Especificación de Requisitos de Software - Incidencias

Especificacin de requisitos de software
PROYECTO: Desarrollar un software de alertas de

incidencias mediante una estructura de red local (LAN)
que permita la conexin entre el sistema de
notificaciones con los dems departamentos para
solventar los inconvenientes que se puedan presentar
en el Hospital Regional Latacunga.
Abril del 2014
Ficha del documento

Fecha
Revisin
28/04/2014
1.0
Autores
Fernando Arias
Jorge Shigui
Norma Tipn
ngela Bustillos
Verificado dep. Calidad.
Documento validado por las partes en fecha: 29/04/2014

Por el contratante
Por los desarrolladores
Dra. Vernica Tapia

Directora Regional del Hospital Latacunga
Ing. Fernando Arias

Ing. Jorge Shigui
Ing. Norma Tipn
Ing. ngela Bustillos
DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

SOLVENTAR LOS PROBLEMAS INFORMTICOS DE LOS
DEPARTAMENTOS DEL HOSPITAL REGIONAL LATACUNGA.
Pg. 3
Contenido
FICHA DEL DOCUMENTO
CONTENIDO
INTRODUCCIN
1.1 Propsito
1.2 Alcance
1.3 Personal involucrado
1.4 Definiciones, acrnimos y abreviaturas
1.5 Referencias
1.6 Resumen
DESCRIPCIN GENERAL
2.1 Perspectiva del producto
2.2 Funcionalidad del producto
2.3 Caractersticas de los usuarios
10
2.4 Restricciones
10
2.5 Suposiciones y dependencias
10
11
REQUISITOS ESPECFICOS
3.1 Requisitos comunes de las interfaces
11
3.1.1 Interfaces de usuario
11
3.1.2 Interfaces de hardware
11
Descripcin de requisitos del sofware

Pg. 4
3.1.3 Interfaces de software
11
3.1.4 Interfaces de comunicacin
11
3.2 Requerimientos Funcionales
12
3.3 Requerimientos No Funcionales.
15
3.3.1 Requisitos de rendimiento
15
3.3.2 Seguridad
15
3.3.3 Fiabilidad
16
3.3.4 Disponibilidad
16
3.3.5 Mantenibilidad
16
3.3.6 Portabilidad
16

1 Introduccin
Este documento es una Especificacin de Requisitos de Software (ERS) para el
desarrollo de un sistema de alertas de incidencias para el Hospital Regional Latacunga.
Esta especificacin se ha estructurado basndose en las directrices dadas por el
estndar IEEE Prctica Recomendada para Especificaciones de Requisitos Software
ANSI/IEEE 830, 1998.
1.1
Propsito
El presente documento tiene como propsito definir las especificaciones

funcionales y no funcionales del sistema de incidencias del Hospital Regional
Latacunga.
1.2
Alcance
El presente sistema se denominar ProblemSolution, este sistema nos ayudara a

recibir los incidentes que se lleven a cabo en los diferentes sistema
departamentales del Hospital Regional de Latacunga, el sistema bsicamente
permitir recibir mediante notificaciones los incidentes que puedan llevarse a cabo
en los sistemas de administracin, inventarios, farmacia, morgue, etc. Y los
priorizara de acuerdo al nivel de riesgo (Alta, Media, Baja).
Con la implementacin de ProblemSolution, el Hospital Regional Latacunga,
solventar de manera inmediata los problemas informticos suscitados en los
diferentes departamentos.
1.3
Personal involucrado
Nombre
Rol
Categora Profesional
Responsabilidad
Informacin de
Fernando Arias
Director de proyecto (Scrum Master),programador
Ingeniero en Sistemas
Gestin del proyecto
ferna2188@hotmail.com
Pg. 5

contacto
Nombre
Rol
Responsabilidad
Informacin de
contacto
Jorge Shigui
Lder del equipo de trabajo (Scrum Team)
Ingeniero en Sistemas
Disear la GUI del sistema y programacin de
procesos.
Jorge.Shigui@gmail.com
Nombre
Rol
Responsabilidad
Informacin de
contacto
Norma Tipn
Analista
Ingeniera en Sistemas
Levantar y especificar requerimientos del usuario
Norma.tipan@gmail.com
Nombre
Rol
Responsabilidad
ngela Bustillos
Diseadora de la arquitectura del sistema
Ingeniera en Sistemas
Disear la arquitectura del sistema mediante el uso
de los diagramas UML.
angela.bustillos@gmail.com
Informacin de
contacto
Nombre
Rol
Responsabilidad
Informacin de
contacto
Dra. Vernica Tapia

Cliente/Usuario
Doctora
Brindar la informacin necesaria para el desarrollo
del sistema (requisitos).
vero.tapia@gmail.com
Pg. 6

1.4
Definiciones, acrnimos y abreviaturas
Nombre
Descripcin
ERS
Especificacin de Requisitos Software
RF
Requerimiento Funcional
RNF
Requerimiento No Funcional
INCIDENCIA
Circunstancias o sucesos que ocurre en el desarrollo

de un asunto.
MODULO
Parte de un Software
BDD
Base de Datos
ADMINISTRADOR
Persona que usa el sistema de gestin de historias
DE HISTORIAS
clnicas para ser Altas, Bajas y Cambios.
CLINICAS
ADMINISTRADOR Persona que usa el sistema de gestin de
DE FARMACIA
medicamentos, para ser Altas, Bajas y Cambios.
ADMINISTRADOR
Persona que usa el sistema de gestin de
DEL SISTEMA DE
certificacin de defuncin.
LA MORGUE
1.5
Referencias
Titulo del Documento
Referencia
Standard IEEE 830 - IEEE

1998
INCIDENCIAS
1.6
https://es.wikipedia.org/wiki/M%C3%B3dulo
Resumen
Pg. 7

Este documento consta de tres secciones. En la primera seccin se realiza una

introduccin al mismo y se proporciona una visin general de la especificacin de
recursos del sistema.
En la segunda seccin del documento se realiza una descripcin general del
sistema, con el fin de conocer las principales funciones que ste debe realizar, los
datos asociados y los factores, restricciones, supuestos y dependencias que afectan
al desarrollo, sin entrar en excesivos detalles.
Por ltimo, la tercera seccin del documento es aquella en la que se definen
detalladamente los requisitos que debe satisfacer el sistema.
2 Descripcin general
2.1
Perspectiva del producto
El sistema ProblemSolution ser un producto diseado para trabajar internamente

bajo una estructura LAN (Red de rea Local), lo que permitir su utilizacin de
forma rpida y eficaz siempre y cuando se mantenga disponible las 24horas del da.
2.2
Funcionalidad del producto
Pg. 8

Pg. 9

2.3
Caractersticas de los usuarios
Tipo de usuario
Administradores (Gerencia, Farmacutico, Morgue)
Formacin
Qumicos, Licenciados, Doctores, Secretario
Actividades
Gestiona la informacin relacionada con su rea.
Tipo de usuario
Administrador Sistema ProblemSolution
Formacin
Tecnlogo en Informtica
Actividades
Recibe las notificaciones enviadas de los diferentes

Sistemas Departamentales y designa a un grupo de
profesionales para que den solucin a los
inconvenientes de acuerdo al problema suscitado.
2.4
Restricciones
El sistema debe ser capaz de atender notificaciones concurrentemente.

El servidor deben ser capaz de atender peticiones mltiples.
El sistema se disear segn un modelo cliente/servidor.
El sistema deber tener un diseo e implementacin sencilla, independiente
de la plataforma o del lenguaje de programacin.
2.5
Suposiciones y dependencias
Se asume que los requisitos aqu descritos son estables.

Los equipos en los que se vaya a ejecutar el sistema de incidencias deben
cumplir con los requisitos especificados para garantizar una ejecucin
correcta de la misma.
Pg. 10

3 Requisitos especficos
3.1
Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario

La interfaz de usuario consistir en un conjunto de ventanas con botones,
que enlacen haca otras ventanas. Los botones sern identificados mediante
iconos, debe contener un botn de ayuda que permita al usuario consultar un
tema especfico el cual no entienda.
3.1.2 Interfaces de hardware

Ser necesario disponer de equipos de cmputos en perfecto estado con las
siguientes caractersticas:
Adaptadores de red.
Procesador de 2.66GHz o superior.
Memoria RAM mnima de 4 GB.
Disco Duro de 1Tb o ms.
Mouse.
Teclado.
Router
Swich
Monitor Touch
3.1.3 Interfaces de software
Sistema Operativo: Windows Server 2008 de 32bits y 64bits.
3.1.4 Interfaces de comunicacin

Los servidores, clientes y aplicaciones se comunicarn entre s, mediante
protocolos de red LAN.
Pg. 11

3.2
Requerimientos Funcionales
Identificacin del RF01

requerimiento:
Nombre del
Diseo de Ventana Principal.
Requerimiento:
Caractersticas:
La ventana principal debe ser lo ms sencillamente posible,
deber contener un men en su parte superior, una imagen que
represente al sistema, un campo de texto desplazable y una barra
de identificacin de incidentes (Icono Rojo=Alta, Icono
Naranja=Media, Icono Amarillo=Baja).
Prioridad del requerimiento:
Alta

requerimiento:
Nombre del
Clasificacin de incidentes.
Requerimiento:
Caractersticas:
El sistema categorizara los incidentes mediante la identificacin
de las maquinas
que se encuentran en los diferentes
departamentos segn su jerarqua, por ejemplo los computadores
de la Administracin se encontraran en categora Alta (A), los
computadores del departamento de Historias Clnicas y los de
Farmacia en Media (M), los equipos de la Morgue en Baja (B).
Alta
Pg. 12


requerimiento:
Nombre del
Atencin de incidentes.
Requerimiento:
Caractersticas:
Una vez que el incidente llegue al sistema, lo colocara en una cola
y se irn dando solucin acorde al nivel de riesgo.
Alta

requerimiento:
Nombre del
Requerimiento:
Caractersticas:
Una vez que el Administrador visualice la notificacin dar aviso al
profesional correspondiente para que lo solucione, el aviso al
profesional ser a travs de radio frecuencia.
Alta

requerimiento:
Nombre del
Requerimiento:
Caractersticas:
Despus de haber dado aviso al profesional el administrador
seleccionara la notificacin asignndolo una opcin Pendiente, No
Atendido, Solucionado, mientras el profesional no haya atendido
y solucionado el incidente no podr cambiar de estado.
Alta
Pg. 13


requerimiento:
Nombre del
Requerimiento:
Caractersticas:
Despus que el profesional haya atendido y solucionado el
incidente notificara mediante un informe al Administrador del
sistema y este a su vez cambiara el estado del incidente a
Solucionado.
Alta

requerimiento:
Nombre del
Requerimiento:
Caractersticas:
El tiempo de solucin de los incidentes sern de 1hora mximo
para categora A(Alta), de 1 da para categora M (Media) y de una
semana para categora B(Baja).
Alta

requerimiento:
Nombre del
Notificaciones de estados de solicitudes de incidentes.
Requerimiento:
Caractersticas:
Mientras el incidente este en proceso de solucin, en el sistema
del Departamento que envi el incidente se mantendr un
mensaje que dir En Proceso, una vez solucionado el incidente
pasara a un estado de solucionado, mientras dure el proceso de
solucin del incidente dependiendo su gravedad el sistema se
mantendr bloqueado y se aplicara el plan de contingencia para
cada departamento.
Alta
Pg. 14


requerimiento:
Nombre del
Gestin de incidencias.
Requerimiento:
Caractersticas:
El sistema deber almacenar diariamente cada una de las
incidencias ocurridas en el Hospital la informacin a almacenar
ser hora y fecha, nombre de la incidencia, categora ,estado,
responsable y observaciones.
Alta
3.3
Requerimientos No Funcionales.
3.3.1
Requisitos de rendimiento
Garantizar que todas las incidencias sean encoladas y estas no afecten el

desempeo de la base de datos, ni considerablemente el trfico de la red.
3.3.2
Seguridad
Pg. 15

Garantizar la confiabilidad, la seguridad y el desempeo del sistema a los

diferentes usuarios. En este sentido las incidencias debern ser atendidas
segn su llegada sin que esto afecte el tiempo de respuesta segn su
categorizacin A, M, B.
3.3.3 Fiabilidad
El sistema debe tener una interfaz de uso intuitiva y sencilla que permita la
facilidad para que el Administrador atienda las incidencias.
3.3.4 Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio para los
administradores de 7 das por 24 horas, garantizando un esquema adecuado
que permita la posible falla en cualquiera de sus componentes, contar con una
contingencia.
3.3.5 Mantenibilidad
El sistema debe disponer de una documentacin fcilmente actualizable que

permita realizar operaciones de mantenimiento con el menor esfuerzo posible.
3.3.6 Portabilidad
El sistema ser implantado bajo la plataforma de Windows.
Pg. 16

Especificación de Requisitos de Software - Incidencias

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Especificación de Requisitos de Software - Incidencias

Hochgeladen von

Copyright:

Verfügbare Formate

Especificacin de requisitos de software

PROYECTO: Desarrollar un software de alertas de

Abril del 2014

Ficha del documento

Verificado dep. Calidad.

Documento validado por las partes en fecha: 29/04/2014

Por los desarrolladores

Dra. Vernica Tapia

Ing. Fernando Arias

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Especificacin de requisitos de software

1.3 Personal involucrado

1.4 Definiciones, acrnimos y abreviaturas

2.1 Perspectiva del producto

2.2 Funcionalidad del producto

2.3 Caractersticas de los usuarios

2.5 Suposiciones y dependencias

3.1 Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Especificacin de requisitos de software

3.1.3 Interfaces de software

3.1.4 Interfaces de comunicacin

3.2 Requerimientos Funcionales

3.3 Requerimientos No Funcionales.

3.3.1 Requisitos de rendimiento

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

El presente documento tiene como propsito definir las especificaciones

El presente sistema se denominar ProblemSolution, este sistema nos ayudara a

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Dra. Vernica Tapia

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Definiciones, acrnimos y abreviaturas

Especificacin de Requisitos Software

Circunstancias o sucesos que ocurre en el desarrollo

Standard IEEE 830 - IEEE

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Este documento consta de tres secciones. En la primera seccin se realiza una

Perspectiva del producto

El sistema ProblemSolution ser un producto diseado para trabajar internamente

Funcionalidad del producto

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Caractersticas de los usuarios

Administradores (Gerencia, Farmacutico, Morgue)

Qumicos, Licenciados, Doctores, Secretario

Gestiona la informacin relacionada con su rea.

Administrador Sistema ProblemSolution

Recibe las notificaciones enviadas de los diferentes

El sistema debe ser capaz de atender notificaciones concurrentemente.

Se asume que los requisitos aqu descritos son estables.

Descripcin de requisitos del sofware

DESARROLLAR UN SOFTWARE DE ALERTAS DE INCIDENCIAS PARA

Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware