1. CICLOS DE VIDA Metodología con la que los analistas llevan a cabo el proceso de análisis y diseño de los sistemas de información.
1.1. Identificación de los problemas, oportunidades y objetivos:
1.1.1. primera fase del ciclo de vida
1.1.2. se encarga de identificar correctamente los problemas, las oportunidades y los objetivos
1.2. Determinación de los requerimientos de información del factor humano
1.2.1. El analista es determinar las necesidades de los usuarios involucrados, mediante el uso de varias herramientas, para comprender la forma en que interactúan en el contexto laboral con sus sistemas de información actuales.
1.3. Análisis de las necesidades del sistema
1.3.1. El analista de sistemas involucra el análisis de las necesidades del sistema. También hay herramientas y técnicas especiales que ayudan al analista a realizar las determinaciones de los requerimientos.
1.4. Diseño del sistema recomendado
1.4.1. El analista de sistemas utiliza la información recolectada antes para realizar el diseño lógico del sistema de información
1.5. Desarrollo y documentación del software
1.5.1. El analista desarrolla junto con los usuarios una documentación efectiva para el software
1.5.2. Los programadores desempeñan un rol clave en esta fase, ya que diseñan, codifican y eliminan los errores sintácticos de los programas de computadora.
1.6. Prueba y mantenimiento del sistema
1.6.1. Antes de utilizar el sistema de información, se debe probar.
1.6.2. Es menos costoso detectar los problemas antes de entregar el sistema a los usuarios
1.7. Implementación y evaluación del sistema
1.7.1. última fase del desarrollo de sistemas, el analista ayuda a implementar el sistema de información
1.7.2. Se capacitan a los usuarios para operar el sistema
2. MODELOS Es una vista de las actividades que ocurren durante el desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de transición asociadas entre estas etapas
2.1. Cascada
2.1.1. Modelo más básico, y sirve de base para otros modelos de ciclo de vida más efectivos.
2.1.2. Se realiza una revisión al final de cada etapa para determinar si está preparado para pasar a la siguiente etapa.
2.1.3. Se utiliza correctamente para ciclos en que se tiene una definición clara del producto
2.1.4. Existen 2 tipos
2.1.4.1. Cascadas modificadas
2.1.4.1.1. Sashimi: Debido al solapamiento entre las etapas, los hitos son más ambiguos, y esto hace más difícil trazar el progreso correctamente. La realización de actividades en paralelo puede suponer una mala comunicación, suposiciones incorrectas e ineficiencia
2.1.4.2. Cascada en subproyectos
2.1.4.2.1. Es que se supone que se ha terminado completamente el diseño global antes de comenzar con el diseño detallado, y se supone que se ha terminado completamente el diseño detallado antes de comezar la codificación y la depuración.
2.2. Espiral
2.2.1. Es orientado a riesgos y divide un proyecto de software en miniproyectos, Cada uno de estos se centra en uno o más riesgos importantes hasta que todos estos estén controlados
2.2.2. Se divide en 4 sectores
2.2.2.1. Establecimiento de objetivos: Se definen objetivos específicos para dicha fase del proyecto. Se identifican restricciones en el proceso y el producto
2.2.2.2. Valoración y reducción del riesgo: En cada uno de los riesgos identificados del proyecto, se realiza un análisis minucioso.
2.2.2.3. Desarrollo y validación: Después de una evaluación del riesgo, se elige un modelo de desarrollo para el sistema.
2.2.2.4. Planeación: El proyecto se revisa y se toma una decisión sobre si hay que continuar con otro ciclo de la espiral.
2.3. Prototipado evolutivo
2.3.1. Modelo en que se desarrolla el concepto del sistema a medida que avanza el proyecto. Normalmente se comienza desarrollando los aspectos más visibles del sistema
2.4. Entrega por etapas
2.4.1. Se muestra al cliente en etapas refinadas sucesivamente. A diferencia del modelo de prototipado evolutivo, cuando se utiliza la entrega por etapas, se conoce exactamente qué es lo que se va a construir cuando se procede a construirlo.
2.5. Incremental
2.5.1. Es una mezcla entre el modelo de cascada y el de prototipo
2.5.2. Este modelo mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento.
2.5.3. Es particularmente útil cuando no se cuenta con una dotación de personal suficiente.
2.6. Basado en componentes
2.6.1. Se apoya en componentes software ya desarrollados, que son combinados adecuadamente para satisfacer los requisitos del sistema.
2.7. Diseño rápido de aplicaciones
2.7.1. Es un ciclo de desarrollo diseñado para crear aplicaciones de computadoras de alta calidad.
2.7.2. Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución.