Analisis de sistemas de información

1© Arturo González del Río
Análisis de Sistemas de Información
ANÁLISIS DE
SISTEMAS DE
INFORMACIÓN

Sistemas Modelo de
Sistema
sistema
entorno
interfaz
interacciones

Sistemas de Información
Un Sistema de Información (SI) es un
conjunto de agentes de naturaleza diversa
que cooperan para adquirir, almacenar,
procesar y distribuir información con algún
propósito específico.
Concepto

Modelo de LeMoigne

Un Sistema de Información
es, esencialmente, un Sistema
de Comunicación para la
Organización que lo contiene.

Mensajes de
entrada
CONSTRUCTORES
Mensajes de
salida
CONSULTORES

SucesosSistemas de Información
Association relationships between
actor classes and use-case classes
are used to indicate that the actor
participates and communicates
with the system containing the use
case.
Arrowheads may be used to indicate
who initiates communication in the
interaction.
Interacciones en Casos de Uso

Sistemas de Comunicación
Funciones del mensaje Jacobson 1960

Sistemas de Información EL SISTEMA
OBJETO

Características del Sistema Objeto
ELEMENTOS
BÁSICOS

Elementos básicos: Constituyen la materia prima, los operandos
de los procesos organizacionales. Pueden ser más o menos
complejos. Se caracterizan porque:
Los eventos que los generan presentan distribuciones concentradas.
Bien al principio de la vida del sistema bien por ciclos definidos por la
actividad del negocio.
Constituyen la imagen principal de la organización.
Su percepción es más estática que dinámica. Por lo tanto se ajustan
más al análisis estático. Son temporalmente primarios.
Constituyen el elemento de competencia básico. Están sujetos a
conceptos como cuota de mercado. Existen estudios de consumo.
Pueden ser objeto de métricas de calidad de producto.
Suelen ser los actores organizacionales quienes los definen. Al menos
en su forma esencial.
Pueden presentar complejidad compositiva en diferentes aspectos.
Composiciones, elaboraciones, empaquetamientos…

ELEMENTOS
MEDIADORES

Elementos mediadores: son agentes que participan en
los procesos organizacionales. Son los que aportan o
reciben los objetos básicos. Pueden ser también los que
soportan el proceso que permite su producción o
transformación.
Participan en la gestión
Son destinatarios o contribuyen al valor añadido.
Son iniciales respecto al comportamiento del sistema.
No son elementos de mercado. Son agentes de mercado.
Se perciben estática y dinámicamente.

ELEMENTOS
DE GESTIÓN

Elementos de gestión.
Gestionan los elementos básicos (producción,
desplazamiento, consumo, aprovisionamiento...) con la
participación de los mediadores.
Constituyen la imagen de valor añadido.
Son más proceso que objeto. Por lo tanto se ajustan más a
patrones temporales. Nunca son iniciales.
Definen el comportamiento del sistema. El comportamiento
de elementos mediadores y básicos está condicionado por
los elementos de gestión.
Normalmente no son elementos de mercado. Confieren valor
añadido.
Pueden ser objeto de métricas de calidad de proceso.

SUCESOS
Aquí cambia de lugar el dolor: ya
no está en un punto profundo de
mi integridad resentida; está fuera
de mí: es una cosa o conjunto de
cosas que se llama un suceso.
Rosa Chacel. "Desde el
amanecer"

Sucesos
•Suceso
•Acontecimiento
•Evento
Denominación

Sucesos
Siempre asociado a aspectos de
control (disparo)
•programación por eventos
•tiempo real
•sistemas de información
Uso

Sucesos
Un suceso es un conjunto de
actividades que se realizan
ininterrumpidamente con ocasión
de un estímulo externo.
•Composición de actividades síncronas
•Interacción externa
•Encapsulamiento temporal
Concepto Físico

Sucesos
Un suceso es un cambio en el
estado de las cosas en el
Universo de Discurso.
Concepto
Concepto lógico

Sucesos
“Un evento es la especificación de un acontecimiento
significativo que ocupa un lugar en el tiempo y en el espacio.”
[BOOC99].
“Un acontecimiento es un estímulo que ocurre en el mundo
exterior al cual el sistema debe responder” [YOUR89].
“An abstraction of a change of state in the organizational
domain.” [FRISCO90]
“Un estímulo individual proveniente de un objeto y que llega a
otro es un suceso” [RUMB91]
“Una operación es un conjunto de tratamientos que pueden ser
ejecutados de manera continua, es decir, que tienen una misma
unidad de acción y no necesitan que ocurran otras operaciones”
[COLL89].
Definiciones

Sucesos LógicosSucesos Comunicativos
• Responsabilidad externa del
disparo
• Sincronismo de actividades
• Información aportada
Delimitación de Sucesos

Sucesos
Los sucesos constructores tienden a encapsular
la secuencia
Adquisición-validación-procesamiento-almacenamiento
Los sucesos consultores tienden a encapsular la
secuencia
Recuperación-procesamiento-distribución
CONSTRUCTORES /CONSULTORES
Concepto comunicativo

Sucesos
MODELO BASICO DE CONSTRUCTOR

Sucesos
MODELO BASICO DE CONSULTOR
Sucesos LógicosConcepto comunicativo

Sucesos
•Todo suceso constructor puede contener
aspectos consultores vinculados
– consultores previos a un constructor
• consultores de apoyo al usuario generador
– consultores acreditativos de constructor
• acreditación para el usuario generador
– consultores informativos de un constructor
• comunicación a usuarios consumidores
• auditoría de constructores
– consultores internos
• de verificación
• de asistencia a la selcción
CONSULTORES VINCULADOS

Sucesos
CONSULTORES VINCULADOS

Sucesos
Todo suceso consultor puede contener aspectos
“constructivos” si queremos auditar su
ocurrencia.
La auditoría no garantiza que el consumidor haya
recibido la información. Si además buscamos
garantía es necesario incorporar constructores de
confirmación (fiabilidad).
CONSULTORES AUDITADOS

Sucesos
CONSULTORES AUDITADOS

Estructuras de Adquisición
Define los datos que el suceso aporta al sistema.
Indica la forma en que se generan esos datos
Permite describir formularios

<+> Secuencia o composición
Cliente=<CIF+Razón Social+Dirección>
[ | ] Alternativa o especialización
Forma de Pago=[transferencia|reembolso|tarjeta]
{ } Iteración
LINEAS DE PEDIDO= {<referencia+descripción+cantidad>}
( ) Selección
LINEAS DE PEDIDO(referencia){<numped+descripción+cantidad>}
ABSTRACCIONES DE ESTRUCTURA

OPERACIONES DE CAPTURA DE DATOS
i para los datos que el usuario introducirá o aportará al sistema
de forma libre.
e para los datos que el usuario elegirá en un dominio que el
sistema puede prever.
d para los datos que puedan ser calculados o derivados de otros.
g para los datos que pueden ser generados por el propio
sistema.
m para estructuras iteradas derivadas del sistema en las que el
usuario marcará las instancias que decida elegir

Composición de Operaciones de Captura

Especialización
Cada especialización se asocia con una condición

Derivación

Derivación estructural Los selectores son la
forma básica de
derivación estructural

Derivación estructural Iteración derivada

Derivación estructural Correspondencia de variables

Derivación estructural Selección múltiple

DIAGRAMAS DE
SUCESOS

Diagramas de Sucesos
Modelo conceptual de tratamientos
MERISE

MERISE

Diagramas
de Actividad
UML

AND
XOR
OR
NOT ?
CONECTORES

Diagramas de Sucesos COMUNICACIÓN

Los diagramas de sucesos representan
relaciones de precedencia entre sucesos
constructores.
La precedencia entre un consultores y
constructores puede ser demasiado
compleja.
– Sólo los consultores más simples podrían
aparecer.
– También pueden aparecer los consultores
vinculados representados mediante flujos de
salida asociados a un constructor.

SUCESOS Y ESTADO

Sucesos y Estado
Un suceso es una comunicación de
la ocurrencia de fenómenos que
somos capaces de identificar.
Cada ocurrencia de suceso
identifica entidades afectadas por
un cambio en el sistema objeto.
Identificación

Un cliente
solicita
inscribirse
1
La empresa
contrata un
mensajero
2
Un mensajero
entra de
guardia
3
Un cliente
pide un
servicio
4
El jefe de logística asigna el
servicio
5
El mensajero
comunica la
recogida
6
El mensajero
comunica la
entrega
7
El mensajero
sale de
guardia
8
Sucesos y Estado

Un cliente
solicita
inscribirse
1
La empresa
contrata un
mensajero
2
Un mensajero
entra de
guardia
3
Un cliente
pide un
servicio
4
servicio
5
El mensajero
comunica la
recogida
6
El mensajero
comunica la
entrega
7
El mensajero
sale de
guardia
8
1
N
N
1
1
N
1
1
1
1
1
1
1
1
Sucesos y Estado

Sucesos estadosUn cliente
solicita
inscribirse
1
La empresa
contrata un
mensajero
2
Un mensajero
entra de
guardia
3
Un cliente
pide un
servicio
4
servicio
5
El mensajero
comunica la
recogida
6
El mensajero
comunica la
entrega
7
El mensajero
sale de
guardia
8
CLIENTE
SERVICIO
MENSAJERO
SERVICIO ASIGNADO
SERVICIO RECOGIDO
SERVICIO ENTREGADO
GUARDIA FINALIZADA
GUARDIA

Estados
CLIENTE
SERVICIO
MENSAJERO
SERVICIO ASIGNADO
SERVICIO RECOGIDO
SERVICIO ENTREGADO
GUARDIA FINALIZADA
GUARDIA

INTERFACES

Conceptos de Interfaz de Usuario
Comunicación
–EDICION: soporte a la edición de
mensajes
– LOCALIZACIÓN: de editores/de objetos
– INVOCACIÓN: disparos
• funciones de edición
• funciones de navegación
• sucesos de usuario
FUNCION

La especificación de la interfaz de usuario
mantiene la relación entre dos
organizaciones de componentes:
– la organización de los sucesos de usuario tal
como los concibe el usario
– la organización de las componentes de la
aplicación tal como las conciben los
diseñadores.
ESTRUCTURA

Edición
El proceso editorial del
usuario con la interfaz
le permite construir la
estructura de datos que
comunicará al sistema
de información.

Una de las tareas del diseño
es la fragmentación de los
formularios de usuario, las
estructuras de adquisición, en
términos de abstracciones de
interfaz conectadas por
relaciones de composición o
indexación.
Fragmentación Estructural

Tendencia a la
fragmentación 1FN

Otra decisión de diseño
es el tipo de
contenedores que se
usará para albergar las
estructuras básicas.
Si se utiliza cliente
ligero es muy probable
que se propongan
varios formularios.
Si se utiliza cliente
pesado es posible que
todas las estructuras
se acomoden en un
único formulario.

Aparecen dos criterios diferentes de
encapsulamiento de estructuras de interfaz:
– Uno impuesto por el atavismo 1FN que
identifica las estructuras de la interfaz con la
representación de las estructuras en la capa
de datos.
– Otro impuesto por el encapsulamiento de
contenedor que sigue criterios de
estandarización organizacional es decir de
reusabilidad.

Estructuras básicas de abstracción
Campos elementales
Etiquetas de campos
Describe el contenido del campo asociado.
Campos Numéricos
• Campos enteros
• Campos decimales
Campos Temporales
• Campos fecha
• Campos año
• Campos mes
• Campos hora
Campos de Texto
• Línea
• Multilínea
• Formateado
Dominios discretos o enumerados
Permite al usuario elegir entre un conjunto predefinido de valores. Esto incluye cualquier
tipo de representación de la opcionalidad.
Estructuras de edición

Registros
La abstracción de registro se caracteriza por los
campos elementales que lo constituyen y la forma
de recorrerlos.
Funciones de edición:
Nuevo: presenta una estructura vacía en la interfaz.
CancelarEdicion, ConfirmarEdición.
Funciones de recorrido:
CampoPrimero, CampoÚltimo,
CampoAnterior,CampoSiguiente,
Habitualmente las funciones CampoAnterior y
CampoSiguiente están asociadas a la tecla de tabulación.

Conjunto de Registros
Funciones de edición:
Añadir
Eliminar
CancelarEdicion
ConfirmarEdición.
Funciones de recorrido:
primero, último, siguiente o anterior registro
Elemento activo
–Único o múltiple

Relaciones de composición
La relación maestro-detalle es una de las más conocidas. Se
conoce con múltiples nombres: cabecera/líneas, padre/hijos.
Fue popularizada por las bases de datos en red (set codasyl).
Permite relacionar un registro con un conjunto de registros
asociados que se suponen componentes, partes o hijos del
registro base.
Relaciones de indexación
Relación índice de acceso. También se conoce como relación
lista/detalle.
Relaciones entre Estructuras

Filtro
Ordenación
Búsqueda
Selección
Deben estandarizarse
Servicios
Servicio Estándar Parámetros
Nombre_del_evento D estándar de invocación
P estándar de presentación
R estándar de realimentación

Modos Editoriales
Modos Editoriales
– Usamos un mismo contenedor con distintos
propósitos editoriales.
– Reutilizamos las estructuras del contenedor alterando
sus características de editabilidad/visibilidad.
– Los modos editoriales guardan relación con la
reusabilidad, es decir con la generalización y
especialización.

Presentación : Modo editorial de un formulario.
Definido en términos de
Subpresentaciones.
Subpresentación: Modo editorial de una estructura
base.
Modos Editoriales

Maestro-Detalle 2
Maestro
Detalle
Modos Editoriales
Formulario
Estructuras base

Modos Editoriales
Presentaciones y subpresentaciones

Modos Editoriales
Presentaciones y
subpresentaciones
resuelven el
problema de la
fragmentación 1FN

Modos Editoriales
Pero no el
problema de la
fragmentación de
contenedores.

Contexto Editorial
CONTEXTO
{FORMULARIOS
{PRESENTACIONES
{SUBPRESENTACIONES}
}
}
CONTEXTO EDITORIAL

Contexto Editorial
INTERFAZ MULTIFORMULARIO

Estructura de Disparos

Estructura de disparos

Las acciones podrán ser
eventos de usuario (U)
o eventos internos (I)
Acciones

(P) Cambio de Formulario.presentación.
El cambio de presentación, sea en el mismo o
en diferente formulario, supone el cambio
completo de entorno.
(S) Cambio de subpresentación.
Las subpresentaciones deben poder
componerse para permitir el tratamiento de la
especialización y de la opcionalidad.
(F) Función de negocio.
Reacciones

Aspectos metodológicos
Todas las funciones que aparecen en la
estructura de disparos deberán imputarse a
la capa correspondiente.
Existen funciones en la estructura de
disparos que pueden asociarse desde un
principio a la capa de negocio o a la capa
de presentación. Otras pueden solapar las
dos capas y deberán separarse.
.
SEPARACIÓN DE FUNCIONALIDADES

Las tareas de la especificación de diseño
incluyen:
– La reorganización del modelo funcional del usuario o
diseño de la arquitectura de interacciones.
– La especificación de las componentes de interfaz o
diseño detallado de interacciones.
– La especificación de las de componentes internas o
diseño detallado de reacciones. Cada función de
usuario debe asociarse a las componentes internas que
se responsabilizan de proporcionar el resultado
esperado.

Diseño de la arquitectura de interacciones.
– Lista de sucesos/Roles de usuarios
– Agrupaciones lógicas de sucesos: jerarquía de menus
Diseño detallado de interacciones.
– Especificación de Contextos editoriales.
Diseño detallado de reacciones.
– …..

Analisis de sistemas de información

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Analisis de sistemas de información

Similar a Analisis de sistemas de información (20)

Último

Último (20)

Analisis de sistemas de información