现在的一切都是为将来的梦想编织翅膀,让梦想在现实中展翅高飞。
Now everything is for the future of dream weaving wings, let the dream fly in reality.
Haga clic para ingresar al directorio de series de artículos.
Habilidades avanzadas en diseño de arquitectura de sistemas · Diseño de modelado UML en ingeniería de software
- 1. Análisis de requisitos: diagrama UML
- 2. Diagrama de casos de uso
- 3. Diagrama de clases y diagrama de objetos.
- 4. Diagrama de secuencia (diagrama de secuencia)
- 5. Diagrama de comunicación (diagrama de colaboración)
- 6. Diagrama de estado
- 7. Diagrama de actividades
- 8. Cuadro de tiempos
- 9. Diagrama de construcción y diagrama de paquete.
- 10. Diagrama de implementación
1. Análisis de requisitos: diagrama UML
2. Diagrama de casos de uso
2.1 Relaciones relacionadas con el diagrama de casos de uso (incluidas, extendidas y generalizadas)
Relación de inclusión (necesaria): el caso de uso público extraído se denomina caso de uso abstracto y el caso de uso original se denomina caso de uso básico o caso de uso básico. Cuando se puede extraer un comportamiento común de dos o más casos de uso, se deben representar mediante relaciones de inclusión.
Relación de extensión (opcional): si un caso de uso mezcla claramente dos o más escenarios diferentes, es decir, pueden ocurrir múltiples ramas dependiendo de la situación, el caso de uso se puede dividir en un caso de uso básico y una o más extensiones. Casos de uso para que La descripción puede ser más clara.
Relación de generalización (padre-hijo): cuando varios casos de uso comparten una estructura y comportamiento similares, sus puntos en común se pueden abstraer en un caso de uso principal y otros casos de uso se utilizan como casos de uso secundarios en la relación de generalización. En la relación de generalización de casos de uso, el caso de uso secundario es una forma especial del caso de uso principal, y el caso de uso secundario hereda toda la estructura, el comportamiento y las relaciones del caso de uso principal.
2.2 Diagrama de casos de uso
- Un diagrama de casos de uso describe un conjunto de casos de uso, actores y las relaciones entre ellos.
- Describir las funciones del sistema desde la perspectiva del usuario;
- Los participantes son desencadenantes externos;
(incluidos usuarios, organizaciones, sistemas externos, tiempo) - Los casos de uso son unidades funcionales.
Las relaciones incluyen: relación de inclusión, relación de expansión, relación de generalización
Proceso de modelado de casos de uso:
★ Identificar participantes (obligatorio)
★ Fusionar requisitos para obtener casos de uso (obligatorio)
★ Refinar la descripción del caso de uso (obligatorio)
★ Ajustar el modelo de caso de uso (opcional)
3. Diagrama de clases y diagrama de objetos.
3.1 La relación entre el diagrama de clases y el diagrama de objetos (dependencia, generalización, asociación (agregación/combinación), implementación)
3.2 Diagrama de clases y diagrama de objetos.
Diagrama de clases: un diagrama de clases describe un conjunto de clases, interfaces, colaboraciones y las relaciones entre ellas.
Diagrama de objetos: un diagrama de objetos describe un conjunto de objetos y las relaciones entre ellos. Un diagrama de objetos describe una instantánea estática de una instancia de algo creado en un diagrama de clases.
◆ Nombre de clase, nombre de método, nombre de atributo
◆ Multiplicidad (número de relación correspondiente 1, 0...*)
◆ Relación
4. Diagrama de secuencia (diagrama de secuencia)
Diagrama de secuencia (diagrama de secuencia, diagrama de secuencia) . Un diagrama de secuencia es un diagrama de interacción que enfatiza el orden en el que se envían mensajes entre objetos y muestra las interacciones entre objetos.
5. Diagrama de comunicación (diagrama de colaboración)
diagrama de comunicación . El diagrama de comunicación también es un diagrama de interacción, que enfatiza las relaciones de envío y recepción de mensajes entre objetos, en lugar de resaltar específicamente la secuencia de tiempo del envío de estos mensajes.
6. Diagrama de estado
El diagrama de estado es un complemento a la descripción de clases. Se utiliza para mostrar los posibles estados de dichos objetos y sus transiciones de estado cuando ocurren ciertos eventos.
Durante el proceso de procesamiento del pedido, los miembros pueden hacer clic en "Cancelar pedido" para cancelar el pedido. Si el pago falla , el pedido se marcará como pendiente y podrá reembolsarse más tarde. Si el tiempo de espera excede los 30 minutos sin pago, el sistema cancelará automáticamente el pedido. Una vez que el pago del pedido se realiza correctamente, el sistema determina el tipo de pedido:
(1) Para pedidos regulares, se marca como estado de existencias , la información del pedido se envía al departamento de transporte y se entrega mediante entrega urgente una vez completado el embalaje ;
(2) Para pedidos personalizados, ingresará automáticamente al estado de personalización . Una vez completada la personalización, se entregará mediante entrega urgente. El miembro hace clic en el botón " Recibir " en el sistema para cambiar al estado de recepción , finalizando todo el proceso de procesamiento del pedido.
7. Diagrama de actividades
El diagrama de actividad es un tipo especial de diagrama de estado. Un diagrama de actividades describe el flujo de ejecución de diversas actividades que se realizarán en una operación. Al mismo tiempo, suele utilizarse para describir el flujo de procesamiento de un caso de uso o algún tipo de flujo de interacción. Los diagramas de actividad muestran un proceso u otra estructura informática como un flujo de control y datos paso a paso dentro de un cálculo. Enfatiza el flujo de control entre objetos.
La diferencia entre diagramas de actividad y diagramas de flujo es que se pueden paralelizar.
8. Cuadro de tiempos
Diagrama de tiempo , también llamado diagrama de tiempo, también es un diagrama de interacción, que se utiliza para mostrar información en tiempo real durante el proceso de interacción, describiendo específicamente el momento en que el estado del objeto cambia y el período de tiempo durante el cual se mantiene un estado específico.
9. Diagrama de construcción y diagrama de paquete.
Diagrama de componentes . Un diagrama de componentes describe una clase encapsulada y sus interfaces, puertos y estructura interna compuesta por componentes y conectores integrados. Los diagramas de componentes se utilizan para representar una vista de implementación de diseño estático de un sistema. Los diagramas de componentes son importantes para construir sistemas grandes a partir de componentes pequeños. El diagrama de componentes es una variación del diagrama de clases.
Diagrama de paquete , el ícono de un paquete es como una carpeta etiquetada. La idea básica de un paquete es colocar elementos que funcionen juntos en una carpeta. Ejemplo: varias clases o componentes forman un subsistema y se pueden colocar en un paquete.
10. Diagrama de implementación
Diagrama de despliegue . Un diagrama de implementación describe la configuración de los nodos de procesamiento en tiempo de ejecución y los componentes que se encuentran dentro de ellos. Un diagrama de implementación brinda una vista de implementación estática de la arquitectura; generalmente un nodo contiene uno o más diagramas de implementación.
Haga clic para ingresar al directorio de series de artículos.