|
|
|
Una vez identificados los objetivos, el alcance y las restricciones se ha procedido a la definición de los requisitos funcionales y no funcionales (\[metodología\]())
|
|
|
|
|
|
|
|
### Requisitos Funcionales
|
|
|
|
| Id | Descripción | MVP | Fuente |
|
|
|
|
|----|-------------|-----|--------|
|
|
|
|
| RF1 | Debe permitir el diseño de procedimientos adhoc | X | DIRACLOG |
|
|
|
|
| RF2 | El deseño de procedimientos no debe requerir conocimientos de programación, ni editar ficheros de textos | X | NSI |
|
|
|
|
| RF3 | Debe permitir la devolución a un paso anterior | | DIRACLOG, JEST |
|
|
|
|
| RF4 | El usuario debe poder autenticarse mediante usuario/contraseña y Cl@ve | | DIRACLOG |
|
|
|
|
| RF5 | Debe permitir crear plantillas reutilizables de procedimientos | | PLM |
|
|
|
|
| RF6 | Los pasos de un procedimientos deben estar asignados a roles y no a un usuario | | DIRACLOG, JEST |
|
|
|
|
| RF7 | Para instanciar un procedimientos, sólo debe necesitar conocer el procedimiento y no los detalles de la plantilla | | Personal ACLOG |
|
|
|
|
| RF8 | Debe permitir enviar avisos por correo electrónico y Slack a los usuarios | | Panel de expertos |
|
|
|
|
| RF9 | El procedimiento debe conocer su historia | | Panel de expertos |
|
|
|
|
| RF10 | Debe haber un histórico de procedimientos terminados de los 5 últimos años. | | DIRACLOG |
|
|
|
|
| RF11 | Los procedimientos deben contener una descripción y metadata que agilice su búsqueda | | JEST, PLM |
|
|
|
|
| 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 | | JEST, PLM |
|
|
|
|
| RF13 | Cuando un usuario se loguea, se debe presentar los procedimientos que esperan su aprobación | | Personal ACLOG |
|
|
|
|
| RF14 | Un paso en un procedimiento debe permitir añadir comentarios para el resto de los usuarios | | DIRACLOG, JEST, PLM |
|
|
|
|
| RF15 | Los roles tendrán privilegios que limitarán las tareas que pueden realizar | | DIRACLOG, JEST, PLM |
|
|
|
|
|
|
|
|
### Requisitos No Funcionales
|
|
|
|
| Id | Descripción | MVP | Fuente |
|
|
|
|
|----|-------------|-----|--------|
|
|
|
|
| RNF1 | La información personal debe estar cifrada | | DIRACLOG, NSI, Panel de expertos |
|
|
|
|
| RNF2 | Debe de ser funcional incluso con un ancho de banda degradado | | DIRACLOG, JEST, PLM, Personal ACLOG |
|
|
|
|
| RNF3 | Debe permitir el trabajo offline y la actualización una vez se restablezca la conexión | | DIRACLOG, JEST, PLM, Personal ACLOG |
|
|
|
|
| RNF4 | Se debe guardar un registro de cada operación realizada, cuándo, dónde y quién la realizó | | DIRACLOG, Panel de expertos |
|
|
|
|
| RNF5 | Debe ser accesible desde web y móvil | | DIRACLOG, JEST, PLM, Personal ACLOG, Panel de expertos | |
|
|
|
\ No newline at end of file |
