Este documento presenta los temas fundamentales de la arquitectura de datos, incluyendo datos, semántica, sistemas de información, bases de datos y sus componentes. Explica las etapas de un proyecto de sistemas de información, desde el estudio y análisis hasta el diseño e implementación. Además, define la arquitectura de datos y sus componentes principales como el catálogo y el parque.

1. T
R
M
TINO
REYNA
MONTEVERDE
UNI-ESAN
Presenta:
Modelando la Arquitectura
de datos de la Organización
Curso:
Arquitectura de Datos
Curso:
Arquitectura de Datos
Autor: MBA. Ing. Tino Reyna Monteverde
Lima, Abril-2013

2. Estructura de la Información
Arquitectura
de
Datos
para modelar

3. BIBLIOGRAFIA
Material bibliográfico
1.- AMPARO ALONSO,
BERTHAGUIJARRO,
ADOLFO LOZANO,
JOSE TOMAS PALMA
“INGENIERIA DEL CONOCIMIENTO”
ASPECTOS METODOLOGICOS
2.- CRAIG LARMAN
“UML Y PATRONES”
3.- JAMES MARTIN
“SISTEMAS DE INFORMACION”
4.- ABRAHAM SILBERSCHATZ,
HENRY F. KORTH
“FUNDAMENTOS DE BASES DE DATOS”

4. TEMAS DE BASE DE DATOS
• INTRODUCCION
• ARQUITECTURA DE DATOS
– ESTUDIO
– ANALISIS
– SINTESIS
• TEMAS FUERA DEL ALCANCE DE ESTE CURSO
• DISEÑO
– METODOLOGIA
– FUNDAMENTOS DEL DISEÑO
– ARQUITECTURA DEL MOTOR DE BD
• TOPICOS EMERGENTES
– DATAWAREHOUSING
– DATAMINING
– BD OO

5. 0.- INTRODUCCION
- CONCEPTOS BASICOS
- ETAPAS DEL PROYECTO
- ARQUITECTURA
- ARQUITECTURA DE DATOS
- ETAPAS
1.- MARCO DE REFERENCIA PARA ARQUITECTURA
- MARCO-TEORICO
- ANALISIS
- SINTESIS
- MARCO METODOLOGICO
- MODELAR
- TIPOS DE MODELOS
(EXTERNO-INTERNO)
- CATEGORIA DE MODELOS
(CONCEPTUAL-LOGICO-FISICO)
2.- ESTUDIO
- MARCO TEORICO
FUENTES DE DATOS
MODELO DE NEGOCIOS
- MARCO METODOLOGICO
MISION DEL NEGOCIO
VISION INFORMATICA
INDICE ARQUITECTURA
PARTE 1
PARTE 2

6. 3.-ANALISIS SEMÁNTICO
- MARCO TEORICO
- MARCO SEMANTICO
- ING. INFORMACION
- PRINCIPIOS DEL MODELADO
- MARCO METODOLOGICO
- SECUENCIA METODOLOGICA
- PERCIBIR LA REALIDAD
4.- SINTESIS
- MARCO TEORICO
- ENTIDAD SEMANTICA
- RELACION SEMANTICA
- CATEGORIA DE RELACION-SEMANTICA
- ARQUITECTURA
- PROBLEMAS DEL MODELADO
- ESTRATEGIA DE SOLUCION
- METODOLOGIA ORIENTADA AL NEGOCIO
- ENFOQUE DE NEGOCIO
- SECUENCIA METODOLOGICA
5.- CATEGORIA DE ENTIDAD SEMANTICA
A- CATALOGO:
-PERSONA - PERSONAJES
-PRODUCTO (Servicio)
-NATURALEZA - DESARROLLO
-TRANSACCION
-POLITICAS DE NEGOCIO
-REGLAS DE NEGOCIO
INDICE TEMATICO
PARTE 3
PARTE 5
PARTE 4

7. INDICE TEMATICO
6.- CATEGORIA DE ENTIDAD-SEMANTICA :
B.- PARQUE:
- CUENTA
- EVENTO
- FECHA
TAREA-1: MISION - FUNCIONES-EVENTOS
TAREA-2: DICCIONARIO SEMANTICO-ONTOLOGICO
TAREA-3: VISIÓN - CONCEPTO - EVOLUCIÓN
TAREA-4: MODELO DE CATALOGOS: PERSONAS - PERSONAJES
PRODUCTOS, TRANSACCIONES
REGLAS-NEGOCIO, POLITICAS
PARCIAL: PARTE-1, PARTE-2, PARTE-3, PARTE-4, PARTE-5
P-CALIF1: IDEM PARCIAL
P-CALIF2: TODO
E-FINAL: TODO
TAREA-1: MISION - FUNCIONES-EVENTOS
TAREA-2: DICCIONARIO SEMANTICO-ONTOLOGICO
TAREA-3: VISIÓN - CONCEPTO - EVOLUCIÓN
TAREA-4: MODELO DE CATALOGOS: PERSONAS - PERSONAJES
PRODUCTOS, TRANSACCIONES
REGLAS-NEGOCIO, POLITICAS
PARCIAL: PARTE-1, PARTE-2, PARTE-3, PARTE-4, PARTE-5
P-CALIF1: IDEM PARCIAL
P-CALIF2: TODO
E-FINAL: TODO
PARTE 6

8. PARTE
1

9. TEMAS A PRESENTAR: DATO
SEMANTICA DE DATOS
INFORMACION
SISTEMAS DE INFORMACION
BASE DE DATOS
ARQUITECTURA
INTRODUCCION
MARCO DE REFERENCIA

10. DATO
FUENTE DE CONOCIMIENTO
DESCRIPCION OBJETIVA Y PARCIAL DE UN ENTE
SON CAPTURADOS EN LOS EVENTOS

11. TIPO-DATO VALOR-DATO
CODIGO-CLTE 6194640
NOMBRE-CLTE JUAN
APELLIDO-CLTE PEREZ
TOTAL-COMPRAS 1000
FECHA-NACIMTO 08/05/1970
TOTAL-PAGOS 2000
DATO: Tipo / Valor
Es importante diferenciar entre lo que
se conoce como tipo de dato y el valor
que puede tomar.
En la tabla adjunta se muestran ejemplo
Tipo-Dato.- Es el contenedor del valor
del dato. También conocido como
Atributo (Meta-dato= datos del dato).
Valor-Dato.- Descripción parcial y
objetiva de un ente.

12. SEMANTICA de DATOS
CONCEPTO SEMANTICA
INVESTIGA EN BASE AL SIGNIFICADO DE LAS PALABRAS
ESTRUCTURA Conjunto de elementos Relacionados que
soportan acciones o fuerzas
MODELO Estructuras que subyacen ocultas en todo
sistema
SUBYACEN Hallarse debajo de otro elemento
GUIADOS POR SU CONCEPTO
PERMITIENDO DEDUCIR DESDE UN NIVEL
GENERAL HASTA SU MINIMO DETALLE.

13. Conjunto de datos agrupados y organizados
coherentemente de manera que permitapermita tomar
alguna acción o decisión.
Estos datos dentro de un entorno adquieren el
significado claro y coherente, permitiendo discernir,
interpretar y categorizar.
Información = Datos + Interpretación
Información

14. SISTEMA
de
INFORMACION

15. Sistema de Información
Captura de datos
Proceso de datos
Explotación de Datos

16. NEGOCIO ES
TRANSFORMACION
DE RECURSOS
A PRODUCTO
RECURSO HUMANO
RECURSO MATERIAL
RECURSO FINANC.
RECURSO TECNOLG.
PRODUCTO
SEG-1 MERCADO
SEG-2 MERCADO
SEG-3 MERCADO
NEGOCIO = SISTEMA
MAX MIN
CALIDAD COSTO
PROVEEDORES
CLIENTES
NUEVOS PROD RECLAMOS
RETRO-ALIMENTACION

17. Sistema de Información.-
Es el conjunto de elementos organizados para capturar, procesar y
entregar información, de manera que nos permita controlar, proyectar y
entender los eventos del negocio.
Los elementos que forman parte del sistema son diversos como:
- Personas
- Hardware
- Software
- Procedimiento
Sistema de Información
Sistema-Información = Personas + Hardware + Software + procedimientos

18. REALIDAD
DATOS
MODELO
CONCEPTUAL
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO INTERNO
Enfoque técnico
MISION:
FUNCIONES:
EVENTOS:
DATOS
DICCIONARIO
SEMANTICO
ETAPAS DE UN PROYECTO INFORMATICO
MODELO
LOGICO
(DISEÑO)
ESTUDIO
ANALISIS
SINTESIS
DISEÑO
DESARROLLO
VV
II
SS
II
OO
NN
Semántica Percepción
-PRODUCTO
-CICLO-VIDA
ETAPA PROCESO ENTREGABLE
-ESPECIFICACION
DE PROGRAMAS
-SOFTWARE
CONSTRUIDO
Los diferentes
estados que
presentan los datos,
desde su estado en
la realidad, hasta su
estado totalmente
almacenado en el
modelo físico o,
visto mediante
prototipos por los
usuarios.
Muestra las
actividades
antes y después de
la Arquitectura

19. Semántica Percepción
REALIDAD
DATOS
DICCIONARIO
SEMANTICO
MISION
ETAPAS DE ARQUITECTURA
ESTUDIO
ANALISIS
SINTESIS
ETAPA PROCESO ACCIONES
Los diferentes
estados que
presentan los datos,
desde su estado en
la realidad, hasta su
estado Modelado de
su Arquitectura.
Muestra las
actividades
previas a la
Arquitectura
MODELO
CONCEPTUAL
Arquitectura
Producto Ciclo Vida
TRATAMIENT
O & FILTRADO
DE
METADATOS
VISION
DESCUBRIR
RELACIONES
INTRINSECAS
EXTRINSECAS
FUNCIONES EVENTOS

20. ESTUDIO
CONOCER EL NEGOCIO
FUENTES DE INFORMACION (TRADICIONALES)
MISION SISTEMA
ARQUITECTURA
ANALISIS: TRATAMIENTO & FILTRO SEMANTICO
DEL PARQUE DE ATRIBUTOS
VISION INFORMATICA
SINTESIS : DESCUBRIR RELACIONES
ENTIDAD & RELACION SEMÁNTICA
DISEÑO DE LA SOLUCION
MODELO EXTERNO
MODELO INTERNO
DESARROLLO - IMPLANTACION
ETAPAS DEL PROYECTO

21. BASE
de
DATOS

22. Definición.-
Conjunto de datos (del Negocio) almacenados y organizados con
el fin optimizar su explotación (Información).
Característica Esencial.-
- Robustez
- Estabilidad
Base de Datos
Base de Datos = Datos + Almacén + Organizados + Explotación
Qué Cómo Para qué
Arquitectura Diseño DW / DM

23. ARQUITECTURA

24. Arquitectura.-
Conjunto de Componentes EstructuradosComponentes Estructurados
de manera que:
- Materializan Funciones y
- Sintetizan Conceptos (a través de la visión)
del Proyecto.
Arquitectura.-
Conjunto de Componentes EstructuradosComponentes Estructurados
de manera que:
- Materializan Funciones y
- Sintetizan Conceptos (a través de la visión)
del Proyecto.

25. Funciones de Estadio:
Campo deportivo, Pista atlética, Camerino, etc.
Funciones de Estadio:
Campo deportivo, Pista atlética, Camerino, etc.
PROYECTO: Estadio Nacional de PekínPROYECTO: Estadio Nacional de Pekín

26. CONCEPTO:
Es comúnmente conocido como nido de pájaro

27. ARQUITECTURA
DE
DATOS

28. Arquitectura de Datos
Conjunto de componentes (formados por datos) que generan una
estructura (Modelo), conteniendo información y conocimiento para el
negocio.
Entiéndase por componentes a entidades (grupo de atributos) y
relaciones entre estas que representan a objetos de la realidad.
Para crear la estructura del mundo real, se requiere relacionarlas a su
significado semántico (relevante para el negocio).
En los elementos del software se sintetizan los procedimientos y las
estructuras de la arquitectura de datos.
Los atributos se materializan en los dispositivos de almacenamiento de
datos.
la Arquitectura de Datos es el soporte lógico del Sistema de Información
Del modelo de datos se determinan los tipos de datos requeridos y de
manera implícita (por semántica) los tratamientos a que serán sometidos.

29. El primer nivel de clasificación de las
entidades es a nivel de su dinámica.
Las que componen el catalogo, se
mantienen estables por mucho tiempo y
solo cambian a nivel de parámetros.
Sirven para tipificar (agrupadoras) a las
instancias u objetos.
En cambio las entidades que conforman el
parque, son el resultado de lo acontecido
vale decir resultado de las transacciones
consumadas (eventos).
COMPONENTES DE LA
ARQUITECTURA
C
A
T
A
L
O
G
O
P
A
R
Q
U
E
DEFINI-
CION
PRESENTA LAS
CARACTERISTICAS
Y PRECIO
RESULTADO DE
JUNTAR
COMPONENTES
PRODU-
CCION
PRODUCTO
MATERIALIZADO
BIEN O SERVICIO
ALGO QUE SE PUEDE
VENDER.

30. PRODUCTO
1.DEFINICION:
NATURALEZA
DESARROLLO
2.-FABRICACION
3.-VENTA
4.-ENTREGA
PRODUCTO
1.DEFINICION:
NATURALEZA
DESARROLLO
2.-FABRICACION
3.-VENTA
4.-ENTREGA
1.- PERSONA
-NATURAL  PERSONAJES
-JURIDICA
2.- PRODUCTO
-BIENES Ej. Aula, Edificio, etc.
-SERVICIO Ej. Transporte, Salud, Diversión
(E. Dependiente) .Naturaleza: Componentes y Relaciones
.Desarrollo : Actividades (Transacciones)
3.- LEYES TRANSACCION
REGLAS NEGOCIO
POLITICAS
4.- CUENTA
5.- EVENTO TIEMPO-ACTUAL
6.- FECHA TIEMPO-FUTURO
COMPONENTES DE LA
ARQUITECTURA
P
A
R
Q
U
E
C
A
T
A
L
O
G
O
AA
BB
ENTIDAD DESCRIPCION CICLO-VIDAENTIDAD DESCRIPCION CICLO-VIDA

31. SECCION
CODIGO
CUPO-MAX
CUPO-MIN
EJEMPLO CATALOGO
SILABO
CURSO
COD. / DESCR
CRED/ HORAS
OBJETIVO
TEMA
CODIGO
CONTENIDO
CLASE-CATALG
CODIGO
DESCRIP
NRO-SESIONES
PRECIO
HORARIO
NRO.
DIA
HORA
DOCENTE
CATALOGO
CATEGORIA
AULA CATALG
TIPO
CAPACIDAD Lugar
Responsable
Contenido
PRE-REQ
SESION-CTLG
COD-SESION
NRO-SESION
TIPO-SESION
DURACION
ESTADO
Entrega
n
Evaluación
SIS-EVAL
CODIGO
DESCRIP
W
R
FACTOR
SEGMENTO
CODIGO
DESCRIPC
COMPOSICION
SUSTIT
PRUEBA
CODIGO-EVAL
TIPO
SUB-TIPO
COBERTURA
DURACION
PLAZO-RESULT
PLAZO-RECLAMO
PLAZO-ATENCION
FACULTAD
CODIGO
DESCRIP
MALLA
CURRIC
TIPO-PERIODO
(REG / ASCELER)
POLIT R-NEG
1
1
1
TURNO
CODIGO
DESCRIP
R
R
n
n 1
DOCENTE
PARQUE
R
n
n
1
R
CONDICIONES
R
GRADO-
ACADEM
NOTA-M

32. PARTICIPA
DETALLE
CANTIDAD
CLIENTE
(CUENTA)
VENTA
EVENTO
Modifica nivel del
stock de productos
VÍA
CANAL-VENTA
(CUENTA)
CAJA/CXC
(CUENTA)
DETALL
MONTOS
PERSONA
RESPONSABLE
EXISTENCIAS
(CUENTA)
C-P
Modifica estadística
(historia) de compras x cliente
(historia) de ventas x vendedor
CATALOGO
PRODUCTO
RESPONSABLE
Toda COMPVTA debe
que ser retribuida con un
pago sea contado o crédito
INSTRUM-PAGO
(CUENTA)
F-PAGO
TIPO-CLTE
C-P
Tipo-CANALC-P
Tipo Instrumento
de Pago
C-P
TRAN-CATALC-P
EJEMPLO
PARQUE

33. REALIDAD
DATOS
MODELO
CONCEPTUAL
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO INTERNO
Enfoque técnico
MODELO
FUNCIONAL
DICCIONARIO
SEMANTICO
ETAPAS DE UN PROYECTO INFORMATICO
MODELO
LOGICO
(DISEÑO)
ESTUDIO
Propósito:
Razón de ser
ANALISIS
SINTESIS
DISEÑO
DESARROLLO
ARQUITECTURA
DE
INFORMACION
INGENIERIA
DE
SOFTWARE
Semántica Percepción
ESTRUCTURA
DEL MODELO
ARQUITECTURA
CONOCIMIENTO ETAPA PROCESO ENTREGABLE
-ESPECIFICACION
DE PROGRAMAS
-SOFTWARE
CONSTRUIDO

34. REALIDAD
DATOS
MODELO
CONCEPTUAL
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO INTERNO
Enfoque técnico
MISION:
FUNCIONES:
EVENTOS: DATOS
DICCIONARIO
SEMANTICO
PRODUCTO
CICLO-VIDA-PROD
ETAPAS DEL PROYECTO
MODELO
LOGICO
(DISEÑO)
ESTUDIO:
MODELO
FUNCIONAL
ANALISIS
SINTESIS
DISEÑO
DESARROLLO
IMPLANTACION
VISIONVISION
ARQUITECTURA
INGENIERIA
Semántica Percepción

35. ETAPAS
DE LA
ARQUITECTURA

36. ETAPAS DE LA ARQUITECTURA
ETAPAS
DE LA
ARQUITECTURA
ESTUDIO
Conseguir Información vía
Misión Organización
ANALISIS
-Semántica
- Percepción
Visión Informática
SINTESIS (Arquitectura)
- Producto
- Ciclo de Vida

37. MARCO DE
REFERENCIA
PARA
ARQUITECTURA

38. ARQUITECTURA
=
ANALIZAR + SINTETIZAR
-MARCO TEORICO
-MARCO METODOLOGICO

39. 1.- Metodología
2.- Análisis
3.- Síntesis
MARCO TEORICO

40. Metodología
• Orientación racional capaz de resolver
problemas nuevos.
• El conjunto de métodos, técnicas, algoritmos,
procedimientos, esquemas, etc. que están
contenidos en la Metodología
”Estudio que enseña a adquirir o descubrir
nuevos conocimientos”.
(Felipe Pardinas)

41. Métodos
• Inferencia:
– Deducción de una cosa a partir de otra, conclusión
– Acto racional que permite pasar de determinados
enunciados a otros “ Derivando”.
• Método Deductivo: General a Detalle.
– Va desde lo General hacia el Detalle. Movimiento de la
razón descendente.
• Método Inductivo: Detalle a General.
– Va desde el Detalle hacia lo General. Movimiento de la
razón ascendente.

42. Método Deductivo (Análisis)
• Método Deductivo: General a Detalle.
– Va desde lo General hacia el Detalle.
Movimiento de la razón descendente.
– Permite “despedazar” un conocimiento en el
mínimo segmento posible. Guiado por su
concepto.
– Esta estrategia brinda detalle y profundidad del
tema.
– Se descubren elementos ocultos que subyacen en
el tema tratado.
– Explosiona en atributos.

43. Método Inductivo (Síntesis)
• Método Inductivo: Detalle a General.
– Va desde el Detalle hacia lo General.
Movimiento de la razón ascendente.
– Esta es una de las estrategias mas importantes en
el análisis por que permite crear categorías
generales al descubre tipologías (Elementos
comunes a muchos componentes). Permite el
estudio semántico de las partículas de la
información (datos). Lo que simplifica el manejo
de la complejidad al encapsular o empacar los
detalles en entidades generales.

44. • Punto de vista o perspectiva que ayuda a la metodología
para destacardestacar alguna cualidad que se desee estudiar.
• Sobre un conjunto de conceptos uno de ellos sirve de
piedra fundamental para desarrollar la teoría.
• Ejemplo enfoque :
– Orientado a Objetos,
– Negocio: Sinergia (beneficio entre los que intercambian),
– Estructural,
– etc.
Enfoques

45. ENFOQUE BASE:
DE NEGOCIO
“Si los malos supieran que buen Negocio es ser
bueno, serian buenos aunque sea por negocio”
Facundo Cabral

46. ENFOQUE DE NEGOCIO
CONCEPTO DEL NEGOCIO
METODO DEDUCTIVO
ARQUITECTURA DE DATOS

47. ENFOQUE DE NEGOCIO
Los sistemas informáticos se aplican a las empresas de todo tipo, puesto que
procesan datos para producir información. Luego toda empresa puede ser
gestionada a través de sus datos, siendo el sistema informático un reflejo
(virtual) del sistema real.
De allí que para analizar un sistema, se deba analizar el Negocio real.
Este Negocio real puede tener la envergadura de una empresa grande, mediana,
pequeña o micro-empresa. En cualquiera de los casos todas tienen los mismos
propósitos y funciones, que son las mismas de todo negocio.
Entendamos al negocio como toda actividad que genera beneficio para todos los
involucrados.
La razón de ser de todo negocio es la tranzar un producto entre cliente y
empresa.
Considerando que el producto puede ser un bien o servicio.

48. ENFOQUE DE NEGOCIO
NEGOCIO.-Transacción entre dos o mas actores que genera beneficio
EMPRESA.- Conjunto de personas organizadas para crear negocio.
SISTEMA.- Conjunto de elemento para crear sinergia (beneficio)
SISTEMA-INFORMATICO = EMPRESA-F(DATOS)
MERCADO.- Conjunto de personas que requieren satisfacer sus
necesidades .
PRODUCTO.- Todo aquello que pueda ser ofertado por la empresa
para satisfacer al mercado.
CICLO.-Conjunto de operaciones que se repiten ordenadamente.
CICLO DE VIDA.- Conjunto de Ciclos desde su inicio hasta el fin
de su vida (ENFOQUE HOLISTICO)
Luego :
Ciclo de vida del Sistema = Ciclo de vida del Producto.

49. OPERACIONES
APOYO
(RECURSOS)
ATENCION
A CLIENTES
DESARROLLO
OPERACIÓN
AUDITORIA
PRODUCCION
GERENCIA
GENERAL
RRHH
(PERSONAS)
FINANZAS
(DINERO)
LOGISTICA
(MATERIALES) TECNOLOGIAVENTAS
RECUPERO
MODELO FUNCIONAL
DE UNA EMPRESA
GENERAL
ENFOQUE: DE NEGOCIO
Cada una de las áreas que forman
la gestión de apoyo a su vez pueden
ser consideradas una sub-empresa.

50. ESQUEMA SISTEMATICO
ESTUDIAR
ANALIZAR
(DESCOMPONER)
SINTETIZAR
(RECOMPONER)
DEDUCTIVO
INDUCTIVO

51. REALIDAD
DATOS
MODELO
CONCEPTUAL
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO INTERNO
Enfoque técnico
MISION:
FUNCIONES:
EVENTOS:
DATOS
DICCIONARIO
SEMANTICO
ETAPAS DEL PROYECTO INFORMATICO
MODELO
LOGICO
(DISEÑO)
ESTUDIO
ANALISIS
SINTESIS
DISEÑO
DESARROLLO
VV
II
SS
II
OO
NN
MODELO
FUNCIONAL
ARQUITECTURA
DE LA
INFORMACION:
CONSTRUCCION
ING. DE
SOFTWARE
Semántica Percepción
-PRODUCTO
-CICLO-VIDA
CONOCIMIENTO ETAPA ENTREGABLE

52. ETAPAS
SISTEMA DE INFORMACION
ESTUDIO ARQUITECTURA: INGENIERIA
MODELO ANALISIS (DESCOMPONER) DISEÑO
FUNCIONAL DESARROLLO
SINTESIS (RECOMPONER) IMPLANTACION
Arquitectura:
“el eslabón perdido”

53. ANALISIS

54. - CONOCIMIENTO
- OBJETIVO & META DEL ANALISIS
- REALIDAD & ABSTRACCIÓN
- ESTRATEGIA
- DESCOMPOSICIÓN ANALITICA
ANALISIS

55. El Conocimiento es un conjunto integrado por:
a. Información (datos interpretados)
b. Conexiones (relaciones)
c. Reglas (métodos)
puestas dentro de un contexto
Conocimiento

56. Conjunto de datos agrupados y organizados
coherentemente de manera que permita tomar alguna
acción o decisión.
Estos datos dentro de un entorno adquieren el
significado claro y coherente, permitiendo discernir,
interpretar y categorizar.
Información = Datos + Interpretación
Información

57. En la medida que modelemos los datos, relaciones y
métodos estaremos en condiciones de modelar el
conocimiento.
Con lo cual se obtendrá un “saber hacer” estructurado,
factible de ser almacenado, manipulado y explotado
(Ing. de Conocimiento)
Conocimiento

58. Una deducción no es otra cosa que
asociar entes de la realidad de
acuerdo a su semántica y contexto.
De esta manera se pueden
establecer nuevas conclusiones a
partir de un modelo original, es decir
crear conocimiento.
Conocimiento

59. CONTEXTO
D
A
T
O
S
INTERPRETAN
RELACIONAN
INFORMACION
(PARA QUÉ?)
(CATEGORIZAR)
SIGNIFICADO
(FUENTE)
(ENTORNO)
EVENTO
Conocimiento

60. INFORMACION
REGLAS
CÓMO?,
PORQUÉ?
(SINTESIS)
CONOCIMIENTO
PERMITE PROYECTAR
NUEVOS CASOS
CONECTAR, COMPARAR  DEDUCIR
EXPERIENCIA
Conocimiento

61. CONTEXTO
D
A
T
O
S
INTERPRETAN
RELACIONAN
GENERAN REGLAS
CONCURSO
BELLEZA
90
60
90 CADERA=PECHO
CINTURA=2/3 CADERA
MEDIDAS
FISICAS
CADERA-CINTURA-
PECHO
Conocimiento

62. OBJETIVO & META DEL ANALISIS
OBJETIVO:
CONOCIMIENTO DETALLADO y PROFUNDO del SISTEMA
META
DETERMINAR el 100% de los ELEMENTOS BASICOS del MODELO
REALIDAD: ABSTRACCION
ESTRATEGIA

63. REALIDAD & ABSTRACCION
• REALIDAD:
– TODO AQUELLO QUE PUEDE SER PERCIBIDO POR NUESTROS
SENTIDOS.
– SE MUESTRA COMPLEJA Y AMBIGUA
– EN MUCHOS CASOS CAÓTICA
• ABSTRACCION: CAPACIDAD DE VER MAS ALLÁ DE LA
REALIDAD (QUE PERCIBEN NUESTROS SENTIDOS).
QUITANDO LOS DETALLES DE LA REALIDAD PARA
ENCONTRAR LA ESENCIA DE LAS COSAS.
– SE DEBEN DETERMINAR LAS VARIABLES ESENCIALES :
CAUSALES, ESTRUCTURALES Y RESULTADO QUE COMPONEN
EL MODELO.
– ESTAS VARIABLES MANIFIESTAN INFLUENCIA UNA SOBRE
OTRA CREANDO UNA RED DE INFLUENCIA ENTRE ELLAS.

64. ESTRATEGIA
• Determinar Componentes.-
– Definir los límites conceptuales que alcanza cada
componente.
– Observar las manifestaciones externas como señales de
la presencia de componentes ocultos (Ing. de Reversa).
– Los componentes pueden generar más de una
manifestación y, una manifestación puede ser resultado
de la acción simultánea de varios componentes.
• Repetir esta estrategia hasta encontrar el grupo de
entidades ocultas en el sistema.

65. DESCOMPOSICION ANALITICA
CLIENTE
PRODUCTO
VENTA
PARTIR EN SUS
COMPONENTES
BASICOS
(ESENCIA)
COMPONENTES CONCEPTUALMENTE INDEPENDIENTES

66. DESCANSO
EXPLOSION DE DATOS
GENERA UNA EXPLOSION DE DATOS

67. Tipos-Atributos
LA SEMANTICA
ME AYUDA A
DISCERNIR
DESCOMPONER (PARTIR)
Código-cliente
Fecha-Apertura-cliente
Tipo-clienteTotal-Compras
Número-Venta
Fecha-Venta
Fecha-Vencimiento-Item
Estado-Venta
Número-Item
Fecha-Ingreso-Almacén
Número-serie
Total-Ingreso
Total-Vendido
EXPLOSION DE DATOS
QVendida

68. SINTESIS
- CONCEPTO
- ESTRATEGIA
- EJEMPLO

69. -Síntesis Parcial
-Relaciones entre Atributos
-Representación de la Realidad mediante variables
relacionadas. Obtenidas mediante la abstracción
-Síntesis General
-Relaciones entre Entidades
-Modelo = Elementos Relacionados
CONCEPTO
MODELO
DE
PROCESOS
MODELO
DE
DATOS
- SISTEMA INFORMATICO = DATOS + PROCESOS

70. ESTRATEGIA : Integrar las Partes
• Descubrir Relaciones.
– Entre Atributos: (generan entidades)
• Cada atributo en su entidad.
– Entre Entidades:(generan el Modelo)
• Todos los componentes de una u otra manera interactúan
entre ellos, dependiendo de los estímulos de la entrada.
• Las relaciones enriquecen el Modelo creando
componentes complejos al unir dos o mas de ellas en
una relación (creando sinergia).

71. Número-Venta
Fecha-Venta
Estado-evento
Código-cliente
Fecha-Apertura-cliente
Tipo-cliente
Total-Compras
Número-Item
Fecha-Ingreso-Almacén.
Fecha-Vencimiento
Número-serie
Total-Ingresado.
Total-Vendido
Entidades
LA SEMANTICA
ME AYUDA A
ENTENDER
QVendida
RECOMPONER (INTEGRAR)

72. RELACIONAR COMPONENTES
CLIENTE
VENTA
PRODUCTO
INTERELACIONES
(INTEGRAR LAS
PARTES)

73. EJEMPLO
DOMINIO DE TEMAS

74. AFINIDAD
CON TEMA
TIEMPO
DEDICADO
COMPLEJIDAD
DEL TEMA
MOTIVACION
DOMINIO
TEMA
IMPORTANCIA
DEL TEMA
DOCENTE
DETERMINA
MEDIDA
PRE-VIENE
DIFICULTA
FACILITA
FORTALEZA
PRE-DISPONE
ESENCIAL
EJEMPLO: DOMINIO DE TEMA.-

75. 1.- MODELAR
2.- TIPOS Y CATEGORIA
3.- EJEMPLO
4.- EVENTO

76. PLATON
Platón pensaba que tenía que haber una realidad detrás «del mundo de los sentidos»,
y a esta realidad la llamó el mundo de las Ideas. Aquí se encuentran las eternas e
inmutables «imágenes del modelo», detrás de los distintos fenómenos con los que nos
topamos en la naturaleza.
A este espectacular concepto lo llamamos la teoría de las Ideas de Platón.
Mundo de los sentidos : Mundo Real
Mundo de las Ideas : Modelos Conceptuales
Platón pensaba que tenía que haber una realidad detrás «del mundo de los sentidos»,
y a esta realidad la llamó el mundo de las Ideas. Aquí se encuentran las eternas e
inmutables «imágenes del modelo», detrás de los distintos fenómenos con los que nos
topamos en la naturaleza.
A este espectacular concepto lo llamamos la teoría de las Ideas de Platón.
Mundo de los sentidos : Mundo Real
Mundo de las Ideas : Modelos Conceptuales

77. MODELAR
Modelar es el proceso mental mediante el cual se produce un
ordenamiento de ideas y conceptos.
Esto es posible en la medida que se ha detallado y tratado cada
concepto involucrado en el sistema.
Como estrategia se debe considerar la identificación de los
conceptos agrupadores (generalizaciones) que permita la
clasificación ordenada y sistemática.
Las agrupaciones se convertirán en entidades las cuales a su
vez
se relacionaran entre ellas creando un MODELO DE DATOS,
que tenga sentido y que interprete a la realidad presente y futura.

78. MODELAR=SINTETIZAR
Modelar es el proceso de síntesis, es decir el inverso al análisis.
En la medida en que mediante un concepto se puede concentrar
un conjunto de valores, métodos, eventos, etc. Luego el modelo
resultante es bastante compacto.
La manera de representar un modelo es mediante tres enfoques:
- Semántico.- Nos define su naturaleza y características.
- Grafico.- Solo utiliza tres símbolos: Entidad, Relación y Flecha
- Analítico.- Detalla los pormenores al mas bajo nivel
El enfoque grafico, es el que presenta la forma mas resumida y
permite un acercamiento al sistema mas inmediato y claro.
Modelar es descubrir (su naturaleza) no diseñar.

79. TIPOS
Y
CATEGORIA

80. TIPOS Y CATEGORIA
- Para realizar un estudio metodológico se recomienda
juntar los objetos, que posean características comunes
de esta manera aparecen los Tipos.
- Muchas veces se requiere identificar dentro de esos Tipos
sub-agrupaciones que presenten diferentes jerarquías vale
decir diferentes niveles de importancia o prioridad. De esta
manera se llega a las Categorías.
Finalmente podemos decir que las Clases son Categorías de
Objetos.

81. SUB-AGRUPACIONES X CATEGORIA
TIPO-01 TIPO-02 TIPO-03
CATEGORIA A
AGRUPACIONES
CREANDO CATEGORIA B
NIVELES
CATEGORIA C
JERARQUÍAS
CATEGORIA D
Categorías y Tipos
Nivel inferior
Nivel superior
Categorías
Tipos

82. Funcional Misión
Conceptual Arquitectura
Lógico
Externo Interno
Físico
Diseño
NEGOCIO
Tecnología
Información
USUARIO
TIPOS DE MODELOS

83. Modelo Externo
(Modelo Usuario)

86. REALIDAD
DATOS
MODELO
ESTRUCTURAL
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO
INTERNO
Enfoque técnico
MISION:
FUNCIONES:
EVENTOS:
DATOS
DICCIONARIO
SEMANTICO
ARQUITECTURA
ETAPAS DEL PROYECTO
MODELO
LOGICO
(DISEÑO)
ESTUDIO
ANALISIS
SINTESIS
DISEÑO
DE LA
SOLUCION
MODELO
EXTERNO
ESTA DADO POR TODAS
LAS PANTALLAS,
REPORTES Y DOCUMENTOS
FUENTES QUE EL USUARIO
PUEDA MANEJAR.
ES EL PRIMER NIVEL DE
FORMALISMO DE LOS DATOS
POR SER UN PRODUCTO
PARA EL USUARIO QUIEN ES
EL QUE ACEPTA EL SISTEMA,
DEBE TENER LA
IMPORTANCIA DEBIDA EN
SU REALIZACIÓN.
DEBE SER PROPUESTA POR
EL ANALISTA Y ESCOGIDA
POR EL USUARIO.
VV
II
SS
II
OO
NN

87. Modelo Interno
(Modelo Técnico)

88. Herr.
CASE
MAIN
MODELO INTERNO
FISICO
LOGICO

89. REALIDAD
DATOS
MODELO
ESTRUCTURA
Arquitectura
REPORTES
PANTALLA
MODELO
FISICO
MODELO EXTERNO
Enfoque usuario
MODELO
INTERNO
Enfoque técnico
MISION:
FUNCIONES:
EVENTOS:
DICCIONARIO
SEMANTICO
ARQUITECTURA
ETAPAS DEL PROYECTO
MODELO
LOGICO
(DISEÑO)
ESTUDIO
ANALISIS
SINTESIS
DISEÑO
DE LA
SOLUCION
MODELO
INTERNO
LOS DATOS FISICAMENTE
RESIDEN EN DISCOS
MAGNETICOS
ES EL MAS ALTO NIVEL
DE ESPECIFICACION SU
ESTRUCTURA ES MUY
DIFERENTE A LA DEL
MODELO EXTERNO
ESTAN SOPORTADOS POR
METODO DE ACCESO,
ESTRUCTURAS DE DATOS
Y GESTORES DE BASE DE
DATOS.
VV
II
SS
II
OO
NN

91. Categoría de Modelos
Modelo Estructura
Diseño Lógico (E-R)
Diseño Físico
ARQ = E-R +
SQL (Como es tratado por los
programas).
Tablas (Almacenamiento físico)
Enfoque Arquitecto
Enfoque Programador
Enfoque DBA
Arquitectura
Diseño
Implantación
Por niveles de abstracción

92. MODELO FISICO
DISCOS

93. ESTRUCTURA DE ALMACENAMIENTO FISICO
Data-base
PROD.
TABLESPACE
SYSTEM
DATAFILES
DISK1/SYS1.dbf
DD
Table
Data
Seg
DD
Index
Index
Seg
RB
Seg
TABLAS
S_DEPT
Data
Seg
SE_EMP
Data
Seg
DISK2/
USER1.dbf
DISK3/
USER2.dbf
USER_DATA RBS TEMP
DISK1/
ROLL1.dbf
DISK1/
TEMP.dbf
DATABLOCKS
EXTENTS
1212121222 FREE 1122

94. Modelo de Datos nivel Conceptual
MODELADO CONCEPTUAL DE DATOS.-
Este es un proceso por el cual se conseguirá un conjunto de
datos estructurados de tal manera que pueda mostrar los conceptos
contenidos en un sistema.
Este es un enfoque orientado hacia el análisis, porque debe
mostrar los atributos encapsulados como conceptos.
Todo concepto puede ser desarrollado en uno o muchos
atributos, es decir un gran concepto (Entidad) compuesto por conceptos
Atómicos (atributos).
ENTIDAD = SUM (conceptos puntuales)
De esta manera se generan entes compuestos y adicionalmente
cuando dos o mas de estos entes se asocian se obtienen
conceptos más complejos llamados Relaciones.
RELACION = SUM (CONCEPTOS).

95. Arquitectura de Datos
ARQUITECTURA = ENTIDAD +
DATOS RELACION
“Luz”
Conocimiento
Definiendo:
Semántica
Características
Valores
Relaciones
Métodos
Tercera
Dimensión
Usualmente el personal informático se concentra en el
tema técnico descuidando el conocimiento del negocio.
Para el arquitecto de datos es imprescindible el
conocimiento del negocio a nivel conceptual.

96. MODELO LOGICO
SQL (Como es tratado por los
programas).
Erwin.- Software que modela
Bajo el enfoque Relacional, a
Nivel Lógico/Físico.
DOCID NOMBRE APELLIDO FECNAC SEXO ESTCIV
123456 JUAN PEREZ 11/11/1977 M S
234567 LUIS TORRES 12/12/1990 M S
345678 MARIA RUIZ 01/05/1989 F C

97. EJEMPLO
SESION DE CLASE

98. EJEMPLO: SESION DE CLASE.-
SEMANTICA.- Evento en el cual se tratan Temas de una materia
conducida por un Docente y dirigida hacia una Sección de Alumnos,
en una Aula determinada.
MODELO MODELO
FISICO CONCEPTUAL
División de
componentes de la
Sesión.-
a.-Evento
b.-Docente
c.-Alumnos
d.- Aula
e.- Temas.

99. n
EVENTO
SESION-CLASE
EJECUTADA
ALUMNO
MATRICULADOS
DOCENTE
RESPONSABLE
DICTA
TRATA
COMPENSA
DET-ASISTE
ARQUITECTURA DE DATOS
n n
SESION
PROGRAMADA
PENDIENTE
TEMA-PROG
CODIGO
CONTENIDO
AULA PARQUE
CODIGO
UBICACION
UBICA
OPERADOR
QUEQUIENES
PORQUE
CANAL

100. EVENTO

101. HECHO (ACTIVIDAD CONSUMADA)
EVENTO (ENERGIA)
ENERGIA CAPAZ DE GENERAR
ACTIVIDADES QUE GENEREN NEGOCIOS
EVENTO
ANTES  VALIDAN CONDICIONES
EVENTO
DESPUES  EJECUTAN OPERACIONES
ACTIVIDADES = ACCIONES APLICADAS SOBRE OBJETOS
GENERAN CAMBIOS AL OBJETO

102. EVENTOS
OPERACIONES
APLICAN
DEPENDEN
CONDICIONES
IMPACTAN
PARQUE
DATOS

103. EVENTO
EJEMPLO: EVENTO SESIÓN DE CLASE
EVENTO = HECHO (ACTIVIDAD CONSUMADA)
Ejemplo caso Académico
CONDICIONES:
- CLASE PROGRAMADA
- RECURSOS PROGRAMADOS(DOCENTE, AULA)
- FECHA-PROGRAMADA (CUMPLIDA)

104. TEMAS
A-TRATAR
ALUMNO
MATRICULADOS
SESION
CLASE
DET-ASISTE TRATA
DICTA
DOCENTE
AULA
UBICA
EVENTO
SESION
MODELO
PROCESOS
DET-ASISTE
DICTA TRATA
M1 M2 M3 M4 M5 M6 M7
UBICA
OPERACIONES
METODOS
MODELO
DATOS

105. EVENTOEVENTO
-Evento Sesión de Clase.-
Después de darse el evento, serán impactados los datos:
1.- Asistencia de alumnos
2.- Dictado del docente
3.- Desarrollo de Temas
4.- Ubicación de la Clase en Aula
Existen mucho datos sin importar la modalidad del proceso
los datos de la base serán alterados.

106. OPERACIONES
DET-ASISTE: CREAR-INSTANCIA (ALUMNO + SESION)
METODO: M7= GRABA-ASISTE, M=ACT-RECORD-ALUMNO
UBICA: CREAR-INSTANCIA (AULA + SESION)
METODO: M1=GRABA-UBICA, M2= ACT-ESTAD-AULA
DICTA: CREAR-INSTANCIA (DOCENTE + SESION)
METODO: M3 =GRABA-DICTA, M4=ACT-RECORD-DOCENT
DETALLE: CREAR-INSTANCIA (SESION + TEMA + CAPITULO)
METODO: M5=GRABA-DETALLE, M6=ACT-CANT-TEMAS.
EVENTO
EVENTO: SESIÓN DE CLASE ACADÉMICA
Secuencia de Operaciones
1 DET-ASISTENCIA
2 UBICA
3 DICTA
4 TRATAR-TEMAS
1 DET-ASISTENCIA
2 UBICA
3 DICTA
4 TRATAR-TEMAS

107. Eventos / Operaciones / Métodos
El Modelo Dinámico nos indica el momento (secuencia) que
deben darse las acciones.
Además indicará bajo qué Condiciones aplicar una regla o
método en particular.
Según el enfoque tradicional, se dice que la lógica de negocio
está en el software. Ahora deberá ser almacenada en la
base del sistema.
Se almacenará la lógica Modelada.

108. Eventos / Operaciones / Métodos
• Evento.- Punto del tiempo en que se dan Condiciones
para iniciar Operaciones.
Rutina Principal.
• Operaciones.- Tratamientos sobre Objetos para
modificar su Estado mediante el uso de Métodos
Implementan las Reglas del Negocio es decir,
Conocimiento del Negocio. A partir de este punto se
realiza la Ingeniería del Conocimiento.
Rutina de Negocio.
• Métodos.- Mecanismo para ejecutar funcionalidad del
objeto. Propician cambio de estado de los objetos.(Diagrama
de Estado de UML). Rutina de implementación Física.

109. Asimilación de Eventos
Use Case
DiagramsUse Case
Diagrams
State
DiagramsState
Diagrams
Component
DiagramsComponent
Diagrams
State
DiagramsState
Diagrams
Scenario
DiagramsScenario
Diagrams
Use Case
DiagramsUse Case
Diagrams
State
DiagramsState
Diagrams
EVENTO-5
CUENTAS
EVENTO-4
EVENTO-3
EVENTO-2
EVENTO-1
EVENTO-8
EVENTO-7
EVENTO-6

110. FIN PARTE 1