Etapa de Soporte de la metodología MSF

ESTUDIANTE: Doris Yulisa Miranda Iparraguirre

Microsoft® Solutions Framework es un marco de trabajo de referencia para construir e implantar

sistemas empresariales distribuidos basados en herramientas y tecnologías de Microsoft

MSF nos brinda las siguientes características:

 Es Adaptable: es parecido a un compás, usado en cualquier parte como un mapa,

del cual su uso es limitado a un específico lugar.
 Es Escalable: puede organizar equipos tan pequeños entre 3 o 4 personas, así
como también, proyectos que requieren 50 personas a más.
 Es Flexible: es utilizada en el ambiente de desarrollo de cualquier cliente.
 Es Tecnología Agnóstica: porque puede ser usada para desarrollar soluciones
basadas sobre cualquier tecnología.

El modelo propuesto por MSF

El modelo propuesto por MSF, no es
un invento nuevo, ni mucho menos,
es más bien tomar las ventajas de los
modelos de Cascada y Espiral con el
fin de solucionar los problemas vistos
en los apartados anteriores, y por
otro lado asimilar las ventajas que
estos mimos modelos dan. Así
tenemos en la siguiente figura, la
representación gráfica del modelo
MSF.

Cada elemento, marca la culminación de cada etapa, y que el modelo permite crear puntos de
control. De esta forma se colocan entregables específicos que indican si una etapa está
terminada.

Modelos y Disciplinas con MSF

 Modelo de Arquitectura Empresarial de MSF

 Modelo de Aplicaciones de MSF
 Modelo de Equipos de Trabajo de MSF
 Modelo de Procesos de MSF
 Proceso de Diseño de Soluciones con Componentes
 Modelo de Equipo: Es un modelo que ha sido diseñado para mejorar el rendimiento del
equipo de desarrollo. Proporciona una estructura flexible para organizar los equipos de un
proyecto, asignando roles y responsabilidades a cada miembro del equipo con el objetivo
de satisfacer los objetivos del proyecto. Puede ser escalado dependiendo del tamaño del
proyecto y del equipo de personas disponibles.  En publicaciones posteriores se explicara
con detalle la propuesta de Modelo de Equipo planteado por MSF.

Modelo de Proceso: Diseñado para mejorar el control del proyecto, minimizando el

riesgo, y aumentar la calidad acortando el tiempo de entrega. Proporciona una estructura
de pautas a seguir en el ciclo de vida del proyecto, describiendo las fases, las actividades,
la liberación de versiones y explicando su relación con el Modelo de equipo.

Disciplina Gestión del Riesgo: Diseñado para ayudar al equipo a identificar las prioridades,
tomar las decisiones estratégicas correctas y controlar las emergencias que puedan surgir.
Este modelo proporciona un entorno estructurado para la toma de decisiones y acciones
valorando los riesgos que puedan provocar

Disciplina Administración de Proyectos o Gerencia de Proyectos Es una disciplina que

describe el rol de la gestión del proyecto que se basa en:

 Planificar sobre entregas cortas

 Incorporar nuevas Caracteristicas sucesivamente
 Identificar cambios ajustando el cronograma

MSF incluye modelos propios asociados a Proyectos de Desarrollo de Software los cuales
se mencionan a continuación:

 Modelo de Arquitectura del Proyecto: Diseñado para acortar la

planificación del ciclo de vida. Este modelo define las pautas para construir proyectos
empresariales a través del lanzamiento de versiones.
 Modelo de Diseño de Proceso: Diseñado para distinguir entre los objetivos
empresariales y las necesidades del usuario. Proporciona un modelo centrado en el
usuario para obtener un diseño eficiente y flexible a través de un enfoque iterativo. Las
 fases de diseño conceptual, lógico y físico proveen tres perspectivas diferentes para los
tres tipos de roles: los usuarios, el equipo y los desarrolladores
 Modelo de Aplicación: Diseñado para mejorar el desarrollo, el
mantenimiento y el soporte, proporciona un modelo de tres niveles para diseñar y
desarrollar aplicaciones software. Los servicios utilizados en este modelo son
escalables, y pueden ser usados en un solo ordenador o incluso en varios servidores.

COMPONENTES DE MSF

ORGANIGRAM
A
Fases de la Metodología

El marco de Trabajo personal (Framework) está definido mediante 4 fases descritas a

continuación.

Fase 1 - Estrategia, Visión y Alcance de mi proyecto

 Elaboración y aprobación del Documento de Alcance y Estrategia definitivo: debe ser un
documento de consenso con la participación del mayor número de agentes implicados en
el proyecto. En este documento quedarán definitivamente reflejadas las funcionalidades y
servicios que, ineludiblemente, debe ofrecer la solución a implantar.
 Formación del Equipo de Trabajo y distribución de competencias y responsabilidades:
generalmente se definen como áreas principales la de Diseño de Arquitectura, Pruebas de
Laboratorio, Documentación, Logística y Coordinación.
 Elaboración a detalle del documento de Alcance, Visión y Estrategia definitivo: metas,
objetivos, restricciones, perfiles de usuarios, casos de uso, requerimientos funcionales y
no funcionales, requerimientos del sistema, plan de instalación, arquitectura lógica
 (Diagramas UML) y arquitectura física del proyecto (Diagramas UML).
 Elaboración de la matriz de Riesgos y Plan de Contingencia: los principales riesgos
detectados deben tener un plan de mitigación y actuación y revisarse con periodicé.
Fase 2: Planificación y Prueba de mi proyecto
 Documento de Planificación y Diseño de Arquitectura: es el documento principal, donde se
describen en detalle los aspectos funcionales y operativos de la nueva plataforma. La
aprobación de este documento es el objetivo principal de esta fase, y supone la directriz
última de todos los trabajos técnicos, que, a partir de ese momento, deben ser
consistentes con esta Guía.
 Si en el curso de las fases sucesivas fuera necesario revisar estos contenidos, se deberá
hacer por acuerdo y conocimiento de todo el equipo de trabajo y se llevará un registro de
versiones que permita hacer un seguimiento adecuado de estas revisiones. Para esto se
necesita siempre una ardua comunicación entre todo el equipo de trabajo.
 Documento de Plan de Laboratorio - Prueba de Concepto: la descripción del contenido del
laboratorio de prueba de concepto, los diversos escenarios a simular, los criterios de
validez, el control de incidencias y las métricas de calidad son objetivos a cubrir en este
documento.
 Es un documento dinámico, en el que se recoge la idea y la experiencia práctica al llevarla
a cabo en entorno controlado y aislado. La etapa de prueba de laboratorio concluye
 ofreciendo todos los servicios y funciones descritos en el Documento de Alcance y
Estrategia, y su grado de estabilidad y rendimiento es considerado como "suficiente".
Fase 3: Desarrollo y Estabilización de mi proyecto
• Obtención de versiones de prueba del producto y entregables.
• Fuentes y ejecutables.
• Documentación en cuanto a manuales del proyecto, sean técnicos, de usuario o de
instalación.
• Gestión de Incidencias: aunque esta labor se habrá iniciado en la fase anterior, el éxito de
la prueba dependerá de que se forme un sistema de recogida de incidentes de atención al
usuario (formación, consultas) y de resolución de problemas y documentación de los
mismos (versionado de la plataforma).
• Revisión de la documentación final de Arquitectura: el documento de Planificación y
Diseño de Arquitectura se puede ver alterado parcialmente como resultado de esta fase.
El documento final, aprobado por consenso, supone el principal documento del Proyecto y
la culminación de los trabajos de diseño, al menos en sus líneas principales.
• Este documento se considerará definitivo cuando la solución puesta en marcha se muestre
estable y el número de incidencias graves (de intervención o de resolución) sea nulo y la
cantidad de las consideradas leves quede por debajo de un límite establecido en las
Métricas de Calidad.
• Elaboración de la documentación de Formación y Operaciones: con vistas al soporte post
proyecto y los programas de formación a usuarios y administradores, en esta fase deben
elaborarse las Guías de Usuario, de Administración, las "paso-a-paso", y otros cuyos
contenidos deben acordarse previamente.
• Elaboración del Plan de Despliegue: se debe consensuar la fecha de finalización de la fase
Piloto, y las condiciones de calidad que debe cumplir la solución final para iniciar el
despliegue. En el Plan deben identificarse las fases, estrategia de implantación, fechas,
tareas a realizar, procedimientos de validación y método de control de incidencias.
• Elaboración del Plan de Formación: con anterioridad al despliegue definitivo, debe
haberse aprobado el Plan de Formación orientado a usuarios finales y administradores, y
debe hacerse compatible con los ritmos acordados en el Plan de Despliegue.
Fase 4 – Entrega de mi Proyecto
• Registro de mejoras y sugerencias, funcionalidades no cubiertas y novedades a incorporar.
• Revisión de las Guías y manuales de usuario, rectificación de errores y obtención de los
documentos de formación definitivos.
• Entrega de los documentos definitivos.
• Revisión de la matriz de riesgos, las métricas de calidad y
establecimiento de los estándares de calidad y SLA definitivos.
• Finalmente, entrega del Proyecto y cierre del mismo, con o sin apertura de nuevo
proyecto en base a la información y experiencias obtenidas.

 Visión

En esta fase el equipo y el cliente definen los requerimientos del negocio y los objetivos generales
del proyecto. La fase culmina con el hito Visión y Alcance aprobados. El “envisionamiento” del
proyecto, es donde todo el equipo va a tener una idea clara, pero general de los objetivos,
infraestructura, tecnología, arquitectura, roles y riesgos todos estos necesarios para el buen
desenvolvimiento del proyecto.
Principales actividades:

1. Definir el proyecto definiendo las metas, alcance, restricciones y suposiciones.

2. Crear una definición de requerimientos que describa qué es lo que deben hacer los nuevos
servicios de Web
3. Desarrollar un diseño conceptual para servicios.
4. Valorar los riesgos en un alto nivel del proyecto.
5. Definir la estructura del equipo del proyecto.
6. Entregable: Documento de Visión y Alcance

  Planeación

Durante la fase de planeación el equipo crea un borrador del plan maestro del proyecto, además
de un cronograma del proyecto y de la especificación funcional del proyecto. Esta fase culmina con
el hito Plan del proyecto aprobado. Se levantarán los requerimientos específicos del cliente,
tomando en cuenta que MSF no es cerrado, es decir que permite cambios dentro del proyecto,
incluso en la etapa de desarrollo.

Principales actividades:

1. Reunir información sobre los servicios actuales de Web.

2. Definir u diseñe una nueva oferta de servicio en una especificación funcional.
3. Valorar los recursos necesarios para completar el proyecto.
4. Construir el plan maestro del proyecto.
5. Hacer un borrador del programa del proyecto.
6. Entregable: Documento del Plan del Proyecto.

 Desarrollo

Esta fase involucra una serie de releases internos del producto, desarrollados por partes para
medir su progreso y para asegurarse que todos sus módulos o partes están sincronizados y pueden
integrarse. La fase culmina con el hito Alcance completo. Propiamente se genera el código
necesario para generar un producto funcional para el cliente.

Principales actividades:

1. Validar el diseño físico al simular el ambiente de servidor y llevar a cabo pruebas de

unidad, integración y aplicación.
2. Construir el sistema, configurando y localizando los servidores de producción de Web que
serán usados en su red.
3. Entregable: Documentos manuales técnicos, de usuarios y de instalación si es necesario.

 Estabilización

Esta fase se centra en probar el producto. El proceso de prueba hace énfasis en el uso y el
funcionamiento del producto en las condiciones del ambiente real. La fase culmina con el
hito Release Readiness aprobado.
Principales actividades:

1. Validación del diseño

2. Conducir pruebas piloto y una introducción controlada para introducir los nuevos servicios
a un conjunto definido de usuarios en una base a pequeña y mediana escala
3. Entregable: Documento registro de prueba.

 Implantación

En esta fase el equipo implanta la tecnología y los componentes utilizados por la solución,
estabiliza la implantación, apoya el funcionamiento y la transición del proyecto, y obtiene la
aprobación final del cliente. La fase termina con el hito Implantación completa.

Principales actividades:

1. Termine el entrenamiento de administradores y usuarios.

2. Libere el nuevo sistema, evalúe el desempeño y corrija los problemas que se presenten.
3. Monitoree el sistema y planee mejoras.
4. Entregable: Conjuntos de archivos propios del producto que permitan su instalación y
correcto funcionamiento.