1. MOF
1.1. MOF se originó en el Lenguaje Unificado de Modelado (UML), el OMG estaba en necesidad de un metamodelado arquitectura para definir el UML.
1.1.1. NIVELES
1.1.1.1. – Nivel M3: MOF.
1.1.1.2. – Nivel M0: Instancias en tiempo de ejecución.
1.1.1.2.1. ESTRUCTURA DE MOF
1.1.1.3. – Nivel M1: Modelo del usuario.
1.1.1.4. – Nivel M2: UML.
2. CASCADA
2.1. El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo se ve fluyendo hacia abajo
2.1.1. ETAPAS
2.1.1.1. -Análisis -Diseño y arquitectura (prototipos) -Desarrollo (Programación) -Pruebas -Implementación -Pruebas -Certificación -Mantenimiento
2.1.1.1.1. CARACTERISTICAS
3. SCRUM
3.1. Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente en equipo, y obtener el mejor resultado posible de un proyecto.
3.1.1. USOS
3.1.1.1. Scrum estaba enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximación de gestión de programas: Scrum de Scrums.
3.1.1.1.1. ETAPAS
3.2. CONCLUSIÓN
3.2.1. El equipo de desarrollo, tiene la responsabilidad de entregar el producto. Un pequeño equipo de 3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (análisis, diseño, desarrollo, pruebas, levantamiento de la documentación, etc).
4. XP
4.1. ETAPAS
4.1.1. PLANIFICACIÓN
4.1.1.1. -Se utilizan historias del usuario -Se crean planes de entrega -Se lleva a cabo la planificación de iteración -Se desarrollan reuniones diarias
4.1.2. DISEÑO
4.1.2.1. -Se escoge una metáfora del sistema. -Se proponen soluciones -Se ignoran las funcionalidades extras
4.1.3. CODIFICACIÓN
4.1.3.1. -Se utilizan Estándares para escribir códigos -Se crean las pruebas antes de empezar a codificar
4.1.4. PRUEBAS
4.1.4.1. -Se crean pruebas de aceptación -El cliente es responsable de revisar, tanto las pruebas de aceptación como los resultados obtenidos
4.2. XP <EXTREME PROGRAMMING> <Basada en la simplicidad, la comunicación y el reciclado continuo de código. >
4.2.1. CONCLUSIONES
4.2.1.1. Es más una filosofía de trabajo que una metodología.
4.2.1.2. Ninguna de las practicas defendidas por XP son invención de este método, XP lo que hace es agruparlas.
4.2.1.3. Esta diseñado para grupos de pequeños programadores.
5. RUF
5.1. Características
5.1.1. Proceso dirigido por casos de uso
5.1.2. Proceso centrado en la arquitectura
5.1.3. Proceso Iterativo o incremental
5.1.4. Modelado Visual – UML
5.1.5. Verificación continua de Calidad
5.1.6. Gestión de los cambios
5.1.7. Administración de Riesgos
5.2. FASES
5.2.1. FASE 1
5.2.1.1. VISION DEL PRODUCTO Y SU ALCANCE
5.2.1.2. LISTA DE CASOS DE USO
5.2.1.3. PLAN DE PROYECTO
5.2.2. FASE 2
5.2.2.1. CARACTERISTICAS Y DISEÑO DE LA ARQUITECTURA
5.2.2.2. ELIMINAR LOS RIESGOS MAS ALTOS
5.2.2.3. PROTOTIPO EJECUTABLE
5.2.3. FASE 3
5.2.3.1. CONSTRUIR EL PROYECTO HASTA QUE ESTE LISTO PARA SALIR AL MERCADO
5.2.3.1.1. CONCLUCIONES
5.2.3.2. EL PRODUCTO SE INTEGRA SOBRE LA PLATAFORMA ADECUADA
5.2.3.3. MANUALES DE USUARIO
5.2.4. FASE 4
5.2.4.1. TRANSICIÓN DEL PRODUCTO A LOS USUARIOS
5.2.4.2. MANUFACTURA, ENVIO, SOPORTE Y MANTENIMIENTO
5.2.4.3. AJUSTE, INCLUYENDO CORRECCION DE ERRORES