You are on page 1of 34

CICLO DE VIDA

Proceso y Producto
El producto es el software
El proceso son las actividades y/o tareas que realizo para el desarrollo del Sw.
La Ingeniera de Sistemas utiliza:
Herramientas: que son enfoques
Mtodos: contesta el Cmo construyo el Sw?
Procesos: es el marco de trabajo, con un enfoque de alta calidad.
Fases
1. Definicin del QU (necesito)
Funciones (altas, bajas, etc.)
Informacin
Comportamiento (por ej.: venta a minoristas)
Criterios / Requisitos
2. Desarrollo es CMO (las distintas vistas o miradas del Sw)
Estructura de los datos
Implementacin de los datos
Programas
Pruebas
3. Mantenimiento hay tipos de cambios:
Adaptativo: se refiere a cambios tecnolgicos, leyes, etc. Adaptacin
Mejoras: se refiere a agregar funcionalidades, agregar mdulos, etc.
Correctivo: corregir errores
Prevencin:
Un ejemplo de mantenimiento continuo es la asistencia telefnica o va web.
Todas estas fases son comunes a todos los desarrollos de Sw, metodologa comn a todos.
Marco comn del proceso
Fases

Actividades protectoras
Comunes a todos los proyectos, sirven para optimizar. Tienen ms que ver con la gestin,
definir estadsticas t tiempos de desarrollo del Sw; hacen a la calidad del Sw.
Por ej.:

Seguimiento y control de proyectos


Revisiones formales
Reutilizacin del Sw (optimiza tiempos y costos)
Mediciones
Evaluaciones de riesgo

Niveles de madurez del proceso (se deben seguir en ese orden)


1. Inicial: Proceso tcnico (funciona?, quizs no es el mejor)
2. Repetible: Procesos de gestin
3. Definido: Documentacin, estndares e integracin (reutilizacin)
4. Gestionado: Mediciones de calidad del producto final (Sw)
5. Optimizacin: Retroalimentacin de cada nivel.
Modelos de desarrollo del Sw o Ciclo de Vida de los Sistemas
Existen distintas estrategias de los modelos, estn basadas en un bucle de resolucin de
problemas
Definicin de
problemas
(Identificacin del
problema)
Estado
Inicial

Desarrollo
Tcnico
(Resolver el
problema)
Integracin de
Soluciones (Resultado
del problema)

MODELOS
1. Lineal Secuencial o Ciclo de Vida Clsico o Modelo en Cascada.
2. De construccin de Prototipos
3. DRA (Desarrollo Rpido de Aplicaciones) de los mdulos del sistema.
4. Evolutivos
Incremental
Espiral
Espiral inferior
Desarrollo
5. Ensamblaje de componentes
6. Modelo estructurado

UML plantea que sea iteractivo e incremental (relevamiento, anlisis, diseo para cada caso de
uso)
LISTA DE REQUISITOS
Lista de requisitos es todo lo que necesito que el sistema realice.
Procedimiento se realiza una Lista de Requisitos Candidata (intervienen personas, es todo lo
que necesito que el sistema realice).
Luego debo definir una Lista de Requerimientos (Definitiva una por cada caso de uso).
La Lista de Requerimientos puede tener:
Requisitos funcionales me definen el QU?
Requisitos no funcionales me definen el CMO?, est relacionado con la tecnologa.
Se escribe como:
Sujeto + Verbo + Objeto
Los Sujetos, son los actores, pueden ser:
Personas --------> usuarios
Sistemas externos
Dispositivos
En el Modelo del Negocio, los actores son slo aquellos que reciben el beneficio, son los
actores principales. En este modelo los analistas discuten con los clientes lo que van a hacer
en el sistema.
Los 4 pasos para determinar los Requisitos:
1- Requisitos candidatos
2- Comprender el Contexto del sistema

Artefacto
Lista de requisitos: Nombre / Descripcin /
Cuantificacin / Riesgo
Modelo
del
Negocio
(Conocer
los
requerimientos bsicos del contexto) /
Modelo del Anlisis (ms nivel de detalle)

3- Captura de los Requisitos Funcionales


4- Captura de los Requisitos No Funcionales Son tcnicos, reglas
(adicionales)
plataforma de Sw

de

seguridad,

Para armar un Caso de Uso hay que plantear los requisitos (funcionales, no funcionales),
despus ver cules se repiten. Los requerimientos funcionales se toman en cuenta para el
anlisis y los no funcionales para el diseo.
Ejemplo de requerimiento no funcional es tener una impresora ms rpida, no es inherente a la
funcin del sistema.
Los actores inician los casos de uso o se benefician con el caso de uso. Por ejemplo: cajero en
el supermercado es un actor secundario por eso no se considera actor en el modelo del
anlisis. En cambio el cliente es el actor pues: inicia la actividad si no viene el cliente el cajero
va a estar sentado todo el tiempo; se le factura al cliente; porque aplicando cualquier
3

tecnologa el anlisis debe servir por ej si cambia y ya no se necesita cajero porque est la
tecnologa el cajero no est ms. As solo se cambia en la etapa de diseo.
MODELOS DE CASOS DE USO - DIAGRAMA
Caractersticas para ser Actor:
Recibe el beneficio del C.U.
Sistema
Persona
Dispositivo
1 Requisito 1 Caso de Uso funcional, debe ser iniciado se ver reflejado en el balanceo.
El Diagrama de Caso de Usos sirve para determinar la funcionalidad, los requerimientos del
sistema.
Dnde empieza y termina un caso de uso? Por ej el cajero en el supermercado empieza a
trabajar cuando llega el cliente y termina cuando recibe la factura.
No importa cuantas interacciones hay en el medio, el C.U. termina cuando entrega la
funcionalidad completa.
En el diseo los C.U. son las rutinas
Otro ejemplo de Requisito No Funcional: validar usuario y contrasea

<i>

Gerente

<i>

Validar
Usuario y
Contrase
a

Sistema Seguro

Es una asociacin
Inclusin
Es una funcionalidad compartida por 2 o ms Casos de Usos, caractersticas para que sea
inclusin:
Siempre se ejecuta,
La cantidad de cdigo amerita sacarlo afuera (del camino normal)
Son funcionalidades que siempre pasan y por lo menos es llamado por 2 C.U. No hay
condiciones. Es generalmente toda una rutina que se programa.
<i>
<i>

<inc>
<inc>

<i>
<inc>
<i>
<inc>

Extensin
Es una funcionalidad que a veces se ejecuta y a veces no se ejecuta (aparece como una
condicin en el Caso de Uso Principal), caractersticas para que sea extensin:
a veces se ejecuta y a veces no se ejecuta,
La cantidad de cdigo amerita sacarlo afuera,
No es un subflujo, es otro caso de uso
No necesariamente tiene que ser llamado por otro Caso de Uso. Pero puede ser
llamado por 1 solo C.U. que es quien decide si se ejecuta o no. En la descripcin dir SI
condicin IR C.U.

<i>

<ext>

Generalizacin

<i>

Por ejemplo: Solicitar pliza del inmueble y del auto. Heredan lo comn.
Tambin se puede resolver con dos subflujos. Por ejemplo: alta, modificacin.
5

En la especificacin del caso de uso se debe colocar el nombre del hijo.

ESPECIFICACIONES
Precondiciones pueden ser:
Datos cargados en el sistema,
Otro caso de Uso
Estado o valores de atributos que tengan que tener ciertas instancias.
Poscondiciones:
Resultado de toda la ejecucin del Caso de Uso, que puede ser:
xitos: salidas que tienen a travs de cualquier medio que recibe el usuario. Por
ejemplo: imprimir pliza, semforo
Fracaso
En la descripcin podemos tener un curso alterno o alternativo, se llama as porque no se
hace una rutina de programacin. Por ejemplo un mensaje de error.
Subflujos: Se abre el camino normal en opciones
ERR-EXC: Mensajes de error, advertencia
GUI: Interface grfica de usuario. Es el bosquejo de pantalla.

MODELO DEL NEGOCIO MODELO CONCEPTUAL


En el modelo conceptual el diagrama debe servir para siempre, no pienso en un momento del
sistema tengo que ver todos los momentos
Clases
Atributos

Son objetos o instancias del mismo tipo. Por ej. Docentes, alumnos
Los atributos son las caractersticas o propiedades de las entidades

Cuando veamos el Diagrama de Clases le agregaremos las operaciones.


Una clase es un conjunto de objetos del mismo tipo (lo identificamos en el texto cuando
observamos la necesidad de guardar en el sistema).

Cada instancia tiene atributos (caractersticas o propiedades comunes a todas las instancias).
Las instancias son valores, son los objetos. Todo lo que se puede agregar son valores distintos
a los atributos.
Un atributo es una caracterstica comn que tiene cada objeto, los atributos tienen que ser
univalorados es decir un objeto tiene que tener 1 slo valor (por ejemplo la nota de un alumno
es 1 no puedo poner varias pisara los datos)
El dato con el que se llena los atributos de una clase se llama valor.
Nota- Repaso de teora. Los atributos se clasifican en:

Univalorado: cada atributo debe tener un nico valor


Multivalorado: en el atributo estoy colocando muchos valores

Los atributos deben poseer identificadores nicos y adems deben ser univalorados. Cuando
son multivalorados seguro debo transformar las relaciones por ejemplo en una asociacin.
Las relaciones entre las clases se dan cuando 1 objeto de una clase se vincula al menos con 1
objeto de la otra clase.
Debo ver inicialmente- cuando 1 instancia con cuantas instancias de la otra clase se vincula.
Entre las clases tenemos las relaciones, cmo se que hay que relacionar 2 clases? Cuando
una instancia de una entidad se conecta con una instancia de otra clase.
Clase

Clase

Cardinalidades
Para determinar las cardinalidades siempre se empieza pensando en 1. Se coloca la
ordinalidad para un lado y para el otro y luego simplifico siempre dejando el mayor. Pueden
ser:
a) 1 1
Ordinalidad
1
Empleado
1

0..1
Cnyuge
1

Luego que establezco la ordinalidad de izquierda a derecha como se muestra en el


comentario destacado en rojo- (inicio pensando en 1 instancia), debo establecer la
ordinalidad de derecha a izquierda.

Luego debo establecer la cardinalidad para ello debo analiza cual es el mayor valor de
las instancias y slo tomo esos valores (es como en matemticas simplificar). Como se
muestra en el comentario destacado en verde del ejemplo son las cardinalidades
finales.
Luego de simplificar queda la cardinalidad definida as:
1

Empleado

0..1

Cnyuge

Otro ejemplo es: Persona Pareja. Observar que 1 persona tiene 1 pareja. Debo hacer
el recorrido de ida y vuelta pero siempre hay que comenzar pensando en uno.
b) 1 - N

0..n

Empleado

Hijo
1

La cardinalidad definitiva queda:

Esposo

0..n

Hijo

En lenguaje coloquial leera que 1 esposo puede tener de 0 (ningn hijo) a N hijos
Otro ejemplo es: Persona Autos
c) N - N

0..n

Alumno

Materia
1

0..n

Al simplificar queda:

Alumno

Materia

Si deseo saber las notas que cada alumno tiene en cada materia no puedo colocarlo en
ninguna de las 2 clases anteriores porque si lo colocara como atributo de algunas de
ellas el atributo quedara multivalorado. Por ello debo crear una nueva clase y
establecer la relacin.
Cmo me doy cuenta que el atributo es multivalorado? Cuando la cardinalidad queda
de N a N o si descubro que hay un atributo que no s donde ponerlo.
Por lo antes dicho cuando queda un atributo multivalorado debo crear una relacin
nueva Tipo Asociativa, creando una clase nueva que me muestra en este caso la
relacin entre Alumno y Materia.
El procedimiento para establecer la cardinalidad es el mismo explicado anteriormente.
0..n

n
1

Alumno
1

0..n

1
n

Materia

1
n

Notas

Debo romper ese tipo de relacin tantas veces como las encontremos (entonces
simplificamos) y queda:

Alumno

Materia

n
Notas
Atilio
Juan
Mara

10
9
8

Castellano
Historia
Matemtica

Si imaginamos la
carga de valores,
quedara como se
muestra ac

Otro ejemplo es: Alumno Profesor. Debo crear una nueva clase que me muestra la
relacin entre alumno y profesor.
Otro ejemplo
Cmo me doy cuenta?, por la relacin n a n debo desdoblar
Cliente

n
n

Producto

Factura
9

Queda:
n

Cliente

Factura

Producto

Detalle Factura

Cuidado con:
n

Cliente

Pedido

Estado Pedido

1
n

Factura

As no sabra que factura es de que pedido

Otro
ejemplo
Dispositivo

Foto

Tamao
Inmueble
Estado

*
Cliente

Pedido

Factura

Histrico Estados

Detalle Factura

En diseo no se hace la relacin Tipo Asociativa.


O tambin se puede resolver, existe una relacin de F - D
Inmueble

Estado

Histrico
Estados

En cambio podra tener:


Factura
N Factura
FechaEmisin

* *
1 1

1
*

Producto
CdigoProducto
Precio

Detalle Factura
Cantidad
10

Fuerte
Entidad de tipo asociativo
Existe una relacin de fuerza
debilidad. Y adems es
parte de

Dbil

La cardinalidad depende de las reglas del negocio.


IMPORTANTE:
Nunca se guardan los informes.
Nunca pienso la cardinalidad de manera simultnea.
F

Segn la bibliografa encontraremos relaciones de que utilizan el asterisco en vez de N, en ese


caso el asterisco (*) incluye el cero.
Al realizar el Modelo Conceptual con las herramientas dadas debo recordar que la
cardinalidad depende de las reglas del negocio (no pienso en simultneo para colocar la
cardinalidad).
MODELO DEL ANLISIS - DIAGRAMAS DE CLASES
Hay Entidades en las que se guarda informacin entre las entidades se establecen
relaciones y dependiendo del comportamiento ser la cardinalidad que tengan.
Diferencias entre clase y entidad
Entidad: son clases conceptuales, me doy cuenta porque necesito almacenar datos que
pueden ser:
Datos (valores) propiamente dicho
Relaciones por ejemplo: notas
En el Diagrama de Clases hay entidades que guardan datos (que es un estereotipo). Pero
existen otros Tipos de Clases:
De Control: No almacena datos, es para controlar la lgica del trabajo. Las operaciones
las hacen las clases de control, hacen los clculos.
De Interfaz: Muestra atributos, por ejemplo: lector de barra, abre el combo validar
El Diagrama de Clases es una estructura esttica donde se establecen las clases y las
relaciones entre las clases.
En los Diagramas de Clases cuando hay relaciones dems se lo llama Redundancia.
En las clases existe una relacin recursiva. Cuando la relacin (conexin) de una clase es
consigo misma. Con las siguientes cardinalidades cuando existe relacin de 1 instancia con
otra cuando existe relacin de 1 instancia con varias instancias.

11

Entidad
Atributos

Reflexiva o
Recursiva

Mtodos()
Operaciones()

Por ejemplo:

Materia
CdigoMateria
Nombre

La relacin es: es correlativa de

Cuando es de 1 a n si se puede por ej.: es jefe de


Mientra que no se puede cuando es una relacin de n a n, pues no se puede multivalorar. Por
ejemplo: es familiar de
Cdigo

Nombre

CdigoFamiliar1

CdigoFamiliar2

Importante: No confundir Atributos con los Valores.


Tipos de Relaciones Estructurales
Las relaciones pueden ser:
1. Asociacin Simple: son del mismo nivel
2. Agregacin = todo parte son de distinto nivel Herencia
3. Composicin: son de distinto nivel Herencia
4. Generalizacin: son de distinto nivel
Para que exista Agregacin y Composicin debe cumplirse:
Que exista una relacin de fuerza y debilidad
La dbil son parte de la fuerte
1. Asociacin: las dos clases son igualmente importantes. Por ej.: alumno-materia
Alumno
Cliente
DNI
NombreApellido

Materia
Factura
N Factura
FechaFactura

12

Mtodos()

Crear()
Consultar()

Relaciones Dobles (tambin se da en los Diagramas de Clases con las Asociaciones Simples)
Si queda en el diagrama de clases puede quedar en el diagrama conceptual. Entre dos
entidades pueden haber dos relaciones asociativas.

Alquiler

*
*

retira

1
1

Ciudades

entrega

2. Composicin: existe una relacin de fuerza (F) debilidad (D). D es parte de F. El fuerte
es el que contiene. Si borro la clase fuerte (F) no necesito conservar la clase dbil (D).
F

Factura

Detalle de
Factura

Generalmente la cardinalidad no
se coloca

Si borro una factura debo borrar el detalle.


Un caso particular es que la cardinalidad sea 1 a 1.
La cardinalidad en la composicin es generalmente de:

1 a 1 (este es un caso muy particular)

1an
Por ej. Si borro la mano no necesito tener los dedos, pues existe relacin de fuerza debilidad.
Mano

Dedos

En general la composicin es el nico caso que una entidad crea una entidad.
3. Agregacin: existe una relacin de fuerza (F) debilidad (D). Se lee: D es parte de F. Si
borro la clase fuerte (F) no necesariamente necesito borrar la clase dbil (D).
F

La cardinalidad en la agregacin es generalmente de:

1an

na1
13

nan

La cardinalidad n a n me asegura que es agregacin.


Los atributos y mtodos son iguales que en una asociacin simple.
F

Aula

Bancos

Ejemplos:
Tren

Auto

Vagones

Motor

Parque

rboles

Empleado

Hijos

Si borro el fuerte el dbil puede ir a otra clase por eso no lo borro cuando saco el fuerte.
4. Generalizacin / Especializacin
Las relaciones supertipo y subtipo (en asociacin) se leen es un. Esta relacin se llama
herencia. Hay que ver que las relaciones pueden ser incluyentes o excluyentes.
Padre o Supertipo
o Superclase
Nota: la flecha va sin llenar
Hijo o Subtipo
o Subclase

Hijo o Subtipo
o Subclase

14

En la herencia el subtipo, los hijos heredan mtodos y atributos

Por ejemplo:

Vehculo

Relacin exclusiva o excluyente. Los


hijos se excluyen entre s.

N Patente

Tiene que tener los atributos que son comunes

Crear()
Consultar()
Sumar()
1
1

Auto

Camin

Cant Puertas
Cant Ocupante

Capacidad Carga
Set = Modificar

Sumar()
Set(cant ocupante)

Sumar()
Set(capacidad carga)

Persona

Alumno

Relacin inclusiva.

Profesor

Ejemplos combinados:

15

Persona
DNI

Crear()
Consultar()

es un
Profesor

Materia

Alumno

Plan Estudio

se inscribe
rinde

Si el estado lo quiero elegir yo debo tener en la GUI un combo desplegable para elegir el
estado

y adems debe tener una clase de estado. Es decir se puede hace de dos maneras
Inmueble
Estado

Inmueble

Tambin puede
ser

Inmueble

Cdigo
Descriptin

Modificar Estado
(o set estado)

Fecha

16

Observar que todo lo parametrizables es mejor que est en una clase afuera.
Es importante destacar que el diagrama de secuencia tambin debe reflejar las operaciones de
las clases en este ejemplo:
: Inmuebles
Modificar Estado

Ejemplo:

17

18

DIAGRAMAS DE SECUENCIAS
Siempre existe un diagrama de secuencia para cada Caso de Uso, es un diagrama dinmico.
Es un diagrama dinmico porque muestra en que orden se dan los mensajes en los Casos de
Uso.
Todas las clases que intervienen en los Casos de Uso tienen que estar en el diagrama de
secuencias.
Todos los mtodos que estn en el diagrama de secuencias deben estar en los diagramas de
clases.

19

Caso de Uso: Alquilar Inmueble

Inquilino
(Arrendatario)

: Interfaz Alquilar
Inmueble

: Experto

: Inmueble

: Propietario

: Inquilino
(Arrendatario)

Consultar
Inmueble()
Ir a CU Consultar Inmueble

Seleccionar
Inmueble()

Buscar Inmueble()

Buscar Inmueble()
Buscar Propietario()

Ingresar
Inquilino(DNI)

Buscar
Inquilino(DNI)

Ok

Buscar Inquilino()
Ok

Si no encuentra CA 1

: Alquiler

Crear()
En la clase que est el estado del
inmueble debo hacer llegar el mensaje

Cambiar Estado()

Imprimir
Contrato

Si no pudo imprimir C.A. 2

C.A. 1

La raya se coloca cdo finaliza el


camino normal del CU

No Ok
Msg(No encontr inquilino)

C.A. 2

Msg(Contrato generado pero no impreso)

Objetos: cada instancia entre cada clase. Es instancia es nica.


La flecha indica que es una operacin

Nombre en infinitivo del mtodo() por ejemplo: Consultar inmuebles() entre parntesis va el
parmetro (ahora no lo colocamos pero en diseo s) por ejemplo Consultar inmuebles(local
comercial).
Los mensajes o retornos no llegan hasta el actor, llegan slo a la interfaz.
Estereotipos, se clasifican en:
Clases de Interfaz
20

Clases de Control
Clases de Entidad

: Alquiler

La lnea de vida dice donde empieza y termina la vida (o actividad) del sistema
o del caso de uso

Cuando tenemos por ejemplo inclusiones se colocan etiquetas llamando al Caso de Uso, es
decir si en el diagrama de Casos de Usos tenamos
<i>

Alquilar
Inmueble

<inc>
Consultar
Inmueble
<inc>

En el diagrama de secuencia se debe colocar la siguiente etiqueta


Ir a CU Consultar Inmueble

Luego de realizado el diagrama de secuencia debo verificar que todas las entidades tengan las
operaciones o mtodos que describ. No pueden quedar entidades sin operaciones. En el
ejemplo que acabamos de realizar quedar:

21

Propietario
DNI
Nombre y Apellido
Calle
N
Telfono
Buscar propietario()

Inmueble

Inquilino

N Padrn
Calle
N
Superficie *
Buscar inmueble()
Modificar estado()

DNI
Nombre y Apellido
Calle
N
Telfono
Buscar inquilino()
1

*
1

*
Alquiler
N Contrato
Fecha Inicio
Fecha Fin
Monto cuota
Crear()

Existe una instancia de control que se llama Experto. Se utiliza solamente para consultas
complejas o para realizar clculos. Por ejemplo cuando quiero tener una consulta donde
entrecruza datos de distintas entidades.

: Experto
busca

Hace el clculo

22

MQUINAS DE ESTADOS
Los DTE tienen 1 estado inicial y 1 o ms estados finales.
Se ve como se mueve el atributo en todos los casos de usos.
Se puede pasa de un estado a varios estados.

eventos
Estado
Inicial/Final

Evento 3
(Condicin 1)

Evento 2
Estado 2
Evento 3
(condicin 2)
Final

Ejemplo:

23

ME Diagrama de Mquinas de Estados Objeto: Inmueble


Modificar Estado Inmueble()
C.U. Ofrecer Inmueble
Modificar Estado Inmueble()
C.U. Ofrecer Inmueble

A cotizar

Modificar Estado Inmueble()


C.U. Cambiar Estado Inmueble

Modificar Estado Inmueble()


C.U. Cotizar Inmueble

A Alquilar
Modificar Estado Inmueble()
C.U. Cancelar Sea Inmueble
Modificar Estado
Inmueble()
C.U. Rescindir
Contrato (o
Finalizar Contrato)

Modificar Estado Inmueble()


C.U. Sear Inmueble

Seado
Modificar Estado Inmueble()
C.U. Generar Contrato de Alquiler (o
Alquilar Inmueble)

Alquilado
Modificar Estado Inmueble()
C.U. Suspender Inmueble

Suspendido

24

DIAGRAMAS DE ACTIVIDADES
Se describe lo mismo del C.U. pero es ms general, es global. Es decir se coloca lo que est
en la descripcin del C.U. No se discrimina lo que hace el sistema o lo que hace el usuario
(segn sea el autor), deben estar incluso las bifurcaciones.
Son los distintos recorridos (caminos), son los distintos escenarios (una nica situacin por la
cual pasa por un trayecto particular). Cada escenario es una de las simulaciones por donde
pasa el C.U. Son los flujos de trabajo.
Los escenarios hay que probarlos para verificar si funcionan.
Todos los escenarios terminan en una poscondicin. Todas las poscondiciones son finales de
escenarios de xito o de fracaso. Siempre existe un estado inicial y uno final.
Instancias o escenarios: son todos los caminos que pueden abrir. Los subflujos no siempre son
escenarios.
Un diagrama de actividades puede tener muchas finalizaciones.
Puede existir que una actividad derive en otro diagrama de actividad, por ejemplo Calcular
salario familiar.
Sus formas pueden ser variadas segn el trayecto, por ejemplo:

25

Actividades Paralelas
Calcular Sueldo
Base

Calcular Dto Obra


Social

Calcular Dto
Gremial

Calcular Sueldo
Neto

Ejemplo:
DIAGRAMA DE ACTIVIDADES
Caso de Uso: Consultar Inmueble

26

Seleccionar Tipo Uso

Seleccionar Ubicacin

Ingresar Monto Estimado

Error
Ingresado

Mostrar
Mensaje
Reingrese

No Ingreso error

Seleccionar Caractersticas

No existen Inmuebles con esas


caractersticas

S existen Inmuebles con esas caractersticas

Mostrar Mensaje No hay


inmuebles con esas
caractersticas

Mostrar Inmueble

PAQUETES
Cuando hay muchas clases (por ej 180) conviene agrupar las clases segn grandes temas,
por ejemplo: paquetes vinculados a Proveedores, Facturacin.
Los paquetes deben ser cohesivos pero no deben estar acoplados (es decir debe existir la
menor relacin entre los paquetes.
Agrupamos por grandes funcionalidades.
Dentro de un paquete puede haber:
27

Otros paquetes
Clases
Casos de Uso

Todas las clases deben estar en los paquetes.


No se repiten en los paquetes las clases y los C.U. los paquetes se deben relacionar a travs
de una asociacin (no se le pone la navegabilidad eso se realiza en diseo, tambin se es
realiza en el diseo las exportaciones y las importaciones).
Las relaciones dentro de las clases en el paquete no se colocan, van slo en el diagrama de
clases.
Ejemplo:

28

PAQUETES: Integrador de Seguro

PERSONA
Dar Alta
Cliente

Cliente

Solicitar
Plizas

Conductor
Autorizado
Validar Usuario
y Contrasea

SINIESTROS

POLIZAS

Usuarios

Conductor
Contrario

Pliza
Historial Pliza

Solicitar
Pliza
Inmueble

Cobertura
Inmueble
Cobertura

Solicitar
Pliza
Vehculo

Denunciar
Siniestro

Siniestro
Siniestro
Inmueble
Siniestro
Vehculo
Objetos
Robados

29

DIAGRAMA DE ENTIDAD RELACIN DER


Representacin de las Entidades

El conjunto de una misma instancia es una entidad (instancias, objetos, registros del mismo
tipo).
Representacin de las Relaciones

Vinculo o relacin entre 2 entidades donde al menos una instancia de una entidad se
relaciona con otra instancia de la otra entidad. Pueden ser: binarias o n-arias
Las entidades tienen caractersticas o propiedades que se denominan Atributos (que tienen
valores o datos). No es una llave.
Los atributos se clasifican en:

Univalorado: cada atributo debe un nico valor


Multivalorado:

Los atributos deben poseer identificadores nicos y adems deben ser univalorados.
Cuando son multivalorados seguro debo transformar las relaciones por ejemplo en una
asociacin.
Los atributos deben tener un nico identificador, llave o clave primaria quien distingue a cada
instancia. Para que sea llave no se debe repetir el valor.
Las Relaciones pueden ser:
De 1 a 1
Empleado

DNIEmpleado
NyApellido
Domicilio
Telef

Cnyuge

DNIConyuge
NyApellido
Fecha Nacimiento
DNIEmpleado

Con el diagrama de clases lo s por las relaciones definidas.

30

De 1 a n
Empleado

Hijo

DNIEmpleado
NyApellido
Domicilio
Telef

DNIHijo
NyApellido
Fecha Nacimiento
DNIEmpleado

Cada vez que hay un atributo comn al menos uno.


De n a n (debo romper esa relacin, creando asociativas, etc.)
En este caso hago relacin asociativa

Alumno

n
1

Rinde

1
DNI
LegajoAlumno
NyApellido

Materia

CdigoMateria 01 Matemtica
Nombre
02 Castellano

Notas

LegajoAlumno
CdigoMateria
11510
01

Fecha
10

Nota

Clave: LegajoAlumno + CdigoMateria + Fecha


La llave puede ser de dos tipos:

Simple: Cuando tiene un solo atributo.


Compuesta: tiene 2 o ms atributos

Puede haber una asociativa de 1 a n de n a n


Es parecida a la generalizacin

31

Super Entidad
Super Tipo

DNI
Nombre

Persona
1

Super Entidad
Super Tipo

Alumno

Profesor

DNI
LegajoAlumno
Carrera

DNI
LegajoProfesor
Ttulo

En este caso el DNI es el atributo de relacin, puedo elegir en este caso legajo o DNI.
Como siempre la cardinalidad 1 a 1 no se pone.
Si en el negocio no est la relacin es excluyente.
Caso particular Reflexin o Recursividad
Afiliados
N Afiliado
Nombre

La relacin es: a cargo

a cargo

DNI
188899
172573
152745

Nombre
Pedro
Juan
Mara

N Afiliado
1
2
3

N Afiliado Titular
0
1
1

32

Cuando hay 2 relaciones:

n
N Contrato
Cod Cdad Retiro

Alquiler

Ciudad

n
1

Cod Cdad
Nombre Cdad

Cod Cdad Devuelve

Por ejemplo: Claves para los bancos

CUIT

Bancos
1
n

N Sucursal
CUIT Banco

Sucursales

A veces el atributo comn tambin pasa a ser clave, como en el ejemplo quedara:
CUIT + Sucursal

CUIT + 100 Galicia 5ta


CUIT + 100 Nacin Tribunales

33

34

You might also like