面向对象的需求分析.pptx





《面向对象的需求分析.pptx》由会员分享,可在线阅读,更多相关《面向对象的需求分析.pptx(33页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、1.需求分析简介需求分析简介第一节 过渡页回目录1.需求分析简介 2.用例建模3.用例建模实例学习目的:学习用例建模方法 掌握用例图的使用第六章 面向对象的需求分析 第1页/共33页1.需求分析简介需求分析简介第一节 需求分析简介第六章 面向对象的需求分析 需求分析的目的:确定用户需求,是认知客观事物行为功能和外在表现的过程。需求分析阶段,用户处在主导地位,需求分析工程师和项目经理要负责整理用户需求,在一个大型软件系统的开发中,需求分析的作用要远远大于程序设计。需求分析的输出:v完整的需求说明文档,其中包括清晰完整的问题陈述,表明系统的业务需求,系统实现目标v完整的、与用户真正需求一致的用户需
2、求描述,说明用户使用该系统完成的任务v用户对系统非功能性需求要列举清楚,例如系统界面要求,性能要求及系统可靠性要求等第2页/共33页1.需求分析简介需求分析简介 用例 第六章 面向对象的需求分析 建议采用 用例(Use Case)描述系统需求通过描述用户使用系统的过程,体现系统应该提供的功能。用例所给出的用户与系统之间的交互既包含系统功能、又带有功能实现流程的信息。传统的需求表达方式是“软件需求规约”,系统功能被分解到各功能模块,通过描述各模块功能达到描述整个系统功能的目的。缺点:一是容易混淆需求和设计的界限,在需求的表述中实际上已经包含了部分设计思想;二是分割了各项系统功能的应用环境,从各项
3、功能项入手很难了解这些功能如何相互关联实现一个系统服务。回目录第3页/共33页2.用例建模用例建模第二节 用例建模第六章 面向对象的需求分析 用例建模使用用例的方法来描述系统需求的过程。v使用 用例图 给出系统的总体功能需求v使用 用例描述 说明每个用例的业务规则、用户系统交换序列v最终成果是完整准确的系统用例图和详细的用例描述文档用例图参与者(Actor)用例(Use Case)关系参与者 之间关系:泛化关系用例 与 参与者 之间关系:关联关系用例 之间关系:包含、扩展、泛化关系第4页/共33页定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定参
4、与者参与者识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 定义系统边界第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定定参与者参与者识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图确定系统边界,即定义系统的范围,哪些功能是系统应该实现的,哪些不是系统应该做的,明确系统目标范围。例如,对于银联网络的自动取款机网络系统来说,其系统边界范围就是和自动取款机相关的功能,如用户通过自动取款机取款、查询帐户、转账等,以及银联网络中各个银行之间的帐务结算,而对于各个银行内部的各营业部之间的计算机网络,
5、本系统则不涉及,不属于本系统所要考虑的范畴。在用例图中,UML的系统边界用一个矩形框来表示第5页/共33页第三类是一些可运行的进程,例如时间系统。有些系统中,需要在特定的时间周期性地触发系统执行某功能,这时,时间系统就成了系统的参与者。例如,在银行的金融系统中,客户的资料、交易记录等信息至关重要,所以要定期对客户的这些资料信息进行备份,到了设定的时间,系统自动执行资料备份功能。因此,时间系统也是系统的一个参与者。第二类是其他的软、硬件系统,例如,银行金融系统可能与一些商场售货系统建立联系,进行银行卡刷卡消费。显然商场售货系统的刷卡系统就是银行金融系统的一个参与者。另外,参与者也可能是一些硬件设
6、备,例如银行的安全监控系统在下班之后,如果有人进入金库,则进行红外检测而且进行报警,所以对于安全监控系统来说,红外探测设备和报警的硬件设备就是它的参与者。第一类为系统用户第一类为系统用户,是真实的人,这是最常见的参与者,几乎每个系统都要有人来使用。对于此类参与者,主要根据用户在使用系统时扮演的角色命名,例如,银行的营业部的营业员,通常情况下是银行工作人员,但是他自己要存取款的时候,其身份就变成了客户。所以,在命名参与者时按照业务命名比按照人的职位来命名更稳定。对于一个银行的网络系统来说,其参与者我们就可以看作有营业员,还有客户。确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统
7、边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 确定参与者第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图参与者:存在于被定义系统外部、透过系统边界与系统交互的客观实体,如系统的使用者或外部设备。常见三类 参与者:第6页/共33页确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系
8、建建 立立完整用例图完整用例图2.用例建模用例建模 确定参与者 第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图获取用例之前,首先确定系统所有参与者非常关键,需要软件需求分析人员具有一定的开发经验,识别参与者的一些要点如下:谁使用系统主要功能?谁改变系统数据?谁从系统获取信息?谁需要系统的支持以完成日常工作任务?谁需要维护、管理并保持系统正常运行?需要应付(处理)哪些硬设备?需要和哪些外部系统交互?谁(或什么)对系统运行结果(值)感兴趣?时间、气温等内部外部条件是否会触发系统某些功能执行?v参与者代表
9、系统边界之外的真实事物,不是系统的组成部分v参与者透过系统边界与系统交互,其确定代表系统边界的确定v参与者与系统的交互是要有意义的v参与者可为任何事物。包括人、其它软硬件系统和进程等另外,分析人员可以通过回答下面的问题来寻找系统的参与者另外,分析人员可以通过回答下面的问题来寻找系统的参与者第7页/共33页确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 确定参与者 第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档识识 别别
10、用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图举例:对于大家都非常熟悉的自动取款机(ATM)系统来说,它的主要参与者有哪些呢?首先银行卡用户要通过ATM取款、查询、转账其次银行营业部金融系统要和ATM系统交互使ATM能够获得有关帐户信息并进行账目数据操作再次银行工作人员需对ATM系统进行维护最后ATM系统需周期性备份,时间系统是一类参与者 第8页/共33页确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 确定参与
11、者第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档识识 别别用用 例例确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图参与者之间关系:不同类型参与者的行为往往具有共性和特殊性,例如网上电子商店系统的“电话用户”、“网络用户”、“普通用户”间具有相同行为,如都采用银行卡支付等特殊化参与者“电话用户”、“网络用户”具有一般化参与者“普通用户”的所有行为,可认为这些特殊参与者继承了一般化参与者的所有行为,即一般化参与者可用的系统用例,特殊化参与者都默认会使用,特殊化参与者只需要扩充自己特殊用例功能,这点和类之间的继承关系类似。第9页/共33页识识 别别用用 例例识识 别别用
12、用 例例v用例名须唯一,以别于其他用例,便于和用户自己交流。v用例命名应站在参与者角度进行,常以动词命名,例如参与者银行卡用户可通过ATM系统取款,则可命名 取款 用例。v绘制用例图之前,须获取 参与者 信息和 用例 信息,它们描述了“谁需要系统做什么”的问题。注意如何确定 参与者,用例的识别过程和方法如下:确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 识别用例第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定
13、定用例间关系用例间关系建建 立立完整用例图完整用例图用例(Use Case)用于表示系统所提供的服务,定义系统被参与者使用的过程,描述该过程中参与者与系统间发生的交互,在不涉及系统内部实现细节的前提下,给出完整的用户需求说明:第10页/共33页2.用例建模用例建模 识别用例第六章 面向对象的需求分析 v用例名须唯一,以别于其他用例,便于和用户自己交流。v用例命名应站在参与者角度进行,常以动词命名,例如参与者银行卡用户可通过ATM系统取款,则可命名 取款 用例。v绘制用例图之前,须获取 参与者 信息和 用例 信息,它们描述了“谁需要系统做什么”的问题。注意如何确定 参与者,用例的识别过程和方法如
14、下:用例(Use Case)用于表示系统所提供的服务,定义系统被参与者使用的过程,描述该过程中参与者与系统间发生的交互,在不涉及系统内部实现细节的前提下,给出完整的用户需求说明:识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图第11页/共33页识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义
15、系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 识别用例第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图识别用例最佳方法是从分析 参与者 开始,将每类参与者代表和需求分析人员召集到一块进行讨论,每个参与者考虑自己是如何使用系统的,提出自己的需求,然后大家再一块讨论确定。使用这种头脑风暴的策略,在讨论的过程中还有可能会发现新的参与者,这对完善整个系统的需求建模是有很大帮助的。用例建模的过程是一个不断迭代和逐步完善的过程,系统分析人员首先确定
16、系统的用例图,从整体上对系统的需求进行定义,然后再添加用例的详细描述信息,用于对参与者使用系统用例和系统的具体交互序列的定义:第12页/共33页识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 识别用例第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图识别用例最佳方法是从分析 参与者 开始,将每类参与者代表和需求分析人员召集到一块进行讨论,每个
17、参与者考虑自己是如何使用系统的,提出自己的需求,然后大家再一块讨论确定。使用这种头脑风暴的策略,在讨论的过程中还有可能会发现新的参与者,这对完善整个系统的需求建模是有很大帮助的。用例建模的过程是一个不断迭代和逐步完善的过程,系统分析人员首先确定系统的用例图,从整体上对系统的需求进行定义,然后再添加用例的详细描述信息,用于对参与者使用系统用例和系统的具体交互序列的定义:第13页/共33页识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2
18、.用例建模用例建模 例:ATMATM系统用例图第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图识别用例的一些要点如下:用例是可观测,止于系统边界。用例是目标导向的,是有执行结果的。用例是由系统执行的,结果值由系统生成。用例以参与者的角度和业务语言描述,而不是计算机专业术语。为了帮助大家能够更好的提取用例,我们可以通过回答下面的几个问题来考虑:每一类参与者希望系统能够提供什么功能。是否存在触发系统的外部事件。当系统改变状态的时候,是否需要通知参与者。系统是否需要定期备份或发送信息,如果是,由哪个参与者触发。第14页/共33
19、页识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统边界系统边界定定 义义系统边界系统边界书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图2.用例建模用例建模 过渡页第六章 面向对象的需求分析 书书 写写用例描述文档用例描述文档确确 定定用例间关系用例间关系建建 立立完整用例图完整用例图识别用例的一些要点如下:用例是可观测,止于系统边界。用例是目标导向的,是有执行结果的。用例是由系统执行的,结果值由系统生成。用例以参与者的角度和业务语言描述,而不是计算机专业术语。为了帮助大家能够更好的提取用例,我们可以通过回答下面的几个
20、问题来考虑:每一类参与者希望系统能够提供什么功能。是否存在触发系统的外部事件。当系统改变状态的时候,是否需要通知参与者。系统是否需要定期备份或发送信息,如果是,由哪个参与者触发。第15页/共33页参与者和用例之间的连线表示关联关系关联“通讯”表示参与者和用例间存在“通讯”关系,表示参与者使用了系统中的“通讯”服务。除与参与者之间存在关联外,用例之间还存在多种关系:包含、扩展、泛化关系等。用例间关系可简化用例图模型,使之层次化。关联:关联:确确 定定用例间关系用例间关系确确 定定用例间关系用例间关系识识 别别用用 例例识识 别别用用 例例确确 定定参与者参与者确确 定定参与者参与者定定 义义系统
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 面向 对象 需求 分析

限制150内