Modelos para el desarrollo de software

Solo disponible en BuenasTareas
  • Páginas : 6 (1412 palabras )
  • Descarga(s) : 0
  • Publicado : 25 de agosto de 2012
Leer documento completo
Vista previa del texto
Análisis y Diseño de Sistemas |
Actividad 2 MODELOS PARA EL DESARROLLO DE SOFTWARE |
COMPLETA EL SIGUIENTE CUADRO PARA COMPARAR LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE, INVESTIGA DICHAS METODOLOGÍAS EN EL LIBRO Kendall & Kendall. “Análisis y diseño de sistemas”. Ed. Prentice Hall. |
|

INTRODUCCIÓN GENERAL
Modelo | Ventaja | Desventajas |
Secuencia Lineal | Presenta unaestructura secuencial formada por seis fases * Análisis del Sistema. * Análisis de Requisitos de Software. * Diseño. * Codificación. * Prueba. * Mantenimiento.Donde es necesario que al final de cada fase el analista de sistemas o, en su caso, el programador, verifique y valide todo el trabajo realizado, donde su ventaja que tiene éste modelo es que es el más sencillo de utilizar. | Sinembargo su eficacia dista de ser el más óptimo ya que cada fase puede alargase demasiado.Adicional a esto el modelo no permite retroceder por lo que se hace necesario que al final de cada fase sea revisado. |
Estructurado | El Análisis Estructurado, fue seleccionado como técnica de investigación de requerimientos, ya que permite al analista conocer el sistema o proceso en una forma lógica ymanejable, al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle.Este es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Aunado a ello y por ser considerados como una herramienta capaz de describir y analizar el movimiento de los datos através de un sistema, la representación gráfica de los procesos del sistema estará a cargo de los Diagramas de Flujos de Datos (DFD). | El principal inconveniente de este método es que se obtiene un único bloque de programa, que cuando se hace demasiado grande puede resultar problemático el manejo de su código fuente; esto se resuelve empleando conjuntamente la programación modular, es decir, sies necesario, se definen módulos independientes, programados y compilados por separado (en realidad esto no es necesario, pero sí es recomendable para su mejor mantenimiento y depuración). |
Prototipos | En este modelos se tienen tres pasos: * Escuchar al cliente. Recolección de requisitos. * Construir y revisar la maqueta (prototipo) * El cliente prueba la maqueta (prototipo)Este métodoes útil cuando: * El cliente no identifica los requisitos detallados. * El responsable del desarrollo no está seguro de la eficiencia de un algoritmo, sistema operativo o de la interface hombre-máquina. | Su desventaja es que una vez que el cliente ha dado su aprobación final al prototipo y cree que está a punto de recibir el proyecto final, se encuentra con que es necesario reescribir buenaparte del prototipo para hacerlo funcional, porque lo más seguro es que el desarrollador haya hecho compromisos de implementación para hacer que el prototipo funcione rápidamente. Es posible que el prototipo sea muy lento, muy grande, no muy amigable en su uso, o incluso, que esté escrito en un lenguaje de programación inadecuado. |
RAD | Este proceso se destaca en un ciclo de desarrolloextremadamente corto y se puede utilizar cuando: * Se comprende bien los requisitos y se limita el ámbito del proyecto. * Es fácil dividir al sistema en módulos. * Se utiliza un enfoque de construcción basado en objetos reusables. | Tiene algunas desventajas: * Requiere recursos humanos suficientes como para crear el número correcto de equipos. * Necesita que el cliente y el desarrollador secomprometan en las actividades necesarias para completar un sistema en un tiempo corto. |
Incremental | Comienza con el análisis de los requisitos, tras el cual se prepara para el primer diseño. Sin embargo utiliza las iteraciones para “bifurcar” diseños. Esto significa que se puede crear un diseño rápido de un prototipo que se mostrará al cliente para que pueda evaluar el trabajo que se ha...
tracking img