LENGUAJE DE MODELADO

ESTUDIANTE:
PAULO CSAR OSPINA LOZANO

UNIVERSIDAD SANTO TOMS

CIENCIAS Y TECNOLOGA
INGENIERA EN INFORMTICA
CENTRO DE ATENCIN UNIVERSITARIA CALI
SANTIAGO DE CALI, JUNIO 06 DE 2015
LENGUAJE DE MODELADO

EVALUACION DISTANCIA

ESTUDIANTE:
PAULO CSAR OSPINA LOZANO

DOCENTE:
LUIS ALFONSO BARRIOS

UNIVERSIDAD SANTO TOMS

CIENCIAS Y TECNOLOGA
INGENIERA EN INFORMTICA
CENTRO DE ATENCIN UNIVERSITARIA CALI
SANTIAGO DE CALI, JUNIO 06 DE 2015

Tabla de contenido

Introduccin..................................................................................................1
Objetivos.......................................................................................................2
-

Objetivo General:.................................................................................2

Objetivos Especficos:..........................................................................2

Clnica Veterinaria.........................................................................................3
Lista de Requerimientos Funcionales.........................................................4
Descripcin Detallada de Los Casos de Uso..............................................5
Caso de Uso RF01..................................................................................5
Caso de Uso RF02..................................................................................7
Caso de Uso RF03..................................................................................9
Caso de Uso RF04................................................................................11
Caso de Uso RF05................................................................................12
Caso de Uso RF06................................................................................13
Caso de Uso RF07................................................................................14
Diagramas...............................................................................................16
Diagrama de Dominio:.........................................................................16
Diagrama Casos de Uso:......................................................................16
Diagrama Proceso de Negocio:............................................................17
Conclusiones...............................................................................................18
Bibliografa.................................................................................................19
Anexos........................................................................................................20

Introduccin
El presente trabajo se basa en Lenguaje de Modelado y su importancia
dentro del desarrollo de software. Por medio de este proceso, se pretende
mostrar de manera detallada como a travs del Modelado, los
desarrolladores de aplicaciones establecen requerimientos Funcionales y
No Funcionales exponiendo los requisitos base para que el sistema se
comporte de acuerdo a las expectativas del cliente.
Es as que por medio de una documentacin clara y una arquitectura bien
definida, el equipo de trabajo es capaz de cumplir con un proyecto dentro
de los mrgenes de tiempos y costos establecidos.
.

Objetivos
-

Objetivo General:

Por medio del presente trabajo se pretende familiarizar con los principales
conceptos del Lenguaje de Modelado y as brindar un punto inicial para
llevar a cabo de manera organizada y exitosa el diseo y planeacin de un
proyecto de desarrollo de Software.

Objetivos Especficos:
1. Aprender las metodologas para la modelado de los requerimientos
de acuerdo a las necesidades de la empresa.
2. Conocer las actividades que componen la gestin de Diseo.
3. Familiarizarse con los objetivos de la Modelacin de Requerimientos.
4. Manejar los principales conceptos asociados a las tcnicas para la
organizacin, direccin y control del proceso de desarrollo por medio
de requerimientos funcionales y no funcionales.

Clnica Veterinaria.
Aplicar el material de apoyo y la asistencia a tutora para realizar los
siguientes
Diagramas de un contexto real de trabajo para definir:

Modelo de Negocio: Diagramas de Proceso

Modelo de Requisitos: Modelo de Dominio
Modelo de Anlisis: Diagramas de Secuencia,
Colaboracin, Clases

de

Contratos,

Los modelos se deben presentar en un informe utilizando diversos software

para el Diseo de dichos diagramas como edraw, cacoo, mindomo,
argouml, visio, etc.
Trabajados en las tutoras presenciales de formacin.
EJEMPLO DE CONTEXTO:
Un veterinario tiene como pacientes animales y como clientes familias. Un
cliente es un conjunto de personas que suele corresponderse con una
familia. Cada cliente tiene un cdigo, el primer apellido del cabeza de
familia, un nmero de cuenta bancaria, una direccin, un telfono y los
nombres y NIF de las personas correspondientes. No existe lmite en el
nmero de personas asociadas a una entidad cliente. Adems, una
persona puede estar dada de alta en varios clientes (por ejemplo, un
hombre que vive con su esposa tiene un gato y como tal pertenece a un
cliente, pero tambin est dado de alta en el cliente asociado con el perro
de sus padres).Los clientes pueden tener varias mascotas, cada mascota
tiene un cdigo, un alias, una especie, una raza, color de pelo, fecha de
nacimiento aproximada, peso medio del animal en las ltimas 10 visitas y
el peso actual del animal. Asimismo se guardar un historial mdico con
cada enfermedad que tuvo y la fecha en la que enferm. Adicionalmente
cada mascota tiene un calendario de vacunacin, en el que se registrar la
fecha de cada vacuna, la enfermedad de la que se vacuna.

Lista de Requerimientos Funcionales

Cdigo
Requerimiento
RF01
El sistema de permitir al
Veterinario mantener los
datos relacionados con
los Clientes.
RF02
El sistema de permitir al
Veterinario mantener los
datos relacionados con
las Personas.
RF03
El sistema de permitir al
Veterinario mantener los
datos relacionados con
los Pacientes.
RF04
El Sistema debe permitir
Registrar las visitas de
los pacientes en historia
clnica
incluyendo
la
fecha
y
enfermedad
atendida.
RF05
El sistema debe permitir
registrar en Calendario
de Vacunacin la fecha y
enfermedad
de
la
Vacuna
aplicada
al
paciente.
RF06
El sistema debe permitir
consultar
la
historia

Caso de Uso
Autor
Mantener datos de los Veterinario
Clientes
(Aadir,
Modificar, Eliminar)
Mantener datos de las Veterinario
Personas
(Aadir,
Modificar, Eliminar)
Mantener datos de los Veterinario
Pacientes
(Aadir,
Modificar, Eliminar)
Registrar
Visitas de Veterinario
los Pacientes.

Registrar las vacunas Veterinario

de los pacientes.

Consulta
Historia Veterinario
Clnica del Paciente
4

RF07

clnica
con
cada
enfermedad y visita del
paciente.
El sistema debe permitir Consulta
Historia Veterinario
consultar el Calendario Vacunas del Paciente
de Vacunacin la fecha y
enfermedad
de
la
Vacuna
aplicada
al
paciente.

Descripcin Detallada de Los Casos de Uso

Caso de Uso RF01
Caso de Uso:
Actor:
Precondicion:
Poscondicion:

Mantener datos de los Clientes (Aadir, Modificar,

Eliminar)
Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.
Se ha agregado en el sistema los datos del cliente, es
decir que se ha aadido, modificado o eliminado un
registro existente.

Flujo de Eventos:
Flujo Bsico Aadir:
1. El caso de uso comienza cuando el Veterinario indica que desea
aadir.
2. El sistema muestra un formulario vaco para diligenciar los datos
asociados al cliente.
3. El Veterinario Ingresa los datos del Cliente: Cdigo, Apellido, Cuenta
Bancaria, Direccin, Telfono, NIF y Nombre de las Personas.
4. Veterinario Indica Guardar.
5. El Sistema valida datos ingresados.
6. El Sistema guarda nuevo registro.
7. Caso de Uso finaliza.
Flujo Bsico Modificar:
1. El caso de uso comienza cuando el Veterinario indica que desea
Modificar.
2. El sistema solicita cdigo del cliente a modificar.
3. Veterinario Ingresa el cdigo del cliente a modificar.
4. El Sistema muestra formulario con los datos del cliente.
5. Veterinario modifica los datos del cliente.
6. Veterinario indica Guardar.
7. El sistema valida los datos.
8. El Sistema guarda la modificacin.
9. Caso de uso finaliza.

Flujo Bsico Eliminar:

1. El caso de uso comienza cuando el Veterinario indica que desea
Eliminar.
2. El sistema solicita el cdigo del cliente a Eliminar.
3. Veterinario ingresa el cdigo de cliente cuyos datos eliminara.
4. El sistema muestra formulario con los datos del cliente a eliminar.
5. Veterinario Indica Eliminar.
6. El sistema solicita confirmacin.
7. Veterinario confirma eliminacin del cliente.
8. El sistema registra la eliminacin del cliente.
9. El Caso de uso finaliza.

Flujo de Eventos Alternativos:

Datos Incorrectos:
1. En el Paso 5 del Flujo bsico de aadir o en el paso 7 de Modificar, si
el sistema encuentra error en algn tipo de dato, mostrar mensaje
de error y solicitara rectificar la informacin.
Registro ya Existente:
1. En el Paso 5 del Flujo bsico de aadir, si el sistema encuentra que el
registro ya existe, mostrar mensaje de error y solicitara de nuevo
Cdigo de Cliente.
Registro Inexistente:
1. En el Paso 4 del Flujo bsico de modificar o en el paso 4 de Eliminar,
si el sistema no encuentra el cdigo de cliente, mostrar mensaje de
error y solicitara de nuevo Cdigo de Cliente.
Cancelar:
1. En cualquier instancia, si el Veterinario indica Cancelar, el sistema
limpia el formulario y el caso de uso finaliza.
7

Caso de Uso RF02

Caso de Uso:
Actor:
Precondicion:
Poscondicion:

Mantener datos de las Personas (Aadir, Modificar,

Eliminar)
Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.
Se ha agregado en el sistema los datos de la persona,
es decir que se ha aadido, modificado o eliminado un
registro existente.

Flujo de Eventos:
Flujo Bsico Aadir:
1. El caso de uso comienza cuando el Veterinario indica que desea
aadir.
2. El sistema muestra un formulario vaco para diligenciar los datos
asociados a la Persona.
3. El Veterinario Ingresa los datos de la Persona: NIF y Nombre de la
Persona.
4. Veterinario Indica Guardar.
5. El Sistema valida datos ingresados.
6. El Sistema guarda nuevo registro.
7. Caso de Uso finaliza.
Flujo Bsico Modificar:
1. El caso de uso comienza cuando el Veterinario indica que desea
Modificar.
2. El sistema solicita el NIF de la Persona a modificar.
3. Veterinario Ingresa el NIF de la Persona a modificar.
4. El Sistema muestra formulario con los datos de la Persona.
5. Veterinario modifica los datos de la Persona.
6. Veterinario indica Guardar.
7. El sistema valida los datos.
8. El Sistema guarda la modificacin.
9. Caso de uso finaliza.
Flujo Bsico Eliminar:
1. El caso de uso comienza cuando el Veterinario indica que desea
9

2.
3.
4.
5.
6.
7.
8.
9.

Eliminar.
El sistema solicita el NIF de la Persona a Eliminar.
Veterinario ingresa el NIF de la Persona cuyos datos eliminara.
El sistema muestra formulario con los datos de la Persona a eliminar.
Veterinario Indica Eliminar.
El sistema solicita confirmacin.
Veterinario confirma eliminacin de la Persona.
El sistema registra la eliminacin de la persona.
El Caso de uso finaliza.

Flujo de Eventos Alternativos:

Datos Incorrectos:
1. En el Paso 5 del Flujo bsico de aadir o en el paso 7 de Modificar, si
el sistema encuentra error en algn tipo de dato, mostrar mensaje
de error y solicitara rectificar la informacin.
Registro ya Existente:
1. En el Paso 5 del Flujo bsico de aadir, si el sistema encuentra que el
registro ya existe, mostrar mensaje de error y solicitara de nuevo
NIF de la Persona.
Registro Inexistente:
1. En el Paso 4 del Flujo bsico de modificar o en el paso 4 de Eliminar,
si el sistema no encuentra el NIF de la Persona, mostrar mensaje de
error y solicitara de nuevo el NIF de la Persona.
Cancelar:
1. En cualquier instancia, si el Veterinario indica Cancelar, el sistema
limpia el formulario y el caso de uso finaliza.

10

Caso de Uso RF03

Caso de Uso:
Actor:
Precondicion:
Poscondicion:

Mantener datos de los Pacientes (Aadir, Modificar,

Eliminar)
Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.
Se ha agregado en el sistema los datos del paciente, es
decir que se ha aadido, modificado o eliminado un
registro existente.

Flujo de Eventos:
Flujo Bsico Aadir:
1. El caso de uso comienza cuando el Veterinario indica que desea
aadir.
2. El sistema muestra un formulario vaco para diligenciar los datos
asociados al paciente.
3. El Veterinario Ingresa los datos del Paciente: Cdigo, Especie, Alias,
Raza, Color de Pelo, Fecha de Nacimiento, Peso Actual.
4. Veterinario Indica Guardar.
5. El Sistema valida datos ingresados.
6. El Sistema guarda nuevo registro.
7. Caso de Uso finaliza.
Flujo Bsico Modificar:
1. El caso de uso comienza cuando el Veterinario indica que desea
Modificar.
2. El sistema solicita el Cdigo del Paciente a modificar.
3. Veterinario Ingresa el Cdigo del Paciente a modificar.
4. El Sistema muestra formulario con los datos del Paciente.
5. Veterinario modifica los datos del Paciente.
6. Veterinario indica Guardar.
7. El sistema valida los datos.
8. El Sistema guarda la modificacin.
9. Caso de uso finaliza.
Flujo Bsico Eliminar:
1. El caso de uso comienza cuando el Veterinario indica que desea
11

2.
3.
4.
5.
6.
7.
8.
9.

Eliminar.
El sistema solicita el Cdigo del Paciente a Eliminar.
Veterinario ingresa el Cdigo del Paciente cuyos datos eliminara.
El sistema muestra formulario con los datos del Paciente a eliminar.
Veterinario Indica Eliminar.
El sistema solicita confirmacin.
Veterinario confirma eliminacin del Paciente.
El sistema registra la eliminacin del Paciente.
El Caso de uso finaliza.

Flujo de Eventos Alternativos:

Datos Incorrectos:
1. En el Paso 5 del Flujo bsico de aadir o en el paso 7 de Modificar, si
el sistema encuentra error en algn tipo de dato, mostrar mensaje
de error y solicitara rectificar la informacin.
Registro ya Existente:
1. En el Paso 5 del Flujo bsico de aadir, si el sistema encuentra que el
registro ya existe, mostrar mensaje de error y solicitara de nuevo el
Cdigo del Paciente.
Registro Inexistente:
1. En el Paso 4 del Flujo bsico de modificar o en el paso 4 de Eliminar,
si el sistema no encuentra el Cdigo del Paciente, mostrar mensaje
de error y solicitara de nuevo el Cdigo del Paciente.
Cancelar:
1. En cualquier instancia, si el Veterinario indica Cancelar, el sistema
limpia el formulario y el caso de uso finaliza.

12

Caso de Uso RF04

Caso de Uso:
Actor:
Precondicion:

Registrar Visitas de los Pacientes.

Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.

Poscondicion:
Flujo de Eventos:
1.
2.
3.
4.
Flujo de Eventos Alternativos:

13

Caso de Uso RF05

Caso de Uso:
Actor:
Precondicion:
Poscondicion:
Flujo de Eventos:
1.
2.
3.
4.
Flujo de Eventos Alternativos:

14

Caso de Uso RF06

Caso de Uso:
Actor:
Precondicion:
Poscondicion:

Consulta Historia Clnica del Paciente

Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.
Se ha realizado la consulta de la historia clnica por
paciente.

Flujo de Eventos:
Flujo Bsico Consulta Historia Clnica del Paciente:
1. El caso de uso comienza cuando el Veterinario indica que desea
Consultar la Historia Clnica por Paciente.
2. El sistema solicita el Cdigo del Paciente a Consultar.
3. Veterinario Ingresa el Cdigo del Paciente a Consultar.
4. El Sistema solicita Rango de Fechas.
5. Veterinario selecciona Fecha Inicial y Fecha Final.
6. Veterinario indica Consultar.
7. El Sistema muestra las visitas realizadas por el paciente dentro del
rango de fechas ingresadas.
8. Veterinario selecciona el registro de la visita del paciente.
9. El sistema muestra formulario con la informacin del Paciente y la
enfermedad por la cual fue atendido.
10. Caso de uso finaliza.

Flujo de Eventos Alternativos:

No Existen Visitas en el Rango de Fechas:
1. En el Paso 7 del Flujo bsico, si el sistema no encuentra visitas del
paciente en el rango de fechas, muestra mensaje de notificacin y
vuelve a solicitar los datos de consulta.
Registro Inexistente:
1. En el Paso 7 del Flujo bsico, si el sistema no encuentra el Cdigo del
Paciente, mostrar mensaje de error y solicitara de nuevo el Cdigo
del Paciente.
15

Cancelar:
1. En cualquier instancia, si el Veterinario indica Cancelar, el sistema
limpia el formulario y el caso de uso finaliza.

Caso de Uso RF07

Caso de Uso:
Actor:
Precondicion:
Poscondicion:

Consulta Historia Vacunas del Paciente

Veterinario
El usuario se ha autenticado en el sistema con el rol de
Veterinario.
Se ha realizado la consulta de la historia de vacunas
por paciente.

Flujo de Eventos:
1. El caso de uso comienza cuando el Veterinario indica que desea
Consultar la Historia de Vacunas por Paciente.
2. El sistema solicita el Cdigo del Paciente a Consultar.
3. Veterinario Ingresa el Cdigo del Paciente a Consultar.
4. El Sistema solicita Rango de Fechas.
5. Veterinario selecciona Fecha Inicial y Fecha Final.
6. Veterinario indica Consultar.
7. El Sistema Lista los registros de vacunacin del paciente dentro del
rango de fechas ingresadas.
8. Veterinario selecciona el registro de la visita del paciente a consultar.
9. El sistema muestra formulario con la informacin del Paciente, las
vacunas suministradas y las enfermedades relacionadas..
10. Caso de uso finaliza.

Flujo de Eventos Alternativos:

No Existen registro de Vacunas en el Rango de Fechas:
1. En el Paso 7 del Flujo bsico, si el sistema no encuentra Registros de
Vacunas del paciente en el rango de fechas, muestra mensaje de
notificacin y vuelve a solicitar los datos de consulta.
Registro Inexistente:
16

1. En el Paso 7 del Flujo bsico, si el sistema no encuentra el Cdigo del

Paciente, mostrar mensaje de error y solicitara de nuevo el Cdigo
del Paciente.
Cancelar:
1. En cualquier instancia, si el Veterinario indica Cancelar, el sistema
limpia el formulario y el caso de uso finaliza.

17

Diagramas
Diagrama de Dominio:

Diagrama Casos de Uso:

18

Diagrama Proceso de Negocio:

19

Conclusiones

El UML es una de las diversas metodologas que se pueden utilizar

para el modelado relacional y tabular.

Los Lenguajes de Modelado permiten expresar en diagramas los

sistemas o subsistemas a desarrollar.

El UML permite que diferentes colaboradores de un proyecto

interpreten un diseo sin ambigedades.

LA mayora de las herramientas CASE y de Desarrollo han adaptado

el UML como lenguaje de Modelado.

20

Bibliografa
Jacobson, Ivan; UML LENGUAJE DE MODELADO UNIFICADO, Addison
Wesley, ISBN: 8478290281 ISBN-13: 9788478290284

21

Anexos
UNIVERSIDAD SANTO TOMAS
VICERRECTORIA GENERAL DE UNIVERSIDAD ABIERTA Y A
DISTANCIA
FACULTAD DE CIENCIAS Y TECNOLOGIAS
Ingeniera en Informtica Administracin de Sistemas
Informticos
ELECTIVA PROFESIONAL IV - LENGUAJE DE MODELACIN
(cdigo SAC 16840)
PRCTICA
EVALUACIN DISTANCIA I-2015
Nombre: ___________________________________ Cdula: __________
CAU:__________
INTRODUCCIN
Este espacio acadmico busca la formacin de un profesional en Ingeniera
en Informtica en
un lenguaje estndar que visualiza, especifica, construye y documenta los
elementos de un
sistema software.
OBJETIVOS DE LA EVALUACIN
Reconocer, diferenciar y aplicar los diferentes diagramas de
comportamiento y estructura, a su
vez los objetivos especficos son:
Utilizar un software libre(ArgoUML) para modelar un sistema software
Reconocer las diferentes notaciones de UML
Aplicar diagramas de comportamiento
Aplicar diagramas de estructura
VALORACIN DE LA ASIGNATURA1
La evaluacin presencial tiene un valor de 50%, la evaluacin distancia
tiene un valor de 50%.
El supletorio vale 50%. La habilitacin tiene un valor de 100%.
Fragmento tomado del Reglamento Particular Estudiantil de
Pregrado de la VUAD
Fragmento tomado del Reglamento Particular Estudiantil de
Pregrado de la VUAD (2013)
(*).
La Primera Actividad tiene una nota de 2.0
La Segunda Actividad tiene una nota de 1.0
La Tercera Actividad tiene una nota de 2.0
22

El trabajo de prctica o proyecto se debe ENTREGAR EN EL CAU en las

fechas establecidas
en el calendario acadmico para la evaluacin de la asignatura.
Por favor no hacer copiar literal de textos, pginas de la internet,
etc. Si las respuestas
son copiadas literalmente o parafraseadas de textos impresos o
publicados en la red el
punto se anula.
Artculo 33. Evaluacin total de las asignaturas. En los programas
de la Facultad de
Ciencias y Tecnologas la evaluacin total de una asignatura se obtendr
de la siguiente manera:
Asignaturas Tericas. Tendrn evaluacin presencial o Virtual con un
valor del 50 % y
evaluacin distancia con un valor del 50%.
- Asignaturas Terico-Prcticas. Tendrn evaluacin presencial o virtual
con un valor
del 50%, evaluacin virtual que tiene un valor del 25% y evaluacin
prctica que tiene un
valor del 25%.
- Asignaturas Prcticas. Tendrn una evaluacin prctica con un valor
del 100%.
PARGRAFO. En las evaluaciones a distancia de las asignaturas tericas y
tericoprcticas,
as como en las asignaturas prcticas se tendr en cuenta la participacin
en el
foro virtual (5%) y en el Chat (5%); sin detrimento de las actividades de
aprendizaje que el
programa determine deban hacer parte del proceso de evaluacin total de
las asignaturas.
ARTCULO 37. Exmenes Supletorios. Los exmenes supletorios son
evaluaciones
aplicadas por la Universidad y autorizadas por los respectivos programas
de la VUAD,
previa solicitud debidamente justificada del estudiante, cuando ste no
haya podido
presentar un examen en la fecha programada. Se deber presentar la
solicitud por escrito a
la Secretara Acadmica, a travs del CAU, quince (15) das antes de la
fecha establecida
para la presentacin del respectivo examen supletorio, acompaada de la
autorizacin que
la fundamenta. Si el estudiante requiere un certificado de estudios antes
de la fecha de
23

presentacin del examen supletorio de la asignatura correspondiente, esta

se considera
como pendiente y as figurar en el certificado.
La autorizacin de todo examen supletorio implica el pago del derecho
fijado por la
autoridad administrativa competente. La nota obtenida corresponde al
100% de la
evaluacin total de la asignatura de acuerdo con su naturaleza.
Recuerde que: En el evento de presentacin de examen supletorio, se
hace necesario que
haga entrega de la evaluacin distancia y evaluacin prctica (segn sean
las condiciones
de entrega: en el Aula Virtual o en forma escrita), el da de la presentacin
de dicho
examen.
Artculo 42. Calificacin. Las calificaciones de las asignaturas sern de
0.0 (cero punto
cero) a 5.0 (cinco punto cero). Las calificaciones se expresan en unidades y
dcimas. La
nota mnima aprobatoria para cualquier asignatura ser de 3.0 (tres punto
cero),
exceptuando el examen de suficiencia y validacin que tendr una nota
mnima aprobatoria
de 3.5 (tres punto cinco).
Habilitaciones: Ver normatividad en el Artculo 41 del Reglamento
citado.
(*) Tomado de: REGLAMENTO ESTUDIANTIL Versin digital final.pdf Octubre
24 de 2013.
CRITERIOS DE EVALUACIN:
Claridad y nivel de argumentacin de cada una de las respuestas.
Manejo y aplicacin de los conocimientos bsicos en el desarrollo de las
actividades
propuestas.
Aporte personal en cada uno de los puntos de la evaluacin.
BIBLIOGRAFA DE APOYO
Jacobson, Ivan; UML LENGUAJE DE MODELADO UNIFICADO, Addison
Wesley, ISBN:
8478290281 ISBN-13: 9788478290284
WEBGRAFA DE APOYO

http://www.monografias.com/trabajos16/lenguaje-modeladounificado/lenguaje-modeladounificado.
shtml
http://argouml.tigris.org/

24

ACTIVIDADES A REALIZAR
Aplicar el material de apoyo y la asistencia a tutora para realizar
los siguientes
diagramas de un contexto real de trabajo para definir:
Modelo de Negocio: Diagramas de Proceso
Modelo de Requisitos: Modelo de Dominio
Modelo de Anlisis: Diagramas de Secuencia, de Contratos,
Colaboracin, Clases
Los modelos se deben presentar en un informe utilizando diversos
software para el
diseo de dichos diagramas como edraw, cacoo, mindomo,
argouml, visio, etc.
Trabajados en las tutoras presenciales de formacin.
MATERIAL DE APOYO.
EJEMPLO DE CONTEXTO.
Clnica Veterinaria.
Un veterinario tiene como pacientes animales y como clientes familias. Un
cliente es un conjunto de personas que suele corresponderse con una
familia. Cada cliente tiene un cdigo, el primer apellido del cabeza de
familia, un nmero de cuenta bancaria, una direccin, un telfono y los
nombres y NIF de las personas correspondientes. No existe lmite en el
nmero de personas asociadas a una entidad cliente. Adems, una
persona puede estar dada de alta en varios clientes (por ejemplo, un
hombre que vive con su esposa tiene un gato y como tal pertenece a un
cliente, pero tambin est dado de alta en el cliente asociado con el perro
de sus padres).Los clientes pueden tener varias mascotas, cada mascota
tiene un cdigo, un alias, una especie, una raza, color de pelo, fecha de
nacimiento aproximada, peso medio del animal en las ltimas 10 visitas y
el peso actual del animal. Asimismo se guardar un historial mdico con
cada enfermedad que tuvo y la fecha en la que enferm. Adicionalmente
cada mascota tiene un calendario de vacunacin, en el que se registrar la
fecha de cada vacuna, la enfermedad de la que se vacuna.
ACTIVIDADES A REALIZAR.

25

26