40 Ejemplos de Requerimientos Funcionales

lOMoARcPSD|9790028
40 Ejemplos de requerimientos funcionales
Fundamentos de ingeniería de software (Universidad Técnica Particular de Loja)
StuDocu is not sponsored or endorsed by any college or university

Downloaded by RUBEN ANTHONY DOMINGUEZ HUAMAN (70941837@continental.edu.pe)
lOMoARcPSD|9790028
Autor: Norman Roman Bustos
40 Ejemplos de requerimientos funcionales
A continuación te presentamos los ejemplos de requerimientos funcionales,

clasificados por distintas áreas:
Ejemplos de requerimientos funcionales de proceso o

área de negocio
 El sistema enviará un correo electrónico cuando se registre alguna de las

siguientes transacciones: pedido de venta de cliente, despacho de mercancía al
cliente, emisión de factura a cliente y registro de pago de cliente.
 Se permitirá el registro de pedidos de compra con datos obligatorios

incompletos, los cuales podrán completarse posteriormente modificando el
pedido. Antes de poder aprobarse los datos del pedido deben estar completos.
 Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo

(workflow) de aprobación configurado en el sistema.
 El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas

de proyecto.
 El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de

proyecto.
 El sistema permitirá el envío automatizado de cartas de entrega de órdenes

directamente al almacén.
 A cada orden se le asignará un identificador único, que será utilizado para

identificarla en todos los procesos subsecuentes que se realicen sobre esta.
 Al ingresar ordenes de entrega, toda orden de entrega estará asociada a un

pedido de venta.
 La facturación de pedidos de venta se realizara en lotes, por medio de una

pantalla de pedidos pendientes de facturación, la cual mostrará los pedidos no
facturados. Una vez facturados los pedidos no se mostrarán en esta lista.

lOMoARcPSD|9790028
 El sistema también permitirá el registro de facturas manuales no asociadas a

pedidos, sin embargo, estas requerirán autorización por parte del grupo de
Gerentes antes de ser contabilizadas.
 El proceso de compras en el sistema abarcará los siguientes pasos y

transacciones: Ingreso de la requisición, emisión de la solicitud de cotización y
emisión de la orden de compra.
 Los elementos de la solicitud de cotización serán los mismos de la requisición

asociada, al igual que los de la orden de compra. El sistema permitirá la emisión
de solicitudes de cotización y órdenes de compra parciales.
 La contabilización de transacciones de facturas de venta y facturas de compra

podrá configurarse para realizarse de forma automatizada a su registro, o
manualmente en lotes (Proceso Batch).
 El software debe poder emitir los siguientes estados financieros: Balance

general, Estado de ganancias y pérdidas, Estado de flujos de efectivo. Además,
debe poder emitir un listado de mayor general y mayor analítico.
 Los pedidos de compra que excedan los montos establecidos en el flujo de

liberaciones de pedidos configurados, deberán pasar por las aprobaciones
establecidas en dicho flujo de aprobación.
Ejemplos de requerimientos funcionales de interfaz

gráfica
 La solución validara automáticamente el cliente asociado a una orden con el

sistema de gestión de contactos.
 El campo de monto acepta únicamente valores numéricos con dos decimales.
 El campo fecha de transacción acepta únicamente fechas anteriores al día de hoy

(día actual).
 El campo nombre acepta caracteres alfabéticos únicamente.
 El campo dirección acepta caracteres alfabéticos, numéricos y especiales.
 El campo país consistirá en una lista de preselección. El país asociado a una

dirección debe ser previamente registrado en el sistema.
 El campo estado, provincia o departamento consistirá en una lista de

preselección. A los usuarios se les presentará únicamente los estados asociados

lOMoARcPSD|9790028
al país seleccionado previamente. El departamento o provincia a seleccionar

deberá ser registrado en la funcionalidad correspondiente.
 El campo material de elemento de la pantalla de requisiciones de compra será

una lista de preselección, que mostrará únicamente los materiales registrados en
el maestro de materiales.
 El campo fecha contable acepta únicamente fechas que correspondan con

periodos contables que estén abiertos en el sistema.
 La pantalla de registro de pago puede imprimir los datos en pantalla a la

impresora.
 Se mostrará el nombre, tamaño total, espacio disponible y formato de un pen

drive o flash drive conectado al puerto USB del computador.
Ejemplos de requerimientos funcionales legales o

regulatorios
 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.
 La base de datos será implementada con trazas de auditoría.
 Las hojas de cálculo aseguraran los datos usando firmas electrónicas.
 El sistema permitirá elaborar y emitir el reporte regulatorio XX, según los

requerimientos establecidos en el reglamento y ley aplicable.
 Los libros de venta y de compras serán emitidos en el formato establecido por

las autoridades tributarias de dicha materia.
Ejemplos de requerimientos de seguridad
 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
 El sistema enviará una alerta al administrador del sistema cuando ocurra alguno
de los siguientes eventos: Registro de nueva cuenta, ingreso al sistema por parte
del cliente, 2 o más intentos fallidos en el ingreso de la contraseña de usuario y
cambio de contraseña de usuario.

lOMoARcPSD|9790028
 Los integrantes del grupo de usuarios de analistas pueden ingresar solicitudes

pero no pueden aprobarlas o borrarlas.
 Los integrantes del grupo de usuarios de gerentes pueden ingresar y aprobar

solicitudes, pero no pueden borrarlas.
 Los integrantes del grupo de usuario de administradores no pueden ingresar o

aprobar solicitudes, pero si pueden borrarlas.
 Cualquier intercambio de datos vía internet que realice el software se realizará

por medio del protocolo encriptado https.

lOMoARcPSD|9790028
Ejemplos de requerimientos no funcionales de

producto
Eficiencia
 El sistema debe ser capaz de procesar N transacciones por segundo. Esto se
medirá por medio de la herramienta SoapUI aplicada al Software Testing de
servicios web.
 Toda funcionalidad del sistema y transacción de negocio debe responder al

usuario en menos de 5 segundos.
 El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios
con sesiones concurrentes.
 Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.
Seguridad lógica y de datos

 Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
 El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de

programación que incrementen la seguridad de datos.
 Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que
reside el sistema.
 Todas las comunicaciones externas entre servidores de datos, aplicación y

cliente del sistema deben estar encriptadas utilizando el algoritmo RSA.
 Si se identifican ataques de seguridad o brecha del sistema, el mismo no

continuará operando hasta ser desbloqueado por un administrador de seguridad.
Seguridad industrial
 El sistema no continuará operando si la temperatura externa es menor a 4 grados
Celsius.
 El sistema no continuará operando en caso de fuego. (Ej. Un ascensor).
Usabilidad

lOMoARcPSD|9790028
 El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.
 La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
transacciones totales ejecutadas en el sistema.
 El sistema debe contar con manuales de usuario estructurados adecuadamente.
 El sistema debe proporcionar mensajes de error que sean informativos y

orientados a usuario final.
 El sistema debe contar con un módulo de ayuda en línea.
 La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la

adecuada visualización en múltiples computadores personales, dispositivos
tableta y teléfonos inteligentes.
 El sistema debe poseer interfaces gráficas bien formadas
Dependibilidad
 El sistema debe tener una disponibilidad del 99,99% de las veces en que un
usuario intente accederlo.
 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5 minutos.
 La tasa de tiempos de falla del sistema no podrá ser mayor al 0,5% del tiempo de
operación total.
 El promedio de duración de fallas no podrá ser mayor a 15 minutos.
 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.
Otros ejemplos de requerimientos de producto

 El sistema será desarrollado para las plataformas PC y Macintosh.
 La aplicación debe ser compatible con todas las versiones de Windows, desde
Windows 95.
 La aplicación deberá consumir menos de 500 Mb de memoria RAM.
 La aplicación no podrá ocupar más de 2 GB de espacio en disco.
 La nueva aplicación debe manejar fuentes del alfabeto en Inglés, Idiomas latinos
(Español, Frances, Portugués, Italiano), Arábico y Chino.
 La interfaz de usuario será implementada para navegadores web únicamente con

HTML5 y JavaScript.

lOMoARcPSD|9790028
Ejemplos de requerimientos no funcionales

organizacionales
 El procedimiento de desarrollo de software a usar debe estar definido
explícitamente (en manuales de procedimientos) y debe cumplir con los
estándares ISO 9000.
 La metodología de desarrollo de software será Behaviour Driven Development

(BDD) apoyada en Cucumber.
 El sistema debe ser desarrollado utilizando las herramientas CASE XYZ.
 El proceso de desarrollo se gestionará por medio de una

determinada herramienta web para gestionar el proceso de desarrollo de
software.
 Debe especificarse un plan de recuperación ante desastres para el sistema a ser

desarrollado.
 Cada dos semanas deberán producirse reportes gerenciales en los cuales se

muestre el esfuerzo invertido en cada uno de los componentes del nuevo
sistema.
 Las pruebas de software se gestionaran con una herramienta de gestión de

software testing.
 Las pruebas de software se ejecutarán utilizando Selenium y Ruby como

herramienta y lenguaje Scripting para automatización de software testing.
Ejemplos de requerimientos no funcionales externos

 Sistemas de datos médicos: El nuevo sistema y sus procedimientos de
mantenimiento de datos deben cumplir con las leyes y reglamentos de
protección de datos médicos.
 El nuevo sistema se acogerá a las reglas de las licencias generales públicas

(GNU), es decir será gratuito, código abierto en el que cualquiera podrá cambiar
el software, sin patentes y sin garantías.
 Las páginas web a ser desarrolladas deben cumplir con la ley de tratamiento en
condiciones de igualdad para personas con discapacidad.
 El sistema no revelara a sus operadores otros datos personales de los clientes

distintos a nombres y números de referencia.

lOMoARcPSD|9790028
Requerimientos no funcionales y requerimientos

funcionales
Los requerimientos no funcionales suelen expresarse de una manera general y sin hacer
referencia a algún modulo, transacción o característica del sistema, pues sino pasarían a
ser requerimientos funcionales.
Por ejemplo:
El sistema debe asegurar que los datos estén protegidos del acceso no autorizado
Es recomendable acompañar las definiciones de requerimientos no funcionales con

criterios de aceptación que puedan medirse.
Los requerimientos no funcionales pueden a su vez derivar en requerimientos

funcionales, tomando como ejemplo el anterior:
El sistema incluirá un procedimiento de autorización de usuarios, en el cual los

usuarios deben identificarse usando un nombre de usuario y contraseña. Sólo los
usuarios autorizados de esta forma podrán acceder a los datos del sistema.
Escrito de esta forma, el requerimiento pasa a ser funcional.
Sin embargo, no todos los requerimientos no funcionales pueden derivarse en

requerimientos funcionales, por lo cual es muy importante definir los criterios de
aceptación.

40 Ejemplos de Requerimientos Funcionales

Cargado por

Copyright:

Formatos disponibles

40 Ejemplos de Requerimientos Funcionales

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

40 Ejemplos de Requerimientos Funcionales

Cargado por

Copyright:

Formatos disponibles

lOMoARcPSD|9790028

40 Ejemplos de requerimientos funcionales

Fundamentos de ingeniería de software (Universidad Técnica Particular de Loja)

StuDocu is not sponsored or endorsed by any college or university

Autor: Norman Roman Bustos

40 Ejemplos de requerimientos funcionales

A continuación te presentamos los ejemplos de requerimientos funcionales,

Ejemplos de requerimientos funcionales de proceso o

 El sistema enviará un correo electrónico cuando se registre alguna de las

 Se permitirá el registro de pedidos de compra con datos obligatorios

 Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo

 El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas

 El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de

 El sistema permitirá el envío automatizado de cartas de entrega de órdenes

 A cada orden se le asignará un identificador único, que será utilizado para

 Al ingresar ordenes de entrega, toda orden de entrega estará asociada a un

 La facturación de pedidos de venta se realizara en lotes, por medio de una

Downloaded by RUBEN ANTHONY DOMINGUEZ HUAMAN (70941837@continental.edu.pe)

 El sistema también permitirá el registro de facturas manuales no asociadas a

 El proceso de compras en el sistema abarcará los siguientes pasos y

 Los elementos de la solicitud de cotización serán los mismos de la requisición

 La contabilización de transacciones de facturas de venta y facturas de compra

 El software debe poder emitir los siguientes estados financieros: Balance

 Los pedidos de compra que excedan los montos establecidos en el flujo de

Ejemplos de requerimientos funcionales de interfaz

 La solución validara automáticamente el cliente asociado a una orden con el

 El campo de monto acepta únicamente valores numéricos con dos decimales.

 El campo fecha de transacción acepta únicamente fechas anteriores al día de hoy

 El campo nombre acepta caracteres alfabéticos únicamente.

 El campo dirección acepta caracteres alfabéticos, numéricos y especiales.

 El campo país consistirá en una lista de preselección. El país asociado a una

 El campo estado, provincia o departamento consistirá en una lista de

Downloaded by RUBEN ANTHONY DOMINGUEZ HUAMAN (70941837@continental.edu.pe)

al país seleccionado previamente. El departamento o provincia a seleccionar

 El campo material de elemento de la pantalla de requisiciones de compra será

 El campo fecha contable acepta únicamente fechas que correspondan con

 La pantalla de registro de pago puede imprimir los datos en pantalla a la

 Se mostrará el nombre, tamaño total, espacio disponible y formato de un pen

Ejemplos de requerimientos funcionales legales o

 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

 La base de datos será implementada con trazas de auditoría.

 Las hojas de cálculo aseguraran los datos usando firmas electrónicas.

 El sistema permitirá elaborar y emitir el reporte regulatorio XX, según los

 Los libros de venta y de compras serán emitidos en el formato establecido por

Ejemplos de requerimientos de seguridad

 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

Downloaded by RUBEN ANTHONY DOMINGUEZ HUAMAN (70941837@continental.edu.pe)

 Los integrantes del grupo de usuarios de analistas pueden ingresar solicitudes

 Los integrantes del grupo de usuarios de gerentes pueden ingresar y aprobar

 Los integrantes del grupo de usuario de administradores no pueden ingresar o

 Cualquier intercambio de datos vía internet que realice el software se realizará

Downloaded by RUBEN ANTHONY DOMINGUEZ HUAMAN (70941837@continental.edu.pe)

Ejemplos de requerimientos no funcionales de

 Toda funcionalidad del sistema y transacción de negocio debe responder al

Seguridad lógica y de datos

 El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de

 Todas las comunicaciones externas entre servidores de datos, aplicación y

 Si se identifican ataques de seguridad o brecha del sistema, el mismo no