REPÚBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD RAFAEL BELLOSO CHACÍN
FACULTAD DE INGENIERIA
ESCUELA DE INGENIERIA EN COMPUTACION
CÁTEDRA: INGENIERÍA DEL SOFTWARE II
SECCIÓN: C-1013
Manual de Analista y Plan de pruebas de software
[SISTEMA HECHO A LA MEDIDA - Empresa de Suministros farmacéuticos ASM]
Ing.sof actividad 6 proyecto final - presentado por jorge fuentes y manuel baez
1. REPÚBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD RAFAEL BELLOSO CHACÍN
FACULTAD DE INGENIERIA
ESCUELA DE INGENIERIA EN COMPUTACION
CATEDRA: INGENIERÍA DEL SOFTWARE II
SECCIÓN: C-1013
Manual de Analista
[SISTEMA HECHO A LA MEDIDA
Empresa de Suministros farmacéuticos ASM]
Fecha: [21/09/2020]
REALIZADO POR:
Br. FUENTES, Jorge
C.I. V- 23.469.320
Br. BÁEZ, Manuel
C.I. V- 24.737.525
2. 1. Diseño del sistema recomendado:
En los siguientes cuadros se describe la funcionabilidad del sistema de
suministros a fin, de dar respuesta a la demanda comercial emanada en el entorno
farmacéutico, en el Cuadro 1 sobre el Diagrama de Flujo de Datos Nivel 0 se
muestra la direccionalidad en la que fluyen los datos.
Cuadro 1: Diagrama de Flujo de Datos Nivel 0
Fuente: Programadores 2020
Posteriormente, se detalla el Cuadro 2 en el que se muestra el Diagrama de
Flujo de Datos lógico Nivel 1, en el, se da a conocer la operatividad del sistema y
la manera de cómo estos se comunican entre sí a través de sus procesos,
lográndose la representación gráfica del tráfico de los datos entre los canales de
comunicación.
Cuadro 2: Diagrama de Flujo de Datos lógico Nivel 1
Fuente: Programadores 2020
3. La creación del Diagrama de Flujo de Datos físico Nivel 1 permite ejemplificar
la ruta por los cuales el responsable de la sucursal, farmacia, clínica u hospital
debe pasar para cumplir con el procedimiento de asignación de medicamentos o
insumos farmacéuticos, el cual debe ser cancelado en su totalidad para luego ser
despachado. (Observar el Cuadro 3)
Cuadro 3: Diagrama de Flujo de Datos físico Nivel 1
Fuente: Programadores 2020
En este sentido, para el diseño de la propuesta se realizó un diccionario de
datos, con la finalidad de especificar a detalle las nomenclaturas que
representaran cada dato, el tipo de dato y el tamaño del mismo, estos se detallan
a continuación. (Observar el Cuadro 4)
4. Cuadro 4: Diccionario de Datos
Entidad Nro 1 Tipo de Tamaño Descripción
usuario
idusuario int 11 Almacena el id del usuario
codigo varchar 45 Almacena el codigo del uruario
cedula int 11 Almacena la cedula del usuario
nombre varchar 255 Almacena el nombre completo del usuario
telefono int 11 Almacena el numero de telefono del usurio
nivel tinyint 4 Almacena el nivel de acceso de los usuarios
psw varchar 300 Almacena la contraseña del usuario
email varchar 45 Almacena el correo del usuario
sucursal_idsucursal int 11 Almacena el id de la sucursal
Entidad Nro 2
Tipo de
Dato
Tamaño Descripción
sucursal
idsucursal int 11 Almacena el id de la sucursal
sucursalcol varchar 45 Almacena el nombre de la sucursal
ranzon_s varchar 45 Almacena la razon social de la sucursal
direccion varchar 45 Almacena la direccion de la sucursal
Pais varchar 45 Almacena el pais de la sucursal
telefono varchar 45 Alamacena el telefono de la sucursal
email varchar 45 Almacena el correo de la sucursal
codigo_suc varchar 45 Almacena el codigo de la sucursal
tipo varchar 45 Almacena el tipo de sucursal
rif varchar 45 Almacena el rif de la sucursal
Entidad Nro 3
Tipo de
Dato
Tamaño Descripción
inventariado
idinventariado int 11 Almacena el codigo del inventario de la sucursal
lote varchar 45 Almacena el numero de lote al que pertenece el medicamento o insumo
f_caducacion date Almacena la fecha de caducidad el medicamento o insumo
pre_med varchar 45 Almacena el si el medicamento o insumo requiere preinscripcion medica
cantidad int 11 Almacena la cantidad de medicamentos e insumos en el stock
descripcion varchar 45 Almacena la descripcion del medicamento o insumo farmaceutico
clasificacion varchar 45 Almacena la clasificacion del insumo o medicamento
prec varchar 45 Almacena el precio del medicamento o insumo
sucursal_idsucursal int 11 Almacena el id de la sucursal
laboratorio varchar 45 Almacena el nombre del fabricante del medicamento o insumo farmaceutico
formula varchar 255 Almacena la formula del fabricante
nombre_comercial varchar 25 Almacena el nombre comercial del medicamento o insumo
Fuente: Programadores 2020
5. Entidad Nro 4
Tipo de
Dato
Tamaño Descripción
pedido
idpedido int 11 Almacena el id de la solicitud del pedido
fecha_p date Almacena la cantidad por descripcion
sucursal_idsucursal int 11 Almacena el id de la sucursal que realiza la solicitud
usuario_idusuario int 11 Almacena el id del usuario que recibe la solicitud
tipo_pago enum Almacena el tipo de pago a realizarse
codigo_transferencia varchar 255 Almacena el numero de trasnferencia a realizarse
Entidad Nro 5
Tipo de
Dato
Tamaño Descripción
detalle_pedido
inventariado_idinventariado int 11 Almacena el id inventario
pedido_idpedido int 11 Almacena el ip del pedido
detalle_pedido int 11 Almacena los detalles del pedido
cantidad int 11 Almacena la cantidad del pedido
precio varchar 45 Almacena el precio del pedido
descripcion varchar 45 Almacena la descripcion del pedido de medicamentos o insumos
estado enum(A,N,P) Almacena el status del pedido P: Pendiente, A: Aprobado y N: Negado
Entidad Nro 6
Tipo de
Dato
Tamaño Descripción
venta
idventa int 11 Almacena el id de la venta realizada
usuario_idusuario int 11 Almacena el codigo del usuario que procesa la factura
usuario_idsucursal_idsucursal int 11 Almacena los detalles del pedido a facturarse
Entidad Nro 7
Tipo de
Dato
Tamaño Descripción
detalle_venta
detalle_venta int 11 Almacena los detalles de la venta
inventario_idinventario int 11 Almacena el codigo id del inventario
venta_idventa int 11 Almacena la numeracion de ventas realizadas
cantidad int 11 Almacena la cantidad de insumos a facturarse
precio varchar 45 Almacena el precio de los insumos a facturarse
fecha datetime 45 Almacena la fecha y hora de la venta
Entidad Nro 8
Tipo de
Dato
Tamaño Descripción
inventariado_global
idinventariado_global int 11 Almacena el id del inventariado global de suministros
lote varchar 45 Almacena el numero de lote de los medicamentos o insumos
t_caducacion varchar 45 Almacena el tiempo de caducidad de los medicamentos o insumos
pre_med varchar 45 Almacena si el medicamento o insumo requiere preinscripcion medica
cantidad int 11 Almacena la cantidad de medicamentos e insumos en el stock
descripcion varchar 45 Almacena la descripcion del insumo o medicamento
clasificacion varchar 45 Almacena la clasificacion del insumo o medicamento
prec varchar 45 Almacena el precio del insumo o medicamento
nombre_comercial varchar 255 Almacena el nombre del medicamento o insumo farmaceutico
Fuente: Programadores 2020
6. Entidad Nro 9
Tipo de
Dato
Tamaño Descripción
factura
idfactura int 11 Almacena el id de la factura
Fecha varchar 45 Almacena la fecha de la factura
detalle_pedido_detalle_pedido int 11 Almacena los detalles del pedido
usuario_idusuario int 11 Almacena el usuario que atendio la factura
Entidad Nro 10
Tipo de
Dato
Tamaño Descripción
detalle_factura
detalle_factura int 11 Almacena los detalles de la factura
inventariado_global_idinventariado_global int 11 Almacena el id del inventariado global de suministros
factura_idfactura int 11 Almacena el id de la factura
cantidad int 11 Almacena la cantidad de medicamentos e insumos extraidos del
precio varchar 45 Almacena el precio del medicamento o insumo
descripcion varchar 45 Almacena el nombre del medicamento o insumo farmaceutico
despachado enum(A,N,P) Almacena el status del pedido P: Pendiente, A: Aprobado y N: Negado
Fuente: Programadores 2020
Por otra parte, la base de datos fue realizada a través del sistema gestor de
bases de datos MySQL Workbench de la familia del software libre, en él se
determina la cardinalidad del sistema propuesto. Resultando que, el responsable
de procesar los pedidos de la empresa de suministros principal debe tener un
usuario master, el cual puede visualizar los almacenes de sus otras sucursales en
diferentes partes del mundo, mientras que los usuarios de las sucursales no
tendrán acceso a ver información de ninguna sucursal, únicamente realizar
pedidos y gestionar ventas.
Luego de que una sucursal previamente registrada, realice uno o varios
pedidos, esta, se vinculara con el inventariado global, y de un pedido se realiza
una venta y de una venta, una factura, ambas entidades tienen acceso a varios
detalles de venta y de facturas. (Observar el Cuadro 5)
12. Plan de pruebas de software
[SISTEMA HECHO A LA MEDIDA Empresa de Suministros
farmacéuticos ASM] Fecha: [21/09/2020]
Historial de versiones
Fecha Versión Autor Organización Descripción
07/10/2020 1.0 Jorge
Fuentes
Sistemas El sistema resuelve los
procesos básicos del
sistema
21/10/2020 1.5 Manuel Báez Sistemas El sistema maneja los
niveles de seguridad e
integridad de los datos
28/10/2020 1.7 Jorge
Fuentes
Sistemas El sistema emplea mejoras
en accesibilidad y gestión
de los recursos
Fuente: Programadores 2020
Información del proyecto
Empresa / Organización Empresa de Suministros farmacéuticos ASM
Proyecto Creación de un sistema hecho a la medida
Fecha de preparación 16/09/2020
Cliente Sucursal de Venezuela
Patrocinador principal Empresa principal de EEUU
Gerente / Líder de
proyecto
Jorge Fuentes
Gerente / Líder de pruebas
de software
Manuel Báez
Fuente: Programadores 2020
Aprobaciones
Nombre y
Apellido
Cargo Departamento
u organización
Fecha Firma
Julio Basabe Jefe de
Ventas
Departamento
de Ventas
10/10/202
0
Miguel Malpica Jefe de
Almacén
Departamento
de Almacén
13/10/202
0
Manuel Castaño Jefe de
Despacho
Departamento
de Despacho
18/10/202
0
Fuente: Programadores 2020
13. Resumen ejecutivo
El sistema de la Empresa de Suministros farmacéuticos ASM ( Suministros
Médicos) ha sido desarrollado para cumplir funciones muy específicas, y también
para optimizar el servicio que ofrecen en materia de medicamentos e insumos
médicos. En este sentido, lo que se busca es mejorar a través de la
retroalimentación del sistema empleando datos reales la prueba de la
funcionabilidad del mismo. En pro de una atención directa y personalizada
considerando herramientas digitales.
En relación al sistema existen algunas restricciones con respecto a la adquisición
del hosting gratuito. De manera, que se consideró el uso de un servidor privado
pero resulto el costo muy elevado. El alcance de la propuesta es significativo dada
a que la automatización y sincronización de los recursos promueve en engranaje
de todos los sistemas que hacen vida en la empresa.
Alcance de las pruebas
Elementos de pruebas
Módulos Componentes O
Elementos
Alto Nivel Áreas Funcionales
Si No
usuario inventariado X Recibir los datos de la
sucursal o empresa
farmacéutica solicitante
Solicitud de pedido Pedido, detalle_pedido X Gestionar a través de los
departamentos lo
solicitado para validar el
pedido
Almacen inventariado_global X Controlar los insumos y
medicamentos del
almacén principal
Facturación Venta, detalle_venta,
factura, detalle_factura
X Confirmar el pedido a
través de la venta
Fuente: Programadores 2020
14. Nuevas funcionalidades a probar
Probar Características Y Funcionalidades
usuario En este se almacena los datos para el nivel de acceso que
tendrán las sucursales
sucursal En este se almacenaran todos los datos de la empresa
solicitante, en este caso la sucursal de Venezuela y las
que posteriormente se irán incorporando
inventariado En este se almacén los insumos y medicamentos que la
sucursal de Venezuela tiene en su deposito
pedido En este se almacena los datos de la solicitud de la
sucursal
venta En este se almacena los datos temporales de pedido
aprobado
inventariado_global Este es el almacén principal de la empresa de suministros
de EEUU del cual se descontaran los medicamentos o
insumos de acuerdo a cada factura ejecutada
factura En esta pantalla se procesara y calcularan los montos a
cancelar por la sucursal y de aprobarse se originara la
orden de despacho
Fuente: Programadores 2020
Pruebas de regresión
Dificultades para procesar y corroborar el pago de la sucursal y demás
dependencias solicitantes de medicamentos e insumos
Inconsistencia en los datos procesados
Problemas para asignar los despachos
Tiempo de respuesta para la aprobación de la venta por parte de la sucursal
beneficiada
Problemas con el acceso de servidor web
Funcionalidades a no probar
El servidor en línea (web) no se logró habilitar por dificultades de accesibilidad
dado a que el mismo al inicio del proyecto se había proyectado ser un dominio
gratuito, y ahora se requiriere de una inversión mayor a lo que la empresa en
estos momentos no puede asumir.
Enfoque de pruebas (estrategia)
15. Tipos de pruebas
Funcionales
Prueba funcional: se verifico el flujo de navegación, la entrada de datos,
procesamiento y la obtención de los resultados del sistema propuesto
Prueba de seguridad: se verifico que cada actor solo pueda acceder a las
funciones que tiene permitidas y que estas estén totalmente habilidades y
disponibles para su correcto uso.
Prueba de volumen: se verifico que el sistema funcionara bajo varios escenarios
de volumen tales como varios usuarios conectados por periodos extendidos
accesando a diferentes módulos del sistema.
De desempeño
Tiempo de respuesta: Inmediata
Throughput (tasa de atención de peticiones): Inmediatas
Capacidad (máximo trabajo útil por unidad de tiempo): Moderada
De interfaces
1. ¿Se pueden usar ciertas funciones?
Respuesta: Si
2. ¿Funciona como se espera?
Respuesta: Algunas veces
3. ¿Es correcta la funcionalidad entre las interfaces del sistema?
Respuesta: Si, en la mayoría de los casos
4. ¿Puede el usuario utilizar fácilmente las funciones?
Respuesta: Si
5. ¿Su uso es intuitivo y fácil de aprender?
Respuesta: Si
6. ¿El sistema es cómodo para el usuario?
Respuesta: Si
No funcionales
1. Pruebas de carga: Se simulo la demanda de la aplicación para medir el nivel de
resistencia, resultando ser positiva.
2. Prueba de estrés: se evaluó la estabilidad del sistema propuesto a través de los
16. puntos de ruptura, límites para uso seguro de la aplicación, confirmar las
especificaciones de diseño, identificar las formas en que el sistema falla, entre
otros aspectos.
3. Prueba de volumen: en este se validó el funcionamiento. A través del
comportamiento de la aplicación, el tamaño de base de datos expandiéndose,
se realizaron consultas, procesos o funcionalidades de la aplicación, midiendo
su desempeño.
4. Pruebas de configuración: en este se experimentó con diferentes métodos de
balanceo de cargas observándose la respuesta de la aplicación a deferentes
niveles similares de sobrecarga.
5. Pruebas de usabilidad:
Facilidad de aprendizaje: el usuario emplea las funciones básicas de la
aplicación sin complicaciones
Eficiencia: en cuestión de minutos el usuario una vez que ya ha tenido
experiencia con el sistema presenta mayor conocimiento y va realizando sus
actividades con rapidez
Memorización: el usuario memoriza fácilmente los pasos para procesar la
información
Errores: los más comunes fueron omitir pasos y colocar datos errores en los
campos de las interfaces
Satisfacción: a los usuarios les agrado trabajar con el sistema solo era
cuestión de adaptación
6. Pruebas de seguridad: se probaron los atributos de seguridad del sistema, para
observar si era un sistema seguro o no, y si existían controles de acceso por
medio de cuentas de usuario. De cual resulto, que los niveles de accesos
podían ser vulnerados.
17. 7. Pruebas de resistencia: se probó durante un tiempo determinado un nivel de
carga para corroborar el comportamiento durante las primeras horas de trabajo,
porque las fugas de memoria suelen ocasionar fallas.
8. Pruebas de escalabilidad: en este proceso lo primero fue probar con niveles de
demanda bajos, luego incrementar a niveles de demanda medios y finalmente
probar con altos niveles de carga. Para determinar la escala la aplicación y los
problemas a surgir en distintos niveles.
9. Pruebas de recuperación: en esta fase se verifico que tan rápido y que tan bien
se recupera una aplicación luego de experimentar un falló de hardware o
software. Y para ello, estando funcionando la aplicación se desconectó el cable
de red, también se interrumpió la conexión con la red Wi-Fi o con la operadora,
para luego restablecer la conexión. De esto, de originaron algunas fallas que
fueron resueltos de manera efectiva.
10. Pruebas de mantenibilidad: en esta parte se evaluó que tan fácil es realizar el
mantenimiento del sistema propuesto. De lo cual resulto, ser un poco
complicado dada a la multiplicidad de los procesos.
Fuente: Programadores 2020
Criterios de aceptación o rechazo
1. Dada una petición a la página de búsqueda cuando se carga la página en el
navegador entonces el cursor se desplaza al cuadro de búsqueda para que el
usuario pueda comenzar a teclear de inmediato
2. Dado que el usuario está en el cuadro de búsqueda y el usuario ha hecho
login del sistema propuesto cuando el usuario pulsa sobre el mismo cuadro de
búsqueda entonces se le muestra una lista con sus últimas búsquedas
18. 3. Dado que el usuario está en el cuadro de búsqueda cuando el usuario
teclea algo entonces se le muestra una lista con sugerencias de búsqueda
relacionadas con lo que ha tecleado
4. Dada(s) una(s) palabra(s) en el cuadro de búsqueda cuando el usuario
acepta entonces se le redirige a la página de resultados del texto introducido
Recursos
Cant Requerimientos de entornos – Hardware
3 Ordenador Intel Core™ i7-7660U 8GB RAM
1 Conexión inalámbrica
1 Conexión a internet
Cant Requerimientos de entornos – Software
1 Sistema Operativo Microsoft Windows 10 Pro
1 JavaScript
1 Adobe Reader
1 Php, ccs, html5
1 Neetbeans
1 Navicat para la Base de Datos
Fuente: Programadores 2020
Personal
Cantidad Responsable Departamento
1 líder de pruebas Departamento de Ventas
1 analistas de pruebas Departamento de Almacén
Departamento de Despacho
Fuente: Programadores 2020
Entrenamiento
Se realizó un entrenamiento al personal persona que deber tener acceso
directamente con el sistema propuesto.
Planificación y organización
Procedimientos para las pruebas
1. Se instaló un servidor local
19. 2. Se tomó a cada responsable de los diferentes departamentos y se les explico
acerca de la utilidad de su pantalla para que pudieran acceso directamente a
ellas sin complicaciones
3. Se conectaron inalámbricamente todas computadoras verificando las
especificaciones necesarias para que el sistema funcionara correctamente
4. Se crearon los usuarios por departamento para que pudieran tener acceso a
sus funciones
5. Se realizaron actividades de manera remota para observar el flujo de la
información
Cronograma
Actividades 1 Semana 2 Semana 3 Semana
L M M J V L M M J V L M M J V
1. Instalación
de los equipos y
sincronización de
los recursos en
los diferentes
departamentos
2. Inducción al
personal de los
diferentes
departamentos
3. Pruebas al
sistema a través
de la interacción
de los
responsables de
cada
departamento
4. Corrección
de fallas
intermitentes
Fuente: Programadores 2020
20. Premisas
Los sistemas se van optimizando a medida que la concurrencia de los datos que
van generando resistencia al sistema a través del mantenimiento y corrección del
mismo.