软件工程导论复习重点总结 很全(第六版)
软件工程导论复习整理（最新）
软件工程导论复习整理（最新）第一篇：软件工程导论复习整理(最新)第一章1..软件危机：在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2.软件与硬件的区别：软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件。
3.软件：程序、数据及相关文档的完整集合。
4.软件工程是指导计算机软件开发和维护的一门工程学科，采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到最好的技术方法结合起来，以经济地开发出高质量的软件并有校地维护它。
5.软件工程方法学三要素：方法、工具和过程。
6.传统方法学也称为生命周期方法学或结构化范型。
它采用结构化技术来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。
7.面向对象方法学把数据和行为看成同等重要的，它是一种以数据为主线，把数据和对数据的操作紧密地结合起来的方法。
8.软件生命周期划分为三个时期:1软件定义（问题定义、可行性研究、需求分析），2软件开发（总体设计、详细设计、编码和单元测试、综合测试），3运行维护（软件维护）。
9.4类软件维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件，为将来的维护活动预先做准备。
10.“瀑布模型”的缺点：它是由文档驱动的，仅仅通过写在纸上的静态的规格说明，很难全面正确地认识动态的软件产品；瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的产品不能真正的满足用户的需要。
11.快速原型模型的优点：原型系统已经通过与用户交互而得到验证，据此产生的规格说明文档正确地描述了用户需求；开发人员通过建立原型系统已经学到了很多东西，因此，在设计和编码阶段发生错误的可能性也比较小，这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。
软件工程导论(第六版)
1.1.1 软件危机的介绍
1.1 软件危机
6
软件危机的典型表现
4、软件通常没有适当的文档资料。
5、软件成本在计算机系统总成本中所占的比例 逐年上升。
6、软件开发生产率提高的速度，远远跟不上计 算机应用迅速普及深入的趋势。
第1章 软件工程学概述
1.1.1 软件危机的介绍
1.1 软件危机
1.1.2 产生软件危机的原因
第1章 软件工程学概述
1.1.2 产生软件危机的原因
11
1.1 软件危机
1.1.3 消除软件危机的途径
1 2 3 首先应该对计 算机软件有一
充分认识到软 件开发不是某
推广使用在实 践中总结出来
个正确的认识。 种个体劳动的 的开发软件的
神秘技巧 ，
成功的技术和
而应该是各类 方法，并且研
人员协同配合， 究探索更好更
1.2.1 软件工程的介绍
1.2 软件工程
16
1.2.2 软件工程的基本原理
1、用分阶段的生命周期计划严格管理 2、坚持进行阶段评审 3、实行严格的产品控制 4、采用现代程序设计技术 5、结果应能清楚地审查 6、开发小组的人员应该少而精 7、承认不断改进软件工程实践的必要性
第1章 软件工程学概述
1.2.2 软件工程的基本原理
1.4 软件过程
33
1.4 软件过程
软件过程是为了获得高质量软件所需要完成的一系列任务 的框架，它规定了完成各项任务的工作步骤。
软件过程描述为了开发出客户需要的软件，什么人（who ）、在什么时候（when）、做什么事（what）以及怎样（ how）做这些事以实现某一个特定的具体目标。
第1章 软件工程学概述
第1章 软件工程学概述
软件工程导论第六版课后习题答案完整版
软件工程导论第六版课后习题答案完整版首先，感谢您对软件工程导论课后习题答案的需求。
以下是软件工程导论第六版课后习题的完整答案。
第一章：软件工程概述1.1 问题1. 什么是软件工程？答：软件工程是一种应用工程原理、方法和工具来开发和维护高质量软件的学科。
1.2 问题1. 什么是软件?答：软件是一系列按照特定顺序组织的计算机数据和指令。
第二章：软件过程模型2.1 问题1. 软件过程模型有哪些类型？答：常见的软件过程模型包括瀑布模型、迭代模型、螺旋模型和敏捷开发模型等。
2.2 问题1. 瀑布模型的特点是什么？答：瀑布模型是一种线性顺序模型，以阶段划分为基础，每个阶段的任务在进入下一个阶段前必须完成。
第三章：需求分析与规格说明3.1 问题1. 软件需求描述包括哪些方面的内容？答：软件需求描述需要包括功能性需求、非功能性需求、用户需求和系统需求等。
3.2 问题1. 什么是需求跟踪？答：需求跟踪是指在软件开发过程中，通过建立需求和软件项目中其他相关工件之间的关联，确保需求的准确实现和变更的有效管理。
第四章：软件设计4.1 问题1. 软件设计的目标是什么？答：软件设计的目标是通过确定软件的整体结构和组成部分，确保软件满足需求并具有良好的可维护性和可重用性。
第五章：软件测试与维护5.1 问题1. 什么是软件测试？答：软件测试是一种评估和改进软件质量的过程，目的是发现错误并提高软件的可靠性和可用性。
5.2 问题1. 什么是软件维护？答：软件维护是指在软件交付后的整个生命周期中对软件进行修改和改进，以满足用户需求和修复错误。
第六章：软件配置管理6.1 问题1. 软件配置管理的目标是什么？答：软件配置管理的目标是确保软件在开发和维护过程中的可控性和可追踪性，以及保持软件配置的稳定性和一致性。
6.2 问题1. 软件版本控制是什么？答：软件版本控制是指对软件的不同版本进行管理，包括版本的创建、检出、合并和更新等操作。
至此，我们完成了软件工程导论第六版课后习题的完整答案。
软件工程导论复习重点总结很全(第六版)
软件工程导论复习重点总结很全(第六版)软件工程导论复习重点总结很全(第六版)软件工程是一门研究如何以系统化的、可管理的和可维护的方式来构建高质量的软件的学科。
在软件工程导论中，我们学习了软件开发的基本概念、原理和方法。
本文将对软件工程导论的重点内容进行总结，帮助读者巩固所学知识，为学习和工作提供帮助。
1. 软件工程概述软件工程的定义、目标和原则；软件生命周期和过程模型；软件开发的重要性和挑战；软件工程中的质量保证和风险管理。
2. 软件需求工程软件需求的定义和分类；需求获取、分析和建模；需求验证和确认；需求变更和配置管理。
3. 软件设计软件设计原则和方法；面向对象设计和结构化设计；软件架构设计；设计模式的应用。
4. 软件测试与调试软件测试的概念和目的；测试策略和技术；测试用例的设计和执行；测试评估和管理；软件错误调试和修复。
5. 软件项目管理软件项目管理的基本概念和流程；项目计划和进度管理；团队组织和沟通；风险管理和变更管理；质量管理和配置管理；软件工程伦理与法规。
6. 软件开发过程软件开发过程模型的选择和应用；瀑布模型、迭代模型和敏捷开发等常用模型的特点和比较；敏捷开发方法的原理和实践。
7. 软件工具与环境软件开发工具的选择和使用；集成开发环境、版本控制工具、测试工具和调试工具等的功能和特点；软件工程中的自动化工具和技术。
8. 软件工程的前沿技术软件工程的新兴技术和趋势；人工智能、大数据、云计算等技术在软件开发中的应用；软件工程的创新与创业。
通过对上述主要内容的学习和理解，我们可以全面掌握软件工程导论的核心知识和方法。
在今后的学习和实践中，我们应该注重理论与实际的结合，不断提高自己在软件开发和项目管理方面的能力。
只有不断学习和实践，我们才能成为优秀的软件工程师，为社会和企业创造更大的价值。
总结：软件工程导论是软件工程领域中的重要基础课程，通过对软件开发过程和管理原理的学习，我们可以掌握软件工程的基本概念、原则和方法。
软件工程导论复习重点总结很全第六版
第1章软件工程学概述1.1 软件危机1.1.1 软件危机旳简介软件危机(软件萧条、软件困扰): 是指在计算机软件旳开发和维护过程中所碰到旳一系列严重问题。
软件危机包括下述两方面旳问题:怎样开发软件, 满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件。
软件危机旳经典体现:（1）对软件开发成本和进度旳估计常常很不精确；（2）顾客对“已完毕旳”软件系统不满意旳现象常常发生；（3）软件产品旳质量往往靠不住；（4）软件常常是不可维护旳；（5）软件一般没有合适旳文档资料；（6）软件成本在计算机系统总成本中所占旳比例逐年上升；（7）软件开发生产率提高旳速度, 远远跟不上计算机应用迅速普及深入旳趋势。
1.1.2 产生软件危机旳原因（1）与软件自身旳特点有关（2）与软件开发与维护旳措施不对旳有关1.1.3 消除软件危机旳途径对计算机软件有对旳旳认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完毕旳工程项目。
应当推广使用在实践中总结出来旳开发软件旳成功技术和措施, 并继续研究探索。
应当开发和使用更好旳软件工具。
总之, 为了处理软件危机, 既要有技术措施(措施和工具), 又要有必要旳组织管理措施。
1.21.2.1 软件工程旳简介软件工程: 是指导计算机软件开发和维护旳一门工程学科。
采用工程旳概念、原理、技术和措施来开发与维护软件, 把通过时间考验而证明对旳旳管理技术和目前可以得到旳最佳旳技术措施结合起来, 以经济地开发出高质量旳软件并有效地维护它, 这就是软件工程。
（期中考）软件工程旳本质特性:软件工程关注于大型程序旳构造软件工程旳中心课题是控制复杂性软件常常变化开发软件旳效率非常重要友好地合作是开发软件旳关键软件必须有效地支持它旳顾客在软件工程领域中是由具有一种文化背景旳人替具有另一种文化背景旳人发明产品1.2.2 软件工程旳基本原理用分阶段旳生命周期计划严格管理坚持进行阶段评审实行严格旳产品控制采用现代程序设计技术成果应能清晰地审查开发小组旳人员应当少而精承认不停改善软件工程实践旳必要性1.2.3 软件工程措施学软件工程包括技术和管理两方面旳内容。
张海藩《软件工程导论》(第6版)笔记和课后习题详解
9.2课后习题详 解
10.1复习笔记
10.2课后习题 详解
11.1复习笔记
11.2课后习题 详解
12.1复习笔记
12.2课后习题 详解
13.1复习笔记
13.2课后习题 详解
作者介绍
同名作者介绍
读书笔记
读书笔记
这是《张海藩《软件工程导论》（第6版）笔记和课后习题详解》的读书笔记模板，可以替换为自己的心得。
目录分析
1.1复习笔记
1.2课后习题详 解
2.1复习笔记
2.2课后习题详 解
3.1复习笔记
3.2课后习题详 解
4.1复习笔记
4.2课后习题详 解
5.1复习笔记
5.2课后习题详 解
6.1复习笔记
6.2课后习题详 解
7.1复习笔记
7.2课后习题详 解
8.1复习笔记
8.ห้องสมุดไป่ตู้课后习题详 解
9.1复习笔记
张海藩《软件工程导论》（第6 版）笔记和课后习题详解
读书笔记模板
01 思维导图
03 目录分析 05 读书笔记
目录
02 内容摘要 04 作者介绍 06 精彩摘录
思维导图
本书关键字分析思维导图
导论
知识点
软件
习题
概述
答案
可行性
第版
教材
笔记 复习
研究
工程
习题
需求
笔记
面向对象
分析
技术
内容摘要
内容摘要
作为该教材的辅导书，本书具有以下几个方面的特点：1．整理名校笔记，浓缩内容精华。在参考了国内外名 校名师讲授张海藩《软件工程导论》的课堂笔记基础上，本书每章的复习笔记部分对该章的重难点进行了整理， 同时对重要知识点进行点拨，因此，本书的内容几乎浓缩了配套教材的知识精华。2．解析课后习题，提供详尽答 案。本书参考大量软件工程导论相关资料对该教材的重难点课（章）后习题进行了详细的分析和解答，并对相关 重要知识点进行了延伸和归纳。要深深牢记：考研不同一般考试，概念题（名词解释）要当作简答题来回答，简 答题要当作论述题来解答，而论述题的答案要像是论文，多答不扣分。有的论述题的答案简直就是一份优秀的论 文（其实很多考研真题就是选自一篇专题论文），完全需要当作论文来回答！
软件工程导论(第6版)知识点总结、复习课-图文
软件工程导论(第6版)知识点总结、复习课-图文复习课--------酷爱YC第一章1、什么是软件危机,什么是软件工程软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。
它包括两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。
软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。
2、完整的软件配置由哪些内容组成软件配置主要包括程序,文档和数据等成分。
3、软件生命周期分为哪3个时期和8个阶段,每个阶段的任务(工作分别是什么,重要性如何开发时期具体设计和实现在前一个时期定义的软件,它通常由下述4个阶段组成:总体设计,详细设计,编码和单元测试,综合测试。
其中前两个阶段又称为系统设计,后两个阶段又称为系统实现。
(1 总体设计(概要设计,回答“怎样实现目标系统”。
建立系统的总体结构,划分子系统;确定系统由哪些模块组成,各子系统间、各模块间的关系(包括定义各子系统接口界面和各功能模块的接口,设计全局数据库或数据结构,规定设计约束,制定组装测试计划。
成果:概要设计说明书、数据库或数据结构说明书、系统的组装(集成测试计划等文档。
(2详细设计任务就是把解法具体化,也就是回答:“应该怎样具体地实现这个系统呢?”,设计每个程序模块的内部细节,包括数据结构、算法以及各程序模块间的接口信息,并设计模块的单元测试计划。
成果:详细设计规格说明和单元测试计划等详细设计文档。
以上(1、(2又合称为软件设计。
(3编码和单元测试这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
根据详细设计规格说明,选用某种程序设计语言把详细设计的结果转化为机器可运行的源程序模块;运行和调试每一个程序模块;每编写出一个程序模块的源程序,调试通过后,即对该模块进行单元测试。
(完整word版)软件工程导论(第6版)
第一章、软件工程学概述软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机包含下述两个方面的问题：1.如何开发软件，以满足对软件日益增长的需求。
2.如何维护数量不断膨胀的已有软件。
具体的说，软件危机主要有以下一些典型表现：1.对软件开发成本的进度的估计常常很不准确。
2.用户对“已完成的”软件系统不满意的现象经常发生3.软件产品的质量往往靠不住。
4.软件常常是不可维护的。
5.软件通常没有适当的文档材料。
6.软件成本在计算机系统总成本中所占的比例逐年上升。
7.软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
软件生命周期：一个软件从定义、开发、使用和维护，知道最终被废弃，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生命周期。
软件配置：程序、文档和数据。
软件工程学的一个重要的目标：就是提高软件的可维护性，减少软件维护的代价。
软件：是程序、数据及相关文档的集合。
程序：是能够完成预定功能和性能的可执行的指令序列。
数据：是使程序能够适当地处理信息的数据结构。
文档：是开发、使用和维护程序所需要的图文资料。
软件工程：指导计算机软件开发和维护的一门工程学科。
软件工程具有下属的本质特性：1.软件工程关注于大型程序的构造。
2.软件工程的中心课题是控制复杂性。
3.软件经常变化。
4.开发软件的效率非常重要。
5.和谐地合作是开发软件的关键。
6.软件必须有效地支持它的用户。
7.在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品。
软件工程的7条基本原理：1.用分阶段的生命周期计划严格管理。
2.坚持进行阶段评审。
3.实行严格的产品控制4.采用现代程序设计技术。
5.结构应能清楚的审查。
6.开发小组的人员应该少而精。
7.承认不断改进软件工程实践的必要性。
软件工程：包括技术和管理两方面的内容，是技术与管理紧密结合所形成的工程学科。
通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为泛型。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第1章软件工程学概述1.1 软件危机1.1.1 软件危机的介绍软件危机(软件萧条、软件困扰)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机包含下述两方面的问题：如何开发软件，满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。
软件危机的典型表现：（1）对软件开发成本和进度的估计常常很不准确；（2）用户对“已完成的”软件系统不满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比例逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
1.1.2 产生软件危机的原因（1）与软件本身的特点有关（2）与软件开发与维护的方法不正确有关1.1.3 消除软件危机的途径对计算机软件有正确的认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。
应该推广使用在实践中总结出来的开发软件的成功技术和方法，并继续研究探索。
应该开发和使用更好的软件工具。
总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
1.21.2.1 软件工程的介绍软件工程：是指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
（期中考）软件工程的本质特性：软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开发软件的效率非常重要和谐地合作是开发软件的关键软件必须有效地支持它的用户在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品1.2.2 软件工程的基本原理用分阶段的生命周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开发小组的人员应该少而精承认不断改进软件工程实践的必要性1.2.3 软件工程方法学软件工程包括技术和管理两方面的内容。
软件工程方法学3要素：方法、工具、过程1.传统方法学(生命周期方法学或结构化范型)——强调自顶向下2.面向对象方法学——强调主动地多次反复迭代面向对象方法学4个要点：对象、类、继承、消息1.3 软件生命周期（必考）三个时期八个阶段：软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)三个时期组成，每个时期又进一步划分成若干个阶段。
三个时期：八个阶段：软件生命周期软件定义软件开发软件维护问题定义可行性研究需求分析概要设计详细设计编码和单元测试综合测试运行维护系统设计系统实现1.4 软件过程1.4.1 瀑布模型1.4.2 快速原型模型1.4.3 增量模型1.4.4 螺旋模型1.4.5 喷泉模型第2章可行性研究2.1可行性研究的任务可行性研究的目的：不是解决问题，而是确定问题是否值得去解决。
可行性研究的实质：进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
可行性研究的内容：首先进一步分析和澄清问题定义，导出系统的逻辑模型；然后从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)；对每种解法都研究它的可行性，至少应该从三方面研究每种解法的可行性。
主要方面：技术可行性，经济可行性，操作可行性，其他方面：运行可行性，法律可行性，2.2 可行性研究过程1.复查系统规模和目标2. 研究目前正在使用的系统3. 导出新系统的高层逻辑模型4. 进一步定义问题5. 导出和评价供选择的解法6. 推荐行动方针7. 草拟开发计划8. 书写文档提交审查2.3 系统流程图系统流程图：是概括地描绘物理系统的传统工具。
表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。
2.4数据流图2.4.1符号基本符号：数据存储：数据存储是处于静止状态的数据；数据流：数据流是处于运动中的数据。
附加符号：星号（*）：表示“与”关系加号（+）：表示“或”关系异或（⊕）：表示互斥关系2.5数据字典数据流图和数据字典共同构成系统的逻辑模型。
2.5.1 数据字典的内容数据字典的组成：数据流数据流分量(即数据元素) 数据存储处理2.5.2定义数据的方法方法：对数据自顶向下分解。
数据组成方式(三种基本类型)：顺序选择重复附加类型：可选符号：=意思是等价于(或定义为)；+意思是和(即，连接两个分量)；［］意思是或(即，从方括弧内列出的若干个分量中选择一个)，通常用“|”号隔开供选择的分量；{ }意思是重复(即，重复花括弧内的分量)；常常使用上限和下限进一步注释表示重复的花括弧。
( )意思是可选(即，圆括弧里的分量可有可无)。
2.5.3数据字典的实现计算机实现人工实现2.6成本/效益分析2.6.1 成本估计：1. 代码行技术 2. 任务分解技术3. 自动估计成本技术2.6.2 成本/效益分析的方法成本/效益分析涉及的4个概念：1. 货币的时间价值2. 投资回收期3. 纯收入4. 投资回收率：P = F1/( 1 + j ) + F2/( 1 + j )2 + …+ Fn( 1 + j )n第3章需求分析需求分析的任务：需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。
确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求3.1需求分析的任务确定对系统的综合要求分析系统的数据要求导出系统的逻辑模型修正系统开发计划3.1.1确定对系统的综合要求1.功能需求2. 性能需求3. 可靠性和可用性需求4. 出错处理需求5. 接口需求6. 约束7. 逆向需求8. 将来可能提出的要求3.1.2 分析系统的数据要求建立数据模型——ER图描绘数据结构——层次方框图和Warnier图数据结构规范化3.2 与用户沟通获取需求的方法访谈：1. 正式访谈 2. 非正式访谈 3. 调查表 4. 情景分析技术面向数据流自顶向下求精简易的应用规格说明技术快速建立软件原型：(1) 第四代技术（4GL）(2) 可重用的软件构件 (3) 形式化规格说明和原型环境3.3分析建模与规格说明3.3.1 分析建模需求分析过程应该建立3种模型：数据模型功能模型行为模型数据字典是分析模型的核心实体-联系图用于建立数据模型的图形数据流图是建立功能模型的基础状态转换图是行为建模的基础3.4实体-联系图数据模型中包含3种相互关联的信息：数据对象、数据对象的属性、数据对象彼此间相互连接的关系3.4状态转换图3.6.1状态状态图分类：表示系统循环运行过程，通常不关心循环是怎样启动的。
表示系统单程生命期，需要标明初始状态和最终状态。
3.6.2事件事件就是引起系统做动作或(和)转换状态的控制信息。
3.6.3符号3.7其他图形工具3.7.1 层次方框图3.7.2Warnier图3.7.3IPO图3.8验证软件需求（重点）3.8.1 从哪些方面验证软件需求的正确性一致性完整性现实性有效性第五章总体设计5.1设计过程由两个主要阶段组成：系统设计阶段，确定系统的具体实现方案：设想供选择的方案选取合理的方案推荐最佳方案结构设计阶段，确定软件结构:功能分解设计软件结构设计数据库制定测试文档书写文档审查和复查5.2设计原理5.2.1 模块化模块化的作用：采用模块化原理可以使软件结构清晰，不仅容易设计也容易阅读和理解。
模块化使软件容易测试和调试，因而有助于提高软件的可靠性。
模块化能够提高软件的可修改性。
模块化也有助于软件开发工程的组织管理。
5.2.2抽象5.2.3逐步求精5.2.4信息隐藏和局部化5.2.5 模块独立尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合。
七种内聚的优劣评分结果：高内聚：功能内聚顺序内聚中内聚：通信内聚过程内聚低内聚：时间内聚逻辑内聚偶然内聚5.3启发规则1.改进软件结构提高模块独立性2.模块规模应该适中3.深度、宽度、扇出和扇入都应适当4.5.模块的作用域应该在控制域之内6.7.力争降低模块接口的复杂程度6. 设计单入口单出口的模块7. 模块功能应该可以预测5.4 描绘软件结构的图形工具5.4.1 层次图和HIPO图1. 层次图(H图)层次图用来描绘软件的层次结构。
很适于在自顶向下设计软件的过程中使用。
2.HIPO图7.4.2结构图7.5面向数据流的设计方法结构化设计方法(简称SD方法)，也就是基于数据流的设计方法。
5.5.1概念面向数据流的设计方法把信息流映射成软件结构，信息流的类型决定了映射的方法。
信息流有两种类型：变换流事务流第6章详细设计6.1 结构程序设计经典的结构程序设计：只允许使用顺序、IF-THEN-ELSE型分支和DO-WHILE型循环这3种基本控制结构；扩展的结构程序设计：如果除了上述3种基本控制结构之外，还允许使用DO-CASE型多分支结构和DO-UNTIL型循环结构；修正的结构程序设计：再加上允许使用LEAVE(或BREAK)结构。
6.2人机界面设计6.2.1设计问题设计人机界面过程中会遇到的4个问题：系统响应时间：长度易变性用户帮助设施：集成的帮助设施附加的帮助设施出错信息处理命令交互6.2.3 人机界面设计指南一般交互指南信息显示指南数据输入指南6.3过程设计的工具6.3.1 程序流程图（程序框图）程序流程图的主要缺点：程序流程图本质上不是逐步求精的好工具，它诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。
程序流程图中用箭头代表控制流，因此程序员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制。
程序流程图不易表示数据结构。
6.3.2盒图(N-S图)盒图具有下述特点：功能域明确。
不可能任意转移控制。
很容易确定局部和全程数据的作用域。
很容易表现嵌套关系，也可以表示模块的层次结构。
6.3.3 PAD图它用二维树形结构的图来表示程序的控制流，将这种图翻译成程序代码比较容易。
PAD图的主要优点如下：使用表示结构化控制结构的PAD符号设计出来的程序必然是结构化程序。
PAD图所描绘的程序结构十分清晰。
PAD图表现程序逻辑易读、易懂、易记。
容易将PAD图转换成高级语言源程序，这种转换可用软件工具自动完成。
即可表示程序逻辑，也可描绘数据结构。
PAD图的符号支持自顶向下、逐步求精方法的使用。
6.3.4 判定表判定表却能够清晰地表示复杂的条件组合与应做的动作之间的对应关系。
判定表的缺点：判定表的含义不是一眼就能看出来的，初次接触这种工具的人理解它需要有一个简短的学习过程。