软件工程模型与方法 09、面向对象分析.ppt

软件工程模型与方法 Models Methods of SE 第九章 面向对象分析 肖丁 本章内容 9.1 面向对象分析综述 9.2 用例建模 9.3 创建领域模型 9.4 绘制系统顺序图 9.5 创建系统操作契约 9.1 面向对象分析综述 面向对象分析（OOA）运用面向对象方法，对问题域和系统职责进行分析和理解； 找出描述问题域及系统职责所需的对象，定义对象的属性、方法以及它们之间的关系，目标是建立一个符合问题域、满足用户需求的OOA模型。 问题域：被开发系统的应用领域，即在现实世界中由这个系统进行处理的业务范围 系统职责：所开发的系统应该具备的职能 OOA与OOD的职责划分 OOA针对现实世界中的问题域与系统职责，建立相应的分析模型作为分析的结果。OOA模型不考虑与系统的具体实现相关的因素（譬如，采用什么程序设计语言和数据库），从而使OOA模型独立于具体的实现环境。 OOD则是针对系统的具体实现，运用OO方法进行系统设计。其中包括两方面的工作： 一是根据实现条件对OOA模型做某些必要的调整和修改，使其成为OOD模型的一部分； 二是针对具体实现条件，建立人机界面、数据存储和控制驱动等模型。这些部分与OOA采用相同的概念和表示法。 OO分析所面临的问题 1．对问题域和系统职责的理解 2．交流问题 3．需求的不断变化 4．软件复用的要求 面向对象分析步骤 通过用例以及用例图来捕获和描述用户的需求，从而建立系统的功能需求模型。 为创建需求模型，首先要从业务需求描述出发，识别参与者和使用场景； 对场景进行汇总、分类和抽象，形成用例； 确定参与者和用例、用例和用例之间的关系，形成用例模型。 从业务需求描述和用例描述中提取“关键概念”，形成领域模型。 面向对象分析步骤 从用例出发，将系统看作一个黑盒子，识别出参与者和系统交互的系统事件，给出系统顺序图，并进一步识别出其中的系统操作。 从系统顺序图和领域模型出发，建立系统操作契约，描述响应系统事件的系统操作执行后对系统状态的影响，从而回答系统“做什么”的问题。 此处的系统状态变化指的是领域模型中概念的创建和删除，概念属性的修改以及概念之间关联的建立和删除。 用例模型与领域模型 示例：在线考试系统 本系统主要是为程序设计类课程考试而设计，但是也应该能适应到其他的课程。目的在于： 1.增加考试灵活性，减轻任课教师的出题、判卷和统计工作； 2.避免纸面考程序设计题的一些缺陷； 3.增加一些统计分析功能，便于老师及时跟踪学生对知识点的掌握情况。 子系统功能描述 题库管理子系统：对考题进行管理。题目类型有选择题、填空题、解答题和程序设计题，功能要求： 能增、删、改、查询题目。 能支持使用Excel批量导入试题到数据库的功能。 考试子系统根据一定的试题生成规则现场生成一套试题供学生进行解答，并记录答案。 考试采用逐题方式进行，做完一题再出现下一题。学生可以用上翻、下翻键来选择返回上一题还是进行到下一题。 考试采用人工计时方式。 若到考试结束时间，则系统强行要求学生结束答题； 若学生提前做完，则可以按结束考试键终止答题。 当学生选择结束考试时，给出选择题的成绩，并将学生所做的试题及答案记录到数据库中。 子系统功能描述 阅卷子系统为了方便老师批量批改解答题和程序设计题，系统能灵活支持将某道题的学生解答汇总成一个文档供老师拿回去批阅，并将阅后成绩导入数据库中。 给分子系统在每小题的成绩都已经给出的情况下，统计出每一个学生的最终机考成绩并记载到数据库中。 统计子系统统计子系统主要是提供考试结果分析信息，以方便老师了解考试情况，对教学结果做出较好的评估。 用例图及用例说明 画出系统用例图 识别系统边界 识别参与者 识别用例 确定用例之间关系 给出用例的文本描述 用例描述模板 9.2 用例建模 确定系统边界 识别参与者 识别用例 其他需求分析工作 9.2.1 确定系统边界 系统边界是一个系统所包含的所有系统成分与系统以外各事物的分界线。 系统边界以外是与系统进行交互的人员、设备、外部系统或组织。 系统是由一条边界包围起来的未知空间，系统只通过边界上的有限个接口与外部交互。 9.2.2 识别参与者 参与者（actor）是具有行为能力的事物，可以是一个人（由所扮演的角色来识别）、计算机系统或硬件设备。 它们位于系统边界之外，通过和系统进行有意义的交互来实现它们的目标。 识别参与者的任务就是找到参与者并明确其在系统中要实现的目标。 参与者是一个类 。 参与者可以发出请求，要求系统提供服务，系统以某种方式进行响应，或者把响应的结果给其他的参与者；系统也可以向参与者发出请求，参与者对此做出响应。 参与者的分类 主要参与者：指的是在使用系统服务的过程中满足自己目标的那些参与者，如使用在线考试