免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2015年上半年 信息系统项目管理师 上午试卷 综合知识
  第9题      
  知识点:   计算机软件   软件需求   软件质量保证   软件质量保证计划规范   实施计划   验证与确认   用户文档   质量保证
  关键词:   计算机软件质量保证计划规范   软件需求规格说明书   用户文档   计算机软件   软件需求规格   软件质量   软件质量保证   文档   需求   需求规格说明书   质量保证   质量保证计划        章/节:   标准       

 
根据GB/T 12504-90《计算机软件质量保证计划规范》,为了确保软件的实现满足要求,至少需要下列基本文档()。
①项目实施计划软件需求规格说明书 ③软件验证与确认计划
④项目进展报表 ⑤软件验证与确认报告 ⑥用户文档
 
 
  A.  ①②③④⑤⑥
 
  B.  ②③④⑤
 
  C.  ②③④⑤⑥
 
  D.  ②③⑤⑥
 
 
 

 
  第14题    2009年下半年  
   56%
根据《GB/T 12504-90计算机软件质量保证计划规范》的规定,为了确保软件的实现满足需求,需要的基本文档不包括(14)。
  第14题    2012年上半年  
   57%
GB/T12504-1990标准中对计算机软件质量保证计划进行了规范,要求(14):必须指明成功运行该软件所需要的数据、控制命令以及运行条..
  第4题    2023年下半年  
   0%
()指出,对某一事物进行度量时会对其行为产生影响,因此需要谨慎制定度量指标。
   知识点讲解    
   · 计算机软件    · 软件需求    · 软件质量保证    · 软件质量保证计划规范    · 实施计划    · 验证与确认    · 用户文档    · 质量保证
 
       计算机软件
        计算机软件是指为管理、运行、维护及应用计算机系统所开发的程序和相关文档的集合。如果计算机系统中仅有硬件系统,则只具备了计算的基础,并不能真正计算,只有将解决问题的步骤编制成机器可识别的程序并加载到计算机内存开始运行,才能完成计算。
        软件是计算机系统中的重要组成部分,通常可将软件分为系统软件、中间件和应用软件等类型。系统软件的主要功能是管理系统的硬件和软件资源,应用软件则用于解决应用领域的具体问题,中间件是一类独立的系统软件或服务程序,常用来管理计算资源和网络通信,提供通信处理、数据存取、事务处理、Web服务、安全、跨平台等服务。
 
       软件需求
        在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。
        (1)功能需求。
        (2)性能需求。
        (3)用户或人的因素。
        (4)环境需求。
        (5)界面需求。
        (6)文档需求。
        (7)数据需求。
        (8)资源使用需求。
        (9)安全保密要求。
        (10)可靠性要求。
        (11)软件成本消耗与开发进度需求。
        (12)其他非功能性要求。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
               (1)确定软件系统的综合要求,包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
               (2)分析软件系统的数据要求,包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
               (3)导出系统的逻辑模型,在结构化方法中可用数据流图来描述;在面向对象分析方法中可以用类模型来描述。
               (4)修正项目开发计划。
               (5)如有必要,可开发一个原型系统以验证用户的需求。
               软件需求的分类
               下面介绍软件需求的分类。
               (1)功能需求。所开发的软件必须具备什么样的功能。
               (2)非功能需求。它是指产品必须具备的属性或品质,如可靠性、性能响应时间、容错性和可扩展性等。
               (3)设计约束。其也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
               软件需求分析方法
               需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
 
       软件质量保证
        软件质量保证包括与以下7个主要活动相关的各种任务。
        (1)应用技术方法。软件质量保证首先从一组技术方法和工具开始,这些方法和工具帮助分析人员形成高质量的规格说明和高质量的设计。
        (2)进行正式的技术评审。这是一种由技术人员实施的程式化会议,其唯一的目的是揭露质量问题。
        (3)测试软件。软件测试组合了多种测试策略,这些测试策略带有一系列有助于有效地检测错误的测试用例及设计方法。
        (4)标准的实施。多数情况下,标准由客户或某些章程确定。与标准是否一致的评估可以被软件开发者作为正式技术评审的一部分来进行。
        (5)控制变更。变更控制过程通过对变更的正式申请、评价变更的特性和控制变更的影响等直接提高软件的质量。变更控制应用于软件开发期间和较后的软件维护阶段。
        (6)计量。其包括某些技术上的和面向管理的计量。
        (7)记录保存和报告。为软件质量保证提供收集和传播软件质量保证信息的过程。评审、监察、变更控制、测试和其他软件质量保证活动的结果必须变成项目历史记录的一部分,并且应当把它传播给需要知道这些结果的开发人员。
 
       软件质量保证计划规范
        软件质量保证计划规范了在制定软件质量保证计划时应该遵循的统一的基本要求,适用于软件特别是重要软件质量保证计划的制定工作。
               软件生存周期
               软件生存周期是指从提出应用需求开始,经过开发,产生一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。此周期一般分为需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试及安装与验收等六个阶段。
               验证
               验证是指确定软件开发周期中的一个给定阶段的产品是否达到上一阶段确立的需求的过程。
               确认
               确认是指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
               测试
               测试是指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
               质量
               质量是反映产品或服务满足明确或隐含需求能力的特征和特性的总和。
               质量保证
               质量保证指为使软件产品满足规定需求所进行的一系列有计划的必要工作。
               确保软件需求实现,至少需要的文档
               这些文档包括软件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证和确认报告、用户文档、其他文档(比如项目实施计划、项目进展报告、各阶段评审报表、项目开发总结等)。
               软件质量保证小组
               软件质量保证小组属于总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及子系统软件质量保证人员组成。
               评审小组
               评审小组原则上由项目总体小组成员或特邀专家担任评审组长,项目委托单位、用户代表、质量保证人员、软件开发单位和上级主管部门的代表以及其他人员作为小组成员。项目评审小组可以不设副组长;项目开发组长或其代表可作为评审组的成员,但不能担任评审组的组长或副组长。
               文档质量度量准则
               文档质量度量准则包括完备性(在开发阶段结束时,保证文档齐全)、正确性、简明性、可追踪性、规范性。
               综合检查
               在验收时,允许用户或用户委托的专家对所要验收的软件进行综合检查,以验证代码和设计文档的一致性、接口规格说明之间的一致性、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
               功能检查
               在软件发布前进行功能检查,以确认已满足实现软件需求规格说明书中规定的所有需求。
               性能检查
               性能检查是指对软件性能方面的检查,比如可靠性。
               配置检查
               配置检查包括编制有关软件配置的条款,规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工程等四个方面的活动。此外还必须规定用以维护和存储软件受控版本的方法和措施,必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。
               用户文档
               用户文档必须指明成功运行该软件所需要的数据、控制命令以及运行条件等内容;必须指明所有的出错信息、含义及其修改方法;还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。
               概要设计评审
               在概要设计阶段结束后必须继续概要设计评审,以评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的适合性。
               补充说明:《GB/T 12505—1990计算机软件配置管理计划规范》和《GB/T 12504计算机软件质量保证计划规范》被国标委(公告2005年第146号文)废止,废止后没有替代规范。
 
       实施计划
        (1)工作任务的分解:指对开发中应完成的各项工作按子系统(或系统功能)划分,指定专人分工负责。
        (2)进度:指给出各项工作的预定日期和完成日起,规定任务完成的先后顺序及完成的界面。可用PERT图或甘特图表示进度。
        (3)预算:指逐项列出本项目所需要的劳务以及经费的预算,包括办公费、差旅费、资料费,等等。
        系统说明书内容指南
        1.引言
        1.1摘要
        (摘要说明所建议开发的系统的名称、目标和功能。)
        1.2背景
        (1)项目的承担者
        (2)用户
        (3)本系统和其他系统或机构的关系和联系
        1.3参考和引用资料
        (1)本项目的经核准的计划任务书或合同、上级机关的批文
        (2)属于本项目的其他已发表的文件
        (3)本文件中各处引用的文件资料
        (列出上述文件资料的标题、编号、发表日期和制定单位,说明这些文件资料的来源。)
        1.4专门术语定义
        (本文件所用到的术语。)
        2.项目概述
        2.1项目的主要工作内容
        (简要地说明本项目在开发中须进行的各项主要工作,这些工作是建立新系统逻辑模型的必要条件,而逻辑模型是书写系统说明书的基础。)
        2.2系统需求说明
        (新系统是在现行系统的基础上建立起来的。在新系统设计工作开展之前,必须对系统调查清楚,掌握现行系统的真实情况,了解用户的新要求和问题所在。)
        2.2.1现行系统的现状调查说明
        (列出现行系统的目标、主要功能、用户要求等,并简要指出问题所在。)
        2.2.2业务流程说明
        (简要说明现行系统现场工作流程和事务流程概况。反映这些业务流程的业务流程图,若需要,可另附。)
        2.3系统功能说明
        (在现行系统现状调查的基础上,进一步透过具体工作,分析组织内信息、数据流动的路径和过程,真正弄清用户要解决什么问题,明确系统的功能要求。)
        2.3.1新系统功能要求
        (数据流程图是系统需求的高度概括,是调查研究的重要产物,它源于现行系统,又高于现行系统。这里主要通过数据流程图概况说明系统的功能要求。)
        (1)系统的目标
        (从新系统数据流程图的分析中,说明新系统有哪些目标。)
        (2)新系统的功能要求
        (列出新系统的主要功能)
        (3)验收
        (简单说明分析员和用户一起讨论分析的验收是否达到要求。)
        2.4系统的数据要求说明
        (从数据流程图和数据字典分析逻辑数据结构,标识每个数据结构中的每个数据项、记录和文件的长度以及它们之间的关系。)
        2.4.1系统的数据要求
        (这里的数据是指静态数据,即在运行过程中主要作为参考的数据,它们在很长一段时间内不会变化,一般不随运行而改变。)
        (1)数据项定义
        (说明数据项定义中出现的例外情况,列出作为控制或参考的主要数据项。)
        (2)容量
        (本系统所有数据项的总长度。)
        (3)用户
        (4)验收
        (指出验收情况。)
        2.4.2系统的数据要求的粗略估计
        (粗略估算系统在运行过程中动态数据的内容。)
        上述工作,再加上环境对系统影响的估计,以及研制时间和人力、物力引起的费用估计,构成系统规格说明书。
        3.实施总计划
        3.1工作任务的分解
        (对于项目开发中应完成的各项工作,按系统功能(或子系统)划分,指定专人(或小组)分工完成,指明每项任务的负责人。)
        3.2进度
        (给出每项工作任务的预定开始日期和完成日期,规定各项工作任务完成的先后顺序以及每项工作任务完成的界面。)
        3.3预算
        (逐项列出本开发项目所需要的劳务(包括工作量/人)以及经费的预算(包括办公费、差旅费、资料费等)。)
 
       验证与确认
        验证(Verification)是确定软件开发过程中的一个给定阶段的产品是否达到前面阶段确立的需求的过程。
        确认(Validation)是指在软件开发过程结束时对软件进行评价,以确认它和需求是否相一致的过程。
 
       用户文档
        用户文档必须指明成功运行该软件所需要的数据、控制命令以及运行条件等内容;必须指明所有的出错信息、含义及其修改方法;还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如ISO/IEC 9126软件质量模型和Mc Call软件质量模型。ISO/IEC 9126已经被ISO/ICE 25010系统和软件质量模型所取代,其主要改进包括将兼容性作和安全性作为质量特性,ISO/IEC 25012数据质量模型与ISO/IEC 25030使用质量模型作为补充。
                      ISO/ICE 25010系统和软件质量模型
                      ISO/ICE 25010系统和软件质量模型包含8个质量特性,每个特性由一组相关的质量子特性组成,如下图所示。该产品质量模型既可以用于软件,又可以用于任何包含软件的计算机系统。
                      
                      产品质量模型
                      其中,各质量特性和质量子特性的含义如下。
                      (1)功能适合性(functional suitability)。与一组功能及其指定的性质的存在有关的一组属性。功能是指满足规定或隐含需求的那些功能。
                      .功能完整性(functional completeness):与对规定任务和用户目标加以实现的功能是否完整有关的属性。
                      .功能适当性(functional appropriateness):与对规定任务和用户目标能否提供一组功能以及这组功能是否适合有关的属性。
                      .功能正确性(functional correctness):与能够得到正确或相符的结果或效果有关的产品或系统属性。
                      (2)性能效率(performance efficiency)。在规定条件下,系统的性能水平与所用资源量之间的关系有关的一组属性。
                      .时间特性(time behavior):与响应和处理时间以及软件执行其功能时的吞吐量有关的属性。
                      .资源利用率(resource utilization):与系统执行其功能时所使用的资源量以及使用资源的类型有关的属性。
                      .容量(capacity):与系统满足特定需求时指标参数的最大限制有关的属性。
                      (3)兼容性(compatibility)。与系统或组件与其他系统或组件进行信息交换,或在不同软硬件环境中执行所需功能有关的一组属性。
                      .共存性(co-existence):与同其他系统运行在同一环境使用相同的资源而不相互影响的能力相关的属性。
                      .互操作性(interoperability):与同其他指定系统进行交互操作的能力相关的属性。
                      (4)易用性(usability)。与为使用所需的努力和由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性。
                      .可识别性(appropriateness recognizability):与用户识别系统是否满足需求有关的属性。
                      .易学性(learnability):与用户为学习使用产品(例如操作控制、输入、输出)的有效性、效率、风险和满意度相关的属性。
                      .易操作性(operability):与用户为进行操作和操作控制所付出的努力有关的属性。
                      .错误防御(user error protection):与阻止用户错误输入有关的属性。
                      .界面美观性(user interface aesthetics):与系统用户界面使用户进行愉快满意交互有关的属性。
                      .可访问性(accessibility):与用户可访问系统完成特定目标的范围和能力有关的属性。
                      (5)可靠性(reliability)。与在规定的一段时间内和规定的条件下,系统维持在其性能水平有关的能力。
                      .成熟性(maturity):与正常操作情况下满足可靠性需求有关的属性。
                      .可用性(availability):与系统运行可用使用能力有关的属性。
                      .容错性(fault tolerance):与在系统错误或违反指定接口的情况下,维持指定的性能水平的能力有关的属性。
                      .易恢复性(recoverability):与在故障发生后,重新建立其性能水平并恢复直接受影响数据的能力,以及为达到此目的所需的时间和努力有关的属性。
                      (6)安全性(security)。与避免对程序及数据的非授权故意或意外访问的能力有关的系统属性。
                      .机密性(confidentiality):与系统确保只有授权才能访问其数据能力有关的属性。
                      .完整性(integrity):与系统防止未经授权对数据和程序进行访问和修改能力有关的属性。
                      .不可抵赖性(non-repudiation):与对系统使用行为及发生时间真实性有关的属性。
                      .可审计性(accountability):与对系统使用行为进行追踪有关的属性。
                      .真实性(authenticity):与证明主体或资源身份是所声称的身份有关的属性。
                      (7)可维护性(maintainability)。与进行规定的修改所需要的努力有关的一组属性。
                      .模块性(modularity):与所组成系统的模块独立性有关的属性。
                      .可复用性(reusability):与模块用于其他系统有关的属性。
                      .易分析性(analyzability):与为诊断缺陷或失效原因,或为判定待修改的部分所需努力有关的属性。
                      .易修改性(modifiability):与进行修改、排错或适应环境变换所需努力有关的属性。
                      .易测试性(testability):为确认经修改系统所需努力有关的属性。
                      (8)可移植性(portability)。与系统可从某一环境转移到另一环境的能力有关的一组属性。
                      .适应性(adaptability):与系统转移到不同环境时的处理或手段有关的属性。
                      .易安装性(installability):与在指定环境下对系统进行安装/卸载所需努力有关的属性。
                      .易替换性(replaceability):与一产品在该软件环境中用来替代指定的其他软件的可能和努力有关的属性。
                      Mc Call软件质量模型
                      Mc Call软件质量模型从软件产品的运行、修正、转移三个方面确定了11个质量特性,如下图所示。Mc Call也给出了一个三层模型框架,第一层是质量特性,第二层是评价准则,第三层是度量指标。
                      
                      Mc Call软件质量模型
               质量保证
               质量保证是指为保证系统或产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是生产高质量的产品。在系统质量方面强调三个要点:首先系统必须满足用户规定的需求,与用户需求不一致的系统,就无质量可言;其次系统应遵循规定标准所定义的一系列开发准则,不遵循这些准则的系统,其质量难以得到保证;最后系统还应满足某些隐含的需求,例如希望有好的可理解性、可维护性等,而这些隐含的需求可能未被明确地写在用户规定的需求中,如果系统只满足它的显性需求而不满足其隐含需求,那么该系统的质量是令人担忧的。
               质量保证包括7个主要活动相关的各种任务,分别是应用技术方法、进行正式的技术评审、测试系统、标准的实施、控制变更、度量(metrics)、记录保存和报告。
   题号导航      2015年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第9题    在手机中做本题