《软件工程》课件-项目4 面向对象方法

2026年3月23日面向对象简介大数据技术BIGDATA2026年3月23日章节内容1什么是面向对象3面向对象在多领域的应用场景2为什么要用面向对象2026年3月23日面向对象简介什么是面向对象2026年3月23日1.什么是面向对象1.1权威定义

按照人们认识客观世界的系统思维方式，采用基于对象的概念建立模型，模拟客观世界，分析、设计、实现软件的方法，通过面向对象的理念使计算机软件系统能与现实世界中的系统一一对应。其核心是围绕‘现实实体’关联‘数据（特征）’与‘功能（行为）’。软件工程学家Coad和Yourdon面向对象对象类继承通信2026年3月23日1.什么是面向对象1.2通俗类比（现实世界VS软件世界）维度现实世界（学生熟悉场景）软件世界（面向对象思维）核心匹配点认知实体校园快递站：-特征：地址、营业时间-行为：收快递、发快递快递站管理软件：-数据：站点信息、运营时段-功能：收件登记、发件处理均以“实体”为核心，关联“特征/数据+行为/功能”解决问题学生取快递：快递站→查学生信息→找包裹（实体交互）软件操作：“学生查询模块”→向“快递管理模块”发请求→返回包裹结果（功能交互）均通过“实体/模块交互”解决问题2026年3月23日面向对象简介为什么要用面向对象2026年3月23日2.什么要用面向对象2.1优点符合人类的思维习惯稳定性好人类认识事物时会考虑事物静态的属性和动态的特征，面向对象的软件工程方法将事物的属性和行为组成一个整体，以对象为核心，更加符合人类的思维习惯。面向对象方法用对象来表示与待解决的问题相关的实体，以对象间的联系来表示实体之间的关系，当目标系统的需求发生变化，只要实体及实体之间的关系未产生变化，软件系统结构就不会产生变化2026年3月23日2.什么要用面向对象可复用性好可维护性好面向对象技术采用继承和多态机制，极大地提高了代码的可利用性。从父类派生出子类，一方面复用了父类中定义的数据结构和代码，另一方面提高了代码的可扩展性。由于面向对象软件工程方法开发的软件系统稳定性和可复用性好，并且采用了封装和信息隐藏机制，易于对局部软件进行调整，所以系统的可维护性比较好。2.1优点2026年3月23日面向对象简介面向对象在多领域的应用场景2026年3月23日3.用面向对象在多领域的应用场景3.1软件领域应用场景项目示例面向对象价值体现教学实践关联软件领域企业员工管理系统（基于SpringBoot）1.符合思维：以“部门、员工”（现实实体）为核心，关联“部门ID、员工姓名”（数据）和“新增员工、计算薪资”（功能），匹配HR“按部门管员工”的工作逻辑；2.可维护性：按“部门模块、薪资模块”拆分功能，修改“薪资计算规则”时仅动薪资模块，不影响其他功能课程设计中开发“学生信息管理系统”时，按“学生、班级”实体拆分模块，后期改“成绩统计规则”更高效软件领域桌面办公软件（如简易WPS软件）1.可复用性：“文档编辑”核心组件（如“字体设置、段落对齐”功能）可复用至“表格、演示文稿”模块，无需重复开发；2.符合思维：以“文档”为核心，关联“内容、格式”（数据）和“保存、导出”（功能），匹配用户“编辑文档→保存使用”的习惯实训中开发“简易记事本”时，封装“文本编辑”功能，后续扩展“格式设置”时可直接复用核心逻辑2026年3月23日3.用面向对象在多领域的应用场景3.2大数据领域应用场景项目示例面向对象价值体现教学实践关联大数据技术校园一卡通实时消费采集（基于Flink流处理）1.符合思维：以“消费记录”（现实实体）为核心，关联“卡号、金额”（数据）和“实时过滤、格式统一”（功能），匹配“一卡通设备产生记录”的现实逻辑；2.可复用性：预处理逻辑（如“过滤无效消费”）可复用至“校园水电表数据采集”课程设计中“实时数据采集模块”可复用预处理逻辑，减少重复编码大数据技术用户行为数据存储（基于HBase）1.稳定性：以“用户”为实体，定义“用户ID、行为类型”（数据）和“数据写入、按ID

查询”（功能）——后续新增“行为时长”字段，无需修改HBase

表的核心存储结构；2.符合思维：匹配“用户产生行为→存储行为记录”的现实流程实训项目中用HBase

存储数据时，按“实体”设计表结构，后续扩展字段更方便2026年3月23日3.用面向对象在多领域的应用场景3.3人工智能领域应用场景项目示例面向对象价值体现教学实践关联人工智能领域图像分类模型（基于PyTorch）1.多态体现：定义“BaseModel”

基础类后，“ResNet、AlexNet”等分类模型（子类）可重写“forward()”方法，统一调用“model.train()”即可触发不同模型的训练逻辑；2.封装性：隐藏“权重更新、梯度计算”细节，外部调用仅需传入“图像数据、标签”，降低使用复杂度课程作业中实现“水果分类模型”时，基于BaseModel封装训练逻辑，切换模型结构时无需改调用代码人工智能领域人脸识别考勤系统（基于OpenCV）1.符合思维：以“人脸”为核心实体，关联“人脸特征值、员工ID”（数据）和“特征提取、考勤匹配”（功能），匹配“刷脸→记录考勤”的现实场景；2.稳定性：后续新增“口罩检测”功能时，仅需在“人脸预处理”模块加检测逻辑，不影响“考勤记录、数据存储”核心模块实训中开发“简易人脸识别”时，按“特征提取、匹配、记录”拆分模块，后期扩展功能时不破坏原有结构2026年3月23日面向对象分析与设计大数据技术BIGDATA2026年3月23日章节内容1面向对象分析与设计概念3面向对象设计5面向对象设计方法2面向对象分析过程4面向对象设计原理6案例实践2026年3月23日面向对象分析与设计面向对象分析与设计概念2026年3月23日1.面向对象分析与设计概念1.1核心定义提炼用户需求，确定系统“做什么”的过程，核心是从现实场景中提取核心对象与交互逻辑。面向对象分析（OOA）将OOA模型转化为可实现的技术方案，解决“怎么做”的问题，目标是提升软件生产效率、质量与可维护性。面向对象设计（OOD）2026年3月23日面向对象分析与设计面向对象分析过程2026年3月23日2.面向对象分析过程2.1六个阶段分析确定问题域（明确“分析边界”）确定类与对象（筛选“核心实体”）确定关联关系（梳理“对象交互”）确定属性（完善“对象细节”）定义服务（完善“对象细节”）确定附加系统约束问题范围功能需求性能需求应用环境假设条件找出候选的类与对象筛选出正确的类与对象进下一完善初步确定关联筛选进下一完善政策法规组织约束资源约束安全约束确定对象状态画出状态转换图完成服务分类建立对象通信机制分析选择OOA需按“问题域→类与对象→关联→属性/服务→约束”依次推进，核心是“从业务需求中抽象出无技术依赖的对象模型”，为后续OOD奠定基础。2026年3月23日面向对象分析与设计面向对象设计2026年3月23日3.面向对象设计3.1.设计的层次面向对象设计是面向对象方法在软件设计阶段应用与扩展的结果，可以将OOA中所创建的转换为设计模型，即可行的技术方案，解决如何做的问题。其主要目的是提高生产效率、质量和可维护性。系统设计（

拆分“高层结构”）核心任务：确定实现策略，划分子系统子系统划分原则：高内聚、低耦合子系统组织方式：水平层次：按“业务层→数据层”划分垂直块：按“功能模块”划分对象设计（细化“技术方案”）核心任务：确定解空间中的对象结构、外部接口与数据结构对象层次结构：通过继承/组合优化类设计接口设计原则：单一职责：一个接口仅对应一类功接口隔离：避免“胖接口”设计优化（平衡“效率与可维护性”）优化手段：增加冗余数据优化算法用组合替代继承，避免继续层级过深接口设计原则：优先保证“可维护性”，再提升“效率”；优化需基于实际性能测试2026年3月23日面向对象分析与设计面向对象设计原理2026年3月23日4.面向对象设计原理4.1十大核心原理：定义+场景+目的原理核心定义（含标准引用）应用场景示例核心目的抽象提取对象核心特征，忽略无关细节定义Product抽象类，包含id、name、price属性，让Electronics（电子产品）、Clothing（服饰）类继承降低复杂度，聚焦核心逻辑信息隐藏（封装）通过访问控制隐藏内部实现，仅暴露必要接口User类用privateStringpasswordHash隐藏密码哈希，通过getPasswordHash()方法暴露降低耦合，保护数据安全模块化将系统拆分为高内聚、低耦合的独立模块电商系统拆分为“用户管理、商品管理、订单管理”三个模块便于分工开发、测试与维护模块独立模块间依赖最小化，通过接口交互电商“订单模块”调用“支付模块”的createPayment()接口完成支付，而非直接操作支付模块数据减少模块间影响，提升稳定性逐步求精从抽象到具体，分阶段完善设计先定义Order类（包含orderId、userId、items核心属性），再补充calculateTotalPrice()方法（计算订单总价）降低设计难度，避免一步到位风险可重用性类/接口可在多场景复用开发StringUtils工具类，提供字符串拼接、格式化、校验等方法，供用户注册、订单备注等场景复用减少重复开发，提升效率可扩展性新增功能时不修改原有代码（基于“开闭原则”）新增“折扣券”功能时，DiscountCoupon类继承Coupon类，不修改原有Coupon类应对需求变化，降低维护成本单一职责原则一个类仅承担一种职责（SOLID原则之一）拆分“OrderService”为“OrderCreateService（订单创建）”和“OrderPaymentService（订单支付）”降低类复杂度，提升可维护性里氏替换原则子类可完全替代父类且不破坏原有逻辑（SOLID原则之一）Circle类继承Shape类后，calculateArea()方法（计算面积）逻辑与Shape类的设计预期完全兼容保证继承体系的健壮性依赖倒置原则高层与低层模块均依赖抽象（SOLID原则之一）电商业务层依赖“PaymentInterface”接口，而非直接依赖“AlipayPayment”（支付宝支付）具体实现类解耦模块依赖，提升灵活性2026年3月23日4.面向对象设计原理4.2原理间的逻辑关联基础层抽象信息隐藏（封装）里氏替换原则结构层目标层支撑结构设计支撑工程目标模块化单一职责原则模块独立封装基础继承保障模块内聚合模块间解耦依赖倒置原则依赖抽象逐步求精

可重用性

可扩展性

可集成性分阶段完善复用降本扩展提效2026年3月23日面向对象分析与设计面向对象设计方法2026年3月23日5.面向对象设计方法5.1传统方法Booch方法Coda/Yourdon方法对象模型技术法Booch方法将开发模型分为：静态模型和动态模型；静态模型包括逻辑模型和物理模型，描述系统的构成和结构，动态模型包括状态图和时序图。基本模型包括：类图、对象图、状态图、时序图、模块图、进程图。该方法主要由面向对象分析和面向对象设计构成，特别强调OOA和OOD采用完全一致的概念和表示法。OOA有5个层次：类和对象认定，结构认定，主题认定，定义属性，定义服务；OOD有4类活动：设计问题域部件，设计人机交互部件，设计任务管理部件，设计数据管理部件。ObjectModelTechnology(OMT)主要包括三个模型：对象模型、动态模型和功能模型。对象模型动态模型功能模型三类模型的建立次序2026年3月23日5.面向对象设计方法5.2当前主流方法UML统一建模方法基于UML2.5规范，整合Booch、OMT等方法优势，通过多种图形覆盖OOA/OOD全流程：分析阶段：用例图（需求）、类图（对象）、时序图（交互）；设计阶段：组件图（模块）、部署图（硬件架构）；适用场景：绝大多数软件项目（电商、医疗、管理系统等），工具支撑：StarUML（开源）、Visio（Office集成）。敏捷OO设计核心思想：“迭代式设计，优先核心”，步骤如下：从“用户故事”提取核心对象（例：用户故事“买家下单”→核心对象“Order”“User”“Product”）；快速设计最小可行模型，实现核心功能（如“下单生成订单”）；在迭代中完善细节（如后续增加“订单”“取消”“退款”相关对象与服务）；适用场景：需求快速变化的互联网项目（如社交APP、短视频平台）。2026年3月23日面向对象分析与设计实践案例2026年3月23日6.案例实践6.1图书管理系统-OOA分析（需求→对象）问题域：覆盖“借阅、归还、库存管理、超期处理”；核心类与对象：Reader（读者）、Book（图书）、BorrowRecord（借阅记录）、Librarian（管理员）；关联关系：Reader-BorrowRecord（1:N）、Book-BorrowRecord（1:N）；属性与服务：BorrowRecord属性：recordId、borrowDate、dueDate、returnDate；BorrowRecord服务：createRecord()（生成记录）、updateReturnDate()（更新归还日期）；约束：借阅期限30天，超期按0.5元/天收费。2026年3月23日6.案例实践6.2图书管理系统-OOD设计（对象→方案）系统设计：拆分为3个子系统：用户管理子系统：处理Reader、Librarian的注册、登录；图书管理子系统：处理Book的新增、库存更新；借阅管理子系统：处理BorrowRecord的生成、超期计算；对象设计：抽象类User（含userId、name、login()），Reader、Librarian继承User；接口BorrowOperate：定义borrowBook()、returnBook()方法，由BorrowService实现；设计优化：缓存“热门图书”列表（Book类的getHotBooks()方法），减少数据库查询；超期计算算法：calcOverdueFee(dueDate,returnDate)，按天累加费用。2026年3月23日6.案例实践6.3图书管理系统-

UML建模（可视化方案）类图：绘制“User“、”Book”、“BorrowRecord”的属性、服务与关联；时序图：绘制“读者借阅图书”流程（Reader→BorrowService→Book→BorrowRecord）。2026年3月23日面向对象基本概念大数据技术BIGDATA2026年3月23日章节内容1基本概念汇总2基本概念详解2026年3月23日面向对象基本概念1.基本概念汇总类消息实例继承方法对象多态封装2026年3月23日面向对象基本概念2.类与实例类一组具有相同属性和服务的对象的集合。类具有属性，用数据结构来描述类的属性，类具有操作，它是对象的行为的抽象，用操作名和实现该操作的方法（即操作实现的过程）来描述。实例

类中的每个对象，类是抽象的，实例是具体的，实例即对象。实例化就是用类创建对象的过程。2026年3月23日面向对象基本概念2.类与实例多领域应用示例领域类的核心属性与方法设计软件领域用户类（User）属性：Stringusername（用户名，非空）、Stringrole（角色：普通用户/管理员）方法：login()（登录）、modifyPwd()（修改密码）人工智能领域神经网络层类（NNLayer）属性：intinputDim（输入维度）、intoutputDim（输出维度）方法：forward()（前向传播）、backward()（反向传播）大数据领域数据集类（Dataset）属性：StringdataPath（数据存储路径）、longdataCount（数据条数）方法：read()（读取数据）、filter()（筛选数据）实例类2026年3月23日面向对象基本概念2.对象对象系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位，由一组属性（对象本身的性质）和对这组属性进行操作的一组方法（对象通过其运算所展示的特定行为）组成，属性和方法是构成对象的两个基本要素，属性是用来描述对象静态特征的一组数据项,方法是用来描述对象动态行为的一个操作序列。对象与实例在面向对象概念中是等价的。2026年3月23日面向对象基本概念2.举例金丝猴长尾猴长臂猿川金丝猴滇金丝猴黔金丝猴青长尾猴白额长尾猴黑掌长臂猿白掌长臂猿猴子动物园滇金丝猴A动物园黑掌长臂猿B2026年3月23日面向对象基本概念3.消息消息对象之间在交互中所传送的通信信息。一个消息应该包含以下信息：发送消息的对象标识、接收消息对象的标识，消息传递方法，消息内容，反馈。消息使对象之间互相联系、协同工作，实现系统的各种服务。通常一个对象向另一个对象发送信息请求某项服务，接受对象响应该消息，激发所要求的服务操作，并将操作结果返回给请求服务的对象。2026年3月23日面向对象基本概念3.消息多领域示例软件领域（

电商下单）发送者：ShoppingCart（购物车对象）接收者：Order（订单对象）消息内容：createOrder("ZhangSan",299.9,["手机壳","充电器"])反馈结果：orderId:"ORD20251028001"（生成订单号）大数据领域（细化“技术方案”）发送者：DataProcessor（数据处理器对象）接收者：Dataset（用户行为数据集对象）消息内容：cleanData(rule={"removeNull":True,"dateFormat":"yyyy-MM-dd","nullValueThreshold":0.3})（传入清洗规则：删除空值、标准化日期格式、过滤空值占比超30%的记录）反馈结果：cleanedResult:{"totalCount":10000,"retainedCount":8200,"status":"success"}（原始数据10000条，清洗后保留8200条，状态为成功）人工智能领域（模型训练）发送者：Trainer（训练器对象）接收者：NNLayer（神经网络层对象）消息内容：backward(gradients=[0.1,0.05],lr=0.01)（传入梯度与学习率）反馈结果：weightUpdated:True（权重更新完成）2026年3月23日面向对象基本概念4.方法方法

类中的操作实现的过程称为方法。方法描述了类与对象的行为。每一个对象都封装了数据和算法两个方面，数据由一组属性表示，而算法即是当一个对象接收到一条消息后，它所包含的方法决定对象如何动作。2026年3月23日面向对象基本概念5.继承继承

继承是一种描述一般与特殊的关系，父类（基类）和子类（派生类）之间共享数据结构和方法的机制，这是类之间的一种关系。通过它特殊的元素能够合并较一般的元素的结构和行为。其可以在一个已经存在的类的基础上把已经存在的类所定义的内容作为自己的内容，并加入若干新内容。2026年3月23日面向对象基本概念5.举例金丝猴长尾猴长臂猿川金丝猴滇金丝猴黔金丝猴青长尾猴白额长尾猴黑掌长臂猿白掌长臂猿猴子动物园滇金丝猴A动物园黑掌长臂猿B2026年3月23日面向对象基本概念6.多态多态

多态性是指在父类中定义的方法被子类继承后，可以表现出不同的行为。不同的对象，收到同一消息产生完全不同的结果。多态性增强了软件的灵活性和重用性，允许用更为明确、易懂的方式去建立通用软件。如飞机都具有起飞功能，但战斗机和直升机的起飞方式就各具特点。2026年3月23日面向对象基本概念7.封装封装

将系统功能、一组数据和在这些数据上的操作隔离在一个模块中，并为该模块提供精确的规格说明的软件开发技术，可以简单理解为：将对象自身的属性及服务“包装起来”。2026年3月23日面向对象基本概念7.封装示例软件领域示例人工智能领域示例2026年3月23日UML图形大数据技术BIGDATA2026年3月23日章节内容1用例图2类图2026年3月23日UML图形用例图2026年3月23日1.用例图1.1用例图核心定位视角核心目标适用场景从外部观察者角度描述系统功能明确系统“做什么”（功能范围），不涉及“怎么做”（实现逻辑）需求分析阶段，梳理用户需求与系统功能的对应关系。用例图由参与者(Actor)、用例(UseCase)、场景（Scenario）、系统(System)四大元素构成。2026年3月23日1.用例图1.2用例图四大元素元素名称定义符号示例（教学资料管理系统）参与者（Actor）与系统交互的外部实体（用户/外部系统/设备），是用例的发动者人形图标教师、学生、教学管理资料系统（外部系统）用例（UseCase）系统要完成的功能目标（类级概念，代表一类功能，非单个实例）椭圆登录系统、维护教学课件、通知课程组成员场景（Scenario）用例的具体执行流程（用例的“实例”），一个用例对应多个场景文字描述“登录系统”用例场景：1.成功登录（账号密码正确）2.登录失败（密码错误）3.登录异常（账号被锁定）系统边界（System）用矩形框划分“系统内部功能（用例）”与“外部实体（参与者）”的范围，明确当前系统的职责边界矩形框矩形框内标注“教学资料管理系统”，框内包含“登录系统”“维护教学课件”等用例，框外包含“教师”“学生”等参与者2026年3月23日UML图形1.3用例图中的关系用例图中的关系包含关系扩展关系泛化关系用例之间的泛化关系描述用例的一般与特殊关系，不同的子用例代表了父用例的不同实现。

建议少使用如果系统用例较多，不同的用例之间存在共同行为，可以将这些共同行为提取出来，单独组成一个用例。当其他用例使用这个用例之时，它们就构成了包含关系。用例执行过程中可能出现异常行为，也可能会在不同的分支行为中选择执行，可将异常行为与可选分支抽象成单独的扩展用例，扩展用例与主用例之间就构成了扩展关系。关联关系表示的是参与者与用例之间的交互，是一种通信方式。它指明了参与者可以使用系统的哪些特定功能。关系可分为:一般关联和直接关联等。2026年3月23日1.用例图1.3用例图中关系对比分析关系类型关系释义箭头方向示例（教学资料管理系统）注意事项关联关系参与者与用例的交互，明确“谁能用什么功能”参与者——用例（直线，可标注角色）教师——维护教学大纲（标注“角色：课程负责人”）分“一般关联”（双向）、“直接关联”（单向，如外部系统→同步数据用例）包含关系提取多个用例的公共必执行步骤为独立用例，基础用例依赖该公共用例基础用例（包含用例）→指向被包含用例（带<<include>>标签）维护教学课件→登录系统（所有“维护类用例”都需先登录）公共用例不可独立执行（如“登录系统”不能脱离基础用例单独触发，这里主要指业务意义）扩展关系扩展用例在特定条件下扩展基础用例的行为，通常用于处理异常或可选分支。扩展用例→(指向)主用例（带<<extend>>标签，标注触发条件）维护教学资料（条件：维护完成）→通知课程组成员主用例可独立执行（如“维护教学资料”无扩展用例也能完成该功能自己的任务）泛化关系子用例继承父用例功能，子用例可新增步骤（特殊与一般关系）子用例→父用例（带空心三角形的箭头）PC端登录→登录系统；移动端登录→登录系统建议少用：易导致层级混乱（如新增“访客登录”会破坏原有层级），优先用“关联+角色区分”2026年3月23日UML图形1.用例图2026年3月23日UML图形休息一下2026年3月23日UML图形2.类图类图是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型，它用于描述系统的结构。类图包含两个元素：类、关系。类图基本组件：类类图基本组件：关系2026年3月23日UML图形2.类图类接口2026年3月23日UML图形大数据技术BIGDATA2026年3月23日章节内容1对象图2包图2026年3月23日1.对象图1.1定义与作用对象图描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图可以被看做是类图在某一时刻的实例。对象图作用01020405可视化某一时刻的系统实例状态，呈现“业务快照”梳理对象间的实时关联关系，明确“业务链路”降低跨角色沟通成本，实现“需求对齐”验证类图设计的合理性与完整性，规避“设计脱节”03辅助定位业务异常与数据问题，降低“排障成本”2026年3月23日1.对象图1.2作用详解作用核心本质跨领域场景示例1.可视化特定时刻的业务快照捕捉某一时间点下所有交互对象的实例状态及属性值，将动态业务过程中的“静态切片”直观呈现，快速掌握系统关键节点的实际情况-电商领域：展示“用户下单后15分钟未支付”的快照（对象：用户实例、订单实例；属性：订单状态=“待支付”、超时时间=“2025-10-2910:15”）-物流领域：展示“包裹到达区域仓”的快照（对象：包裹实例、区域仓实例；属性：包裹位置=“上海浦东仓”、物流状态=“待分拣”）2.梳理对象间的实时业务链路明确实例间的关联类型与方向，清晰呈现“谁操作资源”“资源归属主体”等核心逻辑，避免关联关系模糊导致的业务混乱-教育领域：标注“学生实例-归属-班级实例”“学生实例-选择-选课实例”的关联，明确学籍与课程关系-金融领域：标注“账户实例-发起-转账实例”“转账实例-关联-收款账户实例”的关联，清晰资金流向3.辅助定位业务异常与数据问题通过实例属性值的矛盾点、关联关系的完整性，快速排查系统异常根源，无需梳理全流程，聚焦异常时刻的实例状态即可定位问题-电商领域：订单实例状态=“已支付”但商品实例库存未减少，通过对象图发现“订单-商品”库存扣减关联未触发，定位逻辑漏洞-金融领域：用户实例显示“已实名认证”但认证记录实例缺失，通过对象图发现“用户-认证记录”关联断裂，定位数据存储问题4.降低跨角色沟通成本基于具体实例（而非抽象类结构）映射业务人员熟悉的场景，消除“技术语言与业务语言”的偏差，助力需求对齐-需求评审：产品经理用“用户退款实例”（属性：退款金额=“300元”、原因=“商品破损”）向开发团队说明退款逻辑，替代抽象的“退款类设计”-客户沟通：向企业客户展示“其资质审核实例”（属性：审核状态=“待复核”、复核时间=“2025-11-01”），替代复杂的“审核流程说明”5.验证类图设计的合理性与完整性以实例化结果反向校验类图（抽象模板），排查属性缺失、关联遗漏、可见性设计不当等问题，避免类图与实际业务脱节-政务领域：构建“企业注册实例”时发现类图中“企业类”与“地址类”无关联，验证类图关联遗漏并调整-金融领域：构建“账户充值实例”时发现类图中“账户类”“充值金额”属性设为公有，验证可见性设计不合理并优化权限2026年3月23日1.对象图1.3教学资料管理系统部分对象图示例2026年3月23日2.包图2.1定义与特征包是一种对元素进行分组的机制，即组织单元（organizationunits）。当对复杂系统进行处理时，需要处理大量的接口、类、节点等，这时有必要将这些元素进行分组，即将语义相近的元素加入同一个包中，以方便理解和处理系统模型。包的一些特征如下：包是包含和管理模型内容的一般组织单元，任何模型元素都可以包含其中。一个模型元素只能存在于一个包中，包被撤销时，其中的元素也被撤销。包可以包含其他包，构成嵌套层次结构。包只是一个概念化的元素，不会被实例化，在软件运行中不会有包存在其中。2026年3月23日2.包图2.2作用与价值包图作用01020405实现系统模块化，明确模块职责边界降低系统复杂度，提升可理解性验证系统架构合理性，规避设计风险提升系统可维护性，控制变更影响范围03促进团队协作，明确开发边界2026年3月23日2.包图2.2作用与价值作用的价值与案例作用价值跨领域场景示例1.系统模块化与职责边界明确1.按业务/功能分组元素，形成高内聚、低耦合的独立模块2.模块聚焦特定领域/功能，避免混杂，明确职责边界-电商：拆分为“用户管理包（负责用户注册、登录、信息管理）”“订单管理包（负责下单、支付、订单状态跟踪）”“商品管理包（负责商品上架、库存、分类）”-教育：拆分为“教学包（负责课程安排、授课管理、成绩统计）”“管理包（负责学生选课、学籍、行政事务）”“资源包（负责课件、题库、教学视频的存储与检索）”2.系统复杂度降低与可理解性提升1.分层分组隐藏模块内细节，仅展示模块间关系2.简化认知负担，技术、业务人员快速理解系统骨架-电商：业务人员通过“用户包→订单包→商品包”的逻辑，能快速明白“用户下单需先选商品，订单关联用户信息”的流程-教育：新教师通过“教学包→管理包→资源包”的划分，能快速知道“备课资源在资源包，学生选课数据在管理包，授课安排在教学包”3.团队协作促进与开发边界明确1.以模块为责任单元分配任务，团队专注各自模块，职责清晰2.模块边界为协作接口，避免重叠不清，提升协作效率-电商：“前端包”由前端团队开发（负责页面展示），“后端服务包”由后端团队开发（负责业务逻辑），“数据持久化包”由数据库团队开发（负责数据存储）-教育：“资源包”由教学资源团队开发（维护课件、题库），“管理包”由教务团队对接开发（维护选课、学籍），“教学包”由授课团队对接开发（维护授课、成绩）4.系统架构合理性验证与设计风险规避1.可视化模块依赖，快速识别循环依赖、过度依赖2.提前优化架构缺陷，避免后期大规模重构-电商：若发现“订单包”同时依赖“库存包”“支付包”“物流包”“营销包”等十余个包，说明订单模块过度耦合，可通过包图拆分出“订单核心包”“订单扩展包”来解耦-教育：若发现“资源包”和“教学包”互相依赖（资源包需要教学包的课程信息，教学包需要资源包的课件信息），可通过包图调整为“资源包提供接口，教学包调用接口”，打破循环依赖5.系统可维护性提升与变更影响范围控制1.依托模块低耦合特性，修改仅影响依赖模块2.避免全系统故障，降低维护风险与成本电商：“营销包”新增优惠券功能时，仅需