SSolution Architecture

SAArquitectura de la Solucin

Presentacin 1

Objetivos

S Entender y analizar cmo capturar requerimientos del

negocio de mejor manera

S Entender el Microsoft Solutions Framework para planificar,

analizar, desarrollar, probar y entregar soluciones.

S Aprender buenas prcticas utilizando este framework.

SMicrosoft Framework Solution

Justificacin

S La mayor parte de problemas o necesidades del negocio estn siendo resueltas utilizando sistemas de informacin

S El simple de hecho de saber cmo programar en un lenguaje ya no es un requerimiento tan vital para un desarrollador, para que este sea competitivo.

S Se deben de tener conocimientos acerca de la arquitectura de hardware y software que soporten las diferentes aplicaciones.

Introduccin

Microsoft Solution Framework es una coleccin de

modelos, principios y prcticas que ayudan a resolver

los problemas de una organizacin y a facilitar la

creacin efectiva y uso de tecnologas para resolver sus

problemas.

Estas prcticas estan basadas en buenas prcticas de:

5

Desarrolladores Proveedores de servicios Consultores Clientes

Ciclo de vida del

Software y MSF

El ciclo de vida del software es el enfoque tradicional,y consta de fases de: Anlisis Diseo Codificacin Pruebas Implementacin y MantenimientoSegn este enfoque, estas actividades son secuencialesy aisladas. Lo son en la prctica?Ejemplos de estos modelos: Cascada Prototipado Modelo en Espiral

6

Ciclo de vida del

Software y MSF

Qu le falta al modelo de ciclo de vida del software?

7

Ciclo de vida del

Software y MSF

8

El ciclo de vida del desarrollo de software slo se

enfoca en la produccin del software y las aplicaciones.

No hace referencia a ningun tipo de

infraestructura ni arquitectura.

Ciclo de vida de desarrollo de

Soluciones

9

Una solucin necesita tomar en cuenta conceptos

como:

Entrenamiento de staff Recursos actuales Procesos de negocioPor ende se define una solucin como la alineacin de

tecnologa, procedimientos de negocio, personas y

habilidades para tratar el problema.

Por ello un ciclo de vida de desarrollo de soluciones

trata con la solucin completa: la aplicacin, la

arquitectura, el manejo del proyecto, entrenamiento

procesos de negocio, reingeniera y as.

Cules seran las fases de este

ciclo?

10

Identificacin del problema

Planeacin

Anlisis del Problema

Diseo de la Solucin

Implementacin de la Solucin

Soporte y Mantenimiento de la Solucin

Cmo est constituido MSF?

11

MSF provee guas a seguir para el desarrollo y

mantenimiento de los sistemas de informacin y estos

estan divididos en siete modelos:

Team model

Process Model

Application Model

Solutions Design Model

Enterprise Architecture Model

Infrastructure Model

Total Cost of Ownership Model

Descripcin Bsica de los

modelos

12

Modelo Propsito

Team Model Crear equipos de alta eficiencia

Process Model Seguir el ciclo de vida de la

Solucin

Application Model Disear para la flexibilidad

Solutions Design Model Anticipar necesidades del

usuario

Enterprise Architecture Model Integrar el negocio

Infraestructure Model Hacer una mejor entrega del

sistema

Total Cost of Ownership Model Identificar y bajar los costos

Team Model

13

Muestra como estructurar los equipos de desarrollo

para asegurar soluciones de alta calidad. El cual debe

de tener las siguientes caractersticas:

El equipo tiene la experiencia necesaria Cada miembro del equipo tiene un rol bien definido Cada miembro es responsable de los resultados desus reas

Roles Team Model

14

1. Product Management

Provee los objetivos a ser cumplidos por el producto. Aqu se involucran tareas

administrativas de administracin de

proyectos de alto nivel.

2. Program Management

Estn involucrados en decisiones crticas del tiempo que definen que el producto se

entregue a tiempo y con el presupuesto

establecido.

Roles Team Model

15

3. Desarrollo

Los encargados de codificar y construir la aplicacin. Tambin se incluyen analistas de

sistemas y programadores.

4. Testing

Incluye analistas y testers que se aseguran que el producto cumpla con las

especificaciones.

Roles Team Model

16

5. User Education

Los encargados de entrenar a los usuarios y hacer que el producto sea ms fcil de

entender y as reducir los costos de

mantenimiento.

6. Logistics

Son los encargados de distribuir el producto despus de que ha sido desarrollado y probado,

se aseguran de que la instalacin y/o

migracin sea lo ms stil posible.

Process Model

17

Es el encargado de proveer el ciclo de vida del desarrollo de la solucin.

Este modelo sigue un proceso de desarrollo orientado a versiones y por ende es iterativo y

adaptativo por naturaleza.

SProcess Model

18

Fases del Process Model

19

1. Envisioning Phase

Aqu se crea el enunciado de visin el cual

establece los objetivos a largo plazo del

producto. Articula las metas y da una direccin

clara.

Hitos:

Aprobacin Documento de visin Alcance del producto

Fases del Process Model

20

2. Planning Phase

Empieza cuando el cliente y el equipo de

desarrollo se ponen de acuerdo con los

requerimientos y el proyecto ha sido aprobado.

Actividades:

Anlisis de requerimientos Requerimientos funcionales Se negocia el contenido del producto Se crea el cronograma

Hitos:

Plan de proyecto aprobado

Fases del Process Model

21

3. Developing Phase

Se utiliza el diseo del proyecto para crear el

cdigo del sistema. El equipo de desarrollo es

el principal actor en esta fase.

Hitos:

Cdigo completado Release de primer uso

Fases del Process Model

22

4. Stabilization Phase

Las pruebas al sistema son el principal nfasis

en esta fase y es muy comn que el equipo de

desarrollo se dedique a trabajar en otros

proyectos.

Hitos:

Release oficial del producto

Fases del Process Model

23

Es comnmente utilizado en la fase de planningphase del Process Model. Este modelo esta diseado para anticipar las necesidades del cliente.

Solutions Design Model

24

Este modelo relaciona las soluciones a las metas de 2

maneras:

Involucramiento del usuario, aqu los clientes o

usuarios son tomados en consideracin.

Tres perspectivas:

Conceptual Lgica Fsica

Tres Perspectivas

25

Conceptual: permite al arquitecto bosquejar el diseo necesario para la creacin del sistema. Es

usado para capturar el contexto, procesos de

negocio y secuencias de tareas.

Lgico: esta muestra la estructura en una forma relevante para el equipo del proyecto. Provee e

ilustra una vista del sistema para el desarrollador.

Fsico: aqu se toman en cuenta como el sistema ser implementado, consideraciones de rendimiento,

limitaciones fsicas de recursos disponibles.

Application Model

26

Este modelo describe como la aplicacin ser

desarrollado utilizando tres servicios:

Usuario Negocio Datos

Application Model

27

User Services: Es una unidad lgica que provee una aplicacin con su interfaz grfica o aplicacin web.

Business Services: representa la unidad de control de secuencia y refuerzo de las reglas del negocio y

la integridad transaccional de las operaciones que

realizan.

Data Services: Provee los mecanismos para la manipulacin de todas, los cuales permiten ingresar,

modificar, eliminar informacin.

Enterprise

Architecture Model

28

Permite planificar la infraestructura e integrarla alnegocio.

Segn este modelo para que el negocio pueda evolucionar es necesario planificar para la arquitectura

de manera continua.

Para sostener esto se utilizan 4 perspectivas: Business Architecture Application Architecture Information Architecture Technology Architecture

Cuatro Perspectivas

29

Business: describe las operaciones del negocio. Estos son procesos

formales o informales que hacen que el negocio funciones.

Entender esta arquitectura es importante para la implementacin

correcta de los sistemas de informacin.

Application: puede ser definida como el conjunto de decisiones

significativas acerca del la organizacin del sistema de software.

Information: define los estndares para los procesos de negocios,

funciones y operaciones que hacen que los datos almacenados

tengan el valor agregado y sean informacin consistente para los

clientes.

Technology: provee los estndares para la adquisicin y entrega de

las herramientas y sistemas de informacin, seguridad de

aplicaciones, servicios de infraestructura, conectividad de red, etc.

Infraestructure Model

30

Este ultimo modelo es definido como el total de

recursos necesarios para soportar todo el ambiente de

cmputo de la empresa.

Este modelo incluye los recursos necesarios como

tecnologa, procedimientos operativos, staff y

administracin.

Para un proyecto de despliegue de infraestructura se

pueden agregar 2 roles ms al team model:

Help desk System management

Conteste las siguientes preguntas basndose en las diapositivas

Segn su criterio Por qu es importante saber capturar los requerimientos

de un negocio?

Segn lo descrito en Roles Team Model que Rol se ajusta mejor a su

personalidad y porque cree que hara un buen papel en ese puesto?

Segn su criterio describa de manera corta porque es importante tomar en

cuenta las 4 perspectivas del Enterprise Architecture Model describa la

importancia de manera separada (Business, Application, Information,

Tecnology).

Fecha Limite de Entrega: 05-06-2014 19:00hrs

Prerrequisito para la Sesin 2

Enviar al correo: dvdyzag@gmail.com

Asunto: [SA]Sesion1

Archivo: [SA]Sesion1.pdf agregarle sus datos dentro

S31

GRACIAS POR SU ATENCIN