SlideShare una empresa de Scribd logo
1 de 40
Descargar para leer sin conexión
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

Bases De Datos Paralelas
Bases De Datos ParalelasBases De Datos Paralelas
Bases De Datos Paralelaspineda2
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareSaraEAlcntaraR
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1jmpov441
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioJulio Pari
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerMarcos Omar Cruz Ortrega
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de softwareAtributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de softwareadolfo1608
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWARE
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWAREIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWARE
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWAREEngelberth J Zárraga Ramírez
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemaUniversidad Tecnológica
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboraciond-draem
 
Introduccion a la Ingeniería de Software
Introduccion a la Ingeniería de SoftwareIntroduccion a la Ingeniería de Software
Introduccion a la Ingeniería de SoftwareLia IS
 
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 despliegueGianfrancoEduardoBra
 
Sesion5 requerimientos de software
Sesion5 requerimientos de softwareSesion5 requerimientos de software
Sesion5 requerimientos de softwareOscar López
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareRoger Villegas
 

La actualidad más candente (20)

Bases De Datos Paralelas
Bases De Datos ParalelasBases De Datos Paralelas
Bases De Datos Paralelas
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del Software
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson Penker
 
Diagrama de Actividades
Diagrama de ActividadesDiagrama de Actividades
Diagrama de Actividades
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de softwareAtributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWARE
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWAREIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWARE
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS EN LA INGENIERÍA DEL SOFTWARE
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboracion
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
Introduccion a la Ingeniería de Software
Introduccion a la Ingeniería de SoftwareIntroduccion a la Ingeniería de Software
Introduccion a la Ingeniería de Software
 
Principios del RUP
Principios del RUPPrincipios del RUP
Principios del RUP
 
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 UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Sesion5 requerimientos de software
Sesion5 requerimientos de softwareSesion5 requerimientos de software
Sesion5 requerimientos de software
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de software
 

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

Diagramas de flujo
Diagramas de flujoDiagramas de flujo
Diagramas de flujolordXDie
 
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
 
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 SistemasKarenpenr
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de SistemasKarenpenr
 
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 SistemasKarenpenr
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemasMirna Lozano
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andesmyle22
 
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 sistemasMario 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 sistemasMario 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 unidadBeto Meneses
 
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 1antonio_sb
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de softwareHelen De la Cruz
 

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

Paradigmas
ParadigmasParadigmas
Paradigmas
 
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
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de software
 

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 estudioGianfrancoEduardoBra
 
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 analisisGianfrancoEduardoBra
 
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 requisitosGianfrancoEduardoBra
 
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 iiGianfrancoEduardoBra
 
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 requisitosGianfrancoEduardoBra
 
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 negocioGianfrancoEduardoBra
 
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 dominioGianfrancoEduardoBra
 
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 negocioGianfrancoEduardoBra
 
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 iiGianfrancoEduardoBra
 
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

Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesjohannyrmnatejeda
 
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfPRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfAuraGabriela2
 
MATEMATICA BÁSICA FUNCIONES LOGARITMICAS
MATEMATICA BÁSICA FUNCIONES LOGARITMICASMATEMATICA BÁSICA FUNCIONES LOGARITMICAS
MATEMATICA BÁSICA FUNCIONES LOGARITMICASSALVADOR ALTEZ PALOMINO
 
I N F O R M E E N S A Y O S DEL LADRILLO
I N F O R M E E N S A Y O S DEL LADRILLOI N F O R M E E N S A Y O S DEL LADRILLO
I N F O R M E E N S A Y O S DEL LADRILLOcruzmontalvomaicolal
 
Proyecto de Base de Datos de César Guzmán
Proyecto de Base de Datos de César GuzmánProyecto de Base de Datos de César Guzmán
Proyecto de Base de Datos de César Guzmáncesarguzmansierra751
 
JimyPomalaza vivienda rural huancavelica .pdf
JimyPomalaza vivienda rural huancavelica .pdfJimyPomalaza vivienda rural huancavelica .pdf
JimyPomalaza vivienda rural huancavelica .pdfJimyPomalaza
 
Diseño de un aerogenerador de 400w de eje vertical
Diseño de un aerogenerador de 400w de eje verticalDiseño de un aerogenerador de 400w de eje vertical
Diseño de un aerogenerador de 400w de eje verticalEfrain Yungan
 
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdf
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdfDispositivos Semiconductores de Potencia BJT, MOSFET 01.pdf
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdfdego18
 
INTERPOLACION de metodos numericos para resolver problemas
INTERPOLACION de metodos numericos para resolver problemasINTERPOLACION de metodos numericos para resolver problemas
INTERPOLACION de metodos numericos para resolver problemasAnaRebecaMillanMarqu
 
Sistema Séptico Domiciliario para viviendas rurales
Sistema Séptico Domiciliario para viviendas ruralesSistema Séptico Domiciliario para viviendas rurales
Sistema Séptico Domiciliario para viviendas ruralesrberinald
 
Submodulo III- Control de cloro residual OK.pptx
Submodulo III- Control de cloro residual OK.pptxSubmodulo III- Control de cloro residual OK.pptx
Submodulo III- Control de cloro residual OK.pptxMiltonEPalacios
 
Guía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososGuía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososAdrianVarela22
 
Introduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfIntroduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfjhorbycoralsanchez
 
Transporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECTransporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECamador030809
 
Informe Mensual MARZO DE SUPERVISION.docx
Informe Mensual MARZO DE SUPERVISION.docxInforme Mensual MARZO DE SUPERVISION.docx
Informe Mensual MARZO DE SUPERVISION.docxTAKESHISAC
 
LIQUIDACION OBRAS PUBLICAS POR CONTRATA.pdf
LIQUIDACION OBRAS PUBLICAS  POR CONTRATA.pdfLIQUIDACION OBRAS PUBLICAS  POR CONTRATA.pdf
LIQUIDACION OBRAS PUBLICAS POR CONTRATA.pdfManuelVillarreal44
 
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdfnurix_15
 
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdf
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdfMANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdf
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdfciteagrohuallaga07
 
Sistema Operativo Windows Capas Estructura
Sistema Operativo Windows Capas EstructuraSistema Operativo Windows Capas Estructura
Sistema Operativo Windows Capas EstructuraJairoMaxKevinMartine
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOCamiloSaavedra30
 

Último (20)

Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajes
 
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfPRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
 
MATEMATICA BÁSICA FUNCIONES LOGARITMICAS
MATEMATICA BÁSICA FUNCIONES LOGARITMICASMATEMATICA BÁSICA FUNCIONES LOGARITMICAS
MATEMATICA BÁSICA FUNCIONES LOGARITMICAS
 
I N F O R M E E N S A Y O S DEL LADRILLO
I N F O R M E E N S A Y O S DEL LADRILLOI N F O R M E E N S A Y O S DEL LADRILLO
I N F O R M E E N S A Y O S DEL LADRILLO
 
Proyecto de Base de Datos de César Guzmán
Proyecto de Base de Datos de César GuzmánProyecto de Base de Datos de César Guzmán
Proyecto de Base de Datos de César Guzmán
 
JimyPomalaza vivienda rural huancavelica .pdf
JimyPomalaza vivienda rural huancavelica .pdfJimyPomalaza vivienda rural huancavelica .pdf
JimyPomalaza vivienda rural huancavelica .pdf
 
Diseño de un aerogenerador de 400w de eje vertical
Diseño de un aerogenerador de 400w de eje verticalDiseño de un aerogenerador de 400w de eje vertical
Diseño de un aerogenerador de 400w de eje vertical
 
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdf
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdfDispositivos Semiconductores de Potencia BJT, MOSFET 01.pdf
Dispositivos Semiconductores de Potencia BJT, MOSFET 01.pdf
 
INTERPOLACION de metodos numericos para resolver problemas
INTERPOLACION de metodos numericos para resolver problemasINTERPOLACION de metodos numericos para resolver problemas
INTERPOLACION de metodos numericos para resolver problemas
 
Sistema Séptico Domiciliario para viviendas rurales
Sistema Séptico Domiciliario para viviendas ruralesSistema Séptico Domiciliario para viviendas rurales
Sistema Séptico Domiciliario para viviendas rurales
 
Submodulo III- Control de cloro residual OK.pptx
Submodulo III- Control de cloro residual OK.pptxSubmodulo III- Control de cloro residual OK.pptx
Submodulo III- Control de cloro residual OK.pptx
 
Guía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososGuía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrosos
 
Introduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfIntroduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdf
 
Transporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECTransporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMEC
 
Informe Mensual MARZO DE SUPERVISION.docx
Informe Mensual MARZO DE SUPERVISION.docxInforme Mensual MARZO DE SUPERVISION.docx
Informe Mensual MARZO DE SUPERVISION.docx
 
LIQUIDACION OBRAS PUBLICAS POR CONTRATA.pdf
LIQUIDACION OBRAS PUBLICAS  POR CONTRATA.pdfLIQUIDACION OBRAS PUBLICAS  POR CONTRATA.pdf
LIQUIDACION OBRAS PUBLICAS POR CONTRATA.pdf
 
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
 
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdf
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdfMANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdf
MANUAL DE NORMAS SANITARIAS PERUANAS ACTUALIZADO 2024.pdf
 
Sistema Operativo Windows Capas Estructura
Sistema Operativo Windows Capas EstructuraSistema Operativo Windows Capas Estructura
Sistema Operativo Windows Capas Estructura
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
 

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