Especificación de Requisitos (versión final).

Documentos relacionados
Introducción. Propósito. Ámbito del Sistema. Ingeniería del Software I

Especificación de Requisitos (ERS)

Pruebas de caja negra

HERRAMIENTA WEB DE PAUTADO TERAPÉUTICO

Interfaz de usuario Donantonio

Análisis de Requisitos del Software. Universidad de Oviedo Departamento de Informática

Criterios de Evaluación

El sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).

Especificación de requisitos de software

Seminario 1: Documento de Especificación de Requisitos. Laboratorio de Programación Curso 2006/2007 Impartido por: Fran Ruiz

TEMA II OFIMÁTICA EMPRESARIAL

Base de Datos. Formularios. Consultas

Sistema Control de Envíos

PHP 7 Desarrollar un sitio web dinámico e interactivo

Ejemplo de Casos de Uso. Gestión básica de una biblioteca.

TEMA: ENTRADAS PROPUESTAS PARA EL PROCESO DE VERIFICACIÓN DE REQUERIMIENTOS. NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE

Descripción general sobre los informes del FreeStyle Libre

ESQUEMA DEL TRABAJO DE INVESTIGACIÓN (TI)

HISTORIA CLÍNICA Y REGISTROS E INTERDEPENDENCIA

Medidor de grado para investigación con Calibración Check ph/orp y Temperatura HI 5221

Descripción de la Plataforma Web

GLOSARIO DE TÉRMINOS

IB14 Informática para la construcción. Tema 4. Sistemas gestores de bases de datos

Informe Técnico Previo de Evaluación de Software

Registrar información o datos de una persona REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:

Requerimientos de Software

Donantonio: sistema bibliográfico de publicación distribuida automática

Gestor de bases de datos MicroSoft Access (2 de 4)

HERRAMIENTA PARA LA ELABORACIÓN DEL DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE: HEDERS.

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

IFCT0209 Sistemas Microinformáticos

estadístico de datos e información, así como su presentación en gráficos.

Universidad Ricardo Palma

Figura 26. Diagrama principal del proyecto. INSTITUTO TECNOLÓGICO DE COLIMA 75

Certificar la accesibilidad de su sitio Web AENOR 1

MI AULATIC 2.0. Insertando las TIC en el aula

CONCURSO ABIERTO C.M. Nº 03/07 TR

Comunitat Valenciana Skills

Base de Datos en Access 2007

MicroSoft Access (2 de 4)

2. OBJETO DEL CONTRATO

1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.

Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor

AUDITORIA INFORMATICA NORMA IEEE COBOS LOMELI MANUEL ALEJANDRO LÓPEZ RIVERA JOSÉ MIGUEL HERNÁNDE HERNÁNDEZ AARON

ACCESO A LA APLICACIÓN...

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE

Manual de usuario de la aplicación de gestión de actas

MANUAL DE INSTALACIÓN

Implementación de un Servicio de Nomenclátor según la norma MNE y el estándar WFS-G

Software Desarrollado: la aplicación HAdDA

UNIVERSIDAD DE OVIEDO

Proyecto HLanData: Visor y Servicios Web de valor añadido.

EVALUACIÓN SOBRE LA PROPUESTA DE MODIFICACIÓN DE PLAN DE ESTUDIOS

Matriz de Competencias THEME Mecatrónica con Competencias Parciales/ Unidades de Resultados de Aprendizaje

ANEXO B PUNTOS TAREA

Plataforma de Tramitación Notas de versión. Versión: v01r00 Fecha: 03/12/2012

Consejería de Justicia y Administración Pública. Definición Detallada de Requisitos. Versión: v01r00 Fecha: 21/07/2008

Especificación de requisitos de software. Proyecto: PLATAFORMA UNIFICADA DE PRODUCTOS Y SERVICIOS VETERINARIOS Revisión 1

CUARTO CURSO DE EDUCACIÓN SECUNDARIA OBLIGATORIA. 1. Adoptar conductas y hábitos que permitan la protección del individuo en su interacción en la red.

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

COMPLETAR DATOS PERSONALES ALUMNO

Desarrollo del Módulo de Transportes para el Sistema de Gestión Académica RUTADEMIC

ESS-OBRAS SOFTWARE DE GESTIÓN PARA OBRA Y CONSTRUCCIÓN

Prueba, caso de prueba, defecto, falla, error, verificación, validación.

Evaluador Físico Electrónico para Test de Aptitud Física

PRESENTACIÓN DEL PRODUCTO IDEAL GESTIÓN Edición corporativa

ESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA

Especificación de requisitos de software. Proyecto: [Nombre del proyecto] Revisión [99.99] [Mes de año]

PRUEBAS DE ACCESO A LOS CICLOS FORMATIVOS DE GRADO SUPERIOR Convocatoria de 20 de junio de 2016 (Resolución de 23 de marzo de 2016)

Kits Digitales de Inspección Elcometer

IFCD0210 Desarrollo de Aplicaciones con Tecnologías Web (Online)

Analizador de redes portátil

EXCMO. AYUNTAMIENTO DE BAEZA SECRETARIA GENERAL > CONTRATACION PLIEGO DE PRESCRIPCIONES TECNICAS

Modalidades.

Aplicación de Trazabilidad de Explosivos

Básculas y Balanzas Barcelona FICHA DE PRODUCTO. Ohaus RH. Balanza comercial colgante con impresora

Manejar aplicaciones ofimáticas en la gestión de la información de la documentación.

Especificación de Requerimientos del Sistema Proyecto: Asistente Samuel Robinson. Versión: 1.0.0

Medidor LCR de Banco. Hoja de Datos. Modelo 891. Características & Beneficios

Notas Versión v1.4.1

Ingeniería de Software: Y eso qué es?

ágil, segura, confiable y oportuna por lo que representa una herramienta de gran utilidad y que aporta valor a la organización.

Balanzas de la Serie R. Soluciones Innovadoras - Nuevas posibilidades

Guía de uso para la solicitud de Convocatoria de Entidades (Responsable de Institución)

Administración

Grupos GEDES y SALMER

Planeador de Torneos y Competencias: PLATYCO. Documentación de la Arquitectura de Software

Guía abreviada nuevas funcionalidades de la Oficina Virtual. Área Web y Administración Electrónica

Universidad de Valladolid

Conectado a la eficiencia. Tecnología para la eficiencia energética 1

TRAMITACIÓN A TRAVÉS DEL REGISTRO ELECTRÓNICO PASOS A SEGUIR:

Operaciones con bases de

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática

Realizar actividades de gestión administrativa derivadas de los procedimientos sancionadores y de revisión.

Examen escrito de Programación 1

Ingeniería de Requerimientos. Herramientas y Técnicas de la Ingeniería de Requerimientos

FUNDAMENTOS DE BASES DE DATOS TEMA 3

Transcripción:

Especificación de Requisitos (versión final). Programa de gestión de glucosa en sangre para pacientes diabéticos. 28/10/2009 Verificación y Validación del Software Miguel Díaz López Máster en Tecnologías de la Información Facultad de Informática, Universidad Politécnica de Madrid.

Los objetivos generales del sistema a desarrollar son: La aplicación de gestión de información tendrá un carácter local (aplicación de escritorio). El sistema será compatible entre diferentes marcas y modelos de medidores. La aplicación local será multiplataforma e internacionalizada. El sistema facilitará el uso a usuarios con conocimientos básicos de informática. Restricciones : Añadida sección de restricciones ampliando algunos requisitos para aclarar conceptos. Rest.1. Todos los usuarios que usen la aplicación deberán estar dados de alta en el sistema. Rest.2. El usuario debe proporcionar como campos obligatorios para realizar un alta en el sistema el nombre, primer apellido y dni. Rest.3. Para mostrar las gráficas representativas de los valores de la enfermedad del paciente o realizar informes debe haber almacenados al menos 2 mediciones. En caso contrario se mostrará un mensaje de error al usuario, y se le impedirá la visualización de éstos. Requisitos funcionales RF.1. Debe obtener información de mediciones externas realizadas por el paciente (nivel de glucosa en sangre, fecha y hora de la prueba, comentarios, información de la marca y modelo del medidor). Entrada: Teclado, importación desde fichero o conexión con el medidor. Precisión y rango: Nivel de glucosa en sangre (miligramos de glucosa por litro de sangre, sin decimales), fecha (dd/mm/aaaa) y hora (hh:mm). RF.2. Debe almacenar de forma ordenada la información introducida de forma que ésta pueda ser recuperada por el usuario de manera sencilla. : Añadida información de entrada, precisión, rango, formato

RF.3. Tendrá que ser capaz de procesar los datos para obtener valores estadísticos. Valores estadísticos a incluir: I. Nivel medio (nivel de glucosa en sangre obtenido como cálculo del valor promedio en las mediciones almacenadas, con dos decimales). II. Casos de Hiperglucemia (porcentaje de episodios, con dos decimales, cuyo nivel de glucosa en sangre sea superior a 120 miligramos por litro de sangre). III. Casos de Hipoglucemia (porcentaje de episodios, con dos decimales, cuyo nivel de glucosa en sangre sea inferior a 80 miligramos por litro de sangre). RF.4. Generará gráficos comparativos entre los niveles del paciente y las pautas normales según las cuales debería comportarse su enfermedad y los presentará de acuerdo a las pautas establecidas en la sección Requisitos de Interfaz de usuario. RF.5. Permitirá la importación/exportación de las mediciones almacenadas en la aplicación en un formato estándar determinado (fichero.xml), de acuerdo con el siguiente formato: <Mediciones> : Valores estadísticos que se deben incluir (y descripción de los mismos, con unidades). otra sección. : Añadida referencia a : Se ha adjuntado una definición sencilla del formato que desea el usuario para el fichero de importación/exportación. <Medicion fecha= dd/mm/aaaa hora= hh:mm nivel= xxx > <Medidor marca= marca modelo= modelo /> <Comentario valor= comentario /> </Medicion> </Mediciones> Requisitos no funcionales Requisitos tecnológicos RNF.1. Debe considerar los diferentes tipos de medidores que existen en el mercado. RNF.2. Deberá facilitar la inclusión de los medidores que vayan apareciendo en el mercado. Requisitos de usabilidad RNF.3. La aplicación presentará una interfaz de usuario intuitiva y amigable. RNF.4. La aplicación deberá ser accesible.

Requisitos de usuario RNF.5. El usuario estará identificado por un código de forma que sus datos personales no estén relacionados con la aplicación con el fin de evitar posibles consecuencias derivadas de un mal uso de estos datos, de acuerdo con la protección establecida por la Ley Orgánica de Protección de Datos. RNF.6. La aplicación almacenará de forma transparente al usuario los valores usuales de la enfermedad introducidos por el usuario (recogidos en el apartado requisitos funcionales), que usará para la generación de gráficos comparativos y valores promedios generales. RNF.7. La aplicación estará diseñada para el uso simultáneo de un único usuario, pero permitirá definir distintos perfiles de manera que diferentes usuarios puedan utilizar la misma aplicación de forma independiente. Requisitos de interfaz de usuario RNF.8. El sistema deberá presentar los gráficos comparativos de los valores estadísticos especificados en la sección de requisitos funcionales de tal forma que la interfaz tenga un aspecto similar a la ilustración adjunta. : Adjuntado esquema de representación de gráficos sugerida por el usuario.