Sunteți pe pagina 1din 13

Anlisis de Requerimiento

Investigacin de diagramas



Rubiano Ramirez Jeison Javier



Ficha: 625707




Diagramas de Transicin de Estados.
El diagrama de transicin de estados o DTE, enfatiza el
comportamiento dependiente del tiempo del sistema.
Hasta hace un tiempo, los modelos del comportamiento dependiente
del tiempo del sistema importaban solo para una categora especial
de sistemas conocidos como sistemas de tiempo real, por ejemplo
sistemas de conmutacin telefnica.
Para sistemas enfocados a los negocios no se vean demasiado
importante, sin embargo en sistemas grandes y complejos enfocados
a negocios que si tienen aspectos de comportamiento de tiempo real.
Por ejemplo si el sistema maneja entradas de miles de terminales y
entradas de alta velocidad de otros sistemas, pueden entonces surgir
aspectos de comportamiento dependientes del tiempo, del tipo que
surgen en un sistema tpico de tiempo real. Por esto aunque no se
apliquen en todos los sistemas es conveniente estar familiarizado
con herramientas de modelado para el comportamiento dependiente
del tiempo.
Notacin de los Diagramas de Transicin de Estados.
Los principales componentes del diagrama son los estados y las
flechas, que representan los cambios de estado. Existe una variada
notacin pero lo ms comn es representar a los estados mediante
rectngulos o mediante crculos, esta ltima forma puede llegar a
parecerse con los DFD; por lo tanto aconsejo y usar en todos los
ejemplos la representacin mediante rectngulos.


Diagrama de secuencia
Un diagrama de secuencia muestra la interaccin de un conjunto de
objetos en una aplicacin a travs del tiempo y se modela para cada
caso de uso. Mientras que el diagrama de casos de uso permite el
modelado de una vista business del escenario, el diagrama de
secuencia contiene detalles de implementacin del escenario,
incluyendo los objetos y clases que se usan para implementar el
escenario y mensajes intercambiados entre los objetos.
Tpicamente se examina la descripcin de un caso de uso para
determinar qu objetos son necesarios para la implementacin del
escenario. Si se dispone de la descripcin de cada caso de uso como
una secuencia de varios pasos, entonces se puede "caminar sobre"
esos pasos para descubrir qu objetos son necesarios para que se
puedan seguir los pasos. Un diagrama de secuencia muestra los
objetos que intervienen en el escenario con lneas discontinuas
verticales, y los mensajes pasados entre los objetos como flechas
horizontales.

Diagrama de Interaccin
El diagrama de interaccin, representa la forma en como un Cliente
(Actor) u Objetos (Clases) se comunican entre si en peticin a un
evento. Esto implica recorrer toda la secuencia de llamadas, de
donde se obtienen las responsabilidades claramente.
Dicho diagrama puede ser obtenido de dos partes, desde el
Diagrama Esttico de Clases o el de Casos de Uso (son diferentes).
Los componentes de un digrama de interaccin son:
Un Objeto o Actor.
Mensaje de un objeto a otro objeto.
Mensaje de un objeto a si mismo.


Diagrama de colaboracin
Un diagrama de colaboracin en las versiones de UML 1.x es
esencialmente un diagrama que muestra interacciones organizadas
alrededor de los roles. A diferencia de los diagramas de secuencia,
los diagramas de colaboracin, tambin llamados diagramas de
comunicacin, muestran explcitamente las relaciones de los roles.
Por otra parte, 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.
Implementa las asociaciones del diagrama de clases mediante el
paso de mensajes de un objeto a otro. Dicha implementacin es
llamada "enlace".
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.


DIAGRMAS DE COMPORTAMIENTO

Los diagramas de comportamiento se emplean para visualizar,
especificar, construir y documentar los aspectos dinmicos de un
sistema.
Los aspectos dinmicos de un sistema de software involucran cosas
tales como el flujo de mensajes a lo largo del tiempo y el
movimiento fsico de componentes en una red.

Diagrama de de flujo de datos
Un diagrama de flujo de datos (DFD sus siglas
en espaol e ingls) es una representacin grfica del flujo de datos
a travs de un sistema de informacin. Un diagrama de flujo de
datos tambin se puede utilizar para la visualizacin de
procesamiento de datos (diseo estructurado). Es una prctica
comn para un diseador dibujar un contexto a nivel de DFD que
primero muestra la interaccin entre el sistema y las entidades
externas. Este contexto a nivel de DFD se "explot"
Los diagramas de flujo de datos fueron inventados por Larry
Constantine, el desarrollador original del diseo estructurado,
basado en el modelo de computacin de Martin y Estrin: "flujo
grfico de datos" . Los diagramas de flujo de datos (DFD) son una
de las tres perspectivas esenciales de Anlisis de Sistemas
Estructurados y Diseo por Mtodo SSADM. El patrocinador de un
proyecto y los usuarios finales tendrn que ser informados y
consultados en todas las etapas de una evolucin del sistema. Con un
diagrama de flujo de datos, los usuarios van a poder visualizar la
forma en que el sistema funcione, lo que el sistema va a lograr, y
cmo el sistema se pondr en prctica. El antiguo sistema de
diagramas de flujo de datos puede ser elaborado y se compar con el
nuevo sistema de diagramas de flujo para establecer diferencias y
mejoras a aplicar para desarrollar un sistema ms eficiente. Los
diagramas de flujo de datos pueden ser usados para proporcionar al
usuario final una idea fsica de cmo resultarn los datos a ltima
instancia, y cmo tienen un efecto sobre la estructura de todo
el sistema. La manera en que cualquier sistema es desarrollado,
puede determinarse a travs de un diagrama de flujo de
datos. modelo de datos.
niveles, los cuales son:
Nivel 0: Diagrama de contexto.
Nivel 1: Diagrama de nivel superior.
Nivel 2: Diagrama de detalle o expansin.

Diagrama de paquetesEn el Lenguaje Unificado de Modelado,
un diagrama de paquetes muestra cmo un sistema est dividido en
agrupaciones lgicas mostrando las dependencias entre esas
agrupaciones.
Dado que normalmente 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.


Diagrama de Despliegue
es un tipo de diagrama del Lenguaje Unificado de Modelado que
muestran las relaciones fsicas de los distintos nodos que componen
un sistema y el reparto de los componentes sobre dichos nodos.
Los diagramas de despliegue son los complementos de los
diagramas de componentes que, unidos, proveen la vista de
implementacin del sistema. Describen la topologa del sistema la
estructura de los elementos de hardware y el software que ejecuta
cada uno de ellos.Los diagramas de despliegue representan a los
nodos y sus relaciones. Los nodos son conectados por asociaciones
de comunicacin tales como enlaces de red, conexiones TCP/IP.

S-ar putea să vă placă și