Tabla de Contenido
- Sistema de Simulación bajo el enfoque de Cadenas Productivas
- Alcance del Proyecto
- Propuesta de Solución
- Propuesta de Desarrollo del Proyecto
- Posibles Actores de la Comunidad de Desarrollo de la Aplicación
- Estudio de Factibilidad de Desarrollo del Proyecto
- Descripción de la Aplicación
- Estándares de Desarrollo del Proyecto
- Priorización de Funcionalidades
- Estudio de los Riesgos
- Plan del Proyecto
- Definición del dominio de la aplicación
- Definición del dominio de la aplicación
- Diagramas de Actividades
- Diagramas de Actividades de los Métodos de las Clases de la Aplicación
- Definición de Requerimientos
- Especificación de Requerimientos
- Diagramas de Secuencia
- Diagramas de Estado de las Clases de la Aplicación
- Diseño del Prototipo No-funcional de la Interfaz U/S
- Pruebas
- Manuales del Sistema
Reporte de Pruebas Unitarias
- Reporte de Pruebas Unitarias de las Clases del Componente <nombre del componente>
[El diseño del reporte de pruebas que se indica en esta sección se realiza solo en caso de un desarrollo orientado a objeto]
1.1. Casos de Prueba de la Clase <nombre de la clase>
A continuación se presentan los casos de prueba de los métodos correspondiente a la clase <nombre de la clase>
Casos de Prueba del Método <nombre del método>
[Se coloca la tabla de los casos de prueba del método en particular. Estos casos de prueba deben reflejar resultados satisfactorios, es decir, sin errores]
Resumen de Incidentes
[En la tabla que se muestra a continuación se deben reportar todos los errores encontrados en los casos de prueba del método en particular, así como la frecuencia y el origen de los errores]
| Errores encontrados | Frecuencia | Origen de errores |
| - | se coloca la frecuencai de origen del error | - |
| - | se coloca la frecuencai de origen del error | - |
Reporte de Correcciones y Modificaciones
[Se colocan las correcciones y modificaciones hechas al código del método en particular]
[Los pasos indicados en la sub-sección 1.1 deben repetirse para todas las clases que integren el componentes en particular]
[Los pasos indicados en la sección 1 deben repetirse para todos los componentes que conformen la aplicación]
- Reporte de Pruebas Unitarias de las Funciones del Componente <nombre del componente>
[El diseño del reporte de pruebas que se indica en esta sección se realiza solo en caso de un desarrollo no orientado a objeto]
2.1. Casos de Prueba de las Funciones del Componente <nombre del componente>
A continuación se presentan los casos de prueba de las funciones correspondiente al componente <nombre del componente>
Casos de Prueba de la Función <nombre de la función>
[Se coloca la tabla de los casos de prueba de la función en particular. Estos casos de prueba deben reflejar resultados satisfactorios, es decir, sin errores]
Resumen de Incidentes
[En la tabla que se muestra a continuación se deben reportar todos los errores encontrados en los casos de prueba de la función en particular, así como la frecuencia y el origen de los errores]
| Errores encontrados | Frecuencia | Origen de errores |
| - | se coloca la frecuencai de origen del error | - |
| - | se coloca la frecuencai de origen del error | - |
Reporte de Correcciones y Modificaciones
[Se colocan las correcciones y modificaciones hechas al código de la función en particular]
[Los pasos indicados en la sub-sección 2.1 deben repetirse para todas las funciones que integran el componentes en particular]
[Los pasos indicados en la sección 2 deben repetirse para todos los componentes que conformen la aplicación]
