UML系统建模与分析设计.ppt

《UML系统建模与分析设计.ppt》由会员分享，可在线阅读，更多相关《UML系统建模与分析设计.ppt（94页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、需求分析与用例建模需求分析与用例建模2022/10/291n用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。n用例驱动是统一过程的重要概念，或者说整个软件生产过程就是用例驱动的。分析、设计、实现、测试都是用例驱动的，都是以实现用例为目标。n在这些开发过程中，开发人员首先捕获客户的需求，并以用例的形式组织成用例模型。然后分析并设计系统来满足这些用例，因此在用例模型之后就是分析模型，接着是设计模型和实施模型。在实现了整个系统之后，还将根据用例模型设计出测试模型来对系统进行验证。n这些模型之间并不是线性转变

2、的，它们是一个迭代、增量的开发过程。也就是在整个项目开发周期中，将会多次经过这五个模型的迭代，每次都将越来越精化。1 客户需求分析与用例建模2022/10/292 1.1 1.1 建造需求模型建造需求模型用例建模用例建模 用用例例建建模模技技术术，用用于于描描述述系系统统的的功功能能需需求求。在在宏宏观观上上给给出出模模型型的的总总体体轮轮廓廓。通通过过对对典典型用例的分析，使开发者能够有效地了解用户的需求。型用例的分析，使开发者能够有效地了解用户的需求。对于正在构造的新系统用例描述系统应该作什么?对于已构造完毕的系统用例则反映了系统能够完成什么样的功能?用例建模的主要目标是用例建模的主要目标

3、是：将将需求规约需求规约变为可视化模型，并得到用户确认；变为可视化模型，并得到用户确认；给出清晰、一致的关于系统给出清晰、一致的关于系统做什么的做什么的描述，确定系统的功能要描述，确定系统的功能要求；求；提供从功能需求到系统分析、设计、实现各阶段的提供从功能需求到系统分析、设计、实现各阶段的度量标准；度量标准；为最终为最终系统测试提供基准系统测试提供基准，据此验证系统是否达到功能要求；，据此验证系统是否达到功能要求；为项目目标进度管理和风险管理为项目目标进度管理和风险管理提供依据。提供依据。2022/10/293用例图中包含系统、角色和用例等三种模型元素，以及它们之间的关系。贸易经理贸易经理贸

4、易经理贸易经理风险分析风险分析风险分析风险分析进行交易进行交易进行交易进行交易交易估价交易估价交易估价交易估价更新帐目更新帐目更新帐目更新帐目使用使用使用使用使用使用使用使用扩展扩展扩展扩展营销人员营销人员营销人员营销人员超越边界超越边界超越边界超越边界评价评价评价评价销售人员销售人员销售人员销售人员记账系统记账系统记账系统记账系统设置边界2022/10/294n用例模型描述的是外部执行者(Actor)所理解的系统功能。它描述了待开发系统的功能需求。n 它驱动了需求分析之后各阶段的开发工作,不仅在开发过程中保证了系统所有功能的实现,而且被用于验证和检测所开发的系统,从而影响到开发工作的各个阶段

5、和 UML 的各个模型。n 用例模型由由若干个用例图构成，用例图中主要描用例图构成，用例图中主要描述执行者和用例之间的关系。述执行者和用例之间的关系。在UML中,构成用例图的主要元素是用例和执行者及其它们之间的联系。2022/10/295确定系统的范围和边界；确定系统的范围和边界；确定系统的执行者和用例；确定系统的执行者和用例；对用例进行描述；对用例进行描述；定义用例之间的关系；定义用例之间的关系；审核用例模型。审核用例模型。用例建模的步骤：2022/10/2961.2 用例图 图中的元素包括：参与者、图中的元素包括：参与者、用例、一个方框和一些表示用例、一个方框和一些表示关系的连接线关系的连

6、接线。所有的用例都位于方框之内，所有的用例都位于方框之内，该方框称为该方框称为“系统边界系统边界”参与者与用例的关系：在参参与者与用例的关系：在参与者和用例之间的关联是用与者和用例之间的关联是用一根带箭头的线来表示的一根带箭头的线来表示的 用例之间的关系：用例之间的关系：1）包含关系）包含关系2）扩展关系）扩展关系3）泛化关系）泛化关系角色与用例的关联表示角色角色与用例的关联表示角色与用例相关性。在与用例相关性。在UML中是中是使用一条使用一条实线实线连接角色与用连接角色与用例例2022/10/2971.3 1.3 定义系统的边界和范围定义系统的边界和范围 系统：系统：特指基于计算机的用于解决

7、某个特定问题域的软硬件系特指基于计算机的用于解决某个特定问题域的软硬件系统。它代表的是一个活动范围。统。它代表的是一个活动范围。定义系统：定义系统：要定义系统的范围和边界要定义系统的范围和边界1 1定义系统的范围定义系统的范围 :系统问题域的目标、任务、规模即系统系统问题域的目标、任务、规模即系统提供的功能和任务。提供的功能和任务。2 2定义系统的边界定义系统的边界:一个系统的所有元素与系统以外的事物的一个系统的所有元素与系统以外的事物的分界线。分界线。2022/10/2981.4 确定执行者（参与者，角色）n执行者（actor）是指在系统外部与系统交互的人或其他系统，它以某种方式参与了系统内

8、用例的执行。角色在UML中通常以一个稻草人图符来表示。n执行者类型：参与者不仅可以由人承担，还可以是其它系统、硬件设备、甚至是时钟：1）其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中，银行后台系统就是一个参与者；2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系统时，IC卡读写器就是一个参与者；3）时钟：当系统需要定时触发时，时钟就是参与者n角色与系统交互：角色向系统发送消息、从系统接受消息、或是与系统交换信息。n角色与用例：角色往往是发现新用例的基础，同时也是分析员和用户交流的起点。一个执行者可用启动多个用例，而一个用例也可以被多个执行者启动。2022/10/299

9、1.寻找和确定执行者通过向用户提问来识别角色：n谁使用系统提供的主要功能？（主要角色）n谁来维护、管理系统？（次要角色）n谁需要借助于系统完成日常工作任务？n系统需要控制的硬件设备有哪些？n系统需要与其他哪些系统交互？n系统从哪儿得到信息？n对系统产生的结果感兴趣的人或事是哪些？！不能把目光只专著于人身上。不能把目光只专著于人身上。2022/10/2910ATM系统的系统的Actor1、谁使用ATM系统的主要功能（提款）？答：答：储户2、谁使用使用ATM系系统的支持以完成日常工作任的支持以完成日常工作任务？答：出答：出纳员？还不肯定，先放在不肯定，先放在这里里3、谁来来维护、管理并保持系、管理

10、并保持系统正常运行？正常运行？答：答：ATM系系统工程工程师，银行人行人员2022/10/29115、ATM系系统需要需要处理哪些理哪些设备？答：信用卡答：信用卡6、谁对ATM系系统运行的运行的结果感果感兴趣？趣？答：答：银行会行会计、储户4、该系系统需要和哪些系需要和哪些系统交互？交互？答：目前答：目前还不清楚不清楚2022/10/29122022/10/29132.定义执行者时应该注意的问题n1）执行者之间可以有继承关系）执行者之间可以有继承关系2022/10/2914n（2）执行者代表一种角色而不是具体某个人）执行者代表一种角色而不是具体某个人n（3）对同一个人担任角色的限制）对同一个人

11、担任角色的限制n（4）执行者可分成主执行者和副执行者）执行者可分成主执行者和副执行者n（5）执行者还可细分为主动执行者和被动执行者）执行者还可细分为主动执行者和被动执行者n主动角色：Use Case的动作序列是由他先发起的，通常系统返回最后结果主叫方，采购人员，票据录入员等n被动角色：系统通过调用角色来完成Use Case的动作序列（或其中的某一个动作）不是初始动作的发起者当系统需要它们帮助的时候最终是为了满足主动角色的需要通常是机器或其他系统2022/10/29151.5 确定用例确定用例n用例，就是一件事情，要完成这件事情，需要做一系列的活动；而做一件事情可以有很多不同的方法和步骤，也可能

12、会遇到各种各样的意外情况，因此这件事情是由很多不同情况的集合构成的，在UML中我们称之为场景。一个场景就是一个用例的实例。n从本质上讲,一个用例是用户与计算机之间的一次典型交互作用。在UML中,用例被定义成系统执行的一系列动作（功能）。2022/10/29161.用例的特征响应性。响应性。一个用例不自动执行，总是有一个用例不自动执行，总是有执行者启执行者启动。动。n这件事必须由一个执行者发起，执行者的愿望是用例存在的原因。不存在没有执行者的用例，也不应该主动启动另一个用例。2022/10/2917n回执性。用例执行完毕，向执行者提供用例执行完毕，向执行者提供可识别可识别的的返回值。用例的执行结

13、果对参与者来说是可观测返回值。用例的执行结果对参与者来说是可观测的和有意义的。的和有意义的。如，系统会监控参与者在系统里的操作，并在参与者删除数据之如，系统会监控参与者在系统里的操作，并在参与者删除数据之前备份。虽然它是系统的一个必需组成部分，但它在需求阶段却不应前备份。虽然它是系统的一个必需组成部分，但它在需求阶段却不应该作为用例出现。因为这是一个后台进程，对参与者来说是不可观测该作为用例出现。因为这是一个后台进程，对参与者来说是不可观测的，它应该在系统用例分析阶段定义。的，它应该在系统用例分析阶段定义。又比如，登录系统是一个有效的用例，但输入密码却不是。这是又比如，登录系统是一个有效的用例

14、，但输入密码却不是。这是因为登录系统对参与者是有意义的，这样他可以获得身份认证和授权，因为登录系统对参与者是有意义的，这样他可以获得身份认证和授权，但输入密码却是没有意义的，输入完了呢？有什么结果吗？但输入密码却是没有意义的，输入完了呢？有什么结果吗？2022/10/2918完整性。完整性。用例表示一个完整的功能，必须是一完用例表示一个完整的功能，必须是一完整的描述。整的描述。必须以向执行者提供返回值作为该必须以向执行者提供返回值作为该用用例完整性例完整性的标志。的标志。2022/10/2919n用例的特征-动宾短语n用例必然是以动宾短语形式出现的。即，这件事必须有一个动作和动作的受体。n例如

15、，喝水是一个有效的用例，而“喝”和“水”却不是。虽然生活常识告诉我们，在没有水的情况下人是不会做出喝这个动作的，水也必然是喝进去的，而不是滑进去的.n但是我们所见的很多用例中类似“计算”，“统计”，“报表”，“输出”，“录入”之类的并不在少数。2022/10/29202寻找和确定用例n业务用例：开始阶段，在确定用户需求过程中，开始阶段，在确定用户需求过程中，系统分析员通过与客户交流建立业务模型来发现系统分析员通过与客户交流建立业务模型来发现和确定的用例。和确定的用例。n系统用例：系统构造阶段，系统分析和设计人员系统构造阶段，系统分析和设计人员在进行系统分析和设计时，根据系统的需求建立在进行系统

16、分析和设计时，根据系统的需求建立的用例。的用例。n在系统开发的开端阶段，应把注意力集中在业务在系统开发的开端阶段，应把注意力集中在业务用例上，在精化阶段和构建阶段再考虑系统用例。用例上，在精化阶段和构建阶段再考虑系统用例。2022/10/2921建立用例模型时，可询问？n用户用户(执行者执行者)需要系统提供哪些业务功能需要系统提供哪些业务功能,即系统能做什么即系统能做什么?n用户最关心系统中哪些事件用户最关心系统中哪些事件?从功能观点看从功能观点看,这些事件表示这些事件表示什么什么?n用户要了解系统在工作中发生了哪些事件及其结果用户要了解系统在工作中发生了哪些事件及其结果?n用户自己需要做什么

17、用户自己需要做什么?n用户是否要在系统中创建、删除、读、修改或存储某类业用户是否要在系统中创建、删除、读、修改或存储某类业务数据？务数据？n系统为了维持正常运转需要增加的功能和信息的交互；系统为了维持正常运转需要增加的功能和信息的交互；n这些信息从何而来，到哪里去？这些信息从何而来，到哪里去？n实现当前系统（可能是人工系统而不是自动化系统）的关实现当前系统（可能是人工系统而不是自动化系统）的关键问题是什么？键问题是什么？2022/10/2922n通过与用户反复交流，确定通过与用户反复交流，确定主要业务用例主要业务用例和和次要次要业务用例。业务用例。n对于建立的每一个业务用例，都需要一组系统用对

18、于建立的每一个业务用例，都需要一组系统用例来辅助和支持。（不严谨）例来辅助和支持。（不严谨）n系统用例系统用例是执行者与系统的交互，它描述了系统是执行者与系统的交互，它描述了系统的功能需求和动态行为。的功能需求和动态行为。n系统用例用于建立系统用例模型，可通过分析系系统用例用于建立系统用例模型，可通过分析系统的统的业务流和控制流业务流和控制流来寻找和确定系统用例。来寻找和确定系统用例。（活动图活动图）2022/10/2923如何获得用例访谈n您对系统有什么期望？n您打算在这个系统里面做些什么事情？n您做这件事的目的是什么？n您做完这件事情希望有一个什么样的结果？一个明确的有效地目标才是一个用例

19、的来源。一个真实的目标应当完备地表达执行者的期望。一个有效地目标应当在系统边界内，由主角发动，并具有明确的后果。n应当先建立业务应当先建立业务用例用例模型，然后再从业务模型，然后再从业务用例用例模型向系统模型向系统用例用例模型映射。模型映射。n注意注意用例用例图的层次图的层次，从系统到子系统逐层建立，从系统到子系统逐层建立用例用例图图。2022/10/2924目标和步骤的误区2022/10/2925怎样确定用例的粒度？n用例的粒度（用例的大小）可大可小，一用例的粒度（用例的大小）可大可小，一般一个系统宜控制在般一个系统宜控制在20个用例左右。个用例左右。n用例是系统级的、抽象的描述，不是细化用

20、例是系统级的、抽象的描述，不是细化的（是做什么，非怎样做）的（是做什么，非怎样做）n对复杂的系统可以划分为若干子系统处理。对复杂的系统可以划分为若干子系统处理。n用例粒度的划分用例粒度的划分最标准的方法最标准的方法应该是：应该是：以该用以该用例是否完成了参与者的某个完整目的为依据的例是否完成了参与者的某个完整目的为依据的。2022/10/2926nATM取钱的场景中，取钱，读卡，验证账号，取钱的场景中，取钱，读卡，验证账号，打印回执单等都是可能的用例？打印回执单等都是可能的用例？n客客户代表代表说：我希望：我希望这台台ATM能支持跨行能支持跨行业务，我插入卡片我插入卡片输入密入密码后，可以后，

21、可以让我我选择是取是取钱还是存是存钱；为了方便，可以了方便，可以设置一些默置一些默认的存的存取金取金额按按钮；我可以修改密；我可以修改密码，也可以挂失；，也可以挂失；还有我希望可以交有我希望可以交纳水水费、电费和和电话等等费用；用；为了安全起了安全起见，ATM上上应当有警示小心当有警示小心骗子的子的提示条，提示条，还有有摄像像头；如果；如果输入三次密入三次密码错误，卡片卡片应当被自当被自动吞没。吞没。2022/10/2927判断题n支持跨行业务支持跨行业务n插入卡片插入卡片n输入密码输入密码n选择服务选择服务n取钱取钱n存钱存钱n挂失卡片挂失卡片n交纳费用交纳费用n警示骗子警示骗子n三次错误吞

22、没卡片三次错误吞没卡片2022/10/2928n支持跨行业务错，这是一个业务规则，限定业务的范围n插入卡片 错，这是一个过程步骤，不是完整目标n输入密码 错，这是一个过程步骤，不是完整目标n选择服务 错，这是一个过程步骤，不是完整目标n取钱对，这是一个完整有效的目标n存钱对，这是一个完整有效的目标n挂失卡片 对，这是一个完整有效的目标n交纳费用 对，这是一个完整有效的目标n警示骗子 错，已超出了边界范围n三次错误吞没卡片 错，这是一个业务规则，限定业务的范围2022/10/29293.描述用例n用例名：用例名：n简单名：简单名：n路径名：路径名：2022/10/2930用例文字描述用例文字描述

23、n更详细地描述更详细地描述 用例的功能用例的功能v 用例用例编号号v 用例名用例名v 用例描述用例描述v 参与者参与者v 前置条件前置条件v 后置条件后置条件v 基本路径基本路径1,.X X X X 2.X X X Xv 扩展点展点 2a.X X X X 2a1.X X X Xv 变异点异点v 补充充说明明2022/10/2931v 用例用例编号号:001v 用例名用例名:ATM取款取款v 用例描述用例描述:储户使用信用卡，在使用信用卡，在ATM机上取款机上取款v 参与者：参与者：储户v 前置条件：前置条件：ATM机器机器处于正常准于正常准备状状态v 后置条件：若成功，后置条件：若成功，则储户

24、取出取出钱，帐户上扣除上扣除钱；若；若失失败，储户没有取到没有取到钱，帐户上上钱数不数不变。v 基本路径基本路径1.储户插卡；插卡；2.ATM机提示机提示输入用入用户口令；口令；3.储户输入口令；入口令；机口令机口令验证通通过，提示，提示输入入钱数；数；5.储户输入入钱数；数；机机进行行钱数有效性数有效性检查，提示操作成功，吐出卡，提示操作成功，吐出卡和和钱；ATM取取款款用用例例描描述述2022/10/2932 7.储户取走卡和取走卡和钱；机屏幕恢复机屏幕恢复为初始状初始状态。v 扩展点展点 4a.ATM机机验证用用户口令不通口令不通过4a1.ATM机机给出提示信息，并吐出信用卡；出提示信息

25、，并吐出信用卡；4a2.储户取出卡；取出卡；4a3.ATM机屏幕恢复机屏幕恢复为初始状初始状态.6a.ATM验证用用户输入入钱数超数超过3000 6a1.ATM机机给出提示信息，并吐出信用卡；出提示信息，并吐出信用卡；6a2.储户取出卡；取出卡；6a3.ATM机屏幕恢复机屏幕恢复为初始状初始状态.。v 变异点异点无无v 补充充说明明2022/10/2933n用例名称：学生选课用例名称：学生选课 n执行者：学生执行者：学生n目的：完成一次学生选课的完整过程。目的：完成一次学生选课的完整过程。n类型：主要的、基本的类型：主要的、基本的n级别：一级级别：一级n过程描述：过程描述：（1）学生输入标识码

26、（）学生输入标识码（ID），），系统识别标识码的有效性；系统识别标识码的有效性；（2）对学生进行注册识别；）对学生进行注册识别；（3）流览本学期预开课程；）流览本学期预开课程；（4）选择学生自己要上的课程并确认；）选择学生自己要上的课程并确认；（5）退出系统，系统给出所选课程列表及相应学分合计。）退出系统，系统给出所选课程列表及相应学分合计。n异常事件流处理：异常事件流处理：（1）标识码有效性检查失败，允许学生重新输入（）标识码有效性检查失败，允许学生重新输入（3次机会）。次机会）。（2）注册识别失败，没有注册（尙未交学费）的学生不能选课。）注册识别失败，没有注册（尙未交学费）的学生不能选课。

27、（3）选择课程确认失败，所选几门课程中在上课时间上发生冲）选择课程确认失败，所选几门课程中在上课时间上发生冲 突时，系统提示重选。突时，系统提示重选。2022/10/2934 1.6 用例之间的关联n1.继承关联继承关联n2.扩展关联扩展关联n3.包含关联包含关联n4.使用关联使用关联2022/10/29351.继承关联继承关联n继承关联-泛化(generalization):当多个用例共同拥有一种类似的结构和行为的时候我们可以将它们的共性抽象成为父用例，其他的用例作为泛化关系中的子用例。2022/10/2936泛化举例（一）：2022/10/2937泛化举例（二）：泛化举例（二）：2022/

28、10/2938n可以用来表示参与者与参与者之间，用例与用例之间的特殊/一般化关系 2022/10/29392.扩展(extend)n箭箭头头指指向向的的用用例例为为被被扩扩展展的的用用例例，称称为为扩扩展展用用例例；箭箭头头出出发发的用例为的用例为基本用例基本用例。n扩展用例是可选的，如果缺少扩展用例，不会影响到基用例扩展用例是可选的，如果缺少扩展用例，不会影响到基用例的完整性；扩展用例在一定条件下才会执行，并且其执行会的完整性；扩展用例在一定条件下才会执行，并且其执行会改变基用例的行为。扩展用例依赖于基本用例，只是部分片改变基用例的行为。扩展用例依赖于基本用例，只是部分片断组成，不是完整的独

29、立用例，无法单独执行；断组成，不是完整的独立用例，无法单独执行；2022/10/2940将扩展用例的事件流在一定的条件下按照相将扩展用例的事件流在一定的条件下按照相应的应的扩展点扩展点插入到基础用例中。插入到基础用例中。基础用例不必知道扩展用例的任何细节，它仅基础用例不必知道扩展用例的任何细节，它仅为其提供扩展点。为其提供扩展点。扩展用例的行为是否被执行要取决于主事件流扩展用例的行为是否被执行要取决于主事件流中的判定点。中的判定点。2022/10/2941n扩展举例（一）：2022/10/29423.包含(include)n包含是指基本用例(base use case)会用到包含用例(incl

30、usion)，具体地讲，就是将包含用例的事件流插入到基础用例的事件流中。包含用例是可重用的用例多个用例的公共用例。n箭头指向的用例为箭头指向的用例为被包含的用例，称为，称为包含用例；箭头出；箭头出发的用例为发的用例为基本用例。n包含用例是必选的，如果缺少包含用例，基础用例就不完包含用例是必选的，如果缺少包含用例，基础用例就不完整；包含用例必须被执行，不需要满足某种条件；其执行整；包含用例必须被执行，不需要满足某种条件；其执行并不会改变基用例的行为。并不会改变基用例的行为。2022/10/2943例子：2022/10/2944包含用例与扩展用例的区别包含用例与扩展用例的区别相对于基础用例，扩展用

31、例是可选的，而包含用例相对于基础用例，扩展用例是可选的，而包含用例则不是。则不是。如果缺少扩展用例，基础用例还是完整的，而缺少如果缺少扩展用例，基础用例还是完整的，而缺少包含用例，则基础用例就不完整了。包含用例，则基础用例就不完整了。扩展用例的执行需要满足某种条件，而包含用例不扩展用例的执行需要满足某种条件，而包含用例不需要。需要。扩展用例的执行会改变基础用例的行为，而包含用扩展用例的执行会改变基础用例的行为，而包含用例不会。例不会。2022/10/29452022/10/2946n被包含的用例（此例中的检查座位详情）不是孤立存在的，它仅作为某些包含它的更大的基用例（此例中的预订座位、安排座位

32、）的一部分出现.n基用例是可以独立于扩展用例存在的，只是在特定的条件下，它的行为可以被另一个用例的行为所扩展.2022/10/2947使用关联n使用关联也是一种继承关系.n在使用关联中,一个用例使用另一个用例的功能和行为.2022/10/2948考虑用例的关联类型2022/10/2949自动售货机系统2022/10/29501.7 用例图实例2022/10/29512022/10/29522 需求分析中的用例建模步骤n创建用例图模型有4项任务：找出系统中的角色和用例。找出系统中的角色和用例。区分用例的优先次序。区分用例的优先次序。细化每个用例。细化每个用例。建立用例图模型结构。建立用例图模型结

33、构。2022/10/2953(1)识别角色n例：对一个成绩管理系统进行需求分析，可识别出如下角色及其需求。n学生（student）：浏览系统记录的成绩。n授课教师(teacher)：使用系统为学生记录成绩、更新成绩、浏览成绩，并可通过计算机发布报告卡。n管理人员（administrator）：负责创建报告卡，并浏览检查报告卡。2022/10/2954n基于这些角色及其需求，通过回答前面的问题，可以建立如下用例：n记录成绩（Record grades）n更新成绩（update grades）n生成报告卡（generate report cards）n检查报告卡（check report card

34、s)n分发报告卡（distribute report cards）n浏览成绩（view grades)2022/10/2955Record gradesUpdate gradesGenerate reportcardsCheck report cardsDistribute report cardsView grades2022/10/2956(2)区分用例区分用例优先次序先次序 这项任任务通常是由系通常是由系统分析人分析人员完成，他完成，他们对哪一哪一项任任务最关最关键，哪一，哪一项任任务最最艰巨有最好的全局巨有最好的全局认识。他。他们还可以确可以确定出哪个用例可以定出哪个用例可以为其他用例

35、所重用。在上例中，可以其他用例所重用。在上例中，可以轻松地松地提出以下提出以下优先次序列表：先次序列表：记录成成绩测览成成绩更新成更新成绩生成生成报告卡告卡检查报告卡告卡分分发报告卡告卡某些用例必某些用例必须在其他用例之前完成，因在其他用例之前完成，因为它它们之之间要相互要相互依依赖。例如，在系。例如，在系统更新成更新成绩之前，必之前，必须记录成成绩。因此很明。因此很明显，Record Grades是最重要的用例。是最重要的用例。2022/10/2957(3)细化用例的描述化用例的描述在用例在用例图中的用例通常只是中的用例通常只是简单地地给出了系出了系统应提供什么服提供什么服务，并没有展示出如

36、何提供服，并没有展示出如何提供服务，如，如服服务的具体功能、的具体功能、处理流程、理流程、场景、出景、出错情况以及情况以及异常情况等信息。异常情况等信息。这就需要就需要对用例用例进行更行更详尽的描尽的描述。述。用例的描述常采用文字列表形式，也可采用用例的描述常采用文字列表形式，也可采用UML图形描述，如交互形描述，如交互图、活、活动图等。等。这里里给出用出用例的文字列表形式。例的文字列表形式。2022/10/2958例例记录成成绩用例的描述用例的描述记录成成绩2022/10/29594、构建用例、构建用例图模型模型将已确定并将已确定并细化的参与者和用例放入用例化的参与者和用例放入用例图。此。此

37、时，再借，再借助关助关联（包含）和泛化的关系（包含）和泛化的关系给出用例之出用例之间的的结构模型。构模型。2022/10/29603 需求分析用例建模案例n以“企业综合信息管理系统”为例，介绍需求分析阶段的业务和系统用例建模的步骤。3.1 客户需求分析1业务组织结构（综述）“企业综合信息管理系统”的用户是企业各级管理部门的工作人员、公司经理和系统操作人员。该系统主要提供“财务管理”、“人力资源管理”、“生产调度管理”、“进销存管理”、“设备安全管理”、和“行政事务管理”等方面的服务。2022/10/29612具体功能要求具体功能要求本本案案例例只只对对其其中中的的“进进销销存存管管理理子子系系

38、统统”进进行行详详细细的的需需求分析用例建模。求分析用例建模。（1 1）销售管理）销售管理 1 1）制定销售计划）制定销售计划 2 2）与客户签订销售合同）与客户签订销售合同 3 3）检查合同履约率）检查合同履约率 4 4）生产调度管理部门组织生产）生产调度管理部门组织生产 5 5）库存管理部门对产品进行入库、出库处理）库存管理部门对产品进行入库、出库处理 6 6）财务管理部门收取客户货款）财务管理部门收取客户货款 7 7）售后服务）售后服务2022/10/2962（2 2）采购管理）采购管理1 1）制定原材料（零部件）采购计划）制定原材料（零部件）采购计划2 2）与客户签订采购合同）与客户签

39、订采购合同3 3）检查合同履约率）检查合同履约率4 4）库存管理部门对原材料进行入库验收、存储）库存管理部门对原材料进行入库验收、存储5 5）财务管理部门支付货款）财务管理部门支付货款（3 3）库存管理）库存管理1 1）产品入库管理）产品入库管理2 2）原材料（零部件）入库管理）原材料（零部件）入库管理3 3）原材料（零部件）出库管理）原材料（零部件）出库管理4 4）产品出库管理）产品出库管理5 5）库存管理）库存管理6 6）采购管理部门组织采购）采购管理部门组织采购7 7）生产调度管理部门安排生产）生产调度管理部门安排生产8 8）财务管理部门对库存物资进行核算）财务管理部门对库存物资进行核算

40、2022/10/29633需求补充说明需求补充说明（1）数据保存）数据保存 采购合同：每个合同执行期可能多达几个月，合同采购合同：每个合同执行期可能多达几个月，合同 需要长期保留。需要长期保留。销售合同：每个合同执行期可能多达几个月，合同销售合同：每个合同执行期可能多达几个月，合同 需要长期保留需要长期保留。历年履约合同：履约后的合同需要长期（几十年）历年履约合同：履约后的合同需要长期（几十年）保留，以备查使用。保留，以备查使用。库存货物清单：库存货物量随出、入库有所消长，库存货物清单：库存货物量随出、入库有所消长，长期保存。长期保存。货物损毁报表：长期保留，以备查使用。货物损毁报表：长期保留

41、，以备查使用。入库单：长期保留，以备查核算使用。入库单：长期保留，以备查核算使用。出库单：长期保留，以备查核算使用。出库单：长期保留，以备查核算使用。库存货物资产核对表：长期保留，以备查使用。库存货物资产核对表：长期保留，以备查使用。2022/10/2964（2 2）系统的用户）系统的用户客客户户、仓仓库库管管理理员员、销销售售人人员员、采采购购人人员员、公公司经理、财务管理系统、生产调度管理系统。司经理、财务管理系统、生产调度管理系统。（3）系统运行用户界面）系统运行用户界面销售合同管理用户界面：销售合同管理用户界面：采购合同管理用户界面：采购合同管理用户界面：仓库货物清单管理用户界面：仓库

42、货物清单管理用户界面：（4）系统运行的软件、硬件环境）系统运行的软件、硬件环境 1）系统运行的软件环境）系统运行的软件环境 2）系统运行的硬件环境）系统运行的硬件环境2022/10/29653.2 确定系统范围和系统边界确定系统范围和系统边界1进销存管理子系统的业务范围进销存管理子系统的业务范围2进销存管理子系统的系统边界进销存管理子系统的系统边界 3.3 确定执行者确定执行者 “进进销销存存管管理理子子系系统统”有有5 5个个人人执执行行者者和和2 2个个系系统统执执行行者者，即即“采采购购人人员员”、“销销售售人人员员”、“仓仓库库管管理理员员”、“客客户户”、“公公司司经经理理”、“生生

43、产产调调度度管管理理子子系系统统”和和“财务管理子系统财务管理子系统”。2022/10/29663.4 3.4 确定用例确定用例 （1 1）“企业综合信息管理系统企业综合信息管理系统”中的用例（一层）中的用例（一层）财务管理；财务管理；人力资源管理；人力资源管理；生产调度管理；生产调度管理；进销存管理；进销存管理；设备安全管理；设备安全管理；行政事务管理。行政事务管理。（2 2）“进销存管理子系统进销存管理子系统”中的用例（第二层）中的用例（第二层）销售管理；销售管理；采购管理；采购管理；库存管理。库存管理。（3 3）“销售管理子系统销售管理子系统”中的用例（第三层）中的用例（第三层）制定产品

44、销售计划；制定产品销售计划；签订销售合同；签订销售合同；督促客户付款；督促客户付款；监督产品发货；监督产品发货；检查合同履约；检查合同履约；提供售后服务。提供售后服务。2022/10/2967（4 4）“采购管理子系统采购管理子系统”中的用例（第三层）中的用例（第三层）制定采购计划；制定采购计划；签订采购合同；签订采购合同；货物入库检验；货物入库检验；支付货款；支付货款；检查合同履约。检查合同履约。（5 5）“库存管理子系统库存管理子系统”中的用例（第三层）中的用例（第三层）入库管理；入库管理；出库管理；出库管理；库存管理。库存管理。2022/10/29683.5 分层绘制用例图分层绘制用例图

45、1 1最高层用例图最高层用例图2022/10/29692 2第第2 2层用例图层用例图2022/10/29703 3第第3 3层用例图层用例图2022/10/29714 4第第4 4层用例图层用例图2022/10/29722022/10/29733.6 3.6 描述用例描述用例1 1“增加销售合同增加销售合同”用例用例用例编号：用例编号：0401010104010101（共有（共有4 4层用例图结构，每层用层用例图结构，每层用2 2位数字表位数字表 示，示，采用采用8 8位编号。）位编号。）用例名：用例名：增加销售合同增加销售合同执行者执行者:人执行者：合同管理员、客户、公司经理。系统执人执行

46、者：合同管理员、客户、公司经理。系统执 行行者者：“财财务务管管理理子子系系统统”和和“生生产产调调度度管管理理子子系系统统”。目目 的的:合合同同管管理理员员将将与与客客户户签签订订的的销销售售合合同同的的详详细细内内容容录录入入管管理理系系统统，用用于于对对销销售售合合同同进进行行统统计计、查查询询、检检查查是否履约等，监控正在履约的合同。是否履约等，监控正在履约的合同。类类 型：型：端点、主要的、基本的端点、主要的、基本的级级 别：别：一级一级 2022/10/2974过程描述：过程描述：（1 1）合合同同管管理理员员输输入入标标识识码码（IDID），系系统统识识别别标标识识码码的的有有

47、效效性；性；（2 2）初始化一个新销售合同，设置各种处室标志；）初始化一个新销售合同，设置各种处室标志；（3 3）输入一个新的具有唯一性的合同编号；）输入一个新的具有唯一性的合同编号；（4 4）将与客户签订的销售合同的详细内容录入管理系统；）将与客户签订的销售合同的详细内容录入管理系统；（5 5）退出系统。）退出系统。与与其其它它用用例例的的关关联联：过过程程描描述述（1 1）中中包包含含身身份份验验证证用用例例；（4 4）中包含编号自动生成用例。）中包含编号自动生成用例。异常事件流处理：异常事件流处理：（1 1）标标识识码码有有效效性性检检查查失失败败：系系统统检检测测标标识识码码有有效效性

48、性失失败败，允许重新输入。允许重新输入。（2 2）编编号号也也可可以以由由合合同同管管理理员员手手动动输输入入，系系统统自自动动进进行行唯唯一一性检查。出现错误，允许重新输入。性检查。出现错误，允许重新输入。2 2“修改合同修改合同”用例用例2022/10/2975建模要点n构建结构良好的用例：1）为系统和部分系统中单个的、可标识和合理的原子行为命名；2）将公共的行为抽取出来，放到一个被包含用例中，再将它include进来；3）对于变化部分，将其抽取出来，放到一个扩展用例（用extent连接）中；4）清晰地描述事件流，使得读者能够轻而易举地理解 n构建结构良好的用例图：摆放元素时，应该避免交叉

49、线的出现；对于语义上接近的行为和角色，最好使它们在物理上也更加接近；n根据系统实际情况控制粒度 2022/10/2976例子n有一个爱书之人，家里各类书籍已过千册，平时有一个爱书之人，家里各类书籍已过千册，平时又时常有朋友外借，因此需要一个个人图书理系又时常有朋友外借，因此需要一个个人图书理系统。该系统应该能够将书籍的基本信息按计机类、统。该系统应该能够将书籍的基本信息按计机类、非计算机类分别非计算机类分别建档建档，实现按书名、作类别、出，实现按书名、作类别、出版社等关键字的组合版社等关键字的组合查询查询功能。在使用系统功能。在使用系统录入录入新书籍新书籍时系统会自动按规则生成书号，以修改信时

50、系统会自动按规则生成书号，以修改信息，但不能够删除记录。该系统还应该够对书籍息，但不能够删除记录。该系统还应该够对书籍的的外借情况进行记录外借情况进行记录，可对外借情况列打印。另，可对外借情况列打印。另外，还希望能够对书籍的购买金额、册按特定时外，还希望能够对书籍的购买金额、册按特定时限进行限进行统计统计。2022/10/2977用例图的绘制流程2022/10/2978编号说明FEAT01新增书籍信息 FEAT02修改已有的书籍信息 FEAT03书籍信息按计算机类、非计算机类分别建档 FEAT04录入新书时能够自动按规则生成书号FEAT05计算机类与非计算机类书籍采用不同的书号规则FEAT06