ANEXO 1

DOCUMENTO DE REQUISITOS
SISTEMA DE GESTIÓN “XYZ”
ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE
VERSIÓN 1.0

1. Introducción
La especificación de requisitos de software se realiza con el fin de extraer todas las
funcionalidades que el cliente requiera para satisfacer sus necesidades, mismas que
son de vital de importancia dados que de estas depende que la solución de software
cumpla con el objetivo inicialmente planteado.

1.1 Propósito
El presente documento tiene como propósito definir las especificaciones
funcionales, especificaciones no funcionales y su relación con atributos de calidad
para el desarrollo de sistema XYZ, el cual será utilizado por el personal del
departamento de ______________.

1.2 Alcance
La especificación de requisitos está dirigida al _________, para llevar el control de
____ (o lo que se haga), para automatizar y mejorar ______________.

2. Requisitos específicos

2.1 Requisitos Funcionales

Tabla #1. Requisito Funcional RF01
Identificación de requisito
Nombre de requisito
Características
Descripción del requisito
Requisito No Funcional
Prioridad del requisito
Elaboración: (NN)
RF01
(Ej.) Autentificación de Usuario
Los usuarios deben autentificarse para acceder tanto al sistema web
como a la aplicación móvil.
Tanto la aplicación web como aplicación móvil podrán ser consultados
por cualquier usuario, dependiendo de los roles que posea cada uno de
ellos se mostrara el modulo correspondiente a sus permisos.
RNF01, RNF04, RNF05, RNF06, RNF07
Alta

Tabla #2. Requisito Funcional RF02

Identificación de requisito
Nombre de requisito
Características
Descripción del requisito
Requisito No Funcional
Prioridad del requisito
Elaboración: (NN)
RF02
(Ej.) Agregar Usuario
Se podrá realizar el ingreso de nuevos usuarios.
El sistema permitirá al usuario(Administrador) registrar nuevos usuarios
del sistema, los mismos que deben suministrar los siguientes datos:
Nombres, apellidos, usuario, clave, correo, cédula, teléfono, rol
RNF01, RNF03, RNF04, RNF07
Alta

(Puede incluir más tablas que expongan todos los requisitos funcionales que Ud. identifique)
2.2 Requisitos NO Funcionales

Tabla #.Requisito no funcional RNF01

Identificación del requisito
Nombre del requisito
Características
Descripción del requisito
Prioridad del requisito
Elaboración: (NN)
RNF01
Interfaz del sistema
El sistema presentará una interfaz de usuario sencilla para que sea de fácil
manejo para los usuarios del sistema
El sistema debe tener una interfaz de uso intuitiva y sencilla.
Media

Tabla #.Requisito no funcional RNF02

Identificación del requisito
Nombre del requisito
Características
Descripción del requisito
Prioridad del requisito
Elaboración: (NN)
RNF02
Mantenimiento
El sistema debe contar con un manual de instalación y manual de usuario para
facilitar los mantenimientos que serán realizados por el administrador.
El sistema debe disponer de documentación fácilmente actualizable que permita
realizar operaciones de mantenimiento con el menor esfuerzo posible.
Media

Tabla #. Requisito no funcional RNF03

Identificación del requisito
Nombre del requisito
Características
Descripción del requisito
Prioridad del requisito
Elaboración: (NN)
RNF03
Desempeño
El sistema garantiza al usuario un desempeño en cuanto a los datos
almacenados en el sistema ofreciendo una confidencialidad a los mismos
Garantizar el desempeño del sistema informático a los diferentes usuarios. En
este sentido toda la información almacenada o registros realizados podrán ser
consultados y actualizados permanentemente y simultáneamente sin afectar el
rendimiento del mismo.
Alta

(Puede incluir más tablas que expongan todos los requisitos no funcionales que Ud. identifique)

3. Atributos de calidad (Aquí debe ubicar los atributos de calidad asociados a los requisitos no
funcionales). RNFX, RNFY…etc son siglas de Requisito no funcional definido previamente.

3.1Seguridad: asociado al RNFX, RNFY, RNFZ……

- Acceso a la aplicación a través de credenciales de acceso.
- Uso de protocolos de comunicación HTTPS
- Configuración de certificados digitales de seguridad.
3.2 Fiabilidad: asociado al RNFY
- Que la lo que se envía desde la UI a una base de datos, al momento de recuperar
corresponda a lo ingresado.
3.3 Disponibilidad: asociado al RNFZ
- La aplicación debe estar disponible dentro de un rango de horario, dependiendo de
del tipo de aplicación.
3.4 Mantenibilidad
- El sistema debe disponer de documentación fácilmente actualizable que permita
realizar operaciones de mantenimiento con el menor esfuerzo posible.
3.5. Portabilidad
- El sistema está diseñado para ejecutarse en cualquier navegador web
independientemente del sistema operativo.
- El sistema puede desplegarse en web, cliente, móvil.
(Aquí deberá incluir más ítems en caso de que los atributos de calidad de cara a la solución sean otros o que se
modifiquen o aumenten en su descripción con respecto a Seguridad, Fiabilidad, Disponibilidad, Mantenibilidad,
Portabilidad, no con definiciones sino con ejemplos dentro del contexto de la solución).
ANEXO 2

DOCUMENTO CASOS DE USO

SISTEMA DE GESTIÓN “XYZ”

ESPECIFICACIÓN DE CASOS DE USO
VERSIÓN 1.0

1. Modelado de actores

1.1. Tabla de actores (Aquí debe ubicar todos los actores que identifique como parte de la solución)
Tabla #. Modelado de actores
ACTOR ATRIBUTOS Y RESPONSABILIDADES Cargo
Técnico de Bodega Realizar los ingresos y registros de ______.
Encargado de controlar roles y permisos de usuario del
Administrador
sistema.
Elaboración: (NN)

2. Modelado de casos de uso

2.1 Lista de casos de uso (Aquí debe ubicar todos los casos de uso que identifique, asociados al actor
que hace uso y el requisito funcional)

Tabla #.Modelado de casos de uso

ID Nombre Propósito Actor ID Requisito
Ingresar a la aplicación web y móvil Administrador/
UC01 Ingreso al sistema RF1
mediante un usuario y una contraseña. Técnico Bodega
Registran datos de usuarios y roles para RF2, RF3,
Administrador
que puedan interactuar con el sistema, así RF4 RF5,
UC02 Gestión de usuarios mismo poder editarlos y eliminarlos, RF6, RF7,
finalmente visualizar las actividades del RF8, RF9,
usuario. RF10
Registrar las características que posee un
RF11, RF12,
bien, de la misma la asignación y baja del Administrador/
UC03 Gestión de bienes RF13, RF14,
mismo, generando por cada acción una Técnico Bodega
RF15
acta.
Iniciar el proceso de una constatación, para
posteriormente poder listar los reportes que RF16, RF17,
Gestión de Administrador/
UC04 muestran los resultados de cada análisis RF18, RF19,
constataciones Técnico Bodega
dando la opción de imprimir su contenido o RF20
de eliminarlos de la lista.
Genera todo tipo de reportes que el usuario RF12, RF20,
Administrador/
UC05 Reportes solicite como: matriz, reportes generales, RF21, RF22,
Técnico Bodega
listado de actas y generación de etiquetas RF23
Poder realizar las siguientes actividades:
Configuración inicial
Lectura de códigos de barras de los bienes
RF1, RF24,
que posee la empresa. Administrador/
UC06 Aplicación móvil RF25, RF26,
Envió de código de barras a la aplicación Técnico Bodega
RF27, RF28
web para poder realizar la constatación.
Almacenamiento de datos offline
Configuración del servidor.
Elaboración: (NN)
 uc Casos de uso SGB

Eliminar roles Ingresar Usuarios Editar usuarios Eliminar Usuarios Listar usuarios
Ingreso bienes
«include» Generar acta

Elaboración: (NN)
Editar roles
«include»
Asignación bienes
«extend» «extend» «extend» «extend» «extend» «include»

«extend»
Ingresar roles
Baja bienes
«extend»
«extend»
Gestión de usuarios
«extend»

Listar roles «extend»

«extend»
Busqueda Bienes

«include»
Gestion de Bienes Ingreso constatacion

«extend» Listado
«include» constataciones
«include»

Figura #. Diagrama de casos de uso aplicación web

Gestion de «extend»
constataciones
Técnico de bodega
«include» «extend»
Ingreso codigos

«include»

Reportes

«include» Autentificación de
usuarios Aplicación móv il

«extend» «extend» «extend»

Administrador
Generar etiquetas VER ACTA Generar Matriz
2.2. Diagrama de casos de uso (Debe modelar el diagrama de caso de uso general de la solución)
 2.2.1 DIAGRAMAS DE CASO DE USO ESPECÍFICO (En caso de que quiera explotar los
casos de uso, los debe ubicar a los necesarios en esta sección)
uc Casos uso móv il

Env ío códigos

«extend»

Configurar inicial
«extend» Login
Guardar datos
«extend»
Técnico de bodega

«extend»

Escaneo de códigos

Figura #.Diagrama de casos de uso de aplicación móvil

Elaboración: (NN)

3. ESPECIFICACIONES DE CASOS DE USO (Aquí debe ubicar toda la especificación de todos los
casos de uso identificados)

UC01
Especificación del caso de uso – Ingreso al sistema
Tabla #. Caso de uso – ingreso al sistema
Nombre: Ingreso al sistema
Actor: Administrador/ Técnico de bodega
Descripción: Su función es poder autentificar a los usuarios que deseen acceder tanto a la aplicación web
como a la móvil, mediante un usuario y contraseña.
Precondiciones: Es necesario que el usuario ingrese el username y clave correspondientes dentro de la
aplicación web o móvil para poder realizar la transacción correspondiente.
Actor Sistema
Flujo normal
El administrador o técnico de bodega solicita Presenta formulario con los campos de: usuario y clave
ingreso al sistema
El administrador o técnico de bodega ingresa Autentificar ingreso de datos:
usuario y contraseña Si los datos ingresados son correctos, se da acceso a la
aplicación web o móvil.
Si los datos ingresados son incorrectos, se niega el
acceso a la aplicación web o móvil.
Fin del caso de uso

Elaboración: (NN)
UC02
Especificación del caso de uso – Gestión de usuarios
Tabla #. Caso de uso - gestión de usuarios
Nombre: Gestión de usuarios
Actor: Administrador
Descripción: Su función es administrar los usuarios y roles, dando la opción de agregar, listar, editar,
eliminar ya sea de usuarios o roles, de la misma manera listar las actividades del usuario.
Precondiciones: Es necesario que el administrador ingrese el username y clave correspondientes dentro
del sistema para poder realizar la transacción correspondiente.
Actor Sistema
Flujo normal
El administrador se autentica en el sistema La aplicación web presenta los módulos de:
Usuarios
Bienes
Constataciones
Reportes

El administrador selecciona el módulo de Presenta el submenú con las siguientes opciones :

Usuarios Agregar usuario
Listar usuarios
Agregar roles
Listar roles
Actividades usuario

El administrador cierra sesión Fin del caso de uso

Sub flujo 1: Agregar usuario

Actor Sistema
Selecciona submenú agregar usuario Presenta formulario con los siguientes campos:
Nombres, Apellidos, Usuario, Clave, Correo, Cédula,
Teléfono, Rol.

Ingresa toda la información requerida en el

formulario El sistema valida los datos ingresados y determina que:
Da click en Registrar Si todos los campos del formulario han sido ingresados
correctamente, presenta el mensaje de “Usuario
ingresado correctamente”.
Si los campos ingresados se encuentran erróneos o el
formulario se encuentra incompleto, retoma el paso 3 del
sub flujo.

Flujo alternativo
FA 1: Datos requeridos no han sido ingresados
El siguiente flujo alternativo surge cuando el administrador no ha ingresado todo los campos
obligatorios, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.
FA 2: Datos ingresados incorrectamente
El siguiente flujo alternativo surge cuando el administrador ha ingresado en los campos información
errónea, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.
Sub flujo 2:Listar usuarios
Actor Sistema
Selecciona submenú listar usuarios Presenta lista de usuarios con las siguientes
columnas:
Num,Nombres,Apellidos,Correo,Cédula,Usuario,
Clave, Rol, Teléfono, Editar, Eliminar

Sub flujo 3:Editar usuarios

Actor Sistema
Selecciona submenú listar usuarios
Selecciona opción editar El sistema presenta el formulario con la información del
usuario editar, mostrando los siguiente campos editables:
Nombres, Apellidos, Clave, Correo, Cédula, Teléfono,
 Rol.

Edita información pertinente
Da click en Actualizar
El sistema valida los datos modificados y determina que:
Si todos los campos del formulario han sido ingresados
correctamente, presenta el mensaje de: “Usuario
actualizado correctamente”.
Si los campos ingresados se encuentran erróneos o el
formulario se encuentre incompleto, retoma el paso 3 del
sub flujo.

Flujo alternativo
FA 1:Datos obligatorios no han sido ingresado
El siguiente flujo alternativo surge cuando el administrador no ha ingresado todo los campos
obligatorios, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.
FA 2:Datos incorrectos
El siguiente flujo alternativo surge cuando el administrador ha ingresado en los campos información
errónea, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.

Sub flujo 4: Eliminar usuarios

Actor Sistema
Selecciona submenú agregar roles El sistema presenta el mensaje de: “Usuario eliminado
correctamente

Sub flujo 5: Agregar roles

Actor Sistema
Selecciona submenú agregar roles Presenta formulario con los siguientes campos:
Nombre de rol,
Selección de menús:
Usuario(Agregar usuario - Listar usuarios - Agregar roles
- Listar roles - Actividades usuario)
Bienes(Registro de ingreso de bienes - Registro de baja
de bienes - Asignación de bienes)
Constataciones(Convalidación de actas - Reportes de
novedades)
Reportes(Bienes actuales - Actas - Crear etiquetas)

Ingresa toda la información requerida en el

formulario
Da click en Guardar El sistema valida los datos ingresados y determina que::

Si todos los campos del formulario han sido ingresados

correctamente, presenta el mensaje de: “Rol creado
correctamente”.
Si los campos ingresados se encuentran erróneos o el
formulario se encuentre incompleto, retoma el paso 3 del
sub flujo.

Sub flujo 6: Listar roles

Actor Sistema
Selecciona submenú listar roles Presenta lista de roles con las siguientes columnas:
Num
Rol
Menú asociado
Editar
Eliminar

SF7 Editar roles

Actor Sistema
Selecciona submenú listar roles

Selecciona opción editar

El sistema presenta el formulario con la información del
rol editar, mostrando los siguiente campos editables:
Nombre de rol
Selección de menús:
Usuario(Agregar usuario - Listar usuarios - Agregar roles
- Listar roles - Actividades usuario)
Bienes(Registro de ingreso de bienes - Registro de baja
de bienes - Asignación de bienes)
Constataciones(Convalidación de actas - Reportes de
novedades)
Reportes(Bienes actuales - Actas - Crear etiquetas)

El sistema valida los datos modificados y determina que:

Si todos los campos del formulario han sido ingresados

correctamente, presenta el mensaje de: “Rol actualizado
correctamente”.
Edita información pertinente Si los campos ingresados se encuentran erróneos o el
Da click en Actualizar formulario se encuentre incompleto, retoma el paso 3 del
sub flujo.
Flujo alternativo
FA 1:Datos obligatorios no han sido ingresado
El siguiente flujo alternativo surge cuando el administrador no ha ingresado todo los campos
obligatorios, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.
FA 2:Datos incorrectos
El siguiente flujo alternativo surge cuando el administrador ha ingresado en los campos información
errónea, los mismos que se marcan de rojo y de la misma manera en la parte inferior muestra un
mensaje indicando que tipo de dato se debe ingresar.

Sub flujo 8: Eliminar roles

Actor Sistema
Selecciona submenú agregar roles El sistema presenta el mensaje de: “Usuario eliminado
correctamente”

Sub flujo 9: Listar actividades

Actor Sistema
Selecciona submenú actividades usuarios Presenta lista de actividades de usuario con las
siguientes columnas:
Num, Acción, Tabla, Fecha y hora, Descripción

Elaboración: (NN)

(Aquí deberá ir explicando a detalla cada caso de uso y sus alternativas)

ANEXO 4

Posible solución del caso de Servientrega, utilizando para ello formatos para
identificar usuarios, necesidades, requisitos, actores y los casos de uso.

USUARIOS (Se consideran las personas con quién Ud. se reuniría, entrevistaría para consultarle acerca
de las necesidades)
Usuario Descripción
US1.
US2.
US3.
US4.

NECESIDADES (Son todas las necesidades, sin clasificarlas aún si pueden ser automatizadas o no.
Estas son dadas por los usuarios identificados anteriormente)
Usuario
Necesidad Descripción (Siglas del
Usuario)
NEC1. US
NEC2. US
NEC3. US
NEC4. US

REQUISITOS (En base a las necesidades se las transforma en requisitos funcionales o requisitos no
funcionales. Puede que una o varias necesidades formen parte de un solo requisito)
Necesidad
Requisito Descripción (Siglas
Necesidad)
REQ1. NEC
REQ2. NEC
REQ3. NEC
REQ4. NEC

ACTORES (Son las personas, sistemas, subsistemas que interactuarán con el sistema solución, notar la
diferencia entre Usuario y Actor, en algunos casos puede coincidir en otros no)
Actor Descripción
ACT1.
ACT2.
ACT3.
ACT4.
CASOS DE USO (Son los casos de uso que de forma general serán parte del Sistema Solución, aquí se
debe asociar con qué actor (es) y qué requisito(s) aborda).
Caso Descripción Actor Requisito
UC1. ACT REQ
UC2. ACT REQ
UC3. ACT REQ
UC4. ACT REQ