Especificación de Requerimientos
1. Introducción
A nivel de las empresas virtuales existen paradigmas sobre la sistematización, según estudios recientes, cerca de un
80% de las micro, pequeñas y
medianas empresas independientes, no invierten
en Tics para mejorar su productividad y competitividad, por varias creencias: costo/beneficio negativo, miedo estratégico, miedo a la
tecnología y resistencia a la legalización. Como consecuencia de lo anterior, encontramos
Informalidad Tecnológica: uso de software pirata, tenencia de procesos manuales y uso de hojas de cálculo poniendo en riesgo la continuidad de la empresa.
Debido a la escasa utilización de la tecnología de punta en las pymes y considerando la problemática ambiental
actual se decide plantear una solución que permita remediar estos
inconvenientes, facilitando el manejo de productos
y pedidos asegurando la información y contribuyendo de forma amigable al medio ambiente.
1.1 Propósito
El propósito del presente
documento es definir los
requerimientos del sistema SOFTWARE ON LINE para las
transacciones comerciales
acerca de
pedidos y disponibilidad de los productos y servicios que se
deben
tener en cuenta para satisfacer al cliente
con
respecto al informe SRS.
1.2 Alcance
El software Ciklos será utilizado por empleados de
la empresa UPREC,
el alcance que tendrá es facilitar los
procesos Paciente – Empresa – Paciente. Logrando que
el paciente
se sienta satisfecho y se le pueda asignar y cancelar citas médicas y
generar las historias clínicas de la atención.
1.3 Definiciones, Acrónimos, y Abreviaturas
Ciklos: Nombre del software de la empresa UPREC
UPREC: Empresa del sector salud
1.4 Referencias
Mapa de Procesos
Caracterización de Procesos
Diagrama de flujo de Procesos
1.5
Apreciación Global
En este documento encontraremos
a continuación la perspectiva
del software Ciklos, y sus requerimientos, funciones y características del usuario.
2. Descripción General
El factor que afectaría al Software Ciklos, al tratarse de una plataforma virtual, este dependerá del servicio de Red.
Que al no contar por cualquier motivo con el Servicio de Red este se desconectaría de todas las dependencias. Pero pensando en esa problemática se abra de añadir un sistema que con la ausencia del servicio de Red cada usuario lo pueda operar y que una vez restablecido el servicio se pueda sincronizar automáticamente.
2.1 Perspectivas del Producto
Este
software es en su
parte
operativa es independiente y autónomo. En
la parte funcional con las
demás dependencias solo
depende
del servicio
de Red.
2.2 Funciones del Producto
El software Ciklos, tiene como
funciones, mantener una comunicación on-line con todas las dependencias de la
empresa, además de esto se encargaría del control y disponibilidad de las
agendas médicas.
2.3 Características de Usuario
La característica que
tiene que tener el usuario del Software Ciklos es
de tener un usuario con su respectiva contraseña y también haber tenido básicamente experiencia con procesadores de
textos, hojas de
cálculos, manejo de
internet y presentaciones
con
diapositivas digitales.
2.4
Restricciones
La restricción que tendría el software
al
momento de la implementación seria los
requisitos de
hardware, software.
Características mínimas de hardware
y software con la que
se debe
contar
son
las siguientes: 1.5 GB de memoria RAM, 3.00 GHz de Procesador,
sistema operativo Windows 7 o superior.
2.5
Atención y Dependencias
Lo que
se necesitaría que
los sistemas operativos sean Windows 7 o
Superior, sin importar las
combinaciones
e interrelaciones de
Windows 7 con Windows 8 ya que
cada usuario puede tener versiones
de Windows diferentes
siempre
y cuando sean Windows 7 y superior.
3. Requerimientos Específicos
Se requiere que se cumpla con las
siguientes
características para el diseño e implementación del software. Contar con: Hardware: Memoria RAM 1,5 GB o superior, Procesador 3.00 GHz o superior, Sistema Operativo de 32 bits Windows
7 o
superior.
3.1
Requerimientos Funcionales
El sistema debe permitir al Administrador crear servicios en la base de datos
del
sistema.
El sistema debe capturar los datos del producto y servicio. Los datos son:
• Código de referencia
• Nombre de la especialidad
• Unidad de medida
• Máximo y mínimo
El sistema debe permitir al empleado asignar
las citas médicas, la cancelación de las mismas y generar historias de
cada una de las especialidades.
El sistema debe permitir al empleado la consulta las
asignaciones de citas médicas, la cancelación de las mismas y generar historias
clínicas de cada una de las especialidades.
|
NOMBRE
DEL PROYECTO
|
|||||
|
SRS –
Especificación de Requerimientos
|
|||||
|
Código
|
Nombre
|
Fecha
|
Grado
Necesidad
|
||
|
SRS001
|
Base de
Datos
|
12 de junio
2016
|
Alto
|
||
|
Descripción
|
Crear base de datos para tener
así actualizados los datos de los pacientes
|
||||
|
Entradas
|
Fuente
|
Salida
|
Destino
|
Restricciones
|
|
|
Agendas
medicas
|
Disponibilidad de agendas de los especialistas
|
Bases de Datos
|
Pacientes
|
Ninguna
|
|
|
Proceso
|
Asignación de citas médicas, cancelación de las mismas y generación de
historias clínicas de cada una de las especialidades
|
||||
|
Efecto
Colateral
|
|
||||
3.2 Requerimientos No Funcionales
|
NOMBRE
DEL PROYECTO
|
||||
|
SRS –
Especificación de Requerimientos
|
||||
|
Código
|
Nombre
|
Fecha
|
Grado
Necesidad
|
|
|
SRS002
|
Servicio de Red
|
12 de junio
2016
|
Medio - Alto
|
|
|
Descripción
|
Inestabilidad del servicio afecta en el
tiempo real de las
asignaciones de citas médicas, cancelación
de las mismas y generación de historias clínicas de cada una de las
atenciones
|
|||
3.3
Requerimientos de interfaz
de usuario
|
NOMBRE
DEL PROYECTO
|
||||
|
SRS –
Especificación de Requerimientos
|
||||
|
Código
|
Nombre
|
Fecha
|
Grado
Necesidad
|
|
|
SRS003
|
Interfaz Gráfica
|
11 junio
2016
|
Alto
|
|
|
Descripción
|
Interfaz amigable para el usuario Interno para que pueda atender con excelencia al
externo
|
|||
No hay comentarios:
Publicar un comentario