Please enable JavaScript.

Coggle requires JavaScript to display documents.

MODELOS DE DESARROLLO Y MEJORA DE SOFTWARE, Modelo Espiral, Modelos…

- - - - :check:Consideran la reutilización de software existente.
    - - :check:Proporciona un marco viable para integrar los desarrollos de sistemas software-hardware.
        
        :check:Permite preparar la evolución del ciclo de vida, crecimiento y cambios del producto software.
    - - :check:No implica procedimientos separados para el desarrollo y la mejora del software.
        
        :check:Se adapta al diseño y programación orientada a objetos
- - - - :check:Identifica y establece una agenda para resolver nuevos factores de riesgo
        
        :check:Muestra los progresos respecto al plan en revisiones mensuales.
- - - - De mejorar la productividad de las tareas de desarrollo de software realizadas por la empresa.
        
        Ciclo 1: Concepto de operaciones
        
        :check:En este ciclo se invirtieron más recursos (12 meses hombre);
        
        Área de riesgo
        :warning:(«comprobación que la red TRW LAN ofrecía una relación precio/rendimiento dentro de la restricción de 10.0000$ por persona»).
        
        Se realizaron tareas más extensivas, tales como la realización de benchmarks y análisis de un prototipo de la TRW LAN.
        
        Otros ciclos posteriores
        
        Las etapas posteriores se realizaron según las características generales de la implantación del modelo en este caso
        
        :smiley:Desarrollo de especificaciones
        :smiley:Incorpora la construcción de prototipos .
        :smiley:Permite la «vuelta atrás»
        
        Ciclo 2: Especificación de los requerimientos de alto nivel
        
        :star:Se tomaron las decisiones al comienzo del ciclo al observarse que muchos de los requisitos del sistema dependían de la decisión sobre el SO a utilizar y de si el sistema a elaborar iba a ser un sistema orientado al host o totalmente portable. Se decidió escoger UNIX y un sistema orientado a un host UNIX.
        
        Ciclo 0: Estudio de viabilidad
        
        Durante un período de dos a tres meses.
        
        :check:Los objetivos y las restricciones («mejora significativa», «coste razonable», etc).
        
        Áreas de riesgo
        :warning:Mejoras de productividad escasamente significativas.
        :warning:Mejoras potenciales incompatibles con aspectos de la cultura de la empresa.
        
        El análisis de riesgos condujo a la conclusión de que se podrían obtener significativas mejoras en la productividad, a un coste razonable, por medio de un conjunto integrado de iniciativas.
- - - - :red_cross: Mala documentacion
        :red_cross: No tiene retroalimentacion
- - - - :red_cross: Poco criterio de requisitos
        :red_cross: Sin eficiencia de software interactivo
        :red_cross: Sin estandares de documentacion
        :red_cross: Codigo sin reutilizacion
        :red_cross: Sin orden de etapas
        :red_cross: Genera codigo espageti
- - - - :red_cross:Mala estructuracion
        :red_cross:Diseñar despues de la codificacion
        :red_cross:Poca respuesta a los requisitos
        :red_cross:Costoso de arreglar
- - - - :red_cross: Poco mantenimiento a cambios frecuentes
        :red_cross: Software pequeño
- - - - :red_cross: Genera codigo espageti
        :red_cross: Se anticipaban a errores con el SO
        :red_cross: Las mejoras podian modificar el sistema principal
        :red_cross: Mas codigo y menos consideraciones arquitectonicas