microsoft framework solution
Post on 06-Nov-2015
61 Views
Preview:
DESCRIPTION
TRANSCRIPT
-
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
top related