¿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
8 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.
condición: Faltan ingresar datos de entrada obligatorios.
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
Realice una tabla con los títulos: Actor, Dirección, Casos de uso y ejemplifique al menos 5 actores con sus casos de uso
