在软件开发生命周期中，如果需求工程解决了"该做什么"的问题，那么系统建模就是需求与设计之间的桥梁。它利用图形语言将复杂的业务逻辑转化为清晰的蓝图。
1. 系统建模的核心：UML统一建模语言
系统建模不仅仅是涂鸦，而是基于UML（统一建模语言），这是行业标准。
1. 什么是UML？
UML是一种可视化建模语言，提供描述、可视化、构建和文档化软件系统工件的机制。它不是一种方法论，而是一种核心目标是可视化系统的工具。
2. UML的组成部分
UML由三个基本构建模块组成：
-
Things：模型中最基本的抽象元素，比如类、接口、用例等。
-
关系：将事物联系起来，比如关联、概括、包容等。
-
图表：收集相关事物及其关系，从不同角度展示系统 。
2. 系统建模的双重视角
为了完整描述一个系统，UML提供了两种基本建模视角：
-
静态建模 ：描述系统的结构。它类似于"建筑蓝图"，展示系统中包含的对象及其在它们之间的组织方式，但没有时间维度。 代表性模型包括类图 和对象图。
-
动态建模 ：描述系统的行为。它类似于"视频录制"，展示物体在运行过程中的相互作用及其状态变化。 代表性模型包括状态图 、顺序图 和协作图。
3. 模拟图：系统静态结构的灵魂
类图是面向对象建模中核心且最常用的图。
1. 如何表示类
在UML中，类通常由一个矩形表示，矩形被分为三个单元格：
-
第一个网格：职业名称。
-
第二个网格：属性，描述类的静态特征。
-
**第三个网格：操作（方法），**描述类的行为。
2. 班级间关系（实践重点）
理解类图的关键是理解类之间的联系：
-
关联：描述类元素之间的结构关系，表明一类对象与另一类对象之间存在联系。
-
正常联想：双向或单向连接。
-
聚合：表示"整体与部分"关系，部分可以与整体（如公司和员工）的存在分离。
-
组成：强烈的"整体"关系，部分无法与整体（如公司和部门）的存在分割。
-
-
推广：它通常被称为"继承"关系，描述一般元素与特殊元素之间的联系。
-
实现：类与接口之间的关系，类实现了接口定义的契约。
-
依赖性：一个类的实现需要另一个类的协助，通常是作为局部变量或方法参数。
4. 对象图："类图的快照"
对象图展示了系统中对象的实例及其在特定时刻的关系。
-
区别：类图描述抽象规则，而对象图描述具体实例。
-
表示方式 ：对象名称通常下划线（例如
<u>对象名称：类名</u>），属性栏显示具体值。
5. 实际案例：构建医学智能平台模拟图
以医疗系统为例，我们可以识别以下类别及其关系：
-
患者：包含姓名和病历编号等属性。
-
博士：包括部门和专业职称等属性。
-
预约 ：连接患者和医生，建立相关关系。
-
科室与医生之间形成了一种聚合关系 。
6. 摘要
系统建模不仅仅是为了绘图而绘图，而是思考。通过UML静态建模，我们能够在写第一行代码之前，清晰界定系统的职责边界。
提示 ：在实际开发中，你不必强行完成所有细节。优先处理核心业务实体的类图 ，明确它们的泛化（继承）和组合关系，这样可以避免80%的架构设计风险。