免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2010年下半年 信息系统项目管理师 上午试卷 综合知识
  第12题      
  知识点:   GB/T 16680-1996   评审   软件文档管理指南   文档管理
  关键词:   评审   软件文档管理指南   需求   软件文档   文档   文档管理        章/节:   标准       

 
根据《软件文档管理指南GB/T 16680-1996》的要求,有关正式组织需求文档的评审,不正确的是(12)。
 
 
  A.  无论项目大小或项目管理的正规化程度,需求评审是必不可少的
 
  B.  可采用评审会的方式进行评审
 
  C.  评审小组由软件开发单位负责人、开发小组成员、科技管理人员和标准化人员组成,必要时还可邀请外单位专家参加
 
  D.  需求文档可能需要多次评审
 
 
 

 
  第14题    2011年上半年  
   59%
某单位计划开发信息系统来实现其全员工资计算的自动化,根据《软件文档管理指南GB/T16680-1996》,该信息系统项目中的文档质量等..
  第13题    2016年下半年  
   56%
以下叙述中,不符合GB/T 16680《软件文档管理指南》规定的是(13)。
  第22题    2008年下半年  
   43%
根据《软件文档管理指南 GB/T16680-1996》, (22)不属于基本的开发文档。
   知识点讲解    
   · GB/T 16680-1996    · 评审    · 软件文档管理指南    · 文档管理
 
       GB/T 16680-1996
        《软件文档管理指南》(GB/T 16680—1996 NEQ ISO/IEC TR 9294-1990)标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。GB/T 16680—1996的目的在于协助管理者在他们的机构中产生有效的文档。GB/T 16680—1996涉及策略、标准、规程、资源和计划,管理者必须关注这些内容,以便有效地管理软件文档。
        根据GB/T 16680—1996,文档是指一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。通常仅用于描述人工可读的内容。例如,技术文件、设计文件、版本说明文件。软件文档的作用是管理依据、任务之间联系的凭证、质量保证、培训与参考;软件维护支持、历史档案。
        软件文档可归入三种类别:开发文档(描述开发过程本身)、产品文档(描述开发过程的产物)、管理文档(记录项目管理的信息)。
               文档计划
               文档计划是指一个描述文档编制工作方法的管理用文档。该计划主要描述要编制什么类型的文档,这些文档的内容是什么,何时编写,由谁编写,如何编写,以及什么是影响期望结果的可用资源和外界因素。
               文档计划一般包括以下几方面的内容:
               (1)列出应编制文档的目录。
               (2)提示编制文档应参考的标准。
               (3)指定文档管理员。
               (4)提供编制文档所需要的条件,落实文档编写人员、所需经费以及编制工具等。
               (5)明确保证文档质量的方法,为了确保文档内容的正确性、合理性,应采取一定的措施,如评审、鉴定等。
               (6)绘制进度表,以图表形式列出在软件生存期各阶段应产生的文档、编制人员、编制日期、完成日期、评审日期等。
               此外,文档计划规定每个文档要达到的质量等级,以及为达到期望结果必须考虑哪些外部因素。文档计划还确定该计划和文档的分发,并且明确叙述参与文档工作的所有人员的职责。
               开发文档
               开发文档是描述软件开发过程,包括软件需求、软件设计、软件测试、保证软件质量的一类文档,开发文档也包括软件的详细技术描述(程序逻辑、程序间相互关系、数据格式和存储等)。开发文档起到如下五种作用:
               (1)它们是软件开发过程中包含的所有阶段之间的通信工具,它们记录生成软件需求、设计、编码和测试的详细规定和说明。
               (2)它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做什么、如何做和何时做。
               (3)它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时,管理者将失去跟踪和控制软件项目的一个重要工具。
               (4)它们形成了维护人员所要求的基本软件文档。而这些支持文档可作为产品文档的一部分。
               (5)它们记录软件开发的历史。
               基本的开发文档有可行性研究和项目任务书;需求规格说明;功能规格说明;设计规格说明,包括程序和数据规格说明;开发计划;软件集成和测试计划;质量保证计划、标准、进度;安全和测试信息。
               产品文档
               产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。产品文档起到如下三种作用:
               (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)维护文档的可追踪性。由于信息系统软件运维的动态性,软件的某种修改最终是否有效要经过一定的时间检验,所以运维文档也应与相应的信息系统软件一样要分版本进行管理,这样软件和文档就具有可追踪性,便于持续地运维与改进。
   题号导航      2010年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第12题    在手机中做本题