Representaciones de la información

Organización de la información y redes

Organización y representación de la información

José Luis Poza Lujá[email protected]

José Luis Poza LujánEspecificación de Requisitos

Contenido•Introducción•Organización de la

información▫Esquemas▫Tablas▫Diagramas▫Especificaciones

•Especificación del proceso de la información▫Modelos

conceptuales

Bloques Diagramas de flujo Diagramas de

negocio Diagramas de

Planificación Diagramas de red Modelos de

software▫Modelos formales

UML•Conclusiones•Referencias


Introducción

•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

Objetivos


Introducción

•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.

Definiciones


Organización

•Esquemas▫Visión secuencial (una dimensión)

de los contenidos organizadosen una jerarquía Empleados para la presentación

de conceptos, planes, etc.▫Pueden se de diferentes tipos

Numerados De llaves Mapas conceptuales

Métodos


Organización

•Tablas▫Visión espacial (dos dimensiones)

Empleados para la organizaciónde la información en funciónde características (filas,columnas, sub-filas, etc…)

Pueden ser muy complejas incluyendo jerarquías (esquemas) en las filaso en las columnas odescripciones particulares de cada elementos

Métodos


Organización

•Diagramas▫Visión multidimensional

Describen la información enfunción no sólo de suscaracterísticas sino de suprocesamiento.

Existe una gran cantidad de tipos, desde los empleadosen marketing a los empleados en la Ingeniería Informática

Métodos


Organización

•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.

Métodos


Especificació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

Introducción


•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

Especificación Modelos conceptuales


•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 procesoProceso: 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

Documento: resultado de parte de un proceso

Datos externos: Especifica información externa que entra o sale del proceso

Referencias: 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

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


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

Título

Func

ión

Fase


• 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 paraleloSolicitud: Pide el control

Retorno: Devuelve el control

Mensaje del usuario

Mensaje al usuario

Primitiva del control

Decisión

Primitiva alcontrol

Terminador


•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



◦ Eventos Algo que sucede

◦ Actividades Trabajo realizado

◦ Puertas de enlace Controlan la

divergencia y convergencia del flujo del proceso

•Diagrama BPMN. Objetos de flujo


Inicio: comienzan un procesoIntermedio: Asociados a esperasFinalización: Finalizan el proceso

Tareas: procesos globales

Subprocesos: tareas detalladas

Datos exclusivos

Basada en un evento

Inclusiva

Paralela

Compleja


•Diagrama BPMN. ▫Elementos de conexión

▫Canales

▫Artefactos


Flujo de secuencia: indican el paso de un proceso al siguienteFlujo de mensaje: indican el paso de información

Asociación: indican una relación de un elemento con otro

Fu

nció

n Pools / Calles: agrupan la responsabilidad del proceso (categoría, área funcional)

Objetos de datos: Información necesaria para el proceso

Grupos: asociación de elementos afines para el proceso

Texto Anotaciones: metainformación


•Diagrama BPMN


WikimediaCommons


• 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

TemaTema : 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


NombrePuesto

NombrePuesto

NombrePuesto

NombrePuesto

Puesto directivo: Puesto de responsabilidad

Puesto genérico

Puesto colaborador: Relación temporal, sin jerarquizar Puesto vacante: Indica la ausencia/necesidad de un puesto

Puesto del equipo

Agrupación de puestos: Define equipos de trabajo

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 deflujo, 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

XOR V V

Conectores lógicos: Indican la relación entre los elementos (XOR, 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)


enero 31

lunes martes miércoles

jueves viernes sábado domingo

febrero 1 2 3 4 5 6

7 8 9 10 11 12 13

14 15 16 17 18 19 20

01/02/2011 - 20/02/2011

lu

marzo de 2011

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

28 29 30 31


•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: Las de la izquierda especifican las tareas, los identificadores, fechas de inicio y fin, duración e información adicionalLas de la derecha representan unidades temporales (días, semanas, meses) dependientes de la duración y de la visualización del proyecto

Tareas

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 realizadaHitos: Instantes temporales de especial relevancia (reuniones, puntos de sincronización, etc.)

Vínculos: Indican las dependencias entre las diversas tareas

1Filas: Representan una tarea y todo lo relacionado con ella (subtareas, hitos, etc.)


•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


Duración Fin más temprano

Inicio tardío Margen de demora Fin tardío

Comienzo más temprano

Nombre de tarea

Tareas activas: Se representan en cajas con la información de los márgenes temporales de inicio y final

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

Comienzo real Fin real

Fin programadoComienzo programado

Nombre de tarea

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


Enrutador

Enrutador ATM

Conmutador RDSI

Conmutador ATM

Switch Ethernet ATM – FastGB

Conmutador de grupo de trabajo

Concentrador pequeño

Concentrador 100 base T

Concentrador CDDI/FDDI

Servidor de Terminales

Servidor de Comunicaciones

Sonda

Puente

Gateway

Firewall


•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 unconjunto de procesos.

▫Se pueden incluir orígenes ydestinos externos de los datos

▫Incluyen las actividades que transforman los datos y losalmacenan.



•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)



•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.

Especificación Modelo formal: UML


•Diagramas UML▫Estáticos

Clases Objetos

▫Dinámicos Casos de uso Colaboración Secuencia

▫Componentes▫Implementaciones▫Actividades▫Diagramas de estados



• 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.



• 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.



• 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



• 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.



•Diagramas UML: Elementos


<class name>

attributes

<attribute name> <attribute type>

... ...

operations

<operation name> <return type>

<parameter type><parameter>

... ...

... ...

<direction:name> <type>

Mensaje síncrono

Mensaje asíncrono

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

Mensaje simple de respuesta


•Diagramas UML: Relaciones


Asociación

Asociación directa

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).

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.

Agregación (acumulación)

Composición (tipo de Agregación)

Interfaz

Es una relación estructural que resume un conjunto de enlaces que son conexiones entre objetos

Generaliación

Asociación

Agregación (acumulació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

Conclusiones


• 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

Referencias

Representaciones de la información

Education