INGENIERIA DE SISTEMAS II

UNIVERSIDAD PBLICA DE EL ALTO

Ingeniera de Sistemas
Nombre: Nilda Rebeca Chuquichambi Paxi
CI: 10070832 LP
Materia: Ingenieria de Sistemas II
Paralelo: 8 C
Docente: Ing. Margarita Bernarda Lpez Mariaca

CH

DIAGRAMAS DE CASOS DE USO

1. QU ES UN DIAGRAMA DE CASOS DE USO?
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una forma de
diagrama de comportamiento UML mejorado. El Lenguaje de Modelado Unificado (UML),
define una notacin grfica para representar casos de uso llamada modelo de casos de uso.
UML no define estndares para que el formato escrito describa los casos de uso, y as mucha
gente no entiende que esta notacin grfica define la naturaleza de un caso de uso; sin
embargo una notacin grfica puede solo dar una vista general simple de un caso de uso o un
conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los
casos de uso. Mientras los dos conceptos estn relacionados, los casos de uso son mucho ms
detallados que los diagramas de casos de uso. Muestra un conjunto de casos de uso y
actores y sus relaciones

La descripcin escrita del comportamiento del sistema al afrontar una tarea de negocio o
un requisito de negocio. Esta descripcin se enfoca en el valor suministrado por el sistema
a entidades externas tales como usuarios humanos u otros sistemas.
La posicin o contexto del caso de uso entre otros casos de uso. Dado que es un
mecanismo de organizacin, un conjunto de casos de uso coherente y consistente
promueven una imagen fcil de comprender del comportamiento del sistema, un
entendimiento comn entre el cliente/propietario/usuario y el equipo de desarrollo.
A) Casos de uso

Un caso de uso es una secuencia de transacciones que son desarrolladas por un sistema en
respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de casos de
uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su
interaccin con los usuarios y/o otros sistemas. Un diagrama que muestra la relacin entre los
actores y los casos de uso en un sistema. Una relacin es una conexin entre los elementos
del modelo, por ejemplo la relacin y la generalizacin son relaciones.
Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al
mostrar cmo reacciona una respuesta a eventos que se producen en el mismo. En este tipo
de diagrama intervienen algunos conceptos nuevos: un actor es una entidad externa al
sistema que se modela y que puede interactuar con l; un ejemplo de actor podra ser un
usuario o cualquier otro sistema. Las relaciones entre casos de uso y actores pueden ser las
siguientes:
Un actor se comunica con un caso de uso.
Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso.
Un caso de uso es una descripcin de los pasos o las actividades que debern realizarse
para llevar a cabo algn proceso. Los personajes o entidades que participarn en un caso de
uso se denominan actores. En el contexto de ingeniera del software, un caso de uso es una
secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta
a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de

INGENIERIA DE SISTEMAS II
uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su
interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la
relacin entre los actores y los casos de uso en un sistema. Una relacin es una conexin
entre los elementos del modelo, por ejemplo la especializacin y la generalizacin son
relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del
sistema al mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo.
Los ms comunes para la captura de requisitos funcionales, especialmente con el desarrollo
del paradigma de la programacin orientada a objetos, donde se originaron, si bien puede
utilizarse con resultados igualmente satisfactorios con otros paradigmas de programacin.
As tambin el diagrama de casos de uso representa la forma en como un Cliente (Actor)
opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos
interactan (operaciones o casos de uso).
Un diagrama de casos de uso consta de los siguientes elementos:

Actor.

Casos de Uso.

Relaciones de Uso, Herencia y Comunicacin.

B) Elementos:
Actor: Una definicin previa, es que un Actor es un rol que un usuario juega con respecto al
sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un
Actor no necesariamente representa a una persona en particular, sino ms bien la labor que
realiza frente al sistema.
Como ejemplo a la definicin anterior, tenemos el caso de un sistema de ventas en que el rol
de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe
de Local.

Caso de Uso: Es una operacin/tarea especfica que se realiza tras una orden de algn
agente externo, sea desde una peticin de un actor o bien desde la invocacin desde otro
caso de uso.

C) Relaciones:

Asociacin

Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra
operacin (caso de uso). Dicha relacin se denota con una flecha simple.

INGENIERIA DE SISTEMAS II

Dependencia o Instanciacin

Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es
decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.

Generalizacin

Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de
su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin est orientado exclusivamente para casos de uso (y no para actores).
1. extends: Se recomienda utilizar cuando un caso de uso es similar a otro
(caractersticas).
2. uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son
similares en ms de un caso de uso y no se desea mantener copiada la descripcin de
la caracterstica.

2. QU

ES

UN

DIAGRAMA DE PAQUETES?

Un diagrama de paquetes en el Lenguaje Unificado de Modelado representa las dependencias

entre los paquetes que componen un modelo. Es decir, muestra cmo un sistema est dividido
en agrupaciones lgicas y las dependencias entre esas agrupaciones. Muestra la
descomposicin del modelo en unidades de organizacin y sus dependencias.
Un paquete est pensado como un directorio, los diagramas de paquetes suministran una
descomposicin de la jerarqua lgica de un sistema.
Los paquetes estn normalmente organizados para maximizar la coherencia interna dentro de
cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas lneas
maestras sobre la mesa, los paquetes son buenos elementos de gestin. Cada paquete puede
asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden
de desarrollo requerido.
Existen

diferentes tipos de relaciones de dependencia entre paquetes:

Importacin: Modelado como una dependencia estereotipada con <<import>>.
Acceso: Modelado como una dependencia estereotipada con <<access>>.
Combinacin: Modelado como una dependencia estereotipada con <<merge>>.

INGENIERIA DE SISTEMAS II
Exportacin: Modelado implcitamente a travs de la visibilidad pblica en los
elementos del paquete. No se exporta explcitamente a algn paquete.
La importacin de paquetes o import: se define como "una relacin entre un espacio de
nombres de importacin y un paquete, lo que indica que el espacio de nombres importador
agrega los nombres de los miembros del paquete a su propio espacio de nombres".
Una relacin de combinacin o fusin entre paquetes especifica que el contenido del paquete
origen (receptor) se extiende con el contenido del paquete destino. La combinacin de
paquetes o emerge se define como "una relacin dirigida entre dos paquetes, que indica que
el contenido de los dos paquetes se va a combinar. Es muy similar a la generalizacin en el
sentido de que el elemento fuente aade conceptualmente las caractersticas del elemento
destino para sus propias caractersticas lo que resulta en un elemento que combina las
caractersticas de ambos.
Una generalizacin es una relacin entre un clasificador ms general (superclase) y un
clasificador ms especfico (subclase). Cada instancia del clasificador especfico es tambin
una instancia indirecta del clasificador general. La generalizacin entre paquetes es similar a
la generalizacin entre clases, los paquetes hijos heredan los elementos del paquete padre.
La generalizacin entre paquetes suele utilizarse para especificar familias de paquetes.
Elementos:
Paquete: Un mecanismo de propsito general para la organizacin de elementos y
diagramas de modelo en grupos. Proporciona un espacio de nombres encapsulado dentro
del cual todos los nombres deben ser nicos. Se utiliza para agrupar elementos
relacionados semnticamente. Es un espacio de nombres, as como un elemento que
puede estar contenida en los espacios de nombres de otros paquetes. Visualmente se
representa como una carpeta.
Dependencia: Indica que un elemento de un paquete requiere a otro de un paquete
distinto. Visualmente se representa mediante una flecha discontinua con inicio en el
paquete que depende del otro, es decir, la flecha parte del elemento de origen y apunta
hacia el elemento destino.
Estereotipos: Existen tres estereotipos de relacin de dependencia entre paquetes.
Visualmente un estereotipo de dependencia se representa como el nombre de la
dependencia entre un par de smbolos mayor y un par de smbolos:
1. menor (<< >>), se coloca junto a la flecha que seala la dependencia.
2. <<import>> significa una importacin publica, los elementos importados tienen
visibilidad pblica dentro del espacio de nombre del paquete origen o paquete
importador,
3. <<access>> significa una importacin privada, se utiliza para indicar la visibilidad
privada.
4. <<merge>> significa que la fuente de la combinacin importa los contenidos
importados por el destino.

INGENIERIA DE SISTEMAS II

3. QU ES UN DIAGRAMA DE SECUENCIA?
Un diagrama de secuencia muestra secuencias en el tiempo como dimensin geomtrica, pero
las relaciones son implcitas. Un diagrama de comunicacin muestra relaciones entre roles
geomtricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales
estn menos claras.
Es un diagrama de interaccin que muestra los objetos y actores que participan en una
colaboracin poniendo el nfasis en el ordenamiento en el tiempo de los mensajes
Un diagrama de secuencias muestra las interacciones expresadas en funcin de secuencias
temporales, muestra los objetos participantes en la interaccin por sus lneas de vida, y los
mensajes que intercambian entre ellos al correr del tiempo. Sin embargo, no muestra los
enlaces entre los objetos.

Muestra la secuencia de mensajes entre objetos durante un escenario concreto

Cada objeto viene dado por una barra vertical
El tiempo transcurre de arriba abajo
Cuando existe demora entre el envo y la atencin se puede indicar usando una lnea
oblicua

Un diagrama de secuencias muestra las interacciones expresadas en funcin del tiempo. En

concreto muestra los objetos participantes y los mensajes que intercambian entre ellos a lo
largo del tiempo.
Los diagramas de secuencias son ms apropiados para especificar restricciones de interaccin
en tiempo real. Un diagrama de secuencias tiene dos dimensiones:
La vertical que representa el tiempo, y
La horizontal que representa los distintos objetos.
El tiempo avanza desde el comienzo hasta el final de la pgina, aunque se puede tomar el
sentido contrario. La exactitud temporal solo toma importancia en las aplicaciones de tiempo
real, por lo que los ejes de tiempo suelen tener marcas temporales. El orden horizontal de
aparicin de los objetos no tiene ninguna importancia.
La notacin est tomada, en gran parte, del diagrama de secuencias de mensajes:
En forma genrica: que describir todas las posibles secuencias.
En forma instancia: que describe una secuencia en concreto pero de forma consistente a lo
especificado en la forma genrica.

INGENIERIA DE SISTEMAS II

4. QU ES
DE ESTADO?

UN

DIAGRAMA

Los Diagramas de Estados son tiles para modelar la vida de un objeto. Un diagrama de
estados muestra el flujo de control entre estados (en qu estados posibles puede estar cierto
algo y como se producen los cambios entre dichos estados). Muestra un autmata que
consiste de estados, transiciones, eventos y actividades
Mquina de Estados
Una mquina de estados es un comportamiento que especifica las secuencias de estados por
las que pasa un objeto a lo largo de su vida en respuesta a eventos, junto con sus respuestas
a esos eventos. Un estado es una condicin o situacin en la vida de un objeto durante la cual
satisface una condicin, realiza alguna actividad o espera algn evento. Una mquina de
estados modela los posibles estados que puede tener en vida un objeto de una clase. Cada
objeto se trata como una entidad aislada que se comunica con el resto del mundo recibiendo
eventos y respondiendo a ellos.
El diagrama de estado servir para:

Comprobar que los eventos ocurren en orden correcto.

Habilitar/deshabilitar elementos grficos segn el desarrollo del diagrama de

estados.

En un dominio con muchos eventos del sistema, la concisin y minuciosidad del

diagrama de estado ayuda al diseador a asegurarse a que no se ha omitido
ninguno.
Elementos:
Las mquinas de estados se muestran a travs de los diagramas de estados. stos estn
constituidos por eventos, estados y transiciones:
Un evento es una ocurrencia significativa o relevante. Un estado es la condicin de un objeto
en un instante de tiempo; hace referencia a los valores de sus atributos en un determinado
tiempo. Un evento es la especificacin de un acontecimiento significativo que ocupa un lugar
en el tiempo y en el espacio. Es la aparicin de un estmulo que puede (o no) activar una
transicin de estado
Una transicin es una relacin entre dos estados que indica cuando tiene lugar un evento;
el objeto pasa de su estado al siguiente. Una transicin es una relacin entre dos estados
que indica que un objeto que est en el primer estado realizar ciertas acciones y entrar en
el segundo estado cuando ocurra un evento especificado y se satisfagan unas condiciones
especificadas.

INGENIERIA DE SISTEMAS II
Las transiciones se representan por flechas, etiquetadas con sus eventos. Los estados se
representan por rectngulos de esquinas redondeadas. Es habitual incluir un pseudoestado
inicial que pasa automticamente a otro estado cuando se crea la instancia.

Interna: Es una transicin que permanece en el mismo estado, en vez de involucrar dos
estados distintos.
Compleja: Relaciona tres o ms estados en una transicin de mltiples fuentes y/o
mltiples destinos.
Temporizada: Las esperas son actividades que tienen asociada cierta duracin. Un
evento esperado puede ocasionar una transicin que permita salir de la espera.
Subestados: Hace referencia a que dentro de un estado puede haber otros estados con
sus transiciones.
Generalizacin de Estados:
Podemos reducir la complejidad de los diagramas usando la generalizacin de estados y
distinguimos as entre superestado y subestados.

Los subestados heredan las variables de estado y las transiciones externas.

5. QU ES UN DIAGRAMA DE COLABORACION?
Un diagrama de colaboracin en las versiones de UML es esencialmente un diagrama que
muestra interacciones organizadas alrededor de los roles. Los diagramas de colaboracin
muestran las relacione entre los objetos y los mensajes que intercambian.
Son tiles en la fase exploratoria para identificar objetos
La distribucin de los objetos en el diagrama permite observar adecuadamente la
interaccin de un objeto con respecto de los dems
La estructura esttica viene dada por los enlaces; la dinmica por el envo de
mensajes por los enlaces
Los diagramas de colaboracin, tambin llamados diagramas de comunicacin, muestran
explcitamente las relaciones de los roles, un diagrama de comunicacin no muestra el tiempo
como una dimensin aparte, por lo que resulta necesario etiquetar con nmeros de secuencia
tanto la secuencia de mensajes como los hilos concurrentes.

Muestra cmo las instancias especficas de las clases trabajan juntas para conseguir un
objetivo comn.

INGENIERIA DE SISTEMAS II

Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un

objeto a otro.

Un diagrama de comunicacin es tambin un diagrama de clases que contiene roles de

clasificador y roles de asociacin en lugar de slo clasificadores y asociaciones. Los roles de
clasificador y los de asociacin describen la configuracin de los objetos y de los enlaces que
pueden ocurrir cuando se ejecuta una instancia de la comunicacin. Cuando se instancia una
comunicacin, los objetos estn ligados a los roles de clasificador y los enlaces a los roles de
asociacin. El rol de asociacin puede ser desempeado por varios tipos de enlaces temporales,
tales como argumentos de procedimiento o variables locales del procedimiento. Los smbolos de
enlace pueden llevar estereotipos para indicar enlaces temporales.
Un uso de un diagrama de colaboracin es mostrar la implementacin de una operacin. La
comunicacin muestra los parmetros y las variables locales de la operacin, as como
asociaciones ms permanentes. Cuando se implementa el comportamiento, la secuencia de los
mensajes corresponde a la estructura de llamadas anidadas y el paso de seales del programa.

Objetos: Es til marcar los objetos en cuatro grupos: los que existen con la interaccin
entera; los creados durante la interaccin (restriccin {new}); los destruidos durante la
interaccin (restriccin {destroyed}); y los que se crean y se destruyen durante la
interaccin (restriccin {transient}).

Aunque las comunicaciones muestran directamente la implementacin de una

operacin, pueden tambin mostrar la realizacin de una clase entera. En este uso,
muestran el contexto necesario para implementar todas las operaciones de una clase.
Esto permite que el modelador vea los roles mltiples que los objetos pueden
desempear en varias operaciones.

Mensajes: Los mensajes se muestran como flechas etiquetadas unidas a los enlaces.
Cada mensaje tiene un nmero de secuencia, una lista opcional de mensajes
precedentes, una condicin opcional de guarda, un nombre, una lista de argumentos y
un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional)
de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes
de diversos hilos son concurrentes a menos que haya una dependencia secuencial
explcita. En conclusin en un diagrama muy sencillo de hacer.

Flujos:
Generalmente, un diagrama de comunicacin contiene un smbolo para un objeto
durante una operacin completa. Sin embargo, a veces, un objeto contiene diferentes
estados que se deban hacer explcitos. Por ejemplo, un objeto pudo cambiar de
localizacin o sus asociaciones pudieron diferenciarse.

Los diferentes smbolos de objeto que representan un objeto se pueden conectar usando
flujos "become" o "conversin". Un flujo "become" es una transicin, a partir de un
estado de un objeto a otro. Se dibuja como una flecha de lnea discontinua con el
estereotipo "become" o "conversin" y puede ser etiquetado con un nmero de serie
para mostrar cuando ocurre. Un flujo de conversin tambin se utiliza para mostrar la
migracin de un objeto a partir de una localizacin a otra distinta para otro lugar
tambin se deben marcar con el nmero en secuencias.

INGENIERIA DE SISTEMAS II

6. QU ES UN DIAGRAMA DE INTERFAZ DE USUARIO?

La interfaz grfica de usuario, que muchas veces es referida como GUI por sus siglas en ingls
(Tropical User Interface), es un tipo de interfaz de usuario que se caracteriza y diferencia por el
hecho de utilizar un conjunto de imgenes y objetos grficos para representar la informacin y
acciones disponibles en la interfaz.
Actualmente todos o la gran mayora de sistemas operativos cuentan con una interfaz grfica
de usuario. Anteriormente solamente se contaba con acceso a lnea de comandos, desde donde
se utilizaban instrucciones o comandos para realizar determinados procesos.
A) Elementos de una interfaz grfica de usuario : No todos las interfaces grficas de
usuario tienen los mismos elementos, pero tpicamente tienen componentes tales como:

Cuadros de dilogo: es una pequea ventana que se utiliza para abrir un dilogo
con el usuario para intercambiar informacin.

Mens: sirven para desplegar un conjunto de opciones disponibles en un programa o

aplicacin.

Pestaas de propiedades: dan acceso

configuraciones ordenadas por secciones:

Barras de herramientas: presentan opciones de fcil acceso, que aunque

usualmente tambin se encuentran disponibles en las opciones de men o mediante
combinaciones de teclas, las barras de herramientas ofrecen las principales
funcionalidades de formato y otras opciones, de forma fcil y accesible a un solo clic o
a un par de clics de distancia:

Asistentes: son ventanas sucesivas que van guiando a un usuario en la realizacin de

un proceso, como la instalacin o desinstalacin de un programa por ejemplo.

Ventanas: son reas visuales, normalmente de forma rectangular, que contienen

algn tipo de interfaz de usuario, mostrando la salida y permitiendo la entrada de
datos para realizar determinados procesos. Se utilizan en las interfaces grficas de
usuario y pueden ser manipuladas con un puntero.

un

conjunto

de

propiedades

INGENIERIA DE SISTEMAS II

Entorno de escritorio: es una solucin completa de interfaz grfica de usuario, que

provee al usuario elementos tales como conos, barras de herramientas, aplicaciones e
integracin entre aplicaciones con posibilidades de realizar acciones como arrastrar y
soltar. En general todo esto proporciona un manejo amigable y fcil del sistema
operativo.

Se utilizan para modelar la vista esttica de un sistema. Muestra la organizacin y las

dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya
todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama
describe un apartado del sistema.
Uno de los usos principales es que puede servir para ver que componentes pueden
compartirse entre sistemas o entre diferentes partes de un sistema.

7.

BIBLIOGRAFIA O WEBGRAFIA
http://www.mastermagazine.info/termino/4184.php
OMG Unified Modeling Language (OMG UML), Infrastructure, V2.1.2 p. 160
Schmuller, J. Aprendiendo UML en 24 horas. Naucalpan de Jurez: Pearson Educacin
Latinoamrica.
Wikipedia. Nodo. Extrado el 29 de septiembre, 2008, de http://es.wikipedia.org/wiki/Nodo
http://www.dcc.uchile.cl/~psalinas/uml/modelo.html
http://es.wikipedia.org/wiki/Interfaz_gr%C3%A1fica_de_usuario
http://msdn.microsoft.com/es-es/library/aa814605(en-us,VS.85).aspx