Carol Otrola

Anlisis de requisitos: analiza los requerimientos del usuario, como entrega, se realiza el documento de especificacin de requisitos Diseo del Sistema: se realiza la descomposicin de los elementos que intervendrn en el sistema, se realiza la documentacin del diseo de software Diseo del Programa: se realizan los diseos de cmo codificar lo obtenido en las 2 fases anteriores Codificacin: momento de transformar los diseos en un lenguaje de programacin.

Pruebas: se produce el ensamble de los componentes creados se compila y se prueba que el sistema funcione y cumpla con los requisitos establecidos Implantacin: etapa donde el sistema final es instalado en el lugar donde se necesita y el usuario final tiene acceso a usarlo y validar que concuerda con lo pedido Mantenimiento: etapa correctiva donde quizs se inviertan muchos factores que comprometan tiempo y dinero, ya que esta etapa es necesaria si el usuario no esta de acuerdo con el producto final.

Desventajas Raramente los problemas a resolver se pueden abordar de modo secuencial La definicin de los requerimientos generalmente no queda bien en un inicio. Los errores se ven identificados tardamente El cliente se impacienta, solo se ven resultados en la etapa de implementacin Retrasos innecesarios, se bloquea el inicio de cada etapa si la anterior no ha finalizado l

Ventajas Resulta beneficioso solo para aquellos sistemas que estn bien definidos desde un inicio o que se logra disponer de todos los requerimientos en la fase inicia

Modelado de gestin flujo de informacin, entre las funciones de gestin. Define que informacin se genera y quien la genera. Modelado de datos definir modelo de datos con sus objetos y atributos Modelado de proceso son generados para definir como se utiliza el modelo de datos Generacin de aplicaciones: utiliza tcnicas de 4 generacin, se trabaja para la reutilizacin de componentes de programas ya existentes. Se utilizan herramientas para facilitar la construccin de software.

Desventajas Depende de cuan modular se haga el problema En proyectos grandes requiere mucho rrhh ya que los modulos pueden ser independientes. Requiere mucho compromiso del cliente

Definicin de requisitos: se definen de manera global, entonces se genera un diseo rpido, que identifica las entradas y salidas de lo que requiere el usuario, este diseo es representado en un prototipo que debe ser analizado con el usuario a fin de refinar los requisitos, se itera hasta que el cliente queda satisfecho de sus necesidades y el desarrollador tiene claros los requisitos

Hay 4 clases de prototipos Evolutivo versin final= producto construido Vertical = desarrolla algunas de las etapas completamente Horizontal= desarrolla de modo parcial todas las etapas Desechable= se usa solo para la captacin de requerimientos

Problemas El cliente quiere quedarse con la versin inicial, que generalmente est construida sin estndares de calidad, lo que implica que no quiera proporcionar el tiempo necesario para la reconstruccin Ventajas: Se puede considerar un buen paradigma pese a los problemas de construccin, la clave esta en acordar con el usuario que la construccin inicial es solo una maqueta. Reduce el riesgo de parchado

Es una mezcla del modelo secuencial con la construccin de prototipos Cada incremento es una versin incompleta de la versin final. Sirve cuando el recurso humano es escaso ya que como se seccionan las etapas pueden ser construidas con menos personal

Comunicacin con el cliente tareas requeridas para la comunicacin entre cliente y desarrollador Planificacin tareas para definir limites de tiempo y recursos Anlisis de riesgos: evaluacin de riesgos tcnicos y de gestin Ingeniera: tareas para la construccin de una o mas representaciones del sistema Construccin y adaptacin: tareas requeridas para construir, probar instalar y proporcionar soporte al usuario. Evaluacin del cliente: tareas necesarias para obtener la evaluacin del cliente

Ventajas Bajo riesgo en atraso por deteccin de errores, ya que se solucionan en la siguiente vuelta del espiral Necesita la participacin continua por parte del cliente Para el comienzo no es necesario contar con todos los requisitos. Este modelo puede aplicarse a lo largo de toda la vida del software.