Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Resultado de Aprendizaje
220501093-02. Modelar las funciones del software de acuerdo con el informe de requisitos.
Con base en los requisitos del sistema ya especificados, se empiezan a construir los artefactos del modelo
necesarios para representar la solución de software, por medio de los siguientes documentos: diagramas de clase,
documentos de casos de uso o historias de usuario en plantillas, modelo de base de datos, modelo del dominio,
diagramas de actividades y también un documento informe con los resultados obtenidos. Aspectos a tener en
cuenta:
Esta evidencia se centra en la elaboración del diagrama de clases del proyecto, identificando cómo las categorías que
intervienen se relacionan, teniendo en cuenta su cardinalidad, dependencias y herencias, llevando esto a la organización de
objetos por medio de segmentación de componentes en paquetes claramente identificables. Aspectos a tener en cuenta:
• Se deben seguir las características e instrucciones para la elaboración de un diagrama de dominio del proyecto.
• El modelo conceptual resultante debe guardar las proporciones necesarias, de modo que se vea ordenado y sea fácil su
lectura.
• Para complementar el modelo del dominio, se puede representar por medio de otra vista que corresponde al diagrama de
paquetes del proyecto.
• Tener en cuenta los requisitos del software.
• Identificar el tipo de diagrama apropiado para modelar el dominio.
• Diagramar con UML los artefactos del sistema, diagrama de clases y de paquetes.
• Manejar herramientas de software para apoyar la elaboración de los diagramas.
• Elaborar documento plantilla de casos de uso con base en estándares de documentación.
Tendremos un Nodo llamado Fork o bifurcación nos sirve para iniciar la concurrencia y también
tenemos un Nodo llamado Join que es para regresar a un solo flujo.
Ejemplo del proceso de compra
Nodo de subactividad
El nodo de subactividad en un diagrama de actividades se utiliza para desglosar una actividad
principal en tareas más detalladas y específicas. Proporciona una manera de representar acciones
más pequeñas y manejables dentro de una actividad principal. En resumen, el nodo de subactividad
permite subdividir una actividad en subtareas para mostrar el flujo de trabajo más detallado y
organizado.
En esencia, una región de actividad interrumpible es un mecanismo que permite que una actividad en curso
sea suspendida temporalmente para manejar una interrupción, y luego se reanuda desde el punto de
interrupción una vez que se ha completado la tarea relacionada con la interrupción.
Las particiones ayudan a visualizar y comprender mejor la responsabilidad y la relación entre diferentes
roles, departamentos, sistemas u otras entidades involucradas en el proceso. Cada partición puede representar
un actor, un departamento, un sistema o cualquier otra entidad relevante para el proceso.
Diagramas de clases
Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando
sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de
análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el
sistema, y los componentes que se encargarán del funcionamiento y la relación entre uno y otro.
• Ilustrar modelos de datos para sistemas de información, sin importar qué tan
simples o complejos sean.
• Comprender mejor la visión general de los esquemas de una aplicación.
• Crear diagramas detallados que resalten cualquier código específico que será
necesario programar e implementar en la estructura descrita.
• Ofrecer una descripción independiente de la implementación sobre los tipos
empleados en un sistema que son posteriormente transferidos entre sus
componentes.
Elementos que componen un diagrama de clase
Nombre de la clase: Es el nombre que identifica a la clase y se coloca en la parte superior del rectángulo que
representa la clase.
Atributos: Representan las propiedades o características de la clase. Se colocan en el centro del rectángulo y
se describen mediante una combinación de nombre y tipo de datos. Por ejemplo: "nombre: String".
Métodos: Representan las operaciones o acciones que pueden ser realizadas por la clase. Se colocan en la
parte inferior del rectángulo y se describen mediante el nombre del método, parámetros (si los hay) y el tipo
de retorno. Por ejemplo: "+obtenerNombre(): String".
Controles de acceso
Tipos de asociación
Asociación simple: Es la forma básica de asociación entre dos clases. Indica que una clase tiene una referencia a otra
clase. Por ejemplo, en un sistema de gestión de una biblioteca, podemos tener una asociación simple entre las clases
"Biblioteca" y "Libro", donde la clase "Biblioteca" tiene una colección de libros.
Asociación bidireccional: Es una asociación en la que las clases están conectadas entre sí en ambas direcciones. Esto
significa que ambas clases pueden acceder y referenciarse mutuamente. Por ejemplo, en un sistema de redes sociales,
puede haber una asociación bidireccional entre las clases "Usuario" y "Amigo", donde un usuario puede tener amigos y
esos amigos pueden tener una referencia al usuario.
Asociación unidireccional: Es una asociación en la que la relación está definida en una sola dirección. Una clase puede
hacer referencia a la otra clase, pero no viceversa. Por ejemplo, en un sistema de compras en línea, puede haber una
asociación unidireccional entre las clases "Carrito de compras" y "Producto", donde el carrito de compras hace referencia
a los productos que contiene, pero los productos no hacen referencia al carrito de compras.
Asociación con nombre de rol: En esta asociación, se le da un nombre específico al papel que una clase desempeña en
relación con la otra clase. Esto ayuda a proporcionar una mejor comprensión de la relación entre las clases. Por ejemplo,
en un sistema de reservas de vuelos, puede haber una asociación con nombre de rol entre las clases "Pasajero" y "Vuelo",
donde el pasajero reserva un vuelo.
Multiplicidad
la multiplicidad se utiliza para especificar la cantidad de instancias de una clase que pueden estar
asociadas con una instancia de otra clase en una relación de asociación. Indica la cardinalidad de
la relación entre las clases.
La multiplicidad se representa mediante números o símbolos que indican los límites superior e
inferior de la asociación. Los símbolos más comunes utilizados para representar la multiplicidad
son los siguientes:
Herencia
En un diagrama de clases, la herencia es una relación que permite que una clase herede atributos y métodos de otra
clase. La herencia es uno de los conceptos fundamentales de la programación orientada a objetos y se utiliza para
modelar jerarquías de clases y compartir características comunes entre ellas.
En el diagrama de clases, la herencia se representa mediante una línea con una flecha que apunta desde la clase
hija (subclase) hacia la clase padre (superclase). Esto indica que la clase hija hereda todos los atributos y métodos
de la clase padre. La clase hija puede agregar nuevos atributos y métodos propios o puede redefinir (sobreescribir)
los atributos y métodos heredados según sus necesidades.
Agregación
la agregación es una relación entre clases que representa una asociación de "todo-parte". Indica que una clase
contiene otras clases como sus partes o componentes, pero las partes pueden existir independientemente de la
clase que las contiene.
La agregación se representa mediante una línea sólida con un rombo vacío en el extremo de la clase que contiene
las partes. El rombo vacío apunta hacia las clases que son parte de la agregación. Esto indica que la clase que
contiene la agregación es responsable de la creación, destrucción y gestión de las partes, pero las partes pueden
existir de forma independiente.
La agregación se utiliza cuando una clase tiene una relación de "todo-parte" con otras clases, pero las partes no
son exclusivas de la clase que las contiene y pueden estar asociadas con otras clases también.
Composición
La composición es una relación entre clases que representa una asociación de "todo-parte" más estricta que la
agregación. Indica que una clase está compuesta por otras clases y que las partes no pueden existir de forma
independiente sin la clase contenedora.
La composición se representa mediante una línea sólida con un rombo lleno en el extremo de la clase que contiene
las partes. El rombo lleno apunta hacia las clases que son parte de la composición. Esto indica que la clase
contenedora es responsable de la creación, destrucción y gestión de las partes, y que las partes no pueden existir
sin la clase contenedora.
La composición se utiliza cuando una clase tiene una relación de "todo-parte" con otras clases, pero las partes son
exclusivas de la clase contenedora y no pueden ser compartidas con otras clases.