Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
1. PERFIL...............................................................................................................................................7
1.1 Introduccion...................................................................................................................................7
1.2 Antecedentes.................................................................................................................................8
1.3 Estructura Organizacional...........................................................................................................9
1.4 Justificación.................................................................................................................................10
1.5 Descripción del problema..........................................................................................................10
1.5.1. Proceso de Gestión de Clientes............................................................................................10
1.5.2. Proceso de Gestión de Mascotas.........................................................................................11
1.5.3. Procesos de gestión de inventarios......................................................................................11
1.5.4. Proceso de Recibo..................................................................................................................13
1.5.5. Proceso de Diagnóstico.........................................................................................................13
1.5.6. Proceso de Gestión de Servicios..........................................................................................14
1.6 Formulación del problema.........................................................................................................14
1.7 Objetivos......................................................................................................................................14
1.7.1 Objetivo general......................................................................................................................14
1.7.2 Objetivos específicos..............................................................................................................15
1.8 Alcance.........................................................................................................................................15
1.9 ELEMENTOS DEL SISTEMA BASADO EN COMPUTADORAS.........................................17
1.9.1. HARDWARE............................................................................................................................17
1.9.1.1. SERVIDOR..........................................................................................................................17
Disco duro de 160GB.................................................................................................................17
Memoria RAM 2GB.....................................................................................................................17
Procesador Intel Pentium IV de 2.0GHz..................................................................................17
Puertos USB................................................................................................................................17
Tarjeta de video de 32 MB.........................................................................................................17
Unidad lectora de DVD..............................................................................................................17
Monitor..........................................................................................................................................17
Impresora.....................................................................................................................................17
Dispositivos de entrada y salida (mouse, teclado).................................................................17
1.9.1.2. CLIENTE..............................................................................................................................17
- Disco duro de 80GB...................................................................................................................17
- Memoria RAM 1GB.....................................................................................................................17
- Procesador Intel Pentium IV de 2.0GHz..................................................................................17
- Puertos USB................................................................................................................................17
- Tarjeta de video de 32 MB.........................................................................................................17
- Unidad lectora de DVD..............................................................................................................17
- Monitor..........................................................................................................................................17
- Impresora.....................................................................................................................................17
- Dispositivos de entrada y salida (mouse, teclado).................................................................17
1.9.1.3. OTROS DISPOSITIVOS....................................................................................................18
1.9.2. SOFTWARE.............................................................................................................................18
1.9.2.1. Servidor................................................................................................................................18
- Sistema operativo Windows XP, Vista, Seven o Windows 8.................................................18
- Motor de base de datos MySQL...............................................................................................18
- Máquina virtual Java JDK para lenguaje de programación Net Beans...............................18
- Procesador de texto (Microsoft Word, Notepad++)................................................................18
1.9.2.2. Cliente...................................................................................................................................18
- Sistema operativo Windows XP, Vista, Seven o Windows 8.................................................18
- Motor de base de datos MySQL...............................................................................................18
- Máquina virtual Java JDK para lenguaje de programación Net Beans...............................18
- Procesador de texto (Microsoft Word, Notepad++)................................................................18
1.9.2.3. Otro software adicional.......................................................................................................18
- Architect Enterprise versión 8...................................................................................................18
- Microsoft Word versión 2010.....................................................................................................18
- Smartvoice Recorder para android...........................................................................................18
1.9.3. DATOS......................................................................................................................................18
- Nombre del empleado................................................................................................................19
- C.I..................................................................................................................................................19
- Dirección......................................................................................................................................19
- Teléfono........................................................................................................................................19
- Cargo............................................................................................................................................19
- Nombre.........................................................................................................................................19
- C.I..................................................................................................................................................19
- Dirección......................................................................................................................................19
- Teléfono........................................................................................................................................19
- Email.............................................................................................................................................19
- Nombre del propietario...............................................................................................................19
- Nombre de la mascota...............................................................................................................19
- Color.............................................................................................................................................19
- Raza.............................................................................................................................................19
1.9.4. PROCESOS.............................................................................................................................19
-Proceso de Gestión de Clientes......................................................................................................19
-Proceso de Gestión de Mascotas...................................................................................................19
-Procesos de gestión de inventarios................................................................................................19
-Proceso de Recibo............................................................................................................................19
-Proceso de Diagnóstico....................................................................................................................19
-Proceso de Gestión de Servicios....................................................................................................19
1.9.5. GENTE/USUARIO..................................................................................................................19
- Administrador...............................................................................................................................19
- Empleado.....................................................................................................................................19
- Cliente..........................................................................................................................................19
- Proveedor.....................................................................................................................................19
- Promotor.......................................................................................................................................19
1.9.6. DOCUMENTO.........................................................................................................................20
- Guía para el manejo del software.............................................................................................20
- Licencias que también proporciona información....................................................................20
- Planilla de Orden de Trabajo.....................................................................................................20
1.10 TECNOLOGIA PARA EL DESARROLLO DEL SOFTWARE................................................20
1.10.1 Estrategia para el desarrollo del software...........................................................................20
1.10.2 Metodología para el desarrollo del software.......................................................................20
1.10.2.1 Características del PUDS..................................................................................................20
- Inicio.............................................................................................................................................20
- Elaboración..................................................................................................................................20
- Construcción................................................................................................................................20
- Transición.....................................................................................................................................20
1.10.2.2 Características de UML......................................................................................................21
1.10.3 HERRAMIENTAS DE DESARROLLO.................................................................................21
1.10.3.1 Software...............................................................................................................................21
- Sistemas operativos...................................................................................................................21
Windows...............................................................................................................................................21
- Sistemas de Aplicación..............................................................................................................21
NetBeans IDE 7..................................................................................................................................21
UML......................................................................................................................................................21
- Microsoft Word............................................................................................................................21
1.10.3.2 Hardware..............................................................................................................................21
- PC con procesador: Intel(R) CORE(TM) 2 DUO 2.93GHz....................................................21
- Memoria instalada (RAM) de 1 GB...........................................................................................21
1.11 POSIBLES COSTOS..................................................................................................................21
1.12 Posibles Beneficios.....................................................................................................................22
1.12.1. Tiempo..................................................................................................................................23
1.12.2. Esfuerzo...............................................................................................................................23
1.12.3. Costos...................................................................................................................................23
1.13 POSIBLES CLIENTES...............................................................................................................23
2. MARCO TEORICO.........................................................................................................................24
2.1. Ciclo de Vida PUDS................................................................................................................24
2.2. Flujos de Trabajo.................................................................................................................24
2.2.1. Requisitos.........................................................................................................................25
2.2.2. Fases................................................................................................................................29
2.3. Concepto de UML...............................................................................................................32
2.4. Vocabulario de UML...........................................................................................................33
3. MÉTODO DE REQUERIMIENTOS - MÉTODO ISHIKAWA.....................................................35
3.1. IDENTIFICAR LISTA DE PROBLEMAS..................................................................................35
3.1.1. LISTA DE PROBLEMAS........................................................................................................35
3.2. DEPURAR PROBLEMA............................................................................................................36
Justificación.............................................................................................................................................37
3.3. LISTA DE PROBLEMAS FINALES...........................................................................................37
3.4. IDENTIFICAR PROPIETARIOS DE PROBLEMAS................................................................38
Lista de propietarios...............................................................................................................................38
Identificar propietarios de problemas...................................................................................................38
3.5. ANALIZAR PROBLEMAS..........................................................................................................42
3.6. Diseño Grafico.............................................................................................................................43
3.7. Identificar Categorias..................................................................................................................43
3.7.1. Descripcion de cada categoria..............................................................................................44
3.8. Diagrama Causa/Efecto.............................................................................................................45
4. MODELO DE DOMINIO.................................................................................................................46
4.1. Identificar clases y categorías...................................................................................................46
4.2. Identificar Relaciones entre Clases..........................................................................................51
4.3. DISEÑAR EL DIAGRAMA DE CLASES DEL MODELO DE DOMINIO...............................58
4.4. DISEÑO DE DATOS LÓGICOS................................................................................................59
4.4.1. DIAGRAMA DE CLASES.......................................................................................................59
4.5. MAPEO.........................................................................................................................................60
4.6. DISEÑO FÍSICO.........................................................................................................................63
PERSONA...........................................................................................................................................63
PERSONAL.........................................................................................................................................63
CARGO................................................................................................................................................63
CLIENTE..............................................................................................................................................63
PROVEEDOR.....................................................................................................................................63
PROMOTOR.......................................................................................................................................63
MASCOTA...........................................................................................................................................63
RAZA....................................................................................................................................................64
ANIMAL................................................................................................................................................64
SERVICIO............................................................................................................................................64
PROXIMA CONSULTA.......................................................................................................................64
RECEPCION.......................................................................................................................................65
RECIBO................................................................................................................................................65
DIAGNOSTICO...................................................................................................................................65
DETALLEDIAGNOSTICO..................................................................................................................65
TRATAMIENTO...................................................................................................................................66
EVOLUCION.......................................................................................................................................66
RECETA...............................................................................................................................................66
PEDIDO................................................................................................................................................67
PRODUCTO........................................................................................................................................67
DETALLEVENTA.................................................................................................................................67
DETALLEDELPEDIDO.......................................................................................................................67
PRODUCTOS UTILIZADOS.............................................................................................................68
POLITICADEDEVOLUCION.............................................................................................................68
DEVUELTO..........................................................................................................................................68
TIPO DE MEDICAMENTOS..............................................................................................................69
DESECHADO......................................................................................................................................69
ALIMENTO...........................................................................................................................................69
ARTICULOS........................................................................................................................................69
MEDICAMENTOS...............................................................................................................................70
4.7. SCRIPT BASE DE DATOS VETERINARIA “EL PRADO”......................................................70
4.8. DIAGRAMA RELACIONAL......................................................................................................131
5. MODELO DE NEGOCIOS...........................................................................................................132
5.1. DIAGRAMA DE ACTIVIDAD...................................................................................................132
Son similares a los diagramas de flujo de otras metodologías OO. En realidad se corresponden
con un caso especial de los diagramas de estado donde los estados son estados de acción
(estados con una acción interna y una o más transiciones que suceden al finalizar esta acción,
o lo que es lo mismo, un paso en la ejecución de lo que será un procedimiento) y las
transiciones vienen provocadas por la finalización de las acciones que tienen lugar en los
estados de origen. Siempre van unidos a una clase o a la implementación de un caso de uso o
de un método (que tiene el mismo significado que en cualquier otra metodología OO). Los
diagramas de actividad se utilizan para mostrar el flujo de operaciones que se desencadenan
en un procedimiento interno del sistema...........................................................................................132
5.1.1. GESTIÓN DE DIAGNOSTICO............................................................................................132
5.1.2. GESTIÓN DE PEDIDO........................................................................................................133
5.1.3. GESTIÓN DE CONSULTAS................................................................................................133
5.1.4. GESTIÓN DE COMPRA......................................................................................................134
6. Flujo de Trabajo: Requisitos........................................................................................................134
6.1. LISTAR CASOS DE USO E IDENTIFICAR ACTORES.......................................................134
6.1.1. LISTA DE ACTORES............................................................................................................134
6.1.2. LISTA DE CASOS DE USO.................................................................................................135
6.2. PRIORIZACIÓN DE CASOS DE USO...................................................................................135
6.3. DETALLAR CASOS DE USO..................................................................................................137
6.4. Unificar cada caso de Uso.......................................................................................................160
3.6. Detallar relación de cada caso de uso...................................................................................161
3.7. PROTOTIPOS...........................................................................................................................167
3.7.1. Formularios............................................................................................................................167
7. FLUJO DE TRABAJO: Analisis...................................................................................................182
7.1. Análisis de Arquitectura............................................................................................................182
7.1.1. Identificar Paquetes..............................................................................................................182
7.1.2. Vista de paquete...................................................................................................................183
7.1.3. Encapsular de Casos de Uso..............................................................................................186
7.2. Analizar cosos de Uso..............................................................................................................187
7.3. Análisis de Paquetes................................................................................................................190
8. Flujo de Trabajo: Diseño..............................................................................................................191
8.1. Arquitectura Fisica: Modelo de Despliegue...........................................................................191
8.2. Arquitectura Logica: Diagrama Organizado en capaz.........................................................191
8.3. Procedimientos Almacenados.................................................................................................191
8.4. Triggers = Disparadores...........................................................................................................200
8.5. Bitacoras....................................................................................................................................206
9. FLUJO DE TRABAJO: Implementacion.....................................................................................211
9.1. Modelo de arquitectura: Sistema Principal............................................................................211
9.2. Arquitectura de Subsistemas..................................................................................................211
9.2.1. Paquete: PERSONA.............................................................................................................211
9.2.2. Paquete: Venta......................................................................................................................212
9.2.3. Paquete: Servicio..................................................................................................................212
9.2.4. Paquete: INVENTARIOS......................................................................................................213
9.2.5. Paquete: Reportes................................................................................................................213
9.2.6. Paquete: PACIENTE.............................................................................................................214
10. CONCLUCIONES.....................................................................................................................214
11. RECOMENDACIONES............................................................................................................214
12. Bibliografia:..............................................................................................................................215
13. ANEXOS....................................................................................................................................215
1. PERFIL
1.1Introduccion
Es una poderosa herramienta que permite controlar de una manera muy fácil y
eficiente toda la administración de servicios clínicos e inventarios de la
veterinaria, eliminado así la necesidad de invertir mucho tiempo en tareas
tediosas para poder dedicarlo a actividades verdaderamente productivas.
1.2 Antecedentes
No cuenta con un buen control de las ventas que se realizan al día y esto
provoca que a veces ocurra desorden de la documentación por falta de
tiempo de los vendedores, por lo que puede ocurrir pérdida de dinero y/o
productos.
Utilizan la observación para darse cuenta cuando un producto está
faltando o se dan cuenta al final del día cuando revisan sus anotaciones.
Esto provoca que al momento de realizar la compra, no se tenga
conocimiento de la cantidad exacta de cada producto que hay en cada
momento por lo que a veces se realiza la compra de productos
innecesarios. Tomando en cuenta el intervalo necesario de tiempo hasta
su correspondiente vencimiento.
Es moroso para el vendedor, al momento de realizar una venta, el tener
que verificar la existencia de dicho producto, debido que son muchos los
productos que se ofrecen, para así poder realizar la venta y tal situación
resulta incomodo para el cliente cuando este no existe.
Muchas veces existen productos que ofrece la veterinaria, y están
vencidos o la cantidad ofrecida del producto es menor a la que se
encuentra en el almacén, lo cual significa que es un problema muy serio
para la veterinaria y a veces incómodo para el cliente ya que ellos muchas
veces llegan a extraviar las facturas o nota de venta que se les da por el
pago del producto, si el almacén también pierde los documentos que
tenía como referencia de la venta realizada, está perdida es irreparable.
No se puede realizar el cambio de producto cuando se pierdan
documentos, al no contar con un sistema que pueda verificar la venta de
dicho producto. Por tanto viendo este caso que se puede presentar en
cualquier momento en la empresa, sería un grave problema es así que
vemos por conveniente implementar un sistema que sea confiable y
rápido.
A veces ocasiona confusión en los precios reales del producto, ya que
estas se realizan de forma manual con la lista de precios que no están
actualizados constantemente, existiendo ocasiones donde algunos
productos están en ofertas, etc.
Otro problema es que varía el precio de los productos en venta, tales
motivos como: devaluación de productos, economía del país, cambio de
dólar, etc.
Al no tener un mejor control sobre las ventas de los productos al final del
día o del mes no se tiene la cifra exacta de las ganancias o pérdidas que
se haya obtenido durante ese periodo de tiempo.
Cuando se realiza una compra de acuerdo al producto se pide por lote o
se lo compra por unidad. Ya que cada lote tiene una misma fecha de
fabricación y vencimiento, al vencerse el mismo el laboratorio hace el
respectivo desalojo del producto del mercado.
1.7 Objetivos
1.7.1 Objetivo general
Desarrollar un Sistema de Información para la Gestión de Servicios Clínicos
e Inventarios de la “Veterinaria El Prado”
1.8 Alcance
Gestión de cliente
Gestión de mascota
Gestión de Proveedor
Gestión de Ventas
Gestión de servicios
Gestión de inventario
1.9.3. DATOS
Datos de la mascota:
1.9.5. GENTE/USUARIO
Iterativo e incremental.
El Proceso Unificado es un marco de desarrollo compuesto de cuatro
fases:
- Inicio.
- Elaboración.
- Construcción.
- Transición.
- Sistemas de Aplicación
NetBeans IDE 7.
UML.
- Microsoft Word.
1.10.3.2 Hardware
Para el uso del Sistema se necesitará contar con mínimo dos equipos de
computación, uno que será para el proceso de asistencia de empleado, y
la otra será para llevar el control en almacén (o inventario).
RECURSOS
Las computadoras deben cumplir con las siguientes características que
describimos a continuación:
RECURSOS DE HARDWARE
Recursos para la implementación de la red LAN $ 200
Costos del sistema de información $ 600
RECURSOS DE SOFTWARE Y HARDWARE
1.12.1. Tiempo
1.12.2. Esfuerzo
1.12.3. Costos
2. MARCO TEORICO
El Proceso Unificado es conjunto de actividades necesarias para transformar los requisitos del usuario en
un sistema de software. Está dirigido por casos de uso, centrado en la arquitectura, y es iterativo e
incremental.
Un caso de uso es un fragmento de funcionalidad del sistema que proporciona un resultado de valor a un
usuario. Los casos de uso modelan los requerimientos funcionales del sistema. El concepto de
arquitectura software incluye los aspectos estáticos y dinámicos más significativos del sistema. La
arquitectura es una vista del diseño completo con las características más importantes resaltadas,
dejando los detalles de lado. Es práctico dividir el esfuerzo de desarrollo de un proyecto de software en
partes más pequeñas o mini proyectos. Cada mini proyecto es una iteración que resulta en un
incremento. Las iteraciones hacen referencia a pasos en el flujo de trabajo, y los incrementos a
crecimientos en el producto.
Las iteraciones deben estar controladas. Esto significa que deben seleccionarse y ejecutarse de una
forma planificada.
Los flujos de trabajo desarrollan modelos desde el modelo de casos de uso hasta el modelo de pruebas.
2.2.1. Requisitos
Este flujo de trabajo está representado por el Modelo de Caso de Usos. El objetivo de este flujo de
trabajo es determinar los requisitos funcionales del sistema, y luego plasmarlos a través de casos de uso
en un Modelo de Casos de Usos. El propósito fundamental del flujo de trabajo de los requisitos es guiar
el desarrollo hacia el sistema correcto.
Hay diferentes puntos de partida para la captura de requisitos. En algunos casos comenzamos haciendo
un modelo del negocio o partimos de uno ya desarrollado. En otros casos si es un sistema acotado que
no da soporte al negocio podemos partir de un modelo de objetos sencillo como un modelo del dominio.
En otros casos el cliente puede ya haber desarrollado una especificación completa de requisitos no
basada en objetos, de la cual podemos partir.
El modelo de casos de uso ayuda al cliente, a los usuarios, y a los desarrolladores a llegar a un acuerdo
sobre cómo utilizar el sistema. Cada tipo de usuario del sistema se representa mediante un actor que
define un rol de utilización del sistema.
Los actores modelan el entorno del sistema, y los casos de uso especifican el sistema. Un diagrama de
casos de uso describe parte del modelo de casos de uso y muestra un conjunto de casos de uso y
actores asociados.
Actividades Trabajador Resp. De Artefactos (Entradas)
Artefactos(Salida)
- Glosario
- Glosario
- Caso de Uso(detallado)
- Glosario
- Caso de Uso(detallado)
- Glosario
Artefactos
- Modelo de casos de usos: un modelo de casos de uso es un modelo del sistema que
contiene actores, casos de uso y sus relaciones.
- Actor, el modelo de casos de uso describe lo que hace el sistema para cada tipo de usuario.
Cada uno de éstos se representa mediante uno o más actores. Los actores suelen
corresponderse con trabajadores (o actores del negocio).
- Caso de Uso, los casos de uso son fragmentos de funcionalidad que el sistema ofrece para
aportar un resultado de valor para sus actores. Para cada caso de uso debe detallarse su flujo
de sucesos. El flujo de sucesos puede plasmarse en forma textual y describe como interactúa
el sistema con los actores cuando se lleva a cabo un caso de uso. También pueden vincularse
a un caso de uso requisitos no funcionales específicos del caso de uso.
Trabajadores
- Analista de Sistema, es responsable de: el modelo de Caso de Uso, actores que contiene y
glosario.
- Especificador de Casos de Usos, asiste al analista de sistema en la descripción detallada
de caso de uso, por lo tanto, es responsable de caso de uso.
- Diseñador de Interfaz de usuario, es responsable del prototipo de interfaz de usuario.
- Arquitecto, es responsable de la descripción de la arquitectura(vista del modelo de casos de
uso).
Actividades
- Encontrar Actores y Casos de Uso, esta actividad es realizada para: delimitar el entorno
del sistema, identificar quien y que actores interactúan con el sistema y que funcionalidad se
espera del sistema y por ultimo capturar y definir un glosario de términos comunes esenciales
para la creación de descripciones detalladas de las funcionalidades del sistema.
Esta actividad consta de cuatro pasos, los cuales no tienen que ser ejecutados en un orden
determinado:
- Priorizar casos de uso, El propósito de esta actividad es priorizar cuales son los casos de
uso más importantes para abordar en las primeras iteraciones. Los resultados se recogen en
la vista de la arquitectura del modelo de casos de uso. Esta vista revisada con el jefe de
proyecto se utiliza como entrada al hacer la planificación de lo que debe desarrollarse dentro
de una iteración.
- Detallar casos de uso, El objetivo principal de detallar cada caso de uso es describir su flujo
de sucesos en detalle, incluyendo como comienza, termina, e interactúan con los actores.
Para detallar los casos de uso se usan: descripciones textuales, diagramas de transición de
estados para describir los estados de los casos de uso y las transiciones entre esos estados,
diagramas de actividad para describir transiciones entre estados con más detalle como
secuencias de acciones. Los diagramas de actividad pueden describirse como la
generalización de los diagramas de transición de estados, diagramas de interacción para
describir cómo interactúa una instancia de caso de uso con la instancia de un actor. Los
diagramas de interacción muestran el caso de uso y el actor o actores participantes. Para
cada caso de uso debe detallarse: estado inicial como precondición, cómo y cuando
comienza el caso de uso (primera acción a ejecutar), orden en que deben ejecutarse las
acciones (puede ser una secuencia numerada), cómo y cuando terminan los casos de uso,
posibles estados finales como postcondiciones, caminos de ejecución que no están permitido,
camino básico y caminos alternativos.
- Crear prototipos de interfaz de usuario, comenzamos con los casos de uso e intentamos
discernir que se necesita de las interfaces de usuario para habilitar los casos de uso para
cada actor. Hacemos un diseño lógico de la interfaz de usuario, luego creamos un modelo
físico, y desarrollamos prototipos para ilustrar como pueden utilizar el sistema los usuarios
para ejecutar los casos de uso.
- Estructurar el modelo de casos de uso, Los casos de uso identificado son estructurados
utilizando las relaciones de uso (secuencias comunes), extensiones (casos excepcionales), y
generalizaciones.
2.2.2. Fases
El Proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema.
Cada ciclo constituye una versión del sistema:
Cada fase termina con un hito, este se determina por la disponibilidad de un conjunto de artefactos, es
decir un conjunto de modelos o documentos que han sido desarrollados hasta alcanzar un estado
predefinido. Los hitos tienen muchos objetivos. Los directores deben tomar ciertas decisiones antes de
continuar con la siguiente fase, los hitos también sirven para controlar la dirección y el progreso del
trabajo.
Fase de Inicio
Durante la fase de inicio se desarrolla una descripción del producto final, y se presenta el
análisis del negocio. Esta fase responde las siguientes preguntas:
· ¿Cuáles son las principales funciones del sistema para los usuarios más importantes?
En esta fase se identifican y priorizan los riesgos más importantes. El objetivo de esta fase es
ayudar al equipo de proyecto a decidir cuáles son los verdaderos objetivos del proyecto. Puede
que todo el trabajo físico realizado en esta fase sea descartado. Lo único que normalmente
sobrevive a la fase de inicio es el incremento del conocimiento en el equipo.
Este hito es alcanzado cuando el equipo de proyectos y el cliente llegan a un acuerdo sobre:
- Cuál es el conjunto de necesidades del negocio, y que conjunto de funciones satisfacen estas
necesidades.
Fase de Elaboración
Durante la fase de elaboración se especifican en detalle la mayoría de los casos de uso del
producto y se diseña la arquitectura. Las iteraciones en la fase de elaboración:
- Casos de prueba
- La mayoría de los casos de uso (80%) que describen la funcionalidad del sistema.
La fase de elaboración finaliza con el hito de la Arquitectura del Ciclo de Vida. Este hito se
alcanza cuando el equipo de desarrollo y el cliente llegan a un acuerdo sobre:
Fase de Construcción
Durante la fase de construcción se crea el producto. La línea base de la arquitectura crece hasta
convertirse en el sistema completo.
Al final de esta fase, el producto contiene todos los casos de uso implementados, sin embargo
puede que no esté libre de defectos.
- El sistema software
Fase de Transición
La fase de transición cubre el período durante el cual el producto se convierte en la versión beta.
Las iteraciones en esta fase continúan agregando características al software. Sin embargo las
características se agregan a un sistema que el usuario se encuentra utilizando activamente.
Los artefactos construidos en esta fase son los mismos que en la fase de construcción. El equipo
se encuentra ocupado fundamentalmente La fase de transición finaliza con el hito de
Lanzamiento del Producto. Este hito se alcanza cuando el equipo de desarrollo y el cliente
llegan a un acuerdo sobre:
Con UML nos debemos olvidar del protagonismo excesivo que se le da al diagrama de clases, este
representa una parte importante del sistema, pero solo representa una vista estática, es decir muestra al
sistema parado. Sabemos su estructura pero no sabemos que le sucede a sus diferentes partes cuando
el sistema empieza a funcionar. UML introduce nuevos diagramas que representa una visión dinámica
del sistema. Es decir, gracias al diseño de la parte dinámica del sistema podemos darnos cuenta en la
fase de diseño de problemas de la estructura al propagar errores o de las partes que necesitan ser
sincronizadas, así como del estado de cada una de las instancias en cada momento. El diagrama de
clases continua siendo muy importante, pero se debe tener en cuenta que su representación es limitada,
y que ayuda a diseñar un sistema robusto con partes reutilizables, pero no a solucionar problemas de
propagación de mensajes ni de sincronización o recuperación ante estados de error. En resumen, un
sistema debe estar bien diseñado, pero también debe funcionar bien.
UML también intenta solucionar el problema de propiedad de código que se da con los desarrolladores,
al implementar un lenguaje de modelado común para todos los desarrollos se crea una documentación
también común, que cualquier desarrollador con conocimientos de UML será capaz de entender,
independientemente del lenguaje utilizado para el desarrollo.
UML es ahora un standard, no existe otra especificación de diseño orientado a objetos, ya que es el
resultado de las tres opciones existentes en el mercado. Su utilización es independiente del lenguaje de
programación y de las características de los proyectos, ya que UML ha sido diseñado para modelar
cualquier tipo de proyectos, tanto informáticos como de arquitectura, o de cualquier otro ramo.
UML permite la modificación de todos sus miembros mediante estereotipos y restricciones. Un
estereotipo nos permite indicar especificaciones del lenguaje al que se refiere el diagrama de UML. Una
restricción identifica un comportamiento forzado de una clase o relación, es decir mediante la restricción
estamos forzando el comportamiento que debe tener el objeto al que se le aplica.
UML permite: especificar, construir, visualizar y documentar los objetos de un sistema programado.
Estructuras
Dinámicas: Muestra las actividades del sistema que representan acciones en la vida real. Se los
representa con relaciones en las que se anotan dicha actividad entre las partes que actúan.
Relaciones
Asociación: es una relación estructural que describa una conexión entre dos clases
Agregación: Relaciona una clase ya ensamblada con una clase componente. Es también una
relación de composición menos fuerte (no se exige dependencia existencial) y se denota por un
rombo sin rellenar en uno de los extremos.
Diagrama de casos de uso: Los diagramas de casos de uso describen las relaciones y las
dependencias entre un grupo de casos de uso y los actores participantes en el proceso. Es
importante resaltar que los diagramas de casos de uso no están pensados para representar el
diseño y no puede describir los elementos internos de un sistema. Los diagramas de casos de
uso sirven para facilitar la comunicación con los futuros usuarios del sistema, y con el cliente, y
resultan especialmente útiles para determinar las características necesarias que tendrá el
sistema. En otras palabras, los diagramas de casos de uso describen qué es lo que debe hacer
el sistema, pero no cómo.
Diagrama de clases: Los diagramas de clases muestran las diferentes clases que componen un
sistema y cómo se relacionan unas con otras.
Diagrama de objetos: un objeto es la instancia de una clase (una entidad que tiene valores
específicos de los atributos y acciones). En los diagramas se los representa en rectángulos que
en la parte superior tienen el nombre de la instancia seguido de dos puntos y el nombre de la
clase a la que pertenecen.
Diagrama de actividad: Los diagramas de actividad describen la secuencia de las actividades en
un sistema. Los diagramas de actividad son una forma especial de los diagramas de estado, que
únicamente (o mayormente) contienen actividades.
REFERENCIAS:
P4
El
siste
ma
de
infor
maci
ón se
enfoc
a
exclu
siva
ment
e en
comp
ra y
venta
P5 El área de RRHH no forma parte de nuestro sistema de información
La infraestructura de la empresa no es relevante para nuestro sistema
P11 de información
P18 El sistema de información no gestionara la factura del cliente
P21 Este es un problema que depende de la infraestructura
Este problema es causado por la falta de estudio de algunos empleados
P22 de la veterinaria
Puesto que la infraestructura es pequeña e influye en la organización de
P23 los productos. La organización de dicho producto es escasa
Al no contar con una organización para las ventas no es posible llevar un
P26 registro de las ventas realizadas de cada empleado
Propietario 1: Dueño/a
Propietario 2: Médico veterinario
Propietario 3: Asistente
Propietario 4: Cliente
Propietario 5: Proveedor
Propietario 6: Mascota
Propietario
Dueñ Médico Asistent Client Proveedo Mascot
o veterinari e e r a
Problemas
o
Deficiente
registro de
mascotas de 1 1 1 1 1
P1 un cliente
Demora en
la entrega
de 1
información
para el 1 1 1 1
tratamiento
de la
P2 mascota
Deficiente
registro de
tratamientos 1
aplicados a 1 1 1
las
P3 mascotas
Deficiente
control de
tratamientos 1
a realizarse 1 1 1
a ciertas
P4 mascotas
Ineficiente
manipulació
n de los
registros de 1 1 1
consultas de
P5 los clientes
Deficiencia
en el manejo
de 1 1 1
P6 inventario.
Deficiencia
en el
registro de
los
productos 1
próximos a
la fecha de
P7 vencimiento.
P8 Mala
1 1
organización
de los
productos
en el
inventario.
Dificultad
para hallar
los
productos 1 1
próximos a
la fecha de
P9 vencimiento.
Deficiencia
en el
registro del 1 1
stock de los
P10 productos.
Inconvenient
es al buscar
información 1
de contacto 1
del
P11 proveedor.
Deficiencia
en el
registro de 1 1
P12 proveedores
Deficiente
control en
las compras 1
de los
P13 productos.
Mala
manipulació
n de los 1
registros de
P14 compra.
Demora en
la entrega
de notas de 1
P15 venta.
Inadecuado
registro de
1 1
P16 los clientes
Deficiencia
en la
actualizació
n del stock
de los 1
productos al
momento de
P17 la venta.
Ineficiencia
en el manejo
de los
precios de 1 1
venta de los
P18 productos.
Pérdida de
tiempo al
realizar un 1 1 1
P19 inventario.
Ineficiencia
en el
registro del
precio real
del producto
1 1 1
(precio al
que se
vendió el
P20 producto).
Deficiencia
en el
registro de 1 1 1
los
productos
salientes o
dados de
P21 baja.
P22 Deficiencia
en la
actualizació 1 1
n del stock
cuando se
devuelve un
producto
próximo a
vencer, al
respectivo
proveedor.
Perdida de
información
de las 1 1 1
actividades
P23 diarias.
3.5. ANALIZAR PROBLEMAS.
Deficiencia en
Deficiente Mal
Deficiencia en la Deficiencia en el registroDeficiencia
de en Demora en la
Mala registro de Deficiente
manipulació
Ineficiencia
Mala
actualización endel la actualización los productos entrega de
organización Pérdida de el registro de tratamientos control
n dedelos
el manejo
manipulación
stock cuandode se Dificultad para
del stock en
de los próximos información
Deficiente Deficiencia
hallarde
loslos Deficiencia enalos
la productos Deficiente
aplicados registros
tratamientos de
a
deloslos
control precios
en las de
devuelve un productos
el registro al tiempo al
fechade
de salientes o registro de para el a las Inadecuad
productos
productos en del el manejo Demora en la
consultas de
ventade
registros
producto
compras dedepróximo
los a momento
stock de losde la realizar un mascotas
tratamiento de realizarse
o a
registro
productos.
el inventario.
próximos a la venta. vencimiento.dados de mascotas de
inventario. entrega de
los clientes
compra.
vencer, al respectivo la mascota ciertas
los
P8productos. inventario. un cliente P3 notasdede
los
P19 P6P7
P18 fecha de baja. P5
P14proveedor.
productos.P22 P10P17 P1 P2 clientes.
mascotas
venta.
vencimiento. INVENTARI P21 Mascotas
CLIENTES P16
INVENTARI Mascotas
CLIENTES P4
P15
3.6. Diseño Grafico
Persona.- esta clase heredara las demás clases como ser: personal, cliente,
cargo, mascota, proveedor, etc…tiene los siguientes atributos
Personal: en esta clase almacenaremos los datos del personal que trabaja en la
veterinaria en donde los atributos son heredados de la clase Persona excepto el
código q se asignara a cada uno de los miembros de la veterinaria
Codcargo: es el código
que tendrá cada cargo que
tenga el personal de trabajo
Descripción: nombre del
cargo que ejerce el personal
Cliente: en esta clase se registrara todos los datos de los clientes que ingresen
con sus mascotas para ser atendidos. Los atributos son heredados de la clase
persona excepto el código q será asignado a cada cliente
Codcliente: es el código
que se le asignara a cada cliente
para ser atendido
Proveedor: en esta clase se registrara todos los datos de los proveedores de la
empresa que provee de productos a la veterinaria la cual tendrá los siguientes
atributos:
Codproveedor: es el código
que se asignara a cada
proveedor para poder
identificarlo
Nombre: nombre de cada
proveedor
Dirección: dirección de los
proveedores
Teléfono: se registrara ya sea el nro. de celular o fijo
Fecha de registro: se registrara la fecha que ingreso cada proveedor
Codpromotor: es el
código que se asignara a
cada promotor de la
empresa
Mascota: en esta clase se registrara los datos de las mascotas que van a ser
atendidos por los empleados
Codmascota: es el
código que se
asignara a cada
mascota para
identificarlo
Fecha de Registro:
fecha que se
registrara a la mascota
CodRaza: es el
código que identificara
el tipo de raza q es la
mascota
Nombre: nombre de cada mascota
FechaNacimiento: la fecha en el que nació la mascota
Sexo: el género de cada mascota
Tamanio: el tamaño de la macota
Color: el color o colores de la macota
Raza: en esta clase se registra el código con el tipo raza que es cada animal o
mascota
Codraza: es el que
identificara cada raza
Descripción: los nombre
de las razas
Codanimal: referencia de
la clase Animal
Animal: en esta clase se registraran los datos los animales que son atendidos
especificando su raza por medio de un código que será heredado de la clase
Raza. Tiene los siguientes atributos:
Coddiagnostico: código
asignado a cada diagnostico
Codrecepcion: código
heredado de la clase recepción
Coddetallediagnostico:
código para cada detalle
Descripción: detalle del
diagnóstico realizado
Fecha: fecha en la cual se realizó el diagnostico
Coddiagnostico: código heredado de clase diagnostico
Servicio: en esta clase se registraran los datos de todos los servicios que brinda
la veterinaria. Tiene los siguientes atributos:
Descripción: detalle de la
consulta
Fecha: Fecha que se realizo la consulta
Codproducto: código
asignado a cada producto
Nombre: nombre del
producto
Precio: costo de los
productos
Cantidad: cantidad de
Productos
Fabrica: lugar donde se fabrico el producto
Medicamentos: en esta clase se registrara los datos de los medicamentos
colocándole un código que será heredado de la clase Producto la cual tiene los
siguientes atributos:
Codmedicamento:
código de cada
medicamento
CantDosis: cantidad de
dosis
DosisTotal: cantidad de
dosis totales
Fechadevencimiento: fecha que vence el medicamento
Codigolote: código del lote asignado a los medicamentos
Pedido: en esta clase se registrara los datos de los diferentes pedidos que
realiza la veterinaria la cual tendrá un código de promotor y proveedor q serán
heredados de esas clases y la fecha que se realizó el pedido
Codpedido: código
asignado a cada pedido
realizado
Codpromotor: código
heredado de la clase
promotor
Fecha: fecha en que se
realizado el pedido
TipodeAdquisicion: tipo de adquisición del producto pedido
coddetallepedido: código de
cada detalle
Tipos de Servicios: en esta clase se registrara todos los detalles de los Tipos
de servicios que hace la veterinaria
CodTipoServicio: código de
cada Tipo de Servicio
CodTipomedicamento:
código de cada Tipo de
medicamentos
CodUnidadMedida :
código de cada Unidad de
medida
Nombre: nombre de la
unidad de medidad
4.2. Identificar Relaciones entre Clases
RELACIONES:
2)
2)
La clase Persona tiene una relación de Asociación de
1…* la cual especifica que cada persona puede
tener de 1 a * mascotas
de 1 a 1 ya que cada
persona le corresponde un
solo cargo
5) la relación entre el Cliente y Recepción es de tipo asociación la cual nos dice que un
cliente puede ser recepcionado entre 1 y * veces
12)
La clase Tipo de Servicio realiza una relacion de
asociación de 0 a * hacia Servicios. Donde
nos dice que un Tipo de servicio puede o no
tener varios servicios realizables
13)
13)
13) La clase
PRODUCTO
realiza una
Generalización
hacia los tipos de
clases como ser:
Artículos Varios,
Alimentos,
Medicamentos que son los diferentes Productos y accesorios que hay en la Veterinaria
“EL PRADO”
16)
20) la relación que hay entre Recepcion y Servicios Prestados es de asociacion la cual nos
dice que una Recepcion puede
tener o no varios servicios
prestados por lo cual hay una
multiplicidad de 0…*
24) la relacion que hay entre proveedor y devuelto es de Asociación la cual un proveedor
puede recibir entre 1 y * productos devueltos y solamente los productos pueden ser
devolvidos por un solo proveedor
4.3. DISEÑAR EL DIAGRAMA DE CLASES DEL MODELO DE DOMINIO
4.5. MAPEO
Persona
PK
Codpersona Nombre Telefono Direccion
Cliente
PK /FK
Codcliente
Personal
PK /FK
Codpersonal
Cargo
PK FK
Codcargo Descripción
Mascota
PK FK FK
Codmascota Codpersona codraza Nombre F Sexo Tamaño F de Color
nacimiento Registro
Proveedor
PK
Codproveedor Nombre direccion Teléfono Fechaderegistro
Promotor
PK/FK PK/FK
Codpromotor Codproveedor
Raza
PK FK
Codraza codanimal Descripción
Animal
PK FK
Codanimal nombre
Servicio
PK
Codservicio nombre Precio
Proxima Consulta
PK
CodProximaConsulta Descripción Fecha
Recepcion
PK FK FK FK
Codrecepcion Fecha Codmascota Codcliente Codpersonal
Recibo
PK
Codrecibo Fecha Deuda Monto
Diagnostico
PK FK
Coddiagnostico Codrecepcion
DetalleDiagnostico
PK FK FK
Coddetallediagnostico Codrecepcion Descripción Fecha Coddiagnostico
Tratamiento
PK FK
Codtratamiento Descripción Coddetallediagnostico
Evolucion
PK FK FK
Codevolucion Codtratamiento Descripción Fecha
Receta
PK FK FK
Codreceta Descripción Coddiagnostico
Pedido
PK FK FK
Codpedido Codpromotor Tipo de Fecha
Adquisicion
Producto
PK
Codproducto Nombre Precio Febrica cantidad
DetalleVenta
PK FK FK
Coddetalleventa Cantidad Precio Codrecepcion Codproducto
ProductosUtilizados
PK FK
Codproductosutilizados Cantidad Descripción codServiciosPrestados
PoliticadeEvolucion
PK FK FK
CodpoliticaEvolucion Descripción Codproducto Codproveedor
Devuelto
PK FK FK
Coddevuelto Codproducto Codproveedor Cantidad Motivo
Desechado
PK FK
Coddesechado Fecha Motivo Codproducto
Alimento
PK/FK
Codalimento Descripción Fechavencimiento
Articulos
PK/FK
Codarticulos Descripción
Medicamentos
PK/FK
Codmedicamentos fechadevencimiento codigolote
Reposicion
PK FK FK
Codreposicion Codproveedor codreviciondeproductos
Servicios Prestados
CodServicioPrestado Fecha
Tipo de Servicio
CodTipoServicio NombreServicio
Tipo de Medicamento
CodTipoMedicamento NombreMedicamento
4.6. DISEÑO FÍSICO
4.6.1. TABLA DE VOLUMEN
PERSONA
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codpersona Numérico Primaria No nulo Código de persona
Nombre Carácter 50 No nulo Nombre de persona
Dirección Carácter 50 Nulo Dirección de persona
Telefono Numérico Nulo Teléfono de persona
PERSONAL
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codpersonal Numérico Primaria No nulo Código de
persona
Codcargo Numérico llave foranea No nulo Código de cargo
CARGO
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codcargo Numérico Primaria No nulo Código del cargo
Descripcion Carácter 10 No nulo Descripción del
cargo
CLIENTE
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codcliente Numérico Primaria No nulo Código del
cliente
PROVEEDOR
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codproveedor Numérico Primaria No nulo Código del proveedor
Nombre Carácter 50 No nulo Nombre del proveedor
Dirección Carácter 50 No nulo Dirección del
proveedor
Telefono Numérico No nulo Teléfono del
proveedor
fechaderegistro Date No nulo Fecha de registro del
proveedor
PROMOTOR
Atributos Tipo de dato Llave Amplitud Nulo Descripción
Codpromotor Numérico Primaria, No nulo Código del
foránea promotor
Codproveedor numerico Primaria, No nulo Código del
foranea proveedor
MASCOTA
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codmascota Numérico Primaria No nulo Código de la
mascot
Codpersona Numérico Foránea No nulo Código de la
persona
Codrazal Numérico Foránea No nulo Código del
animal
Nombre carácter 50 No nulo Nombre del
animal
Fechanacimiento Fecha No nulo Fecha de
nacimiento
de la
mascota
Sexo Carácter 1 No nulo Sexo de la
mascota
Tamanio Carácter 10 No nulo Tamaño de la
mascota
Color carácter 50 No nulo Color de la
mascota
RAZA
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codraza Numérico primaria No nulo Código de la
raza
Codanimal Numérico Foránea No nulo Codigo de
animal
Descripción Carácter 50 No nulo Descripción
de la raza
ANIMAL
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codanimal Numérico Primaria No nulo Código del
animal
Nombre Carácter 50 No nulo Nombre del
animal
SERVICIO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codservicio Numérico Primaria No nulo Código del
servicio
Nombre Carácter 50 No nulo Nombre del
servicio
Precio Numérico No nulo Precio del
servicio
PROXIMA CONSULTA
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
CodProximaconsulta Numérico Primaria, No Código de la
foránea nulo consulta
Descripción Carácter 50 No Descripción
nulo de la
consulta
Fecha Date 10 No Fecha de
nulo Consulta
RECEPCION
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codrecpcion Numérico Primaria No nulo Código de
recepción
Fecha Fecha No nulo Fecha de la
recepción
Codmascota numerica Foránea Nulo Código de la
mascota
Codcliente numercia Foránea Nulo Código del
cliente
Codpersonal numerica Foránea No nulo Código del
personal
RECIBO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codrecibo Numérico Primaria No nulo Código del
recibo
Fecha Fecha No nulo Fecha del
recibo
Codrecepcion Numérico Foránea Nulo codigo de
recepcion
DIAGNOSTICO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddiagnostico Numérico Primaria No nulo Código del
diagnostico
Codrecepcion Numérico Primaria, No nulo Código de la
foránea recepción
DETALLEDIAGNOSTICO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddetallediagnostico Numérico Primaria, No Código del
foránea nulo detalle de
diagnostico
Codrecepcion numerico Foránea No Código de
nulo recepción
Descripción caracter 80 No Descripción
nulo del detalle
diagnostico
Fecha Fecha No Fecha del
nulo detalle
diagnostico
coddiagnostico numerico Foránea No Código del
nulo detalle
diagnostico
TRATAMIENTO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codtratamiento Numérico Primaria No Código del
nulo tratamiento
Descripción Carácter 50 No Descripción
nulo del servicio
Coddetallediagnostico Numérico Primaria, No Código del
foránea nulo detalle
diagnostico
EVOLUCION
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codevolucion Numérico Primaria No Código de la
nulo evolución de
la mascota
Codtratamiento numerico Foránea No Código del
nulo tratamiento
Códigodetallediagnostico numerico Foránea No Código del
nulo detalle
diagnostico
Descripción caracter 50 No Descripción
nulo de la
evolución de
la mascota
Fecha Fecha No Fecha de la
nulo evolución de
la mascota
RECETA
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codreceta Numérico Primaria No nulo Código de la
receta
Descripción Carácter 50 No nulo Descripción
de la receta
Coddiagnostico Numérico foranea No nulo Código del
diagnostico
Codrecepcion numerico Foránea No nulo Código de la
recepción
PEDIDO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codpedido Numérico Primaria No nulo Código del
pedido
Codpromotor numerico Foránea No nulo Código del
promotor
Codproveedor Numérico Foránea No nulo Código del
proveedor
Fecha Fecha No nulo fecha del
pedido
PRODUCTO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codproducto Numérico Primaria No nulo Código del
producto
Nombre Carácter 50 No nulo Nombre del
producto
Precio Numérico No nulo Precio del
producto
Cantidad Numérico No nulo Cantidad de
productos
DETALLEVENTA
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddetalleventa Numérico Primaria No nulo Código de
detalle de
venta
Cantidad Numérico No nulo Cantidad de
detalle de
venta
Precio numerico No nulo Precio del
detalle de
venta
Codrecepcion Numérico Foránea No nulo Código de la
recepción
Codproducto Numérico Foránea No nulo Codigo del
producto
DETALLEDELPEDIDO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddetallepedido Numérico Primaria No nulo Código del
detalle de
pedigo
Cantidad Numérico No nulo Cantidad de
detalle de
pedigo
Precio numerico No nulo Precio del
detalle de
pedigo
Codproducto Numérico Foránea No nulo Código del
producto
Codpedido Numérico Foránea No nulo Código del
pedido
PRODUCTOS UTILIZADOS
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
CodproductosUtilizados Numérico Primaria No Código de
nulo de productos
Utilizados
Cantidad Numerico No Cantidad de
nulo productos
utilizados
CodServiciosPrestados numerico Primaria, No Código de
foranea nulo Servicios
Prestados
Fecha Date No Fecha de los
nulo Productos
Utilizados
POLITICADEDEVOLUCION
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codpoliticadevolucion Numérico Primaria No Código de la
nulo política de
devolución
Descripción Carácter 50 No Descripción
nulo de la política
de
devolución
Codproducto numerico foranea No Código del
nulo producto
Codproveedor Numérico Foránea No Código del
nulo proveedor
DEVUELTO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddevuelto Numérico Primaria No nulo Código de
los productos
devueltos
Codproducto Numérico Foránea No nulo Código del
producto
Codproveedor Numérico Foránea No nulo Código del
proveedor
Cantidad Numérico No nulo Cantidad de
los productos
devueltos
Motivo Carácter 50 No nulo Motivo por el
cual se
devolvió el
producto
TIPO DE MEDICAMENTOS
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
CodtipoMedicamentos Numérico Primaria No Código del
nulo tipo de
adquisición
Nombre Carácter 50 No Descripción
Nulo del tipo de
Medicamento
DESECHADO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Coddesechado Numérico Primaria No nulo Código de
desechado
Fecha Fecha Nulo Fecha en la
que fue
desechado el
producto
Motivo Carácter 50 Nulo Motivo por el
cual fue
desechado el
producto
Codproducto Numérico Foránea No nulo Código del
producto
ALIMENTO
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codalimento Numérico Primaria, No Código del
foránea nulo alimento
Descripción Carácter 50 Nulo Descripción
del alimento
Fechadevencimiento Fecha Nulo Fecha del
vencimiento
del alimento
ARTICULOS
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codarticulos Numérico Primaria, No nulo Codigo de
foránea los artículos
Descripción Carácter No nulo Descripción
de los
articulos
MEDICAMENTOS
Atributos Tipo de Llave Amplitud Nulo Descripción
dato
Codmedicamento Numérico Primaria No Código de los
nulo medicamentos
Fechadevencimiento Fecha Nulo Fecha de
vencimiento
de los
medicamentos
Codigolote Numérico Nulo Código de lote
de los
medicamentos
TIPO DE SERVICIO
SERVICIOS PRESTADOS
go
go
return
exec registrarcliente 11
select * from CLIENTE
go
create proc EliminarCliente(@codc int)
as
go
create proc ActualizarCliente(@codcliente int, @nombre varchar(50),
@direccion varchar(50), @telef int)
as
update PERSONA set codpersona = @codcliente,nombre =
@nombre, @direccion = @direccion, telefono = @telef where
codpersona = @codcliente
return
go
go
create proc Insertar_ALIMENTO(@DES varchar(50),@CANT int,@PRECC
decimal(12,2),@FECH date,@COD int)
as
insert into ALIMENTO values
(@DES,@CANT,@PRECC,@FECH,@COD)
return
go
create proc Buscar_ALIMENTO @CODLO INT
as
select *
from ALIMENTO
where codlote=@CODLO
return
go
create proc Buscar_ALIMENTOLOTE @CODLOT INT
as
select *
from ALIMENTO
where codlote=@CODLOT
return
go
create proc Actualizar_ALIMENTO(@CODLO int,@DES
varchar(50),@CANT int,@PRECC decimal(12,2),@FECH date,@COD int)
as
update ALIMENTO set codproducto=@COD where
codproducto=@COD AND CODLOTE=@CODLO
update ALIMENTO set descripcion=@DES where
codproducto=@COD AND CODLOTE=@CODLO
update ALIMENTO set cantidad=@CANT where codproducto=@COD
AND CODLOTE=@CODLO
update ALIMENTO set preciocompra=@PRECC where
codproducto=@COD AND CODLOTE=@CODLO
update ALIMENTO set fechadevencimiento=@FECH where
codproducto=@COD AND CODLOTE=@CODLO
return
go
create proc Eliminar_ALIMENTO @CODLO int
as
delete from ALIMENTO where codlote=@CODLO
return
GO
CREATE TABLE ARTICULOS (
codarticulos int identity(1,1),
descripcion varchar (50) NOT NULL,
cantidad int not null,
codproducto int not null,
PRIMARY KEY(codarticulos),
FOREIGN KEY (codproducto) references PRODUCTO(codproducto)
on delete cascade
on update cascade
)
go
insert into ARTICULOS values ('accesorio',10,1)
insert into ARTICULOS values ('accesorio',8,2)
insert into ARTICULOS values ('accesorio',9,3)
insert into ARTICULOS values ('aseo',7,4)
insert into ARTICULOS values ('aseo',6,5)
go
create proc INSERTAR_ARTICULO(@descripcion varchar(50), @cantidad
int, @codproducto int)
as
insert into ARTICULOS values (@descripcion, @cantidad,
@codproducto)
return
go
go
------------------------------
--create trigger actrecibo
-- on pago
-- after insert
-- as
-- declare @a int,@codproduc int;
-- begin
-- select @a=cantidad from inserted
-- select @codproduc=codproducto from inserted
-- update producto set cantidad=(cantidad-@a) where
producto.codproducto=@codproduc
-- end
--go
-----------------------------------
----administracion de usuarios
--ELIMINAR Y SELECCIONAR
--DROP TABLE GRUPODEPRIVILEGIO
--go
--DROP TABLE GRUPOS
--go
--DROP TABLE USUARIOS
--go
--DROP TABLE PRIVILEGIOS
--go
--DROP TABLE CASOSDEUSO
--go
--DROP TABLE PAQUETE
--GO
GO
CREATE PROC INSERTAR_GRUPOS(@DESCRIPCION VARCHAR(30))
AS
INSERT INTO GRUPOS VALUES(@DESCRIPCION)
RETURN
GO
CREATE PROC ACTUALIZAR_GRUPOS(@CODGRUPO INT,
@DESCRIPCION VARCHAR(30))
AS
UPDATE GRUPOS SET DESCRIPCION = @DESCRIPCION WHERE
CODGRUPO = @CODGRUPO
RETURN
GO
GO
CREATE PROC BUSCAR_CODPRIVILEGIO(@CASODEUSO INT,
@DESCRIPCION VARCHAR(30))
AS
SELECT CODPRIVILEGIO FROM PRIVILEGIOS WHERE
DESCRIPCION = @DESCRIPCION AND CODIGOCASODEUSO =
@CASODEUSO
RETURN
GO
GO
create proc Insertar_GrupoDePrivilegio(@codgrupo int, @codprivilegio
int)
as
insert into GRUPODEPRIVILEGIO values (@codgrupo,
@codprivilegio)
return
go
exec Insertar_GrupoDePrivilegio 1, 1
go
exec Actualizar_grupoprivilegio 1, 14
go
---ELIMINAR Y SELECCIONAR
--DROP TABLE GRUPODEPRIVILEGIO
--DROP TABLE GRUPOS
--DROP TABLE USUARIOS
--DROP TABLE PRIVILEGIOS
--DROP TABLE CASOSDEUSO
--DROP TABLE PAQUETE
GO
---CONSULTAS
--PRIVILEGIOS DE ADMINISTRADOR
SELECT *
FROM USUARIOS, GRUPOS, PRIVILEGIOS, GRUPODEPRIVILEGIO
WHERE USUARIOS.CODGRUPOS = GRUPOS.CODGRUPO AND
PRIVILEGIOS.CODPRIVILEGIO = GRUPODEPRIVILEGIO.CODPRIVILEGIO
AND GRUPOS.CODGRUPO = GRUPODEPRIVILEGIO.CODGRUPO
---CONSULTAS
--paquetes DE ADMINISTRADOR
---
*********bitacora**********----------------------------------------------------------------------
-----------------
create table Bitacora(
CodBitacora int not null identity(1, 1),
CodUsuario int not null,
--Fecha date not null,
--HoraEntrada time(0) not null,
--HoraSalida time(0) not null,
HoraFechaEntrada char(30),
HoraFechaSalida char(30),
primary key(CodBitacora),
foreign key(CodUsuario)references Usuarios(codusuario)
on delete cascade
on update cascade
)
go
--exec Insertar_Bitacora 1
go
create proc BuscarCodusario(@nombreuser varchar(30))
as
select CODUSUARIO from USUARIOS where NOMBREUSUARIO =
@nombreuser
return
go
go
select * from BITACORA
select * from USUARIOS
go
create procedure ActualizarHoraSalidaBitacora
as
begin
--********detalle bitacora*******
create table DetalleBitacora(
CodDetalleBitacora int not null identity(1, 1),
CodBitacora int not null,
Operacion varchar(30),
HoraOperacion char(20),
primary key(CodDetalleBitacora, CodBitacora),
foreign key (CodBitacora) references Bitacora(CodBitacora)
on delete cascade
on update cascade,
)
go
create proc Insertar_DetalleBitacora(@operacion varchar(30))
as
declare @horaoperacion char(20)
select @horaoperacion = GETDATE()
declare @codbitacora int
select @codbitacora = MAX(CodBitacora) from Bitacora
insert into detallebitacora values(@codbitacora, @operacion,
@horaoperacion)
return
go
exec ActualizarHoraSalidaBitacora
go
select* from Bitacora
select * from detallebitacora
select*
from Bitacora, detallebitacora, USUARIOS
where Bitacora.CodUsuario= USUARIOS.CODUSUARIO and
Bitacora.CodBitacora= detallebitacora.CodBitacora
select
PEDIDO.codpedido,fecha,tipodeadquisicion,PRODUCTO.nombre,PRODU
CTO.marca,precio,cantidad from PEDIDO,DETALLEPEDIDO,PRODUCTO
where PEDIDO.codpedido=DETALLEPEDIDO.codpedido and
DETALLEPEDIDO.codproducto=PRODUCTO.codproducto and
PEDIDO.codpedido=
select Bitacora.CodBitacora,Bitacora.CodUsuario,
Bitacora.HoraFechaEntrada,Bitacora.HoraFechaSalida,
DetalleBitacora.Operacion,DetalleBitacora.HoraOperacion
from Bitacora, detallebitacora, USUARIOS
where Bitacora.CodUsuario= USUARIOS.CODUSUARIO and
Bitacora.CodBitacora= detallebitacora.CodBitacora
4.8. DIAGRAMA RELACIONAL
INTERNACION CERTIFICADOS
codinternacion codcertificados
descripcion descripcion
DETALLEDIAGNOSTICO
coddetallediagnostico
DETALLERECEPCION
descripcion
codrecepcion
fecha
codservicio
coddiagnostico
codrecepcion
RECEPCION
TRATAMIENTO codrecepcion
PROXIMACONSULTA
codtratamiento DIAGNOSTICO codproximaconsulta
fecha
descripcion coddiagnostico fecha
codmascota
coddetallediagnostico codrecepcion descripcion
codcliente
codrecepcion
codpersonal
EVOLUCION RECETA
codevolucion codreceta
codtratamiento descripcion
coddetallediagnostico coddiagnostico
descripcion codrecepcion
fecha
MASCOTA
codmascota
codpersona
ANIMAL codanimal
codanimal nombre
nombre fechanacimiento
CUIDADOESPECIAL sexo
codcuidadoespecial
tamanio
descripcion PERSONA
color
codpersona
codraza
nombre CLIENTE
codenfermedad
codcliente
direccion
telefono
RAZA
codraza
codanimal
descripcion
ENFERMEDAD
codenfermedad
CURACION nombre
codcuracion
descripcion
SERVICIO
codservicio
precio
PEDIDO
codpedido PROMOTOR
VACUNACION codpromotor codpromotor
nombre fecha
descripcion
PROVEEDOR DEVUELTO
codproveedor coddevuelto
nombre codproducto
direccion codproveedor
telefono cantidad
fechaderegistro motivo
DETALLEPEDIDO
REVISIONDEPRODUCTOS coddetallepedido
codrevisiondeproductos cantidad
descripcion precio
coddetalledepedido codproducto
codpedido
POLITICADEDEVOLUCION
codpoliticadevolucion DESECHADO
descripcion coddesechado
codproducto fecha
codproveedor motivo
codproducto
DETALLEVENTA
coddetalleventa
cantidad
precio
codrecepcion
codproducto
PRODUCTO
ARTICULOS codproducto
codarticulos nombre
descripcion precio
cantidad
MEDICAMENTO
codmedicamento
fechadevencimiento
codigolote
ALIMENTO
codalimento
descripcion
fechadevencimiento
PELUQUERIA
codpeluqueria
descripcion
CIRUGIA
codcirugia
descripcion
Son similares a los diagramas de flujo de otras metodologías OO. En realidad se corresponden con un
caso especial de los diagramas de estado donde los estados son estados de acción (estados con
una acción interna y una o más transiciones que suceden al finalizar esta acción, o lo que es lo
mismo, un paso en la ejecución de lo que será un procedimiento) y las transiciones vienen
provocadas por la finalización de las acciones que tienen lugar en los estados de origen. Siempre
van unidos a una clase o a la implementación de un caso de uso o de un método (que tiene el
mismo significado que en cualquier otra metodología OO). Los diagramas de actividad se utilizan
para mostrar el flujo de operaciones que se desencadenan en un procedimiento interno del sistema.
Cliente
Mascota Promotor
Personal
Proveedor
3. Actualizar
3.1. Seleccionara de la tabla el promotor a ser “Modificado”
3.2. Automáticamente se llenaran los campos con los datos del
promotor seleccionado en la parte inferior en la tabla
3.3. Se procederá a modificar dichos campos
3.4. El usuario hará Clic en “Actualizar”
3.5. Luego de ser correctamente modificado se deberá guardar los
datos modificados para salvarlo en la base de datos.
Actores: Personal
Iniciador: Pago
Precondición: Ninguno.
Proceso: Registro.
1. Insertar Nuevo Pago
1.1 Para ingresar un nuevo pago se deberá hacer clic en el botón
“Nuevo” para habilitar y limpiar todos los campos
1.2 Se procederá a llenar todos los campos: CodPago, Fecha, monto
1.3 Se hará clic en el botón “Registrar”
1.4 Cuando un pago este registrado correctamente se deberá guardar
la información ingresada para salvarlo en la base de datos.
3. Imprimir
5.1. el usuario podrá imprimir todo lo que ha sido registrado en la
base de datos tomando en cuenta si es adm o invitado dándole
clic en el botón “IMPRIMIR"
Post condición: añadir nuevos pedidos y buscar productos
Excepción:
1. en caso de no registrar bien un pedido la tabla no almacenara ni
registrara ningún dato
Actores: Personal
Iniciador: Recepcion
Precondición: Ninguno.
Proceso: Registrar y Buscar.
1. Insertar Nueva Recepcion
1.1. Para ingresar un nuevo personal se deberá hacer clic en el
botón “Nuevo” para habilitar y limpiar todos los campos
1.2. Se procederá a llenar todos los campos: Codrecepcion, fecha,
Codpersonal, Codcliente, codmascota
1.3. Se hará clic en el botón “Registrar”
1.4. Cuando una Recepcion este registrado correctamente se
deberá guardar la información ingresada para salvarlo en la base
de datos.
2. Buscar
2.1. Clic en nuevo para limpiar los campos del formulario
2.2. el usuario colocara el Codrecepcion
2.3. El usuario hará en el botón “Buscar”
2.4. En la tabla se mostrara la Recepcion con sus datos en la
tabla.
2.5. En caso ingresar un Codrecepcion incorrecto o que no esté en
la base de datos, la tabla no mostrara ningún dato
Post condición: Realizar registro de pago, diagnostico, próxima consulta,
productos utilizados y servicios prestados
Excepción:
1. El usuario buscara la recepcion por su codigo en caso de no
ingresarla correctamente la tabla mostrara un mensaje de error
CU25: Imprimir certificado de viaje (certificado del estado de buena salud de la mascota)
Nro.: 25 Caso de Uso: Imprimir certificado de
viaje
Propósito: Realizar una impresión del reporte certificado de viaje
Descripción: Buscar e imprimir el reporte del certificado de viaje
Actores: Personal
Iniciador: cliente
Precondición: mascota
Proceso: Buscar e imprimir.
1. Buscar
1.1. Clic en nuevo para limpiar los campos del formulario
1.2. el usuario buscara el reporte mediante un codigo
1.3. El usuario hará en el botón “Buscar”
1.4. En la tabla se mostrara el reporte del certificado con los datos.
1.5. Se realizara la impresión del reporte
1.6. En caso ingresar un codigo invalido incorrecto o que no esté en la
base de datos, la tabla no mostrara ningún dato
CU27: Imprimir certificado de vacunación contra la rabia (con respecto a la fecha actual o
de solicitud)
Nro.: 27 Caso de Uso: Imprimir certificado de
vacunación contra la rabia
Propósito: Realizar una impresión del reporte certificado de vacunacion
Descripción: Buscar e imprimir el reporte del certificado de vacunacion
Actores: Personal
Iniciador: cliente
Precondición: mascota
Proceso: Buscar e imprimir.
2. Buscar
2.1. Clic en nuevo para limpiar los campos del formulario
2.2. el usuario buscara el reporte mediante un codigo
2.3. El usuario hará en el botón “Buscar”
2.4. En la tabla se mostrara el reporte del certificado con los datos.
2.5. Se realizara la impresión del reporte del cetificado
2.6. En caso ingresar un codigo invalido incorrecto o que no esté en la
base de datos, la tabla no mostrara ningún dato
2.- Cliente
3.- Cargo
4.- Mascota
5.- Promotor
6.- Proveedor
7.- Animal
8.- Raza
9.- Diagnostico
12.- Tratamiento
13.- Evolución
16.Recibo
17.- Registrar Servicios Prestados
25.- Alimento
26.- Desechado
27.- Servicios
28. Administrador de Usuario
29. Usuario
30. Grupo
31. Detalle Venta
32. PrototipoIUFinal
7. FLUJO DE TRABAJO: Analisis
7.1. Análisis de Arquitectura
7.1.1. Identificar Paquetes
En el paquete de servicios se van a gestionar
los servicios y los diferentes tipos de servicio.
Este paquete servirá para administrar la toda
la información referente a los servicios en
general.
return
go
as
return
go
as
return
go
as
return
go
as
return
go
as
go
as
return
go
as
return
go
as
return
go
as
select *
from MASCOTA
where MASCOTA.codmascota=@COD
return
go
as
return
go
as
return
go
as
return
go
as
return
go
as
return
go
as
delete SERVICIO where codservicio=@codservicio
return
go
as
return
go
as
select *
from SERVICIO
where codservicio=@COD
return
go
as
return
go
as
select *
from RECEPCION
where CODRECEPCION=@CODR
return
go
as
return
go
as
select *
from SERVICIOSPRESTADOS
where CODSERVICIOSPRESTADOS=@COD
return
go
as
return
go
as
return
GO
as
return
go
as
select *
from RECIBO
where CODRECIBO=@CODR
return
go
as
return
go
as
where CODRECIBO=@COD
return
GO
as
return
go
as
select *
from PROXIMACONSULTA
where CODPROXIMACONSULTA=@CODP
return
go
as
return
go
as
return
create proc RegistrarDiagnostico(@codrecepcion int)
as
return
go
as
return
go
as
return
go
as
select *
from DIAGNOSTICO
where coddiagnostico=@COD
return
go
as
go
as
return
go
as
return
go
as
select *
from DETALLEDIAGNOSTICO
where coddetallediagnostico=@COD
return
go
ON detalleventa
FOR INSERT
AS2
WHERE codproducto=@CODPROD
GO
go
ON detalleventa
FOR INSERT
AS
begin
if @cantrestante < 0
begin
print 'Stock!!!'
rollback
end
else
begin
WHERE codproducto=@CODPROD
commit
end
end
go
ON detallepedido
FOR INSERT
AS
begin
WHERE codproducto=@CODPROD
end
go
ON detalleventa
FOR INSERT
AS
begin
DECLARE @CODPROD VARCHAR(4),@CANT INT, @cantprod int
if @cantrestante < 3
begin
print 'Stock!!!'
end
end
GO
on productoutilizado
after insert
as
begin
end
end
begin
end
go
on recepcion
after insert
as
begin
end
go
on serviciosprestados
after insert
as
go
on productoutilizado
after insert
as
go
on devuelto
after insert
as
begin
end
begin
end
8.5. Bitacoras
---*********bitacora**********---------------------------------------------------------------------------------------
HoraFechaEntrada char(30),
HoraFechaSalida char(30),
primary key(CodBitacora),
on delete cascade
on update cascade
go
go
as
return
go
--exec Insertar_Bitacora 1
go
as
return
go
select * from Bitacora
--as
--return
--go
select GETUTCDATE()
select GETDATE()
--exec Insertar_Bitacora 1
go
go
as
begin
select @fecha=GETDATE()
end
--********detalle bitacora*******
Operacion varchar(30),
HoraOperacion char(20),
on delete cascade
on update cascade,
go
as
return
go
go
exec ActualizarHoraSalidaBitacora
go
select*
11. RECOMENDACIONES
Se recomienda a los trabajadores en general de la Veterinaria “EL PRADO”
mejorar el Sistema de Informacion para poder controlar la compra, venta y
servicios clínicos hacia los clientes y proveedores Esto los ayudaría al control
mas eficiente y eficaz de las ventas y compras q piden cada cierto tiempo a los
proveedores . Tambien podría tener un reportes completos de todos los servicios
clínicos que se le hace al paciente.
12. Bibliografia:
Jacobson, Ivar y Booch, Grady y Rumbaugh, James, El proceso Unificado de
Desarrollo de Software, (España, Ed. Adisson-Wessley Iberoamericana).
Johansen Bertoglio,Introducción a la teoría general de Sistemas( Mexico, Ed.
Megabyte)
Aprendiendo UML en 24 horas (Joseph schmuller)