Sistema de Farmacia UNSCH Con La Metodologia ICONIX

UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE HUAMANGA
FACULTAD DE INGENIERA DE MINAS, GEOLOGA Y CIVIL

ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS
SISTEMA DE CONTROL PARA LA FARMACIA DE LA UNIVERSIDAD

SAN CRISTBAL DE HUAMANGA
CURSO
Sistemas de informacin II
SIGLA
IS 445
DOCENTE
Ing. ZAPATA CASAVERDE, Richard
INTEGRANTES
ARANGO PALOMINO, Rubn

ARONS AYALA, Ever
ARONS QUISPE, Jhon A.
BERROCAL FLORES, Percy
PARIONA PAREDES, Abel
YACHAPA BARRIENTOS, Miln
AYACUCHO
2015
PER
RESUMEN ..................................................................................................................................... 5
INTRODUCCIN.......................................................................................................................... 6
CAPTULO I
PLANEAMIENTO DE LA INVESTIGACIN
1.1
PLANEAMIENTO DEL PROBLEMA.......................................................................... 8
1.2
FORMULACIN DEL PROBLEMA............................................................................ 8
1.2.1
PROBLEMA PRINCIPAL..................................................................................... 8
1.2.2
PROBLEMAS SECUNDARIOS ........................................................................... 8
1.3
OBJETIVOS DE LA INVESTIGACIN .................................................................... 9
1.3.1
OBJETIVO PRINCIPAL....................................................................................... 9
1.3.2
OBJETIVOS SECUNDARIOS............................................................................. 9
CAPTULO II
MARCO TERICO
2.1
MARCO DE REFERENCIA ........................................................................................ 11
2.1.1
FARMACIA UNIVERSITARIA ......................................................................... 11
2.1.2
MISIN................................................................................................................. 12
2.1.3
VISIN.................................................................................................................. 12
2.1.4
ORGANIGRAMA DEL BIENESTAR UNIVERSITARIO ............................. 13
2.2
MARCO TERICO ...................................................................................................... 13

CAPTULO III
MODELADO DE DOMINIO
3.1
MODELO CONCEPTUAL ........................................................................................... 31
3.2
REQUISITOS FUNCIONALES................................................................................. 31
3.3
LISTADO REQUISITOS FUNCIONALES.............................................................. 33
3.4
REQUISITOS NO FUNCIONALES ......................................................................... 33
3.5
LISTADO DE REQUISITOS NO FUNCIONALES................................................ 34
3.6
CASOS DE PRUEBA DE ACEPTACIN................................................................. 34
3.7
GLOSARIO DE TRMINOS...................................................................................... 36
3.8
MODELO DE DOMINIO INICIAL .......................................................................... 36
CAPTULO IV
MODELADO DE CASOS DE USO
4.1
CASOS DE USO........................................................................................................... 38
4.2
ORGANIZACIN DE LOS CASOS DE USO POR PAQUETE............................ 38
4.2.1
PAQUETE CUENTA ........................................................................................... 39
4.2.2
PAQUETE REGISTRAR ..................................................................................... 39
4.2.3
PAQUETE REPORTES........................................................................................ 40
4.2.4
PAQUETE VERIFICAR: ..................................................................................... 40
4.2.5
PAQUETE ORDEN DE DESPACHO: ............................................................... 40
4.3
RELACIN ENTRE CASOS DE USO Y REQUISITOS ....................................... 41
4.4
DESCRIPCIN DE LOS CASOS DE USO ............................................................. 43
4.4.1
4.5
DESCRIPCIN DE CASOS DE USO:............................................................. 43
INTERFAZ PARA CADA CASO DE USO ............................................................... 52

CAPTULO V
DISEO PRELIMINAR
5.1.
DIAGRAMA DE ROBUSTEZ..................................................................................... 85
5.2.
MODELO DE DOMINIO ACTUALIZADO.............................................................. 91

CAPTULO VI
ARQUITECTURA TCNICA
6.1
ARQUITECTURA TCNICA...................................................................................... 93
6.2
DIAGRAMA DE COMPONENTES ........................................................................... 96
6.3
DIAGRAMA DE DESPLIEGUE................................................................................. 97
CAPTULO VII
DISEO
7.1
DIAGRAMAS DE SECUENCIA ................................................................................ 98
7.2
DIAGRAMA DE CLASE............................................................................................ 110
7.3
IMPLEMENTACIN................................................................................................. 112
7.3.1
CDIGO PARA CONECTAR A LA BASE DE DATOS................................ 112
7.3.2
CDIGO DE INSERTAR MEDICAMENTOS.............................................. 113
7.3.3
CDIGO PARA INSERTAR LOS USUARIOS ............................................ 113
7.3.4
CDIGO PARA INSERTAR ADMINISTRADOR....................................... 114
7.3.5
7.4
CDIGO PARA LA REPORTE DE MEDICAMENTOS .............................. 114
DIAGRAMA DE LA BASE DE DATOS .................................................................. 115

CAPTULO VIII
CONCLUSIONES Y RECOMENDACIN
8.1
CONCLUSIONES ...................................................................................................... 117
8.2
RECOMENDACIONES ............................................................................................. 117
BIBLIOGRAFIA......................................................................................................................... 118
RESUMEN
El desarrollo de una institucin depende en gran medida de su nivel de gestin

y de la capacidad gerencial que representan las reas que la conforman; en el
caso de la Farmacia de la Universidad San Cristbal de Huamanga los procesos
de
almacn
dispensacin
de
medicamentos
presentan
prdidas,
equivocaciones y retrasos en su ejecucin diaria.

En el presente trabajo se desarrollar un Sistema de Control para la Farmacia
de la Universidad San Cristbal de Huamanga siguiendo la metodologa gil y
formal de ICONIX que nos ayudar a construirlo de manera completa y eficaz.
Para la implementacin del sistema se utilizar el lenguaje de programacin C#,
la herramienta de desarrollo Visual Studio v.2012 y al SQL Server 2012 como
gestor de Base de Datos.
Los resultados esperados es contar con un Sistema Automatizado de Control de
las diferentes reas que tiene la Farmacia de la UNSCH para as mejorar su
servicio.
INTRODUCCIN
Las tecnologas de Informacin han tomado un papel muy importante

permitiendo la difusin y mejor entendimiento de diferentes metodologas como
la metodologa gil y formal ICONIX; adems del desarrollo de aplicaciones que
ofrecen mejor calidad al consumidor, reduciendo costos e innovando la manera
de obtener los resultados ms adecuados de manera rpida.
Teniendo en cuenta los beneficios de las tecnologas de informacin es
recomendable la implementacin de software de calidad para las diferentes
instituciones que las necesiten; por lo que es razonable el desarrollo e
implementacin del Sistema de Control para la Farmacia de la Universidad
Nacional de San Cristbal de Huamanga.
Actualmente la farmacia de la UNSCH requiere de un software adecuado que
sirva de apoyo para la toma de decisiones en la parte administrativa,
dispensacin y control del stock de medicamentos que se manejan dentro de la
farmacia.
Los requerimientos funcionales se tomarn en cuenta a la hora de construir el
sistema para satisfacer las necesidades del usuario.
CAPTULO I
PLANEAMIENTO DE LA INVESTIGACIN
1.1 PLANEAMIENTO DEL PROBLEMA

Ausencia de un sistema para el control adecuado de la Farmacia de la
Universidad de San Cristbal de Huamanga en los diferentes procesos que
requiere, necesita y genera como son los de dispensacin, almacn , control
de entradas y salidas de medicamentos; procesos que son realizados
manualmente generando un control inexacto y prdida de tiempo.
1.2
FORMULACIN DEL PROBLEMA
1.2.1 PROBLEMA PRINCIPAL

Segn estudios realizados indica que menos de un 20% de los estudiantes acuden al
bienestar universitario, porque carecen de informacin significativa sobre sus beneficios,
tratamientos farmacolgicos y su forma de uso o la duracin, y que tambin en la
unidad de farmacia y dispensacin, el registro de los pocos alumnos que llegan

al bienestar universitario y las recetas que se le otorgan se realizan de manera
manual (Archivos, cuadernos, recetas), lo cual es engorroso tanto para los
alumnos como para el mismo personal que trabaja ah, motivo por la cual hay
una prdida de tiempo al momento de ubicar a algn alumno como tambin un
medicamento que se le soliciten, por tal motivo llegamos a la conclusin que es
necesario elaborar un Sistema de Farmacia UNSCH como posible solucin,
para realizar el registro y dispensacin farmacutica como elemento
imprescindible en la mejora de la atencin a los alumnos universitarios.
1.2.2 PROBLEMAS SECUNDARIOS
a) Cmo aseguramos la buena atencin de los estudiantes de la
universidad en el bienestar universitario?
b) De qu manera aseguramos que los datos de los alumnos y
medicamentos que ingresaron no se pierdan en el tiempo?
c) Cmo asegurar que el sistema funcione correctamente y garantizar el
buen funcionamiento sin prdida de datos ni informacin?
1.3
OBJETIVOS DE LA INVESTIGACIN
1.3.1 OBJETIVO PRINCIPAL

Disear e implementar un Sistema de Farmacia, para el rea de bienestar
universitaria de la Universidad Nacional San Cristbal de Huamanga, mediante
el sistema de gestor de base de datos Microsoft SQL Server 2008 R2, la
metodologa de software ICONIX, y la plataforma de desarrollo de software en
entorno ASP.NET; con el propsito de mejorar la eficiencia en la atencin de los
alumnos y con la finalidad de fortalecer el rea de registro y dispensacin de la
farmacia UNSCH, adems de obtener mejores resultados en el aumento del
nmero de alumnos que acuden.
1.3.2 OBJETIVOS SECUNDARIOS
a) Hacer un sistema de farmacia que apoye en el registro y dispensacin
de los medicamentos para que sea de manera rpida.
b) Hacer que el sistema guarde los datos de los estudiantes y los
medicamentos que ingresaron en una base de datos segura y
confiable.
c) Realizar el diseo donde se especifiquen los mdulos del sistema en
general utilizando la metodologa ICONIX, las pruebas y ajustes al
sistema a desarrollar.
CAPTULO II
MARCO TERICO
10
2.1 MARCO DE REFERENCIA

2.1.1 FARMACIA UNIVERSITARIA
El rea de Farmacia de la Universidad Nacional San Cristbal de Huamanga est
destinada a la dotacin, control de ingreso y salida de medicamentos, material
mdico para todos los estudiantes asegurados de la universidad.
BREVE RESEA HISTRICA
Por una necesidad de prestacin de salud a los estudiantes, a nivel de una
comisin, en 1977 con una resolucin rectoral se crea el seguro universitario o
el auto-seguro del estudiante
por una inquietud de un mdico (German
medina), un enfermero (Valer) y una asistenta Social que trabajaba como

docente en la universidad (Duna Alarcn) en aquel entonces, es as que se
forma el seguro universitario.
Anteriormente en esas pocas el funcionario del seguro universitario estaba en
el pabelln Jos Carlos Maritegui, en dicho lugar funcionaban los siguientes
servicios: laboratorio, dental, enfermera, rayos x, y solo se contaba con un
botiqun y todo esto a cargo de la Direccin de Bienestar Universitario de
asuntos Estudiantiles.
En los servicios de salud contaban con un botiqun con medicamentos bsicos
(donados) a cargo de una Biloga Docente de la Universidad que laboraba de
una forma desinteresada a cambio de nada, que muchas veces no abasteca a
la poblacin estudiantil.
A la medida que el tiempo va trascurriendo iba incrementando la masa
estudiantil que demandaba mayores servicios en cuanto a medicamentos (entre
los aos 1977 - 1980) a raz de ese problema surgido se aprueba un
reglamento de auto-seguro del estudiante que se encuentra vigente hasta la
fecha, con algunas modificaciones y paralelo a esto se realiza un proyecto para
el cobro a los estudiantes por derecho de seguro (en el momento de la
matricula) y de esa forma recaudar fondos para la adquisicin de nuevos y ms
productos.
11
SERVICIOS QUE BRINDA

a) Dispensar medicamentos de calidad a todos los estudiantes asegurados.
b) Servicio Mdico: La salud de los alumnos de la UNSCH es tendida desde su
ingreso a la Universidad, a travs del examen mdico al que son sometidos
todos los estudiantes.
c) Servicio Odontolgico: La Universidad cuenta con personal calificado y
equipamiento moderno para la atencin de los miembros de la comunidad
universitaria, tanto en la curacin como en la extraccin dental.
2.1.2 MISIN
La Farmacia de la UNSCH est comprometida en mejorar la salud de todos
los alumnos asegurados de la Universidad.
2.1.3 VISIN
Fortalecer el crecimiento del rea de la Farmacia innovando productos y
servicios logrando una cultura dirigida al bienestar de nuestros alumnos;
ayudando a consolidar a la Universidad Nacional de San Cristbal de
Huamanga como una Universidad lder en la Regin.
12
2.1.4 ORGANIGRAMA DEL BIENESTAR UNIVERSITARIO
Figura 2.1: Organigrama del Bienestar Universitario:
(Fuente: UNSCH)
2.2 MARCO TERICO

2.2.1
SISTEMA
[LEN, 1996] define un Sistema como una combinacin de recursos (como

seres humanos, materiales, equipos, software, instalaciones, datos, etc.)
integrados de forma tal que cumplan una funcin especfica en respuesta a
una necesidad designada de un usuario. No slo incluye los recursos
utilizados directamente en el cumplimiento de la misin (esto es, equipo
principal, software operativo, personal usuario), sino tambin los diferentes
elementos del apoyo (como por ejemplo: equipos de apoyo y prueba,
repuestos y requisitos relacionados de inventario, personal de mantenimiento
e instalaciones).
13
2.2.2
BASE DE DATOS
[GILFILLAN, 2004] menciona que una base de datos, en su definicin ms

sencilla, es una coleccin de archivos relacionados. Imagine un archivo (ya
sea en formato de papel o electrnico) que contenga los pedidos de ventas
de una tienda. Tambin existir otro archivo de productos, en el que se
incluyen los registros sobre existencias. Para completar un pedido, necesitara
buscar el producto en el archivo de pedidos y los niveles de existencias
relativos a dicho producto en el archivo de productos. Una base de datos y el
software que controla la base de datos, llamado sistema de administracin
de base de datos (DBMS), le ayudara a realizar estas tareas. La mayor parte
de las bases de datos actuales son de tipo relacional. Se denominan as
porque utilizan tablas de datos relacionadas por un campo en comn.
En el presente proyecto se us SQL Server 2012, como servidor de base de
datos.
2.2.3
UML (Unified Modeling Language)
[ALARCN, 2000] menciona que UML es un lenguaje estndar que sirve para
escribir los planos del software, puede utilizarse para visualizar, especificar,
construir y documentar todos los artefactos que componen un sistema con
gran cantidad de software. UML puede usarse para modelar desde sistemas
de informacin hasta aplicaciones distribuidas basadas en Web, pasando por
sistemas empotrados de tiempo real.
UML es solamente un lenguaje por lo que es slo una parte de un mtodo de
desarrollo software, es independiente del proceso aunque para que sea
optimo debe usarse en un proceso dirigido por casos de uso, centrado en la
arquitectura, iterativo e incremental.
14
Figura 2.2: Vista General de los Elementos UML. (Fuente: [Alarcn, 2000])
2.2.4
PROGRAMACIN ORIENTADA A OBJETOS
[JOYANES, 1996] seala que la Programacin Orientada a Objetos es una

extensin natural de la actual tecnologa de programacin y representa un
enfoque nuevo y distinto al tradicional. Al igual que cualquier otro programa,
el diseo de un programa orientado a objetos tiene lugar durante la fase de
diseo de un programa OO es nico en el sentido de que se organiza en
funcin de los objetos que manipular. De hecho, probablemente la parte
ms difcil de la creacin de software orientado a objetos es identificar las
clases necesarias y el modo en que interactan entre s.
Los conceptos ms importantes que existen en la POO son:
CLASE: Es una descripcin de un conjunto de objetos similares. Por ejemplo
la clase Coches. Una clase contiene los atributos y las operaciones sobre esos
atributos que hacen que una clase tenga la entidad que se desea.
OBJETO: Un objeto es una cosa, generalmente extrada del vocabulario del
espacio del problema o del espacio de la solucin. Todo objeto tiene un
nombre (se le puede identificar), un estado (generalmente hay algunos datos
asociados a l) y un comportamiento (se le pueden hacer cosas a objeto y l
puede hacer cosas a otros objetos). Un objeto de la clase Coches puede ser
un Ford Mustang.
15
ATRIBUTO: Es una caracterstica concreta de una clase. Por ejemplo

atributos de la clase Coches pueden ser el color, el nmero de puertas, etc.
MTODO: Es una operacin concreta de una determinada clase. Por
ejemplo de la clase Coches podramos tener un mtodo arrancar () que lo
que hace es poner en marcha el coche.
INSTANCIA: Es una manifestacin concreta de una clase (un objeto con
valores concretos). Tambin se le suele llamar ocurrencia. Por ejemplo una
instancia de la clase Coches puede ser: Un Ford Mustang, de color Gris con 3
puertas
HERENCIA: Es un mecanismo mediante el cual se puede crear una nueva
clase partiendo de una existente, se dice entonces que la nueva clase hereda
las caractersticas de la case existentes aunque se le puede aadir ms
capacidades (aadiendo datos o capacidades) o modificar las que tiene. Por
ejemplo supongamos que tenemos los vehculos de motor. En esta clase
tenemos los siguientes atributos: cilindrada y nmero de ruedas, y el mtodo
acelerar (). Mediante el mecanismo de herencia podemos definir la clase
coches y la clase motos. Estas dos clases heredan los atributos cilindrada y
numero de ruedas de la clase vehculos de motor pero a su vez tendrn
atributos propios (como hemos dicho antes el nmero de puertas es un
atributo propio de la clase coches que no tienen sentido en la clase motos).
Se puede decir que coches extiende la clase vehculos de motor, o que
vehculos de motor es una generalizacin de las clases coches y motos.
POLIMORFISMO: hace referencia a la posibilidad de que dos mtodos
implementen
distintas
acciones,
aun
teniendo
el
mismo
nombre,
dependiendo del objeto que lo ejecuta o de los parmetros que recibe. En el

ejemplo anterior tenamos dos objetos que heredaban el mtodo acelerar ()
de la clase vehculos de motor. De hecho en clase vehculos de motor al ser
general no tiene sentido que tenga una implementacin concreta de este
mtodo. Sin embargo, en las clases coches y motos s que hay una
implementacin clara y distinta del mtodo acelerar (). De este modo
podramos tener un objeto vehculos de motor, llamado vdm, en el que
16
residiera un objeto coche. Si realizramos la llamada vdm .acelerar () sabra

exactamente que ha de ejecutar el mtodo coches: acelerar ().
2.2.5 METODOLOGAS DE DESARROLLO DE SOFTWARES
Las Metodologas de Desarrollo de Software surgen ante la necesidad de
utilizar una serie de procedimientos, tcnicas, herramientas y soporte
documental a la hora de desarrollar un producto software. Dichas
metodologas pretenden ser la gua de los desarrolladores al crear un nuevo
software, pero ese camino es variado y cambiante. De ah la variedad de
metodologas
que existen para la creacin de estas herramientas
tecnolgicas. Hay dos grupos.

METODOLOGA PESADA
Estas metodologas son orientadas al control de los procesos, estableciendo
rigurosamente las actividades a desarrollar, herramientas a utilizar y
notaciones que se usarn.
METODOLOGA LIGERA O GIL
Se orientan a la interaccin con el cliente y el desarrollo incremental del
software, mostrando versiones parcialmente funcionales del software al cliente
en intervalos cortos de tiempo, para que pueda evaluar y sugerir cambios en
el producto segn se va desarrollando.
Las caractersticas principales que presenta este tipo de metodologas son:
Al individuo y las interacciones del equipo de desarrollo sobre el
proceso y las herramientas.
La gente es el principal factor de xito de un proyecto software. Es ms
importante construir un buen equipo que construir el entorno. Muchas veces
se comete el error de construir primero el entorno y esperar que el equipo se
adapte automticamente. Es mejor crear el equipo y que ste configure su
propio entorno de desarrollo en base a sus necesidades.
17
Desarrollar software que funciona ms que conseguir una buena

documentacin.
La regla a seguir es no producir documentos a menos que sean necesarios de
forma inmediata para tomar un decisin importante. Estos documentos
deben ser cortos y centrarse en lo fundamental.
La colaboracin con el cliente ms que la negociacin de un contrato.
Se propone que exista una interaccin constante entre el cliente y el equipo
de desarrollo. Esta colaboracin entre ambos ser la que marque la marcha
del proyecto y asegure su xito.
Responder a los cambios ms que seguir estrictamente un plan.
La habilidad de responder a los cambios que puedan surgir a los largo del
proyecto (cambios en los requisitos, en la tecnologa, en el equipo, etc.)
determina tambin el xito o fracaso del mismo. Por lo tanto, la planificacin
no debe ser estricta sino flexible y abierta.
DIFERENCIAS ENTRE METODOLOGA GIL Y LAS TRADICIONALES
Para una rpida comprensin se muestra la siguiente tabla:
METODOLOGA GIL
Basada
en
provenientes
descubrimientos Basada en normas provenientes de

de
prcticas
produccin de cdigo.
Especialmente
METODOLOGA TRADICIONAL
de estndares seguidos por el entorno

de desarrollo.
preparados
para Cierta resistencia a cambios.
cambios durante el proyecto

Impuestas
internamente
(por
el Impuestas externamente.
equipo)
Proceso menos controlado, con pocos Proceso mucho ms controlado, con
principios
numerosas polticas o normas
No existe contrato tradicional o al Existe un contrato prefijado.

menos es bastante flexible
18
El cliente es parte del desarrollo
El cliente interacta con el equipo de

desarrollo mediante reuniones
Grupos pequeos (<10 integrantes) y Grupos
grandes
trabajando en el mismo sitio
distribuidos
Pocos artefactos
Ms artefactos
Pocos roles
Ms roles
Menos nfasis en la arquitectura del La

software.
arquitectura
esencial
se
del
posiblemente
software
expresa
es
mediante
modelos.
Tabla 2.2: Diferencias entre metodologa gil y la tradicional.
2.2.6 METODOLOGA ICONIX

La metodologa ICONIX se encuentra entre el Rational Unified Process (RUP) y
la Programacin Extrema (XP). ICONIX est conducido por casos de uso al
igual que el RUP, pero sin la sobrecarga del mismo. Es relativamente pequeo
y ligero, igual que XP, pero no descarta el anlisis y diseo formal como la XP.
ICONIX usa racionalmente el Lenguaje Unificado de Modelado (UML),
haciendo referencia a la trazabilidad de los requisitos. Las actividades
principales de ICONIX son: anlisis de requisitos, diseo preliminar, diseo e
implementacin. (Rosenberg, et al., 2005)
Rosenberg y Stephens (2007) afirma:
En teora, todos y cada uno de los aspectos de UML es potencialmente til,
pero en la prctica, nunca parece haber suficiente tiempo para hacer el
modelado, anlisis y diseo. Siempre hay presin por parte de la
administracin para saltar al cdigo e
iniciar la codificacin de forma
prematura, porque los avances en proyectos de software tienden a medirse

por la cantidad de cdigo existente. El proceso ICONIX, tal y como se muestra
en la figura de apertura de este captulo, es minimalista, tiene un enfoque
19
racionalizado que se centra en esa zona que se encuentra entre los casos de
uso y el cdigo. Su nfasis est en lo que tiene que pasar en ese momento del
ciclo de vida que se est comenzando: donde ya se tiene un inicio en algunos
casos de uso, y es momento de hacer un buen anlisis y diseo.
Figura 2.3: Esquema del proceso ICONIX. (Rosenberg y Stephens, 2007)
Segn Rosenberg (2001), ICONIX es un proceso minimalista, en el que se

utilizan cuatro enfoques bsicos: Modelado de objetos conducido por casos de
uso, centrado en los datos descomponiendo en fronteras de datos, basado en
escenarios que descomponen los casos de uso, enfoque iterativo e incremental,
ofrece trazabilidad a los requisitos, hace uso directo de UML, construir los
diagramas de clases y el cdigo para la aplicacin.
TNICAS DE LA METODOLOGA ICONIX
Segn Doug Rosenberg y Matt Stephens (2007), las tcnicas de la metodologa
ICONIX son:
A. MODELO DE DOMINIO
El Modelo de Dominio es un artefacto colaborativo vivo. Es refinado y
actualizado en cada parte el proyecto, de modo que refleja siempre la
comprensin actual del espacio del problema. (Rosenberg y Stephens, 2007)
20
El modelo del dominio no es ms que un diagrama de clases sin ningn tipo

de detalle (sin atributos, sin mtodos,) (Gutirrez, 2008)
Figura 2.4: Modelo de Dominio. (Doug Rosenberg y Matt Stephens, 2007)
B. MODELO DE CASOS DE USO

Rosenberg y Stephens, (2007) seal que:
Con un primer modelo de dominio inicial en su lugar, es hora de comenzar a
escribir los casos de uso. Los casos de uso dan un modo estructurado de
capturar los requisitos de
comportamiento de un sistema, de modo que
puede razonablemente crear un diseo desde ellos. Le ayudan a responder

ciertas preguntas fundamentales: Qu estn tratando de hacer los usuarios
del sistema? Cul es la experiencia del usuario? Una cantidad sorprendente
de lo que su software debe hacer se dicta por el modo en que los usuarios
deben interactuar con l.
21
Figura 2.5: Modelo de Casos de Uso. (Doug Rosenberg y Matt Stephens, 2007)
C. REVISIN DE REQUISITOS
Rosenberg y Stephens (2007) seal que:
La sesin de revisin de requisitos garantiza que el sistema tal y como se
describe coincide con los requisitos. Se trata de un perodo de sesiones de
colaboracin que impliquen al representante(s) del cliente, los usuarios finales
(es decir, las personas que realmente van a utilizar el sistema, o quien est
usando el sistema actual que se sustituir), y las personas de marketingbsicamente, todos los stakeholders que tienen un inters en asegurar que los
requisitos encajen con su punto de vista del sistema.
22
Figura 2.6: Revisin de Requisitos. (Doug Rosenberg y Matt Stephens, 2007)
D. ANLISIS DE ROBUSTEZ
Para obtener a partir de los casos de uso un diseo detallado (y luego el
cdigo), lo que se necesita es enlazar los casos de uso a los objetos. La
tcnica que se describe en este captulo, el anlisis de robustez, le ayuda a
superar la brecha que existe del anlisis al diseo. En pocas palabras, es una
manera de analizar sus casos de uso e identificar un primer conjunto de
objetos para cada caso de uso. Estos se clasifican en objetos interfaz, objetos
entidad, y controladores (que son a menudo ms como funciones que como
objetos).
23
Figura 2.7: Anlisis de Robustez. (Doug Rosenberg y Matt Stephens, 2007)
E. REVISIN PRELIMINAR DEL DISEO

Las sesiones de Revisin del Diseo Preliminar (RDP) ayudan a asegurarse
que los diagramas de robustez, el modelo de dominio, y la descripcin de
casos de uso coincidan entre s. Esta revisin es el "puente" entre el diseo
preliminar y en las etapas del diseo detallado, para cada paquete de casos de
uso. (Rosenberg y Stephens, 2007)
Figura 2.8: Revisin preliminar del diseo. (Doug Rosenberg y Matt Stephens, 2007)
24
F. ARQUITECTURA TCNICA
El objetivo de arquitectura tcnica (AT) es obtener un sentido general del
sistema que vas a desarrollar. Ser un sistema basado en Internet o un
sistema en VB NET o Java Swing, para un cliente muy rico? Es necesario
utilizar un framework de aplicacin especfico (por ejemplo, un framework de
una compaa estndar).
No hay una notacin estndar o un formato para documentar la AT, la
profundidad y el formato de la arquitectura tcnica-y los convenios para
crearla-varan mucho de empresa a empresa, por lo que no insistiremos en
esta rea demasiado tiempo.
Figura 2.9: Arquitectura Tcnica. (Doug Rosenberg y Matt Stephens, 2007)
G. DIAGRAMAS DE SECUENCIA
Una vez que se ha finalizado el anlisis de robustez, y ha celebrado una
Revisin del Diseo Preliminar, es tiempo de iniciar el diseo detallado. En
este momento, la descripcin de sus casos de uso debe ser completa,
correcta, detallada y explcita. En resumen, los casos su uso deben estar en
un estado del que se pueda crear un diseo detallado.
25
Figura 2.10: Diagramas de secuencia. (Doug Rosenberg y Matt Stephens, 2007)
H. REVISIN CRTICA DEL DISEO

(Rosenberg y Stephens, 2007) seal que:
Tu proyecto debera estar ahora en mucha mejor condicin que muchos otros
proyectos que estn en esta etapa. Por ahora, has utilizado el anlisis de
robustez para desambiguar la descripcin de los casos de uso y descubrir las
clases de dominio faltantes, has mantenido una revisin de diseo preliminar
(PDR) para asegurarte que los casos de uso coinciden con lo que el cliente
realmente quiere, y has elaborado cuidadosamente un diseo detallado de los
casos de uso que has implementado para esta versin.
Por tanto, ests casi listo para comenzar la codificacin-hay slo una etapa
rpida (pero vital) para comprobar el primero de la lista: Revisin del Diseo
Critico (CDR).
26
Figura 2.11: Revisin crtica del diseo. (Doug Rosenberg y Matt Stephens, 2007)
I. IMPLEMENTACIN: PASO DEL DISEO DETALLADO AL CDIGO

Si usted ha pasado por todo el esfuerzo para crear un diseo agradable y
detallado, vale la pena tener una buena idea de cmo traducir ese diseo
detallado
en
el
cdigo
fuente
(y
las
pruebas
unitarias,
supuesto.(Rosenberg y Stephens, 2007)
Figura 2.12: Implementacin. (Doug Rosenberg y Matt Stephens, 2007)
27
por
J. REVISIN DEL CDIGO Y ACTUALIZACIN DEL MODELO

(Rosenberg y Stephens, 2007) seal que: Durante la codificacin, lo ms
probable es que te han hecho algunos cambios en el diseo, por lo que el
cdigo ahora estar ligeramente fuera de sincrona con los diagramas de
diseo. Una reaccin tristemente comn en este etapa consiste en considerar
que la documentacin de diseo obsoleto, tirar a la basura, y seguir todas las
posteriores desarrollo del trabajo sin hacer ningn trabajo de diseo ms.
Figura 2.13: Revisin del cdigo y actualizacin del modelo. (Doug Rosenberg y
Matt Stephens, 2007)
K. DISEO GUIADO POR PRUEBAS

(Rosenberg y Stephens, 2007) seal que: Es fcil ver el mdulo de un
programa y decir; Bien, ya termin, pero este sentido de complecin puede
decepcionarnos. Cmo ests seguro que el cdigo rene todos los escenarios
de casos de uso no solo los cursos bsicos, sino tambin los cursos alternos?
Las Prueba basadas en el diseo (DDT, por sus siglas en ingls) provee un
mtodo a prueba de balas para producir casos de prueba y verificar que
todos los escenarios especficos estn completos. Puedes adems usar este
proceso para escribir pruebas unitarias ejecutables de estos casos de prueba.
28
Figura 2.14: Diseo guiado por pruebas. (Doug Rosenberg y Matt Stephens, 2007)
L. ATENTIENDO REQUISITOS
(Rosenberg y Stephens, 2007) seal que: No es una parte fundamental del
proceso de simplemente porque las diferentes organizaciones tienen
diferentes estrategias para el manejo de los requisitos.
Figura 2.15: Atendiendo requisitos. (Doug Rosenberg y Matt Stephens, 2007)
29
CAPTULO III
MODELADO DE DOMINIO
30
DESARROLLO DEL SISTEMA DE CONTROL PARA LA FARMACIA DE LA

UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE HUAMANGA
3.1
MODELO CONCEPTUAL
PROVEEDORES
ADMINISTRACION
PROVEEDORES
NACIONALES
FARMACEUTICO
PROVEEDORES
LOCALES
TECNICO
ALMACEN
DISPENSACION
NORMATIVIDAD PBA
ENTREGA DE
MEDICAMENTOS
ALMACENAMIENTO
ESPECIALIZADO
STOCK DE
MEDICAMENTOS
CLASIFICACION DE
MEDICAMENTOS
ALUMNOS CON BUENA

SALUD
MENORES CASOS DE
ENFERMEDAD
Figura 3.1: Modelo conceptual de la Farmacia de la UNSCH (Fuente: Elaboracin Propia)
3.2
REQUISITOS FUNCIONALES
En una entrevista hablada con el responsable de la farmacia se obtuvo los

siguientes requisitos:
Importancia:
Alta
Media
Baja
31
NReq.
REQUISITOS FUNCIONALES
01
El sistema debe permitir la autentificacin del usuario.
02
El sistema debe permitir crear nuevas categoras para

clasificar medicamentos.
03
El sistema debe permitir el ingreso de medicamentos con un

nico cdigo.
04
El sistema debe permitir la consulta de los medicamentos.
05
El sistema debe permitir la modificacin de datos de los

medicamentos.
06
El sistema debe mostrar siempre el stock actualizado de

medicamentos.
07
El sistema debe generar y almacenar los reportes de ingresos

y salidas de medicamentos.
08
El sistema debe permitir imprimir el inventario de

medicamentos.
09
El sistema debe permitir ingresar y guardar la orden de

compra de los nuevos medicamentos.
10
El sistema debe mostrar los medicamentos que tienen mayor

salida.
11
El sistema debe avisar cuando hay medicamentos que estn por

acabarse.
12
El sistema permitir hacer consultas o filtros sobre la

informacin registrada.
13
El sistema debe guardar los datos de alumno.
14
El sistema debe comprobar la cantidad del saldo restante que

posee cada alumno.
15
El sistema debe emitir un boucher con detalles de la

consulta.
16
El sistema debe informar anticipadamente si un medicamento

est cerca de su fecha de vencimiento.
32
17
El sistema debe registrar los medicamentos que llegaron

defectuosos (daados, caducos, malogrados, etc.)
18
El sistema debe mostrar un reporte con los medicamentos

vencidos en un tiempo determinado.
Tabla 3.1: Requisitos funcionales.
3.3
LISTADO REQUISITOS FUNCIONALES
custom Requisitos funcionales

Requisitos funcionales
+ Req 01: El sistema debe permitir la autentificacin del usuario
+ Req 02: El sistema debe permitir crear nuevas categoras para clasificar medicamentos
+ Req 03: El sistema debe permitir el ingreso de medicamentos con un nico cdigo
+ Req 04. El sistema debe permitir la consulta de los medicamentos
+ Req 05: El sistema debe permitir la modificacin de datos de los medicamentos
+ Req 06: El sistema debe mostrar siempre el stock actualizado de medicamentos
+ Req 07: El sistema debe generar y almacenar los reportes de ingresos y salidas de medicamentos
+ Req 08: El sistema debe permitir imprimir el inventario de medicamentos
+ Req 09: El sistema debe permitir ingresar y guardar la orden de compra de los nuevos medicamentos
+ Req 10: El sistema debe mostrar los medicamentos que tienen mayor salida
+ Req 11: El sistema debe avisar cuando hay medicamentos que estn por acabarse
+ Req 12: El sistema permitir hacer consultas o filtros sobre la informacin registrada
+ Req 13: El sistema debe guardar los datos del alumno
+ Req 14: El sistema debe comparar la cantidad del saldo restante que posee cada alumno
+ Req 15: El sistema debe emitir un boucher con detalles de la consulta.
+ Req 16: El sistema debe permitir informar anticipdamente si un medicamento est cerca de su fecha de vencimiento
+ Req 17: El sistema debe registrar los medicamentos que llegaron defectuosos(daados, caducos, malogrados, etc.)
+ Req 18: El sistema debe mostrar un reporte con los medicamentos vencidos en un tiempo determinado
(from Requisitos)
Figura 3.2: Empaquetado de los requisitos funcionales
3.4
REQUISITOS NO FUNCIONALES
NReq.
REQUISITOS NO FUNCIONALES
19
El acceso al sistema debe ser seguro.
20
El sistema debe ser soportado por las diferentes plataformas

garantizando su portabilidad.
21
El sistema debe responder a las consultas con una velocidad

de respuesta adecuada.
22
Debe consumir la menor cantidad de recursos del sistema.
23
El software debe tener una arquitectura estndar para facilitar

su mantenimiento
Tabla 3.2: Requisitos no funcionales.
33
3.5
LISTADO DE REQUISITOS NO FUNCIONALES

custom Requisitos no funcionales
Requisitos no funcionales
+ Req 19: El acceso al sistema debe ser seguro
+ Req 20: El sistema debe ser soportado por las diferentes plataformas garantizando su portabilidad.
+ Req 21El sistema debe responder a las consultas con una velocidad de respuesta adecuada
+ Req 22: Debe consumir la menor cantidad de recursos del sistema.
+ Req 23: El software debe tener una arquitectura estandar para facilitar su mantenimiento
(from Requisitos)
Figura 3.3. Empaquetado de los requisitos no funcionales.
3.6
CASOS DE PRUEBA DE ACEPTACIN
3.6.1 CASO DE PRUEBA: Ingreso de medicamentos nuevos

N
Req.
N C. Caso de Prueba de Aceptacin:

P.
02
01
Registrar medicamentos en sus respectivas categoras.
03
02
Verificar si el cdigo de los medicamentos es nico e

irrepetible.
05
03
Se podr cambiar un dato en caso de haber sido ingresado

de manera errada.
06
04
El sistema debe mostrar el stock en caso de ser un

producto ya registrado.
07
05
Se debe guardar la cantidad de medicamentos ingresados.
09
06
La orden de compra de los medicamentos nuevos debe ser

guardada.
17
07
Guardar los datos de los productos que llegaron

defectuosos para poder mandar un informe al proveedor
como a la Universidad.
Tabla 3.3: Caso de prueba: Ingreso de medicamentos nuevos.
34
3.6.2 CASO DE PRUEBA: Entregar medicamentos recetados al alumno

N
Req.
N C.
P.
Caso de Prueba de Aceptacin:
13
01
Guardar los datos de los alumnos que entran a consulta.
04
02
Consultar si se cuenta con el medicamento recetado.
06
03
Verificar si se dispone la cantidad recetada del

medicamento.
14
04
Comprobar si el alumno tiene el saldo suficiente para

cubrir el costo total de los medicamentos.
15
05
Entregar un Boucher donde se muestre los detalles de la

consulta.
Tabla 3.4: Caso de prueba: Entregar medicamentos recetados al alumno.
3.6.3 CASO DE PRUEBA: Realizar reportes

N
Req.
N C.
P.
Caso de Prueba de Aceptacin:
08
01
Imprimir un reporte de todos los medicamentos que

tiene el almacn.
10
02
Imprimir un reporte con los medicamentos que hayan

sido ms recetados en un tiempo determinado.
12
03
Imprimir un reporte de alumnos que hayan sido

atendidos en el semestre.
17
04
Imprimir un reporte de medicamentos que llegaron

defectuosos, daados, o vencidos.
18
05
Imprimir un reporte con los medicamentos que se hayan

vencido en el almacn.
Tabla 3.5: Caso de Prueba: Realizar reportes.
35
3.7 GLOSARIO DE TRMINOS

Tratamiento
Enfermedad
Receta
Producto
Marca
Analgsico
Jarabe
Pastilla
Infeccin
Medicamento
Proveedor
Almacn
3.8 MODELO DE DOMINIO INICIAL

class Actores
controla
Almacen
Realiza
Farmaceutica
Estudiante
Medico
tiene
Pedido
atiende
Saldo
Enfermedad
hace
Entrega
Receta
sigue
Saldo Limitado
Saldo excepcional
Tecnico
Tratamiento
hace
entrega
Prov eedor
Dispensacion
Marca
Producto
Analgesico
Jarabe
Figura 3.4: Modelo de Dominio
Inyeccion
Pastilla
(Fuente: Elaboracin Propia)
36
Medicamento
CAPTULO IV
MODELADO DE CASOS DE USO
37
4.1
CASOS DE USO
N C.U
Casos de Uso
01
Autentificar usuario.
02
Actualizar usuario.
03
Registro de medicamentos y orden de compra.
04
Actualizar datos del medicamento.
05
Verificar stock de medicamento.
06
Verificar saldo disponible por alumno.
07
Reporte de medicamentos de almacn.
08
Reporte de medicamentos ms salientes.
09
Registrar alumno por semestre.
10
Realizar orden de pedido de medicamento.
11
Reporte de medicamentos vencidos en almacn.
12
Emitir orden de despacho.
Tabla 4.1: Lista de casos de uso.
4.2
ORGANIZACIN DE LOS CASOS DE USO POR PAQUETE
uc Paquetes de casos de uso

Reporte
Cuenta
+ Realizar orden de pedido de medicamentos
+ Administrador
+ Reporte de medicamentos de almacn
+ Farmacutico
+ Reporte de medicamentos ms salientes
+ Autentificar Usuario
+ Reporte de medicamentos vencidos en almacn
Orden de Despacho
+ Emitir orden de despacho
Verificar
+ Verificar saldo disponible por alumno
+ Verificar stock de medicamentos
Registrar
+ Actualizar datos del medicamento
+ Actualizar Usuario
+ Registrar alumno por semestre
+ Registro de medicamentos y orden de compra
Figura 4.1: Casos de uso organizado por paquetes. (Fuente: Elaboracin Propia)
38
4.2.1
PAQUETE CUENTA
uc Gestin Cuenta
Administrador
Autentificar Usuario
Farmacutico
Figura 4.2: Casos de uso del paquete Gestin Cuenta
4.2.2
PAQUETE REGISTRAR
uc Registrar
Registro de
medicamentos y
descripcin
Actualizar Usuario
Actualizar datos del

medicamento
Administrador
Farmacutico
(from Gestin Cuenta)

Registrar alumno por
semestre
Figura 4.3: Casos de uso del paquete Registrar
39
4.2.3
PAQUETE REPORTES
uc Reporte
Reporte de
medicamentos
v encidos en almacn
Reporte de
medicamentos de
almacn
Farmacutico
Administrador
Realizar orden de
pedido de
medicamentos
Reporte de
medicamentos ms
salientes
Figura 4.4: Casos de uso del paquete Reportes
4.2.4
PAQUETE VERIFICAR:
uc Verific ar
Verific ar s toc k de
medic amentos
Farmac utic o
Verific ar s aldo
dis ponible por
alumno
Figura 4.5: Casos de uso del paquete Verificar
4.2.5
PAQUETE ORDEN DE DESPACHO:

uc Orden de Des pac ho
Emitir orden de
des pac ho
Farmac utic o
Figura 4.5: Casos de uso del paquete Orden de Despacho
40
4.3
RELACIN ENTRE CASOS DE USO Y REQUISITOS

Requisitos Funcionales
Req 01 El sistema debe permitir la

autentificacin del usuario.
Req 02 El sistema debe permitir crear
nuevas categoras para
clasificar medicamentos.
Req 03 El sistema debe permitir el
ingreso de medicamentos con
un nico cdigo.
modificacin de datos de los
medicamentos.
Req 06 El sistema debe mostrar
siempre el stock actualizado
de medicamentos.
Req 07 El sistema debe generar y
almacenar los reportes de
ingresos y salidas de
medicamentos.
Req 09 El sistema debe permitir
ingresar y guardar la orden de
compra de los nuevos
medicamentos.
Req 10 El sistema debe mostrar los
medicamentos que tienen
mayor salida.
Casos de Uso
CU 01 Autentificar usuario.
CU 02 Actualizar usuario.
CU 03 Registro de medicamentos y
orden de compra.
CU 04 Actualizar datos de
medicamento.
CU 05 Verificar stock de
medicamento.
CU 10 Realizar orden de pedido de

medicamento.
CU 08 Reporte de medicamentos ms
salientes.

consulta de los medicamentos.
Req 08 El sistema debe permitir
imprimir el inventario de
medicamentos.
CU 07 Emitir reporte de
medicamentos de almacn.
Req 12 El sistema permitir hace
41
consultas o filtros sobre la

informacin registrada.
Req 13 El sistema debe guardar los
datos de alumno.
CU 09 Registrar alumno por

semestre.
Req 14 El sistema debe comprobar la

cantidad del saldo restante
que posee cada alumno.
CU 06 Verificar saldo disponible por

alumno.
Req 11 El sistema debe avisar cuando

hay medicamentos que estn
por acabarse.
Req 16 El sistema debe informar
anticipadamente si un
medicamento est cerca de su
fecha de vencimiento.
Req 17 El sistema debe registrar los
medicamentos que llegaron
defectuosos (daados,
caducos, malogrados, etc)
CU 11 Reporte de medicamentos
vencidos en almacn.
Req 18 El sistema debe mostrar un

reporte con los medicamentos
vencidos en un tiempo
determinado.
Req 15 El sistema debe emitir un
Boucher con detalles de la
consulta.
CU 12 Emitir orden de despacho.
Tabla 4.2: Relacin entre los requisitos y los casos de uso.
42
4.4
DESCRIPCIN DE LOS CASOS DE USO
4.4.1
DESCRIPCIN DE CASOS DE USO:
Caso de Uso
Descripcin
Curso Bsico:
1. El Actor (administrador farmacutico) accede al
sistema (login).
El sistema muestra un formulario para el ingreso de
usuario y contrasea.
2. El Actor (administrador farmacutico) ingresa su
cuenta de usuario y contrasea.
CU-01
Autentificar
Usuario.
3. El Actor (administrador farmacutico) hace clic en el

botn ingresar
El sistema verifica si los datos ingresados son validos
Si sistema valida el nivel de acceso y muestra la interfaz
principal.
Curso Alterno:
3. El sistema muestra un mensaje de error si los datos del
actor (administrador - farmacutico) sean incorrectos.
Curso Bsico:
1. El Administrador ingresa al sistema de farmacia.
El sistema muestra
diferentes opciones.
una interfaz principal para realizar
2. El Administrador hace clic en el men Registrar.

CU-02 Actualizar
Usuario.
El sistema mostrar las diferentes opciones.
3. El Administrador hace clic en el submen usuario.
El sistema mostrar una interfaz con la lista de usuarios y
4. El Administrador hace clic en Nuevo para agregar un
nuevo usuario.
43
El sistema muestra un formulario para el llenado de datos.

5. El administrador ingresa los datos del nuevo usuario y
hace clic en el botn guardar.
El sistema valida los datos.
El sistema guarda la informacin en la base de datos.
El sistema mostrar la interfaz anterior del usuario donde
buscar al usuario a modificar.
El sistema muestra las opciones de eliminar o modificar.
7. El Administrador selecciona el nombre del usuario
elegido y le da clic en modificar.
El sistema te muestra una interfaz con los datos rellenados
del usuario.
8. El Administrador modifica los datos del usuario y hace
clic en guardar.
El sistema valida los datos y los guarda en la base de
datos.
elegido y le da clic en Eliminar usuario.
El sistema elimina al usuario seleccionado.
Curso Alterno:
5 8. El sistema muestra un mensaje de error Ingrese
todos los datos cuando falta rellenar en los campos.
Curso Bsico:
CU-03 Registro
de
medicamentos y
orden de
compra.
1. El Actor (administrador farmacutico) Ingresa al

sistema de la farmacia.
El sistema muestra
2. El Actor (administrador farmacutico)

men Registrar.
44
hace clic en el
El sistema muestra el submen.

submen agregar medicamento y orden de compra.
El sistema muestra una interfaz
medicamentos y diferentes opciones.
con
la

Nuevo Medicamento.
lista
de
hace clic en
El sistema mostrara un formulario de registro de

medicamentos una pantalla donde especificar (orden de
compra, nombre del medicamento, nombre del laboratorio,
categora, stock, precio, presentacin, fecha de
vencimiento, descripcin) que se va a ingresar a la base de
dato.
respectivos datos del medicamento.
llenara los
El sistema generar automticamente el cdigo para el

medicamento.
El sistema valida los datos ingresados y que estn
correctos.
descripcin del medicamento.
guarda la
Curso Alterno:
6. El sistema muestra un mensaje de error cuando falta
algn dato (nombre del medicamento, nombre del
laboratorio, categora, stock, precio, fecha de vencimiento,
descripcin).
Curso bsico:
1. El Actor (administrador farmacutico) ingresa al
CU-04 Actualizar sistema de la farmacia.
datos del
El sistema muestra una interfaz principal para realizar
medicamento.
men Registrar.
45
hace clic en el

submen modificar medicamento.
El sistema muestra una interfaz con
medicamentos y un filtro de bsqueda.
la
lista
de
4. El Actor (administrador farmacutico) escribir el

nombre del medicamento dentro del filtro.
El sistema filtra los medicamentos parecidos y la ira
mostrando en la parte inferior de la interfaz.
medicamento elegido.
botn Modificar.
El sistema muestra una interfaz con los datos del
medicamento.
7. El Actor (administrador farmacutico) modifica los
datos necesarios del medicamento.
8. El Actor (administrador farmacutico) guarda los
datos modificados haciendo clic en el botn guardar.
El sistema guarda los datos.
Curso alterno:
6. El sistema muestra un mensaje de error si no se ha
seleccionado ningn medicamento.
descripcin).
CU-05 Verificar
stock de
medicamentos
Curso bsico:
1. El actor (administrador, farmacutico) Ingresar al
El sistema muestra
46
2. El actor (administrador, farmacutico) hace clic en el
men Verificar.
El sistema muestra un submen.
submen Verificar Stock de medicamentos.
El sistema muestra una interfaz con una lista completa de
medicamentos en stock adems de un filtro de bsqueda.
4. El actor (administrador, farmacutico) escribir en el
filtro el medicamento a buscar.
El sistema ira enlistando los medicamentos que tengan un
parecido con el nombre del producto.
5. El actor (administrador, farmacutico) podr seleccionar
el medicamento buscado.
El sistema mostrar el stock de dicho medicamento.
Curso alterno:
4. El sistema mostrar un mensaje en caso de no existir el
producto
Curso bsico:
1. El actor (administrador, farmacutico) Ingresa al
CU-06 Verificar
saldo disponible
El sistema muestra
2. El actor (administrador, farmacutico), hace clic en el

men Verificar saldo disponible.
El sistema muestra una interfaz con un filtro de bsqueda
segn cdigo de alumno.
3. El actor (administrador, farmacutico) escribe el cdigo
del alumno.
47
El sistema verifica si los datos ingresados son vlidos.

El sistema muestra una interfaz con los datos del alumno y
el saldo correspondiente.
Curso alterno:
3. El sistema muestra un mensaje de error por el cdigo
incorrecto.
Curso bsico:
El sistema muestra

men Reporte.
3. El actor (administrador, farmacutico) hace clic en
CU-07 Emitir
Emitir Reporte de Medicamentos de almacn.
reporte de
medicamento de
El sistema visualizar una lista de medicamentos que
almacn
posee el almacn (nombre de producto, fecha de
vencimiento, cantidad).
4. El actor (administrador, farmacutico) podr imprimir el
reporte haciendo clic en el botn imprimir.
El sistema lo imprimir en formato PDF.
Curso alterno:
No existe.
Curso bsico:
CU-08 Reporte
de
medicamentos
ms salientes.

El sistema muestra
48
men Reporte.
Reporte de Medicamentos ms salientes.
El sistema muestra una lista de medicamentos que tienen
mayor salida.
El sistema muestra un filtro para determinar la cantidad de
medicamentos a mostrar.
4. El actor (administrador, farmacutico) podr escribir la
cantidad deseada de medicamentos con mayor salida.
Curso alterno:
No existe.
Curso bsico:
1. El actor (administrador, farmacutico) ingresa al
sistema de farmacia.
El sistema muestra
CU-09 Registrar
alumno por
semestre
un interfaz principal para realizar

men Registrar.
Alumno.
El sistema muestra el formulario Registrar alumno.
4. El actor (administrador, farmacutico) digita los datos
del alumno como: Cdigo, escuela, nombres y apellidos,
49
facultad.
5. El actor (administrador, farmacutico) podr guardar los
datos del alumno haciendo clic en el botn Guardar.
El sistema validar los datos ingresados.
Curso alterno
5. El sistema muestra un mensaje de error en caso de que
el actor (administrador, farmacutico) no complete todos
los cuadros del formulario.
Curso bsico:
El sistema muestra
2. El Administrador hace clic en el men Reportes.

El sistema muestra un submen Realizar orden de pedido
de medicamento.
CU-10 Realizar
orden de pedido El sistema muestra la interfaz con una lista de los
de medicamento medicamentos que tienen el stock en cero.
3. EL Administrador podr imprimir el reporte haciendo clic

en el botn imprimir.
Curso alterno
No existe.
CU-11 Reporte
de
medicamentos
vencidos en
almacn
Curso bsico:
El sistema muestra un interfaz principal para realizar
50
2. El Administrador hace clic en el men Reporte.

El sistema muestra un submen Reporte de medicamentos
vencidos en almacn
El sistema busca los medicamentos que estn vencidos en
el almacn.
El sistema muestra la interfaz con la lista de los
medicamentos vencidos.
3. El administrador podr quitar la cantidad de
medicamentos vencidos haciendo clic en el botn Quitar
Stock.
4. El Administrador tambin podr imprimir el reporte
haciendo clic en el botn imprimir.
Curso alterno
3. El sistema muestra un mensaje No hay medicamentos
vencidos hasta la fecha en caso de no haber ningn
medicamento vencido.
Curso Bsico:
1. El farmacutico ingresa al sistema de farmacia.
CU-12 Emitir
orden de
despacho.
2. El farmacutico hace clic en el men Orden de

Despacho.
El sistema muestra una interfaz para ingresar el cdigo del
alumno que debe estar previamente registrado en el
sistema.
3. El farmacutico ingresar el cdigo del alumno y le dar
clic en buscar.
El sistema validar el cdigo del estudiante.
El sistema carga los datos del alumno en una nueva
interfaz con una lista vaca y otra con los medicamentos.
4. El farmacutico podr buscar al medicamento mediante
51
los filtros de bsqueda.

El sistema ir enlistando los medicamentos que tengan
parecido con el dato ingresado para buscar.
5. El farmacutico har clic en el medicamento.
El sistema carga los datos del medicamento en la parte
inferior de la interfaz.
6. EL farmacutico podr escribir la cantidad recetada del
medicamento.
7. El farmacutico podr aadir y quitar medicamentos de
la lista vaca.
El sistema enlista los medicamentos recetados.
8. El farmacutico har clic en el botn Imprimir.
El sistema validar el monto total.
Curso Alterno:
3. El sistema muestra un mensaje de error si el cdigo
ingresado es incorrecto.
7. El sistema muestra un mensaje de error cuando el
monto total de los medicamentos supera el saldo
disponible del alumno.
Tabla 4.3: Descripcin de los casos de uso.
4.5 INTERFAZ PARA CADA CASO DE USO

4.5.1
CASO DE USO 01: Autentificar Usuario
Caso de Uso
Descripcin
Curso Bsico:
CU-01
Autentificar
Usuario.
1. El Actor (administrador farmacutico) accede al

sistema (login).
El sistema muestra un formulario para el ingreso de
usuario y contrasea.
52
2. El Actor (administrador farmacutico) ingresa su

cuenta de usuario y contrasea.
botn ingresar
El sistema verifica si los datos ingresados son validos
Si sistema valida el nivel de acceso y muestra la interfaz
principal.
Curso Alterno:
3. El sistema muestra un mensaje de error si los datos del
actor (administrador - farmacutico) sean incorrectos.
Tabla 4.4: Autentificar Usuario.
Figura 01: Autentificar Usuario.
53
54
4.5.2
CASO DE USO 02: Actualizar Usuario
Caso de Uso
Descripcin
Curso Bsico:
El sistema muestra
2. El Administrador hace clic en el men Registrar.

CU-02 Actualizar El sistema mostrar las diferentes opciones.
Usuario.
El sistema mostrar una interfaz con la lista de usuarios y
4. El Administrador hace clic en Nuevo para agregar un
nuevo usuario.
El sistema muestra un formulario para el llenado de datos.
5. El administrador ingresa los datos del nuevo usuario y
55
hace clic en el botn guardar.

El sistema guarda la informacin en la base de datos.
El sistema mostrar la interfaz anterior del usuario donde
buscar al usuario a modificar.
El sistema muestra las opciones de eliminar o modificar.
elegido y le da clic en modificar.
El sistema te muestra una interfaz con los datos rellenados
del usuario.
8. El Administrador modifica los datos del usuario y hace
clic en guardar.
El sistema valida los datos y los guarda en la base de
datos.
elegido y le da clic en Eliminar usuario.
El sistema elimina al usuario seleccionado.
Curso Alterno:
5 8. El sistema muestra un mensaje de error Ingrese
todos los datos cuando falta rellenar en los campos.
Tabla 4.5: Actualizar Usuario.
56
Figura 01: Actualizar Usuario.
57
58
59
4.5.3
CASO DE USO 03: Registro de medicamentos y orden de
compra.
Caso de Uso
Descripcin
Curso Bsico:
1. El Actor (administrador farmacutico) Ingresa al
El sistema muestra

men Registrar.
CU-03 Registro
de
medicamentos y
orden de
compra.
hace clic en el

submen agregar medicamento y orden de compra.
medicamentos y diferentes opciones.
con

Nuevo Medicamento.
la
lista
de
hace clic en
El sistema mostrara un formulario de registro de

medicamentos una pantalla donde especificar (orden de
compra, nombre del medicamento, nombre del laboratorio,
categora, stock, precio, presentacin, fecha de
vencimiento, descripcin) que se va a ingresar a la base de
dato.
60
llenara los
respectivos datos del medicamento.

El sistema generar automticamente el cdigo para el
medicamento.
El sistema valida los datos ingresados y que estn
correctos.
descripcin del medicamento.
guarda la
Curso Alterno:
descripcin).
Tabla 4.6: Registro de medicamentos y descripcin.
Figura 01: Registro de medicamentos y orden de compra .
61
Figura 02: Registro de medicamentos y orden de compra.
Figura 03: Registro de medicamentos y orden de compra .
62
4.5.4
CASO DE USO 04: Actualizar datos del medicamento.
Caso de Uso
Descripcin
Curso bsico:
1. El Actor (administrador farmacutico) ingresa al
El sistema muestra

men Registrar.
hace clic en el

submen modificar medicamento.
El sistema muestra una interfaz con
la
lista
de
4. El Actor (administrador farmacutico) escribir el

nombre del medicamento dentro del filtro.
CU-04 Actualizar El sistema filtra los medicamentos parecidos y la ira
mostrando en la parte inferior de la interfaz.
datos del
medicamento.
medicamento elegido.
botn Modificar.
medicamento.
7. El Actor (administrador farmacutico) modifica los
datos necesarios del medicamento.
8. El Actor (administrador farmacutico) guarda los
datos modificados haciendo clic en el botn guardar.
Curso alterno:
6. El sistema muestra un mensaje de error si no se ha
63
seleccionado ningn medicamento.

descripcin).
Tabla 4.7: Actualizar datos de medicamentos.
Figura 01: Actualizar datos de medicamentos.
64
4.5.5
CASO DE USO 05: Verificar stock de medicamentos.
Caso de Uso
Descripcin
Curso bsico:
CU-05 Verificar
stock de
medicamentos
El sistema muestra

men Verificar.
submen Verificar Stock.
El sistema muestra una interfaz con una lista completa de
65
medicamentos en stock adems de un filtro de bsqueda.

4. El actor (administrador, farmacutico) escribir en el
El sistema ira enlistando los medicamentos que tengan un
parecido con el nombre del producto.
5. El actor (administrador, farmacutico) podr seleccionar
El sistema mostrar el stock de dicho medicamento.
Curso alterno:
4. El sistema mostrar un mensaje en caso de no existir el
producto
Tabla 4.8: Verificar stock de medicamentos.
Figura 01: Verificar stock de medicamentos.
66
Figura 02: Verificar stock de medicamentos.
4.5.6
CASO DE USO 06: Verificar saldo disponible
Caso de Uso
Descripcin
Curso bsico:
1. El actor (administrador, farmacutico) Ingresa al
El sistema muestra
CU-06 Verificar
saldo disponible

segn cdigo de alumno.
3. El actor (administrador, farmacutico) escribe el cdigo
del alumno.
El sistema verifica si los datos ingresados son vlidos.
67
El sistema muestra una interfaz con los datos del alumno y

el saldo correspondiente.
Curso alterno:
3. El sistema muestra un mensaje de error por el cdigo
incorrecto.
Tabla 4.8: Verificar saldo disponible.
Figura 01: Verificar saldo disponible.
68
Figura 02: Verificar saldo disponible.
4.5.7
CASO DE USO 07: Emitir reporte de medicamento de
almacn
Caso de Uso
Descripcin
Curso bsico:
El sistema muestra
CU-07 Emitir
reporte
de
medicamento
de almacn

men Reporte.
Emitir Reporte de Medicamentos de almacn.
El sistema visualizar una lista de medicamentos que
posee el almacn (nombre de producto, fecha de
69
Curso alterno:
No existe.
Tabla 4.9: Emitir reporte de medicamentos por almacn.
Figura 01: Emitir reporte de medicamentos por almacn .
Figura 02: Emitir reporte de medicamentos por almacn .
70
4.5.8
CASO DE
USO
08: Reporte de medicamentos ms
salientes.
Caso de Uso
Descripcin
Curso bsico:
El sistema muestra

men Reporte.
Reporte de Medicamentos ms salientes.
CU-08 Reporte
de
medicamentos
ms salientes.
El sistema muestra una lista de medicamentos que tienen

mayor salida.
El sistema muestra un filtro para determinar la cantidad de
4. El actor (administrador, farmacutico) podr escribir la
cantidad deseada de medicamentos con mayor salida.
Curso alterno:
No existe.
Tabla 4.10: Reporte de medicamentos ms salientes.
71
Figura 01: Reporte de medicamentos ms salientes.
72
4.5.9
CASO DE USO 09: Registrar alumno por semestre
Caso de Uso
Descripcin
Curso bsico:
1. El actor (administrador, farmacutico) ingresa al
El sistema muestra

men Registrar.
Alumno.
El sistema muestra el formulario Registrar alumno.
CU-09 Registrar
alumno por
semestre
4. El actor (administrador, farmacutico) digita los datos

del alumno como: Cdigo, escuela, nombres y apellidos,
facultad.
5. El actor (administrador, farmacutico) podr guardar los
datos del alumno haciendo clic en el botn Guardar.
El sistema validar los datos ingresados.
Curso alterno
5. El sistema muestra un mensaje de error en caso de que
el actor (administrador, farmacutico) no complete todos
73
74
4.5.10 CASO DE USO 10: Realizar orden de pedido de medicamento

Caso de Uso
Descripcin
Curso bsico:
El sistema muestra
2. El Administrador hace clic en el men Reportes.

El sistema muestra un submen Realizar orden de pedido
de medicamento.
CU-10 Realizar
orden de pedido
El sistema muestra la interfaz con una lista de los
de medicamento
medicamentos que tienen el stock en cero.
3. EL Administrador podr imprimir el reporte haciendo clic

Curso alterno
No existe.
75
4.5.11 CASO DE USO 11: Reporte de medicamentos vencidos en

almacn
Caso de Uso
Descripcin
Curso bsico:
CU-11 Reporte
de
medicamentos
vencidos en
almacn

2. El Administrador hace clic en el men Reporte.
El sistema muestra un submen Reporte de medicamentos
76
vencidos en almacn
El sistema busca los medicamentos que estn vencidos en
el almacn.
El sistema muestra la interfaz con la lista de los
3. El administrador podr quitar la cantidad de
medicamentos vencidos haciendo clic en el botn Quitar
Stock.
4. El Administrador tambin podr imprimir el reporte
haciendo clic en el botn imprimir.
Curso alterno
3. El sistema muestra un mensaje No hay medicamentos
vencidos hasta la fecha en caso de no haber ningn
Tabla 4.13: Reporte de medicamentos vendidos en almacn.
Figura 01: Reporte de medicamentos vendidos en almacn.
77
Figura 02: Reporte de medicamentos vendidos en almacn.
4.5.12 CASO DE USO 12: Emitir orden de despacho.

Caso de Uso
Descripcin
Curso Bsico:
CU-12 Emitir
orden de
despacho.

Despacho.
El sistema muestra la interfaz Orden de Despacho con sus
datos a rellenar.
78
3. El farmacutico buscar al alumno haciendo clic en el

botn de 3 puntos al lado de la caja de texto Cdigo
Alumno.
y la lista de alumnos.
4. El farmacutico digita el cdigo del alumno.
El sistema ir enlistando los alumnos que tengan parecido
con el dato ingresado.
5. El farmacutico selecciona al alumno y le hace clic en el
botn Aceptar
EL sistema muestra en la interfaz Orden de despacho el
cdigo del alumno buscado.
6. El farmacutico buscar al Usuario haciendo clic en el
botn de 3 puntos al lado de la caja de texto Dni
Farmacutico.
y la lista de Usuarios.
7. El farmacutico digita el Nombre del usuario.
El sistema ir enlistando los usuarios que tengan parecido
con el dato ingresado.
8. El farmacutico selecciona al usuario y le hace clic en el
botn Aceptar
Dni del usuario buscado.
9. El farmacutico buscar al Medicamento haciendo clic
en el botn de Buscar Medicina.
y la lista de Medicamentos.
10. El farmacutico digita el Nombre del medicamento.
El sistema ir enlistando los medicamentos que tengan
parecido con el dato ingresado.
11. El farmacutico selecciona al medicamento y le hace
clic en el botn Aceptar
cdigo del medicamento, el nombre del medicamento, el
79
precio del medicamento.

12. El farmacutico ingresa la cantidad de medicina
recetada y hace clic en el botn de la agregar.
El sistema enlistar los medicamentos agregados en la
parte inferior de la interfaz
13. El farmacutico har en el botn guardar.
Curso Alterno:
Tabla 4.14: Emitir orden de despacho.
Figura 01: Emitir orden de despacho.
80
81
82
83
CAPTULO V
DISEO PRELIMINAR
84
5.1.
DIAGRAMA DE ROBUSTEZ
5.1.1 CU-01: Autentificar usuario

pkg CU-01 Autentificar Usuario.
CU-01 Autentificar Usuario.
Curso Bsico:
1. El Actor (administrador
farmacutico) accede al sistema (login).
El sistema muestra un formulario para el
ingreso de usuario y contrasea.
farmacutico) ingresa en los cuadros de
texto su usuario y contrasea.
farmacutico) hace clic en el botn
ingresar
El sistema verifica si los datos
ingresados son validos
Si sistema valida el nivel de acceso y
muestra la interfaz principal.
Curso Alterno:
3. El sistema muestra un mensaje de
error si los datos del actor (administrador
- farmacutico) sean incorrectos.
Diigita datos del

usuario
clic en botn Ingresar
Usuario
Actor
(administrador farmacutico)
Validar Datos
Login
Interfaz Principal
Datos Incorrectos
Figura 5.1: Diagrama de Robustez para Autentificar usuario
5.1.2
CU-02: Actualizar Usuario
pkg CU-02 Actualizar Usuario.
Curso Bsico:
1. El Adm i ni strador i ngresa al si stem a de
farm aci a.
El si stem a m uestra una i nterfaz pri nci pal para
real i zar di ferentes opci ones.
2. El Adm i ni strador hace cl i c en el m en
Regi strar.
El si stem a m ostrar l as di ferentes opci ones.
3. El Adm i ni strador hace cl i c en el subm en
usuari o.
El si stem a m ostrar una i nterfaz con l a l i sta de
usuari os y di ferentes opci ones.
4. El Adm i ni strador hace cl i c en Nuevo para
agregar un nuevo usuari o.
El si stem a m uestra un form ul ari o para el
l l enado de datos.
5. El adm i ni strador i ngresa l os datos del nuevo
usuari o y hace cl i c en el botn guardar.
El si stem a val i da l os datos.
El si stem a guarda l a i nform aci n en l a base
de datos.
6. El Adm i ni strador hace cl i c en el subm en
usuari o.
El si stem a m ostrar l a i nterfaz anteri or del
usuari o donde buscar al usuari o a m odi fi car.
El si stem a m uestra l as opci ones de el i m i nar o
m odi fi car.
7. El Adm i ni strador sel ecci ona el nom bre del
usuari o el egi do y l e da cl i c en m odi fi car.
El si stem a te m uestra una i nterfaz con l os
datos rel l enados del usuari o.
8. El Adm i ni strador m odi fi ca l os datos del
usuari o y hace cl i c en guardar.
El si stem a val i da l os datos y l os guarda en l a
base de datos.
9. El Adm i ni strador sel ecci ona el nom bre del
usuari o el egi do y l e da cl i c en El i m i nar
usuari o.
El si stem a el i m i na al usuari o sel ecci onado.
Curso Alterno:
5 8. El si stem a m uestra un m ensaj e de error
Ingrese todos l os datos cuando fal ta rel l enar
en l os cam pos.
CU-02 Actualizar Usuario.
Administrador
Validar datos usuario
Formulario registrar
usuario
Usuario
Guardar datos
Cl i c en el
subm en
Regi strar
Usuari o
Interfaz principal
Datos incompletos
usuario
Cl i c en
subm en
M odi fi car
usuari o
Validar datos
Interfaz modificar
usuario
Cargar Datos Usuario
Elimar usuario
Datos imcompletos
Formulario modificar
usuario
Usuario
Figura 5.2: Diagrama de Robustez para Actualizar usuario
85
5.1.3
CU-03: Registro de medicamento y orden de compra
pkg CU-03 Registro de medicamentos y orden de compra

CU-03 Registro de medicamentos y orden de compra
Curso Bsico:
Ingresa al sistema de la farmacia.
El sistema muestra una interfaz principal
para realizar diferentes opciones.
hace clic en el men Registrar.
hace clic en el submen agregar
medicamento y orden de compra.
El sistema muestra una interfaz con la lista
de medicamentos y diferentes opciones.
hace clic en Nuevo Medicamento.
El sistema mostrara un formulario de registro
de medicamentos una pantalla donde
especificar (orden de compra, nombre del
medicamento, nombre del laboratorio,
categora, stock, precio, presentacin, fecha
de vencimiento, descripcin) que se va a
ingresar a la base de dato.
llenara los respectivos datos del
medicamento.
El sistema generar automticamente el
cdigo para el medicamento.
El sistema valida los datos ingresados y que
estn correctos.
guarda la descripcin del medicamento.
Curso Alterno:
6. El sistema muestra un mensaje de error
cuando falta algn dato (nombre del
medicamento, nombre del laboratorio,
categora, stock, precio, fecha de
vencimiento, descripcin).
Clic en nuevo medicamento
Digita los datos del

medicamento
Clic en
botn
Guardar
Medicamentos
Actor
(administrador
farmacutico)
Guardar datos de
medicamentos
Validar datos ingresados
hace clic en
el men
Registrar
Formulario
medicamentos
Interfaz Principal
Registro de
Medicamento
Datos Incompletos del

medicamento y su
descripcin
Curso Alterno:
cuando falta algn dato(descripcin,
nombre, unida, cantidad, marca, fecha de
vencimiento y fecha de emisin, nmero de
lote, cdigo, nombre de la industria, nombre
del producto, forma farmacutica,
concentracin, costo).
Figura 5.3: Diagrama de Robustez para Registro de medicamento y descripcin
5.1.4
CU-04: Actualizar datos del medicamento
pkg CU-04 Actualizar datos del medicamento.

CU-04 Actualizar datos del medicamento
Curso bsico:
1. El Actor (administrador farmacutico) ingresa
al sistema de la farmacia.
El sistema muestra una interfaz principal para
realizar diferentes opciones.
2. El Actor (administrador farmacutico) hace
clic en el men Registrar.
clic en el submen modificar medicamento.
El sistema muestra una interfaz con la lista de
escribir el nombre del medicamento dentro del
filtro.
El sistema filtra los medicamentos parecidos y la
ira mostrando en la parte inferior de la interfaz.
clic en el medicamento elegido.
clic en el botn Modificar.
medicamento.
modifica los datos necesarios del medicamento.
8. El Actor (administrador farmacutico) guarda
los datos modificados haciendo clic en el botn
guardar.
Curso alterno:
6. El sistema muestra un mensaje de error si no
se ha seleccionado ningn medicamento.
cuando falta algn dato (nombre del
medicamento, nombre del laboratorio, categora,
stock, precio, fecha de vencimiento, descripcin).
Interfaz Principal
Clic en el
men
Medicamento
Interfaz actualizar
medicamento
Buscar Medicamento
Registro medicamento
Actor
(administrdor farmacutico)
Formulario modificar
medicamento
Validar datos
Guardar Datos
Datos incompletos del
medicamento
Figura 5.4: Diagrama de Robustez para Actualizar datos del medicamento
86
5.1.5
CU-05: Verificar stock de medicamentos
pkg CU-05 Verificar Stock de medicamentos
Curso bsico:
1. El actor (administrador,
farmacutico) Ingresar al sistema
de la farmacia.
principal para realizar diferentes
opciones.
farmacutico) hace clic en el
men Verificar.
submen Verificar Stock de
medicamentos.
con una lista completa de
medicamentos en stock adems
de un filtro de bsqueda.
farmacutico) escribir en el filtro
el medicamento a buscar.
El sistema ira enlistando los
medicamentos que tengan un
parecido con el nombre del
producto.
farmacutico) podr seleccionar el
medicamento buscado.
El sistema mostrar el stock de
dicho medicamento.
CU-05 Verificar Stock de medicamentos
Clic en el
submen
Verificar
Stock
Actor
(administrador,
farmacutico)
Interfaz stock de
medicamentos
Buscar Medicamento
Interfaz principal
Medicamento no
encontrado
Mostrar Stock
Curso alterno:
4. El sistema mostrar un mensaje
en caso de no existir el producto
Figura 5.5: Diagrama de Robustez para Verificar stock de medicamentos
5.1.6
CU-06: Verificar saldo disponible
pkg CU-06 Verificar saldo disponible

CU-06 Verificar saldo disponible
Curso bsico:
farmacutico) Ingresa al sistema
de la farmacia.
opciones.
farmacutico), hace clic en el
con un filtro de bsqueda segn
cdigo de alumno.
farmacutico) escribe el cdigo
del alumno.
El sistema verifica si los datos
ingresados son vlidos.
con los datos del alumno y el
saldo correspondiente.
Curso alterno:
3. El sistema muestra un
mensaje de error por el cdigo
incorrecto.
Alumno
Clic en men
Verificar saldoBsqueda de saldo
Actor
Interfaz principal
Verificar datos
Dato incorrecto
Saldo disponible
Figura 5.6: Diagrama de Robustez para Verificar saldo disponible
87
5.1.7
CU-07: Emitir reporte de medicamento de almacn
pkg CU-07 Emitir reporte de medicamento de almacn
CU-07 Emitir reporte de medicamento de almacn
Curso bsico:
farmacutico) Ingresar al sistema de
la farmacia.
opciones.
farmacutico), hace clic en el men
Reporte.
farmacutico) hace clic en Emitir
Reporte de Medicamentos de
almacn.
El sistema visualizar una lista de
medicamentos que posee el
almacn (nombre de producto, fecha
de vencimiento, cantidad).
farmacutico) podr imprimir el
reporte haciendo clic en el botn
imprimir.
El sistema lo imprimir en formato
PDF.
Visualiza
medicamentos
Actor
Registro medicamentos
Clic en
submen
Reporte
medicamentos
en almacn
Interfaz reporte
medicamentos
Interfaz principal
Imprimir
medicamentos
Curso alterno:
No existe.
Figura 5.7: Diagrama de Robustez para Emitir reporte de medicamento de almacn
5.1.8
CU-08: Reporte de medicamentos ms salientes
pkg CU-08 Reporte de medicamentos ms salientes.
Curso bsico:
farmacutico) Ingresar al sistema
de la farmacia.
opciones.
men Reporte.
farmacutico) hace clic en
Reporte de Medicamentos ms
salientes.
El sistema muestra una lista de
medicamentos que tienen mayor
salida.
El sistema muestra un filtro para
determinar la cantidad de
farmacutico) podr escribir la
cantidad deseada de
medicamentos con mayor salida.
farmacutico) podr imprimir el
reporte haciendo clic en el botn
imprimir.
El sistema lo imprimir en
formato PDF.
CU-08 Reporte de medicamentos ms salientes.
Interfaz pricnipal
Actor
Clic en el
submen
Reporte
Medicamentos
ms Salientes
Limitar medicamentos
Medicamentos con ms
salida
Imprimir Reporte
Curso alterno:
No existe.
Figura 5.8: Diagrama de Robustez para Reporte de medicamentos ms salientes
88
5.1.9
CU-09: Registrar alumno por semestre
pkg CU-09 Registrar alumno por semestre
Curso bsico:
farmacutico) ingresa al sistema
de farmacia.
El sistema muestra un interfaz
opciones.
men Registrar.
Alumno.
El sistema muestra el formulario
Registrar alumno.
farmacutico) digita los datos
del alumno como: Cdigo,
escuela, nombres y apellidos,
facultad.
farmacutico) podr guardar los
datos del alumno haciendo clic
en el botn Guardar.
El sistema validar los datos
ingresados.
Curso alterno
mensaje de error en caso de que
el actor (administrador,
farmacutico) no complete todos
CU-09 Registrar alumno por semestre
Alumno
Actor
Clic en el
men
Registrar
Alumno
Formulario registrar
Alumno
Grabar datos del
alumno
Validar datos
Interfaz Principal
Datos incompletos del

alumno
Figura 5.9: Diagrama de Robustez para Registrar alumno por semestre
5.1.10 CU-10: Realizar orden de pedido de medicamento

pkg CU-10 Realizar orden de pedido de medicamento
Curso bsico:
1. El Administrador ingresa al
opciones.
2. El Administrador hace clic en
el men Reportes.
El sistema muestra un submen
Realizar orden de pedido de
medicamento.
El sistema muestra la interfaz
con una lista de los
medicamentos que tienen el
stock en cero.
3. EL Administrador podr
imprimir el reporte haciendo clic
CU-10 Realizar orden de pedido de medicamento
Medicamentos
Administrador
Interfaz principal
Clic en
submen
Realizar
pedido
Lista medicamentos con

stock cero
Imprimir
medicamentos
Curso alterno
No existe.
Figura 5.10: Diagrama de Robustez para Realizar orden de pedido de medicamento
89
5.1.11 CU-11: Reporte de medicamentos vencidos en almacn

pkg CU-11 Reporte de medicamentos v encidos en almacn
Curso bsico:
1. El Administrador ingresa al
principal para realizar
2. El Administrador hace clic
en el men Reporte.
El sistema muestra un
submen Reporte de
medicamentos vencidos en
almacn
El sistema busca los
medicamentos que estn
vencidos en el almacn.
El sistema muestra la interfaz
con la lista de los
3. El administrador podr
quitar la cantidad de
medicamentos vencidos
haciendo clic en el botn
Quitar Stock.
4. El Administrador tambin
podr imprimir el reporte
imprimir.
CU-11 Reporte de medicamentos vencidos en almacn
Men Reporte
hace clic
Lista de medicamentos
vencidos
Administrador
Quitar cantidad de
medicamentos del
stock
Interfaz principal
Medicamentos
muestra
Verificar medicamentos
vencidos
Imprimir
medicamentos
No hay medicamentos
vencidos
Curso alterno
mensaje No hay
medicamentos vencidos hasta
la fecha en caso de no haber
ningn medicamento vencido.
Figura 5.11: Diagrama de Robustez para Reporte de medicamentos vencidos en almacn
5.1.12 CU-12: Emitir orden de despacho

pkg CU-12 Emitir orden de despacho.
Curso Bsico:
1. El farm acuti co i ngresa al si stem a de farm aci a.
El si stem a m uestra un i nterfaz pri nci pal para real i zar
di ferentes opci ones.
2. El farm acuti co hace cl i c en el m en Orden de
Despacho.
El si stem a m uestra l a i nterfaz Orden de Despacho con sus
datos a rel l enar.
3. El farm acuti co buscar al al um no haci endo cl i c en el
botn de 3 puntos al l ado de l a caj a de texto Cdi go
Al um no.
El si stem a m uestra una i nterfaz con un fi l tro de bsqueda
y l a l i sta de al um nos.
4. El farm acuti co di gi ta el cdi go del al um no.
El si stem a i r enl i stando l os al um nos que tengan
pareci do con el dato i ngresado.
5. El farm acuti co sel ecci ona al al um no y l e hace cl i c en
el botn Aceptar
EL si stem a m uestra en l a i nterfaz Orden de despacho el
cdi go del al um no buscado.
6. El farm acuti co buscar al Usuari o haci endo cl i c en el
botn de 3 puntos al l ado de l a caj a de texto Dni
Farm acuti co.
y l a l i sta de Usuari os.
7. El farm acuti co di gi ta el Nom bre del usuari o.
El si stem a i r enl i stando l os usuari os que tengan
8. El farm acuti co sel ecci ona al usuari o y l e hace cl i c en
el botn Aceptar
Dni del usuari o buscado.
9. El farm acuti co buscar al M edi cam ento haci endo cl i c
en el botn de Buscar M edi ci na.
y l a l i sta de M edi cam entos.
10. El farm acuti co di gi ta el Nom bre del m edi cam ento.
El si stem a i r enl i stando l os m edi cam entos que tengan
11. El farm acuti co sel ecci ona al m edi cam ento y l e hace
cl i c en el botn Aceptar
cdi go del m edi cam ento, el nom bre del m edi cam ento,
el preci o del m edi cam ento.
12. El farm acuti co i ngresa l a canti dad de m edi ci na
recetada y hace cl i c en el botn de l a agregar.
El si stem a enl i star l os m edi cam entos agregados en l a
parte i nferi or de l a i nterfaz
13. El farm acuti co har en el botn guardar.
El si stem a val i dar el m onto total .
CU-12 Emitir orden de despacho.
Usuario
Farmacutico
Usuario no encontrado
Interfaz principal
Interfaz Buscar
M edicamento
Cl i c en Orden
de despacho
Validar Dni Usuario

Interfaz Buscar Usuario
Validar M edicamento
Interfaz Buscar Alumno
Registro de
medicamento
M edicamento no
encontrado
Validar cdigo del
alumno
M onto Superior al
saldo
Aadir o quitar
medicamentos
Cdigo incorrecto del

alumno
Alumno
Validar Saldo
Imprimir orden de
despacho
Curso Alterno:
13. El si stem a m uestra un m ensaj e de error cuando el
m onto total de l os m edi cam entos supera el sal do
di sponi bl e del al um no.
Figura 5.12: Diagrama de Robustez para Emitir orden de despacho
90
Orden de despacho
5.2.
MODELO DE DOMINIO ACTUALIZADO
class Modelo de dominio
T iene
Saldo
Comprueba
Estudiante
Almacn
Controla
T iene
Farmacutica
Realiza
Enfermedad
Saldo Limitado
Saldo
Excepcional
Atiende
Produce
Entrega
Pedido
Genera
Consulta
Receta
Prov eedor
Entrega
Hace
Marca
Producto
Mdico
Pastilla
Medicamento
Jarabe
Inyeccin
Figura 5.13: Modelo de dominio actualizado
91
Analgsico
CAPTULO VI
ARQUITECTURA TCNICA
92
6.1
ARQUITECTURA TCNICA
Para el desarrollo de software es imperante y necesario el definir un

estndar de programacin ya que permite una mayor legitimidad, es por eso
que el estilo de programacin est construido por diferentes directrices que
permiten un trabajo ms organizado y entendible.
El presente software Sistema de control para la Farmacia de la Universidad
de San Cristbal de Huamanga ser una aplicacin cliente-servidor de tipo
cliente ligero; para lo cual usaremos al C# como lenguaje de programacin,
al Visual Studio 2012 como IDE, al SQL Server v 2012 como gestor de Base
de Datos, al SAP Crystal Report como aplicacin para disear y generar
reportes; finalmente como diseo la arquitectura en 3 capas.
6.1.1 LENGUAJE DE PROGRAMACIN C#
Es un lenguaje orientado a objetos creado por Microsoft especialmente
para su plataforma .NET. C# combina y mejora gran parte de las
caractersticas ms interesantes de Java y
C++ (Cerezo, Pealba y
Caballero, 2006, p. 25)

Los programas C# se organizan en clases, lo que significa que incluso el
programa ms sencillo que se pueda pensar debe estar escrito dentro de
una clase (Martn, 2007, p. 11)
6.1.2 BASE DE DATOS SQL SERVER v 2012
CARACTERSTICAS
BSICAS
DE
LA
BASE
DE
DATOS
SQL
SERVER2012
Soporte de transacciones.
Soporta procedimientos almacenados.
Incluye tambin un entorno grfico de administracin, que permite el
uso de comandos DDL y DML grficamente.
Permite trabajar en modo cliente-servidor, donde la informacin y
datos se alojan en el servidor y los terminales o clientes de la red
slo acceden a la informacin.
93
Adems permite administrar informacin de otros servidores de

datos.
Este sistema incluye una versin reducida, llamada MSDE con el
mismo motor de base de datos pero orientado a proyectos ms
pequeos, que en sus versiones 2005 y 2008 pasa a ser el SQL
Express Edicin, que se distribuye en forma gratuita.
Es
comn
desarrollar
completos
proyectos
complementando
Microsoft SQL Server y Microsoft Access a travs de los llamados

ADP (Access Data Project). De esta forma se completa la base de
datos (Microsoft SQL Server), con el entorno de desarrollo (VBA
Access), a travs de la implementacin de aplicaciones de dos capas
mediante el uso de formularios Windows.
Para el desarrollo de aplicaciones ms complejas (tres o ms capas),
Microsoft SQL Server incluye interfaces de acceso para varias
plataformas de desarrollo, entre ellas .NET, pero el servidor slo est
disponible para Sistemas Operativos.
6.1.3 VISUAL STUDIO2012 .NET Framework 4.5.1
Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por
sus siglas en ingls) para sistemas operativos Windows. Soporta
mltiples lenguajes de programacin tales como C++, C#, Visual Basic
.NET, F#, Java, Python, Ruby, PHP; al igual que entornos de desarrollo
web como ASP.NET MVC, Django, etc., a lo cual sumarle las nuevas
capacidades online bajo Windows Azure en forma del editor Monaco.
CARACTERSTICAS DE VISUAL STUDIO 2012
Visual Studio permite a los desarrolladores crear aplicaciones, sitios y
aplicaciones web, as como servicios web en cualquier entorno que
soporte la plataforma .NET (a partir de la versin .net 2002, se incorpora
la versin Framework 3.5, Framework 4.0 y Framework 4.5 para las
ediciones 2005, 2008, 2010 y 2012). As se pueden crear aplicaciones
que se intercomuniquen entre estaciones de trabajo, pginas web y
94
dispositivos mviles. Cabe destacar que estas ediciones son iguales al

entorno de desarrollo comercial de Visual Studio Professional pero sin
caractersticas avanzadas. Las ediciones que hay dentro de cada suite
son:
Visual Studio 2013 Express for Windows
Visual Studio 2013 Express for Windows Desktop
Adicionalmente, Microsoft ha puesto gratuitamente a disposicin de todo
el mundo una versin reducida de Microsoft SQL Server llamada SQL
Server Express Edition cuyas principales limitaciones son que no soporta
bases de datos superiores a 10 GB de tamao, nicamente utiliza un
procesador y 1 Gb de RAM y no cuenta con el Agente de SQL Server.
6.1.4 CONFIGURACIN DE HARDWARE
Procesador Intel Pentium IV con 900 MHz.
Memoria RAM de 500 MB.
Disco duro con capacidad libre de 1000 MB.
6.1.5 CONFIGURACIN DE SOFTWARE
El Sistema Operativo podr ser WINDOWS en sus distribuciones:

WINDOWS XP, WINDOWS 7 Y WINDOWS 8; como tambin el
Sistema Operativo Linux.
La base de datos ser SQL SEVER 2012.
95
6.2
DIAGRAMA DE COMPONENTES
uc Procesos de negocio
Capa.datos.dll
System.data.dll
CAPA DAT OS
CAPA NEGOCIO
Capa Negocio.Dll
CAPA
PRESENT ACION
FarmaciaUNSCH.exe
Figura 6.1 Diagrama de componentes.
96
System.data.dll
Crystal Report.Dll
6.3
DIAGRAMA DE DESPLIEGUE
deployment Modelo de despliegue
FarmaciaUNSCH.exe
device
Serv idor de Aplicaciones
Control Medicamentos
Registro Alumnos
Crystal Report
T CP / IP
Serv idor Bases de Datos
SQL Serv er 2012
Figura 6.2: Diagrama de despliegue.
97
7.1
DIAGRAMAS DE SECUENCIA
CU-01: Autentificar Usuario

sd CU-01 Autentificar Usuario
Curso Bsico:
1. El Actor
(adm i ni strador
farm acuti co) accede al
si stem a (l ogi n).
El si stem a m uestra un
form ul ari o para el
i ngreso de usuari o y
contrasea.
2. El Actor
(adm i ni strador
farm acuti co) i ngresa en
l os cuadros de texto su
usuari o y contrasea.
3. El Actor
(adm i ni strador
farm acuti co) hace cl i c
en el botn i ngresar
El si stem a veri fi ca si l os
datos i ngresados son
val i dos
Si si stem a val i da el
ni vel de acceso y
m uestra l a i nterfaz
pri nci pal .
Actor
Login
InterfazPrincipal
Autentificar datos
Usuario
Ini ci arSesi on(usuari o,cl ave)
Veri fi carDatos(usuari o,cl ave)
getVal ues(usuari o,cl ave)
Val i darDatos()
ver()
Curso Alterno:
3. El si stem a m uestra un
m ensaj e de error si l os
datos del actor
(adm i ni strador farm acuti co) sean
i ncorrectos.
M ostrarError()
Figura 7.1: Diagrama de despliegue para Autentificar Usuario
98
CU-02: Actualizar Usuario

sd CU-02 Actualizar Usuario.
Curso Bsico:
1. El Administrador ingresa al sistema
Administrador
de farmacia.
opciones.
2. El Administrador hace clic en el
submen actualizar usuario.
El sistema mostrar las diferentes
opciones que debe realizarse ((001)
registrar usuario, (002) modificar
usuario.
submen registrar usuario.
El sistema mostrar un formulario para
el llenado de los datos.
4. El Administrador ingresa los datos
del nuevo usuario y hace clic en el
botn guardar.
El sistema valida los datos, los guarda
en la base de datos.
submen modificar usuario.
El sistema mostrar una lista de usuario
donde buscar al usuario a modificar.
El sistema muestra las opciones de
eliminar o modificar.
6. El Administrador selecciona el
nombre del usuario elegido y le da clic
en modificar.
El sistema te muestra una interfaz con
los datos rellenados del usuario.
7. El Administrador modifica los datos
del usuario y hace clic en guardar.
El sistema valida los datos y los guarda
en la base de datos.
8. El Administrador selecciona el
nombre del usuario elegido y le da clic
en Eliminar usuario.
El sistema elimina al usuario
seleccionado.
Interfaz Principal
Formulario
Registrar Usuario
Interfaz Modificar
Usuario
Formulario
Modificar Usuario
Validar Datos
Cargar Datos
Guardar Datos
Eliminar Datos
Usuario
ver()
enviarDatos()
validarDatos()
enviarDatos()
guardar()
ver()
enviarDatos()
getValues()
ver()
enviarDatos()
validarDatos()
enviarDatos()
guardar()
ver()
enviarDatos()
eliminar()
mostarError()
mostrarError()
Curso Alterno:
4. 7. El sistema muestra un mensaje
de error Ingrese todos los datos
cuando falta rellenar en los campos.
Figura 7.2: Diagrama de despliegue para Actualizar Usuario
99
CU-03: Registro de medicamento y orden de compra

sd CU-03 Registro de medicamentos y descripcin.
Curso Bsico:
1. El Actor (adm i ni strador
farm acuti co) Ingresa al si stem a
de l a farm aci a.
El si stem a m uestra una i nterfaz
pri nci pal para real i zar di ferentes
opci ones.
farm acuti co) hace cl i c en el
m en Regi strar.
El si stem a m uestra el subm en
Regi strar de m edi cam entos.
subm en Regi strar de
m edi cam entos.
El si stem a m ostrara un form ul ari o
de regi stro de m edi cam entos una
pantal l a donde especi fi car
(nom bre del m edi cam ento,
nom bre del l aboratori o, categora,
stock, preci o, fecha de
venci m i ento, descri pci n) que se
va a i ngresar a l a base de dato.
farm acuti co) l l enara l os
respecti vos datos del
m edi cam ento.
El si stem a generar
autom ti cam ente el cdi go para
el m edi cam ento.
El si stem a val i da l os datos
i ngresados y que estn correctos.
farm acuti co) guarda l a
descri pci n del m edi cam ento.
Actor (administrador farmacutico)
Interfaz Principal
Formulario
Agregar
medicamento
Validar datos
Guardar datos
Registro
medicamentos
Ver()
envi arDatos()
val i darDatos()
envi arDatos()
m ostrarError()
Curso Alterno:
5. El si stem a m uestra un m ensaj e
de error cuando fal ta al gn dato
(nom bre del m edi cam ento,
nom bre del l aboratori o, categora,
stock, preci o, fecha de
venci m i ento, descri pci n).
Figura 7.3: Diagrama de despliegue para Registro de medicamento y orden de compra
100
Guardar()
CU-04: Actualizar datos del medicamento

sd CU-04 Actualizar datos del medicamento.
Curso bsico:
farm acuti co) i ngresa al si stem a de
l a farm aci a.
El si stem a m uestra una i nterfaz
pri nci pal para real i zar di ferentes
opci ones.
m en Regi strar.
El si stem a m uestra el subm en.
subm en ver m edi cam ento.
El si stem a m uestra una i nterfaz con
un fi l tro de bsqueda.
farm acuti co) escri bi r el nom bre
del m edi cam ento dentro del fi l tro.
El si stem a fi l tra l os m edi cam entos
pareci dos y l a i ra m ostrando en l a
parte i nferi or de l a i nterfaz.
m edi cam ento el egi do.
El si stem a m uestra l os datos del
m edi cam ento en l a parte superi or
de l a i nterfaz.
farm acuti co) hace cl i c en el botn
M odi fi car.
El si stem a m uestra una i nterfaz con
l os datos del m edi cam ento.
farm acuti co) m odi fi ca l os datos
necesari os del m edi cam ento.
farm acuti co) guarda l os datos
m odi fi cados haci endo cl i c en el
botn guardar.
El si stem a val i da l os datos.
El si stem a guarda l os datos.
Actor (administrador,
farmacutico)
Interfaz Principal
Interfaz actualizar
medicamento
Formulario
modificar
medicamento
Buscar
medicamento
Validar datos
Guardar
medicamento
Registro
medicamento
di spl ay()
envi arDatos()
getVal ues()
di spl ay()
envi arDatos()
val i darDatos()
envi aDatos()
guardar()
m ostrarError()
Curso alterno:
de error si no se ha sel ecci onado
ni ngn m edi cam ento.
de error cuando fal ta al gn dato
(nom bre del m edi cam ento, nom bre
del l aboratori o, categora, stock,
preci o, fecha de venci m i ento,
descri pci n).
Figura 7.4: Diagrama de despliegue para Actualizar datos del medicamento
101
CU-05: Verificar stock de medicamentos

sd CU-05 Verificar stock de medicamentos
Curso bsico:
farmacutico) Ingresar al
opciones.
men Verificar.
submen Verificar Stock de
medicamentos.
con una lista completa de
medicamentos en stock adems
de un filtro de bsqueda.
farmacutico) escribir en el
El sistema ira enlistando los
medicamentos que tengan un
parecido con el nombre del
producto.
farmacutico) podr seleccionar
El sistema mostrar el stock de
dicho medicamento.
farmacutico)
Interfaz principal
Interfaz Stock
Medicamentos
Mostrar Stock
Buscar
medicamento
Registro
medicamento
ver()
enviarDatos()
getValues()
ver()
mostrarError()
Curso alterno:
4. El sistema mostrar un
mensaje en caso de no existir el
producto
Figura 7.5: Diagrama de despliegue para Verificar stock de medicamentos
102
CU-06: Verificar saldo disponible

sd CU-06 Verificar saldo disponible
Curso bsico:
1. El actor
(administrador,
farmacutico) Ingresa al
El sistema muestra una
interfaz principal para
realizar diferentes
opciones.
2. El actor
(administrador,
farmacutico), hace clic
en el men Verificar
saldo disponible.
interfaz con un filtro de
bsqueda segn cdigo
de alumno.
3. El actor
(administrador,
farmacutico) escribe el
cdigo del alumno.
El sistema verifica si los
datos ingresados son
vlidos.
interfaz con los datos
del alumno y el saldo
correspondiente.
farmacutico)
Interfaz principal
Busqueda de
Saldo
Saldo disponible
Validar datos
Allumno
ver()
enviarDatos()
getValues()
validarSaldo()
ver()
Curso alterno:
mensaje de error por el
cdigo incorrecto.
mostrarError()
Figura 7.6: Diagrama de despliegue para Verificar saldo disponible
103
CU-07: Emitir reporte de medicamento de almacn

sd CU-07 Emitir reporte de medicamento de almacn
Curso bsico:
realizar diferentes
opciones.
farmacutico), hace clic en
el men Reporte.
submen.
Emitir Reporte de
Medicamentos de
almacn.
lista de medicamentos que
posee el almacn (nombre
de producto, fecha de
farmacutico) podr
imprimir el reporte
imprimir.
formato PDF.
farmacutico)
Interfaz principal
Interfaz reporte
medicamentos
Visualiza
medicamentos
Imprimir
medicamentos
Registro
medicamentos
ver()
enviarDatos()
getValues()
listar()
enviarDatos()
imprimir()
Curso alterno:
No existe.
Figura 7.7: Diagrama de despliegue para Emitir reporte de medicamento de almacn
104
CU-08: Reporte de medicamentos ms salientes

sd CU-08 Reporte de medicamentos ms salientes.
Curso bsico:
interfaz principal para realizar
men Reporte.
submen.
Reporte de Medicamentos
ms salientes.
El sistema muestra una lista
de medicamentos que tienen
mayor salida.
El sistema muestra un filtro
para determinar la cantidad
de medicamentos a mostrar.
farmacutico) podr escribir la
cantidad deseada de
medicamentos con mayor
salida.
farmacutico) podr imprimir
el reporte haciendo clic en el
botn imprimir.
formato PDF.
farmacutico)
Interfaz principal
Medicamentos
con ms salida
Limitar
medicamentos
Imprimir reporte
Registro
medicamentos
ver()
enviarDatos()
getValues()
Listar()
enviarDatos()
imprimir()
Curso alterno:
No existe.
Figura 7.8: Diagrama de despliegue para Reporte de medicamentos ms salientes
105
CU-09: Registrar alumno por semestre

sd CU-09 Registrar alumno por semestre
Curso bsico:
1. El actor (adm inistrador,
farm acutico) ingresa al sistem a
de farm acia.
El sistem a m uestra un interfaz
principal para realizar
farm acutico) hace clic en el
m en Registrar.
El sistem a m uestra un
subm en.
farm acutico) hace clic en
Registrar alum no.
El sistem a m uestra el form ulario
Registrar alum no.
farm acutico) digita los datos
del alum no com o: Cdigo,
escuela, nom bres y apellidos,
facultad.
farm acutico) podr guardar los
datos del alum no haciendo clic
en el botn Guardar.
El sistem a validar los datos
ingresados.
El sistem a guarda los datos.
farmacutico)
Interfaz principal
Formulario
registrar alumno
Validar datos
Guardar datos
Alumno
Ver()
enviarDatos()
validarDatos()
enviarDatos()
guardar()
Curso alterno
5. El sistem a m uestra un
m ensaje de error en caso de
que el actor (adm inistrador,
farm acutico) no com plete
todos los cuadros del
form ulario.
.
m ostrarError()
Figura 7.9: Diagrama de despliegue para Registrar alumno por semestre
106
CU-10: Realizar orden de pedido de medicamento

sd CU-10 Realizar orden de pedido de medicamento
Curso bsico:
1. El Administrador
ingresa al sistema de
farmacia.
realizar diferentes
opciones.
2. El Administrador
hace clic en el men
Reportes.
submen Realizar
orden de pedido de
medicamento.
El sistema muestra la
interfaz con una lista
de los medicamentos
que tienen el stock en
cero.
3. EL Administrador
podr imprimir el
reporte haciendo clic
Curso alterno
No existe.
Administrador
Interfaz principal
Lista
medicamentos
stock cero
Visualizar
medicamentos
Imprimir
medicamentos
Registro
medicamentos
Ver()
enviarDatos()
getValues()
listar()
enviarDatos()
imprimir()
Figura 7.10: Diagrama de despliegue para Realizar orden de pedido de medicamento
107
CU-11: Reporte de medicamentos vencidos en almacn

sd CU-11 Reporte de medicamentos v encidos en almacn
Curso bsico:
1. El Administrador ingresa
al sistema de farmacia.
realizar diferentes opciones.
2. El Administrador hace
clic en el men Reporte.
submen Reporte de
medicamentos vencidos en
almacn
El sistema busca los
medicamentos que estn
vencidos en el almacn.
El sistema muestra la
interfaz con la lista de los
3. El administrador podr
quitar la cantidad de
Quitar Stock.
4. El Administrador tambin
podr imprimir el reporte
imprimir.
Curso alterno
mensaje No hay
hasta la fecha en caso de
no haber ningn
Administrador
Interfaz principal
Men reporte
Interfaz
medicamentos
v encidos
Verificar
medicamentos
Quitar del stock
Imprimir
medicamentos
Registro
medicamentos
Ver()
enviarDatos()
getValues()
listar()
enviarDatos()
quitarMedicamento()
enviarDatos()
imprimir()
mostrarError()
Figura 7.11: Diagrama de despliegue para Reporte de medicamentos vencidos en almacn
108
CU-12: Emitir orden de despacho

sd CU-12 Emitir orden de despacho.
Curso Bsico:
Despacho.
El sistema muestra la interfaz Orden de Despacho con
sus datos a rellenar.
3. El farmacutico buscar al alumno haciendo clic
en el botn de 3 puntos al lado de la caja de texto
Cdigo Alumno.
El sistema muestra una interfaz con un filtro de
bsqueda y la lista de alumnos.
4. El farmacutico digita el cdigo del alumno.
El sistema ir enlistando los alumnos que tengan
5. El farmacutico selecciona al alumno y le hace
clic en el botn Aceptar
EL sistema muestra en la interfaz Orden de despacho
el cdigo del alumno buscado.
6. El farmacutico buscar al Usuario haciendo clic
en el botn de 3 puntos al lado de la caja de texto
Dni Farmacutico.
bsqueda y la lista de Usuarios.
7. El farmacutico digita el Nombre del usuario.
El sistema ir enlistando los usuarios que tengan
8. El farmacutico selecciona al usuario y le hace clic
en el botn Aceptar
el Dni del usuario buscado.
9. El farmacutico buscar al Medicamento haciendo
clic en el botn de Buscar Medicina.
bsqueda y la lista de Medicamentos.
10. El farmacutico digita el Nombre del
medicamento.
El sistema ir enlistando los medicamentos que
tengan parecido con el dato ingresado.
11. El farmacutico selecciona al medicamento y le
hace clic en el botn Aceptar
el cdigo del medicamento, el nombre del
medicamento, el precio del medicamento.
12. El farmacutico ingresa la cantidad de medicina
recetada y hace clic en el botn de la agregar.
El sistema enlistar los medicamentos agregados en
la parte inferior de la interfaz
13. El farmacutico har en el botn guardar.
Farmacutico
Interfaz principal Interfaz Orden
Despacho
Interfaz Buscar
Alumno
Interfaz Buscar
Usuario
Interfaz Buscar
Medicamento
Validar cdigo
alumno
Validar Dni
Usuario
Validar
Medicamento
Aadir o quitar
medicamentos
Validar saldo Imprimir orden de

despacho
Alumno
Usuario
Mostrar()
Mostrar()
Enviar Datos()
Obtener Valores()
ValidarDatos()
Mostrar()
Enviar Datos()
Obtener Valores()
Validar Datos()
Mostrar()
Enviar Datos()
Obtener Valores()
Validar Datos()
Enviar Datos()
Enviar Datos()
Enviar Datos()
Validar Datos()
Enviar Datos()
Guardar()
Saldo Insuficiente()
Curso Alterno:
Figura 7.12: Diagrama de despliegue para Emitir orden de despacho
109
Registro
medicamentos
Orden de
despacho
7.2
DIAGRAMA DE CLASE
c la s s Dia gra ma de c la s e s de ta lla do
Pe dido
Adminis tra dor

-
Ad m i n i stra d o rID: i n t
Di re cci o n : Stri n g
No m b re Ad m i n i stra d o r:
T e l e fo n o : i n t
+
+
+
Actu a l i za rSa l d o () : vo i d
Re g i sta rAl u m n o () : vo i d
Re g i sta rUsu a ri o () : vo i d
Prov e e dor
Stri n g
Us ua rio
-
Ap e l l i d o s: i n t
DNIu su a ri o : i n t
Esta d o : b o o l e a n
No m b re : i n t
Ro l : i n t
+
+
+
+
Ag re g a rUsu a ri o () : vo i d
Bu sca rUsu a ri o () : vo i d
M o d i fi ca rEsta d o () : vo i d
M o d i fi ca rUsu a ri o () : vo i d
Co d i g o Di stri b u i d o : i n t
Di stri b u ci o n : stri n g
Fe ch a Di stri b u ci o n : i n t
M a rca Di stri b u i d o : i n t
+
+
En tre g a rM e d i ca m e n to s() : vo i d
En tre g a rPro fo rm a () : vo i d
En tre g a
1 ..*
Ca n ti d a d Pe d i d a /Un i d a d : i n t
De scri p ci o n Pe d i d o : Stri n g
Fe ch a Pe d i d o : d a te
Pe d i d o ID: i n t
Pro ve e d o r: i n t
+
+
+
+
Ag re g a rPe d i d o () : vo i d
Im p ri m i rPe d i d o () : vo i d
M o d i fi ca rPe d i d o () : vo i d
So l i ci ta rPe d i d o () : vo i d
Pe rs ona
-
Ap e l l i d o s
Di re cci o n
No m b re
+
+
M o d i fi ca rEsta d o () : vo i d
Re g i stra rPe rso n a () : vo i d
un
1 ..*
Alumno
Produc to
Re c e ta
-
Esp e ci a l i d a d Ate n d i d a : Stri n g

IDRe ce ta : i n t
No m b re M e d i ca m e n to : Stri n g
No m b re M e d i co : Stri n g
+
+
Al u m n o Atra ta r() : vo i d
M e d i co AT ra ta r() : vo i d
T i ene
1 ..*
Al u m n o ID: i n t
Co d i g o Al u m n o : i n t
Escu e l a : i n t
Fa cu l ta d : i n t
No m b re Al u m n o : i n t
Sa l d o : i n t
+
+
En tre g a rRe ce ta () : vo i d
Re ci b i rM e d i ca m e n to () : vo i d
1 ..*
1 ..*
1 ..*
De scri p ci o n Pro d u cto : Stri n g

Fe ch a Ve n ci m i e n to : i n t
Id Pro d u cto : i n t
No m b re L a b o ra to ri o : Stri n g
No m b re Pro d u cto : Stri n g
Pre ci o Pro d u cto : i n t
Pre se n ta ci o n Pro d u cto : Stri n g
Sto ckM e d i ca m e n to : i n t
T i p o Pro d u cto : Stri n g
Al m a ce n a rPro d u cto () : vo i d
Ve ri fi ca
co n ti e n e
re g i stra
Re g i stra
Orde nDe s pa c ho
Fa rma c e utic o
-
Di re cci o n : Stri n g
Fa rm a ce u ti co ID: i n t
No m b re : Stri n g
T e l e fo n o : i n t
+
+
+
+
Actu a l i za rPro d u cto () : vo i d

Em i ti rRe p o rte () : vo i d
Re sg i stra rPro d u cto () : vo i d
So l i ci ta rPe d i d o () : vo i d
Oto rg a
1 ..*
Fa rm a ce u ti co ID: i n t
Fe ch a Ord e n : d a te
Ho ra : d a te
No m b re Fa rm a ce u ti co
No m b re Pro d u cto : Stri n g
Ord e n De sp a ch o ID: i n t
+
+
+
+
A a d i rPro d u cto () : vo i d
Em i ti rCo m p ro b a n te () : vo i d
En tre g a rPro d u cto () : vo i d
Qu i ta rPro d u cto () : vo i d
1 ..*
M ov imie nto Alma c e n
a ctu a l i za
1 ...1
Figura 7.13: Diagrama de Clase.
110
Fe ch a En tra d a
Fe ch a Sa l i d a
Sto ck
+
+
Actu a l i za r sto ck () : vo i d
Re g i stra rM e d i ca m n e to s() : vo i d
CAPTULO VII
DISEO
111
7.3 IMPLEMENTACIN
Para la implementacin de los casos de uso se utiliz Visual Studio 2012
como el IDE de desarrollo, para las vistas se us ASP.Net 4.0,
implementados en el lenguaje de programacin C#.
El Framework de desarrollo fue implementado con el Net Framework v4.0, y
por el gestor de base de datos Microsoft SQL Server 2012, el modelado de
software fue desarrollado con el software de modelador de sistemas
Enterprise Architect v7.3 utilizando como herramienta de modelado del
mtodo ICONIX, para las pruebas unitarias Visual Studio 2012 implementa
una opcin para poder generar estas pruebas denominada Unit Test,
tomadas en cuenta por su versatilidad en las aplicaciones web.
7.3.1
CDIGO PARA CONECTAR A LA BASE DE DATOS
112
7.3.2
CDIGO DE INSERTAR MEDICAMENTOS
7.3.3
CDIGO PARA INSERTAR LOS USUARIOS
113
7.3.4
CDIGO PARA INSERTAR ADMINISTRADOR
7.3.5
CDIGO PARA LA REPORTE DE MEDICAMENTOS
114
7.4 DIAGRAMA DE LA BASE DE DATOS
115
CAPTULO VIII
CONCLUSIONES Y RECOMENDACIN
116
8.1
a.
CONCLUSIONES
Se aplic satisfactoriamente la metodologa de desarrollo de software
ICONIX como metodologa gil y formal, para la implementacin del
Sistema de Farmacia UNSCH, siguiendo las actividades definidas por la
metodologa en cada etapa del desarrollo.
b.
Se desarroll satisfactoriamente la aplicacin Sistema de Farmacia

UNSCH con Bases de Datos en SQL Server 2012 y lenguaje de
programacin orientada a objetos C#.
c.
Se logr realizar el anlisis, diseo e implementacin de los mdulos de

registro de medicamentos, alumnos y reporte de medicamentos
salientes. Logrando de esta manera las objetivos deseados.
d.
Se
logr
realizar
la
implementacin
de
la
Base
de
Datos
satisfactoriamente con una correcta manipulacin de los datos.

8.2 RECOMENDACIONES
a.
El personal que labora en el bienestar universitario debe ser capacitado

para el correcto manejo del Sistema de Farmacia.
b.
Para el correcto funcionamiento del Sistema de Farmacia y para guardar

un buen respaldo de la Base de Datos, el bienestar universitario debera
adquirir una nueva computadora.
117
BIBLIOGRAFIA
Libros
1. Porras, E. (2011). La Metodologa gil y Formal ICONIX para el
Desarrollo de Software: Teora y Prctica (1 Ed.).
2. Lpez Belmonte, Pedro, Solana Ruiz, Aroa. Diseo y programacin de
bases de datos con SQL Server 2008, Madrid, Octubre del 2009.
3. Len serrano, Gonzalo. Ingeniera de Sistemas de Software. Madrid,
mayo del 1996.
4. GILFILLAN, Lan. MySQL Es la Base de Datos. Ecuador, Mayo de 2013.
5. ALARCON, Ral. Lenguaje Unificado de Modelado UML, Mxico
2000.
6. JOLLANES AGUILAR, Luis. Programacin Orientada a Objetos.
Madrid Espaa 1996.
7. Rosenberg, 2005. Agile Development with ICONIX Process
People, Process, and Pragmatism. Editorial Board. Library of
Congress Cataloging-in-Publication Data.
8. Rosenberg, D. y Stephens, M. (2007). Use Case Driven Object
Modeling with UML: Teory and Practice (1 Ed.). United States.
Apress.
Pginas Web
1. Organigrama del bienestar universitario de la Universidad Nacional San
Cristbal De Huamanga. disponible en:
http://www.unsch.edu.pe/?page_id=48
2. Gua tutorial de Como programar en Visual Studio 2013. Disponible en:
https://www.youtube.com/watch?v=WNef-f7_Bw0&list=PLWfApFhrWOsszf5PvjOK4_MFyWE481R_
118

Sistema de Farmacia UNSCH Con La Metodologia ICONIX

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sistema de Farmacia UNSCH Con La Metodologia ICONIX

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE HUAMANGA

FACULTAD DE INGENIERA DE MINAS, GEOLOGA Y CIVIL

SISTEMA DE CONTROL PARA LA FARMACIA DE LA UNIVERSIDAD

Ing. ZAPATA CASAVERDE, Richard

ARANGO PALOMINO, Rubn

PLANEAMIENTO DEL PROBLEMA.......................................................................... 8

FORMULACIN DEL PROBLEMA............................................................................ 8

PROBLEMAS SECUNDARIOS ........................................................................... 8

OBJETIVOS DE LA INVESTIGACIN .................................................................... 9

MARCO DE REFERENCIA ........................................................................................ 11

FARMACIA UNIVERSITARIA ......................................................................... 11

ORGANIGRAMA DEL BIENESTAR UNIVERSITARIO ............................. 13

MARCO TERICO ...................................................................................................... 13

MODELO CONCEPTUAL ........................................................................................... 31

LISTADO REQUISITOS FUNCIONALES.............................................................. 33

REQUISITOS NO FUNCIONALES ......................................................................... 33

LISTADO DE REQUISITOS NO FUNCIONALES................................................ 34

CASOS DE PRUEBA DE ACEPTACIN................................................................. 34

MODELO DE DOMINIO INICIAL .......................................................................... 36

ORGANIZACIN DE LOS CASOS DE USO POR PAQUETE............................ 38

PAQUETE CUENTA ........................................................................................... 39

PAQUETE REGISTRAR ..................................................................................... 39

PAQUETE VERIFICAR: ..................................................................................... 40

PAQUETE ORDEN DE DESPACHO: ............................................................... 40

RELACIN ENTRE CASOS DE USO Y REQUISITOS ....................................... 41

DESCRIPCIN DE LOS CASOS DE USO ............................................................. 43

DESCRIPCIN DE CASOS DE USO:............................................................. 43

INTERFAZ PARA CADA CASO DE USO ............................................................... 52

MODELO DE DOMINIO ACTUALIZADO.............................................................. 91

DIAGRAMA DE COMPONENTES ........................................................................... 96

DIAGRAMAS DE SECUENCIA ................................................................................ 98

DIAGRAMA DE CLASE............................................................................................ 110

CDIGO PARA CONECTAR A LA BASE DE DATOS................................ 112

CDIGO DE INSERTAR MEDICAMENTOS.............................................. 113

CDIGO PARA INSERTAR LOS USUARIOS ............................................ 113

CDIGO PARA INSERTAR ADMINISTRADOR....................................... 114

CDIGO PARA LA REPORTE DE MEDICAMENTOS .............................. 114

DIAGRAMA DE LA BASE DE DATOS .................................................................. 115

CONCLUSIONES ...................................................................................................... 117

RECOMENDACIONES ............................................................................................. 117

El desarrollo de una institucin depende en gran medida de su nivel de gestin

equivocaciones y retrasos en su ejecucin diaria.

Las tecnologas de Informacin han tomado un papel muy importante

1.1 PLANEAMIENTO DEL PROBLEMA

FORMULACIN DEL PROBLEMA

1.2.1 PROBLEMA PRINCIPAL

unidad de farmacia y dispensacin, el registro de los pocos alumnos que llegan

1.3.1 OBJETIVO PRINCIPAL

2.1 MARCO DE REFERENCIA

por una inquietud de un mdico (German

medina), un enfermero (Valer) y una asistenta Social que trabajaba como

SERVICIOS QUE BRINDA

2.1.4 ORGANIGRAMA DEL BIENESTAR UNIVERSITARIO

Figura 2.1: Organigrama del Bienestar Universitario:

2.2 MARCO TERICO

[LEN, 1996] define un Sistema como una combinacin de recursos (como

[GILFILLAN, 2004] menciona que una base de datos, en su definicin ms

UML (Unified Modeling Language)

PROGRAMACIN ORIENTADA A OBJETOS

[JOYANES, 1996] seala que la Programacin Orientada a Objetos es una

ATRIBUTO: Es una caracterstica concreta de una clase. Por ejemplo

dependiendo del objeto que lo ejecuta o de los parmetros que recibe. En el

residiera un objeto coche. Si realizramos la llamada vdm .acelerar () sabra