免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2014年上半年 系统集成项目管理工程师 上午试卷 综合知识
  第14题      
  知识点:   功能检查   评审   软件质量保证   软件质量保证计划规范   验证与确认   质量保证   综合检查   概要设计   计算机软件   开发过程   软件需求   详细设计
  关键词:   概要设计   功能设计   计算机软件质量保证计划规范   开发过程   评审   详细设计   需求   子系统   计算机软件   开发   软件质量   软件质量保证   质量保证   质量保证计划        章/节:   信息系统建设与开发   系统集成常用技术标准       

 
根据GB/T 12504-90《计算机软件质量保证计划规范》,在软件及所属子系统开发过程中应该进行三次评审:第一次评审软件需求概要设计验证与确认方法;第二次评审详细设计功能设计与演示;第三次评审功能检查、物理检查和综合检查。第三次评审应在()进行。
 
 
  A.  需求分析阶段结束后
 
  B.  软件设计阶段结束后
 
  C.  集成测试阶段结束后
 
  D.  验收测试阶段结束后
 
 
 

 
  第69题    2016年下半年  
   62%
根据GB/T 12504-1990《计算机软件质量保证计划规范》规定,基本文档最小集可不包括(69)。(70)是在软件发布前,要对软件进行检..
  第11题    2012年下半年  
   61%
关于软件用户质量要求,以下说法正确的是(11)。
  第14题    2011年下半年  
   62%
根据《计算机软件质量保证计划规范 GB/T 12504-1990》,为确保软件的实现满足需求而需要的基本文档中不包括(14)。
 
  第61题    2013年下半年  
   47%
一个故障已经被发现,而且也被排除了,为了检查修改是否引起其他XX,这时应该进行(61)。
  第13题    2015年上半年  
   63%
根据GB/T 12504《计算机软件质量保证计划规范》的规定,为了确保软件的实现满足要求,所必须的基本文档不包括(13)。
  第14题    2011年下半年  
   62%
根据《计算机软件质量保证计划规范 GB/T 12504-1990》,为确保软件的实现满足需求而需要的基本文档中不包括(14)。
 
  第28题    2014年上半年  
   46%
根据GB/T 12504-1990《计算机软件质量保证计划规范》,为确保软件的实现满足需求,需要一些基本的文档:()不属于基本文档.。
  第69题    2010年上半年  
   62%
CMMI 所追求的过程改进目标不包括(69)。
  第69题    2016年下半年  
   62%
根据GB/T 12504-1990《计算机软件质量保证计划规范》规定,基本文档最小集可不包括(69)。(70)是在软件发布前,要对软件进行检..
 
  第9题    2009年上半年  
   56%
在GBAT 14394计算机软件可靠性和可维护性管理标准中,(9)不是详细设计评审的内容。
  第63题    2013年下半年  
   77%
根据《计算机软件文档编制规范GB/T 8567-2006》,文档在形成后都要求进行质量控制,主要活动包括(63)。
①评审②可行性测试..
  第65题    2017年下半年  
   56%
在进度管理中常用的活动网络图,如计划评审技术(PERT)、关键路径法等,也可以应用于质量管理的( )过程中。
   知识点讲解    
   · 功能检查    · 评审    · 软件质量保证    · 软件质量保证计划规范    · 验证与确认    · 质量保证    · 综合检查    · 概要设计    · 计算机软件    · 开发过程    · 软件需求    · 详细设计
 
       功能检查
        在软件发布前进行功能检查,以确认已满足实现软件需求规格说明书中规定的所有需求。
 
       评审
        在软件开发各个阶段都要进行评审。
 
       软件质量保证
        软件质量保证是指通过制订计划、实施和完成质量保证等活动来保证项目生命周期中的软件产品和过程符合其规定的要求。
 
       软件质量保证计划规范
        软件质量保证计划规范了在制定软件质量保证计划时应该遵循的统一的基本要求,适用于软件特别是重要软件质量保证计划的制定工作。
               软件生存周期
               软件生存周期是指从提出应用需求开始,经过开发,产生一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。此周期一般分为需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试及安装与验收等六个阶段。
               验证
               验证是指确定软件开发周期中的一个给定阶段的产品是否达到上一阶段确立的需求的过程。
               确认
               确认是指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
               测试
               测试是指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
               质量
               质量是反映产品或服务满足明确或隐含需求能力的特征和特性的总和。
               质量保证
               质量保证指为使软件产品满足规定需求所进行的一系列有计划的必要工作。
               确保软件需求实现,至少需要的文档
               这些文档包括软件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证和确认报告、用户文档、其他文档(比如项目实施计划、项目进展报告、各阶段评审报表、项目开发总结等)。
               软件质量保证小组
               软件质量保证小组属于总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及子系统软件质量保证人员组成。
               评审小组
               评审小组原则上由项目总体小组成员或特邀专家担任评审组长,项目委托单位、用户代表、质量保证人员、软件开发单位和上级主管部门的代表以及其他人员作为小组成员。项目评审小组可以不设副组长;项目开发组长或其代表可作为评审组的成员,但不能担任评审组的组长或副组长。
               文档质量度量准则
               文档质量度量准则包括完备性(在开发阶段结束时,保证文档齐全)、正确性、简明性、可追踪性、规范性。
               综合检查
               在验收时,允许用户或用户委托的专家对所要验收的软件进行综合检查,以验证代码和设计文档的一致性、接口规格说明之间的一致性、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
               功能检查
               在软件发布前进行功能检查,以确认已满足实现软件需求规格说明书中规定的所有需求。
               性能检查
               性能检查是指对软件性能方面的检查,比如可靠性。
               配置检查
               配置检查包括编制有关软件配置的条款,规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工程等四个方面的活动。此外还必须规定用以维护和存储软件受控版本的方法和措施,必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。
               用户文档
               用户文档必须指明成功运行该软件所需要的数据、控制命令以及运行条件等内容;必须指明所有的出错信息、含义及其修改方法;还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。
               概要设计评审
               在概要设计阶段结束后必须继续概要设计评审,以评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的适合性。
               补充说明:《GB/T 12505—1990计算机软件配置管理计划规范》和《GB/T 12504计算机软件质量保证计划规范》被国标委(公告2005年第146号文)废止,废止后没有替代规范。
 
       验证与确认
        验证(Verification)是确定软件开发过程中的一个给定阶段的产品是否达到前面阶段确立的需求的过程。
        确认(Validation)是指在软件开发过程结束时对软件进行评价,以确认它和需求是否相一致的过程。
 
       质量保证
        质量保证是审计质量要求和质量控制测量结果,确保采用合理的质量标准和操作性定义的过程,其主要作用为促进质量过程改进。
               输入
                      质量管理计划
                      质量管理计划描述了项目质量保证和持续过程改进的方法。
                      过程改进计划
                      项目的质量保证活动应该支持并符合执行组织的过程改进计划。
                      质量测量指标
                      质量测量指标提供了应该被测量的属性和允许的偏差。
                      质量控制测量结果
                      质量控制测量结果是质量控制活动的结果,用于分析和评估项目过程的质量是否符合执行组织的标准或特定要求。质量控制测量结果也有助于分析这些测量结果的产生过程,以确定实际测量结果的正确程度。
                      项目文件
                      项目文件可能影响质量保证工作,应该放在配置管理系统内监控。
               工具与技术
                      质量管理与控制工具
                      质量保证过程使用制订质量管理计划和质量控制过程的工具和技术。除此之外,其他可用的工具包括:
                      .亲和图:与心智图相似,针对某个问题,产生出可联成有组织的想法模式的各种创意。在项目管理中,使用亲和图确定范围分解的结构,有助于WBS的创建。
                      .过程决策程序图(PDPC):用于理解一个目标与达成此目标的步骤之间的关系。PDPC有助于制订应急计划,因为它能帮助团队预测那些可能破坏目标实现的中间环节。
                      .关联图:关系图的变种,有助于在包含相互交叉逻辑关系(可有多达50个相关项)的中等复杂情形中创新性地解决问题。可以使用其他工具(如亲和图、树形图或鱼骨图)产生的数据来绘制关联图。
                      .树形图:也称系统图,可用于表现WBS、RBS(风险分解结构)和OBS(组织分解结构)的层次分解结构。在项目管理中,树形图依据定义嵌套关系的一套系统规则,用层次分解形式直观地展示父子关系。
                      .优先矩阵:用来识别关键事项和合适的备选方案,并通过一系列决策,排列出备选方案的优先顺序。先对标准排序和加权,再应用于所有备选方案,计算出数学得分,对备选方案排序。
                      .活动网络图:过去称为箭头图,包括AOA(活动箭线图)和最常用的AON(活动节点图)两种格式的网络图。活动网络图连同项目进度计划编制方法一起使用,如计划评审技术(PERT)、关键路径法(CPM)和紧前关系绘图法(PDM)。
                      .矩阵图:使用矩阵结构对数据进行分析。在行列交叉的位置展示因素、原因和目标之间的关系强弱。
                      以上七种质量管理和控制工具如下图所示。
                      质量审计
                      质量审计是用来确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化的、独立的过程。质量审计的目标是:
                      .识别全部正在实施的良好及最佳实践。
                      .识别全部违规做法、差距及不足。
                      .分享所在组织或行业中类似项目的良好实践。
                      .积极、主动地提供协助,以改进过程的执行,从而帮助团队提高生产效率。
                      .强调每次审计都应对组织经验教训的积累做出贡献。
                      质量审计还可确认已批准的变更请求(包括更新、纠正措施、缺陷补救和预防措施)的实施情况。
                      过程分析
                      过程分析是指按照过程改进计划中概括的步骤来识别所需的改进。它也要检查在过程运行期间遇到的问题、制约因素,以及发现的非增值活动。过程分析包括根本原因分析(用于识别问题、探究根本原因,并制订预防措施的一种具体技术)。
                      
                      七种质量管理和控制工具示意图
               输出
                      变更请求
                      可以提出变更请求,并提交给实施整体变更控制过程,以全面考虑改进建议。可以为采取纠正措施、预防措施或缺陷补救而提出变更请求。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括质量管理计划、范围管理计划、进度管理计划和成本管理计划。
                      项目文件更新
                      可能需要更新的项目文件包括质量审计报告、培训计划和过程文档。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括组织的质量标准和质量管理系统。
 
       综合检查
        在验收时,允许用户或用户委托的专家对所要验收的软件进行综合检查,以验证代码和设计文档的一致性、接口规格说明之间的一致性、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
 
       概要设计
        1)设计软件系统总体结构
        设计软件系统总体结构的基本任务是采用某种设计方法,将一个复杂的系统按功能划分成模块;确定每个模块的功能;确定模块之间的调用关系;确定模块之间的接口,即模块之间传递的信息;评价模块结构的质量。
        2)数据结构及数据库设计
        (1)数据结构的设计。在需求分析阶段,已经通过数据字典对数据的组成、操作约束和数据之间的关系等方面进行了描述,确定了数据的结构特性,在概要设计阶段要加以细化,详细设计阶段则规定具体的实现细节。在概要设计阶段,宜使用抽象的数据类型。
        (2)数据库的设计。数据库的设计是指数据存储文件的设计,主要指以下几个方面。
        ①概念设计。在数据分析的基础上,采用自底向上的方法从用户角度进行视图设计,一般用ER模型来表述数据模型。
        ②逻辑设计。ER模型是独立于数据库管理系统(DBMS)的,要结合具体的DBMS特征来建立数据库的逻辑结构。
        ③物理设计。物理设计就是设计数据模式的一些物理细节,如数据项存储要求、存取方法和索引的建立等。
        3)编写概要设计文档
        文档主要有概要设计说明书、数据库设计说明书、用户手册以及修订测试计划。
        4)评审
        对设计部分是否完整地实现了需求中规定的功能、性能等要求,设计方法的可行性,关键的处理及内外部接口定义的正确性、有效性以及各部分之间的一致性等都一一进行评审。
 
       计算机软件
        计算机软件是指为管理、运行、维护及应用计算机系统所开发的程序和相关文档的集合。如果计算机系统中仅有硬件系统,则只具备了计算的基础,并不能真正计算,只有将解决问题的步骤编制成机器可识别的程序并加载到计算机内存开始运行,才能完成计算。
        软件是计算机系统中的重要组成部分,通常可将软件分为系统软件、中间件和应用软件等类型。系统软件的主要功能是管理系统的硬件和软件资源,应用软件则用于解决应用领域的具体问题,中间件是一类独立的系统软件或服务程序,常用来管理计算资源和网络通信,提供通信处理、数据存取、事务处理、Web服务、安全、跨平台等服务。
 
       开发过程
        嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。
        项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段,与通用软件的开发过程基本一致,都可按照软件工程方法进行,如采用原型化方法、结构化方法等。
        :由于嵌入式软件的运行和开发环境不同,开发工作是交叉进行的,所以每一步都要考虑到这一点。
        程序建立阶段的工作是根据详细设计阶段产生的文档进行的,主要是源代码编写、编译链接等子过程,这些工作都在宿主机上进行,不需要用到目标机。产生应用程序的可执行文件后,就要用到交叉开发环境进行调试,根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高,所以,在对嵌入式系统进行白盒测试时,要求有更高的代码覆盖率。
        最后,要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同,可以固化在EPROM(Erasable Programmable ROM,可擦除可编程ROM)和Flash等存储器中,也可固化在DOC(DiskOnChip)等电子盘中,通常还要借助一些专用编程器进行。
 
       软件需求
        在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。
        (1)功能需求。
        (2)性能需求。
        (3)用户或人的因素。
        (4)环境需求。
        (5)界面需求。
        (6)文档需求。
        (7)数据需求。
        (8)资源使用需求。
        (9)安全保密要求。
        (10)可靠性要求。
        (11)软件成本消耗与开发进度需求。
        (12)其他非功能性要求。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
               (1)确定软件系统的综合要求,包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
               (2)分析软件系统的数据要求,包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
               (3)导出系统的逻辑模型,在结构化方法中可用数据流图来描述;在面向对象分析方法中可以用类模型来描述。
               (4)修正项目开发计划。
               (5)如有必要,可开发一个原型系统以验证用户的需求。
               软件需求的分类
               下面介绍软件需求的分类。
               (1)功能需求。所开发的软件必须具备什么样的功能。
               (2)非功能需求。它是指产品必须具备的属性或品质,如可靠性、性能响应时间、容错性和可扩展性等。
               (3)设计约束。其也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
               软件需求分析方法
               需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
 
       详细设计
        总体设计只是为整个信息系统提供了一个设计思路和框架,框架内的血肉需要系统的设计人员在详细设计这个阶段充实。总体设计完成后,设计人员要向用户和有关部门提交一份详细的报告,说明设计方案的可行程度和更改情况,得到批准后转入系统详细设计。详细设计阶段主要是在总体设计的基础上,将设计方案进一步详细化、条理化和规范化,为各个具体任务选择适当的技术手段和处理方法。系统的详细设计一般包括如下。
        (1)代码设计。
        代码设计就是信息分类和编码的工作,是将系统中有某些共同属性或特征的信息归并在一起,并利用便于计算机和人识别和处理的符号来表示这些信息的设计工作。
        (2)数据库设计。
        数据库设计就是构建既能客观、准确地反映外部世界,又便于人类大脑认识的概念模型,并在此基础上对数据进行建模,转化为数据库管理系统所支持的数据模型;选择合适的存储结构和存储方法,最终完成数据库的设计工作。
        (3)输入/输出设计。
        输入/输出设计主要是对以记录为单位的各种输入输出报表格式的描述。另外,对人机对话格式的设计和输入输出装置的选择也在这一步完成。
        (4)用户界面设计。
        用户界面设计是指在用户与系统之间架起一座桥梁。主要内容包括:定义界面形式;定义基本的交互控制形式;定义图形和符号;定义通用的功能键和组合键的含义及其操作内容;定义帮助策略,等等。
        (5)处理过程设计。
        总体设计将系统分解为许多模块,并基本决定了每个模块的功能和界面。处理过程设计则定义每个模块的内部执行过程,包括数据的组织、控制流、每一步的具体加工要求和实施细节。通过处理过程设计,为编写程序制定一个周密的计划。一般来说,每一个功能模块都应设计一个处理流程。
   题号导航      2014年上半年 系统集成项目管理工程师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第14题    在手机中做本题