UNIVERSIDAD DE MANAGUA

Proyecto
“Veterinaria El Buen Amigo”
Integrantes:
✓ Walter de Jesús Baltodano Álvarez
✓ Cristian Martin Laguna Barahona
✓ Emigdio Josué Molina Almanza

Profesor: Ing. Henry Cruz Lanuza

Grupo: NI11A
 Contenido
Introducción. ......................................................................................................................................................... 4
Objetivos ............................................................................................................................................................... 5
Objetivo General: .............................................................................................................................................. 5
Objetivos Específicos: ....................................................................................................................................... 5
Alcance .................................................................................................................................................................. 6
Personal Involucrado ............................................................................................................................................ 7
Descripción de la Problemática actual.................................................................................................................. 9
Principales problemas ..................................................................................................................................... 10
Herramientas Utilazadas..................................................................................................................................... 11
Hardware ........................................................................................................................................................ 11
Software:......................................................................................................................................................... 11
Requerimientos Específicos: ............................................................................................................................... 12
Herramientas Utilizadas Para Recopilación De Requerimientos .................................................................... 12
Requisitos funcionales .................................................................................................................................... 17
Disponibilidad: ................................................................................................................................................ 19
Accesibilidad: .................................................................................................................................................. 19
Escalabilidad: .................................................................................................................................................. 19
Seguridad: ....................................................................................................................................................... 19
Usabilidad: ...................................................................................................................................................... 19
Mantenibilidad:............................................................................................................................................... 20
Interfaz: ........................................................................................................................................................... 20
Requisitos de información .............................................................................................................................. 20
Restricciones ................................................................................................................................................... 21
Interfaces de Usuario ...................................................................................................................................... 22
Interfaces de Hardware .................................................................................................................................. 31
Interfaces de Software.................................................................................................................................... 32
Factibilidad del Proyecto .................................................................................................................................... 40
Factibilidad operativa. .................................................................................................................................... 40
Factibilidad Económica ................................................................................................................................... 40

2
 Factibilidad Operacional ................................................................................................................................. 42
Factibilidad Legal ............................................................................................................................................ 42
Conclusión de Factibilidad .............................................................................................................................. 43
Gestión de Personal del Proyecto ....................................................................................................................... 44
Requerimientos para contratación ................................................................................................................. 44
Evaluación para contratación de personal ......................................................................................................... 45
Planificación y Puntos de Función ...................................................................................................................... 46
Tabla de Puntos de Funciones ........................................................................................................................ 48
Cocomo ............................................................................................................................................................... 51
Planificación .................................................................................................................................................... 52
Análisis de Riesgo................................................................................................................................................ 53
Identificación de Riesgos ................................................................................................................................ 54
Mitigación y Contingencia .............................................................................................................................. 55
Conclusiones ....................................................................................................................................................... 56
Bibliografía .......................................................................................................................................................... 57

3
 Introducción.

La mentalidad del hombre ha evolucionado durante el transcurso de los años, tomando

consciencia de todos los cuidados que se le deben tener al momento de domesticar un
animal. Como respuesta a lo anterior, se crearon nuevas alternativas que suplieran
muchas inquietudes del ser humano; fue en este momento donde surgieron las primeras
clínicas veterinarias.
Estando en el siglo XXI, muchas empresas, corporaciones, bancos, sitios educativos y
de salud, ven la necesidad de involucrarse con los sistemas en el diseño de un software
donde se pueda sistematizar la información que ellos almacenan en papel, así el
personal puede llevar una organización y se evitará la perdida de los datos importantes
que se guardan.
Desde tiempo atrás, la Clínica Veterinaria El Buen Amigo viene realizando un control
sobre el gestiona miento manual de los registros de la clínica ofreciendo servicios
médicos a las mascotas de forma económica con el fin de mejorar la atención brindada
a las personas que visitan la clínica veterinaria y en busca de mejorar los procesos que
se llevan a cabo dentro de la misma, se propone desarrollar un sistema informático que
permitirá automatizar y agilizar dichos procesos, dando un correcto seguimiento a los
datos.
Actualmente, el mercado de la informática ofrece avances tecnológicos a las empresas
a la altura de la actualización requerida para lograr mantenerse vigentes y al nivel de
competencia exigida por el mundo tecnológico. La clínica veterinaria El Buen Amigo, ha
solicitado la automatización de su sistema para almacenar los registros de sus clientes.
Por lo tanto, el presente trabajo se enfocará en la implementación de una nueva
herramienta tecnológica que facilite el acceso a la información requerida a la clínica
solicitante, donde se realizará un sistema de tipo genérico, de tal manera que otras
clínicas puedan usarlo o que a partir de este se puedan hacer modificaciones y
actualizaciones más adelante.

4
 Objetivos

Objetivo General:
❖ Modelar e implementar un sistema para la gestión de clínicas veterinarias, que
permita almacenar información por doctores y secretarias, acerca de clientes,
pacientes, y servicios, de manera eficiente y modernizada.

Objetivos Específicos:

❖ Comprender la situación actual y problemática de la veterinaria

❖ Analizar los sistemas existentes para el manejo de información y cómo funcionan.

❖ Investigar tecnologías existentes y herramientas de sistemas web.

❖ Comprender la arquitectura, tecnologías, metodologías y paradigmas a utilizar.

❖ Modelar e implementar el nuevo sistema.

❖ Realizar pruebas con usuarios.

5
 Alcance

El software permitirá que el proceso de control de inventario y registro de compra/venta

de los productos ofrecidos por la Farmacia Veterinaria El Buen Amigo se realice vía
sistema.
El sistema manejará información sobre el proceso de control de inventario y realización
de compras y ventas de la Farmacia Veterinaria, haciendo que este proceso se realice
de forma ágil, eficiente y manteniendo la información ordenada.
Se tiene previsto que el sistema cumpla con las expectativas de la farmacia por esa razón
se especifica que:
1) El sistema no va a realizar ninguna acción al azar, no agregará ni modificará
automáticamente los datos en ello, para cualquier modificación se introduce
manualmente en el sistema.
2) El sistema podrá gestionar datos del inventario como de las compras y ventas de los
productos ofrecidos por la Farmacia.
3) El sistema mantendrá un registro de los productos, sus categorías y proveedores
asociados, como también de las compras y ventas de la Farmacia, además se podrá
definir el precio de venta de un producto
4) El sistema administrará usuarios con distintos perfiles y privilegios.
5) El sistema permitirá realizar reportes del inventario, compras y ventas.
6) Facilitar el acceso a los empleados de la veterinaria, al historial clínico de cada
paciente.
7) Permitir manejar un control del material del historial clínico, datos de pacientes, fecha
de procedimientos, y citas.
8) Facilitar consultas simples y personalizadas del historial clínico por pacientes,
propietario, procedimientos, fechas y médico.
9) Reducción de errores en la captura de información de los procedimientos.
10) Reducción de pérdida de información, generan mayor seguridad en el manejo de los
datos.

6
 Personal Involucrado

Nombre Walter de Jesús Baltodano Álvarez

Rol Líder del Proyecto y Programador
Categoría TSU-TIC
Profesional
Responsabilidad Walter será el encargado del proyecto y se encargará de
supervisar el proyecto y supervisar al resto del equipo.
Información de walprogramm@gmail.com
contacto

Nombre Cristian Martin Laguna Barahona

Rol Programador encargado en frontend

Categoría Ingeniero En Sistemas

Profesional
Responsabilidad Será el encargado de darle el buen visto y estilo a la
librería, por medio de frameworks y hojas de estilos
Información de crisprogramm@gmail.com
contacto

7
Nombre Emigdio Josué Molina Almanza

Rol Gestor de Bases de Datos

Categoría TSU-Gestión de base de datos

Profesional
Responsabilidad Emigdio se encargará de la creación y gestión de las
bases de datos a utilizar en el proyecto.
Información de emigdioprogramm@gmail.com
contacto

8
 Descripción de la Problemática actual.

Las Clínicas Veterinaria Pequeñas de Nicaragua siempre inician sus operaciones de

manera arcaicas, registrando sus operaciones de manera manual demanda que la
Clínica Veterinaria posee, pasa a ser obstaculizada por el hecho que, el espacio físico
con el que la clínica veterinaria cuenta es muy poco y el número de expedientes cada
día es mayor, lo que causa que el tiempo de búsqueda de estos sea incluso en
ocasiones de hasta 30 minutos, llegando al punto, de no ser encontrado, lo que implica
crear un nuevo expediente para una determinada mascota, generando así duplicidad y
haciendo el proceso repetitivo. También genera desperdicio de papel, tinta y otros
recursos, ocasionando pérdidas económicas y daño ambiental. Además, para realizar
una cirugía es necesario crear una ficha en la que, nuevamente se debe de escribir
todos los datos del paciente que ya han sido llenados en su ficha de registro, causando
que los datos sean registrados por segunda ocasión, lo cual provoca retrasos en el
tiempo de atención de los pacientes.
Por medio de la investigación y razonamiento se ha encontrado la:

• Falta de organización y ubicación de los expedientes físicos.

• Inexistencia de un código estándar que identifique a cada expediente.
• Poco control de la información registrada.
• La información capturada en el registro no es legible por el tipo de caligrafía.
• Poco control en el personal (estudiantes) de la clínica veterinaria.
• Desperdicio de suministros de oficina y demás recursos que afectan al medio
ambiente.
• Retrasos debido a la gestión manual de la información.
• Procesos internos de la clínica desarrollados de manera poco eficaz.

9
 Principales problemas

• Demora en la búsqueda de expedientes clínicos.

• Perdida de expedientes clínicos.

• Tiempos largos de atención a los pacientes.

• Duplicidad de información en los expedientes clínicos.

• Datos erróneos o incompletos al momento de realizar el diagnóstico.

• Poco control en el personal de la clínica.

• Gasto en suministros de oficina.

• Gestión manual de la información.

• Generación de desperdicio de recursos.

• Información disponible ágilmente

• Reducción en el tiempo de atención a los pacientes.

• Reducción de costos y manejo eficiente de recursos.

• Diagnósticos más acertados.

• Mejora en la búsqueda y respaldo de la información.

• Mejora en la gestión de expedientes clínicos.

• Minimizar el desperdicio y contribuir al medio ambiente.

10
 Herramientas Utilazadas

Hardware
Ordenador portátil Hp Envy TS ms6 SLEEKBOOK

Procesador: Intel ® Core™ ¡5 4200-U CPU @1.60 GHz

Conexión a la red LAN

Software:
Windows 10 home: sistema operativo

Visual estudio: como el programa para poder usar el lenguaje de programación usado
en este caso se usa C#

Photoshop: herramienta utilizada para la creación del logo e iconos de la aplicación

StarUML: utilizado para la creación de los diagramas de secuencia

Visio: Para crear casos de uso

Día: se usó para crear diagramas y modelos de Entidad relación

11
 Requerimientos Específicos:

Herramientas Utilizadas Para Recopilación De Requerimientos

ENTREVISTA: “DETERMINACION DE REQUERIMIENTOS DEL SISTEMA

INFORMÁTICO PARA LA GESTIÓN Y CONTROL DE LA CLÍNICA VETERINARIA
Entrevista realizada a Nombre y cargo de la persona.
1. Describa las principales funciones que usted desempeña dentro de la
clínica veterinaria.

2. ¿Cómo se relacionan sus funciones con respecto a las de los otros

médicos dentro de la clínica veterinaria?

3. ¿Cuáles son los problemas principales que enfrenta actualmente la clínica

veterinaria?

4. ¿Qué documentos utiliza en los procesos diarios que realiza en la clínica

veterinaria?

5. Basada en la pregunta anterior. Describa cada uno los documentos antes

mencionados.

6. ¿Qué datos requiere para generar dicha documentación?

7. ¿Qué tipo de informes le gustaría que el sistema genere que le ayude a la

toma de decisiones?

8. ¿Qué mejoras consideraría necesarias realizar en los procesos clínicos y

administrativos actuales con el apoyo de una herramienta informática?

9. ¿Si realiza un control de inventario de materiales e insumos clínicos que

utiliza en la clínica veterinaria, cómo lleva a cabo dicho control?

10. ¿Si realiza un control de inventario de materiales e insumos clínicos que

utiliza en la clínica veterinaria, cómo lleva a cabo dicho control?

11. ¿En relación a la pregunta anterior, posee un formato especifico de control

de inventario?

12
 ENCUESTA AL PERSONAL
Pregunta 1: ¿Cómo calificaría la agilidad en los procesos de consulta a
pacientes, gestión y búsqueda de expedientes clínicos de la veterinaria?
Excelente Buena Regular
Pregunta 2: ¿Cuáles son los problemas que usted considera que posee la clínica
en general?
Se dedica mucho tiempo al registro y búsqueda de expedientes
Poco control en la programación de citas
Poco control de disponibilidad del personal
Pregunta 3: ¿Cuál es el proceso que considera usted al que se le invierte más
tiempo durante la consulta?
Brindar diagnóstico Búsqueda de expedientes Apertura de expedientes
Otros
Pregunta 4: ¿Qué procesos consideraría usted que deberían mejorarse en la
clínica?
Registro de expedientes Búsqueda de expedientes
Programación y atención de consultas Control de vacunas Otros

Parte 2: ACEPTACIÓN DEL SISTEMA A DESARROLLAR

Pregunta 1: ¿Usted cree que un sistema informático, contribuiría a la agilización
de los procesos de consulta de la clínica veterinaria?
SI NO
Pregunta 2: ¿Qué beneficios esperaría usted si utilizara una herramienta
informática en los procesos de consulta de la clínica veterinaria?
Registro de expedientes
Búsqueda de expedientes
Programación y atención de consultas
Toma y recepción de exámenes de laboratorio

13
Pregunta 3: ¿Si se desarrolla un sistema informático, considera que esto influiría
en el aumento de la cantidad y calidad de pacientes atendidos?
SI NO
Pregunta 4: ¿Considera que sus funciones en la clínica se verán afectadas
después del desarrollo del sistema Informático?
SI NO
Pregunta 5: ¿Considera que se adaptaría fácilmente al cambio que implica la
utilización del sistema informático?
SI NO

14
 ENCUESTA DE SATISFACCIÓN AL CLIENTE
Conocer el nivel de aceptación de los clientes que visitan la clínica veterinaria, a través
de datos obtenidos a cerca del tiempo, disponibilidad y administración del proceso de
admisión.
Pregunta 1: ¿Qué tal es la disponibilidad de horarios de atención de la Clínica?
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 2: Tiempo de espera que engloba el proceso de consulta.
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 3: Profesionalismo y ética por parte del personal de la clínica.
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 4: Calidad de las funciones y servicios de la clínica.
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 5: Está satisfecho con los servicios que brinda la clínica
Necesita Mejorar Bueno Muy Bueno Excelente

Parte 2: ATENCION VETERINARIA

Objetivo: Identificar la calidad de atención que se ofrece en la clínica veterinaria.

Pregunta 1: Tiempo de registro y/o búsqueda de expedientes

Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 2: Claridad en la información ofrecida por el veterinario
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 3: Desempeño del personal de la clínica
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 4: Programación y atención de consultas
Necesita Mejorar Bueno Muy Bueno Excelente
Pregunta 8: Control de vacunas.
Necesita Mejorar Bueno Muy Bueno Excelente

15
 OTROS

Pregunta 1: Tiene intención de volver a esta clínica veterinaria

SI NO

Pregunta 2: Recomendaría esta clínica veterinaria a otras personas

SI NO

16
 Requisitos funcionales
Usuario registrado (Veterinario / Administrador):

• RF –1: El sistema deberá mostrar al usuario registrado como veterinario su

zona privada o administración.

• RF –2: El sistema deberá permitir el alta de nuevos veterinarios que se

encargarán de la gestión de la clínica.

• RF –3: El sistema deberá permitir al veterinario la modificación y

visualización de sus datos personales.

• RF – 4: El sistema deberá mostrar un listado con los veterinarios.

• RF – 5: El sistema deberá mostrar al veterinario un listado de las citas que

tengan lugar ese día.

• RF – 6: El sistema deberá permitir al veterinario dar de alta a un cliente.

• RF – 7: El sistema deberá comprobar que el registro de cliente es válido.

• RF – 8: El sistema deberá mostrar un listado de los clientes registrados, y

permitir poder modificar sus datos y eliminarlos.

• RF – 9: El sistema deberá permitir al veterinario dar de alta a una mascota y

asignarla a un cliente.

• RF – 10: El sistema deberá comprobar que el registro la mascota sea válida.

• RF – 11: El sistema deberá mostrar un listado de las mascotas registradas, y

permitir poder modificar sus datos y eliminarlos.

• RF – 12: El sistema deberá permitir al veterinario poder registrar citas y

visualizarlas en la agenda de citas.

• RF – 13: El sistema deberá comprobar que el registro de la cita sea válido.

• RF – 14: El sistema deberá permitir al veterinario la modificación,

visualización y eliminación de citas registradas.

17
• RF – 15: El sistema deberá permitir al veterinario comprobar la disponibilidad
de las citas que se vayan a registrar.

• RF – 16: El sistema deberá permitir al veterinario poder registrar consultas y

visualizarlas en un listado.

• RF – 17: El sistema deberá comprobar que el registro de la consulta sea

válido.

• RF – 18: El sistema deberá permitir al veterinario la modificación,

visualización y eliminación de las consultas registradas.

• RF –52: El sistema deberá permitir al veterinario ver el perfil de las mascotas

registradas, así como los detalles de sus vacunas.

• RF – 53: El sistema deberá permitir al veterinario registrar, eliminar y

modificar los datos las vacunas.

• RF – 54: El sistema deberá permitir al veterinario poder buscar clientes,

mascotas, citas o consultas.

• RF – 56: El sistema deberá permitir al veterinario poder modificar el

contenido de texto de la página principal.

• RF – 57: El sistema deberá permitir al veterinario poder descargar una copia

de seguridad de la BBDD.

• RF – 58: El sistema deberá permitir al veterinario desconectar y cerrar

sesión.

18
 Disponibilidad:
• RQNF – 01: El sistema deberá estar disponible Horas hábiles del día, los 7
días a la semana.

Accesibilidad:
• RQNF– 02: Al sistema debe poder accederse únicamente en la localidad del
sistema, es decir, en la veterinaria.

Escalabilidad:
• RQNF– 03: El sistema debe ser escalable para poder agregar nuevas
funcionalidades sin perder el funcionamiento ya logrado.

Seguridad:
• RQNF– 04: Los usuarios deberán identificarse en el sistema a través de su
DNI y su contraseña que previamente reciban vía email.

• RQNF– 05: Los administradores, una vez identificados en el sistema,

deberán de nuevo identificarse para entrar en la administración con un
nombre de usuario y una nueva contraseña.

• RQNF– 06: El sistema debe tener seguridad en las contraseñas, por eso se
utiliza MD5 para cifrar las contraseñas.

Usabilidad:
• RQNF– 07: El sistema deberá ser sencillo de usar de forma que el usuario
pueda utilizar la aplicación sin problemas.

• RQNF– 08: El sistema deber ser confiable, asegurando un funcionamiento

adecuado.

• RQNF – 09: El sistema deber restringir que el usuario solo realice las
opciones permitidas, mostrando mensajes de error.

19
 Mantenibilidad:
• RQNF-10: El sistema debe ser capaz de recuperarse fácilmente de cualquier
error que pudiera suceder.

Interfaz:
• RQNF – 11: El sistema tendrá una interfaz de usuario sencilla, intuitiva,
amigable e interactiva para el manejo de los usuarios.

Requisitos de información

• RQINF – 01: El sistema deberá almacenar la información del usuario

registrado (tanto clientes como veterinarios, su nombre, apellidos, DNI,
fechas… etc.).

• RQINF – 02: El sistema deberá almacenar la información de las mascotas

registradas (cliente asociado, nombre, raza, peso, edad… etc.) y las vacunas
que les sean aplicadas a estos (nombre de vacuna, fecha, observaciones).

• RQINF – 03: El sistema deberá almacenar la información de las mascotas

registradas (cliente asociado, nombre, raza, peso, edad… etc.) y las vacunas
que les sean aplicadas a estos (nombre de vacuna, fecha, observaciones).

• RQINF – 04: El sistema deberá almacenar las imágenes de perfil de los

usuarios al igual que las imágenes de perfil de las mascotas.

• RQINF – 05: El sistema deberá almacenar la información correspondiente de

las citas registradas (fecha, cliente, mascota, evento, estado).

• RQINF – 06: El sistema deberá almacenar la información correspondiente de

las consultas realizadas y registradas (cliente, veterinario, mascota, fecha,
descripción de la consulta…etc.).

20
 Restricciones

• RES-01: No pueden existir dos usuarios con el mismo DNI.

• RES-02: La contraseña modificada por el usuario deberá contener entre 6-16

caracteres y al menos 1 mayúscula, 1 minúscula y 1 número.

• RES-03: Sólo se podrá acceder al área de administrador si estas registrado

como veterinario (con el rol correspondiente).

• RES-04: Sólo se podrá acceder al área de clientes si has sido dado de alta
en el sistema.

• RES-05: Sólo podrán solicitar citas a la clínica los usuarios que tengan
mascotas registradas, al igual, un veterinario solo podrá registrar citas y
consultas de clientes que tengan mascotas registradas.

• RES-06: Para solicitar una nueva contraseña deberá coincidir tanto el DNI
como el Email de la persona que lo solicita con el registrado en la base de
datos.

• RES-07: Los campos de los formularios deberán ser válidos y seguir el

formato correcto dado.

• RES-08: No pueden existir dos citas con la misma fecha, hora y cliente.

• RES-9: No pueden existir dos consultas con la misma fecha, hora y cliente.

• RES-10: No podrá registrarse una consulta, si no coincide la fecha, hora y

cliente con alguna cita registrada.

• RES-11: No podrá ser modificada una cita cuya fecha haya pasado y tenga
una consulta registrada asociada.

• RES-12: No podrá enviarse una solicitud para cancelar una cita o aplazarla si
no existe esa cita.

21
 Interfaces de Usuario

Pantalla de Inicio de Sesión

Pantalla de Carga

22
Pantalla Principal con menú desplegado

Pantalla de registro de cliente

23
 Pantalla de Clientes

Pantalla de Buscar Cliente

24
 Pantalla de Citas

Pantalla de registro de usuario

25
Pantalla de Administración de Roles

Pantalla de Ingreso de Personal

26
 Pantalla de Personal

Pantalla de Ingreso de Mascota

27
Pantalla de Buscar Mascota

Pantalla de Ingresar Raza

28
Pantalla de Ingreso de Producto

Pantalla de Producto

29
Pantalla de Proveedores

Pantalla de Reportes

30
 Interfaces de Hardware

De acuerdo a la necesidad mencionada anteriormente de un servidor para

el servicio Web, y para la transferencia de archivos, se tiene en cuenta la
necesidad de que la información de la base de datos sea consistente y
confiable. Otro aspecto necesario es tener back-up de la información, para
ello se utiliza RAID, la disposición redundante de discos, que es necesaria
para asegurar la información.
Es crucial tener un diseño eficaz de la base de datos para garantizar un
tiempo de respuesta rápido por parte del cliente. Para diseñar una base de
datos que sea adecuada, es necesario distribuir apropiadamente los datos
entre la base de datos y el sistema de archivos, crear índices suficientes
para optimizar las consultas más frecuentes sin que se utilice una cantidad
de espacio de disco excesiva, normalizar de forma razonable las tablas
que no requieran combinaciones excesivas para responder a las consultas,
y usar procedimientos almacenados para llevar a cabo operaciones de
base de datos frecuentes o complejas.
Adicionalmente es importante el manejo de 3 capas como se mencionó
anteriormente que permitan hacer distinción de la aplicación con la base
de datos y el cliente.

31
Interfaces de Software

Diagrama de Clases

32
 Caso de uso generalizado

Caso de Uso Inicio de Sesión

33
Caso de Uso Gestionar Cliente

Caso de Uso Gestionar Mascota

34
Caso de Uso Gestionar Consultas

Caso de Uso Gestionar Citas

35
Caso de Uso Gestionar Personal

Caso de Uso Gestionar Veterinario

36
Diagrama de Secuencia de Registro

37
Diagrama de Secuencia de Eliminación

38
Diagrama de Secuencia de Búsqueda de Registros

39
 Factibilidad del Proyecto

La finalidad de este estudio es determinar qué tan bueno será la implementación de

este nuevo sistema en la clínica veterinaria antes mencionada. Además, se verán los
costos que tendrá que incurrir la clínica.
Las preguntas que orientan el estudio de factibilidad, entre otras, son: ¿Es realmente
necesario? ¿Es beneficioso? ¿Es rentable económico y socialmente? ¿Están las
condiciones para emprender el proyecto?

Factibilidad operativa.

La implementación de este sistema, permitirá a la Veterinaria El Buen Amigo, mantener

registro de las compras y ventas realizadas, las cuales se podrán hacer de forma
rápida, ingresando los productos mediante una pistola lectora de códigos de barra.
Además, existirá un inventario de productos en detalle, lo cual ayuda a los usuarios a
realizar búsquedas rápidas por filtros, ya sea de productos, compras o ventas, como
también ayuda a mantener la información ordenada. El sistema también permitirá a los
administradores, la generación de reportes de compras, ventas o inventario, según
filtros aplicados.

Factibilidad Económica

La factibilidad económica se basará en la suma de todos los gastos generados por la

creación de este sistema. Hemos utilizado la herramienta COCOMO la cual genera un
precio ideal en dependencia de la cantidad de líneas de código que sean usadas en la
elaboración del sistema, la cual en este caso es el lenguaje C# cuya cantidad de líneas
es un total de 9200. Un estimado por el sistema fue de $25,512.00 los cuales están
distribuidos en los gastos de pago para los programadores encargados del proyecto.
A este precio se le deberán de agregar otros gastos básicos y necesarios para la
finalización en tiempo y forma del sistema requerido. En la siguiente tabla serán
reflejados los gastos totales:

40
 Tabla de Gastos General

Descripción Valor

Pago a programadores, gestores y

$25,212.00
administradores

Hardware $2,600.00

Software $370.00

Gastos generados por posible uso del

$1,700.00
plan de mitigación de riesgos.

Total: $28,882.00

Beneficios del Proyecto

Con la implementación y la puesta en marcha de este nuevo sistema, se registrarán los
siguientes beneficios:
Mayor rapidez en las tareas efectuadas.

El sistema recordará a los clientes sus próximas visitas.

Utilizará más eficiente el uso de jaulas de hotelería y hospitalización.

Eficiencia en consultas a domicilio.

Más intuitivo y fácil de usar.

41
 Factibilidad Operacional

Esta factibilidad comprende una determinación de la probabilidad de que un nuevo

sistema se use como se supone, y se evalúa el impacto que causara en la clínica.

Los empleados saben utilizar software de oficina como Word, Excel, etc. y
conocimientos básicos de computación e internet. Por lo que se requiere de una
pequeña capacitación a los usuarios de este nuevo sistema de tal manera que puedan
utilizar el sistema en su totalidad.

Algunas características del nuevo sistema cuando esté en funcionamiento:

Este sistema propone remplazar el sistema anterior.

Con el nuevo sistema aumentará la eficiencia en los procesos de los registros.

Disminuirá los tiempos de respuesta del sistema actual.

El sistema podrá ser visto desde cualquier lugar, lo que otorgará mayor
comodidad para los trabajadores.

Con esto quedan dadas las factibilidades operacionales.

Factibilidad Legal

El objetivo de la Factibilidad Legal es el poder verificar que, al desarrollar un sistema,

éste no incurre, en infracciones, violaciones u otros delitos que podrían implicar en la
imposibilidad de poner en práctica o interrumpir el funcionamiento del sistema.

Para el presente proyecto no existen trabas legales que impidan el buen desempeño y
funcionamiento del software, puesto que no se incurren en infracciones a las leyes
vigentes en la actualidad, de las cuales se especifican:

Ley N° 621: LEY DE ACCESO A LA INFORMACIÓN PÚBLICA

Que mediante la Ley No. 621, publicada en La Gaceta No. 118 del 22 de junio del
2007, se aprobó la Ley de Acceso a la Información Pública, con la finalidad de normar,
garantizar y promover el ejercicio del derecho fundamental de acceso a la información
pública consagrado en el artículo 66 de la Constitución Política de Nicaragua.

42
El presente Reglamento será de aplicación a las Entidades o instituciones públicas, las
sociedades mixtas y subvencionadas por el Estado, y las entidades privadas que
administren, manejen o reciban recursos públicos, beneficios fiscales u otros
beneficios, concesiones o ventajas, tal y como se señala en el artículo 1 de la Ley.

Ley N° 787: LEY DE PROTECCIÓN DE DATOS PERSONALES

El presente Reglamento tiene por objeto establecer las disposiciones relativas al

desarrollo y aplicación de la Ley No. 787, Ley de Protección de Datos Personales,
publicada en La Gaceta, Diario Oficial, No. 61 del 29 de marzo de 2012.

El presente Reglamento será de aplicación y de observancia obligatoria al tratamiento

de datos personales que obren en soportes físicos o electrónicos que hagan posible el
acceso a los datos personales con arreglo a criterios determinados, con independencia
de la forma o modalidad de su creación, tipo de soporte, procesamiento,
almacenamiento y organización.

Dadas estas dos leyes, el nuevo sistema es factible ya que no desea ni piensa quebrantar
ninguna de estas.

Conclusión de Factibilidad

Dado todas las factibilidades siendo aprobadas, el sistema podrá ser realizado siempre
cuando se siga cumpliendo con lo antes mencionado.

43
 Gestión de Personal del Proyecto

Requerimientos para contratación

✓ Curriculum Vitae Bien Organizado y Presentable.

✓ Mayor de 24 años.

✓ Cartas de Recomendación de referencia personal y referencia laboral.

✓ Certificaciones asociadas al ámbito laboral de programación.

✓ Experiencia laboral en el ámbito de programación o gestión de proyectos.

✓ Conocimiento de al menos 5 lenguajes de programación.

✓ Conocimiento en la gestión de base de datos.

✓ Flexibilidad Horaria.

✓ Experiencia laboral asociada con grupo de personas.

44
 Evaluación para contratación de personal

1. Hábleme de usted.

2. ¿Por qué decidió estudiar informática?

3. ¿Cuál es su fuerte dentro de la informática?

4. ¿Has tenido experiencia en desarrollo de hardware y pruebas de circuitos

integrados?

5. ¿Le gusta trabajar en equipo?

6. ¿Cómo esperas aplicar tus conocimientos técnicos y teóricos para mejorar el

nivel de trabajo de esta empresa?

7. ¿Qué metas profesionales posee?

8. ¿Por qué dejó su trabajo anterior?

9. ¿Qué aspiraciones salariales posee?

10. ¿Es capaz de solventar cualquier problema que se le presente?

45
 Planificación y Puntos de Función

1) Número de entradas de usuario:

Se cuenta cada entrada de usuario que proporciona diferentes datos orientados a la
aplicación.
• Información y datos del cliente: complejidad simple
• Información y datos del veterinario: complejidad simple
• Información y datos de las mascotas: complejidad simple
• Información y datos de los medicamentos: complejidad media
• Información y datos de las consultas: complejidad media
• Información y datos de la agenda de citas: complejidad media

Entradas: 7 (3 simples, 3 medias)

2) Número de salidas de usuario:

Se cuenta cada salida que proporciona el sistema al usuario (informes, pantallas,
mensajes de error).
• Pantalla principal de la aplicación: complejidad simple.
• Pantalla principal del cliente: complejidad media.
• Pantalla principal del veterinario: complejidad media.
• Listado de veterinarios: complejidad simple.
• Listado de clientes: complejidad simple.
• Listado de mascotas: complejidad simple (veterinario).
• Listado de mascotas del cliente: complejidad media (cliente).
• Listado de medicamentos en inventario: complejidad media.
• Listado de citas solicitadas: complejidad simple.
• Listado de consultas: complejidad simple. (Veterinario).
• Listado de consultas del cliente: complejidad media. (Cliente).
• Listado de citas (agenda): complejidad media.
• Listado de citas del cliente: complejidad media.

Salidas: 17 (7 medias, 6 simples)

46
 3) Número de consultas de usuario:
Se cuenta cada entrada interactiva que genera alguna respuesta software inmediata en
forma de salida interactiva
• Información para acceder a la aplicación (zona administración): complejidad
simple.
• Información para mostrar usuarios registrados (clientes o veterinarios):
complejidad simple
• Información para modificar usuarios registrados: complejidad media
• Información para ver datos de usuarios registrados: complejidad simple.
• Información para eliminar usuarios registrados: complejidad media
• Información para cambiar contraseña usuarios registrados: complejidad media
• Información para mostrar mascotas: complejidad simple
• Información para modificar mascotas: complejidad media
• Información para ver datos de mascotas: complejidad simple.
• Información para eliminar mascotas: complejidad media
• Información para mostrar citas: complejidad simple
• Información para mostrar consultas: complejidad simple
• Información para ver detalles de la consulta: complejidad simple
• Información para modificar consultas: complejidad media
• Información para mostrar la agenda de citas: complejidad simple
• Información para ver detalles de la cita: complejidad simple
• Información para modificar citas de la agenda: complejidad media
• Información para eliminar citas de la agenda: complejidad media
• Información para mostrar medicamentos: complejidad simple
• Información para modificar medicamentos: complejidad media
• Información para realizar una búsqueda: complejidad simple

Consultas: 25 (9 medias, 12 simples)

47
 4) Número de ficheros internos:
Se cuenta cada archivo maestro lógico (esto es, un grupo lógico de datos que puede
ser una parte de una gran base de datos o un archivo independiente)
• Base de datos del sitio web: complejidad alta.
Ficheros internos: 1 (1 alta)
5) Número de ficheros externos:
Se cuentan todas las interfaces legibles por los dispositivos que se utilizan para
transmitir información a otro sistema.
• Manual de usuarios: complejidad simple.
Ficheros externos: 1 (1 simple)

Tabla de Puntos de Funciones

Total *
Tipo de función Complejidad Total * tipo Suma
complejidad
Simple (3) x 3 9
Entradas de
Media (3) x 4 12 21
usuario
Alta (0) x 6 0
Simple (6) x 4 24
Salidas de
Media (7) x 5 32 56
usuario
Alta (0) x 7 0
Simple (12) x 3 36
Consultas de
Media (9) x 4 36 72
usuario
Alta (0) x 6 0
Simple (0) x 7 0
Números de
Media (0) x 10 0 15
Archivos
Alta (1) x 15 15
Simple (1) x 5 5
Números de
Media (0) x 7 0 5
Interfaces
Alta (0) x 10 0
Puntos de Función Total 169

48
Una vez obtenidos los PFNA, deben ser ajustados mediante un factor de ajustes (FA).
El cálculo del factor de ajuste está basado en 14 características generales de los
sistemas que miden la funcionalidad general y complejidad de la aplicación. A cada
característica se le atribuye un peso de 0 a 5 que indica el grado de complejidad que
tiene cada característica:

Grado Descripción
No está presente su complejidad o no es
0
tenida en cuenta
1 Complejidad Mínima
2 Complejidad Moderada

3 Complejidad Promedio

4 Complejidad Significativa
5 Complejidad Fuerte

Ahora Calculamos el grado de complejidad de cada característica para el cálculo de

factor de ajuste:

Factor de Ajuste Complejidad

1 Comunicación de Datos 5
2 Funciones Distribuidas 0
3 Rendimiento 4
4 Gran carga de trabajo 4
5 Frecuencia de transacciones 3
6 Entrada On-line de datos 0
Requisito de manejo del usuario
7 3
final
8 Actualizaciones Online 0
9 Procesos Complejos 4
10 Reusabilidad 2
11 Facilidad de Mantenimiento 3
12 Facilidad de Operación 4
13 Instalación en múltiples lugares 1
14 Facilidad de cambio 4
Total

49
 Factor de Ajuste

El factor de ajuste se calcula mediante la fórmula:

Factor de ajuste = (Nivel de influencia * 0.01) + 0.65

Entonces:
Nivel de Influencia (∑FA) = 35
Factor de ajuste = (37 * 0.01) + 0.65 = 1
Factor de ajuste = 1.02

Por último, calculamos los puntos de función y obtenemos el número de líneas de

código estimadas tomando como referencia la equivalencia en LDC de cada PF.

Un punto de función (PF) equivale a 54 líneas de código (LDC) en Java.

PF = PFNA * FA
PF = 169 * 1.02 = 172.38 PF ~ 173 PF

LDC = PF * LDC/PF
LDC = 173 * 53 = 9169 LDC ~ 9200 LDC = 9.2 KLDC

50
 Cocomo
La estimación mediante el algoritmo “Cocomo”, mide el “tamaño” del proyecto, en
función de la cantidad de líneas de código, principalmente.
Este algoritmo varía en función de las características del sistema que se va a
desarrollar. En la siguiente tabla se muestran los diferentes modos de desarrollo
disponibles para el cálculo de los valores persona-mes y tiempo de desarrollo:
Entonces:

Podremos notar que el sistema de COCOMO nos muestra el calculo de tres tipos de
maneras estimadas para el tiempo y costo del sistema: Optimista, Más Probable y
Pesimista. Hemos elegido el cálculo más probable el cual nos dice que el costo es de
$25,215, con un staff de programadores de 3 personas y un tiempo estimado de 11.2
semanas, lo equivalente a 56 días laborales.

51
 Planificación

La elaboración de este sistema será divido en tres procesos los cuales tienen las
mismas tareas, pero con distintas estimaciones en duración. A como se había
mencionado anteriormente, el proyecto tiene como estimación 56 días para ser
elaborado dado a que la exigencia de este mismo es mínima. El último proceso será en
el que se harán mas pruebas de sistema en lo que es adaptación y sostenibilidad del
mismo.

52
 Análisis de Riesgo

El análisis de riesgo está enfocado para revisar de forma global los riesgos que pueden
influir a lo largo de todo el desarrollo del proyecto. Es por esto, que se identificará las
amenazas y vulnerabilidades del sistema, con el fin de minimizar sus efectos. El
propósito es integrar, el manejo de estos, para así mejorar el desarrollo y
funcionamiento del sistema.

Se evaluarán los riesgos según su grado de probabilidad, como se detalla en la tabla a

continuación:

Probabilidad
Muy alto
Alto
Moderado
Bajo
Muy Bajo

Además, se evaluarán los riesgos según su grado de impacto en el proyecto, según el

siguiente criterio:

Impacto
Catastrófico
Crítico
Moderado
Tolerable
Despreciable

53
 Identificación de Riesgos

A continuación, se presentan los riesgos identificados, donde además se evalúa la

probabilidad de que puedan ocurrir éstos, y el impacto con las notas antes
mencionadas.
En la siguiente tabla se analizarán los riesgos que afectan al proyecto que se está
desarrollando:

Riesgo Probabilidad Impacto

Mala estimación del tiempo de desarrollo Moderado Catastrófico

Pérdida de tiempo en el inicio Alto Crítico

Comunicación con el cliente no es óptima Moderado Catastrófico

Cambio en los requerimientos Moderado Crítico

Falta de experiencia en tecnología Bajo Crítico

Demora en la toma de decisiones Bajo Crítico

Incumplimiento de compromisos Moderado Catastrófico

Planificación excesivamente optimista Bajo Crítico

Cambiar herramientas a mitad de proyecto Bajo Crítico

Desarrollador desmotivado Moderado Crítico

Sobrecarga de trabajo, largos horarios Muy Bajo Crítico

54
 Mitigación y Contingencia

En esta sección, se analizarán de los riesgos anteriormente presentados aquellos que

posean una Probabilidad: Muy Alto, Alto, o Moderado; y un Impacto: Catastrófico,
Crítico, o Moderado. Todos éstos serán divididos en dos grupos: Mitigación (prevenir el
problema) y Contingencia (resolverlo).
La siguiente tabla se resolverá los problemas que afectan al desarrollo del proyecto.

Riesgo Mitigación Contingencia

Se deberá estimar el tiempo

Mala estimación del tiempo Se deberá evaluar el tiempo posterior con mayor claridad,
de desarrollo de desarrollo con claridad. y el tiempo perdido deberá
ser recuperado.
Pérdida de tiempo en el Se deberá tomar mayor Se deberá recuperar lo antes
inicio importancia al proyecto. posible el tiempo perdido.
Comunicación con el Comunicarse continuamente Establecer compromisos de
cliente no es óptima con el cliente. reuniones con anticipación.
Cambio en los Se tendrán conversaciones Se deberá minimizar la carga
requerimientos constantes con el cliente. del nuevo requerimiento.
Se deberán cumplir al día Recalendarizar compromisos
Incumplimiento de
con todas las tareas de manera ordenada y
compromisos
acordadas. responsable.
Organizar el tiempo de Realizar tareas que sean del
Desarrollador desmotivado
trabajo y de descanso. agrado del desarrollador.

55
 Conclusiones

Ya terminado este documento se ha concluido la realización tanto del software, como la

documentación asociada mediante las etapas de inicio, elaboración, construcción
establecidas.
Mediante el estudio de factibilidad se ha determinado, cuán factible es el proyecto si lo
llevamos a cabo, donde se evalúo en el ámbito técnico, operacional, económico, y
legal.
Se estudió sobre posibles riesgos que puedan afectar el desarrollo del proyecto, y se
completó un plan de mitigación y contingencia para los más riesgosos.
De esta misma forma, han sido estudiados los distintos usuarios que compondrán el
sistema, indicando las características y las tareas que cada uno de ellos realiza.
Se ha documentado minuciosamente todos los procesos para la elaboración de este
producto software que ha sido enfocado como un sistema para la administración de la
veterinaria.
Se han analizado los posibles riesgos que pudiesen traer consigo la construcción del
producto, tratando de mitigar todos los problemas han intentado aparecer. Para
finalizar, los requerimientos, el análisis, el diseño y la implementación, no han
terminado para este sistema, es más, aún seguirán teniendo estas instancias, siempre
cuando se continúe sacando actualizaciones.

56
 Bibliografía

Barrera José, (febrero 2008), Programa Productivo Alimentario, Instituto nacional

tecnológico (inatec), Instituto nicaragüense de tecnología agropecuaria (inta).
Recuperado junio de 2013.

http://www.monografias.com/trabajos90/alimentacion-
animal/alimentacionanimal.shtml

Pressman, Roger S. 6ta edición. Ingeniería del Software: Un Enfoque Práctico.

McGraw-Hill.

Sommerville, Ian. 2005. Ingeniería de Software. 7ma ed. Person Addison

Wesley.
https://palena.sii.cl/dte/menu.html

http://www.sii.cl/factura_electronica/normativa.htm

57