150 likes | 429 Views
UNIVERSIDAD AUTÓNOMA GABRIEL RENE MORENO. FACULTAD DE INGENIERÍA EN CIENCIAS DE LA COMPUTACION Y TELECOMUNICACIONES. UNIDAD DE POSTGRADO F.IC.C.T. - Gestión de Proyectos de Desarrollo Software -. MSF. METODOLOGÍA DE DESARROLLO DE SOFTWARE. Microsoft solutions framework.
E N D
UNIVERSIDAD AUTÓNOMA GABRIEL RENE MORENO FACULTAD DE INGENIERÍA EN CIENCIAS DE LA COMPUTACION Y TELECOMUNICACIONES UNIDAD DE POSTGRADO F.IC.C.T - Gestión de Proyectos de Desarrollo Software - MSF METODOLOGÍA DE DESARROLLO DE SOFTWARE Microsoft solutionsframework Docente: Msc. Ing. JhonnyPaniagua • Alumnos: • Beymar Jiménez Ruiz • Sandra Peña Pérez • Yamile Valverde Pérez • Aracely J. Aramayo Cuellar • Iver Salazar Zorrilla
Metodología de desarrollo de software MSF • ANTECEDENTES • Microsoft Solutions Framework (MSF) es una metodología desarrollada por Microsoft ConsultingServices que define un marco de trabajo de referencia para construir e implantar sistemas empresariales distribuidos basados en herramientas y tecnologías de Microsoft para cualquier plataforma (Linux, Citrix, Microsoft, Unix). Problema Actual Componentes Propuesta MSF ESTADO DEL ARTE MSF 1.0: 1993 MSF 3.0: 2002 MSF 4.0: 2005 Procesoen MSF
Ciclos de Vida • MSF combina el concepto de la administración tradicional fusionando los ciclos de vida. • Espiral • Cascada
Componentes de MSF • Principios • • Fortalecer el equipo brindándoles capacitación • • Asignación de responsabilidades y autoridad • • Comunicaciones abiertas • • Agregar valor • • Calidad • • Aprender experiencias Disciplinas • Gestión de proyectos • Control de riesgos • Control de cambios
Componentes de MSF (continua) • MODELOS Modelo de Equipo de Trabajo
Componentes de MSF (continua) • MODELOS Modelo de Proceso EntregaAjustada • SOPORTE • VISION Visión y AlcancesAprobados • MSF • INSTALACIÓN • PLANEACIÓN Entrega • ESTABILIZACIÓN • DESARROLLO Cronograma del ProyectoAprobados VersiónAprobada AlcanceCompleto
Fases de la Metodología Estabilización • Documento Registro de Pruebas • Acta de Aprobación de Versión Aprobada • Visión • • Documento Visión • • Documento Detalle de la Visión • • Documento de Requerimientos Funcionales • • Documento Matriz de Riesgos • • Acta de Aprobación de Visión Implantación • Conjunto de archivos (Ejecutables, directorios, base de datos, scripts, instaladores, manuales, licencias, entre otros) que permitan su instalación y correcto funcionamiento. • Acta de Entrega y finalización de proyecto Planeación • Documento de cronograma • Acta de aprobación de cronograma Desarrollo • Fuentes y ejecutables • Documentos, manuales, entre otros • Acta de finalización de desarrollo Soporte Documento de registro de reportes de soporte y mantenimiento y ajustes hechos.
Contextos de Aplicación • MSF se puede aplicar a varios contextos y proyectos de TI, como desarrollo de software e implementación de redes e infraestructura. Análisis Comparativos Los puntos fuertes a considerar en el MSF son la gestión de proyectos, gestión de riesgos y la facilidad del desarrollo de aplicaciones web. Para facilitar la elección de la metodología de desarrollo listamos un conjunto de características que servirán para comparar las ventajas y desventajas de RUP con UML, XP, MSF.
Ventajas • Crea una disciplina de análisis de riesgos que ayuda y evoluciona con el proyecto. • Vinculación con el cliente como también orientado al trabajo en equipo. • Tiene facilidad de soporte y mantenimiento. • Es adaptable, se puede utilizar para proyectos de cualquier magnitud. • El modelo tiene facilidad de manejo por ser de una empresa conocida. • Aplica mucho e incentiva al trabajo en equipo y a la colaboración. • Permite la reutilización de componentes ya desarrollados en ciclos anteriores. • Es un modelo enfocado a los requerimientos del usuario. • Es una metodología que se puede ajustar a equipos de trabajo compuestas por 3 o más personas. Desventajas Al estar basado en tecnología Microsoft, trata de obligar a usar sus propias herramientas. Solicita demasiada documentación en sus fases. Si el análisis de riesgos se hace muy exhaustivo puede retardar el proyecto. Los precios de licencias, capacitación y soporte de Microsoft son caros. Alto grado de dependencias de tecnologías propietarias.
RECOMENDACIONES Para la aplicación de esta metodología de desarrollo de software se requiere contar con un equipo de desarrollo disciplinado y organizado. Aunque es un modelo de desarrollo asimilable, es recomendable utilizarlo en entornos donde la comunicación sea la base de trabajo, esto ayudará a identificar las no conformidades a tiempo y actuar de forma proactiva a favor de la mejora continua y esta a su vez mejorar la calidad proceso y el producto.