软件工程——原理、方法与应用(第3版本)史济民-顾春华-版知识点整理(完整版)410.docVIP

软件生存周期： 需求分析 软件分析 软件设计 编码（测试） 软件测试 运行维护 7 种模型： （1 ）瀑布模型 特点： 线性模型，每一个 阶段必 须完成 规定的文档 使用 场合：需求明确的中、小型 软件开 发 （2 ）快速原型模型 特点：用 户介入早，通 过迭代完善用 户需求， 应用快速开 发工具 适用 场合：需求不明确的小型 软件开发 （3 ）增量模型 特点：每次完成一个增量，可用于 oo 开发 适用 场合：容易分 块的大型 软件开发 （4 ）螺旋模型 特点：典型迭代模型，重 视风险 分析，可用于 oo 开发 适用 场合：具有不确定性的大型 软件开 发 （5 ）构件集成模型 特点： 软件开 发与构件开 发平行运行 适用 场合： 领域工程，行 业的中型 软件开 发 （6 ）转换模型 特点：形式化的需求 规格说明书，自动的程序 变换系统 适用 场合：理想化模型，尚无成熟工具支持 （7 ）净室模型 特点：形式化的增量开 发模型，在洁 净状态下实现软 件制作 适用 场合：开 发团队 熟悉形式化方法，中小型 软件开发 统一过程 定义：描述了 软件开 发过 程中各个 环节应该 做什么、怎么做，什么 时候做以及 为什么要 这 样做，描述了一 组以某种 顺序完成的活 动 四个阶段： 初始阶段 细化阶段 构造阶段 迁移阶段 敏捷过程 定义：是指一种以人 为核心，以迭代方式循序 渐进 开发的方法。 软件可行性研究 内容： 经济可行性 技术可行性 运行可行性 法律可行性 步骤： 对当前系 统进 行调查和研究 导出新系 统的解决方案 提出推荐方案 编写可行性 论证报 告 风险识别 定义： 项目风险 技术风险 商业风险 风险预测 ： 风险发 生的可能性（极罕 见，罕见，普通，可能，极可能） 风险发 生后的后果（灾 难性的， 严重的， 轻微的，可忽略的）项目风险：在 预算、 进度、人力、 资源、客 户及需求等方面潜在的 问题 技术风险 ：设计 ，实现 ，接口和 维护等方面的 问题 商业风险 ：包括市 场，商业策略，推 销策略等方面的 风险 项目实施计划 项目实施计划 质量保证计划 软件测试计划 文档编制计划 用户培训计划 综合支持计划 软件分发计划 结构化分析基本任 务与指导思想 基本任务： 编写软件需求 规格说明书 建立系 统分析模型 指导思想： 抽象与分解 基本步骤： 自顶向下 对系统进 行功能分解，画出分 层 DFD 图 右后先前定 义系统的数据和加工， 编制 DD 和 PSPEC 最终写出 SRS SA 模型（结构化分析模型）的 组成 数据流图 组成符号： 圆框代表加工； 箭头代表数据的流向； 数据名称 总是标在箭 头的边上； 方框表示数据的源点和 终点； 双杠（或 单杠）表示数据文件或数据 库； 大型复杂的软件系统 SRS：需求规格说明书 通常把 这种不需再分解的加工称 为“基本加工”，把上述逐步分解称 为 “自顶向下，逐步 细化” 将分析模型 转化为软件的设计模型 分析模型 设计模型 状态转换图 （ STD ） 过程设计 控制 规格说明（ CSPEC ） 加工 规格说明（ PSPEC） 数据流图（DFD ） 接口设计 体系结构设计 数据字典（ DD ） 数据设计 实体联系图（ E-R） DFD —— SC图 把 DFD 图转换为 最终 SC 图，仅仅完成了 软件设计的第一步。传统 的软件工程将 软件设计分成两步走： 总体（或 结构） 设计 —— 用最终 SC 图表示 模块设计 ：—— 用逐步 细化的方法来 实现 传统软件工程方法与面向 对象的区别、各自的 优缺 点 区别： 前者是面向 过程的 语言，一切以算法 为核心 后者是面向 对象的 语言，构成类的封装机制，跟好的 据 高内聚、低耦合的思想核心  实现 了代 码的服用性能，依 传统 的软件工程主要指 结构化 软件工程方法 优点： 整体思路清楚，目 标明确 设计 工作中 阶段性非常强，有利于系 统开发的总体管理和控制 在系 统分析 时可以诊断出原系 统中存在的 问题和结构上的缺陷 缺点： 用户要求 难以在系 统分析 阶段准确定 义，致使系 统在交付 时产 生许多问 题 不能适 应事务变 化的要求 系统的开 发周期 长 面向 对象： 优点： 加强了 对问题 空间和软件系 统的理解 改进包括用 户在内的与 软件分析有关的各类人 员之间的交流 对需求的 变化具有 较强的适 应性 很好地支持 软件复用 确保从需求模型到 设计模型的一致性 缺点： 用户与分析 员和管理之 间的问题 开发周期长 结构化程度 较低，开 发初期难以锁定功能要求 软件需求 定义：是指一个 软件系 统必须遵循的条件或具 备的能力 三个 层次： 业务 需求、用 户需求、功能需求 特征：