监督检查承建单位的软件开发过程和管理是监理方质量控制的重要手段。根据国家标准GB 8..

2011年下半年上午试卷综合知识

第 39 题


知识点	承建单位信息系统建设国家标准开发过程软件生存周期维护质量控制
关键词	供应过程国家标准获取过程监理方软件开发过程软件生存周期维护质量控制监理开发开发过程软件开发
章/节	信息系统建设

监督检查承建单位的软件开发过程和管理是监理方质量控制的重要手段。根据国家标准GB 8566—2007《信息技术软件生存周期过程》的规定，软件生存周期基本过程的5个子过程分别是获取过程、供应过程、开发过程、（39）和维护过程。

A. 改进过程

B. 运作过程

C. 确认过程

D. 验证过程

相关试题信息系统概述

第1题

2019年下半年

为提升企业管理能力，某公司自行研发了项目管理系统。该项目管理系统属于（）。

第1题

2018年上半年

信息系统工程是指信息系统的新建、升级、改造工程。其中，（）是用于信息处理、传输、交换和分发的信息化基础设施。

第1题

2017年下半年

信息系统工程是指信息化过程中的（）、信息资源系统、信息应用系统的新建、升级、改造和运行维护。

知识点讲解

· 承建单位

· 信息系统建设

· 国家标准

· 开发过程

· 软件生存周期

· 维护

· 质量控制

承建单位

负责具体实施的承建方应该有自己的项目管理，监理方代表项目建设方对承建方提出的工程计划进行监督和协调，对一些关键点进行控制。这些关键点主要属于进度、资金及质量的范畴，但不能涉及管理细节。工程项目管理主要以承建方为主，并强调在项目中组织并制定相关计划。

在一个大型信息系统工程项目的建设中，承建方可能有多个，比如硬件提供商、软件开发商和系统集成商等。而在市场竞争日益激烈的今天，专业化能促进生产效率和提高生产质量，故而承建方常常分解成一定的层次结构，如总承包商和分包商等，从而使一部分人或企业专注于项目管理的科学化。

从市场的角度看，总承包商既是买方又是卖方；从工程合同的角度来讲，他既要对建设方负全部法律责任，又要根据分包合同对分包商进行管理并履行义务，所有的主合同都会限定总承包商可以分包的最大范围。总承包商只能将某些具体的工程施工分包给分包商，但不能分包合同的责任和义务。总承包商不能期望通过分包逃避自己在合同中的法律和经济责任。

作为分包商，一般情况下不与建设方直接发生合同关系。分包商只接受总承包商的统筹安排和调度，它只对总承包商承担分包合同内规定的责任并履行规定的义务。

如果总承包商违反分包合同，则应该赔偿分包商的经济损失；分包商违反分包合同并造成建设方对总承包商的罚款或制裁，则分包商应该赔偿总承包商的损失。分包商是从总承包商处按分包合同索回其应得部分的，如果总承包商无力偿还债务，则分包商也同样蒙受损失，因此分包商的利益通常与总承包商的利益密切相关。

信息系统建设

信息系统建设周期长、投资大、风险大，比一般技术工程有更大的难度和复杂性。这是因为技术手段复杂；内容复杂，目标多样；投资密度大，效益难以计算；环境复杂多变。

信息系统在使用过程中，随着其生存环境的变化，要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替旧系统，这种周期循环称为信息系统的生命周期，如下图所示。

信息系统的生命周期

从上图可见，信息系统的生命周期可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护5个阶段。

系统规划阶段的任务是对企业的环境、目标及现行系统的状况进行初步调查，根据企业目标和发展战略确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。根据需要与可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性分析报告。可行性分析报告审议通过后，将新系统建设方案及实施计划编写成系统设计任务书。

系统分析阶段的任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段，也是信息系统建设与一般工程项目的重要区别所在。系统分析阶段的工作成果体现在系统说明书中，这是系统建设的必备文件。它既是给用户看的，也是下一个阶段的工作依据。因此，系统说明书既要通俗，又要准确。用户通过系统说明书可以了解未来系统的功能，判断是不是所要求的系统。系统说明书一旦讨论通过，就是系统设计的依据，也是将来验收系统的依据。

简单地说，系统分析阶段的任务是回答系统“做什么”的问题，而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，也就是设计新系统的物理模型。这个阶段又称为物理设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是系统设计说明书。

系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和调试、程序的编写和调试、人员培训、数据文件转换、系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开，必须精心安排、合理组织。系统实施是按实施计划分阶段完成的，每个阶段应写出实施进展报告。系统测试之后写出系统测试分析报告。

系统投入运行后，需要经常进行维护和评价，记录系统运行的情况，根据一定的规格对系统进行必要的修改，评价系统的工作质量和经济效益。

国家标准

我国的国家标准代号是以“国标”两个字的大写汉语拼音“Guo Biao”的第一个字母“GB”来表示的，强制性国家标准代号为“GB”，推荐性国家标准的代号为“GB/T”。国家标准的编号由国家标准的代号、标准发布顺序号和标准发布年代号（四位数组成）。

（1）强制性国家标准

（2）推荐性国家标准

（3）国家实物标准（样品），由国家标准化行政主管部门统一编号，编号方法为国家实物标准代号（为汉字拼音大写字母“GSB”）加《标准文献分类法》的一级类目、二级类目的代号及二级类目范围内的顺序、四位数年代号相结合的办法。

开发过程

嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。

项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程方法进行，如采用原型化方法、结构化方法等。

：由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。

程序建立阶段的工作是根据详细设计阶段产生的文档进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境进行调试，根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。

最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM（Erasable Programmable ROM，可擦除可编程ROM）和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。

软件生存周期

同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡的许多阶段，一般称为软件生存周期。把整个软件生存周期划分为若干阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度。通常，软件生存周期包括可行性分析与项目开发计划、需求分析、概要设计、详细设计、编码和单元测试、综合测试及维护阶段。

可行性分析与项目开发计划

可行性分析与项目开发计划阶段的主要任务是确定软件的开发目标及可行性。必须考虑的关键问题是：“要解决的问题是什么？”“对这些问题有可行的解决办法吗？”等。可行性分析的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。该阶段应该给出关于问题定义、可行性分析和项目开发计划。

需求分析

需求分析阶段的任务不是具体地解决问题，而是准确地确定软件系统必须做什么，确定软件系统的功能、性能、数据和界面等要求，从而确定系统的逻辑模型。

概要设计

在概要设计阶段，开发人员需要将确定的功能需求转换成相应的体系结构。在该体系结构中，每个成分都是意义明确的模块，即每个模块都和某些功能需求相对应。可见，概要设计就是设计软件的结构，明确软件有哪些模块组成，模块的层次以及功能。与此同时，还要应用系统的总体数据结构和数据库结构。

详细设计

详细设计阶段的主要任务就是对每个模块完成的功能进行具体描述，不是编写程序，而是设计出程序的详细规格说明，该说明应该包含必要的细节，使程序员可以根据它们写出实际的程序代码。通常采用HIPO（层次加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。

编码和单元测试

编码和单元测试阶段就是把每个模块的控制结构转换成计算机可接受的程序代码，即写成某种特定程序设计语言表示的源程序清单，并仔细测试编写出的每一个模块。

综合测试

综合测试阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参与下）对目标系统进行验收。通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，作为软件配置的一个组成部分。

维护

维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。

维护

质量控制

质量控制是监督并记录质量活动执行结果，以便评估绩效，并推荐必要的变更过程，其主要作用包括：

.识别过程低效或产品质量低劣的原因，建议并采取相应措施消除这些原因。

.确认项目的可交付成果及工作满足主要干系人的既定需求，足以进行最终验收。

输入

项目管理计划

项目管理计划中包含质量管理计划，用于控制质量。质量管理计划描述将如何在项目中开展质量控制。

质量测量指标

质量测量指标描述了项目或产品属性及其测量方式。质量测量指标的例子包括功能点、平均故障间隔时间（MTBF）和平均修复时间（MTTR）。

质量核对单

质量核对单是结构化清单，有助于核实项目工作及其可交付成果是否满足一系列要求。

工作绩效数据

工作绩效数据包括实际技术性能（与计划比较）、实际进度绩效（与计划比较）和实际成本绩效（与计划比较）。

批准的变更请求

实施整体变更控制过程中批准的变更请求，可包括各种修正，如缺陷补救、修订的工作方法和修订的进度计划。需要核实批准的变更是否已得到及时实施。

可交付成果

可交付成果是任何独特并可核实的产品、成果或能力，最终将成为项目所需的、确认的可交付成果。

项目文件

项目文件可能包括协议、质量审计报告和变更日志（附有纠正行动计划）、培训计划和效果评估、过程文档。

组织过程资产

可能影响质量控制过程的组织过程资产包括组织的质量标准和政策、标准化的工作指南、问题与缺陷报告程序及沟通政策。

工具与技术

七种基本质量工具

七种基本质量工具包括因果图、流程图、核查图、帕累托图、直方图、控制图和散点图，如本章第1张图所示。

统计抽样

统抽样是指按照质量管理计划中的规定，抽取和测量样本。

检查

检查是指检验工作产品，以确定是否符合书面标准。检查的结果通常包括相关的测量数据。检查也可称为审查、同行审查、审计或巡检等。

审计已批准的变更请求

对所有已批准的变更请求进行审查，以核实它们是否已按批准的方式得到实施。

输出

质量控制测量结果

质量控制测量结果是对质量控制活动结果的书面记录。应该以制订质量管理计划过程中所确定的格式加以记录。

确认的变更

对变更或补救过的对象进行检查，做出接受或拒绝的决定，并把决定通知干系人。被拒绝的对象可能需要返工。

核实的可交付成果

质量控制过程的一个目的就是确定可交付成果的正确性。核实的可交付成果是范围确认过程的一项输入，以便正式验收。

工作绩效信息

工作绩效信息是从各控制过程收集，并结合相关背景和跨领域关系进行整合分析而得到的绩效数据。

变更请求

如果推荐的纠正措施、预防措施或缺陷补救导致需要对项目管理计划进行变更，则应按既定的整体变更控制过程的要求，提出变更请求。

项目管理计划更新

项目管理计划中可能需要更新的内容包括质量管理计划和过程改进计划。

项目文件更新

可能需要更新的项目文件包括质量标准、协议、质量审计报告和变更日志（附有纠正行动计划）、培训计划和效果评估、过程文档。

组织过程资产更新

可能需要更新的组织过程资产包括完成的核对单和经验教训文档。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5