¿Siglas
de UML?
El
Lenguaje Unificado de Modelado
¿Qué es y que no es
UML?
El
UML es un lenguaje para modelar, no un método. El UML no asume la noción de lo
que es un proceso, el cual constituye una parte importante de un método.
Los
tres amigos están trabajando para fusionar sus procesos, y el resultado se
llamara Rational Objectory Process.
Evolución histórica de
UML
En
la década de 1980, los objetos comenzaron a alejarse de los laboratorios de
investigación y dieron sus primeros pasos hacia el mundo “real”.
Los
libros clave sobre el análisis orientado a objetos y los métodos de diseño
aparecieron entre 1988 y 1992.
Para
la comunidad de los métodos orientados a objetos, la gran noticia en la OOPSLA
’94 fue que Jim Rumbaugh había dejado General Electric para unirse a Grady
Booch en Rational Software, con la intención de unificar sus métodos.
Para
la OOPSLA ’95, Grady y Jim habían preparado la primera descripción pública de
su método integrado. La versión 0.8 de la documentación del Método Unificado (Unified Method). De
mayor importancia todavía, anunciaron que Rational Software había comprado
Objectory y que Ivar Jacobson se uniría al equipo unificado.
Durante
1996, Grady, Jim e Ivar, ahora ampliamente conocidos como los tres amigos,
construyeron su método y le pusieron otro nombre: Unified Modeling Language
(UML), lenguaje unificado de modelado.
Características de UML
Es un lenguaje: un
lenguaje proporciona un vocabulario y las reglas para combinar palabras de ese
vocabulario con el objetivo de posibilitar la comunicación.
Es un lenguaje para
visualizar: para muchos programadores, la distancia entre pensar en una
implementación y transformar el código es casi cero.
Es un lenguaje para
especificar: en este contexto, especificar significa construir modelos
precisos, no ambiguos y completos.
Es un lenguaje para
construir:
UML no es un lenguaje de programación visual, pero sus modelos pueden
conectarse de forma directa a una gran variedad de lenguajes de programación.
Es un lenguaje para
documentar:
una organización de software que trabaje bien produce toda clase de artefactos
además de código ejecutable.
Bloques que componen a
UML
Elementos
Relaciones
Diagramas
¿Cuáles son los 4
aspectos que considera UML?
Especificaciones
Adornos
Divisiones comunes
Mecanismos de extensibilidad
4 tipos de relaciones
en UML
Dependencia
Asociación
Generalización
Realización
9 diagramas que
comprende UML
Diagrama
de clases
Diagramas
de objetos
Diagramas
de casos de uso
Diagramas
de secuencia
Diagramas
de colaboración
Diagramas
de estados (statechart).
Diagramas
de actividades
Diagramas
de componentes
Diagrama
de despliegue
¿A que se llama
arquitectura de un sistema?
La
arquitectura es el conjunto de decisiones significativas sobre:
_La
organización de un sistema de software.
_La
selección de elementos estructurales y sus interfaces a través de los cuales se
constituye en sistema.
_Su
comportamiento, como se especifica en las colaboraciones entre esos elementos.
_La
composición de esos elementos estructurales y de comportamiento en subsistemas
progresivamente más grandes.
_El
estilo arquitectónico que guía esta organización: los elementos estáticos y
dinámicos y sus interfaces, sus colaboraciones y su composición.
¿Qué es un modelo de arquitectura
de sistema?
Es una simplificación
de la realidad.
Un
modelo proporciona los planos de un sistema. Los modelos pueden involucrar
planos detallados, así como planos más generales que ofrecen una visión global
del sistema en consideración.
Cuántos y cuáles son
los modelos de representación en UML
9 modelos.
Modelo
del negocio
Modelo
del dominio
Modelo
de casos de uso
Modelo
de análisis (opcional)
Modelo
de diseño
Modelo
del proceso (opcional)
Modelo
de despliegue
Modelo
de implementación
Modelo
de pruebas
A
qué se le llama requerimientos de un sistema
Un requisito es una
característica de diseño, una propiedad o un comportamiento de un sistema.
Cuando se enuncian los requisitos de un sistema se está estableciendo un
contrato entre los elementos externos al sistema y el propio sistema, que
establece lo que se espera que haga el sistema.
Quienes
intervienen en obtención de los requerimientos del usuario y cuál es la función
de cada uno
¿Qué es modelo de casos
de uso?
Un
caso de uso es una descripción de un conjunto de secuencias de acciones,
incluyendo variantes, que ejecuta un sistema para producir un resultado
observable de valor para el actor.
¿Cómo se representa la
producción de un modelo de caso de uso?
¿Qué es un diagrama de
caso de uso?
Un
diagrama de casos de uso es un diagrama que muestra un conjunto de casos de
uso, actores y sus relaciones.
¿Cuáles
son los elementos que componen a un diagrama de caso de uso?
Normalmente, un
diagrama de casos de uso contiene:
Casos de uso.
Actores.
Relaciones de
dependencia, generalización y asociación.
¿Qué es un actor?, ¿Cuántos
tipos de actores hay?
Se
emplea el término actor para llamar así al usuario cuando desempeña ese papel
con respecto al sistema.
Normalmente,
un actor representa un rol que es jugado por una persona, un dispositivo
hardware o incluso otro sistema al interactuar con nuestro sistema.
¿Características
de los actores?
Los actores solo se
pueden conectar a los casos de uso a través de asociaciones. Una asociación
entre un actor y un caso de uso indica que el actor y el caso de uso se
comunican entre sí, y cada uno puede enviar y recibir mensajes.
¿Qué es un Caso de Uso?
Un
caso de uso describe qué hace un sistema (o un subsistema, una clase o una
interfaz), pero no especifica cómo lo hace.
¿Qué es un escenario?
¿Tipos de escenarios? Mencione 5 ejemplos.
Un
escenario es una secuencia específica de acciones que ilustra un
comportamiento. Los escenarios son a los casos de uso lo que las instancias a
las clases, es decir, un escenario es básicamente una instancia de un caso de
uso.
Tipos:
Escenario principal: El
escenario principal representa el flujo exitoso más simple o habitual para el
caso de uso.
Escenario alternativo: Son formas
alternativas al camino principal de llegar a las post-condiciones del caso de
uso.
Son
caminos distintos al principal pero que nos permiten de todas formas alcanzar
el éxito.
Escenario de excepción: Un
escenario de excepción es una secuencia de pasos alternativos a los del camino
principal que lleva a que el objetivo del caso de uso NO sea alcanzado, es
decir que no se logre llegar a las post-condiciones el sistema.
Son
caminos que hacen que el usuario no pueda cumplir con su objetivo.
Ejemplos:
El
sistema muestra el formulario de alta de cliente.a.
a. condición: Faltan ingresar datos de entrada obligatorios.
a. condición: Faltan ingresar datos de entrada obligatorios.
b. condición: El usuario no tiene permiso de
autorización.
Realice una tabla con
los títulos: Nombre del actor, Tipo, Descripción y ejemplifique al menos 5
actores y su descripción
