pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1010IS05/Documentos/D… · Web viewpegasus.javeriana.edu.co

Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia Universidad Javeriana

vae

HISTORIAL DE CAMBIOS

FECHA VERSIÓN

DESCRIPCIÓN RESPONSABLE

31-10-10 1.0 Organización del documento.

Vanesa Carolina Loaiza, Laura Catalina Zorro

01-11-10 1.1. Sección 1.1., 1.5, 8 Vanesa Carolina Loaiza, Laura Catalina Zorro

02-11-10 1.2 Modificación de la vista de datos y Sección 8


04-11-10 1.3 Secciones 1.2, 1.5, 2,3


08-11-10 1.4 Secciones 4,5 Vanesa Carolina Loaiza, Laura Catalina Zorro

10-11-10 1.5 Secciones 6,7 Vanesa Carolina Loaiza, Laura Catalina Zorro

12-11-10 1.6 Sección 9 Vanesa Carolina Loaiza, Laura Catalina Zorro

1.7 Correcciones de los diagramas y sus respectivas documentación


1.8 Cambio de diagramas según cambios en los requerimientos y en la fase de implementación


Tabla 1: Historial de cambios

2

TABLA DE CONTENIDOHISTORIAL DE CAMBIOS.....................................................................................................................2TABLA DE CONTENIDO.......................................................................................................................3ÍNDICE DE TABLAS..............................................................................................................................61 INTRODUCCIÓN..........................................................................................................................8

1.1. Propósito............................................................................................................................81.2. Alcance...............................................................................................................................81.3. Definiciones, acrónimos y abreviaciones............................................................................81.4. Referencias.........................................................................................................................91.5. Apreciación global..............................................................................................................9

2 REPRESENTACIÓN ARQUITECTÓNICA.......................................................................................113 RESTRICCIONES Y OBJETIVOS ARQUITECTÓNICOS...................................................................12

3.1 Restricciones de la Arquitectura.......................................................................................123.2 Objetivos de la Arquitectura.............................................................................................12

4 VISTA DE CASOS DE USO..........................................................................................................135 VISTA LÓGICA...........................................................................................................................14

5.1 Apreciación Global...........................................................................................................145.2 Diseño Arquitectónico de Paquetes.................................................................................15

5.2.1 Paquete Modelo.......................................................................................................155.2.2 Paquete Vista............................................................................................................165.2.3 Paquete Controlador................................................................................................175.2.4 Paquete Datos..........................................................................................................17

6 VISTA DE DESPLIEGUE..............................................................................................................186.1 ERMT................................................................................................................................18

7 VISTA DE IMPLEMENTACIÓN....................................................................................................197.1 Componente Vista............................................................................................................20

7.1.1 Gestor de Vistas........................................................................................................207.1.2 Vista Requerimiento.................................................................................................217.1.3 Vista Proyecto...........................................................................................................217.1.4 Vista Reporte............................................................................................................217.1.5 Vista Atributos..........................................................................................................217.1.6 Vista Archivo.............................................................................................................217.1.7 Vista Validación y Verificación..................................................................................22

7.2 Componente Controlador................................................................................................227.2.1 Gestor de Eventos....................................................................................................22

7.3 Componente Modelo.......................................................................................................237.3.1 Consultas..................................................................................................................237.3.2 Lógica........................................................................................................................247.3.3 Conexión_datos........................................................................................................24

7.4 Componente Datos...........................................................................................................24

3

7.4.1 Conexión...................................................................................................................257.4.2 Acceso_Tablas..........................................................................................................257.4.3 Acceso_Vista.............................................................................................................257.4.4 Acceso_Rutinas.........................................................................................................25

8 VISTA DE DATOS.......................................................................................................................269 DISEÑO DE INTERFACES DE USUARIO.......................................................................................35

9.1 Interfaces Gráficas............................................................................................................369.1.1 Interfaz Inicio............................................................................................................369.1.2 Interfaz Crear Proyecto.............................................................................................409.1.3 Interfaz Menú Principal............................................................................................459.1.4 Interfaz Consultar información del proyecto............................................................519.1.5 Interfaz Consultar Información de un requerimiento...............................................579.1.6 Interfaz Seleccionar tipo de Reporte........................................................................619.1.7 Interfaz Formato Informe.........................................................................................68

10 ANEXOS................................................................................................................................7410.1 Anexo 1: Documento de Casos de Uso.............................................................................7410.2 Anexo 2: SRS.....................................................................................................................7410.3 Anexo 3: Documentación del diagrama de clases............................................................74

4

ÍNDICE DE TABLAS

TABLA 1: HISTORIAL DE CAMBIOS...........................................................................................2TABLA 2: DEFINICIONES, ACRÓNIMOS Y ABREVIACIONES..............................................................7TABLA 3: DOCUMENTACIÓN DE VISTA DE DATOS.....................................................................30TABLA 4. COMPONENTE NUEVO PROYECTO.............................................................................34TABLA 5. COMPONENTE ABRIR PROYECTO..............................................................................34TABLA 6. COMPONENTE ELIMINAR PROYECTO..........................................................................35TABLA 7. COMPONENTE BOTÓN ACEPTAR..............................................................................36TABLA 8. MODELO DOCUMENTACIÓN DE INTERFACES...............................................................36TABLA 9. COMPONENTE IDENTIFICADOR PROYECTO..................................................................38TABLA 10. COMPONENTE NOMBRE PROYECTO........................................................................38TABLA 11. COMPONENTE FECHA DE CREACIÓN.......................................................................39TABLA 12. COMPONENTE AUTOR..........................................................................................39TABLA 13. COMPONENTE CONSULTAR INFORMACIÓN DEL PROYECTO...........................................41TABLA 14. COMPONENTE CONSULTAR INFORMACIÓN DE UN REQUERIMIENTO.................................41TABLA 15. COMPONENTE CREAR UN NUEVO REQUERIMIENTO.....................................................42TABLA 16. COMPONENTE ELIMINAR UN REQUERIMIENTO............................................................43TABLA 17. COMPONENTE GENERAR REPORTE.........................................................................43TABLA 18. COMPONENTE GENERAR GRAFO............................................................................44TABLA 19. COMPONENTE IDENTIFICADOR ÚNICO – MOSTRAR INFORMACIÓN..................................46TABLA 20. COMPONENTE NOMBRE PROYECTO – MOSTRAR INFORMACIÓN.....................................46TABLA 21. COMPONENTE AUTOR – MOSTRAR INFORMACIÓN......................................................47TABLA 22. COMPONENTE FECHA DE CREACIÓN – MOSTRAR INFORMACIÓN...................................47TABLA 23. COMPONENTE FECHA MODIFICACIÓN – MOSTRAR INFORMACIÓN..................................48TABLA 24. COMPONENTE AVANCE – MOSTRAR INFORMACIÓN....................................................48TABLA 25. COMPONENTE NUMERO DE REPORTES – MOSTRAR INFORMACIÓN.................................49TABLA 26. COMPONENTE REGRESAR – MOSTRAR INFORMACIÓN.................................................50TABLA 27. COMPONENTE MODIFICAR – MOSTRAR INFORMACIÓN.................................................50TABLA 28. COMPONENTE IDENTIFICADOR ÚNICO DEL REQUERIMIENTO..........................................52TABLA 29. COMPONENTE ATRIBUTOS QUE DESCRIBEN EL REQUERIMIENTO...................................52TABLA 30. COMPONENTE REGRESAR.....................................................................................53TABLA 31. COMPONENTE GENERAL.......................................................................................55TABLA 32. COMPONENTE REQUERIMIENTO.............................................................................56TABLA 33. COMPONENTE ESTADO........................................................................................56TABLA 34. COMPONENTE TRAZABILIDAD................................................................................57TABLA 35. COMPONENTE PRIORIZACIÓN................................................................................57TABLA 36. COMPONENTE REQUERIMIENTOS RECHAZADOS.........................................................58TABLA 37. COMPONENTE VALIDACIÓN Y VERIFICACIÓN.............................................................59TABLA 38. COMPONENTE HISTORIAL DE CAMBIOS....................................................................59TABLA 40. COMPONENTE MICROSOFT OFFICE WORD...............................................................61TABLA 40. COMPONENTE MICROSOFT OFFICE EXCEL................................................................61TABLA 41. COMPONENTE NOMBRE - REPORTE........................................................................62TABLA 42. COMPONENTE FECHA - REPORTE...........................................................................62TABLA 43. COMPONENTE AUTOR - REPORTE..........................................................................63

5

TABLA 44. COMPONENTE GENERAR - REPORTE.......................................................................64TABLA 45. COMPONENTE CANCELAR - REPORTE......................................................................64

6

1 INTRODUCCIÓN

1.1. Propósito

El objetivo de este documento es describir la arquitectura y el diseño detallado del sistema ERMT. Por medio de este documento, se muestran las diferentes características, elementos y relaciones existentes, hasta el punto de aislar esas particularidades, las cuales se deben resaltar con el fin de realizar una especificación detallada de cada una de ellas. Para realizar este “aislamiento” se utilizan varios diagramas que nos muestran diferentes perspectivas del sistema, donde se toma en cuenta los Stakeholder que intervienen dentro del proyecto [1].

1.2. Alcance

El presente documento proporciona la definición y descripción arquitectónica, así como los atributos de calidad que de la herramienta para la administración de Requerimientos en las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia universidad Javeriana - ERMT, debe cumplir.

1.3. Definiciones, acrónimos y abreviaciones

CONCEPTO DESCRIPCIÓN

AS Arquitectura de Software

IS Ingenierías de Software

ERMT Hace referencia a las iniciales del Nombre designado para la herramienta, el cual es: Easy Requirement Management Tool.

N/A No Aplica

Tabla 2: Definiciones, acrónimos y abreviaciones

7

1.4. Referencias

[1]. K Kruchten Philippe. Architectural Blueprints - The “4 + 1” View Model of Software

Architecture , Rational Software Corporation. [Articulo en Internet]. Disponible en:

http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-architecture.pdf [Ultima consulta:

Noviembre 01 de 2010].

[2]. Jaramillo C, Riveros J, Villalobos V, Zorro L. SAD, Diseño de la Arquitectura del Sistema

suVisa. Septiembre 29 de 2009.

[3]. Oracle. JInt Demo: Implementing MVC Architecture using Struts. [Homepage en Internet].

Disponible en: http://www.oracle.com/technology/sample_code/tech/java/j2ee/jintdemo/

tutorials/Struts.html. [Última Fecha de Consulta: Noviembre 05 de 2010].

[4]. About.com. Stand Alone Software, Definition. [Homepage en Internet]. Disponible en:

http://financialsoft.about.com/od/glossaryindexs/g/StandAlone.htm. [Última Fecha de consulta:

Octubre 4 de 2010].

[5]. González A, Jaramillo C, Narváez M, Oquendo T, Villalobos V, Zorro L. Demented Movie

Game. SDD: Demented Movie Game. Versión 2.6

1.5. Apreciación global

El documento se encuentra organizado de acuerdo a los diferentes diagramas que se desarrollan para la descripción arquitectura y diseño del sistema. Se encuentran distribuidos de la siguiente forma:

Vista de Casos de Uso (Escenarios): Sección 4 Vista Lógica: Sección 5 Vista de Despliegue: Sección 6 Vista Implementación: Sección 7 Vista de Procesos: Sección 8 Vista de Datos: Sección 9 Diseño de interfaces: Sección 10

8

http://www.oracle.com/technology/sample_code/tech/java/j2ee/jintdemo/tutorials/Struts.html

http://www.oracle.com/technology/sample_code/tech/java/j2ee/jintdemo/tutorials/Struts.html

http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-architecture.pdf

Para mayor información acerca del contenido de cada diagrama, ver Sección 2 Representación Arquitectónica.

9

2 REPRESENTACIÓN ARQUITECTÓNICA

Para realizar la descripción de la arquitectura de la herramienta ERMT, es necesario utilizar un gran nivel de detalle, por lo tanto se empleará la descripción dada por Philipe Krutchen en su artículo “Architectural Blueprints - The “4 + 1” View Model of Software Architecture” [1], el cual hace referencia a cinco vistas que muestran una perspectiva diferente del sistema. Adicionalmente se encontrará la vista de datos. A continuación se muestra una lista de cuáles son estas cinco vistas, con una breve descripción de cada una de estas.

Vista de Casos de Uso: esta vista describe de manera abstracta los requerimientos más

importantes. Tiene como objetivos principales, descubrir los elementos arquitectónicos

del sistema, y es un método de validación del diseño de la arquitectura [1].

Vista Lógica: Esta vista se encarga de soportar los requerimientos funcionales (los cuales

se encuentran especificados en el documento Anexo 2 SRS.docx). En esta vista el sistema

es descompuesto en abstracciones del dominio del problema [1].

Vista de Despliegue: se encarga de los requerimientos no funcionales de desempeño,

disponibilidad, escalabilidad y confiabilidad [1].

Vista de Implementación: la cual se encarga de hacer la descripción del sistema desde la

perspectiva de los desarrolladores [2] ya que este es dividido en subsistemas, los cuales

son organizados en capas de jerarquía [1].

Vista de Procesos: esta vista, según la definición de Krutchen, considera requerimientos

no funcionales como el desempeño y la disponibilidad, además muestra cuales son los

hilos de control que ejecutan operaciones de las clases definidas en la vista lógica [1].

Vista de Datos: Esta vista se encarga de representar las entidades que se encargaran de la

persistencia de los datos dentro de la herramienta ERMT.

10

3 RESTRICCIONES Y OBJETIVOS ARQUITECTÓNICOS

3.1 Restricciones de la Arquitectura

Las restricciones que se han considerado para el desarrollo de la arquitectura del sistema ERMT son:

- La única base de datos con la que interactuará ERMT es MySql.

- ERMT debe ser desarrollado en el lenguaje de programación JAVA.

- Los equipos en los que ERMT funcionará, deben cumplir con las restricciones descritas en

la sección 2.1.8 Requerimientos de Adaptación del Sitio, del documento SRS.docx

3.2 Objetivos de la Arquitectura

- La arquitectura debe permitir que la herramienta, cumpla con cada uno de los

requerimientos no funcionales descritos en el documento SRS.docx.

- ERMT debe interactuar con las herramientas Microsoft Office Excel y Graphviz, para la

generación de reportes.

- La arquitectura debe asegurar la mantenibilidad de la herramienta ERMT de tal forma que,

cuando se realice una actualización de uno o más componentes, no se altere el

funcionamiento de los demás.

11

4 VISTA DE CASOS DE USO

Para más información Ver Anexo 10.1 Documento de casos de uso.

12

5 VISTA LÓGICA

Esta sección describe la vista Lógica del sistema ERMT, en donde describe de manera general la arquitectura que este tendrá.

5.1 Apreciación Global

En la Ilustración 1. Vista Lógica, se muestra de manera general la arquitectura que ha sido seleccionada para el sistema ERMT. Esta es la Arquitectura Modelo Vista Controlador (MVC), la cual permite separar la lógica del negocio y los datos del sistema, de la presentación que se hace para el cliente [3].

Ilustración 1. Vista Lógica

13

5.2 Diseño Arquitectónico de Paquetes

El sistema ERMT está dividido en tres grandes paquetes, los cuales se encuentran detallados a continuación.

5.2.1 Paquete Modelo

Es el encargado de administrar toda la lógica de la aplicación como la creación de un proyecto, creación de requerimientos, generación de reportes y todas las funcionalidades descritas en la sección 3.2 Características del Producto de Software, del Anexo 10.2 . Los componentes del paquete modelo se encuentran detallados en la Ilustración 2. Diagrama de Clases – PaqueteModelo. Para mayor información acerca de este paquete, ver documento Anexo 10.3 Documentación del diagrama de clasesV1.0.docx

Ilustración 2. Diagrama de Clases – Paquete Modelo

14

5.2.2 Paquete Vista

Este paquete tiene como función presentar la información a los usuarios de manera adecuada, de tal manera que el sistema puede cumplir con los requerimientos de Usabilidad especificados en el documento Anexo 10.2 SRS.docx.

La Ilustración 3. Paquete Vista, muestra los componentes del paquete, el cual cuenta con:

- Gestor de Vistas, ver Sección 7.1.1.- Vista Requerimiento, ver Sección 7.1.2.- Vista Proyecto, ver Sección 7.1.3.- Vista Reporte, ver Sección 7.1.4.- Vista Atributos, ver Sección 7.1.5.- Vista Archivo, ver Sección 7.1.6.- Vista Validación y Verificación, ver Sección 7.1.7.

Para mayor información acerca de los componentes ver Sección 7. Diagrama de Despliegue.

Ilustración 3. Paquete Vista

5.2.3 Paquete Controlador

El paquete controlador se relaciona de manera directa con el paquete modelo con el fin de utilizar el componente Lógica (ver sección 5.2.1. Paquete Modelo) que se encuentra en este. Además se relaciona con la vista ya que es el encargado de gestionar todos los eventos tanto de entrada como de salida de la presentación (ver Sección 5.2.2. Paquete Vista). Para cumplir con sus funciones cuenta con un componente llamado Gestor de eventos.

15

5.2.4 Paquete Datos

El paquete Datos se relaciona de manera directa con el paquete modelo, de esta forma puede proporcionarle los datos solicitados por el usuario ó para realizar alguna operación. Este paquete contiene las clases que le permite realizar la conexión a la base de datos, acceso a las tablas, vistas y procedimientos almacenados, cada una de forma independiente. En la Ilustración 4 se encuentran establecidas las clases dentro del paquete Datos y en el documento Anexo 10.3 Documentación del diagrama de clasesV1.0.docx encontrará la especificación de cada una de ellas.

.

Ilustración 4: Paquete Datos

16

6 VISTA DE DESPLIEGUE

En esta sección se describen los diferentes nodos físicos necesarios para realizar el despliegue requerido del sistema ERMT. Como el sistema se ha definido como una aplicación Tipo repositorio, el sistema debe interactuar con un manejador de bases de datos, para, por lo tanto en la Ilustración 5. Vista de Despliegue, se encuentra definido un nodo, el cual representa al sistema, con los componentes definidos en la vista lógica (ver Sección 5. Vista Lógica), el cual se comunica con la base de datos, en este caso, solo se muestra un equipo, pero pueden existir mas de un equipo interactuando con la base de datos.

Ilustración 5. Vista de Despliegue

6.1 ERMT

En este nodo se encuentran definidos los componentes Modelo, Vista y Controlador, que se encargaran del correcto funcionamiento del sistema. Para mayor información acerca de los componentes ver Sección 5. Vista Lógica.

17

Para el correcto funcionamiento del sistema, es necesario que el nodo, cumpla con las especificaciones técnicas descritas en la sección 2.1.8. Requerimientos de Adaptación del Sitio del documento Anexo 10.2 SRS.docx

Además, se encuentra aparte el servidor de base de datos, permitiendo así el acceso concurrente a la información. El componte que tiene comunicación con la Base de datos en el modelo, el cual tiene un paquete encargado solo para su acceso, denominado Datos. (ver Paquete Datos)

18

7 VISTA DE IMPLEMENTACIÓN

Esta sección describe la descomposición arquitectónica del sistema ERMT, el cual hace uso de una arquitectura MVC la cual permite separar los componentes de visualización de la lógica del sistema [3]. La vista de implementación se muestra en la Ilustración 6. Vista De Implementación. Así mismo se provee una descripción general los elementos de diseño del sistema que corresponden a la descripción de la vista lógica (ver Sección 5. Vista Lógica).

19

Ilustración 6. Vista De Implementación.

7.1 Componente Vista

Este componente es el responsable de la presentación de la información y del modelo de una manera adecuada para la interacción, ya que genera las diferentes interfaces de usuario por

20

medio de las cuales el usuario interactúa con el sistema. En la Ilustración 7. Implementación -Componente Vista, se pueden observar los componentes de la Vista.

- Servicios Prestados: Genera y despliega las diferentes vistas que el usuario requiere.

- Servicios Requeridos: servicios prestados por el controlador.

Ilustración 7. Implementación - Componente Vista

7.1.1 Gestor de Vistas

- Servicios Prestados: Se encarga de gestionar las diferentes interfaces o vistas que son

desplegadas al usuario, dependiendo de la funcionalidad (ver Sección 3.2 Características

del Producto de Software del documento Anexo 10.2 SRS.docx ) deseada por el usuario.

- Servicios Requeridos: Requiere de los servicios del gestor de eventos en el componente

del controlador.

21

7.1.2 Vista Requerimiento

- Servicios Prestados: Se encarga de presentar la información relacionada con las consultas

realizadas sobre un requerimiento y recibe la información necesaria para la creación,

modificación o eliminación de un requerimiento.

- Servicios Requeridos: Requiere de los servicios prestados por el gestor de vistas.

7.1.3 Vista Proyecto

- Servicios Prestados: Se encarga de capturar la información correspondiente para la

creación, modificación o eliminación de un proyecto. También tiene como función mostrar

la información pertinente a un proyecto.


7.1.4 Vista Reporte

- Servicios Prestados: Muestra las diferentes opciones para la generación de los diferentes

reportes.


7.1.5 Vista Atributos

- Servicios Prestados: Muestra y recibe la información relacionada con los atributos de un

requerimiento.


7.1.6 Vista Tipo requerimiento

- Servicios Prestados: muestra y recibe la información de los tipos de requerimientos que se

manejan en la base de datos..


22

7.1.7 Vista Validación y Verificación

- Servicios Prestados: muestra y recibe la información relacionada con las listas de

validación y verificación disponibles en el sistema


7.2 Componente Controlador

Se encarga de responder y procesar los eventos generados por el usuario del sistema. Además debe invocar a los cambios que se generen en el modelo y la vista. La Ilustración 8.Implementación - Controlador, muestra el único componente del controlador.

Ilustración 8. Implementación - Controlador

- Servicios Prestados: Gestiona eventos de entrada y salida del sistema.

- Servicios Requeridos: requiere de los servicios del modelo y la vista.

23

7.2.1 Modelo Tabla

- Servicios Prestados: Escucha las peticiones generadas por los usuarios del sistema, para

esto, se utiliza la clase “Modelo Vista”, descrita en el documento Anexo 10.3

Documentación del diagrama de clasesV1.0.docx.

- Servicios Requeridos: Requiere de los servicios del Controlador.

7.2.2 Reporte

- Servicios Prestados: Escucha las peticiones generadas por para la generación del reporte

- Servicios Requeridos: Requiere de los servicios del Controlador para que pueda consultar

la información necesaria.

7.3 Componente Modelo

Contiene la lógica del sistema ERMT, y las consultas que pueden ser realizadas sobre los datos de este. La Ilustración 9. Implementación – Modelo muestra los componentes del Modelo.

Ilustración 9. Implementación – Modelo

- Servicios Prestados: Contiene la funcionalidad y los datos relevantes para el usuario, los

cuales son necesarios para la presentación de las vistas.

24

- Servicios Requeridos: requiere de los servicios prestados por el controlador.

7.3.1 Lógica

- Servicios Prestados: Contiene los procedimientos necesarios para cumplir con los

requerimientos funcionales descritos en la sección 3.2 Características del Producto de

Software del documento Anexo 10.2 SRS.docx.

- Servicios Requeridos: Requiere de los servicios prestados por el Controlador.

7.3.2 Conexión_datos

- Servicios Prestados: permite, por medio de la clase “Conexión”, descrita en el Documento

Anexo 10.3 Documentación del diagrama de clasesV1.0.docx , que el Componente Modelo,

tenga acceso a la información almacenada en la base de datos.

- Servicios Requeridos: Requiere de los servicios prestados por la clase “Conexión”, del

Componente Datos, (ver Sección 7.4.1)

7.4 Componente Datos

Este componente es el encargado de permitir la comunicación entre la lógica y la base de datos del sistema. La Ilustración 10. Implementación - Datos muestra los componentes que hacen parte de Datos.

Ilustración 10. Implementación - Datos

25

7.4.1 Acceso de la base de datos

- Servicios Prestados: Gestiona la comunicación entre el Componente Datos y el

Componente Modelo (ver Sección 7.3 Componente Modelo).

- Servicios Requeridos: requiere de los servicios del prestados por el componente Lógica

(ver Sección 7.3.2 Lógica) del Modelo.

26

8 VISTA DE DATOS

Ilustración 11: Vista de Datos

28

TABLA DESCRIPCION Atributos Descripción de Atributos

Requerimiento Almacena toda la información relacionada con los requerimientos de cada proyecto.

Id_requerimiento (Integer) Numero de identificación del requerimiento, debe ser único dentro del proyecto.

Atributo Tiene la información de cada atributo definido en el sistema, para que el usuario pueda hacer uso de éste en cada Proyecto.

Id_atributo (Integer) Numero de identificación del atributo, debe ser único dentro del sistema.

Nombre (Varchar2) Nombre del atributo definido en el sistema.

Descripción (Varchar2) Breve descripción del atributo.

Seleccionado (Boolean) Indica si ha sido seleccionado para incluirse dentro del proyecto y así hacer parte de la especificación del requerimiento.

Tipo_Dato (Varchar2) Indica el tipo de dato que puede ser el atributo.

Trazabilidad Almacena la información relacionada con la trazabilidad de cada uno de los

Origen (Varchar2) Indica el origen de cada requerimiento del proyecto.

requerimientos que se manejan por Proyecto.

CU (Varchar2) Indica los casos de uso asociados a cada requerimiento.

SRS (Varchar2) Indica la sección del SRS donde se encuentra el requerimiento.

SDD (Varchar2) Indica la sección dentro del documento SDD, donde se encuentra cada requerimiento.

Componente (Varchar2) Indica el componente donde se encuentra el requerimiento.

Pruebas (Varchar2) Indica la sección dentro del documento de pruebas donde se encuentra el requerimiento.

Archivo Guarda la información relevante de los diferentes documentos de un proyecto.

Id_Archivo (Integer) Identificador del archivo registrado, deber único dentro del proyecto.

Nombre_archivo (Varchar2) Nombre del archivo que se ha registrado en la base de datos.

Link (Varchar2) Ruta para ubicar el archivo

30

Formato (Varchar2) Formato del archivo que se ha regisrtado.

Historial_Cambio Registra los cambios realizados en cada uno de los requerimientos que existen por Proyecto.

Id_cambio (Integer) Numero de identificación realizado, debe ser único dentro del Proyecto.

Responsable (Varchar2) Indica el nombre del responsable de la modificación.

Fecha_modificación (Date) Fecha en la que ocurrió la modificación.

Justificación (Varchar2) breve párrafo que indique el porqué fue modificado el requerimiento.

RequerimientoxVerVal Almacena los valores correspondientes a las diferentes listas de chequeo de cada requerimiento.

Check (Boolean) Indica si el requerimiento cumple o no con un criterio de la lista de V&V.

Verificacion_Validacion Tiene las listas de chequeo definidas en el sistema.

Id_VV (Integer) Identificador del criterio de la lista de V&V, debe ser único dentro del sistema.

31

Descripción (Varchar2) Breve explicación sobre el criterio de la lista a evaluar.

Tipo_Requerimiento Almacena la información correspondiente a los diferentes tipos de requerimientos que puede definir el usuario por cada proyecto.

Id_tipo (Integer) Numero de identificación del tipo de requerimiento, debe ser único dentro del proyecto.

Nombre (Varchar2) Nombre del tipo de requerimiento, creado por el usuario

Descripción (Varchar2) Descripción breve del tipo de requerimiento.

Proyecto Tiene la información relacionada con el proyecto.

Id_proyecto (Integer) Numero de identificación del proyecto, debe ser único dentro del sistema.

Nombre (Varchar2) Nombre del rpoyecto creado dentro del sistema.

_requerimiento_requerimiento Almacena los tipos de relación que existe entre los requerimientos.

Tipo_relación (Varchar2) Indica el tipo de relación que existe entre los requerimientos (dependencia, igualdad).

Registro_Reportes Tiene el registro de los reportes generados en el sistema por cada proyecto.

Id_Reporte (Integer) Numero de identificación del reporte, este debe ser único dentro

32

del proyecto.

Tipo_reporte (Varchar2) indica el tipo de reporte que se ha de realizar.

Fecha_reporte (Date) Fecha en la que se ha generado un reporte.

Formato_reporte (Varchar2) Formato del reporte (.docx, .xlsx)

Priorización Contiene la información relacionada a los métodos de priorización que se manejan dentro del sistema.

Método_priorización (Varchar2) Método de priorización definido en el sistema, este debe ser único dentro de la aplicación.

Descripción (Varchar2) Breve explicación acerca del método de priorización.

Criterio Tiene la información relacionada al criterio de priorización que se quiere evaluar en el procesos de priorización

Id_criterio (Integer) Identificador del criterio, debe ser único dentro del sistema.

Nombre (Varchar2) nombre del criterio de priorización

Descripción (Varchar2) breve descripción sobre el

33

criterio a evaluar, dentro del contexto del método de priorización.

_criterio_requerimiento Almacena los valores correspondientes a cada criterio según el requerimiento evaluado, para así poder obtener la priorización total.

Valor (Number) Valor del requerimiento con respecto al criterio de priorización que se está evaluando.

_atributo_requerimiento Almacena los valores correspondientes a cada atributo según el requerimiento que se esté especificando.

Valor (Varchar2) Valor del requerimiento, con respecto al atributo a especificar.

_proyecto_atributo Contiene seleccionados los atributos escogidos por el usuario para utilizar dentro de un proyecto

Seleccionado (Int) Valor entre 1 y 0 que indica si fue seleccionado o no.

Tabla 3: Especificación de Tablas - Vista de datos

Vista DESCRIPCION Tablas involucradas

Requerimientos_Dependientes Muestra una tabla con los requerimientos relacionados de forma dependiente

_requerimiento_requerimiento requerimiento

Requerimiento_NoDependientes Muestra una tabla con los requerimientos relacionados de forma dependiente

_requerimiento_requerimiento requerimiento

34

Historial_cambios_fecha Muestra una tabla con los cambios realizados en los requerimientos, desde una fecha definida por el usuario.

requerimiento historial_cambio

Historial_cambios_requerimiento Muestra una tabla con los cambios realizados en un requerimiento definido por el usuario.

requerimiento historial_cambio

vv_requerimiento Muestra la lista de chequeo de un grupo de requerimientos determinado por el usuario

requerimiento _vv_requerimiento Verificación_validacion

Especificación_requerimiento Muestra la especificación completa de un requerimientos (según los atributos determinados por el usuario)

Requerimiento Atributo _atributo_requerimiento trazabilidad historial_cambios tipo_requerimiento

Tabla 4: Especificación de Vistas - Vista de datos

Procedimiento Almacenado DESCRIPCION Tablas involucradas

Atributos_seleccionados Realiza el update sobre los atributos seleccionados por el usuario

atributo

35

_proyecto_atributo

Establecer_Estado_inicial Establece el estado propuesto tan pronto se crea un requerimiento.

requerimiento atributo _atributo_requerimiento

Calculo_priorizacion_wiegers Realiza el cálculo de priorización de Wiegers para un requerimiento

criterio _criterio_requerimiento requerimiento _atributo_requerimiento

Calculo_priorizacion_parejas Realiza el cálculo de priorización de parejas para un requerimiento

criterio _criterio_requerimiento requerimiento _atributo_requerimiento

Insertar_valor_criterio Limita el valor de inserción de un requerimiento.

criterio _criterio_requerimiento

Calcular_estado_general Realiza el calculo del estado general del proyecto, por medio de los estados de los requerimientos dentro de un proyecto

requerimiento _atributo_requerimiento

36

Tabla 5: Especificación de Procedimientos Almacenados - Vista de datos

37

9

38

10 DISEÑO DE INTERFACES DE USUARIO

La interfaz gráfica de ERMT tiene como objetivo principal, que el usuario haga un uso adecuado y eficiente del sistema. Para esto, se encuentran descritas en la sección 9.1 Interfaces Gráficas, las diferentes interfaces que existirán, la cuales se encuentran organizadas dependiendo de la funcionalidad que ofrecen.

Para realizar la correcta documentación de las interfaces, se utilizará la siguiente tabla:

ID Componente Nombre

Propósito

Tipo

Tipo dato

Longitud mínima Longitud máxima

Valor por defecto

Rango

Validación

Ilustración 12. Modelo Documentación de Interfaces. Adaptado de [5].

En donde cada uno de los campos corresponde a:

Ilustración 13. Descripción Documentación Interfaces

10.1 Interfaces Gráficas.

10.1.1 Interfaz Inicio

Esta interfaz, que se muestra en la Ilustración 14. Interfaz de Inicio, tiene como objetivo iniciar la interacción entre el usuario y el sistema ERMT ya que por medio de está el usuario puede crear, abrir o eliminar un proyecto.

Hace referencia al identificador único del componente.Id Componente.

Representa el nombre con el cual se denominará el componente.Nombre.

Indica cual es el objetivo del componente.Propósito.

Indica de que tipo es el componente. (Ejemplo jlabel, jtext).Tipo.

Es el tipo de dato o acción que recibe el componente.Tipo dato.

Valor minimo del dato ingresado.Longitud Minima.

Valor Maximo del dato ingresado.Longitud Maxima.

Representa el valor definido por defecto.Valor por defecto.

Representa como se validará este componente dentro del sistema.Validación.

40

Ilustración 14. Interfaz de Inicio

ID Componente C01 Nombre Crear Proyecto

Propósito Indicar si la acción que desea realizar dentro del sistema es crear un nuevo proyecto.

Tipo JRadioButton

Tipo dato Clic del mouse

41

Longitud mínima NA Longitud máxima NA

Valor por defecto NA

Validación El componente es seleccionado.

Tabla 6. Componente Nuevo Proyecto

ID Componente C02 Nombre Abrir Proyecto

Propósito Indicar si la acción que desea realizar dentro del sistema es abrir un proyecto.

Tipo JRadioButton





Tabla 7. Componente Abrir Proyecto

ID Componente C03 Nombre Eliminar Proyecto

42

Propósito Indicar si la acción que desea realizar dentro del sistema es eliminar un proyecto.

Tipo JRadioButton





Tabla 8. Componente Eliminar Proyecto

ID Componente C04 Nombre Aceptar

Propósito Permite realizar la opción seleccionada.

Tipo JButton




Validación Se ha seleccionado un campo y se muestra la interfaz de la opción que se

43

ha seleccionado.

Tabla 9. Componente Botón Aceptar.

ID Componente C05 Nombre Salir

Propósito Permite que el usuario salga del sistema, de manera correcta.

Tipo jButton




Validación Ninguna

Tabla 10. Modelo Documentación de Interfaces.

10.1.2 Interfaz Crear Proyecto

Una vez seleccionada la opción “Crear Proyecto” en la interfaz Inicio, descrita en la sección 9.1.1, se muestra la interfaz que de la Ilustración 15. Crear Proyecto, la cual ha sido creada con el fin de que el usuario ingrese los datos necesarios para crear un proyecto nuevo.

44

Ilustración 15. Crear Proyecto

ID Componente C06 Nombre Identificador del Proyecto

Propósito Conocer cuál es el identificador único que el sistema le asignará al nuevo proyecto.

Tipo jTextField

Tipo dato Int

45

Longitud mínima 1 Longitud máxima 10

Valor por defecto Ninguno

Validación El identificador a ser asignado es cargado dentro del campo de texto.

Tabla 11. Componente Identificador Proyecto.

ID Componente C07 Nombre Nombre Proyecto

Propósito El usuario le asigna un nombre al proyecto que va a ser creado

Tipo jTextField

Tipo dato String



Validación El nombre del proyecto no sobrepasa la longitud máxima permitida.

Tabla 12. Componente Nombre Proyecto

ID Componente C08 Nombre Fecha de Creación

46

Propósito Tiene como fin conocer y asignarle al proyecto la fecha en la cual es creado.

Tipo jTextField

Tipo dato Date



Validación La información ingresada, corresponde a una fecha valida.

Tabla 13. Componente Fecha de Creación

ID Componente C09 Nombre Autor

Propósito Asignarle al proyecto, el nombre del autor.

Tipo jTextField

Tipo dato String



Validación El nombre del autor no sobrepasa la longitud máxima permitida.

47

Tabla 14. Componente Autor


Propósito Crear el proyecto con los datos ingresados por el usuario

Tipo jButton




Validación El proyecto es creado, y el usuario recibe un mensaje de confirmación, en donde se le indica cual es el identificador único del proyecto.

Tabla 15. Componente Crear Proyecto - Aceptar

ID Componente C44 Nombre Cancelar

Propósito Permite que el usuario regrese a la pantalla de inicio sin crear un nuevo proyecto

Tipo jButton


48



Validación El usuario vuelve a la interfaz “Inicio” (ver Sección 9.1.1 Interfaz Inicio), sin crear un proyecto.

Tabla 16. Componente Crear Proyecto - Cancelar

10.1.3 Interfaz Menú Principal

Una vez seleccionada la opción de “Abrir Proyecto” en la interfaz Inicio, descrita en la sección 9.1.1, Se muestra la interfaz de la Ilustración 16. Interfaz Menú Principal la cual ha sido creada con el fin de que el usuario seleccione la opción que representa la funcionalidad que desea realizar en el sistema.

49

Ilustración 16. Interfaz Menú Principal

ID Componente C10 Nombre Consultar Información del Proyecto

Propósito Indicar si la acción que desea realizar dentro del sistema es mostrar la información relacionada con un proyecto.

Tipo jRadioButton.


50




Tabla 17. Componente Consultar Información del Proyecto.

ID Componente C11 Nombre Consultar información de un requerimiento

Propósito Indicar si la acción que desea realizar dentro del sistema es mostrar la información relacionada con un requerimiento.

Tipo jRadioButton.





Tabla 18. Componente Consultar información de un requerimiento.

ID Componente C12 Nombre Crear un nuevo requerimiento

Propósito Indicar si la acción que desea realizar dentro del sistema es crear un

51

nuevo requerimiento.

Tipo jRadioButton.





Tabla 19. Componente Crear un nuevo requerimiento.

ID Componente C13 Nombre Eliminar un requerimiento

Propósito Indicar si la acción que desea realizar dentro del sistema es eliminar un requerimiento existente.

Tipo jRadioButton.




52


Tabla 20. Componente Eliminar un requerimiento.

ID Componente C14 Nombre Generar Reporte

Propósito Indicar si la acción que desea realizar dentro del sistema es Generar un reporte

Tipo jRadioButton.





Tabla 21. Componente Generar Reporte

ID Componente C15 Nombre Generar Grafo

Propósito Indicar si la acción que desea realizar dentro del sistema es Generar el grafo de dependencias de los requerimientos.

Tipo jRadioButton.


53



Validación El componente es seleccionado

Tabla 22. Componente Generar Grafo.

ID Componente C45 Nombre Campo de Texto

Propósito Permitirle al usuario indicar el requerimiento que desea consultar, siempre y cuando la opción seleccionada sea “Consultar información de un requerimiento”, (ver Componente C11). Este componente por defecto, esta desactivado.

Tipo jTextField.

Tipo dato Int


Valor por defecto Ninguno.

Validación El componente se activa, y permite que el usuario ingrese un valor de tipo numérico.

Tabla 23. Componente Campo de Texto.


54

Propósito Permitirle al usuario indicar el requerimiento que desea consultar, siempre y cuando la opción seleccionada sea “Consultar información de un requerimiento”, (ver Componente C11). Este componente por defecto, esta desactivado.

Tipo jButton




Validación El componente permite que el usuario vaya a la interfaz de la opción seleccionada.

Tabla 24. Componente Aceptar - Menú principal.

ID Componente C47 Nombre Salir

Propósito Permite que el usuario abandone la aplicación.

Tipo jButton




55

Validación La aplicación se cierra, sin alterar el estado de la base de datos.

Tabla 25. Componente Cancelar - Menú principal.

10.1.4 Interfaz Consultar información del proyecto

Al seleccionar la opción “Consultar Información del proyecto”, en la interfaz “Menú Principal”, descrita en la sección 9.1.3, se muestra la interfaz de la Ilustración 17. Consultar Información delProyecto., la cual ha sido creada con el fin de mostrar la información relacionada con el proyecto.

Ilustración 17. Consultar Información del Proyecto.

56

ID Componente C16 Nombre Identificador Único

Propósito Muestra cuál es el identificador único del proyecto.

Tipo jTextField

Tipo dato Int



Validación El identificador del proyecto es mostrado dentro del campo.

Tabla 26. Componente Identificador Único – Mostrar Información.

ID Componente C17 Nombre Nombre

Propósito Muestra el nombre con el que fue creado el proyecto

Tipo jTextField

Tipo dato String



57

Validación El nombre del proyecto se muestra dentro del componente.

Tabla 27. Componente Nombre Proyecto – Mostrar Información.


Propósito Muestra el nombre del autor que creó el proyecto

Tipo jTextField

Tipo dato String



Validación El nombre del autor se muestra dentro del componente.

Tabla 28. Componente Autor – Mostrar Información.

ID Componente C19 Nombre Fecha de Creación

Propósito Muestra la fecha en la cual ha sido creado el proyecto

Tipo jTextField

Tipo dato Date

58



Validación La fecha de creación se muestra dentro del componente.

Tabla 29. Componente Fecha de Creación – Mostrar Información.

ID Componente C20 Nombre Fecha Modificación

Propósito Muestra la última fecha de modificación del proyecto

Tipo jTextField

Tipo dato Date



Validación La fecha de Modificación se muestra dentro del componente.

Tabla 30. Componente Fecha Modificación – Mostrar Información.

ID Componente C21 Nombre Avance

Propósito Muestra el porcentaje de implementación del proyecto.

59

Tipo jTextField

Tipo dato Float


Valor por defecto 0

Validación El porcentaje de implementación del proyecto, se muestra dentro del componente.

Tabla 31. Componente Avance – Mostrar Información.

ID Componente C22 Nombre Numero de Reportes

Propósito Muestra el número de reportes del proyecto, que se han generado

Tipo jTextField

Tipo dato Int


Valor por defecto 0

Validación Se muestra dentro del componente el número de reportes que se han generado.

Tabla 32. Componente Numero de reportes – Mostrar Información.

60

ID Componente C23 Nombre Regresar

Propósito Permite que el usuario regrese a la interfaz del “Menú principal”. (ver Sección 9.1.3 Interfaz Menú Principal)

Tipo jButton

Tipo dato Clic del Mouse



Validación El usuario vuelve a la interfaz “Menú principal”, (ver Sección 9.1.3 Interfaz Menú Principal).

Tabla 33. Componente Regresar – Mostrar Información.

ID Componente C24 Nombre Modificar

Propósito Habilita los campos de texto que el usuario puede modificar, como lo son el componente de nombre y autor.

Tipo jButton



61


Validación Los campos de texto nombre (ver componente C17) y autor (ver componente C18) se activan para ser modificados.

Tabla 34. Componente Modificar – Mostrar Información.

10.1.5 Interfaz Consultar Información de un requerimiento

Al seleccionar la opción “Consultar Información de un requerimiento”, en la interfaz “Menú Principal”, descrita en la sección 9.1.3, se muestra la interfaz de la Ilustración 18. ComponenteConsultar Información de un Requerimiento., la cual ha sido creada con el fin de mostrar la información relacionada con un requerimiento.

Ilustración 18. Componente Consultar Información de un Requerimiento.

62

ID Componente C25 Nombre Identificador único del requerimiento.

Propósito Mostrar el identificador único del requerimiento que se está consultando.

Tipo jTextField

Tipo dato Int



Validación El identificador se muestra en el componente.

Tabla 35. Componente Identificador único del requerimiento.

ID Componente C26 Nombre Atributos que Describen el Requerimiento

Propósito Mostrar todos y cada uno de los atributos que describen el requerimiento que se está consultando.

Tipo jTable

Tipo dato String

Longitud mínima 2x2 Longitud máxima 22x22

63


Validación Los atributos se listan dentro de la tabla.

Tabla 36. Componente Atributos que Describen el Requerimiento.


Propósito Permite que el usuario vuelva a la interfaz “Menú Principal”

Tipo jButton

Tipo dato Clic del mouse.



Validación Ninguno

Tabla 37. Componente Regresar – Información Requerimiento

ID Componente C48 Nombre Modificar

Propósito Permite que el usuario realice cambios sobre los atributos que describen el requerimiento.

64

Tipo jButton




Validación Ninguno

Tabla 38. Componente Modificar – Información Requerimiento


Propósito Permite que el usuario vuelva a la interfaz “Menú principal”, (ver Sección 9.1.3 Interfaz Menú Principal)

Tipo jButton





Tabla 39. Componente Cancelar – Información Requerimiento

65

10.1.6 Interfaz Seleccionar tipo de Reporte

Al seleccionar la opción “Generar un Reporte”, en la interfaz “Menú Principal”, descrita en la sección 9.1.3, se muestra la interfaz de la Ilustración 19. Seleccionar Tipo de Reporte, la cual ha sido creada con el fin de que el usuario seleccione el tipo de reporte que desea generar.

Ilustración 19. Seleccionar Tipo de Reporte

ID Componente C28 Nombre General

Propósito Indicar si el reporte que el usuario desea generar es el reporte general

66

Tipo jRadioButton

Tipo dato NA



Validación El componente se encuentra seleccionado.

Tabla 40. Componente General.

ID Componente C29 Nombre Requerimiento

Propósito Indicar si el reporte que el usuario desea generar es el reporte de un requerimiento

Tipo jRadioButton

Tipo dato NA




Tabla 41. Componente Requerimiento.

67

ID Componente C30 Nombre Estado

Propósito Indicar si el reporte que el usuario desea generar es el reporte de estado o implementación

Tipo jRadioButton

Tipo dato NA




Tabla 42. Componente Estado

ID Componente C31 Nombre Trazabilidad

Propósito Indicar si el reporte que el usuario desea generar es el reporte de trazabilidad.

Tipo jRadioButton

Tipo dato NA


68



Tabla 43. Componente Trazabilidad.

ID Componente C32 Nombre Priorización

Propósito Indicar si el reporte que el usuario desea generar es el reporte de priorización de requerimientos.

Tipo jRadioButton

Tipo dato NA




Tabla 44. Componente Priorización.

ID Componente C33 Nombre Requerimientos Rechazados

Propósito Indicar si el reporte que el usuario desea generar es el reporte de requerimientos que tienen como estado “Rechazado”

Tipo jRadioButton

69

Tipo dato NA




Tabla 45. Componente Requerimientos Rechazados

ID Componente C34 Nombre Validación y Verificación

Propósito Indicar si el reporte que el usuario desea generar es el reporte de validación y verificación del proyecto

Tipo jRadioButton

Tipo dato NA




Tabla 46. Componente Validación y Verificación.

70

ID Componente C35 Nombre Historial de Cambios

Propósito Indicar si el reporte que el usuario desea generar es el reporte del historial de cambios

Tipo jRadioButton

Tipo dato NA




Tabla 47. Componente Historial de cambios.


Propósito Permite que el usuario vuelva a la interfaz “Menú Principal”, (ver Sección 9.1.3 Interfaz Menú Principal)

Tipo jButton

Tipo dato NA


71



Tabla 48. Componente Regresar – Seleccionar Tipo de Reporte.


Propósito Permite que el sistema ERMT despliegue la Interfaz “Formato Informe” (ver sección 9.1.7 Interfaz Formato Informe)

Tipo jButton

Tipo dato NA



Validación Se despliega la interfaz “Formato informe” (ver sección 9.1.7 Interfaz Formato Informe).

Tabla 49. Componente Aceptar – Seleccionar Tipo de Reporte.

10.1.7 Interfaz Formato Informe

Al seleccionar el tipo de reporte, en la interfaz “Generar reporte”, descrita en la sección 9.1.6, se muestra la interfaz de la Ilustración 20. Generar Reportes, la cual ha sido creada con el fin de que el usuario seleccione el formato y los datos necesarios para generar el informe.

72

Ilustración 20. Generar Reportes

ID Componente C36 Nombre Microsoft Office Word

Propósito Indicar si el reporte que el usuario seleccionó en la interfaz descrita en la sección 9.1.6 va a ser generado en el formato .docx

Tipo jRadioButton


73



Validación El componente esta seleccionado.

Tabla 50. Componente Microsoft Office Word

ID Componente C37 Nombre Microsoft Office Excel

Propósito Indicar si el reporte que el usuario seleccionó en la interfaz descrita en la sección 9.1.6 va a ser generado en el formato .xlsx

Tipo jRadioButton




Validación El componente esta seleccionado.

Tabla 51. Componente Microsoft Office Excel

ID Componente C38 Nombre Nombre

Propósito Le permite al usuario ingresar el nombre con el cual se generará el archivo.

74

Tipo jTextField

Tipo dato String


Valor por defecto Reporte

Validación El nombre del archivo es de tipo String

Tabla 52. Componente Nombre - Reporte

ID Componente C39 Nombre Fecha

Propósito Le permite al usuario ingresar la fecha en la cual se generará el archivo.

Tipo jTextField

Tipo dato Date



Validación La fecha digitada es de formato date.

Tabla 53. Componente Fecha - Reporte

75


Propósito Le permite al usuario ingresar el nombre de la persona que genera el reporte

Tipo jTextField

Tipo dato String



Validación El usuario digita una cadena de texto

Tabla 54. Componente Autor - Reporte

ID Componente C41 Nombre Generar

Propósito Le permite al usuario generar el reporte seleccionado.

Tipo jButton


Longitud mínima Na Longitud máxima Na


76

Validación El reporte es generado, y es el que el cliente solicitó

Tabla 55. Componente Generar - Reporte


Propósito Le permite al usuario regresar al menú principal, sin generar ningún reporte

Tipo jButton




Validación El usuario regresa al menú principal

Tabla 56. Componente Cancelar - Reporte

77

11 ANEXOS

11.1 Anexo 1: Documento de Casos de Uso

VER DOCUMENTO DE WORD ANEXO “Documento de CU.docx”

11.2 Anexo 2: SRS

VER DOCUMENTO DE WORD ANEXO “SRS.docx”

11.3 Anexo 3: Documentación del diagrama de clases

VER DOCUMENTO DE WORD ANEXO “documentación del diagrama de clases.docx”

78

Documents

pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1010IS05/Documentos/D… · Web viewpegasus.javeriana.edu.co