軟件工程概论—中文Ch08.pptVIP

Software Engineering: A Practitioner’s Approach, 6/e第 8 章分析模型copyright ? 1996, 2001, 2005R.S. Pressman Associates, Inc.For University Use OnlyMay be reproduced ONLY for student use at the university levelwhen used in conjunction with Software Engineering: A Practitioners Approach.Any other reproduction or use is expressly prohibited. Requirements Analysis Requirements analysis specifies software’s operational characteristics indicates softwares interface with other system elements establishes constraints that software must meet Requirements analysis allows the software engineer (called an analyst or modeler in this role) to: elaborate on basic requirements established during earlier requirement engineering tasks build models that depict user scenarios, functional activities, problem classes and their relationships, system and class behavior, and the flow of data as it is transformed. 分析模型是一个桥梁 分析的经验原则 模型应关注在问题域或业务域内可见的需求，抽象的级别应该相对高一点，不要陷入细节 分析模型的每个元素都应能增加对软件需求的整体理解，并提供对信息域、功能和行为的深入理解 关于基础设施和其他非功能的模型应推迟到设计阶段再考虑 最小化系统内的耦合度 确认分析模型为所有共利益者都带来价值 尽可能保持模型简单 领域分析 领域分析 定义需要被研究的域 收集领域中比较有代表性的应用样例集 分析样例集中的每一个应用 . 构造分析模型 数据建模 只检查数据对象，与处理无关 集中在数据域上 在客户级别上构造模型 隐含了数据对象是如何关联的 什么是数据对象? 经典对象 数据对象与其属性 什么是关系? 可以存在一个关系的诸多实例 对象可以用不同的方式发生关系 ERD 表示 构造一个 ER图 Level 1—model all data objects (entities) and their “connections” to one another Level 2—model all entities and relationships Level 3—model all entities, relationships, and the attributes that provide further depth ERD: 例子 面向对象的基本概念 必须理解这些概念，以便在分析模型中增加基于类的元素 主要概念: 类和对象 属性和操作 封装和实例化 继承 类 面向对象的思考从一个类开始, 通常定义为: 模版 通用的描述 “蓝图” ... 描述一组相似的条目 superclass构造了类的层次 一旦类的条目被定义了以后，可以定义一个类的特定的实例 构造一个类 什么是Class? 封装/隐蔽 类层次 方法(a.k.a. 操作, 服务) 基于场景的建模 定义一个用例 参与者主要执行的任务或功能是什么？ 参与者获取，生成或改变何种系统信息？ 参与者是否要通知系统，外部环境发生了改变？ 预料之外的改变 参与者是否将被通知？ 用例图 动作图 泳道图 基于流的模型 流模型 流模型的符号表示 外部实体 处理 数据流 数据存储 数据流图:原则 所有图标必须有有意义的名字 DFD 可以分层 总是从一个上下文图开始 (也称为层次0) 总是在第0层展示外部实体 数据流箭头需要有标识 不表示过程型的逻辑 构造一个DFD—I 复审数据模型，将数据对象分离出来，使用一个语法解析器将操作分解出来。 确定外层实体