软件工程（名词解释2）

21　程序流程图：程序流程图又称程序框图，是用统一规定的标准符号描述程序运行具体步骤的图形表示。程序框图的设计是在处理流程图的基础上，通过对输入输出数据和处理过程的详细分析，将计算机的主要运行步骤和内容标识出来。程序框图是进行程序设计的最基本依据，因此它的质量直接关系到程序设计的质量。
22　系统流程图（SDT）：是描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况和系统的操作控制。
23　PAD图：它用二维树形结构的图来表示程序的控制流，将这种图翻译成程序代码比较容易。它既克服了传统的流程图不能清晰表现程序结构的缺点，又不像N-S图那样受到把全部程序约束在一个方框内的限制，这就是其优势所在
24　盒图：
25　判定树：判定树是用一种树图形方式来表示多个条件、多个取值所应采取的动作。判定树分支表示各种不同的条件，随着分支层次结构的扩充，各条件完成自身的取值。判定树的叶子给出应完成的动作
26　判定表：判定用来描述一些不易用语言表达清楚或需要很大篇幅才能用语言表达清楚的加工逻辑。在某些数据处理问题中，其数据流程图的处理需要依赖于多个逻辑条件的取值，这些取值的组合可能构成多种不同情况，相应地需要执行不同的动作。这种问题用结构化语言来叙述很不方便，使用判定表或判定树作为表示加工说明的工具是最合适的。 一个判定表由四个部分组成
27　CMMI：能力成熟度模型集成，CMMI将能力成熟度分为5个级别：初始级，已管理级，已定义级，量化管理级，优化级。这5个成熟度等级为评价软件过程能力提供了一个有序的级别，同时也为软件过程改进工作指明了方向，让人们分清轻重缓急，指导人们一步一步地改进过程能力而不是企图跳跃式地前进。
28　软件配置管理：
29　瀑布模型：瀑布模型是一种线性顺序的软件开发过程模型，整个开发过程被划分为若干个相互衔接的阶段。每个阶段都有明确的任务和目标，只有在前一个阶段完成并通过评审后，才能进入下一个阶段。这种严格的阶段划分和顺序执行的特点，使得瀑布模型在项目管理和控制方面具有很大的优势。
30　增量模型：增量模型是软件工程中的一种开发方法，它将系统划分为多个增量或阶段，每个增量都是通过完整的软件生命周期来完成的。每个增量都包含了部分的功能，并且在之后的增量中逐步完善和扩展，最终形成完整的系统。这种模型的主要思想是通过反复迭代、逐步完善的方式来开发软件，以降低开发过程的风险，并提高系统的稳定性和可靠性
31　螺旋模型：螺旋模型是一种风险驱动的软件开发过程模型，它将软件开发过程分为多个循环迭代的阶段，每个阶段都包括需求分析、设计、编码、测试和评审等活动。与瀑布模型不同的是，螺旋模型强调风险管理和迭代开发，通过反复的迭代来降低项目风险。
32　快速原型模型：快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集
33　软件工程：软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过实践考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。
34　软件需求规格说明书：
35　模块：是指整个程序中一些相对对独立的程序单元，每个程序单元完成和实现一个相对独立的软件功能。通俗点就是一些功能独立的程序段。
36　模块化：把程序分解为独立命名的且可独立访问的单元、每个模块完成一个子功能。
37　逐步求精：
38　信息隐蔽：
39　局部化：把一些关系密切的软件元素物理的放的彼此靠近。