ELICITACIÓN DE REQUISITOS - SistemasTecTlaxiaco/TLAXROOM GitHub Wiki
OBJETIVOS DEL SISTEMA
A continuación se presentan los Objetivo del sistema, con base a nuestro modelo de negocios y a la información recabada.
Fig. Objetivos del sistema
REQUISITOS DEL SISTEMA
1. Obtención De Requisitos
Para obtener los requisitos funcionales y no funcionales de nuestro sistema a desarrollar se optó por realizar entrevistas. Debido a que nuestros clientes potenciales son los arrendatarios y arrendadores se diseñaron dos guías, para conocer los requisitos y necesidades de ambos. Ambas guías se encuentran en el siguiente enlace.
Una vez reunidos todos los requisitos procedemos a clasificarlos en requisitos de información, requisitos funcionales y requisitos no funcionales. Como se muestra en la siguiente lista.
1.1. Requisitos de información
- Información completa acerca cuartos.
- Información de los clientes o usuarios.
- Información de las cuentas de los clientes..
- Información de las cuentas de los clientes.
1.2. Requisitos funcionales.
- Alta o registro del cliente o usuario.
- Modificación de los datos del usuario.
- Baja del usuario o cliente.
- Inicio de Sesión del usuario.
- Identificación del usuario.
- Consulta de un cliente.
- Alta del cuarto o departamento.
- Baja del cuarto o departamento.
1.3. Requisitos no funcionales
- Eficiencia.
- Usabilidad.
- Copias de seguridad.
2. Elicitación De Los Requisitos
De los requisitos anteriores se organizarán en la plantilla que proporciona el archivo Metodología para la elicitación de requisitos de sistemas de software.
2.1. Requisitos De Información
La siguiente imagen proporciona un ejemplo de un requisito de información ya licitado en la platilla.
Fig. Ejemplo Requisito de Información.
2.2. Requisitos Funcionales
La siguiente imagen proporciona un ejemplo de un requisito funcional ya licitado en la platilla.
Fig. Ejemplo Requisito Funcional
2.3. Requisitos No Funcionales
La siguiente imagen proporciona un ejemplo de un requisito no funcional ya licitado en la platilla.
Fig. Ejemplo Requisito No Funcional
2.4. Registro en Architect
En la siguiente imagen se observan tanto los requisitos de información, los requisitos funcionales y no funcionales registrados en el software Enterprise Architect.
CASOS DE USO
Un caso de uso es la descripción de una acción o actividad. Un diagrama de caso de uso es una descripción de las actividades que deberá realizar alguien o algo para llevar a cabo algún proceso. Los personajes o entidades que participarán en un diagrama de caso de uso se denominan actores.
La siguiente imagen corresponde al Diagrama de casos de uso del subsistema Gestión de Clientes
Fig. Diagrama de casos de uso del subsistema Gestión de clientes.
La siguiente imagen corresponde al Diagrama de casos de uso del subsistema Gestión de cuartos o departamentos.
Fig. Diagrama de casos de uso del subsistema Gestión de cuartos o departamentos.
La siguiente imagen corresponde al Diagrama de casos de uso del subsistema Gestión de búsquedas.
Fig. Diagrama de casos de uso del subsistema Gestión de búsquedas.
Bibliografía
Sitio web: https://www.uv.mx/personal/fcastaneda/files/2015/08/G_Capitulo_6_Ingenieria_de_Requerimientos.pdf Sitio web: