Las fases del ciclo de vida de los sistemas
Kimberly Castillo
Created on September 26, 2024
Over 30 million people build interactive content in Genially.
Check out what others have designed:
FACTS IN THE TIME OF COVID-19
Presentation
AUSSTELLUNG STORYTELLING
Presentation
WOLF ACADEMY
Presentation
STAGE2- LEVEL1-MISSION 2: ANIMATION
Presentation
TANGRAM PRESENTATION
Presentation
VALENTINE'S DAY PRESENTATION
Presentation
HUMAN RIGHTS
Presentation
Transcript
Kimberly Yareth Castillo Prado
de los sistemas
Las fases del ciclo de vida
- El cliente no suministra todos los requerimientos al inicio.
- Generalmente, los proyectos no siguen al proceso lineal tal como se define en este modelo.
- El tiempo que el cliente debe esperar por su producto, es largo; ya que se obtiene al final del ciclo de vida.
- Se consume tiempo y recursos cuando se regresa a etapas anteriores para corregir fallas.
- Modelo sencillo y disciplinado.
- su uso y funcionamiento es fácil de aprender.
- brinda ayuda para detectar fallas en las primeras etapas a un bajo costo.
- proporciona ayuda para minimizar los gastos de planificación.
- los documentos y resultados que se obtienen al final de cada etapa muestran la dirección de la siguiente.
Desventajas:
Ciclo de vida clasico o en cascada
Ventajas:
El enfoque mas aceptado es el ciclo de vida en cascada, el cual se compone de etapas y cada una genera un determinado resultado (documentos tecnicos, programas de computadoras, documentos fundamentales, documentos de pruebas, diseño de bases de datos) que alimentan a la etapa siguente y sin el cual no es posible que se de inicio.Este enfoque del ciclo de vida en cascada es util, ya que apoya a los desarolladores en obtener la comprension de lo que tienen que hacer en cada etapa, ademas, su simplicidad hace que sea facil explicarlo a los clientes que no conocen el proceso del software.
el diseño estructurado, al igual que el análisis estructurado, qué de la notación gráfica para desarrollar las especificaciones del sistema, siendo su objetivo principal crear módulos de software que funcionen de forma independiente unos de otros, favoreciendo de esta forma al proceso de mantenimiento, ya que puede modificarse uno solo de estos módulos sin que nosotros se vean afectados.
El análisis estructurado se encarga de determinar lo que hará la aplicación, pero sin establecer cómo se realizará. El sistema se describe centrándose en los elementos lógicos involucrados, es decir, datos y procesos, sin referirse a la parte física que puede hacer necesaria, cómo el hardware, las comunicaciones o el personal.Para analizar esta descripción, se apoya en los diagramas de flujo, la descripción gráfica y el diccionario de datos.
Ciclo de vida: Analisis estructurado
Las etapas se repiten hasta que usuarios y analistas consideren en evolución del sistema, el cual incluye las características necesarias. Se construye el prototipo.
La cual se realiza durante la evaluación por parte de los analistas, para determinar lo que prefieren o no los usuarios.
Por parte del usuario, para que evalúen sus características y operación con el fin de determinar los cambios o mejoras necesarias.
Que ayude a iniciar el proceso de construcción del prototipo, permitiendo a los usuarios conocer lo que se espera de ellos y del proceso de desarrollo.
Revisión del prototipo
Repetición del proceso
Utilización del prototipo
Desarrollo de un modelo de trabajo
Determinacion de requerimientos
Donde el analista y los usuarios deben trabajar juntos para identificar los requerimientos conocidos que se buscan satisfacer.
Ciclo de vida: Metodo de prototipo
Taboada y Cotos (2005) mencionan que este método representa una estrategia de desarrollo cuando no es posible determinar todos los requerimientos del usuario. Se incluye el desarrollo interactivo o en continua evolución, dónde el usuario participa directamente en el proceso y consta de 5 etapas.
Ciclo de vida: Modelo espiral
Las actividades de este modelo se conforman en un espiral en donde cada bucle representa un conjunto de actividades, las cuales no están fijadas a priori ( de prioridad), sino que se elige en función del análisis de riesgo iniciando por el bucle anterior y, al finalizar cada uno de los ciclos, se realiza una revisión del sistema desarrollado, de manera que todas las personas involucradas en el proyecto han de estar de acuerdo con el método de trabajo a seguir en la siguiente fase.
Según taboada y cotos (2005), el primer ciclo inicia con la planificación, dónde se determinan los objetivos del proyecto, las distintas alternativas posibles y las restricciones de cada una de ellas; esto es equivalente a la fase de recolección de requisitos en el modelo de cascada. Luego determinar la planificación sigue el análisis de riesgos, donde se identifican los posibles riesgos de cada alternativa propuesta, se evalúa la probabilidad de que cada uno de ellos ocurra, se analizan las consecuencias que tendría para la organización de dicho riesgos que produjeran y se formulan estrategias que permitan resolver los detalles ya detectados.
Taboada y Cotos (2005) declaran que este método trata de superar el problema que surge al intentar comprender de manera genérica un sistema complejo y demasiado grande, dando como solución dividir el sistema en subsistemas más o menos independientes, llamados componentes, de tal manera que el conjunto de todo.... formen un modelo de sistema y además incorpore elementos tanto de análisis, como de diseño.
En este modelo, se realiza el análisis de riesgo en cada una de las repeticiones, teniendo en cuenta los requisitos y la reacción del cliente ante el último prototipo. Si los riesgos son demasiado grandes se terminará el proyecto, aunque lo normal es que se siga avanzando a lo largo de la espiral y así, con cada iteración, se construirán versiones sucesivas del software cada vez más completas, aumentando la duración de las operaciones del cuadrante de ingeniería, hasta obtener el sistema completo al final.