免费智能真题库 > 历年试卷 > 信息系统监理师 > 2015年上半年 信息系统监理师 上午试卷 综合知识
  第35题      
  知识点:   软件设计   软件设计活动   配置管理   配置管理计划   实施计划   质量保证
  关键词:   开发   配置管理计划   软件设计   质量保证计划   配置管理   质量保证        章/节:   软件与软件工程知识       

 
软件设计活动中,项目开发计划包括质量保证计划、配置管理计划、(35)和安装实施计划
 
 
  A.  软件开发计划
 
  B.  用户培训计划
 
  C.  软件试运行计划
 
  D.  软件验收计划
 
 
 

 
  第26题    2017年下半年  
   63%
软件的详细设计包含设计处理过程,构造模块的实现算法,给出明确的表达,使之成为编程的依据。( )不是描述算法的工具。
  第28题    2012年下半年  
   57%
模块内部的算法设计在采用结构化方法进行开发的(28)阶段进行。
  第3题    2013年下半年  
   60%
在软件开发的生命周期方法中,对模块的功能进行描述是(3)阶段的任务。
   知识点讲解    
   · 软件设计    · 软件设计活动    · 配置管理    · 配置管理计划    · 实施计划    · 质量保证
 
       软件设计
        软件概要设计监理的主要任务和目的是对软件概要设计有关内容(重点是软件的结构、软件的功能、接口设计和接口关系等)、概要设计过程、概要设计活动和文档格式等进行审查,确定承建单位提出的软件总体结构设计是否实现了软件需求规格说明的要求;给出是否符合要求的结论;确定其可否作为软件详细设计的前提和依据。具体来说,在概要设计阶段,监理的主要工作如下。
        (1)组织有关单位参加《概要设计说明书》评审会议,并根据国家相关标准、软件工程理论、《需求规格说明书》及工程建设合同等对《概要设计说明书》进行审查并提出监理意见。审核的重点是《概要设计说明书》是否能覆盖《软件需求说明书》,内容是否齐全规范且条理清晰,对潜在的用户需求是否给予了充分考虑并在技术层面上予以解决。
        (2)根据《项目开发计划》检查项目进展状况。根据具体情况及时提醒承建单位整合资源并调整项目的进度计划,检查承建单位是否依据《项目开发计划》配备相应的资源。
        (3)主持监理例会,做好监理日记。协调建设单位和承建单位对《软件需求说明书》所做的修改带来的相关问题,并定期将项目进展情况及发现的问题汇总,以项目月报的形式向建设单位做书面汇报。
        (4)做好项目往来文档的整理及存档工作。
        (5)督促承建单位尽早编写《软件集成测试计划》。
        (6)在概要设计进行前提交总体设计阶段的监理细则和监理周记,在概要设计完成后提交概要设计监理报告。
        软件详细设计监理的主要任务和目的是对软件详细设计有关内容(重点是软件的算法、数据结构、数据类型、异常处理和计算效率等)、详细设计过程、详细设计活动和文档格式等进行审查,确定承建单位提出的软件详细设计内容是否实现了软件概要设计的要求,确认是否满足要求;给出是否符合要求的结论;确定其可否作为软件编码的前提和依据。具体来说,在详细设计阶段,监理的主要工作如下。
        (1)检查承建单位的实际工作进度是否与计划相一致,定期与承建单位沟通,检查文档及工作成果。
        (2)检查《详细设计说明书》及其相关文档的质量是否符合国家规范、行业规范及合同的要求。在详细设计的各个阶段点进行成果评审,以检验详细设计的内容是否能实现概要设计的要求,以及系统需求指标。
        (3)在详细设计前提交该阶段监理细则和监理周记,在详细设计完成后提交《详细设计说明书》的确认报告。
 
       软件设计活动
        软件设计包括4个既独立又相互联系的活动,即数据设计、体系结构设计、接口设计(界面设计)和过程设计。这4个活动完成以后就得到了全面的软件设计模型。设计方法也是以后实现设计模型的蓝图和软件工程活动的基础。
        数据设计是实施软件工程中的4个设计活动中的第一个。由于数据结构对程序结构和过程复杂性都有影响,因此数据结构对软件质量的影响是很深远的。好的数据设计将改善程序结构和模块划分,降低过程复杂性。数据设计将分析时创建的信息域模型变换成实现软件所需的数据结构。在实体-关系图(E-R图)中定义的数据对象和关系,以及数据字典中描述的详细数据内容为数据设计活动奠定了基础。
        体系结构设计的主要目标是开发一个模块化的程序结构,并表示出模块间的控制关系。此外,体系结构设计将程序结构和数据结构相结合,为数据在程序中的流动定义了接口。
        接口设计描述了软件内部、软件和协作系统之间,以及软件与人(用户)之间如何通信。一个接口意味着信息流(如数据和/或控制流),因此,数据和控制流图提供了接口设计所需的信息。接口设计要实现的内容包括一般交互、信息显示和数据输入。接口设计主要包括以下三个方面。
        (1)设计软件模块间的接口。
        (2)设计模块和其他非人的信息生产者和消费者(比如外部实体)之间的接口。
        (3)设计人(用户)和计算机间的接口(通常简称为“人机接口”或“人机界面”)。
        过程设计应该在数据设计、体系结构设计和接口设计完成之后进行。所有的程序都可以建立在一组已有的逻辑构成元素上,这一组逻辑构成元素强调了“对功能域的维护”,其中每一个逻辑构成元素有可预测的逻辑结构,即从顶端进入,从底端退出,读者可以很容易地理解过程流。
 
       配置管理
        随着信息系统软件版本不断变化,开发时间的紧迫以及多平台开发环境的采用,使得软件开发、维护面临越来越多的问题,其中包括对当前多种软件的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等。
        信息系统软件配置管理是一种应用于整个软件工程过程的标识、组织和控制修改的围绕软件资产的管理技术。界定软件的组成项目,对每个项目的变更进行管控(版本控制),并维护不同项目之间的版本关联,以使软件在开发过程中任一时间的内容都可以被追溯。其关键活动包括:配置管理计划、配置项管理、版本控制、变更控制、配置审计、状态报告等。
               配置管理计划
               根据信息系统软件运维制度和规范、标准,制定配置管理计划,主要包括以下内容。
               (1)该项目对配置管理的要求。
               (2)实施配置管理的责任人、组织及其职责。
               (3)需要开展的配置管理活动及其进度安排。
               (4)采用的方法和工具等。
               配置与配置项
               “配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性,及其内容及相关文档,软件版本,变更文档,软件运行的支持数据,以及其他一切保证软件一致性的组成要素。
               为了方便对“配置”进行管理,“配置”经常被划分为各类配置项,这类划分是进行软件配置管理的基础和前提。配置项是一组软件功能或者物理属性的组合,在配置管理过程中,配置项被作为一个单一的实体对待。配置项包括各种管理文档和技术文档,源程序与目标代码,以及运行所需的各种数据等。同时,应该建立配置库来管理所有的配置项。
               版本控制
               版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增加,修改或删除,配置项的版本随之演变。应当记录每个软件配置项的所有历史记录,并记录该软件配置项由何人创建,何人在何时因何原因进行了修改等信息,以及对这些软件配置项版本的进行检索和信息查询等活动。
               变更控制
               变更在信息系统软件运维过程中是不可避免的。变更控制是配置管理的一个重要组成部分,包含评估、协调、批准/拒绝、实施对配置项的变更。
               配置审计
               配置审计是对配置管理的独立的查检过程,确认受控软件配置项满足需求并就绪。其内容如下。
               (1)功能审计:配置项的变更控制是否和配置管理计划中的描述相一致。
               (2)物理审计:配置项的完整性、正确性、一致性和可跟踪性。
               状态报告
               状态报告用来记录和报告有效管理配置所需要的必要信息。这些信息包括一个已批准的配置标识清单,变更请求当前的处理状态,以及批准的变更的实现情况。配置状态报告可以跟踪对软件的更改的过程,它保证对正在进行和已完成的变更进行记录、监视并通报给相关人员。
 
       配置管理计划
        主要内容
        配置管理计划的主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。由配置控制委员会审批该计划。
        主要步骤
        制订配置管理计划的主要步骤如下:
        (1)建立并维护配置管理的组织方针。
        (2)确定配置管理所需要的资源。
        (3)分配责任。
        (4)培训计划。
        (5)确定和配置管理有关的项目干系人并确定其介入时机。
        (6)制订识别配置项的准则。
        (7)制订配置项管理表。
        (8)制订基线计划。
        (9)制订配置库备份计划。
        (10)制订变更控制流程。
        (11)制订审批计划。
 
       实施计划
        (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预算
        (逐项列出本开发项目所需要的劳务(包括工作量/人)以及经费的预算(包括办公费、差旅费、资料费等)。)
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如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 /
 
第35题    在手机中做本题