Organigrama Arbol

Honelako gehiago

Los beneficios de las máquinas

by Camilo Pulido

la teoria del apego y vinculos afectivos

by karen bonilla

Tipos de Recursos Digitales

by Pamela Zorro

DESARROLLO EMBRIONARIO Y FETAL

by Rodrigo rojas campos

Metodologías Tradicionales

Prototipo

-Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era su propósito. -Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado. -El desarrollador  y  el cliente tienen poca comunicación al inicio del proceso.

-Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades actuales. -Permite al desarrollador darse cuenta de lo que requiere el cliente. -Permite que el desarrollador se dé cuenta cómo va avanzando en trabajo.

Un cliente, a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados, proceso o salida. En otros casos el responsable del software puede no estar seguro de la eficacia de un algoritmo, de la capacidad de adaptación de un sistema operativo o de la forma en que debería tomarse la interacción hombre-máquina. En estas y en otras muchas situaciones un paradigma de construcción de prototipos puede ofrecer el mejor enfoque.

Modelo V

-El modelo en V hace más explicita la tarea parte de la iteración de las actividades del proceso. -Las pruebas de cada fase ayudaran a corregir posibles errores sin tener que esperar a que sean rectificados en la etapa final del proceso. -Con las pruebas unitarias y de integración se consigue obtener exactitud en los programas.

La figura que aparece a continuación presenta el Modelo en V, o Modelo de Cuatro Niveles, del ciclo de vida de un proyecto de desarrollo de software. El modelo representa, en forma de V, las relaciones temporales entre las distintas fases del ciclo de desarrollo de un proyecto.

Modelo Cascada

Desventajas

-En muchas ocasiones, los clientes cambiarán muchos requisitos y añadirán otros nuevos, lo que supondrá volver a realizar fases ya superadas y provocará un incremento del coste. -No se va mostrando al cliente el producto a medida que se va desarrollando, si no que se ve el resultado una vez ha terminado todo el proceso.  Esto cual provoca inseguridad por parte del cliente que quiere ir viendo los avances en el producto -Los diseñadores pueden no tener en cuenta todas las dificultades que se encontrarán cuando estén diseñando un software, lo que conllevará rediseñar el proyecto para solventar el problema.

-El tiempo que se pasa en diseñar el producto en las primeras fases del proceso puede evitar problemas que serían más costosos cuando el proyecto ya estuviese en fase de desarrollo. -La documentación es muy exhaustiva y si se une al equipo un nuevo desarrollador, podrá comprender el proyecto leyendo la documentación. -Al ser un proyecto muy estructurado, con fases bien definidas, es fácil entender el proyecto.

El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo de software se concibe como  un conjunto de etapas que  se ejecutan una tras otra.

Modelo espiral

desventajas

-Puede adaptarse y aplicarse a lo largo de la vida del software de computadora. -Es un enfoque realista del desarrollo de sistemas y de software a gran escala. -Como el software evoluciona, a medida que progresa el proceso el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.

Ventajas

-Puede resultar difícil convencer a grandes clientes (particularmente en situaciones bajo contrato) de que el enfoque evolutivo es controlable. -Requiere una considerable habilidad para la evaluación del riesgo. -No se ha utilizado tanto como los paradigmas lineales secuenciales o de construcción de prototipos.

Propuesto originalmente por Boehm, es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial.

Definición

Estas metodologías tradicionales imponen una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente.