1. El ciclo de vida de un proyecto.
1.1. Conjunto de fases en las que se organiza un proyecto desde su inicio hasta su cierre.
1.1.1. Fase
1.1.1.1. Conjunto de actividades del proyecto relacionadas entre sí y que, en general, finaliza con la entrega de un producto parcial o completo
1.2. El ciclo de vida es el proceso de desarrollo y mantenimiento del software.
1.2.1. Modelos clásicos
1.2.1.1. MODELO EN CASCADA
1.2.1.1.1. ANÁLISIS
1.2.1.1.2. DISEÑO
1.2.1.1.3. CODIFICACIÓN
1.2.1.1.4. INTEGRACIÓN
1.2.1.1.5. MANTENIMIENTO
1.2.1.2. MODELO EN V
1.2.1.2.1. Incluye fases similares a las del modelo en cascada pero de forma jerárquica.
1.2.1.2.2. En horizontal se representa el avance en el desarrollo y en vertical el nivel de detalle.
1.3. Otros Modelos
1.3.1. MODELO PROTOTIPO
1.3.1.1. es un sistema auxiliar que permite probar experimentalmente soluciones parciales a los requisitos del sistema
1.3.1.2. Para que el coste de desarrollo del prototipo sea bajo en relación al del sistema final podemos:
1.3.1.2.1. Limitar las funciones
1.3.1.2.2. Limitar su capacidad
1.3.1.2.3. Limitar su eficiencia
1.3.1.2.4. Evitar limitaciones de diseño, utilizando un hardware más potente que el que ejecutará el sistema final
1.3.1.2.5. Reducir la parte a desarrollar
1.3.2. MODELO PROTOTIPO RÁPIDO
1.3.2.1. Su finalidad es solo adquirir experiencia.
1.3.2.1.1. El sistema final se codifica totalmente partiendo de cero, no se aprovecha el código del prototipo.
1.3.2.1.2. Lo importante de estos prototipos es que se desarrollen en poco tiempo.
1.3.3. MODELO EN ESPIRAL
1.3.3.1. Dimensión radial se representa el esfuerzo realizado en el desarrollo (siempre creciente)
1.3.3.1.1. Planificación
1.3.3.1.2. Análisis de riesgo
1.3.3.1.3. Ingeniería
1.3.3.1.4. EVALUACIÓN
2. Modelo de desarrollo de software
2.1. Es una representación simplificada del un proceso para el desarrollo de software, presentada desde una perspectiva simple y sobre todo abstraída del mundo real.
3. Metodología de desarrollo de software
3.1. Es un enfoque estructurado para el desarrollo de software que incluye modelos de sistemas, notaciones, reglas, sugerencias de diseño y guías de procesos.
4. Criterios de Éxito
4.1. Contar con un modelo debidamente documentado. (entradas, salidas, entregables, aprobaciones)
4.2. Los documentos deben de estar actualizados.
4.3. La gente que participa en el proyecto debe estar capacitada en su uso.
4.4. Se debe de reforzar el uso del modelo mediante auditorias y revisiones.
4.5. La alta gerencia debe soportar la utilización de un modelo.
4.6. Cualquier desviación al modelo debe ser documentada y aprobada.
4.7. Se debe de medir la eficiencia del modelo.
4.8. Retroalimentar y ajustar.
5. Establece el orden en el que se harán las cosas en el proyecto.
6. Provee de requisitos de entrada y salida para cada una de las actividades.
7. Cuando usar una metodología
7.1. MODELO EN CASCADA
7.1.1. SITUACIONES EN LAS QUE EL SOFTWARE ES SIMPLE Y EN LAS QUE EL DOMINIO DE REQUERIMIENTOS ES BIEN CONOCIDO.
7.1.2. AQUELLOS PARA LOS QUE SE DISPONE DE TODAS LAS ESPECIFICACIONES DESDE EL PRINCIPIO, POR EJEMPLO, LOS DE INGENIERÍA.
7.1.3. SE ESTÁ DESARROLLANDO UN TIPO DE PRODUCTO QUE NO ES NOVEDOSO.
7.1.4. PROYECTOS COMPLEJOS QUE SE ENTIENDEN BIEN DESDE EL PRINCIPIO.
7.2. MODELO LINEAL
7.2.1. UTILIZADO EN LOS SISTEMAS GUBERNAMENTALES DE GRAN TAMAÑO, EN ESPECIAL EN EL DEPARTAMENTO DE DEFENSA DE LOS ESTADOS UNIDOS (DOD).
7.2.2. ES UTILIZADO EN LA NASA.
7.3. MODELO EVOLUTIVO
7.3.1. UN PROCESADOR DE TEXTO QUE SE HA DESARROLLADO BAJO EL PARADIGMA INCREMENTAL
7.4. MODELO INCREMENTAL
7.4.1. PERMITE UNA VARIEDAD DE DESARROLLO DE PROCESOS.
7.4.2. PERMITE DESARROLLAR UNA SERIE DE PROYECTOS DE SOFTWARE CONCURRENTE Y PRODUCIR UN PRODUCTO INTERMEDIO.
7.5. MODELO ESPIRAL
7.5.1. PARA EL DESARROLLO DE SISTEMAS OPERATIVOS (COMPLEJOS);
7.5.2. TAMBIÉN EN SISTEMAS DE ALTOS RIESGOS O CRÍTICOS
7.5.3. EN TODOS AQUELLOS EN QUE SEA NECESARIA UNA FUERTE GESTIÓN DEL PROYECTO Y SUS RIESGOS, TÉCNICOS O DE GESTIÓN.
8. ¿Qué Modelo Utilizar?
8.1. Un proyecto:
8.1.1. Tiene un principio y un fin.
8.1.2. Debe de tener un objetivo (debe de ser medible).
8.1.3. Requiere de un líder y de un equipo.
8.2. Lo que nos indica que es:
8.2.1. Temporal y Único, ya que involucra hacer algo que no se ha hecho antes.
8.3. ¿Qué Modelo?
8.3.1. Dado que cada proyecto es único, no existe un modelo que se aplique al 100% a todos los proyectos de una organización.
8.3.2. Una organización puede contar con uno o más modelos de desarrollo para ser utilizados dependiendo del tipo de proyecto.
8.3.3. El modelo seleccionado tendrá influencia en el éxito del proyecto y en el tipo de decisiones que se deberán hacer.
8.4. ¿Cuál Seguir?
8.4.1. Para seleccionar el modelo a adoptar habrá que hacerse una serie de cuestionamientos:
8.4.1.1. ¿Qué tantos son los riesgos del proyecto?
8.4.1.2. ¿Qué tan claros están los requerimientos?
8.4.1.3. ¿Se conoce bien la tecnología ha utilizar?
8.4.1.4. ¿Visibilidad que requiere el proyecto?
8.4.1.5. ¿Qué tanta planeación hacia adelante es requerida?
8.4.1.6. ¿Qué restricciones se tienen?