软件工程名词解释.doc

Adaptive maintenance适应性维护：为使软件产品在新的环境下仍能使用而进行的维护，称为适应性维护。 Data flow diagram数据流图：描述系统中数据流程的图形工具，它标识了一个系统的规律输入和规律输出，以及把规律输入转换为规律输出的加工过程。 baseline基线：它供应一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将纪录为一个差值，直到建成下一个基线。 Big-bang testing一次性组装测试：也叫集成测试，是单元测试的扩展，最简洁的形式是两个已经测试过的单元组成一个整体，并且测试他们的接口。 Black box黑盒：是对一个项目组建筑的软件的修改标识，组织和掌握的技术，其目标是通过最大限度的削减错误，来最大限度提高生产率。 白盒测试：也称结构测试或透亮盒测试，测试应用程序的内部结构或运作，而不是测试应用程序的功能。 Software configuration item软件配置项：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。为了配置管理而作为单独实体处理的一个工作产品或软件。 Configuration management配置管理， 配置管理是对软件产品及其开发过程和生命周期进行掌握、法律规范的一系列措施。 Corrective maintenance 改正性维护：在软件交付运行以后，由于开发阶段测试工作的不彻底，不完全，一些隐蔽的软件错误在系统运行的过程中逐步暴露出来，通常把发觉和改正这类错误的过程叫做改正性维护。 Coupling 耦合：何亮不同模块之间接口的相对独立性。 Integration testing集成测试：在单元测试的基础上，将全部模块依据概要设计组装成为子系统或系统进行测试 cohesion内聚：衡量一个模块内部各个元素彼此结合的紧密程度。 Detailed design具体设计：是对概要设计的一个细化，就是具体设计每个模块实现算法所需的局部结构。 Test case测试用例：是一组条件或变量，测试者依据它来确定应用软件系统是否正确工作。 Program design language 过程设计语言：它是用正文现实表示数据和处理过程的设计工具。 模块化：把软件依据规定原则，划分为一个个较小的相对独立的但又相对关联的部件 prototyping原型：目标系统软件的一个可操作的模型，它实现了目标软件系统的某些重要方面的功能。 Information hiding信息隐蔽：模块应当设计设计的使共所信息（过程和数据）对于哪些不需要这些信息的模块来说是隐蔽的，每个模块只完成一个相对独立的特定功能，模块这件仅仅叫唤哪些为完成系统功能而必需交换信息。 requirement软件需求：用户对目标软件系统在功能，性能，介为，设计约束等方面的期望 Requirement analysis需求分析：通过对应用问题及其环境的分析与理解，采纳一系列的分析方法和技术，将用户的需求逐步精确化，完全化，全都化，最终形成需求规格说明文档的过程。 software软件：软件=程序+数据+文档 Software life cycle软件生命周期：软件产品从形成概念开头，经过定义，开发，使用和维护知道最终退役的过程 Stepwise refinement逐步求精：随着软件开发过程的进展，在软件结构每一层中的模块，表示了对软件抽象层次的一次精化。 Structured program结构化编程：一种编程典范，采纳子程序、for循环以及while循环等结构，来取代传统的goto。 testing软件测试：使用人工或自助手段来运行或测定某个系统的过程 Walk-through代码走查：是一个开发人员与构架师争论代码的过程 Waterfall model瀑布模型：将软件生存周期的各项活动规定为按固定挨次而连接的若干阶段工作，形如瀑布流水。 Regression testing回归测试，在发生修改之后重新测试前的测试保证修改的正确性 Unit testing单元测试：是开发者编写的一小段代码，用于检测被测代码的一个很小的很明确的功能是否正确。//指对软件中的最小可测试单元进行检查和验证。 1、软件的特点:P3 1软件是一种规律实体，具有抽象性 2软件的生产与硬件的生产存在某些相同点，但二者有根本上的不同。 3软件的维护更为简单，成本更高。 4软件在运行和使用期间，没有硬件的机械磨损，老化问题，但软件存在退化问题 5大多数软件是依据客户实际需求制定的，而不是通