Edificio residencial Tarsia de AEDAS Homes Granada
S03.s3-Material 2 (1).pptx
1. CURSO: DISEÑO Y ARQUITECTURA DE SOFTWARE
UNIDAD DE APRENDIZAJE: Introducción a la Arquitectura de Software
Sesión: 03
Docente de la escuela de sistemas y software
1
3. Logro de la Sesión
Al finalizar la sesión los
alumnos tendrán los
conocimiento necesario para
diseñar casos de uso del
sistema y del negocio,
desplegar el WAR en los
servidores y base de datos,
diseñar y describir los
componentes.
3
4. Contenido de la Sesión
• Modelo de casos de uso
• Modelo del dominio
• Diagramas de componentes
• Diagramas de despliegue
• Caso practico
• Conclusiones
• Trabajos
4
6. Modelo de Casos de Uso
El diagrama de caso de uso es un tipo de diagrama
UML de comportamiento y se usa frecuentemente
para analizar varios sistemas. Permiten visualizar
los diferentes tipos de roles en un sistema y cómo
esos roles interactúan con el sistema.
6
7. Importancia de los
diagramas de casos de uso
Como ya se ha mencionado, los diagramas de
casos de uso se utilizan para reunir los requisitos
de uso de un sistema. Dependiendo de sus
necesidades, puede utilizar esos datos de
diferentes maneras. A continuación se presentan
algunas formas de usarlas.
7
8. Importancia de los
diagramas de casos de uso
Identificarlas funciones y la forma en que los
roles interactúan con ellas.- El propósito principal
de los diagramas de casos de uso.
8
9. Importancia de los
diagramas de casos de uso
Para una visión de alto nivel del sistema.-
Especialmente útil cuando se presenta a los
administradores o a las partes interesadas. Se
pueden destacar los papeles que interactúan con el
sistema y la funcionalidad proporcionada por el
sistema sin profundizar en el funcionamiento interno
del sistema.
9
10. Importancia de los
diagramas de casos de uso
Identificar los factores internos y externos.- Esto
puede parecer simple pero en grandes proyectos
complejos un sistema puede ser identificado como
una función externa en otro caso de uso.
10
11. Usar los objetos del
Diagrama de Caso
Los diagramas de caso de uso consisten en 4 objetos.
•Actor
•Caso de uso
•Sistema
•Paquete
11
12. Usar los objetos del
Diagrama de Caso
Actor
El actor en un diagrama de caso de uso de
es cualquier entidad que desempeñe un papel en
un sistema determinado. Puede ser una persona,
una organización o un sistema externo y
normalmente se dibuja como el esqueleto que se
muestra a continuación.
12
13. Usar los objetos del
Diagrama de Caso
Caso de uso
Un caso de uso representa una función o una
acción dentro del sistema. Está dibujado como un
óvalo y nombrado con la función.
13
14. Usar los objetos del
Diagrama de Caso
Sistema
El sistema se utiliza para definir el alcance del
caso de uso y se dibuja como un rectángulo. Este
es un elemento opcional pero útil cuando se
visualizan sistemas grandes. Por ejemplo, puede
crear todos los casos de uso y luego utilizar el
objeto del sistema para definir el alcance que
abarca su proyecto.
14
15. Usar los objetos del
Diagrama de Caso
Paquete
El paquete es otro elemento opcional que es
extremadamente útil en diagramas complejos. De
manera similar a los diagramas de clase, los
paquetes se utilizan para agrupar los casos de uso
15
18. MODELO DE DOMINIO
Puede utilizarse para capturar y expresar el
entendimiento ganado en un área bajo análisis
como paso previo al diseño de un sistema. El
modelo de dominio es utilizado por el análista como
un medio para comprender el sector de negocios al
cual el sistema va a servir.
18
19. Modelo de Dominio
•Identificar y representar conceptos del dominio de
problema.
•Establecer y entender las relaciones entre los
conceptos.
•Identificar atributos de cada concepto.
•Representar entidades de negocio en el modelado
de procesos.
•Apoyar en el análisis de los requisitos.
•Elaborar un diccionario de datos.
•Elaborar un glosario de términos.
•Evolucionar hacia un modelo de diseño y modelo
de datos
19
21. Diagramas de
Componentes
Los diagramas de componentes se utilizan para
visualizar la organización de los componentes del
sistema y las relaciones de dependencia entre ellos.
Proporcionan una visión de alto nivel de los
componentes de un sistema.
21
24. DIAGRAMA DE
DESPLIEGUE
Un diagrama de despliegue es un tipo de diagrama
UML que muestra la arquitectura de ejecución de
un sistema, incluyendo nodos como entornos de
ejecución de hardware o software, y el middleware
que los conecta.
24
25. DIAGRAMA DE
DESPLIEGUE
En estos diagramas se representan dos tipos de
elementos, nodos y conexiones, así como la
distribución de componentes del sistema de
información con respecto a la partición física del
sistema.
25
27. COMPONENTE
Un componente se describe como el bloque de
unidades de implementación de un sistema que
muestra las partes independientes e
intercambiables de dicho sistema. Es un conjunto
de clases que pueden clasificarse en función de su
tipo
27
28. NODO
Un nodo es un elemento que representa los
recursos computacionales de un sistema con
capacidad para memorizar y procesar datos.
También pueden estar vinculados a una vía de
comunicación para esbozar las estructuras de la
red. En la mayoría de los casos, un nodo recibe el
nombre del dispositivo de hardware que representa.
28
29. ARTEFACTOS
Los artefactos son los elementos que representan
una pieza física de información. Estos elementos
actúan como unidades físicas de implementación
que son el resultado del proceso de desarrollo.
Ejemplos de artefactos son los archivos
ejecutables, las unidades de software, los
documentos, los archivos de datos y las bibliotecas
de información.
29
30. DEPENDENCIA
Tal y como su nombre indica, la dependencia
especifica el elemento del modelo que depende de
otro elemento del modelo. Si se introduce un
cambio en el elemento de destino, el elemento
dependiente también sufre el cambio. Es
comúnmente representado por una línea
discontinua con una punta de flecha.
30
31. CONEXIÓN
En un diagrama de despliegue, la conexión muestra
la ruta de comunicación utilizada por el hardware.
También indica el método de comunicación.
31
33. • Diseñar y describir los casos de uso del sistema de acuerdo con la
funcionalidad y no funcionalidad de sistema es indispensable en
el diseño y arquitectura de software.
• Describir conceptualmente el diagrama de dominio permite
conocer las dependencias entre módulos, sub sistemas y
paquetes.
• Los diagramas de componentes permite conocer los
componentes que se han considerado para la funcionalidad de
un sistema.
• El diagrama de despliegue permite visualizar la parte física y
lógica del un sistema alojado en servidores de aplicaciones,
servidores de base de datos, etc.
CONCLUSIONES
33
34. ACTIVIDADES
Diríjase a su plataforma Canvas ,
semana 03 y encontrará el trabajo
practico que corresponde realizar.
34