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

















Í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.


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


Caso de uso Nº: Gestión de Mascotas

Resumen: Registro del paciente en el sistema.


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.


Caso de uso Nº: Reportes Ingeniería de Negocios

Resumen: Generación de reportes y gráficos estadísticos



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


Caso de uso Nº: Control de Comentarios

Resumen: Supervisión de comentarios realizados por clientes en el sistema



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


Caso de uso Nº: Recordatorio de Fechas

Resumen: El sistema recordará al cliente las fechas importantes para su mascota (controles, vacunas).


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.


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.


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”


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”


3 Asignar privilegios 7 Buscar personal

8 Ingresar cargo

9 Asignar privilegio

Tabla N°17: Operación “Registrar mascota”


4 Registrar mascota 10 Ingresar datos mascota

11 Verificar cliente registrado

12 Registrar mascota

Tabla N°18: Operación “Generar reporte”


5 Generar reporte 13 Ingresar parámetros de búsqueda

14 Generar reporte

Tabla N°19: Operación “Generar gráfico”


6 Generar gráfico 15 Ingresar parámetros de búsqueda

16 Generar gráfico

Tabla N°20: Operación “Generar historial”


7 Generar historial 17 Seleccionar cliente

18 Seleccionar mascota

19 Generar historial

Tabla N°21: Operación “Ingresar consulta”


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”


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”


10 Reporte stock 29 Verificar stock

30 Verificar cantidad

31 Generar reporte de stock

Tabla N°24: Operación “Administrar comentarios”


11 Administrar comentarios 32 Seleccionar comentario

33 Administrar comentario

Tabla N°25: Operación “Envío de avisos (recordatorios)”


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”


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


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


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


Gestión Vacunas Ingresar

Modificar

Eliminar

Figura N°10: Modelo de Objetos del análisis –Vacunas

Figura N°11: Componente de Dialogo Gráfico


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


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


Historial Seleccionar Cliente Seleccionar Cliente

Consultar

Cancelar

Figura N°16: Modelo de Objetos del análisis – Historial

Figura N°17: Componente de Dialogo Historial


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

http://aula.usach.cl/course/view.php?id=217

desarrollo de software 2 - informe n°2

Documents