1. Concepto
1.1. Es una modalidad de desarrollo ágil de software,que es un marco conceptual de la ingeniería que promueve iteraciones a lo largo de toda la vida del proyecto.
1.1.1. Recruit Project Sponsor
1.1.2. Recruit Project Manager
1.1.3. Review Related Projects and Lessons Learned
1.1.4. Prepare Project Initiation Plan
1.1.5. Brief the Initial Project Team
1.1.6. Review Project Kick-off Plans and Presentation Map
1.1.7. Hold Project Kick-off Meeting
2. CAROLINA
2.1. 4. Roles y Responsables
2.1.1. 4.1. Key Roles / Roles Claves
2.1.1.1. -Project Manager / Director del Proyecto
2.1.1.2. -Chief Architect / Arquitecto jefe
2.1.1.3. -Development Manager / Director de desarrollo
2.1.1.4. -Chief Programmer / Programador Jefe
2.1.1.5. -Class Owner / Propietario de clases
2.1.1.6. -Expertos de dominio
2.1.2. 4.2 Supporting Roles / Roles de soporte
2.1.2.1. -Domain Manager
2.1.2.2. -Release Manager
2.1.2.3. -Language Lawyer / Guru del Lenguaje
2.1.2.4. -Build Engineer / Ingeniero de construcción
2.1.2.5. -Toolsmith / Herramentista
2.1.2.6. -System Administrator / Administrador del sistema
2.1.3. 4.3. Additional Roles / Roles adicionales
2.1.3.1. -Tester
2.1.3.2. -Deployer
2.1.3.3. -Technical Writer / Escritores de documentos tecnicos
3. Quienes la desarrollaron?
3.1. Fue desarrollada por Jeff De Luca y Peter Coad a mediados de los años 90.
4. cardona
4.1. CUANDO USARLA
4.1.1. Se usa en proyectos pequeños y con requisitos muy cambiantes.
4.1.2. Cuando se van a realizar una gran cantidad de proyectos
5. GABRIEL
5.1. 3.1 Caracteristicas
5.1.1. Se preocupa por la calidad, por lo que incluye un monitoreo constante.
5.1.2. Ayuda a constrarrestar situaciones como el exceso en el presupuesto.
5.1.3. Fallas en el programa o el hecho de entregar menos de lo deseado.
5.1.4. Propone etapas de cierre cada dos semanas.
5.1.5. Se centra en la fase de diseño y construccion.
5.2. 3.2 Ventajas
5.2.1. No malgaste el tiempo y dinero desarrollando soluciones innecesarias que en realidad no son requisitos del cliente.
5.2.2. Cada componente del producto final ha sido aprobado y satisface los requerimientos.
5.2.3. Rapida respuesta a cambios de requisitos a lo largo del desarrollo
5.2.4. Entrega continua y en plazos cortos de software funcional.
5.2.5. Trabajo en conjunto entre el cliente y el equipo de desarrollo.
5.3. 3.3 Desventajas
5.3.1. Falta de comunicacion de diseño
5.3.2. Falta de Reusabilidad
5.3.3. Fuerte dependencia de los involucrados.
5.3.4. Problemas derivados de la comunicacion oral.
6. 2 Procesos
6.1. 1 Desarrollar un modelo global:
6.1.1. Al inicio del desarrollo se construye un modelo teniendo en cuenta la visión, el contexto y los requisitos que debe tener el sistema a construir
6.1.2. Este modelo se divide en áreas que se analizan detalladamente. Se construye un diagrama de clases por cada área.
6.2. 2 Construir una lista:
6.2.1. Se elabora una lista que resuma las funcionalidades que debe tener el sistema, cuya lista es evaluada por el cliente
6.2.2. Cada funcionalidad de la lista se divide en funcionalidades más pequeñas para un mejor entendimiento del sistema.
6.3. 3 Planear:
6.3.1. Se procede a ordenar los conjuntos de funcionalidades conforme a su prioridad y dependencia, y se asigna a los programadores jefes
6.4. 4 Diseñar:
6.4.1. Se selecciona un conjunto de funcionalidades de la lista
6.4.2. Se procede a diseñar y construir la funcionalidad mediante un proceso iterativo, decidiendo que funcionalidad se van a realizar en cada iteración
6.5. 5 Construir
6.5.1. se procede a la construcción total del proyecto