Análisis y Dise˜no

More documents

Recommendations

Info

Cuadro 1: Diagramas de UML 2Diagramas de estructuraClases Es el diagrama más importante que muestra un conjuntode clases, interfaces y colaboraciones con sus relaciones.Objetos Muestra un conjunto de objetos y sus relaciones en unestado concreto. Generalmente, representan la instanciaciónde un diagrama de clases en un determinado puntoen el tiempo.Componentes Describe los componentes que componen una aplicacióncon sus interrelaciones e interfaces publicas.Estructura Permite visualizar de manera gráfica las partes que definenla estructura interna de un clasificador, incluyendocompuestasus puntos de interacción con otras partes del sistema.Paquetes Muestran la organización en paquetes de los diferentes elementosque conforman el sistema, de forma que se puedeespecificar de manera visual el nombre de los espacios denombres.Despliegue Muestra la arquitectura física de un sistema, nodos ensus entornos de ejecución y como se conectan.Diagramas dinámicosActividad Muestra los procesos de negocio y flujos de datosComunicación Muestra la organización estructural de los objetos y elpaso de mensajes entre ellos.Interacción Variante del diagrama de actividades para mostrar el flujode control de un sistema o proceso de negocio.Secuencia Modela la secuencia lógica de mensajes entre participantes(generalmente clases) temporalmente.Máquinas deestadosDescribe los distintos posibles estados de un objetos juntocon sus transiciones (generalmente utilizado para representarel comportamiento de clases complejas.Tiempos Muestra los cambios de estado o condición de objetos aeventos externos sobre el tiempo.Casos de Muestra los casos de uso, actores y sus relaciones.Uso25
Figura 13: Diagrama de clasesDiagrama de clases El diagrama de clases es el modelo estático más importante.Muestra las clases, interfaces y sus relaciones. Las clases abstraenlas características comunes a un conjunto de objetos, por ejemplo la clasePersona podría abstraerse con una serie de propiedades como nombre, fechade nacimiento, etc. Los objetos son instancias concretas de las clases, porejemplo ‘Joe Doe’ sería un objeto de la clase Persona. Las objetos o entidadessiempre necesitan colaboran entre ellas para realizar la funcionalidadrequerida, las relaciones como conexiones entre los elementos se denominanasociaciones. Hay diferentes tres tipos de asociaciones: herencia, agregacióny composición.Las clases se representan mediante un rectángulo dividido en 3 secciones,la primera tiene el nombre de la clase, la segunda sus atributos (propiedades)y la tercera las operaciones (métodos) de la clase indicando los servicios queproporciona la clase. La figura 13 muestra un ejemplo de diagrama de clases,por ejemplo, la clase CompraEntradas almacena las ordenes de compra deentradas de un cine, la fecha sería el atributo y total() y descSocio() losmétodos de la clase. La clase tiene como asociaciones Persona y Peliculacomo asociaciones.A una instanciación de un diagrama de clases mostrando los objetos y susrelaciones en un instante concreto, i.e., un determinado punto en el tiempo,se le denomina diagrama de objetos.26
Page 3: 4.3. Diseño por contratos . . . .
Page 6 and 7: Abstracción de control. Define a u
Page 9 and 10: Figura 1: (a) Acoplamiento débil;
Page 11 and 12: estándar ISO/IEC 42010:2007, defin
Page 13 and 14: Figura 2: Estilo arquitectónico de
Page 15 and 16: Figura 5: (a) Cliente-servidor; (b)
Page 17 and 18: Figura 6: Evolución de los método
Page 19 and 20: Figura 8: Niveles en los diagramas
Page 21 and 22: Regla1 2 3CondicionesEdad > 60 Sí
Page 23 and 24: ases de datos. El modelo Entidad/Re
Page 25 and 26: Al igual que con los métodos estru
Page 27: Kruchten [23] mediante modelos y di
Page 31 and 32: Figura 15: Ejemplos de diagrama de
Page 33 and 34: Resumen del diseño orientado a obj
Page 35 and 36: Finalmente, el paradigma de la orie
Page 37 and 38: solución un millón de veces en el
Page 39 and 40: Figura 19: Patrón Observerclase de
Page 41 and 42: Figura 20: Patrón StrategyAdemás,
Page 43 and 44: Es decir, el framework debe ser lo
Page 45 and 46: nentes, donde la no disposición de
Page 47 and 48: 5. Diseño de sistemas distribuidos
Page 49 and 50: distribuido. Para ello deben de imp
Page 51 and 52: Un tipo de validación, aunque meno
Page 53 and 54: Dentro de la orientación a objetos
Page 55 and 56: Profundidad en árbol de herencia (
Page 57 and 58: software y cubre tanto las metodolo
Page 59 and 60: [10] Mohamed E. Fayad, Douglas C. S
Page 61: [34] James Rumbaugh, Ivar Jacobson,

Análisis y Dise˜no

Create successful ePaper yourself

Delete template?

Save as template?