sistema de farmacia unsch con la metodologia iconix

UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA

FACULTAD DE INGENIERÍA DE MINAS, GEOLOGÍA Y CIVIL

ESCUELA DE FORMACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS

“SISTEMA DE CONTROL PARA LA FARMACIA DE LA UNIVERSIDADSAN CRISTÓBAL DE HUAMANGA”

CURSO : Sistemas de información II

SIGLA : IS – 445

DOCENTE : Ing. ZAPATA CASAVERDE, Richard

INTEGRANTES : ARANGO PALOMINO, RubénARONÉS AYALA, EverARONÉS QUISPE, Jhon A.BERROCAL FLORES, PercyPARIONA PAREDES, AbelYACHAPA BARRIENTOS, Milán

AYACUCHO - PERÚ

2015

2

RESUMEN ..................................................................................................................................... 5

INTRODUCCIÓN .......................................................................................................................... 6

CAPÍTULO I

PLANEAMIENTO DE LA INVESTIGACIÓN

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

1.2 FORMULACIÓN DEL PROBLEMA............................................................................ 8

1.2.1 PROBLEMA PRINCIPAL..................................................................................... 8

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

1.3 OBJETIVOS DE LA INVESTIGACIÓN .................................................................... 9

1.3.1 OBJETIVO PRINCIPAL....................................................................................... 9

1.3.2 OBJETIVOS SECUNDARIOS ............................................................................. 9

CAPÍTULO II

MARCO TEÓRICO

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

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

2.1.2 MISIÓN................................................................................................................. 12

2.1.3 VISIÓN.................................................................................................................. 12

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

2.2 MARCO TEÓRICO ...................................................................................................... 13

CAPÍTULO 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 ACEPTACIÓN ................................................................. 34

3.7 GLOSARIO DE TÉRMINOS...................................................................................... 36

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

3

CAPÍTULO IV

MODELADO DE CASOS DE USO

4.1 CASOS DE USO ........................................................................................................... 38

4.2 ORGANIZACIÓN 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 RELACIÓN ENTRE CASOS DE USO Y REQUISITOS ....................................... 41

4.4 DESCRIPCIÓN DE LOS CASOS DE USO ............................................................. 43

4.4.1 DESCRIPCIÓN DE CASOS DE USO: ............................................................. 43

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

CAPÍTULO V

DISEÑO PRELIMINAR

5.1. DIAGRAMA DE ROBUSTEZ ..................................................................................... 85

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

CAPÍTULO VI

ARQUITECTURA TÉCNICA

6.1 ARQUITECTURA TÉCNICA...................................................................................... 93

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

6.3 DIAGRAMA DE DESPLIEGUE................................................................................. 97

CAPÍTULO VII

DISEÑO

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

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

7.3 IMPLEMENTACIÓN ................................................................................................. 112

7.3.1 CÓDIGO PARA CONECTAR A LA BASE DE DATOS................................ 112

7.3.2 CÓDIGO DE INSERTAR MEDICAMENTOS.............................................. 113

7.3.3 CÓDIGO PARA INSERTAR LOS USUARIOS ............................................ 113

7.3.4 CÓDIGO PARA INSERTAR ADMINISTRADOR ....................................... 114

4

7.3.5 CÓDIGO PARA LA REPORTE DE MEDICAMENTOS .............................. 114

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

CAPÍTULO VIII

CONCLUSIONES Y RECOMENDACIÓN

8.1 CONCLUSIONES ...................................................................................................... 117

8.2 RECOMENDACIONES ............................................................................................. 117

BIBLIOGRAFIA......................................................................................................................... 118

5

RESUMEN

El desarrollo de una institución depende en gran medida de su nivel de gestióny de la capacidad gerencial que representan las áreas que la conforman; en elcaso de la Farmacia de la Universidad San Cristóbal de Huamanga los procesosde almacén y dispensación de medicamentos presentan pérdidas,equivocaciones y retrasos en su ejecución diaria.

En el presente trabajo se desarrollará un Sistema de Control para la Farmaciade la Universidad San Cristóbal de Huamanga siguiendo la metodología ágil yformal de ICONIX que nos ayudará a construirlo de manera completa y eficaz.

Para la implementación del sistema se utilizará el lenguaje de programación C#,la herramienta de desarrollo Visual Studio v.2012 y al SQL Server 2012 comogestor de Base de Datos.

Los resultados esperados es contar con un Sistema Automatizado de Control delas diferentes áreas que tiene la Farmacia de la UNSCH para así mejorar suservicio.

6

INTRODUCCIÓN

Las tecnologías de Información han tomado un papel muy importantepermitiendo la difusión y mejor entendimiento de diferentes metodologías comola metodología ágil y formal ICONIX; además del desarrollo de aplicaciones queofrecen mejor calidad al consumidor, reduciendo costos e innovando la manerade obtener los resultados más adecuados de manera rápida.

Teniendo en cuenta los beneficios de las tecnologías de información esrecomendable la implementación de software de calidad para las diferentes

instituciones que las necesiten; por lo que es razonable el desarrollo eimplementación del Sistema de Control para la Farmacia de la UniversidadNacional de San Cristóbal de Huamanga.

Actualmente la farmacia de la UNSCH requiere de un software adecuado quesirva de apoyo para la toma de decisiones en la parte administrativa,dispensación y control del stock de medicamentos que se manejan dentro de lafarmacia.

Los requerimientos funcionales se tomarán en cuenta a la hora de construir elsistema para satisfacer las necesidades del usuario.

7

CAPÍTULO I

PLANEAMIENTO DE LA INVESTIGACIÓN

8

1.1 PLANEAMIENTO DEL PROBLEMAAusencia de un sistema para el control adecuado de la Farmacia de la

Universidad de San Cristóbal de Huamanga en los diferentes procesos querequiere, necesita y genera como son los de dispensación, almacén , controlde entradas y salidas de medicamentos; procesos que son realizadosmanualmente generando un control inexacto y pérdida de tiempo.

1.2 FORMULACIÓN DEL PROBLEMA1.2.1 PROBLEMA PRINCIPAL

Según estudios realizados indica que menos de un 20% de los estudiantes acuden al

bienestar universitario, porque carecen de información significativa sobre sus beneficios,

tratamientos farmacológicos y su forma de uso o la duración, y que también en la

unidad de farmacia y dispensación, el registro de los pocos alumnos que lleganal bienestar universitario y las recetas que se le otorgan se realizan de maneramanual (Archivos, cuadernos, recetas), lo cual es engorroso tanto para losalumnos como para el mismo personal que trabaja ahí, motivo por la cual hayuna pérdida de tiempo al momento de ubicar a algún alumno como también unmedicamento que se le soliciten, por tal motivo llegamos a la conclusión que esnecesario elaborar un “Sistema de Farmacia UNSCH” como posible solución,para realizar el registro y dispensación farmacéutica como elementoimprescindible en la mejora de la atención a los alumnos universitarios.

1.2.2 PROBLEMAS SECUNDARIOSa)¿Cómo aseguramos la buena atención de los estudiantes de la

universidad en el bienestar universitario?

b)¿De qué manera aseguramos que los datos de los alumnos ymedicamentos que ingresaron no se pierdan en el tiempo?

c) ¿Cómo asegurar que el sistema funcione correctamente y garantizar elbuen funcionamiento sin pérdida de datos ni información?

9

1.3 OBJETIVOS DE LA INVESTIGACIÓN1.3.1 OBJETIVO PRINCIPAL

Diseñar e implementar un Sistema de Farmacia, para el área de bienestaruniversitaria de la Universidad Nacional San Cristóbal de Huamanga, medianteel sistema de gestor de base de datos Microsoft SQL Server 2008 R2, lametodología de software ICONIX, y la plataforma de desarrollo de software enentorno ASP.NET; con el propósito de mejorar la eficiencia en la atención de losalumnos y con la finalidad de fortalecer el área de registro y dispensación de lafarmacia UNSCH, además de obtener mejores resultados en el aumento delnúmero de alumnos que acuden.1.3.2 OBJETIVOS SECUNDARIOS

a) Hacer un sistema de farmacia que apoye en el registro y dispensaciónde los medicamentos para que sea de manera rápida.

b) Hacer que el sistema guarde los datos de los estudiantes y losmedicamentos que ingresaron en una base de datos segura yconfiable.

c) Realizar el diseño donde se especifiquen los módulos del sistema engeneral utilizando la metodología ICONIX, las pruebas y ajustes alsistema a desarrollar.

10

CAPÍTULO II

MARCO TEÓRICO

11

2.1 MARCO DE REFERENCIA

2.1.1 FARMACIA UNIVERSITARIAEl área de Farmacia de la Universidad Nacional San Cristóbal de Huamanga estádestinada a la dotación, control de ingreso y salida de medicamentos, materialmédico para todos los estudiantes asegurados de la universidad.

BREVE RESEÑA HISTÓRICA

Por una necesidad de prestación de salud a los estudiantes, a nivel de una

comisión, en 1977 con una resolución rectoral se crea el seguro universitario oel auto-seguro del estudiante por una inquietud de un médico (Germanmedina), un enfermero (Valer) y una asistenta Social que trabajaba comodocente en la universidad (Duna Alarcón) en aquel entonces, es así que seforma el seguro universitario.Anteriormente en esas épocas el funcionario del seguro universitario estaba enel pabellón José Carlos Mariátegui, en dicho lugar funcionaban los siguientesservicios: laboratorio, dental, enfermería, rayos x, y solo se contaba con unbotiquín y todo esto a cargo de la Dirección de Bienestar Universitario deasuntos Estudiantiles.En los servicios de salud contaban con un botiquín con medicamentos básicos(donados) a cargo de una Bióloga Docente de la Universidad que laboraba deuna forma desinteresada a cambio de nada, que muchas veces no abastecía ala población estudiantil.A la medida que el tiempo va trascurriendo iba incrementando la masaestudiantil que demandaba mayores servicios en cuanto a medicamentos (entrelos años 1977 - 1980) a raíz de ese problema surgido se aprueba unreglamento de auto-seguro del estudiante que se encuentra vigente hasta la

fecha, con algunas modificaciones y paralelo a esto se realiza un proyecto parael cobro a los estudiantes por derecho de seguro (en el momento de lamatricula) y de esa forma recaudar fondos para la adquisición de nuevos y másproductos.

12

SERVICIOS QUE BRINDA

a) Dispensar medicamentos de calidad a todos los estudiantes asegurados.b) Servicio Médico: La salud de los alumnos de la UNSCH es tendida desde su

ingreso a la Universidad, a través del examen médico al que son sometidostodos los estudiantes.

c) Servicio Odontológico: La Universidad cuenta con personal calificado yequipamiento moderno para la atención de los miembros de la comunidaduniversitaria, tanto en la curación como en la extracción dental.

2.1.2 MISIÓNLa Farmacia de la UNSCH está comprometida en mejorar la salud de todoslos alumnos asegurados de la Universidad.

2.1.3 VISIÓNFortalecer el crecimiento del área de la Farmacia innovando productos yservicios logrando una cultura dirigida al bienestar de nuestros alumnos;ayudando a consolidar a la Universidad Nacional de San Cristóbal deHuamanga como una Universidad líder en la Región.

13

2.1.4 ORGANIGRAMA DEL BIENESTAR UNIVERSITARIO

Figura 2.1: Organigrama del Bienestar Universitario: (Fuente: UNSCH)

2.2 MARCO TEÓRICO2.2.1 SISTEMA[LEÓN, 1996] define un Sistema como una combinación de recursos (comoseres humanos, materiales, equipos, software, instalaciones, datos, etc.)integrados de forma tal que cumplan una función específica en respuesta auna necesidad designada de un usuario. No sólo incluye los recursosutilizados directamente en el cumplimiento de la misión (esto es, equipoprincipal, software operativo, personal usuario), sino también los diferenteselementos del apoyo (como por ejemplo: equipos de apoyo y prueba,repuestos y requisitos relacionados de inventario, personal de mantenimientoe instalaciones).

14

2.2.2 BASE DE DATOS[GILFILLAN, 2004] menciona que una base de datos, en su definición más

sencilla, es una colección de archivos relacionados. Imagine un archivo (yasea en formato de papel o electrónico) que contenga los pedidos de ventasde una tienda. También existirá otro archivo de productos, en el que seincluyen los registros sobre existencias. Para completar un pedido, necesitarabuscar el producto en el archivo de pedidos y los niveles de existenciasrelativos a dicho producto en el archivo de productos. Una base de datos y elsoftware que controla la base de datos, llamado sistema de administraciónde base de datos (DBMS), le ayudara a realizar estas tareas. La mayor partede las bases de datos actuales son de tipo relacional. Se denominan asíporque utilizan tablas de datos relacionadas por un campo en común.

En el presente proyecto se usó SQL Server 2012, como servidor de base dedatos.

2.2.3 UML (Unified Modeling Language)[ALARCÓN, 2000] menciona que UML es un lenguaje estándar que sirve paraescribir los planos del software, puede utilizarse para visualizar, especificar,construir y documentar todos los artefactos que componen un sistema congran cantidad de software. UML puede usarse para modelar desde sistemasde información hasta aplicaciones distribuidas basadas en Web, pasando porsistemas empotrados de tiempo real.UML es solamente un lenguaje por lo que es sólo una parte de un método dedesarrollo software, es independiente del proceso aunque para que seaoptimo debe usarse en un proceso dirigido por casos de uso, centrado en la

arquitectura, iterativo e incremental.

15

Figura 2.2: Vista General de los Elementos UML. (Fuente: [Alarcón, 2000])

2.2.4 PROGRAMACIÓN ORIENTADA A OBJETOS[JOYANES, 1996] señala que la Programación Orientada a Objetos es unaextensión natural de la actual tecnología de programación y representa unenfoque nuevo y distinto al tradicional. Al igual que cualquier otro programa,el diseño de un programa orientado a objetos tiene lugar durante la fase dediseño de un programa OO es único en el sentido de que se organiza enfunción de los objetos que manipulará. De hecho, probablemente la partemás difícil de la creación de software orientado a objetos es identificar lasclases necesarias y el modo en que interactúan entre sí.Los conceptos más importantes que existen en la POO son:CLASE: Es una descripción de un conjunto de objetos similares. Por ejemplola 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 extraída del vocabulario delespacio del problema o del espacio de la solución. Todo objeto tiene unnombre (se le puede identificar), un estado (generalmente hay algunos datosasociados a él) y un comportamiento (se le pueden hacer cosas a objeto y élpuede hacer cosas a otros objetos). Un objeto de la clase Coches puede serun Ford Mustang.

16

ATRIBUTO: Es una característica concreta de una clase. Por ejemploatributos de la clase Coches pueden ser el color, el número de puertas, etc.

MÉTODO: Es una operación concreta de una determinada clase. Porejemplo de la clase Coches podríamos tener un método arrancar () que loque hace es poner en marcha el coche.INSTANCIA: Es una manifestación concreta de una clase (un objeto convalores concretos). También se le suele llamar ocurrencia. Por ejemplo unainstancia de la clase Coches puede ser: Un Ford Mustang, de color Gris con 3puertasHERENCIA: Es un mecanismo mediante el cual se puede crear una nuevaclase partiendo de una existente, se dice entonces que la nueva clase heredalas características de la case existentes aunque se le puede añadir máscapacidades (añadiendo datos o capacidades) o modificar las que tiene. Porejemplo supongamos que tenemos los vehículos de motor. En esta clasetenemos los siguientes atributos: cilindrada y número de ruedas, y el métodoacelerar (). Mediante el mecanismo de herencia podemos definir la clasecoches y la clase motos. Estas dos clases heredan los atributos cilindrada ynumero de ruedas de la clase vehículos de motor pero a su vez tendránatributos propios (como hemos dicho antes el número de puertas es unatributo propio de la clase coches que no tienen sentido en la clase motos).

Se puede decir que coches extiende la clase vehículos de motor, o quevehículos de motor es una generalización de las clases coches y motos.POLIMORFISMO: hace referencia a la posibilidad de que dos métodosimplementen distintas acciones, aun teniendo el mismo nombre,dependiendo del objeto que lo ejecuta o de los parámetros que recibe. En elejemplo anterior teníamos dos objetos que heredaban el método acelerar ()de la clase vehículos de motor. De hecho en clase vehículos de motor al sergeneral no tiene sentido que tenga una implementación concreta de estemétodo. Sin embargo, en las clases coches y motos sí que hay unaimplementación clara y distinta del método acelerar (). De este modopodríamos tener un objeto vehículos de motor, llamado vdm, en el que

17

residiera un objeto coche. Si realizáramos la llamada vdm .acelerar () sabríaexactamente que ha de ejecutar el método coches: acelerar ().

2.2.5 METODOLOGÍAS DE DESARROLLO DE SOFTWARESLas Metodologías de Desarrollo de Software surgen ante la necesidad deutilizar una serie de procedimientos, técnicas, herramientas y soportedocumental a la hora de desarrollar un producto software. Dichasmetodologías pretenden ser la guía de los desarrolladores al crear un nuevosoftware, pero ese camino es variado y cambiante. De ahí la variedad demetodologías que existen para la creación de estas herramientastecnológicas. Hay dos grupos.

METODOLOGÍA PESADAEstas metodologías son orientadas al control de los procesos, estableciendorigurosamente las actividades a desarrollar, herramientas a utilizar ynotaciones que se usarán.

METODOLOGÍA LIGERA O ÁGILSe orientan a la interacción con el cliente y el desarrollo incremental delsoftware, mostrando versiones parcialmente funcionales del software al cliente

en intervalos cortos de tiempo, para que pueda evaluar y sugerir cambios enel producto según se va desarrollando.

Las características principales que presenta este tipo de metodologías 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 másimportante construir un buen equipo que construir el entorno. Muchas vecesse comete el error de construir primero el entorno y esperar que el equipo seadapte automáticamente. Es mejor crear el equipo y que éste configure supropio entorno de desarrollo en base a sus necesidades.

18

•Desarrollar software que funciona más que conseguir una buenadocumentación.La regla a seguir es “no producir documentos a menos que sean necesarios deforma inmediata para tomar un decisión importante”. Estos documentosdeben ser cortos y centrarse en lo fundamental.

•La colaboración con el cliente más que la negociación de un contrato.Se propone que exista una interacción constante entre el cliente y el equipode desarrollo. Esta colaboración entre ambos será la que marque la marchadel proyecto y asegure su éxito.

•Responder a los cambios más que seguir estrictamente un plan.La habilidad de responder a los cambios que puedan surgir a los largo delproyecto (cambios en los requisitos, en la tecnología, en el equipo, etc.)determina también el éxito o fracaso del mismo. Por lo tanto, la planificaciónno debe ser estricta sino flexible y abierta.

DIFERENCIAS ENTRE METODOLOGÍA ÁGIL Y LAS TRADICIONALESPara una rápida comprensión se muestra la siguiente tabla:

METODOLOGÍA ÁGIL METODOLOGÍA TRADICIONAL

Basada en descubrimientosprovenientes de prácticas deproducción de código.

Basada en normas provenientes deestándares seguidos por el entornode desarrollo.

Especialmente preparados paracambios durante el proyecto

Cierta resistencia a cambios.

Impuestas internamente (por elequipo)

Impuestas externamente.

Proceso menos controlado, con pocosprincipios

Proceso mucho más controlado, connumerosas políticas o normas

No existe contrato tradicional o almenos es bastante flexible

Existe un contrato prefijado.

19

El cliente es parte del desarrollo El cliente interactúa con el equipo dedesarrollo mediante reuniones

Grupos pequeños (<10 integrantes) ytrabajando en el mismo sitio

Grupos grandes y posiblementedistribuidos

Pocos artefactos Más artefactos

Pocos roles Más roles

Menos énfasis en la arquitectura delsoftware.

La arquitectura del software esesencial y se expresa mediantemodelos.

Tabla 2.2: Diferencias entre metodología ágil y la tradicional.

2.2.6 METODOLOGÍA ICONIXLa metodología ICONIX se encuentra entre el Rational Unified Process (RUP) yla Programación Extrema (XP). ICONIX está conducido por casos de uso aligual que el RUP, pero sin la sobrecarga del mismo. Es relativamente pequeñoy ligero, igual que XP, pero no descarta el análisis y diseño formal como la XP.ICONIX usa racionalmente el Lenguaje Unificado de Modelado (UML),haciendo referencia a la trazabilidad de los requisitos. Las actividadesprincipales de ICONIX son: análisis de requisitos, diseño preliminar, diseño eimplementación. (Rosenberg, et al., 2005)

Rosenberg y Stephens (2007) afirma:En teoría, todos y cada uno de los aspectos de UML es potencialmente útil,pero en la práctica, nunca parece haber suficiente tiempo para hacer elmodelado, análisis y diseño. Siempre hay presión por parte de laadministración para saltar al código e iniciar la codificación de formaprematura, porque los avances en proyectos de software tienden a medirsepor la cantidad de código existente. El proceso ICONIX, tal y como se muestraen la figura de apertura de este capítulo, es minimalista, tiene un enfoque

20

racionalizado que se centra en esa zona que se encuentra entre los casos deuso y el código. 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 algunoscasos de uso, y es momento de hacer un buen análisis y diseño.

Figura 2.3: Esquema del proceso ICONIX. (Rosenberg y Stephens, 2007)

Según Rosenberg (2001), ICONIX es un proceso minimalista, en el que seutilizan cuatro enfoques básicos: Modelado de objetos conducido por casos de

uso, centrado en los datos descomponiendo en fronteras de datos, basado enescenarios que descomponen los casos de uso, enfoque iterativo e incremental,ofrece trazabilidad a los requisitos, hace uso directo de UML, construir losdiagramas de clases y el código para la aplicación.

TÉNICAS DE LA METODOLOGÍA ICONIXSegún Doug Rosenberg y Matt Stephens (2007), las técnicas de la metodologíaICONIX son:A. MODELO DE DOMINIO“El Modelo de Dominio es un artefacto colaborativo vivo. Es refinado yactualizado en cada parte el proyecto, de modo que refleja siempre lacomprensión actual del espacio del problema.” (Rosenberg y Stephens, 2007)

21

“El modelo del dominio no es más que un diagrama de clases sin ningún tipo

de detalle (sin atributos, sin métodos,…)” (Gutiérrez, 2008)

Figura 2.4: Modelo de Dominio. (Doug Rosenberg y Matt Stephens, 2007)

B. MODELO DE CASOS DE USORosenberg y Stephens, (2007) señaló que:Con un primer modelo de dominio inicial en su lugar, es hora de comenzar aescribir los casos de uso. Los casos de uso dan un modo estructurado decapturar los requisitos de comportamiento de un sistema, de modo quepuede razonablemente crear un diseño desde ellos. Le ayudan a responder

ciertas preguntas fundamentales: ¿Qué están tratando de hacer los usuariosdel sistema? ¿Cuál es la experiencia del usuario? Una cantidad sorprendentede lo que su software debe hacer se dicta por el modo en que los usuariosdeben interactuar con él.

22

Figura 2.5: Modelo de Casos de Uso. (Doug Rosenberg y Matt Stephens, 2007)

C. REVISIÓN DE REQUISITOSRosenberg y Stephens (2007) señaló que:La sesión de revisión de requisitos garantiza que el sistema tal y como sedescribe coincide con los requisitos. Se trata de un período de sesiones decolaboración 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 marketing-básicamente, todos los stakeholders que tienen un interés en asegurar que losrequisitos encajen con su punto de vista del sistema.

23

Figura 2.6: Revisión de Requisitos. (Doug Rosenberg y Matt Stephens, 2007)

D.ANÁLISIS DE ROBUSTEZRosenberg y Stephens (2007) señaló que:Para obtener a partir de los casos de uso un diseño detallado (y luego elcódigo), lo que se necesita es enlazar los casos de uso a los objetos. Latécnica que se describe en este capítulo, el análisis de robustez, le ayuda asuperar la brecha que existe del análisis al diseño. En pocas palabras, es unamanera de analizar sus casos de uso e identificar un primer conjunto deobjetos para cada caso de uso. Estos se clasifican en objetos interfaz, objetosentidad, y controladores (que son a menudo más como funciones que comoobjetos).

24

Figura 2.7: Análisis de Robustez. (Doug Rosenberg y Matt Stephens, 2007)

E. REVISIÓN PRELIMINAR DEL DISEÑO“Las sesiones de Revisión del Diseño Preliminar (RDP) ayudan a asegurarseque los diagramas de robustez, el modelo de dominio, y la descripción decasos de uso coincidan entre sí. Esta revisión es el "puente" entre el diseñopreliminar y en las etapas del diseño detallado, para cada paquete de casos deuso.” (Rosenberg y Stephens, 2007)

Figura 2.8: Revisión preliminar del diseño. (Doug Rosenberg y Matt Stephens, 2007)

25

F. ARQUITECTURA TÉCNICARosenberg y Stephens (2007) señaló que:El objetivo de arquitectura técnica (AT) es obtener un sentido general delsistema que vas a desarrollar. ¿Será un sistema basado en Internet o unsistema en VB NET o Java Swing, para un cliente muy rico? Es necesarioutilizar un framework de aplicación específico (por ejemplo, un framework deuna compañía estándar).No hay una notación estándar o un formato para documentar la AT, laprofundidad y el formato de la arquitectura técnica-y los convenios paracrearla-varían mucho de empresa a empresa, por lo que no insistiremos enesta área demasiado tiempo.

Figura 2.9: Arquitectura Técnica. (Doug Rosenberg y Matt Stephens, 2007)

G.DIAGRAMAS DE SECUENCIARosenberg y Stephens (2007) señaló que:Una vez que se ha finalizado el análisis de robustez, y ha celebrado unaRevisión del Diseño Preliminar, es tiempo de iniciar el diseño detallado. Eneste momento, la descripción de sus casos de uso debe ser completa,

correcta, detallada y explícita. En resumen, los casos su uso deben estar enun estado del que se pueda crear un diseño detallado.

26

Figura 2.10: Diagramas de secuencia. (Doug Rosenberg y Matt Stephens, 2007)

H.REVISIÓN CRÍTICA DEL DISEÑO(Rosenberg y Stephens, 2007) señaló que:“Tu proyecto debería estar ahora en mucha mejor condición que muchos otrosproyectos que están en esta etapa. Por ahora, has utilizado el análisis derobustez para desambiguar la descripción de los casos de uso y descubrir lasclases de dominio faltantes, has mantenido una revisión de diseño preliminar(PDR) para asegurarte que los casos de uso coinciden con lo que el cliente

realmente quiere, y has elaborado cuidadosamente un diseño detallado de loscasos de uso que has implementado para esta versión.Por tanto, estás casi listo para comenzar la codificación-hay sólo una etaparápida (pero vital) para comprobar el primero de la lista: Revisión del DiseñoCritico (CDR).”

27

Figura 2.11: Revisión crítica del diseño. (Doug Rosenberg y Matt Stephens, 2007)

I. IMPLEMENTACIÓN: PASO DEL DISEÑO DETALLADO AL CÓDIGO“Si usted ha pasado por todo el esfuerzo para crear un diseño agradable ydetallado, vale la pena tener una buena idea de cómo traducir ese diseño

detallado en el código fuente (y las pruebas unitarias, porsupuesto.”(Rosenberg y Stephens, 2007)

Figura 2.12: Implementación. (Doug Rosenberg y Matt Stephens, 2007)

28

J. REVISIÓN DEL CÓDIGO Y ACTUALIZACIÓN DEL MODELO(Rosenberg y Stephens, 2007) señaló que: “Durante la codificación, lo másprobable es que te han hecho algunos cambios en el diseño, por lo que elcódigo ahora estar ligeramente fuera de sincronía con los diagramas dediseño. Una reacción tristemente común en este etapa consiste en considerarque la documentación de diseño obsoleto, tirar a la basura, y seguir todas lasposteriores desarrollo del trabajo sin hacer ningún trabajo de diseño más.

Figura 2.13: Revisión del código y actualización del modelo. (Doug Rosenberg y

Matt Stephens, 2007)

K. DISEÑO GUIADO POR PRUEBAS(Rosenberg y Stephens, 2007) señaló que: “Es fácil ver el módulo de unprograma y decir; “Bien, ya terminé”, pero este sentido de compleción puededecepcionarnos. ¿Cómo estás seguro que el código reúne todos los escenariosde casos de uso –no solo los cursos básicos, sino también los cursos alternos?Las Prueba basadas en el diseño (DDT, por sus siglas en inglés) provee un

método ‘a prueba de balas’ para producir casos de prueba y verificar quetodos los escenarios específicos están completos. Puedes además usar esteproceso para escribir pruebas unitarias ejecutables de estos casos de prueba.

29

Figura 2.14: Diseño guiado por pruebas. (Doug Rosenberg y Matt Stephens, 2007)

L. ATENTIENDO REQUISITOS(Rosenberg y Stephens, 2007) señaló que: “No es una parte fundamental delproceso de simplemente porque las diferentes organizaciones tienendiferentes estrategias para el manejo de los requisitos.

Figura 2.15: Atendiendo requisitos. (Doug Rosenberg y Matt Stephens, 2007)

30

CAPÍTULO III

MODELADO DE DOMINIO

31

DESARROLLO DEL SISTEMA DE CONTROL PARA LA FARMACIA DE LAUNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA

3.1 MODELO CONCEPTUAL

FARMACEUTICO

ADMINISTRACION

TECNICO

ALMACEN

STOCK DEMEDICAMENTOS

CLASIFICACION DEMEDICAMENTOS

NORMATIVIDAD PBA

ALMACENAMIENTOESPECIALIZADO

DISPENSACION

ENTREGA DEMEDICAMENTOS

ALUMNOS CON BUENASALUD

MENORES CASOS DEENFERMEDAD

PROVEEDORES

PROVEEDORESNACIONALES

PROVEEDORESLOCALES

Figura 3.1: Modelo conceptual de la Farmacia de la UNSCH (Fuente: Elaboración Propia)

3.2 REQUISITOS FUNCIONALESEn una entrevista hablada con el responsable de la farmacia se obtuvo los

siguientes requisitos:

Importancia:

Alta 1

Media 2

Baja 3

32

N°Req. REQUISITOS FUNCIONALES

01 El sistema debe permitir la autentificación del usuario. 1

02 El sistema debe permitir crear nuevas categorías paraclasificar medicamentos.

2

03 El sistema debe permitir el ingreso de medicamentos con unúnico código.

1

04 El sistema debe permitir la consulta de los medicamentos. 2

05 El sistema debe permitir la modificación de datos de losmedicamentos.

3

06 El sistema debe mostrar siempre el stock actualizado demedicamentos.

2

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

1

08 El sistema debe permitir imprimir el inventario demedicamentos.

3

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

1

10 El sistema debe mostrar los medicamentos que tienen mayorsalida.

2

11 El sistema debe avisar cuando hay medicamentos que estén poracabarse.

1

12 El sistema permitirá hacer consultas o filtros sobre lainformación registrada.

2

13 El sistema debe guardar los datos de alumno. 2

14 El sistema debe comprobar la cantidad del saldo restante queposee cada alumno.

1

15 El sistema debe emitir un boucher con detalles de laconsulta.

1

16 El sistema debe informar anticipadamente si un medicamentoestá cerca de su fecha de vencimiento.

2

33

17 El sistema debe registrar los medicamentos que llegarondefectuosos (dañados, caducos, malogrados, etc.)

2

18 El sistema debe mostrar un reporte con los medicamentosvencidos en un tiempo determinado.

2

Tabla 3.1: Requisitos funcionales.

3.3 LISTADO REQUISITOS FUNCIONALES

Figura 3.2: Empaquetado de los requisitos funcionales

3.4 REQUISITOS NO FUNCIONALES

N°Req. REQUISITOS NO FUNCIONALES

19 El acceso al sistema debe ser seguro.

20 El sistema debe ser soportado por las diferentes plataformasgarantizando su portabilidad.

21 El sistema debe responder a las consultas con una velocidadde respuesta adecuada.

22 Debe consumir la menor cantidad de recursos del sistema.

23 El software debe tener una arquitectura estándar para facilitarsu mantenimiento

Tabla 3.2: Requisitos no funcionales.

custom Requisitos funcionales

Requisitos funcionales

+ Req 01: El sistema debe permitir la autentificación del usuario+ Req 02: El sistema debe permitir crear nuevas categorías para clasificar medicamentos+ Req 03: El sistema debe permitir el ingreso de medicamentos con un único código+ Req 04. El sistema debe permitir la consulta de los medicamentos+ Req 05: El sistema debe permitir la modificación 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 estén por acabarse+ Req 12: El sistema permitirá hacer consultas o fi l tros sobre la información 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 anticipádamente si un medicamento está cerca de su fecha de vencimiento+ Req 17: El sistema debe registrar los medicamentos que l legaron defectuosos(dañados, caducos, malogrados, etc.)+ Req 18: El sistema debe mostrar un reporte con los medicamentos vencidos en un tiempo determinado

(from Requisitos)

34

3.5 LISTADO DE REQUISITOS NO FUNCIONALES

Figura 3.3. Empaquetado de los requisitos no funcionales.

3.6 CASOS DE PRUEBA DE ACEPTACIÓN3.6.1 CASO DE PRUEBA: Ingreso de medicamentos nuevos

N°Req.

N° C.P.

Caso de Prueba de Aceptación:

02 01 Registrar medicamentos en sus respectivas categorías.

03 02 Verificar si el código de los medicamentos es único eirrepetible.

05 03 Se podrá cambiar un dato en caso de haber sido ingresadode manera errada.

06 04 El sistema debe mostrar el stock en caso de ser unproducto ya registrado.

07 05 Se debe guardar la cantidad de medicamentos ingresados.

09 06 La orden de compra de los medicamentos nuevos debe serguardada.

17 07 Guardar los datos de los productos que llegarondefectuosos para poder mandar un informe al proveedorcomo a la Universidad.

Tabla 3.3: Caso de prueba: Ingreso de medicamentos nuevos.

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 portabil idad.+ 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 facil i tar su mantenimiento

(from Requisitos)

35

3.6.2 CASO DE PRUEBA: Entregar medicamentos recetados al alumno

N°Req.

N° C.P.


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 delmedicamento.

14 04 Comprobar si el alumno tiene el saldo suficiente paracubrir el costo total de los medicamentos.

15 05 Entregar un Boucher donde se muestre los detalles de laconsulta.

Tabla 3.4: Caso de prueba: Entregar medicamentos recetados al alumno.

3.6.3 CASO DE PRUEBA: Realizar reportes

N°Req.

N° C.P.


08 01 Imprimir un reporte de todos los medicamentos quetiene el almacén.

10 02 Imprimir un reporte con los medicamentos que hayansido más recetados en un tiempo determinado.

12 03 Imprimir un reporte de alumnos que hayan sidoatendidos en el semestre.

17 04 Imprimir un reporte de medicamentos que llegarondefectuosos, dañados, o vencidos.

18 05 Imprimir un reporte con los medicamentos que se hayanvencido en el almacén.

Tabla 3.5: Caso de Prueba: Realizar reportes.

36

3.7 GLOSARIO DE TÉRMINOSTratamiento Enfermedad Receta

Producto Marca AnalgésicoJarabe Pastilla InfecciónMedicamento Proveedor Almacén

3.8 MODELO DE DOMINIO INICIAL

Figura 3.4: Modelo de Dominio (Fuente: Elaboración Propia)

class Actores

Estudiante Farmaceutica

Prov eedor

MedicamentoPastil laJarabe InyeccionAnalgesico

Enfermedad

Almacen

MarcaProducto

Medico

Tratamiento

Receta

Saldo

Saldo Limitado Saldo excepcionalTecnico

Pedido

Dispensacion

entrega

tiene

hace

sigue

controla

atiende

hace

Realiza

Entrega

37

CAPÍTULO IV

MODELADO DE CASOS DE USO

38

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 almacén.

08 Reporte de medicamentos más salientes.

09 Registrar alumno por semestre.

10 Realizar orden de pedido de medicamento.

11 Reporte de medicamentos vencidos en almacén.

12 Emitir orden de despacho.

Tabla 4.1: Lista de casos de uso.

4.2 ORGANIZACIÓN DE LOS CASOS DE USO POR PAQUETE

Figura 4.1: Casos de uso organizado por paquetes. (Fuente: Elaboración Propia)

uc Paquetes de casos de uso

Cuenta

+ Administrador+ Farmacéutico+ Autentificar Usuario

Orden de Despacho

+ Emitir orden de despacho

Registrar

+ Actualizar datos del medicamento+ Actualizar Usuario+ Registrar alumno por semestre+ Registro de medicamentos y orden de compra

Reporte

+ Realizar orden de pedido de medicamentos+ Reporte de medicamentos de almacén+ Reporte de medicamentos más salientes+ Reporte de medicamentos vencidos en almacén

Verificar

+ Verificar saldo disponible por alumno+ Verificar stock de medicamentos

39

4.2.1 PAQUETE CUENTA

Figura 4.2: Casos de uso del paquete “Gestión Cuenta”

4.2.2 PAQUETE REGISTRAR

Figura 4.3: Casos de uso del paquete “Registrar”

uc Gestión Cuenta

Administrador

Farmacéutico

Autentificar Usuario

uc Registrar

Actualizar Usuario

Registro demedicamentos y

descripción

Actualizar datos delmedicamento

Registrar alumno porsemestre

Administrador

(from Gestión Cuenta)

Farmacéutico


40

4.2.3 PAQUETE REPORTES

Figura 4.4: Casos de uso del paquete “Reportes”

4.2.4 PAQUETE VERIFICAR:

Figura 4.5: Casos de uso del paquete “Verificar”

4.2.5 PAQUETE ORDEN DE DESPACHO:

Figura 4.5: Casos de uso del paquete “Orden de Despacho”

uc Reporte

Reporte demedicamentos de

almacén

Reporte demedicamentos más

salientes

Reporte demedicamentos

v encidos en almacén

Realizar orden depedido de

medicamentos

Administrador


Farmacéutico


uc Verificar

Verificar s tock demedicamentos

Verificar saldodisponible por

alumno

Farmacéutico


uc Orden de Despacho

Emitir orden dedespacho

Farmacéutico


41

4.3 RELACIÓN ENTRE CASOS DE USO Y REQUISITOS

Requisitos Funcionales Casos de Uso

Req 01 El sistema debe permitir laautentificación del usuario.

CU 01 Autentificar usuario.

CU 02 Actualizar usuario.

Req 02 El sistema debe permitir crearnuevas categorías paraclasificar medicamentos.

Req 03 El sistema debe permitir elingreso de medicamentos conun único código.

Req 05 El sistema debe permitir lamodificación de datos de losmedicamentos.

CU 03 Registro de medicamentos yorden de compra.

CU 04 Actualizar datos demedicamento.

Req 06 El sistema debe mostrarsiempre el stock actualizadode medicamentos.

CU 05 Verificar stock demedicamento.

Req 07 El sistema debe generar yalmacenar los reportes deingresos y salidas demedicamentos.

Req 09 El sistema debe permitiringresar y guardar la orden decompra de los nuevosmedicamentos.

CU 10 Realizar orden de pedido demedicamento.

Req 10 El sistema debe mostrar losmedicamentos que tienenmayor salida.

CU 08 Reporte de medicamentos mássalientes.

Req 04 El sistema debe permitir laconsulta de los medicamentos.

Req 08 El sistema debe permitirimprimir el inventario demedicamentos.

Req 12 El sistema permitirá hace

CU 07 Emitir reporte demedicamentos de almacén.

42

consultas o filtros sobre lainformación registrada.

Req 13 El sistema debe guardar losdatos de alumno.

CU 09 Registrar alumno porsemestre.

Req 14 El sistema debe comprobar lacantidad del saldo restanteque posee cada alumno.

CU 06 Verificar saldo disponible poralumno.

Req 11 El sistema debe avisar cuandohay medicamentos que esténpor acabarse.

Req 16 El sistema debe informaranticipadamente si unmedicamento está cerca de sufecha de vencimiento.

Req 17 El sistema debe registrar losmedicamentos que llegarondefectuosos (dañados,caducos, malogrados, etc)

Req 18 El sistema debe mostrar unreporte con los medicamentosvencidos en un tiempodeterminado.

CU 11 Reporte de medicamentosvencidos en almacén.

Req 15 El sistema debe emitir unBoucher con detalles de laconsulta.

CU 12 Emitir orden de despacho.

Tabla 4.2: Relación entre los requisitos y los casos de uso.

43

4.4 DESCRIPCIÓN DE LOS CASOS DE USO4.4.1 DESCRIPCIÓN DE CASOS DE USO:

Caso de Uso Descripción

CU-01AutentificarUsuario.

Curso Básico:

1. El Actor (administrador – farmacéutico) accede alsistema (login).

El sistema muestra un formulario para el ingreso deusuario y contraseña.

2. El Actor (administrador – farmacéutico) ingresa sucuenta de usuario y contraseña.

3. El Actor (administrador – farmacéutico) hace clic en elbotón ingresar

El sistema verifica si los datos ingresados son validos

Si sistema valida el nivel de acceso y muestra la interfazprincipal.

Curso Alterno:

3. El sistema muestra un mensaje de error si los datos delactor (administrador - farmacéutico) sean incorrectos.

CU-02 ActualizarUsuario.

Curso Básico:

1. El Administrador ingresa al sistema de farmacia.

El sistema muestra una interfaz principal para realizardiferentes opciones.

2. El Administrador hace clic en el menú Registrar.

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 ydiferentes opciones.

4. El Administrador hace clic en Nuevo para agregar unnuevo usuario.

44

El sistema muestra un formulario para el llenado de datos.

5. El administrador ingresa los datos del nuevo usuario yhace clic en el botón guardar.

El sistema valida los datos.

El sistema guarda la información en la base de datos.


El sistema mostrará la interfaz anterior del usuario dondebuscará al usuario a modificar.

El sistema muestra las opciones de eliminar o modificar.

7. El Administrador selecciona el nombre del usuarioelegido y le da clic en modificar.

El sistema te muestra una interfaz con los datos rellenadosdel usuario.

8. El Administrador modifica los datos del usuario y haceclic en guardar.

El sistema valida los datos y los guarda en la base dedatos.

9. El Administrador selecciona el nombre del usuarioelegido y le da clic en Eliminar usuario.

El sistema elimina al usuario seleccionado.

Curso Alterno:

5 – 8. El sistema muestra un mensaje de error “Ingresetodos los datos” cuando falta rellenar en los campos.

CU-03 Registrodemedicamentos yorden decompra.

Curso Básico:

1. El Actor (administrador – farmacéutico) Ingresa alsistema de la farmacia.


2. El Actor (administrador – farmacéutico) hace clic en elmenú Registrar.

45

El sistema muestra el submenú.

3. El Actor (administrador – farmacéutico) hace clic en elsubmenú agregar medicamento y orden de compra.

El sistema muestra una interfaz con la lista demedicamentos y diferentes opciones.

4. El Actor (administrador – farmacéutico) hace clic enNuevo Medicamento.

El sistema mostrara un formulario de registro demedicamentos una pantalla donde especificará (orden decompra, nombre del medicamento, nombre del laboratorio,categoría, stock, precio, presentación, fecha devencimiento, descripción) que se va a ingresar a la base dedato.

5. El Actor (administrador – farmacéutico) llenara losrespectivos datos del medicamento.

El sistema generará automáticamente el código para elmedicamento.

El sistema valida los datos ingresados y que esténcorrectos.

6. El Actor (administrador – farmacéutico) guarda ladescripción del medicamento.

Curso Alterno:

6. El sistema muestra un mensaje de error cuando faltaalgún dato (nombre del medicamento, nombre dellaboratorio, categoría, stock, precio, fecha de vencimiento,descripción).

CU-04 Actualizardatos delmedicamento.

Curso básico:

1. El Actor (administrador – farmacéutico) ingresa alsistema de la farmacia.



46


3. El Actor (administrador – farmacéutico) hace clic en elsubmenú modificar medicamento.

El sistema muestra una interfaz con la lista demedicamentos y un filtro de búsqueda.

4. El Actor (administrador – farmacéutico) escribirá elnombre del medicamento dentro del filtro.

El sistema filtra los medicamentos parecidos y la iramostrando en la parte inferior de la interfaz.

5. El Actor (administrador – farmacéutico) hace clic en elmedicamento elegido.

6. El Actor (administrador – farmacéutico) hace clic en elbotón Modificar.

El sistema muestra una interfaz con los datos delmedicamento.

7. El Actor (administrador – farmacéutico) modifica losdatos necesarios del medicamento.

8. El Actor (administrador – farmacéutico) guarda losdatos modificados haciendo clic en el botón guardar.


El sistema guarda los datos.

Curso alterno:

6. El sistema muestra un mensaje de error si no se haseleccionado ningún medicamento.


CU-05 Verificarstock demedicamentos

Curso básico:

1. El actor (administrador, farmacéutico) Ingresar alsistema de la farmacia.

El sistema muestra una interfaz principal para realizar

47

diferentes opciones.

2. El actor (administrador, farmacéutico) hace clic en elmenú Verificar.

El sistema muestra un submenú.

3. El actor (administrador, farmacéutico) hace clic en elsubmenú Verificar Stock de medicamentos.

El sistema muestra una interfaz con una lista completa demedicamentos en stock además de un filtro de búsqueda.

4. El actor (administrador, farmacéutico) escribirá en elfiltro el medicamento a buscar.

El sistema ira enlistando los medicamentos que tengan unparecido con el nombre del producto.

5. El actor (administrador, farmacéutico) podrá seleccionarel medicamento buscado.

El sistema mostrará el stock de dicho medicamento.

Curso alterno:

4. El sistema mostrará un mensaje en caso de no existir elproducto

CU-06 Verificarsaldo disponible

Curso básico:

1. El actor (administrador, farmacéutico) Ingresa alsistema de la farmacia.


2. El actor (administrador, farmacéutico), hace clic en elmenú Verificar saldo disponible.

El sistema muestra una interfaz con un filtro de búsquedasegún código de alumno.

3. El actor (administrador, farmacéutico) escribe el códigodel alumno.

48

El sistema verifica si los datos ingresados son válidos.

El sistema muestra una interfaz con los datos del alumno yel saldo correspondiente.

Curso alterno:

3. El sistema muestra un mensaje de error por el códigoincorrecto.

CU-07 Emitirreporte demedicamento dealmacén

Curso básico:



2. El actor (administrador, farmacéutico), hace clic en elmenú Reporte.


3. El actor (administrador, farmacéutico) hace clic enEmitir Reporte de Medicamentos de almacén.

El sistema visualizará una lista de medicamentos queposee el almacén (nombre de producto, fecha devencimiento, cantidad).

4. El actor (administrador, farmacéutico) podrá imprimir elreporte haciendo clic en el botón imprimir.

El sistema lo imprimirá en formato PDF.

Curso alterno:

No existe.

CU-08 Reportedemedicamentosmás salientes.

Curso básico:



2. El actor (administrador, farmacéutico), hace clic en el

49

menú Reporte.


3. El actor (administrador, farmacéutico) hace clic enReporte de Medicamentos más salientes.

El sistema muestra una lista de medicamentos que tienenmayor salida.

El sistema muestra un filtro para determinar la cantidad demedicamentos a mostrar.

4. El actor (administrador, farmacéutico) podrá escribir lacantidad deseada de medicamentos con mayor salida.



Curso alterno:

No existe.

CU-09 Registraralumno porsemestre

Curso básico:

1. El actor (administrador, farmacéutico) ingresa alsistema de farmacia.

El sistema muestra un interfaz principal para realizardiferentes opciones.

2. El actor (administrador, farmacéutico) hace clic en elmenú Registrar.


3. El actor (administrador, farmacéutico) hace clic enAlumno.

El sistema muestra el formulario Registrar alumno.

4. El actor (administrador, farmacéutico) digita los datosdel alumno como: Código, escuela, nombres y apellidos,

50

facultad.

5. El actor (administrador, farmacéutico) podrá guardar losdatos del alumno haciendo clic en el botón Guardar.

El sistema validará los datos ingresados.


Curso alterno

5. El sistema muestra un mensaje de error en caso de queel actor (administrador, farmacéutico) no complete todoslos cuadros del formulario.

CU-10 Realizarorden de pedidode medicamento

Curso básico:



2. El Administrador hace clic en el menú Reportes.

El sistema muestra un submenú Realizar orden de pedidode medicamento.

El sistema muestra la interfaz con una lista de losmedicamentos que tienen el stock en cero.

3. EL Administrador podrá imprimir el reporte haciendo clicen el botón imprimir.

Curso alterno

No existe.

CU-11 Reportedemedicamentosvencidos enalmacén

Curso básico:



51

2. El Administrador hace clic en el menú Reporte.

El sistema muestra un submenú Reporte de medicamentosvencidos en almacén

El sistema busca los medicamentos que estén vencidos enel almacén.

El sistema muestra la interfaz con la lista de losmedicamentos vencidos.

3. El administrador podrá quitar la cantidad demedicamentos vencidos haciendo clic en el botón “QuitarStock”.

4. El Administrador también podrá imprimir el reportehaciendo clic en el botón imprimir.

Curso alterno

3. El sistema muestra un mensaje “No hay medicamentosvencidos hasta la fecha” en caso de no haber ningúnmedicamento vencido.

CU-12 Emitirorden dedespacho.

Curso Básico:

1. El farmacéutico ingresa al sistema de farmacia.


2. El farmacéutico hace clic en el menú Orden deDespacho.

El sistema muestra una interfaz para ingresar el código delalumno que debe estar previamente registrado en elsistema.

3. El farmacéutico ingresará el código del alumno y le daráclic en buscar.

El sistema validará el código del estudiante.

El sistema carga los datos del alumno en una nuevainterfaz con una lista vacía y otra con los medicamentos.

4. El farmacéutico podrá buscar al medicamento mediante

52

los filtros de búsqueda.

El sistema irá enlistando los medicamentos que tenganparecido con el dato ingresado para buscar.

5. El farmacéutico hará clic en el medicamento.

El sistema carga los datos del medicamento en la parteinferior de la interfaz.

6. EL farmacéutico podrá escribir la cantidad recetada delmedicamento.

7. El farmacéutico podrá añadir y quitar medicamentos dela lista vacía.

El sistema enlista los medicamentos recetados.

8. El farmacéutico hará clic en el botón Imprimir.

El sistema validará el monto total.

Curso Alterno:

3. El sistema muestra un mensaje de error si el códigoingresado es incorrecto.

7. El sistema muestra un mensaje de error cuando elmonto total de los medicamentos supera el saldodisponible del alumno.

Tabla 4.3: Descripción de los casos de uso.

4.5 INTERFAZ PARA CADA CASO DE USO4.5.1 CASO DE USO 01: Autentificar Usuario


CU-01AutentificarUsuario.

Curso Básico:

1. El Actor (administrador – farmacéutico) accede alsistema (login).

El sistema muestra un formulario para el ingreso deusuario y contraseña.

53

2. El Actor (administrador – farmacéutico) ingresa sucuenta de usuario y contraseña.

3. El Actor (administrador – farmacéutico) hace clic en elbotón ingresar

El sistema verifica si los datos ingresados son validos

Si sistema valida el nivel de acceso y muestra la interfazprincipal.

Curso Alterno:

3. El sistema muestra un mensaje de error si los datos delactor (administrador - farmacéutico) sean incorrectos.

Tabla 4.4: Autentificar Usuario.

Figura 01: Autentificar Usuario.

54



55


4.5.2 CASO DE USO 02: Actualizar Usuario


CU-02 ActualizarUsuario.

Curso Básico:



2. El Administrador hace clic en el menú Registrar.

El sistema mostrará las diferentes opciones.


El sistema mostrará una interfaz con la lista de usuarios ydiferentes opciones.

4. El Administrador hace clic en Nuevo para agregar unnuevo usuario.

El sistema muestra un formulario para el llenado de datos.

5. El administrador ingresa los datos del nuevo usuario y

56

hace clic en el botón guardar.


El sistema guarda la información en la base de datos.


El sistema mostrará la interfaz anterior del usuario dondebuscará al usuario a modificar.

El sistema muestra las opciones de eliminar o modificar.

7. El Administrador selecciona el nombre del usuarioelegido y le da clic en modificar.

El sistema te muestra una interfaz con los datos rellenadosdel usuario.

8. El Administrador modifica los datos del usuario y haceclic en guardar.

El sistema valida los datos y los guarda en la base dedatos.

9. El Administrador selecciona el nombre del usuarioelegido y le da clic en Eliminar usuario.

El sistema elimina al usuario seleccionado.

Curso Alterno:

5 – 8. El sistema muestra un mensaje de error “Ingresetodos los datos” cuando falta rellenar en los campos.

Tabla 4.5: Actualizar Usuario.

57

Figura 01: Actualizar Usuario.

58




59



60


4.5.3 CASO DE USO 03: Registro de medicamentos y orden decompra.


CU-03 Registrodemedicamentos yorden decompra.

Curso Básico:

1. El Actor (administrador – farmacéutico) Ingresa alsistema de la farmacia.




3. El Actor (administrador – farmacéutico) hace clic en elsubmenú agregar medicamento y orden de compra.

El sistema muestra una interfaz con la lista demedicamentos y diferentes opciones.

4. El Actor (administrador – farmacéutico) hace clic enNuevo Medicamento.

El sistema mostrara un formulario de registro demedicamentos una pantalla donde especificará (orden decompra, nombre del medicamento, nombre del laboratorio,categoría, stock, precio, presentación, fecha devencimiento, descripción) que se va a ingresar a la base dedato.

5. El Actor (administrador – farmacéutico) llenara los

61

respectivos datos del medicamento.

El sistema generará automáticamente el código para elmedicamento.

El sistema valida los datos ingresados y que esténcorrectos.

6. El Actor (administrador – farmacéutico) guarda ladescripción del medicamento.

Curso Alterno:


Tabla 4.6: Registro de medicamentos y descripción.

Figura 01: Registro de medicamentos y orden de compra.

62



63

4.5.4 CASO DE USO 04: Actualizar datos del medicamento.


CU-04 Actualizardatos delmedicamento.

Curso básico:

1. El Actor (administrador – farmacéutico) ingresa alsistema de la farmacia.




3. El Actor (administrador – farmacéutico) hace clic en elsubmenú modificar medicamento.

El sistema muestra una interfaz con la lista demedicamentos y un filtro de búsqueda.

4. El Actor (administrador – farmacéutico) escribirá elnombre del medicamento dentro del filtro.

El sistema filtra los medicamentos parecidos y la iramostrando en la parte inferior de la interfaz.

5. El Actor (administrador – farmacéutico) hace clic en elmedicamento elegido.

6. El Actor (administrador – farmacéutico) hace clic en elbotón Modificar.

El sistema muestra una interfaz con los datos delmedicamento.

7. El Actor (administrador – farmacéutico) modifica losdatos necesarios del medicamento.

8. El Actor (administrador – farmacéutico) guarda losdatos modificados haciendo clic en el botón guardar.



Curso alterno:

6. El sistema muestra un mensaje de error si no se ha

64

seleccionado ningún medicamento.


Tabla 4.7: Actualizar datos de medicamentos.

Figura 01: Actualizar datos de medicamentos.


65


4.5.5 CASO DE USO 05: Verificar stock de medicamentos.


CU-05 Verificarstock demedicamentos

Curso básico:



2. El actor (administrador, farmacéutico) hace clic en elmenú Verificar.


3. El actor (administrador, farmacéutico) hace clic en elsubmenú Verificar Stock.

El sistema muestra una interfaz con una lista completa de

66

medicamentos en stock además de un filtro de búsqueda.

4. El actor (administrador, farmacéutico) escribirá en elfiltro el medicamento a buscar.

El sistema ira enlistando los medicamentos que tengan unparecido con el nombre del producto.

5. El actor (administrador, farmacéutico) podrá seleccionarel medicamento buscado.

El sistema mostrará el stock de dicho medicamento.

Curso alterno:

4. El sistema mostrará un mensaje en caso de no existir elproducto

Tabla 4.8: Verificar stock de medicamentos.

Figura 01: Verificar stock de medicamentos.

67

Figura 02: Verificar stock de medicamentos.

4.5.6 CASO DE USO 06: Verificar saldo disponible


CU-06 Verificarsaldo disponible

Curso básico:

1. El actor (administrador, farmacéutico) Ingresa alsistema de la farmacia.


2. El actor (administrador, farmacéutico), hace clic en elmenú Verificar saldo disponible.

El sistema muestra una interfaz con un filtro de búsquedasegún código de alumno.

3. El actor (administrador, farmacéutico) escribe el códigodel alumno.

El sistema verifica si los datos ingresados son válidos.

68

El sistema muestra una interfaz con los datos del alumno yel saldo correspondiente.

Curso alterno:

3. El sistema muestra un mensaje de error por el códigoincorrecto.

Tabla 4.8: Verificar saldo disponible.

Figura 01: Verificar saldo disponible.

69

Figura 02: Verificar saldo disponible.

4.5.7 CASO DE USO 07: Emitir reporte de medicamento dealmacén


CU-07 Emitirreporte demedicamentode almacén

Curso básico:





3. El actor (administrador, farmacéutico) hace clic enEmitir Reporte de Medicamentos de almacén.

El sistema visualizará una lista de medicamentos queposee el almacén (nombre de producto, fecha devencimiento, cantidad).



70

Curso alterno:

No existe.

Tabla 4.9: Emitir reporte de medicamentos por almacén.

Figura 01: Emitir reporte de medicamentos por almacén.

Figura 02: Emitir reporte de medicamentos por almacén.

71

4.5.8 CASO DE USO 08: Reporte de medicamentos mássalientes.


CU-08 Reportedemedicamentosmás salientes.

Curso básico:





3. El actor (administrador, farmacéutico) hace clic enReporte de Medicamentos más salientes.

El sistema muestra una lista de medicamentos que tienenmayor salida.

El sistema muestra un filtro para determinar la cantidad demedicamentos a mostrar.

4. El actor (administrador, farmacéutico) podrá escribir lacantidad deseada de medicamentos con mayor salida.



Curso alterno:

No existe.

Tabla 4.10: Reporte de medicamentos más salientes.

72

Figura 01: Reporte de medicamentos más salientes.


73

4.5.9 CASO DE USO 09: Registrar alumno por semestre


CU-09 Registraralumno porsemestre

Curso básico:

1. El actor (administrador, farmacéutico) ingresa alsistema de farmacia.


2. El actor (administrador, farmacéutico) hace clic en elmenú Registrar.


3. El actor (administrador, farmacéutico) hace clic enAlumno.

El sistema muestra el formulario Registrar alumno.

4. El actor (administrador, farmacéutico) digita los datosdel alumno como: Código, escuela, nombres y apellidos,facultad.

5. El actor (administrador, farmacéutico) podrá guardar losdatos del alumno haciendo clic en el botón Guardar.

El sistema validará los datos ingresados.


Curso alterno

5. El sistema muestra un mensaje de error en caso de queel actor (administrador, farmacéutico) no complete todoslos cuadros del formulario.


74



75

4.5.10 CASO DE USO 10: Realizar orden de pedido de medicamento


CU-10 Realizarorden de pedidode medicamento

Curso básico:



2. El Administrador hace clic en el menú Reportes.

El sistema muestra un submenú Realizar orden de pedidode medicamento.

El sistema muestra la interfaz con una lista de losmedicamentos que tienen el stock en cero.

3. EL Administrador podrá imprimir el reporte haciendo clicen el botón imprimir.

Curso alterno

No existe.



76


4.5.11 CASO DE USO 11: Reporte de medicamentos vencidos enalmacén


CU-11 Reportedemedicamentosvencidos enalmacén

Curso básico:



2. El Administrador hace clic en el menú Reporte.

El sistema muestra un submenú Reporte de medicamentos

77

vencidos en almacén

El sistema busca los medicamentos que estén vencidos enel almacén.

El sistema muestra la interfaz con la lista de losmedicamentos vencidos.

3. El administrador podrá quitar la cantidad demedicamentos vencidos haciendo clic en el botón “QuitarStock”.

4. El Administrador también podrá imprimir el reportehaciendo clic en el botón imprimir.

Curso alterno

3. El sistema muestra un mensaje “No hay medicamentosvencidos hasta la fecha” en caso de no haber ningúnmedicamento vencido.

Tabla 4.13: Reporte de medicamentos vendidos en almacén.

Figura 01: Reporte de medicamentos vendidos en almacén.

78

Figura 02: Reporte de medicamentos vendidos en almacén.

4.5.12 CASO DE USO 12: Emitir orden de despacho.


CU-12 Emitirorden dedespacho.

Curso Básico:

1. El farmacéutico ingresa al sistema de farmacia.


2. El farmacéutico hace clic en el menú Orden deDespacho.

El sistema muestra la interfaz Orden de Despacho con susdatos a rellenar.

79

3. El farmacéutico buscará al alumno haciendo clic en elbotón de 3 puntos al lado de la caja de texto CódigoAlumno.

El sistema muestra una interfaz con un filtro de búsqueday la lista de alumnos.

4. El farmacéutico digita el código del alumno.

El sistema irá enlistando los alumnos que tengan parecidocon el dato ingresado.

5. El farmacéutico selecciona al alumno y le hace clic en elbotón Aceptar

EL sistema muestra en la interfaz Orden de despacho elcódigo del alumno buscado.

6. El farmacéutico buscará al Usuario haciendo clic en elbotón de 3 puntos al lado de la caja de texto DniFarmacéutico.

El sistema muestra una interfaz con un filtro de búsqueday la lista de Usuarios.

7. El farmacéutico digita el Nombre del usuario.

El sistema irá enlistando los usuarios que tengan parecidocon el dato ingresado.

8. El farmacéutico selecciona al usuario y le hace clic en elbotón Aceptar

EL sistema muestra en la interfaz Orden de despacho elDni del usuario buscado.

9. El farmacéutico buscará al Medicamento haciendo clicen el botón de Buscar Medicina.

El sistema muestra una interfaz con un filtro de búsqueday la lista de Medicamentos.

10. El farmacéutico digita el Nombre del medicamento.

El sistema irá enlistando los medicamentos que tenganparecido con el dato ingresado.

11. El farmacéutico selecciona al medicamento y le haceclic en el botón Aceptar

EL sistema muestra en la interfaz Orden de despacho elcódigo del medicamento, el nombre del medicamento, el

80

precio del medicamento.

12. El farmacéutico ingresa la cantidad de medicinarecetada y hace clic en el botón de la agregar.

El sistema enlistará los medicamentos agregados en laparte inferior de la interfaz

13. El farmacéutico hará en el botón guardar.

El sistema validará el monto total.

Curso Alterno:

13. El sistema muestra un mensaje de error cuando elmonto total de los medicamentos supera el saldodisponible del alumno.

Tabla 4.14: Emitir orden de despacho.

Figura 01: Emitir orden de despacho.

81



82


83


84

CAPÍTULO V

DISEÑO PRELIMINAR

85

5.1. DIAGRAMA DE ROBUSTEZ5.1.1 CU-01: Autentificar usuario

Figura 5.1: Diagrama de Robustez para “Autentificar usuario”

5.1.2 CU-02: Actualizar Usuario

Figura 5.2: Diagrama de Robustez para “Actualizar usuario”

pkg CU-01 Autentificar Usuario.

CU-01 Autentificar Usuario.Curso Básico:1. El Actor (administrador –farmacéutico) accede al sistema (login).El sistema muestra un formulario para elingreso de usuario y contraseña.2. El Actor (administrador –farmacéutico) ingresa en los cuadros detexto su usuario y contraseña.3. El Actor (administrador –farmacéutico) hace clic en el botóningresarEl sistema verifica si los datosingresados son validosSi sistema valida el nivel de acceso ymuestra la interfaz principal.

Curso Alterno:3. El sistema muestra un mensaje deerror si los datos del actor (administrador- farmacéutico) sean incorrectos.

Actor(administrador -

farmacéutico)

Login

Interfaz Principal

Usuario

Validar Datos

Datos Incorrectos

Diigita datos delusuario

clic en botón Ingresar

pkg CU-02 Actualizar Usuario.

CU-02 Actualizar Usuario.Curso Básico:1. El Administrador ingresa al sistema defarmacia.El sistema muestra una interfaz principal pararealizar diferentes opciones.2. El Administrador hace cl ic en el menúRegistrar.El sistema mostrará las diferentes opciones.3. El Administrador hace cl ic en el submenúusuario.El sistema mostrará una interfaz con la l ista deusuarios y diferentes opciones.4. El Administrador hace cl ic en Nuevo paraagregar un nuevo usuario.El sistema muestra un formulario para ell lenado de datos.5. El administrador ingresa los datos del nuevousuario y hace cl ic en el botón guardar.El sistema valida los datos.El sistema guarda la información en la basede datos.6. El Administrador hace cl ic en el submenúusuario.El sistema mostrará la interfaz anterior delusuario donde buscará al usuario a modificar.El sistema muestra las opciones de eliminar omodificar.7. El Administrador selecciona el nombre delusuario elegido y le da cl ic en modificar.El sistema te muestra una interfaz con losdatos rel lenados del usuario.8. El Administrador modifica los datos delusuario y hace cl ic en guardar.El sistema valida los datos y los guarda en labase de datos.9. El Administrador selecciona el nombre delusuario elegido y le da cl ic en Eliminarusuario.El sistema elimina al usuario seleccionado.Curso Alterno:5 – 8. El sistema muestra un mensaje de error“Ingrese todos los datos” cuando falta rel lenaren los campos.

Administrador

Interfaz principal

Validar datos usuario

Usuario

Datos incompletosusuario

Formulario registrarusuario

Interfaz modificarusuario

Guardar datos

Formulario modificarusuario

Validar datos

Datos imcompletos

Elimar usuario

Usuario

Cargar Datos Usuario

Clic en elsubmenúRegistrarUsuario

Clic ensubmenúModificarusuario

86

5.1.3 CU-03: Registro de medicamento y orden de compra

Figura 5.3: Diagrama de Robustez para “Registro de medicamento y descripción”

5.1.4 CU-04: Actualizar datos del medicamento

Figura 5.4: Diagrama de Robustez para “Actualizar datos del medicamento”

pkg CU-03 Registro de medicamentos y orden de compra

CU-03 Registro de medicamentos y orden de compra

Actor(administrador –

farmacéutico)

Interfaz Principal

Formulariomedicamentos

Validar datos ingresados

Registro deMedicamentoDatos Incompletos del

medicamento y sudescripción

Guardar datos demedicamentos

Curso Básico:1. El Actor (administrador – farmacéutico)Ingresa al sistema de la farmacia.El sistema muestra una interfaz principalpara realizar diferentes opciones.2. El Actor (administrador – farmacéutico)hace cl ic en el menú Registrar.El sistema muestra el submenú.3. El Actor (administrador – farmacéutico)hace cl ic en el submenú agregarmedicamento y orden de compra.El sistema muestra una interfaz con la l istade medicamentos y diferentes opciones.4. El Actor (administrador – farmacéutico)hace cl ic en Nuevo Medicamento.El sistema mostrara un formulario de registrode medicamentos una pantalla dondeespecificará (orden de compra, nombre delmedicamento, nombre del laboratorio,categoría, stock, precio, presentación, fechade vencimiento, descripción) que se va aingresar a la base de dato.5. El Actor (administrador – farmacéutico)l lenara los respectivos datos delmedicamento.El sistema generará automáticamente elcódigo para el medicamento.El sistema valida los datos ingresados y queestén correctos.6. El Actor (administrador – farmacéutico)guarda la descripción del medicamento.Curso Alterno:6. El sistema muestra un mensaje de errorcuando falta algún dato (nombre delmedicamento, nombre del laboratorio,categoría, stock, precio, fecha devencimiento, descripción).

Curso Alterno:5. El sistema muestra un mensaje de errorcuando falta algún dato(descripción,nombre, unida, cantidad, marca, fecha devencimiento y fecha de emisión, número delote, código, nombre de la industria, nombredel producto, forma farmacéutica,concentración, costo).

Digita los datos delmedicamento

Medicamentos

Clic enbotónGuardar

hace cl ic enel menúRegistrar

Clic en nuevo medicamento

pkg CU-04 Actualizar datos del medicamento.

CU-04 Actualizar datos del medicamento

Actor(administrdor -farmacéutico)

Interfaz Principal Interfaz actualizarmedicamento Buscar Medicamento

Formulario modificarmedicamento

Registro medicamento

Validar datos

Datos incompletos delmedicamento

Guardar Datos

Curso básico:1. El Actor (administrador – farmacéutico) ingresaal sistema de la farmacia.El sistema muestra una interfaz principal pararealizar diferentes opciones.2. El Actor (administrador – farmacéutico) haceclic en el menú Registrar.El sistema muestra el submenú.3. El Actor (administrador – farmacéutico) haceclic en el submenú modificar medicamento.El sistema muestra una interfaz con la l ista demedicamentos y un fi l tro de búsqueda.4. El Actor (administrador – farmacéutico)escribirá el nombre del medicamento dentro delfi l tro.El sistema fi l tra los medicamentos parecidos y laira mostrando en la parte inferior de la interfaz.5. El Actor (administrador – farmacéutico) haceclic en el medicamento elegido.6. El Actor (administrador – farmacéutico) haceclic en el botón Modificar.El sistema muestra una interfaz con los datos delmedicamento.7. El Actor (administrador – farmacéutico)modifica los datos necesarios del medicamento.8. El Actor (administrador – farmacéutico) guardalos datos modificados haciendo cl ic en el botónguardar.El sistema valida los datos.El sistema guarda los datos.Curso alterno:6. El sistema muestra un mensaje de error si nose ha seleccionado ningún medicamento.8. El sistema muestra un mensaje de errorcuando falta algún dato (nombre delmedicamento, nombre del laboratorio, categoría,stock, precio, fecha de vencimiento, descripción).

Clic en elmenúMedicamento

87

5.1.5 CU-05: Verificar stock de medicamentos

Figura 5.5: Diagrama de Robustez para “Verificar stock de medicamentos”

5.1.6 CU-06: Verificar saldo disponible

Figura 5.6: Diagrama de Robustez para “Verificar saldo disponible”

pkg CU-05 Verificar Stock de medicamentos

CU-05 Verificar Stock de medicamentosCurso básico:1. El actor (administrador,farmacéutico) Ingresar al sistemade la farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico) hace clic en elmenú Verificar.El sistema muestra un submenú.3. El actor (administrador,farmacéutico) hace clic en elsubmenú Verificar Stock demedicamentos.El sistema muestra una interfazcon una lista completa demedicamentos en stock ademásde un fi ltro de búsqueda.4. El actor (administrador,farmacéutico) escribirá en el fi l troel medicamento a buscar.El sistema ira enlistando losmedicamentos que tengan unparecido con el nombre delproducto.5. El actor (administrador,farmacéutico) podrá seleccionar elmedicamento buscado.El sistema mostrará el stock dedicho medicamento.

Curso alterno:4. El sistema mostrará un mensajeen caso de no existir el producto

Actor(administrador,farmacéutico)

Interfaz principal

Interfaz stock demedicamentos

Buscar Medicamento


Medicamento noencontrado Mostrar Stock

Clic en elsubmenúVerificarStock

pkg CU-06 Verificar saldo disponible

CU-06 Verificar saldo disponibleCurso básico:1. El actor (administrador,farmacéutico) Ingresa al sistemade la farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico), hace cl ic en elmenú Verificar saldo disponible.El sistema muestra una interfazcon un fi l tro de búsqueda segúncódigo de alumno.3. El actor (administrador,farmacéutico) escribe el códigodel alumno.El sistema verifica si los datosingresados son válidos.El sistema muestra una interfazcon los datos del alumno y elsaldo correspondiente.Curso alterno:3. El sistema muestra unmensaje de error por el códigoincorrecto.


farmacéutico)Interfaz principal

Búsqueda de saldo

Verificar datos

Alumno

Dato incorrecto

Saldo disponible

Clic en menúVerificar saldo

88

5.1.7 CU-07: Emitir reporte de medicamento de almacén

Figura 5.7: Diagrama de Robustez para “Emitir reporte de medicamento de almacén”

5.1.8 CU-08: Reporte de medicamentos más salientes

Figura 5.8: Diagrama de Robustez para “Reporte de medicamentos más salientes”

pkg CU-07 Emitir reporte de medicamento de almacén

CU-07 Emitir reporte de medicamento de almacénCurso básico:1. El actor (administrador,farmacéutico) Ingresar al sistema dela farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico), hace clic en el menúReporte.El sistema muestra un submenú.3. El actor (administrador,farmacéutico) hace clic en EmitirReporte de Medicamentos dealmacén.El sistema visualizará una lista demedicamentos que posee elalmacén (nombre de producto, fechade vencimiento, cantidad).4. El actor (administrador,farmacéutico) podrá imprimir elreporte haciendo clic en el botónimprimir.El sistema lo imprimirá en formatoPDF.

Curso alterno:No existe.


farmacéutico)

Interfaz principal

Interfaz reportemedicamentos

Visualizamedicamentos

Registro medicamentos

Imprimirmedicamentos

Clic ensubmenúReportemedicamentosen almacén

pkg CU-08 Reporte de medicamentos más salientes.

CU-08 Reporte de medicamentos más salientes.Curso básico:1. El actor (administrador,farmacéutico) Ingresar al sistemade la farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico), hace clic en elmenú Reporte.El sistema muestra un submenú.3. El actor (administrador,farmacéutico) hace clic enReporte de Medicamentos mássalientes.El sistema muestra una lista demedicamentos que tienen mayorsalida.El sistema muestra un fi ltro paradeterminar la cantidad demedicamentos a mostrar.4. El actor (administrador,farmacéutico) podrá escribir lacantidad deseada demedicamentos con mayor salida.5. El actor (administrador,farmacéutico) podrá imprimir elreporte haciendo clic en el botónimprimir.El sistema lo imprimirá enformato PDF.



farmacéutico)

Interfaz pricnipal

Medicamentos con mássalida

Limitar medicamentos

Imprimir Reporte


Clic en elsubmenúReporteMedicamentosmás Salientes

89

5.1.9 CU-09: Registrar alumno por semestre

Figura 5.9: Diagrama de Robustez para “Registrar alumno por semestre”

5.1.10 CU-10: Realizar orden de pedido de medicamento

Figura 5.10: Diagrama de Robustez para “Realizar orden de pedido de medicamento”

pkg CU-09 Registrar alumno por semestre

CU-09 Registrar alumno por semestreCurso básico:1. El actor (administrador,farmacéutico) ingresa al sistemade farmacia.El sistema muestra un interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico) hace cl ic en elmenú Registrar.El sistema muestra un submenú.3. El actor (administrador,farmacéutico) hace cl ic enAlumno.El sistema muestra el formularioRegistrar alumno.4. El actor (administrador,farmacéutico) digita los datosdel alumno como: Código,escuela, nombres y apell idos,facultad.5. El actor (administrador,farmacéutico) podrá guardar losdatos del alumno haciendo cl icen el botón Guardar.El sistema validará los datosingresados.El sistema guarda los datos.Curso alterno5. El sistema muestra unmensaje de error en caso de queel actor (administrador,farmacéutico) no complete todoslos cuadros del formulario.


farmacéutico)

Interfaz Principal

Formulario registrarAlumno

Validar datos

Alumno

Datos incompletos delalumno

Grabar datos delalumno

Clic en elmenúRegistrarAlumno

pkg CU-10 Realizar orden de pedido de medicamento

CU-10 Realizar orden de pedido de medicamentoCurso básico:1. El Administrador ingresa alsistema de farmacia.El sistema muestra un interfazprincipal para realizar diferentesopciones.2. El Administrador hace cl ic enel menú Reportes.El sistema muestra un submenúRealizar orden de pedido demedicamento.El sistema muestra la interfazcon una l ista de losmedicamentos que tienen elstock en cero.3. EL Administrador podráimprimir el reporte haciendo cl icen el botón imprimir.

Curso alternoNo existe.

Administrador

Interfaz principal Lista medicamentos constock cero


Medicamentos

Clic ensubmenúRealizarpedido

90

5.1.11 CU-11: Reporte de medicamentos vencidos en almacén

Figura 5.11: Diagrama de Robustez para “Reporte de medicamentos vencidos en almacén”

5.1.12 CU-12: Emitir orden de despacho

Figura 5.12: Diagrama de Robustez para “Emitir orden de despacho”

pkg CU-11 Reporte de medicamentos v encidos en almacén

CU-11 Reporte de medicamentos vencidos en almacénCurso básico:1. El Administrador ingresa alsistema de farmacia.El sistema muestra un interfazprincipal para realizardiferentes opciones.2. El Administrador hace cl icen el menú Reporte.El sistema muestra unsubmenú Reporte demedicamentos vencidos enalmacénEl sistema busca losmedicamentos que esténvencidos en el almacén.El sistema muestra la interfazcon la l ista de losmedicamentos vencidos.3. El administrador podráquitar la cantidad demedicamentos vencidoshaciendo cl ic en el botón“Quitar Stock”.4. El Administrador tambiénpodrá imprimir el reportehaciendo cl ic en el botónimprimir.

Curso alterno3. El sistema muestra unmensaje “No haymedicamentos vencidos hastala fecha” en caso de no haberningún medicamento vencido.

Administrador Interfaz principal

Menú Reporte

Lista de medicamentosvencidos

Quitar cantidad demedicamentos del

stockMedicamentos

Verificar medicamentosvencidos

No hay medicamentosvencidos


muestra

hace cl ic

pkg CU-12 Emitir orden de despacho.

CU-12 Emitir orden de despacho.Curso Básico:1. El farmacéutico ingresa al sistema de farmacia.El sistema muestra un interfaz principal para realizardiferentes opciones.2. El farmacéutico hace cl ic en el menú Orden deDespacho.El sistema muestra la interfaz Orden de Despacho con susdatos a rel lenar.3. El farmacéutico buscará al alumno haciendo cl ic en elbotón de 3 puntos al lado de la caja de texto CódigoAlumno.El sistema muestra una interfaz con un fi l tro de búsqueday la l ista de alumnos.4. El farmacéutico digita el código del alumno.El sistema irá enlistando los alumnos que tenganparecido con el dato ingresado.5. El farmacéutico selecciona al alumno y le hace cl ic enel botón AceptarEL sistema muestra en la interfaz Orden de despacho elcódigo del alumno buscado.6. El farmacéutico buscará al Usuario haciendo cl ic en elbotón de 3 puntos al lado de la caja de texto DniFarmacéutico.El sistema muestra una interfaz con un fi l tro de búsqueday la l ista de Usuarios.7. El farmacéutico digita el Nombre del usuario.El sistema irá enlistando los usuarios que tenganparecido con el dato ingresado.8. El farmacéutico selecciona al usuario y le hace cl ic enel botón AceptarEL sistema muestra en la interfaz Orden de despacho elDni del usuario buscado.9. El farmacéutico buscará al Medicamento haciendo cl icen el botón de Buscar Medicina.El sistema muestra una interfaz con un fi l tro de búsqueday la l ista de Medicamentos.10. El farmacéutico digita el Nombre del medicamento.El sistema irá enlistando los medicamentos que tenganparecido con el dato ingresado.11. El farmacéutico selecciona al medicamento y le haceclic en el botón AceptarEL sistema muestra en la interfaz Orden de despacho elcódigo del medicamento, el nombre del medicamento,el precio del medicamento.12. El farmacéutico ingresa la cantidad de medicinarecetada y hace cl ic en el botón de la agregar.El sistema enlistará los medicamentos agregados en laparte inferior de la interfaz13. El farmacéutico hará en el botón guardar.El sistema validará el monto total.

Curso Alterno:13. El sistema muestra un mensaje de error cuando elmonto total de los medicamentos supera el saldodisponible del alumno.

Farmacéutico Interfaz principal

Interfaz Buscar Alumno

Validar código delalumno

Código incorrecto delalumno

Añadir o quitarmedicamentos

Alumno

Interfaz Buscar Usuario

Registro demedicamento

Validar Saldo

Monto Superior alsaldo

Imprimir orden dedespacho

Orden de despacho

Validar Dni Usuario

Usuario no encontradoUsuario

Interfaz BuscarMedicamento

Validar Medicamento

Medicamento noencontrado

Clic en Ordende despacho

91

5.2. MODELO DE DOMINIO ACTUALIZADO

Figura 5.13: Modelo de dominio actualizado

class Modelo de dominio

Consulta

Enfermedad

Almacén

AnalgésicoInyecciónJarabe

Marca

MedicamentoPastilla

Producto

Receta

Médico

Prov eedor

Farmacéutica

Estudiante

Saldo

Saldo Limitado SaldoExcepcional

Pedido

Entrega

Produce

Genera

Entrega

ControlaComprueba

Atiende

Realiza

Tiene

Tiene

Hace

92

CAPÍTULO VI

ARQUITECTURA TÉCNICA

93

6.1 ARQUITECTURA TÉCNICAPara el desarrollo de software es imperante y necesario el definir un

estándar de programación ya que permite una mayor legitimidad, es por esoque el estilo de programación está construido por diferentes directrices quepermiten un trabajo más organizado y entendible.

El presente software “Sistema de control para la Farmacia de la Universidadde San Cristóbal de Huamanga” será una aplicación cliente-servidor de tipocliente ligero; para lo cual usaremos al C# como lenguaje de programación,al Visual Studio 2012 como IDE, al SQL Server v 2012 como gestor de Basede Datos, al SAP Crystal Report como aplicación para diseñar y generarreportes; finalmente como diseño la arquitectura en 3 capas.

6.1.1 LENGUAJE DE PROGRAMACIÓN C#“Es un lenguaje orientado a objetos creado por Microsoft especialmentepara su plataforma .NET. C# combina y mejora gran parte de lascaracterísticas más interesantes de Java y C++” (Cerezo, Peñalba yCaballero, 2006, p. 25)Los programas C# se organizan en clases, lo que significa que incluso elprograma más sencillo que se pueda pensar debe estar escrito dentro de

una clase” (Martín, 2007, p. 11)

6.1.2 BASE DE DATOS SQL SERVER v 2012CARACTERÍSTICAS BÁSICAS DE LA BASE DE DATOS SQLSERVER2012 Soporte de transacciones. Soporta procedimientos almacenados. Incluye también un entorno gráfico de administración, que permite el

uso de comandos DDL y DML gráficamente. Permite trabajar en modo cliente-servidor, donde la información y

datos se alojan en el servidor y los terminales o clientes de la redsólo acceden a la información.

94

Además permite administrar información de otros servidores dedatos.

Este sistema incluye una versión reducida, llamada MSDE con elmismo motor de base de datos pero orientado a proyectos máspequeños, que en sus versiones 2005 y 2008 pasa a ser el SQLExpress Edición, que se distribuye en forma gratuita.

Es común desarrollar completos proyectos complementandoMicrosoft SQL Server y Microsoft Access a través de los llamadosADP (Access Data Project). De esta forma se completa la base dedatos (Microsoft SQL Server), con el entorno de desarrollo (VBAAccess), a través de la implementación de aplicaciones de dos capasmediante el uso de formularios Windows.

Para el desarrollo de aplicaciones más complejas (tres o más capas),Microsoft SQL Server incluye interfaces de acceso para variasplataformas de desarrollo, entre ellas .NET, pero el servidor sólo estádisponible para Sistemas Operativos.

6.1.3 VISUAL STUDIO2012 .NET Framework 4.5.1Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, porsus siglas en inglés) para sistemas operativos Windows. Soporta

múltiples lenguajes de programación tales como C++, C#, Visual Basic.NET, F#, Java, Python, Ruby, PHP; al igual que entornos de desarrolloweb como ASP.NET MVC, Django, etc., a lo cual sumarle las nuevascapacidades online bajo Windows Azure en forma del editor Monaco.

CARACTERÍSTICAS DE VISUAL STUDIO 2012Visual Studio permite a los desarrolladores crear aplicaciones, sitios yaplicaciones web, así como servicios web en cualquier entorno quesoporte la plataforma .NET (a partir de la versión .net 2002, se incorporala versión Framework 3.5, Framework 4.0 y Framework 4.5 para lasediciones 2005, 2008, 2010 y 2012). Así se pueden crear aplicacionesque se intercomuniquen entre estaciones de trabajo, páginas web y

95

dispositivos móviles. Cabe destacar que estas ediciones son iguales alentorno de desarrollo comercial de Visual Studio Professional pero sin

características avanzadas. Las ediciones que hay dentro de cada suiteson:Visual Studio 2013 Express for WindowsVisual Studio 2013 Express for Windows DesktopAdicionalmente, Microsoft ha puesto gratuitamente a disposición de todoel mundo una versión reducida de Microsoft SQL Server llamada SQLServer Express Edition cuyas principales limitaciones son que no soportabases de datos superiores a 10 GB de tamaño, únicamente utiliza unprocesador y 1 Gb de RAM y no cuenta con el Agente de SQL Server.

6.1.4 CONFIGURACIÓN 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 CONFIGURACIÓN DE SOFTWARE• El Sistema Operativo podrá ser WINDOWS en sus distribuciones:

WINDOWS XP, WINDOWS 7 Y WINDOWS 8; como también el

Sistema Operativo Linux.• La base de datos será SQL SEVER 2012.

96

6.2 DIAGRAMA DE COMPONENTES

Figura 6.1 Diagrama de componentes.

uc Procesos de negocio

Capa.datos.dll System.data.dll

System.data.dllCapa Negocio.Dll

FarmaciaUNSCH.exe CAPAPRESENTACION

Crystal Report.Dll

CAPA NEGOCIO

CAPA DATOS

97

6.3 DIAGRAMA DE DESPLIEGUE

Figura 6.2: Diagrama de despliegue.

deployment Modelo de despliegue

FarmaciaUNSCH.exe

«device»Serv idor de Aplicaciones

Serv idor Bases de Datos

Crystal Report

Registro Alumnos

SQL Serv er 2012

Control Medicamentos

TCP / IP

98

7.1 DIAGRAMAS DE SECUENCIACU-01: Autentificar Usuario

Figura 7.1: Diagrama de despliegue para “Autentificar Usuario”

sd CU-01 Autentificar Usuario

ActorAutentificar datosLogin UsuarioInterfazPrincipal

Curso Básico:1. El Actor(administrador –farmacéutico) accede alsistema (login).El sistema muestra unformulario para elingreso de usuario ycontraseña.2. El Actor(administrador –farmacéutico) ingresa enlos cuadros de texto suusuario y contraseña.3. El Actor(administrador –farmacéutico) hace clicen el botón ingresarEl sistema verifica si losdatos ingresados sonvalidosSi sistema valida elnivel de acceso ymuestra la interfazprincipal.

Curso Alterno:3. El sistema muestra unmensaje de error si losdatos del actor(administrador -farmacéutico) seanincorrectos.

IniciarSesion(usuario,clave)

VerificarDatos(usuario,clave)

getValues(usuario,clave)

ValidarDatos()

ver()

MostrarError()

99

CU-02: Actualizar Usuario

Figura 7.2: Diagrama de despliegue para “Actualizar Usuario”

sd CU-02 Actualizar Usuario.

AdministradorInterfaz Principal Formulario

Registrar UsuarioInterfaz Modificar

UsuarioFormulario

Modificar UsuarioValidar Datos Guardar Datos Eliminar Datos UsuarioCargar Datos

Curso Básico:1. El Administrador ingresa al sistemade farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El Administrador hace clic en elsubmenú actualizar usuario.El sistema mostrará las diferentesopciones que debe realizarse ((001)registrar usuario, (002) modificarusuario.3. El Administrador hace clic en elsubmenú registrar usuario.El sistema mostrará un formulario parael l lenado de los datos.4. El Administrador ingresa los datosdel nuevo usuario y hace clic en elbotón guardar.El sistema valida los datos, los guardaen la base de datos.5. El Administrador hace clic en elsubmenú modificar usuario.El sistema mostrará una lista de usuariodonde buscará al usuario a modificar.El sistema muestra las opciones deeliminar o modificar.6. El Administrador selecciona elnombre del usuario elegido y le da clicen modificar.El sistema te muestra una interfaz conlos datos rellenados del usuario.7. El Administrador modifica los datosdel usuario y hace clic en guardar.El sistema valida los datos y los guardaen la base de datos.8. El Administrador selecciona elnombre del usuario elegido y le da clicen Eliminar usuario.El sistema elimina al usuarioseleccionado.

Curso Alterno:4. – 7. El sistema muestra un mensajede error “Ingrese todos los datos”cuando falta rellenar en los campos.

ver()enviarDatos()

validarDatos()

enviarDatos()guardar()

ver()enviarDatos()

getValues()

ver()

enviarDatos()

validarDatos()

enviarDatos()

guardar()

ver()

enviarDatos()eliminar()

mostarError()

mostrarError()

100

CU-03: Registro de medicamento y orden de compra

Figura 7.3: Diagrama de despliegue para “Registro de medicamento y orden de compra”

sd CU-03 Registro de medicamentos y descripción.

Actor (administrador -farmacéutico) Interfaz Principal Formulario

Agregarmedicamento

Registromedicamentos

Validar datos Guardar datos

Curso Básico:1. El Actor (administrador –farmacéutico) Ingresa al sistemade la farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El Actor (administrador –farmacéutico) hace cl ic en elmenú Registrar.El sistema muestra el submenúRegistrar de medicamentos.3. El Actor (administrador –farmacéutico) hace cl ic en elsubmenú Registrar demedicamentos.El sistema mostrara un formulariode registro de medicamentos unapantalla donde especificará(nombre del medicamento,nombre del laboratorio, categoría,stock, precio, fecha devencimiento, descripción) que seva a ingresar a la base de dato.4. El Actor (administrador –farmacéutico) l lenara losrespectivos datos delmedicamento.El sistema generaráautomáticamente el código parael medicamento.El sistema valida los datosingresados y que estén correctos.5. El Actor (administrador –farmacéutico) guarda ladescripción del medicamento.

Curso Alterno:5. El sistema muestra un mensajede error cuando falta algún dato(nombre del medicamento,nombre del laboratorio, categoría,stock, precio, fecha devencimiento, descripción).

Ver()

enviarDatos()

validarDatos()

enviarDatos()Guardar()

mostrarError()

101

CU-04: Actualizar datos del medicamento

Figura 7.4: Diagrama de despliegue para “Actualizar datos del medicamento”

sd CU-04 Actualizar datos del medicamento.

Actor (administrador,farmacéutico) Interfaz Principal Interfaz actualizar

medicamentoFormulariomodificar

medicamento

Buscarmedicamento

Guardarmedicamento

Validar datos Registromedicamento

Curso básico:1. El Actor (administrador –farmacéutico) ingresa al sistema dela farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El Actor (administrador –farmacéutico) hace cl ic en elmenú Registrar.El sistema muestra el submenú.3. El Actor (administrador –farmacéutico) hace cl ic en elsubmenú ver medicamento.El sistema muestra una interfaz conun fi l tro de búsqueda.4. El Actor (administrador –farmacéutico) escribirá el nombredel medicamento dentro del fi l tro.El sistema fi l tra los medicamentosparecidos y la ira mostrando en laparte inferior de la interfaz.5. El Actor (administrador –farmacéutico) hace cl ic en elmedicamento elegido.El sistema muestra los datos delmedicamento en la parte superiorde la interfaz.6. El Actor (administrador –farmacéutico) hace cl ic en el botónModificar.El sistema muestra una interfaz conlos datos del medicamento.7. El Actor (administrador –farmacéutico) modifica los datosnecesarios del medicamento.8. El Actor (administrador –farmacéutico) guarda los datosmodificados haciendo cl ic en elbotón guardar.El sistema valida los datos.El sistema guarda los datos.

Curso alterno:6. El sistema muestra un mensajede error si no se ha seleccionadoningún medicamento.8. El sistema muestra un mensajede error cuando falta algún dato(nombre del medicamento, nombredel laboratorio, categoría, stock,precio, fecha de vencimiento,descripción).

display()

enviarDatos()

getValues()

display()

enviarDatos()

validarDatos()

enviaDatos()

guardar()

mostrarError()

102

CU-05: Verificar stock de medicamentos

Figura 7.5: Diagrama de despliegue para “Verificar stock de medicamentos”

sd CU-05 Verificar stock de medicamentos

Actor (administrador,farmacéutico) Interfaz principal Interfaz Stock

MedicamentosMostrar Stock Buscar

medicamentoRegistro

medicamento

Curso básico:1. El actor (administrador,farmacéutico) Ingresar alsistema de la farmacia.El sistema muestra una interfazprincipal para realizar diferentesopciones.2. El actor (administrador,farmacéutico) hace clic en elmenú Verificar.El sistema muestra un submenú.3. El actor (administrador,farmacéutico) hace clic en elsubmenú Verificar Stock demedicamentos.El sistema muestra una interfazcon una lista completa demedicamentos en stock ademásde un fi ltro de búsqueda.4. El actor (administrador,farmacéutico) escribirá en elfi ltro el medicamento a buscar.El sistema ira enlistando losmedicamentos que tengan unparecido con el nombre delproducto.5. El actor (administrador,farmacéutico) podrá seleccionarel medicamento buscado.El sistema mostrará el stock dedicho medicamento.

Curso alterno:4. El sistema mostrará unmensaje en caso de no existir elproducto

ver()

enviarDatos()

getValues()

ver()

mostrarError()

103

CU-06: Verificar saldo disponible

Figura 7.6: Diagrama de despliegue para “Verificar saldo disponible”

sd CU-06 Verificar saldo disponible

Actor (administrador,farmacéutico) Interfaz principal Busqueda de

SaldoSaldo disponible Validar datos Allumno

Curso básico:1. El actor(administrador,farmacéutico) Ingresa alsistema de la farmacia.El sistema muestra unainterfaz principal pararealizar diferentesopciones.2. El actor(administrador,farmacéutico), hace clicen el menú Verificarsaldo disponible.El sistema muestra unainterfaz con un fi ltro debúsqueda según códigode alumno.3. El actor(administrador,farmacéutico) escribe elcódigo del alumno.El sistema verifica si losdatos ingresados sonválidos.El sistema muestra unainterfaz con los datosdel alumno y el saldocorrespondiente.

Curso alterno:3. El sistema muestra unmensaje de error por elcódigo incorrecto.

ver()

enviarDatos()

getValues()

validarSaldo()

ver()

mostrarError()

104

CU-07: Emitir reporte de medicamento de almacén

Figura 7.7: Diagrama de despliegue para “Emitir reporte de medicamento de almacén”

sd CU-07 Emitir reporte de medicamento de almacén

Actor (administrador,farmacéutico) Interfaz principal Interfaz reporte

medicamentosVisualiza

medicamentosImprimir

medicamentosRegistro

medicamentos

Curso básico:1. El actor (administrador,farmacéutico) Ingresar alsistema de la farmacia.El sistema muestra unainterfaz principal pararealizar diferentesopciones.2. El actor (administrador,farmacéutico), hace clic enel menú Reporte.El sistema muestra unsubmenú.3. El actor (administrador,farmacéutico) hace clic enEmitir Reporte deMedicamentos dealmacén.El sistema muestra unalista de medicamentos queposee el almacén (nombrede producto, fecha devencimiento, cantidad).4. El actor (administrador,farmacéutico) podráimprimir el reportehaciendo clic en el botónimprimir.El sistema lo imprimirá enformato PDF.


ver()

enviarDatos()

getValues()

listar()

enviarDatos()

imprimir()

105

CU-08: Reporte de medicamentos más salientes

Figura 7.8: Diagrama de despliegue para “Reporte de medicamentos más salientes”

sd CU-08 Reporte de medicamentos más salientes.

Actor (administrador,farmacéutico) Interfaz principal Medicamentos

con más salidaLimitar

medicamentosImprimir reporte Registro

medicamentos

Curso básico:1. El actor (administrador,farmacéutico) Ingresar alsistema de la farmacia.El sistema muestra unainterfaz principal para realizardiferentes opciones.2. El actor (administrador,farmacéutico), hace clic en elmenú Reporte.El sistema muestra unsubmenú.3. El actor (administrador,farmacéutico) hace clic enReporte de Medicamentosmás salientes.El sistema muestra una listade medicamentos que tienenmayor salida.El sistema muestra un fi ltropara determinar la cantidadde medicamentos a mostrar.4. El actor (administrador,farmacéutico) podrá escribir lacantidad deseada demedicamentos con mayorsalida.5. El actor (administrador,farmacéutico) podrá imprimirel reporte haciendo clic en elbotón imprimir.El sistema lo imprimirá enformato PDF.


ver()

enviarDatos()

getValues()

Listar()

enviarDatos()

imprimir()

106

CU-09: Registrar alumno por semestre

Figura 7.9: Diagrama de despliegue para “Registrar alumno por semestre”

sd CU-09 Registrar alumno por semestre

Actor (administrador,farmacéutico) Interfaz principal Formulario

registrar alumnoValidar datos Guardar datos Alumno

Curso básico:1. El actor (administrador,farmacéutico) ingresa al sistemade farmacia.El sistema muestra un interfazprincipal para realizardiferentes opciones.2. El actor (administrador,farmacéutico) hace cl ic en elmenú Registrar.El sistema muestra unsubmenú.3. El actor (administrador,farmacéutico) hace cl ic enRegistrar alumno.El sistema muestra el formularioRegistrar alumno.4. El actor (administrador,farmacéutico) digita los datosdel alumno como: Código,escuela, nombres y apell idos,facultad.5. El actor (administrador,farmacéutico) podrá guardar losdatos del alumno haciendo cl icen el botón Guardar.El sistema validará los datosingresados.El sistema guarda los datos.

Curso alterno5. El sistema muestra unmensaje de error en caso deque el actor (administrador,farmacéutico) no completetodos los cuadros delformulario..

Ver()

enviarDatos()

validarDatos()

enviarDatos()

guardar()

mostrarError()

107

CU-10: Realizar orden de pedido de medicamento

Figura 7.10: Diagrama de despliegue para “Realizar orden de pedido de medicamento”

sd CU-10 Realizar orden de pedido de medicamento

AdministradorInterfaz principal Lista

medicamentosstock cero



Visualizarmedicamentos

Curso básico:1. El Administradoringresa al sistema defarmacia.El sistema muestra uninterfaz principal pararealizar diferentesopciones.2. El Administradorhace cl ic en el menúReportes.El sistema muestra unsubmenú Realizarorden de pedido demedicamento.El sistema muestra lainterfaz con una l istade los medicamentosque tienen el stock encero.3. EL Administradorpodrá imprimir elreporte haciendo cl icen el botón imprimir.Curso alternoNo existe.

Ver()

enviarDatos()

getValues()

l istar()

enviarDatos()

imprimir()

108

CU-11: Reporte de medicamentos vencidos en almacén

Figura 7.11: Diagrama de despliegue para “Reporte de medicamentos vencidos en almacén”

sd CU-11 Reporte de medicamentos v encidos en almacén

AdministradorInterfaz principal Menú reporte Interfaz

medicamentosv encidos

Verificarmedicamentos

Quitar del stock Imprimirmedicamentos


Curso básico:1. El Administrador ingresaal sistema de farmacia.El sistema muestra uninterfaz principal pararealizar diferentes opciones.2. El Administrador haceclic en el menú Reporte.El sistema muestra unsubmenú Reporte demedicamentos vencidos enalmacénEl sistema busca losmedicamentos que esténvencidos en el almacén.El sistema muestra lainterfaz con la l ista de losmedicamentos vencidos.3. El administrador podráquitar la cantidad demedicamentos vencidoshaciendo cl ic en el botón“Quitar Stock”.4. El Administrador tambiénpodrá imprimir el reportehaciendo cl ic en el botónimprimir.Curso alterno3. El sistema muestra unmensaje “No haymedicamentos vencidoshasta la fecha” en caso deno haber ningúnmedicamento vencido.

Ver()

enviarDatos()

getValues()

l istar()

enviarDatos()

quitarMedicamento()

enviarDatos()

imprimir()

mostrarError()

109

CU-12: Emitir orden de despacho

Figura 7.12: Diagrama de despliegue para “Emitir orden de despacho”

sd CU-12 Emitir orden de despacho.

FarmacéuticoInterfaz principal Interfaz Buscar

AlumnoInterfaz BuscarMedicamento

Validar códigoalumno

Validar saldoAñadir o quitarmedicamentos

Imprimir orden dedespacho

Alumno Registromedicamentos

Orden dedespacho

Interfaz BuscarUsuario

Interfaz OrdenDespacho

Validar DniUsuario

ValidarMedicamento

Usuario

Curso Básico:1. El farmacéutico ingresa al sistema de farmacia.El sistema muestra un interfaz principal para realizardiferentes opciones.2. El farmacéutico hace cl ic en el menú Orden deDespacho.El sistema muestra la interfaz Orden de Despacho consus datos a rel lenar.3. El farmacéutico buscará al alumno haciendo cl icen el botón de 3 puntos al lado de la caja de textoCódigo Alumno.El sistema muestra una interfaz con un fi l tro debúsqueda y la l ista de alumnos.4. El farmacéutico digita el código del alumno.El sistema irá enlistando los alumnos que tenganparecido con el dato ingresado.5. El farmacéutico selecciona al alumno y le haceclic en el botón AceptarEL sistema muestra en la interfaz Orden de despachoel código del alumno buscado.6. El farmacéutico buscará al Usuario haciendo cl icen el botón de 3 puntos al lado de la caja de textoDni Farmacéutico.El sistema muestra una interfaz con un fi l tro debúsqueda y la l ista de Usuarios.7. El farmacéutico digita el Nombre del usuario.El sistema irá enlistando los usuarios que tenganparecido con el dato ingresado.8. El farmacéutico selecciona al usuario y le hace cl icen el botón AceptarEL sistema muestra en la interfaz Orden de despachoel Dni del usuario buscado.9. El farmacéutico buscará al Medicamento haciendoclic en el botón de Buscar Medicina.El sistema muestra una interfaz con un fi l tro debúsqueda y la l ista de Medicamentos.10. El farmacéutico digita el Nombre delmedicamento.El sistema irá enlistando los medicamentos quetengan parecido con el dato ingresado.11. El farmacéutico selecciona al medicamento y lehace cl ic en el botón AceptarEL sistema muestra en la interfaz Orden de despachoel código del medicamento, el nombre delmedicamento, el precio del medicamento.12. El farmacéutico ingresa la cantidad de medicinarecetada y hace cl ic en el botón de la agregar.El sistema enlistará los medicamentos agregados enla parte inferior de la interfaz13. El farmacéutico hará en el botón guardar.El sistema validará el monto total.

Curso Alterno:13. El sistema muestra un mensaje de error cuando elmonto total de los medicamentos supera el saldodisponible del alumno.

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()

110

7.2 DIAGRAMA DE CLASE

Figura 7.13: Diagrama de Clase.

class Diagrama de clases detallado

Prov eedor

- CodigoDistribuido: int- Distribucion: string- FechaDistribucion : int- MarcaDistribuido: int

+ EntregarMedicamentos() : void+ EntregarProforma() : void

Usuario

- Apell idos: int- DNIusuario: int- Estado: boolean- Nombre: int- Rol: int

+ AgregarUsuario () : void+ BuscarUsuario() : void+ ModificarEstado() : void+ ModificarUsuario() : void

Alumno

- AlumnoID: int- CodigoAlumno: int- Escuela: int- Facultad: int- NombreAlumno: int- Saldo: int

+ EntregarReceta() : void+ RecibirMedicamento() : void

OrdenDespacho

- FarmaceuticoID: int- FechaOrden: date- Hora : date- NombreFarmaceutico- NombreProducto: String- OrdenDespachoID: int

+ AñadirProducto() : void+ EmitirComprobante() : void+ EntregarProducto() : void+ QuitarProducto() : void

Administrador

- AdministradorID: int- Direccion: String- NombreAdministrador: String- Telefono: int

+ ActualizarSaldo() : void+ RegistarAlumno() : void+ RegistarUsuario() : void

Farmaceutico

- Direccion: String- FarmaceuticoID: int- Nombre: String- Telefono: int

+ ActualizarProducto() : void+ EmitirReporte() : void+ ResgistrarProducto() : void+ SolicitarPedido() : void

Pedido

- CantidadPedida/Unidad: int- DescripcionPedido: String- FechaPedido: date- PedidoID: int- Proveedor: int

+ AgregarPedido() : void+ ImprimirPedido() : void+ ModificarPedido() : void+ SolicitarPedido() : void

Producto

- DescripcionProducto: String- FechaVencimiento: int- IdProducto: int- NombreLaboratorio: String- NombreProducto: String- PrecioProducto: int- PresentacionProducto: String- StockMedicamento: int- T ipoProducto: String

+ AlmacenarProducto () : void

Receta

- Especial idadAtendida: String- IDReceta: int- NombreMedicamento: String- NombreMedico: String

+ AlumnoAtratar() : void+ MedicoATratar() : void

Persona

- Apell idos- Direccion- Nombre

+ ModificarEstado() : void+ RegistrarPersona() : void

Mov imiento Almacen

- FechaEntrada- FechaSalida- Stock

+ Actualizar stock () : void+ RegistrarMedicamnetos() : void

Verifica

1..*

actualiza

1...1

Registra

1..*

contiene

1..*

Otorga1..*

Tiene

1..*

registra

1..*

un

1..*

Entrega

1..*

111

CAPÍTULO VII

DISEÑO

112

7.3 IMPLEMENTACIÓNPara la implementación de los casos de uso se utilizó Visual Studio 2012como el IDE de desarrollo, para las vistas se usó ASP.Net 4.0,implementados en el lenguaje de programación C#.

El Framework de desarrollo fue implementado con el Net Framework v4.0, ypor el gestor de base de datos Microsoft SQL Server 2012, el modelado desoftware fue desarrollado con el software de modelador de sistemasEnterprise Architect v7.3 utilizando como herramienta de modelado delmétodo ICONIX, para las pruebas unitarias Visual Studio 2012 implementauna opción para poder generar estas pruebas denominada “Unit Test”,tomadas en cuenta por su versatilidad en las aplicaciones web.7.3.1 CÓDIGO PARA CONECTAR A LA BASE DE DATOS

113

7.3.2 CÓDIGO DE INSERTAR MEDICAMENTOS

7.3.3 CÓDIGO PARA INSERTAR LOS USUARIOS

114

7.3.4 CÓDIGO PARA INSERTAR ADMINISTRADOR

7.3.5 CÓDIGO PARA LA REPORTE DE MEDICAMENTOS

115

7.4 DIAGRAMA DE LA BASE DE DATOS

116

CAPÍTULO VIII

CONCLUSIONES Y RECOMENDACIÓN

117

8.1 CONCLUSIONESa. Se aplicó satisfactoriamente la metodología de desarrollo de software

ICONIX como metodología ágil y formal, para la implementación delSistema de Farmacia UNSCH, siguiendo las actividades definidas por la

metodología en cada etapa del desarrollo.b. Se desarrolló satisfactoriamente la aplicación Sistema de Farmacia

UNSCH con Bases de Datos en SQL Server 2012 y lenguaje deprogramación orientada a objetos C#.

c. Se logró realizar el análisis, diseño e implementación de los módulos deregistro de medicamentos, alumnos y reporte de medicamentossalientes. Logrando de esta manera las objetivos deseados.

d. Se logró realizar la implementación de la Base de Datossatisfactoriamente con una correcta manipulación de los datos.

8.2 RECOMENDACIONESa. 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 deberíaadquirir una nueva computadora.

118

BIBLIOGRAFIA

Libros

1. Porras, E. (2011). La Metodología Ágil y Formal ICONIX para elDesarrollo de Software: Teoría y Práctica (1° Ed.).

2. López Belmonte, Pedro, Solana Ruiz, Aroa. Diseño y programación debases de datos con SQL Server 2008, Madrid, Octubre del 2009.

3. León serrano, Gonzalo. Ingeniería de Sistemas de Software. Madrid,mayo del 1996.

4. GILFILLAN, Lan. MySQL Es la Base de Datos. Ecuador, Mayo de 2013.5. ALARCON, Raúl. Lenguaje Unificado de Modelado UML, México

2000.6. JOLLANES AGUILAR, Luis. Programación Orientada a Objetos.

Madrid – España 1996.7. Rosenberg, 2005. Agile Development with ICONIX Process—

People, Process, and Pragmatism. Editorial Board. Library ofCongress Cataloging-in-Publication Data.

8. Rosenberg, D. y Stephens, M. (2007). Use Case Driven ObjectModeling with UML: Teory and Practice (1° Ed.). United States.Apress.

Páginas Web

1. Organigrama del bienestar universitario de la Universidad Nacional SanCristóbal De Huamanga. disponible en:http://www.unsch.edu.pe/?page_id=48

2. Guía tutorial de Como programar en Visual Studio 2013. Disponible en:https://www.youtube.com/watch?v=WNef-f7_Bw0&list=PLWfApFhrWO-sszf5PvjOK4_MFyWE481R_

sistema de farmacia unsch con la metodologia iconix

Documents

listado requisitos funcionales

listado de requisitos

captulo ivmodelado de

captulo iplaneamiento

problema principal

captulo iimarco terico2

casos de prueba

casos de uso