Metodo cascada vs dra

download Metodo cascada vs dra

If you can't read please download the document

Transcript of Metodo cascada vs dra

  • 1. FASES

2. Ingeniera y Anlisis del Sistema: Debido a que el software es siempre parte de un sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos Anlisis de los requisitos del software: El proceso de recopilacin de los requisitos se centra e intensifica especialmente en el software. Diseo: El diseo del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterizacin de la interfaz. 3. Codificacin: El diseo debe traducirse en una forma legible para la maquina. El paso de codificacin realiza esta tarea. Prueba: Una vez que se ha generado el cdigo comienza la prueba del programa. La prueba se centra en la lgica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren. Mantenimiento: El software sufrir cambios despus de que se entrega al cliente. Los cambios ocurrirn debido a que hayan encontrado errores 4. Objetivos del Diseo Funciones requeridas por el usuario Control : proteccin contra errores humanos Cambiabilidad : Permite modificar el sistema Rendimiento : cun rpido permitir el diseo realizar el trabajo 5. MTODO (DRA) DESARROLLO RPIDO DE APLICACIONES 6. -El software no se desarrolla y utiliza en su totalidad, sino en una serie de incrementos, donde en cada incremento se incluyen nuevas funcionalidades al sistema. -A menudo se desarrollan las interfaces de usuario del sistema utilizando un sistema de desarrollo interactivo que permite que el diseo de la interfaz se cree rpidamente dibujando y colando iconos en la interfaz. -Para su desarrollo se utilizan herramientas de desarrollo visual para agilizar el proceso. -Se necesitan equipos compuestos por alrededor de seis personas, incluyendo desarrolladores y usuarios de tiempo completo, as como aquellas personas involucradas en los requisitos. -Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario. 7. FASES 8. Modelado de Gestin El flujo de informacin entre las funciones de gestin se modela de forma que responda a las siguientes preguntas: Qu informacin conduce el proceso de gestin? Qu informacin se genera? Quin la genera? A dnde va la informacin? Quin la proceso?. Modelado de Datos El flujo de informacin definido como parte de la fase de modelado de gestin se refina como un conjunto de objetos de datos necesarios para apoyar la empresa Modelado de Procesos Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de informacin necesario para implementar una funcin de gestin. 9. Generacin de Aplicaciones El DRA asume la utilizacin de tcnicas de cuarta generacin. En lugar de crear software con lenguajes de programacin de tercera generacin, el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario). Pruebas de Entrega Como el proceso DRA enfatiza la reutilizacin, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. 10. CUADRO COMPARATIVO