PMOInformatica Documento de Requerimientos de Software Plantilla

La Oficina de Proyectos de Informática
www.pmoinformatica.com
Documento de requerimientos de
software
[AA Josue]
Fecha: [08/04/2023]
La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Página 1
Tabla de contenido
Historial de Versiones................................................................................................3
Información del Proyecto...........................................................................................3
Aprobaciones.............................................................................................................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
Información del Proyecto

Empresa / Organización Aires Acondicionados
Proyecto Base de datos
Fecha de preparación
Cliente Josue Juarez
Patrocinador principal Josue Juarez
Gerente / Líder de Proyecto Emma Serna
Gerente / Líder de Análisis Emma Serna/JOsue Juarez
de negocio y requerimientos
Aprobaciones
Nombre y Apellido Cargo Departamento u Fecha Firma
Organización
Emma Serna Practicante UVEG
Propietario AA
Josue Juarez

Página 3
1. Propósito
En esta sección se define el nombre o título del software que se está especificado
en el documento, incluyendo su número de versión o Release.
Luego se describe cuales componentes o partes del alcance del producto están
incluidas en el documento, estableciendo si este documento cubre la totalidad del
software, sólo una parte del sistema, subsistema o subgrupo de procesos.
2. Alcance del producto / Software

Se incluye una corta descripción del alcance del software que se está
especificando, incluyendo:
 Su propósito u objetivo general.

 Beneficios que brinda al área de negocio y organización.
 Objetivos y metas. Es recomendable establecer la relación de los objetivos
del software con los objetivos corporativos y estrategias de negocio.
 Se puede hacer referencia a otros documentos, por ejemplo una definición
de alcance u acta de constitución del proyecto.
3. Referencias
Aquí se pueden incluir otros documentos impresos, documentos electrónicos o

direcciones electrónicas que complementen la documentación de requerimientos
de software, por ejemplo: Documentos de visión, definición de alcance, otros
documentos de especificación de requerimientos de software, flujogramas,
políticas, procedimientos de la organización, entre otros.
Para cada referencia es recomendable incluir el título, autor, versión, fecha y

ubicación física o electrónica.

Página 4
4. 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.
*BD con datos del producto: Nombre, código, inventario, proveedor, costo compra,
costo venta, margen
*BD proveedores: Nombre, datos de contacto, datos facturación, código
*BD clientes: Nombre, datos de contacto, datos facturación, código, notas de venta
realizadas
*Tipo de servicio: Descripción, código, insumos requeridos, costo, horas invertidas,
técnicos involucrados, precio a cliente
-Se debe mantener una base de datos de los productos (catálogo), misma
actualizada con su inventario, con posibilidades de generar un reporte de stock,
fechas y cantidades de últimas compras, y un previo de pedido.
- Se debe mantener una base de datos de los proveedores (catálogo o listado),
misma actualizada con su información, con posibilidades de generar un reporte de
fechas y cantidades de últimas compras.
- Se debe mantener una base de datos de los clientes (listado), misma actualizada
con su información, con posibilidades de generar un reporte de servicios
realizados al mismo.
Se debe mantener una base de datos de los servicios (catálogo), misma
actualizada con su inventario de requerimientos.
*Dar de alta/baja/consulta un producto, asignándole un ID, se capturan: nombre,

proveedor, características, stock inicial.
 El producto se puede actualizar en: Stock, proveedor. ID, nombre y
características, no deben cambiar.
*Dar de alta/baja/consulta los proveedores, asignándoles ID, se capturan: nombre,
razón social, RFC, dirección, teléfono, link para pedidos, productos que maneja,
tiempos de entrega de los mismos, mínimo de compra.
 Se pueden actualizar los datos de contacto y de facturación.
*Dar de alta/baja/consulta los clientes, asignándoles un ID, se capturan: nombre,
dirección, teléfono, e-mail, RFC, notas de comprar (mismas deben desglosarse),
especificar si es cliente o prospecto (nota de venta o cotización).
 Se pueden actualizar datos de contacto, modificar status
(Cliente/prospecto).
*Dar de alta servicios, asignándoles ID, se capturan: descripción, costo, insumos
requeridos, precio al público.

Página 5
 No se dan de baja, ya que son servicios permanentes que se ofrecen

(reutilizables), es posible manejar un campo con especificaciones diferentes
y realizar el cálculo correspondiente al costo y precio.
 No se manejan n stock, ya que dependen de la necesidad del cliente. Sin
embargo, se deben ligar al stock de piezas disponibles, haciendo la
correspondiente solicitud.
5. 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.
6. 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.
7. Requerimientos funcionales

Página 6
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.
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:

Página 7
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.
8. Reglas de negocio

Página 8
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.
9. Requerimientos de interfaces externas

Página 9
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.
10. Requerimientos no funcionales

Página 10
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
11. Otros requerimientos

Página 11
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 12
12. Glosario
Descripción de términos y siglas necesarias para el entendimiento del documento
de requerimientos de software.

Página 13

PMOInformatica Documento de Requerimientos de Software Plantilla

Cargado por

Copyright:

Formatos disponibles

PMOInformatica Documento de Requerimientos de Software Plantilla

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PMOInformatica Documento de Requerimientos de Software Plantilla

Cargado por

Copyright:

Formatos disponibles

La Oficina de Proyectos de Informática

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Información del Proyecto...........................................................................................3

2. Alcance del producto / Software.........................................................................4

4. Funcionalidades del producto.............................................................................5

5. Clases y características de usuarios..................................................................5

9.1. (Nombre de la funcionalidad 1)....................................................................6

9.2. (Nombre de la funcionalidad 2)....................................................................7

9.3. (Nombre de la funcionalidad N)....................................................................7

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

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Información del Proyecto

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

2. Alcance del producto / Software

 Su propósito u objetivo general.

Aquí se pueden incluir otros documentos impresos, documentos electrónicos o

Para cada referencia es recomendable incluir el título, autor, versión, fecha y

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

4. Funcionalidades del producto

Aquí solo se incluye una lista numerada de las principales funcionalidades, la

*Dar de alta/baja/consulta un producto, asignándole un ID, se capturan: nombre,

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

 No se dan de baja, ya que son servicios permanentes que se ofrecen

5. Clases y características de usuarios

Para cada tipo de usuario, se pueden mencionar las funcionalidades de producto

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Los requerimientos funcionales de un sistema, son aquellos que describen

En esta sección de la plantilla, ilustramos como organizar los requerimientos

Los requerimientos funcionales también se pueden documentar en una matriz de

> 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

Descripción: Descripción corta de la funcionalidad.

Acciones iniciadoras y comportamiento esperado: Secuencia de acciones de

Requerimientos funcionales: Lista detallada de los requerimientos funcionales

Para cada requerimiento funcional se establece como debe mostrarse el software

Es recomendable incluir como el software debe responder a condiciones de error y

Cada requerimiento debe ser identificado unívocamente, para lo cual se

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Para ver algunos ejemplos de cómo se redactan los requerimientos funcionales, te

> 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

9.3. (Nombre de la funcionalidad N)

Seguir los mismos lineamientos de la funcionalidad 1 para tantas funcionalidades

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

Listado de reglas y principios que aplican a todo el conjunto de requerimientos de

9. Requerimientos de interfaces externas

La Oficina de Proyectos de Informática (http://www.pmoinformatica.com)

9.1. Interfaces de usuario

Aquí se describen las características de cada interfaz con el usuario.