Programa

Sistemas de Información

Profesor: Rita de la Torre

Grupo

Especificación de

Requisitos de Usuario

Proyecto: [Nombre del proyecto]

Revisión [02]

Especificación de Requisitos de Usuario

2

Instrucciones para el uso de este formato

Este formato es una plantilla tipo para documentos de requisitos de Sistemas de Software.

Está basado en el estándar IEEE Std 830-1998.

Dadas las circunstancias de uso, las secciones que no se apliquen al proyecto de fin de curso,

se especificarán como no aplicables (NA).

Notas:

Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por

los contenidos descritos en cada apartado.

Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de

texto.

Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma

que su numeración consecutiva se genera automáticamente según se trate de estilos “Titulo1,

Titulo2 y Titulo3”.

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro

al final de la línea de título: (Estilos Normal indentado1, Normal indentado 2 y Normal

indentado 3).

El índice del documento es una tabla de contenido que MS Word actualiza tomando como

criterio los títulos del documento.

Una vez terminada su redacción debe indicarle a Word que actualice todo su contenido para

reflejar el contenido definitivo.

Especificación de Requisitos de Usuario

3

Ficha del documento

Fecha Revisión Autor Verificado Departamento de Calidad

22/01/2014 1 JUAN DIEGO ALCALDE VASALLO

ADMINISTRACION

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

30/01/2015 10/02/2015

Fdo. D./ Dña JUAN DIEGO ALCADE Fdo. D./Dña FILEMAKER SA

Especificación de Requisitos de Usuario

4

Contenido

Ficha del documento 3

Contenido 4

Introducción 6

Propósito 6

Alcance 6

Personal involucrado 6

Definiciones, acrónimos y abreviaturas 6

Referencias 7

Resumen 7

Descripción general 8

Perspectiva del producto 8

Funcionalidad del producto 8

Características de los usuarios 9

Restricciones 9

Suposiciones y dependencias 9

Evolución previsible del sistema 9

Modelo de Datos 9

Requisitos específicos 10

Requisitos comunes de los interfaces 11

Interfaces de usuario 11

Interfaces de hardware 12

Especificación de Requisitos de Usuario

5

Interfaces de software 12

Interfaces de comunicación 12

Requisitos funcionales 12

Requisito funcional 1 ¡Error! Marcador no definido.

Requisito funcional 2 ¡Error! Marcador no definido.

Requisito funcional 3 ¡Error! Marcador no definido.

Requisito funcional n ¡Error! Marcador no definido.

Requisitos no funcionales 12

Requisitos de rendimiento 12

Seguridad 13

Fiabilidad 13

Disponibilidad 13

Mantenibilidad 13

Portabilidad 13

Otros requisitos 14

Apéndices 15

Especificación de Requisitos de Usuario

6

Introducción

Documento legal en relación al acuerdo estándar del cliente Marnet Loeb SL y el

proveedor MejorconWeb SL.

Propósito

-Creación de una BBDD para la gestión de la Residencia Batlle

- Este documento está dirigido a la empresa MejorconWeb SL

- El software tiene que estar en la nube y poder acceder por internet

Alcance

Nombre del producto: GESTRESIDENT 1.0

Personal involucrado

Nombre Juan Diego Alcalde Vasallo

Rol Gestor de la Residencia

Categoría profesional Administrador de la Residencia

Responsabilidades Guía + Organizador + Revisor + Control

Información de contacto jd.sumaysige@gmail.com + 616 814 509

Aprobación Se realizara por email indicando fecha y hora

Definiciones, acrónimos y abreviaturas

Gerocultor = Trabajador que cuida a los pacientes de la residencia de manera directa,

sus tareas generales son dar de comer, bañar, control de los residentes.

TS= trabajadora social

RHS= responsable higiénico sanitario, controlador de la calidad de los alimentos

PC= punto de control (fichaje de la entrada / salida del persona)

Especificación de Requisitos de Usuario

7

Referencias

Referencia Titulo Ruta Fecha Autor

001 Organigrama Anexo 1 22/01/2015 Juan Diego

002 Esquema de

gestión

Anexo 2 22/01/2015 Juan Diego

003 Personas que

tendrán accesos

Anexo 3 22/01/2015 Juan Diego

004 Circuito uso Anexo 4 22/01/2015 Juan Diego

Resumen

[Inserte aquí el texto]

Descripción del contenido del resto del documento

Explicación de la organización del documento

Especificación de Requisitos de Usuario

8

Descripción general

Perspectiva del producto

Es un producto independiente el cual tiene que estar sujeto a que se complemente y

mejore en el futuro con aplicaciones y interfaces nuevas (control de IPAD, control de

impresoras, conectado a Scaner médicos, conectado a Ecografo, conectado a

pantallas de TV para dar información…)

Funcionalidad del producto

Diagrama ejemplar de los objetivos de la BBDD:

Especificación de Requisitos de Usuario

9

Características de los usuarios

Tipo de usuario Administrador

Formación ADE

Habilidades Nivel 4 (1 al 5)

Actividades Control de informes, corrección de errores…

Tipo de usuario Enfermera / ATS

Formación Enfermería /TS

Habilidades Nivel 2-3 (1 al 5)

Actividades Visualización de informes, introducción de datos

Tipo de usuario Gerocultora

Formación Gerocultora (ESO)

Habilidades Nivel 1-2 (1 al 5)

Actividades Visualización de informes, introducción de datos

Restricciones

- El sistema ira a un entorno internet Explorer o google Chrome.

- Interactuar con el escáner de la empresa (HP Scanjet Enterprise Flow N9120)

Suposiciones y dependencias

- Tiene que ir a entorno Explrer o Google Chrome.

Evolución previsible del sistema

- Uso de Ipad y ecógrafos que enviaran fotos y videos.

- Uso de lector de firmas.

Modelo de Datos

-BBDD en nube

-BBDD relacional en lenguaje SQL

Especificación de Requisitos de Usuario

10

Requisitos específicos

Número de requisito R1

Nombre de requisito Modelo + Lenguaje

Tipo x Requisito - Restricción

Fuente del requisito Modelo Relacional en lenguaje SQL

Sistema libre y abierto

Prioridad del requisito X

Alta/Esencial

-

Media/Deseado

-

Baja/ Opcional

Número de requisito R2

Nombre de requisito Nube

Tipo x Requisito - Restricción

Fuente del requisito Tiene que estar en la nube y poder acceder a ella por

Internet Explorer por cualquier sistema operativo.

Prioridad del requisito X

Alta/Esencial

-

Media/Deseado

-

Baja/ Opcional

Número de requisito R3

Nombre de requisito Modelo

Tipo x Requisito - Restricción

Fuente del requisito Copia automática cada 1 H (con un historial de 30 días)

Prioridad del requisito X

Alta/Esencial

-

Media/Deseado

-

Baja/ Opcional

Especificación de Requisitos de Usuario

11

Requisitos comunes de los interfaces

Interfaces de usuario

La interface de usuario tiene que indicar hora, fecha y persona que lo usa.

Un interface simple y muy concreta, recomendamos los formatos nuevos de

Windows por cuadrados.

Nos gustaría usar el color verde de fondo.

Especificación de Requisitos de Usuario

12

Interfaces de hardware

Tiene que tener la capacidad de trabajar en el futuro con pantallas táctiles.

Introducir datos por circuito estándar de teclado + ratón.

Tener interface para poder acceder a archivos de fotos y video.

Interfaces de software

Interfaces de comunicación

Se tiene que tener en cuenta:

-Scaner: HP Scanjet Enterprise Flow N9120

-Ecografo: Software Echo Wave II (se puede bajar de internet gratis) le

indicamos el link: http://www.ecografostelemed.es/software/

Requisitos funcionales

- Secuencia exacta de entrada y salida de usuarios.

- Respuesta en caso de falta de comunicación con la nube o no poder acceder a

internet.

- Ingresar / Recuperar los datos guardados en la copia de seguridad de manera

automática.

- Se almacenará fotos en formato GIF, video en formato WACC y PDF.

Requisitos no funcionales

Requisitos de rendimiento

- Numero usuarios simultáneamente conectados: 3

- Numero de usuario que gestionara: 25-30 pacientes, y guardar el historial de

todos.

- Numero de terminales: 3

Especificación de Requisitos de Usuario

13

Seguridad

- Empleo de protocolo estándar según la ley LOPD.

- Entrada de usuarios con contraseñas que cada 3 meses se tiene que cambiar, bajo

la autorización del administrador.

- Existencia de niveles de uso:

o 1. A0: puede modificar e introducir y eliminar datos

o 2. A1: puede introducir y visualizar datos

o 2. A2: solo visualizar datos

- Creación sistemática y automatizada de copia de seguridad de toda la BBDD cada

1h durante 1 mes de histórico.

Fiabilidad

En caso de caída, se pide que se actualice automáticamente con los datos de

seguridad guardados.

En caso de pérdida de conexión que lo indique y guarde internamente.

Disponibilidad

Recomendamos que se fragmenten los datos para tener une disponibilidad

actualizada y rápida.

Mantenibilidad

- Generación de autoguardado cada 1 h con historial de 30 días.

- Generación de informes cada día y mes.

Portabilidad

- Tiene que estar en la nube, se escogerá un servidor que brindara el aceso y

interface 100%.

Especificación de Requisitos de Usuario

14

Otros requisitos

Requisitos Legales: Ley LOPD

Especificación de Requisitos de Usuario

15

Apéndices

Mapa estratégico del proyecto (actividad 6) KPI

Para este punto me baso en la web:

http://www.tablerodecomando.com/software-tablero-de-comando-dashboard-1/

RRHH

•Gestion puestos de trabajo

•KPI: Numero de faltas de tabajo

•KPI: Cuadro de hoario / vacaciones anual

•KPI: Numero de personas nuevas / numero de personas que quieren trabajar

•KPI: Numero de quejas en relacion a los trabajadores de la residencia

CLIENTES

• Control de clientes segun cubran los costes

•KPI: Paciente / horas por gerocultor

•KPI: Numero de pacientes / encuesta de satisfacción

•KPI: Numero de quejas por pacientes

•KPI: Valoracion de satisfaccion segun: Seguridad, limpieza, gestion administrativa, precio y localizacion (esto seria una grafica en RED para visualizar)

FINANCIERA

•Control de Ingresos y Gastos

•KPI: Ingresso y evolucion por mes / día

•KPI: Gastos y evolucion por mes / día

•KPI: Ingreso y Gasto / paciente

•KPI: Costo fijo y variable / 1 hora de trabajo