面向对象的需求分析PPT课件.ppt

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