Академический Документы
Профессиональный Документы
Культура Документы
net/publication/269095500
READS
400
1 AUTHOR:
Claudio Ivor Torres Rojas
Pontificia Universidad Catlica de Valparaso
1 PUBLICATION 0 CITATIONS
SEE PROFILE
JUNIO 2012
Junio 2012
DEDICATORIA
II
AGRADECIMIENTOS
RESUMEN
ABSTRACT
This document describes the problems that exist in veterinary clinics when there is a
necessity of managing the records of pets and clinic workers. The problem arises due to the
forms are filled without a format and by any worker who is not identified; also this forms
are stored in different places. In this report, the proposal as a potential solution it is to do a
system that will handle this information in an organized way, just in one place, and in a
multi-user system.
Keywords: Veterinary Clinic, Web System, Pets, UML, PHP.
TABLA DE CONTENIDOS
DEDICATORIA ................................................................................................................................... II
AGRADECIMIENTOS
......................................................................................................................
III
RESUMEN...........................................................................................................................................
IV
ABSTRACT
......................................................................................................................................... IV TABLA DE
CONTENIDOS.................................................................................................................V LISTA DE
ILUSTRACIONES ............................................................................................................X LISTA DE
TABLAS
........................................................................................................................
XIV
EL PROYECTO ......................................................................................................................... 1
EL INFORME ........................................................................................................................... 1
LA CLNICA ............................................................................................................................ 3
LOS EMPLEADOS .................................................................................................................... 3
IDENTIFICACIN ................................................................................................................... 45
MITIGACIN Y CONTINGENCIA ............................................................................................. 46
VII
888
LISTA DE ILUSTRACIONES
XI
XII
131
313
LISTA DE TABLAS
141
414
Cliente:
Clnica:
Ficha de Cliente:
Matriz donde se poseen los datos del cliente, como nombre, RUN,
nmero identificador, telfono, etc. Son almacenados en la
computadora de la secretaria.
Ficha de Mascota:
Mascota:
Paciente:
TIR:
UML:
UP:
VAN:
Veterinario:
CAPTULO 1:
INTRODUCCIN
En este captulo se describir brevemente el proyecto a realizar y cmo est compuesta
la empresa, siendo sta una clnica de atencin veterinaria.
1.1 EL PROYECTO
Actualmente, el mercado de la informtica ofrece avances tecnolgicos a las empresas a
la altura de la actualizacin requerida para lograr mantenerse vigentes y al nivel de
competencia exigida por el mundo tecnolgico. La clnica veterinaria San Agustn, en
adelante la clnica, ha solicitado la actualizacin de sus sistema para almacenar los registros
de sus clientes. Por lo tanto, el presente trabajo se enfocar en la implementacin de una nueva
herramienta que facilite el acceso a la informacin requerida a la clnica solicitante, donde se
realizar un sistema de tipo genrico, de tal manera que otras clnicas puedan usarlo.
1.2 EL INFORME
Este informe tiene por finalidad detallar el trabajo realizado hasta la fecha, es decir, se
registrar cmo funciona actualmente la clnica, adems de sus problemas que desean resolver.
Se abordar tambin, la solucin que se propone para resolverlos, y las herramientas que se
utilizarn para dicho efecto. Adems, se expondrn los procedimientos que se tuvieron que
realizar para llevar a cabo este proyecto.
En el informe se dividir por varios captulos. En el primer captulo se tratar sobre a
descripcin de la empresa, cul es su rol en la sociedad, y los trabajadores que posee. En el
captulo dos se definirn los objetivos que son las metas que manejaremos para que el proyecto
se lleve a cabo. El captulo tres nos informa cmo se est administrando actualmente la
empresa, los problemas que fueron detectados, sistemas similares, y la propuesta que ser
otorgada mediante este proyecto.
El desarrollo del sistema, es parte del captulo cuatro, donde se detallarn las
metodologas, paradigmas y herramientas que se utilizarn. El estudio de factibilidad, se
encuentra en el captulo cinco, donde se detallar si es factible tcnica, operacional,
econmica, y legal el sistema que se est desarrollando. En el captulo seis se realizar un
anlisis con los riesgos ms significativos. En el siguiente captulo, el siete, se detallar la
planificacin del proyecto. En el captulo ocho, los requerimientos del sistema, funcionales y
no funcionales. Posterior, en el captulo nueve, se presenta el anlisis y diseo (casos de usos,
diagrama de secuencias, diagrama de clases, y modelo de bases de datos del sistema). En el
captulo nmero diez se detallarn cada uno de los mdulos que tendr el sistema ya en
funcionamiento. En el siguiente captulo se abordar las pruebas e inspecciones que fueron
realizadas. Para ir finalizando con el captulo doce de conclusin, captulo trece sobre
referencia bibliogrfica, y por ltimo el captulo contiene los anexos.
1.3 LA CLNICA
La veterinaria San Agustn es una clnica veterinaria que se dedica al cuidado de
animales, posee cuidados medicinales (rayos X, cirugas, vacunas, alimentacin, farmacia,
etc.), estticos (baos, peluquera, etc.) y otros servicios (arriendo de jaulas, hospitalizacin,
hotel, venta de productos).
Fue creada por un grupo de mdicos veterinarios que quera ofrecer la mejor medicina
posible para perros, gatos y mascotas exticas. [2]
Actualmente la clnica reside en la comuna de La Florida en Santiago de Chile, donde
adems cuenta con dos veterinarios titulados de prestigiosas universidades, los cuales prestan
servicios a la clnica y estn disponibles para consultas a domicilio.
CAPTULO 2:
DEFINICIN DE OBJETIVOS
Con el problema medianamente planteado se decide realizar un objetivo general que ser
la meta principal del proyecto, y un listado de objetivos especficos los cuales son el medio
para obtener este objetivo general.
2.1
OBJETIVO GENERAL
2.2
OBJETIVOS ESPECFICOS
CAPTULO 3:
MARCO TERICO
Para poder llevar el objetivo general se debe pasar por los objetivos especficos, primero
se tiene que averiguar cmo se lleva a cabo las tareas y funciones en la clnica actualmente,
los que sern detallados en la situacin actual; adems se debe indicar los problemas que
existen para este funcionamiento. En la situacin futura se explicar detalladamente las
funciones que tendr el nuevo sistema corrigiendo y mejorando los problemas antes
mencionados. Donde adems se darn a conocer algunas ventajas de este nuevo sistema.
Finalmente se presentarn casos de sistemas similares que son utilizados por otras clnicas.
3.1
SITUACIN ACTUAL
En la actualidad, existe escaso orden sobre la informacin almacenada, por lo que hace
an ms difcil su bsqueda a la hora de necesitar algn dato de estos registros. Estos se irn
detallando caso a caso, adems se indicarn los problemas que pueda ocasionar.
Cuando un cliente visita por primera vez la clnica veterinaria se le asigna un registro y
un nmero identificador que sern almacenados en la computadora. Esta ficha slo incluye
datos del cliente y nmero identificador. Luego dependiendo de la cantidad de mascotas que
posea, se le asigna un registro para cada una, que se ubica en un armario, la que incluye
adems el
nmero identificador del cliente. (Anexo 1: Ficha de Mascota)
Cuando el cliente visita nuevamente, la secretaria deber buscar en la computadora el
registro del cliente para localizar su nmero identificador. Ya con este nmero, podr buscar la
ficha de la mascota en el armario. En esta ficha adems se anota la prescripcin mdica por el
doctor (Figura 3.1).
Procedimientos Efectuados
Ya con la ficha en las manos del doctor, ste anota los procedimientos que fueron
realizados y los que se realizarn, en caso de necesitarse, son registrados en la ficha de la
mascota para as llevar un registro. En otra ficha, que a diferencia de la anterior, sta ser
entregada al cliente (Anexo 2: Carnet de Atencin), el doctor escribe el motivo para realizar
en una prxima visita a la clnica. Para confirmar una prxima visita, la secretaria debe buscar
el carnet de atencin y comunicarse con el cliente.
Consultas a domicilio
Peluquera
El cliente si asiste a la clnica con su mascota puede realizar los servicios de cortes de
pelo y baos. Estos procedimientos tambin son registrados en la ficha de la mascota. (Anexo
1: Ficha de Mascota)
Caso Fallecimiento
En el caso de que alguna mascota fallezca, este hecho tambin debe ser registrado en la
ficha de la mascota, para as tener un registro de las mascotas que ya no visitarn la clnica.
Hospitalizacin
En caso de que una mascota necesite ser hospitalizada por orden del doctor. La clnica
cuenta con jaulas especiales para dicho efecto. Ya estando el animal hospitalizado, se crea el
registro en su ficha indicando el tiempo que estuvo en reposo.
Hotelera
Tambin existe un rea destinada exclusivamente a hotelera, donde las mascotas pueden
descansar en jaulas separadas de tal manera que sus dueos puedan salir de su zona de
residencia. ste hecho es registrado en la ficha de la mascota, indicando los das en que se
hosped las mascota.
3.2
PROBLEMAS DETECTADOS
Cuando un funcionario de la clnica desea buscar una ficha de la mascota, ste debe
buscarlo manualmente en el armario, esto se complica ms an cuando existen ms pacientes.
Lo cual toma mucho tiempo (Anexo 1: Ficha de Mascota).
Procedimientos Efectuados
Como los procedimientos que sern efectuados son escritos en la ficha de la mascota y
en el carnet de atencin, la mayora de las veces, la clnica no recuerda a sus pacientes, o los
clientes extravan su ficha. Por lo que no asisten a ser analizados por el especialista. Otro
problema sucede que los doctores no se identifican, por lo que no se sabe quin hizo qu.
Consultas a domicilio
Cuando el doctor realiza una consulta al domicilio del cliente puede pasar que si el
doctor no lleva la ficha al domicilio, o no vuelve a la consulta, puede que los procedimientos
realizados no se registren en las fichas como debe ser.
Peluquera
Caso Fallecimiento
Hospitalizacin y Hotelera
En ambos casos, solo queda constancia de que animales pasaron por el servicio
suministrado por la clnica y en qu fecha. Pero en cambio, no hay registro actualizado, de las
jaulas disponibles en el momento. Por lo que para saber si existen jaulas disponibles se debe ir
a inspeccionar.
3.3
SISTEMAS SIMILARES
3.3.1
Vetter Sistemas
3.3.2
Cliven
3.3.3
Qvet
3.3.4
Bastet Windows
Programa de gestin para clnicas veterinarias de origen espaol. Contiene mdulos para
clientes y mascotas, consultas, dietario, sala de espera y proveedores. Posee conexiones
remotas desde computadores, laptops o bien entre sucursales. Actualmente se ofrecen varias
versiones de este programa de acuerdo a las necesidades de la clnica (Bastet Premium, Junior,
Gratuito). [6]
3.3.5
En general, todos los programas cumplen con las funcionalidades que necesita una
clnica veterinaria, todas proponen registros para clientes, mascotas y los procedimientos que
fueron realizados sobre las mascotas. Algunos problemas encontrados en estos programas son,
el poco uso de iconografa en Vetter Sistemas y Cliven, por ejemplo. En el software Qvet se
encuentra el uso de iconos para simbolizar acciones, pero hay varios que no representan lo que
realmente hacen (como el caso de la lupa que sirve para actualizar), por lo generalmente
confunde al usuario poco experimentado en el software. Pero una desventaja que se aplica a
todos los sistemas descritos, es que todos fueron diseados para un computador (o laptop), son
sistemas monousuarios.
Adems de las caractersticas descritas anteriormente, la clnica veterinaria ha solicitado
que el sistema sea portable, debido a que los doctores realizan consultas en terreno por lo que
el sistema ser realizado en una plataforma que sea fcil de acceder tanto como en una
computadora, o en una Tablet conectada a internet.
3.4
PROPUESTA
En esta seccin se detallar los procesos que sern realizados cuando el sistema ya se
encuentre en funcionamiento. El nuevo sistema ser gestionado a travs de un sistema web,
que ser disponible para cualquier dispositivo que posea conexin a internet.
3.4.1
Qu es un sistema web?
Son aplicaciones o sistemas en que los usuarios pueden utilizar accediendo a un servidor
web a travs de Internet o de una intranet mediante un navegador. En otras palabras, es una
aplicacin software que se codifica en un lenguaje soportado por los navegadores web en la
que se confa la ejecucin al navegador.
Origen
Ventajas
Desventajas
3.4.1
Dada a los problemas que posee la clnica veterinaria, se han detallado varias
funcionalidades que tendr el nuevo sistema, las que sern resumidas a continuacin:
Debido a que el actualmente se posee dos almacenes (el computador con su plantilla, y el
armario con sus fichas). El sistema poseer un slo almacn o base de datos, donde al
consultar sobre un cliente (ya sea por RUT, nombre o nmero identificador) automticamente
mostrar las mascotas asociadas. Y as generar mayor rapidez al momento de la bsqueda.
Procedimientos Efectuados
Caso Fallecimiento
El sistema por medio de los avisos podr determinar si est fallecida. De tal manera que
no vuelva a entregar avisos de prximas visitas, y desaparezca de los registros como
hospitalizacin, hotelera, o en banco de sangre.
Consultas a Domicilio
Cuando un doctor acuda a una consulta a domicilio, el sistema permitir al doctor que
pueda llenar la ficha mdica de la mascota desde un dispositivo mvil conectado a internet. De
una manera muy similar a como lo hara en la clnica.
Peluquera
El sistema tendr un registro de las mascotas que han visitado la peluquera, incluyendo
el especialista a cargo.
Jaulas
Autentificacin
3.4.2
CAPTULO 4:
DETALLE DE SOLUCIN
Ya teniendo la propuesta del nuevo sistema se debe definir cmo ser resuelta as mismo
eligiendo la metodologa de desarrollo, el paradigma que incluye los modelos de desarrollo,
las herramientas que se utilizarn y la arquitectura que poseer el sistema cuando est en
funcionamiento.
4.1
METODOLOGA
4.1.1
Desarrollo Estructurado
4.1.2
4.1.3
Eleccin de Metodologa
4.2
PARADIGMA
4.2.1
Modelo Cascada
Este modelo es conocido tambin como Ciclo de Vida Clsico del software. El enfoque
que este modelo le da al desarrollo es realizar las actividades en orden consecutivo, teniendo
que finalizar una actividad antes de comenzar con la siguiente. Las actividades o etapas son:
Ventajas
Desventajas
En la realidad es muy difcil seguir este modelo, dado a que es poco habitual que
los proyectos sigan una secuencia estricta.
Slo se ve resultados al final del proyecto.
Si se hizo algo que no era lo que el cliente deseaba, esto se descubre una vez que
el sistema est terminado y su solucin es muy costosa.
Difcil manejar los cambios de requerimientos por parte del cliente. Como los
requerimientos son tomados en la etapa inicial del proyecto, es difcil tomar ms
requerimientos o modificar los existentes, durante las etapas posteriores.
Por lo que, el modelo de cascada se debe ocupar slo y cuando se tiene la definicin de
requerimientos bien clara, de manera que exista una baja probabilidad de que estos cambien.
4.2.2
Modelo de Prototipos
Pueden surgir dos etapas o hitos: la re-especificacin en caso que el cliente quiera hacer
modificaciones al producto entregado por no ser lo que este quera o por cualquier otro motivo
que implique un nuevo desarrollo; y las distintas iteraciones del sistema, debido a que a
medida que se va iterando, van surgiendo las distintas versiones del software, hasta llegar a la
ltima versin de ste, la que cumple con todos los requerimientos del cliente.
Ventajas:
Desventajas
4.2.3
Modelo en Espiral
Este paradigma consiste en mostrar el proceso de desarrollo del software como una serie
de actividades, donde una es la continuacin de la anterior, y que se representa como un
espiral. Las etapas internas del espiral, son las etapas inciales y as ir aumentando a medida
que se va avanzando en el desarrollo del sistema. [8] Cada ciclo se divide en 4 reas:
1. Determinar objetivos, alternativas y restricciones: en donde se definen los
objetivos especficos, las restricciones y se desarrolla un plan de administracin.
2. Evaluacin alternativas, identificar y resolver riesgos: donde se detallan los
riesgos que puede seguir el proyecto y el plan de contingencia para identificar,
estimar y ver las formas de gestionar el riesgo, buscando alternativas de solucin
en caso de presentarse stos.
3. Desarrollo y validacin: donde se elige un modelo para el desarrollo del sistema.
4. Planeacin: es aquella en que el proyecto se evala y se decide si se debe
continuar con el proyecto, tomando las consideraciones para seguir con el
siguiente ciclo del espiral.
Ventajas
Desventajas
Es necesario controlar muy bien el riesgo. En caso de no ser as, riesgos pequeos
pueden transformarse en problemas mayores a medida que avanzan las distintas
etapas del proyecto.
Puede considerarse ms complejo, dado que no existen fases fijas. Este modelo
puede contener otros modelos. Esto puede ser una gran dificultad dado que la
capacidad de trabajar con ms de un modelo en un proyecto tiene estrecha
relacin con la experiencia y conocimientos que tenga el equipo que lleva a cabo
el proyecto.
4.2.4
El ciclo del Proceso Unificado consta de cuatro etapas: Inicio, donde se planifica el
proyecto; Elaboracin, donde se establece un plan y una arquitectura acorde a las necesidades
del sistema; la etapa de Construccin donde es desarrollado el sistema y la etapa de
Transicin, en la cual el sistema es proporcionado a los usuarios finales. [8] Las que
se detallan a continuacin:
Ventajas
Desventajas
4.2.5
Eleccin de Paradigma
Por ser un paradigma iterativo que adems integra las ventajas del modelo en
cascada dentro de cada una de sus iteraciones o fases.
Al ser una de sus caractersticas ser iterativo e incremental, permite la deteccin
de errores y riesgos importantes dentro del proyecto en forma temprana.
Es dirigido por los casos de uso.
UML es la base del modelamiento de UP.
4.3
HERRAMIENTAS Y TECNOLOGAS
En esta seccin se detallarn todas las tecnologas utilizadas para el diseo, construccin
y visualizacin de este nuevo sistema.
4.3.1
4.3.2
StarUML
Es un proyecto de cdigo abierto para desarrollar rpido, flexible y extensible, con
muchas caractersticas. El objetivo del proyecto es construir una herramienta de modelado de
software y plataforma tambin que es un sustituto convincente de las herramientas UML
comerciales. [11]
Dia
Edraw Max
Es un software verstil de grficas, con caractersticas que lo hacen perfecto no slo para
diagramas de flujo de aspecto profesional, organigramas, diagramas de red y tablas de
negocios, sino tambin para planos de construccin, mapas mentales, flujo gramas, diseos de
moda, diagramas UML, diagramas de ingeniera elctrica, mapas direccionales, estructuras de
programas, diagramas de bases de datos. [13]
4.3.3
Plataformas de Desarrollo
4.3.4
MySQL
Es un sistema de gestin de bases de datos relacional, multi-hilo y multi-usuario. Es un
tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario
y las aplicaciones que la utilizan. El propsito general es el de manejar de manera clara,
sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin
relevante para una organizacin.
Los objetivos que debe cumplir son:
4.3.5
Lenguajes de Programacin
PHP
Ventajas
AJAX
Asynchronous JavaScript And XML (JavaScript asncrono y XML), es una tcnica de
desarrollo web para crear aplicaciones interactivas. Estas aplicaciones se ejecutan en el cliente,
es decir, en el navegador de los usuarios mientras se mantiene la comunicacin asncrona con
el servidor en segundo plano. De esta forma es posible realizar cambios sobre las pginas sin
necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en
las aplicaciones. [17]
4.3.6
Google Chrome
Es un navegador web desarrollado por Google y compilado con base en componentes de
cdigo abierto como el motor de renderizado WebKit y su estructura de desarrollo de
aplicaciones. Google Chrome es el tercer navegador ms utilizado en Internet. [19]
Mozilla Firefox
Es un navegador web libre y de cdigo abierto, en cuyo desarrollo puede colaborar
cualquier usuario que lo desee. Es descendiente de Mozilla Application Suite y es desarrollado
por la Fundacin Mozilla.6 Mozilla Firefox es el segundo navegador ms utilizado de Internet.
[20]
4.4
ARQUITECTURA
El sistema web puede ser descompuesto por dos tipos de arquitecturas: lgica y fsica,
las que sern detalladas a continuacin:
4.4.1
Lgica
Arquitectura 3 Capas
Capa de Presentacin
Capa de Negocio
Capa de Datos
4.4.2
Fsica
A partir del modelo anteriormente de 3 capas, si se desea, se pueden fundir las capas
adyacentes para dar paso a la arquitectura fsica de 2 capas:
Debido a que ser un sistema web, se utilizar una arquitectura fsica de cliente servidor
con cliente delgado, donde todos los procesos de la aplicacin y administracin de datos se
harn en el servidor. Por otro lado, el cliente slo ejecutar el software de presentacin.
Tabla 4.2. Arquitectura Fsica Cliente Delgado.
Cliente
(Capa de Presentacin)
Servidor
CAPTULO 5:
ESTUDIO DE FACTIBILIDAD
La finalidad de este estudio es determinar qu tan bueno ser la implementacin de este
nuevo sistema en la clnica veterinaria antes mencionada. Adems se vern los costos que
tendr que incurrir la clnica.
Las preguntas que orientan el estudio de factibilidad, entre otras, son: Es realmente
necesario? Es beneficioso? Es rentable econmico y socialmente? Estn las condiciones
para emprender el proyecto?
5.1
TCNICA
Se deben considerar aspectos tcnicos requeridos para el desarrollo del nuevo sistema,
como hardware, software y recursos humanos.
5.1.1
Hardware
El sistema que se va a realizar debe poseer la capacidad tcnica de manejar una cantidad
de datos, por lo que se requiere de un computador servidor (arquitectura cliente-servidor) que
soporte el almacenamiento de base de datos con todos los registros de la clnica veterinaria.
Para realizar las etapas de anlisis de requerimientos, diseo, implementacin, pruebas y
documentacin se cuenta con el siguiente hardware:
Tabla 5.1. Factibilidad de Hardware.
Procesador:
Memoria RAM:
Disco Duro:
Sistema Operativo:
Tarjeta de Red:
Tarjeta de Red Inalmbrica:
Laptop
AMD Turion II
4 Gb
500 Gb
Windows 7 Ultimate
Gigabit Ethernet Broadcom Netlink
Atheros ARB93 Wireless Network
Por lo que la clnica no deber adquirir ningn sistema computacional nuevo para el
desarrollo, ya que existe suficiente hardware para llevar a cabo el proyecto.
5.1.2
Software
Es necesario utilizar los exploradores de internet antes mencionados que existe en la red
que sea compatible sistema operativo que se est utilizando. Estos se bajan de manera gratuita
en sus sitios correspondientes.
5.1.3
Recurso Humano
Para la realizacin de este proyecto se cuenta con un alumno que posee las siguientes
competencias acadmicas:
5.2
ECONMICA
5.2.1
Costo de Hardware
Nombre
HostingPlus
Espacio
500GB
Transferencia
Ilimitada
Bases de
1
Datos
Precio
$ 23.900.-*
BlueHosting
WebHostChile
HostName
HostingChile
Ilimitado
Ilimitada
Ilimitado
20GB
140GB
6
600MB
Ilimitada
1
70MB
1GB
Ilimitada
$ 24.900.-*
$ 24.000.-*
$ 26.400.-*
$ 23.000.-*
* No incluyen IVA.
De acuerdo a la siguiente tabla se debe elegir un hosting donde estar alojado el sistema.
Por lo que se elige a BlueHosting, dado a que todas sus caractersticas son ilimitadas y por el
bajo costo de $30.000.- anual aproximadamente con IVA incluido. (El que se debe cancelar
90.000.- para cada 3 aos)
5.2.2
Costo de Software
Para realizar un estudio sobre el costo del software que se utilizar, es necesario detallar
que las herramientas a utilizar en este proyecto, en lo que refiere a programacin y elaboracin
de reportes.
Cabe destacar, que se aprovechar algn software que son proporcionados por los
computadores de la Escuela de Informtica tanto para realizar los informes como para
desarrollo y pruebas. El resto del software que se utilizar es gratuito, como los exploradores,
por lo que no se refleja un gasto en software.
5.2.3
Costo de Personal
En este proyecto trabajar un slo estudiante, y debemos considerar que el lmite para
realizar este proyecto es de 10 meses. Por lo que, segn el sitio web del gobierno se detallan el
sueldo del ingeniero en computacin e informtica en sus primeros aos de trabajo. [22]
.
Como estudiante de proyecto se estima que se trabajar 5 horas diarias laborales por mes
sern 100 horas mensuales. Con un salario de $ 3000.- pesos la hora trabajada.
Costo = Salario Mensual x Meses Trabajados
Costo =
$ 300.000
x
10
Costo =
$ 3.00 .000
5.2.4
Costos Totales
Los costos totales sern calculados por la suma total de los costos de hardware, los
costos de software y los costos de personal.
Costos Totales
Costos Totales
Costos Totales
=
=
=
Costo Hardware
$ 180.000
+
+
Costo Software
$0
$ 3.180.000
+
+
Costo Personal
$ 3.000.000
5.2.5
Si este sistema web presta los servicios a 20 clnicas a contar desde el ao 2, dejando el
ao 1 slo para captar nuevas veterinarias (sin contar los ingresos de las veterinarias que se
integren durante dicho ao), y sabiendo que a lo largo de Chile hay ms de 700 clnicas
veterinarias registradas [23]. Se espera cobrar un arriendo mensual de $5.000.- pesos por
conceptos de uso del sistema (al ao $60.000.- pesos). Monto bajo si se considera los ingresos
de una clnica veterinaria. (Anexo 3: Listado de Precios). Al ao estar ingresando adicional
la suma de 1.200.000.- anual.
Tabla 5.3. Inversin Inicial y Gastos Anuales.
Costo
Inicial
- Ao
3.090.000
Ao 1
0
Ao 2
Ao 3
Ao 4
Ao 5
1.200.000
1.110.000
1.200.000
1.200.000
Tasa de Inters
5
%
10
%
12
%
13,069242%
14
%
Por lo tanto la inversin inicial ser recuperada en un periodo de 5 aos con una tasa de
inters que no supere el 13,069242%. Lo cual es favorable, si pensamos que el sistema actual
se ha mantenido desde que empez a funcionar la clnica.
5.3
OPERACIONAL
nuevo
Los empleados saben utilizar software de oficina como Word, Excel, etc. y
conocimientos bsicos de computacin e internet. Por lo que se requiere de una pequea
capacitacin a los usuarios de este nuevo sistema de tal manera que puedan utilizar el sistema
en su totalidad.
Algunas caractersticas del nuevo sistema cuando est en funcionamiento:
5.4
LEGAL
5.4.1
Ley N 19.223
Artculo 3.- El que maliciosamente altere, dae o destruya los datos contenidos en un
sistema de tratamiento de informacin, ser castigado con presidio menor en su grado medio.
Artculo 4.- El que maliciosamente revele o difunda los datos contenidos en un sistema
de informacin, sufrir la pena de presidio menor en su grado medio. Si quien incurre en estas
conductas es el responsable del sistema de informacin, la pena se aumentar en un grado."
[24]
5.4.2
Ley N 17.336
5.5
CONCLUSIN DE FACTIBILIDAD
Dado todas las factibilidades siendo aprobadas, el sistema podr ser realizado siempre
cuando se siga cumpliendo con lo antes mencionado.
CAPTULO 6:
ANLISIS DE RIESGO
El anlisis de riesgo est enfocado para revisar de forma global los riesgos que pueden
influir a lo largo de todo el desarrollo del proyecto. Es por esto, que se identificar las
amenazas y vulnerabilidades del sistema, con el fin de minimizar sus efectos. El propsito es
integrar, el manejo de estos, para as mejorar el desarrollo y funcionamiento del sistema.
Se evaluarn los riesgos segn su grado de probabilidad, como se detalla en la tabla a
continuacin:
Tabla 6.1. Rango de Probabilidad.
Probabilidad
Muy Alto
Alto
Moderado
Bajo
Muy Bajo
Adems se evaluarn los riesgos segn su grado de impacto en el proyecto, segn el siguiente
criterio:
Tabla 6.2. Rango de Impacto.
Impacto
Catastrfico
Crtico
Moderado
Tolerable
Despreciable
6.1
IDENTIFICACIN
Riesgo
Mala estimacin del tiempo de desarrollo
Prdida de tiempo en el inicio
Comunicacin con el cliente no es ptima
Cambio en los requerimientos
Falta de experiencia en tecnologa
Demora en la toma de decisiones
Incumplimiento de compromisos
Un producto se pone en venta antes de que ste se complete
Los usuarios finales se resisten al sistema
Planificacin excesivamente optimista
Cambiar herramientas a mitad de proyecto
Falta de experiencia en tecnologa
Falta de compromiso
Desarrollador desmotivado
Sobrecarga de trabajo, largos horarios
Diseo construido no sea el ms adecuado
Realizar un proyecto que nadie lo quiere
El servidor se cae
Probabilidad
Moderado
Alto
Moderado
Moderado
Bajo
Bajo
Moderado
Muy Bajo
Muy Alto
Bajo
Bajo
Muy Bajo
Bajo
Moderado
Muy Bajo
Moderado
Muy Bajo
Bajo
Impacto
Catastrfico
Crtico
Catastrfico
Crtico
Crtico
Crtico
Catastrfico
Catastrfico
Moderado
Crtico
Crtico
Catastrfico
Catastrfico
Crtico
Crtico
Catastrfico
Tolerable
Catastrfico
6.2
MITIGACIN Y CONTINGENCIA
Riesgo
Mala estimacin del
tiempo de desarrollo
Prdida de tiempo en el
inicio
Comunicacin con el
cliente no es ptima
Mitigacin
Se deber evaluar el
tiempo de desarrollo con
claridad
Contingencia
Se deber estimar el tiempo
posterior con mayor claridad, y
el tiempo perdido deber ser
recuperado.
Se deber recuperar lo antes
posible el tiempo perdido.
Establecer compromisos de
reuniones con anticipacin.
Se deber minimizar la carga del
nuevo requerimiento.
Recalendarizar compromisos de
manera ordenada y responsable.
Impartir cursos de aprendizaje
para uso el software.
Realizar tareas que sean del
agrado del desarrollador.
Dedicar ms tiempo para
redisear la solucin.
CAPTULO 7:
PLANIFICACIN DEL PROYECTO
Como el proyecto ser realizado a travs del Modelo Proceso Unificado, ser dividido en
las Fases que ste lo componen que son: Fase Inicial, de Elaboracin, de Construccin, de
Transicin.
7.1
FASE INICIAL
Teniendo en cuenta esto, se toman productos del mercado, que puedan solucionarlos,
encontrando as, ninguno que pueda resolver todas las necesidades del cliente, por lo tanto se
toma como opcin principal la solucin propuesta en este proyecto.
Ya teniendo en marcha el proyecto, se define que el proyecto ser realizado con el
enfoque orientado a objetos, debido a las ventajas presentadas en la seccin 4.1. Se determina
que paradigma de trabajo es el que se utilizar, decidiendo finalmente por el Modelo de
Proceso Unificado. As tambin como se ha elegido las herramientas con que se llevar a cabo
este proyecto.
Tambin se ha definido cmo ser la arquitectura de este nuevo sistema, ya sea tanto
fsicamente como lgica.
Gestionar Clientes
Gestionar Pacientes
Gestionar Registros Mdicos
Gestionar Registros de Peluquera
Gestionar Registros de Hotelera
Gestionar Registros de Hospitalizacin
7.2
FASE DE ELABORACIN
Gestionar Registros
Gestionar Hotel/Hospital
Tipo de Atencin: que permite administrar los distintos tipos de atencin que
puede poseer un paciente ya sea en el rea mdica, como en el rea de peluquera.
Tipo de Jaula: donde se administran los tipos de jaulas utilizadas en hotelera y
hospitalizacin.
Esta fase finaliza con la entrega el informe, y se detallan en la siguiente carta Gantt:
7.3
FASE DE CONSTRUCCIN
Se vuelven a analizar todos los requerimientos recabados en las fases anteriores, donde
se han descubierto nuevos requerimientos que ayudan considerablemente al sistema:
Cola de Atencin: que permite saber los pacientes que llegaron a su cita.
Gestionar Cuenta: donde se permite al usuario autentificado, poder cambiar la
contrasea y pregunta secreta de su cuenta.
7.4
FASE DE TRANSICIN
CAPTULO 8:
REQUERIMIENTOS DEL SISTEMA
Este captulo comprende los requerimientos del sistema, donde primero se especifican
los usuarios del sistema, ms tarde mencionados como actores, luego se identifican los
requerimientos del sistema y finalmente los casos de uso.
8.1
En esta seccin se definir las funciones que realizan cada uno de los distintos usuarios
del sistema.
8.1.1
Mdicos
Como el sistema est basado en una clnica veterinaria, en esta existen 3 mdicos
veterinarios adems de alumnos en prctica que utilizarn este sistema identificndose como
Mdicos. Estas personas estn encargadas gestionar la informacin del paciente slo del rea
medicinal. Tienen conocimientos de palabras tcnicas del rea medicinal, pero poco
conocimiento computacional.
8.1.2
Peluquero
Adems la clnica posee peluqueros que sern los que realicen el trabajo de mejorar
estticamente a las mascotas.
8.1.3
Secretarias
8.1.4
Administrador de la Clnica
Cada clnica debe contar con un administrador. Este puede realizar las mismas
operaciones que la secretaria pero a diferencia, est encargado de administrar los usuarios,
hospitalizacin y hotelera. Por lo que necesita conocimientos bsicos de computacin.
8.2
IDENTIFICACIN DE REQUERIMIENTOS
8.2.1
Requerimientos Funcionales
En esta seccin se detallar las funcionalidades del nuevo sistema, los que sern
divididos por los usuarios que lo utilizarn. Como el sistema tanto Peluquero como Mdico
ejecutan las mismas funciones (dejando en claro que llenan distinta informacin) desde ahora
en adelante se llamar Peluquero-Mdico.
8.2.1.1
8.2.1.2
8.2.1.3
Secretarias
El sistema debe permitir agregar, ver, eliminar, y modificar los datos de un cliente.
Debe permitir agregar, ver, eliminar, y modificar los datos del paciente.
El sistema debe permitir buscar a un cliente segn su rol nico nacional, nombre,
o apellido. Si el sistema no encuentra al cliente, deber mostrar un mensaje de
error y si encuentra ms de uno deber mostrar los que coinciden con la
bsqueda.
Debe permitir crear, buscar, ver, modificar y eliminar un registro del paciente.
Debe permitir crear, buscar, ver, modificar y eliminar un aviso de atencin.
Permitir listar jaulas, ingresar y retirar paciente de las jaulas.
Peluqueros-Mdicos
El sistema permitir aadir, ver, modificar y eliminar avisos de atencin
El sistema permitir crear, ver, eliminar y modificar registro de atencin del
paciente.
Administrador de la Clnica
El sistema debe permitir agregar, ver, eliminar, y modificar los datos de un cliente.
Debe permitir agregar, ver, eliminar, y modificar los datos del paciente.
El sistema debe permitir buscar a un cliente segn su rol nico nacional, nombre,
o apellido. Si el sistema no encuentra al cliente, deber mostrar un mensaje de
error y si encuentra ms de uno deber mostrar los que coinciden con la
bsqueda.
Debe permitir crear, buscar, ver, modificar y eliminar un registro del paciente.
Debe permitir crear, buscar, ver, modificar y eliminar un aviso de atencin.
Permitir listar jaulas, ingresar y retirar paciente de las jaulas.
Permitir agregar, modificar y eliminar jaulas de la clnica.
Debe permitir crear, listar, buscar, ver, modificar y eliminar usuarios del sistema.
8.2.2
Requerimientos No Funcionales
CAPTULO 9:
ANLISIS Y DISEO DEL SISTEMA
9.1
9.1.1
MdicoPeluquero
Gestionar Mi Cuenta
Gestionar Registros
Gestionar Avisos
Gestionar Clientes
Secretari
a
Gestionar Pacientes
Gestionar Jaulas
Gestionar Usuarios
9.2
GESTIONAR CLIENTES
Gestionar Clientes
<<include>
>
Listar Clientes
Secretaria
<<extend>>
Buscar Cliente
<<extend>>
Administrad
or
Listar
Pacientes
Agregar
Cliente
<<extend>
>
<<extend>>
Modificar
Cliente
<<extend>
>
Agregar Paciente
<<extend>>
Eliminar Cliente
<<include>
>
Eliminar Paciente
9.2.1
9.2.2
Agregar Cliente
C lient
e
Base de Datos
Interf a z
:
Secret aria
1 : Agregar Nuevo
Cliente()
<<create>
>
2:
Agregar_Cliente()
3:
Ingresar_Datos()
4:
Ingresar_Datos()
5:
Datos_Cliente
6 : Datos_Cliente
7 : Guardar_Cliente()
10 : Guardado
9:
Guardado
8 : Guardado
9.2.3
Buscar Cliente
C lient
e
Interf a z
Base de Da tos
:
Secreta ria
1 : Buscar_Cliente()
2:
Ingresar_Nombre()
Puede
devolver uno
o ms
resultados.
4:
Buscar_Cliente()
3:
Nombre
5 : Buscar_Cliente()
7:
Clientes_Encontrados
6 : Clientes_Encontrados
8:
Clientes_Encontrados
9.2.4
Modificar Cliente
Client
e
Interf az
Base de Datos
:
Secretaria
ref Buscar Cliente
1 : Modificar_Cliente()
2:
Modificar_Cliente()
3 : Modificar_Cliente()
5:
Datos_Cliente
4 : Datos_Cliente
6:
Datos_Cliente
7:
Guardar_Nuevos_Datos()
8:
Guardar_Cliente()
9 : Guardar_Cliente()
11 :
Guardado
10 : Guardado
12 : Guardado
9.2.5
Base de Datos
:
Secret aria
ref Buscar Cliente
1:
Ver_Cliente()
2:
Ver_Cliente()
5:
Datos_Cliente
3 : Ver_Cliente()
4 : Datos_Cliente
6:
Datos_Cliente
9.2.6
Base de Datos
:
Secretaria
ref Buscar Cliente
1 : Eliminar_Cliente()
2 : Eliminar_Cliente()
3 : Pedir_Pacientes()
4 : ID_Paciente
ref Eliminar Paciente
5 : Eliminar_Cliente()
6 : Cliente_Eliminado
7 : Cliente_Eliminado
8 : Cliente_Eliminado
9.3
GESTIONAR PACIENTES
Gestionar Pacientes
Listar Clientes
<<include>
>
Secretari
a
<<extend>
>
<<extend>
>
<<extend>>
Buscar Paciente
Administrad
or
Agregar Paciente
Listar
Pacientes
Paciente
<<extend>
>
<<extend>
>
Modificar
Eliminar Paciente
9.3.1
Agregar Paciente
Paciente
s
Interf az
:
Secret aria
1:
Agregar_Paciente()
Base de Datos
2 : Agregar_Paciente()
3 : Ingresar_Datos()
4:
Ingresar_Datos()
6:
Datos_Paciente
5:
Datos_Paciente
9:
Paciente_Guardado
10 :
Paciente_Guardado
7 : Guardar_Paciente()
8 : Paciente_Guardado
9.3.2
Buscar Paciente
Pacient e
s
Interf az
:
Secre taria
Base de Dat os
1:
Buscar_Paciente()
2:
Ingresar_Nombre()
3:
Nombre_Paciente
4:
Buscar_Paciente()
5:
Buscar_Paciente()
7 : Pacientes_Encontrados
6 : Pacientes_Encontrados
8:
Pacientes_Encontrados
Puede
devolver uno
o ms
pacientes
9.3.3
Modificar Paciente
Pacient e
s
Int erf az
Base de Dat os
:
Secre taria
ref Buscar Paciente
1 : Modificar_Paciente()
2:
Modificar_Paciente()
3 : Modificar_Paciente()
5:
Datos_Paciente
6:
Datos_Paciente
7:
Guardar_Nuevos_Datos()
4 : Datos_Paciente
8:
Guardar_Paciente()
11 :
Paciente_Guardado
9 : Guardar_Paciente()
10 : Paciente_Guardado
12 :
Paciente_Guardado
9.3.4
Eliminar Paciente
Pacient e
s
Int erf az
Base de Dat os
:
Secretaria
ref Buscar Paciente
1:
Eliminar_Paciente()
6:
Paciente_Eliminado
2:
Eliminar_Paciente()
5:
Paciente_Eliminado
3 : Eliminar_Paciente()
4 : Paciente_Eliminado
9.4
GESTIONAR AVISOS
Gestionar Avisos
Buscar Tipo de Atencin
<<include>>
MdicoPeluquero
Crear
Aviso
<<include>
>
<<extend>
>
Listar Avisos
Secretari
a
Buscar Paciente
Modificar Aviso
<<extend>
>
Eliminar Aviso
<<extend>
>
Buscar Aviso
<<extend>
>
<<extend>
>
Administrador
Ver Aviso
9.4.1
Crear Aviso
A v iso
s
Int erf az
Base de Dat os
: M dico-Pe luque ro
1 : Crear_Aviso()
ref Buscar
Paciente
2:
Crear_Aviso()
5 : Aviso_Guardado
6:
Aviso_Guardado
3 : Crear_Aviso()
4 : Aviso_Guardado
9.4.2
Buscar Aviso
A v iso
s
Interf az
Base de Datos
: M dico-Pe luque ro
1:
Buscar_Aviso()
ref Buscar
Paciente
2:
Buscar_Aviso()
3 : Buscar_Aviso()
6:
Avisos_Encontrados
5:
Avisos_Encontrados
4 : Avisos_Encontrados
9.4.3
Ver Aviso
A v iso
s
Int erf az
Ba se de Dat os
: M dico-Pe
luque ro
ref Buscar Aviso
1:
Ver_Aviso()
2:
Ver_Aviso()
3 : Ver_Aviso()
5:
Datos_Aviso
4 : Datos_Aviso
6:
Datos_Aviso
9.4.4
Modificar Aviso
A v isos
Interf az
Base de Dat os
: M dico-Pe
luque ro
ref Buscar Aviso
1:
Modificar_Aviso()
6:
Datos_Aviso
7:
Guardar_Nuevos_Datos()
12 :
Aviso_Guardado
2:
Modificar_Aviso()
5:
Datos_Aviso
8:
Guardar_Aviso()
11 :
Aviso_Guardado
3 : Modificar_Aviso()
4:
Datos_Aviso
9:
Guardar_Aviso()
10 : Aviso_Guardado
9.4.5
Eliminar Aviso
A v iso
s
Int erf az
Base de Datos
: M dico-Pe
luque ro
ref Buscar Aviso
1:
Eliminar_Aviso()
2:
Eliminar_Aviso()
5:
Aviso_Eliminado
3 : Eliminar_Aviso()
4 : Aviso_Eliminado
6:
Aviso_Eliminado
9.5
GESTIONAR REGISTROS
Crear Registro
<<include>
>
Gestionar Registros
<<include>
>
Buscar Paciente
<<extend>
>
Secretari
a
<<extend>
>
Buscar
Registro
<<extend>
>
<<extend>>
Administrad
or
Modificar Registro
Ver Registro
Eliminar Registro
9.5.1
Modificar Registro
Tabla 9.2. Caso de Uso Narrativo - Modificar Registro.
9.5.2
Crear Registro
Regist ros
Interf a z
Ba se de Dat os
: M dico-Pe luque ro
1:
Crear_Registro()
ref Buscar
Paciente
6:
Registro_Guardado
4 : Registro_Guardado
9.5.3
Buscar Registro
Registro
s
Int erf az
Base de Datos
: M dico-Pe
luque ro
1 : Buscar_Registro()
ref Buscar Paciente
2 : Buscar_Registro()
5:
Registros_Encontrados
3:
Buscar_Registro()
4 : Registros_Encontrados
6:
Registros_Encontrados
Puede
devolver uno
o ms
registros
9.5.4
Ver Registro
Registro
s
Int erf az
Base de Datos
: M dico-Pe
luque ro
ref Buscar Registro
1 : Ver_Registro()
2:
Ver_Registro()
5:
Datos_Registro
3 : Ver_Registro()
4 : Datos_Registro
6:
Datos_Registro
9.5.5
Modificar Registro
Registros
Int erf az
Base de Dat os
: M dico-Pe
luque ro
ref Buscar Registro
1:
Modificar_Registro()
2:
Modificar_Registro()
5:
Datos_Registro
6:
Datos_Registro
7:
Guardar_Nuevos_Datos()
3 : Modificar_Registro()
4:
Datos_Registro
8:
Guardar_Registro()
9:
Guardar_Registro()
11 :
Registro_Guardado
10 : Registro_Guardado
12 :
Registro_Guardado
9.5.6
Eliminar Registro
Re gist ro
s
Int erf az
Base de Dat os
: M dico-Pe
luque ro
ref Buscar Registro
1 : Eliminar_Registro()
2 : Eliminar_Registro()
3 : Eliminar_Registro()
5:
Registro_Eliminado
4 : Registro_Eliminado
6:
Registro_Eliminado
9.6
<<include>>
<<include>>
Secretari
a
<<extend>>
<<extend>
>
<<extend>>
<<extend>
>
9.6.1
:
Secret aria
Base de Dat os
1:
Crear_Reg_Jaula()
ref Buscar
Paciente
ref Buscar
Jaula
2 : Crear_Reg_Jaula()
3 : Crear_Reg_Jaula()
5:
Reg_Jaula_Guardado
4 : Reg_Jaula_Guardado
6:
Reg_Jaula_Guardado
9.6.2
Base de Dat os
:
1:
Secret aria Buscar_Reg_Jaula()
2 : Buscar_Reg_Jaula()
5:
Reg_Jaula_Encontrados
Puede devolver
uno o ms
Reg Jaulas
3:
Buscar_Reg_Jaula()
4 : Reg_Jaula_Encontrados
6:
Reg_Jaula_Encontrados
9.6.3
Base de Datos
:
Secretaria
ref Buscar Reg Jaulas
1:
Ver_Reg_Jaula()
2:
Ver_Reg_Jaula()
5:
Datos_Reg_Jaula
3 : Ver_Reg_Jaula()
4 : Datos_Reg_Jaula
6:
Datos_Reg_Jaula
9.6.4
Ba se de Dat os
:
Secret aria
ref Buscar Reg Jaula
1:
Modificar_Reg_Jaula()
6:
Datos_Reg_Jaula
7:
Guardar_Nuevos_Datos()
2:
Modificar_Reg_Jaula()
5:
Datos_Reg_Jaula
3 : Modificar_Reg_Jaula()
4:
Datos_Reg_Jaula
8:
Guardar_Reg_Jaula()
9:
Guardar_Reg_Jaula()
11 :
Reg_Jaula_Guardado
10 : Reg_Jaula_Guardado
12 :
Reg_Jaula_Guardado
9.6.5
Base de Dat os
:
Secretaria
ref Buscar Reg Jaula
1:
Eliminar_Reg_Jaula()
2:
Eliminar_Reg_Jaula()
5:
Reg_Jaula_Eliminado
3 : Eliminar_Reg_Jaula()
4 : Reg_Jaula_Eliminado
6:
Reg_Jaula_Eliminado
9.7
GESTIONAR JAULAS
Gestionar Jaulas
Agregar Jaula
Modificar Jaula
<<extend>
>
<<extend>>
Listar
Jaulas
Administrad
or
Eliminar Jaula
<<extend>
>
<<extend>>
Buscar Jaulas
<<extend>>
Ver Jaula
9.7.1
Agregar Jaula
J aulas
Int erf a z
Ba se de Dat os
1:
:
A dministra dor Agregar_Jaula()
2 : Agregar_Jaula()
5:
Jaula_Guardada
3 : Agregar_Jaula()
4 : Jaula_Guardada
6:
Jaula_Guardada
9.7.2
Buscar Jaula
Jaulas
Interf a
z
:
1:
A dministrador Buscar_Jaula()
Base de
Datos
2:
Buscar_Jaula()
5:
Jaulas_Encontradas
3:
Buscar_Jaula()
4 : Jaulas_Encontradas
6:
Jaulas_Encontradas
Puede
devolver una
o ms jaulas.
9.7.3
Ver Jaula
J aulas
Interf a z
Base de Datos
:
A dminist rador
ref Buscar Jaula
1:
Ver_Jaula()
2:
Ver_Jaula()
3 : Ver_Jaula()
5:
Datos_Jaula
6:
Datos_Jaula
4 : Datos_Jaula
9.7.4
Modificar Jaula
J aulas
Int erf az
Base de Datos
:
A dminist rador
ref Buscar Jaula
1:
Modificar_Jaula()
2:
Modificar_Jaula()
5:
Datos_Jaula
6:
Datos_Jaula
7:
Guardar_Nuevos_Datos()
12 :
Jaula_Guardada
8:
Guardar_Jaula()
11 :
Jaula_Guardada
3 : Modificar_Jaula()
4:
Datos_Jaula
9:
Guardar_Jaula()
10 : Jaula_Guardada
9.7.5
Eliminar Jaula
J aulas
Int erf az
Ba se de Dat os
:
A dministra dor
ref Buscar Jaula
1:
Eliminar_Jaula()
2:
Eliminar_Jaula()
3 : Eliminar_Jaula()
5:
Jaula_Eliminada
4 : Jaula_Eliminada
6:
Jaula_Eliminada
9.8
<<extend>>
Buscar Tipo de
Atencin
Administrador
<<extend>
>
<<extend>>
<<extend>>
9.9
GESTIONAR USUARIOS
Gestionar Usuarios
Listar
Usuarios
<<extend>
>
Agregar Usuario
<<extend>>
Administrad
or
<<extend>
>
Buscar
Usuario
<<extend>>
Eliminar Usuario
<<extend>>
Modificar Usuario
Ver Usuario
9.9.1
Crear Usuario
: Usuario del Sist ema
Int erf az
: A dminist rador de
C linica
Ba se de Dat os
1 : Crear
Usuario()
2 : Ingrese_datos_usuario()
3 : datos_usuario
4:
Crear_Usuario()
5 : Guardar_Usuario()
7 : OK
8 : OK
6 : OK
9.9.2
Buscar Usuario
: Usuario del Sist ema
Interf a z
: A dminist rador de
C linica
Base de Datos
1 : Buscar
Usuario()
2 : Ingrese_Usuario_A_Buscar()
3 : nombre
4:
Buscar_Usuario()
5 : Buscar_Usuario()
7:
usuario
6 : usuario
8 : usuario
9.9.3
Eliminar Usuario
: Usuario del Sist ema
: A dministra dor de
C linica
1 : Eliminar
Usuario()
Interf a z
Datos
Ba se de
2 : Ingrese_Usuario()
3 : nombre
4 : Confirmar()
5 : OK
ref
Buscar_Usuario
6 : Eliminar_Usuario()
7 : Eliminar_Usuario()
9 : OK
10 : OK
8 : OK
9.9.4
Base de Datos
ref
Buscar_Usuario
4:
Ver_Info_Usuario()
5 : Ver_Info_Usuario()
7:
datos_usuario
6 : datos_usuario
8 : datos_usuario
9.9.5
Modificar Usuario
: Usua rio del Sistema
Interf a z
: A dminist rador de
C linica
Base de Datos
1 : Modificar
Usuario()
ref
Ver_Info_Usuario
2:
datos_usuario
3:
Nuevos_datos()
4 : Modificar Usuario()
5 : Guardar_Usuario()
7 : OK
6 : OK
8 : OK
9.10
GESTIONAR MI CUENTA
Gestionar Mi Cuenta
MdicoPeluquero
Cambiar Contrasea
Secretari
a
Administrador
9.10.1
Cambiar Contrasea
Usuario
s
Int erf az
: M dico-Pe
luque ro
1 : Cambiar_Contrasea()
Base de Datos
2:
Cambiar_Contrasea()
3: I
4 : ngresar_Nueva_Contrasea()
Ingresar_Nueva_Contrasea()
5 : Contrasea_Nueva
6 : Contrasea_Nueva
9 : Usuario_Actualizado
7 : Guardar_Usuario()
8 : Usuario_Actualizado
10 :
Usuario_Actualizado
9.10.2
Base de Dat os
: M dico-Pe luque ro
1:
Cambiar_Preg_Resp_Secreta(
)
2:
Cambiar_Preg_Resp_Secreta()
4:
Ingresar_Nueva_Preg_Resp_Secreta(
)
5:
Nueva_Preg_Resp_Secreta
3:
Ingresar_Nueva_Preg_Resp_Secreta(
)
7 : Actualizar_Usuario()
6:
Nueva_Preg_Resp_Secreta
8 : Usuario_Actualizado
9 : Usuario_Actualizado
10 :
Usuario_Actualizado
9.11
DIAGRAMA DE CLASES
Con las interacciones de los usuarios en los modelos anteriores se obtiene el siguiente
diagrama de clases:
Tipos de
Atencin
Registros
1..*
+ID Registro
+Resumen
+Observacion
es
+Fecha
+ID Atencin
+Nombre
+Motivo
+Importancia
+Agregar_Tipo_Atencion()
+Modificar_Tipo_Atencin()
+Ver_Tipo_Atencin()
+Eliminar_Tipo_Atencin()
+Buscar_Tipo_Atencin()
0..*
0..*
Usuarios
+RUT
+Perfi
l
+Password
+Emai
l
+Preg Secreta
+Resp Secreta
+Nombre
1
+Apellido P
+Apellido M
1..*
+ID Aviso
+Motivo
+Hora Citacin
+Hora de
Llegada
0..1
+ID Paciente
+Nombre
+Especie
+Raza
+Sexo
+Pelaje
+Fec de Nac
+Fallecido
+Extraviado
+Agregar_Paciente()
+Modificar_Paciente()
+Ver_Info_Paciente()
+Eliminar_Paciente()
+Buscar_Paciente()
Secretaria
1..*
Registros
Jaulas
+ID Jaula
+Tipo
Jaula
+Alto
+Ancho
+Fondo
0..*
1
0..*
Jaulas
+Agregar_Jaula()
+Modificar_Jaula()
+Ver_Jaula()
+Eliminar_Jaula()
+Buscar_Jaula()
1..*
+Crear_Aviso()
+Modificar_Avis
o()
+Ver_Aviso()
+Eliminar_Aviso
()
+Buscar_Aviso(
)
+Crear_Usuario()
+Buscar_Usuario()
+Ver_Usuario()
+Eliminar_Usuario()
+Buscar_Usuario()
Mdico-Peluquero
Administrador
Paciente
s
Aviso
s
+Crear_Reg_Jaula
()
+Modificar_Reg_Jaul
a()
+Ver_Reg_Jaula()
+Eliminar_Reg_Jaula
()
+Buscar_Reg_Jaula(
)
Cliente
s
+RUT
+Nombre
+Apellido Paterno
+Apellido Materno
+Direccin
+Comuna
+Ciudad
+Pas
+Telfono
+Celular
+Email
+Activo
+Agregar_Cliente()
+Modificar_Cliente()
+Ver_Info_Cliente()
+Eliminar_Cliente()
+Buscar_Cliente()
9.12
A partir del diagrama de Clases se han diseado con las clases persistentes, y la relacin
que poseen cada una de ellas el siguiente diagrama de Entidad Relacin:
9.12.1
Modelo Entidad-Relacin
9.12.2
Modelo Relacional
Ya con el modelo de Entidad Relacin se puede obtener el Modelo Relacional, con este
modelo se deben detallar las dependencias de cada una de las tablas, los campos, las claves
primarias (PK) y claves forneas (FK), y a partir de ste, se crea la base de datos que ser
finalmente utilizada por el sistema.
CAPTULO 10:
LA INTERFAZ DEL SISTEMA
La interfaz de un sistema web es el conjunto grfico que permite la presentacin y la
navegacin del sistema. Esto se consigue con la inclusin de elementos grficos comunes a
todo el sistema que son estndares, haciendo que los usuarios tengan completo control sobre
las funcionalidades desde el momento mismo de entrar a l sin que para ello deba tener
amplios conocimientos ni preparacin anterior alguna. Para lograr que la interaccin con el
usuario sea lo ms intuitiva posible, se deben utilizar recursos como la grfica, pictogramas,
estereotipos, y smbolos, todo sin afectar el funcionamiento.
10.1
AUTENTIFICACIN
Para entrar al sistema, todo usuario debe ser autentificado mediante el sistema de log-in.
10.2
PANTALLA PRINCIPAL
Cuando ya est iniciada la sesin, la primera pantalla que se muestra es de los avisos
ms prximos a la fecha actual.
10.3
10.3.1
Gestionar Clientes
10.3.2
Gestionar Pacientes
10.3.3
Gestionar Avisos
Muestra todos los avisos ordenados por la hora de citacin ms actual, detallando as si
el paciente ha llegado.
10.3.4
Gestionar Hotel/Hospital
En esta seccin se muestra los registros de los pacientes que hayan pasado por la
hospitalizacin u hotelera, indicando tambin su hora de ingreso y la hora de salida.
10.3.5
Gestionar Registros
Se detallan los registros realizados por los mdicos y peluqueros, indicando el paciente,
su dueo, la fecha de realizacin, y un resumen para tener una nocin de que trata dicho
registro.
10.3.6
Gestionar Jaulas
Se gestionan las jaulas, indicando sus medidas (ancho, alto, y fondo), su tipo (o uso al
que ser expuesta) y su estado, en caso de estar ocupada.
10.3.7
Realizado para facilitar y estandarizar los tipos de atencin que se realizarn los
pacientes, y as ser archivados en los avisos, registros, etc.
10.3.8
Usuarios
Mdulo especialmente del administrador, donde se listan todos los usuarios del sistema,
identificados por su perfil.
10.4
OTRAS FUNCIONALIDADES
10.4.1
Men Lateral
Durante todo el sistema se considerar el uso de un men lateral con los mdulos
importantes del sistema. ste puede variar dependiendo el usuario.
10.4.2
Botones
Botn
Accin
Ver en detalles
Editar
Activar - Desactivar
Agregar
Modificar contrasea
Modificar pregunta y
respuesta secreta
Cerrar sesin
10.4.3
Mensaje de Bienvenida
10.4.4
Verificacin
Palabras
Se verifica que los campos compuestos por letras, solamente contengan letras.
Numricos
Verifica que los campos que sean de tipo numricos, slo posean nmeros en sus campos.
Alfanumricos
10.4.5
Paginacin
10.4.6
Bsqueda
10.4.7
Separacin
En cada mdulo existe un campo de seleccin que permite listar segn ciertas
condiciones.
10.4.8
Barra de navegacin
CAPTULO 11:
PLAN DE PRUEBAS
El objetivo ltimo del proceso de verificacin y validacin es establecer la seguridad de
que el sistema software est hecho para un propsito. Esto significa que el sistema debe ser
lo suficientemente bueno para su uso pretendido. El nivel de confianza requerido depende del
propsito del sistema, las expectativas de los usuarios del sistema y el entorno de mercado
actual del sistema. [21]
11.1
OBJETIVOS
Las pruebas en un software son aplicadas como una etapa ms del proceso de desarrollo
del software y su objetivo es asegurar que el software cumpla con las especificaciones
requeridas y eliminar los posibles defectos que ste pudiera tener. [26].
Objetivos de las Pruebas
11.2
TIPOS DE PRUEBAS
11.2.1
Pruebas Unitarias
11.2.2
Pruebas de Integracin
El objetivo es tomar los mdulos ya probados en las pruebas de unidad, y construir una
estructura de programa que est de acuerdo con lo que dicta el diseo. Existen dos formas de
integracin:
11.2.3
Pruebas de Sistema
Verifica que cada elemento se ajusta de forma adecuada, adems de que se alcanza la
funcionalidad y el rendimiento del sistema como un todo. La prueba del sistema est
constituida por una serie de pruebas diferentes, cuyo propsito primordial es ejercitar
profundamente el sistema.
11.3
ENFOQUES DE PRUEBAS
11.3.1
Permiten examinar la estructura interna del programa. Se disean casos de prueba para
examinar la lgica del programa. Este es un mtodo de diseo de casos de prueba, en el que
usa la estructura de control del diseo procedimental, para derivar casos de prueba que
garanticen que:
Aun as, puede ser imposible cubrir el cien por ciento de los procesos o estados que
pueda tener el sistema, ya que pueden existir fragmentos de cdigo que nunca se llegar a
ejecutar.
11.3.2
Entrad
a
Caja
Negra
Salida
11.4
CASOS DE PRUEBAS
11.4.1
Pruebas Unitarias
Descripcin
Crear un cliente con RUT
incorrecto
Buscar un cliente con un
nombre incompleto
Pacientes
Usuarios
Hotel /
Hospital
Log-in
11.4.2
R. Esperado
R. Obtenido
Mensaje de error
Mensaje de error
Muestra solo
Mostrar todos los clientes
clientes con
con alcance de nombre
nombre exacto.
Muestra
Muestra mensaje
mensaje
indicando error.
indicando error
No debera permitir
Se eliminan
eliminar a todos
todos.
No permite
Mensaje de error
seleccionar
indicando jaula en uso.
jaulas en uso.
Mensaje de error
Pgina en
indicando acceso
blanco.
restringido.
Pruebas de Integracin
Estas pruebas persiguen principalmente la integracin de todos los mdulos del sistema.
Descripcin
Crear nuevo cliente y luego
crearle un paciente.
Iniciar sesin con usuario de
menor rango.
Acceder a Registros con Perfil
Peluquero
Iniciar sesin utilizando datos
errneos.
Resultado Esperado
Mensaje satisfactorio al
crear cliente y paciente.
Mostrar solo los mdulos
disponibles para el rango.
Ver solo los Registros
referentes a peluquera
Mensaje advirtiendo el
error.
Resultado Obtenido
Crea cliente exitosamente,
pero asigna mal al paciente.
Mostrar solo los mdulos
disponibles para el rango.
Muestra Registros mdicos
y de peluquera
Mensaje de error, y vuelve
al log-in.
11.4.3
Pruebas de Sistema
Resultado Esperado
Mensaje de bienvenida
actualiza el nombre.
Muestra la pantalla
principal del sistema
Resultado Obtenido
No se actualiza, hasta que
abra sesin nuevamente.
Muestra la pantalla principal
del sistema.
CAPTULO 12:
CONCLUSIN
Ya terminado este documento se ha concluido la realizacin tanto del software, como la
documentacin asociada mediante las etapas de inicio, elaboracin, construccin y transicin
del modelo de desarrollo Proceso Unificado.
Mediante el estudio de factibilidad se ha determinado, cun factible es el proyecto si lo
llevamos a cabo, donde se evalo en el mbito tcnico, operacional, econmico, y legal.
Se estudi sobre posibles riesgos que puedan afectar el desarrollo del proyecto, y se complet
un plan de mitigacin y contingencia para los ms riesgosos.
De esta misma forma, han sido estudiados los distintos usuarios que compondrn el
sistema, indicando las caractersticas y las tareas que cada uno de ellos realiza.
Se ha documentado minuciosamente todos los procesos para la elaboracin de este
producto software que ha sido enfocado como un sistema web para la ayuda a los actuales
sistemas que posee la clnica veterinaria.
Se han analizado los posibles riesgos que pudiesen traer consigo la construccin del
producto, tratando de mitigar todos los problemas han intentado aparecer.
Para finalizar, los requerimientos, el anlisis, el diseo, la implementacin, y las pruebas,
no han terminado para este sistema, es ms, an seguirn teniendo estas instancias, siempre
cuando se contine sacando actualizaciones. Como trabajo futuro este software espera
implementar el sistema de fotografas de los pacientes, as como tambin el poder administrar
los perfiles detalladamente, indicando a que mdulos se les permite acceder, entre otras
actualizaciones que vayan saliendo en el camino.
CAPTULO 13:
REFERENCIAS BIBLIOGRFICAS
[1]
[2]
M.
Masotas,
Mis
Mascotas,
S/F.
[En
lnea]:
http://www.mismascotas.cl/buscador/clinicas/servicios/cl457.htm. [ltimo acceso:
3 Noviembre 2011].
[3]
[4]
[5]
[6]
[7]
[8]
[9]
Wikipedia,
Wikipedia
Proceso
Unificado,
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational.
[10]
Microsoft,
Microsoft
http://www.microsoft.com/project/.
Project,
[En
[En
[11]
[12]
[13]
EdrawSoft,
EdrawMax,
http://www.edrawsoft.com/EDrawMax.php.
[En
lnea]:
lnea]:
lnea]:
[14]
Adobe,
Adobe
Dreamweaver,
http://www.adobe.com/es/products/dreamweaver.html.
[En
lnea]:
[15]
[16]
[17]
[18]
Microsoft,
Internet
Explorer
9,
[En
http://windows.microsoft.com/es-ES/internet-explorer/products/ie/home.
lnea]:
[19]
[20]
[21]
[22]
[23]
EMOL,
Pginas
Amarillas,
2008.
http://buscador.emol.com/amarillas/clinicas+veterinarias.
[En
[24]
[25]
[26]
CalidadySoftware,
CalidadySoftware,
[En
http://www.calidadysoftware.com/testing/pruebas_funcionales.php.
Intelectual,
lnea]:
[En
lnea]:
lnea]:
ANEXO A
FICHA DE LA MASCOTA
ANEXO B
CARNET DE ATENCIN
ANEXO C
LISTADO DE PRECIOS
Tabla C.1. Listado de Precios.
Procedimiento
CONSULTAS
Diurna (09hrs 22hrs)
Nocturna (22hrs 09hrs)
Domingos y Festivos
Exticos
Oftalmologa
CONSULTAS A DOMICILIO
Consulta
VACUNAS
ctuple
Parvovirus / Distemper
Triple Felina
Leucemia Felina
Antirrbica
VACUNAS A DOMICILIO
ctuple
Parvovirus / Distemper
Triple Felina
Leucemia Felina
Antirrbica
HOSPITALICACIN
Gato
Perro Chico
Perro Mediano
Perro Grande
PELUQUERA
Perro
Gato
ARRIENDO DE JAULAS
1 Jaula
2 Jaulas
$,8.000.$10.000.$9.000.$12.000.$14.000.-
$5.000.$8.000.Sin Informacin
Sin Informacin
Sin Informacin
$15.000.-
$14.000.-
$10.000.$10.000.$10.000.$11.000.$10.000.-
$8.000.$8.000.$8.000.$9.000.$8.000.-
$18.000.$18.000.$18.000.$19.000.$18.000.-
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
$10.000.- a $28.000.$20.000.-
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
ANEXO D
MANUAL DE USUARIO DOCTOR TOBY
D.1.
INTRODUCCIN
D.1.1.
Qu es Doctor Toby?
El sistema web Doctor Toby ofrece una nueva manera de administrar eficientemente la
informacin de una clnica veterinaria. Con este software puede registrar las consultas y los
procedimientos realizados, asignar una jaula a un paciente, y registrar avisos de atencin
mdica y de peluquera.
D.1.2.
Todas las cuentas de usuario de Doctor Toby poseen un RUT, que en estos casos es el
mismo Rol nico Nacional del usuario, y una contrasea que fue suministrada por el
administrador del sistema. Existiendo as mismo, otro mtodos de seguridad, para que nadie se
entere de su contrasea y pueda acceder al sistema.
D.2.
REQUERIMIENTOS
Doctor Toby puede ser ejecutado en computadores que utilicen plataformas Windows,
OSX, Linux, y dispositivos mviles que utilicen Android. Se requiere un procesador Pentium
166Mhz (recomendamos 300Mhz o ms), memoria RAM 32Mb o ms, conexin a Internet
para entrar al sistema web, resolucin de pantalla de 800x600 en computadoras o superior, y
tener activado el funcionamiento de Javascript.
Ya con esos requerimientos, el sistema web no requiere instalacin, solamente se debe
acceder a l mediante un explorador de internet, ya sea, Internet Explorer, Mozilla Firefox,
Google Chrome, etc.
D.3.
Para ingresar a Doctor Toby se debe ejecutar el explorador de internet, y as podr ver la
pgina principal. En esta pgina deber ingresar su RUT y la Contrasea, en los campos que se
muestran en la siguiente imagen:
Ingrese su
RUT y
contrasea
Al costado izquierdo est el men con las secciones de Doctor Toby. Las que
utilizaremos con frecuencia a lo largo del uso del sistema.
Iconos de gestin (agrega, ver, editar, eliminar, etc.) para cada una de las secciones:
Tabla D.1. Tripleta de iconos.
Smbolos
Significado
Agregar
Ver
Editar
Eliminar
Imprimir
Exportar a Excel
Paginas
Poco a poco tendremos que acostumbrarnos a estos iconos, ya que aparecern en todas
las secciones del sistema, cumpliendo as las mismas funcionalidades para cada una de stas.
Prximos Avisos
Ya dentro del sistema, se muestra una pantalla con las citaciones ms prximas a
cumplirse de los pacientes. En esta seccin, se pueden asignar PRESENTE a aquellos
pacientes que ya se encuentren en la Clnica.
Seccin Clientes
En la seccin de clientes se encuentra el listado con todos los clientes de la clnica,
ordenados alfabticamente. En esta pantalla se permite Filtrar Clientes, ya sea por nombre,
apellido, o RUT. Adems se puede visualizar aquellos clientes que han sido inactivados.
Listado de
Pacientes.
Listado de
Clientes.
Para crear un nuevo cliente, debemos ir a la esquina superior derecha y hacer clic en
Agregar Cliente donde se desplegar un men con los campos que debemos completar.
Formulario de
llenado para
agregar Clientes.
Ya teniendo llenos todos los campos, le damos clic en el botn Guardar Cliente y
dependiendo de los campos cmo estn llenados, nos entregar un mensaje de xito, o de error
indicndonos dnde nos equivocamos.
Cuando nuestro primer Cliente est listo, nos aparece a un costado derecho un nuevo
smbolo (Ilustracin D.6) el cual nos permitir agregarle un nuevo paciente. (Se explicar con
mayor detalle en la Seccin Pacientes).
Seccin Pacientes
En la seccin Pacientes, se muestra el listado de todos los pacientes que se encuentran
registrados en la clnica veterinaria, en esta pantalla, se pueden realizar funcionalidades
similares a la seccin anterior.
Listado de
Pacientes.
Si el cliente no posee paciente, ste ltimo debe ser agregado en la Seccin Clientes, en el caso
contrario, debe ser ubicado en la Seccin Pacientes, ambos casos poseen el mismo botn
(Ilustracin D.6).
Para ello, solo debemos hacer clic, y se abrirn nuevos campos que debemos llenar con
la informacin del paciente, como lo muestra en la Ilustracin D.8.
Seccin Avisos
Ya con el cliente creado, y teniendo asociado a un paciente, para crearle alguna citacin a
ste ltimo, debemos dirigirnos a la Seccin Avisos donde son listados todos los avisos
ordenados por la hora de citacin.
Listado de
Avisos.
Hora de
Llegad a
Entonces debemos agregar nuestro aviso haciendo clic en el botn Agregar Aviso el que
nos despliega un listado de todos los pacientes, y un botn para que podamos asignarle el
aviso.
Este mensaje de aviso si est dentro de los prximos 7 das, aparecer en la pantalla
principal del sistema, para que sea recordado con mayor facilidad por el usuario a cargo.
Listado de Jaulas de
Hotel / Hospital.
Para poder asignar una jaula a algn paciente, debe hacer clic en Asignar Jaula y luego
seleccionar el cliente:
Listado de
Pacientes
a asignar.
Seccin Registros
En la Seccin Registros se muestran todos los registros Mdicos y de Peluquera
realizado a los Pacientes (dependiendo de los permisos establecidos). Como se muestra a
continuacin:
De una manera muy similar al anterior, agregamos los Registros al sistema, en esta
seccin, donde contemplan los procedimientos que son realizados en los pacientes por mdicos
y peluqueros. Se debe seleccionar Agregar Nuevo Registro Asignar Paciente y luego se
mostrar el siguiente formulario:
Seccin Jaulas
En esta seccin se almacena la informacin de todas las jaulas que existen en la clnica
veterinaria, indicando su uso y sus medidas:
Cabe destacar, que aqu no es donde se deben asignar las jaulas a los Pacientes.
Seccin Usuarios
Esta seccin posee informacin detallada de cada uno de los usuarios del sistema, donde
el administrador posee permisos para gestionarla.
Para agregar un Usuario se debe hacer clic en el botn de agregar, el cual llevar al
siguiente formulario:
El primer botn (la llave), sirve para modificar la contrasea ya almacenada, y llevar al
siguiente formulario:
Y el segundo, sirve para cambiar la pregunta secreta que fue registrada al crear el usuario
y despliega lo siguiente:
Ambas opciones pueden realizarse las veces que desee el usuario que ha ingresado al
sistema.
D.4.
PREGUNTAS FRECUENTES
Olvidaste tu contrasea
Ingresa tu
RUT y haz
clic aqu
Ilustracin D.23. Olvidaste tu contrasea.
En caso de que hayas olvidado la contrasea, cuando tu cuenta fue creada has tenido que
elegir una pregunta y una respuesta secreta, la cual ser utilizada en esta ocasin.
Responde
Correctamente
esta pregunta.
ngrese su nueva
Icontrasea
Ilustracin D.25. Ingrese su Nueva Contrasea.