proyecto final diseño de software

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


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.


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


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


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


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


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


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


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


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


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


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


6/20

Identificación del


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


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


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/20

NOMBRE: Caso 03: Realizar fórmula médica


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


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


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


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


FECHA: 18/11/2015


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.


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


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.


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.


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


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.


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


14/20

2. Diccionario de datos

b. Diseño de componentes


15/20

c. Diseño interfaz usuario

INTERFAZ PARA INGRESO DEL USUARIO (LOGIN)


16/20


17/20


18/20

i. Diagramas UmlEstáticos y Dinámicos

DIAGRAMA DE CLASES

DIAGRAMA DE SECUENCIA


19/20

DIAGRAMA DE ESTADOS

DIAGRAMA DE ACTIVIDADES


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

proyecto final diseño de software

Documents