1. 1. Requisitos
1.1. El modelo de casos de uso sirve para expresar el modelo de requisitos, el cual se desarrolla en cooperación con otros modelos como se verá más adelante.
1.2. Todos los modelos dependen del modelo de requisitos. este modelo sirve de base para el desarrollo de las instrucciones operacionales y los manuales
1.3. Descripción del Problema
1.4. Actores
1.4.1. Definir los Actores del Sistema
1.4.2. Actores Primarios
1.4.3. Actores Secundarios
1.5. Casos de Uso
1.6. Documentación
1.6.1. Descripción de los actores
1.7. BIBLIOGRAFIA
1.7.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261
2. 2.Análisis
2.1. La funcionalidad especificada por el modelo de casos de uso se estructura en el modelo de análisis, que es estable con respecto a cambios, lo que lo hace un modelo lógico independiente del ambiente de implementación.
2.2. Arquitectura de Clases
2.2.1. Las arquitecturas se distinguen según la organización de los objetos de acuerdo a su funcionalidad
2.3. Descripción del modelo de análisis
2.4. Arquitectura 3 dimensiones
2.5. Estereotipos Básicos
2.5.1. Borde
2.5.2. Control
2.5.3. Entidad
2.6. Se identifican las clases de acuerdo a los estereotipos
2.7. Se describen los casos de uso en término de clases y se muestran los diagramas de secuencias correspondientes
2.8. BIBLIOGRAFIA
2.8.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261
3. 3.Diseño
3.1. La funcionalidad de los casos de uso, ya estructurada por el análisis, la realiza el modelo de diseño, adaptándose al ambiente de implementación real y refinándose aún más.
3.2. Dseño de Objetos
3.2.1. Se refina y formaliza el modelo para generar especificaciones muy detalladas de todos los objetos, incluyendo sus operaciones y atributos.
3.3. Diseño del Sistema
3.3.1. El modelo se adapta al ambiente de implementación. Este paso incluye identificar e investigar las consecuencias del ambiente de implementación sobre el diseño.
3.4. Estrategias de Diseño
3.4.1. Arquitectura
3.4.2. Robustez
3.4.3. Reuso
3.4.4. Extensibilidad
3.5. Diseño de Objetos
3.6. Diseño de Sistema
3.6.1. Lenguaje de Programación
3.6.2. Interfaces gráficas
3.7. Revisión del Diseño
3.8. Diagramas de secuencia de Diseño
3.9. BIBLIOGRAFIA
3.9.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261
4. 4.Implemetación
4.1. Los casos de uso se instrumentan mediante el código fuente en el modelo de implementación.
4.2. Se oresenta la programación
4.3. Diagramas de cloases
4.3.1. Principal
4.3.2. Dominio
4.3.3. Registro
4.3.4. Servicios
4.4. BIBLIOGRAFIA
4.4.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261
5. 5.Pruebas
5.1. Los casos de uso se comprueban a través de las pruebas de componentes y de integración.
5.2. Deben hacerse simultanemante con el desarrollo del sistema
5.3. certificación final de la calidad del producto
5.4. Técnicas de pruebas
5.4.1. Prueba de regresión
5.4.2. Prueba de operación
5.4.3. Prueba de Escala Completa
5.4.4. Prueba de rendimiento
5.4.5. Prueba de sobrecarga
5.4.6. Prueba negativa
5.4.7. Prueba basada en requisitos o prueba de casos de uso
5.4.8. Pruebas ergonómicas
5.4.9. Prueba de documentación de usuario
5.4.10. Prueba de aceptación o de validación
5.5. NIVEL DE PRUEBAS
5.5.1. Prueba de unidad
5.5.2. Prueba de Integración
5.5.3. Prueba de sistema
5.6. BIBLIORAFIA
5.6.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261
6. 6.Documentación
6.1. El modelo de casos de uso se debe registrar a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales de usuario, de administración, etcétera.
6.2. BIBLIOGRAFIA
6.2.1. Weitzenfeld, A. (2005). Desarrollo de Software Orientado a Objetos. In Ingeniería de Software Orientada a Objetos con UML, 2 Java e Internet (p. [193]). Mexico City, Mexico: Cengage Learning. Retrieved from https://link-galecom.bibliotecavirtual.unad.edu.co/apps/doc/CX3004300050/GVR L?u=unad&sid=GVRL&xid=b2ec9261