UML系统建模与分析设计-需求分析与用例建模
UML网络教学系统—
（3）系统管理员参与者的用例图 另外网站需要一个专门的管理者进行日常 维护与管理，所以需要有系统管理员的参 与。
Page MainTenance
CAI Process
Administrator
Information Update
Process Registration
• 说明： • 页面维护（Page Maintenance）：系统管理员可以对网站进行日常 维护与管理。 • 处理注册申请（Process Registration）：系统管理员可以处理学生或 教师用户的注册申请。 • CAI Process用例：教师上传的课件经过系统管理员的审批和处理 • 页面更新（Information Update）：系统管理员负责网站的页面更新， 除了文章，消息，图片等的更新，还包括页面的美化和板块的调整。
Look throgh info Student
Artical seach
• 说明： • 文章浏览用例（Look through info）:学生可以浏览诸如课程简介，教学 计划，学习方法等教师发布的文章。 • 文章搜索用例（Article search）:学生可以使用搜索功能根据关键字查询 相应的文章。 • 文章下载用例（Download）:学生可以使用下载功能将网站上的课件以 及资料信息下载到本地机器上。 • 权限认证用例（Identify）：此用例用来认证文件下载是否具有下载文件 的权限。
谢谢观赏
报告人： 报告人：马靖 班级： 班级：软件工程 学号： 学号：0950312005
（2）教师参与者的用例图 教师作为教学的主导者，使用此网站可以 发布学习方法，课程重点等和教学相关的 文章，以及和课程相关的通知等，还可以 将某一门课程的课件上传。
uml课后习题答案
uml课后习题答案第一章系统建模与分析设计的演变课后习题：1、A2、C3、D4、B5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。
6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。
7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。
9、UML的优点是：唯一性、连续性、维护性、复用性和完善性。
第二章统一建模语言UML1、A2、B3、C4、D5、B6、UML分析和设计模型由三类模型图表示，三类模型图是：用例模型图、静态模型图和动态模型图。
7、UML的软件统一开发过程，即生命周期按时间顺序可以划分为，开始，详细设计，系统构造和移交四个阶段及阶段中一系列的循环重复。
8、UML开发过程是一种二维结构软件开发过程，软件项目开发过程流程包括的核心工作内容是，分析，设计，实现，测试和配置9、UML中的五个不同的视图可以完整地描述出所建造的系统，这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。
10、UML中有10中基本图可以完整地描述出所有建造的系统，这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。
第三章需求分析与用例建模习题：1、B2、A3、C4、D5、B6、A7、A8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。
他们是：用例模型图、静态模型图和动态模型图。
9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成10、软件项目的目的的可行性研究分析中，技术可行性研究包括风险分析、资源分析、技术分析三部分组成11、在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为，确定系统的范围和边界，确定系统的执行者和用例，对用例进行描述，定义用例之间的关系和审核用例模型。
UML实例UML案例(完整建模)(汽车租赁系统)
theWorkRecord : WorkRecord
系统的状态图
系统的活动图
customer request Employee check the request no new request store the request have new request handle new request
Manager Interface
Skill Worker
系统功能需求
① ② ③ ④ 满足上述需求的系统主要包括以下模块： 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块
基本数据维护模块
① ② ③ ④ 基本数据维护模块包括的主要功能模块： 添加车辆信息 修改车辆信息 添加员工信息 修改员工数据
基本业务模块
① ② ③ ④ 基本业务模块包含的功能： 用户填写预定申请 工作人员处理预定请求 技术人员填写服务记录 工作人员处理还车
建立UML模型框架
选择J2EE模式
系统的用例图
① ② 创建用例图之前首先需要确定参与者。 系统中的参与者主要有两类： 客户 公司职员
系统的用例图
1. 客户参与的用例图 2. 公司职员参与的用例图
客户参与的用例图
公司职员参与的用例图
系统的时序图
1. 2. 3. 4. 管理人员开展工作的时序图 客户预订车辆的时序图 客户取车的时序图 客户还车的时序图
数据库模块
① ② ③ ④ 数据库模块的功能： 客户信息管理 车辆信息管理 租赁信息管理 职员信息管理
信息查询模块
① ② ③ ④
信息查询模块是查询数据库中的相关信息， 包括： 查询客户信息 查询职员信息 查询车辆信息 查询客户记录
UML系统需求分析建模实例包括业务建模
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
学生选课系统完整的UML建模
U M L系统分析设计与建模以简单的学生选课系统进行详细的系统分析与建模。
(一)系统用例图1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。
学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。
我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示：图1 学生选课系统用例图停开课程删除课程2.对部分用例进行描述：“添加课程”用例1）用例名：添加课程2）执行者：管理员3）目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保存到数据库中，以供学生选择。
4）过程描述：5）管理员选择进入管理界面，用例开设6）系统提示输入管理密码7）管理员输入密码8）系统验证密码9）A1:密码错误10）进入管理界面，系统显示目前所建立的全部课程信息11）管理员选择添加课程12）系统提示输入新课程信息13）管理员输入信息14）系统验证是否和已有的课程冲突15）A2：有冲突16）10）系统添加新课程，提示课程添加成功17）11）系统重新进入管理界面，显示所有课程18）12）用例结束19）异常事件流处理：20）A1：密码错误：1）系统提示再次输入。
2)用户确认后进入第5)步。
21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。
2）用户重新输入，验证无误后进入第10）步。
“选课”用例1）用例名：选课2）执行者：学生3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。
4）过程描述：5）1）学生进入选课登录界面，用例开始6）2) 系统提示输入学号与密码7）3) 学生输入学号与密码8）4）系统验证9）A1：验证错误10）5) 进入选课主界面11）6）学生点击选课12）7）系统显示所有课程信息13）8）学生选择课程14）9）系统验证课程是否可选15）A2：不可选16）10）系统提示课程选择成功17）11）用例结束18）异常事件流处理：19）A1：验证错误：1）系统提示验证错误，提示重新输入。
uml建模实例100例
uml建模实例100例UML（统一建模语言）是一种用于软件开发的标准建模语言，它可以帮助开发人员更好地理解、设计和实现软件系统。
下面是100个UML建模实例。
1. 用例图：描述系统功能和外部用户的行为。
2. 活动图：描述系统中的过程和活动，通常用来描述系统的业务流程。
3. 类图：描述系统中的类、属性和方法、关系等。
4. 对象图：描述系统中的对象及其关系。
5. 状态图：描述系统中的对象或类的状态和状态转换。
6. 序列图：描述系统中的对象或类之间的交互过程。
7. 协作图：描述系统中的对象或类之间的协作过程。
8. 构件图：描述系统的组成部分和它们之间的关系。
9. 部署图：描述系统的物理部署结构和组件之间的关系。
10. 通信图：描述系统中的对象之间的消息传递。
11. 包图：描述系统中的包和它们之间的关系。
12. 组合结构图：描述系统中的组成部分和它们之间的组合关系。
13. 时序图：描述系统中的对象或类之间的时间关系。
14. 交互概述图：描述系统中的对象或类之间的协作过程。
15. 系统顺序图：描述系统中的对象或类之间的时间关系。
16. 概念图：描述系统中的概念和它们之间的关系。
17. 数据流图：描述系统中的数据流和处理过程。
18. 流程图：描述系统中的过程和流程。
19. 参与者图：描述系统中的参与者和它们之间的关系。
20. 视图图：描述系统中的视图和它们之间的关系。
21. 规则图：描述系统中的规则和它们之间的关系。
22. 用例图扩展点：描述用例图中的扩展点和它们之间的关系。
23. 活动图扩展点：描述活动图中的扩展点和它们之间的关系。
24. 类图扩展点：描述类图中的扩展点和它们之间的关系。
25. 对象图扩展点：描述对象图中的扩展点和它们之间的关系。
26. 状态图扩展点：描述状态图中的扩展点和它们之间的关系。
27. 序列图扩展点：描述序列图中的扩展点和它们之间的关系。
28. 协作图扩展点：描述协作图中的扩展点和它们之间的关系。
使用UML对系统进行建模
使用UML对系统进行建模面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。
然我，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目，其很大的原因，是仍然在使用原有的软件工程方法，而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化。
应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程，按照UML的方法，就是建立这一些列模型的过程。
本文将就一个图书馆系统，说明如何使用UML来对系统进行这一系列的建模。
关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。
当然，图书馆管理员也可以对图书进行管理。
为了简化系统，我们没有把图书馆中的人员作细分。
之所以采用这个相对简单案例，是因为很多人都对图书馆系统有很强的感性认识，这样，读者不需要花很多的时间来理解系统包含的业务知识。
同时，也因为本文只是对使用UML 的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。
对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。
用例模型——系统需求的获取用例模型定义系统做什么，是用来获取系统需求的有效手段。
用例模型由“角色”和“用例”组成。
(整理)UML建模网上图书销售系统用例图Word.
网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。
1.1网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
1.1.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1-1所示。
图1-1 系统总体功能需求框图1.用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
1.1.2用户接口模块用户接口模块包括如图1-2所示的几个方面。
图1-2 用户接口模块1.用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程方法
16
3．包含关联
4．使用关联
2013-7-9
软件工程方法
17
考虑用例的 关联类型
2013-7-9
软件工程方法
18
203.2.7 用例图实例
2013-7-9
软件工程方法
20
3.3 定义系统的对象和类
类 - 责 任 - 协 作 者 （ Class-ResponsibilityCollaborator， 简称CRC）技术：
2．“修改合同”用例
……………
2013-7-9 软件工程方法 49
3.7 本章小结
• 可行性研究与风险分析的方法 • 可行性分析报告的书写格式 • 客户需求分析的要点及需求分析规格说 明报告的书写格式 • 通过绘制用例图及其正文描述来完成客 户需求分析的方法
•反映系统动态特性： •综合系统的全部因素： •突出系统的重要因素： •结构简单：
3.1.3 法律可行性分析 3.1.4 开发方案可行性分析研究
1. 提出待选方案 2. 评价待选方案 3. 确定开发方案
2013-7-9 软件工程方法 4
3.1.5
可行性分析报告文档格式
2013-7-9
软件工程方法
5
3.6.2 确定系统范围和系统边界
1．进销存管理子系统的业务范围 2．进销存管理子系统的系统边界
3.6.3 确定执行者
“进销存管理子系统”有5个人执行者和2个系统执行 者，即“采购人员”、“销售人员”、“仓库管理 员”、“客户”、“公司经理”、“生产调度管理子 系统”和“财务管理子系统”。
2013-7-9 软件工程方法 40
3．描述用例
•用例名：
•简单名： •路径名：
2013-7-9 软件工程方法 13
用例的文字描述应包括以下内容:
•用例的目的（功能）；
•该用例在什么情况下被哪个执行者启动执行； •用例与执行者之间交互哪些消息来通知对方作出决定； •交互的主消息流及因此被使用或修改的实体； •用例中可供选择的异常事件流；
用例编号：04010101（共有4层用例图结构，每层用2位数字表 示， 采用8位编号。） 用例名： 增加销售合同 执行者: 人执行者：合同管理员、客户、公司经理。系统执 行者：“财务管理子系统”和“生产调度管理子系 统”。 目 的: 合同管理员将与客户签订的销售合同的详细内容录 入管理系统，用于对销售合同进行统计、查询、检查 是否履约等，监控正在履约的合同。 类 型： 端点、主要的、基本的 级 别： 一级
2013-7-9 软件工程方法 6
用例建模的步骤：
•确定系统的范围和边界； •确定系统的执行者和用例； •对用例进行描述； •定义用例之间的关系； •审核用例模型。
2013-7-9
软件工程方法
7
3.2.2 用例图
2013-7-9
软件工程方法
8
3.2.3
定义系统的边界和范围
系统边界包括：
•整个组织：如一个企业； •一个组织的某个部门：如企业的财务处； •计算机系统的硬件/软件边界：如企业的进、销、 存计算机管理系统。
3.2 客户需求分析与用例建模
3.2.1 建造需求模型——用例建模
用例建模的主要目标是：
•将需求规约变为可视化模型，并得到用户确认；
•给出清晰、一致的关于系统做什么的描述，确定系统的功能 要求；
•提供从功能需求到系统分析、设计、实现各阶段的 度量标准； •为最终系统测试提供基准，据此验证系统是否达到 功能要求； •为项目目标进度管理和风险管理提供依据。
异常事件流处理：
（1）标识码有效性检查失败，允许学生重新输入（3次机会）。
（2）注册识别失败，没有注册（尙未交学费）的学生不能选课。
（3）选择课程确认失败，所选几门课程中在上课时间上发生冲 突时，系统提示重选。
2013-7-9 软件工程方法 15
3.2.6 用例之间的关联
1．继承关联
2．扩展关联
2013-7-9
2013-7-9 软件工程方法 37
3．需求补充说明
（1）数据保存 •采购合同：每个合同执行期可能多达几个月，合同 需要长期保留。 •销售合同：每个合同执行期可能多达几个月，合同 需要长期保留。 •历年履约合同：履约后的合同需要长期（几十年） 保留，以备查使用。 •库存货物清单：库存货物量随出、入库有所消长， 长期保存。 •货物损毁报表：长期保留，以备查使用。 •入库单：长期保留，以备查核算使用。 •出库单：长期保留，以备查核算使用。 •库存货物资产核对表：长期保留，以备查使用。
2013-7-9
软件工程方法
36
（2）采购管理
1）制定原材料（零部件）采购计划 2）与客户签订采购合同 3）检查合同履约率 4）库存管理部门对原材料进行入库验收、存储 5）财务管理部门支付货款
（3）库存管理
1）产品入库管理 2）原材料（零部件）入库管理 3）原材料（零部件）出库管理 4）产品出库管理 5）库存管理 6）采购管理部门组织采购 7）生产调度管理部门安排生产 8）财务管理部门对库存物资进行核算
2013-7-9
软件工程方法
21
3.3.1 确定对象类
（1）发现潜在对象
•与系统交互的角色。 •系统的工作环境场所。 •概念实体、发生的事件或事情。 •部门和设备。 •与系统有关的外部实体。
（2）标识对象名的原则
•使用单个名词或名词短语标识对象名；
•对象名称必须有意义、简洁明了、含义明确、易于理解； •尽量使用用户熟悉的行业标准术语。
（1）建立实例连接
（2）消息传递 （3）筛选对象间的关联
3.3.5 复审类的定义
复审方法犹如“击鼓传花”。
3.3.6 定义类的结构和层次
（1）一般-特殊结构 （2）整体-部分结构 （3）子系统
2013-7-9 软件工程方法 25
3.4 客户需求分析规格说明
2013-7-9
软件工程方法
26
3.5 需求分析中的用例建模步骤
2013-7-9
软件工程方法
48
过程描述： （1）合同管理员输入标识码（ID），系统识别标识码的有效 性； （2）初始化一个新销售合同，设置各种处室标志； （3）输入一个新的具有唯一性的合同编号； （4）将与客户签订的销售合同的详细内容录入管理系统； （5）退出系统。 与其它用例的关联：过程描述（1）中包含身份验证用例； （4）中包含编号自动生成用例。 异常事件流处理： （1）标识码有效性检查失败：系统检测标识码有效性失败， 允许重新输入。 （2）编号也可以由合同管理员手动输入，系统自动进行唯一 性检查。出现错误，允许重新输入。
3.6.5 分层绘制用例图
1．最高层用例图
2013-7-9
软件工程方法
43
2．第2层用例图
2013-7-9
软件工程方法
44
3．第3层用例图
2013-7-9
软件工程方法
45
4．第4层用例图
2013-7-9
软件工程方法
46
2013-7-9
软件工程方法
47
3.6.6 描述用例
1．“增加销售合同”用例
1．定义系统的范围
2．定义系统的边界
2013-7-9 软件工程方法 9
3.2.4 确定执行者
执行者（actor）是指在系统外部与系统交互的人或 其 他系统，他以某种方式参与了系统内用例的执行。
1．定义执行者时应注意的几个问题
（1）执行者之间可以有继承关系
2013-7-9
软件工程方法
10
（2）执行者代表一种角色而不是具体某个人
•用例结束标志：给执行者返回一个可识别的值。
举例： 用例名称：学生选课 执行者：学生
目的：完成一次学生选课的完整过程。 类型：主要的、基本的
级别：一级
2013-7-9 软件工程方法 14
过程描述：
（1）学生输入标识码（ID），系统识别标识码的有效性；
（2）对学生进行注册识别； （3）流览本学期预开课程； （4）选择学生自己要上的课程并确认； （5）退出系统，系统给出所选课程列表及相应学分合计。
第三章
需求分析与用例建模
本章目的：
• 了解可行性研究与风险分析的方法 • 掌握可行性分析报告的书写格式 • 掌握客户需求分析的要点及需求分析规格说 明报告的书写格式 • 掌握通过绘制用例图及其正文描述来完成客 户需求分析的方法 • 掌握UML的用例模型建模方法
2013-7-9 软件工程方法 1
3.1
（3）对同一个人担任角色的限制 （4）执行者可分成主执行者和副执行者 （5）执行者还可细分为主动执行者和被动执行者
2．寻找和确定执行者
2013-7-9
软件工程方法
11
3.2.5 确定用例
1.用例的特征 。
响应性。 回执性。 完整性。
2013-7-9
软件工程方法
12
2．寻找和确定用例
•系统为了维持正常运转需要增加的功能和信息的交互； •这些这些信息从何而来，到哪里去？ •实现当前系统（可能是人工系统而不是自动化系统）的关 键问题是什么？
软件工程方法 28
2013-7-9
2013-7-9
软件工程方法
29
2013-7-9
软件工程方法
30
2013-7-9
软件工程方法
31
2013-7-9
软件工程方法
32
2013-7-9
软件工程方法
33
2013-7-9
软件工程方法
34
3.6 需求分析用例建模案例
3.6.1 客户需求分析
1．业务组织结构（综述）
2013-7-9 软件工程方法 41
（4）“采购管理子系统”中的用例（第三层） • 制定采购计划； • 签订采购合同； • 货物入库检验； • 支付货款； • 检查合同履约。 （5）“库存管理子系统”中的用例（第三层） • 入库管理； • 出库管理； • 库存管理。