免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2016年下半年 信息系统项目管理师 上午试卷 综合知识
  第14题      
  知识点:   计算机软件   可靠性   软件可靠性与可维护性管理   软件生存周期   维护   维护性
  关键词:   计算机软件   可维护性   软件可靠性   软件生存周期   可靠性   维护        章/节:   标准       

 
GB/T 14394-2008《计算机软件可靠性与可维护性管理》提出了软件生存周期各个阶段进行软件可靠性和可维护性管理的要求。“测量可靠性,分析现场可靠性是否达到要求”是(14)的可靠性和可维护性管理要求。
 
 
  A.  获取过程
 
  B.  供应过程
 
  C.  开发过程
 
  D.  运作过程和维护过程
 
 
 

 
  第14题    2010年上半年  
   55%
根据《GB/T 14394-2008 计算机软件可靠性和可维护性管理》,有关下列术语与定义描述中,(14)是错误的。
  第14题    2014年下半年  
   60%
根据GB/T14394-2008《计算机软件可靠性和可维护性管理》,在软件生命周期的测试阶段,为强调软件可靠性和可维护性要求,需要完成..
  第11题    2012年下半年  
   48%
某软件系统投入运行10天,计划运行时间为每早8点至晚6点。第二天上午发生一次失效,故障恢复用了1小时。第4天上午发生一次失效,..
   知识点讲解    
   · 计算机软件    · 可靠性    · 软件可靠性与可维护性管理    · 软件生存周期    · 维护    · 维护性
 
       计算机软件
        计算机软件是指为管理、运行、维护及应用计算机系统所开发的程序和相关文档的集合。如果计算机系统中仅有硬件系统,则只具备了计算的基础,并不能真正计算,只有将解决问题的步骤编制成机器可识别的程序并加载到计算机内存开始运行,才能完成计算。
        软件是计算机系统中的重要组成部分,通常可将软件分为系统软件、中间件和应用软件等类型。系统软件的主要功能是管理系统的硬件和软件资源,应用软件则用于解决应用领域的具体问题,中间件是一类独立的系统软件或服务程序,常用来管理计算资源和网络通信,提供通信处理、数据存取、事务处理、Web服务、安全、跨平台等服务。
 
       可靠性
        (1)完备性。完备性评价指标及测量,如下表所示。
        
        完备性评价指标及测量
        (2)连续性。连续性评价指标及测量,如下表所示。
        
        连续性评价指标及测量
        
        (3)稳定性。稳定性评价指标及测量,如下表所示。
        
        稳定性评价指标及测量
        (4)有效性。有效性评价指标及测量,如下表所示。
        
        有效性评价指标及测量
        (5)可追溯性。可追溯性评价指标及测量,如下表所示。
        
        可追溯性评价指标及测量
        
 
       软件可靠性与可维护性管理
        计算机软件可靠性与可维护性管理标准规定了软件产品在其生命周期内如何选择适当的软件可靠性和可维护性管理要素,并指导可靠性大纲和可维护性大纲的制定和实施。
        .软件可靠性大纲:满足规定的可靠性要求所采取的技术和管理方法的文档,描述要做的工作,所需要的资源、使用方法、采用的过程、要满足的进度表和项目组织方法。
        .软件可维护性大纲:满足规定的可维护性要求所采取的技术和管理文档,描述要做的工作,所需要的资源、使用方法、采用的过程、要满足的进度表和项目组织方法。
        .软件FRACAS(Software Failure Reporting Analysis and Corrective Action System):软件失效报告、分析和纠正措施系统是一个闭环控制系统,它将软件的失效加以记录、报告,找出失效原因,采取纠正措施。
        软件生存周期五个基本过程的可靠性和可维护性管理分别如下:
               在获取过程中的可靠性和可维护性管理要求
               需方确定要获取的软件产品的可靠性和可维护性要求,确保要求是合理的、可行的、可验证的,并有相应的资源保证,进而在制定标书、选择供方过程中加以体现,并且依照要求管理获取过程,最终验收软件产品的可靠性和可维护性是否达到预期要求。
               在供应过程中的可靠性和可维护性管理要求
               供方在投标书中对可靠性和可维护性进行说明以答复需方要求,并反映在可行性研究报告、合同中,通过评定后确定为管理和保证软件产品的可靠性和可维护性所需的过程、规程和资源,确保在软件开发过程中及时、适当地处理可靠性和可维护性要求,直到软件产品满足要求并交付给需方。
               在开发过程中对可靠性和可维护性的管理要求
               开发者负责实施在软件产品的需求分析、设计、编码、集成、测试以及有关的安装和验收等活动中对可靠性和可维护性的要求。
               在运作过程和维护过程中的可靠性和可维护性管理要求
               在软件运作过程和维护过程中,应分析和提高软件的可靠性:
               .制定并实施软件可靠性数据采集规程。
               .实施软件FRACAS。
               .测量可靠性,分析现场可靠性是否达到要求。
               .跟踪用户满意程度。
               .用可靠性测量数据指导产品和工程过程的改进。
               .软件产品维护时执行适当的维护过程。
               制定可靠性和可维护性大纲应考虑的主要因素有:
               .所处的生存周期过程。
               .软件生存周期各过程所包含的与可靠性和可维护性相关的要素。
               .规定的可靠性和可维护性目标。
               .实现可靠性和可维护性所采取的方法。
               .实现可靠性和可维护性所进行的活动。
               .拟采用的开发技术和类似软件的历史状况。
               .时间进度、经费与其他资源,存储空间与运行时间,程序设计语言,软件运行的软硬件环境等各种限制条件。
               制定可靠性和可维护性大纲的主要活动包括:
               制定大纲目标
               在需求分析阶段,应建立软件产品的可靠性和可维护性大纲要素,两项大纲的目标应确保满足合同要求,大纲目标由一系列与每项大纲要素有关的任务组成,应明确每项任务的负责人,并提供一个任务实施初步日程表,当情况变化或者出现偏差时大纲应根据需要加以修改。
               分析运行环境
               在可行性研究与计划和需求分析阶段应分析运行环境,并在概要设计阶段和详细设计阶段进行必要的修改,同时要注意运行环境的变化对软件可靠性和可维护性的影响。
               可靠性和可维护性的可行性论证
               在可行性研究与计划阶段,应对软件的可靠性和可维护性要求进行可行性论证,对于合同中提出的可靠性和可维护性要求应根据软件符合规定标准和规范的能力进行评审和论证。
               选定或制定规范和准则
               在需求分析阶段,应选定适当的软件规范和准则。若没有适当的软件规范和准则可遵循,则应自行制定相应的规则。
               软件可靠性和可维护性分析
               在软件开发过程中各个阶段需进行有关可靠性和可维护性分析,并编写相应的报告。
               评审
               在软件开发各个阶段都要进行评审。
               文档和数据
               根据合同要求和数据管理目标,应确定文档和数据要求的范围。
               培训
               要及时制定培训计划。培训计划应与软件开发计划、维护要求、运行支持策略协调一致。
               维护保障要求
               对维护保障要求应进行说明并制定计划。
 
       软件生存周期
        同任何事物一样,一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡的许多阶段,一般称为软件生存周期。把整个软件生存周期划分为若干阶段,每个阶段的任务相对独立,而且比较简单,便于不同人员分工协作,从而降低了整个软件开发工程的困难程度。通常,软件生存周期包括可行性分析与项目开发计划、需求分析、概要设计、详细设计、编码和单元测试、综合测试及维护阶段。
               可行性分析与项目开发计划
               可行性分析与项目开发计划阶段的主要任务是确定软件的开发目标及可行性。必须考虑的关键问题是:“要解决的问题是什么?”“对这些问题有可行的解决办法吗?”等。可行性分析的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。该阶段应该给出关于问题定义、可行性分析和项目开发计划。
               需求分析
               需求分析阶段的任务不是具体地解决问题,而是准确地确定软件系统必须做什么,确定软件系统的功能、性能、数据和界面等要求,从而确定系统的逻辑模型。
               概要设计
               在概要设计阶段,开发人员需要将确定的功能需求转换成相应的体系结构。在该体系结构中,每个成分都是意义明确的模块,即每个模块都和某些功能需求相对应。可见,概要设计就是设计软件的结构,明确软件有哪些模块组成,模块的层次以及功能。与此同时,还要应用系统的总体数据结构和数据库结构。
               详细设计
               详细设计阶段的主要任务就是对每个模块完成的功能进行具体描述,不是编写程序,而是设计出程序的详细规格说明,该说明应该包含必要的细节,使程序员可以根据它们写出实际的程序代码。通常采用HIPO(层次加输入/处理/输出图)或PDL语言(过程设计语言)描述详细设计的结果。
               编码和单元测试
               编码和单元测试阶段就是把每个模块的控制结构转换成计算机可接受的程序代码,即写成某种特定程序设计语言表示的源程序清单,并仔细测试编写出的每一个模块。
               综合测试
               综合测试阶段的关键任务是通过各种类型的测试(及相应的调试)使软件达到预定的要求。最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构,把经过单元测试检验的模块按某种选定的策略装配起来,在装配过程中对程序进行必要的测试。所谓验收测试是按照规格说明书的规定(通常在需求分析阶段确定),由用户(或在用户积极参与下)对目标系统进行验收。通过对软件测试结果的分析可以预测软件的可靠性;反之,根据对软件可靠性的要求,也可以决定测试和调试过程什么时候可以结束。应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来,作为软件配置的一个组成部分。
               维护
               维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来,作为正式的文档资料加以保存。
 
       维护
        维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来,作为正式的文档资料加以保存。
 
       维护性
        维护性是指软件产品可被修改的能力。修改可能包括修正、改进或软件适应环境、需求和功能规格说明中的变化。
               易分析性
               易分析性是指软件产品诊断软件中的缺陷或失效原因,以及判定待修改的部分的能力。
               易改变性
               易改变性是指软件产品使指定的修改可以被实现的能力。
               稳定性
               稳定性是指软件产品避免由于软件修改而造成意外结果的能力。
               易测试性
               易测试性是指软件产品使已修改软件能被确认的能力。
               维护性依从性
               维护性依从性是指软件产品依附于同维护性相关的标准或约定的能力。
   题号导航      2016年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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题    在手机中做本题