Download - Desarrollo de Software 2 - Informe N°2
Universidad de Santiago de Chile
Facultad de Ciencia
Departamento de Matemáticas y Ciencias de la Computación
Licenciatura en Ciencias de la Computación
Desarrollo de Software II
Informe N°2. “ANÁLISIS ORIENTADO A OBJETOS”
Servicio Web „Vetemed Software‟
Estudiantes: Allan Castañeda Jaramillo
Carlos Grandón Méndez
Sergio Reyes Villegas
Daniel Valenzuela Suárez
Académico: Dino Araya Sánchez
Fecha Entrega: 04 de Noviembre de 2010
1
Índice
Página
1. Introducción………………………………………………………………………………………………. 3
2. Captura de requerimientos...…………………………………………………………………………….. 3
2.1 Requerimientos funcionales…………………………………………………………………….. 3
2.2 Requerimientos no funcionales………………………………….………………………….…… 4
2.3 Requerimientos de implementación…………………………………………………………….. 4
2.4 Diagramas de casos de uso…………………………………………………………………….... 4
2.5 Especificación de casos de uso………………………………………………………………….. 5
3. Análisis OO…………………………….…..………………….…………………………………………… 8
3.1 Análisis de objetos………………………………………………………………………..……… 8
3.1.1 Modelo de objetos del análisis………………………….………………………….… 8
3.2 Análisis del comportamiento…..……………………………………….………………….…… 12
3.2.1 Especificación de operaciones……………………………………………………….. 12
3.3 Especificación de la interfaz de usuario…………………………………………………………. 12
3.3.1 Análisis de operaciones………………………………………………………………. 13
3.3.2 Diagramas de diálogo………………………………………………………………… 14
3.3.3 Especificación de componentes…………………………….………………………… 16
4. Conclusiones…………………………………………………………………………………………….… 21
5. Referencias bibliográficas………………………………………………………………………………... 21
2
Índice de Figuras
Figura N°1: Diagrama de caso de uso……………………………………………………………………….. 5
Figura N°2: Modelo de Objetos del análisis…………………………………………………………………. 8
Figura N°3: Diagrama de diálogo del sistema………………………………………………………………. 15
Figura N°4: Modelo de Objetos del análisis…………………………………………………………………. 16
Figura N°5: Modelo de Objetos del análisis…………………………………………………………………. 16
Figura N°6: Modelo de Objetos del análisis…………………………………………………………………. 16
Figura N°7: Modelo de Objetos del análisis…………………………………………………………………. 17
Figura N°8: Modelo de Objetos del análisis…………………………………………………………………. 17
Figura N°9: Modelo de Objetos del análisis…………………………………………………………………. 17
Figura N°10: Modelo de Objetos del análisis…………………………………………………………………. 18
Figura N°11: Modelo de Objetos del análisis…………………………………………………………………. 18
Figura N°12: Modelo de Objetos del análisis…………………………………………………………………. 18
Figura N°13: Modelo de Objetos del análisis…………………………………………………………………. 19
Figura N°14: Modelo de Objetos del análisis…………………………………………………………………. 19
Figura N°15: Modelo de Objetos del análisis…………………………………………………………………. 19
Figura N°16: Modelo de Objetos del análisis…………………………………………………………………. 20
Figura N°17: Modelo de Objetos del análisis…………………………………………………………………. 20
Figura N°18: Modelo de Objetos del análisis…………………………………………………………………. 20
Figura N°19: Modelo de Objetos del análisis…………………………………………………………………. 21
Índice de Tablas
Tabla N°1: Requerimientos funcionales…………………………………………………….………………. 3
Tabla N°2: Requerimientos no funcionales………………………………………………….……………… 4
Tabla N°3: Requerimientos de implementación…………………………………………….………………. 4
Tabla N°4: Caso de uso Nº 1………………………………………………………………….…………….. 6
Tabla N°5: Caso de uso Nº 2…………………………………………………………………..…………….. 6
Tabla N°6: Caso de uso Nº 3…………………………………………………………………..…………….. 6
Tabla N°7: Caso de uso Nº 4………………………………………………………………….....…………... 6
Tabla N°8: Caso de uso Nº 5………………………………………………………………………………… 7
Tabla N°9: Caso de uso Nº 6………………………………………………………………………………… 7
Tabla N°10: Caso de uso Nº 7………………………………………………………………………………. 7
Tabla N°11: Caso de uso Nº 8………………………………………………………………………………. 7
Tabla Nº12: Diccionario de datos del modelo de objetos del sistema………………………………………. 9
Tabla N°13: Lista de operaciones…………………………………………………………………………… 12
Tabla N°14: Operación “Iniciar Sesión”……………………………………………………………………. 13
Tabla N°15: Operación “Registrar cliente y personal”……………………………………………………... 13
Tabla N°16: Operación “Asignar privilegios”………………………………………………….…………… 13
Tabla N°17: Operación “Registrar mascota”……………………………………………………………….. 13
Tabla N°18: Operación “Generar reporte”………………………………………………………………….. 13
Tabla N°19: Operación “Generar gráfico”………………………………………………………………….. 13
Tabla N°20: Operación “Generar historial”…………………………………………………………………. 14
Tabla N°21: Operación “Ingresar consulta”………………………………………………………………… 14
Tabla N°22: Operación “Administrar stock”……………………………………………………………….. 14
Tabla N°23: Operación “Reporte stock”…………………………………………………………………….. 14
Tabla N°24: Operación “Administrar comentarios”………………………………………………………… 14
Tabla N°25: Operación “Envío de avisos (recordatorios)”………………………………………………….. 14
Tabla N°26: Operación “Compra o venta de productos”…………………………………………………… 14
3
1. Introducción
En esta fase del desarrollo del proyecto, se aborda el Análisis del sistema para la compresión del flujo de información
y la organización del propio sistema. El análisis, es la etapa que sigue luego de obtener los „Requerimientos del cliente‟, de
acuerdo al enfoque que utiliza la metodología de OMT++, se realizará un 'Análisis Orientado a objetos‟, teniendo como
objetivo, clasificar cada uno de los requerimientos del cliente, y así, establecer una base para la creación del diseño de
software.
En esta etapa, para el Servicio web „Vetemed Software‟', se llevarán a cabo cada una de las actividades orientadas al
Análisis OO, en las cuales se basa OMT++. Como resultado, se obtendrán el modelo de objetos de datos, la especificación de
cada una de las operaciones y los diagramas de diálogos con sus respectivas especificaciones de componentes.
En el informe anterior, se realizó una descripción amplia sobre la problemática, en la cual, se encuentran envueltas
aquellas clínicas veterinarias que no llevan la gestión de sus datos bajo una plataforma informática, lo que implicaba una gran
desventaja en comparación con aquellas que si tenían esta herramienta incorporada.
En esta oportunidad, se ahondará en el mundo del software de una manera más completa, tomando los métodos y
herramientas de Ingeniería de Software elegidos previamente, y así, comenzar a completar cada una de las etapas de la
planificación hecha mediante OMT++. De acuerdo a esto, el desarrollo del proyecto se apreciará de forma más específica,
concreta y práctica, de manera que el sistema cumpla todas las expectativas de una Clínica Veterinaria. De esta forma, se
diseña la solución a la problemática que se menciona con anterioridad, en el área de gestión de datos de la Clínica. En esta fase
del proyecto se logrará apreciar la problemática de manera clara, para así obtener una solución adecuada, un análisis total de
los requisitos captados en las reuniones con el cliente, entregando una solución más óptima, confiable y fidedigna a través de
toda la etapa de análisis. A lo largo del informe se verán una serie de pasos que son fundamentales para el desarrollo del
diseño, donde se puede apreciar cómo se relaciona este software con su entorno, una primera versión de cómo serán las
interfaces hombre-máquina y una muestra operativa del proyecto.
2 .Captura de requerimientos
En esta primera actividad podremos identificar y clasificar cada uno de los requerimientos establecidos para trabajar
en el proyecto, dividiéndolos entre, Requerimientos funcionales, no funcionales y de implementación.
2.1 Requerimientos funcionales
En esta sección se describen en detalle los requerimientos funcionales del sistema. Los requerimientos funcionales se
refieren a las operaciones que el sistema debe efectuar. En la tabla Nº 1 se especifican estos requisitos.
Tabla N°1: Requerimientos funcionales
Nº Descripción
1 Autentificación de usuarios al sistema.
2 Control de clientes que utilicen el sistema.
3 Control de consultas veterinarias realizadas.
4 Gestión de mascotas dentro del sistema
5 Gestión de productos dentro del sistema(Opcional)
6 Visualización de un historial detallado de las mascota(s) de cada cliente.
7 Recordatorio de fechas importantes para cada uno de los clientes de la clínica veterinaria.
8 Reportes estadísticos.
9 Los clientes podrán denunciar los comentarios que rompan la norma establecida en el sistema.
10 Plataforma auto-ayuda para manipulación del sistema
4
2.2 Requerimientos no funcionales
En esta sección, serán descritos en detalle los requerimientos no funcionales del sistema. Los requerimientos no
funcionales son aquellos que no se involucran con el funcionamiento en sí del sistema, estos se refieren a las características y
atributos del mismo. Estos requerimientos pueden indicar características deseables del producto. En la tabla Nº 2 son
especificados.
Tabla N°2: Requerimientos no funcionales
Nº Descripción
1 Multiusuario: El Sistema permitirá que más de un usuario navegue en él simultáneamente.
2 Fiabilidad: Manteniendo condiciones de uso fijadas, el sistema funcionará sin problemas.
3 Seguridad: Los datos del usuario estarán bajo condiciones de seguridad altas, de manera que éstos, no sean
públicos para cualquier persona.
4 Privilegios para acceder al sistema
5 Almacenamiento: El sistema tendrá la capacidad de almacenamiento de datos de acuerdo a la carga inicial y
volumen de crecimiento establecidos.
6 Expansibilidad: El sistema soportará la expansión del mismo, ya sea de datos, como nuevas funciones.
7 Usabilidad del sistema: Será fácil su uso para los usuarios que lo naveguen.
8 Manual de uso del sistema
2.3 Requerimientos de implementación
A continuación se describe en detalle los requerimientos de implementación del sistema. Los requerimientos de
implementación son necesidades del cliente que restringen la implementación. En la tabla Nº 3 se indican estos requisitos.
Tabla N°3: Requerimientos de implementación
Nº Descripción
1 Utilizar una plataforma Web.
2 El motor de base de datos para el sistema será MySQL
3 Podrá ser ejecutable en Linux
4 Podrá ser ejecutable en Windows
5 Podrá ser ejecutado desde cualquier equipo: Las características mínimas del equipo deben ser, que posea una
conexión a Internet y que posea navegadores Web.
2.4 Diagramas de casos de uso
En esta sección se realizan los diagramas de casos de uso, para así, entregar una visión más explicativa de la
interacción que el usuario tendrá con el sistema. En la figura Nº 1 se muestra el diagrama que representa al sistema y su
interacción con los diferentes actores.
5
Figura N°1: Diagrama de caso de uso
2.5 Especificación de casos de uso
Luego de que los requerimientos son capturados y representados gráficamente con diagramas de casos de uso, se
procede a la especificación de cada uno de ellos. Los casos de uso describen la forma de cómo el sistema responde a la
funcionalidad requerida junto con la participación del usuario [1]. En las tablas Nº 4 a la Nº 11 serán descritos los casos de uso
del sistema.
6
Tabla N°4: Caso de uso Nº1
Caso de uso Nº: Asignación de Permisos
Resumen: Asignación de permisos para el cliente y personal administrativo
Frecuencia: Ilimitado
Actores: Personal Administrativo
Precondiciones: El personal administrativo y cliente deben estar registrados en el sistema.
Descripción: El personal administrativo y cliente deben iniciar sesión para obtener permisos sobre los módulos del
sistema.
Excepciones: El personal administrativo no tiene los suficientes privilegios para realizar asignación de permisos
Poscondiciones: El personal administrativo queda facultado para utilizar el sistema.
Tabla N°5: Caso de uso Nº2
Caso de uso Nº: Gestión Consultas Veterinarias
Resumen: Ingreso de la información de la mascota una vez que visite la clínica veterinaria
Frecuencia: Ilimitada
Actores: Personal administrativo
Precondiciones: Debe ser realizado por el personal administrativo (médico veterinario).
Descripción: Se registra el diagnóstico, tratamiento e información adicional de una consulta, en una clínica
veterinaria, y además, se cuenta con el control de las vacunas realizadas a las mascotas.
Excepciones: No se completa el ingreso si algún dato falta o no se completan los campos obligatorios, por lo que se
mostrará un mensaje de error.
Poscondiciones: El cliente y el personal administrativo pueden ver la información de las mascotas
Tabla N°6: Caso de uso Nº3
Caso de uso Nº: Gestión de Mascotas
Resumen: Registro del paciente en el sistema.
Frecuencia: Ilimitada
Actores: Personal Administrativo.
Precondiciones: El cliente debe estar registrado en el sistema
Descripción: Ingreso de la información sobre una (las) mascotas al sistema.
Excepciones: No se completa el ingreso si algún dato falta o no se completan los campos obligatorios, por lo que se
mostrará un mensaje de error.
Poscondiciones: La mascota queda registrada en el sistema para generar su respectivo historial.
Tabla N°7: Caso de uso Nº4
Caso de uso Nº: Reportes Ingeniería de Negocios
Resumen: Generación de reportes y gráficos estadísticos
Frecuencia: Ilimitada
Actores: Personal administrativo
Precondiciones: El personal administrativo que solicite reportes, debe tener los permisos necesarios para acceder a
ellos.
Descripción: El personal administrativo accede a reportes y gráficos estadísticos de ingeniería de negocios
Excepciones: El personal administrativo no tiene los suficientes privilegios para acceder a los reportes.
Poscondiciones: El personal administrativo obtiene información valiosa para una fundamentada toma de decisiones
futuras.
7
Tabla N°8: Caso de uso Nº5
Caso de uso Nº: Control de Comentarios
Resumen: Supervisión de comentarios realizados por clientes en el sistema
Frecuencia: Ilimitada
Actores: Personal administrativo
Precondiciones: -Debe haber un comentario registrado en el sistema
-El personal administrativo que evalúe los comentarios, debe tener los permisos necesarios para
moderarlos
Descripción: El personal administrativo modera los comentarios ingresados por los clientes
Excepciones: El personal administrativo no tiene los suficientes privilegios para realizar las modificaciones a los
comentarios.
Poscondiciones: Los comentarios que se consideren ofensivos se eliminarán del sistema
Tabla N°9: Caso de uso Nº6
Caso de uso Nº: Recordatorio de Fechas
Resumen: El sistema recordará al cliente las fechas importantes para su mascota (controles, vacunas).
Frecuencia: Ilimitada
Actores: Cliente
Precondiciones: -El cliente debe estar registrado en el sistema.
-El cliente debe poseer una dirección de correo electrónico válida.
Descripción: El sistema enviará un correo electrónico recordando al cliente las próximas fechas de control o
vacunas de sus mascotas.
Excepciones: No se podrán enviar los recordatorios en caso que el correo electrónico sea incorrecto.
o invalido.
Poscondiciones: El cliente recibe un correo electrónico con información acerca de controles de su(s) mascota(s).
Tabla N°10: Caso de uso Nº 7
Caso de uso Nº: Reportes para Clientes
Resumen: Reportes sobre consultas médicas e historial médico que posea la mascota.
Frecuencia: Ilimitada
Actores: Cliente
Precondiciones: -El cliente debe estar registrado en el sistema con usuario y contraseña válidos
-El cliente debe haber iniciado sesión correctamente.
Descripción: El cliente puede acceder a revisar el expediente médico de su mascota.
Excepciones: En caso que no se ingrese un usuario y contraseña correcta no se permitirá el acceso y se mostrara un
mensaje de error.
Poscondiciones: El cliente estará informado acerca de la situación actual de su mascota.
Tabla N°11: Caso de uso Nº 8
Caso de uso Nº: Gestión de Productos
Resumen: Manejo de stock acerca de los productos que se utilizan y venden en la clínica veterinaria.
Frecuencia: Ilimitada
Actores: Personal Administrativo
Precondiciones: El personal administrativo debe poseer los privilegios necesarios para gestionar el manejo de stock de
la farmacia.
Descripción: El personal administrará el stock de los productos que se utilizan y venden en la clínica.
Excepciones: El personal administrativo no tiene los suficientes privilegios para realizar las modificaciones en los
productos.
Poscondiciones: Se tendrá un orden estructurado de los productos que se encuentran en el sistema.
8
3 .Análisis OO
En este punto se describe la etapa de análisis orientado a objetos de la metodología OMT++, aplicada en el desarrollo
del sistema. La realización de esta etapa, está basada en los documentos obtenidos en la etapa de captura de requerimientos.
Las actividades para el análisis orientado a objeto son: “Análisis de objetos”, “Análisis de comportamiento” y “Especificación
de componentes de interfaz de usuario”.
3.1 Análisis de objetos
Esta actividad consiste en el análisis de los requerimientos y casos de uso especificados en la sección anterior, lo que
deriva en el establecimiento de los conceptos del dominio del problema y sus asociaciones, es decir, definición de los objetos y
sus relaciones.
3.1.1Modelo de objetos del análisis
A continuación se muestra el modelo de objetos del análisis, es decir, el diagrama de las clases del problema en la
Figura Nº 2. Para el diagrama serán descritas cada una de las clases y sus atributos.
Figura N°2: Modelo de Objetos del análisis
9
Las descripciones para cada una de las clases y sus atributos son especificadas en el siguiente diccionario de datos:
Tabla Nº12: Diccionario de datos del modelo de objetos del sistema:
Objeto/Clase Descripción Atributo
MASCOTA Contiene la información de las mascotas que se
encuentran registradas en el sistema.
MAS_ID: Identificador de la mascota.
MAS_NOMBRE: Nombre de la mascota.
MAS_FECHA_NACIMIENTO: Fecha de
nacimiento de la mascota.
MAS_FECHA_DEFUNCION: Fecha de
fallecimiento de la mascota.
MAS_ESTERILIZADO: Informa si la mascota se
encuentra esterilizada.
MAS_REPRODUCCION: Informa si la mascota
se encuentra en etapa de reproducción.
MAS_NUMERO_CHIP: Número del chip de la
mascota.
MAS_INSCRITO: Informa si la mascota se
encuentra inscrita.
MAS_IMAGEN: Imagen de la mascota.
MAS_ALERTA: Alertas o cosas a saber de la
mascota.
MAS_NOTAS: Información adicional de la
mascota.
COLOR Contiene la información del color de la mascota. COL_ID: Identificador del color de la mascota.
COL_NOMBRE: Nombre del color de la mascota.
CARÄCTER Contiene la información del carácter de la
mascota.
CAR_ID: Identificador del carácter de la mascota.
CAR_NOMBRE: Nombre del tipo de carácter de
la mascota.
ACTIVIDAD Contiene la información de la actividad de la
mascota.
ACT_ID: Identificador de la actividad de la
mascota.
ACT_NOMBRE: Nombre de la actividad de la
mascota.
HABITAT Contiene la información del hábitat de la mascota. HAB_ID: Identificador del hábitat de la mascota.
HAB_NOMBRE: Nombre del hábitat de la
mascota.
TAMAÑO Contiene la información del tamaño de la
mascota.
TAM_ID: Identificador del tamaño de la mascota.
TAM_NOMBRE: Nombre de la clasificación del
tamaño de la mascota.
ALIMENTACIÖN Contiene la información del tipo de alimentación
que recibe la mascota.
ALI_ID: Identificador de la alimentación de la
mascota.
ALI_NOMBRE: Nombre de la alimentación de la
mascota.
PELAJE Contiene la información del pelaje de la mascota. PEL_ID: Identificador del pelaje de la mascota.
PEL_NOMBRE: Nombre del pelaje de la
mascota.
RAZA Contiene la información de la raza de la mascota. RAZ_ID: Identificador de la raza de la mascota.
RAZ_NOMBRE: Nombre de la raza de la
mascota.
RAZ_DESCRIPCION: Detalle de la raza de la
mascota.
RAZ_IMAGEN: Imagen de la raza de la mascota.
ESPECIE Contiene la información de la especie de la
mascota.
ESP_ID: Identificador de la especie de la mascota.
ESP_NOMBRE: Nombre de la especie de la
mascota.
10
Tabla Nº12: “Continuación”
ACTIVIDAD
PROFESIONAL
Contiene la información de la actividad
profesional del cliente registrado en el sistema.
APR_ID: Identificador de la actividad profesional.
APR_NOMBRE: Nombre de la actividad
profesional.
LENGUAJE Contiene la información del lenguaje que domina
el cliente que se encuentre registrado en el
sistema.
LEN_ID: Identificador del lenguaje del cliente.
LEN_NOMBRE: Nombre del lenguaje del cliente.
PERSONA Contiene la información de las personas
registradas en el sistema.
PER_ID: Identificador de la persona.
PER_IDENTIFICADOR: Identificador de la
persona (Usuario).
PER_NOMBRES: Nombres de la persona.
PER_APELLIDO_PATERNO: Apellido paterno
de la persona.
PER_APELLIDO_MATERNO: Apellido materno
de la persona.
PER_DOMICILIO: Domicilio de la persona.
PER_DOMICILIO_NUMERO: Número del
domicilio de la persona.
PER_DOMICILIO_PISO: Piso del domicilio de la
persona.
PER_DOMICILIO_BLOCK: Block del domicilio
de la persona.
PER_LOCALIZACION: Localización de la
persona.
PER_TELEFONO1: Teléfono n° 1 de la persona.
PER_TELEFONO2: Teléfono n° 2 de la persona.
PER_CELULAR: Celular de la persona.
PER_CORREO1: Correo electrónico n°1 de la
persona.
PER_CORREO2: Correo electrónico n° 2 de la
persona.
PER_PAGINA_WEB: Página web de la persona.
PER_IMAGEN: Imagen de la persona.
PER_FECHA_NACIMIENTO: Fecha de
nacimiento de la persona.
PER_FECHA_CREACION: Fecha de la creación
del registro de la persona.
PER_FECHA_MODIFICACION: Fecha de la
última modificación.
TIPO PERSONA Contiene los diversos tipos de personas que se
gestionarán en el sistema.
TPE_ID: Identificador del tipo de persona.
TPE_NOMBRE: Nombre del tipo de persona.
CONVENIO Contiene los diversos tipos de convenios que se
pueden llevar a cabo para el uso del sistema.
COV_ID: Identificador del convenio.
COV_NOMBRE: Nombre del convenio.
COV_DESCUENTO: Descuento a aplicar.
COV_DESCRIPCION: Detalle del convenio.
CONTRATO Contiene los contratos que se acuerdan, para que
una clínica pueda utilizar el sistema.
COT_ID: Identificador del contrato.
COT_NOMBRE_REPRESENTANTE: Nombre
del representante de la clínica.
COT_NOMBRE_CLINICA: Nombre de la
clínica.
COT_FECHA_INICIO: Fecha de inicio del
contrato.
COT_FECHA_TERMINO: Fecha de término del
contrato.
11
Tabla N°12: “Continuación”
ARRIENDO Contiene el nombre y la fecha de pago de los
arrendatarios del sistema.
ARR_ID: Identificador de arriendo.
ARR_FECHA_PAGO: Fecha de la realización del
pago.
ARR_NOMBRE_DEPOSITANTE: Nombre del
depositante.
CONDICION Contiene la información de las condiciones de
pago de las vacunas, consultas, farmacia, etc.
CON_ID: Identificador de la condición.
CON_NOMBRE: Nombre de la condición.
MODULO Contiene la información de los diversos módulos
de las clínicas veterinarias.
MOD_ID: Identificador del módulo.
MOD_NOMBRE: Nombre del módulo.
MOD_IMAGEN: Imagen del módulo.
PLAN Contiene la información de los diversos planes
establecidos por cada clínica.
PLA_ID: Identificador del plan.
PLA_NOMBRE: Nombre del plan.
PLA_PRECIO: Precio del plan en UF.
PLA_DESCRIPCION: Detalle del plan.
SOLICITUD Contiene la información de las personas que
solicitan un plan.
SOL_ID: Identificador de la solicitud.
SOL_NOMBRE_COMPLETO: Nombre completo
de la persona solicitante.
SOL_TELEFONO: Teléfono de contacto.
SOL_CORREO: Correo electrónico de contacto.
SOL_DESCRIPCION: Detalle de la solicitud de
arriendo.
CLÏNICA Contiene la información de cada clínica que se
encuentra registrada en el sistema.
CLI_ID: Identificador de la clínica.
CLI_IDENTIFICADOR: Identificador regional de
la clínica (RUT, DNI, etc).
CLI_NOMBRE: Nombre de la clínica
CLI_NOMBRE_SISTEMA: Nombre de la clínica
en el sistema (internamente).
CLI_DOMICILIO: Domicilio de la clínica.
CLI_DOMCILIO_NUMERO: Número del
domicilio de la clínica.
CLI_DOMICILIO_PISO: Piso del domicilio de la
clínica.
CLI_DOMICILIO_BLOCK: Block del domicilio
de la clínica.
CLI_LOCALIZACION: Localización de la
clínica.
CLI_TELEFONO1: Teléfono n° 1 de la clínica.
CLI_TELEFONO2: Teléfono n° 2 de la clínica.
CLI_CELULAR: Celular de la clínica.
CLI_FAX: Fax de la clínica.
CLI_CORREO1: Correo electrónico n° 1 de la
clínica.
CLI_CORREO2: Correo electrónico n° 2 de la
clínica.
CLI_PAGINA_WEB: Página web de la clínica.
CLI_FECHA_CREACION: Fecha de creación de
la clínica en el sistema.
CLI_FECHA_MODIFICACION: Fecha del
último acceso del administrador en el sistema.
CLI_HISTORIA: Historia de la clínica.
CLI_HISTORIA_IMAGEN: Imagen de la historia
de la clínica.
CLI_SERVICIOS: Servicios de la clínica.
CLI_HORARIOS: Servicios de la clínica.
12
3.2 Análisis del comportamiento
Luego del análisis de objetos, se realiza el análisis de comportamiento, cuyo objetivo es definir las operaciones
realizadas por el usuario para la manipulación de la información, sin especificar detalles de la interfaz.
3.2.1 Especificación de operaciones
El análisis del comportamiento produce la lista de operaciones del sistema. A continuación, en la tabla Nº 13, se listan
las operaciones reconocidas en el análisis del sistema.
Tabla N°13: Lista de operaciones
Nº Operación Nº de caso de uso
1 Iniciar sesión 1
2 Registrar cliente y personal 1
3 Asignar privilegios (Permisos) 1
4 Registrar mascota 3
5 Generar Reporte 4
6 Generar gráfico 4
7 Generar historial (Cliente) 7
8 Ingresar consultas 2
9 Administración stock 8
10 Reporte de stock 8
11 Administrar comentarios 5
12 Envío de avisos (recordatorios) 6
13 Compra y venta de productos 8
3.3 Especificación de la interfaz de usuario
La última actividad de la etapa de análisis de objetos, es la especificación y visualización de la interfaz de usuario. La
interfaz de usuario es una entidad intermediaria entre el usuario final y la aplicación, por la cual la interfaz de usuario debe ser
capaz de comunicarse tanto con el usuario final, como con la aplicación. La especificación de operaciones define
requerimientos de funcionalidad, y el modelo de objetos del análisis, determina los datos que se van a incluir en la interfaz de
usuario. Dentro de las actividades que componen la especificación de interfaz de usuario, está la construcción de diagramas de
diálogo, y la especificación de sus componentes descritas a continuación.
3.3.1 Análisis de operaciones
Antes de construir los diálogos y especificar sus componentes se debe analizar cada operación obtenida para dividirlas
en tareas. Esto forma parte del análisis necesario para la especificación de la interfaz de usuario [6]. El análisis de cada
operación para el sistema es descrito en esta sección.
Tabla N°14: Operación “Iniciar Sesión”
Nº Operación Nº Tarea
1 Iniciar Sesión 1 Ingresar Usuario
2 Ingresar Clave Correcta
3 Iniciar Sesión
13
Tabla N°15: Operación “Registrar cliente y personal”
Nº Operación Nº Tarea
2 Registrar cliente y personal 4 Ingresar datos personales
5 Ingresar rol (Cliente o personal)
6 Registrar cliente o personal
Tabla N°16: Operación “Asignar privilegios”
Nº Operación Nº Tarea
3 Asignar privilegios 7 Buscar personal
8 Ingresar cargo
9 Asignar privilegio
Tabla N°17: Operación “Registrar mascota”
Nº Operación Nº Tarea
4 Registrar mascota 10 Ingresar datos mascota
11 Verificar cliente registrado
12 Registrar mascota
Tabla N°18: Operación “Generar reporte”
Nº Operación Nº Tarea
5 Generar reporte 13 Ingresar parámetros de búsqueda
14 Generar reporte
Tabla N°19: Operación “Generar gráfico”
Nº Operación Nº Tarea
6 Generar gráfico 15 Ingresar parámetros de búsqueda
16 Generar gráfico
Tabla N°20: Operación “Generar historial”
Nº Operación Nº Tarea
7 Generar historial 17 Seleccionar cliente
18 Seleccionar mascota
19 Generar historial
Tabla N°21: Operación “Ingresar consulta”
Nº Operación Nº Tarea
8 Ingresar consulta 20 Verificar cliente
21 Ingresar o seleccionar mascota
22 Asignar médico
23 Asignar horario
24 Ingresar consulta
14
Tabla N°22: Operación “Administrar stock”
Nº Operación Nº Tarea
9 Administrar stock 25 Verificar producto
26 Verificar cantidad producto
27 Ingreso(o egreso) de producto
28 Administrar stock
Tabla N°23: Operación “Reporte stock”
Nº Operación Nº Tarea
10 Reporte stock 29 Verificar stock
30 Verificar cantidad
31 Generar reporte de stock
Tabla N°24: Operación “Administrar comentarios”
Nº Operación Nº Tarea
11 Administrar comentarios 32 Seleccionar comentario
33 Administrar comentario
Tabla N°25: Operación “Envío de avisos (recordatorios)”
Nº Operación Nº Tarea
13 Envío de avisos (recordatorios) 38 Verificar fechas cercanas a un evento
39 Seleccionar cliente y mascota
40 Enviar aviso de recordatorio
Tabla N°26: Operación “Compra o venta de productos”
Nº Operación Nº Tarea
12 Compra o venta de productos 34 Seleccionar clínica
35 Seleccionar persona
36 Ingresar producto
37 Efectuar Compra o venta de producto
3.3.2 Diagramas de diálogo
La especificación de las operaciones y sus tareas ayudan a identificar los diagramas de diálogos necesarios para el
sistema. Para esto se organizan las tareas para formar diálogos, los cuales ayudan a entender cómo el usuario se comunica con
el sistema a través de las tareas especificadas en la etapa anterior. Es necesario precisar que los números que identifican a las
tareas en los diálogos, corresponden a aquellos que enumeran a cada tarea del sistema en el análisis de operaciones. A
continuación se muestra en la Figura Nº3 el diagrama de diálogo para el sistema [1].
15
Figura Nº3: Diagrama de diálogo del sistema
16
3.3.3 Especificación de componentes
El diagrama de diálogo está compuesto de tareas que el usuario debe realizar a través de la interfaz. Pensando en la
interfaz de usuario, cada diálogo está formado por componentes y cada componente está constituido de herramientas, tales
como botones o campos de texto, entre otras. Estas herramientas pueden ser de manipulación o de retroalimentación o una
combinación de ambas [1].
La representación de cada especificación de componentes de los diálogos del sistema se muestran desde la Figura Nº4
a la Nº12 junto a sus descripciones.
Componente Manipulación Retroalimentación
Generar Gráficos Estadísticos Seleccionar grafico Seleccionar Grafico
Crear
Cancelar
Figura N°4: Especificación de componentes – Generar Gráficos
Figura N°5: Componente de Dialogo Grafico
Componente Manipulación Retroalimentación
Gestión de Consultas Añadir
Modificar
Eliminar
Figura N°6: Modelo de Objetos del análisis – Gestión Consultas
Control Datos
Crear
Cancelar
Seleccionar Grafico
17
Figura N°7: Componente de Dialogo Consultas
Componente Manipulación Retroalimentación
Gestión Farmacias Ingresar
Modificar
Eliminar
Ingreso Compra/venta
Figura N°8: Modelo de Objetos del análisis –Gestión Farmacias
Figura N°9: Componente de Dialogo Farmacias
Modulo Consultas
Modulo Farmacias
Control
Control
Añadir
Modificar
Eliminar
Ingresa
Modific
Elimina
Ingreso
Compra/venta
18
Componente Manipulación Retroalimentación
Gestión Vacunas Ingresar
Modificar
Eliminar
Figura N°10: Modelo de Objetos del análisis –Vacunas
Figura N°11: Componente de Dialogo Gráfico
Componente Manipulación Retroalimentación
Inicio Sesión Aceptar Usuario
Salir Contraseña
Figura N°12: Modelo de Objetos del análisis – Inicio Sesión
Modulo Vacunas
Ingresar
Modificar
Eliminar
19
Figura N°13: Componente de Iniciar Sesión
Componente Manipulación Retroalimentación
Generar Reporte Seleccionar Reporte Seleccionar Reporte
Crear
Cancelar
Figura N°14: Modelo de Objetos del análisis – Reporte
Figura N°15: Componente de Dialogo Reporte
Iniciar sesión
Generar Reporte
Control Datos
Aceptar
Salir
Usuario
Contraseña
Control Datos
Seleccionar
Reporte
Crear
Cancelar
Reporte
20
Componente Manipulación Retroalimentación
Historial Seleccionar Cliente Seleccionar Cliente
Consultar
Cancelar
Figura N°16: Modelo de Objetos del análisis – Historial
Figura N°17: Componente de Dialogo Historial
Componente Manipulación Retroalimentación
Agregar Producto Crear Nombre producto
Cancelar Stock producto
Precio Producto
Figura N°18: Modelo de Objetos del análisis – Agregar Producto
Generar Historial
Control
Seleccionar
Cliente
Consultar
Cancelar
Datos
Seleccionar Cliente
21
Figura N°19: Componente de Dialogo Agregar Producto
5. Conclusión
Es necesario estudiar y definir las herramientas de desarrollo, y realizar un análisis del sistema para lograr los
objetivos a cumplir en el proyecto. Estos puntos son un complemento indispensable a los conocimientos del grupo de trabajo,
y otorgan al producto calidad.
OMT++ como metodología orientada a objetos, que considera una cantidad de actividades, dentro de las etapas de
ciclo de vida del sistema, moderada y suficiente, permite minimizar el desgaste y el esfuerzo del equipo y brinda una ventaja
en cuanto a la agilización del proceso.
Utilizando estas herramientas como base para lograr el análisis del sistema, se pudo lograr una especificación y una
representación ordenada, permitiendo que la primera etapa del proceso OMT++ (análisis orientado a objetos) se cumpla de
acuerdo a los estudios realizados.
6. Referencia Bibliográfica
[1] Informe de Avance Nº2, Proyecto de Desarrollo de SW - http://aula.usach.cl/course/view.php?id=217
[Fecha consulta: 03 Noviembre 2010]
Agregar Producto
Control Datos
Crear
Cancelar
Nombre Producto
Stock Producto
Precio Producto