-
名词解释
1.
数据词典——是描述数据信息的集合，它对数据流图中的各个元素按规定格式进行详
细的描述和确切的解释
,
是数据流图的补充工具
。
2.
数据流图——他以图形的方式反映系统的数据流程
3.
白盒测试——
< br>按照程序内部的结构测试程序，检验程序中的每条路径是否都能按预定
要求正确工
作。有两种测试法既逻辑覆盖测试法和路径测试法
4.
黑盒测试——
< br>按照程序的功能测试程序，检验与程序功能有关的输入、输出与程序执
行是否正确
。有四种方法既等价分类法、边界值分析法、错误猜测法和因果图法
5.
完善性维护——
为了适应用户业务和机构的发展变化而对软件的功能、性能进行修改、
扩充的过
程称为完善性维护。
因为各种用户的业务和机构在相当长的时期内不可能是一
成不变的，
所以功能、
性能的增加是不可避免的，
而且这种维护活动在整个维护工作中
所占的比重很大
6.
软件可靠性——
指在给定的时间内，程序按照规定的条件成功地运行的概率
7.
软件配置——是一个软件在生存
周期内，
他的各种形式、
各种版本的文档与程序的总称
8.
软件再工程—
—运用逆向工程、重构等技术，在充分理解原有软件的基础上，进行分
解、
综合、
并重新构建软件，
用于提高软件的可理解性、
可维护性可复用性或演化性。
9.
α
测试
——
是在一个受控的环境下，
由用户在开发者的
“指导”
下进行的的测试，
由开
发者负责记录错误和使用中出现的问题。
10.
β
测
试——
是由软件的最终用户
（多个）
在
一个或多个用户场所来进行。
由用户负责记
下遇到的所有问题，
包括主观认定的和真实的问题，
定期向开发者报告，
开发者在综合
用户的报告之后进行修改，最后将软件产品交付给全体用户使
用。
11.
聚集关系——
表示类或对象之间的整体与部分的关系
12.
泛化关系——
表示类或对象之间的一般与特殊的关系
13.
内聚
——一个模块内部各个元素彼此结合的紧密程度
的度量。
14.
耦合
——一
一个软件结构内不同模块之间互连程度的度量。
名词解释：
一章：
软件危机
：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
产生软件危机的原因
：
一方面与软件本身的特点有关
，
另一方面也和软件开发与维护方法不
正确有关。
软件工程
：
是指导计算机
软件开发和维护的一门工程学科。
采用工程的概念、
原理、
技术和
方法来开发与维护软件，
把经过时间
考验而证明正确的管理技术和当前能够得到的最好的技
术方法结合起来，以经济地开发出
高质量的软件并有效地维护它。
软件工程的
< br>7
条基本原理
：
（
1
）用分阶段的生命周期计划严格管理
;(2)
坚持进行阶段评
审
;(3)
实行严格的产品控制
;(4)
采用现代程序设计技术
;(5)
结果可以清楚地审查
;(6)
开发小组的人员应该少而精
;(7)
承认不断改进软件工程实践的必要性
.
软件工程方法学
3
要素：
方法、工具
、过程
软件过程
：
< br>是为了获得高质量软件所需要完成的一系列任务的框架，
它规定了完成各项任务<
/p>
的工作步骤。
软件生命周期的概念
：有软件定义、软件开发和软件维护
3
个小
时期组成
软件生命周期
8
个阶段的主要任务
：
（
1
）问题定义
:
“需要解决的问题是什么？”
(2)
可
行性研究
:
“寻求可行的解决方案？”
(3)
需求分析
:
“解决这些问题需要系统做什么？”
(4)
总体设计
（概要设计）
:
“应该怎样实现目标系统？”
(5)
详细设计
（模块设计）
:
“如
何具体地实现这个系统？”
(6)
编码和单元测试
:
“写代码，测试每个模块！”
(7)
综合
测试
:
“通过各类测试和调试来完善软件”
(8)
软件维护
:
“通过各种必须的维护活
动使
系统持久满足用户的需要！”
二章：
可行性研究的五个方案
：技术可行性，经济可行性，操作可行性，法律可行性，社会效益
<
/p>
可行性研究过程：
1.
复查系统规模与目
标、
2.
研究目前的系统、
3.
导出新系统的高层逻辑
模型、
4.
进一步定义问题、
5.
导出和评价供选择的解法、
6.
推荐行动方针、
7.
草拟开发
计划、
8.
书写文档提交审查
系统流程图
：
用来描述物理
系统的工具。
系统流程图表达的是数据在系统各部件之间流动的
情况，而不是对数据进行加工处理的控制过程。即：系统流程图≠程序流程图。
数据流图
：用来描述逻辑系统的工具。数据流图
(DFD)
是一种图形化技术，它描绘信息流和
数据从输入
移动到输出的过程中所经受的变换，
即数据流图描绘数据在软件中流动和被处理
的逻辑过程。
三章：
需求分析在软件生命周期中位置
：最后一个阶段；
任务
：完整、准确、清晰、具体地确定
系统所要完成
的工作。
软件系统的综合要求
:
功能需求
,
性能需求
,
可靠性和可用性需求，
出错处理需求，
接口需求，
约束，逆向需求，将来可能提出的要求
获取需求的方法：
访谈、
面向数据流自顶向下
求精、
简易的应用规格说明技术、
快速建立软
< br>件原型
3
种分析模型
：数据模型（
ER
图）
，功能模型（
DFD
）
，行为模型（状
态转换图）
需求分析阶段的主要图形工具
：层次方框图（描绘数据的层次结构）
；
Warnier<
/p>
图（描绘数
据的层次结构）
；
IPO
图（
IPO
图是输
入、处理、输出图的简称）
五章：
总体设计的两个阶段：
（
1
）系统设计阶段（
2
）结构设计阶段
总体设计的设计原理：
模块化，抽象，逐步求精，
信息隐藏和局部化，
*
模块独立（耦合，
内聚）
耦合
：是对一个软件结构内
不同模块之间互连程度的度量；包括：
（
1
）数据耦合——如果两个模块彼此间通过参数交换信息，而且交换的信息仅仅是数
据
（
2
）控
制耦合——如果传递的信息中有控制信息
(
尽管有时这种控制信
息以数据的形式出
现
)
（
3
）特征耦合——整个数据结构作为参数传递而被调用的模块只需要使用其
中一部分数据
元素
（
4
）公共环境耦合——两个或多个模块通过一个公共数据环境相互作用
（
5
）内容耦合——
如果出现下列情况之一，两个模块间就发生了内容耦合
低——高
3
．内聚：标志一个模块内各个元素彼此结合的紧密程度；包括：
（
1
）偶然内聚——如果一个模块完成一组任务，这些任务彼
此间即使有关系，关系也是很
松散的。
(2)
逻辑内聚——如果一个模块完成的任务在逻辑上属于相同或相似的一类。
(3)
时间内聚——如果一个模块包含的任
务必须在同一段时间内执行。
（
4<
/p>
）过程内聚——如果一个模块内的处理元素是相关的，而且必须以特定次序执行。
（
5
）
通信内聚——如果模块中所有元素都使用同一个输入数据和
(
或
)
产生同一个输出数据。
（
6
）顺序内聚——如果一个模块内的
处理元素和同一个功能密切相关，而且这些处理必须
顺序执行
(
通常一个处理元素的输出数据作为下一个处理元素的输入数据
)
。
（
7
）功能内聚——如果模块内所有处理元素属于一个整体，完成一个单一的功能。
低——中——高
7
条启发规则
：改进软件结构，提高模块独立性，模块规模适中，
*
深度、宽度、扇出和扇
入合理
（
深度
表示软件结构中控制的层数；
宽度
是软件结构内同一个层次上的模块总数的最
大值
；
扇出
：调用其它的模块数（
3-4<
/p>
）
；
扇入
：被上
一级模块调用数（越多越好）
）
，
*<
/p>
模块
的作用域应在控制域范围内
（
模块的作用域定义
为受该模块内一个判定影响的所有模块的集
合。
模块的控制域是
这个模块本身以及所有直接
或间接从属于它的模块的集合。
）
，
尽
量降低
模块接口的复杂程度，设计单入口、单出口的模块，模块功能可以预测