Barra Superior

PMOinformatica.com
La oficina de proyectos de informática
La web sobre gerencia de proyectos de informática, software y tecnología.
Síguenos en:     

lunes, 6 de febrero de 2017

Requerimientos funcionales: Ejemplos

Requerimientos funcionales Ejemplos

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.

Por lo general, estos deben incluir funciones desempeñadas por pantallas específicas, descripciones de los flujos de trabajo a ser desempeñados por el sistema y otros requerimientos de negocio, cumplimiento, seguridad u otra índole.

En este artículo, te presentamos ejemplos de requerimientos funcionales, relacionados con funciones del negocio, datos que deben ingresarse en las pantallas del sistema (interfaz gráfica), los relacionados con control de acceso o emisión de reportes requeridos por entes reguladores, entre otros.

PMOInformatica presenta: 40 Ejemplos de requerimientos funcionales de un sistema.

Como se describen y clasifican los requerimientos funcionales

Los requisitos funcionales de un software se suelen registran en la matriz de trazabilidad de requerimientos y en la especificación de requerimientos de software, este último, documenta las operaciones y actividades que el sistema debe poder desempeñar.

Entre los posibles requerimientos funcionales de un sistema, se incluyen: 

  • Descripciones de los datos a ser ingresados en el sistema.
  • Descripciones de las operaciones a ser realizadas por cada pantalla.
  • Descripción de los flujos de trabajo realizados por el sistema.
  • Descripción de los reportes del sistema y otras salidas.
  • Definición de quien puede ingresar datos en el sistema.
  • Como el sistema cumplirá los reglamentos y regulaciones de sector o generales que le sean aplicables.

Al igual que otros tipos de requerimientos de software, como por ejemplo los requerimientos no funcionales, los requerimientos funcionales se pueden clasificar según su finalidad, como por ejemplo requerimientos de negocio, requerimientos originados en aspectos regulatorios, de seguridad, entre otros.

Formación en Ingeniería de requisitos

Curso online de Ingeniería de requisitos


Se ha hecho muy evidente que una especificación deficiente de los requisitos del software puede conducir a proyectos fallidos, de allí que esta disciplina cada vez adquiera mayor importancia.

El curso de Ingeniería de requisitos esta diseñado para enseñarte a identificar y analizar requisitos de manera integral, con el cual garantizaras la elaboración de especificaciones funcionales de calidad.

Conocerás técnicas de levantamiento de requisitos como la revisión de documentación, observación y entrevistas, técnicas para el análisis como la descomposición funcional, modelado de procesos, MoSCoW, TimeBoxing, así como actividades de gestión de requisitos para su organización, priorización y gestión de alcance.


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.
  • 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 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.

Curso de estimaciones de software



Una de las actividades fundamentales en los proyectos de ingeniería de software, es el poder estimar el esfuerzo, medido en horas o jornadas que tomará realizar un proyecto de desarrollo de software.

La técnica del análisis de Puntos de Función (FPA) es considerada la principal herramienta para la medición funcional de productos de software y de los procesos involucrados en su desarrollo. Comprende conceptos que pueden ser entendidos tanto por el desarrollador como por los usuarios.


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.
  • 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.

Ejemplos de requerimientos de interfaces externas (Hardware y Software)

  • El software podrá ser utilizado en los sistemas operativos Windows, Linux y OSX.
  • La aplicación debe poder utilizarse sin necesidad de instalar ningún software adicional además de un navegador web.
  • La aplicación debe poder utilizarse con los navegadores web Chrome, Firefox e Internet Explorer.

Acerca de los requerimientos funcionales

Los requerimientos funcionales deben redactarse de tal forma que el lector pueda entender el funcionamiento del sistema sin tener conocimientos técnicos particulares de su funcionamiento.

Lo importante es definir una forma estándar para expresar los requerimientos y ser consistente con la misma en todos los documentos.

Asimismo, los requerimientos funcionales no necesariamente tienen que definirse en forma de narrativas escritas, sino que también pueden utilizarse diagramas o flujos de procesos, los cuales se incluyen en la especificación funcional del software o sistema a desarrollar.

Para identificar y documentar los requerimientos funcionales de software, se siguen dos pasos, en primer lugar se aplican técnicas de levantamiento de requisitos, tales como la observación, entrevistas, observación, entre otras.

Luego del levantamiento, se aplican técnicas de análisis de requerimientos para revisar la información obtenida en el levantamiento y elaborar la especificación funcional, algunas de estas técnicas son la descomposición funcional, modelado de procesos, los casos de uso y otras más.

¿Y qué opinas tú?

¿Posee tu organización una metodología de levantamiento y gestión de requerimientos funcionales? ¿Qué formato o estructura utilizas en tu organización para documentarlos?

¿Buscas más información de gerencia informática?

¿Quieres obtener completamente gratis y directamente en tu correo electrónico plantillas, artículos y otros recursos de gerencia informática?, entonces presiona "suscríbete" a continuación.

Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

También puedes seguirnos vía Twitter, Facebook o Linkedin:

   

Referencias

Eriksson, U. Functional vs non functional requirements. Publicado en ReqTest.

Eriksson, U. The difference between functional and non-functional requirements. . Publicado en ReqTest. 

Ofni Systems. Functional Requirements

ReqView. Documentation Examples

Artículos relacionados

2 comentarios :

Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.