SISTEMA DE ATENCION DE EMERGENCIA VETERINARIA

VETERINARIO DE TURNO
STRQ1 Mi trabajo es revisar a la mascota, diagnosticar lo que tiene y prescribir una solución a su problema
STRQ2 El sistema me envía un correo con el id de la mascota y de la consulta ingresado en recepción
STRQ3 El sistema debe ser rápido, pues a toda hora hay emergencias, incluso hacen colas
STRQ4 Debo poder buscar a la mascota en el sistema
STRQ5 Es importante que el sistema pueda mostrarme un historial de las consultas realizadas a la mascota
STRQ6 Quisiera ver una consulta con los datos de la mascota, el diagnóstico realizado y la solución planteada
STRQ7 El diagnostico debe incluir: lo que he decretado que tiene la mascota, la fecha de diagnóstico, etc
STRQ8 La solución al problema de la mascota básicamente debe tener: las medicinas, la fecha de solución, etc
STRQ9 De todas maneras, el sistema debería venir con un manual de usuario
STRQ10 Se preparan los instrumentos para la revisión de la mascota

RECEPCION
STRQ11 Debo ser capaz de asignar un veterinario a las consultas, antes de enviar a la mascota a que la revisen
STRQ12 Lo principal es poder ingresar los datos de la mascota
STRQ13 Me encargo de desplazar a la mascota y sus dueños a la oficina del veterinario asignado
STRQ14 En esta veterinaria se hace importante que la información no se pierda

DUEÑO VETERINARIA
STRQ15 Sugiero que las interfaces sean totalmente amigables
STRQ16 Debo poder buscar una mascota, ver el historial de consultas y ver una consulta específica
STRQ17 Queremos que en este sistema, el cliente apruebe la solución
STRQ18 El veterinario no cierra la consulta si el cliente no emite una aprobación o desaprobación
STRQ19 El cliente debe poder visualizar la consulta de su mascota realizada

ANALISTA DE TI
STRQ20 Me parece importante que el veterinario pueda cerrar la consulta realizada a la mascota
STRQ21 Todas las interfaces de ingreso de datos siempre deben guardar: la fecha y el usuario que lo realiza
STRQ22 Debes tener en cuenta que recepción busca a la mascota antes de ingresar una consulta
STRQ23 Una mascota debe contener un id de 5 dígitos, alfanumérico
STRQ24 Recomiendo que se use un servidor de 4 GB de RAM para una rapidez mínima de 10 segundos como tiempo
STRQ25 Tener en cuenta que cuando el cliente apruebe o desapruebe una solución, el sistema envía un correo al vete
STRQ26 El id de una consulta, diagnóstico y solución debe ser un número de 7 dígitos y secuencial
STRQ27 El veterinario debe poder diagnosticar el problema de la mascota
STRQ28 Tener presente que recepción asigna un veterinario disponible
STRQ29 Si el cliente desaprueba una solución, el veterinario debe ingresar un campo adicional de solución forzada, y e
STRQ30 En el caso que el cliente no quiera la solución alternativa, la desaprobará y se podrá retirar; tener en cuenta q
STRQ31 Finalmente, si todo es aprobado, se le aplica a la mascota la solución
ción a su problema
o en recepción

zadas a la mascota
y la solución planteada
e diagnóstico, etc
a fecha de solución, etc

ascota a que la revisen

uario que lo realiza

de 10 segundos como tiempo de respuesta y 200 Gb de capacidad de datos.

stema envía un correo al veterinario

cional de solución forzada, y el cliente volver a aprobarlo

odrá retirar; tener en cuenta que el veterinario debe cerrar la consulta
 REQUERIMIENTOS (STQR)

Mi trabajo es revisar a la mascota,

diagnosticar lo que tiene y prescribir una
solución a su problema

STRQ1

El sistema me envía un correo con el id de

STRQ2 la mascota y de la consulta ingresado en
recepción

El sistema debe ser rápido, pues a toda

hora hay emergencias, incluso hacen colas
STQR3

Debo poder buscar a la mascota en el

STQR4
sistema

Es importante que el sistema pueda

STQR5 mostrarme un historial de las consultas
realizadas a la mascota
 Es importante que el sistema pueda
STQR5 mostrarme un historial de las consultas
realizadas a la mascota

Quisiera ver una consulta con los datos de

STQR6 la mascota, el diagnóstico realizado y la
solución planteada

El diagnostico debe incluir: lo que he

STQR7 decretado que tiene la mascota, la fecha de
diagnóstico, etc

La solución al problema de la mascota

básicamente debe tener: las medicinas, la
fecha de solución, etc
STQR8

De todas maneras, el sistema debería venir

STQR9
con un manual de usuario

Se preparan los instrumentos para la

STQR 10
revisión de la mascota
Debo ser capaz de asignar un veterinario a
STQR 11 las consultas, antes de enviar a la mascota
a que la revisen

Lo principal es poder ingresar los datos de

STQR 12
la mascota

Me encargo de desplazar a la mascota y

STQR 13 sus dueños a la oficina del veterinario
asignado
 En esta veterinaria se hace importante que
STQR 14
la información no se pierda

Sugiero que las interfaces sean totalmente

amigables
STQR 15

Debo poder buscar una mascota, ver el

STQR 16 historial de consultas y ver una consulta
específica

Queremos que en este sistema, el cliente

STQR 17
apruebe la solución

STQR 18
El veterinario no cierra la consulta si el
cliente no emite una aprobación o
desaprobación

El cliente debe poder visualizar la consulta

STQR 19
de su mascota realizada
 CARACTERISTICAS (FEAT)

FEAT1 . El Veterinario de turno debera registrar por su codigo de la mascota, nombre,

edad, color, raza, peso,color, vacuna, medicamento, etc.

FEAT2. El ingreso de informacion al sistema debe diseñarse con transacciones que

permita el ingresar los datos de forma parcial y manual.

FEAT 3. El Veterinario de turno sera capaz de la administrar de archivos en el sistema

con funcionalidades de escribir, subir, renombrar, copiar, mover y borrar archivos.

FEAT 4. El Veterinario de turno revisara el correo con el codigo generadó de 5 digitos

de la mascota.

FEAT 5 . El veterinario de turno sera capaz de consultar la informacion de la mascota

identificado con su código único.

FEAT 6. El sistema debe validar automáticamente la informacion contenido en los

formularios de consulta se debe tener en cuenta aspectos tales como la obligatoriedad
de campos, tipo de datos,etc.

FEAT 7. El sistema estara activo las 24 horas del día.

FEAT 8. El sistema debe de registrar en 20 segundos una consulta.

Se incluye los FEAT 5 y FEAT 6.

FEAT 9. El sistema debera mostrar el historial de los pacientes ingresados por

Consulta, Fecha, Hora de atención.
FEAT 10. El sistema debera actualizar por cada consulta realizada a una determinada
mascota.

Se incluye los FEAT 1 Y FEAT 2

FEAT 11. El sistema deberá permitir al Veterinario en general, imprimir el diagnostico

realizado y la solucion planteada por el veterinario de Turno.

FEAT 12. El sistema debera guardar los datos del diagnostico por dd/mm/yyy y hora.

FEAT 13 . El veterinario de turno debera consultar el Diagnostico de la mascota por

fFecha o' codigo de la mascota.

FEAT 14 . El sistema contara con un codigo unico de los medicamentos a aplicarse.

Asociado al FEAT 13

FEAT 15 . El sistema tendrá un manual de ayuda disponible que permitirá aclarar dudas
respecto al funcionamiento del mismo.

FEAT 16 . La recepcionista debera aprobar revision de la mascota por el sistema.

FEAT 17. La recepcionista sera capaz de buscar en la Base de datos los veterinarios
disponibles por el sistema.

FEAT 18 . El sistema permitira a la Recepcionista ingresar los datos del paciente por
codigo de consulta,codigo de la mascota, Doctor Asignado, nombre, tipo de consulta,
Fecha, hora, etc.

La recepcionista sera capaz de desplazar al consultorio asignado.

FEAT 19. El acceso al sistema debe estar restringido por el uso de claves asignadas a
cada uno de los usuarios. Solo podran ingresar al sistema las personas que estan
autorizados.

FEAT 20 La información estará protegida contra accesos no autorizados utilizando

mecanismos de validación que puedan garantizar el cumplimiento de esto.

FEAT 22. El sistema contara con el servicio restringido como por ejemplo el modelo de
diseño, el modelo de contenido y el perfil de usuario.

FEAT 23 . El sistema debe presentar mensajes de error que permitan al usuario

identificar el tipo de error y comunicarse con el administrador del sistema.

FEAT 24 . El sistema debera contar con una interfaz de Administracion que incluya:
Administracion de usuarios en esta seccion que debera ofrecer todas las opciones del
sistema.

FEAT 25. El Dueño de la veterinaria sera capaz de buscar el historial de las consultas
realizadas por el cliente por sistema, identificado por un codigo unico.

FEAT 26. El sistema permitira buscar la consulta seleccionada por el codigo de

consulta.

FEAT 27 El sistema permitirá generar la consulta al veterinario en formato “aprobado” o

”desaprobado”

FEAT 28 El sistema debera continuar si solo se "Aprobo" la consulta sino se dara a una
solucion forzada.

FEAT 29 Si el cliente no aprueba ninguna de las dos soluciones el veterinaro debera

cerrar el sistema.

FEAT 30 La consulta se podra visualizar por correo electrónico y numero personal de

la persona quien solicito la revicion de la consulta.
 CARACTERISTICAS (FEAT) CASOS DE USO(UC) REQ NO FUNC (SUP)
FEAT1 . El Veterinario de turno debera
registrar por su codigo de la mascota, nombre,
edad, color, raza, peso,color, vacuna,
medicamento, etc.
UC1

FEAT2. El ingreso de informacion al sistema

debe diseñarse con transacciones que permita
ingresar los datos de forma parcial y manual. Registrar Diagnostico
SUP1

FEAT 3. El Veterinario de turno sera capaz de

la administracion de archivos en el sistema con
funcionalidades de escribir, subir, renombrar,
copiar, mover y borrar archivos.

FEAT 4. El Veterinario de turno revisara el

correo con el codigo generadó de 5 digitos de UC2 Buscar correo
la mascota.

FEAT 5 . El veterinario de turno sera capaz de

consultar la informacion de la mascota UC3 Buscar Consulta
identificado por su código único.

FEAT 6. El sistema debe validar

automáticamente la informacion contenida en
los formularios de consulta se debe tener en SUP2
cuenta aspectos tales como la obligatoriedad
de campos, tipo de datos,etc.

FEAT 7. El sistema estara activo las 24 horas

del día. SUP3

FEAT 8. El sistema debe de registrar en 10

segundos una consulta.
SUP4

FEAT 9. El sistema debera buscar el historial

de los pacientes ingresados por Consulta, UC3 Buscar Historial
Fecha, Hora de atención.

FEAT 10. El sistema debera actualizar por

cada consulta realizada a una determinada SUP5
mascota.
FEAT 11. El sistema deberá permitir al
Veterinario en general, imprimir el diagnostico UC4 Imprimir Diagnostico
realizado y la solucion planteada por el
veterinario de Turno.

FEAT 12. El sistema debera guardar los datos SUP6

del diagnostico por dd/mm/yyy y hora.

FEAT 13 . El veterinario de turno debera

consultar el Diagnostico de la mascota por UC5 Consultar Diagnostico
Fecha o codigo de la mascota

FEAT 14 . El sistema contara con un codigo UC6 Buscar Medicamento

unico de los medicamentos a aplicarse.

FEAT 15 . El sistema tendrá un manual de

ayuda disponible que permitirá aclarar dudas SUP8
respecto al funcionamiento del mismo.

FEAT 16 . La recepcionista debera aprobar UC7 Aprobar Revicion

revision de la mascota por el sistema.

FEAT 17. La recepcionista sera capaz de

buscar en la Base de datos los veterinarios UC8 Buscar Veterinario
disponibles por el sistema.

FEAT 18 . El sistema permitira a la

Recepcionista ingresar los datos del paciente
por codigo de consulta,codigo de la mascota, UC9 Registrar Mascota
Doctor Asignado, nombre, tipo de consulta,
Fecha, hora, etc.

FEAT 19. El acceso al sistema debe estar

restringido por el uso de claves asignadas a SUP9
cada uno de los usuarios. Solo podran ingresar
al sistema las personas que estan autorizados.

FEAT 20 La información estará protegida

contra accesos no autorizados utilizando SUP10
mecanismos de validación que puedan
garantizar el cumplimiento de esto.
FEAT 21 Cada día a las 12:00am se realizará
un backup a la Base de Datos SUP11
.

FEAT 22. El sistema contara con el servicio

restringido como por ejemplo el modelo de SUP12
diseño, el modelo de contenido y el perfil de
usuario.

FEAT 23 . El sistema debe presentar

mensajes de error que permitan al usuario SUP13
identificar el tipo de error y comunicarse con el
administrador del sistema.

FEAT 24 . El sistema debera contar con una

interfaz de Administracion que incluya:
Administracion de usuarios en esta seccion SUP14
que debera ofrecer todas las opciones del
sistema.

FEAT 25. El Dueño de la veterinaria sera

capaz de buscar el historial de las consultas UC11 Buscar Fichas
realizadas por el cliente por el sistema con un
codigo unico.

FEAT 26. El sistema permitira buscar la

consulta al Dueño seleccionando por el codigo UC12 Mantener Consulta
de consulta.

UC13 Aprobar consulta

FEAT 27 El sistema permitirá generar la
consulta al veterinario en formato “aprobado” o
”desaprobado”

UC14 Rechazar consulta

FEAT 28 El sistema debera continuar si solo

se "Aprobo" la consulta sino se dara a una SP13 Registrar Consulta
solucion forzada.
FEAT 29 Si el cliente no aprueba ninguna de
las dos soluciones el veterinaro debera cerrar UC15 Cerrar Sistema
el sistema.

FEAT 30 La consulta se podra visualizar por

correo electrónico y numero personal de la Enviar Correo
UC 16
persona quien solicito la revicion de la
consulta.
 ACTORES

VETERINARIO

VETERINARIO
 VETERINARIO

VETERINARIO

VETERINARIO

RECEPCIONISTA

RECEPCIONISTA

RECEPCIONISTA
DUEÑO DE LA
VETERINARIA

DUEÑO DE LA
VETERINARIA

CLIENTE

RECEPCIONISTA
VETERINARIO

CLIENTE
 Matriz de Trazabilidad

Requerimientos vs Carácterísticas

FEAT10
FEAT11
FEAT12
FEAT13
FEAT14
FEAT15
FEAT16
FEAT17
FEAT18
FEAT1
FEAT2
FEAT3
FEAT4
FEAT5
FEAT6
FEAT7
FEAT8
FEAT9
FEAT
STRQ1
STRQ2
STRQ3
STRQ4
STRQ5
STRQ6
STRQ7
STRQ8
STRQ9
STRQ10
STRQ11
STRQ12
STRQ13
STRQ14
STRQ15
STRQ16
STRQ17
STRQ18
STRQ19
STRQ20
STRQ21
STRQ22
 lidad

ácterísticas
FEAT19
FEAT20
FEAT21
FEAT22
FEAT23
FEAT24
FEAT25
FEAT26
FEAT27
FEAT28
FEAT29
FEAT30
 Matriz de Trazabilidad

Carácterísticas vs Casos de Uso

UC10
UC1

UC2

UC3

UC4

UC5

UC6

UC7

UC8

UC9
FEAT1
FEAT2
FEAT3
FEAT4
FEAT5
FEAT6
FEAT7
FEAT8
FEAT9
FEAT10
FEAT11
FEAT12
FEAT13
FEAT14
FEAT15
FEAT16
FEAT17
FEAT18
FEAT19
FEAT20
FEAT21
FEAT22
FEAT23
FEAT24
FEAT25
FEAT26
FEAT27
FEAT28
FEAT29
FEAT30
UC11

UC12

UC13

UC14
 Matriz de Trazabilid

Carácterísticas vs Req

SUP1

SUP2

SUP3

SUP4

SUP5

SUP6

SUP7

SUP8

SUP9
FEAT1
FEAT2
FEAT3
FEAT4
FEAT5
FEAT6
FEAT7
FEAT8
FEAT9
FEAT10
FEAT11
FEAT12
FEAT13
FEAT14
FEAT15
FEAT16
FEAT17
FEAT18
FEAT19
FEAT20
FEAT21
FEAT22
FEAT23
FEAT24
FEAT25
FEAT26
FEAT27
FEAT28
FEAT29
FEAT30
 Matriz de Trazabilidad

Carácterísticas vs Req Sup

SUP10

SUP11

SUP12

SUP13

SUP14
NRO UC CASO DE USO ACTOR PROCESO
UC1 Registrar Diagnostico VETERINARIO
UC2 Revisar Correo VETERINARIO
UC3 Buscar Consulta VETERINARIO
UC4 Buscar Historial DUEÑO VETERINARIA
UC5 Imprimir Diagnostico VETERINARIO
UC6 Consultar Diagnostico VETERINARIO
UC7 Aprobar Revicion RECEPCIONISTA
UC8 Buscar Veterinario RECEPCIONISTA
UC9 Aprobar Consulta CLIENTE
UC10 Registrar Mascota RECEPCIONISTA
UC11 Rechazar Consulta CLIENTE
UC12 Enviar Consulta CLIENTE