DIAGRAMAS

Santana Mejia Andrea Michell

Diagrama de flujo de Datos

Undiagrama de flujo de datoso DFD (sus siglas en espaol e
ingls), se utiliza para hacer varias cosas entre ellas trabajos y tareas.
Es una representacin grfica delflujo de datosa travs de un
sistema de informacin.

Diagrama flujo de
funcionamiento
Normalmente sirve para saber si esta funcionando nuestro
software. Si se encuentra bien direccionado a las
necesidades del cliente.
Se recurre a un test para saber si funciona , en donde se
vera reflejado cuanto se tarda en realizar un proceso y si es
el esperado.

Diagrama de ISHIKAWA
El diagrama de Ishikawa, conocido tambin
comocausa-efectoo diagrama de espina
de pez, es una forma de organizar y
representar las diferentesteoras
propuestas sobre las causas de un problema.
Nos permite, por tanto, representar
grficamente el conjunto de causas que dan lugar
a una consecuencia, o bien el conjunto de factores
y sub- factores(en las espinas) que contribuyen agenerarun efecto comn (en la
cabeza del diagrama).

Diagrama Unifilar
UNIFILARse refiere a una sola lnea para indicar conexiones entre diferentes
elementos, tanto de conduccin como de proteccin y control.
Se llamadiagrama unifilarporque el diseo es realmente una sola lnea(unifilar)y
sobre esta nica lnea se trazan ciertas lneas, que indican si se utilizan dos,
tres o cuatro conductores para alimentar la vivienda.
Prcticamente son dos diagramas, uno general indicando
la acometida y conexiones hasta el tablero y otro de
esquema de conexin de los dispositivos de proteccin,
que vara de acuerdo al sistema usado para alimentar la
vivienda

Diagramas de objetos
Un diagrama de objetos muestra un conjunto de objetos y
sus relaciones en un instante de tiempo determinado.
Puede verse como una fotografa del sistema que muestra
el estado de los objetos en ese instante. La representacin
grfica de un objeto en UML es igual que la de una clase
pero con el nombre subrayado. Para mostrar el estado de
un objeto, se indica el valor de sus atributos y sus objetos
agregados.

 La nica relacin entre objetos que se puede representar

en UML es el enlace. Un enlace indica una conexin entre
dos objetos. Dos objetos pueden estar conectados si
existe una asociacin o una dependencia entre las clases
que instancian. Los diagramas de objetos pueden
contener paquetes y, cuando se quiere mostrar la clase
que hay detrs de cada instancia, tambin pueden
contener clases.

SADT
Un modelo realizado con la tcnica SADT permite representar las
actividades de un proceso, definir las dependencias y relaciones entre
dichas actividades, los controles que determinan o limitan su ejecucin,
los mecanismos que los ponen en marcha, as como los datos que se
utilizan, comparten o transforman en los procesos.
Los diagramas SADT incorporan los procesos de la organizacin en orden
secuencial, de acuerdo a su lgica de ejecucin mediante una numeracin
que se refleja en la esquina inferior derecha de cada actividad. De esta
manera se consigue un modelo de actividades que refleja el nivel de
influencia de una actividad sobre el resto de las del proceso.

EIKA
Es la representacin grfica del funcionamiento interno de
u sistema que se hace mediante bloques y sus relaciones y
que adems define la organizacin de todo el proceso
interno sus entradas y salidas.
El diagrama de bloques es una herramienta atraves de la
cual podremos interpretar de una forma mas clara es
esquema elctrico como ya veremos mas adelante se ha
dividido el esquema elctrico de la controladora entres
partes para facilitar una mejor interpretacin .

Diagrama de caso de uso

Los diagramas de casos de uso describen las relaciones y
las dependencias entre un grupo decasos de usoy los
actores participantes en el proceso.
Los diagramas de casos de uso sirven para facilitar la
comunicacin con los futuros usuarios del sistema, y con
el cliente, y resultan especialmente tiles para determinar
las caractersticas necesarias que tendr el sistema.

 Cuando se trabaja con casos de uso, es importante tener presentes algunas

secillas reglas:
Cada caso de uso est relacionado como mnimo con un actor
Cada caso de uso es un iniciador (es decir, un actor)
Cada caso de uso lleva a un resultado relevante
(un resultado con valor intrnseco)
Los casos de uso pueden tener relaciones con otros
casos de uso. Los tres tipos de relaciones ms comunes
entre casos de uso son:
<<include>>que especifica una situacin en la que un caso
de uso tiene lugardentrode otro caso de uso
<<extends>>que especifica que en ciertas situaciones, o en algn
punto (llamado punto de extensin) un caso de uso ser extendido por otro.
Generalizacinque especifica que un caso de uso hereda las caractersticas
del super caso de uso, y puede volver a especificar algunas o todas ellas de una
forma muy similar a las herencias entre clases.