某单位计划开发信息系统来实现其全员工资计算的自动化，根据《软件文档管理指南GB/T16..

2011年上半年上午试卷综合知识

第 14 题


知识点	GB/T16680-1996 软件文档管理指南文档管理信息系统项目自动化
关键词	开发软件文档管理指南信息系统软件文档文档文档管理
章/节	标准

某单位计划开发信息系统来实现其全员工资计算的自动化，根据《软件文档管理指南GB/T16680-1996》，该信息系统项目中的文档质量等级最低应达到（14）。

A. 4级

B. 3级

C. 2级

D. 1级

相关试题系统与软件工程用户文档的管理者要求GB/T 16680-2015

第12题

2010年下半年

根据《软件文档管理指南GB/T 16680-1996》的要求，有关正式组织需求文档的评审，不正确的是（12）。

第14题

2014年上半年

按照GB/T 16680《软件文档管理指南》规定，（14）是正确的。

第12题

2014年上半年

文档管理是软件开发过程中一项非常重要的工作，根据GB/T 16680—1996中的相关规定，描述开发小组职责的文档属于（12）。

知识点讲解

· GB/T16680-1996

· 软件文档管理指南

· 文档管理

· 信息系统项目

· 自动化

GB/T16680-1996

GB/T 16680—1996《软件文档管理指南》（NEQ ISO/IEC TR 9294-1990）标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。GB/T 16680—1996的目的在于协助管理者在他们的机构中产生有效的文档。GB/T 16680—1996涉及策略、标准、规程、资源和计划，管理者必须关注这些内容，以便有效地管理软件文档。

根据GB/T 16680—1996，文档是指一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。通常仅用于描述人工可读的内容。例如，技术文件、设计文件、版本说明文件。软件文档的作用是管理依据、任务之间联系的凭证、质量保证、培训与参考；软件维护支持、历史档案。

软件文档可归入3种类别：开发文档（描述开发过程本身）、产品文档（描述开发过程的产物）、管理文档（记录项目管理的信息）。

文档计划

文档计划是指一个描述文档编制工作方法的管理用文档。该计划主要描述要编制什么类型的文档，这些文档的内容是什么，何时编写，由谁编写，如何编写以及什么是影响期望结果的可用资源和外界因素。

文档计划一般包括以下几方面的内容：

（1）列出应编制文档的目录。

（2）提示编制文档应参考的标准。

（3）指定文档管理员。

（4）提供编制文档所需要的条件，落实文档编写人员、所需经费以及编制工具等。

（5）明确保证文档质量的方法，为了确保文档内容的正确性、合理性，应采取一定的措施，如评审、鉴定等等。

（6）绘制进度表，以图表形式列出在软件生存期各阶段应产生的文档、编制人员、编制日期、完成日期、评审日期等。

此外，文档计划规定每个文档要达到的质量等级，以及为达到期望结果必须考虑哪些外部因素。文档计划还确定该计划和文档的分发，并且明确叙述参与文档工作的所有人员的职责。

开发文档

开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述（程序逻辑、程序间相互关系、数据格式和存储等）。开发文档起到如下5种作用：

（1）它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求、设计、编码和测试的详细规定和说明。

（2）它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做什么、如何做和何时做。

（3）它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具。

（4）它们形成了维护人员所要求的基本软件文档。而这些支持文档可作为产品文档的一部分。

（5）它们记录软件开发的历史。

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

产品文档

产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。产品文档起到如下3种作用：

（1）为使用和运行软件产品的任何人规定培训和参考信息。

（2）使得那些未参加本软件开发的程序员维护它。

（3）促进软件产品的市场流通或提高可接受性。

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

（1）用户。他们利用软件输入数据、检索信息和解决问题。

（2）运行者。他们在计算机系统上运行软件。

（3）维护人员。他们维护、增强或变更软件。

产品文档包括如下内容：

（1）用于管理者的指南和资料，他们监督软件的使用。

（2）宣传资料。通告软件产品的可用性并详细说明它的功能、运行环境等。

（3）一般信息。对任何有兴趣的人描述软件产品。

基本的产品文档有培训手册、参考手册和用户指南、软件支持手册、产品手册和信息广告。

管理文档

管理文档建立在项目信息的基础上，例如：

（1）开发过程的每个阶段的进度和进度变更的记录。

（2）软件变更情况的记录。

（3）相对于开发的判定记录。

（4）职责定义。

这种文档从管理的角度规定涉及软件生存的信息。相关文档的详细规定和编写格式见GB8567。

文档等级

文档等级是指所所需文档的一个说明，它指出文档的范围、内容、格式及质量，可以根据项目、费用、预期用途、作用范围或其他因素选择文档等级。每个文档的质量必须在文档计划期间就有明确的规定，文档的质量可以按文档的形式和列出的要求划分为四级。

（1）最底限度文档（1级文档）：适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。

（2）内部文档（2级文档）：可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。

（3）工作文档（3级文档）：适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。

（4）正式文档（4级文档）：适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档。4级文档应遵守GB8567的有关规定。

软件文档管理指南

该标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。下面以列表形式说明软件文档管理的重点内容、软件文档种类以及软件文档的四个级别。

软件文档可区分为开发文档、产品文档和管理文档三类文档，下表描述了三类文档的定义、作用以及种类。

文档种类比较表

根据软件文档质量要求，可以将软件文档的重要性划分为四个等级，参见下表。

文档的四个级别

文档管理

信息系统软件运维文档是对运维服务参与各方主体从事信息系统软件运维实施及运维管理提供决策支持的一种载体。在信息系统软件运维过程中，能及时、准确、完善地掌握与运维有关的大量信息，处理和管理好各类运维策划、实施、检查和改进信息，是运维管理的重要工作内容。

文档能提高软件运维过程的能见度，把用户反映的问题、用户提交的报告、用户增加的需求、对用户反映问题的维护反馈记录、运维过程中发生的事件以某种可阅读的形式记录在文档中，管理人员可把这些记载下来的材料作为检查软件运维进度和运维质量的依据，正确统计运维的工作量，实现对信息系统软件运维的工程管理，提高运维效率。文档作为运维人员一定阶段的工作成果和结束标志，记录运维过程中的有关信息，便于管理人员、运维人员、操作人员、用户之间的协作和交流，使信息系统软件运维更科学、更有成效。

信息系统软件运维文档管理应注意如下方面。

（1）文档管理制度化。形成一整套完善的文档管理制度，根据这一套制度来协调控制、评价信息系统软件运维中各类人员的工作。

（2）文档标准化、规范化。在信息系统软件运维前要选择或制定文档标准，在统一的标准约束下来规范地建立各类文档。

（3）落实文档管理人员。应设专人负责集中保管与信息系统软件运维相关的文档，他人可按一定的流程向文档管理员借阅文档。

（4）保持文档的一致性。信息系统软件在运维过程中如果修改了原来的需求和设计，但是文档却没有进行同步修改，造成交付的文档与实际信息系统软件不一致，使用户在使用信息系统软件参考文档对软件进行维护时出现许多误解，这将严重影响系统的质量和维护的效率。所以，在信息系统软件运维过程中，如果修改部分涉及设计文档或用户手册的，一定要及时更改，这样才能达到事半功倍的效果。

（5）维护文档的可追踪性。由于信息系统软件运维的动态性，软件的某种修改最终是否有效要经过一定的时间检验，所以运维文档也应与相应的信息系统软件一样要分版本进行管理，这样软件和文档就具有可追踪性，便于持续地运维与改进。

信息系统项目

项目的基本概念

什么是项目？简单地说，安排一场演出、开发一种新产品、建一幢大房子都可以被称为一个项目。所谓项目，简单地说，就是在既定的资源和要求的约束下，为实现某种目的而相互联系的一次性工作任务。这个定义包括三层意思：一定的资源约束、一定的目标、一次性任务。这里的资源包括时间资源、经费资源、人力资源等。

对项目的概念有了一定了解的基础上，我们来看一下项目的基本特征。

明确的目标

项目是一种有着明确目标——一种期望的产品或希望得到的服务的一次性活动。这里的目标包括几个方面。

（1）时间目标如在规定的时段内或规定的时间点之前完成。

（2）成果目标如提供某种规定的产品、服务或其他成果。

（3）其他需满足的要求包括必须满足的要求和应尽量满足的要求。

目标允许有一个变动的幅度，也就是可以修改的。不过一旦项目目标发生实质性变化，它就不再是原来的项目了，而将产生一个新的项目。

独特的性质

每一个项目都是唯一的、独特的。或者项目的成果与其他项目不同；或者项目的成果与其他项目类似，然而其时间和地点，内部和外部的环境，自然和社会条件有别于其他项目，总之项目总是独一无二的，没有两个项目是完全相同的。项目没有可以完全照搬的先例，也不会有完全相同的复制。

有限的生命周期

项目有具体的时间计划，它有一个开始时间和目标必须实现的截止日期。虽然不同项目可以划分为不同的具体阶段，不过，大多数项目的生命周期都可以划分为启动、规划、实施、结尾4个阶段。

特定的委托人

它既是项目结果的需求者，也是项目实施的资金提供者。他可能是一个人，或一个组织；委托人可能是企业外部的，被称作外部客户，也可能是企业内部的，比如企业内的别的部门，被称作内部客户。不管是外部客户还是内部客户，都是项目的委托人或项目成果的使用者。

实施的一次性

一次性是项目与其他常规运作的最大区别。项目有确定的起点和终点，项目不能重复。

组织的临时性和开放性

项目开始时要组建项目团队，项目团队在项目进展过程中，其人数、成员、职责在不断变化。某些成员是借调来的，项目终结时团队要解散，人员要转移。参与项目的组织往往有多个，甚至几十个或更多。他们通过协议或合同以及其他的社会关系结合到一起，在项目的不同时段以不同的程度介入项目活动。可以说，项目组织没有严格的边界，是有弹性的、模糊的、开放的。这一点与一般企事业单位和政府机构很不一样。

项目的不确定性和风险性

项目以所需的时间估计、成本估计、各种资源的有效性为项目计划的假定条件，这种假定带来了一定程度的不确定性，这种不确定性为项目的实现带来一定的风险。项目是一次性任务，做坏了没有机会重来。项目必须保证成功，因此必须精心设计、精心制作和精心控制，以达到预期目标。

结果的不可逆转性

不论结果如何，项目结束了，结果也就确定了。

信息系统项目的概念

通过上一节对项目的介绍，我们知道信息系统的建设也是一类项目。因为信息系统的建设符合项目的定义。我们知道，项目的定义中包含三层意思：一定的资源约束、一定的目标、一次性任务。首先，信息系统的建设是一次性的任务，有明确的任务范围和质量要求，有时间和进度的要求，有经费和资源的限制。因此，信息系统的建设是一类项目的建设过程。

信息系统项目除了具有项目的特征之外，还具有自己的特点。

信息系统项目的目标不精确、任务边界模糊，质量要求主要由项目团队定义

在信息系统开发初期，项目团队调研时，客户只能提出一些初步的功能要求，提不出确切的需求。信息系统项目的任务范围在很大程度上取决于项目组所做的系统规划和需求分析。另外，因为大部分客户方都不是从事信息技术的人员，对信息技术的各种性能指标并不熟悉，所以，信息系统项目所应达到的质量要求也更多地由项目组定义，客户则尽可能地进行审查。为了更好地定义或审查信息系统项目的任务范围和质量要求，客户方可以聘请第三方的信息系统监理或咨询机构来监督项目的实施情况。

在信息系统项目开发过程中，客户的需求不断被激发，不断地被进一步明确，或者客户需求随项目进展而变化，从而导致项目进度、费用等计划的不断更改

尽管已经做好了系统规划、可行性研究，签订了较明确的技术合同，然而随着项目的进展，客户的需求不断地被激发，被进一步明确，导致程序、界面以及相关文档需要经常被修改。而且在修改过程中又可能产生新的问题，这些问题很可能经过相当长的时间后才会被发现。这就要求项目经理在项目开发过程中不断监控和调整项目计划的执行情况，尤其注重项目的变更管理。

信息系统项目是智力密集、劳动密集型项目，受人力资源影响最大，项目成员的结构、责任心、能力和稳定性对信息系统项目的质量以及是否成功有决定性的影响

信息系统项目工作的技术性很强，需要大量高强度的脑力劳动。尽管近年来信息系统辅助开发工具的应用越来越多，但是项目各阶段还是渗透了大量的手工劳动。这些劳动十分细致、复杂和容易出错，因而信息系统项目既是智力密集型项目，又是劳动密集型项目。并且，由于信息系统开发的核心成果——应用软件是不可见的逻辑实体，如果人员发生流动，对于没有深入掌握软件知识或缺乏信息系统开发实践经验的人来说，很难在短时间里做到无缝地承接信息系统的后续开发工作。

另外，信息系统的开发是项目团队整体的工作，为了高质量的完成项目，要充分发掘项目成员的才能和创新精神，不仅要求他们具有一定的技术水平和工作经验，还要求他们具有良好的心理素质和责任心，尤其要具有团队合作精神。项目经理在项目开发过程中，也应该注重项目成员之间的沟通协调，要将人力放到与进度和成本一样高的地位来看待。

自动化

简而言之，就是将我们日常手动进行的一些工作通过工具，系统自动来完成，解放我们的双手，例如：没有工具前，我们安装系统需要一台一台裸机安装，如2000台，可能需要10人/10天，而现在通过自动化工具，只需几个简单命令就能解决这个问题。还有如机器人类程序，自动完成以往每天人工干预的工作，使其自动完成、汇报结果，并具备一定的专家系统能力，能做一些简单的是／非判断、优化选择等。应该说，自动化运维是运维工程师职业化的一个追求，利己利公，虽然这是一个异常艰巨的任务，不断变更的业务、不规范化的应用设计、开发模式、网络架构变更、IDC变更、规范变动等因素，都可能会对现有自动化系统产生影响，所以需要模块化、接口化等工作。自动化相关工作，是运维工程师的核心重点工作之一，也是价值的体现。

总结一下运维中关键技术：大量高并发网站的设计方案；高可靠、高可伸缩性网络架构设计；网站安全问题，如何避免被黑？南北互联问题，动态CDN解决方案；海量数据存储架构。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5