UML系统建模与分析设计.ppt
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5、ATM系统需要处理哪些设备？ 答：信用卡 6、谁对ATM系统运行的结果感兴趣？ 答：银行会计、储户
2020/10/16
软件工程方法
12
储户 信用卡
银行人员 银行会计
2020/10/16
软件工程方法
13
2.定义执行者时应该注意的问题 1）执行者之间可以有继承关系
学生
小学生
中学生
大学生
2020/10/16
本科生
研究生
硕士研究生
博士研究生
软件工程方法
14
（2）执行者代表一种角色而不是具体某个人 （3）对同一个人担任角色的限制 （4）执行者可分成主执行者和副执行者 （5）执行者还可细分为主动执行者和被动执行者
主动角色：Use Case的动作序列是由他先发起的，通常 系统返回最后结果
主叫方，采购人员，票据录入员等
•将需求规约变为可视化模型，并得到用户确认；
•给出清晰、一致的关于系统做什么的描述，确定系统的功能要 求；
•提供从功能需求到系统分析、设计、实现各阶段的度量标准；
•为最终系统测试提供基准，据此验证系统是否达到功能要求；
•为项目目标进度管理和风险管理提供依据。
2020/10/16
软件工程方法
3
用例图中包含系
角色与用例的关联表示角色 与用例相关性。在UML中是 使用一条实线连接角色与用 例
7
1.3 定义系统的边界和范围
系统：特指基于计算机的用于解决某个特定问题域的软硬件系 统。它代表的是一个活动范围。 定义系统：要定义系统的范围和边界
1．定义系统的范围 :系统问题域的目标、任务、规模即系统 提供的功能和任务。
用例模型由若干个用例图构成，用例图中主要描 述执行者和用例之间的关系。在UML中,构成用例 图的主要元素是用例和执行者及其它们之间的联 系。
2020/10/16
软件工程方法
5
用例建模的步骤：
•确定系统的范围和边界； •确定系统的执行者和用例； •对用例进行描述； •定义用例之间的关系； •审核用例模型。
角色与系统交互：角色向系统发送消息、从系统接受消息、或是与系统 交换信息。
角色与用例：角色往往是发现新用例的基础，同时也是分析员和用户交 流的起点。一个执行者可用启动多个用例，而一个用例也可以被多个执 行者启动。
2020/10/16
软件工程方法
9
1.寻找和确定执行者
通过向用户提问来识别角色： 谁使用系统提供的主要功能？（主要角色） 谁来维护、管理系统？（次要角色） 谁需要借助于系统完成日常工作任务？ 系统需要控制的硬件设备有哪些？ 系统需要与其他哪些系统交互？ 系统从哪儿得到信息？ 对系统产生的结果感兴趣的人或事是哪些？ ！不能把目光只专著于人身上。
来自百度文库
2020/10/16
软件工程方法
10
ATM系统的Actor
1、谁使用ATM系统的主要功能（提款）？ 答：储户
2、谁使用ATM系统的支持以完成日常工作任务？ 答：出纳员？还不肯定，先放在这里
3、谁来维护、管理并保持系统正常运行？ 答： ATM系统工程师，银行人员
2020/10/16
软件工程方法
11
4、该系统需要和哪些系统交互？ 答：目前还不清楚
2020/10/16
软件工程方法
2
1.1 建造需求模型——用例建模
用例建模技术，用于描述系统的功能需求。在宏观上给出模型的总体轮廓。通过对 典型用例的分析，使开发者能够有效地了解用户的需求。
对于正在构造的新系统用例描述系统应该作什么? 对于已构造完毕的系统用例则反映了系统能够完成什么样的功能?
用例建模的主要目标是：
需求分析与用例建模
2020/10/16
软件工程方法
1
1 客户需求分析与用例建模
用例用于表示系统所提供的服务，它定义了系统是如何被 参与者所使用的，它描述的是参与者为了使用系统所提供
的某一完整功能而与系统之间发生的一段对话。
用例驱动是统一过程的重要概念，或者说整个软件生产过程就是用例 驱动的。分析、设计、实现、测试都是用例驱动的，都是以实现用例 为目标。
在这些开发过程中，开发人员首先捕获客户的需求，并以用例的形式 组织成用例模型。然后分析并设计系统来满足这些用例，因此在用例 模型之后就是分析模型，接着是设计模型和实施模型。在实现了整个 系统之后，还将根据用例模型设计出测试模型来对系统进行验证。
这些模型之间并不是线性转变的，它们是一个迭代、增量的开发过程。 也就是在整个项目开发周期中，将会多次经过这五个模型的迭代，每 次都将越来越精化。
2020/10/16
软件工程方法
6
1.2 用例图
2020/10/16
软件工程方法
图中的元素包括：参与者、 用例、一个方框和一些表示 关系的连接线 。 所有的用例都位于方框之内 ，该方框称为“系统边界” 参与者与用例的关系：在参 与者和用例之间的关联是用 一根带箭头的线来表示的 用例之间的关系： 1）包含关系 2）扩展关系 3）泛化关系
统、角色和用例
等三种模型元素，
以及它们之间的
关系。
贸易经理
营销人员
设置边界
更新帐目
风险分析 交易估价
《使用》 《使用》
评价
进行交易
《扩展》
超越边界
记账系统 销售人员
2020/10/16
软件工程方法
4
用例模型描述的是外部执行者(Actor)所理解的系 统功能。它描述了待开发系统的功能需求。
它驱动了需求分析之后各阶段的开发工作,不仅在 开发过程中保证了系统所有功能的实现,而且被用 于验证和检测所开发的系统,从而影响到开发工作 的各个阶段和 UML 的各个模型。
2．定义系统的边界:一个系统的所有元素与系统以外的事物的 分界线。
2020/10/16
软件工程方法
8
1.4 确定执行者（参与者，角色） aActor
执行者（actor）是指在系统外部与系统交互的人或其他系统，它以某 种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图 符来表示。
执行者类型：参与者不仅可以由人承担，还可以是其它系统、硬件设备、 甚至是时钟 ： 1）其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中， 银行后台系统就是一个参与者； 2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系 统时，IC卡读写器就是一个参与者； 3）时钟：当系统需要定时触发时，时钟就是参与者
被动角色：系统通过调用角色来完成Use Case的动作序 列（或其中的某一个动作）
2020/10/16
软件工程方法
12
储户 信用卡
银行人员 银行会计
2020/10/16
软件工程方法
13
2.定义执行者时应该注意的问题 1）执行者之间可以有继承关系
学生
小学生
中学生
大学生
2020/10/16
本科生
研究生
硕士研究生
博士研究生
软件工程方法
14
（2）执行者代表一种角色而不是具体某个人 （3）对同一个人担任角色的限制 （4）执行者可分成主执行者和副执行者 （5）执行者还可细分为主动执行者和被动执行者
主动角色：Use Case的动作序列是由他先发起的，通常 系统返回最后结果
主叫方，采购人员，票据录入员等
•将需求规约变为可视化模型，并得到用户确认；
•给出清晰、一致的关于系统做什么的描述，确定系统的功能要 求；
•提供从功能需求到系统分析、设计、实现各阶段的度量标准；
•为最终系统测试提供基准，据此验证系统是否达到功能要求；
•为项目目标进度管理和风险管理提供依据。
2020/10/16
软件工程方法
3
用例图中包含系
角色与用例的关联表示角色 与用例相关性。在UML中是 使用一条实线连接角色与用 例
7
1.3 定义系统的边界和范围
系统：特指基于计算机的用于解决某个特定问题域的软硬件系 统。它代表的是一个活动范围。 定义系统：要定义系统的范围和边界
1．定义系统的范围 :系统问题域的目标、任务、规模即系统 提供的功能和任务。
用例模型由若干个用例图构成，用例图中主要描 述执行者和用例之间的关系。在UML中,构成用例 图的主要元素是用例和执行者及其它们之间的联 系。
2020/10/16
软件工程方法
5
用例建模的步骤：
•确定系统的范围和边界； •确定系统的执行者和用例； •对用例进行描述； •定义用例之间的关系； •审核用例模型。
角色与系统交互：角色向系统发送消息、从系统接受消息、或是与系统 交换信息。
角色与用例：角色往往是发现新用例的基础，同时也是分析员和用户交 流的起点。一个执行者可用启动多个用例，而一个用例也可以被多个执 行者启动。
2020/10/16
软件工程方法
9
1.寻找和确定执行者
通过向用户提问来识别角色： 谁使用系统提供的主要功能？（主要角色） 谁来维护、管理系统？（次要角色） 谁需要借助于系统完成日常工作任务？ 系统需要控制的硬件设备有哪些？ 系统需要与其他哪些系统交互？ 系统从哪儿得到信息？ 对系统产生的结果感兴趣的人或事是哪些？ ！不能把目光只专著于人身上。
来自百度文库
2020/10/16
软件工程方法
10
ATM系统的Actor
1、谁使用ATM系统的主要功能（提款）？ 答：储户
2、谁使用ATM系统的支持以完成日常工作任务？ 答：出纳员？还不肯定，先放在这里
3、谁来维护、管理并保持系统正常运行？ 答： ATM系统工程师，银行人员
2020/10/16
软件工程方法
11
4、该系统需要和哪些系统交互？ 答：目前还不清楚
2020/10/16
软件工程方法
2
1.1 建造需求模型——用例建模
用例建模技术，用于描述系统的功能需求。在宏观上给出模型的总体轮廓。通过对 典型用例的分析，使开发者能够有效地了解用户的需求。
对于正在构造的新系统用例描述系统应该作什么? 对于已构造完毕的系统用例则反映了系统能够完成什么样的功能?
用例建模的主要目标是：
需求分析与用例建模
2020/10/16
软件工程方法
1
1 客户需求分析与用例建模
用例用于表示系统所提供的服务，它定义了系统是如何被 参与者所使用的，它描述的是参与者为了使用系统所提供
的某一完整功能而与系统之间发生的一段对话。
用例驱动是统一过程的重要概念，或者说整个软件生产过程就是用例 驱动的。分析、设计、实现、测试都是用例驱动的，都是以实现用例 为目标。
在这些开发过程中，开发人员首先捕获客户的需求，并以用例的形式 组织成用例模型。然后分析并设计系统来满足这些用例，因此在用例 模型之后就是分析模型，接着是设计模型和实施模型。在实现了整个 系统之后，还将根据用例模型设计出测试模型来对系统进行验证。
这些模型之间并不是线性转变的，它们是一个迭代、增量的开发过程。 也就是在整个项目开发周期中，将会多次经过这五个模型的迭代，每 次都将越来越精化。
2020/10/16
软件工程方法
6
1.2 用例图
2020/10/16
软件工程方法
图中的元素包括：参与者、 用例、一个方框和一些表示 关系的连接线 。 所有的用例都位于方框之内 ，该方框称为“系统边界” 参与者与用例的关系：在参 与者和用例之间的关联是用 一根带箭头的线来表示的 用例之间的关系： 1）包含关系 2）扩展关系 3）泛化关系
统、角色和用例
等三种模型元素，
以及它们之间的
关系。
贸易经理
营销人员
设置边界
更新帐目
风险分析 交易估价
《使用》 《使用》
评价
进行交易
《扩展》
超越边界
记账系统 销售人员
2020/10/16
软件工程方法
4
用例模型描述的是外部执行者(Actor)所理解的系 统功能。它描述了待开发系统的功能需求。
它驱动了需求分析之后各阶段的开发工作,不仅在 开发过程中保证了系统所有功能的实现,而且被用 于验证和检测所开发的系统,从而影响到开发工作 的各个阶段和 UML 的各个模型。
2．定义系统的边界:一个系统的所有元素与系统以外的事物的 分界线。
2020/10/16
软件工程方法
8
1.4 确定执行者（参与者，角色） aActor
执行者（actor）是指在系统外部与系统交互的人或其他系统，它以某 种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图 符来表示。
执行者类型：参与者不仅可以由人承担，还可以是其它系统、硬件设备、 甚至是时钟 ： 1）其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中， 银行后台系统就是一个参与者； 2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系 统时，IC卡读写器就是一个参与者； 3）时钟：当系统需要定时触发时，时钟就是参与者
被动角色：系统通过调用角色来完成Use Case的动作序 列（或其中的某一个动作）