Solution Architecture

SA
Arquitectura 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.

Microsoft 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:

Desarrolladores
Proveedores de servicios
Consultores
Clientes
5

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
Segn este enfoque, estas actividades son secuenciales
y 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?

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
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.
9

Cules 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

Cmo est constituido MSF?

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
11

Descripcin Bsica de los

modelos
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

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. 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.
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
despus 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

S
18

Fases del Process Model

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

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 aprobado.
Actividades:
Anlisis de requerimientos
Requerimientos funcionales
Se negocia el contenido del producto
Se crea el cronograma
Hitos:
Plan de 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:
Cdigo 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 comn que el equipo de
desarrollo se dedique a trabajar en otros
proyectos.
Hitos:
Release oficial del producto
22

Fases del Process Model

Es comnmente 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, aqu los clientes o
usuarios son tomados en consideracin.
Tres perspectivas:
Conceptual
Lgica
Fsica
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: aqu se toman en cuenta como el sistema
ser implementado, consideraciones de rendimiento,
limitaciones fsicas de recursos disponibles.
25

Application Model

Este modelo describe como la aplicacin ser

desarrollado utilizando tres servicios:
Usuario
Negocio
Datos

26

Application Model
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.
27

Enterprise
Architecture Model
Permite planificar la infraestructura e integrarla al
negocio.
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
28

Cuatro Perspectivas
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.
29

Infraestructure Model
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
30

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

GRACIAS POR SU ATENCIN

S
31