Académique Documents
Professionnel Documents
Culture Documents
Trminos bsicos
Verificacin corresponde a que el
modelo sea lo que se quiere que sea
Validacin corresponde a que el modelo
es factible con respecto a los objetivos
formulados
Evaluacin es un juicio de valor en
trminos de la calidad del diseo
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Sincronizacin
Los datos, procesos y distribucin
representan diferentes visiones de un
mismo sistema, y por lo tanto deben ser
consistentes.
El diseador debe sincronizar las
diferentes visiones para asegurar la
consistencia y complementariedad de la
especificacin total del sistema.
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Otoo 2004
Sincronizacin en la Arquitectura
datos
procesos
distribucin
Conceptual
(negocio)
Lgico
(sistema de
informacin)
Fsico
(computacional)
Otoo 2004
Matriz de Sincronizacin
Existen 3 matrices de sincronizacin
(datos proceso, datos
distribucin, procesos distribucin).
En cada fila se ordenan loe elementos
de una dimensin y las columnas
representan los elementos de la otra
dimensin.
Otoo 2004
Datos - Proceso
Debe existir un almacenamiento de
datos en el SPD para cada entidad atributo del modelo.
Deben existir los procedimientos
adecuados para mantener cada
entidad del modelo (Crear, Leer,
Actualizar y Borrar).
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Metodologa ...
La calidad de la sincronizacin es establecida
como:
Cada entidad debe tener al menos un C (crear), un R
(leer), un U (actualizar), y un D (borrar) para la
completitud del sistema. En caso contrario, uno o ms
procesos han sido omitidos desde el modelo de
procesos (SPD).
Ms importante es que los usuarios y administradores
deben validar que todos los posibles Crear (C), Leer
(R), Actualizar (U) y Borrar (D) han sido incluidos.
Otoo 2004
Matriz de Sincronizacin
En las filas se ordenan las entidades y sus
atributos.
En las columnas se ordenan los procesos de
automatizacin (SPD).
Los elementos corresponden a las operaciones
que un proceso efecta sobre los diferentes
datos (C, R, U y/o D).
Una ltima columna se usa para la consistencia
(debe incluir un CRUD), y una ltima fila debe
incluir a lo menos un elemento CRUD.
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Procesos (SPD)
CRUD?
C,R,U D
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Tipos de Problemas
Completitud: existen entidades que no tienen
procesos CRUD asociados.
Correccin: existen procesos (en el SPD) que
no utilizan datos del modelo.
Inconsistencia (1): existen procesos que usan
datos (entidad/atributo) innecesarios.
Inconsistencia (2): existen procesos que
operan sobre datos no existentes en el
modelo
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Ejemplo
Un cadena de retail desea sincronizar su
modelo de datos de clientes y sus procesos
automatizados (SPD).
El modelo de datos posee cliente, orden,
producto ordenado y producto.
Los procesos (SPD) posee los procesos de
postulacin al registro de clientes, crdito,
cambio de direccin, cambio interno de
crdito, orden de nuevos clientes,
cancelacin de ordenes, etc.
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Modelo de Datos
CUSTOMER
Customer Number
Customer Name
Shipping Address
Billing Address
Balance Due
ORDER
has placed
Order Number
Order Date
Order Total Cost
sold
ORDERED PRODUCT
INVENTORY PRODUCT
Product Number
Product Name
Product Unit of Measure
Product Unit Price
Ordered Product ID
sold as
Quantity Ordered
Unit Price at Time of Order
Otoo 2004
Process
order
Order
Customer
Accepted
Order
Esquema General
...
Standing
Order
Recurring
Order
Customer
Order
Process
standard
order
Accepted
Standing
Order
...
Process
recurring
order
Accepted
Recurring
Order
Process
rush
order
Accepted
Rush
Order
...
Process
employee
order
Accepted
Employee
Order
...
...
y
Rush
Order
Employee
Order
Un cliente coloca
una orden, la cual
es procesada.
El proceso puede
ser realizado para
diferentes tipo de
ordenes.
Otoo 2004
Process
Order
Cencel
Order
2
2
New
Order
Order
to be
Deleted
Orders
New
Order
Address
Change
Order
Address
Change of Address
Unfilled
Order
l
2
Summarize
Unfilled
Orders
Summary of Orders
Otoo 2004
.Customer Name
.Customer Address
RU
RU
RU
R
RU
RU
RU
.Order Number
.Order Date
.Order Amount
CRUD
CRUD
CRUD
CRUD
Ordered Product
.Quantity Ordered
.Customer Number
Entity . Attribute
Customer
RU
RU
RU
RU
CRUD
CRUD
.Product Number
.Product Name
RU
.Product Description
RU
RU
RU
Product
RU
RU
RU
U
RU
Otoo 2004
Procesos - Distribucin
En las columnas se ordenan las localizaciones
existentes.
En las filas se ordenan las funciones o procesos
(especialmente de ltimo nivel).
Los elementos corresponden a la distribucin de
cada funcin o proceso (E R).
Una ltima columna se usa para la consistencia
(debe incluir un E y R), y una ltima fila debe
incluir a lo menos un elemento E o R.
Otoo 2004
Localizaciones
EyR
EoR
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
Tipos de Problemas
Existen localizaciones que no tienen
procesos o funciones asociados.
Existen procesos o funciones que no
tienen asociada una E R en el
modelo.
Existen responsabilidades (dos o
ms) en diferentes localizaciones
(coordinar?).
IN55A, Sistemas de Informacin Administrativos
Otoo 2004
. Warehose
San Diego
. Sales
San Francisco
. Warehouse
. Sales
Boston
. Sales
. Accounts Receivable
. Warehouse
. Advertsing
. Marketing
Process
Customers
Kansas City
X
X
X
X
Otoo 2004
Datos - Distribucin
El modelo de datos describe los requerimientos de datos
almacenados y el de distribucin los lugares de
operacin.
El objetivo es identificar qu dato(s) es ocupado(s) en
qu localizacin.
Especficamente, las siguientes preguntas podran ser
respondidas:
Otoo 2004
Otoo 2004
RU
CRUD
CRUD
CRUD
.Customer Address
RU
CRUD
CRUD
CRUD
RU
RU
X
R
INDV
ALL
.Order Number
SRD
.Order Date
SRD
.Order Amount
. Warehose
R
.Customer Name
San Diego
CRUD
. Sales
. Warehouse
SS
San Francisco
. Sales
SS
CRUD
INDV
Boston
. Sales
SS
. Advertsing
SS
CRUD
. Marketing
ALL
.Customer Number
Kansas City
ALL
Entity . Attribute
Customer
Customers
. Warehouse
. Accounts
..Receivable
Matriz Datos-a-Distribucin
SS
ALL
CRUD
CRUD
CRUD
SRD
CRUD
INDV
ALL
.Quantity Ordered
SUD
CRUD
SUD
CRUD
ALL
ALL
ALL
ALL
ALL
ALL
ALL
ALL
ALL
.Product Number
CRUD
.Product Name
CRUD
.Product Description
CRUD
RU
CRUD
CRUD
RU
RU
Order
Ordered Product
Product
SS
SS
SS
SS
CRUD
CRUD
CRUD
CRUD
CRUD
CRUD
CRUD
CRUD
SS
SS
SS
SS
SS
ALL
CRUD
CRUD
CRUD
CRUD
RU
INDV = individual
ALL = ALL
SS = subset
X = no access
S = submit
C = create
R = read
U = update
CRUD
CRUD
D = delete
Otoo 2004
Conclusiones
El diseo presenta varias visiones
(funciones/procesos, datos y distribucin) que
requieren ser unificadas.
Es necesario verificar, validar y evaluar la
solucin provista en el diseo.
Este tipo de mecanismos es necesario para
asegurar un correcto diseo y su adecuada
especificacin de requerimientos.
Otoo 2004