(软件工程名词解释.docVIP

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大多数软件是根据客户实际需求制定的，而不是通过已