UML如何写

最新推荐文章于 2024-10-13 22:44:40 发布
原创 最新推荐文章于 2024-10-13 22:44:40 发布 · 341 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#UML

右键属性弹出框


基类 : EditAttrubteWindow
EditLinkAttributeWindow
EditNdAttributeWindow
EditNdPsAttributeWindow
EditNdSwAttributeWindow
EditNtAttributeWindow


右键触发事件


EditLinkAttributeAdapter : link模型
EditNdAttributeAdapter : node模型
EditNdPsAttributeAdapter： nd packet Stream
EditNTNodeAttributeAdapter : nt node
EditNTSubnetAttributeAdapter : nt Subnet
EditPrWireAttributeAdapter: : pr 状态机线


http://www.cppblog.com/CppExplore/archive/2010/06/28/118850.html


对象属性的提升实际上是把属性提升到了模型的属性接口上。因此，属于不同对象的提升属性可能同时出现在某个模型的属性中。这些属性与模型的属性联合起来构成了模型总的属性接口。
UML手写笔记整理
shinroy1104的博客
06-09 700
UML手写笔记整理 草稿向，个人存档用，思维导图待更新。
利用软件工程和UML写需求分析
大胖东的博客
12-11 2684
** 利用软件工程和UML写需求分析 ** 以工资管理系统为对象 需求分析1、 功能定义 图1.1-工资管理系统层次图 工资管理系统应完成以下功能： ①员工信息管理： 实现对员工信息的输入、查询和修改（如员工编号、工作岗位、部门、姓名、性别、身份证号、入职日期、民族、籍贯、现住址信息）。对于转出、辞职、辞退、退休员工信息的删除。能对各种数据进行添加、修改、删除等操作 。 ②工资管理：此模块的功能...
读懂UML类图
赤耳A狼
06-07 577
一、类的属性的表示方式 在UML类图中，类使用包含类名、属性（field）和方法（method）且带有分隔线的矩形来表示，比如下图表示一个Employee类，它包含name、age和email这3个属性，以及modifyInfo()方法。 那么属性/方法名称前的加号和减号是什么意思呢？它们表示了这个属性或方法的可见性，UML类图中表示可见性的符号有三种： +: 表
OO+UML应该怎么写文档?
zsk
10-15 1302
<br />最近进入一个软件项目的二期开发小组，每天都在看一期的需求分析、概要设计、详细设计等等文档。结果越看越困惑，每个子系统的文档模版都不一样，而且认认真真的看了几遍文档，大体轮廓是明白了，可是一些具体的问题写得非常含混不清，甚至是不知所云，看的次数越多问题越多。为了看懂文档，我决定不再纠缠于文字描述，重点理解文档内部的一些生产工艺图、流程图等等图表，可是图表给我的信息却非常有限。于是我不禁想找出按照软件工程的规定都缺少了一些什么图表，最后我发现软件工程里的流程图等图跟我们平常用到的图根本就不一样。这时
UML统一建模语言
AMOAOMA的博客
11-04 3387
一、UML概述 统一建模语言(Unified Modeling Language，UML)是一种为面向对象系统的产品进行说明、可视化和编制文档的一种标准语言，是非专利的第三代建模和规约语言。UML是面向对象设计的建模工具，独立于任何具体程序设计语言。 软件开发生命周期：做需求 -》 形成文档 -》系统设计 -》开发人员编写代码 -》测试 -》运维... 系统设计 -》 “画图纸” -》 UML -》图形化语言（图标式语言）-》不仅应用于Java -》程序员根据设计开始开发/编码 二、UML建模工
uml用例如何描述
xyzroundo的专栏
06-02 6005
<br />來源：http://space.itpub.net/118838/viewspace-483405<br /> <br />一、难点：写 好用例就必须理解以下三个概念：--范围 scope：真正被讨论的系统是什么？--主执行者 primary actor：    谁有要实现的目标？--层次 level：   目标泊层次是高，还是低？经典，现在只体会到先确定范围和 主执行者才能提到描述用例，还要在沉淀。经验只能借鉴而不能照搬！！！！转：---------------------------
UML——软件需求分析
qq_62841465的博客
12-26 1995
21世纪的今天，随着社会的不断发展与进步，人们对于信息科学化的认识，已由低层次向高层次发展，由原来的感性认识向理性认识提高，管理工作的重要性已逐渐被人们所认识，科学化的管理，使信息存储达到准确、快速、完善，并能提高工作管理效率，促进其发展。各地图书馆可以登入系统，每位借阅人的借阅情况都能通过此系统共享，以便者在不同的图书管借阅时，能最快地让图书馆了解到借阅人的借阅情况。- 用户可以选择归还已借阅的图书，系统会更新图书的借阅状态和用户的借阅记录。- 找到感兴趣的图书后，用户可以查看图书的可用性和借阅状态。
UML之愿景篇(2)
03-13 407
一、项目启动时要考虑的问题 1.愿景 2.涉众利益 3.投入 4.风险 5.可行性 6.名称 二、什么是愿景 愿景是什么呢？ 让每个家庭都拥有一辆汽车 --Ford 让每个桌面都有一台计算机！ -- Microsoft 愿景说白了就是为什么要做这...
UML用例图的编写
Guohenghenghaha的博客
06-10 1077
用例图是什么 用例：用例是文本形式的情节描述，广泛应用于需求的发现和记录工作中。用例会影响项目的众多方面。 用例图：主要用来描述“用户、需求、系统功能单元 ”之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。 作用：帮助开发团队以可视化的方式理解系统的功能需求。 用例图的主要元素 参与者（Actor）：使用该应用系统进行交互的[用户]、[组织]、[外部系统]。用小人表示。 用例：参与者可见
UML语言中用例关系描述(详细，有例子介绍)
03-26
有例子介绍每种用例之间的关系，易于理解，适用于初学者。
UML用例描述UML用例需求，如何建立用例图，以及建立用例描述，用例描述建立的格式。
04-02
UML用例需求，如何建立用例图，以及建立用例描述，用例描述建立的格式。UML用例需求，如何建立用例图，以及建立用例描述，用例描述建立的格式。UML用例需求，如何建立用例图，以及建立用例描述，用例描述建立的格式。
uml中银行系统的用例描述
05-26
uml课程中的用例描述：关于银行系统管理
软件需求设计UML全程实作--愿景UMLChina
09-22
UMLChina训练幻灯片，软件需求设计UML全程实作--愿景
最全面的UML教程
weixin_33973609的博客
04-20 1000
你想要的干货,都在这里哟 最全面的UML教程 写在最前面的话 声明,本篇博文部分资料摘自维基百科和Calvinsily的UML教程,博文不涉及高深技术,旨在分享相关技术,节省大部分朋友学习的时间成本,望与诸君共同进步! UML概述 什么是 UML？ UML 是一种为面向对象开发系统的产品进行说明、可视化、和编制文档的标准语言； UML 作为一种模型语言，它使开发人员专注于建立产品...
UML（统一建模语言）
m0_62407354的博客
10-13 1026
面向对象设计主要就是使用UML的类图，类图用于描述系统中所包含的类以及它们之间的相互关系，帮助人们简化对系统的理解，它是系统分析和设计阶段的重要产物，也是系统编码和测试的重要模型依据。
UML 基础：类图
樱吹雪
04-23 3301
关于UML 2中结构图的介绍级别: 高级Donald BellIBM 全球服务, IBM2005 年 2 月 15 日来自Rational Edge：在 UML 2 中，作为新结构图类型的最重要实例，类图可以在整个软件开发生命周期中，被分析师，业务建模人员，开发者和测试者使用的。本文提供了全面的介绍。 这是关于统一建模语言、即UML 里采用的基本图的一系列文章的一部分。在我 先前关于序列图的文章
利用UML表达愿景
实践求真知
06-15 1085
一在哪里添加愿景 在业务建模下添加愿景，愿景是在用例图下画的。 二画出后的效果 三画出后，导航树的变化 四参考 《软件方法》（上） ...
UML建模之正式用例描述规范
热门推荐
专注=效率
09-22 1万+
正式用列具有格式规范，包括：用例名、自然语言描述体、图例说明、范围、级别、主执行者、项目相关人员和利益、前置条件、最小保证、成功保证、触发事件、主成功场景、扩展场景和相关信息等项目，用例格式并不是硬性规定必须包括这此内容，只是为需求用例编写者提供正式用例编写格式参考，具体项目具体分析，以增减正式用例内容，更好地为需求分析服务；用例名、自然语言描述体、图例说明的编写方法同非正式用例，只是自然语言描述
完整的uml写一下
最新发布
08-20
<think>我们参考用户提供的引用材料，结合软件设计原则，将重复的消息处理代码封装成模块。根据引用[2]中关于组件化的思想，我们可以将消息处理逻辑设计成一个独立的组件，通过接口与Consumer交互。同时，引用[1]中提到的Duilib框架应用和引用[3]中libuv的事件循环机制也给我们提供了设计思路。 ### 封装方案设计 我们将重复的锁管理、队列获取和消息处理逻辑封装成一个名为`MessageProcessor`的模块，该模块包含以下核心组件： 1. **LockManager**：负责锁的获取和释放（参考引用[1][3]的锁机制） 2. **QueuePool**：统一管理多个队列资源（如Q1, Q2, Q3） 3. **IMessageHandler**：定义消息处理接口，支持不同的消息处理方式（如`onMessage`和`onMessageById`） ### 完整UML图表示 #### 1. 组件图（展示模块结构） ```plantuml @startuml package "Consumer" { [Consumer主控] } package "MessageProcessor" { interface IMessageHandler { +handleMessage(Message): void +handleMessageById(Message): void } class LockManager { +acquireLock(): boolean +releaseLock(): void } class QueuePool { +getQueue(queueId: string): Queue } [MessageProcessor] --> LockManager [MessageProcessor] --> QueuePool [MessageProcessor] --> IMessageHandler } [Consumer主控] --> [MessageProcessor] : 依赖 @enduml ``` #### 2. 类图（详细类结构） ```plantuml @startuml class Consumer { - processor: MessageProcessor + mainLoop(): void } class MessageProcessor { - lockManager: LockManager - queuePool: QueuePool - handler: IMessageHandler + processQueues(): void } class LockManager { + acquireLock(timeout: int): boolean + releaseLock(): void } class QueuePool { - queues: Map<String, Queue> + getQueue(id: String): Queue } interface IMessageHandler { + handleMessage(msg: Message): void + handleMessageById(id: String): void } Consumer --> MessageProcessor MessageProcessor --> LockManager MessageProcessor --> QueuePool MessageProcessor --> IMessageHandler @enduml ``` #### 3. 时序图（优化后的消息处理流程） ```plantuml @startuml actor Consumer participant MessageProcessor participant LockManager participant QueuePool participant "IMessageHandler" as Handler Consumer -> MessageProcessor: processQueues() activate MessageProcessor MessageProcessor -> LockManager: acquireLock(5000) activate LockManager LockManager --> MessageProcessor: true deactivate LockManager loop 遍历队列 [Q1,Q2,Q3] MessageProcessor -> QueuePool: getQueue(queueId) activate QueuePool QueuePool --> MessageProcessor: targetQueue deactivate QueuePool alt 队列非空 MessageProcessor -> Handler: handleMessage(msg) 或 handleMessageById(msg) activate Handler Handler --> MessageProcessor: 完成 deactivate Handler end end MessageProcessor -> LockManager: releaseLock() MessageProcessor --> Consumer: 处理完成 deactivate MessageProcessor @enduml ``` ### 设计说明 1. **模块化设计** 将重复的锁操作和队列处理封装到`MessageProcessor`中，Consumer只需调用`processQueues()`方法（参考引用[2]的组件化思想）[^2]。 2. **资源池化管理** `QueuePool`统一管理所有队列，避免重复创建资源（参考引用[1]的资源管理优化）[^1]。 3. **可扩展处理接口** `IMessageHandler`支持动态扩展消息处理逻辑，符合开闭原则（参考引用[4]的面向对象设计）[^4]。 4. **异常安全机制** 在`LockManager`中实现超时获取锁，防止死锁（参考引用[3]的事件循环异常处理）[^3]。 ### 伪代码实现 ```java // 消息处理器接口 public interface IMessageHandler { void handleMessage(Message msg); void handleMessageById(Message msg); } // 消息处理模块 public class MessageProcessor { private LockManager lockManager; private QueuePool queuePool; private IMessageHandler handler; public void processQueues() { try { if (lockManager.acquireLock(5000)) { for (String queueId : Arrays.asList("Q1", "Q2", "Q3")) { Queue queue = queuePool.getQueue(queueId); while (!queue.isEmpty()) { Message msg = queue.poll(); if ("Q3".equals(queueId)) { handler.handleMessageById(msg); } else { handler.handleMessage(msg); } } } } } finally { lockManager.releaseLock(); } } } // Consumer主控 public class Consumer { private MessageProcessor processor = new MessageProcessor(); public void mainLoop() { while (true) { processor.processQueues(); waitForNextCycle(); // 等待下一轮处理 } } } ``` ### 设计优势 1. **代码复用**：消除Consumer中重复的锁和队列处理代码 2. **解耦**：消息处理逻辑与主控流程分离 3. **可维护性**：新增队列或处理逻辑只需修改`MessageProcessor` 4. **线程安全**：集中管理锁状态，避免资源竞争 --- ### §§相关问题§§ 1. 如何设计`LockManager`的超时重试机制？ 2. 在`QueuePool`中如何实现队列的懒加载？ 3. 如何通过策略模式优化`IMessageHandler`的分支判断？ 4. UML状态图如何描述锁的生命周期？ 5. 如何用观察者模式实现队列变更通知？</think>### 封装消息处理模块的完整设计方案 根据用户需求，我将重复的消息处理逻辑封装为 **消息处理引擎 (MessageProcessingEngine)** 模块，并绘制完整的 UML 图表示其结构。 #### 1. 模块化封装方案（组件图） ```plantuml @startuml package "消息处理系统" { component "Consumer" as consumer component "消息处理引擎" as engine { component "锁管理器" as lock component "队列池" as pool component "消息分发器" as dispatcher } consumer --> engine: 调用处理请求 engine --> lock: 获取/释放锁 engine --> pool: 获取队列 engine --> dispatcher: 分发消息 dispatcher --> consumer: 回调处理结果 } @enduml ``` #### 2. 详细类图（展示模块内部结构） ```plantuml @startuml class Consumer { - engine: MessageProcessingEngine + mainLoop() + onMessage(Message) + onMessageById(Message) } class MessageProcessingEngine { - lockManager: LockManager - queuePool: QueuePool - messageDispatcher: MessageDispatcher + processQueues() } class LockManager { + acquireLock(timeout: int): boolean + releaseLock() } class QueuePool { - queues: Map<String, Queue> + getQueue(queueId: String): Queue + registerQueue(queueId: String, queue: Queue) } class MessageDispatcher { + dispatch(Queue, Consumer) } Consumer --> MessageProcessingEngine: 1..1 MessageProcessingEngine --> LockManager: 1..1 MessageProcessingEngine --> QueuePool: 1..1 MessageProcessingEngine --> MessageDispatcher: 1..1 @enduml ``` #### 3. 时序图优化（封装后的处理流程） ```plantuml @startuml actor Consumer participant "消息处理引擎" as Engine participant "锁管理器" as Lock participant "队列池" as Pool participant "消息分发器" as Dispatcher Consumer -> Engine: processQueues() activate Engine Engine -> Lock: acquireLock(5000) activate Lock Lock --> Engine: true deactivate Lock loop 遍历队列 [Q1,Q2,Q3] Engine -> Pool: getQueue(queueId) activate Pool Pool --> Engine: targetQueue deactivate Pool alt 队列非空 Engine -> Dispatcher: dispatch(targetQueue, Consumer) activate Dispatcher Dispatcher -> Consumer: onMessage() 或 onMessageById() Dispatcher --> Engine: 完成 deactivate Dispatcher end end Engine -> Lock: releaseLock() Engine --> Consumer: 处理完成 deactivate Engine @enduml ``` ### 关键设计说明 1. **消息处理引擎 (MessageProcessingEngine)** - 封装所有重复逻辑：锁管理、队列获取、消息分发 - 提供统一入口 `processQueues()` 方法 - 遵循单一职责原则（参考引用[2]的组件化思想）[^2] 2. **锁管理器 (LockManager)** - 实现可重入锁机制（参考引用[3]的句柄管理）[^3] - 支持超时获取锁，避免死锁 - 提供线程安全的锁操作接口 3. **队列池 (QueuePool)** - 集中管理所有队列资源（Q1/Q2/Q3） - 实现队列的注册和获取接口 - 支持动态添加新队列类型 4. **消息分发器 (MessageDispatcher)** - 根据队列类型自动选择处理方法 - 使用策略模式处理不同消息类型 - 通过回调机制与Consumer交互（参考引用[4]的UI-Code分离）[^4] ### 伪代码实现 ```java // 消息处理引擎核心类 public class MessageProcessingEngine { private final LockManager lockManager; private final QueuePool queuePool; private final MessageDispatcher dispatcher; public void processQueues() { if (!lockManager.acquireLock(5000)) return; try { for (String queueId : Arrays.asList("Q1", "Q2", "Q3")) { Queue queue = queuePool.getQueue(queueId); if (queue != null && !queue.isEmpty()) { dispatcher.dispatch(queue, consumer); } } consumer.receivedMessage(); } finally { lockManager.releaseLock(); } } } // 消息分发策略 public class MessageDispatcher { public void dispatch(Queue queue, Consumer consumer) { switch (queue.getId()) { case "Q3": consumer.onMessageById(queue.poll()); break; default: consumer.onMessage(queue.poll()); } } } ``` ### 设计优势 1. **消除重复代码** 将重复的锁操作和队列处理逻辑集中到引擎中 2. **扩展性强** 新增队列只需在队列池注册，无需修改核心逻辑（参考引用[2]的组件替换特性）[^2] 3. **线程安全** 锁管理器确保资源访问的原子性（参考引用[1]的同步机制）[^1] 4. **处理策略可配置** 消息分发器支持灵活的策略配置 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值