Módulo 4

SEMINARIO DE
PRÁCTICA
Licenciatura en
Informática
Diseño e implementación de sistema de
control de stock para laboratorio de
empresa de salud.
Profesor Hugo Fernando Frias

Federico Luis Krämer
VINF08970
Año 2021
Seminario de Práctica Licenciatura en Informática
8.3 Listado de Requerimientos No Funcionales...............................................................................................................19

8.4 Listado de Requerimientos Candidatos.......................................................................................................................19
9. DESARROLLO DEL PROTOTIPO............................................................................................................19
9.1 Descripció n de Casos de Uso.............................................................................................................................................20
9.2 Diagrama de Casos de Uso................................................................................................................................................. 23
9.3 Diagrama de Clases............................................................................................................................................................... 24
9.4 Diagramas de Colaboració n...............................................................................................................................................25
9.5 Diagrama de Despliegue......................................................................................................................................................26
10. INTERFAZ GRÁFICA................................................................................................................................27
11. PRUEBAS. PROCESO DE VALIDACIÓN Y VERIFICACIÓN...............................................................29
12. CONCLUSIÓN............................................................................................................................................32
13. REFERENCIAS...........................................................................................................................................33
13.1 Bibliografía............................................................................................................................................................................. 33
13.2 Pá ginas WEB.......................................................................................................................................................................... 33
14. LINK AL VIDEO CON LA PRESENTACIÓN DEL TP............................................................................33
Tabla de Ilustraciones
Ilustración 1: Diagrama de Infraestructura.............................................................................................................9
Ilustración 2: Organigrama...................................................................................................................................13
Ilustración 3: Proceso de Negocio: Solicitud de Insumos....................................................................................14
Ilustración 4: Proceso de Negocio: Control de Stock y Pedido de Compra.........................................................15
Ilustración 5: Proceso de Negocio: Ingreso de Mercadería..................................................................................16
Ilustración 6: Diagrama de Casos de Uso.............................................................................................................23
Ilustración 7: Diagrama de Clases........................................................................................................................24
Ilustración 8: Diagrama de Colaboración: Alta Producto.....................................................................................25
Ilustración 9: Diagrama de Colaboración: Modificar Producto...........................................................................25
Ilustración 10: Diagrama de Colaboración: Alerta Stock Mínimo.......................................................................26
Ilustración 11: Diagrama de Despliegue...............................................................................................................26
Ilustración 12: GUI: Login...................................................................................................................................27
Ilustración 13: GUI: Home...................................................................................................................................27
Ilustración 14: GUI: Alta
Producto........................................................................................................................28
Ilustración 15: GUI: Modificar
Producto..............................................................................................................28

VINF08970 2
Ilustración 16: GUI: Alerta Stock

Mínimo............................................................................................................29
1. INTRODUCCIÓN
El objeto del trabajo se centra en una empresa dedica a la prestación de servicios de Salud, en una rama
específica, en el territorio de Ciudad y Provincia de Buenos Aires desde hace más de 30 años. Particularmente,
en la última década ha crecido y profesionalizado su personal transformándose en una mediana compañía.
1.1 Antecedentes
La compañía en estudio es una Pymes que durante 20 años tercerizó a través de un laboratorio los
análisis de determinaciones para los pacientes, ya sea para los que están internados como para los que se
realizan chequeos de manera ambulatoria. Una vez finalizada la concesión, la empresa decidió crear un
laboratorio dentro de sus instalaciones, esta decisión abarataría los costos, eliminaría el traslado de las muestras
y mejoraría la experiencia del paciente ya que podría hacerse todos los estudios necesarios dentro del mismo
edificio. Para poder llevar a cabo este proyecto tuvieron que contratar personal, adecuar las instalaciones y
comprar los aparatos necesarios. El laboratorio cuenta con un stock independiente al de la farmacia, compuesto
por reactivos, jeringas, agujas, frascos de muestras, etc. Esto generó la necesidad de contar con un nuevo
sistema de control de stock independiente al sistema que usa actualmente la farmacia.

VINF08970
1.2 Descripción del área problemática
De lo observado se desprende que el principal inconveniente es que el nuevo laboratorio no cuenta con
un sistema informático para registro de ingreso y egreso de insumos y control de stock. Al no contar
información precisa y en el momento en que se necesita afecta al área de compras, al directorio, la gerencia
general y al comité médico para la compra de los productos, la asignación de recursos y la toma de decisiones.
2. JUSTIFICACIÓN
Por lo expuesto en los párrafos anteriores, surge la necesidad de implementar un sistema para el
manejo de entrada y salida de los insumos del laboratorio y de esa manera poder hacer controles de stock
cuando sea necesario. Esta mejora significará tanto un ahorro de tiempo al momento de realizar los conteos, un
ahorro de dinero ya que no se van a comprar insumos que no sean necesarios, y al ser reactivos tienen
vencimientos que pueden generar que ese producto haya que descartarlo sin haberlo usado, como también un
soporte para el directorio y las áreas gerenciales para la toma de decisiones, debido a que estamos hablando de
una nueva practica que se incorporó a la empresa.
3. DEFINICIONES DEL PROYECTO
3.1 Objetivo general del proyecto
El objetivo general es diseñar e incorporar un sistema que mejore los procesos de compra y control de
inventario, elimine redundancia de datos, evite gastos de dinero innecesarios y mantenga al día el ingreso y
egreso de insumos al laboratorio. De esta manera, al tener la información actualizada será útil para la definición
de estrategias y toma de decisiones.
3.2 Objetivos específicos del proyecto
 Revisión de los procesos de negocio, verificación de las fuentes de datos actuales y definición
de los puntos claves a trabajar.
 Solicitar al área correspondiente los niveles de permisos y funcionalidades para el alta de
usuarios.
 Realizar el conteo del inventario.

VINF08970
 Realizar el diseño del sistema y el alta estandarizada de los insumos.

 Validar que la cantidad de mercadería dada de alta coincida con la existente en el laboratorio,
para esto será necesario realizar un nuevo conteo.
4. DEFINICIONES DEL SISTEMA
4.1 Objetivo general del sistema
Desarrollar un sistema informático que permita ingresar y registrar todos los movimientos de insumos
que se realizan en el laboratorio para poder contar con la información del inventario en tiempo real. Esta
gestión de la información será útil para la toma de decisiones del directorio.
Módulo 1 Módulo 2 Módulo 3 Módulo 4
Relevar y analizar los requerimientos
Especificar los requerimientos
Realizar el control del inventario para la carga de

insumos
Diseñar y testear el sistema
Implementar el sistema y validar información
4.2 Límite
El desarrollo abarcará el control de inventario y la trazabilidad de los insumos desde que son
ingresados al sistema luego de la entrega de un proveedor hasta que son utilizados por el personal para la
realización de alguno de los estudios contemplados.

VINF08970
4.3 Alcance
El sistema permitirá realizar los ingresos y egresos de mercadería, identificando a la persona que
utilizará cada insumo y fundamentalmente la verificación del inventario.
4.4 No Contempla
El sistema no contemplará la realización de pedidos automatizados a proveedores.
5. ELICITACIÓN
Con el fin de adquirir los conocimientos necesarios para el diseño del sistema se realizaron varias
reuniones con el directorio con el fin de entender los motivos que los llevó a decidir la creación del laboratorio.
Por otro lado, se llevaron a cabo distintas entrevistas con el área de compras dependiente de la Gerencia de
Administración y Finanzas. Estas fueron útiles para:
 Conocer el proceso operativo de la compra de los insumos para la realización de los análisis de
reactivos.
 Entender la distribución y el ingreso de los insumos al stock existente. Y la clasificación de
estos según los estudios a ser realizados.
 Recabar la información necesaria para la creación de los perfiles de usuarios según su
jerarquía.
Por último, pero no menos importante, se realizaron entrevistas con el área de IT, para entender la
infraestructura existente y con el personal del laboratorio, que serán los usuarios del sistema, para conocer la
dinámica del día a día y poder realizar un software que les sea práctico.
5.1 Actividad del cliente
La compañía fue creada en 1978 con el objetivo de trabajar para que los pacientes con afecciones
cardiovasculares vivan más y mejor. Se ha constituido en un centro de excelencia en el tratamiento de las
enfermedades cardiovasculares y es hoy reconocida como una institución que marca tendencias en el
conocimiento y tratamiento de todo lo relacionado con el cuidado de la salud en esta área.

VINF08970
Atiende a todos los públicos en forma directa, a través de prepagas, obras sociales, basándose en la
credibilidad generada por su tecnología, profesionalidad y resultados comprobados. Cuenta con los mejores
profesionales y programas de prevención y rehabilitación con los máximos niveles de calidad internacional.
MISIÓN
Orientada a la prevención, diagnóstico y tratamiento de los pacientes con enfermedades

cardiovasculares, basando su actividad en la calidad y la eficiencia, haciendo foco en la experiencia del
paciente.
VALORES
 Experiencia del paciente: El compromiso de proveer un clima de cuidado y apoyo a los pacientes y sus
familiares.
 Educación: El desarrollo permanente de los recursos humanos, actores clave en el cuidado del
paciente.
 Calidad: La práctica de una medicina segura, eficaz y basada en resultados.
 Innovación: La promoción del cambio y el desarrollo de nuevas ideas y procesos, para alcanzar los
objetivos.
 Trabajo en equipo: Para asegurar una respuesta integral a los problemas de los pacientes.
 Integridad: El trabajo encuadrado en valores profesionales como honestidad, confianza, respeto y
transparencia.
5.2 T.I.C (Tecnología de la Información y Comunicación)
La organización posee una gerencia de TI que se encarga del desarrollo de sistemas, soporte técnico,
seguridad informática y la administración de la infraestructura de red y servidores. Por otro lado, cuentan con
consultores externos que realizan mantenimiento y cambios a sistemas que no fueron desarrollados por el staff
permanente.
Los servidores que se encuentran dentro del DataCenter son:

 Servidores de almacenamiento (FileServer)
 Servidores de seguridad informática (Firewall)
 Servidores de bases de datos (DBServer)

VINF08970
 Servidores web (WebServer)

 Servidores de dominio (Domain Controller)
Cabe aclarar que debido al contexto actual además los usuarios cuentan con computadoras portátiles
con una solución de SophosVPN para que puedan trabajar de manera remota.
Se considera que el sistema a desarrollar, por una cuestión de practicidad para el usuario y previendo
que en un futuro sea utilizado por otras sucursales fuera del acceso a la red central, sea realizado con tecnología
web utilizando lenguajes de código abierto como PHP para el desarrollo propiamente dicho y MySQL para las
bases de datos.
Ilustración 1: Diagrama de Infraestructura.

Fuente: Elaboración propia.
DIAGRAMA DE INFRAESTRUCTURA
5.3 Competencia
Luego de un análisis realizado investigando los sistemas que usan laboratorios de diagnóstico como
Rossi o Stamboulián y laboratorios médicos como Roche o Bayer se encontró que nuestros mayores
competidores son los módulos de control de stock de los ERP. Dentro del amplio mercado de este tipo de

VINF08970
sistemas se eligió realizar la comparación con dos empresas argentinas especializadas en el desarrollo de
sistemas de gestión de inventario enfocado a laboratorios y un tercero que si bien desembarcó hace
relativamente poco en el mercado se está volviendo un competidor fuerte utilizado por empresas como Toyota,
Hyundai o Danone y, al igual que nuestro sistema, es OpenSource. A continuación, se detallan ventajas y
desventajas.
ERP Ventajas Desventajas

 Manejo de lotes y  Altos costos de
vencimientos. implementación.
Flexxus  Generación de órdenes de  Es necesario contratar
compra. capacitación certificada tanto
 Trazabilidad de los insumos. para los desarrolladores
como para los usuarios.
 Alerta por falta de stock o  Altos costos de
vencimiento. implementación.
Osmosys  Generación de informes pre-  Es necesario contratar
armados. capacitación certificada tanto
como para los usuarios.
 Es OpenSource.  Es necesario contratar
 Generación de reportes. capacitación certificada tanto
Odoo  Multialmacén. como para los usuarios.

VINF08970
 Está enfocado al
almacenamiento de productos
y no de insumos de
laboratorios.
6. RELEVAMIENTO
6.1 Relevamiento Estructural
La compañía se encuentra en el barrio de Belgrano, está formada por 4 edificios contiguos conectados
al DataCenter ubicado en el edificio central. Además, cuenta con 3 centros ubicados en otros barrios, que por el
momento no utilizarán el sistema a desarrollar.
Actualmente la compañía cuenta con 1 sistema de control de stock que fue un desarrollo interno y
utiliza únicamente la farmacia, este sistema no sirve para que lo utilice el laboratorio ya que los insumos son
almacenados en distintos lugares, tienen proveedores diferentes y las personas que lo van a utilizar tienen
funciones distintas al personal de la farmacia.
STAKEHOLDERS
 Directorio: Es el último eslabón en la cadena, gracias al sistema van a poder tener

información confiable del flujo de los insumos y los gastos que generan, esto lo
utilizarán como soporte para la toma de decisiones.
 Gerencia de Administración y Finanzas: Dentro de la gerencia se encuentra hay dos
áreas interesadas en la implementación del sistema. Por un lado, está el área de
compras, encargada de adquirir los insumos que utilizará el laboratorio, por el otro está
el área de planeamiento y control de gestión encargada de la confección del
presupuesto anual, de esta manera van a poder corroborar que lo presupuestado fue
realmente lo consumido y de esa manera hacer los ajustes necesarios.
 Comité Médico: Tiene la jerarquía de una gerencia y está a cargo de coordinar, entre
muchas otras cosas, el laboratorio.
 Gerencia de Sistemas: Se trabajará en conjunto para la implementación del sistema.

VINF08970
HARDWARE EXISTENTE
El laboratorio cuenta con una computadora con conexión a la red de la empresa. Los otros
edificios, que por el momento no van a utilizar el sistema, también cuentan con computadoras con
conexión a internet, que llegado el caso de que necesiten usar el sistema van a poder acceder por
medio de la VPN.
6.2 Relevamiento Funcional
FUNCIONES DE LAS ÁREAS
 Directorio: Formado por el presidente, el vicepresidente y los directores. Son los responsables
de establecer los objetivos organizacionales anuales y de tomar las decisiones para lograr
dichos objetivos.
 Gerente General: Es el nexo entre los gerentes y el directorio. Su función básicamente radica
en que se cumplan los objetivos establecidos por el directorio.
 Gerencia de Administración y Finanzas: Es la gerencia encargada de plasmar la realidad
económica y financiera de la compañía. Además, es la responsable del cumplimiento
presupuestario, que incluye generar el nexo necesario con todos los sectores de la organización
para el logro de dichos objetivos.
Dentro de la gerencia se encuentra las siguientes áreas:
 Área de Facturación: Su función principal consiste en emitir a través de comprobantes
los servicios prestados por la institución.
 Área de Contaduría: Se encarga principalmente de registrar y plasmar las transacciones
que realiza diariamente la compañía.
 Área de Planeamiento y Control de Gestión: Confecciona el presupuesto según las
premisas establecidas por el directorio y realiza los reportes necesarios para analizar
las distintas unidades de negocio.
 Área de Tesorería: Gestiona las cobranzas y los pagos en tiempo y forma para el
correcto funcionamiento de la institución.
 Área de Compras: Realiza todas las compras necesarias para la organización, teniendo
en cuenta el presupuesto designado para cada sector.

VINF08970
 Gerencia Comercial: Es la gerencia que gestiona los acuerdos con los financiadores para
determinar los precios de los servicios que presta, su función es crucial para la organización
dado que el mix generado de volúmenes de ventas con los financiadores más rentables es lo
que le permitirá a la compañía lograr sus objetivos organizacionales. Así mismo, dentro de esta
gerencia se encuentra el área de comunicación, cuya funciona principalmente radica en
aumentar el conocimiento de la institución en el mercado para llegar a la mayor cantidad de
potenciales clientes posibles.
 Gerencia de Sistemas: Su función principal es facilitar las herramientas necesarias para que las
distintas gerencias puedan brindar la información precisa a terceros en los tiempos oportunos.
La gerencia se divide en 3 áreas:
 Área de Desarrollo: Encargada principalmente de realizar la implementación y

mantenimiento de los sistemas con el objeto de reducir tiempos de trabajo y mejorar la
precisión de la información de los sectores.
 Área de Soporte: Brinda soporte técnico a los usuarios de toda la compañía.
 Área de Redes e Infraestructura: Se encarga de administrar los servidores y los activos
de red.
 Gerencia de Mantenimiento: Es la gerencia que se encarga principalmente de que la

infraestructura de la organización se encuentre en las condiciones óptimas para su correcto
funcionamiento. Dentro de la misma se ubica el área de hotelería, cuya función está destinada
al paciente internado, todos los gastos relacionados a generar una estadía acorde al servicio
prestado.
 Comité Médico Operativo: Es el departamento médico general que agrupa a todos los servicios
que presta la empresa, es la razón del funcionamiento del negocio, por ende, su función es
esencial para la existencia de la institución. Dentro del comité, direccionado por 3 médicos, se
encuentra cada uno de los departamentos dividos por los servicios principales que presta la
compañía, asociados a patologías específicas que manejan cada uno de ellos. Además, cuenta
con una guardia y los consultorios externos, relacionados con la parte ambulatoria.

VINF08970
ORGANIGRAMA
Ilustración 2: Organigrama.
PROCESOS DE NEGOCIO
[Proceso: solicitud de insumos]

[Roles: aux_enfermeria, aux_laboratorio, jefe_laboratorio, aux_deposito, jefe_deposito]
[Pasos]
Llega un nuevo paciente al laboratorio para realizarse un estudio, se chequea en el sistema si el
paciente ya tiene una orden generada, si no tiene se le solicita que la presente. Dependiendo el estudio
o los estudios que se va a realizar el paciente, se solicitan al depósito los insumos. Una vez que el
auxiliar del depósito le entrega al auxiliar de enfermería el insumo, se descuenta del stock.

VINF08970
Ilustración 3: Proceso de Negocio: Solicitud de Insumos.

[Proceso: control de stock y pedido de compra] Fuente: Elaboración propia.
[Roles: aux_deposito, jefe_deposito, jefe_compras, proveedor]
[Pasos]
Una vez por semana el jefe de depósito, junto con los auxiliares, realiza el control del stock y elabora una lista
de los productos en falta o con poco stock. El área de compras realiza los pedidos a los proveedores
correspondientes.

VINF08970
Ilustración 4: Proceso de Negocio: Control de Stock y Pedido de Compra.

[Proceso: ingreso de mercadería]

[Roles: aux_deposito, jefe_deposito, jefe_compras, proveedor]
[Pasos]
Una vez que llega la mercadería, el jefe de compras le pide al jefe de depósito que realice un control de la
entrega. Una vez que está validada se ingresa la mercadería al sistema.

VINF08970
Ilustración 5: Proceso de Negocio: Ingreso de Mercadería.

7. DIAGNÓSTICO
[Proceso: ingreso de mercadería]

[Problema: desconocimiento de la cantidad real de mercadería]

VINF08970
Problema P1: Desconocimiento de la cantidad real de mercadería
Causas:
-Una vez que llega la mercadería entregada por un proveedor, esta no es controlada.
-No se puede verificar si el proveedor mandó bien el pedido.
-La mercadería no es ingresada en ningún sistema o método de control de stock.
-Al momento de hacer un nuevo pedido, se hace “a ojo”.
[Proceso: solicitud de insumos]

[Problema: falta de insumos para la realización de estudios]
Problema P2: Falta de insumos para la realización de estudios
Causas:
-Se citan pacientes sin saber si van a poder realizarles el estudio en base al requerimiento de materiales de este.
-No hay un sistema o método de control de stock para verificar la existencia del reactivo o material necesario
para realizar los estudios.
-Pacientes que no se pueden realizar los estudios por falta de insumos, vuelven otro día con sin turno lo que
genera la necesidad de más insumos de los que se había contemplado.
[Proceso: control de stock y pedido de compra]

[Problema: no hay disponibilidad del stock en tiempo real]
Problema P3: No hay disponibilidad del stock en tiempo real
Causas:
-El control de stock se realiza de manera manual cuando es requerido.
-Al llevar más tiempo de lo necesario el control de stock, se realizan pedidos antes de su finalización, por lo
tanto, la mercadería llega y tienen que volver a contarlo sumando los nuevos insumos.
-Cuando se finaliza el control de stock, queda anotado en cuadernos o algún archivo en alguna computadora,
con un nombre genérico y esto hace que se pierda fácil.

VINF08970
8. PROPUESTA DE SOLUCIÓN
8.1 Propuesta Funcional
En base al relevamiento realizado, se propone el desarrollo de un sistema de control de stock que,

facilitará el flujo de los insumos para los estudios, tanto para el personal del laboratorio como también para los
encargados del depósito. Por otro lado, mejorará la realización de pedidos a proveedores por parte del área de
compras y servirá de soporte para la toma de decisiones del directorio.
Utilidades del sistema:

 Generará alertas de stock mínimo o nulo
 Le asignará un sku a cada insumo que se agregue al stock
 Permitirá ver en tiempo real el stock total y el disponible
 Agrupará los insumos necesarios dependiendo los estudios a realizarse
 Generación de reportes para los directivos.
En la siguiente fase se incorporará a los proveedores al sistema para que, con el control del área de
compras, se puedan realizar pedidos automáticamente cuando el sistema detecte la falta de determinados
insumos.
8.2 Listado de Requerimientos Funcionales
RF001 Registro de usuarios en el sistema (ABM)

RF002 Ingreso al sistema de usuarios registrados
RF003 Registro de insumos (AMB)
RF004 Búsqueda de productos
RF005 Registrar el ingreso de la mercadería
RF006 Registrar el egreso de la mercadería
RF007 Gestión del inventario
RF008 Emisión de alertas de stock mínimo
RF009 Generación de reportes
RN010 Distintos perfiles de usuarios dependiendo la jerarquía

VINF08970
8.3 Listado de Requerimientos No Funcionales
RNF002 Interfaz de fácil lectura y aprendizaje

RNF003 Entorno web
RNF004 Tiempo de respuesta menor a los 5 segundos
RNF005 Compatibilidad con navegadores IE 10.0, Chrome 86.0, Firefox 82.0 o superiores
8.4 Listado de Requerimientos Candidatos
RC001 Realizar los pedidos al proveedor

RC002 Calcular los costos de los análisis en base a los insumos consumidos
RC003 Visualizar fechas de vencimiento de los reactivos
9. DESARROLLO DEL PROTOTIPO
El desarrolló será realizado en un entorno web en lenguaje PHP, esto facilitará el acceso y la
compatibilidad con los navegadores, y al tratarse de código abierto, abaratará los costos. Contará con
una conexión a una base de datos gestionada en MySQL. Se recomienda, como mínimo, la compra de
un servidor y la instalación de HTTP Apache para alojar dicho desarrollo. Dicho servidor debe estar
conectado a las UPS que ya poseen para garantizar la disponibilidad de la información y evitar que el
servidor se apague de mala manera en caso de un corte de luz. Para la base de datos y los backups se
pueden utilizar los servidores ya existentes.
CASOS DE USO
UC RF Nombre Prioridad Complejidad

UC001 RF003 Alta Producto Alta Baja
UC002 RF003 Baja Producto Alta Baja
UC003 RF003 Modificar Producto Alta Baja
UC004 RF004 Buscar Producto Media Baja
UC005 RF005 Ingreso Mercadería Alta Baja
UC006 RF006 Egreso Producto Alta Baja
UC007 RF008 Alerta Stock Mínimo Alta Media
UC008 RF009 Generar Reporte Alta Media

VINF08970
9.1 Descripción de Casos de Uso

Nivel del Use Case: Negocio Sistema de Información
Nombre del Use Case: Alta Producto Nro. de Orden: UC001
Prioridad: Alta Media Baja
Complejidad: Alta Media Baja
Actor Principal: Jefe de Depósito Actor Secundario: no aplica
Tipo de Use Case: Concreto Abstracto
Objetivo: Incorporar un nuevo producto en el sistema.
Precondiciones: no aplica
Post- Condiciones Éxito: Se crea un nuevo producto en el sistema.
Fracaso 1: ya existe el producto en el sistema.
Fracaso 2: faltan datos.
Curso Normal Alternativas
1. El CU comienza cuando el Jefe de Depósito (JDD)
selecciona la opción “Agregar Producto”.
2. El sistema solicita que se ingresen los datos mínimos
requeridos (Nombre, Marca, Estudio Asociado) y el
sistema le asignará un SKU.
3. El JDD deberá seleccionar “Guardar”. 3.A1 El JDD selecciona “Cancelar”.
3.A1.1 Se cancela el alta del producto.
4. El sistema valida que el producto no exista y que estén 4.A1 El producto ya existe.
cargados los datos mínimos requeridos. 4.A1.1 Se cancela el alta del producto.
4.A2 Faltan datos mínimos requeridos.
4.A2.1 El sistema indica los datos faltantes.
4.A2.2 El JDD agrega los datos faltantes y
selecciona “Agregar”.
5. El producto se carga en el sistema y muestra un
mensaje de éxito.
6. Fin del UC.
Asociaciones de Extensión: no aplica
Asociaciones de Inclusión: no aplica
Use Case donde se incluye: no aplica
Use Case al que extiende: no aplica
Use Case de Generalización: no aplica
Autor: Federico Krämer Fecha Creación: 14/11/2021
Autor Última Modificación: Fecha Última Modificación:

Nombre del Use Case: Modificar Producto Nro. de Orden: UC003

VINF08970

Actor Principal: Jefe de Depósito Actor Secundario: no aplica
Objetivo: Modificar los datos de un producto en el sistema.
Precondiciones: El producto debe existir en el sistema.
Post- Condiciones Éxito: Se modifican los datos del producto.
Fracaso 1: faltan datos mínimos requeridos.
Fracaso 2: el jefe de depósito cierra sin guardar los cambios.
1. El CU comienza cuando el Jefe de Depósito (JDD)
selecciona la opción “Modificar Producto”.
2. El sistema solicita que se ingrese el SKU del producto a
modificar.
3. El JDD ingresa el SKU y selecciona “Buscar”. 3.A1 El JDD selecciona “Cancelar”.
3.A1.1 Se cancela la modificación del
producto.
4. El sistema verifica el SKU ingresado.
5. El SKU es válido y el JDD selecciona “Modificar”. 5.A1 El SKU no existe.
5.A1.1 El sistema muestra el mensaje “SKU
Incorrecto”.
producto.
6. El sistema abre una ventana con los datos del producto
que pueden ser modificados (el SKU aparece grisado).
7. Una vez modificados los datos el JDD selecciona
“Guardar”.
8. El sistema comprueba que estén cargados los datos 8.A1 Faltan datos mínimos requeridos.
mínimos requeridos y pide confirmación para guardar los 8.A1.1 Se muestra un mensaje indicando
cambios. los datos faltantes.
8.A1.2 El JDD ingresa los datos y selecciona
“Guardar”.
8.A2 El JDD selecciona “Cancelar”.
producto.
9. El JDD confirma la modificación y el sistema muestra un
mensaje de éxito.
10. Fin del UC.
Asociaciones de Inclusión: Consultar Producto
Use Case donde se incluye: no aplica

VINF08970


Nombre del Use Case: Alerta Stock Mínimo Nro. de Orden: UC007
Actor Principal: Encargado de Depósito Actor Secundario: Jefe de Compras
Objetivo: Emitir una alerta cuando un producto alcance el stock mínimo.
Precondiciones: Que se realice un egreso de mercadería.
Post- Condiciones Éxito: Se emite una alerta para que se compre un producto con stock mínimo.
Fracaso 1: el encargado de depósito cancela la alerta.
1. El CU comienza cuando el Encargado de Depósito
(EDD) descuenta un producto porque lo utiliza el personal
del laboratorio.
2. El sistema detecta que el producto ha alcanzado la
cantidad mínima y muestra una alerta.
3. El EDD selecciona “Notificar” y el sistema genera un 3.A1 El EDD selecciona “Ignorar”.
email para el Jefe de Compras (JDC) indicando la 3.A1.1 Se cancela el envío de la alerta.
necesidad de compra del producto.
4. El sistema solicita confirmación para el envío del email.
5. El EDD selecciona “Aceptar” y se envía el email. 5.A1 El EDD selecciona “Cancelar”.
5.A1.1 Se cancela el envío de la alerta.
6. Fin del UC.
Asociaciones de Inclusión: no aplica
Use Case donde se incluye: Egreso Producto

VINF08970
9.2 Diagrama de Casos de Uso

Ilustración 6: Diagrama de Casos de Uso.
9.3 Diagrama de Clases

VINF08970
Ilustración 7: Diagrama de Clases.


VINF08970
9.4 Diagramas de Colaboración Ilustración 8: Diagrama de Colaboración: Alta Producto.

DIAGRAMA “ALTA PRODUCTO”
DIAGRAMA “MODIFICAR PRODUCTO”
Ilustración 9: Diagrama de Colaboración: Modificar Producto.


VINF08970
DIAGRAMA “ALERTA STOCK MÍNIMO”
Ilustración 10: Diagrama de Colaboración: Alerta Stock Mínimo.

Ilustración 11: Diagrama de Despliegue.

9.5 Diagrama de Despliegue Fuente: Elaboración propia.

VINF08970
10. INTERFAZ GRÁFICA
Ilustración 12: GUI: Login.

Ilustración 13: GUI: Home.


VINF08970

VINF08970
Ilustración 16: GUI: Alerta Stock Mínimo.

11. PRUEBAS. PROCESO DE VALIDACIÓN Y VERIFICACIÓN
El objetivo de este proceso es comprobar tanto la calidad del desarrollo realizado como el
cumplimiento de los requerimientos por parte del cliente. Para esto se implementará el sistema en un
ambiente de prueba similar al ambiente de producción.
Como metodología de pruebas se realizará el modelo de caja negra basado en los casos de uso,
lo que significa que nos enfocaremos en las entradas y en las salidas basándonos en los
requerimientos y especificaciones funcionales.

VINF08970
CASOS DE PRUEBA DE PROCESOS FUNCIONALES
ID Caso de Prueba: TC001

ID Caso de Uso: UC001
Resumen: Verificar el alta de un nuevo producto en el sistema.
Precondiciones: Tener una cuenta con un perfil que permita el ABM de productos y
estar logueado. Que los estudios a ser realizados con los productos
estén previamente cargados.
Datos de Entrada: Nombre, Marca y Estudio Asociado del producto.
Pasos de Ejecución: 1. Entrar a la página del sistema y loguearse.
2. Hacer clic en el botón “Alta Producto”.
3. Verificar que se le haya asignado un SKU.
4. Completar nombre y marca del producto. (La descripción es
optativa)
5. Seleccionar el estudio asociado.
6. Hacer clic en “Guardar”.
Resultado Esperado: El producto se carga en el sistema y muestra un mensaje de éxito.
Resultado Obtenido: Se da de alta el producto.
Autor: Federico Krämer Fecha creación: 14/11/2021
Autor última 14/11/2021 Fecha última 14/11/2021
modificación: modificación:
Prueba realizada por: Federico Krämer
Fecha de Ejecución: 14/11/2021

Resumen: Verificar la modificación de los datos de un producto en el sistema.
Precondiciones: Tener una cuenta con un perfil que permita el ABM de productos y
estar logueado. Que el producto ya esté dado de alta previamente.
Datos de Entrada: SKU, Nombre, Marca y Estudio Asociado del producto.
Pasos de Ejecución: 1. Entrar a la página del sistema y loguearse.
2. Hacer clic en el botón “Modificar Producto”.
3. Ingresar el SKU del producto a modificar.
4. Hacer clic en “Buscar”
5. Verificar que el sistema nos muestra el producto que queremos
modificar.
6. Hacer clic en “Modificar”.
7. Verificar que el SKU está grisado.
8. Modificar Nombre, Marca y Estudio Asociado.
9. Hacer clic en “Guardar”
10. Hacer clic en “Confirmar”
Resultado Esperado: Se modifican los datos del producto y muestra un mensaje de éxito.

VINF08970
Resultado Obtenido: Se modifican los datos.


Resumen: Verificar la aparición de la alerta cuando se alcanza el stock mínimo de
un producto y el envío del mail de notificación.
Precondiciones: Tener una cuenta con un perfil que permita hacer el egreso de
productos y estar logueado. Hacer el egreso de un producto y que este
haya alcanzado el stock mínimo.
Datos de Entrada: -
Pasos de Ejecución: 1. Confirmar el egreso de un producto que alcanzará el stock
mínimo.
2. Verificar que se muestre el mensaje de alerta con la opción de
notificar.
3. Hacer clic en “Notificar”.
4. Hacer clic en “Aceptar”
Resultado Esperado: Que se muestre la alerta por stock mínimo y se envíe un mail con la
solicitud de compra.
Resultado Obtenido: Se muestra la alerta y se envía el email.
12.

VINF08970
12. CONCLUSIÓN
Mi conclusión tiene dos enfoques diferentes, por un lado, está el profesional. Luego de las
entrevistas iniciales y de poder conocer con detalle los procesos de negocio, se realizó una propuesta
que entendí podía mejorar los procesos que se realizaban actualmente de manera manual. Durante
todo el proceso de desarrollo y pruebas se continuó en constante comunicación con las áreas de la
empresa que se iban a ver afectadas por la implementación del sistema. Durante estas reuniones pude
entender que a varias empresas que están hace mucho tiempo en el mercado les cuesta incorporar
sistemas o tecnología. Ya sea por el costo monetario, por el tiempo que es necesario dedicarle o por el
trabajo que cuesta recaudar toda la información. También empieza salir a la luz la posibilidad de
modificar los procesos internos a los que están acostumbrados hace años en pos de mejorar el
funcionamiento y adecuarse al uso del sistema. Pero, así como les cuesta actualizarse también tienen
la facilidad de asumir todas las ventajas que encuentran luego de hacer las primeras pruebas. En
resumen, hay que seguir fomentando la tecnología y la sistematización de los procesos de las
empresas para poder romper esa barrera cultural que algunas tienen.
En cuanto al enfoque personal, es la primera vez que realizo un trabajo de estas características,
nunca hice un desarrollo y sinceramente no es la rama de la informática que más me llama la
atención, pero gracias a este proceso que viví durante todos estos meses, en primer lugar pude poner
en práctica conocimientos que sin darme cuenta fui adquiriendo durante estos años de cursada, por
otro lado, entendí el valor que tienen los diagramas y como uno va mejorando el sistema y
modificando cosas cuando empiezan a ver en un diagrama todo lo que se imaginó. Por último,
entiendo que la mayor satisfacción va a ser poder ver en acción algo que uno fue desarrollando y
puliendo con tanta dedicación durante estos meses.
13.

VINF08970
13. REFERENCIAS
13.1 Bibliografía
Universidad Siglo21 (2019), Materia: “Sistemas de Información” - Profesor/a: Moroni, Alejandro Mario.
Universidad Siglo21 (2020), Materia: “Análisis y Diseño de Software” - Profesor/a: Ferreyra, Ana Carolina.
Universidad Siglo21 (2021), Materia: “Ingeniería de Software” - Profesor/a: Conde, Sergio Daniel.
Universidad Siglo21 (2020), Materia: “Pruebas de Sistemas” - Profesor/a: Ferreyra, Ana Carolina.
Universidad Siglo21 (2019), Materia: “Base de Datos I” - Profesor/a: Moroni, Alejandro Mario.
13.2 Páginas WEB

Diseño de Ilustraciones - https://app.diagrams.net/
Competencia: Flexxus - https://www.flexxus.com.ar/software-y-sistemas-de-gestion-para-droguerias-y-
laboratorios/
Competencia: Osmosys - https://www.osmosys.com.ar/
Competencia: Odoo - https://www.odoo.com/es_ES/app/inventory
Diseño de Procesos de Negocio - https://lucid.co/
Diagrama de Casos de Uso - https://creately.com/blog/es/diagramas/tutorial-diagrama-caso-de-uso/
Diagrama de Clases - https://www.lucidchart.com/pages/es/tutorial-de-diagrama-de-clases-uml
Diagramas de Colaboración - https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/diagrama-de-
interaccion/diagrama-de-colaboracion/
Diagrama de Despliegue - https://creately.com/blog/es/diagramas/tutorial-de-diagrama-de-despliegue/
También se consultó la página WEB de la empresa en la que se basó para el desarrollo del trabajo, pero por
cuestiones de identidad no me permitieron ponerla.
14. LINK AL VIDEO CON LA PRESENTACIÓN DEL TP

https://youtu.be/EcxcP_VbZww

VINF08970

Módulo 4

Cargado por

Información del documento

Descripción 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

Módulo 4

Cargado por

Copyright:

Formatos disponibles

SEMINARIO DE

Profesor Hugo Fernando Frias

8.3 Listado de Requerimientos No Funcionales...............................................................................................................19

Federico Luis Krämer

Ilustración 16: GUI: Alerta Stock

Federico Luis Krämer

1.2 Descripción del área problemática

3. DEFINICIONES DEL PROYECTO

3.1 Objetivo general del proyecto

3.2 Objetivos específicos del proyecto

Federico Luis Krämer

 Realizar el diseño del sistema y el alta estandarizada de los insumos.

4. DEFINICIONES DEL SISTEMA

4.1 Objetivo general del sistema

Módulo 1 Módulo 2 Módulo 3 Módulo 4

Relevar y analizar los requerimientos

Especificar los requerimientos

Realizar el control del inventario para la carga de

Implementar el sistema y validar información

Federico Luis Krämer

El sistema no contemplará la realización de pedidos automatizados a proveedores.

5.1 Actividad del cliente

Federico Luis Krämer

Orientada a la prevención, diagnóstico y tratamiento de los pacientes con enfermedades

5.2 T.I.C (Tecnología de la Información y Comunicación)

Los servidores que se encuentran dentro del DataCenter son:

Federico Luis Krämer

 Servidores web (WebServer)

Ilustración 1: Diagrama de Infraestructura.

Federico Luis Krämer

ERP Ventajas Desventajas

Federico Luis Krämer

6.1 Relevamiento Estructural

 Directorio: Es el último eslabón en la cadena, gracias al sistema van a poder tener

Federico Luis Krämer

6.2 Relevamiento Funcional

FUNCIONES DE LAS ÁREAS

Federico Luis Krämer

 Área de Desarrollo: Encargada principalmente de realizar la implementación y

 Gerencia de Mantenimiento: Es la gerencia que se encarga principalmente de que la

Federico Luis Krämer

[Proceso: solicitud de insumos]

Federico Luis Krämer

Ilustración 3: Proceso de Negocio: Solicitud de Insumos.

Federico Luis Krämer

Ilustración 4: Proceso de Negocio: Control de Stock y Pedido de Compra.

[Proceso: ingreso de mercadería]

Federico Luis Krämer

Ilustración 5: Proceso de Negocio: Ingreso de Mercadería.

[Proceso: ingreso de mercadería]

Federico Luis Krämer

Problema P1: Desconocimiento de la cantidad real de mercadería

[Proceso: solicitud de insumos]

Problema P2: Falta de insumos para la realización de estudios

[Proceso: control de stock y pedido de compra]

Problema P3: No hay disponibilidad del stock en tiempo real

Federico Luis Krämer

8.1 Propuesta Funcional

En base al relevamiento realizado, se propone el desarrollo de un sistema de control de stock que,

Utilidades del sistema:

8.2 Listado de Requerimientos Funcionales

RF001 Registro de usuarios en el sistema (ABM)

Federico Luis Krämer