Fis Esp de Requerimientos

Documento de Especificación de
Requerimientos de Software
SOUL TEC SOLUTIONS.
Mayo
!!br0ken!!SOUL TEC SOLUTIONS Rev. [99.99]
Especificación de requisitos de software Pág. 2
Historial de Versiones
Fecha Versión Autor Organización Descripción
Descripción de la version
0 (documentación),
delimitación de
11/05/2022 0 ELJG-ADSD SOUL TEC SOLUTIONS. requerimientos
funcionales y no
funcionales.
Descripción de la version
1 (documentación),
18/05/2022 1 ELJG-ADSD SOUL TEC SOLUTIONS. entrega de
requerimientos
funcionales y no
funcionales.
Información del Proyecto

Empresa / Organización SOUL TEC SOLUTIONS.
Proyecto Sistema de ventas para un consultorio médico.
Fecha de preparación 03/05/2022
Cliente Dr. Armando Enrique Orozco De La Rosa
Patrocinador principal Tecnológico De Estudios Superiores De Ecatepec.
Gerente / Líder de Proyecto Alonso De La Rosa Eduardo
Gerente / Líder de Análisis de negocio y

Martínez De Lira Gustavo Axel
requerimientos
Documento validado por las partes en fecha:

[Fecha]
Por el cliente Por la empresa suministradora
Dr. Armando Enrique Orozco De La Rosa Ing. Alonso De La Rosa Eduardo

Tabla de contenido
Historial de Versiones.............................................................................................................................2
Información del Proyecto........................................................................................................................2
Documento validado por las partes en fecha:.........................................................................................2
Tabla de contenido..................................................................................................................................3
Introducción............................................................................................................................................5
Propósito............................................................................................................................................5
Alcance del producto / Software.........................................................................................................5
Personal involucrado..........................................................................................................................6
Definiciones, acrónimos y abreviaturas..............................................................................................8
Referencias.........................................................................................................................................9
Resumen.............................................................................................................................................9
Descripción general...............................................................................................................................10
Perspectiva del producto..................................................................................................................10
Funcionalidad del producto..............................................................................................................10
Características de los usuarios..........................................................................................................10
Restricciones.....................................................................................................................................11
Suposiciones y dependencias............................................................................................................12
Evolución previsible del sistema.......................................................................................................12
Requerimientos específicos..................................................................................................................12
Requerimientos comunes de las interfaces......................................................................................14
Interfaces de usuario........................................................................................................................14
Interfaces de hardware.................................................................................................................20
Interfaces de software..................................................................................................................21
Interfaces de comunicación..........................................................................................................21
Requerimientos funcionales.............................................................................................................22
Requerimientos no funcionales........................................................................................................27
Requerimientos de rendimiento...................................................................................................27
Seguridad......................................................................................................................................27
Fiabilidad......................................................................................................................................27
Disponibilidad...............................................................................................................................27
Mantenibilidad.............................................................................................................................28
Portabilidad..................................................................................................................................28
Otros Requerimientos..................................................................................................................28
Apéndices..............................................................................................................................................29
Organigrama.........................................................................................................................................29
Introducción
Propósito
El documento busca definir de forma detallada y clara todos los requisitos, las funcionalidades y las
restricciones que debe poseer el software que mejoraremos. En este caso: “Sistema de ventas para el
consultorio médico del Dr. Armando Enrique Orozco De La Rosa”.
El informe va orientado, tanto para el cliente como para todos los integrantes del grupo de trabajo,
con el fin de mantener a cada uno de estos informados de las características que tendrá el sistema.
Todos los requerimientos establecidos en este informe debieran ser suficientes para que nuestro
grupo de desarrolladores puedan crear el software, cumpliendo con lo exigido por el cliente y por
futuras revisiones que realizara el cliente.
Alcance del producto / Software

El producto a desarrollar fue definido como: “Sistema de ventas para el consultorio médico del Dr.
Armando Enrique Orozco De La Rosa”, sin embargo, el documento está enfocado en el desarrollo de
los punto de venta de una farmacia, siendo un sistema de gestión de información para esta entidad,
propuesta para un consultorio médico “Consultorio médico del DR. Armando Enrique Orozco De La
Rosa”, sin descartar la posible implementación en otros establecimientos clínicos.
Su función principal es mantener el registro de datos fundamentales en el proceso de compra y venta
de medicamentos controlados o no controlados. Todos estos datos podrán ser consultados tanto por
el administrador, encargado de almacen y vendedor para la consulta del medicamento que se tiene
disponible.
El sistema también permitiría realizar estadísticas y reportes de inventario y ventas para tener un
control respecto a los datos de los medicamentos vendidos, ya sea controlados o no controlados, por
ejemplo: Stock disponible del medicamento, clasificación de los medicamentos, control de perdida y
extravió del medicamento, compra de medicamentos, venta de medicamentos, en que mes se vendió
más un medicamento, cual es el medicamentos más vendido ya sea de los controlados o no
controlados, reporte mensual de ventas, ganancias, compras.
A su vez el sistema busca solucionar el problema que se presenta actualmente en los servicios de
ventas y control de inventarios, que trata sobre el desorden que existe en los procesos de alta de
medicamentos, compra y venta de estos.
En conclusión, nuestro sistema reemplazaría al sistema actual de este establecimiento, y descartaría
el procedimiento de registro manual de alta de medicamentos, venta y reportes, obteniendo así
eficiencia en los procesos de recolección de información con el fin de facilitar las tareas a los usuarios
del sistema.
Personal involucrado
Nombre Alonso De La Rosa Eduardo
Rol Jefe de Proyecto
Categoría profesional Ingeniero en Sistemas Computacionales

Responsabilidades Organización de las tareas del equipo, scrum master.
Información de contacto AORE201921410@tese.edu.mx
Aprobación Si
Nombre Martínez De Lira Gustavo Axel
Rol Subjefe de proyecto
Organización de las tareas del equipo, scrum master.

Responsabilidades Encargado del diseño y la normalización de la base
de datos
Información de contacto gustavomtzdl@gmail.com
Aprobación Si
Nombre Solís Bernal Jonathan Alejandro
Rol Analista en gestión
Categoría profesional Analista programador
Responsabilidades Toma de requerimiento, entrevistas
Información de contacto Ja717215@inacapmail.com
Aprobación Si
Nombre Del Villar Meza Luis Angel.
Rol Ingeniería en Gestión
Categoría profesional Ingeniero en Informática
Encargado de gestionar, recabar y documentar

Responsabilidades
requerimientos.
Información de contacto Siul04fut@gmail.com
Aprobación Si
Nombre Martínez De Lira Gustavo Axel
Rol Programador
Diseñar y programar la interfaz gráfica (GUI),

Responsabilidades ensamblar todas las
partes del sistema, implementar Apache NetBeans
Información de contacto gustavomtzdl@gmail.com
Aprobación Si
Nombre Del Villar Meza Luis Angel.
Rol Programador en jefe
Categoría profesional Analista programador
Responsabilidades Encargado de programar las distintas Clases del sistema
Información de contacto Siul04fut@gmail.com
Aprobación Si
Nombre Alonso De La Rosa Eduardo
Rol Programador

Responsabilidades Encargado de DBA
Información de contacto AORE201921410@tese.edu.mx
Aprobación Si
Nombre Solís Bernal Jonathan Alejandro
Rol Analista QA (Testing)
Categoría profesional Ingeniero en Informática
Responsabilidades Pruebas durante el desarrollo del software
Información de contacto Ja717215@inacapmail.com
Aprobación Si
Definiciones, acrónimos y abreviaturas
 QA: Quality Assurance (Aseguramiento de la Calidad).

 DBA: Administrador de bases de datos.
 GUI: Interfaz Gráfica de Usuario.
 Hardware: Conjunto de elementos físicos o materiales que constituyen una computadora o
un
sistema informático.
 Software: Conjunto de programas y rutinas que permiten a la computadora realizar
determinadas tareas.
 Microsoft SQL Server: Microsoft SQL Server es un sistema de gestión de base de datos
relacional, desarrollado por la empresa Microsoft
 NUE: Numero único de Empleado.
Referencias
Mediante la siguiente tabla, se expondrán el material de referencia utilizado para la elaboración de
este documento:
Referenci
Titulo Ruta Fecha Autor
a
[Ref.] [Título] [Ruta] [Fecha] [Autor]
Resumen
En este documento se describirán rasgos fundamentales de nuestro sistema,
enunciando lo que se pretende realizar mediante este sistema y detallando cada uno
de los requerimientos para que tanto como el cliente y como nuestros programadores
y diseñadores puedan comprender para el correcto desarrollo y las posibles
revisiones que pueda tener el mismo con el fin de poder agilizar la parte de las
revisiones respecto a los documentos y/o especificaciones del mismo.
Descripción general
Perspectiva del producto
Se proyecta implementar un sistema de información independiente que mejore completamente el
sistema antiguo del consultorio, el cual no tendrá relación con otros sistemas, dentro de sus módulos,
éste debe permitir controlar la compra de medicamento, venta de medicamentos, ya sea controlados
o no, la generación de reportes de ventas, órdenes de compra de medicamentos y el control de
inventario de la farmacia de la clínica.
El módulo ventas es de suma importancia puesto que es de donde estará basado nuestro sistema
para su correcto funcionamiento, por otro lado el módulo de almacén (inventarios) será de gran
importancia, para la administración de medicamentos controlados y no controlados y a su vez
administrará los insumos, entradas y salidas de estos.
Funcionalidad del producto

El producto de software a desarrollar, a grandes rasgos y cumpliendo con los requerimiento descritos
en este informe, poseerá diferentes funcionalidades entre las que destacan el registro de ventas y el
control de inventarios. Con esta información podremos realizar consultas, modificaciones,
eliminación de los datos. A su vez permitirá la creación de reportes e informes como órdenes de
compra de medicamentos, informes estadísticos respecto a las ventas entre otros.
Características de los usuarios

Se describirá las características generales de los usuarios que utilizaran el sistema.
Tipo de usuario Administrador.

Formación Preparatoria culminada
Computación nivel usuario, trabajo bajo presión y
Habilidades Habilidades comunicativas, liderazgo y toma de
decisiones.
Generación de reportes de ventas y generación de
Actividades
orden de pago.
Tipo de usuario Cajera.

Formación Preparatoria culminada o trunca
Computación nivel usuario, trabajo bajo presión y

Habilidades
Habilidades comunicativas.
Actividades Alta de venta de medicamentos.
Tipo de usuario Encargado de almacén.

Formación Preparatoria culminada.
Computación nivel usuario, trabajo bajo presión,

Habilidades Habilidades comunicativas, Capacidad de observación,
entre otras.
Revisar el inventario que se tiene actualmente y generar
Actividades ordenes de compra hacia proveedores para la compra de
medicamentos.
Restricciones
El producto que se está desarrollando presenta restricciones las cuales se deben tener en cuenta
tanto al momento de desarrollar el software, como cuando esté se implemente.
En el desarrollo de este software, utilizaremos lenguaje de programación Java, por este motivo la
funcionalidad del software será solo para equipos con sistema operativo Windows 7 o mayor y
sistemas operativos de distribución Linux con un entorno gráfico.
.
El entorno de desarrollo será Apache NetBeans.
Los equipos clientes que se encuentren en funcionamiento deben cumplir con los requisitos mínimos
para el correcto funcionamiento del sistema.
El servidor de Base de Datos debe ser capaz de atender consultas concurrentemente y de atender la
consulta de varios usuarios a la vez.
El sistema deberá tener un diseño e implementación sencilla, independiente de la plataforma o del
lenguaje de programación.
Suposiciones y dependencias
En este punto abordaremos los factores que pudiesen afectar al funcionamiento del sistema, en el
caso de que se produjese algún cambio dentro de los requisitos que se hayan obtenido.
Para el funcionamiento del sistema es necesario que el servidor en el cual se está trabajando deba
contar con una conexión tanto a internet como a la red local de la clinica, en caso contrario el
programa no funcionaria.
El sistema presenta dependencia en la utilización del sistema operativo Windows 7 o superior, el
cambio de éste daría como resultado, la no ejecución del programa, sin embargo mediante
emuladores como Wine, el programa pudiese funcionar pero no se asegura su compatibilidad total, ni
menos su integridad, estabilidad y seguridad.
Evolución previsible del sistema

La evolución que podría tener el software es:
 Un enlace directo con los proveedores de medicamentos eh insumos médicos para el
reabastecimiento del inventario.
 Una evolución en cuanto a un servicio de venta de medicamentos online y entrega a
domicilio, abordando de esta manera una necesidad creada trans la pandemia y el
confinamiento que se vivió.
Requerimientos específicos
Número de Requerimiento RF01
Nombre de Requerimiento Registro de datos de medicamentos
Descripción El usuario podrá registrar los datos del medicamento, como su

disponibilidad, marca, características.
Tipo Requerimiento Restricción
Fuente del Requerimiento Documento “Planteamiento del problema”
Prioridad del Requerimiento Alta/Esencial Media/Deseado Baja/ Opcional

Nombre de Requerimiento Alta de órdenes de compra.
Descripción El usuario deberá revisar mensualmente los medicamentos que se

encuentran agotados en el sistema y de esta manera generar la
orden de compra, ingresando la cantidad requerida y el proveedor
al que se le hará la compra.
Nombre de Requerimiento Consultar datos de entradas del inventario
Descripción El usuario podrá consultar el registro de la mercancía ingresada al

inventario
Nombre de Requerimiento Registro de ventas
Descripción El usuario tendrá que buscar el medicamento entre el sistema para

que de esta manera pueda darlo de alta para posteriormente
agregar algún otro medicamento y finalmente generar la venta.

Nombre de Requerimiento Control de usuarios.
Descripción El administrador del consultorio dará de alta a nuevos usuarios

llenando campos como nombre, el rol que van a desempeñar y
asignar una contraseña única.
Fuente del Requerimiento [Inserte aquí el texto]
Nombre de Requerimiento Control y calidad.
Descripción El sistema dará de baja de manera automática los medicamentos a

los cuales su fecha de caducidad se haya vencido, pasándolos de un
estado disponible a un estado no disponible.
Fuente del Requerimiento [Inserte aquí el texto]
Requerimientos comunes de las interfaces

Interfaces de usuario
Para la interfaz gráfica se consideró un diseño simple y funcional, con elementos visuales
estándares de NetBeans. Se utilizará una paleta de colores con tonalidades en azul pastel para
combinar con el propósito del programa.
El módulo estará separado en ficheros para agrupar las acciones que se podrán realizar, ya
sea el administrador o el vendedor.
Elementos principales.
 Ingreso: El sistema comenzara con una pantalla de inicio de sesión para autenticar
al usuario a través de un Usuario y su respectiva contraseña.

 Alta de nuevo empleado: La interfaz de alta de un nuevo usuario va a

tener contenedores en blanco para poder registrar a un nuevo
empleado, llenando los campos correspondientes, tales como: NUE,
nombre, contraseña, tipo y el estatus, al igual que tendrá botones los
cuales podrán guardar un nuevo empleado, eliminarlo, activarlo en caso
de que este este desactivado y por último consultarlo mediante su
nombre o el ID Usuario.
 Lista de empleados: En esta parte el administrador podrá visualizar la lista de los

empleados que se encuentran registrados en la base de datos, mostrando datos
como: ID Usuario, nombre password, tipo y el estatus.
 Registro de medicamentos: Esta ventana será muy similar a la ventana de la alta de

un nuevo empleado, puesto que tienen las mismas funciones, tano la función de
guardar, la función de consultar, la función de eliminar y la de actualizar, este último
botón de actualizar servirá para que cuando exista un nuevo medicamento y lo único
que se quiere modificar es el precio o el stock disponible o ambas, los campos a llenar
para un nuevo medicamento serán el ID Medicamento, Nombre del medicamento,
Precio unitario, Cantidad de medicamento, Estatus (Disponible o agotado).
 Lista de medicamentos: Dentro del apartado de Medicamentos, nos encontramos

con otra ventana, la cual nos dará todo el listado de los medicamentos que se tienen
actualmente, danto el ID Medicamento, Nombre, Precio U, Cantidad y el Estatus de
cada medicamento.
 Alta de ventas: Esta ventana es la parte más importante del sistema a desarrollar,
puesto que es la base de lo que trata nuestro sistema, en esta ventana que es la de
ventas, encontraremos los elementos necesarios para generar una venta de
medicamentos, como primera parte nos generara un numero de venta o una clave, la
cual se generara automáticamente, posteriormente vamos a encontrar la parte
relacionada a los medicamentos, en la cual podremos seleccionar entre categorías, ya
sea de medicamentos controlados o no y la parte de insumos, tras seleccionar un

producto, automáticamente nos llenara el stock que tenemos disponible en el
inventario, el precio unitario del producto y también un apartado el cual tendrá que
llenar la cajero o cajera el cual será el de cantidad, el cual se llenara respecto a la
cantidad que requiera el cliente, posteriormente, encontraremos botones, los cuales
su función será agregar un medicamento, eliminar un medicamento o borrar todos
los medicamentos solicitados. En caso de que se requiera uno o más medicamentos,
se hará uso del botón de agregar, para que agregue el primer medicamento y en caso
de ser necesario pueda agregar otro y dichos medicamentos puedan ser visualizados
en una tabla que va a contener la clave de la venta, nombre del medicamento,
cantidad solicitada y por ultimo el precio total de cada uno de los medicamentos
respecto a la cantidad solicitada, ´tendremos otros elementos como lo son el de
calcular el total del producto y el total de la venta para saber cuanto se va a cobrar y
por ultimo tendremos un botón, el cual será el de cobrar que se utilizara una vez sea
concluida la venta.
 Reportes: En esta ventana el vendedor y administrador podrán generar una serie de

reportes, ya sea de inventario, listando todos los medicamentos, con sus respectivos
elementos, un reporte de ventas por fechas determinadas ordenándolas de las fechas
en las que más se vendió hasta las que menos se vendieron y por último un reporte
de todos los empleados con sus respectivos elementos.
Interfaces de hardware
El software a desarrollar será utilizado en equipos “cliente todo en uno” para minimizar el espacio
físico a utilizar pero sin reducir la calidad de este.
Los equipos a utilizar tendrán las siguientes características:
• Procesador de sexta generación Intel® Core™ i3-6100
• Disco Duro-SATA de 1TB 5400 RPM
• Tarjeta Dell Inalámbrica DW1707, 802.11bgn + Bluetooth v4.0
• 12GB de Memoria doble Canal DDR3L a 1600MHz
• Mouse Dell Inalámbrico y Teclado Dell Inalámbrico KM632, español
• Unidad óptica de 8x con Bandeja de carga automática (DVD +/- RW), lectura y escritura de
CD/DVD
• Monitor LED full HD, formato de imagen 16:9, tiempo de respuesta de 5ms, 7w de consumo
El servidor a utilizar será un “Servidor en rack PowerEdge R520”. Las principales características de
este servidor son:
• Memoria de hasta 192 GB (12 ranuras DIMM): 2 GB/4 GB/8 GB/16 GB DDR3 hasta 1600
MHz
• Procesador PowerEdge R520, Intel® Xeon® E-2450 v2 2.50 Ghz
• Memoria Ram 8GB RDIMM, 1600MT/s, Low Volt, Dual Rank, x8 Data Width
• 4 Discos duros 600GB 15K RPM Serial-Attach SCSI 6Gbps 3.5 pulgada (los discos SCSI tiene
su propio procesador y no utilizan el del sistema)
• Controladora RAID integrada PERC H710p, 1GB NV Cache
• Adaptador Gigabit Ethernet Integrado de doble puerto

• Fuente de alimentación redundante de conexión en marcha doble (1+1), 1100 W
Como dispositivo de seguridad eléctrica se agregará, un estabilizador UPS interactive professional

500VA USB de marca Emerson
• Potencia 500 VA
• Autonomía: 15 a 30 minutos
• 1 batería interna
• Frecuencia 50 Hz
• Entrada: 230V
• Salida 230V
• Tomas de salida protección cortes y sobre tensión: 4 tomas IEC 320 C13
• 2 Tomas IEC 320 C13
Interfaces de software
En este punto se mencionan las interfaces software, que serán necesarias para el correcto
funcionamiento del sistema.
Apache NetBeans: Es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje
de programación Java.
Microsoft : Es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de
programación Java.
Microsoft SQL Server: es un sistema de gestión de base de datos relacional, desarrollado por la
empresa Microsoft.
JDBC Driver: Es un componente de software que permite que una aplicación pueda interactuar con la
base de datos Microsoft SQL Server.
Sistema Operativo Windows 7 y Linux Fedora : El equipo cliente utilizará el sistema operativo
Windows 7, mientras que el servidor contendrá una versión Linux de preferencia la distribución
Fedora.
Interfaces de comunicación
Requerimientos funcionales
Número de Requerimiento 1
Nombre de Requerimiento Órdenes de compra por parte del jefe de almacén.
Descripción El jefe de almacén generara ordenes de compra a proveedores,

tanto de medicamentos como de insumos médicos, mediante el
sistema, solicitando los medicamentos o insumos necesarios
respecto a lo que se tiene en el inventario.
Fuente del Requerimiento Documento ESP. Requerimientos.
Nombre de Requerimiento Cartera de proveedores.
Descripción El jefe de almacén podrá consultar la cartera de proveedores desde

el sistema, mismo con el cual podrá generar las órdenes de compra.
Nombre de Requerimiento Reportes de los medicamentos controlados más vendidos.
Descripción El administrador podrá generar los reportes de las ventas de los

medicamentos controlados más vendidos.

Nombre de Requerimiento Reportes de los medicamentos no controlados más vendidos.

medicamentos no controlados más vendidos.
Nombre de Requerimiento Reporte de ventas generales por mes.
Descripción El administrador podrá generar los reportes de las ventas por mes,
arrojado en este reporte las estadísticas tanto de insumos como de
medicamentos ya sea controlados o no controlados.
Nombre de Requerimiento Reporte de ventas de los medicamentos controlados menos

vendidos.

medicamentos controlados menos vendidos para que de esta
manera se tome una decisión adecuada.

Nombre de Requerimiento Reporte de ventas de los medicamentos no controlados menos

vendidos.

medicamentos no controlados menos vendidos para que de esta
manera se tome una decisión adecuada.
Nombre de Requerimiento Reporte de medicamentos controlados.
Descripción El administrador podrá generar los reportes de los medicamentos

controlados que se tienen en el almacén, mostrando información
del medicamento, como el stock que se tiene, el precio unitario de
cada medicamento y la disponibilidad que se tiene de este
(Disponible o no).

Nombre de Requerimiento Reporte de medicamentos no controlados.
Descripción El administrador podrá generar los reportes de los medicamentos

no controlados que se tienen en el almacén, mostrando información
del medicamento, como el stock que se tiene, el precio unitario de
cada medicamento y la disponibilidad que se tiene de este
(Disponible o no).
Nombre de Requerimiento Registro de entradas al inventario
Descripción El usuario podrá llevar un registro de mercancía ingresada al

inventario
Nombre de Requerimiento Registro de salidas del inventario
Descripción El usuario podrá llevar un registro de la mercancía vendida del

inventario

Nombre de Requerimiento Consultar datos de entradas del inventario
Descripción El usuario podrá consultar el registro de la mercancía ingresada al

inventario
Nombre de Requerimiento Consultar datos de salida del inventario
Descripción El usuario podrá consultar el registro de la mercancía vendida del

inventario
Nombre de Requerimiento Control de usuarios
Descripción El administrador podrá dar de alta y/o baja a un nuevo empleado,

capturando los datos de este, asignándole un rol y una contraseña
automática dada por el sistema para que este pueda entrar al
mismo.

Nombre de Requerimiento Registro de ventas
Descripción El vendedor dará de alta una nueva venta, seleccionando el

medicamento mediante un catalogo dado por el sistema,
seleccionando la marca de este y agregando la cantidad deseada
de este medicamento, calculando de manera automática el total de
la venta a medida de que cada medicamento sea agregado o
eliminado de la lista, actualizando de manera automática el stock
que se tiene en el almacén, para finalmente guardar la venta y
hacer el respectivo cobro.
Requerimientos no funcionales
Requerimientos de rendimiento
En cuanto a los requisitos que se establecen para el correcto funcionamiento del software, se debe
considerar que éste, será un sistema que tendrá constantes altas y consultas de datos, por esto
mismo, se establece como prioridad que dicha actividad debería afectar lo menos posible al
desempeño de la plataforma.
Se espera que, al momento de registrar datos, el sistema demore aproximadamente 5 segundos, a su
vez lo mismo debiera ocurrir al momento de realizar alguna consulta.
Seguridad
 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. Los usuarios
deben ingresar al sistema con un nombre de usuario y contraseña.
 El sistema contendrá una forma de guardar registro de cada acción por parte de los usuarios
que interactúen con el sistema.
 El programa contara con un sistema de respaldo automático de la información de forma diaria.
 Al momento de que la sesión se encuentre inactiva por 20 minutos, el software solicitará al
usuario que se vuelva a autenticar.
Fiabilidad
En caso de que haya un corte eléctrico en las instalaciones del consultorio, el UPS mantendrá con
energía al servidor, para que finalice con todas sus tareas pendientes, o bien darle rollback a las
consultas inválidas o incompletas. El UPS estará conectado al servidor mediante USB y en el peor de
los casos, si los generadores eléctricos del consultorio tengan problemas para actuar y el UPS se esté
quedando sin carga, éste pondrá al servidor en modo de hibernación si es posible, caso contrario,
forzara un apagado normal.
Disponibilidad
Este sistema es dentro de un Hospital, debe de ser un sistema el cual tenga niveles de servicio de
10:00 a las 17:00 horas al día y los 365 días del año. Tiempos muertos programados para
mantenimiento preventivos es de 50 minutos por semana Tiempo muerto no programado debido a
fallas y ajuste de este mismo es de 3 horas anuales (24 horas x 7 días) – 0.5 hora offline = 167.5 Horas
funcionando a la semana. ((167.5 horas / 7 días) * 365 días) - 3 Horas offline = 8730,928571428571
Horas al año 24 x 365 = 8,760 Horas tiene un año (8730,928571428571 / 8760) * 100 = 99.668%El
sistema tendrá anualmente una disponibilidad total del 99.668% en línea.
Mantenibilidad
El equipo de soporte deberá revisar el sistema una vez por semana, para analizar el correcto
funcionamiento tanto del sistema, como de la base de datos, chequear si los respaldo estén
en buenas condiciones, se deberá compactar la base de datos, revisar que consultas están
afectando el funcionamiento del sistema, para seguir mejorando el sistema con el pasar del tiempo.
Por otro lado en los equipos de los trabajadores se les realizará su respectivo mantenimiento,
tanto de su limpieza Hardware, como también de su mantenimiento Software.
Portabilidad
 •Primero que nada cabe mencionar que el sistema a crear está siendo programado en
leguaje “JAVA”
 El 100% de los componentes del sistema son dependientes del servidor. Ya que sin el
servidor el sistema no podría funcionar.
 Solo el 10% del total de los códigos serán dependientes del servidor, se intentará que la
mayor carga de los códigos se la lleve el programa Cliente.
Para su desarrollo se utilizará la plataforma de desarrollo IDE Java NetBeans .

Otros Requerimientos
En este punto definiremos requisitos de carácter legal, cultural o político según lo
requerido por la entidad cliente.
El producto de software que se desarrollará, debido a que será implementado en una
entidad estatal como lo es un hospital, debe cumplir con los parámetros descritos en
la ley n°19886, que busca la transparencia y el cumplimiento de los estándares
gubernamentales descritos por esta ley, para la contratación de bienes o servicios
que tengan relación con tecnologías de la información y comunicación.
Además, está definido que el software desarrollado solamente tendrá como opción el
idioma español, ya que el personal encargado de utilizar el software no requiere la
opción de visualizar el sistema en otro idioma, obviamente no se descarta que en
futuras actualizaciones exista la traducción a otros idiomas. Esta última característica
del sistema corresponde a un requisito cultural y/o político.
Apéndices
Organigrama.
Administrador.
Dr. Armando Enrique Orozco De La Rosa.
Mari Carmen De La Rosa Méndez.
Medico. Administrador.
Dr. Armando Enrique Orozco De La Rosa. Mari Carmen De La Rosa Méndez.
Jefe de almacén.
Brenda Mendieta Castro.
Cajera.
Mari Carmen De La Rosa Méndez.

Fis Esp de Requerimientos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Fis Esp de Requerimientos

Cargado por

Copyright:

Formatos disponibles

Documento de Especificación de

SOUL TEC SOLUTIONS.

Información del Proyecto

Proyecto Sistema de ventas para un consultorio médico.

Fecha de preparación 03/05/2022

Cliente Dr. Armando Enrique Orozco De La Rosa

Patrocinador principal Tecnológico De Estudios Superiores De Ecatepec.

Gerente / Líder de Proyecto Alonso De La Rosa Eduardo

Gerente / Líder de Análisis de negocio y

Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

Dr. Armando Enrique Orozco De La Rosa Ing. Alonso De La Rosa Eduardo

Alcance del producto / Software

Rol Jefe de Proyecto

Categoría profesional Ingeniero en Sistemas Computacionales

Información de contacto AORE201921410@tese.edu.mx

Nombre Martínez De Lira Gustavo Axel

Rol Subjefe de proyecto

Categoría profesional Ingeniero en Sistemas Computacionales

Organización de las tareas del equipo, scrum master.

Información de contacto gustavomtzdl@gmail.com

Nombre Solís Bernal Jonathan Alejandro

Rol Analista en gestión

Categoría profesional Analista programador

Responsabilidades Toma de requerimiento, entrevistas

Información de contacto Ja717215@inacapmail.com

Nombre Del Villar Meza Luis Angel.

Rol Ingeniería en Gestión

Categoría profesional Ingeniero en Informática

Encargado de gestionar, recabar y documentar

Información de contacto Siul04fut@gmail.com

Nombre Martínez De Lira Gustavo Axel

Categoría profesional Ingeniero en Sistemas Computacionales

Diseñar y programar la interfaz gráfica (GUI),

Información de contacto gustavomtzdl@gmail.com

Nombre Del Villar Meza Luis Angel.

Rol Programador en jefe

Categoría profesional Analista programador

Responsabilidades Encargado de programar las distintas Clases del sistema

Información de contacto Siul04fut@gmail.com

Nombre Alonso De La Rosa Eduardo

Categoría profesional Ingeniero en Sistemas Computacionales

Información de contacto AORE201921410@tese.edu.mx

Nombre Solís Bernal Jonathan Alejandro

Rol Analista QA (Testing)

Categoría profesional Ingeniero en Informática

Responsabilidades Pruebas durante el desarrollo del software

Información de contacto Ja717215@inacapmail.com

Definiciones, acrónimos y abreviaturas

 QA: Quality Assurance (Aseguramiento de la Calidad).

Funcionalidad del producto

Características de los usuarios

Tipo de usuario Administrador.

Tipo de usuario Cajera.

Computación nivel usuario, trabajo bajo presión y

Actividades Alta de venta de medicamentos.

Tipo de usuario Encargado de almacén.

Computación nivel usuario, trabajo bajo presión,

Evolución previsible del sistema

Número de Requerimiento RF01

Nombre de Requerimiento Registro de datos de medicamentos

Descripción El usuario podrá registrar los datos del medicamento, como su

Tipo Requerimiento Restricción