sintesis de teoria

of 40/40
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 Ingeniería de Sistemas utiliza: Herramientas: que son enfoques Métodos: contesta el Cómo construyo el Sw? Procesos: es el marco de trabajo, con un enfoque de alta calidad. Fases 1. Definición del QUÉ (necesito) Funciones (altas, bajas, etc.) Información Comportamiento (por ej.: venta a minoristas) Criterios / Requisitos 2. Desarrollo es CÓMO (las distintas vistas o miradas del Sw) Estructura de los datos Implementación de los datos Programas Pruebas 3. Mantenimiento hay tipos de cambios: Adaptativo : se refiere a cambios tecnológicos, leyes, etc. Adaptación Mejoras : se refiere a agregar funcionalidades, agregar módulos, etc. Correctivo : corregir errores Prevención : Un ejemplo de mantenimiento continuo es la asistencia telefónica o vía web. Todas estas fases son comunes a todos los desarrollos de Sw, metodología común a todos. Marco común del proceso Fases 1

Post on 11-Nov-2015

214 views

Category:

Documents

0 download

Embed Size (px)

DESCRIPTION

Analisis de Sistema, ing en sistemas

TRANSCRIPT

Lista de requisitos

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 datosImplementacin 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 SistemasExisten distintas estrategias de los modelos, estn basadas en un bucle de resolucin de problemas

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 componentes6. Modelo estructurado

UML plantea que sea iteractivo e incremental (relevamiento, anlisis, diseo para cada caso de uso)LISTA DE REQUISITOSLista 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:

Artefacto

1- Requisitos candidatosLista de requisitos: Nombre / Descripcin / Cuantificacin / Riesgo

2- Comprender el Contexto del sistemaModelo 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 (adicionales)Son tcnicos, reglas de seguridad, plataforma de Sw

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 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 - DIAGRAMACaractersticas 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

Es una asociacinInclusinEs 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.

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

Generalizacin

Por ejemplo: Solicitar pliza del inmueble y del auto. Heredan lo comn.Tambin se puede resolver con dos subflujos. Por ejemplo: alta, modificacin.En la especificacin del caso de uso se debe colocar el nombre del hijo.

ESPECIFICACIONESPrecondiciones 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 CONCEPTUALEn el modelo conceptual el diagrama debe servir para siempre, no pienso en un momento del sistema tengo que ver todos los momentos

Son objetos o instancias del mismo tipo. Por ej. Docentes, alumnosLos 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.

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

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:

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

La cardinalidad definitiva queda:

En lenguaje coloquial leera que 1 esposo puede tener de 0 (ningn hijo) a N hijos

Otro ejemplo es: Persona Autos

c) N - N

Al simplificar queda:

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.

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

Atilio10Castellano

Juan9Historia

Mara8Matemtica

Otro ejemplo es: Alumno Profesor. Debo crear una nueva clase que me muestra la relacin entre alumno y profesor.

Otro ejemploCmo me doy cuenta?, por la relacin n a n debo desdoblar

Queda:

Cuidado con:

Otro ejemplo

En diseo no se hace la relacin Tipo Asociativa.

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

En cambio podra tener:

La cardinalidad depende de las reglas del negocio.IMPORTANTE:

Nunca se guardan los informes.

Nunca pienso la cardinalidad de manera simultnea.

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 CLASESHay 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 validarEl 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.

Por ejemplo:

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

CdigoNombreCdigoFamiliar1CdigoFamiliar2

Importante: No confundir Atributos con los Valores.Tipos de Relaciones EstructuralesLas 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

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.

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

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) 1 a nPor ej. Si borro la mano no necesito tener los dedos, pues existe relacin de fuerza debilidad.

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

La cardinalidad en la agregacin es generalmente de:

1 a n

n a 1

n a nLa cardinalidad n a n me asegura que es agregacin.Los atributos y mtodos son iguales que en una asociacin simple.

Ejemplos:

Si borro el fuerte el dbil puede ir a otra clase por eso no lo borro cuando saco el fuerte.4. Generalizacin / EspecializacinLas 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.

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

Por ejemplo:

Ejemplos combinados:

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

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:

Ejemplo:

DIAGRAMAS DE SECUENCIASSiempre 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.Caso de Uso: Alquilar Inmueble

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

La flecha indica que es una operacinNombre 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

Clases de Control

Clases de Entidad

La lnea de vida dice donde empieza y termina la vida (o actividad) del sistema o del caso de usoCuando tenemos por ejemplo inclusiones se colocan etiquetas llamando al Caso de Uso, es decir si en el diagrama de Casos de Usos tenamos

En el diagrama de secuencia se debe colocar la siguiente etiqueta

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:

Propietario

DNI

Nombre y Apellido

Calle

N

Telfono

Buscar propietario()

Inquilino

DNINombre y ApellidoCalle

N

Telfono

Buscar inquilino()

Inmueble

N Padrn

Calle

N

Superficie

Buscar inmueble()

Modificar estado()

Alquiler

N ContratoFecha InicioFecha FinMonto 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.

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.

Ejemplo:

ME Diagrama de Mquinas de Estados Objeto: Inmueble

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:

Actividades Paralelas

Ejemplo:

DIAGRAMA DE ACTIVIDADESCaso de Uso: Consultar 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:

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:

PAQUETES: Integrador de Seguro

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-ariasLas 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

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

De 1 a n

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

Clave: LegajoAlumno + CdigoMateria + FechaLa 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 nEs parecida a la generalizacin

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

DNINombreN AfiliadoN Afiliado Titular

188899Pedro10

172573Juan21

152745Mara31

Cuando hay 2 relaciones:

Por ejemplo: Claves para los bancos

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

Validar Usuario y Contrasea

GerenteSistema SeguroBuscar Inquilino(DNI)Buscar Inmueble(): ExpertoMsg(Contrato generado pero no impreso)Msg(No encontr inquilino)No OkC.A. 1C.A. 2Si no pudo imprimir C.A. 2Buscar Propietario()Cambiar Estado(): AlquilerCrear()Si no encuentra CA 1Ingresar Inquilino(DNI)Buscar Inquilino()Buscar Inmueble()Seleccionar Inmueble()Ir a CU Consultar InmuebleImprimir ContratoConsultar Inmueble(): Inquilino (Arrendatario): Propietario: Inmueble: : Interfaz Alquilar InmuebleIr a CU Consultar InmuebleConsultar Inmueble: AlquilerAlquilar InmuebleEvento 3 (Condicin 1): ExpertoEvento 3 (condicin 2)DedosEvento 2ManoDFinalEstado 2Estado Inicial/FinalFMateriaeventosAlumnoMtodos() Operaciones()AtributosClaseEntidadAtributosClases ClaseHace el clculo1*A cotizar**1*1buscaReflexiva o RecursivaFDVagonesTrenMotorAutorbolesParque**Hijo o Subtipo o SubclasePadre o Supertipo o Superclase Hijo o Subtipo o SubclaseAutoCaminVehculoRelacin exclusiva o excluyente. Los hijos se excluyen entre s.11Relacin inclusiva.ProfesorAlumnoPersonaCnyugeEmpleado10..1110..11CnyugeEmpleado110..n1HijoEmpleado0..n1HijoEsposonnMateriaAlumno10..n0..n1MateriaAlumnoEstado InicialDesarrollo Tcnico (Resolver el problema)Integracin de Soluciones (Resultado del problema)Definicin de problemas (Identificacin del problema)11CnyugeEmpleadoDNIEmpleadoNyApellidoDomicilioTelefDNIConyugeNyApellidoFecha NacimientoDNIEmpleadoEmpleadoHijo1nDNIEmpleadoNyApellidoDomicilioTelefDNIHijoNyApellidoFecha NacimientoDNIEmpleadoAlumnoMateria1nDNILegajoAlumnoNyApellidoCdigoMateriaNombre RindeNotasLegajoAlumno CdigoMateria Fecha Nota11510011001 Matemtica02 Castellano11111nn110..nMateriaAlumnoNotasnClienteProducto1nFacturannnnClienteProducto1nDetalle FacturaEstado PedidoClienten1FacturaFacturaPedidonn1111As no sabra que factura es de que pedidoClienteFactura1nDetalle FacturaPedidoDispositivoFotoTamaoOrdinalidadAlumnoMateria11NotasnSi imaginamos la carga de valores, quedara como se muestra ac1111n11n0..nHijosEmpleadoCrear()Consultar()DNINombreApellidoMtodos()ClienteN FacturaFechaFacturaFacturaNota: la flecha va sin llenarN PatenteCrear()Consultar()Sumar()Tiene que tener los atributos que son comunesSumar()Set(cant ocupante)Cant PuertasCant OcupanteSumar()Set(capacidad carga)Capacidad CargaSet = Modificar**BancosAulaFDes unse inscribeCrear()Consultar()DNIrindeProfesorAlumnoPersonaMateriaPlan EstudioCalcular Sueldo BaseCalcular Dto Obra SocialCalcular Dto GremialCalcular Sueldo Neto1Histrico Estados1EstadoInmueble******Histrico EstadosEstadoInmueble11DF11**Detalle FacturaProductoFacturaN FacturaFechaEmisinCantidadCdigoProductoPrecioFuerteDbilExiste una relacin de fuerza debilidad. Y adems es parte deEntidad de tipo asociativoCiudadesAlquiler*1*1retiraentregaDetalle de FacturaFactura*1Generalmente la cardinalidad no se colocaLa relacin es: es correlativa deCdigoMateriaNombreMateriaSuper EntidadSuper TipoProfesorAlumnoPersonaDNINombreDNILegajoProfesorTtuloDNILegajoAlumnoCarreraSuper EntidadSuper Tipo111La relacin es: a cargoN AfiliadoNombreAfiliados a cargo1nCiudadAlquiler1nN ContratoCod Cdad RetiroCod Cdad Devuelve Cod CdadNombre CdadCUITBancosN SucursalSucursalesCUIT Banco1nCUIT + SucursalCUIT + 100 Galicia 5taCUIT + 100 Nacin TribunalesModificar Estado (o set estado)EstadoInmuebleCdigoDescriptinInmuebleInmuebleFechaTambin puede ser: InmueblesModificar EstadoEn la clase que est el estado del inmueble debo hacer llegar el mensaje OkInquilino (Arrendatario)Mostrar Mensaje ReingreseMostrar Mensaje No hay inmuebles con esas caractersticasMostrar InmuebleSeleccionar CaractersticasIngresar Monto EstimadoSeleccionar UbicacinSeleccionar Tipo UsoError IngresadoNo Ingreso errorS existen Inmuebles con esas caractersticasNo existen Inmuebles con esas caractersticasSINIESTROSPOLIZASObjetos RobadosSiniestro InmuebleSiniestro VehculoSiniestroDenunciar SiniestroCoberturaCobertura InmuebleHistorial PlizaPlizaSolicitar Pliza VehculoSolicitar Pliza InmuebleSolicitar PlizasPERSONADar Alta ClienteConductor AutorizadoValidar Usuario y ContraseaUsuariosClienteConductor ContrarioLa raya se coloca cdo finaliza el camino normal del CU OkModificar Estado Inmueble()C.U. Ofrecer InmuebleModificar Estado Inmueble()C.U. Cambiar Estado InmuebleModificar Estado Inmueble()C.U. Cotizar InmuebleA AlquilarSeadoAlquiladoSuspendidoModificar Estado Inmueble()C.U. Ofrecer InmuebleModificar Estado Inmueble()C.U. Sear InmuebleModificar Estado Inmueble()C.U. Suspender InmuebleModificar Estado Inmueble()C.U. Generar Contrato de Alquiler (o Alquilar Inmueble)Modificar Estado Inmueble()C.U. Rescindir Contrato (o Finalizar Contrato)Modificar Estado Inmueble()C.U. Cancelar Sea Inmueble22_1406495883.unknown_1435672065.unknown