Microsoft Solutions Framework alineado con CMMI y Agile Development
La solución de Microsoft Framework versión 4.0 es una combinación de un metamodelo que puede ser utilizado como base para el preceptivo proceso de ingeniería de software, y dos procesos de software personalizable y escalable de la ingeniería. El metamodelo de MSF se compone de principios fundamentales, un modelo de equipo y de los ciclos e iteraciones.
MSF 4.0 proporciona un marco de alto nivel de orientación y los principios que se pueden asignar a una gran variedad de plantillas de procesos prescriptivos. Se estructura en metodologías descriptivo y prescriptivo.
El componente descriptivo se llama el MSF 4.0 metamodelo, que es una descripción teórica de las mejores prácticas para la creación de metodologías SDLC SDLC. Microsoft representa el metamodelo de MSF 4.0 en dos plantillas metodología preceptiva que proporcionan orientación proceso específico, llamado Microsoft Solutions Framework para el Desarrollo de Software Ágil (MSF4ASD) y Microsoft Solutions Framework de Madurez de la Capacidad de Mejora de Procesos Modelo de Integración (MSF4CMMI). Estos procesos de ingeniería de software pueden ser modificadon y adaptadon a las preferencias de la organización, los clientes y del equipo del proyecto.
Proceso de Desarrollo
La filosofía de MSF sostiene que no existe una sola estructura o proceso que se aplica de manera óptima a los requisitos y ambientes de todo tipo de proyectos. Por lo tanto, MSF da apoyo a los enfoques de procesos múltiples, por lo que puede ser adaptado para soportar cualquier proyecto, independientemente de su tamaño o complejidad. Esta flexibilidad significa que puede soportar un amplio grado de variación en la implementación de procesos de ingeniería de software, manteniendo un conjunto de principios básicos y las mentalidades.
El modelo de proceso de Microsoft Solutions Framework se compone de una serie de ciclos de desarrollo cortos y las iteraciones. Este modelo comprende un rápido desarrollo iterativo con el aprendizaje continuo y el refinamiento, debido a la progresiva comprensión de los negocios y proyectos de los interesados. Determinar las necesidades, desarrollo de productos, y las pruebas se realicen en la superposición de iteraciones por efecto la terminación gradual para garantizar un flujo de valor del proyecto. Cada iteración tiene un enfoque diferente y el resultado en una parte estable de todo el sistema.
|
Fase 1 - Previsión
La fase inicial de estudio y análisis primario requisito funcional, esta fase tiene como objetivo entender el escenario global en el que se desarrollará el proyecto y la identificación de las necesidades del mismo, a través de esta fase, las directrices generales para la construcción del producto será establecida y acordada, además de a la negociación y la validación de la visión y el alcance del proyecto, también se considera la identificación de los riesgos globales latentes que podrían poner en peligro el futuro éxito o el cumplimiento de cualquier etapa en el proyecto.
|
|
Fase 2 - Planificación
Fase posterior a la aprobación de la visión y alcance, en el que los requerimientos funcionales se refinan para generar luego un diseño detallado de cada una de las partes que componen el sistema, durante esta fase también se lleva a cabo la estimación de tamaños y el esfuerzo de construcción de cada componente de software, además de la creación de planes de desarrollo, pruebas y estabilización, que definirán un plan maestro integral que serán aplicable a través del proyecto.
|
|
|
Fase 3 - Desarrollo
Fase en la implementación del diseño se concreta a través de la codificación, la construcción y la integración cíclicos de componentes de software se llevan a cabo, durante el proceso de desarrollo, varias versiones de la solución se liberan y la línea base. Además, durante la fase de desarrollo, estas versiones son evaluadas para asegurar que el código de construcción se corresponde estrechamente con la especificación funcional y operativa.
Documentación de la operación y los materiales de apoyo al usuario final se liberan, así como las actividades descritas en el plan de pruebas para hacer los ajustes finales a la solución antes de pasar a producción.
|
|
Fase 4 - Estabilización
Fase que tiene como objetivo la resolución de defectos o errores encontrados en la versión beta del sistema, en el que esta versión se puede probar (piloto) en escenarios similares a los reales, pero en un ambiente controlado para evaluar el funcionamiento, una vez que el usuario final ha validado esta etapa, el producto puede ser categorizado como un "release candidate" RC, que debe tener una prueba y resolver los informes de defectos, así como un completo paquete de scripts de instalación, los materiales de apoyo, notas de la versión, el código fuente y los ejecutables.
|
|
|
Fase 5 - Implementación
Fase en la que se entrega la versión aprobada "Release Candidate" a un entorno "real" de producción de lo que es necesario llevar a cabo los ajustes de configuración para adaptar la solución para que pueda ser operado en un última instancia, durante esta fase también se lleva a cabo tareas de formación a la infraestructura de personal de explotación, así como los usuarios finales, también es necesario tener en cuenta la transición desde el 'know-how', así como la entrega de todos los productos de trabajo generados durante el proyecto de trabajo y el cierre formal.
|