SlideShare una empresa de Scribd logo
www.senati.edu.pe
www.senati.edu.pe
www.senati.edu.pe
www.senati.edu.pe
Modelado y Diseño de
Arquitectura de
Software
CONCEPTOS DE MODELADO
Fernando Barraza A. MS.c.
fernando.barraza@gmail.com
2
Desarrollo de sistemas de software
Requisitos
funcionales
del software
Si todo lo que importara
fuese la funcionalidad,
cualquier software
monolítico serviría, ...
pero otras cosas
también importan
• Modificabilidad
• Interoperabilidad
• Disponibilidad
• Seguridad
• Predictabilidad
• Portabilidad
• ...
Los atributos de calidad del software y su caracterización son esenciales.
Manejadores
de atributos
de calidad
Arquitectura
del software
Software
tiene estas cualidades
3
Los requisitos determinan el modelo
Arquitecto
Variadas
formas de
requisitos
Conocimiento
disponible
Host
Cámara
Sistem
a de
Visión
Controlador
Sensores
Motores
Arquitectura
Sistema
Implicaciones de no seguir un
proceso conocido de modelado
 La arquitectura es una
abstracción de un sistema.
 Los sistema pueden tener y
tienen una estructura.
 Todo sistema tiene una
arquitectura.
 Tener una arquitectura no es
lo mismo que tener una
arquitectura conocida por
todos.
Si no se desarrolla la
arquitectura explícitamente, se
obtendrá una de todas formas,
pero puede no gustarnos lo
que obtenemos!
4
5
Arquitectura y Funcionalidad
 La funcionalidad es en gran medida ortogonal a los
requisitos de calidad:
 La funcionalidad es la capacidad del sistema de hacer lo que
se pretendía que hiciese;
 Los sistemas se descomponen en elementos para lograr
variados propósitos, más allá de la funcionalidad:
 Las opciones de arquitectura promueven ciertas cualidades
al tiempo que implementan la funcionalidad deseada.
6
Consecuencias de las decisiones de
AS sobre las Cualidades
 La medida en que un sistema alcanza sus requisitos de
calidad depende de las decisiones de arquitectura:
 la arquitectura es crítica para alcanzar los atributos de
calidad;
 las cualidades del producto deben diseñarse como parte de la
arquitectura;
 un cambio en la estructura que mejora una cualidad suele
afectar las otras cualidades;
 la arquitectura sólo puede permitir, no garantizar, que
cualquier requisito de calidad se alcance.
7
Desafíos
 ¿Qué significan con precisión atributos de calidad tales
como modificabilidad, seguridad, performance y
confiabilidad?
 ¿Cómo se estructura el sistema de modo que tenga estas
cualidades deseadas?
 ¿Se puede analizar el sistema para determinar si tiene
estas cualidades?
 ¿Cuán temprano puede realizarse este análisis?
 ¿Cómo se sabe si una arquitectura de software es
apropiada para un sistema sin tener que construir el
sistema primero?
8
Realidad sobre Arquitectura de
Software
 Los requisitos de atributos de calidad son las principales
guías para el diseño de la arquitectura.
 La medida en que un sistema alcance sus requisitos de
atributos de calidad depende de las decisiones de
arquitectura.
 El desarrollo requiere ser guiado por las decisiones de
arquitectura.
9
Influencia de los Interesados
Gerente de la compañia Gerente de
Producto
Usuario
final
Ingeniero de Soporte
Cliente
Arquitecto
Bajos costos,
ocupar personal,
aumentar el valor
de los activos
corporativos
Elementos
atractivos, terminar
rápido, comparable
a la competencia
Comportamiento,
performance,
seguridad,
confiabilidad,
usabilidad
Modificabilidad
Bajos costos,
terminar rápido,
sin muchos
cambios
¿Cómo puedo hacer para que
el sistema tenga todo esto?
10
Interesados Involucrados
 Los objetivos organizacionales y las propiedades del sistema
requeridas por el negocio raramente se comprenden y menos
aún se articulan completamente.
 Los requisitos de calidad del cliente casi nunca se
documentan, lo cual resulta en:
 objetivos que no se alcanzan;
 conflicto inevitable entre los interesados.
 Los arquitectos deben identificar e involucrar activamente a los
interesados de modo de:
 comprender las restricciones reales del sistema;
 administrar las expectativas de los interesados;
 negociar las prioridades del sistema;
 tomar decisiones de compromiso.
Desarrollo de Software Tradicional
• Descripciones operacionales
• Requisitos funcionales de alto
nivel Sistemas legados
• ocurre un milagro
• Arquitectura de sistema
específico Arquitectura del
software
• Diseño
detallado
Implementació
n
 Los atributos de calidad
rara vez se capturan
como parte de la
especificación de
requisitos;
 generalmente son sólo
vagamente
comprendidos;
 frecuentemente
pobremente articulados
11
12
Creación de una Arquitectura de
Software
 Existen métodos y guías para la definición de la
arquitectura, muchos de los cuales se focalizan en los
requisitos funcionales.
 Es posible crear una arquitectura basada en las
necesidades de atributos de calidad.
Esquema de proceso de modelado
de AS
1
7
Etapas del proceso
1
8
 Definir los requerimientos: Involucra crear un modelo
desde los requerimientos que guiarán el diseño de la
arquitectura basado en los atributos de calidad
esperados
 Diseño de la Arquitectura : Involucra definir la estructura y
las responsabilidades de los componentes que
comprenderán la Arquitectura de Software
 Validación: Significa “probar” la arquitectura,
típicamente pasando a través del diseño contra los
requerimientos actuales y cualquier posible
requerimiento a futuro.
Identificar requerimientos
1
9
Requerimientos no funcionales
2
0
 Describen como el software debe comportarse, es decir como
hacer algo, no que debe hacer
 Están relacionados con los requerimientos funcionales
porque describen la forma que se espera se logren dichos
requerimientos
 En algunos casos tienen restricciones de cómo hacerlo
 Se clasifican de acuerdo al atributo de calidad
esperado del sistema
Ejemplo de requerimientos de AS
2
1
Restricciones (constraints)
2
2
 Las restricciones (constraints) imponen condiciones sobre la
arquitectura que normalmente no son negociables.
 Limitan el rango de alternativas de decisión del
arquitecto
 Algunas veces hace la vida más fácil para el arquitecto, en otras
lo complica.
 Se pueden clasificar según su naturaleza:
 Negocio, Desarrollo, Tiempo, Costo, etc.
Ejemplos de restricciones
2
3
Priorización de requerimientos
2
4 • 
A
l
t
a
:
L
a
a
p
l
i
c
a
c
i
ó
n
d
e
b
e
s
o
p
Ejercicio sobre análisis de
requerimientos de AS
2
5
Diseño de la Arquitectura de
Software
Reference
2
6
1. Escogencia de la Arquitectura de
Referencia
2
7
 Discutir los posibles estilos y patrones más apropiados que
den el soporte requerido para alcanzar los atributos de
calidad deseados
 ES LA TAREA MÁS CRÍTICA EN TODO EL PROCESO DE AS !!
 Basarse en Arquitecturas de Referencia reconocidas por tanto
por la academia como por la industria
 Implementaciones conocidas, de amplia difusión y uso
 Buena documentación
 Reconocer el tamaño de la aplicación objetivo
 Aplicaciones pequeñas  Pocos patrones requeridos
 Aplicaciones grandes  Mezcla de varios patrones
Ejemplo de mapeo de patrones a
atributos de calidad
Elementos esenciales
 Encapsulación del proceso: El
coordinador contiene la lógica
requerida para alcanzar el
objetivo del proceso de
negocio, siendo un solo punto
de definición hace más fácil
entender y modificar.
 Bajo acoplamiento: Los
componentes de servidores no
se conscientes de su rol en el
proceso ni su orden de
ejecución
 Comunicación flexible: La
comunicación entre el
coordinador y los servidores
puede ser sincrónica o
asincrónica
Patrón Process Coordinator
2
8
Atributos de calidad para el patrón
Coordinador (1)
2
9
Atributos de calidad para el patrón
Coordinador (2)
3
0
2. Asignación de componentes
3
1
 Su objetivo es definir los componentes principales que
comprenderán el diseño
 La arquitectura de referencia define los patrones de
comunicación en general para los componentes
 Se busca además:
 Identificar como los componentes se ajustan a los patrones
 Identificar las interfaces y los servicios que cada
componente soporta para así
 Validar la asignación de responsabilidades de los
componentes
 Identificar dependencias entre ellos
 Identificar las partes de la arquitectura candidatas a
distribuirse en varios servidores
Guías para diseño de componentes
3
2
 Por ser los componentes el más alto nivel de abstracción en
el diseño de la AS, existe similitudes en su diseño con las
técnicas de diseño orientado a objetos:
o Minimizar dependencias entre componentes evitando
propagar los cambios entre muchos componentes y por ende
sus pruebas.
o Diseñar componentes que encapsulen un alta cohesión del
conjunto de responsabilidades. La cohesión es una medida de
que tan bien las partes de un componente encajan entre si.
Guías para diseño de componentes
(2)
3
3
o Aísle las dependencias con tecnologías Middleware y cualquier
COTS. Esto facilita los cambios en el diseño de la AS. Por
supuesto se incurren en más esfuerzo para construir y algo de
penalidad en desempeño.
o Utilice la descomposición para estructurar componentes
jerárquicamente. El componente más externo define la interfaz
pública disponible. Internamente los llamados a esa interfaz son
delegados a otros componentes localmente definidos cuyas
interfaces no son visibles externamente.
Guías para diseño de componentes
(3)
3
4
o Reduzca al mínimo las llamadas entre componentes, ya que
pueden resultar costosas si los componentes se distribuyen.
Trate de agregar secuencias de llamadas entre componentes
en una sola llamada que pueda realizar el procesamiento
necesario en una sola solicitud. Esto crea métodos de grano
grueso o servicios en las interfaces que hacen más trabajo por
cada requerimiento-invocación.
Ejercicio de aplicación de
técnicas de diseño
3
5
Validación
 Durante el proceso de creación de la arquitectura, el objetivo
de la fase de validación consiste en aumentar la confianza
del equipo de diseño con respecto a que la arquitectura es
adecuada para cumplir con los requerimientos del sistema.
 Aunque se puede estar actuando sobre un sistema
existente o nuevo al final el resultado del modelado es un
diseño de AS por lo que el proceso de validación puede ser
el mismo para ambos casos.
 Se puede escoger entre dos técnicas: Pruebas manuales o
Prototipos.
Técnicas de validación
3
7
 El objetivo de ambas técnicas es el de identificar posibles
deficiencias y debilidades en el diseño para que puedan ser
mejoradas antes de la implementación.
1. Prueba manual: Involucra la prueba de la AS usando
escenarios
2. Prototipo: Involucra la construcción de un prototipo que crea un
arquetipo de la aplicación deseada, de esta forma su capacidad
para satisfacer las necesidades se pueden evaluar con más
detalle a través de prototipos.
Prueba manual por escenarios
3
8
 Los escenarios son una técnica desarrollada en el SEI para
desentrañar las cuestiones relativas a una arquitectura a
través de pruebas y evaluación manual.
 Los escenarios están relacionados con las preocupaciones
arquitectónicas tales como los atributos de calidad, y tienen
como objetivo poner de relieve las consecuencias de las
decisiones arquitectónicas que se encapsulan en el diseño.
 Los escenarios pueden ser concebidos para hacer frente a
cualquier requisito de calidad de interés en una aplicación
dada.
El método SEI ATAM
3
9 • 
E
s
t
e
m
é
t
o
d
o
d
e
s
c
r
i
b
e
l
o
s
e
s
c
Ejemplo de escenarios ATAM
4
0
Prototipos de Arquitectura
4
1
 Los prototipos son versiones reducidas o restringidas de la
aplicación deseada, creadas específicamente para poner a
prueba algunos los aspectos del diseño de alto riesgo o que
puedan ser mal entendidos.
 Los prototipos se utilizan normalmente con dos objetivos:
 Prueba de concepto: ¿Puede la arquitectura como esta diseñada
construirse en una forma que pueda satisfacer los
requerimientos?
 Prueba de tecnología: ¿La tecnología (middleware, aplicaciones
integradas, librerías, etc.) seleccionadas para implementar la
aplicación se comportan como se espera?
Ejercicio de aplicación de
técnicas de validación
4
2
Créditos
4
3
 Software Architecture in Practice, Second Edition.
Len Bass, Paul Clements, Rick Kazman
 Essential Architecture. Ian Gorton.
 Documenting Software Architectures, Views and Beyond.
Second Edition. Paul Clements, Felix Bachmann, Len Bass,
David Garlan, James Ivers, Reed Little, Paulo Merson, Robert
Nord, Judith Stafford.
 Curso de Arquitectura de Software, Universidad de Chile.
Cecilia Bastarrica, Daniel Perovich.
Dpto. Lenguajes y Sistemas Informáticos
Modelos de datos
T2.2006-07
Modelos de Datos
Introducción
2005-06 45
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Índice
• Introducción
• Sistemas de información
• Conceptos
• Representación de objetos
• Cualidades
• Clasificación
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
ANÁLISIS-DISEÑO-IMPLEMENTACIÓN
¿cuál es el problema? - ¿cómo solucionarlo? - ¡solucionado!
2005-06 46
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
ANÁLISIS-DISEÑO-IMPLEMENTACIÓN
¿cuál es el problema? - ¿cómo solucionarlo? - ¡solucionado!
BD: esq.conceptual - esq.lógico- esq.interno + ...
¿Modelos de datos?
¿sólo BD?
2005-06 47
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
¿Qué es un MD?
• la herramienta intelectual que
nos permite estructurar los
datos de forma que se capte la
semántica de los mismos
2005-06 48
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
¿Qué es un MD?
 “Lenguaje”, “forma de comunicarse”
¿Para qué?
 definición de datos
 soporte desarrollo metodología BD
 lenguajes manipulación de datos
 soporte arquitectura SGBD
 estudio alternativas organización de datos
Resumiendo
 seleccionar el modelo de datos a utilizar por
todos ayuda a “diseñar”, “organizar” datos
de la “empresa”
2005-06 49
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Cjto. de
conceptos
Reglas de
composición
Sistema de Información
representa
+
se
compone de
modelo
de
datos
2005-06 50
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Sistema
• Conjunto de cosas relacionadas ordenadamente
entre sí para cumplir unos determinados objetivos
Almacén
mercancías ventas
2005-06 51
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
ALMACÉN
mercancías ventas
Sistema
albaranes
INVENTARIO
orden de
venta
Sistema de Información
pedidos
nota de
envío
2005-06 52
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Fases de Desarrollo de un SIM
• Análisis
• Diseño
• Implementación
2005-06 53
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Fases de Desarrollo de un SIM
• Análisis:
 ABSTRACCIÓN: MUNDO REAL  MUNDO IDEAS
 investigación:
– requerimientos de información
– requerimientos de procesos
 modelado:
– estructuras de datos
– procesos (operaciones)
• Diseño
• Implementación
2005-06 54
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Fases de Desarrollo de un SIM
• Análisis
• Diseño:
 MUNDO IDEAS  MUNDO DATOS
 lógico: organización de las ideas para ser
almacenadas
 físico: acercamiento al nivel de
almacenamiento
• Implementación 2005-06 55
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Fases de Desarrollo de un SIM
• Análisis
• Diseño
• Implementación:
 MUNDO DATOS
 programación:
– procesos
– datos
 pruebas:
– fiabilidad
– rendimiento
2005-06 56
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Sistema de Información
Mecanizado
• Sistema de información soportado
por un ordenador.
• Componentes básicos:
 Datos + su descripción
 Equipo físico: el ordenador
 Equipo lógico: SGBD + sistema de
comunicación + SO + ...
 Administrador: persona o equipo
responsable
 Usuarios.
2005-06 57
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Sistema de Información
Mecanizado
• Historia:
Años
70
80
90
00
SIM de proceso de transacción  cálculos
SIM soporte decisión  decisiones
2005-06 58
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Propiedades de un SI
• estáticas
• dinámicas restricciones
de integridad
estructura + operaciones
2005-06 59
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Propiedades de un SI
• estáticas
 valores posibles, referencias,
identificación...
– los clientes de Movistar se identifican por un
número de 7 dígitos
• dinámicas
 evolución de la información en el
tiempo
– los beneficios de Telefónica nunca deben
disminuir
– el servicio de telefonía móvil puede empeorar,
nunca mejorar
2005-06 60
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Modelo de datos
• herramienta intelectual para
estructurar datos captando su
semántica
– ¿qué significan / representan?
– ¿cómo se relacionan?
– ¿qué se puede hacer con ellos? (“¿cómo se
almacena una factura?”)
 conceptos+reglas composición
2005-06 61
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Esquema
• Representación de un SI
 usando un MD concreto
• Estructuras de datos + operaciones
Lenguaje de Definición de Datos (LDD)
• define el esquema
Lenguaje de Manipulación de Datos
(LMD)
• maneja datos almacenados según el esquema
 Navegacionales
– “busca en la lista doblemente enlazada el primer ítem alumno
aprobado en BD1”
 De especificación
– “alumnos aprobados en BD1”
2005-06 62
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
SGBD  implementación MD
• Base de Datos RELACIONAL
 datos estructurados en una BD conforme al
MODELO RELACIONAL
• SGBD RELACIONAL
 sistema informático capaz de manejar una
BD RELACIONAL
2005-06 63
Modelos de Datos
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Mecanismos de abstracción
• clasificación
• agregación
• Generalización
Introducción
Restricciones semánticas
• dominio
• identificación
• correspondencia entre clases
 cardinalidad
 existencia
 dependencia de identificador
 cobertura en generalizaciones
2005-06 64
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Mecanismos de abstracción
• Clasificación
• Agregación
• Generalización
2005-06 65
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Mecanismos de abstracción
• Clasificación
 Definir clases de objetos básicas
• Agregación
• Generalización
2005-06 66
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Mecanismos de abstracción
• Clasificación
 Definir clases de objetos básicas
• Agregación
 Construir clases de objetos complejas
• Generalización
2005-06 67
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Mecanismos de abstracción
• Clasificación
 Definir clases de objetos básicas
• Agregación
 Construir clases de objetos complejas
• Generalización
 Establecer “tipos” entre las posibles
instancias de la clase:
– clase genérica: propiedades comunes
– clase(s) especializada(s): propiedades
exclusivas
2005-06 68
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Clasificar y agregar
dni nombre dirección código créditos
clasificar
2005-06 69
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Clasificar y agregar
dni nombre dirección código créditos
clasificar
alumno asignatura
agregar
2005-06 70
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Clasificar y agregar
dni nombre dirección código créditos
clasificar
alumno asignatura
agregar
cursa
agregar
2005-06 71
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Generalizar
• atributos comunes y exclusivos
matrícula marca modelo
clasificar
2005-06 72
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Generalizar
• atributos comunes y exclusivos
matrícula marca modelo
clasificar
vehículo
agregar 2005-06 73
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Generalizar
• atributos comunes y exclusivos
matrícula marca modelo
clasificar
generalizar
motocicleta
vehículo
agregar
coche
tabla
windsurf a
motor
2005-06 74
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Generalizar
• atributos comunes y exclusivos
cantidad
matrícula marca modelo
clasificar
generalizar
motocicleta
vehículo
agregar
de
puertas
coche
tabla
windsurf a
motor
cilindrada tubarro?
clasificar
2005-06 75
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Propiedades de cobertura
de la generalización
motocicleta
vehículo
– Cómo se clasifican los objetos
• total / parcial
coche
P,D
• disjunta / solapada
2005-06 76
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Propiedades de cobertura
de la generalización
motocicleta
vehículo
– Cómo se clasifican los objetos
• total / parcial
coche
P,D
– Todos / no todos los objetos
pertenecen a una clase
especializada
 ¿Todos los vehículos son o
coches o motos?
• disjunta / solapada 2005-06 77
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Propiedades de cobertura
de la generalización
motocicleta
vehículo
– Cómo se clasifican los objetos
• total / parcial
coche
P,D
– Todos / no todos los objetos
pertenecen a una clase
especializada
 ¿Todos los vehículos son o
coches o motos?
• disjunta / solapada
– Los conjuntos especializados
son disjuntos / no disjuntos
 Un vehículo, ¿puede ser coche y
moto a la vez?
2005-06 78
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Cualidades de los MM.DD.
• en general
 expresividad
 simplicidad
 minimalidad
nº conceptos de representación
fácil de leer / comprender
concepto1  concepto2
interpretación única y precisa de los
 formalidad
conceptos
• con LDD gráfico
 compleción gráfica
 facilidad de lectura
2005-06 79
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Clasificación MM.DD.
• Primitivos
 archivo convencional, registros
• Clásicos (registros)
 jerárquico, red, relacional (¿registros?)
• Semánticos (oo y lógica)
 E-R, semántico general, orientado a objetos...
• Otros (de propósito particular)
 cartografía, CAD/CAM, hipertexto
2005-06 80
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Modelo relacional
table vendedor
2005-06 81
( numvend number(4),
nomvend varchar2(30),
nombrecomer varchar2(30),
telefono char(12),
calle varchar2(30),
ciudad varchar2(20),
provincia varchar2(20),
primary key (numvend) );
table pieza
( numpieza varchar2(16),
nompieza varchar2(30),
preciovent number(9,2),
primary key (numpieza));
…
table preciosum
( numpieza varchar2(16),
numvend number(4),
preciounit number(9,2),
diassum number(3),
descuento number(2),
primary key (numpieza,numvend),
foreign key (numpieza)
references pieza (numpieza),
foreign key (numvend)
references vendedor (numvend) );
…
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Modelo relacional
2005-06 82
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Modelo entidad-relación
VENDEDOR PIEZA
SUMINISTRA
nomvend
numvend
numpieza
provincia
calle
teléfono
preciounit
diassum
descuento
nombrecomer
preciovent
nompieza
PEDIDO INVENTARIO
LINPED
ID
E
fecha
numpedido
numbin
cantdisponible
fecharecuento
periodorecuen
cantajuste
cantreord
puntoreord
RECIBE
CONTIENE
SEPIDEEN
SERECUENTA
numlinea
preciocompra
cantpedida
cantrecibida
fecharecep
2005-06 83
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
UML
2005-06 84
Modelos de Datos
Introducción
Sistemas de
información
Conceptos
Represent.
S.I.
Cualidades
Clasificación
Conclusiones
• Modelo de Datos
 herramienta intelectual de
representación
• No sólo aplicable a BD
 pero... modelo relacional
• Evolución de los MM.DD.
 nuevas exigencias hacen inadecuados
a los modelos
2005-06 85
www.senati.edu.pe

Más contenido relacionado

Similar a 2017.10.16-senati-powerpoint sesion8.pptx

presentacion de software y estimacion de doste
presentacion de software y estimacion de dostepresentacion de software y estimacion de doste
presentacion de software y estimacion de doste
CAMILO
 
PROYECTOS DE SOFTWARE Y COSTOS
PROYECTOS DE SOFTWARE Y COSTOSPROYECTOS DE SOFTWARE Y COSTOS
PROYECTOS DE SOFTWARE Y COSTOS
CAMILO
 
Adrian adrianza
Adrian adrianzaAdrian adrianza
Adrian adrianza
Adrian Adrianza
 
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTEPRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
CAMILO
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
CAMILO
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
José Antonio Sandoval Acosta
 
1_1 Introduccion
1_1 Introduccion1_1 Introduccion
1_1 Introduccion
landeta_p
 
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptxM.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
HawkMartnez
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientos
guest409adc
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
David Rosero
 
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptxFASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
JenifferJuliethPalen
 
Modelo cascada
Modelo cascadaModelo cascada
Arquitectura de Software
Arquitectura de SoftwareArquitectura de Software
Arquitectura de Software
Juan Jose Gonzalez Faundez
 
Proyecto
ProyectoProyecto
Proyecto
ProyectoProyecto
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
hanzcg
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
Maricela Ramirez
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
Jose Patricio Bovet Derpich
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de software
michellvillegas3
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
univ of pamplona
 

Similar a 2017.10.16-senati-powerpoint sesion8.pptx (20)

presentacion de software y estimacion de doste
presentacion de software y estimacion de dostepresentacion de software y estimacion de doste
presentacion de software y estimacion de doste
 
PROYECTOS DE SOFTWARE Y COSTOS
PROYECTOS DE SOFTWARE Y COSTOSPROYECTOS DE SOFTWARE Y COSTOS
PROYECTOS DE SOFTWARE Y COSTOS
 
Adrian adrianza
Adrian adrianzaAdrian adrianza
Adrian adrianza
 
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTEPRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
PRESENTACION: PROYECTO DE SOFTWARE & ESTIMACION DE COSTE
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
1_1 Introduccion
1_1 Introduccion1_1 Introduccion
1_1 Introduccion
 
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptxM.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
M.G.E-y-R.L.E.A-Diseño-Arquitectonico.pptx
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientos
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
 
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptxFASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Arquitectura de Software
Arquitectura de SoftwareArquitectura de Software
Arquitectura de Software
 
Proyecto
ProyectoProyecto
Proyecto
 
Proyecto
ProyectoProyecto
Proyecto
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de software
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 

Más de Fernando Espinoza Muñoz

230331140621108.PDF
230331140621108.PDF230331140621108.PDF
230331140621108.PDF
Fernando Espinoza Muñoz
 
BALANCE BIMESTRE 1 Y 2 2023.pptx
BALANCE BIMESTRE 1 Y 2 2023.pptxBALANCE BIMESTRE 1 Y 2 2023.pptx
BALANCE BIMESTRE 1 Y 2 2023.pptx
Fernando Espinoza Muñoz
 
Diapositiva-DD.HH.-marco_conceptual[1].ppt
Diapositiva-DD.HH.-marco_conceptual[1].pptDiapositiva-DD.HH.-marco_conceptual[1].ppt
Diapositiva-DD.HH.-marco_conceptual[1].ppt
Fernando Espinoza Muñoz
 
anexo 3 FER.docx
anexo 3 FER.docxanexo 3 FER.docx
anexo 3 FER.docx
Fernando Espinoza Muñoz
 
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.pptResponsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
Fernando Espinoza Muñoz
 
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
Fernando Espinoza Muñoz
 
Exposición.ppt
Exposición.pptExposición.ppt
Exposición.ppt
Fernando Espinoza Muñoz
 
ArgoUML.ppt
ArgoUML.pptArgoUML.ppt
Presentación1ds.pptx
Presentación1ds.pptxPresentación1ds.pptx
Presentación1ds.pptx
Fernando Espinoza Muñoz
 
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptxprogramacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
Fernando Espinoza Muñoz
 
Presentación1ds.pptx
Presentación1ds.pptxPresentación1ds.pptx
Presentación1ds.pptx
Fernando Espinoza Muñoz
 
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptxprogramacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
Fernando Espinoza Muñoz
 
taburete y mesa.pdf
taburete y mesa.pdftaburete y mesa.pdf
taburete y mesa.pdf
Fernando Espinoza Muñoz
 
Mi primer juicio Oral-1 (4).pdf
Mi primer juicio Oral-1 (4).pdfMi primer juicio Oral-1 (4).pdf
Mi primer juicio Oral-1 (4).pdf
Fernando Espinoza Muñoz
 
examen carpinteria.pdf
examen carpinteria.pdfexamen carpinteria.pdf
examen carpinteria.pdf
Fernando Espinoza Muñoz
 
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docxDISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
Fernando Espinoza Muñoz
 
Espinoza Muñoz Fernando Practica Nº 10.pdf
Espinoza Muñoz Fernando Practica Nº 10.pdfEspinoza Muñoz Fernando Practica Nº 10.pdf
Espinoza Muñoz Fernando Practica Nº 10.pdf
Fernando Espinoza Muñoz
 
SEMANA 06.pptx
SEMANA 06.pptxSEMANA 06.pptx
SEMANA 06.pptx
Fernando Espinoza Muñoz
 
clase 01-1-SoftYPrototipado.pptx
clase 01-1-SoftYPrototipado.pptxclase 01-1-SoftYPrototipado.pptx
clase 01-1-SoftYPrototipado.pptx
Fernando Espinoza Muñoz
 
CLASE I DERECHO TRIBUTARIO (1).pptx
CLASE I DERECHO TRIBUTARIO (1).pptxCLASE I DERECHO TRIBUTARIO (1).pptx
CLASE I DERECHO TRIBUTARIO (1).pptx
Fernando Espinoza Muñoz
 

Más de Fernando Espinoza Muñoz (20)

230331140621108.PDF
230331140621108.PDF230331140621108.PDF
230331140621108.PDF
 
BALANCE BIMESTRE 1 Y 2 2023.pptx
BALANCE BIMESTRE 1 Y 2 2023.pptxBALANCE BIMESTRE 1 Y 2 2023.pptx
BALANCE BIMESTRE 1 Y 2 2023.pptx
 
Diapositiva-DD.HH.-marco_conceptual[1].ppt
Diapositiva-DD.HH.-marco_conceptual[1].pptDiapositiva-DD.HH.-marco_conceptual[1].ppt
Diapositiva-DD.HH.-marco_conceptual[1].ppt
 
anexo 3 FER.docx
anexo 3 FER.docxanexo 3 FER.docx
anexo 3 FER.docx
 
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.pptResponsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
Responsabilidades en S.O. Dr. Francisco Tafur S. bis.ppt
 
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
MARCO CONSTITUCIONAL, CÓDIGO CIVIL Y EL REGLAMENTO NACIONAL DE EDIFICACIONES....
 
Exposición.ppt
Exposición.pptExposición.ppt
Exposición.ppt
 
ArgoUML.ppt
ArgoUML.pptArgoUML.ppt
ArgoUML.ppt
 
Presentación1ds.pptx
Presentación1ds.pptxPresentación1ds.pptx
Presentación1ds.pptx
 
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptxprogramacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
 
Presentación1ds.pptx
Presentación1ds.pptxPresentación1ds.pptx
Presentación1ds.pptx
 
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptxprogramacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
programacion-orientada-a-objetos-poo_c4774196-cfdb-412e-bae5-210a97d78f8b.pptx
 
taburete y mesa.pdf
taburete y mesa.pdftaburete y mesa.pdf
taburete y mesa.pdf
 
Mi primer juicio Oral-1 (4).pdf
Mi primer juicio Oral-1 (4).pdfMi primer juicio Oral-1 (4).pdf
Mi primer juicio Oral-1 (4).pdf
 
examen carpinteria.pdf
examen carpinteria.pdfexamen carpinteria.pdf
examen carpinteria.pdf
 
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docxDISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
DISTRIBUCIÓN DE HORAS DEL COORDINADOR PEDAGÓGICO.docx
 
Espinoza Muñoz Fernando Practica Nº 10.pdf
Espinoza Muñoz Fernando Practica Nº 10.pdfEspinoza Muñoz Fernando Practica Nº 10.pdf
Espinoza Muñoz Fernando Practica Nº 10.pdf
 
SEMANA 06.pptx
SEMANA 06.pptxSEMANA 06.pptx
SEMANA 06.pptx
 
clase 01-1-SoftYPrototipado.pptx
clase 01-1-SoftYPrototipado.pptxclase 01-1-SoftYPrototipado.pptx
clase 01-1-SoftYPrototipado.pptx
 
CLASE I DERECHO TRIBUTARIO (1).pptx
CLASE I DERECHO TRIBUTARIO (1).pptxCLASE I DERECHO TRIBUTARIO (1).pptx
CLASE I DERECHO TRIBUTARIO (1).pptx
 

Último

MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDADMEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
MiltonAcaro1
 
Documento (10) sobre elcuidado del agua docx
Documento (10) sobre elcuidado del agua docxDocumento (10) sobre elcuidado del agua docx
Documento (10) sobre elcuidado del agua docx
yaurihuallancaclever
 
proyecto MODA CIRCULAR para reciclado de ropa donada
proyecto MODA CIRCULAR para reciclado de ropa donadaproyecto MODA CIRCULAR para reciclado de ropa donada
proyecto MODA CIRCULAR para reciclado de ropa donada
ClarisaAlvarez4
 
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y JessicaContaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
jessicamartinez187827
 
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
ssuser50ef513
 
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLEMANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
miguelon010890
 
REDES PERMITIDAS Y PROHIBIDAS EN LS ORILLAS - APS.pdf
REDES PERMITIDAS Y PROHIBIDAS  EN LS ORILLAS - APS.pdfREDES PERMITIDAS Y PROHIBIDAS  EN LS ORILLAS - APS.pdf
REDES PERMITIDAS Y PROHIBIDAS EN LS ORILLAS - APS.pdf
tupapiyues
 
Mapa mental de la vigilancia en salud pública
Mapa mental de la vigilancia en salud públicaMapa mental de la vigilancia en salud pública
Mapa mental de la vigilancia en salud pública
ANGELICAISAMARABARRO
 
Plantas medicinales - cómo combaten la diabetes.pptx
Plantas medicinales - cómo combaten la diabetes.pptxPlantas medicinales - cómo combaten la diabetes.pptx
Plantas medicinales - cómo combaten la diabetes.pptx
eguiluzlunajoaquin
 
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - BoliviaMandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
Alfredo Zaconeta
 
orégano (Origanum vulgare) bajo dos técnicas de secado ARREGLADA REGULO.ppt
orégano (Origanum vulgare)  bajo dos técnicas de secado ARREGLADA REGULO.pptorégano (Origanum vulgare)  bajo dos técnicas de secado ARREGLADA REGULO.ppt
orégano (Origanum vulgare) bajo dos técnicas de secado ARREGLADA REGULO.ppt
AnaPadilla559554
 
Presentación del medio ambiente Ilustrado Verde.pdf
Presentación del medio ambiente Ilustrado Verde.pdfPresentación del medio ambiente Ilustrado Verde.pdf
Presentación del medio ambiente Ilustrado Verde.pdf
KiharaImanMore
 
Diapositiva sobre los tipos de suelos y sus características -1
Diapositiva sobre los tipos de suelos y sus características -1Diapositiva sobre los tipos de suelos y sus características -1
Diapositiva sobre los tipos de suelos y sus características -1
Luigui Paredes
 
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptxCELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
abrilhernandez45
 
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..pptOBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
JonathanNatera
 
Desarrollo Sostenible y Conservación del Medio Ambiente.pdf
Desarrollo Sostenible y Conservación del Medio Ambiente.pdfDesarrollo Sostenible y Conservación del Medio Ambiente.pdf
Desarrollo Sostenible y Conservación del Medio Ambiente.pdf
illacruzmabelrocio
 
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOSCLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
DannaCampo4
 
Vitamina c hecho por Valeria montes xdxd
Vitamina c  hecho por Valeria montes xdxdVitamina c  hecho por Valeria montes xdxd
Vitamina c hecho por Valeria montes xdxd
valeriamontes34
 
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docx
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docxCat. B - CyE 2023 - Proyecto de Emprendimiento.docx
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docx
VilmaRejasPacotaype
 
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDASCATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
Group Lliuya
 

Último (20)

MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDADMEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
MEDIO AMBIENTE Y SUS EFECTOS HACIA EL PLANETA Y LA HUMANIDAD
 
Documento (10) sobre elcuidado del agua docx
Documento (10) sobre elcuidado del agua docxDocumento (10) sobre elcuidado del agua docx
Documento (10) sobre elcuidado del agua docx
 
proyecto MODA CIRCULAR para reciclado de ropa donada
proyecto MODA CIRCULAR para reciclado de ropa donadaproyecto MODA CIRCULAR para reciclado de ropa donada
proyecto MODA CIRCULAR para reciclado de ropa donada
 
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y JessicaContaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
Contaminación Ambiental 12° BTP ITC Seyda, Vivian y Jessica
 
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
GUÍA PARA EL DISEÑO Y OPERACIÓN DE BANCOS DE SEMILLAS Y VIVEROS FORESTALES CO...
 
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLEMANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
MANUAL DE OPERACION Y MANTENIMIENTO DE AGUA POTABLE
 
REDES PERMITIDAS Y PROHIBIDAS EN LS ORILLAS - APS.pdf
REDES PERMITIDAS Y PROHIBIDAS  EN LS ORILLAS - APS.pdfREDES PERMITIDAS Y PROHIBIDAS  EN LS ORILLAS - APS.pdf
REDES PERMITIDAS Y PROHIBIDAS EN LS ORILLAS - APS.pdf
 
Mapa mental de la vigilancia en salud pública
Mapa mental de la vigilancia en salud públicaMapa mental de la vigilancia en salud pública
Mapa mental de la vigilancia en salud pública
 
Plantas medicinales - cómo combaten la diabetes.pptx
Plantas medicinales - cómo combaten la diabetes.pptxPlantas medicinales - cómo combaten la diabetes.pptx
Plantas medicinales - cómo combaten la diabetes.pptx
 
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - BoliviaMandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
Mandato del XI FOSPA Junio 2024 - Riberalta San Buenaventura - Bolivia
 
orégano (Origanum vulgare) bajo dos técnicas de secado ARREGLADA REGULO.ppt
orégano (Origanum vulgare)  bajo dos técnicas de secado ARREGLADA REGULO.pptorégano (Origanum vulgare)  bajo dos técnicas de secado ARREGLADA REGULO.ppt
orégano (Origanum vulgare) bajo dos técnicas de secado ARREGLADA REGULO.ppt
 
Presentación del medio ambiente Ilustrado Verde.pdf
Presentación del medio ambiente Ilustrado Verde.pdfPresentación del medio ambiente Ilustrado Verde.pdf
Presentación del medio ambiente Ilustrado Verde.pdf
 
Diapositiva sobre los tipos de suelos y sus características -1
Diapositiva sobre los tipos de suelos y sus características -1Diapositiva sobre los tipos de suelos y sus características -1
Diapositiva sobre los tipos de suelos y sus características -1
 
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptxCELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
CELULA EUCARIOTA Y PROCARIOTA BIOLOGIA SECUNDARIA.pptx
 
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..pptOBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
OBRAS CIVILES PARA EL CONTROL DE LA EROSIÓN Y SOCAVACIÓN..ppt
 
Desarrollo Sostenible y Conservación del Medio Ambiente.pdf
Desarrollo Sostenible y Conservación del Medio Ambiente.pdfDesarrollo Sostenible y Conservación del Medio Ambiente.pdf
Desarrollo Sostenible y Conservación del Medio Ambiente.pdf
 
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOSCLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
CLASIFICACIÓN Y SEPARACIÓN DE RESIDUOS SÓLIDOS
 
Vitamina c hecho por Valeria montes xdxd
Vitamina c  hecho por Valeria montes xdxdVitamina c  hecho por Valeria montes xdxd
Vitamina c hecho por Valeria montes xdxd
 
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docx
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docxCat. B - CyE 2023 - Proyecto de Emprendimiento.docx
Cat. B - CyE 2023 - Proyecto de Emprendimiento.docx
 
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDASCATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
CATALOGO DE AGROKLINGE NUEVO 2024 INSECTICIDAS
 

2017.10.16-senati-powerpoint sesion8.pptx

  • 5. Modelado y Diseño de Arquitectura de Software CONCEPTOS DE MODELADO Fernando Barraza A. MS.c. fernando.barraza@gmail.com
  • 6. 2 Desarrollo de sistemas de software Requisitos funcionales del software Si todo lo que importara fuese la funcionalidad, cualquier software monolítico serviría, ... pero otras cosas también importan • Modificabilidad • Interoperabilidad • Disponibilidad • Seguridad • Predictabilidad • Portabilidad • ... Los atributos de calidad del software y su caracterización son esenciales. Manejadores de atributos de calidad Arquitectura del software Software tiene estas cualidades
  • 7. 3 Los requisitos determinan el modelo Arquitecto Variadas formas de requisitos Conocimiento disponible Host Cámara Sistem a de Visión Controlador Sensores Motores Arquitectura Sistema
  • 8. Implicaciones de no seguir un proceso conocido de modelado  La arquitectura es una abstracción de un sistema.  Los sistema pueden tener y tienen una estructura.  Todo sistema tiene una arquitectura.  Tener una arquitectura no es lo mismo que tener una arquitectura conocida por todos. Si no se desarrolla la arquitectura explícitamente, se obtendrá una de todas formas, pero puede no gustarnos lo que obtenemos! 4
  • 9. 5 Arquitectura y Funcionalidad  La funcionalidad es en gran medida ortogonal a los requisitos de calidad:  La funcionalidad es la capacidad del sistema de hacer lo que se pretendía que hiciese;  Los sistemas se descomponen en elementos para lograr variados propósitos, más allá de la funcionalidad:  Las opciones de arquitectura promueven ciertas cualidades al tiempo que implementan la funcionalidad deseada.
  • 10. 6 Consecuencias de las decisiones de AS sobre las Cualidades  La medida en que un sistema alcanza sus requisitos de calidad depende de las decisiones de arquitectura:  la arquitectura es crítica para alcanzar los atributos de calidad;  las cualidades del producto deben diseñarse como parte de la arquitectura;  un cambio en la estructura que mejora una cualidad suele afectar las otras cualidades;  la arquitectura sólo puede permitir, no garantizar, que cualquier requisito de calidad se alcance.
  • 11. 7 Desafíos  ¿Qué significan con precisión atributos de calidad tales como modificabilidad, seguridad, performance y confiabilidad?  ¿Cómo se estructura el sistema de modo que tenga estas cualidades deseadas?  ¿Se puede analizar el sistema para determinar si tiene estas cualidades?  ¿Cuán temprano puede realizarse este análisis?  ¿Cómo se sabe si una arquitectura de software es apropiada para un sistema sin tener que construir el sistema primero?
  • 12. 8 Realidad sobre Arquitectura de Software  Los requisitos de atributos de calidad son las principales guías para el diseño de la arquitectura.  La medida en que un sistema alcance sus requisitos de atributos de calidad depende de las decisiones de arquitectura.  El desarrollo requiere ser guiado por las decisiones de arquitectura.
  • 13. 9 Influencia de los Interesados Gerente de la compañia Gerente de Producto Usuario final Ingeniero de Soporte Cliente Arquitecto Bajos costos, ocupar personal, aumentar el valor de los activos corporativos Elementos atractivos, terminar rápido, comparable a la competencia Comportamiento, performance, seguridad, confiabilidad, usabilidad Modificabilidad Bajos costos, terminar rápido, sin muchos cambios ¿Cómo puedo hacer para que el sistema tenga todo esto?
  • 14. 10 Interesados Involucrados  Los objetivos organizacionales y las propiedades del sistema requeridas por el negocio raramente se comprenden y menos aún se articulan completamente.  Los requisitos de calidad del cliente casi nunca se documentan, lo cual resulta en:  objetivos que no se alcanzan;  conflicto inevitable entre los interesados.  Los arquitectos deben identificar e involucrar activamente a los interesados de modo de:  comprender las restricciones reales del sistema;  administrar las expectativas de los interesados;  negociar las prioridades del sistema;  tomar decisiones de compromiso.
  • 15. Desarrollo de Software Tradicional • Descripciones operacionales • Requisitos funcionales de alto nivel Sistemas legados • ocurre un milagro • Arquitectura de sistema específico Arquitectura del software • Diseño detallado Implementació n  Los atributos de calidad rara vez se capturan como parte de la especificación de requisitos;  generalmente son sólo vagamente comprendidos;  frecuentemente pobremente articulados 11
  • 16. 12 Creación de una Arquitectura de Software  Existen métodos y guías para la definición de la arquitectura, muchos de los cuales se focalizan en los requisitos funcionales.  Es posible crear una arquitectura basada en las necesidades de atributos de calidad.
  • 17. Esquema de proceso de modelado de AS 1 7
  • 18. Etapas del proceso 1 8  Definir los requerimientos: Involucra crear un modelo desde los requerimientos que guiarán el diseño de la arquitectura basado en los atributos de calidad esperados  Diseño de la Arquitectura : Involucra definir la estructura y las responsabilidades de los componentes que comprenderán la Arquitectura de Software  Validación: Significa “probar” la arquitectura, típicamente pasando a través del diseño contra los requerimientos actuales y cualquier posible requerimiento a futuro.
  • 20. Requerimientos no funcionales 2 0  Describen como el software debe comportarse, es decir como hacer algo, no que debe hacer  Están relacionados con los requerimientos funcionales porque describen la forma que se espera se logren dichos requerimientos  En algunos casos tienen restricciones de cómo hacerlo  Se clasifican de acuerdo al atributo de calidad esperado del sistema
  • 22. Restricciones (constraints) 2 2  Las restricciones (constraints) imponen condiciones sobre la arquitectura que normalmente no son negociables.  Limitan el rango de alternativas de decisión del arquitecto  Algunas veces hace la vida más fácil para el arquitecto, en otras lo complica.  Se pueden clasificar según su naturaleza:  Negocio, Desarrollo, Tiempo, Costo, etc.
  • 24. Priorización de requerimientos 2 4 •  A l t a : L a a p l i c a c i ó n d e b e s o p
  • 25. Ejercicio sobre análisis de requerimientos de AS 2 5
  • 26. Diseño de la Arquitectura de Software Reference 2 6
  • 27. 1. Escogencia de la Arquitectura de Referencia 2 7  Discutir los posibles estilos y patrones más apropiados que den el soporte requerido para alcanzar los atributos de calidad deseados  ES LA TAREA MÁS CRÍTICA EN TODO EL PROCESO DE AS !!  Basarse en Arquitecturas de Referencia reconocidas por tanto por la academia como por la industria  Implementaciones conocidas, de amplia difusión y uso  Buena documentación  Reconocer el tamaño de la aplicación objetivo  Aplicaciones pequeñas  Pocos patrones requeridos  Aplicaciones grandes  Mezcla de varios patrones
  • 28. Ejemplo de mapeo de patrones a atributos de calidad Elementos esenciales  Encapsulación del proceso: El coordinador contiene la lógica requerida para alcanzar el objetivo del proceso de negocio, siendo un solo punto de definición hace más fácil entender y modificar.  Bajo acoplamiento: Los componentes de servidores no se conscientes de su rol en el proceso ni su orden de ejecución  Comunicación flexible: La comunicación entre el coordinador y los servidores puede ser sincrónica o asincrónica Patrón Process Coordinator 2 8
  • 29. Atributos de calidad para el patrón Coordinador (1) 2 9
  • 30. Atributos de calidad para el patrón Coordinador (2) 3 0
  • 31. 2. Asignación de componentes 3 1  Su objetivo es definir los componentes principales que comprenderán el diseño  La arquitectura de referencia define los patrones de comunicación en general para los componentes  Se busca además:  Identificar como los componentes se ajustan a los patrones  Identificar las interfaces y los servicios que cada componente soporta para así  Validar la asignación de responsabilidades de los componentes  Identificar dependencias entre ellos  Identificar las partes de la arquitectura candidatas a distribuirse en varios servidores
  • 32. Guías para diseño de componentes 3 2  Por ser los componentes el más alto nivel de abstracción en el diseño de la AS, existe similitudes en su diseño con las técnicas de diseño orientado a objetos: o Minimizar dependencias entre componentes evitando propagar los cambios entre muchos componentes y por ende sus pruebas. o Diseñar componentes que encapsulen un alta cohesión del conjunto de responsabilidades. La cohesión es una medida de que tan bien las partes de un componente encajan entre si.
  • 33. Guías para diseño de componentes (2) 3 3 o Aísle las dependencias con tecnologías Middleware y cualquier COTS. Esto facilita los cambios en el diseño de la AS. Por supuesto se incurren en más esfuerzo para construir y algo de penalidad en desempeño. o Utilice la descomposición para estructurar componentes jerárquicamente. El componente más externo define la interfaz pública disponible. Internamente los llamados a esa interfaz son delegados a otros componentes localmente definidos cuyas interfaces no son visibles externamente.
  • 34. Guías para diseño de componentes (3) 3 4 o Reduzca al mínimo las llamadas entre componentes, ya que pueden resultar costosas si los componentes se distribuyen. Trate de agregar secuencias de llamadas entre componentes en una sola llamada que pueda realizar el procesamiento necesario en una sola solicitud. Esto crea métodos de grano grueso o servicios en las interfaces que hacen más trabajo por cada requerimiento-invocación.
  • 35. Ejercicio de aplicación de técnicas de diseño 3 5
  • 36. Validación  Durante el proceso de creación de la arquitectura, el objetivo de la fase de validación consiste en aumentar la confianza del equipo de diseño con respecto a que la arquitectura es adecuada para cumplir con los requerimientos del sistema.  Aunque se puede estar actuando sobre un sistema existente o nuevo al final el resultado del modelado es un diseño de AS por lo que el proceso de validación puede ser el mismo para ambos casos.  Se puede escoger entre dos técnicas: Pruebas manuales o Prototipos.
  • 37. Técnicas de validación 3 7  El objetivo de ambas técnicas es el de identificar posibles deficiencias y debilidades en el diseño para que puedan ser mejoradas antes de la implementación. 1. Prueba manual: Involucra la prueba de la AS usando escenarios 2. Prototipo: Involucra la construcción de un prototipo que crea un arquetipo de la aplicación deseada, de esta forma su capacidad para satisfacer las necesidades se pueden evaluar con más detalle a través de prototipos.
  • 38. Prueba manual por escenarios 3 8  Los escenarios son una técnica desarrollada en el SEI para desentrañar las cuestiones relativas a una arquitectura a través de pruebas y evaluación manual.  Los escenarios están relacionados con las preocupaciones arquitectónicas tales como los atributos de calidad, y tienen como objetivo poner de relieve las consecuencias de las decisiones arquitectónicas que se encapsulan en el diseño.  Los escenarios pueden ser concebidos para hacer frente a cualquier requisito de calidad de interés en una aplicación dada.
  • 39. El método SEI ATAM 3 9 •  E s t e m é t o d o d e s c r i b e l o s e s c
  • 41. Prototipos de Arquitectura 4 1  Los prototipos son versiones reducidas o restringidas de la aplicación deseada, creadas específicamente para poner a prueba algunos los aspectos del diseño de alto riesgo o que puedan ser mal entendidos.  Los prototipos se utilizan normalmente con dos objetivos:  Prueba de concepto: ¿Puede la arquitectura como esta diseñada construirse en una forma que pueda satisfacer los requerimientos?  Prueba de tecnología: ¿La tecnología (middleware, aplicaciones integradas, librerías, etc.) seleccionadas para implementar la aplicación se comportan como se espera?
  • 42. Ejercicio de aplicación de técnicas de validación 4 2
  • 43. Créditos 4 3  Software Architecture in Practice, Second Edition. Len Bass, Paul Clements, Rick Kazman  Essential Architecture. Ian Gorton.  Documenting Software Architectures, Views and Beyond. Second Edition. Paul Clements, Felix Bachmann, Len Bass, David Garlan, James Ivers, Reed Little, Paulo Merson, Robert Nord, Judith Stafford.  Curso de Arquitectura de Software, Universidad de Chile. Cecilia Bastarrica, Daniel Perovich.
  • 44. Dpto. Lenguajes y Sistemas Informáticos Modelos de datos T2.2006-07
  • 45. Modelos de Datos Introducción 2005-06 45 Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Índice • Introducción • Sistemas de información • Conceptos • Representación de objetos • Cualidades • Clasificación
  • 46. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación ANÁLISIS-DISEÑO-IMPLEMENTACIÓN ¿cuál es el problema? - ¿cómo solucionarlo? - ¡solucionado! 2005-06 46
  • 47. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación ANÁLISIS-DISEÑO-IMPLEMENTACIÓN ¿cuál es el problema? - ¿cómo solucionarlo? - ¡solucionado! BD: esq.conceptual - esq.lógico- esq.interno + ... ¿Modelos de datos? ¿sólo BD? 2005-06 47
  • 48. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación ¿Qué es un MD? • la herramienta intelectual que nos permite estructurar los datos de forma que se capte la semántica de los mismos 2005-06 48
  • 49. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación ¿Qué es un MD?  “Lenguaje”, “forma de comunicarse” ¿Para qué?  definición de datos  soporte desarrollo metodología BD  lenguajes manipulación de datos  soporte arquitectura SGBD  estudio alternativas organización de datos Resumiendo  seleccionar el modelo de datos a utilizar por todos ayuda a “diseñar”, “organizar” datos de la “empresa” 2005-06 49
  • 50. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Cjto. de conceptos Reglas de composición Sistema de Información representa + se compone de modelo de datos 2005-06 50
  • 51. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Sistema • Conjunto de cosas relacionadas ordenadamente entre sí para cumplir unos determinados objetivos Almacén mercancías ventas 2005-06 51
  • 52. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación ALMACÉN mercancías ventas Sistema albaranes INVENTARIO orden de venta Sistema de Información pedidos nota de envío 2005-06 52
  • 53. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Fases de Desarrollo de un SIM • Análisis • Diseño • Implementación 2005-06 53
  • 54. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Fases de Desarrollo de un SIM • Análisis:  ABSTRACCIÓN: MUNDO REAL  MUNDO IDEAS  investigación: – requerimientos de información – requerimientos de procesos  modelado: – estructuras de datos – procesos (operaciones) • Diseño • Implementación 2005-06 54
  • 55. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Fases de Desarrollo de un SIM • Análisis • Diseño:  MUNDO IDEAS  MUNDO DATOS  lógico: organización de las ideas para ser almacenadas  físico: acercamiento al nivel de almacenamiento • Implementación 2005-06 55
  • 56. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Fases de Desarrollo de un SIM • Análisis • Diseño • Implementación:  MUNDO DATOS  programación: – procesos – datos  pruebas: – fiabilidad – rendimiento 2005-06 56
  • 57. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Sistema de Información Mecanizado • Sistema de información soportado por un ordenador. • Componentes básicos:  Datos + su descripción  Equipo físico: el ordenador  Equipo lógico: SGBD + sistema de comunicación + SO + ...  Administrador: persona o equipo responsable  Usuarios. 2005-06 57
  • 58. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Sistema de Información Mecanizado • Historia: Años 70 80 90 00 SIM de proceso de transacción  cálculos SIM soporte decisión  decisiones 2005-06 58
  • 59. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Propiedades de un SI • estáticas • dinámicas restricciones de integridad estructura + operaciones 2005-06 59
  • 60. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Propiedades de un SI • estáticas  valores posibles, referencias, identificación... – los clientes de Movistar se identifican por un número de 7 dígitos • dinámicas  evolución de la información en el tiempo – los beneficios de Telefónica nunca deben disminuir – el servicio de telefonía móvil puede empeorar, nunca mejorar 2005-06 60
  • 61. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Modelo de datos • herramienta intelectual para estructurar datos captando su semántica – ¿qué significan / representan? – ¿cómo se relacionan? – ¿qué se puede hacer con ellos? (“¿cómo se almacena una factura?”)  conceptos+reglas composición 2005-06 61
  • 62. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Esquema • Representación de un SI  usando un MD concreto • Estructuras de datos + operaciones Lenguaje de Definición de Datos (LDD) • define el esquema Lenguaje de Manipulación de Datos (LMD) • maneja datos almacenados según el esquema  Navegacionales – “busca en la lista doblemente enlazada el primer ítem alumno aprobado en BD1”  De especificación – “alumnos aprobados en BD1” 2005-06 62
  • 63. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación SGBD  implementación MD • Base de Datos RELACIONAL  datos estructurados en una BD conforme al MODELO RELACIONAL • SGBD RELACIONAL  sistema informático capaz de manejar una BD RELACIONAL 2005-06 63
  • 64. Modelos de Datos Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Mecanismos de abstracción • clasificación • agregación • Generalización Introducción Restricciones semánticas • dominio • identificación • correspondencia entre clases  cardinalidad  existencia  dependencia de identificador  cobertura en generalizaciones 2005-06 64
  • 65. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Mecanismos de abstracción • Clasificación • Agregación • Generalización 2005-06 65
  • 66. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Mecanismos de abstracción • Clasificación  Definir clases de objetos básicas • Agregación • Generalización 2005-06 66
  • 67. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Mecanismos de abstracción • Clasificación  Definir clases de objetos básicas • Agregación  Construir clases de objetos complejas • Generalización 2005-06 67
  • 68. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Mecanismos de abstracción • Clasificación  Definir clases de objetos básicas • Agregación  Construir clases de objetos complejas • Generalización  Establecer “tipos” entre las posibles instancias de la clase: – clase genérica: propiedades comunes – clase(s) especializada(s): propiedades exclusivas 2005-06 68
  • 69. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Clasificar y agregar dni nombre dirección código créditos clasificar 2005-06 69
  • 70. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Clasificar y agregar dni nombre dirección código créditos clasificar alumno asignatura agregar 2005-06 70
  • 71. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Clasificar y agregar dni nombre dirección código créditos clasificar alumno asignatura agregar cursa agregar 2005-06 71
  • 72. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Generalizar • atributos comunes y exclusivos matrícula marca modelo clasificar 2005-06 72
  • 73. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Generalizar • atributos comunes y exclusivos matrícula marca modelo clasificar vehículo agregar 2005-06 73
  • 74. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Generalizar • atributos comunes y exclusivos matrícula marca modelo clasificar generalizar motocicleta vehículo agregar coche tabla windsurf a motor 2005-06 74
  • 75. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Generalizar • atributos comunes y exclusivos cantidad matrícula marca modelo clasificar generalizar motocicleta vehículo agregar de puertas coche tabla windsurf a motor cilindrada tubarro? clasificar 2005-06 75
  • 76. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Propiedades de cobertura de la generalización motocicleta vehículo – Cómo se clasifican los objetos • total / parcial coche P,D • disjunta / solapada 2005-06 76
  • 77. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Propiedades de cobertura de la generalización motocicleta vehículo – Cómo se clasifican los objetos • total / parcial coche P,D – Todos / no todos los objetos pertenecen a una clase especializada  ¿Todos los vehículos son o coches o motos? • disjunta / solapada 2005-06 77
  • 78. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Propiedades de cobertura de la generalización motocicleta vehículo – Cómo se clasifican los objetos • total / parcial coche P,D – Todos / no todos los objetos pertenecen a una clase especializada  ¿Todos los vehículos son o coches o motos? • disjunta / solapada – Los conjuntos especializados son disjuntos / no disjuntos  Un vehículo, ¿puede ser coche y moto a la vez? 2005-06 78
  • 79. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Cualidades de los MM.DD. • en general  expresividad  simplicidad  minimalidad nº conceptos de representación fácil de leer / comprender concepto1  concepto2 interpretación única y precisa de los  formalidad conceptos • con LDD gráfico  compleción gráfica  facilidad de lectura 2005-06 79
  • 80. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Clasificación MM.DD. • Primitivos  archivo convencional, registros • Clásicos (registros)  jerárquico, red, relacional (¿registros?) • Semánticos (oo y lógica)  E-R, semántico general, orientado a objetos... • Otros (de propósito particular)  cartografía, CAD/CAM, hipertexto 2005-06 80
  • 81. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Modelo relacional table vendedor 2005-06 81 ( numvend number(4), nomvend varchar2(30), nombrecomer varchar2(30), telefono char(12), calle varchar2(30), ciudad varchar2(20), provincia varchar2(20), primary key (numvend) ); table pieza ( numpieza varchar2(16), nompieza varchar2(30), preciovent number(9,2), primary key (numpieza)); … table preciosum ( numpieza varchar2(16), numvend number(4), preciounit number(9,2), diassum number(3), descuento number(2), primary key (numpieza,numvend), foreign key (numpieza) references pieza (numpieza), foreign key (numvend) references vendedor (numvend) ); …
  • 82. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Modelo relacional 2005-06 82
  • 83. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Modelo entidad-relación VENDEDOR PIEZA SUMINISTRA nomvend numvend numpieza provincia calle teléfono preciounit diassum descuento nombrecomer preciovent nompieza PEDIDO INVENTARIO LINPED ID E fecha numpedido numbin cantdisponible fecharecuento periodorecuen cantajuste cantreord puntoreord RECIBE CONTIENE SEPIDEEN SERECUENTA numlinea preciocompra cantpedida cantrecibida fecharecep 2005-06 83
  • 84. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación UML 2005-06 84
  • 85. Modelos de Datos Introducción Sistemas de información Conceptos Represent. S.I. Cualidades Clasificación Conclusiones • Modelo de Datos  herramienta intelectual de representación • No sólo aplicable a BD  pero... modelo relacional • Evolución de los MM.DD.  nuevas exigencias hacen inadecuados a los modelos 2005-06 85