Programa - WordPress.com...Especificación de Requisitos de Usuario 2 Instrucciones para el uso de...
Transcript of Programa - WordPress.com...Especificación de Requisitos de Usuario 2 Instrucciones para el uso de...
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 [email protected] + 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