TECNICA DE MODELADO DE OBJETO

Slides:



Advertisements
Presentaciones similares
MODELOS ORIENTADOS A OBJETOS
Advertisements

U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
UML DCU -DS Alvaro Garrido V..
Diagrama de estado Alumnos: Hernández Darwin ( )
DIAGRAMA DE ACTIVIDAD Roberto Certain Leonardo Molina.
Lenguaje Unificado de Modelado
Programación Orientada a Objetos y Lenguaje de Modelado Unificado
Introduccion a UML Wilson Peláez Hernández
Diagrama de Colaboración
DISEÑO ORIENTADO AL OBJETO
TEMA 8: DIAGRAMAS EN UML.
Arquitectura de software dirigida por modelos (Model-Driven Architecture) Liliana Favre UNCPBA 2006.
Metodologías OMT Republica bolivariana de Venezuela
Fundamentos de Ingeniería de Software
Fundamentos de Ingeniería de Software
Prof. César Luza Montero
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
LENGUAJE UNIFICADO DE MODELADO UML
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
UNIDAD 1: “ Introducción al Lenguaje Unificado de Modelado ”
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Desarrollo Orientado a Objetos con UML
Análisis y Diseño orientado a objetos con UML.
Profesor: Miguel Angel Vidal
DSOO - María Eugenia Valencia
UML Diagramas. Diagramas de Interacción Muestran como los objetos de la aplicación cooperan e interactúan para cumplir con los requisitos. Suele construirse.
Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software Universidad Pontificia de Salamanca en Madrid 1 Curso.
Modelado Arquitectónico
Análisis y Diseño Orientado a Objetos utilizando UML CAPITULO V DISEÑO DE SISTEMAS ORIENTADOS A OBJETOS.
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Ingeniería de Software
Ingeniería de Software Orientado a Objetos
UNIDAD 3: “Desarrollo Orientado a Objetos con UML”
DISEÑO DE SOFTWARE 1ª. Parte
Fundamentos de programación
Diseño e Implementación
Análisis y Diseño Orientado a Objetos utilizando UML
METODOLOGÍA OMT Diseño de sistemas.
Organización y Estructuración de Datos
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Ingeniería de software
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
Importancia en la efectividad del:
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
Desarrollo de Software Orientado a Objetos (deficiencias)
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
TEMA 9: DIAGRAMA DE CLASE EN UML
Diagramas de Interacción.
UML 2.0 Diagramas de Comportamiento
Diseño de Sistemas.
Ingeniería de Requisitos
UML.
Fundamentos del Análisis Orientado a Objetos
Diagrama de Transición de Estado
¿QUE ES EL DIAGRAMA DE ESTADO ?
DIAGRAMA DE ESTADO.
Sandra Muñoz Blanca González Patricia Lázaro
Unified Modeling Language (Lenguaje de Modelamiento unificado)
UNIDAD 2: “Características del Modelado UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Fundamentos de Ingeniería de Software
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
1 Qué es UML Es un Lenguaje de Modelado Unificado basado en una notación gráfica que permite especificar,construir, visualizar y documentar los objetos.
Modelado UML Diagrama de Clases
Unified Modeling Language UML. Ejemplo a desarrollar La Universidad XXX desea computarizar su sistema de registración – El secretario establece el plan.
Entregables del Proyecto
Universidad Nacional de Ingeniería Comprendiendo los Fundamentos de
Transcripción de la presentación:

TECNICA DE MODELADO DE OBJETO UNIVERSIDAD “GRAN MARISCAL DE AYACUCHO” ESCUELA DE INGENIERIA DE SISTEMA CATEDRA: DIRECCION DE OPERACIONES I TECNICA DE MODELADO DE OBJETO (OMT2) PROF. PRESENTADO POR: KARINA AVILES MAITA NINA DAZA ROSA MARIN JANLUISKAT GARCIA CARLOS GARCIA JORGE

OMT: MODELIZACION Y DISEÑO ORIENTADO A OBJETOS una metodología para abordar problemas mediante el uso de modelos basados en conceptos del mundo real. El énfasis se centra en “objetos” que combinan estructura de datos y comportamiento en una única entidad

¿Qué ES MODELO? ES UNA ABSTRACCION DE ALGO, CON LA FINALIDAD DE COMPRENDERLO, ANTES DE CONSTRUIRLO, YA QUE UN MODELO OMITE LOS DETALLES NO ESENCIALES, ES MAS SENCILLO MANEJARLOS QUE MANEJAR LA ENTIDAD ORIGINAL.

OMT es una de las metodologías de análisis y diseño orientadas a objetos, más maduras y eficientes que existen en la actualidad. La gran virtud que aporta esta metodología es su carácter de abierta (no propietaria), que le permite ser de dominio público y , en consecuencia, sobrevivir con enorme vitalidad. Esto facilita su evolución para acoplarse a todas las necesidades actuales y futuras de la ingeniería de software.

FASES QUE CONFORMAN A LA OMT: Análisis. El analista construye un modelo del dominio del problema, mostrando sus propiedades más importantes. El modelo de análisis es una abstracción resumida y precisa de lo que debe de hacer el sistema deseado y no de la forma en que se hará. Diseño del sistema. El diseñador del sistema toma decisiones de alto nivel sobre la arquitectura del mismo. Durante esta fase el sistema se organiza en subsistemas basándose tanto en la estructura del análisis como en la arquitectura propuesta. Se selecciona una estrategia para afrontar el problema.

Diseño de objetos. El diseñador de objetos construye un modelo de diseño basándose en el modelo de análisis, pero incorporando detalles de implementación. El diseño de objetos se centra en las estructuras de datos y algoritmos que son necesarios para implementar cada clase. · Implementación. Las clases de objetos y relaciones desarrolladas durante el análisis de objetos se traducen finalmente a una implementación concreta. Durante la fase de implementación es importante tener en cuenta los principios de la ingeniería del software de forma que la correspondencia con el diseño sea directa y el sistema implementado sea flexible y extensible.

MODELOS QUE EMPLEA LA OMT PARA DESCRIBIR UN SISTEMA : Modelo de objetos. Describe la estructura estática de los objetos del sistema (identidad, relaciones con otros objetos, atributos y operaciones). El modelo de objetos proporciona el entorno esencial en el cual se pueden situar el modelo dinámico y el modelo funcional. El objetivo es capturar aquellos conceptos del mundo real que sean importantes para la aplicación. Modelo dinámico. Describe los aspectos de un sistema que tratan de la temporización y secuencia de operaciones (sucesos que marcan los cambios, secuencias de sucesos, estados que definen el contexto para los sucesos) y la organización de sucesos y estados.

Modelo funcional. Describe las transformaciones de valores de datos (funciones, correspondencias, restricciones y dependencias funcionales) que ocurren dentro del sistema. Captura lo que hace el sistema, independientemente de cuando se haga o de la forma en que se haga. Se representa mediante diagramas de flujo de datos. Modelo de dominio. Este modelo es creado explorando el dominio general y adquiriendo conocimiento de las tareas que serán efectuadas. Modelo de aplicación. Este modelo es construido sobre el modelo de dominio examinando los casos de uso del dominio.

Diagrama de casos usos Un diagrama de uso describe lo que hace un sistema desde el punto de vista de un observador externo, este tipo de diagrama generalmente es de los mas sencillos de interpretar en uml ya que su razón de ser es concentrarse en lo que hace el sistema

Ventajas: Expresar la intención que tiene el autor Extraer los requerimientos del usuario y del sistema Centrar al analista en las tareas principales de usuario ( describiendo los casos de mayor importancia ) Tener en cuanta todos los usuarios evitando que las personas especializadas en informática dirijan la funcionalidad del nuevo sistema basándose solamente en criterios tecnológicos

Desventajas: No establecen los requisitos funcionales Tampoco permiten establecer los requisitos no funcionales En sistemas grandes toma mucho tiempo para definir todos los casos de uso El análisis de la calidad depende de cómo se haya realizado la descripción inicial de cada uso

Elementos básico del diagrama de usos Actores Caso de uso Asociaciones Un escenario

Etapas mas frecuentes de un diagrama de usos Comunicación con el cliente Generación de pruebas de sistema Determinación de requerimientos

Diagrama de objeto Los diagramas de objetos modelan las instancias de elementos contenidos en los diagramas de clases. Un diagrama de objetos muestra un conjunto de objetos y sus relaciones en un momento concreto. se emplean para modelar la vista de diseño no estática o la vista de procesos estática de un sistema al igual que se hace con los diagramas de clases, pero desde la perspectiva de instancias reales o prototípicas. Esta vista sustenta principalmente los requisitos funcionales de un sistema. Los diagramas de objetos permiten modelar estructuras de datos estáticas. Los diagramas de objetos se utilizan para visualizar, especificar, construir y documentar la existencia de ciertas instancias en el sistema.

Características: La clase define las reglas; los objetos expresan los hechos. La clase define que puede ser; el objeto describe que es. Se considera un caso especial del diagrama de clases. Puede construirse junto con el de clases. Este diagrama contiene objetos y ligas.

Diagrama de clase Diagrama de objetos Tiene tres compartimentos: nombre, atributos y operaciones Tiene dos compartimentos: nombre y atributos Solo se pone el nombre de la clase Se puede poner el nombre del objeto : y el de la clase subrayados, o solamente : y el nombre de la clase En los atributos se definen las propiedades de los mismos Solo se definen los valores de cada atributo para la prueba que se esté modelando Se listan las operaciones Las operaciones no están incluidas en el objeto ya que son idénticas para cada objeto de la misma clase Las clases se conectan con una asociación con nombre, multiplicidad, roles. Los objetos se conectan con un link que tiene un nombre y no tiene multiplicidad.

Ventajas de diagramas de objetos Un diagrama de objetos puede ser visto para ser un ejemplo del desarrollo de un diagrama de clases. Estos diagramas pueden ser dibujados para explicar o para capturar ciertos escenarios donde demuestran conceptos o estados en un punto de tiempo en diagrama de clases. Nos permite visualizar de una forma detallada las relaciones entre los objetos que hacen parte de la clase para mejor entendimiento del programador.

Diagrama de actividades Los diagramas de actividades sirven para representar el comportamiento dinámico de un sistema haciendo hincapié en la secuencia de actividades que se llevan a cabo y las condiciones que guardan o disparan esas actividades

Elementos básicos

Representación grafica

Ejemplo de un cajero automático

restricciones Un estado inicial no puede ser destino de una transición Toda actividad tiene al menos un flujo de entrada y otro de salida Puede haber cero o más estados finales (por ejemplo, un proceso continuo no tendrá estado final)

Situaciones alternativas Lo normal es que puedan aparecer distintos flujos dependiendo de que se den una serie de circunstancias u otras. Por ejemplo: ¿qué pasa si la tarjeta no es válida? ¿qué pasa si el código introducido no es el de la tarjeta? ¿qué pasa si la cantidad solicitada supera la cantidad disponible en la tarjeta? ¿qué pasa si con los tipos de billetes que tiene el cajero en ese momento no puede entregar la cantidad solicitada?

decisiones

Representación grafica

Ejemplo cajero (2)

restricciones Una decisión tiene un flujo de entrada y dos o más de salida. Se puede utilizar la condición else para representar el flujo que se sigue en caso de que ninguna de las otras condiciones sea cierta. Las condiciones de todos los flujos de salida de una decisión deben ser disjuntas y completas. Todo flujo de salida de una decisión debe estar etiquetado con una condición. Una fusión tiene dos o más flujos de entrada y un flujo de salida.

Flujos concurrentes

Representación grafica

Ejemplo (3)

reglas Una división tiene un flujo de entrada y dos o más flujos de salida El flujo de salida de una unión se dispara cuando se han finalizado todos los flujos de entrada en la unión (todos ellos discurren en paralelo) Una unión tiene dos o más flujos de entrada y un flujo de salida

Estado final o flujo de actividad

Representación grafica

particiones Por ejemplo: Se pueden hacer particiones en un diagrama de actividades para identificar las acciones que tienen alguna característica en común. Por ejemplo que se llevan a cabo por un mismo actor. Por ejemplo: Indicar que es el usuario el que introduce el código y la cantidad Indicar que es el sistema el que expulsa la tarjeta y muestra el mensaje de error.

Flujo de objetos

Representación grafica

señales

Representación grafica

¡que es un diagrama de colaboración? Un diagrama de colaboración es una forma de representar interacción entre objetos .

¡en que consiste un diagrama de colaboración? Muestra cómo las instancias específicas de las clases que trabajan juntas para conseguir un objetivo común. Consiste especificar un contrato entre objetos Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un objeto a otro. Dicha implementación es llamada "enlace".

Un Diagrama de Colaboración muestra una interacción organizada basándose en los objetos que toman parte en la interacción y los enlaces entre los mismos (en cuanto a la interacción se refiere). UML –Interacciones Los objetos interactúan entre sí pasándose mensajes. Los objetos se conectan a través de enlaces. Mensaje: especifica transmisión de información entre objetos. Enlace: especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto. Es una conexión semántica entre objetos. Es una instancia de una relación. Puede contener los adornos de la relación.

Elementos del diagrama de colaboración Objetos o Roles: nodos del grafo. Enlaces o comunicaciones: arcos del grafo. Mensajes: llevan número de secuencia y flecha dirigida. Anidamiento: se utiliza la numeración decimal Ej: 1, 1.1, 1.1.1 ........ Iteración: colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcación: los caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia, y se deben distinguir por una condición.

brindándole el titulo Busca el Libro Devuelve información. Ejemplo: Un lector solicita un libro al bibliotecario, y le brinda su título. El bibliotecario busca el libro en un índice y solicita al asistente que le alcance el libro. Diagrama de secuencia Solicita un libro brindándole el titulo Busca el Libro Devuelve información. Solicita que le alcance el libro El libro es entregado Entrega el libro INDICE LECTOR BIBLIOTECARIO ASISTENTE

Diagrama de colaboración 5:El libro es entregado() 4:Solicita que le alcance el libro () 2:Busca el libro () 3:devuelve información () 6:Entrega libro () 1:Solicita libro () dándole el titulo () ASISTENTE BIBLIOTECARIO INDICE LECTOR

Elementos básicos para el diagrama de colaboración Objeto Un objeto se representa con un rectángulo, que contiene el nombre y la clase del objeto en un formato nombre Objeto: nombre Clase. Enlaces Un enlace es una instancia de una asociación en un diagrama de clases. Se representa como una línea continua que une a dos objetos. Esta acompañada por un número que indica el orden dentro de la interacción y por un estereotipo que indica que tipo de objeto recibe el mensaje.  

Flujo de mensajes Expresa el envío de un mensaje. Se representa mediante una flecha dirigida cercana a un enlace. Marcadores de creación y destrucción de objetos Puede mostrarse en la gráfica cuáles objetos son creados y destruidos, agregando una restricción con la palabra new o delete, respectivamente, cercana al rectángulo del objeto

Vehículo_hotel1:Vehículo MT-1234 : Motor FR-00145 : Frenos TR-4583 : Transmisión Objeto compuesto Es una representación alternativa de un objeto y sus atributos. En esta representación se muestran los objetos contenidos dentro del rectángulo que representa al objeto que los contiene. Un ejemplo es el siguiente objeto vehículo.

Un diagrama de colaboración es un tipo de diagrama que muestra las interacciones entre objetos organizadas y enlazados entre ellos. Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La colaboración muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa

Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La colaboración muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa.

GRACIAS por su atención