RF1 |
Debe permitir el diseño de procedimientos adhoc |
X |
X |
X |
RF2 |
El diseño de procedimientos no debe requerir conocimientos de programación, ni editar ficheros de textos |
|
|
X |
RF3 |
Debe permitir la devolución a un paso anterior |
X |
X |
X |
RF4 |
El usuario debe poder autenticarse mediante usuario/contraseña y Cl@ve |
|
X |
X |
RF5 |
Debe permitir crear plantillas reutilizables de procedimientos |
X |
X |
X |
RF6 |
Los pasos de un procedimientos deben estar asignados a roles y no a un usuario |
X |
X |
X |
RF7 |
Para instanciar un procedimientos, sólo debe necesitar conocer el procedimiento y no los detalles de la plantilla |
X |
X |
X |
RF8 |
Debe permitir enviar avisos por correo electrónico y Slack a los usuarios |
X |
X |
X |
RF9 |
El procedimiento debe conocer su historia |
|
|
X |
RF10 |
Debe haber un histórico de procedimientos terminados de los 5 últimos años. |
X |
X |
X |
RF11 |
Los procedimientos deben contener una descripción y metadata que agilice su búsqueda |
X |
X |
X |
RF12 |
El histórico de procedimientos debe permiten el filtrado por fecha, metadata, nombre y descripción. Filtrado que debe realizarse mientras se va escribiendo |
X |
X |
X |
RF13 |
Cuando un usuario se loguea, se debe presentar los procedimientos que esperan su aprobación |
X |
X |
X |
RF14 |
Un paso en un procedimiento debe permitir añadir comentarios para el resto de los usuarios |
X |
X |
X |
RF15 |
Los roles tendrán privilegios que limitarán las tareas que pueden realizar |
X |
X |
X |
RNF1 |
La información personal debe estar cifrada |
X |
|
X |
RNF2 |
Debe de ser funcional incluso con un ancho de banda degradado |
|
|
X |
RNF3 |
Debe permitir el trabajo offline y la actualización una vez se restablezca la conexión |
|
|
X |
RNF4 |
Se debe guardar un registro de cada operación realizada, cuándo, dónde y quién la realizó |
|
|
X |
RNF5 |
Debe ser accesible desde web y móvil |
X |
X |
X |
|
Total de Requisitos (20) |
14 |
14 |
20 |