自学考试软件工程02333 知识总结归纳（全8章）第一章绪论1968年的NATO会议上首次提出了软件工程这一术语。
软件工程是一门研究软件开发的学科。
软件工程概念提出的目的：为了倡导以工程的原理、原则和方法进行软件开发，以解决出现的“软件危机”。
简单分析软件工程概念的提出与发展：（1）软件工程概念的提出20世纪60年代以来，随着计算机的广泛应用，软件生产率、软件质量远远满足不了社会发展的需求，成为社会、经济发展的制约因素，这就是“软件危机”，而为了解决软件危机从而提出了软件工程概念。
（2）软件工程的发展历程，大体分两个时期。
1.第一个时期20世纪60年代末到80年代初，软件系统的规模、复杂性以及在关键领域的广泛应用，促进了软件的工程化开发和管理。
这一时期主要围绕软件项目，开展了有关开发模型、开发方法和支持工具的研究。
2.第二个时期20世纪80年代以来，围绕对软件工程过程的支持，开展了一系列有关软件生产技术，特别是软件复用技术和软件生产管理的研究和实践。
软件是对一个特定问题域的抽象，是被开发出的一种逻辑实体，而不是一种“有形”的物理部件。
软件开发既有技术上的问题，又有管理上的问题。
文档是了解程序所需的阐述性资料。
在软件开发中，分层的基本动机是为了控制开发的复杂性。
软件：计算机软件一般是指计算机系统中的程序及其文档。
模型：待建模系统的任意抽象，其中包括所有的基本能力、特性或其他一些方面，而没有任何冗余的细节。
简述实施软件开发的基本途径：软件开发的基本途径是问题建模。
常用的建模手段有：结构化方法、面向对象方法以及诸多面向数据结构方法等。
计算机任务的处理对象和处理规则的描述是程序。
软件工程：是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件产品的工程，或以此为研究对象的学科。
软件开发的本质：不同抽象层术语之间的“映射”，以及不同抽象层处理逻辑之间的“映射”。
在软件生产的程序系统时代由于软件规模扩大和软件复杂性提高等原因导致了软件危机。
软件系统模型分为概念模型和软件模型，而软件模型又可进一步分为设计模型、实现模型、部署模型。
软件工程在20世纪80年代以来的主要成果是：1.提出了《软件生存周期过程》等一系列软件工程标准。
2.大力开展了计算机辅助软件工程（CASE）的研究与实践。
3.在工程技术方面，出现了面向对象语言，如C++。
4.提出了面向对象软件开发方法。
5.在工程管理方面，开展了一系列过程改进项目，其目标是在软件产业的实践中，建立一种量化的评估程序，判定软件组织和过程的成熟度，提高组织的过程能力。
20世纪60年代末到80年代初，主要成果为：1.提出了瀑布模型，试图为开发人员提供有关活动组织方面的指导。
2.开发了过程式语言，如C语言。
3.开发了一些方法，如结构化方法等。
在软件生产的程序系统时代由于软件规模扩大和软件复杂性提高等原因导致了软件危机。
第2章软件需求与软件需求规约：接口需求可分为7类，分别是用户接口、硬件接口、软件接口、通信接口、内存约束、运行、地点需求。
初始发现需求的常用技术包括：自悟、交谈、观察、小组会、提炼。
、自悟的适用情况：需求人员不能直接与用户进行交流，自悟就可能是一种切实可行的、比较有吸引力的方法。
自悟的成功条件：需求人员必须具有比最终用户还要多的应用领域和过程方面的知识，并具有丰富的想象力。
存在的风险：无法验证发现的需求是否满足用户的要求，无法验证发现的需求是不是正确的。
交谈的适用情况：客户支持需求人员与最终用户进行有关系统需求的交流。
交谈的成功条件：依赖于需求人员是否具有“正确提出问题”的能力和回答人员是否具有“揭示需求本意”的能力。
交谈存在的风险：在交谈期间所获得的需求可能不断增长，或是以前没有认识到的合理需求的一种表现，或是“完美蠕行”病症的体现，以至于很难控制，可能导致超出项目成本和进度的限制。
交谈应对措施：项目管理人员和客户管理人员应该定期地对交谈过程的结果进行复审。
观察的成功条件：需求人员具有洞察事物本质的能力。
观察的适用情况：用户允许需求人员进入工作现场，并可进行观察，可与有关人员就有关问题进行交流。
观察存在的风险：客户可能抵触这一观察。
客户可能认为开发者在签约之前，就已经熟悉了他们的业务。
提炼的成功条件：已存在项目背景文档以及一些紧密相关的需求文档，并且需求人员具有很好的想象力和需求标识能力，包括熟悉相关的技术标准和法规政策等。
提炼的适用情况：提炼方法是针对已经有了部分需求文档的情况。
提炼存在的风险：与自悟方法一样，无法验证所发现的需求是否满足用户的要求，无法验证发现的需求是否正确。
小组会的成功条件：会议组织得当，包括权责分明，参与会议的人员具有良好的需求发现能力，并允许发表不同的观点，以便很快地标识需求，揭示需求中存在的问题，并与客户达成共识。
小组会的适用情况：各方组织在管理层面上重视需求工作，并有能力提供人力资源。
小组会存在的风险：如果会议组织不到位或受到某些客观环境的限制，就有可能过多地召开这样的会议，并产生一些相互矛盾的需求。
需求规约它不是一个设计文档，它是一个用于“设计”的文档，它也不是进度或规划文档，不应包含软件项目管理计划。
需求有5个性质：必要的、无歧义的、可测的、可测量的、可跟踪的。
需求规约和项目需求的不同：两者的区别：（1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，即关注产品需求，回答“交付给客户的产品/系统是什么”。
（2）项目需求是客户和开发者之间有关技术合同——产品/系统需求的理解，应记录在工作陈述中或其他某一项目文档中，即关注项目工作和管理，回答“开发组要做的是什么”。
需求规约：是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/系统的概念模型。
功能需求：规约了系统和系统构件必须执行的功能。
非形式化的需求规约一般使用于规模较小的、复杂程度不太高的小型软件项目。
验证需求是不是歧义的，一般可采用需求复审。
需求规约的作用：（1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体系。
（2）对于项目的其余大多数工作，需求规约是一个管理控制点。
（3）对于产品/系统的设计，需求规约是一个正式的，受控的起始点。
（4）需求规约是创建产品验收测试计划和用户指南的基础。
需求和需求规约的基本性质：需求的基本性质：（1）必要的，该需求是用户所要求的。
（2）无歧义的额，该需求只能用一种方式解释。
（3）可测的，该需求是可进行测试的。
（4）可跟踪的，该需求可从一个开发阶段跟踪到另一个阶段。
（5）可测量的，该需求是可测量的。
需求规约的基本性质：（1）重要性和稳定性程度：按需求的重要性和稳定性，对需求进行分级。
（2）可修改的：在不过多地影响其他需求的前提下，可以容易的修改一个单一需求。
（3）完整的：没有被遗漏的需求。
（4）一致的：不存在互斥的需求。
软件需求：以一种技术形式，描述了一个产品/系统应该具有的功能、性能和其他性质。
基于需求规约一般还会产生另外两个文档——初始测试计划和用户系统操作描述。
采用形式化语言来表达需求，其目的是为了程序的正确性验证。
设计约束是一种需求，它限制了软件系统或软件系统构件的设计方案的范围。
初始需求发现技术的种类有哪些？初始需求发现技术有：（1）自悟（2）交谈（3）观察（4）小组会（5）提炼软件需求分哪几类？它们之间有什么的关系？软件需求的分类：（1）功能需求。
（2）非功能需求。
其中又可分为性能需求、外部接口需求、设计约束和质量属性需求。
功能需求是整个需求的主体，即没有功能需求，就没有派生的其他功能需求，就没有性能、外部接口、设计约束和质量属性等非功能需求。
但非功能需求可作用于一个或多个功能需求。
需求规约（规格说明书）的表达风格：需求规约的3种风格：（1）非形式化的需求规约。
（2）半形式化的需求规约。
（3）形式化的需求规约。
第3章结构化方法总体设计分3个阶段：初始阶段、精化阶段、复审阶段。
定义了数据流图中每一个图形元素的结构化分析方法的描述工具是数据字典。
数据字典定义了包含所有的数据流和数据存储的数据结构，而判定表和判定树是描述加工的工具。
数据字典定义数据流或数据存储组成时，使用了若干符号，其中{}表示的含义是重复。
{}是重复结构，是指数据A是由多个重复出现的数据B构成的。
结构化分析方法中，描述系统的数据处理流程的工具是：数据流图。
DFD图是一种描述数据变换的图形化工具，也是一种表达待建系统功能模型的工具。
结构化程序设计主要强调的是程序易读性。
结构化程序设计的本质是使程序的控制流程线性化，实现程序的动态执行顺序符合静态书写的结构，从而增强程序的可读性。
程序流程图不是一种逐步求精的工具，它诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。
扇入表示的是有多少个上级模块直接调用它。
软件结构的宽度是指同一个层次上模块总数的最大值。
公共耦合是指两个或两个以上的模块共同引用一个全局数据项。
为每个模块完成的功能进行具体描述，把功能描述转变为精确的、结构化的过程描述的阶段是详细设计。
按照内聚程度的高低，功能内聚的程度最高，偶然内聚的程度最低。
PDL（类程序设计语言）是一种“混合”语言，它可以是结构化的语言，也可以是某种自然语言。
PDL是一种表示数据结构和处理过程的设计工具。
为了保持文档和程序的一致性，提高文档的质量，PDL可以作为注释工具直接插在源程序中。
已存在的一些PDL处理工具，可自动生成程序代码，提高软件生产率。
N-S图设计的模块一定是结构化的程序流程图不是算法描述工具。
模块扇出是指一个模块直接控制的下级模块的数目。
在一个软件结构中，深度表示其控制的层数（一共几层，包括顶层）。
通常一个好的软件设计结构，顶层模块扇出的比较大，中间层模块扇出较小，而底层模块具有较大的扇入，系统的模块结构呈现的是“葫芦”形状。
结构化设计方法总体设计的任务：总体设计的任务是把系统的功能需求分配到一个特定的软件体系结构中。
结构化方法：结构化方法是在20世纪70年代中后期提出的，是一种系统化的软件开发方法，其中包括结构化分析方法、结构化设计方法和结构化程序设计方法。
内聚：内聚是指一个模块内部各成分之间相互关联程度的度量。
事务型数据流图：数据到达一个加工T，该加工T根据输入数据的值，在其后的若干动作序列中选出一个来执行，这类数据流图称为事务型数据流图。
概要设计规约：它是面向软件开发者的文档，主要作为项目管理人员、系统分析人员与设计人员之间交流的媒体。
结构化语言是介于形式语言和自然语言之间的一种半形式语言。
数据流图一般可分为交换型和事务型两类。
“变换设计”、“事务设计”的设计步骤：变换设计的基本步骤如下：（1）设计准备——复审并精化系统模型。
