1. Metodología Scrum
1.1. El Scrum es un conjunto de buenas practicas en equipo que obtiene buenos resultados. el scrum trata de un marco de trabajo basado en el proceso iterativo utilizando entornos basados en el desarrollo ágil de software
1.1.1. El método del Scrum se compone de varias etapas
1.1.1.1. Planificación : seleccion de requisitos
1.1.1.2. Sincronizaciones Diarias : ayuda al cliente a mantenerse al día con el cambio de información
1.1.1.3. Retrospectiva : demuestra los requisitos o la necesidad del solicitante
1.1.2. La metodología Scrum cuenta con dos roles principales y dos roles auxiliares
1.1.2.1. Roles Principales
1.1.2.1.1. El Scrum máster : se encarga que el equipo sea mas responsable y se aseguren de que el proyecto se lleve a cabo de acuerdo con las buenas practicas, valores y las reglas
1.1.2.1.2. Propietario del proyecto : Es dueño del proyecto el se encarga de tomar las decisiones de las tareas asignadas al registro
1.1.2.2. Roles Auxiliares
1.1.2.2.1. administradores : Están encargados de la toma de decisiones de objetivos y requerimientos
1.1.2.2.2. Stakeholders : Son las personas que se encargan del proyecto para que se produzca el beneficio acordado con el cliente
2. Metodología Rup
2.1. Es un método de desarrollo de software con un lenguaje unificado en UML constituye la metodología estándar mas utilizada para el análisis, diseño he implementacion
2.1.1. Características
2.1.1.1. Es un proceso de casos dirigidos
2.1.1.2. La arquitectura es centrada
2.1.1.3. El proceso es incremental
2.1.1.4. Modelado visual (UML)
2.1.1.5. Verificacion continua de calidad
2.1.1.6. gestión de los cambios
2.1.1.7. Administrador de riesgos
2.1.2. El método RUP esta compuesto
2.1.2.1. inicio
2.1.2.1.1. el producto y su alcance
2.1.2.1.2. entidades con las que se interactua
2.1.2.1.3. Se define los requerimientos
2.1.2.1.4. Lista de casos de uso
2.1.2.1.5. Entidades externas con las que se interactuara
2.1.2.1.6. Los riesgos
2.1.2.1.7. El caso de uso
2.1.2.2. Elaboración
2.1.2.2.1. Diseño de la arquitectura y luego
2.1.2.2.2. Los riesgos mas altos se eliminan
2.1.2.2.3. Los casos de uso son mas completos
2.1.2.2.4. no requiere de elementos funcionales
2.1.2.2.5. Prototipo ejecutable
2.1.2.3. Construcción
2.1.2.3.1. Se construye el producto hasta que este listo para ofrecerse
2.1.2.3.2. El producto se monta en la plataforma adecuada
2.1.2.3.3. Se implementa los manuales de usuario
2.1.2.4. Transición
2.1.2.4.1. Transición del producto al usuario
2.1.2.4.2. envío , soporte y mantenimiento
2.1.2.4.3. incluye corrección de errores
3. Metodología MOF
3.1. Es un lenguaje que se a originado del modelo UML, esta diseñado de varias etapas proporcionando un modelo superior llamado m3
3.1.1. El MOF es un meta objeto que permite facilitar a los usuarios crear nuevos lenguajes a partir de los meta modelos
3.1.2. El MOF esta estructurado en forma de 4 tapas
3.1.2.1. Nivel M3: MOF
3.1.2.2. Nivel M2: UML
3.1.2.3. Nivel M1: modelo del usuario
3.1.2.4. Nivel M0: instancias de tiempo
3.1.3. Estructuras del MOF
3.1.3.1. Meta Meta Model
3.1.3.2. Modelo Meta Integrado
3.1.3.3. Modelo Basico
3.1.3.4. Dato
4. Metodología xp
4.1. Es la programación extrema basada en la comunicación y reciclado del código continuo
4.1.1. La Programación esta dividida en 4 etapas que son
4.1.1.1. Planificacion
4.1.1.1.1. utiliza el historial de usuario
4.1.1.1.2. Plano de entrega
4.1.1.1.3. Planificación he interactivo
4.1.1.2. Diseño
4.1.1.2.1. Se Elige una metáfora del sistema
4.1.1.2.2. Propone Solución
4.1.1.2.3. Ignora la Funcionalidad Extra
4.1.1.2.4. Remueve la redundancia sea lo innecesario
4.1.1.3. Codificacion
4.1.1.3.1. Utiliza un estándar para escribir un código
4.1.1.3.2. Antes de empezar el código se hace una prueba
4.1.1.3.3. Lleva una integración paralela en equipo
4.1.1.3.4. Se optimista al final
4.1.1.4. Pruebas
4.1.1.4.1. Crea una Prueba de aceptada
4.1.1.4.2. El cliente se responsabiliza de las pruebas de aceptación en los resultados
4.1.1.4.3. Si el usuario no pasa las pruebas de aceptación no se tendría en cuenta el historial
5. Metodología de cascada
5.1. Es el proceso de desarrollo en forma de secuencia influyendo hacia abajo
5.1.1. la metodología de ejecuta en varias etapas que es
5.1.1.1. Analizis
5.1.1.2. Analisis de Requisitos
5.1.1.3. Especificacion de Requerimientos
5.1.1.4. Desarrollo
5.1.1.5. Pruebas
5.1.1.6. Implementacion
5.1.1.7. Pruebas
5.1.1.8. Certificacion
5.1.1.9. Mantenimiento
5.2. Características del modelo en cascada
5.2.1. Levantamiento de los requerimientos
5.2.2. Detectar defectos en las faces iniciales
5.2.3. Reduce el numero de cambios de operacion
5.2.4. Análisis y diseño de la cascada
5.2.5. Diseño genérico
5.2.6. Es funcional para los proyectos pequeños donde los requisitos son mínimos
5.2.7. Es un modelo organizado