Vous êtes sur la page 1sur 9

Sistema Optimizador de Almacenes Farmacéuticos “FarmaSoft”

Integrantes:

Roberto Shimabukuro Goya – Gerente del Proyecto mino107@hotmail.com


Carlos Araujo Castro – Administrador Base de Datos carlitos_araujoc@hotmail.com
Ronald Arteaga Sam - Administrador Base de Datos rias_as@hotmail.com
José Delgado Guadalupe – Analista Diseñador pepe_delgado@hotmail.com
Alejandro Zamudio Quispe – Analista Desarrollador jano7587@hotmail.com
Juan Lucas Gaspar – Analista Desarrollador Jr. gualo489@hotmail.com

Tutor: Edgard De Olazábal León


edeolazabal@mail.urp.edu.pe
Universidad Ricardo Palma

Resumen

“El presente documento describe la estructura de un sistema basado en Web que emplea
una de las tecnologías Internet actualmente emergente, los Servicios Web. El Sistema
Optimizador de Almacenes FarmaSoft está implementado sobre el “FrameWork” de .Net.
y se basa en la arquitectura de capas lo que permite alto grado de cohesión e
integrabilidad entre subsistemas y sistemas externos. Los componentes de la
arquitectura son descritos mediante artefactos UML, los mismos que fueron empleados
en cada proceso de su desarrollo. El Sistema Informático desarrollado soporta el proceso
de negocio correspondiente a la Gestión del Almacenamiento de Productos y Control del
Stock de una cadena de Farmacias mediante la automatización de las notificaciones por
rotación de productos, detección de umbrales alcanzados por límite de stock y
anticipación ante caducidad de productos. Se demuestra así, como una solución software
basado en Servicios Web puede apoyar a los negocios no sólo como entes pasivos
(consultas) sino mediante su participación activa mediante la inicialización de procesos
de negocio traduciéndose en beneficio por la reducción considerable de tiempos en
detección, difusión y acción a tomar ante determinados eventos.”

Introducción

A medida que crece Internet y las tecnologías relacionadas, y las organizaciones buscan
integrar sus sistemas entre límites de departamentos y de organización, ha evolucionado
un enfoque de generación de soluciones basado en servicios. Aplicaciones y servicios que
necesitan integrarse se pueden generar en distintas plataformas, por distintos equipos,
en diferentes programas y se pueden mantener y actualizar de forma independiente. Por
tanto, es esencial que implemente la comunicación entre ellos con el mínimo
acoplamiento. Este proyecto implementa la comunicación entre los servicios empleando
técnicas basadas en mensajes para proporcionar altos niveles de solidez, escalabilidad y
desarrolla un diseño global mediante la presentación de una arquitectura coherente
construida con distintos tipos de componentes que ayudarán a lograr un buen diseño y
beneficiarse de la plataforma .Net. En este proyecto se presenta una aplicación
distribuida con servicios Web que son necesarios para proporcionar capacidades de
integración para varios orígenes de datos y servicios.

El negocio en mención se basa en la comercialización de productos farmacéuticos y se ha


conseguido identificar que la demanda en cada una de sus sucursales es variable por
diversos motivos. Se hace necesario mantener correctamente distribuido el stock de
productos de cada sucursal y evitar el stock excedente para garantizar su venta oportuna
y evitar la caducidad de los mismos.
1.- Objetivos
• Registrar la entrada y salida de productos en cualquier almacén de las sucursales
que componen la cadena de Farmacias.
• Automatizar el proceso de negocio correspondiente a la rotación de Productos
entre Sucursales y reducir considerablemente el tiempo de notificación del mismo.
• Detectar con tiempo de anticipación considerable la caducidad de cualquier lote de
stock.
• Detectar con tiempo de anticipación (bajo un criterio variable) la cercanía de
agotamiento de un producto en el stock de cualquier sucursal.
• Mantener un registro de los eventos ocurridos en cada almacén de las sucursales

2.- Visión General del Proyecto


La cadena de Farmacias Más Salud se dedica a la venta de medicamentos operando de
una manera innovadora en el mercado de farmacias asociadas, ya que entre las
farmacias que conforman la cadena comparten y rotan sus mercaderías a fin de que
ninguna tenga perdida, además de que cada una de las farmacias se comunica con las
otras para conocer su stock de los productos.

En la actualidad, la cadena de farmacias Más Salud no cuenta con algún tipo de sistema
el cual le ayude a llevar un mejor control en los almacenes de las farmacias que
conforman dicha cadena, así como también no cuenta con alguna forma de poder saber
que productos tiene en su almacén las farmacia lo que dificulta el objetivo que tiene la
cadena que es el de rotar los productos entre las integrantes de la cadena.

El objetivo principal del sistema es llevar un mejor control de los almacenes de las
farmacias de la cadena que incluiría entre otras cosas la fecha de caducidad de las
medicinas el stock etc. Asimismo también se optimizará el proceso que incluye la
rotación de las medicinas donde se podrá conocer mediante el sistema, el stock de las
demás farmacias entre otras funcionalidades.

2.1 Declaración del Problema a Resolver

El problema de La cadena de farmacias Más Salud no está


llevando un buen control de los almacenes de
las farmacias lo cual le genera pérdidas por
medicinas caducadas, asimismo no tiene un
buen control de las rotaciones de productos
que se dan entre las distintas sucursales de la
cadena de farmacias.

Afecta La cadena de farmacias Más Salud.

el impacto de lo cual es En la economía de la empresa, ya que al no


tener un buen control del almacén en
ocasiones tiende a quedarse con medicinas
caducadas las cuales no pueden ser vendidas y
eso ocasiona pérdidas y afecta también en la
demora en atención ya que la actividad de
consultar a otras farmacias ocasiona un
demora que se ve reflejada en el tiempo de
atención.

a solución exitosa podría ser Un sistema que permita el mejor control de los
almacenes de las farmacias alertando
anticipadamente la caducidad de alguna
medicina y además agilice y simplifique el
proceso de rotación de productos.
2.2 Determinación de la Posición del Producto

Para La Cadena de Farmacias Más Salud

Quien Al no contar con un sistema ajustado a sus


requerimientos tiene perdida de dinero,
tiempo y de clientela.

El nombre del producto FarmaSoft (Sistema Optimizador de


Almacenes Farmacéuticos)

¿Qué es? Un sistema que permitirá a los trabajadores


de la cadena llevar un mejor control de sobre
los productos en términos de stock y
caducidad de cada sucursal.

3.- Tecnologías de Valor Agregado

La solución propuesta, es aplicable a cualquier negocio (del mismo rubro) y tecnología


por contemplar lo siguiente:

• Arquitectura Basada en Capas.- Garantiza independencia entre Susbsistemas y


cohesión con Sistemas Externos ( en este caso por el empleo de agentes).
• Servicios Web.- Al ser independiente puede dar soporte no necesariamente a
una Aplicación Web exclusiva sino a Servicios Windows o Aplicaciones de
Escritorio desarrollados en cualquier lenguaje independiente de la plataforma.
• Aplicación Web.- Los browsers de internet permiten que los usuarios no
requieran actualización de versiones en sus interfaces y además podrán tener
libertad de uso con respecto al sistema operativo a emplear.
• Base de Datos Distribuida.- Permite la reducción de transacciones y tráfico de
datos al emplear una Base de Datos Distribuida con fragmentación híbrida.

La adaptación del sistema a negocios de distinto rubro requiere un mínimo de trabajo de


adaptabilidad debido a la estructura de la información, pero es posible mantener la
metodología transaccional de las operaciones y la secuencia de las mismas para cualquier
tipo de almacenes (arquitectura y diseño).
4.- Arquitectura del Sistema

La arquitectura del Sistema consta de una modelo de vista de casos de uso, vista
Lógica, vista de Componentes, vista de implantación y vista de Procesos como se
muestra a continuación:

Vista Lógica Vista de


Componentes
Funcionalidad Admin. de Software,
Reuso y Portabilidad
Vista de Ingenieros
Usuarios
Finales Casos de Uso de Software
Comprensión y Uso

Vista del Proceso Vista de la


Rendimiento,
Distribución
=VP + Escalabilidad,
Disponibilidad,
Entrega e Instalación
Tolerancia a Fallas
Integradores Ingenieros
de Sistemas

Ilustración 1 - Arquitectura 4+1 RUP

Vista Lógica

Resumen

El sistema se encuentra divido en diferentes capas lógicas, las cuales tienen


dependencias de transmisión de información entre ellas.

o Capa de Presentación:

Esta capa reúne todos los aspectos del software que tiene que ver con las
interfaces para aplicación Web, que serán mediadores entre el usuario final
y el sistema.

o Capa de Lógica del Negocio:

Esta capa reúne todos los aspectos del software que apoyan los procesos
de negocio que llevan a cabo los usuarios. Estos aspectos incluyen las
tareas que forman parte de los procesos, las reglas y restricciones que
aplican. Estos aspectos incluyen el manejo de entidades del negocio por
parte de las controladoras.

 Controladoras.- son las que permiten manejar la capa de Acceso a


Datos, las entidades del Negocio.

 Entidades del Negocio.- son las unidades de datos de la


aplicación que se utilizaran para la comunicación entre capas.

o Capa de Acceso a Datos:

Esta capa reúne todos los aspectos del software que tienen que ver con el
manejo de los datos persistentes, es decir trabajan directamente con el
manejo de la base de datos por medio de procedimientos almacenados y
triggers. Estos aspectos incluyen el manejo de Componentes Lógicos.

 Componentes Lógicos.- son los que permiten obtener el acceso a


los datos por medio del SQLHelper (stored procedures) de manera
independiente y así se podrá centralizar la funcionalidad de acceso a
datos lo cual facilitara la configuración y el mantenimiento de la
misma.

Diagrama de Paquetes

Seguridad Almacen

Paquete Seguridad - CUS

CU- Iniciar Sesión


Usuario
(f rom Actors)

CU - Mantener Usuario
Administrador
(f rom Actors)

Paquete Almacén - CUS

CU - Mantener rotación
Sistema Farmasoft
- Sucursal
(f rom Actors)

CU - Registrar Movimiento de
Productos
Usuario
(f rom Actors)

CU - Evaluar stock

Administrador
(f rom Actors)
CU - Notificar Evento
Sistema
(f rom Actors)

CU - Evaluar Caducidad

CU - Mantener Producto
Vista de Procesos

Es este el proceso de mayor impacto que define la arquitectura del software, en el


que se describen la mayor cantidad de procesos a realizarse.

En el lado del servidor de Base de Datos se estaría ejecutando el SQL Server como
proceso.

En el lado del servidor de aplicaciones estaría funcionando el ambiente de desarrollo


Microsoft Visual Studio .Net (C#).

En el lado cliente estaría el ejecutable donde interactúa con el sistema se diseñan


GUIs canónicos.

Permiten que los usuarios puedan interactuar con los procesos de negocio.

<<process>>
BD FarmaSoft Sql Server

<<process>> <<process>>
Browser FarmaSoft

<<process>>
Internet Information Server

o Browser

En este proceso el usuario interactuara con el sistema a través de la


Aplicación Web del proyecto, el usuario podrá estar ubicado en cualquier
PC que cuente con conexión a Internet, a través de la cual podrá acceder al
sistema para realizar su operación.

o PROYECTO

En este proceso se ejecutarán las operaciones de los diferentes tipos de


usuario.

o BD SQL Server

En este proceso se almacenará todo operación que se realice así como la


interacción con los datos y todo esto se almacenará en la BD que para el
caso será el SQL Server 2000.

o Internet Information Server

Es el servidor de Web que se usara y que necesitara el Sistema para su


funcionamiento en Internet.
Vista de la distribución

La distribución del sistema esta descrito a continuación, mostrando los


componentes base para su correcto funcionamiento.

Vista de la Implementación

Esta sección describe la estructura completa del modelo de implementación total. La


descomposición del software en capas y los subsistemas creados y todos los
componentes significativos utilizados en la definición de la arquitectura.

Capas

Usuarios

1.- Interfaces de Usuario


Usuario
2.- Procesos de Usuario

3.- Interfaces
Negocio
4.- Controlador 5.- DTO

6.- DAO 7.- Agente

Datos
Dato Servici
NRO. NOMBRE DESCRIPCIÓN

1 Interfaces de Usuario Capa de la interfaz del usuario compuesta por los


formularios web.

2 Procesos del Usuario Capa de los procesos de usuario invocados a través de


las interfaces del servicio web.

3 Interfaces Capa que contiene las interfaces a los servicios


externos.

4 Controladoras Capa que contiene la lógica del negocio, los procesos


internos del negocio que son ejecutados al invocarse
procesos de usuario.

5 DTO (Data Transfer Object) Capa de los datos (estructura de la base de datos),
según nuestro modelo contendría las entidades.

6 DAO (Data Access Object) Capa de acceso a los datos.

7 Agentes Capa de los agentes que invocan servicios externos.

5.- Descripción de los Métodos empleados

Se utilizó elementos de Rational Unified Process [Kruchen] y de las herramientas de


Software de Rational para este fin. El diseño de la arquitectura para la aplicación fue
desarrollada utilizando el método de diseño orientado a objetos de ADOOSI [Alvarez]. Se
utilizaron además patrones de diseño [Larman] y [Fowler 02]

El modelo de Capas

Persiguen la posibilidad de partir las aplicaciones. Esto se lleva a cabo mediante la


división del código en componentes lógicos generalmente utilizando el modelo COM
(modelo de objetos componentes). Estos componentes han de perseguir el modelo de
servicios, que sugiere que los componentes se puedan agrupar en 3 capas: capa o
servicios de usuario, capa o servicio de negocio o regla de negocio, capa o servicio de
datos.

Servicios Web

Un servicio Web es una colección de protocolos y estándares que sirven para


intercambiar datos entre aplicaciones.

Razones para crear servicios Web

Una razón por la que los servicios Web son muy prácticos es que pueden aportar gran
independencia entre la aplicación que usa el servicio Web y el propio servicio. De esta
forma, los cambios a lo largo del tiempo en uno no deben afectar al otro. Esta flexibilidad
será cada vez más importante, dado que la tendencia a construir grandes aplicaciones a
partir de componentes distribuidos más pequeños es cada día más acusada.

RUP

Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado


UML, constituye la metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas.
Para lograr el éxito en Proyectos Web el RUP tiene las siguientes fases: Inicio,
elaboración, construcción y transición.

Base de Datos Distribuida

Se concibe el empleo de una Base de Datos Distribuida por la necesidad de reducir la


cantidad de transacciones entre los servidores de aplicaciones en las sucursales y el
tráfico de información que acarrearía el mismo. Mediante ello se consigue :

• Autonomía de la información en cada Sucursal


• Independencia de ubicación física
• Independencia de HW, SO, Red y SGBD

6.- Conclusiones

• Las nuevas sinergias y estrategias competitivas que adoptan las PyMEs hoy en día
ante las grandes empresas transnacionales, evidencian un buen escenario de
desarrollo de los Servicios Web de Soporte a los Negocios al buscar soluciones a
medida y muy personalizadas.

• La forma de trabajo del negocio involucrado en el presente documento corresponde a


un rubro cuya actividad se acentúa más entre las PyMEs del Perú por lo que las
soluciones a través de Servicios Web resultan ser muy eficientes gracias a la
independencia que ofrecen en función a la plataforma y su alto nivel de integrabilidad
con otros sistemas.

• El nuevo paradigma en el que se muestran a los Servicios Web como herramientas


tecnológicas estratégicas para la inicialización de los procesos de negocio está dando
gratos resultados a soluciones medianas y a medida.

Referencias

[Alvarez] Álvarez, Sofia. Metodología ADOOSI Versión 6: Metodología para el


desarrollo de aplicaciones utilizando notación UML y extensiones para Web
y servicios Web, Publicación electrónica
[Fowler 99] Fowler, Martin et al. Refactoring Improving the Design of Existing Code.,
Addison Wesley. 1999
[Fowler, 02] Fowler, Martin. Patterns of Enterprise Application The Addison Wesley
Profesional Signature. 2002
[Kruchen] Kruchten, Philippe. The Rational Unified Process An Introduction, Second
Edition, Publisher: Addison Wesley, Second Edition March 14, 2000,
[Larman] Larman, Craig. UML y Patrones 2E. Prentice Halll Hispanoamericana, S. A.
2003

Vous aimerez peut-être aussi