2.3.1 Diagrama de
clases
Diagrama de
Clases: Un diagrama que muestra un conjunto de clases, interface y
colaboraciones y las relaciones entre estos, los diagramas de clases muestran
el diseño de un sistema desde un punto de vista estatico, un diagrama que
muestra una coleccion de elementos (estaticos) declarativos.
Un diagrama
de clases es un tipo de diagrama estático que describe la estructura de
unsistema mostrando sus clases, orientados a objetos.
Propiedad de
objetos que tienen propiedades y/u operaciones que contienen un contexto y un
dominio, los primeros dos ejemplos son clases de datos y el tercero clase de
lógica de negocio, dependiendo de quién diseñe el sistema se pueden unir los
datos con las operaciones.
El diagrama
de clases incluye mucha más información como la relación entre un objeto y
otro, la herencia de propiedades de otro objeto, conjuntos de
operaciones/propiedades que son implementadas para una interfaz gráfica.
Presenta las
clases del sistema con sus relaciones estructurales y de herencia
 |
| Ejemplo de diagrama de clases de la universidad |
características
Identificar
las ideas principales al ser incluidas en el diagrama de flujo. Deben estar
presentes el autor o responsable del proceso, los autores o responsables del
proceso anterior y posterior y de otros procesos interrelacionados, así como
las terceras partes interesadas.
- Definir qué se espera obtener del diagrama de flujo.
- Identificar quién lo empleará y cómo.
- Establecer el nivel de detalle requerido.
- Determinar los límites del proceso a describir.
- Establecer el alcance del proceso a describir. De esta manera quedará fijado el comienzo y el final del diagrama. Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente.
- Identificar y listar las principales actividades/subprocesos que están incluidos en el proceso a describir y su orden cronológico.
Tipos
Formato
vertical: En él, el flujo y la secuencia de las operaciones, va de arriba hacia
abajo. Es una lista ordenada de las operaciones de un proceso con toda la
información que se considere necesaria, según su propósito.
Formato
horizontal: En él, el flujo o la secuencia de las operaciones, va de izquierda
a derecha.
Formato
panorámico: El proceso entero está representado en una sola carta y puede
apreciarse de una sola mirada mucho más rápido que leyendo el texto, lo que
facilita su comprensión, aun para personas no familiarizadas. Registra no solo
en línea vertical, sino también horizontal, distintas acciones simultáneas y la
participación de más de un puesto o departamento que el formato vertical no
registra.
Formato
Arquitectónico: Describe el itinerario de ruta de una forma o persona sobre el
plano arquitectónico del área de trabajo. El primero de los flujogramas es
eminentemente descriptivo, mientras que los utilizados son fundamentalmente
representativos.
2.3.2 Diagrama de
componentes
Diagrama de
Componentes: Un diagrama que muestra un conjunto de componentes y sus
relaciones, los diagramas de componentes muestran los componentes de un sistema
desde un punto de vista estático.
Un diagrama
de componentes representa cómo un sistema de software es dividido en
componentes y muestra las dependencias entre estos componentes. Los componentes
físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos,
ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de
la arquitectura de software pero pueden ser usados para modelar y documentar
cualquier arquitectura de sistema.
Debido a que
los diagramas de componentes son más parecidos a los diagramas de casos de
usos, éstos son utilizados para modelar la vista estática y dinámica de un
sistema. Muestra la organización 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.
En él se
situarán librerías, tablas, archivos, ejecutables y documentos que formen parte
del sistema.Uno de los
usos principales es que puede servir para ver qué componentes pueden
compartirse entre sistemas o entre diferentes partes de un sistema.
2.3.3 Diagrama de
objetos
Diagrama de
Objetos: Un diagrama de muestra un conjunto de objetos y sus relaciones en un momento
determinado; los diagramas de objetos muestran el diseño o los procesos de un
sistema desde un punto de vista estático.
Los
diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de
los sistemas informáticos en la metodología UML.
Se puede
considerar un caso especial de un diagrama de clases en el que se muestran
instancias específicas de clases (objetos) en un momento particular del
sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de
un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni
los roles, aunque su notación es similar a los diagramas de clase. Una
diferencia con los diagramas de clase es que el compartimiento de arriba va en
la forma Nombre de objeto: Nombre de clase.
Por ejemplo,
Miguel: Persona.
Un diagrama
de Objetos está relacionado de cerca con un diagrama de Clases, con la
diferencia de que éste describe las instancias de los objetos de clases en un
punto en el tiempo. Esto podría parecer similar al diagrama de Estructura
Compuesta, que modela el comportamiento en tiempo de ejecución; la diferencia
es que el diagrama de Objetos ejemplifica al diagrama de Clases estático,
mientras que los diagramas de Estructura Compuesta refleja las arquitecturas
diferentes de sus contrapartes estáticas. Los diagramas de Objetos no presentan
arquitecturas que varíen de sus correspondientes diagramas de Clases, pero
reflejan la multiplicidad y los roles a los que las clases instanciadas podrían
servir. Ellos son muy útiles en la comprensión de diagramas de Clases
complejos, al crear diferentes casos en los que se aplican las relaciones y las
clases. Un diagrama de Objetos puede ser también un tipo de diagrama de
Comunicaciones, el cual modela también las conexiones entre pares de objetos y
además las secuencias de eventos a lo largo de cada camino.
2.3.4 Diagrama de
paquetes
En el
Lenguaje Unificado de Modelado, un diagrama de paquetes muestra cómo un sistema
está dividido en agrupaciones lógicas mostrando las dependencias entre esas
agrupaciones. Dado que normalmente un paquete está pensado como un directorio,
los diagramas de paquetes suministran una descomposición de la jerarquía lógica
de un sistema.
Los Paquetes
están normalmente organizados para maximizar la coherencia interna dentro de
cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas
líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión.
Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias
entre ellos pueden indicar el orden de desarrollo requerido.
2.3.5 Diagrama de
actividades
El diagrama
de flujo o diagrama de actividades es la representación gráfica del algoritmo o
proceso. Se utiliza en disciplinas como programación, economía, procesos
industriales y psicología cognitiva.
En Lenguaje
Unificado de Modelado (UML), un diagrama de actividades representa los flujos
de trabajo paso a paso de negocio y operacionales de los componentes en un
sistema. Un diagrama de actividades muestra el flujo de control general
 |
| Diagrama de flujo sencillo con los pasos a seguir si una lámpara no funciona. |
características
Un diagrama
de flujo presenta generalmente un único punto de inicio y un único punto de
término, aunque puede tener más, siempre que cumpla con la lógica requerida.
Las siguientes son acciones previas a la realización del
diagrama de flujo:
- Identificar las ideas principales al ser incluidas en el diagrama de flujo. Deben estar presentes el autor o responsable del proceso, los autores o responsables del proceso anterior y posterior y de otros procesos interrelacionados, así como las terceras partes interesadas.
- Definir qué se espera obtener del diagrama de flujo.
- Identificar quién lo empleará y cómo.
- Establecer el nivel de detalle requerido.
- Determinar los límites del proceso a describir.
Los pasos a seguir para construir el diagrama de flujo son:
- Establecer el alcance del proceso a describir. De esta manera quedará fijado el comienzo y el final del diagrama. Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente.
- Identificar y listar las principales actividades/subprocesos que están incluidos en el proceso a describir y su orden cronológico.
- Si el nivel de detalle definido incluye actividades menores, listarlas también.
- Identificar y listar los puntos de decisión.
- Construir el diagrama respetando la secuencia cronológica y asignando los correspondientes símbolos.
- Asignar un título al diagrama y verificar que esté completo y describa con exactitud el proceso elegido
Material extra:
No hay comentarios:
Publicar un comentario