Monografias.com > Computación > Programación
Descargar Imprimir Comentar Ver trabajos relacionados

Lenguaje unificado de modelado (UML)




Enviado por Pablo Turmero



Partes: 1, 2

    Monografias.com

    UML
    Lenguaje Unificado de Modelado: Lenguaje para especificar, visualizar y documentar los artefactos de los sistemas
    Grady Booch (Booch) + Jim Rumbaugh (OMT) + Ivar Jacobson (Objectory), 1994 ?
    Estándar de OMG (Object Management Group) desde 1997 [ http://www-omg.org ]
    Versión 2.0: notación simplificada

    Monografias.com

    UML – Significación
    Definición: Es una familia de notaciones gráficas, útil para diseñar sistemas de software, particularmente sistemas que habrán de desarrollarse en términos de OO.
    Desde su establecimiento ca. 1997, ha desplazado a una multitud de lenguajes gráficos de modelado OO (lo cual es de agradecer)
    Mellor y Fowler: principales usos
    Sketch (selectivo) *
    Blueprint (completo) – Igual a CASE, en desgracia
    Lenguaje de programación – MDA, Executable UML. No realista en opinión de Fowler.
    Fowler: No existe ningún estándar que especifique cómo mapea UML sobre un lenguaje de programación en particular

    Monografias.com

    UML – Building blocks
    7 Elementos Estructurales
    Clases, Interfaces, Colaboraciones, Casos de uso, Clases activas, Componentes, Nodos
    2 Elementos de Comportamiento
    Interacciones (mensajes, secuencias & enlaces), máquinas de estado
    1 elemento de agrupación: paquetes
    1 elemento de anotación
    4 Relaciones
    Dependencia, asociación, generalización, realización
    9 Diagramas

    Monografias.com

    UML – Diagramas
    Estáticos:
    Diagramas de clases
    Diagramas de objetos
    Diagramas de componentes
    Diagramas de despliegue
    Dinámicos:
    Diagramas de casos de uso
    Diagramas de secuencia
    Diagramas de colaboración
    Diagramas de estados
    Diagramas de actividades

    Monografias.com

    UML 2 – Diagramas

    Monografias.com

    RUP
    Milestones – Por primera vez en Boehm, 1996:
    Incepción – Visión y alcance – Life Cycle Objective Milestone
    Elaboración – Riesgos, arquitectura y planes – Life Cycle Architecture Milestone
    Construcción – Diseño detallado – Operation Capability Milestone
    Transición – Fine tuning – Product Release Milestone

    Monografias.com

    Fases de análisis y diseño
    Definiciónde casos de uso
    Definicióndel modelodel dominio
    Definiciónde diagramasde interacción
    Definiciónde diagramas declases diseño
    Casos de uso: Análisis de requerimientos
    Modelo de dominio: Conceptos, atributos y asociaciones
    Diagramas de interacción: Flujo de mensajes (invocación de métodos)
    Diagramas de clases: Métodos requeridos por los mensajes

    Monografias.com

    Análisis de requerimientos
    En UP los requerimientos se clasifican conforme al modelo FURPS+ [Grady92]:
    Funcional [Casos de uso]
    Usabilidad: Factor humano, documentación
    Fiabilidad (Reliability)
    Performance
    Soporte: Mantenimiento, configurabilidad…
    +: Adicionales (packaging, legales…)

    Monografias.com

    Análisis de requerimientos
    Casos de uso:
    Writing effective use cases [Cockburn01]
    Software Engineering Body of Knowledge, http://www.swebok.org
    ISO 9126, IEEE Std 830, IEEE Std 1061
    SEI – Carnegie Mellon
    Introducidos por Jacobson (86) para describir requerimientos funcionales

    Monografias.com

    Casos de Uso
    Los casos de uso son requerimientos, pero no todos los requerimientos
    Son documentos de texto, no diagramas (aunque en UML hay diagramas de casos de uso)
    No están ligados a OOD u OOP
    Anderson, Fowler, Cockburn… recomiendan no usar diagramas, sino escribir texto
    Se recomienda que sean de caja negra: qué (análisis), pero no cómo (diseño)
    Plantillas para casos de uso en http://www.usecases.org

    Monografias.com

    Casos de Uso
    Un caso de uso puede tener variantes, ser parte de otro o extender algún otro
    Los casos de uso se realizan mediante diagramas de colaboración* (UML 1)
    En BRJ99 son alternativamente referidos como estáticos (p.203) y dinámicos (p.205)
    Fowler no recomienda el uso de diagramas, sino la forma narrativa
    Se considera que la definición de casos de uso en UML es más bien ambigua

    Monografias.com

    Casos de Uso
    Diagramas de casos de uso:
    Casos de uso
    Actores
    Relaciones de dependencia, generalización y asociación
    Actores:
    Se representan mediante monigotes
    Se pueden definir categorías generales (Cliente) y especializarlas a través de relaciones de generalización
    Un Actor sólo se puede conectar a un caso de uso mediante una asociación

    Partes: 1, 2

    Página siguiente 

    Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.

    Todos los documentos disponibles en este sitio expresan los puntos de vista de sus respectivos autores y no de Monografias.com. El objetivo de Monografias.com es poner el conocimiento a disposición de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta información. Asimismo, es obligatoria la cita del autor del contenido y de Monografias.com como fuentes de información.

    Categorias
    Newsletter