免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2013年下半年 系统集成项目管理工程师 上午试卷 综合知识
  第63题      
  知识点:   计算机软件文档编制规范   评审   质量控制   GB/T 8567-2006   计算机软件   主要活动   走查
  关键词:   计算机软件文档编制规范   可行性测试   评审   质量控制   走查   测试   计算机软件   可行性   软件文档   文档   文档编制        章/节:   系统集成常用技术标准       

 
根据《计算机软件文档编制规范GB/T 8567-2006》,文档在形成后都要求进行质量控制主要活动包括(63)。
评审②可行性测试③走查④审查
 
 
  A.  ①②③④
 
  B.  ①②
 
  C.  ①③④
 
  D.  ②③④
 
 
 

 
  第65题    2017年下半年  
   56%
在进度管理中常用的活动网络图,如计划评审技术(PERT)、关键路径法等,也可以应用于质量管理的( )过程中。
  第9题    2010年下半年  
   66%
程序员小张在某项目中编写了源代码文件X的0.1版(以下简称Xv0.1)。随后的开发中小张又修改了Xv0.1,得到文件X的1.0版(以下简称..
  第14题    2014年上半年  
   43%
根据GB/T 12504-90《计算机软件质量保证计划规范》,在软件及所属子系统开发过程中应该进行三次评审:第一次评审软件需求、概要设..
   知识点讲解    
   · 计算机软件文档编制规范    · 评审    · 质量控制    · GB/T 8567-2006    · 计算机软件    · 主要活动    · 走查
 
       计算机软件文档编制规范
        《GB/T 8567—2006计算机软件文档编制规范》给出了软件项目开发过程中典型的文件的编制指导。
        软件开发文件编制指南以提供模板的方式提供了软件开发过程中所需的25种文档以及面向对象开发所对应的10种文档。
        软件开发过程中所需的25种文档类型包括:
        (1)可行性分析(研究)报告(FAR)。
        (2)软件开发计划(SDP)。
        (3)软件测试计划(STP)。
        (4)软件安装计划(SIP)。
        (5)软件移交计划(STrP)。
        (6)运行概念说明(OCD)。
        (7)系统(子系统)需求规格说明(SSS)。
        (8)接口需求规格说明(IRS)。
        (9)系统(子系统)设计(结构设计)说明(SSDD)。
        (10)接口设计说明(IDD)。
        (11)软件需求规格说明(SRS)。
        (12)数据需求说明(DRD)。
        (13)软件(结构)设计说明(SDD)。
        (14)数据库(顶层)设计说明(DBDD)。
        (15)软件测试说明(STD)。
        (16)软件测试报告(STR)。
        (17)软件配置管理计划(SCMP)。
        (18)软件质量保证计划(SQAP)。
        (19)开发进度月报(DPMR)。
        (20)项目开发总结报告(PDSR)。
        (21)软件产品规格说明(SPS)。
        (22)软件版本说明(SVD)。
        (23)软件用户手册(SUM)。
        (24)计算机操作手册(COM)。
        (25)计算机编程手册(CPM)。
        面向对象开发的10类文档包括:
        (1)总体说明文档。
        (2)用况图文档。
        (3)类图文档。
        (4)顺序图文档。
        (5)协作图文档。
        (6)状态图文档。
        (7)活动图文档。
        (8)构件图文档。
        (9)部署图文档。
        (10)包图文档。
 
       评审
        在软件开发各个阶段都要进行评审。
 
       质量控制
        质量控制是监督并记录质量活动执行结果,以便评估绩效,并推荐必要的变更过程,其主要作用包括:
        .识别过程低效或产品质量低劣的原因,建议并采取相应措施消除这些原因。
        .确认项目的可交付成果及工作满足主要干系人的既定需求,足以进行最终验收。
               输入
                      项目管理计划
                      项目管理计划中包含质量管理计划,用于控制质量。质量管理计划描述将如何在项目中开展质量控制。
                      质量测量指标
                      质量测量指标描述了项目或产品属性及其测量方式。质量测量指标的例子包括功能点、平均故障间隔时间(MTBF)和平均修复时间(MTTR)。
                      质量核对单
                      质量核对单是结构化清单,有助于核实项目工作及其可交付成果是否满足一系列要求。
                      工作绩效数据
                      工作绩效数据包括实际技术性能(与计划比较)、实际进度绩效(与计划比较)和实际成本绩效(与计划比较)。
                      批准的变更请求
                      实施整体变更控制过程中批准的变更请求,可包括各种修正,如缺陷补救、修订的工作方法和修订的进度计划。需要核实批准的变更是否已得到及时实施。
                      可交付成果
                      可交付成果是任何独特并可核实的产品、成果或能力,最终将成为项目所需的、确认的可交付成果。
                      项目文件
                      项目文件可能包括协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产
                      可能影响质量控制过程的组织过程资产包括组织的质量标准和政策、标准化的工作指南、问题与缺陷报告程序及沟通政策。
               工具与技术
                      七种基本质量工具
                      七种基本质量工具包括因果图、流程图、核查图、帕累托图、直方图、控制图和散点图,如本章第1张图所示。
                      统计抽样
                      统抽样是指按照质量管理计划中的规定,抽取和测量样本。
                      检查
                      检查是指检验工作产品,以确定是否符合书面标准。检查的结果通常包括相关的测量数据。检查也可称为审查、同行审查、审计或巡检等。
                      审计已批准的变更请求
                      对所有已批准的变更请求进行审查,以核实它们是否已按批准的方式得到实施。
               输出
                      质量控制测量结果
                      质量控制测量结果是对质量控制活动结果的书面记录。应该以制订质量管理计划过程中所确定的格式加以记录。
                      确认的变更
                      对变更或补救过的对象进行检查,做出接受或拒绝的决定,并把决定通知干系人。被拒绝的对象可能需要返工。
                      核实的可交付成果
                      质量控制过程的一个目的就是确定可交付成果的正确性。核实的可交付成果是范围确认过程的一项输入,以便正式验收。
                      工作绩效信息
                      工作绩效信息是从各控制过程收集,并结合相关背景和跨领域关系进行整合分析而得到的绩效数据。
                      变更请求
                      如果推荐的纠正措施、预防措施或缺陷补救导致需要对项目管理计划进行变更,则应按既定的整体变更控制过程的要求,提出变更请求。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括质量管理计划和过程改进计划。
                      项目文件更新
                      可能需要更新的项目文件包括质量标准、协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括完成的核对单和经验教训文档。
 
       GB/T 8567-2006
        GB/T 8567-2006《计算机软件文档编制规范》主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。该标准原则上适用于所有类型的软件产品的开发过程和管理过程。
        该标准规定了文档过程,包括软件标准的类型(含产品标准和过程标准)、源材料的准备、文档计划、文档开发、评审、与其他公司的文档开发子合同。该标准规定了文档编制要求,包括软件生存同期与各种文档的编制要求,含可行性与计划研究、需求分析、设计、实现、测试、运行与维护共6个阶段的要求,在文档编制中应考虑的各种因素。
        该标准详细给出了25种文档编制的格式,包括可行性分析(研究)报告、软件开发计划、软件测试计划、软件安装计划、软件移交计划、运行概念说明、系统/子系统需求规格说明、接口需求规格说明、系统/子系统设计(结构设计)说明、接口设计说明、软件需求规格说明、数据需求说明、软件(结构)设计说明、数据库(顶层)设计说明、软件测试说明、软件测试报告、软件配置管理计划、软件质量保证计划、开发进度月报、项目开发总结报告、软件产品规格说明、软件版本说明、软件用户手册、计算机操作手册、计算机编程手册。这25种文件可分别适用于计算机软件的管理人员、开发人员、维护人员和用户。标准给出了25种文件的具体内容,使用者可根据实际情况对该标准进行适当剪裁。
        该标准参考国际标准ISO/IEC 15910:1999《信息技术软件用户文档过程》等标准制定的,代替GB/T 8567-1988《计算机软件产品开发文件编制指南》。
               文档的编制
               软件生命周期各阶段与软件文档编制工作的关系如下表所示。
               
               软件生命周期各阶段与软件文档编制工作的关系
               
               文档的使用
               各类人员与软件文档的使用关系如下表所示。
               
               各类人员与软件文档的使用关系
               文档的控制
               在一项软件的开发过程中,随着程序的逐步形成和逐步修改,各种文件亦在不断地产生、不断地修改或补充。因此,必须加以周密的控制,以保持文件与程序产品的一致性,保持各种文件之间的一致性和文件的安全性。这种控制表现为:
               (1)就从事一项软件开发工作的开发集体而言,应设置一位专职的文件管理人员(接口管理工程师或文件管理员);在开发集体中,应该集中保管本项目现有全部文件的主文本两套,由该文件管理人员负责保管。
               (2)每一份提交给文件管理人员的文件都必须具有编写人、审核人和批准人的签字。
               (3)这两套主文本的内容必须完全一致。其中有一套是可供出借的,另一套是绝对不能出借的,以免发生万一;可出借的主文本在出借时必须办理出借手续,归还时办理注销出借手续。
               (4)开发集体中的工作人员可以根据工作的需要,在本项目的开发过程中持有一些文件,即所谓个人文件,包括为使他完成他承担的任务所需要的文件,以及他在完成任务过程中所编制的文件;但这种个人文件必须是主文本的复制品,必须同主文本完全一致,若要修改,必须首先修改主文本。
               (5)不同开发人员所拥有的个人文件通常是主文本的各种子集;所谓子集是指把主文本的各个部分根据承担不同任务的人员或部门的工作需要加以复制、组装而成的若干个文件的集合;文件管理人员应该列出一份不同子集的分发对象的清单,按照清单及时把文件分发给有关人员或部门。
               (6)一份文件如果已经被另一份新的文件所代替,则原文件应该被注销;文件管理人中要随时整理主文本,及时反映出文件的变化和增加情况,及时分发文件。
               (7)当一个项目的开发工作临近结束时,文件管理人员应逐个收回开发集体内每个成员的个人文件,并检查这些个人文件的内容;经验表明,这些个人文件往往可能比主文本更详细,或同主文本的内容有所不同,必须认真监督有关人员进行修改,使主文本能真正反映实际的开发结果。
 
       计算机软件
        计算机软件是指为管理、运行、维护及应用计算机系统所开发的程序和相关文档的集合。如果计算机系统中仅有硬件系统,则只具备了计算的基础,并不能真正计算,只有将解决问题的步骤编制成机器可识别的程序并加载到计算机内存开始运行,才能完成计算。
        软件是计算机系统中的重要组成部分,通常可将软件分为系统软件、中间件和应用软件等类型。系统软件的主要功能是管理系统的硬件和软件资源,应用软件则用于解决应用领域的具体问题,中间件是一类独立的系统软件或服务程序,常用来管理计算资源和网络通信,提供通信处理、数据存取、事务处理、Web服务、安全、跨平台等服务。
 
       主要活动
        问题管理流程中的主要活动如下。
        .问题控制。
        .错误控制。
        .问题预防。
        .制作管理报告。
 
       走查
        走查与代码审查基本相同,其过程分为两步。
        第一步也是把材料先发给走查小组每个成员,让他们认真研究程序,然后再开会。开会的程序与代码审查不同,不是简单地读程序和对照错误检查表进行检查,而是让与会者“充当”计算机,即首先由测试组成员为所测程序准备一批有代表性的测试用例,提交给走查小组。走查小组开会,集体扮演计算机角色,让测试用例沿程序的逻辑运行一遍,随时记录程序的踪迹,供分析和讨论用。
        人们借助测试用例的媒介作用,对程序的逻辑和功能提出各种疑问,结合问题开展热烈的讨论和争议,能够发现更多的问题。
        代码检查应在编译和动态测试之前进行,在检查前,应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表等。
        在实际使用中,代码检查能快速找到缺陷,发现30%~70%的逻辑设计和编码缺陷,而且代码检查看到的是问题本身而非征兆。但是代码检查非常耗费时间,而且代码检查需要知识和经验的积累。
        代码检查可以使用测试软件进行自动化测试,以利于提高测试效率,降低劳动强度,或者使用人工进行测试,以充分发挥人力的逻辑思维能力。
   题号导航      2013年下半年 系统集成项目管理工程师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第63题    在手机中做本题