La especificación funcional (EF) se desarrolla después de los requerimientos de usuario (RU) conocido también como URS y consiste en documentar COMO se van a cumplir los requerimientos de usuarios (RU) y COMO funciona el sistema. Este documento lo debería realizar el desarrollador, pero, para sistemas “En uso” es muy difícil encontrar al proveedor por lo tanto, se sugiere que lo desarrolle alguien del equipo de validaciones o del área técnica.
La especificacion funcional nos servirá más adelante para desarrollar las pruebas
lo primero que te recomiendo es que tengas a la mano los siguientes documentos:
- Requerimientos de usuario (RU): En estos nos vamos a basar y deben estar aprobados previamente.
- Manuales de usuario: Requerimos saber cómo el sistema va a cumplir los requerimientos y casi siempre podemos encontrarlo en este documento.
- Documentación técnica del proveedor: Describe las condiciones en las que debe funcionar el sistema, ej. Manuales de configuración, de administrador, planos del sistema…
Algunos ejemplos de Especificaciones Funcional (EF) que te pueden servir de base para identificar y redactar los tuyos:
| NO. EF | DESCRIPCIÓN ESPECIFICACIÓN FUNCIONAL | NO. RU |
| EF-001 | El servidor donde se instale el sistema cuenta con las siguientes características como mínimo:
· Disco duro: · Procesador: · Sistema operativo: |
RU-001 |
| EF-002 | El sistema opera en las siguientes condiciones ambientales:
· Temperatura: 17 – 27 oC · Humedad: 40% – 50% |
RU-002 |
| EF-003 | Los campos requeridos se identifican con (*), si estos no son diligenciados, el sistema muestra un mensaje de error y no permite guardar o modificar el registro. | RU-003 |
| EF-004 | El sistema cuenta con roles como: Administrador, Supervisor, Operario y/o Mantenimiento. | RU-004 |
| EF-005 | El sistema solicita cambiar la contraseña cada 3 meses de forma automática | RU-004 |
| EF-006 | El sistema bloquea el usuario después de 3 intentos de ingresos fallidos | RU-004 |
| EF-007 | El sistema incluye Audit Trail que registra la fecha y hora de ingreso de los usuarios, así como las acciones de crear, modificar o eliminar registros | RU-005 |
| EF-008 | El Audit Trail no puede modificarse y se encuentra disponible para consulta mediante un reporte PDF. | RU-005 |
Debes tener en cuenta que hay algunos requerimientos que pueden tener varias especificaciones funcionales, ejemplo el RU-004 que tiene 3 EF
Puntos adicionales que debemos documentar en las EF
Estos puntos te servirán de guía para adicionar y redactar otras Especificaciones Funcionales:
- Documentar las interfaces con otros sistemas o con otros módulos. Por ejemplo, con otros equipos (Lector de barras, sensores, equipos de planta)
- Identificar los cálculos críticos
- Identificar los datos más críticos
- Documentar las condiciones de errores, fallas, alarmas
Espero te sirva este ejemplo de análisis de riesgo para tu empresa. ¡Nos vemos pronto!
Si te gusto el blog, déjanos tus comentarios o dudas contactando con nosotros.
_______________________
¡Recuerda! En QbD te podemos ayudar a validar tus sistemas computarizados, calificar los equipos, validar procesos y limpieza.
Contáctanos aquí con los datos de tu proyecto
También puede contactarnos a cualquiera de las oficinas en Latino América
QbD en México (BPF part of QbD group)
QbD Colombia (Qpro part of QbD Group)
llamando a +(57) 350 888 6031 o +(52) 5272 4532
