Representaciones de la información

Organización de la
información y redes

Contenido
• Introducción  Bloques
• Organización de la  Diagramas de flujo
información  Diagramas de negocio
 Diagramas de
▫ Esquemas
Planificación
▫ Tablas
 Diagramas de red
▫ Diagramas  Modelos de software
▫ Especificaciones ▫ Modelos formales
• Especificación del  UML
proceso de la • Conclusiones
información • Referencias
▫ Modelos conceptuales
José Luis Poza Luján
Especificación de Requisitos

Introducción Objetivos

• Conocer las formas de organizar la información
en el ámbito de la informática.
• Conocer las diferentes formas de especificar
(organizar en lenguaje informático) la
información en los sistemas informáticos, tanto
el método conceptual como la especificación
formal (estandarizada)
• Practicar los diversos métodos de organizar la
información


Introducción Definiciones

• La organización de la información se refiere a
cómo se clasifican los datos. En los procesos
informáticos, cómo se organiza la información
determinará cómo se procesa.
• La organización de la información da la visión
estática de los datos con los que se trabajan.
• La representación de la información también
debe determinar cómo se procesa la misma
(visión dinámica)
▫ Por ello, además de conocer cómo está organizada
la información, es importante cómo se presenta su
procesamiento.

Organización Métodos

• Esquemas
▫ Visión secuencial (una dimensión)
de los contenidos organizados
en una jerarquía
 Empleados para la presentación
de conceptos, planes, etc.
▫ Pueden se de diferentes tipos
 Numerados
 De llaves
 Mapas conceptuales



• Tablas
▫ Visión espacial (dos dimensiones)
 Empleados para la organización
de la información en función
de características (filas,
columnas, sub-filas, etc…)
 Pueden ser muy complejas
incluyendo jerarquías
(esquemas) en las filas
o en las columnas o
descripciones particulares
de cada elementos


• Diagramas
▫ Visión multidimensional
 Describen la información en
función no sólo de sus
características sino de su
procesamiento.
 Existe una gran cantidad de
tipos, desde los empleados
en marketing a los
empleados en la
Ingeniería Informática



• Especificación
▫ Visión multidimensional y dinámica de la
información
 Va más allá de los métodos presentados
anteriormente.
 Se denominan de forma similar: diagrama de
bloques, diagrama de flujo…
 Emplea nomenclatura común para describir los
elementos y el procesamiento de los mismos.


Especificación Introducción

• En los sistemas informáticos hay que
documentar cómo se maneja la información.
• ¿Qué método es el más recomendable?

• Debe ser comprensible por todas las partes
• Debe ser adecuado a la información
representada

Modelos conceptuales

• Diagramas de bloques
▫ Los elementos se representan con formas
sencillas: rectángulos, círculos, elipses
▫ Las relaciones se representan con flechas
▫ Ventajas
 Es rápido de realizar
 Más adaptados a la realidad
 Adaptado al autor: estilo
▫ Inconvenientes
 No está estandarizado
 Debe ir acompañado de una leyenda
 Cada autor da un significado a cada forma

• Ejemplo



• Diagramas de flujo
▫ Diagrama de flujo básico
▫ Diagrama de flujo de funciones cruzadas
▫ Diagrama SDL
▫ Diagrama BPMN
▫ Diagrama IDEF0



• Diagrama de flujo básico
Inicio o finalización: Especifican el primer y
último paso de un proceso
Proceso: Paso intermedio con suficiente
entidad

Subproceso: Conjunto de acciones que
forman un proceso
Decisión: Acción que cambia el flujo del
proceso entre dos o más opciones
Datos internos: Especifica la información
intrínseca que entra o sale del proceso
Datos externos: Especifica información
externa que entra o sale del proceso
Documento: resultado de parte
de un proceso
Referencias:
José Luis Poza Luján internas/ externas


• Diagramas de flujo básico
▫ Características
 Visión general de un proceso
 Visión dinámica dirigida (secuencial)
 Procesos sencillos basados en decisiones
 Estandarizados “de facto”
▫ Ventajas
 Fácil de comprender
▫ Inconvenientes
 No permite detallar componentes
 No incluye actores  Funciones cruzadas


• Diagrama de flujo de funciones cruzadas
Calles: Responsable (función, actor) de cada parte del diagrama de flujo básico

Título
Fase
Función

• Añade actores
• Distribuye el proceso
• Mayor organización



• Diagrama SDL
▫ Basado en el lenguaje SDL (Specification and
Description Language) propuesto por la ITU
(International Telecommunication Union)
 El primer estándar data de 1976
▫ Pensado para especificaciones y descripciones no
ambiguas de sistemas de telecomunicaciones
▫ Se basa en el concepto de máquinas de estados finitas
extendidas
▫ Existen dos formas diferentes
 SDL/GR (Graphical Representation)
 SDL/PR (Phrase Representation)
▫ Existen diferentes versiones: tiempo real, redes, etc.



• Diagrama SDL
Inicio: Inicio del proceso (múltiple)

Procedimiento: Procesos en paralelo

Solicitud: Pide el control

Retorno: Devuelve el control

Mensaje del usuario

Mensaje al usuario

Primitiva del control

Primitiva alcontrol

Decisión

José Luis Poza Luján Terminad
Especificación de Requisitos or


• Diagrama BPMN
▫ Business Process Modeling Notation (Notación
para el Modelado de Procesos de Negocio)
 Relativamente reciente (2005)
 Mantenido por la OMG (UML, etc.)  estandarizado.
▫ Procesos de negocios basados en la técnica de
diagramas de flujo
▫ Elementos con funcionalidad bien definida
 Objetos de flujo
 Objetos de conexión
 Canales
 Artefactos



• Diagrama BPMN. Objetos de flujo
◦ Eventos ◦ Puertas de enlace
 Algo que sucede  Controlan la divergencia y
Inicio: comienzan un proceso
convergencia del flujo del
proceso
Intermedio: Asociados a esperas
Datos exclusivos
Finalización: Finalizan el proceso
Basada en un evento
◦ Actividades
 Trabajo realizado Inclusiva
Tareas: procesos globales
Paralela
Subprocesos: tareas detalladas

Compleja

• Diagrama BPMN.
▫ Elementos de conexión
Flujo de secuencia: indican el paso de un proceso al siguiente
Flujo de mensaje: indican el paso de información
Asociación: indican una relación de un elemento con otro
▫ Canales
Pools / Calles: agrupan la responsabilidad del proceso (categoría,
Función

área funcional)

▫ Artefactos
Texto Anotaciones: metainformación

Grupos: asociación de elementos afines para el proceso

Objetos de datos: Información necesaria para el proceso


• Diagrama BPMN

Wikimedia
Commons



• Diagrama IDEF0
▫ IDEF: Integration DEFinition (definición integral)
 Originario del DoD (Department of Defense)
▫ IDEF0: Empleada para modelar procesos
empresariales y organizativos
▫ Elementos sencillos
▫ Las iteraciones en el detalle del sistema da lugar a
muchas versiones
 IDEF0: Diagrama de contexto
 IDEF1X: Modelado de datos
 IDEF1: Modelado de información
 …
 IDEF 14: Diseño de la red



• Diagrama IDEF0. Actividades

▫ Actividad = Especificación literal (Verbo + objeto
directo)
 ICOM (Input Control Output Mechanism)
▫ Flechas = sustantivos que representan información
(cosas, actores, cosas, conceptos, eventos, etc.)


• Diagrama IDEF0. Diagramas
▫ Agrupan actividades
▫ La posición indica jerarquía (temporal, prioritaria,
etc.)
▫ Combinaciones de flechas (salida-entrada, salida-
control, salida-mecanismo, realimentación)



• Diagrama IDEF0



• Diagramas de negocios
▫ Lluvias de ideas
▫ Organigrama
▫ Diagrama de causa y efecto
▫ Diagramas EPC



• Lluvia de ideas
▫ También llamados “mapas mentales”
▫ Interconectan conceptos relacionados
▫ Permiten organizar información difusa
▫ Se emplean como primera aproximación para la
generación de conocimiento
▫ Se mantienen ciertas restricciones para evitar que
sea una representación del caos
 Debe haber una idea principal
 Las conexiones entre ideas deben ir etiquetadas



• Lluvia de ideas
Tema principal Tema principal: ocupa el centro del diagrama

Tema
Tema : está conectado jerárquicamente con el tema principal u
otro tema
Tema nuevo
Conector temático: aspecto o idea que relaciona un tema con
otro (o finaliza el tema)
Conector : relaciona temas jerárquicamente
Asociación: relaciona temas sin jerarquía



• Organigrama
▫ Empleado para la descripción de los recursos
humanos y las jerarquías existentes entre ellos
▫ La posición del puesto determina la jerarquía
 Superior: personal del que se depende
 Inferior: personal al cargo
 Mismo nivel: personal de la misma categoría
 Conectores
 Relacionan el puesto: dependencias
 Determinan las colaboraciones
 Inclusión de fechas y categorías



• Organigrama
Nombre
Puesto Puesto directivo: Puesto de responsabilidad
Nombre
Puesto Puesto genérico
Nombre
Puesto Puesto colaborador: Relación temporal, sin jerarquizar
Nombre
Puesto Puesto vacante: Indica la ausencia/necesidad de un puesto

Agrupación de puestos:
Define equipos de trabajo
Puesto del equipo

Conector: Relaciona jerárquicamente
los puestos
Relación: Relaciona no
jerárquicamente los puestos



• Diagrama de causa y efecto
▫ Empleados para averiguar factores que inciden en
un problema
▫ También conocidos como de Kaouru Ishikawa
▫ Resume gráficamente las causas y los efectos en
un proceso



• Diagrama de causa y efecto
Efecto a analizar: Es el primer elemento, sólo puede
haber uno por diagrama.
Categoría principal: Influye directamente en el efecto
a analizar

Causa principal: responde a la pregunta de ¿Por qué
influye una categoría?

Causa secundaria: responde a la pregunta de ¿Por
qué influye una causa?

Marco de pez: Agrupa el diagrama para dar una idea
de la forma que debe tomar. Cuando las causas se salen
del marco, hay que plantearse dividir el efecto en varios



• Diagrama EPC
▫ EPC: Event-driven Process Chain (Cadena de
procesos gestionados por eventos)
▫ Representan los procesos y los eventos que dan
lugar a la realización de
funciones
▫ Simulares a los diagramas de
flujo, pero con la inclusión de
los eventos y de las
combinaciones de los mismos



• Diagrama EPC
Evento: Suceso significativo ante el cual el sistema reacciona.

Función: Elemento activo que modela una tarea que se debe
realizar.
Unidad organizativa: Entidad responsable de una función

Recurso informativo: Representa la información necesaria para
una función

Recurso documental: Representa el soporte a la información

Conectores lógicos: Indican la relación entre los elementos (XOR,
V
XOR V
OR y AND respectivamente)
Relación de flujo: indica el sentido del procesamiento



• Diagramas de planificación
▫ Calendarios
▫ Diagrama de Gantt
▫ Diagrama PERT



• Calendario
▫ Empleado para ubicar temporalmente las acciones
en la especificación
▫ Gestionado a través de agendas
▫ Actualmente se emplean herramientas de gestión
de calendarios de proyectos conjuntos (para evitar
la sobrecarga o la infrautilización de recursos)
marzo de 2011
lu ma mi ju vi sá do
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27 01/02/2011 - 20/02/2011
28 29 30 31
lunes martes miércole jueves viernes sábado domingo
s
enero 31 febrero 1 2 3 4 5 6

7 8 9 10 11 12 13

José Luis Poza Luján 14 15 16 17 18 19 20



• Diagrama de Gantt
▫ Empleado desde comienzos del siglo XX
▫ Gestiona los proyectos, asociando tareas
jerárquicamente a ubicaciones temporales
▫ Permite especificar las tareas, agruparlas y definir
hitos importantes en los proyectos



• Diagrama de Gantt
Columnas:
Tareas

Las de la izquierda especifican las tareas, los identificadores, fechas
de inicio y fin, duración e información adicional
Las de la derecha representan unidades temporales (días, semanas,
meses) dependientes de la duración y de la visualización del proyecto

1
Filas: Representan una tarea y todo lo relacionado con ella
(subtareas, hitos, etc.)
Tareas activas: Se representan por barras horizontales con una
longitud relacionada directamente con la duración. Se permite
incluir una evolución de la tarea ya realizada
Hitos: Instantes temporales de especial relevancia (reuniones,
puntos de sincronización, etc.)
Vínculos: Indican las dependencias entre las diversas tareas



• Diagrama PERT
▫ PERT: Program Evaluation and Review Technique
(técnica de evaluación y revisión de
programación)
▫ Ofrece una visión más general y flexible de las
tareas que el diagrama Gantt.
 Complementario
 Ruta crítica



• Diagrama PERT
Comienzo más
temprano
Duración Fin más temprano
Tareas activas: Se representan en cajas con la
Nombre de tarea información de los márgenes temporales de inicio
Inicio tardío Margen de demora Fin tardío y final

Nombre de tarea
Comienzo
Fin programado
programado
Comienzo real Fin real

Conexiones: Las tareas se conectan en función
de sus dependencias

Camino crítico: ruta destacada de trabajo de las
tareas



• Diagramas de red
▫ Modelo físico: conexiones
▫ Modelo lógico: LDAP



• Diagramas de red: modelo físico
▫ Especifica los dispositivos de interconexión
▫ No hay un estándar, pero el modelo de CISCO es
el más extendido
 Símbolos: dispositivos
 Líneas: medio físico
▫ No describe la
organización de la red,
sólo la implementación



• Diagramas de red: modelo físico
Servidor de Terminales Enrutador

Enrutador ATM
Servidor de Comunicaciones
Conmutador RDSI

Sonda
Conmutador ATM

Puente
Switch Ethernet ATM – FastGB

Gateway
Conmutador de grupo de trabajo

Firewall Concentrador pequeño

Concentrador 100 base T

Concentrador CDDI/FDDI


• Diagramas de red: modelo lógico: LDAP
▫ Protocolo sencillo de red  nomenclatura común
de estructura de usuarios y recursos de red
▫ Jerarquiza los servicios de red con los usuarios



• Diagramas de red: modelo lógico: LDAP
Organización: representa el sistema base sobre el que se aplica el
modelo

Unidad organizativa: subdivisión funcional de la red (áreas de
trabajo)

Grupo de nombres: perfiles de usuarios comunes

Usuario : representa el perfil genérico dentro de un grupo

Usuario organizativo: representa el gestor de un perfil

Entidad de aplicación: servicio común de aplicación



• Modelos de software
▫ Diagrama de flujo de datos
▫ Mapa Web



• Diagramas de flujo de datos
▫ Documentan el flujo lógico
de datos a través de un
conjunto de procesos.
▫ Se pueden incluir orígenes y
destinos externos de los datos
▫ Incluyen las actividades que
transforman los datos y los
almacenan.



• Diagramas de flujo de datos
Estado de inicio: inicia el proceso (independientemente de la
procedencia de la orden)
Proceso de datos: acción a realizar, en ocasiones se asocia a las
funciones a implementar
Interacción externa: actor o acción que no pertenece a la función
que se está especificando
Almacén de datos: especifica los datos de entrada y salida y
también los datos almacenados
Conector: describe el flujo de los datos entre las entidades



• Mapa Web
▫ Las aplicaciones Web tienen una arquitectura
lógica diferente de las aplicaciones nativas
 Servidores y datos distribuidos
 Arquitecturas de tres capas
 Presentación (interfaz)
 Negocio (procesamiento)
 Persistencia (datos)
 Componentes de ejecución muy heterogéneos
 Continua actualización
 Evolución muy rápida



• Mapa Web
▫ Desarrollados desde
el punto de vista del
usuario de la página Web
 Lista de páginas
(mapa físico)
 Lista de llamadas entre
ellas (mapa lógico)


Modelo formal: UML

• Diagramas UML
▫ Lenguaje Unificado de Modelado (UML por si siglas
en inglés, Unified Modeling Language)
▫ Respaldado por el OMG (Object Management
Group).
▫ Es un lenguaje gráfico para especificar y
documentar un sistema software.


Modelo formal: UML

• Diagramas UML
▫ Estáticos
 Clases
 Objetos
▫ Dinámicos
 Casos de uso
 Colaboración
 Secuencia
▫ Componentes
▫ Implementaciones
▫ Actividades
▫ Diagramas de estados

Modelo formal: UML

• Diagramas UML: estructuras
▫ Diagrama de clases:
 Tipo de diagrama estático que describe la estructura de un
sistema organizándolo en entidades autónomas denominadas
clases.
 Las clases contienen atributos que describen sus características
y métodos que especifican su funcionamiento.
▫ Diagrama de objetos:
 Caso especial de un diagrama de clases en el que se muestran
instancias específicas de clases, llamadas objetos, en un
instante concreto del sistema
▫ Diagrama de componentes:
 Representa la estructuración de un sistema de software en los
componentes físicos, o relacionados con un soporte físico (por
ejemplo archivos, cabeceras, módulos, paquetes, etc.), además
debe mostrar las relaciones y las dependencias entre estos
componentes.


Modelo formal: UML

• Diagramas UML: estructuras
▫ Diagrama de estructura compuesta (UML 2.0):
 Muestra la estructura interna de un componente,
incluyendo sus puntos de interacción a otras partes del
sistema.
 Muestra la configuración y relación de las partes que
juntas realizan el comportamiento del componente.
▫ Diagrama de despliegue: es un tipo de diagrama que se
utiliza para modelar el soporte físico utilizado en la
implementación del sistema.
▫ Diagrama de paquetes: muestra como un sistema está
dividido en agrupaciones lógicas mostrando las
dependencias entre esas agrupaciones.


Modelo formal: UML

• Diagramas UML: comportamiento
▫ Diagramas de comportamiento:
 Enfatizan en lo que debe suceder en el sistema modelado
proporcionando una visión temporal de cómo evoluciona el
sistema.
▫ Diagrama de actividades:
 Representa los flujos de trabajo, de negocio y operacionales de
los componentes de un sistema. Basados en los diagramas de
estados y los diagramas de Petri.
▫ Diagrama de casos de uso:
 Es una descripción de las acciones que lleva a cabo un sistema
desde el punto de vista del usuario
▫ Diagrama de estados:
 Es un diagrama que organiza temporalmente los escenarios
que los componentes del sistema puede tener


Modelo formal: UML

• Diagramas UML: Interacción
▫ Diagrama de secuencia:
 Muestra la interacción de un conjunto de objetos en una aplicación a través del
tiempo y se modela para cada caso de uso. el diagrama de secuencia contiene
detalles de implementación del escenario, incluyendo los objetos y clases que se usan
para implementar el escenario, y mensajes pasados entre los objetos.
▫ Diagrama de colaboración:
 Muestra las interacciones entre objetos organizadas entorno a los objetos y los
enlaces entre ellos. Los diagramas de secuencia proporcionan una forma de ver el
escenario en un orden temporal.
▫ Diagrama de tiempos (UML 2.0):
 Muestran el cambio en el estado o valor de uno o más elementos en el tiempo. Este
también puede mostrar la interacción entre los eventos de tiempos, las restricciones
de tiempos y la duración que los gobiernan.
▫ Diagrama de vista de interacción (UML 2.0):
 La vista de interacción describe secuencias de intercambios de mensajes entre los
roles que implementan el comportamiento de un sistema. Un rol clasificador, o
simplemente "un rol", es la descripción de un objeto, que desempeña un
determinado papel dentro de una interacción, distinto de los otros objetos de la
misma clase.


Modelo formal: UML

• Diagramas UML: Elementos
<class name>
attributes
<attribute name> <attribute type>
... ...
operations
<operation name> <return type>
<parameter> <parameter type>
<direction:name> <type>
... ...
... ...

Mensaje simple de llamada
(puede ser síncrono o asíncrono
Mensaje simple de respuesta
Mensaje síncrono
Mensaje asíncrono


Modelo formal: UML

• Diagramas UML: Relaciones
Asociación
Es una relación estructural que resume un conjunto de enlaces
que son conexiones entre objetos
Asociación directa

Generalización: Es una relación en la que el elemento generalizado puede ser substituido
por cualquiera de los elementos hijos, ya que comparten su estructura y comportamiento.
Dependencia: Es una relación entre dos elementos, tal que un cambio en uno puede
afectar al otro
Realización: Es una relación que implica que la parte realizante cumple con una serie de
especificaciones propuestas por la clase realizada (interfaces).

Agregación (acumulación)

Composición (tipo de Agregación)

Interfaz

Asociación

Agregación (acumulación)

Generaliación Composición

• La información con la que trabaja un sistema
debe ser representada de forma adecuada
▫ Hay pocos estándares generales de representación
de la información
 Sin embargo hay modelos establecidos,
generalmente en forma de diagramas
 El uso de un modelo depende de la información a
representar.
▫ El mayor intento de estandarización es UML
 Da una visión estática y dinámica de los
componentes de un sistema


• Bustelo Rueta C, García Morales Huidoro E.
▫ La consultoría en organización de la información. El
Profesional de la Información. 2000
• Maestre P.
▫ Diccionario de gestión del conocimiento e informática.
Madrid: Fundación para la difusión de las ingenierías
y el conocimiento; 2000.
• Jessica Glaser, Carolyn Knight.
▫ Diagramas: Grandes ejemplos de infografía
contemporánea. Gustavo Gili, S.L. 2011
• Bennett Simon, Mcrobb Steve, Farmer Ray
▫ Análisis y diseño en sistemas orientados a objetos con
UML, 3ª Ed. McGraw-Hill. 2010

Representaciones de la información

Recomendados

Recomendados

Mais conteúdo relacionado

Destaque

Destaque (8)

Semelhante a Representaciones de la información

Semelhante a Representaciones de la información (20)

Mais de Jose Luis Poza Luján

Mais de Jose Luis Poza Luján (20)

Último

Último (20)

Representaciones de la información