MICROSOFT FRAMEWORK SOLUTION(SOLUTION ARCHITECHTURE)

Contacto

Fernando Antonio Meja ferantomejia@gmail.com

Justificacin
La mayor parte de problemas o necesidades de negocio estan siendo resueltas utilizando sistemas de informacin. El simple de hecho de saber como programar en un lenguaje ya no es un requerimiento tan vital para un desarrollador, para que este sea competitivo. Se deben de tener conocimientos acerca de la arquitectura de hardware y software que soporten las diferentes aplicaciones.

Objetivos

Entender y analizar como capturar requerimientos del negocio de mejor manera Entender el Microsoft Solutions Framework para planificar, analizar, desarrollar, probar y entregar soluciones. Aprender buenas prcticas utilizando este framework.

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: 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 Mantenimiento Segun este enfoque, estas actividades son secuenciales y aisladas. Lo son en la prctica? Ejemplos de estos modelos: Cascada Prototipado Modelo en Espiral

Ciclo de vida del Software y MSF

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

Ciclo de vida del Software y MSF

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

Una solucin necesita tomar en cuenta conceptos como: Entrenamiento de staff Recursos actuales Procesos de negocio Por ende se define una solucin como la alineacin de tecnologa, procedimientos de negocio, personas y habiliades 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.

Cuales seran las fases de este ciclo?

Identificacin del problema Planeacin Anlisis del Problema Diseo de la Solucin Implementacin de la Solucin Soporte y Mantenimiento de la Solucin

10

Como esta constituido MSF?

MSF provee guias 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

11

Descripcin Bsica de los modelos

Modelo Team Model Process Model Application Model Solutions Design Model Enterprise Architecture Model Infrastructure Model Total Cost of Ownership Model Proposito Crear equipos de alta eficiencia Seguir el ciclo de vida de la solucion Disear para la flexibilidad Anticipar necesidades del usuario Integrar el negocio Hacer una mejor entrega del sistema Identificar y bajar los costos

12

Team Model

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 de sus reas

13

Roles Team Model

1.Product Management Provee los objetivos a ser cumplidos por el producto. Aqui se involucran tareas administrativas de administracin de proyectos de alto nivel. 2.Program Management Estan involucrados en decisiones crticas del tiempo que definen que el producto se entregue a tiempo y con el presupuesto establecido.

14

Roles Team Model

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.

15

Roles Team Model

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 despues de que ha sido desarrollado y probado, se aseguran de que la instalacin y/o migracin sea lo ms stil posible.

16

Process Model

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.

17

Process Model

18

Fases del Process Model

1.Envisioning Phase Aqui 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

19

Fases del Process Model

2.Planning Phase Empieza cuando el cliente y el equipo de desarrollo se ponen de acuerdo con los requerimientos y el proyecto ha sido aprovado. Actividades: Analisis de requerimientos Requerimientos funcionales Se negocia el contenido del producto Se crea el cronograma Hitos: Plan del proyecto aprobado
20

Fases del Process Model

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: Codigo completado Release de primer uso

21

Fases del Process Model

4.Stabilization Phase Las pruebas al sistema son el principal nfasis en esta fase y es muy comun que el equipo de desarrollo se dedique a trabajar en otros proyectos. Hitos: Release oficial del producto

22

Solutions Design Model

Es comunmente utilizado en la fase de planning phase del Process Model. Este modelo esta diseado para anticipar las necesidades del cliente.

23

Solutions Design Model

Este modelo relaciona las soluciones a las metas de 2 maneras: Involucramiento del usuario, aqui los clientes o usuarios son tomados en consideracin. Tres perspectivas: Conceptual Logica Fisica

24

Tres Perspectivas
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: aqui se toman en cuenta como el sistema sera implementado, consideraciones de rendimiento, limitaciones fsicas de recursos disponibles.

25

Application Model

Este modelo describe como la aplicacin sera desarrollado utilizando tres servicios: Usuario Negocio Datos

26

Application Model
User Services: Es una unidad logica 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 toas, los cuales permiten ingresar, modificar,eliminar informacin.

27

Enterprise Architecture Model

Permite planificar la infraestructura e integrarla al negocio. Segun 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

28

Cuatro Perspectivas
Business: describe las operaciones del negocio. Estos son proces 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 estandares 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 estandares para la adquisicion y entrega de las herramientas y sistemas de informacin, seguridad de aplicaciones, servicios de infraestructura, conectividad de red, etc.

29

Infrastructure Model
Este ultimo modelo es definido como el total de recursos necesarios para soportar todo el ambiente de computo de la empresa. Este modelo incluye los recursos necesarios como tecnologa, procedimientos operativos, staff y administracin. Para un proyecto de despliegue de infrastuctura se pueden agregar 2 roles ms al team model: Help desk System management

30

GRACIAS POR SU ATENCIN

31