内容发布更新时间 : 2024/5/21 2:38:16星期一 下面是文章的全部内容请认真阅读。

技术标准规范

（占2-7分必须记，近年基本6分左右）

考试大纲

标准是在一定范围内，经协商一致并由公认机构批准，共同使用和重复使用的一种规范性文件，是科学、技术和实践经验的总结。

规范是对某一工程作业或行为进行定性的规定，是因为无法精准定量而形成的标准。

在本章，我们主要讲解标准规范、标准化组织以及标准的分类、实施，希望通过本章的学习，掌握标准、规范的相关

主要标准《GB-T16680-1996 软件文档管理指南》、《电子信息系统机房设计规范(GB 50174-2008)》、《GBT16260.1-2006软件工程产品质量》、《《建筑与建筑群综合布线工程系统设计规范》（GBT 50311-2000）》、《软件工程术语》等

《GB-T16680-1996 软件文档管理指南》

一、 重点考点必须掌握 软件文档的作用：（1分）

管理依据；任务之间联系的凭证；质量保证；培训与参考；软件维护支持；历史档案。 ? 管理依据

在软件开发过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进度表，使管理者可以评定项目的进度，如果开发文档有遗漏，不完善，或内容陈旧，则管理者将失去跟踪和控制项目的重要依据。

? 任务之间联系的凭证

大多数软件开发项目通常被划分成若干个任务，并由不同的小组去完成。学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。

这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而，任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明，等等。 ? 质量保证

那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；必须制订测试计划和测试规程，并报告测试结果；他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。 ? 培训与参考

软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作，以及为了达到他们的各自的目的，如何使用系统。 ? 软件维护支持

维护人员需要软件系统的详细说明以帮助他们熟悉系统，找出并修正错误，改进系统以适应

1 / 36

用户需求的变化或适应系统环境的变化。 ? 历史档案

软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过了，什么部分运行得很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植和转移到各种新的系统环境中。

管理者的作用 （还没考过，会不会出呢，早晚要出吧）

管理者严格要求软件开发人员和编制组完成文档编制，并且在策略、标准、规程、资源分配和编制计划方面给予支持。

a) 管理者对文档工作的责任。管理者要认识到正式或非正式文档都是重要的，还要认识到文档工作必须包括文档计划、编写、修改、形成、分发和维护等各个方面。

b) 管理者对文档工作的支持。管理者应为编写文档的人员提供指导和实际鼓励，并使各种资源有效地用于文档开发。 c) 管理者的主要职责：

1） 建立编制、登记、出版系统文档和软件文档的各种策略； 2） 把文档计划作为整个开发工作的一个组成部分；

3） 建立确定文档质量、测试质量和评审质量的各种方法的规程； 4） 为文档的各个方面 确定和准备各种标准和指南；

5） 积极支持文档工作以形成在开发工作中自觉编制文档的团队风气；

6） 不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。 通常，项目管理者在项目开发前应决定如下事项： 要求哪些类型的文档； 提供多少种文档； 文档包含的内容；

达到何种级别的质量水平； 何时产生何种文档；

如何保存、维护文档以及如何进行通信。

如果一个软件合同是有效的，应要求文档满足所接受的标准，并规定所提供的文档类型、每种文档的质量水平以及评审和通过的规程。 制订文档编制策略 （1分）

文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。

一般说来，文档编制策略陈述要明确，并通告到每个人且理解它，进而使策略被他们贯彻实施。

支持有效文档策略的基本条件： a) 文档需要覆盖整个软件生存期

在项目早期几个阶段就要求有文档，而且在贯穿软件开发过程中必须是可用的和可维护的。在开发完成后，文档应满足软件的使用、维护、增强、转换或传输。 b) 文档应是可管理的

指导和控制文档的获得维护，管理者和发行专家应准备文档产品、进度、可靠性、资源，质量保证和评审规程的详细计划大纲。 c) 文档应适合于它的读者

读者可能是管理者、分析员、无计算机经验的专业人员、维护人员、文书人员等。根据任务的执行，他们要求不同的材料表示和不同的详细程度。针对不同的读者，发行专家应负责设

2 / 36

计不同类型的文档。

d) 文档效应应贯穿到软件的整个开发过程中

在软件开发的整个过程中，应充分体现文档的作用和限制，即文档应指导全部开发过程。 e) 文档标准应被标识和使用

应尽可能地采纳现行的标准，若没有合适的现行标准，必要时应研制适用的标准或指南。 f) 应规定支持工具

工具有助于开发和维护软件产品，包括文档。因此尽可能地使用工具是经济的、可行的。 软件文档分类：（2分）

软件文档归入如下三种类别：

a) 开发文档——描述开发过程本身。

基本的开发文档是：可行性研究和项目任务书；需求规格说明；功能规格说明；设计规格说明，包括程序和数据规格说明；开发计划；软件集成和测试计划；质量保证计划、标准、进度。

b) 产品文档——描述开发过程的产物；

产品文档用于下列类型的读者：

? 用户 ——他们利用软件输入数据、检索信息和解决问题； ? 运行者 ——他们在计算机系统上运行软件； ? 维护人员 ——他们维护、增强或变更软件。 产品文档包括如下内容：

? 用于管理者的指南和资料，他们监督软件的使用；

? 宣传资料 通告软件产品的可用性并详细说明它的功能、运行环境等； ? 一般信息 对任何有兴趣的人描述软件产品。 基本的产品文档包括： ? 培训手册；

? 参考手册和用户指南； ? 软件支持手册；

? 产品手册和信息广告。

c) 管理文档——记录项目管理的信息。

这种文档建立在项目管理信息的基础上，诸如： ——开发过程的每个阶段的进度和进度变更的记录； ——软件变更情况的记录； ——相对于开发的判定记录； ——职责定义。

这种文档从管理的角度规定涉及软件生存的信息。

确定文档的质量等级 （本考点考过两次了，分别考的是工资系统等级和3级文档内容，尽量记住吧，觉得出题点很多）（2分） 仅仅依据规章、传统的做法或合同的要求去制作文档是不够的。管理者还必须确定文档的质量要求以及如何达到和保证质量要求。 质量要求的确定取决于可得到的资源、项目的大小和风险，可以对该产品的每个文档的格式及详细程度作出明确的规定。

每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要坟划分为四级。

? 最低限度文档（1级文档） 1级文档适合开发工作量低于一个人月的开发者自用程序。

该文档应包含程序清单、开发记录、测试数据和程序简介。

3 / 36