Documento de requerimientos de
software
CONTROL DE INVENTARIOS JUMA
Fecha: 30/10/2019
Página 1
Tabla de contenido
Historial de Versiones................................................................................................3
Información del Proyecto...........................................................................................3
1. Propósito.............................................................................................................4
2. Alcance del producto / Software.........................................................................4
3. Referencias.........................................................................................................4
4. Funcionalidades del producto.............................................................................5
5. Clases y características de usuarios..................................................................5
6. Entorno operativo................................................................................................5
7. Requerimientos funcionales................................................................................6
9.1. (Nombre de la funcionalidad 1)....................................................................6
9.2. (Nombre de la funcionalidad 2)....................................................................7
9.3. (Nombre de la funcionalidad N)....................................................................7
8. Reglas de negocio..............................................................................................8
9. Requerimientos de interfaces externas..............................................................9
9.1. Interfaces de usuario....................................................................................9
9.2. Interfaces de hardware.................................................................................9
9.3. Interfaces de software..................................................................................9
9.4. Interfaces de comunicación..........................................................................9
10. Requerimientos no funcionales.....................................................................10
11. Otros requerimientos......................................................................................11
12. Glosario..........................................................................................................12
Página 2
Historial de Versiones
Fecha Versión Autor Organización Descripción
2019/10/30 1 Juan Manuel JUMA Sistema para manejo de
Morales inventarios, garantías,
usuarios..
Información del Proyecto
Empresa / Organización JUMA
Proyecto Control de Inventarios JUMA
Fecha de preparación 2019/10/30
Cliente POLIGRAN
Patrocinador principal JUMA
Gerente / Líder de Proyecto Juan Manuel Morales Murillo
Página 3
1. Propósito
CONTROL DE INVENTARIOS JUMA Versión 1
En este sistema se van a poder registrar todos los inventarios que actualmente
tiene la empresa y no solo esto sino que también se van a poder registrar los
usuarios que obviamente van a ingresar al sistema de información quienes
registraran los equipos, sus partes,garantías,licencias,marcas, registrar
dependencias de cada uno de los usuarios y generar reportes de cada uno de los
módulos del sistema de información.
2. Alcance del producto / Software
En el sistema se va tener un control de usuarios, e inventarios de la empresa. Lo
cual va ayudar a esta a tener un orden al alcance de cada usuario y obviamente
de los directivos de la empresa de cada uno de sus componentes. Uno de los
Objetivos del sistema será que va a ayudar a esta a tener un control sobre todos
los componentes que en ella se encuentran para lo cual se va a tener un usuario
especifico que va llevar todo este control y lo va registrar en el sistema. Tener este
control en la empresa es super importante ya que ya que al tener una visibilidad
confiable del mismo puedes tomar mejores decisiones además de reducir costos
al no cargar con excesos o faltantes de mercancía y por lo tanto ofrecer un mejor
servicio a tu cliente.
Página 4
3. Funcionalidades del producto
Lista de las funcionalidades del software que se están especificando en el
documento de requerimientos. Cada funcionalidad puede estar compuesta por uno
o varios requerimientos funcionales de software.
Aquí solo se incluye una lista numerada de las principales funcionalidades, la
información detallada de requerimientos funcionales se documenta en la sección 7
de este documento.
4. Clases y características de usuarios
En esta sección se clasifican los usuarios que utilizaran el producto. La
clasificación puede ser en función a la frecuencia de uso, grupo de funcionalidades
utilizadas, privilegios de seguridad, nivel de experiencia y otros parámetros.
Se puede usar una lista para enumerar los usuarios tipo que utilizarán el software,
describiendo las características de cada uno.
Para cada tipo de usuario, se pueden mencionar las funcionalidades de producto
(Sección 4) que le sean relevantes. Igualmente se puede hacer mención de cuales
usuarios utilizan una mayor parte del sistema y con más frecuencia, para
distinguirlos de usuarios ocasionales o que acceden a pocas funcionalidades.
5. Entorno operativo
En esta sección se describe el entorno operativo en el que se desenvolverá el
sistema, software, módulo o grupo de funcionalidades, mencionando aspectos
como la plataforma de hardware, versiones de sistema operativo y otros sistemas
o componentes con los que debe coexistir.
Página 5
6. Requerimientos funcionales
Los requerimientos funcionales de un sistema, son aquellos que describen
cualquier actividad que este deba realizar, en otras palabras, el comportamiento o
función particular de un sistema o software cuando se cumplen ciertas
condiciones.
En esta sección de la plantilla, ilustramos como organizar los requerimientos
funcionales de software por funcionalidad de producto o sistema. Aquí se listan las
funcionalidades y para cada una a su vez se listan los requerimientos funcionales.
Los requerimientos funcionales también se pueden documentar en una matriz de
trazabilidad de requerimientos. Sigue el siguiente enlace y te mostramos una
plantilla:
> Plantilla de matriz de trazabilidad de requerimientos
A continuación se muestra como documentar cada funcionalidad:
9.1. (Nombre de la funcionalidad 1)
En el título de la funcionalidad, se recomienda utilizar nombres lo más descriptivo
posible para cada funcionalidad. No limitarse a nombrarlas “Funcionalidad 1”. Un
buen ejemplo podría ser “Autorización de pedido de compra”.
Descripción: Descripción corta de la funcionalidad.
Prioridad: Nivel bajo, medio o alto de prioridad. Esta debe ser establecida por el
área funcional.
Acciones iniciadoras y comportamiento esperado: Secuencia de acciones de
usuario y respuestas esperadas del sistema para esta funcionalidad.
Requerimientos funcionales: Lista detallada de los requerimientos funcionales
asociados a esta funcionalidad.
Para cada requerimiento funcional se establece como debe mostrarse el software
y cuales comportamientos debe desempeñar para que el usuario pueda realizar la
función que necesita.
Es recomendable incluir como el software debe responder a condiciones de error y
entradas de datos inválidas.
Página 6
Cada requerimiento debe ser identificado unívocamente, para lo cual se
recomienda usar un número de secuencia, que tenga algún significado y de
formato común a toda la organización. Por ejemplo:
REQ-1:
REQ-2:
REQ-3:
Para ver algunos ejemplos de cómo se redactan los requerimientos funcionales, te
recomendamos el siguiente enlace:
> 40 Ejemplos de requerimientos funcionales de software
9.2. (Nombre de la funcionalidad 2)
Seguir los mismos lineamientos de la funcionalidad 1 para tantas funcionalidades
tenga el sistema.
9.3. (Nombre de la funcionalidad N)
Seguir los mismos lineamientos de la funcionalidad 1 para tantas funcionalidades
tenga el sistema.
Página 7
7. Reglas de negocio
Listado de reglas y principios que aplican a todo el conjunto de requerimientos de
software contenidos en el documento. Un ejemplo es cuales individuos o roles
pueden desempeñar cierta función bajo ciertas circunstancias.
Para hacer cumplir las reglas de negocio, podría ser necesaria la definición de
requerimientos funcionales que aplican a todo el sistema, no a una funcionalidad
especifica.
Página 8
8. Requerimientos de interfaces externas
9.1. Interfaces de usuario
Aquí se describen las características de cada interfaz con el usuario.
Se pueden clasificar por tipos o áreas del sistema con interfaz distinta.
Pueden incluirse ejemplos de pantallas.
Describir los estándares de interfaz gráfica (GUI).
Guías de estilo sobre organización de pantalla, estándares para botones,
funciones que se mostrarán en todas las pantallas.
9.2. Interfaces de hardware
Información sobre cuales tipos de dispositivos soporta el sistema por ejemplo:
Computadores, dispositivos móviles, impresoras, otros dispositivos.
Protocolos de comunicación que soporta.
Interacciones de datos y control entre el software y el hardware.
9.3. Interfaces de software
Aquí se describen las interacciones entre el software y otros componentes,
incluyendo: Otros componentes de software y sistemas, y de ser aplicables bases
de datos, sistemas operativos, herramientas, librerías, componentes de software
comercial, entre otros.
9.4. Interfaces de comunicación
Requerimientos de las funciones de comunicación que requiere el producto,
incluyendo email, navegadores web, protocolos de comunicación de red,
formularios electrónicos, entre otros.
Incluye formatos de mensajería, estándares de comunicación (Ej. FTP, HTTP,
etc.). Describir también requerimientos de encriptación y seguridad en las
comunicaciones.
Página 9
9. Requerimientos no funcionales
Los requerimientos no funcionales son los que especifican criterios para evaluar la
operación de un servicio de tecnología de información, en contraste con
los requerimientos funcionales que especifican los comportamientos específicos.
Para ver algunos ejemplos de cómo se redactan los requerimientos no
funcionales, te recomendamos el siguiente enlace:
> Ejemplos de requerimientos no funcionales de software
Página 10
10. Otros requerimientos
Requerimientos no cubiertos en ninguna otra sección del documento de
requerimientos de software, por ejemplo: Requerimientos de bases de datos,
internacionalización, legales y objetivos de reúso de componentes de software.
Página 11
11. Glosario
Descripción de términos y siglas necesarias para el entendimiento del documento
de requerimientos de software.
Página 12
