8/17/2019 Proyecto Final Diseño de Software
1/20
DISEÑO DE SOFTWARE DEL SISTEMA DE INFORMACIÓN PARA LADROGUERÍA RALDY-SALUD
DANIEL RICARDO HIGUERA VILLAMIL
IVAN CAMILO RINCÓN PÉREZ
UNIVERSIDAD SANTO TOMÁS
FACULTAD DE INGENIERÍA DE SISTEMAS
DISEÑO DE SOFTWARE
TUNJA
2015
8/17/2019 Proyecto Final Diseño de Software
2/20
I. IntroducciónEl objetivo de este proyecto es mostrar un ejemplo de desarrollo de software basado en lametodología aprendida en clase para una empresa como en este caso la droguería
RALDY-SALUD. El proyecto es el desarrollo de un sistema para la gestión de datos de laempresa del sector de ventas de medicamentos a clientes tanto a mayoristas como aminoristas. Se incluye hasta la segunda iteración de interfaces para el uso de esta. Pormotivos de privacidad no se pueden publicar los datos de la entidad para la que se diseñó elsoftware, pero si mostrar lo necesario de ella.
II. Objetivosa. General
Analizar y desarrollar el diseño de software para la droguería
“RALDY-SALUD” de la
ciudad de paipa
b. Específicos
- Realizar un análisis de requerimientos para un sistema real- Conocer los requisitos para el sistema de la droguería- Diseñar los prototipos del sistema.- Desarrollar el diseño de software para el sistema de la droguería para poder
interactuar mejor con los clientes.
III. Justificación del proyectoEl proyecto consiste en realizar un software, el cual es el proceso de construir aplicaciones
de tamaño o alcance prácticos, en las que predomina el esfuerzo del software y que satisfacen los requerimientos de funcionalidad y desempeño. La ingeniería de software, ofrece métodos y técnicas para desarrollar, mantener, producir y asegurar software de calidad.
Por tal razón, en lo visto en clase se pretende describir los aspectos técnicos y de gestión de la Ingeniería de Software, así como de establecer la importancia de la garantía de calidad del software en este caso con la droguería RALDY-SALUD.
8/17/2019 Proyecto Final Diseño de Software
3/20
IV. Requerimientosa. Esquema Preconceptual
En este esquema se puede ver el funcionamiento del sistema que se piensa realizarcomenzando por el usuario que puede hacer compra de los productos que a su vez puedever si están o no disponibles, el precio, etc. También se enuncia la forma de cobro deladministrador o de la empresa al momento de que el usuario hace la compra de algunproducto y también la forma de que la empresa realiza los pedidos al momento de que estosse agotan.
Historias de usuario:
Identificación del
requerimiento RQ01 Funcional
Nombre Ingresar productos Administrador Características Registra el ingreso de nuevos productos al inventario, con un código,
fecha de vencimiento, un precio, cantidad, nombre, y descripción
Prioridad Media
Identificación del
requerimiento
RQ02 Funcional
Nombre Vender productos Administrador
8/17/2019 Proyecto Final Diseño de Software
4/20
Características Dentro dela venta de productos pueden haber diferentes opciones
como: Vender los productos, cancelar venta, agregar nuevos
productos a la venta
Prioridad Alta
Identificación del
requerimiento RQ03 Funcional
Nombre Ingresar nuevo usuario (empleado) Administrador Características El administrador tendrá la opción de ingresar un nuevo usuario o
empleado registrando sus datos personales, información básica que
se requiera para ser empleado del lugar y generar un código o
nombre de usuario, un nivel de permisos y contraseña para poder
luego acceder el sistemaPrioridad Media
Identificación del
requerimiento RQ04 Funcional
Nombre Ofertar productos Administrador
Características Existe la posibilidad de ofertar algunos productos, con preciosespeciales, dependiendo de algunos factores de administración y
ventas de la droguería. Prioridad Alta
Identificación del
requerimiento RQ05 Funcional
Nombre Autenticar Usuario Administrador – empleado
Características El usuario ya sea administrador o empleado debe autenticarse antesde ingresar al sistema como un nivel de seguridad del software, ya
que cada usuario tiene permisos diferentes los cuales se deben
seleccionar al ingresar y son asignados de acuerdo a su identificación
de usuario. Prioridad Alta
Identificación del
requerimiento
RQ06 Funcional
Nombre Eliminar productos Administrador
8/17/2019 Proyecto Final Diseño de Software
5/20
Características Quitar del inventario producto vencidos, en mal estado o que no
están realmente en la droguería, que no son ofrecidos en ella.
Prioridad Media
Identificación del
requerimiento RQ07 Funcional
Nombre Generar informes Administrador Características El administrador tendrá total acceso al sistema y como una prioridad
podrá generar informes (inventario, ventas, contabilidad) para ver la
existencia o no de productos, la prioridad de venta de algunos de
acuerdo a su fecha de vencimiento, las ventas hechas por día, mes o
año, y el rendimiento de sus finanzas o estabilidad en general.
(promediar sus mejores ventas y ver las causas y efectos posibles ensus mejores temporadas y demás)
Prioridad Media
Identificación del
requerimiento RQ08 Funcional
Nombre Verificar productos Administrador Características Revisar el sistema para saber que disponibilidad hay de productos y
su estado, con fecha de vencimiento y prioridad de venta, en el caso
de que este próximo a vencer mostrara una alerta al faltar 10 días
para la misma.Prioridad Media
Identificación del
requerimiento RQ09 Funcional
Nombre Ver productos Empleado Características El empleado tiene acceso a la información de la disponibilidad de
productos , el número de productos que hay, si existen o no en la
droguería, y ver los productos con su fecha de vencimiento, alertas
de los producto de acuerdo a cada estado y la prioridad de venta de
ellos de acuerdo a la misma
Prioridad Media
Identificación del
requerimiento RQ10 Funcional
Nombre Vender productos EmpleadoCaracterísticas El empleado dentro de la venta de productos puede tener las
siguientes acciones: generar facturas, vender productos, cancelar
venta y agregar nuevos productos a la venta.
Prioridad Alta
8/17/2019 Proyecto Final Diseño de Software
6/20
Identificación del
requerimiento RQ11 Funcional
Nombre Generar informes Empleado Características El empleado puede generar informes del inventario y las ventas del
día para verificar los productos disponibles, con su fecha de
vencimiento, y también para saber las ventas realizadas en el día.Prioridad Media
Identificación del
requerimiento RQ12 No-Funcional
Nombre Diseño de interfaz Características El equipo de desarrollo deberá diseñar una interfaz intuitiva y
agradable.
Prioridad Media
c. Casos de uso
8/17/2019 Proyecto Final Diseño de Software
7/20
D. Descripción casos de uso
NOMBRE: Caso 01: Hacer pedido
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
DESCRIPCIÓN: El hacer el pedido, es la manera la cual elcliente realiza el pedido del medicamento quese necesita y con eso el vendedor recibe elpedido y se le realiza la entrega.
ACTOR(ES): Cliente
PRECONDICIONES: Ninguna
FLUJO NORMAL: Al realizar el pedido, el vendedor lo atenderá.
FLUJO ALTERNATIVO: Ninguna
POSTCONDICIONES: Que se realice un nuevo pedido
NOMBRE: Caso 02: Realizar venta
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
DESCRIPCIÓN: El vendedor debe realizar esta acción yaque es una de las más primordiales que sepresentan en la empresa, por medio de estaacción se puede ver como el vendedor hacemás efectiva y dar más ganancias.
ACTOR(ES): VendedorPRECONDICIONES: Que exista un pedido, para realizar la venta.
FLUJO NORMAL: Que se realice la venta normal.
FLUJO ALTERNATIVO: Que se verifique el pedido y se realice connormalidad.
POSTCONDICIONES: Que se realice una nueva venta.
8/17/2019 Proyecto Final Diseño de Software
8/20
NOMBRE: Caso 03: Realizar fórmula médica
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
DESCRIPCIÓN: Más que realizar la fórmula médica, es máscomo dar indicaciones a la hora deconsumir un medicamento ya que muchosse deben consumir con un cierto tiempo ybajo unas ciertas indicaciones.
ACTOR(ES): Vendedor
PRECONDICIONES: Que exista un cliente con un pedido pormedio de una fórmula médica.
FLUJO NORMAL: Que al revisar la fórmula médica del cliente,o realizarle la fórmula, se le asignanmedicamentos y con su indicacionesrespectivas.
FLUJO ALTERNATIVO: Que se vuelva a consultar el medicamentoy medidas para tomar los medicamentos.
POSTCONDICIONES: Realizar otro pedido, dando atención a otrocliente.
NOMBRE: Caso 04: Contactar proveedor
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
DESCRIPCIÓN: Este es muy importante ya que es muynecesario tener la droguería con todos losproductos disponibles y contactando al
proveedor se puede facilitar el trabajo deconseguir todos los productos de un solopunto y tener mucha disponibilidad deproductos.
ACTOR(ES): Propietario
PRECONDICIONES: Que exista un proveedor eficiente paracontactarlo.
FLUJO NORMAL: Revisar la disponibilidad de productos y
contactar al proveedor y el proveedor traiga
8/17/2019 Proyecto Final Diseño de Software
9/20
el producto necesario.
FLUJO ALTERNATIVO: Dependiendo la disponibilidad del producto,se debe contactar al proveedor y al nohaber respuesta,contactar a otro proveedor
o insistir en contactar al proveedor.
POSTCONDICIONES: Contactado proveedor, disponibilidadcompleta de productos.
NOMBRE: Caso 05: Realizar control interno
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015DESCRIPCIÓN: Este es en el cual se hace un conteo y un
listado de productos para luego contactar alproveedor, ya que no todos los productosse acaban al mismo tiempo ni se vendenpor igual.
ACTOR(ES): Vendedor
PRECONDICIONES: Hacer un inventario de producto, y
dependiendo de eso.Se realiza el controlinterno.
FLUJO NORMAL: Se realiza el control interno, luego secontacta el proveedor para realizar encargode producto.
FLUJO ALTERNATIVO: Dar una verificación de conteo deproductos.
POSTCONDICIONES: Al contactar al proveedor, recibir el productodel proveedor.
NOMBRE: Caso 06: Actualizar catálogo
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
8/17/2019 Proyecto Final Diseño de Software
10/20
DESCRIPCIÓN: El catálogo es una manera de mostrar alcliente y al vendedor productos los cualesse necesiten y puedan ver lo necesario deese producto, su descripción, propiedades,
fabricantes, etc. Es muy importanteactualizarlo constantemente ya que secambian de productos o se lanzan másproductos al mercado.
ACTOR(ES): Propietario
PRECONDICIONES: Dependiendo el producto, se actualiza elcatálogo.
FLUJO NORMAL: Que se actualice el catálogo y se mantenga
al tanto de todo.FLUJO ALTERNATIVO: Que se revisen de nuevo los productos y se
vuelva a hacer la actualización del catálogo.
POSTCONDICIONES: El cliente vea el catálogo y realice elpedido.
NOMBRE: Caso 07: Registrar datos de ventas
AUTOR: Daniel Higuera/Camilo Rincón
FECHA: 18/11/2015
DESCRIPCIÓN: Como toda empresa, debe tener un controlde ventas para ver cómo han sido lasventas en cada mes. Y ya con esainformación recopilada hacer como unpromedio de cuanto han sido las ventas.
ACTOR(ES): Propietario
PRECONDICIONES: Viendo las ventas realizadas, hacer conteo.
FLUJO NORMAL: Con el registro de ventas se puede realizarlos datos de ventas para hacer un controlde ventas.
FLUJO ALTERNATIVO: Realizar un conteo más específico delcontrol de ventas.
POSTCONDICIONES: Al depender los resultados se puede
realizar un promedio de ganancias.
8/17/2019 Proyecto Final Diseño de Software
11/20
e. Requerimientos no funcionalesSeguridad y control de acceso
Identificación del
requerimiento
RQN-1 No Funcional
Nombre Encriptación de datos Administrador -
empleado
Características El sistema deberá encriptar todos los datos segúncorresponda el usuario ya sea el administrador o algún
empleado antiguo o nuevo.
Prioridad Alta
Mantenibilidad
Identificación del
requerimiento
RQN-2 No Funcional
Nombre Autentificar Administrador -
empleado
Características Se debe mostrar algún mensaje al momento de
ingresar algún dato erróneo al momento de
intentar ingresar al sistema
Prioridad Alta
Integridad de la información:
Identificación del
requerimiento
RQN-3 No Funcional
Nombre Cambiar información privada o importante Administrador
Características Solo el administrador cambiara o modificara los datos
internos de la empresa como el ingreso de los
productos nuevos, también sera el unico en ingresar
nuevos usuarios (empleados).
Prioridad Alta
8/17/2019 Proyecto Final Diseño de Software
12/20
Desempeño:
Identificación del
requerimiento
RQN-4 No Funcional
Nombre sencillez en el manejo del sistema Administrador -
empleado
Características El sistema debe tener una interfaz amigable e
intuitiva con el usuario.
Prioridad Alta
Confiabilidad, robustez y recuperación:
Identificación delrequerimiento
RQN-5 No Funcional
Nombre Reparar sistema Administrador -
empleado
Características El sistema debe tener un sistema de alertas en todo
momento activo ya que se podría presentar algún
problema inesperado.
Prioridad Alta
V. Metodología de desarrollo
Se trabajará la metodología de eXtreme Programming(xp) ya que esta permite un desarrollo iterativo con pequeñas mejoras, también permite una integración del equipo de programación con el cliente o usuario, esta metodología permite que todo el grupo de trabajo pueda corregir y extender cualquier parte del proyecto.
8/17/2019 Proyecto Final Diseño de Software
13/20
VI. Diseño del sistema
a. Diseño Arquitectónico
i. Arquitectura del sistemaCliente-servidor. Donde el software reparte su carga de cómputo en partes independientespero sin reparto claro de funciones, es un modelo de aplicación distribuida en el que lastareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y losclientes.Un cliente realiza peticiones a otro programa, el servidor, quien le da respuesta. Esta ideatambién se puede aplicar a programas que se ejecutan sobre una sola computadora,aunque es más ventajosa en un sistema operativo multiusuario distribuido a través de unared de computadoras.
ii. Diseño datos1. Modelo ER
8/17/2019 Proyecto Final Diseño de Software
14/20
2. Diccionario de datos
b. Diseño de componentes
8/17/2019 Proyecto Final Diseño de Software
15/20
c. Diseño interfaz usuario
INTERFAZ PARA INGRESO DEL USUARIO (LOGIN)
8/17/2019 Proyecto Final Diseño de Software
16/20
8/17/2019 Proyecto Final Diseño de Software
17/20
8/17/2019 Proyecto Final Diseño de Software
18/20
i. Diagramas UmlEstáticos y Dinámicos
DIAGRAMA DE CLASES
DIAGRAMA DE SECUENCIA
8/17/2019 Proyecto Final Diseño de Software
19/20
DIAGRAMA DE ESTADOS
DIAGRAMA DE ACTIVIDADES
8/17/2019 Proyecto Final Diseño de Software
20/20
VII. Conclusiones- El proyecto ha logrado cumplir todos los objetivos básicos que se habían propuesto
y respetando las especificaciones planteadas.- El resultado ha sido muy satisfactorio gracias a que ha sido desarrollado empleando
estándares y tecnologías abiertas. Aplicando todo lo aprendido en clase.- Se logró ver como cualquier empresa, como en este caso la farmacia puede pasar
por tantas problemáticas para lograr tener un software especializado y fácil de usarpero con todas las prácticas y técnicas se logra hacer.
- Se adquirieron los conocimientos necesarios respecto a este tema, ya que haceparte de la Ingeniería por ser muy importante en las nuevas tecnologías como es lade Software.
VIII. Bibliografía- UML en 24 horas
Top Related