Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

HEALTHY PET’S

Ivonne Estrada & Yolmar Sidray.

Septiembre 2019.

UNIVERSIDAD DE SANTANDER (campus Cúcuta)

Norte de Santander
PATRONES DISEÑO DE SOFTWARE
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

Tabla de Contenidos

Capitulo1……………………………………………………………………………………1
Introducción(ya)……………………………………………………………….…1.1
Actores del Sistema(ya)…………………………………………………………..1.2
Capítulo 2……………………………………………………………………………………3
Requerimientos funcionales(ya)………………………………………………….3.1
Requerimientos no funcionales(ya)………………………………………………3.2
Restricciones(ya)…………………………………………………………………3.3
Capítulo 3……………………………………………………………………………………7
Caso de usos………………………………………………………………….7.1
Casos de uso extendidos……………………………………………………...7.2
Capítulo 4……………………………………………………………………………………10
Diseño de interfaces………………………………………………………….10.1
Diagrama de clases…………………………………………………………...10.2
Diagrama arquitectura de capas………………………………………………10.4
Diagrama de secuencias……………………………………………………….11
Diagrama de actividades………………………………………………………

2
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

INTRODUCCION

El presente documento tiene como finalidad dar a conocer los principales elementos que
componen el proyecto denominado HEALTHY PET’S por otro lado este documento cuenta
con 4 capítulos en los cuales en el primero podemos encontrar el diagrama de actores en el
siguiente se socializarán los requerimientos tanto funcionales como no funcionales del
sistema y restricciones con sus casos de usos el diseño de las interfaces del programa entre
otras, a través del tiempo las mascotas se han convertido en parte de la familia por esta razón
ha surgido la idea de elaborar este programa orientado a las veterinarias que aún no cuentan
con un sistema eficaz y con mayor rapidez y seguridad al momento de llevar su información
y en la atención al público.

1
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

ACTORES DEL SISTEMA

Actor Descripción

Se ocupa de administrar la empresa debe producir con el

mínimo costo de máximo beneficio, siendo sus clases de
Administrador acción la eficiencia, la organización la investigación, las
ideas innovadoras y la toma de decisiones con un ambiente
cambiante en que las empresas desarrollan su existencia
obliga para subsistir y crecer permanentemente informados
de las necesidades de sus usuarios.
Es el profesional que se ocupa de prevenir, diagnosticar y
Veterinario curar en forma Clinica, las patologías que afectan a los
animals require modernamente estudios universitarios.
Trabajan en el ámbito público y/o privado.
se encarga de proponer e instrumentar las políticas,
normas, sistemas y procedimientos necesarios para
salvaguardar los bienes institucionales, verificar la
exactitud y seguridad de los datos contenidos en el registro
Secretaria de las operaciones presupuestales y contables, desarrollar
la eficiencia del control de gestión, así como supervisar la
correcta administración de los recursos financieros,
humanos y materiales de la entidad, atendiendo con
oportunidad, eficiencia y eficacia, los requerimientos de las
diversas áreas, vigilando la debida observancia de las leyes,
normas y reglamentos aplicables en el ámbito de su
competencia y coadyuvando en todo momento al logro de
los objetivos institucionales.

2
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

REQUERIMIENTOS FUNCIONALES DEL SISTEMA

Nº Requerimiento REQUERIMIENTO
El sistema debe permitir gestionar
RF01 usuarios que interactúan con el sistema,
definiendo perfiles específicos de acceso.

El sistema debe permitir gestión de los

RF02 datos de un cliente.

El sistema debe permitir gestionar los

RF03 datos del paciente.

RF04 El sistema debe permitir almacenar los

datos de las mascotas por nombre,
especie, raza, sexo, edad, fecha de
ingreso, foto, además se le asignara un id
para una búsqueda más rápida y eficiente.

RF05 El sistema debe permitir la gestionar

mascotas asociada al respectivo cliente.
RF06 El sistema debe permitir registrar,
actualizar y buscar datos de los clientes y
mascotas

RF07 El sistema debe permitir almacenar los

datos de los veterinarios por nombre,
cedula, dirección y teléfono.

3
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

RF08 El sistema debe permitir visualizar

horarios disponibles para cada veterinario.

RF09 El sistema debe permitir ingresar datos de

los distintos productos de la clínica, serán
almacenados para un control de entrada y
salida de estos.

RF10 El sistema debe permitir controlar y

gestionar el stock de productos y
medicamentos con control de fecha de
caducidad y alertas de baja disponibilidad

RF11 El sistema debe permitir realizar reportes

de procedimientos realizados por cada uno
de los veterinarios.

RF12 El sistema debe permitir el manejo de

historias clínicas de los pacientes, que
serán identificadas por un id de la
mascota.

RF13 El sistema debe permitir visualizar citas,

exámenes, tratamientos, cirugías y demás
servicios brindados a las mascotas
RF14 El sistema debe permitir gestionar
procedimientos prestado a las mascotas.
RF15 El sistema debe permitir visualizar
seguimientos de los tratamientos
realizados a las mascotas

4
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

RF16 El sistema debe permitir controlar la venta

de artículos para el manejo de entrada y
salida de los artículos
RF17 El sistema debe permitir generar copias de
seguridad de la información de la clínica,
resguardada por el proveedor del servicio.

RF18 El sistema debe permitir la facturación de

los servicios prestados y ventas de
productos contemplando la liquidación del
IVA.

5
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

REQUERIMIENTOS NO FUNCIONALES

Nº Requerimiento REQUERIMIENTO

RNF01 El sistema debe permitir inicio de sesión segura, de tal manera que exista una
correcta autentificación.
El sistema debe indicar el formato correcto de la información que debe
RNF02 ingresar el usuario al sistema en caso de que no corresponda a lo solicitado.
RNF03 El sistema debe indicar cuando exista problema de conectividad mediante un
mensaje.
RNF04 El sistema debe ser amigable con el usuario

RNF05 El tiempo de aprendizaje del sistema por un usuario deberá ser menor 4 horas.

RNF06. La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
transacciones totales ejecutadas en el sistema
RNF07 El sistema debe contar con manuales de usuario estructurados
adecuadamente.
RNF08. El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
RNF09 El sistema debe contar con un módulo de ayuda en línea.

RNF10 El sistema debe contar con manuales de usuario estructurados

adecuadamente

6
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

RESTRICIONES

R01 La información del sistema deberá estar concentrada en un único

servidor, con su respectiva restricción de acceso al mismo y tener
sólo personal especializado para el uso del equipo.

R02 Tener restringido el acceso al servidor mediante la red de la empresa.

Es decir, que sólo ciertos usuarios o personal del área de sistemas
tengan acceso al mismo.

R03 Cada usuario del Sistema deberá contar con una contraseña para el
acceso al mismo.

R04 El sistema tendrá usuarios que sólo tengan acceso a ciertas

aplicaciones o módulos del sistema.

R05 El sistema no permitirá ingresar si los campos están vacíos.

7
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

8
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

9
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

CASOS DE USO EXTEND Y INCLUDE ADMINISTRADOR

10
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

CASOS DE USO EXTEND Y INCLUDE SECRETARIA EJECUTIVA

11
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

12
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

CASOS DE USO EXTEND Y INCLUDE VETERINARIO

13
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

DISEÑO DE INTERFACES
INICIO: Administrador

14
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

DIAGRAMA DE ARQUITECTURA POR CAPAS

15
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

Diagrama de clases

16
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

DIAGRAMAS DE SECUENCIAS

Inicio de sesión (secretaria, veterinario)

17
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

18
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

SECRETARIA(gestionar mascotas)

19
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

SECRETARIA (gestionar medicamentos)

20
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

SECRETARIA (gestiondeveterinarios)

21
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

SECRETARIA(consultas)

22
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

DIAGRAMA DE ACTIVIDADES Inicio de sesión(secretaria)

23
 Universidad de Santander – UDES

13671-A
PATRONES DISEÑO DE SOFTWARE

DIAGRAMA DE ACTIVIDADES(inicio de sesión veterinario)

24