软件工程导论-软件工程-沈师(第1章)34170.pptx

《软件工程导论-软件工程-沈师(第1章)34170.pptx》由会员分享，可在线阅读，更多相关《软件工程导论-软件工程-沈师(第1章)34170.pptx（51页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程(Software Engineering)课程介绍课 课 程主要内容：程主要内容：第一部分：第一部分：软 软 件工程的基本定 件工程的基本定 义 义、基本原理和、基本原理和 软 软 件 件 过 过 程模型 程模型（对应 对应 第一章）第一章）第二部分：从可行性研究、需求分析、第二部分：从可行性研究、需求分析、总 总 体 体 设计 设计、详细设计 详细设计、编码实现 编码实现、维护 维护 六个步 六个步 骤 骤 来 来 说 说 明 明 软 软 件开 件开 发过 发过 程中的具体 程中的具体 问 问题 题 和具体解决方法（和具体解决方法（对应 对应 第二、三、四、五、六、七、八 第二、三

2、、四、五、六、七、八章）章）结 结 构化分析 构化分析 设计 设计第三部分：面向 第三部分：面向 对 对 象方法概 象方法概 论 论、面向、面向 对 对 象分析、象分析、设计 设计、实现 实现（对应 对应 第九、十、十一、十二章）第九、十、十一、十二章）第四部分：第四部分：软 软 件 件 项 项 目管理基本概念（目管理基本概念（对应 对应 第十三章）第十三章）考核方式考 考 试 试 方法：采用百分制，方法：采用百分制，满 满 分 分 为 为100 100 分。分。（1 1）闭 闭 卷考 卷考 试 试：占：占 总评 总评 成 成 绩 绩 的 的50%50%。（2 2）期中考）期中考 试 试：占：

3、占 总评 总评 成 成 绩 绩 的 的30%30%。（3 3）课 课 堂作 堂作 业 业、平、平 时 时 考勤、提 考勤、提 问 问：占：占 总评 总评 成 成 绩 绩 的 的10%10%；课 课后作 后作 业 业、实验报 实验报 告：占 告：占 总评 总评 成 成 绩 绩 的 的10%10%。第1 章：软件工程学概述1.1 1.1 软件危机软件危机 60 60 年 年 代 代 中 中 期 期 以 以 前 前：通 通 用 用 硬 硬 件 件 相 相 当 当 普 普 遍 遍，软 软 件 件 却 却 是 是 为 为 某 某 个 个具体的 具体的 应 应 用而 用而 编 编 写的。写的。60 60

4、年 年 代 代 中 中 期 期 到 到70 70 年 年 代 代 中 中 期 期：软 软 件 件 作 作 坊 坊。这 这 时 时 软 软 件 件 危 危 机 机 出 出现 现，随 随 之 之 而 而 来 来 人 人 们 们 开 开 始 始 研 研 究 究 消 消 除 除 危 危 机 机 的 的 途 途 径 径，从 从 而 而 形 形 成 成 一 一门 门 新的学科 新的学科 软 软 件工程学。件工程学。软软件危机件危机：计计算机算机软软件的开件的开发发和和维护过维护过程中所遇程中所遇到的一系列到的一系列严严重重问题问题。（正常、不正常运行。（正常、不正常运行软软件都件都具有具有这这种种问题问题

5、）1.1.1 软件危机的介绍软软件危机的件危机的实质实质：l l如何开如何开发软发软件，以件，以满满足足对软对软件日益增件日益增长长的需求的需求l l如何如何维护维护数量不断膨数量不断膨胀胀的已有的已有软软件件1 1）对软 对软 件开 件开 发 发 成本和 成本和 进 进 度的估 度的估 计 计 常常很不准确；常常很不准确；2 2）用）用 户对 户对 完成的 完成的 软 软 件系 件系 统 统 不 不 满 满 意的 意的 现 现 象 象 经 经 常 常 发 发 生；生；3 3）软 软 件 件 产 产 品的 品的 质 质 量往往靠不住；量往往靠不住；4 4）软 软 件常常是不可 件常常是不可 维

6、护 维护 的；的；5 5）软 软 件通常没有适当的文档 件通常没有适当的文档 资 资 料；料；6 6）软 软 件成本在 件成本在 计 计 算机系 算机系 统总 统总 成本中所占的比例逐年上升；成本中所占的比例逐年上升；7 7）软 软 件开 件开 发 发 生 生 产 产 率提高的速度跟不上 率提高的速度跟不上 计 计 算机 算机 应 应 用的 用的 发 发 展 展趋势 趋势。软件危机的典型表现：1.1.2 产生软件危机的原因1）软件本身特点造成；程序规模庞大；程序复杂性随着程序规模的增加而呈指数上升。2）软件开发与维护的方法不正确。主要表现：（a）忽视软件需求分析；（b）认为软件开发就是写程序并

7、使之运行；（c）轻视软件维护；在在软软件开件开发发的不同的不同阶阶段段进进行修改需要付出的行修改需要付出的代价很不相同：代价很不相同：高中低早期 中期 后期 软件开发时期代价引入同一修改的代价随时间变化的趋势1.1.组织组织管理：管理：软 软 件开 件开 发 发 不是某种个体 不是某种个体 劳动 劳动 的神秘技巧，的神秘技巧，软 软 件开 件开 发应该 发应该 是一种 是一种 组织 组织 良好、管理 良好、管理 严 严 密、各 密、各 类 类 人 人员协 员协 同配合、共同完成的工程 同配合、共同完成的工程 项 项 目。目。2.2.方法：方法：应该 应该 推广使用在 推广使用在 实 实 践中

8、践中 总结 总结 出来的开 出来的开 发软 发软 件 件的成功的技 的成功的技 术 术 和方法，并且研究探索更好更有效的 和方法，并且研究探索更好更有效的技 技 术 术 和方法，尽快消除在 和方法，尽快消除在 计 计 算机系 算机系 统 统 早期 早期 发 发 展 展 阶 阶 段 段形成的一些 形成的一些 错误 错误 概念和做法。概念和做法。3.3.工具：工具：应该 应该 开 开 发 发 和使用更好的 和使用更好的 软 软 件工具。在 件工具。在 软 软 件开 件开发 发 的每个 的每个 阶 阶 段都有 段都有 许 许 多繁 多繁 琐 琐 重复的工作需要做，在 重复的工作需要做，在适当的 适当

9、的 软 软 件工具 件工具 辅 辅 助下，开 助下，开 发 发 人 人 员 员 可以把 可以把 这类 这类 工作 工作做得既快又好。做得既快又好。1.1.3 解决软件危机的途径 如果把各个阶段使用的软件工具有机地集合成一个整体，支持软件开发的全过程，则称为软件工程支撑环境。为为了了解解决决软软件件危危机机产产生生的的问问题题，软软件件工工程程与与方方法法学学逐逐渐渐形形成成，然然后后出出现现了了两两个个相相互互相相承承又又各有各有侧侧重的学科：重的学科：11）软软件件工工程程学学：主主要要应应用用工工程程的的方方法法和和技技术术研研究究软软件件开开发发与与维维护护的的方方法法、工工具具和和管管

10、理理的的一一门门交叉学科。交叉学科。2 2）程序程序设计设计方法学方法学：主要：主要应应用数学的方法研用数学的方法研究程序的性究程序的性质质以及程序以及程序设计设计的理的理论论和方法的学和方法的学科。科。1.2 软件工程1.2.1 1.2.1 软软件工程的介件工程的介绍绍1968年NATO会议：软件工程就是为了经济地获得可靠的且能在实际机器上有效地运行的软件，而建立和使用完善的工程原理。1993年IEEE：软件工程是（1）把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；（2）研究（1）中提到的途径。1.1.软软件工程关注于大型程序的构造；件工程关注于大型程

11、序的构造；2.2.软软件工程的中心件工程的中心课题课题是控制复是控制复杂杂性；性；3.3.软软件件经经常常变变化；化；4.4.开开发软发软件的效率非常重要；件的效率非常重要；5.5.和和谐谐地合作是地合作是软软件开件开发发的关的关键键；6.6.软软件必件必须须有效地支持它的用有效地支持它的用户户；7.7.在在软软件工程件工程领领域中是由具有一种文化背景的域中是由具有一种文化背景的人替具有另一种文化背景的人人替具有另一种文化背景的人创创造造产产品。品。软件工程的本质特性：1.2.2 软件工程的基本原理1.用分阶段的生命周期计划严格管理；2.坚持进行阶段评审；3.实行严格的产品控制；4.采用现代程

12、序设计技术；5.结果能清楚地审查；6.开发小组的人员应该少而精；7.承认不断改进软件工程实践的必要性。1.2.3 软件工程方法学软 软 件工程 件工程 包括：技 包括：技 术 术 和管理两个方面的内容，是技 和管理两个方面的内容，是技 术 术 和 和管理 管理 紧 紧 密 密 结 结 合所形成的工程学科。合所形成的工程学科。通常把在 通常把在 软 软 件生命周期全 件生命周期全 过 过 程中使用的一整套技 程中使用的一整套技 术 术 方法 方法的集合称 的集合称 为 为 方法学 方法学（Methodology Methodology），也称），也称 为 为 范型 范型（Paradigm Par

13、adigm）。）。软 软 件工程方法学的 件工程方法学的3 3 要素 要素：方法 方法、工具 工具 和 和 过 过 程 程一.传统方法学 也称也称为为生命周期方法学或生命周期方法学或结结构化范型。构化范型。从 从 时间 时间 角度 角度对软 对软 件开 件开 发 发 和 和 维护 维护 的复 的复 杂问题进 杂问题进 行分解，把 行分解，把 软 软 件生命的漫 件生命的漫 长 长 周期依次划分 周期依次划分 为 为若干个 若干个 阶 阶 段，每个 段，每个 阶 阶 段有相 段有相 对 对 独立的任 独立的任 务 务，然后逐步完成每个，然后逐步完成每个 阶 阶 段的任 段的任 务 务。文档是通信

14、的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，在完成生命周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法结构分析或结构设计技术。结构化方法（Structure Method）有：1）结构化设计方法（SD）；2）结构化分析方法（SA）；3）结构化分析与设计技术（SADT）4）JACKSON 方法 5）WARNIER 方法二.面向对象方法学 把数据和把数据和对对数据的操作数据的操作紧紧密密结结合起来的方法，合起来的方法，模模拟拟人人类认识类认识世界解决世界解决问题问题的方法和的方法和过过程。程。面向

15、面向对对象的方法象的方法=对对象（属性与服象（属性与服务务的封装）的封装）+分分类类+继继承承+通通过过消息的通消息的通讯讯面向 面向 对 对 象方法把数据和行 象方法把数据和行 为 为 看成同等重要，是一种以数据 看成同等重要，是一种以数据 为 为 主 主 线 线，把数，把数据和 据和 对 对 数据的操作 数据的操作 紧 紧 密地 密地 结 结 合起来的方法。其具有如下 合起来的方法。其具有如下4 4 个要点：个要点：把 把 对 对 象 象(Object)(Object)作 作 为 为 融合了数据及在数据上的操作行 融合了数据及在数据上的操作行 为 为 的 的 统 统 一的 一的软 软 件构

16、件。用 件构件。用 对 对 象分解取代 象分解取代 传统 传统 方法的功能分解。方法的功能分解。把所有 把所有 对 对 象划分 象划分 为类 为类(Class)(Class)：每个：每个 类 类 定 定 义 义 了一 了一 组 组 数据和一 数据和一 组 组 操 操作。作。按照父 按照父 类 类（基（基 类 类）和子）和子 类 类（派生（派生 类 类）的关系，把若干个相关）的关系，把若干个相关 类 类组 组 成一个 成一个 层 层 次 次 结 结 构的系 构的系 统 统。子。子 类 类 能 能 够继 够继 承。承。对 对 象彼此 象彼此 间仅 间仅 能通 能通 过发 过发 送消息互相 送消息互

17、相 联 联 系。系。对 对 象是数据 象是数据 处 处 理的主 理的主体，具有封装性特点。体，具有封装性特点。复 复 杂 杂 性降低、可理解性、性降低、可理解性、简 简 化开 化开 发 发 与 与 维护 维护、软 软 件重用。件重用。11）适适用用于于实实时时事事物物处处理理系系统统的的有有限限状状态态机机方方法法（FSMFSM）；）；22）适用于并适用于并发软发软件系件系统统的的PETRIPETRI网方法；网方法；33）以数学概念和理）以数学概念和理论为论为基基础础的形式化方法，如的形式化方法，如 SDCSDC公司的形式化开公司的形式化开发发方法方法FDMFDM：（Formal Develo

18、pment MethodologyFormal Development Methodology）IBM IBM公司的公司的维维也也纳纳开开发发方法方法VDMVDM：（Vienna Development Method Vienna Development Method）三.其他开发方法 1.3 软件生命周期软件生命周期：指软件从提出到最终被淘汰的这个存在期。软件生命周期由软件定义、软件开发和运行维护三个时期组成，每个时期又划分若干个阶段。软件生命周期组成：11）软软件定件定义时义时期的主要任期的主要任务为务为：A.A.问题问题定定义义 B.B.可行性研究可行性研究 C.C.需求分需求分析析 2

19、2）软软件开件开发时发时期的主要任期的主要任务为务为：D.D.总总体体设计设计 E.E.详细设计详细设计 F.F.编码编码和和单单元元测试测试 G.G.综综合合测试测试 33）运行）运行维护时维护时期的主要任期的主要任务为务为：H.H.使使软软件持久地件持久地满满足用足用户户的需要的需要 问题 问题 定 定 义 义问题 问题 定 定 义阶 义阶 段必 段必 须 须 回答的关 回答的关 键问题 键问题 是：是：“要解决的 要解决的 问题 问题 是什么 是什么？”。通 通 过问题 过问题 定 定 义阶 义阶 段的工作，段的工作，系 系 统 统 分析 分析 员应该 员应该 提出关于 提出关于 问题

20、问题 性 性 质 质、工程目 工程目 标 标 和 和 规 规 模 模 的 的 书 书 面 面 报 报 告。通 告。通 过访问调查 过访问调查，分析，分析 员 员 扼要地写 扼要地写出他 出他 对问题 对问题 的理解，并在用 的理解，并在用 户 户 和使用部 和使用部 门负责 门负责 人的会 人的会 议 议 上 上 认 认 真 真讨论这 讨论这 份 份 书 书 面 面 报 报 告，得出一份双方都 告，得出一份双方都 满 满 意的文档。意的文档。可行性研究 可行性研究这 这 个 个 阶 阶 段要回答的关 段要回答的关 键问题 键问题 是：是：“对 对 上一 上一 阶 阶 段所确定的 段所确定的 问

21、题 问题 有行得 有行得通的解决 通的解决 办 办 法 法 吗 吗？”系 系 统 统 分析 分析 员 员 需要 需要 进 进 行一次大大 行一次大大 压缩 压缩 和 和 简 简 化 化了的系 了的系 统 统 分析和 分析和 设计 设计 的 的 过 过 程，也就是在 程，也就是在 较 较 抽象的高 抽象的高 层 层 次上 次上 进 进 行 行的分析和 的分析和 设计 设计 的 的 过 过 程。可行性研究 程。可行性研究 应该 应该 比 比 较简 较简 短，短，这 这 个 个 阶 阶 段的 段的任 任 务 务 不是具体解决 不是具体解决 问题 问题，而是研究，而是研究 问题 问题 的范 的范 围

22、围，探索，探索 这 这 个 个 问题 问题是否 是否 值 值 得去解，是否有可行的解决 得去解，是否有可行的解决 办 办 法 法。在 在 问题 问题 定 定 义阶 义阶 段提出的 段提出的 对 对 工程目 工程目 标 标 和 和 规 规 模的 模的 报 报 告通常比 告通常比 较 较 含糊。可 含糊。可行性研究 行性研究 阶 阶 段 段 应该导 应该导 出系 出系 统 统 的高 的高 层逻辑 层逻辑 模型（通常用数据流 模型（通常用数据流 图 图表示）表示），并且在此基，并且在此基 础 础 上 上 更准确、更具体地确定工程 更准确、更具体地确定工程 规 规 模和目 模和目标 标。然后分析。然后

23、分析 员 员 更准确地估 更准确地估 计 计 系 系 统 统 的成本和效益 的成本和效益，对 对 建 建 议 议 的系 的系统进 统进 行仔 行仔 细 细 的成本效益分析是 的成本效益分析是 这 这 个 个 阶 阶 段的主要任 段的主要任 务 务 之一 之一。软件定义可行性研究的 可行性研究的 结 结 果是使用部 果是使用部 门负责 门负责 人做出是否 人做出是否 继续进 继续进 行 行 这项 这项 工程的 工程的决定的重要依据 决定的重要依据，一般，一般 说 说 来，只有投 来，只有投 资 资 可能取得 可能取得 较 较 大效益的那些 大效益的那些工程 工程 项 项 目才 目才 值 值 得

24、得 继续进 继续进 行下去。可行性研究以后的那些 行下去。可行性研究以后的那些 阶 阶 段将需 段将需要投入更多的人力物力。及 要投入更多的人力物力。及 时终 时终 止不 止不 值 值 得投 得投 资 资 的工程 的工程 项 项 目，可以 目，可以避免更大的浪 避免更大的浪 费 费。需求分析 需求分析这 这 个 个 阶 阶 段的任 段的任 务 务 仍然不是具体地解决 仍然不是具体地解决 问题 问题，而是准确地确定，而是准确地确定“为 为 了 了解决 解决 这 这 个 个 问题 问题，目，目 标 标 系 系 统 统 必 必 须 须 做什么 做什么”，主要是确定目，主要是确定目 标 标 系 系 统

25、 统 必 必须 须 具 具 备 备 哪些 哪些 功能 功能。用。用 户 户 了解他 了解他 们 们 所面 所面 对 对 的 的 问题 问题，知道必，知道必 须 须 做什么，做什么，但是通常不能完整准确地表达出他 但是通常不能完整准确地表达出他 们 们 的要求，更不知道怎 的要求，更不知道怎 样 样 利用 利用计 计 算机解决他 算机解决他 们 们 的 的 问题 问题；软 软 件开 件开 发 发 人 人 员 员 知道怎 知道怎 样 样 用 用 软 软 件 件 实现 实现 人 人 们 们的要求，但是 的要求，但是 对 对 特定用 特定用 户 户 的具体要求并不完全清楚。因此，系 的具体要求并不完全

26、清楚。因此，系 统 统分析 分析 员 员 在需求分析 在需求分析 阶 阶 段 段 必 必 须 须 和用 和用 户 户 密切配合，充分交流信息，以 密切配合，充分交流信息，以得出 得出 经过 经过 用 用 户 户 确 确 认 认 的系 的系 统逻辑 统逻辑 模型。通常用数据流 模型。通常用数据流 图 图、数据字典、数据字典和 和 简 简 要的算法表示系 要的算法表示系 统 统 的 的 逻辑 逻辑 模型 模型。在需求分析 在需求分析 阶 阶 段确定的系 段确定的系 统逻辑 统逻辑 模型是以后 模型是以后 设计 设计 和 和 实现 实现 目 目 标 标 系 系 统 统 的 的基 基 础 础，因此必，

27、因此必 须 须 准确完整地体 准确完整地体 现 现 用 用 户 户 的要求 的要求。总 总 体 体 设计 设计 这 这 个 个 阶 阶 段必 段必 须 须 回答的关 回答的关 键问题 键问题 是：是：“概括地 概括地 说 说，应该 应该 如何解决 如何解决这 这 个 个 问题 问题？”。总 总 体 体 设计阶 设计阶 段的 段的 第一 第一 项 项 主要任 主要任 务 务 就是 就是 应该 应该 考 考 虑 虑几种可能的解决方案 几种可能的解决方案。（1 1）低成本的解决方案。系）低成本的解决方案。系 统 统 只能完成最必要的工作，不能多做一点 只能完成最必要的工作，不能多做一点额 额 外的工

28、作。外的工作。（2 2）中等成本的解决方案。）中等成本的解决方案。这样 这样 的系 的系 统 统 不 不 仅 仅 能 能 够 够 很好地完成 很好地完成 预 预 定的任 定的任务 务，而且可能，而且可能 还 还 具有用 具有用 户 户 没有具体指定的某些功能和特点。没有具体指定的某些功能和特点。虽 虽 然用 然用户 户 没有提出 没有提出 这 这 些具体要求，但是系 些具体要求，但是系 统 统 分析 分析 员 员 根据自己的知 根据自己的知 识 识 和 和 经验 经验断定，断定，这 这 些附加的能力在 些附加的能力在 实 实 践中将 践中将 证 证 明是很有价 明是很有价 值 值 的。的。（3

29、 3）高成本的）高成本的“十全十美 十全十美”的系 的系 统 统。系 系 统 统 分析 分析 员应该 员应该 使用系 使用系 统 统 流程 流程 图 图或其他工具描述每种可能的系 或其他工具描述每种可能的系 统 统，估，估 计 计 每种方案的成本和效益，每种方案的成本和效益，还 还应该 应该 在充分 在充分 权 权 衡各种方案的利弊的基 衡各种方案的利弊的基 础 础 上，推荐一个 上，推荐一个 较 较 好的系 好的系 统 统（最佳方案），并且制定（最佳方案），并且制定 实现 实现 所推荐的系 所推荐的系 统 统 的 的 详细计 详细计 划 划。软 软 件 件 设计 设计 的一条基本原理就是程序

30、 的一条基本原理就是程序 应该 应该 模 模 块 块 化，也就是一个大 化，也就是一个大程序 程序 应该 应该 由 由 许 许 多 多 规 规 模适中的模 模适中的模 块 块 按合理的 按合理的 层 层 次 次 结 结 构 构 组织 组织 而成。而成。总 总 体 体 设计阶 设计阶 段的 段的 第二 第二 项 项 主要任 主要任 务 务 就是 就是 设计软 设计软 件的 件的 结 结 构 构，也就是，也就是确定程序由哪些模 确定程序由哪些模 块组 块组 成以及模 成以及模 块间 块间 的关系。通常用 的关系。通常用 层 层 次 次 图 图 或 或结 结 构 构 图 图 描 描 绘软 绘软 件的

31、 件的 结 结 构。构。软件开发 详细设计 详细设计详细设计阶 详细设计阶 段的任 段的任 务 务 就是把解法具体化，也就是回答下面 就是把解法具体化，也就是回答下面 这 这 个关 个关 键 键问题 问题：“应该 应该 怎 怎 样 样 具体地 具体地 实现这 实现这 个系 个系 统 统 呢？呢？”这 这 个 个 阶 阶 段的任 段的任 务 务还 还 不是 不是 编 编 写程序，而是 写程序，而是 设计 设计 出程序的 出程序的 详细规 详细规 格 格 说 说 明 明。这 这 种 种 规 规 格 格说 说 明的作用很 明的作用很 类 类 似于其他工程 似于其他工程 领 领 域中工程 域中工程 师

32、经 师经 常使用的工程 常使用的工程 蓝 蓝图 图，它，它 们应该 们应该 包含必要的 包含必要的 细节 细节，程序，程序 员 员 可以根据它 可以根据它 们 们 写出 写出 实际 实际的程序代 的程序代 码 码。通常用 通常用 HIPO HIPO 图 图（层 层 次 次 图 图 加 加 输 输 入 入 处 处 理 理 输 输 出 出 图 图）或）或 PDL PDL 语 语 言（言（过 过程 程 设计语 设计语 言）描述 言）描述 详细设计 详细设计 的 的 结 结 果。果。编码 编码 和 和 单 单 元 元 测试 测试这 这 个 个 阶 阶 段的关 段的关 键 键 任 任 务 务 是 是 写

33、出正确的容易理解、容易 写出正确的容易理解、容易 维护 维护 的程序模 的程序模 块 块。程序 程序 员应该 员应该 根据目 根据目 标 标 系 系 统 统 的性 的性 质 质 和 和 实际环 实际环 境，境，选 选 取一种适当的高 取一种适当的高 级 级程序 程序 设计语 设计语 言（必要 言（必要 时 时 用 用 汇编语 汇编语 言），把 言），把 详细设计 详细设计 的 的 结 结 果 果 翻 翻 译 译成用 成用 选 选 定的 定的 语 语 言 言 书 书 写的程序，并且仔 写的程序，并且仔 细测试编 细测试编 写出的每一个模 写出的每一个模块 块。综 综 合 合 测试 测试这 这 个

34、 个 阶 阶 段的关 段的关 键 键 任 任 务 务 是 是 通 通 过 过 各种 各种 类 类 型的 型的 测试 测试（及相（及相 应 应 的 的 调试 调试）使）使 软 软件达到 件达到 预 预 定的要求 定的要求。最本的。最本的 测试 测试 是集成 是集成 测试 测试 和 和 验 验 收 收 测试 测试。所 所 谓 谓 集成 集成 测试 测试 是根据 是根据 设计 设计 的 的 软 软 件 件 结 结 构，把 构，把 经过单 经过单 元 元 测试检验 测试检验 的模 的模 块 块按某种 按某种 选 选 定的策略装配起来，在装配 定的策略装配起来，在装配 过 过 程中 程中 对 对 程序

35、程序 进 进 行必要的 行必要的测试 测试。所。所 谓验 谓验 收 收 测试则 测试则 是按照 是按照 规 规 格 格 说 说 明 明 书 书 的 的 规 规 定（通常在需求 定（通常在需求分析 分析 阶 阶 段确定），由用 段确定），由用 户 户（或在用（或在用 户积 户积 极参加下）极参加下）对 对 目 目 标 标 系 系 统 统进 进 行 行 验 验 收。必要 收。必要 时还 时还 可以再通 可以再通 过现场测试 过现场测试 或平行运行等方法 或平行运行等方法 对 对目 目 标 标 系 系 统进 统进 一步 一步 测试检验 测试检验。通常需要以正式的或非正式的方式 通常需要以正式的或非正

36、式的方式 对 对 用 用 户进 户进 行培 行培 训 训。通 通 过对软 过对软 件 件 测试结 测试结 果的分析可以 果的分析可以 预测软 预测软 件的可靠性；反之，根据 件的可靠性；反之，根据 对 对软 软 件可靠性的要求，也可以决定 件可靠性的要求，也可以决定 测试 测试 和 和 调试过 调试过 程什么 程什么 时 时 候可以 候可以结 结 束。束。应该 应该 用正式的文档 用正式的文档 资 资 料把 料把 测试计 测试计 划、划、详细测试 详细测试 方案以及 方案以及 实际测试结 实际测试结果保存下来，做 果保存下来，做 为软 为软 件配置的一个 件配置的一个 组 组 成部分 成部分。

37、软 软 件 件 维护 维护维护阶 维护阶 段的关 段的关 键 键 任 任 务 务 是 是 通 通 过 过 各种必要的 各种必要的 维护 维护 活 活 动 动 使系 使系 统 统 持久地 持久地 满 满 足 足用 用 户 户 的需要 的需要。通常有四。通常有四 类维护 类维护 活 活 动 动：改正性 改正性 维护 维护，也就是，也就是 诊 诊 断和改正在使用 断和改正在使用 过 过 程中 程中 发现 发现 的 的 软 软 件 件 错误 错误适 适 应 应 性 性 维护 维护，即修改，即修改 软 软 件以适 件以适 应环 应环 境的 境的 变 变 化 化完善性 完善性 维护 维护，即根据用，即根据

38、用 户 户 的要求改 的要求改 进 进 或 或 扩 扩 充 充 软 软 件使它更完善 件使它更完善预 预 防性 防性 维护 维护，即修改，即修改 软 软 件 件 为 为 将来的 将来的 维护 维护 活 活 动预 动预 先做准 先做准 备 备。每一 每一 项维护 项维护 活 活 动 动 都 都 应该经过 应该经过l l 提出 提出 维护 维护 要求（或 要求（或 报 报 告 告 问题 问题）、分析）、分析 维护 维护 要求、提出 要求、提出 维护 维护 方案、方案、审 审 批 批 维护 维护 方案、确定 方案、确定 维护计 维护计 划、修改 划、修改 软 软 件 件 设计 设计、修改程序、修改程

39、序、测 测试 试 程序、复 程序、复 查验 查验 收 收 等一系列步 等一系列步 骤 骤，因此，因此 实质 实质 上是 上是 经历 经历 了一次 了一次 压 压缩 缩 和 和 简 简 化了的 化了的 软 软 件定 件定 义 义 和开 和开 发 发 的全 的全 过 过 程。程。每一 每一 项维护 项维护 活 活 动 动 都 都 应 应该 该 准确地 准确地 记录 记录 下来，做 下来，做 为 为 正式的文档 正式的文档 资 资 料加以保存 料加以保存。运行维护表1.1结构分析设计过程小结 阶段 关键问题 结束标准问题定义 问题是什么？关于规模和目标的报告书可行性研究 有可行的解吗？系统的高层逻辑

40、模型：数据流图、成本效益分析需求分析 系统必须做什么？系统的逻辑模型：数据流图、数据字典、算法描述总体设计 概括地说，应该如何解决这个问题？可能的解法：系统流程图、成本/效益分析推荐的系统结构：层次图或结构图详细设计 怎样具体地实现这个系统？编码规格说明：HIPO 图或 PDL编码/单元测试 正确的程序模块 源程序清单；单元测试方案和结果综合测试 符合要求的软件 综合测试方案和结果；完整一致的软件配置维护 持久地满足用户需要的软件完整准确的维护记录1.4 软件过程软软件件过过程程：为为了了获获得得高高质质量量软软件件所所需需要要完完成成的的一一系系列列任任务务的的框框架架，它它规规定定了了完完

41、成成各各项项任任务务的的工工作作步步骤骤。软软件件过过程程（ISO9000ISO9000）：使使用用资资源源将将输输入入转转化化为为输输出的活出的活动动所构成的系所构成的系统统。输输入：如入：如软软件需求件需求输输出：如出：如软软件件产产品品1.4.1 瀑布模型传统瀑布型模型开发软件的三大特点：1.阶段间具有顺序性和依赖性2.推迟实现的观点3.质量保证的观点优点：采用规范的方法；严格规定每个阶段提交的文档；要求每个阶段交出的产品必须经过验证。缺点：由文档驱动的，在软件交付给用户之前，用户只能通过文档来了解产品，这样导致用户很难全面认识软件产品，导致开发出的产品不能真正满足用户的需要1.4.2

42、1.4.2 快速原型模型 快速原型模型快速原型 快速原型是快速建立起来的 是快速建立起来的可以在计算机上运行的程序，可以在计算机上运行的程序，它所能完成的功能往往是最 它所能完成的功能往往是最终产品能完成的功能的一个 终产品能完成的功能的一个子集。子集。优点 优点：不带反馈环，基本上：不带反馈环，基本上是线性顺序进行。原型能够 是线性顺序进行。原型能够快速与用户进行交互而得到 快速与用户进行交互而得到验证；开发人员从原型中获 验证；开发人员从原型中获得经验，从而避免犯错误。得经验，从而避免犯错误。1.4.3 增量模型增量模型开发软件时把软件产品作为一系列增量构件来设计、编码、集成和测试。优点：

43、能较短时间内提交可完成部分工作的产品；逐步增加产品功能可以使用户有充裕的时间学习和适应新产品。缺点：把每个构件集成到现有软件体系结构中时，必须不破坏已经开发出来的产品，必须在软件体系结构设计得便于按照这种方式进行扩充。即：软件系统是开放的一种风险更大的增量模型：1.4.4 1.4.4 螺旋模型 螺旋模型其基本思想 其基本思想是使用原 是使用原型及其他方法来尽量 型及其他方法来尽量降低风险。降低风险。可把它看作在每个阶 可把它看作在每个阶段之前都增加风险分 段之前都增加风险分析的快速原型模型。析的快速原型模型。优点：优点：该模型是风险 该模型是风险驱动的。驱动的。1.4.5 喷泉模型 典型的面向

44、对象软件开发过程模型之一。优点：由于整个开发过程中都是围绕对象组成的，所以在生命周期的各个阶段区分不明显，在各个开发步骤反复迭代，每次反复都会增加或明确一些目标系统的性质，这样减少了不一致性，降低了出错的可能性。1.4.6 Rational 统一过程1.RUP1.RUP软软件开件开发经验发经验最佳最佳实实践践（1 1）迭代式开 迭代式开 发 发，每次迭代以完成可，每次迭代以完成可 执 执 行版本 行版本 结 结 束。束。（2 2）管理需求 管理需求，根据用，根据用 户 户 需求制定迭代 需求制定迭代 计 计 划。划。（3 3）使用基于构件的体系 使用基于构件的体系 结 结 构 构，体系，体系

45、结 结 构要开放，以 构要开放，以适 适 应 应 需求的 需求的 变 变 化。化。（4 4）可 可 视 视 化建模 化建模，能，能 够 够 精确表达系 精确表达系 统 统。（5 5）贯 贯 穿于开 穿于开 发过 发过 程的 程的 软 软 件 件 质 质 量 量 验证 验证，确保，确保 软 软 件 件 质 质 量。量。（6 6）控制 控制 软 软 件 件 变 变 更 更，确保每次修改是可接受的和能被，确保每次修改是可接受的和能被跟踪的。跟踪的。2.RUP 软件开发生命周期纵轴 纵轴 代表核心工作 代表核心工作 轴 轴，横，横 轴 轴 代表 代表 时间 时间 核心工作 核心工作 轴 轴：业务 业务

46、 建模：深入了解使用目 建模：深入了解使用目 标 标 系 系 统 统 的机构及其商 的机构及其商 业 业 运作，运作，评 评 估目 估目 标 标 系 系 统对 统对 使用它 使用它的机构的影响 的机构的影响 需求：捕 需求：捕 获 获 客 客 户 户 的需求，并且使开 的需求，并且使开 发 发 人 人 员 员 和用 和用 户 户 达成 达成 对 对 需求描述的共 需求描述的共 识 识 分析与 分析与 设计 设计：把需求分析的：把需求分析的 结 结 果 果 转 转 化成分析模型与 化成分析模型与 设计 设计 模型 模型 实现 实现：把：把 设计 设计 模型 模型 转换 转换 成 成 实现结 实现

47、结 果 果 测试 测试：检查 检查 各个子系 各个子系 统 统 的交互与集成，的交互与集成，验证 验证 所有需求是否都被正确的 所有需求是否都被正确的 实现 实现 了，了，识 识别 别、确、确 认 认 缺陷并确保 缺陷并确保 软 软 件部署之前消除缺陷。件部署之前消除缺陷。部署：成功地生成目 部署：成功地生成目 标 标 系 系 统 统 的可运行版本。的可运行版本。配置与 配置与 变 变 更管理：跟踪并 更管理：跟踪并 维护 维护 在 在 软 软 件开 件开 发过 发过 程中 程中 产 产 生的所有制品的完整性和一致 生的所有制品的完整性和一致性。性。项 项 目管理：提供 目管理：提供 项 项

48、目管理框架，目管理框架，为软 为软 件开 件开 发项 发项 目 目 执 执 行 行 计 计 划、人 划、人 员 员 配 配 备 备、执 执 行和 行和 监 监控等方面的使用准 控等方面的使用准 则 则，并，并 为风险 为风险 管理提供框架 管理提供框架 环 环 境：向 境：向 软 软 件开 件开 发 发 机构提供 机构提供 软 软 件开 件开 发环 发环 境，包括：境，包括：过 过 程管理和工具支持 程管理和工具支持 工作 工作 阶 阶 段：段：初始 初始 阶 阶 段：建立 段：建立 业务 业务 模型，定 模型，定 义 义 最 最 终产 终产 品 品 视图 视图，并且确定，并且确定 项 项 目

49、的范 目的范 围 围 精化 精化 阶 阶 段：段：设计 设计 并确定系 并确定系 统 统 的体系 的体系 结 结 构，制定 构，制定 项 项 目 目 计 计 划，确定 划，确定 资 资 源需求 源需求 构建 构建 阶 阶 段：开 段：开 发 发 出所有构件和 出所有构件和 应 应 用程序，把它 用程序，把它 们 们 集成 集成 为 为 客 客 户 户 需要的 需要的 产 产 品，并且 品，并且 详 详尽地 尽地 测试 测试 所有功能 所有功能 移交 移交 阶 阶 段：把开 段：把开 发 发 出的 出的 产 产 品提交 品提交 给 给 用 用 户 户 使用。使用。1.4.7 敏捷过程与极限编程1

50、.1.敏捷敏捷过过程程 具有高效、快速响具有高效、快速响应变应变化的开化的开发过发过程。程。（11）个体和交互）个体和交互胜过过胜过过程和工具；程和工具；（22）可以工作的）可以工作的软软件件胜过胜过面面俱到的文档；面面俱到的文档；（33）客）客户户合作合作胜过胜过合同合同谈谈判；判；（44）响）响应变应变化化胜过胜过遵循遵循计计划。划。2.极限编程 敏捷 敏捷 过 过 程中最著名的一种，指把好的开 程中最著名的一种，指把好的开 发实 发实 践运用到极致，践运用到极致，多 多 应 应 用于 用于 软 软 件需求模糊的 件需求模糊的 场 场 合。合。客 客 户 户 作 作 为 为 开 开 发团队