SlideShare una empresa de Scribd logo
DISEÑO DE SISTEMAS
Diagrama de Comunicación oColaboración,
Modelado de Base de Datos
SESIÓN 12
Diagramade Secuencia,
Docente: Mgtr. Allende Tauma Renzo R.
CIP: 228248
Metodología RUP, en resumen
• Un proyecto es exitoso cuando cumple con el tiempo, alcance y
costo.
• Un proyecto informático es el esfuerzo temporal que se lleva a
cabo para crear un producto y/o servicio relacionado al
tratamiento de la información.
• Una metodología dice qué hacer, cómo y con quienes.
• RUP es configurable y se puede adaptar al grado de complejidad
del modelo de proceso de desarrollo de software utilizado por la
organización.
• RUP está compuesto por 4 etapas y 9 disciplinas.
• RUP es una guía sobre como usar efectivamente el UML.
Conocimientos previos
¿Para que sirven los
Artefactos?
RUP en cada una de sus
fases realiza una serie de
artefactos que sirven para
comprender mejor tanto el
análisis como el diseño del
sistema.
Conocimientos previos
Conocimientos previos
Datos/Observaciones
ANÁLISIS DE CASOS DE USO
Todas las clases de análisis Requisitos especiales sobre la
realización de un caso de uso
-----
----------
----------
----------
----------
----------
----------
----
ECU
comportamiento de los casos
de uso entre los objetos de
análisis que interactúan
Establecer detalles de la relación necesaria entre clases de análisis
para lograr la funcionalidad descrita en el CU
Conocimientos previos
Datos/Observaciones
REALIZACIÓN DE CASOS DE USO
Una realización de caso de uso describe
cómo un caso de uso en particular es
modelado, primero en el modelo de
análisis y después en el modelo de
diseño, en términos de objetos
colaboradores.
Conocimientos previos
Otros diagramas
Datos/Observaciones
¿CÓMO ENCONTRAR CLASES DE ANÁLISIS?
ECU
Se identifican por CU:
- Cero o más clases de interfaz
- Una clase control
- Una o más clases entidad
Conocimientos previos
Datos/Observaciones
CLASES DE ANÁLISIS
• Son clases estereotipadas
para crear modelos ideales de
objetos.
• Se basa en el patrón MVC
(Model-View-Controller), que
define clases enfocadas a la
separación de
responsabilidades.
Conocimientos previos
Datos/Observaciones
17
Ejemplo:
El CU “Procesar Facturación” envía información a un Sistema de
Facturación externo.
Describe una interacción entre el sistema con los
usuarios y con otros sistemas (Dispositivos o
Software). Pueden modelar formularios, protocolos o
APIs.
CLASE BOUNDARY [Interfaz]
Conocimientos previos
Datos/Observaciones
Ejemplo:
En un paquete de análisis denominado Evaluación se
ubican los CU: “Evaluar empleado”, “Procesar
evaluación de desempeño” y “Consultar estadísticas de
Evaluaciones”. La clase control que coordine el trabajo
de cada uno es:
Modela la coordinación, secuencia, transacciones y
control de otros objetos.
Todos los CU ubicados en un paquete de análisis
comparten la misma clase control.
CLASE CONTROL [Control]
Conocimientos previos
Datos/Observaciones
Ejemplo:
En el caso de uso “Mantener empleados” en el cual se
puede registrar, modificar o desactivar empleados es
evidente que la información que debe ser manipulada es
del empleado.
Modela información o comportamiento que
posee una vida larga en el sistema.
Estas clases sufren un proceso de refinamiento a
medida que se ubica a la misma clase entidad
dentro de distintas realizaciones de caso de uso.
CLASE ENTITY [Entidad]
Conocimientos previos
DIAGRAMA DE CLASES DE ANÁLISIS
Conocimientos previos
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN / COLABORACIÓN
Conocimientos previos
*Desde un diagrama de Secuencia con F5 generas su diagrama de colaboración.
Datos/Observaciones
DIAGRAMA DE SECUENCIA
• Se usan para representar el flujo de
trabajo, el paso de mensajes y cómo
los elementos en general cooperan a
lo largo del tiempo para lograr un
resultado.
• Es una representación estructurada de
comportamiento como una serie de
pasos secuenciales a lo largo del
tiempo.
Datos/Observaciones
DIAGRAMA DE SECUENCIA
CARACTERÍSTICAS
• Representa una interacción, un conjunto de comunicaciones entre objetos
organizados visualmente por orden temporal.
• Posee dos dimensiones:
• La dimensión vertical que representa el tiempo.
• La dimensión horizontal que representa los objetos que participan en la interacción.
Datos/Observaciones
DIAGRAMA DE SECUENCIA
ELEMENTOS
• Objetos:
• Se coloca en un línea horizontal
imaginaria.
• Se representan por rectángulo
con nombre subrayado.
• Foco de control:
• Símbolo que muestra el periodo
de tiempo durante el cual un
objeto está realizando una
acción.
DIAGRAMA DE SECUENCIA
ELEMENTOS
• La línea de vida:
• Se representa por una línea
vertical punteada debajo del
objeto.
• Mensaje:
• Se representa por una línea
dirigida .
• Muestra la progresión al próximo
paso de la secuencia.
Datos/Observaciones
DIAGRAMA DE SECUENCIA
TIPOS DE MENSAJE
• Mensaje asíncrono:
• Se envía y sigue procesando sin esperar la
respuesta.
• Mensaje síncrono:
• Secuencia a ser completada antes de salir
del nivel. Espera respuesta.
• Retorno de mensaje:
• El receptor de un mensaje anterior devuelve
el foco de control al emisor
Datos/Observaciones
DIAGRAMA DE SECUENCIA
Datos/Observaciones
DIAGRAMA DE SECUENCIA
USOS
• Los diagramas de secuencia representan objetos que deben asociarse a las clases:
• Para un diagrama de secuencia de análisis deberá asociarse a las clases de
análisis boundary, control y entity.
• Para un diagrama de secuencia de diseño deberá asociarse a las clases de
diseño (según lenguaje de programación escogido).
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN
• Los diagramas de comunicación
enfatizan los aspectos estructurales de
una interacción.
• Se usan para visualizar relaciones
inter-objetos mientras en los
diagramas de secuencia son más
efectivos para visualizar
procesamiento a lo largo del tiempo.
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN
ELEMENTOS:
• Lifeline:
• Es un participante
individual de una
interacción, se
representa por una
entidad con nombre
subrayado con un
objeto asociado a una
clase.
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN
ELEMENTOS:
• Conexión:
• Se representa como
una línea que une
íconos de objetos.
• Indica que existe un
camino para establecer
comunicación entre los
objetos conectados
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN
ELEMENTOS:
• Mensaje:
• Se representa como una
flecha apuntando desde el
objeto cliente al objeto
proveedor.
• El nombre del mensaje
con una línea opcional de
parámetros y/o un valor de
regreso de datos.
• El número de secuencia
opcional que muestra el
orden relativo con el cual
son enviados los
mensajes.
Datos/Observaciones
DIAGRAMA DE COMUNICACIÓN
USOS:
• Los diagramas de comunicación representan objetos que deben asociarse a las
clases.
• Para un diagrama de comunicación de análisis, deberán asociarse a las clases
de análisis: boundary, control y entity.
• Para un diagrama de comunicación de diseño deberán asociarse a las clases
de diseño (según lenguaje de programación escogido).
Datos/Observaciones
MODELO FÍSICO DE DATOS
5
Es la última etapa de la metodología de diseño de bases de datos que describe cómo
se implantará la base de datos en el mundo real, es decir, a nivel de la plataforma de
hardware, software, conectividad de redes, sistema operativo, dll’s y otros
componentes.
Contiene las tablas de la BD del sistema y es específico a un SGBD. El paso de un
modelo lógico a uno físico requiere un profundo entendimiento del manejador de bases
de datos que se desea emplear, incluyendo características como:
• Detalles acerca del indexamiento, integridad referencial,
restricciones, tipos de datos, etc
• Detalles y variaciones de las versiones
• Parámetros de configuración
• Data Definition Language (DDL)
Datos/Observaciones
IMPORTANCIA DEL DISEÑO FÍSICO
• Hacer el diseño físico de la base de datos no sólo es modelar estructuras de
tablas, columnas y relaciones.
• El diseño físico representa la implantación, para lo cual modela cómo y dónde la
data será almacenada.
• Es típico que en el diseño que se cree uno o más nodos para que alojen la base de
datos y luego instalar en ellos los componentes del DBMS.
• Si la base de datos reside en distintas instancias de DBMS, se podrán asignar
paquetes (<<schema>>) de tablas a un DBMS en particular para indicar donde
residirá la data respectiva.
• Se afina mediante la definición de índices, parámetros de almacenamiento,
usuarios, disparadores.
Datos/Observaciones
SISTEMAS DE GESTIÓN DE BASES DE DATOS
Datos/Observaciones
DICCIONARIO DE DATOS
Es un catálogo, un depósito, de los elementos en un sistema. Como su nombre lo sugiere, estos
elementos se centran alrededor de los datos y la forma en que están estructurados para satisfacer
los requerimientos de los usuarios y las necesidades de la organización. En un diccionario de datos
se encuentra la lista de todos los elementos que forman parte del flujo de datos en todo el sistema.
Los elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario
guarda los detalles y descripciones de todos estos elementos
Datos/Observaciones
HERENCIA EN BASE DE DATOS RELACIONAL
Vamos a trabajar con la siguiente jerarquía de herencia con tres clases: Persona, Cliente,
Empleado. La clase Persona es abstracta y las otras son clases concretas que extienden de la
primera. De un Cliente vamos a saber su número de tarjeta de crédito y de un empleado vamos a
saber la cuenta bancaria donde se depositan su sueldo.
Datos/Observaciones
UNA TABLA POR CADA CLASE
Se crean tres tablas: personas, clientes y empleados. Cada tabla contendrá los campos de cada
clase. Los únicos campos que se repetirán serán los relativos a las claves primarias
Datos/Observaciones
UNA TABLA POR CLASE CONCRETA
Se crean dos tablas: Empleado y clientes. Cada tabla contendrá los campos respectivos.
Datos/Observaciones
UNA TABLA PARA LA JERARQUÍA DE HERENCIA Y
UNA TABLA TIPO
Con esta estrategia tendríamos una tabla persona y una tipo para manejar restricción
referencial:
Datos/Observaciones
RESUMEN HERENCIA
• Lo más recomendable es utilizar la segunda o la tercera estrategia. Elegir entre ellas
dependerá de las consultas que se han de hacer a la base de datos. Si por ejemplo en
ningún momento hacemos una consulta que involucre tanto a clientes y empleados, quizá lo
mejor será tener una tabla por cada clase concreta. Si por el contrario es común hacer
listados que involucren a ambas clases, entonces lo mejor será utilizar una sola tabla y la
tabla tipo.
Datos/Observaciones
AUDITORIA EN BASE DE DATOS
• Consiste en el control de acceso, de actualización, de integración y calidad de los datos.
• Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los accesos
a la información almacenada en la base de datos incluyendo la capacidad de determinar:
o Quien accede a los datos
o Cuando se accedió a los datos
o Desde que tipo de dispositivo/aplicación
o Cual fue la sentencia SQL ejecutada
o Cual fue el efecto del acceso a la BD.
OBJETIVOS DE LA AUDITORIA EN BD
• Mitigar los riesgos asociados con el manejo inadecuado de los datos
• Apoyar el cumplimiento regulatorio.
• Satisfacer los requerimientos de los auditores
• Evitar acciones criminales
• Evitar multas por incumplimiento
Datos/Observaciones
IMPORTANCIA DE LA AUDITORIA BD
• Toda la información financiera de la organización reside en bases de datos y deben existir
controles relacionados con el acceso a las mismas.
• Se debe poder demostrar la integridad de la información almacenada en las bases de datos.
• Las organizaciones deben mitigar los riesgos asociados a la pérdida de datos y a la fuga de
información.
• La información confidencial de los clientes son responsabilidad de las organizaciones.
• Los datos convertidos en información a través de bases de datos y procesos de negocios
representan el negocio.
• Las organizaciones deben tomar medidas mucho más allá de asegurar sus datos. Deben
monitorearse perfectamente a fin de conocer quién o qué les hizo exactamente: qué, cuándo
y cómo
Datos/Observaciones
TÉCNICAS DE AUDITORÍA
• Auditoría nativa de base de datos.
• Añadir campos de auditoría a una tabla.
• Triggersy tablas espejo
• Creación de procedimientos almacenados
•Seguimiento y consultas
SEGUIMIENTO DE AVANCES
Referencia Bibliográfica

Más contenido relacionado

La actualidad más candente

Diagramas de estado
Diagramas de estadoDiagramas de estado
Diagramas de estado
Rene Guaman-Quinche
 
Diagramas de clase.pptx
Diagramas de clase.pptxDiagramas de clase.pptx
Diagramas de clase.pptx
CAMILORUALES1
 
Uml de un sistema de inventarios
Uml de un sistema de inventariosUml de un sistema de inventarios
Uml de un sistema de inventarios
Vanessa Estefania Corredor Andrade
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
Wilfredo Mogollón
 
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPTCS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
leela rani
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
Julio Pari
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
landeta_p
 
Patrones de diseño de GoF
Patrones de diseño de GoFPatrones de diseño de GoF
Patrones de diseño de GoF
Yaskelly Yedra
 
Diagrama componentes
Diagrama componentesDiagrama componentes
Diagrama componentes
marianela0393
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
Rene Guaman-Quinche
 
Normas ISO 9126 - 25000
Normas ISO 9126 - 25000Normas ISO 9126 - 25000
Normas ISO 9126 - 25000
Loreto Arriagada
 
Software Architecture Document Final
Software Architecture Document FinalSoftware Architecture Document Final
Software Architecture Document Final
Ali Ahmed
 
Uml class-diagram
Uml class-diagramUml class-diagram
Uml class-diagram
ASHOK KUMAR PALAKI
 
Ch8.testing
Ch8.testingCh8.testing
3. Análisis de Requerimientos
3. Análisis de Requerimientos3. Análisis de Requerimientos
3. Análisis de Requerimientos
Mario A Moreno Rocha
 
Software Engineering-Unit 4 "Architectural Design" by Adi.pdf
Software Engineering-Unit 4 "Architectural Design" by Adi.pdfSoftware Engineering-Unit 4 "Architectural Design" by Adi.pdf
Software Engineering-Unit 4 "Architectural Design" by Adi.pdf
Prof. Dr. K. Adisesha
 
Clase 11 uml_casos_de_uso
Clase 11 uml_casos_de_usoClase 11 uml_casos_de_uso
Clase 11 uml_casos_de_uso
Demián Gutierrez
 
Presentacion fdd
Presentacion fddPresentacion fdd
Presentacion fdd
Ricardo Valentino
 
Tm03 modelo de casos de uso
Tm03 modelo de casos de usoTm03 modelo de casos de uso
Tm03 modelo de casos de uso
Julio Pari
 
Diagrama uml
Diagrama umlDiagrama uml
Diagrama uml
katty_moreno_vizcaino
 

La actualidad más candente (20)

Diagramas de estado
Diagramas de estadoDiagramas de estado
Diagramas de estado
 
Diagramas de clase.pptx
Diagramas de clase.pptxDiagramas de clase.pptx
Diagramas de clase.pptx
 
Uml de un sistema de inventarios
Uml de un sistema de inventariosUml de un sistema de inventarios
Uml de un sistema de inventarios
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPTCS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
CS8592-OOAD-UNIT II-STATIC UML DIAGRAMS PPT
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
Patrones de diseño de GoF
Patrones de diseño de GoFPatrones de diseño de GoF
Patrones de diseño de GoF
 
Diagrama componentes
Diagrama componentesDiagrama componentes
Diagrama componentes
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
 
Normas ISO 9126 - 25000
Normas ISO 9126 - 25000Normas ISO 9126 - 25000
Normas ISO 9126 - 25000
 
Software Architecture Document Final
Software Architecture Document FinalSoftware Architecture Document Final
Software Architecture Document Final
 
Uml class-diagram
Uml class-diagramUml class-diagram
Uml class-diagram
 
Ch8.testing
Ch8.testingCh8.testing
Ch8.testing
 
3. Análisis de Requerimientos
3. Análisis de Requerimientos3. Análisis de Requerimientos
3. Análisis de Requerimientos
 
Software Engineering-Unit 4 "Architectural Design" by Adi.pdf
Software Engineering-Unit 4 "Architectural Design" by Adi.pdfSoftware Engineering-Unit 4 "Architectural Design" by Adi.pdf
Software Engineering-Unit 4 "Architectural Design" by Adi.pdf
 
Clase 11 uml_casos_de_uso
Clase 11 uml_casos_de_usoClase 11 uml_casos_de_uso
Clase 11 uml_casos_de_uso
 
Presentacion fdd
Presentacion fddPresentacion fdd
Presentacion fdd
 
Tm03 modelo de casos de uso
Tm03 modelo de casos de usoTm03 modelo de casos de uso
Tm03 modelo de casos de uso
 
Diagrama uml
Diagrama umlDiagrama uml
Diagrama uml
 

Similar a Análisis y diseño de sistemas sesion 12 - diagrama de secuencia

Paradigmas
ParadigmasParadigmas
Paradigmas
guest9d4dd8
 
Análisis y diseño de sistemas sesion 13 - diagrama de componentes y despliegue
Análisis y diseño de sistemas   sesion 13 - diagrama de componentes y despliegueAnálisis y diseño de sistemas   sesion 13 - diagrama de componentes y despliegue
Análisis y diseño de sistemas sesion 13 - diagrama de componentes y despliegue
GianfrancoEduardoBra
 
Diagramas de flujo
Diagramas de flujoDiagramas de flujo
Diagramas de flujo
lordXDie
 
Análisis de requerimientos y DFD (II)
Análisis de requerimientos y DFD (II)Análisis de requerimientos y DFD (II)
Análisis de requerimientos y DFD (II)
Angela Inciarte
 
Diagramadeflujo 140115215731-phpapp02
Diagramadeflujo 140115215731-phpapp02Diagramadeflujo 140115215731-phpapp02
Diagramadeflujo 140115215731-phpapp02
Martin Eduardo Toro Suarez
 
Diseño
DiseñoDiseño
Diseño
Mariocarias90
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
Municipio Cantón Pastaza
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
Municipio Cantón Pastaza
 
Primer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de SistemasPrimer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de Sistemas
Karenpenr
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
Karenpenr
 
Eje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de SistemasEje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de Sistemas
Karenpenr
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
Mirna Lozano
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
myle22
 
Articulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemasArticulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemas
Mario J Arrieta
 
Articulo análisis y diseño de sistemas
Articulo análisis y diseño de sistemasArticulo análisis y diseño de sistemas
Articulo análisis y diseño de sistemas
Mario J Arrieta
 
Sistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidadSistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidad
Beto Meneses
 
Herramiento del Análisis de Estructurado
Herramiento del Análisis de EstructuradoHerramiento del Análisis de Estructurado
Herramiento del Análisis de Estructurado
Marelisa Saldarriaga Solís MBA ITILv3 ICDL
 
presentación de herramientas de informática 1
presentación de herramientas de informática 1presentación de herramientas de informática 1
presentación de herramientas de informática 1
antonio_sb
 
Taller en clases
Taller en clases Taller en clases
Taller en clases
CarolinaDelarosa16
 
Taller en clases
Taller en clases Taller en clases
Taller en clases
luisrapalino
 

Similar a Análisis y diseño de sistemas sesion 12 - diagrama de secuencia (20)

Paradigmas
ParadigmasParadigmas
Paradigmas
 
Análisis y diseño de sistemas sesion 13 - diagrama de componentes y despliegue
Análisis y diseño de sistemas   sesion 13 - diagrama de componentes y despliegueAnálisis y diseño de sistemas   sesion 13 - diagrama de componentes y despliegue
Análisis y diseño de sistemas sesion 13 - diagrama de componentes y despliegue
 
Diagramas de flujo
Diagramas de flujoDiagramas de flujo
Diagramas de flujo
 
Análisis de requerimientos y DFD (II)
Análisis de requerimientos y DFD (II)Análisis de requerimientos y DFD (II)
Análisis de requerimientos y DFD (II)
 
Diagramadeflujo 140115215731-phpapp02
Diagramadeflujo 140115215731-phpapp02Diagramadeflujo 140115215731-phpapp02
Diagramadeflujo 140115215731-phpapp02
 
Diseño
DiseñoDiseño
Diseño
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
 
Primer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de SistemasPrimer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de Sistemas
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Eje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de SistemasEje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de Sistemas
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
 
Articulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemasArticulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemas
 
Articulo análisis y diseño de sistemas
Articulo análisis y diseño de sistemasArticulo análisis y diseño de sistemas
Articulo análisis y diseño de sistemas
 
Sistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidadSistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidad
 
Herramiento del Análisis de Estructurado
Herramiento del Análisis de EstructuradoHerramiento del Análisis de Estructurado
Herramiento del Análisis de Estructurado
 
presentación de herramientas de informática 1
presentación de herramientas de informática 1presentación de herramientas de informática 1
presentación de herramientas de informática 1
 
Taller en clases
Taller en clases Taller en clases
Taller en clases
 
Taller en clases
Taller en clases Taller en clases
Taller en clases
 

Más de GianfrancoEduardoBra

Análisis y diseño de sistemas sesion 15 - casos de estudio
Análisis y diseño de sistemas   sesion 15 - casos de estudioAnálisis y diseño de sistemas   sesion 15 - casos de estudio
Análisis y diseño de sistemas sesion 15 - casos de estudio
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 11 - modelo de analisis
Análisis y diseño de sistemas   sesion 11 - modelo de analisisAnálisis y diseño de sistemas   sesion 11 - modelo de analisis
Análisis y diseño de sistemas sesion 11 - modelo de analisis
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 09 - validacion de requisitos
Análisis y diseño de sistemas   sesion 09 - validacion de requisitosAnálisis y diseño de sistemas   sesion 09 - validacion de requisitos
Análisis y diseño de sistemas sesion 09 - validacion de requisitos
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 09 - validacion de requisitos ii
Análisis y diseño de sistemas   sesion 09 - validacion de requisitos iiAnálisis y diseño de sistemas   sesion 09 - validacion de requisitos ii
Análisis y diseño de sistemas sesion 09 - validacion de requisitos ii
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 08 - analisis y especificacion de requ...
Análisis y diseño de sistemas   sesion 08 - analisis y especificacion de requ...Análisis y diseño de sistemas   sesion 08 - analisis y especificacion de requ...
Análisis y diseño de sistemas sesion 08 - analisis y especificacion de requ...
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 07 - casos de estudio (captura de requ...
Análisis y diseño de sistemas   sesion 07 - casos de estudio (captura de requ...Análisis y diseño de sistemas   sesion 07 - casos de estudio (captura de requ...
Análisis y diseño de sistemas sesion 07 - casos de estudio (captura de requ...
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 06 - fundamentos y capturas de requisitos
Análisis y diseño de sistemas   sesion 06 - fundamentos y capturas de requisitosAnálisis y diseño de sistemas   sesion 06 - fundamentos y capturas de requisitos
Análisis y diseño de sistemas sesion 06 - fundamentos y capturas de requisitos
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 04 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 04 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 04 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 04 - modelado de procesos de negocio
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 03 - modelado de dominio
Análisis y diseño de sistemas   sesion 03 - modelado de dominioAnálisis y diseño de sistemas   sesion 03 - modelado de dominio
Análisis y diseño de sistemas sesion 03 - modelado de dominio
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio ii
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio iiAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio ii
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio ii
GianfrancoEduardoBra
 
Análisis y diseño de sistemas sesion 01 - introduccion a los procesos de ne...
Análisis y diseño de sistemas   sesion 01 - introduccion a los procesos de ne...Análisis y diseño de sistemas   sesion 01 - introduccion a los procesos de ne...
Análisis y diseño de sistemas sesion 01 - introduccion a los procesos de ne...
GianfrancoEduardoBra
 

Más de GianfrancoEduardoBra (12)

Análisis y diseño de sistemas sesion 15 - casos de estudio
Análisis y diseño de sistemas   sesion 15 - casos de estudioAnálisis y diseño de sistemas   sesion 15 - casos de estudio
Análisis y diseño de sistemas sesion 15 - casos de estudio
 
Análisis y diseño de sistemas sesion 11 - modelo de analisis
Análisis y diseño de sistemas   sesion 11 - modelo de analisisAnálisis y diseño de sistemas   sesion 11 - modelo de analisis
Análisis y diseño de sistemas sesion 11 - modelo de analisis
 
Análisis y diseño de sistemas sesion 09 - validacion de requisitos
Análisis y diseño de sistemas   sesion 09 - validacion de requisitosAnálisis y diseño de sistemas   sesion 09 - validacion de requisitos
Análisis y diseño de sistemas sesion 09 - validacion de requisitos
 
Análisis y diseño de sistemas sesion 09 - validacion de requisitos ii
Análisis y diseño de sistemas   sesion 09 - validacion de requisitos iiAnálisis y diseño de sistemas   sesion 09 - validacion de requisitos ii
Análisis y diseño de sistemas sesion 09 - validacion de requisitos ii
 
Análisis y diseño de sistemas sesion 08 - analisis y especificacion de requ...
Análisis y diseño de sistemas   sesion 08 - analisis y especificacion de requ...Análisis y diseño de sistemas   sesion 08 - analisis y especificacion de requ...
Análisis y diseño de sistemas sesion 08 - analisis y especificacion de requ...
 
Análisis y diseño de sistemas sesion 07 - casos de estudio (captura de requ...
Análisis y diseño de sistemas   sesion 07 - casos de estudio (captura de requ...Análisis y diseño de sistemas   sesion 07 - casos de estudio (captura de requ...
Análisis y diseño de sistemas sesion 07 - casos de estudio (captura de requ...
 
Análisis y diseño de sistemas sesion 06 - fundamentos y capturas de requisitos
Análisis y diseño de sistemas   sesion 06 - fundamentos y capturas de requisitosAnálisis y diseño de sistemas   sesion 06 - fundamentos y capturas de requisitos
Análisis y diseño de sistemas sesion 06 - fundamentos y capturas de requisitos
 
Análisis y diseño de sistemas sesion 04 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 04 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 04 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 04 - modelado de procesos de negocio
 
Análisis y diseño de sistemas sesion 03 - modelado de dominio
Análisis y diseño de sistemas   sesion 03 - modelado de dominioAnálisis y diseño de sistemas   sesion 03 - modelado de dominio
Análisis y diseño de sistemas sesion 03 - modelado de dominio
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio ii
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio iiAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio ii
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio ii
 
Análisis y diseño de sistemas sesion 01 - introduccion a los procesos de ne...
Análisis y diseño de sistemas   sesion 01 - introduccion a los procesos de ne...Análisis y diseño de sistemas   sesion 01 - introduccion a los procesos de ne...
Análisis y diseño de sistemas sesion 01 - introduccion a los procesos de ne...
 

Último

DIAGRAMA DE FLUJO DE ALGORITMO......
DIAGRAMA DE FLUJO   DE   ALGORITMO......DIAGRAMA DE FLUJO   DE   ALGORITMO......
DIAGRAMA DE FLUJO DE ALGORITMO......
taniarivera1015tvr
 
Operaciones Básicas creadora Veronica Maiz
Operaciones Básicas creadora Veronica MaizOperaciones Básicas creadora Veronica Maiz
Operaciones Básicas creadora Veronica Maiz
carolina838317
 
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdftintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
MishelBautista4
 
Sistema de sobrealimentacion de un motor
Sistema de sobrealimentacion de un motorSistema de sobrealimentacion de un motor
Sistema de sobrealimentacion de un motor
mauriciok961
 
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTOOPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
GERARDO GONZALEZ
 
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtualSESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
JuanGavidia2
 
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
andressalas92
 
Control de Diaphania hyalinata en campo.pptx
Control de Diaphania hyalinata en campo.pptxControl de Diaphania hyalinata en campo.pptx
Control de Diaphania hyalinata en campo.pptx
alexanderlara1198
 
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
Eliana Gomajoa
 
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
jlupo2024
 
Cargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un PuenteCargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un Puente
jemifermelgarejoaran1
 
Sesión 03 universidad cesar vallejo 2024
Sesión 03 universidad cesar vallejo 2024Sesión 03 universidad cesar vallejo 2024
Sesión 03 universidad cesar vallejo 2024
FantasticVideo1
 
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptxGRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
JhonathanBaptista2
 
diagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingenieríadiagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingeniería
karenperalta62
 
Informe Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de TacnaInforme Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de Tacna
BrusCiriloPintoApaza
 
Proceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
Proceso de obtenciòn de nitrogeno por el metodo Haber-BoshProceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
Proceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
shirllyleytonm
 
Características de los suelos como los histosoles.pptx
Características de los suelos como los histosoles.pptxCaracterísticas de los suelos como los histosoles.pptx
Características de los suelos como los histosoles.pptx
MONICADELROCIOMUNZON1
 
DIAGRAMA DE FLUJO DE ALGORITMO .......
DIAGRAMA DE FLUJO  DE  ALGORITMO .......DIAGRAMA DE FLUJO  DE  ALGORITMO .......
DIAGRAMA DE FLUJO DE ALGORITMO .......
taniarivera1015tvr
 
Estructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegaciónEstructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegación
AlvaroEduardoConsola1
 
chancadoras.............................
chancadoras.............................chancadoras.............................
chancadoras.............................
ssuser8827cb1
 

Último (20)

DIAGRAMA DE FLUJO DE ALGORITMO......
DIAGRAMA DE FLUJO   DE   ALGORITMO......DIAGRAMA DE FLUJO   DE   ALGORITMO......
DIAGRAMA DE FLUJO DE ALGORITMO......
 
Operaciones Básicas creadora Veronica Maiz
Operaciones Básicas creadora Veronica MaizOperaciones Básicas creadora Veronica Maiz
Operaciones Básicas creadora Veronica Maiz
 
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdftintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
tintura-de-fibras-celulc3b3sicas-con-colorantes-reactivos-ii (1).pdf
 
Sistema de sobrealimentacion de un motor
Sistema de sobrealimentacion de un motorSistema de sobrealimentacion de un motor
Sistema de sobrealimentacion de un motor
 
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTOOPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
OPERACIONES BÁSICAS (INFOGRAFIA) DOCUMENTO
 
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtualSESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
 
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
Libro Epanet, guía explicativa de los pasos a seguir para analizar redes hidr...
 
Control de Diaphania hyalinata en campo.pptx
Control de Diaphania hyalinata en campo.pptxControl de Diaphania hyalinata en campo.pptx
Control de Diaphania hyalinata en campo.pptx
 
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
Enjoy Pasto Bot - "Tu guía virtual para disfrutar del Carnaval de Negros y Bl...
 
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
 
Cargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un PuenteCargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un Puente
 
Sesión 03 universidad cesar vallejo 2024
Sesión 03 universidad cesar vallejo 2024Sesión 03 universidad cesar vallejo 2024
Sesión 03 universidad cesar vallejo 2024
 
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptxGRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
GRAFICA POR ATRIBUTOS EN CONTROL DE LA CALIDAD.pptx
 
diagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingenieríadiagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingeniería
 
Informe Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de TacnaInforme Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de Tacna
 
Proceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
Proceso de obtenciòn de nitrogeno por el metodo Haber-BoshProceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
Proceso de obtenciòn de nitrogeno por el metodo Haber-Bosh
 
Características de los suelos como los histosoles.pptx
Características de los suelos como los histosoles.pptxCaracterísticas de los suelos como los histosoles.pptx
Características de los suelos como los histosoles.pptx
 
DIAGRAMA DE FLUJO DE ALGORITMO .......
DIAGRAMA DE FLUJO  DE  ALGORITMO .......DIAGRAMA DE FLUJO  DE  ALGORITMO .......
DIAGRAMA DE FLUJO DE ALGORITMO .......
 
Estructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegaciónEstructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegación
 
chancadoras.............................
chancadoras.............................chancadoras.............................
chancadoras.............................
 

Análisis y diseño de sistemas sesion 12 - diagrama de secuencia

  • 1. DISEÑO DE SISTEMAS Diagrama de Comunicación oColaboración, Modelado de Base de Datos SESIÓN 12 Diagramade Secuencia, Docente: Mgtr. Allende Tauma Renzo R. CIP: 228248
  • 2. Metodología RUP, en resumen • Un proyecto es exitoso cuando cumple con el tiempo, alcance y costo. • Un proyecto informático es el esfuerzo temporal que se lleva a cabo para crear un producto y/o servicio relacionado al tratamiento de la información. • Una metodología dice qué hacer, cómo y con quienes. • RUP es configurable y se puede adaptar al grado de complejidad del modelo de proceso de desarrollo de software utilizado por la organización. • RUP está compuesto por 4 etapas y 9 disciplinas. • RUP es una guía sobre como usar efectivamente el UML. Conocimientos previos
  • 3. ¿Para que sirven los Artefactos? RUP en cada una de sus fases realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema. Conocimientos previos
  • 5. Datos/Observaciones ANÁLISIS DE CASOS DE USO Todas las clases de análisis Requisitos especiales sobre la realización de un caso de uso ----- ---------- ---------- ---------- ---------- ---------- ---------- ---- ECU comportamiento de los casos de uso entre los objetos de análisis que interactúan Establecer detalles de la relación necesaria entre clases de análisis para lograr la funcionalidad descrita en el CU Conocimientos previos
  • 6. Datos/Observaciones REALIZACIÓN DE CASOS DE USO Una realización de caso de uso describe cómo un caso de uso en particular es modelado, primero en el modelo de análisis y después en el modelo de diseño, en términos de objetos colaboradores. Conocimientos previos Otros diagramas
  • 7. Datos/Observaciones ¿CÓMO ENCONTRAR CLASES DE ANÁLISIS? ECU Se identifican por CU: - Cero o más clases de interfaz - Una clase control - Una o más clases entidad Conocimientos previos
  • 8. Datos/Observaciones CLASES DE ANÁLISIS • Son clases estereotipadas para crear modelos ideales de objetos. • Se basa en el patrón MVC (Model-View-Controller), que define clases enfocadas a la separación de responsabilidades. Conocimientos previos
  • 9. Datos/Observaciones 17 Ejemplo: El CU “Procesar Facturación” envía información a un Sistema de Facturación externo. Describe una interacción entre el sistema con los usuarios y con otros sistemas (Dispositivos o Software). Pueden modelar formularios, protocolos o APIs. CLASE BOUNDARY [Interfaz] Conocimientos previos
  • 10. Datos/Observaciones Ejemplo: En un paquete de análisis denominado Evaluación se ubican los CU: “Evaluar empleado”, “Procesar evaluación de desempeño” y “Consultar estadísticas de Evaluaciones”. La clase control que coordine el trabajo de cada uno es: Modela la coordinación, secuencia, transacciones y control de otros objetos. Todos los CU ubicados en un paquete de análisis comparten la misma clase control. CLASE CONTROL [Control] Conocimientos previos
  • 11. Datos/Observaciones Ejemplo: En el caso de uso “Mantener empleados” en el cual se puede registrar, modificar o desactivar empleados es evidente que la información que debe ser manipulada es del empleado. Modela información o comportamiento que posee una vida larga en el sistema. Estas clases sufren un proceso de refinamiento a medida que se ubica a la misma clase entidad dentro de distintas realizaciones de caso de uso. CLASE ENTITY [Entidad] Conocimientos previos
  • 12. DIAGRAMA DE CLASES DE ANÁLISIS Conocimientos previos
  • 13. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN / COLABORACIÓN Conocimientos previos *Desde un diagrama de Secuencia con F5 generas su diagrama de colaboración.
  • 14. Datos/Observaciones DIAGRAMA DE SECUENCIA • Se usan para representar el flujo de trabajo, el paso de mensajes y cómo los elementos en general cooperan a lo largo del tiempo para lograr un resultado. • Es una representación estructurada de comportamiento como una serie de pasos secuenciales a lo largo del tiempo.
  • 15. Datos/Observaciones DIAGRAMA DE SECUENCIA CARACTERÍSTICAS • Representa una interacción, un conjunto de comunicaciones entre objetos organizados visualmente por orden temporal. • Posee dos dimensiones: • La dimensión vertical que representa el tiempo. • La dimensión horizontal que representa los objetos que participan en la interacción.
  • 16. Datos/Observaciones DIAGRAMA DE SECUENCIA ELEMENTOS • Objetos: • Se coloca en un línea horizontal imaginaria. • Se representan por rectángulo con nombre subrayado. • Foco de control: • Símbolo que muestra el periodo de tiempo durante el cual un objeto está realizando una acción.
  • 17. DIAGRAMA DE SECUENCIA ELEMENTOS • La línea de vida: • Se representa por una línea vertical punteada debajo del objeto. • Mensaje: • Se representa por una línea dirigida . • Muestra la progresión al próximo paso de la secuencia.
  • 18. Datos/Observaciones DIAGRAMA DE SECUENCIA TIPOS DE MENSAJE • Mensaje asíncrono: • Se envía y sigue procesando sin esperar la respuesta. • Mensaje síncrono: • Secuencia a ser completada antes de salir del nivel. Espera respuesta. • Retorno de mensaje: • El receptor de un mensaje anterior devuelve el foco de control al emisor
  • 20. Datos/Observaciones DIAGRAMA DE SECUENCIA USOS • Los diagramas de secuencia representan objetos que deben asociarse a las clases: • Para un diagrama de secuencia de análisis deberá asociarse a las clases de análisis boundary, control y entity. • Para un diagrama de secuencia de diseño deberá asociarse a las clases de diseño (según lenguaje de programación escogido).
  • 21. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN • Los diagramas de comunicación enfatizan los aspectos estructurales de una interacción. • Se usan para visualizar relaciones inter-objetos mientras en los diagramas de secuencia son más efectivos para visualizar procesamiento a lo largo del tiempo.
  • 22. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN ELEMENTOS: • Lifeline: • Es un participante individual de una interacción, se representa por una entidad con nombre subrayado con un objeto asociado a una clase.
  • 23. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN ELEMENTOS: • Conexión: • Se representa como una línea que une íconos de objetos. • Indica que existe un camino para establecer comunicación entre los objetos conectados
  • 24. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN ELEMENTOS: • Mensaje: • Se representa como una flecha apuntando desde el objeto cliente al objeto proveedor. • El nombre del mensaje con una línea opcional de parámetros y/o un valor de regreso de datos. • El número de secuencia opcional que muestra el orden relativo con el cual son enviados los mensajes.
  • 25. Datos/Observaciones DIAGRAMA DE COMUNICACIÓN USOS: • Los diagramas de comunicación representan objetos que deben asociarse a las clases. • Para un diagrama de comunicación de análisis, deberán asociarse a las clases de análisis: boundary, control y entity. • Para un diagrama de comunicación de diseño deberán asociarse a las clases de diseño (según lenguaje de programación escogido).
  • 26. Datos/Observaciones MODELO FÍSICO DE DATOS 5 Es la última etapa de la metodología de diseño de bases de datos que describe cómo se implantará la base de datos en el mundo real, es decir, a nivel de la plataforma de hardware, software, conectividad de redes, sistema operativo, dll’s y otros componentes. Contiene las tablas de la BD del sistema y es específico a un SGBD. El paso de un modelo lógico a uno físico requiere un profundo entendimiento del manejador de bases de datos que se desea emplear, incluyendo características como: • Detalles acerca del indexamiento, integridad referencial, restricciones, tipos de datos, etc • Detalles y variaciones de las versiones • Parámetros de configuración • Data Definition Language (DDL)
  • 27. Datos/Observaciones IMPORTANCIA DEL DISEÑO FÍSICO • Hacer el diseño físico de la base de datos no sólo es modelar estructuras de tablas, columnas y relaciones. • El diseño físico representa la implantación, para lo cual modela cómo y dónde la data será almacenada. • Es típico que en el diseño que se cree uno o más nodos para que alojen la base de datos y luego instalar en ellos los componentes del DBMS. • Si la base de datos reside en distintas instancias de DBMS, se podrán asignar paquetes (<<schema>>) de tablas a un DBMS en particular para indicar donde residirá la data respectiva. • Se afina mediante la definición de índices, parámetros de almacenamiento, usuarios, disparadores.
  • 29. Datos/Observaciones DICCIONARIO DE DATOS Es un catálogo, un depósito, de los elementos en un sistema. Como su nombre lo sugiere, estos elementos se centran alrededor de los datos y la forma en que están estructurados para satisfacer los requerimientos de los usuarios y las necesidades de la organización. En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos en todo el sistema. Los elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario guarda los detalles y descripciones de todos estos elementos
  • 30. Datos/Observaciones HERENCIA EN BASE DE DATOS RELACIONAL Vamos a trabajar con la siguiente jerarquía de herencia con tres clases: Persona, Cliente, Empleado. La clase Persona es abstracta y las otras son clases concretas que extienden de la primera. De un Cliente vamos a saber su número de tarjeta de crédito y de un empleado vamos a saber la cuenta bancaria donde se depositan su sueldo.
  • 31. Datos/Observaciones UNA TABLA POR CADA CLASE Se crean tres tablas: personas, clientes y empleados. Cada tabla contendrá los campos de cada clase. Los únicos campos que se repetirán serán los relativos a las claves primarias
  • 32. Datos/Observaciones UNA TABLA POR CLASE CONCRETA Se crean dos tablas: Empleado y clientes. Cada tabla contendrá los campos respectivos.
  • 33. Datos/Observaciones UNA TABLA PARA LA JERARQUÍA DE HERENCIA Y UNA TABLA TIPO Con esta estrategia tendríamos una tabla persona y una tipo para manejar restricción referencial:
  • 34. Datos/Observaciones RESUMEN HERENCIA • Lo más recomendable es utilizar la segunda o la tercera estrategia. Elegir entre ellas dependerá de las consultas que se han de hacer a la base de datos. Si por ejemplo en ningún momento hacemos una consulta que involucre tanto a clientes y empleados, quizá lo mejor será tener una tabla por cada clase concreta. Si por el contrario es común hacer listados que involucren a ambas clases, entonces lo mejor será utilizar una sola tabla y la tabla tipo.
  • 35. Datos/Observaciones AUDITORIA EN BASE DE DATOS • Consiste en el control de acceso, de actualización, de integración y calidad de los datos. • Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los accesos a la información almacenada en la base de datos incluyendo la capacidad de determinar: o Quien accede a los datos o Cuando se accedió a los datos o Desde que tipo de dispositivo/aplicación o Cual fue la sentencia SQL ejecutada o Cual fue el efecto del acceso a la BD.
  • 36. OBJETIVOS DE LA AUDITORIA EN BD • Mitigar los riesgos asociados con el manejo inadecuado de los datos • Apoyar el cumplimiento regulatorio. • Satisfacer los requerimientos de los auditores • Evitar acciones criminales • Evitar multas por incumplimiento
  • 37. Datos/Observaciones IMPORTANCIA DE LA AUDITORIA BD • Toda la información financiera de la organización reside en bases de datos y deben existir controles relacionados con el acceso a las mismas. • Se debe poder demostrar la integridad de la información almacenada en las bases de datos. • Las organizaciones deben mitigar los riesgos asociados a la pérdida de datos y a la fuga de información. • La información confidencial de los clientes son responsabilidad de las organizaciones. • Los datos convertidos en información a través de bases de datos y procesos de negocios representan el negocio. • Las organizaciones deben tomar medidas mucho más allá de asegurar sus datos. Deben monitorearse perfectamente a fin de conocer quién o qué les hizo exactamente: qué, cuándo y cómo
  • 38. Datos/Observaciones TÉCNICAS DE AUDITORÍA • Auditoría nativa de base de datos. • Añadir campos de auditoría a una tabla. • Triggersy tablas espejo • Creación de procedimientos almacenados