软件工程_07案例分析.ppt

软件工程导论 陈丹琪 灾害信息工程系 复 习 面向对象分析OOA(Object-Oriented Analysis)就是抽取和整理用户需求并建立问题域精确模型的过程。 要建立三种模型 功能模型（用例模型）：表达系统的详细需求，为软件的进一步分析和设计打下基础。 对象模型：描述现实世界中的类和对象以及它们之间的关系，表明目标系统的静态数据结构。 动态模型：描述系统的动态结构和系统对象之间的交互。 复 习 使用用例模型代替传统的功能说明，能更好地获取用户需求，它所描述的是外部行为者所理解的系统功能。 用例图的作用：将系统的功能分成一个个模块，相当于系统模块图，但比系统模块图能展示更多的语义，如泛化、包含、扩展等。是需求分析师用来和客户、开发人员交流的工具。 创建用例模型的步骤： 定义系统 寻找参与者和用例 描述用例 定义用例之间的关系 确认模型 作 业 建立用例模型：银行账户管理系统需求陈述如下： 一个客户可以在多个银行中开设账户，一个客户也可在同一银行中开设多个不同的账户。客户可以通过银行职员进行开户、存款、取款、转账、注销账户等活动。其中转账指客户将自己的某个账户上的钱转入同一银行的不同账户（称为银行内转账）或转入不同银行的账户（称为银行间转账）。系统管理员负责系统的账户管理及业务报表的生成。 用例名称：开户 参与者：银行职员、客户 前置条件：一个合法的银行职员已登录到该系统 事件流： 当选择开户功能时用例开始 输入客户信息（姓名、地址、身份证号等） 从账户管理系统获取新的账号 请客户输入密码 请客户再次输入密码 如果两次密码不一致则回到第4步，否则继续 在账户库中添加新账户 打印存折，用例结束 后置条件：在账户库中增加一个新账户，得到一张新存折 用例描述：用事件流更详细地描述用例的功能 主要组成： 用例名称 简要说明 前提条件 后置条件 主事件流/其他事件流 本节课内容 第九章　面向对象方法学引论 9.4、对象模型 第十章 面向对象分析 10.1、面向对象分析的基本过程 10.2、需求陈述 10.3、建立对象模型 10.4、建立动态模型 10.5、建立功能模型 10.6、定义服务 对象模型 对象模型表示静态的、结构化的系统的“数据”性质。 它是对模拟客观世界实体的对象以及对象彼此间的关系的映射，描述了软件系统的静态结构。 建立对象模型的目标是从客观世界中提炼出对具体应用有价值的概念。 通常，使用UML提供的类图建立对象模型。 类 图 类图是描述类、接口以及它们之间关系的图，是一种静态模型，一个系统可以由多张类图来描述，一个类也可以出现在几张类图中。 类图的划分： 概念层类图（需求分析阶段）——描述了问题领域的概念。 说明层类图（设计阶段）——描述软件的接口部分，而不是软件的实现部分。 实现层类图（实现阶段）——只有在这里才真正考虑类的实现问题，提供类的实现细节。 类 图 类图的组成元素： 类、接口、协作、关系、注释、约束、包 协作是指一些类、接口和其他的元素一起工作提供一些合作的行为。 类不是单独存在的，而是要与其他类协同工作。协作是动态交互在静态视图上的映射，协作的静态结构通过类图来描述。 关系把类、协作、接口连接在一起构成一个图。 是对某些类和接口进行解释说明。 对某些类和接口进行约束说明，指定了类所要满足的一个或多个规则。 泛化关系 实现关系 关联关系 依赖关系 注释内容 实现接口 接口包含操作但不包含属性，且它没有对外界可见的关联。 接口只是行为的说明，而不是结构或实现。 类 图 类图是用来描述业务或软件系统的组成、结构和关系。 定义类：由于类是构成类图的基础，所以，在构造类图之前，首先要定义类，也就是将系统要处理的数据抽象为类的属性，将处理数据的方法抽象为类的操作。 类 图 命名：类名是一类对象的名字。 为类命名时应该遵守以下几条准则：使用标准术语、使用具有确切含义的名词、必要时用名词短语作名字 描述类的属性：属性是该类对象的共同特征。 可见性 属性名：类型名=初值｛性质串｝ 描述类的操作：操作是类所提供的服务，通俗地说，操作就是定义了对象所能做的事情。 可见性 操作名（参数表）：返回值类型｛性质串｝ 参数名：参数类型名=缺省值 用UML类图描述Point类 类 图 类图中表示关系的图形符号 类图由类及类与类之间的关系构成。类间关系分为四种： 关联（ accociation ） 泛化（继承generalization ） 依赖（ dependency ） 细化（实现implementation ） 类 图 关联关系——表示两类对象之间存在着某种语义上的联系，也就是对象之间有相互作用、相互依靠的关系。 普通关联 两类对象之间的关联关系又细分为一