GB/T19668.5-2018
信息技术服务监理第5部分：软件工程监理规范
Informationtechnologyservice—Surveillance—Part5：Softwareprojectsurveillancespecification
- 中国标准分类号（CCS）L01
- 国际标准分类号（ICS）35.020
- 实施日期2019-01-01
- 文件格式PDF
- 文本页数40页
- 文件大小2.61M
以图片形式预览信息技术服务监理第5部分：软件工程监理规范
信息技术服务监理第5部分：软件工程监理规范
国家标准 GB/T19668.5一2018 代替GB/T19668.5一2007 信息技术服务监理 第5部分:软件工程监理规范 Informationtechnologseryiee一Surveillance- Part5Softwareprojectsurveillancespecification 2018-06-07发布 2019-01-01实施 国家市场监督管理总局 发布 币国国家标准化管理委员会国家标准
GB;/T19668.5一2018 目 次 前言 范围 2 规范性引用文件 术语和定义 . -般要求 4.1概述 4.2规划设计的服务 4.3部署实施的监理 5 规划设计 5.1目标 5.2内容 .3要点 6 部署实施 6.1招标阶段 6.2设计阶段 6.3实施阶段 6.!验收阶段 附录A(资料性附录软件工程监理过程检查记录 l4 附录B(资料性附录)软件工程支持过程的监理 30 附录c(资料性附录软件工程监理控制措施 32 附录D(资料性附录软件工程项目业主单位、承建单位和监理单位文档清单 35 参考文献 37
GB;/T19668.5一2018 前 言 GB/T19668《信息技术服务监理》分为以下部分 第1部分:总则; 第2部分;基础设施工程监理规范; 第3部分:运行维护监理规范; 第4部分;信息安全监理规范 第5部分:软件工程监理规范; 第6部分;应用系统数据中心工程监理规范
本部分为GB/T19668的第5部分
本部分按照GB/T1.1一2009给出的规则起草
本部分代替GB/T 19668.了一2007《信息化工程监理规范第5部分;软件工程监理规范》,与 GB/T19668.52007相比,除编辑性修改外主要技术变化如下 增加了“规划设计"部分,及相关目标,内容和要点(见第5章) 增加了资料性附录,软件工程监理过程检查记录(见附录A) 增加了资料性附录,软件工程项目业主单位,承建单位和监理单位文档清单(见附录D) 本部分由全国信息技术标准化技术委员会(sAc/Tc28)提出并归口 本部分起草单位;电子技术标准化研究院、北京时代鼎典工程咨询有限公司、宁波赛迪信息技 术有限公司、山东正中计算机网络技术咨询有限公司、北京联海信息系统有限公司、北京中百信信息技 术股份有限公司、成都安美勤资讯有限责任公司,新疆天衡信息系统咨询管理有限公司、社会科学 院工业经济研究所、北京国研信息工程监理咨询有限公司、宁波高博信息管理有限公司、北京赛迪工业 和信息化工程监理有限公司、北京中保天和信息科技有限公司、,浙江天航咨询监理有限公司、武汉实为 信息技术股份有限公司、大连鸿润信息系统工程监理有限公司、深圳市都信建设监理有限公司
本部分主要起草人;曹晖、卓兰、王洪全、郭锐、何瑞霞、冯吉祥、齐建山、高兴利、洪海、金华、葛健、 秦家科、付骏翔,黄林发生、张洪、张雪峰,周峰、文华东,苏汉茂、梁洪雨,郑雷雷,王安纲,朱焕宇,陈红军、 苗沐、杨薇、钟放、鲁舜、王晓峰、高飞、刘春俐、李慧,梁海涛、贾卓生
本部分所代替标准版本的历次发布情况为: GB/T19668.52007
GB;/T19668.5一2018 信息技术服务监理 第5部分:软件工程监理规范 范围 GB/T19668的本部分规定了软件工程监理在规划设计、招标、设计,实施、验收阶段的监理要求、 监理服务内容和要点、以及监理文档要求
本部分适用于信息系统工程中软件工程项目的监理工作
规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件
GB/T19668.1一2014信息技术服务监理第1部分:总则 GB/T19668.4信息技术服务监理第4部分:信息安全监理规范 术语和定义 GB/T19668.1一2014界定的以及以下术语和定义适用于本文件
3.1 软件工程softwareengineering 应用计算机科学理论和技术以及工程管理原则和方法,按预算和进度,实现满足用户要求的软件产 品的定义、开发、发布和维护的工程或进行研究的科学
[GB/T11457一2006,定义2.1494] 3.2 认定realizeandconsent 监理机构对业主单位或承建单位所提供的信息的理解、认可和确定
3.3 就绪可用软件产品readytousesoftwareproduet;RUSP 可供任何用户使用.不需要经过实施开发活动的软件产品
3.4 符合性conformity 满足要求的程度
3.5 可追溯性traceabity 追溯实体的历史,应用情况或所处位置的能力
3.6 一致性consisten ey 内容、所采用的方法或程序应当相同,不得随意变更
GB/T19668.5一2018 3.7 适宜性suitabilty 适应外部和内部环境变化的能力
3.8 易测性testabhility 为了确定一项需求是否满足,能够设计一个客观且可行的测试的程度
3.9 有效性effectiveness 完成策划的活动并得到策划结果的程度
3.10 安全保密性securitsy 对信息和数据的保护,以使未经授权的人员或系统不能阅读或修改它们,且不拒绝授权人员或系统 对它们的访问
-般要求 4.1概述 本部分遵循GB/T19668.1一2014的一般原则和要求,从技术管理的角度阐述了软件工程监理活 动的原则、方式和要求
软件系统运行维护的监理见本部分
软件工程项目中信息安全的监理见GB/T19668.4
4.2规划设计的服务 在规划设计部分,监理机构可为业主单位提供咨询服务,包括业务梳理、需求分析和方案设计要求 等方面的工作
4.3部署实施的监理 在部署实施部分,根据GB/T19668.1一2014的信息系统工程监理及相关服务规范技术参考模型 对监理阶段的划分,结合软件开发的一般要求,将软件工程监理划分为13个活动,分布于4个监理阶段 中,如表1所示 表1监理过程说明 阶段 监理活动 招标阶段 招标准备的监理(6,1.2.1);招标的监理(6,1.2,2);合同签订的监理(6,1.2.3) 计划制定的监理(6.2.2.1);需求分析的监理(6.2.2.2);概要《结构)设计的监理(6.2.2.3);详细设计的 设计阶段 监理(6.2.2.4 实施阶段 编码及测试的监理(6.3.2.1);系统部署的监理(6.3.2.2) 精训的监理6么2项目初验2须日试运行的监理(6么么3》项目终验2 验收阶段 在软件工程项目招标、设计、实施和验收阶段,对软件生存周期支持过程的文档编制过程、配置管理 过程和质量保证过程的监理工作,参见附录B,包括文档编制过程的监理(B.1配置管理过程的监理
GB;/T19668.5一2018 见B.2)质量保证过程的监理见B.3). 在软件工程项目招标,设计,实施和验收阶段的监理活动,可采取的监理控制措施,参见附录C,包 括计划审查(C.1)过程跟踪(C.2、确认(C.3)、联合评审(C.4)、审核(C.5)、问题解决(C.6)、测量和分析 (C.7 规划设计 5.1目标 监理机构可为业主单位提供软件工程项目的咨询服务,实现如下目标 协助业主单位确定支撑业务目标的软件系统的建设方案 a b 协助业主单位确定软件系统建设所需的投资预算; 协助业主单位明确软件系统建设的人员组织、技术应用、过程管理、资源利用等方案
c 5.2内容 规划设计的主要咨询内容如下: 监理机构可协助业主单位梳理业务目标,制定软件系统建设目标 aa b 监理机构可协助业主单位开展软件系统需求分析工作 监理机构可协助业主单位对软件系统建设方案进行可行性分析、必要性分析,确定软件系统的 c 技术架构和建设方案; d 监理机构可协助业主单位确定软件系统的工程造价
5.3要点 5.3.1 业务梳理 监理机构协助业主单位进行业务梳理工作,并提出咨询建议,包括 分析业务和信息化现状和发展趋势; a b 梳理信息化对业务的支撑情况; 提出软件系统的建设目标
5.3.2需求分析 监理机构协助业主单位进行需求分析工作,并提出咨询建议,包括 软件系统现状:; b 业务目标分析; 软件系统功能和性能分析; c d 软件系统建设规模和工程进度要求
5.3.3方案设计要求 监理机构协助业主单位确定软件系统设计方案,包括 软件工程项目建设应遵循的法律、法规、技术标准和管理标准 a b 必要性分析; 总体建设方案和分期建设方案,与现有系统和未来系统的关系及接口要求,宜进行必要的方案 c 比选; d 软件工程项目招标方案;
GB/T19668.5一2018 软件工程项目投资及构成 e fD 风险分析; 效益分析
8 6 部署实施 6.1 招标阶段 6.1.1 监理要求 招标阶段的监理工作需满足以下要求 理解用户业务目标和业务模式,协助业主单位确定软件工程项目招标的要求; a b) 促使招标文件与用户需求、软件工程项目建设目标和范围相符合 协助业主单位选定合适的承建单位 c d) 协助业主单位签订承建合同,促使承建合同在技术、经济上合理有效,满足法律法规和相关标 准的要求
6.1.2监理服务内容和要点 6.1.2.1 招标准备的监理 软件工程项目招标前,监理机构应收集相关资料,了解软件工程项目建设相关的业务目标,软件系 统建设目标、现行和预期的业务模式、信息化基础和发展规划、软件系统建设需求等信息,协助业主单位 开展招标准备工作,协助业主单位编制招标文件
监理服务内容和要点如下 监理机构应取得必要的资料.了解并与业主单位沟通软件工程项目的相关信息将其作为监理 a 工作的依据之一
这些资料包括 软件工程项目建设方案; 1 软件工程项目相关的业务现状和业务流程 软件系统的功能和性能指标 3 实现软件系统建设目标所必需的资源; 44 5 如适用,应包括信息资源规划 如适用,应包括业务流程再造的策略; 6 如适用,应包括业务持续改进计划 8 如适用,应包括业务指标评价体系; 9 如适用,应包括业主单位信息化人力资源规划
b 监理机构可协助业主单位初步定义软件系统建设范围、系统需求和约束条件,应确定以下 内容 1 业务、组织和用户需求; 系统规模、投资和进度要求， 2 安全保密性要求 3 应遵循的标准,规程; 4 与测试有关的要求和验收准则 5 知识产权要求 6 7 数据所有权要求
监理机构可参与招标书的编制,明确以下内容 建设内容;
GB;/T19668.5一2018 22 适用的法律法规及标准的要求; 33 功能和性能要求; ！ 合同执行的里程碑; 5 文档及评审和交付的要求; 6 验收方式和验收标准; 77 安全保密性要求; 8 知识产权要求
d 当要获取就绪可用软件产品时,监理机构宜协助业主单位审查对就绪可用软件产品的要求， 包括 满足系统建设目标和系统需求; 1) 2 对文档的要求; 33 对知识产权的要求; ！ 对安全的要求; 5 对此软件产品的服务和支持的要求 对供货单位提供此软件产品能力的要求
6 6.1.2.2招标的监理 监理机构宜协助业主单位开展招标工作,选定承建单位
服务内容和要点如下 监理机构宜协助业主单位建立选择承建单位的规程,包括标书的评价准则和符合需求的程度
a 如适用,监理机构宜参加招标答疑会,协助业主单位开展招标答疑工作
b 如适用,监理机构宜协助业主单位审查投标单位的工程能力
包括 c 1资质文件的充分性和有效性; 投标单位的技术能力与本工程所需工程技术和特定要求的符合性; 22 投标单位项目人员的资格与本项目所需工程技术和特定要求的符合性
3 如果工程涉及分包,监理机构宜协助业主单位对分包单位进行审查
如适用,监理机构宜协助评标,协助业主单位根据招标文件和投标单位的投标文件和其他必要 的因索选择合适的承建单位
6.1.2.3合同签订的监理 监理机构对业主单位与承建单位签订承建合同进行监理
服务内容和要点如下: 应要求在承建合同中明确承建单位接受监理机构的监理
a 如果软件工程项目涉及分包.监理机构应协助业主单位要求承建单位负责对分包单位进行 b 管理
监理机构宜协助业主单位对承建合同进行评审,根据下列准则,对合同的相关内容提出监理 意见 与招标要求和投标响应一致,符合法律法规和标准的要求 1) 22 明确建设范围和建设内容 明确质量要求,包括功能要求和性能要求、文档要求 3 明确总体进度和阶段进度要求; 5 规定处理变更的必要规程 如适用,规定相关各方接口与合作的规程、范围和费用支付方式:; 6 明确质量责任; 8 明确测试标准和验收要求; 9 明确安全性和保密性要求;
GB/T19668.5一2018 0)明确知识产权要求; 1划分和界定工程的里程碑,并作为工程阶段性付款的依据 2)明确监理机构在工程款支付中的作用 13)明确关于合同争议的处理方式
监理机构宜建议业主单位组织与合同执行或管理相关的部门参与合同评审工作
d e 监理机构宜协助业主单位组织召开业主单位、承建单位、监理机构三方参加的首次会议,明确 项目沟通、协调机制,适用时,应邀请其他工程相关方参加会议
fD 监理机构应组织工程各方以顺利推进项目为目标,围绕质量控制,进度控制、投资控制、合同管 理,文档管理、沟通协调等方面建立完整的项目管理制度和保障体系
监理机构应协调业主单位和承建单位建立变更沟通机制
8 6.1.3 监理文档 6.1.3.1 概述 本阶段监理机构的输出文档主要包括监理规划、监理意见见GB/T19668.l一2014表B.10)、会议 纪要(见GB/T19668.1一2014表B.6)、工程备忘录(见GB/T19668.1一2014表B.5、及监理工作联系 单(见GB/T19668.12014表B.9)等
6.1.3.2监理规划 监理机构应在了解业务目标和系统需求的基础上,确定监理目标,编制监理规划,对监理及相关服 务进行总体策划
监理规划除应满足GB/T19668.1一2014的有关要求外,还应遵循下列准则 与业务目标的符合性; a b 与监理合同的可追溯性、一致性; 监理工作方法和措施的适宜性 c d) 监理组织及监理人员的适宜性; 监理设施和工作制度的适宜性
el 6.1.3.3监理意见 如适用.监理机构应对招标书、承建合同进行评审,形成监理意见(见GB/T19668.12014表B.10). 6.1.3.4会议纪要 监理机构应对以下会议(如发生)进行记录,形成会议纪要(见GB/T19668.1一2014表B6). 招标方案评审会; a b) 招标答疑会; 承建合同评审会 e d) 首次会议 招标阶段的其他会议
e 6.2设计阶段 6.2.1 监理要求 设计阶段的监理工作需满足以下要求: 审查承建单位提交的软件工程项目实施计划,促使项目计划合理、可行,并符合承建合同的 a 要求
GB;/T19668.5一2018 b 参与调研工作,督促承建单位形成调研记录,监督承建单位系统需求分析过程,促使系统需求 的正确性、完备性、可测试性和一致性; 组织和参与对承建单位在设计阶段形成的文档的评审,促使设计阶段文档符合承建合同的要 求,满足软件工程项目的系统需求,符合有关法规、标准的要求 d 及时对变更进行响应,并做好如下工作 监理机构宜组织业主单位和承建单位对变更风险进行评估,包括对工程计划费用效益、 质量和进度等的影响 变更有关的申请、评估、计划、实施、验证等,应予以记录(见GB/T19668.1-2014表c.3) 并妥善保管; 涉及合同变更的,监理机构应按照合同及法规的要求协助业主单位进行处理
6.2.2监理服务内容和要点 6.2.2.1计划制定的监理 监理机构应审查承建单位提交的工程计划文档,签署监理审查意见,经业主单位同意后执行
监理 服务内容和要点如下 监理机构应要求承建单位提交工程计划文档,并要求其包括如下内容 a 范围,与其他计划的关系 1 22 遵循的标准; 33 工程的组织结构(包括外部组织)、人员职责及其能力要求; 工程环境,包括生产环境、测试环境、程序库、设备、设施、标准,规程和工具; 4" 5 任务分解安排,包括人员、资源和相关的任务进度安排; 6 进度跟踪和报告方法; 77 软件产品或服务的质量特性的管理,必要时制定独立的质量保证计划 软件配置管理,包括活动、技术及方法、工具、对供货单位的控制、记录的收集维护和保存; 8 9 软件产品或服务的安全、保密和其他关键需求的管理,必要时制定独立的安全、保密计划 0如适用,应包括分包单位的管理; 1验证和确认的方式和条件; 12)风险管理 13)用户培训计划
监理机构应根据下列准则审查工程计划,并提出监理意见 b 与承建合同的一致性、可追溯性; 系统范围及工作任务分解的完整性 工程过程及主要里程碑划分的合理性,包括适宜的软件生存周期模型; 33 工程规模估算方法的正确性,包括工程项目任务和工作产品规模、时间安排、资源使用等; 4 工程进度的合理性包括项目质量保证计划、配置管理计划等 5 6 工程计划中部署现货产品(软件和硬件)的可行性 77 对工程风险有必要的识别、分析、处理和跟踪
监理机构应组织业主单位和承建单位适时对工程计划及相关文档进行评审,并及时取得各方 对工程计划的书面批准和承诺
6.2.2.2 需求分析的监理 监理机构应审查承建单位提交的需求分析计划,监督承建单位开展需求分析活动,组织对系统需求
GB/T19668.5一2018 进行评审
监理服务内容和要点如下 a 监理机构应要求承建单位提交需求分析过程的详细计划,审查后报业主单位
b 监理机构应监督承建单位按照计划开展需求分析的各项活动,并协调业主单位予以相应的 配合
监理机构宜组织业主单位及承建单位,定义并分析系统建设目标
如适用,监理机构宜组织业 主单位和承建单位定义和分析业务流程再造、业务持续改进、信息资源规划及业务指标评价 体系
d 监理机构应要求承建单位提交系统需求文档,需求文档应符合相关标准要求
e 监理机构应审查系统需求文档,组织业主单位和承建单位对需求规格说明书进行检查及对需 求进行评审,形成需求规格说明书检查表(参见表A.1)需求评审意见(参见表A.2)
f 监理机构应参与对系统需求的联合评审,形成需求确认表(参见表A.3)
在进行评价时需要 考虑的准则有 1 与承建合同的可追溯性、一致性; 22 与业务目标和系统建设目标的可追溯性、一致性; 33 如适用,基于信息资源规划和业务指标评价体系的可测试性; 4 如适用.业务流醒再造、业务持绩改进,信息资源利用的可行性 软件设计的可行性; 5 运行和维护的可行性
6 在需求调研阶段,监理机构应要求承建单位开始编制系统验收初步方案
g h)监理机构应督促承建单位解决系统需求分析中发现的问题和不合格项,并形成监理意见
6.2.2.3概要(结构)设计的监理 监理机构应督促承建单位开展概要(结构)设计活动,审查承建单位的概要(结构)设计文档
监理 服务内容和要点如下 监理机构应督促承建单位按照计划的要求开展系统概要(结构)设计活动
a 监理机构宜配合业主单位制定相应的业务指标评价体系,监督承建单位对系统结构开展合理 b 的方案设计
如适用,监理机构宜组织业主单位和承建单位按照计划的要求开展业务流程再 造、业务持续改进、信息资源利用的设计活动
监理机构应要求承建单位提交系统概要(结构)设计文档,概要(结构)设计文档应符合相关标 准要求
监理机构应组织业主单位和承建单位对系统概要(结构)设计文档进行检查,形成概要(结构 设计检查表(参见表A.4). 监理机构应协助业主单位以审核、确认、联合评审等方式对系统概要(结构)设计进行评价,评 价时要考虑下列准则 与承建合同的可追溯性、一致性; 与业务目标的符合性; 2 3 系统需求的可追溯性、一致性; 所使用的设计标准和方法的适宜性 5 软件项满足指定需求的可行性; 基于信息资源规划和业务指标评价体系的可测试性; 6 业务流程再造,业务持续改进、信息资源开发的可行性; 8 运行和维护的可行性
监理机构应监督承建单位及时解决系统概要(结构)设计中发现的问题和不合格项,并提出监
GB;/T19668.5一2018 理意见
6.2.2.4详细设计的监理 监理机构应督促承建单位开展详细设计活动
监理服务内容和要点如下 监理机构应督促承建单位按照计划的要求开展软件详绸设计活动 a 如适用,监理机构应要求承建单位提交详细设计文档
b 如适用.监理机构应检查承建单位编制的接口的详细设计和数据库的详细设计
c d 监理机构宜评价软件详细设计和测试需求,评价时宜考虑下列准则,评价结果应形成监理 意见: 1) 软件项需求的可追溯性; 与概要(结构)设计的外部一致性; 22 3 所采用的设计方法和标准的适宜性 测试的可行性; 5 运行和维护的可行性; 6 压力测试
监理机构应督促承建单位解决软件详细设计中发现的问题和不合格项,并提出监理意见
监理文档 6.2.3 6.2.3.1概述 本阶段监理机构的输出文档主要包括监理实施细则、监理意见(见GB/T19668.1一2014表B.10) 会议纪要(见GB/T19668.1一2014表B.6)、工程备忘录(见GB/T19668.1一2014表B.5)、监理通知单 见GB/T19668.1一2014表B.8)、监理工作联系单(见GB/T19668.1一2014表B.9)、工程变更单(见 GB/T19668.1一2014表C.3),需求规格说明书检查表(参见表A.1)、需求评审意见(表A.2)、需求确认 表(参见表A.3)及概要(结构)设计检查表(参见表A.4)等
6.2.3.2监理实施细则 监理机构宜在了解系统内容和工程计划的基础上,按照cGB/T168.1一2的要求及根据下列 准则制定监理实施细则 与业务目标的符合性; a 与监理规划的可追溯性，一致性 b 与工程专业技术的符合性; c d)监理工作流程、控制要点、监理方法的可行性
6.2.3.3监理意见 监理机构应对计划制定、需求分析、概要(结构)设计和详细设计的文档进行审查,提出监理意见(见 GB/T19668.1一2014表B.10). 6.3实施阶段 6.3.1 监理要求 实施阶段的监理工作需满足如下要求 督促承建单位开展编码、测试活动,验证软件符合系统需求和系统设计的要求， a 促使软件编码及测试符合相关技术标准的要求,提高软件产品的质量 b 促使工程实施过程满足承建合同的要求,并与工程计划相符 c
GB/T19668.5一2018 及时对变更进行响应,并做好如下工作 d 1 监理机构宜组织业主单位和承建单位对变更风险进行评估,包括对工程计划、费用、效益、 质量和进度等的影响 22 变更有关的申请,评估、计划,实施、验证等,应予以记录(见GB/19668.1一2014表C.3) 并妥善保管; 涉及合同变更的.监理机构应按照合同及法规的要求协助业主单位进行处理
监理服务内容和要点 6.3.2 6.3.2.1编码及测试的监理 软件编码和测试的监理服务内容和要点如下 监理机构应要求承建单位为软件编码过程和单元测试过程的实施提交详细的计划,并督促承 a 建单位按照计划的要求开展工作
监理机构应要求承建单位制定软件编码规范,并督促承建单位实施
b 监理机构应督促承建单位依据系统需求和设计文档进行开发,保证程序实现和需求相一致 c 如适用,监理机构可要求承建单位开放系统源代码,抽查软件编码规范
软件编码应满足以下 d 要求 1 遵循开发流程,在设计的指导下进行代码编写 22 代码编写以实现设计的功能和性能为目标; 33 程序具有良好的程序结构,提高程序的封装性,降低程序的耦合程度; 程序可读性强,易于理解; 5 软件易于使用和维护; 6 软件具有良好的维护性、扩展性
监理机构宜督促承建单位开展单元测试、集成测试和系统测试工作,保证程序提交质量
监理机构宜检查承建单位测试过程中的问题记录,督促承建单位解决软件测试中发现的问题， 并检查其改正的记录 监理机构在系统测试阶段应督促承建单位跟进业主单位或第三方测试机构的测试情况,并应 取得系统测试报告以及回归测试的测试记录
如适用,监理机构应要求承建单位编制数据迁移方案,分析历史数据结构、编制数据迁移脚本 h 验证数据迁移效果
对于就绪可用软件产品,监理机构应验证软件产品是否满足承建合同要求、知识产权要求,服 务要求等,并要求承建单位提供有效的文档
6.3.2.2系统部署的监理 系统部署的监理服务内容和要点如下 监理机构应要求承建单位提交系统部署计划
该计划应包括应用环境和基础设施需求、职责 a 和进度安排
b 监理机构应在系统部署之前,审查软件产品是否具备系统集成实施的条件和环境
监理机构应督促承建单位按照部署计划的要求开展系统集成活动并提交系统部署文档
部署 文档应包含系统安装、安装后的软件检验、数据初始化、新老系统并行运行(如适用、对操作手 册和用户手册中的过程作演练性运行等
监理机构宜根据前期工作成果(招投标文件、承建合同、需求规格说明书),审核已部署的系统， 对功能需求、性能需求,安全需求、保密需求等内容提出监理意见,包括 10
GB;/T19668.5一2018 与承建合同的一致性; 1 22 与系统需求的一致性; 33 业务目标的符合性; 4 所采用的测试方法和标准的适宜性; 5 与预期结果的符合程度,包括但不限于与信息资源规划、业务流程再造需求及业务持续改 进需求和业务指标评价体系的符合程度; 6 系统合格性测试的可行性 运行和维护的可行性
监理机构应监督承建单位解决系统部署中发现的问题和不合格项,形成系统问题跟踪记录(参 见表A.5) f 如适用,监理机构应组织对就绪可用软件产品进行查验,并做好记录(参见表A.6)
如适用,监理机构应督促承建单位验证数据迁移结果,保证数据迁移的完整性和准确性,并做 g 好记录,形成数据迁移验证和确认检查表(参见表A.7)
6.3.3 监理文档 ,会议纪要(见 本阶段监理机构的输出文档主要包括监理意见(见GB/T19668.1一2014表B.10)、 GB/T19668.1一2014表B.6)、工程备忘录(见GB/T19668.1-2014表B.5)、监理通知单见 GB/19668.12014表B.8)、监理工作联系单(见GB/T19668.12014表B.9)、工程变更单(见 GB/T19668.12014表C.3)、系统问题跟踪记录(参见表A.5)、就绪可用软件产品到验记录(参见 表A.6)及数据迁移验证和确认检查表(参见表A.7)等
监理机构宜完成如下文档的编写 对承建单位提交的开发规范进行审核,形成监理意见(见GB/T19668.1一2014表B,.10); a 在软件编码阶段对软件编码过程活动和产品进行记录检查,形成监理报告或者备忘录(见 b GB/T19668.1一2014表B.5)3 在软件测试阶段对承建单位提交的测试计划进行审核,形成监理意见(见GB/T19668.1 2014表B.10);跟踪软件测试过程的问题结果和承建单位更正情况,形成系统问题跟踪记录 参见表A.5)或者备忘录(见GB/T19668.1一2014表B.5); d)对部署计划进行审核,形成监理意见(见GB/T19668.1一2014表B.10); 对系统部署结果进行评价,形成监理意见(见GB/T19668.1一2014表B.10)
e 6.4验收阶段 6.4.1监理要求 验收阶段的监理工作需满足如下要求 监督培训过程,促使培训达到承建合同要求; aa 协助业主单位进行初验、试运行和终验的工作,促使软件工程项目最终的功能和性能等指标符 b 合承建合同、法律、法规和标准的要求; 协助业主单位、承建单位进行软件工程项目的移交工作,促使软件工程项目顺利完成
6.4.2监理服务内容和要点 6.4.2.1培训的监理 培训的监理服务内容和要求如下 监理机构应依据承建合同,要求承建单位提交培训计划和培训材料 a 11
GB/T19668.5一2018 b 监理机构应监督承建单位开展培训活动,要求承建单位提交培训记录(见GB/T19668.1 2014表B.11). 6.4.2.2项目初验 项目初验的监理服务内容和要求如下 监理机构应依据承建合同,与业主单位和承建单位,对软件系统功能的完成情况进行检查,形 a 成软件系统功能检查表(参见表A.8). b 监理机构应依据承建合同,审核承建单位提交的初验申请(见GB/T19668.1一2014表A.6). 初验应满足如下条件 软件产品已纳人配置管理并可交付; 2 已提交承建合同规定的项目文档 3 软件系统已通过测试
监理机构应要求承建单位提交验收方案,验收方案应包括验收范围、各方责任、验收标准、验收 方式和验收成果等内容
监理机构应协助业主单位组织项目初验,评价系统满足以下要求的程度 d 与承建合同的 致性; 1 与系统需求的一致性; 22 与预期结果的符合性,包括但不眼于与信息资源规划,业务流程再造需求及业务持续改进 3 需求和业务指标评价体系的符合性 与业务需求的符合性， ！ 与运行环境的适用性 5 66 运行和维护的可行性
验收中发现的问题应予以记录
e 监理机构应协助业主单位组织对初验中发现的质量问题进行评估,根据质量问题的性质和影 响范围,确定整改要求和整改后的确认方式,必要时,应组织重新验收
监理机构应参与对初验结果的确认,签署初验报告
g 6.4.2.3系统试运行的监理 系统试运行的监理服务内容和要求如下: 监理机构应要求承建单位提交系统试运行计划,审核后报业主单位确认,督促承建单位实施 a b) 适用时,在新旧系统切换前,监理机构应要求承建单位提交系统切换及数据迁移申请,审核后 报业主单位确认:; 监理机构应督促承建单位做好试运行记录 监理机构应督促承建单位解决试运行过程中发现的问题和不合格项,形成系统问题跟踪记录 d 参见表A.5); 系统试运行涉及项目变更的,监理机构宜组织业主单位和承建单位对变更风险进行评估,包括 对新旧系统的影响,对费用、效益、质量和进度等的影响,变更有关的申请、评估、计划、实施、验 证等,应予以记录(见GB/T19668.1一2014表C.3)并妥善保管 监理机构应要求承建单位提交系统试运行报告,协调业主单位和/或使用单位提交系统使用 意见
6.4.2.4项目终验 项目终验的监理服务内容和要求如下 12
GB;/T19668.5一2018 监理机构应协助业主单位审核系统是否满足以下终验条件 a 已完成初验,初验合格; 22 初验中发现的问题已经得到解决
33 试运行期间系统运行正常或者出现的问题已经得到解决,试运行时间达到承建合同要求 4)项目文档完整
b 监理机构应要求承建单位提交终验方案
监理机构应参与终验,签署终验报告
验收活动和结果应形成文档
e d 监理机构应督促承建单位解决终验中发现的问题和不合格项
e 监理机构应要求承建单位提交项目移交申请,宜包括软件交付清单、相关工程文档和必要的联 系信息,并做好交接记录,形成软件工程项目移交清单(参见表A.12). f 监理机构应依据承建合同审核承建单位提交的工程结算
g 监理机构应完成工程监理总结,整理工程有关的全部监理文档,并移交业主单位
6.4.3 监理文档 本阶段监理机构的输出文档主要包括监理意见(见GB/T19668.1一2014表B.10)、工程备忘录(见 GB/T19668.1-2014表B.5)、监理通知单(见GB/T19668.1-2014表B.8)、监理工作联系单(见 GB/T19668.1一2014表B.9)、培训记录见GB/T19668.1一2014表B.ll)、工程变更单见 GB/T19668.12014表c.3)、系统问题跟踪记录参见表A.5)、软件工程质量检查记录(参见 表A.10)、软件修订检查记录(参见表A.11)及软件工程项目移交清单(参见表A.12)等 监理机构宜完成如下文档的编写 对承建单位提交的培训计划进行审核.提出监理意见(见GB/T19668.12014表B.10);宜对 a 培训效果提出监理意见(见GB/T19668.1一2014表B.1o)
对承建单位提交的项目文档进行审核,提出监理意见(见GB/T19668.1一2014表B.10). b 对承建单位提交的初验方案、终验方案进行审核,提出监理意见(见GB/T19668.1一2014 表B.10). 项目初验前,核查承建单位工作完成情况,可对检查结果形成监理专项报告 d 对软件文档的完整性和每个单独文档的继承性、指导性、规范性、受控性等方面进行综合 评价,形成软件工程文档检查记录(参见表A.9) 对软件工程功能符合性和软件修订结果进行检查,形成软件工程质量检查记录(参见 表A.10和软件工程修订检查记录(参见表A.11
对初验前的遗留问题(应为不影响工程主体功能、性能的问题)形成备忘录(见GB/T19668.1 2014表B.5)
对试运行计划和试运行报告进行审核,提出监理意见(见GB/T19668.1一2014表B.10)
工程结算审核报告(如适用). g 监理机构的监理工作总结报告
h 13
GB/T19668.5一2018 附 录 A 资料性附录) 软件工程监理过程检查记录 需求规格说明书检查表见A.1
需求评审意见A.2
需求确认表见A.3
概要(结构)设计检查参 表见A.4
系统问题跟踪记录参表见A.5
就绪可用软件产品到验记录参见表A.6
数据迁移验证和 确认检查表参见表A.7
软件系统功能检查表参见表A.8
软件工程文档检查记录参见表A.9
软件 工程质量检查记录参见表A.10
软件修订检查记录参见表A.11
软件工程项目移交清单A.12
表A.1需求规格说明书检查表 工程名称 系统名称 业主单位 承建单位 监理单位 检查依据 检查类目 检查内容 检查结果 备注 系统的目标是否已定义 是/否 是否对关键术语和缩略语进行定义和措描述 是/否 所使用的术语是否和用户使用的一致 是/ " 需求的描述是否清晰,不含糊 是/否 清晰性 是否有对整套系统进行功能概述 是/否 是否已详细说明了软件环境共存的软件和硬件环境(特定的配置 是/否 如果有会影响实施的假设情况,是否已经声明 是/否 是否已经对每个业务逻辑进行输人、输出以及过程的详细说明 是/否 是青列出了系统所必须的依赖,假设以及约束 是/否 是否对每个提交物或阶段实施都进行了需求说明 是" 香 需求说明书是否已包括了主要的质量属性,例如有效性、高效性、灵活性、 完整性 完整性,互操作性,可靠性、健壮性,可用性,可维护性、可移植性,可重用性 是/否 和可测试性等 是否有业务流程图和数据流程图 是/否 是否包含接口需求 是/否 依从性 该文档是否遵守了该项目的文档编写标准 是/否 14
GB;/T19668.5一2018 表A.1续) 需求说明是否存在直接相互矛盾的条目 是/否 -致性 需求说明书是否与相关需求素材一致 是/否 所描述的功能是否必要并充分满足了用户/系统目标 是/否 需求说明书的描述是否满足下一阶段设计所需 是/否 可行性 已知的限制局限)是否已经详细说明 是/香 是否已确定每个需求的优先级别 是/否 是否将需求分别陈述,因此它们是独立的并且是可检查的 是/否 是否所有需求都可以回溯到相应的需求索材,反之亦然 是/否 可管理性 是否已详细说明需求变更的过程 是/否 业主单位 承建单位 监理机构 代表签字 代表签字 代表签字 年 日 月 日 月 15
GB/T19668.5一2018 表A.2需求评审意见 工程名称 系统名称 业主单位 承建单位 监理单位 评审依据 序号 评审意见 备注 评审内容 是否规定了用户要求的功能 是/否 是否在处理每个功能时,规定了时间约束、存储约束的需求 是/否 输人信息是否给出格式、接收方法,数量、范围、精度,时间和优先顺序 是/否 要求 输出信息是否给出传送方法格式,数量、范围、精度、时间和优先顺序 是/否 要求,是否符合用户要求 是否对合法和非法输人数据的处理给出了规定 是" 否 与硬件和其他软件的接口是否都已经描述 是/否 是否列举了必须的安装操作 是/否 是否存在技术上和经济上可行的手段对每项需求进行验证和确认 是/否 是/否 提供的文档资料是否齐全 10 文档中的描述是否完整、清晰,准确地反映用户的要求 是/否 所使用的数据流、数据结构等软件需求分析方法是否充分 是/否 图表是否清楚,在不补充说明时易于理解 是！ 否 软件需求说明中规定的约束条件或限制条件是否符合实际 是/否 是否有遗漏,重复或不一致的地方 是/否 15 是否考虑过软件需求的其他方案 是/否 S 软件需求说明等各配置项是否按配置管理程序标识人库 是/否 业主单位 承建单位; 监理机构3 代表签字 代表签字 代表签字 年 日 年 月 年 月 16
GB;/T19668.5一2018 表A.3需求确认表 工程名称 系统名称 业主单位 承建单位 监理单位 评审日期 参与人员 评审内容及结论 业主单位 使用单位 承建单位: 监理机构 签盖 签章 签章 签章) 年 年 月 日 年 月 年 月 日 17
GB/T19668.5一2018 表A.4概要(结构)设计检查表 工程名称 系统名称 业主单位 承建单位 监理单位 检查依据 检查结果 检查类目 检查内容 备注 是否所设计的架构,包括数据流,控制流和接口,被清楚地表达了 是/否 清晰性 是否所有的假设、约束,策略及依赖都被记录在本文档了 是/否 是否定义了总体设计目标 是/否 是否所有的以前的TBD(待确定条目)都已经被解决了 是/否 是否设计已经可以支持本文档中遗留的TB有可能带来的变更 是/否 是否所有的TBD的影响都已经被评估了 是/否 完整性 是否仍存在可能不可行的设计部分 是/否 是否已记录设计时的权衡考虑?该文档是否包括了权衡选择的标准 是/否 和不选择其他方案的原因 依从性 是否遵守了项目的文档编写标准 是/否 数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否 是/否 到 -致性 该设计是否反映了实际操作环境(硬件,软件,支持软件) 是" 否 是/否 从功能,成果,进度,预算和技术角度上看该设计是否可行 可行性 是否存在错误的、缺少的或不完整的逻辑 是/否 所有复合数据元素、参数以及对象的概念是否都已文档化 是/否 数据使用 是否还有任何需要的但还没有定义的数据结构,反之亦然 是/否 是/否 是否已描述最低级别数据元素?是否已详细说明取值范围 是否对每一下级模块进行了概要算法说明 是/ /否 功能性 所选择的设计和算法能否满足所有的需求 是/否 操作界面的设计是否有为用户考虑(例如;:词汇、使用信息和进人的简 是/否 易 是否已描述界面的功能特性 是/否 界面是否有利于问题解决 是/否 接口 是否所有界面都互相一致,与其他模块一致,以及和更高级别文档中 是/否 的需求一致 是否所有的界面都提供了所要求的信息 是/否 是否已说明内部各界面之间的关系 是/否 界面的数量和复杂程度是否已减少到最小 是/否 18
GB;/T19668.5一2018 表A.4续) 该设计是否是模块化的 是/否 可维护性这些模块是否具有高内聚度和低耦合度 是/否 是否已经对继承设计、代码或先前选择工具的使用进行了详细说明 是/香 性能 主要性能参数是否已被详细说明 是/否 该设计是否能够提供错误检测和恢复 是/否 是否已考虑非正常情况 是/否 可靠性 是否考虑了网络、数据安全 是/否 该设计是否满足该系统进行集成时所遵守的约定 是/否 是否能够对该套系统进行测试,演示,分析或检查来说明它是满足需 是/否 求的 易测性 该套系统是否能用增量型的方法来集成和测试 是/香 是否各部分的设计都能追溯到需求说明书的需求 是/否 可追溯性 是否所有的设计决策都能追溯到原来确定的权衡因素 是/否 所继承设计的已知风险是否已确定和分析 是/否 业主单位 承建单位 监理机构 代表签字 代表签字: 代表签字: 年 年 年 日 月 日 月 日 19
GB/T19668.5一2018 四 出 四 一 米 一 四 要 一 安 巨 二 昏 杀运想 兰 画 号云 没 然 蛋骗这 宣 斯 版 ， Ni 时 2 6 心 x 20
GB;/T19668.5一2018 叫 叫 叫 四 出 四 一 一 21
GB/T19668.5一2018 表A.7数据迁移验证和确认检查表 工程名称 业主单位 承建单位 监理单位 承建单位 检查类目 检查内容 备注 自查结果 验证和确认目标数据库与来源数据库中的对象是否一致 是/否 验证和确认是否遵循了规范化的流程 是/否 验证和确认数据库设计是否一致 是/ 否 验证和确认是否遵循了充分的容量规划 是" /否 是/否 验证和确认数据冗余检查是否正确 数据库结构验证和确认系统和环境符合要求 是/否 验证和确认数据库增长是否符合设计 是/否 验证和确认安全设计是否符合要求 是/否 验证和确认系统日志的结构是否符合要求 是/否 验证和确认事务日志的结构是否符合要求 是/ 香 验证和确认并发性控制是否符合要求 是/ /否 验证和确认目标数据库中的表总数是否符合设计 是/否 验证和确认表名称是否符合设计 是/否 验证和确认目标与来源数据库表每个表的列数是否一致 是/否 验证和确认每个数据类型映射和大小是否正确 是/否 验证和确认用户定义的数据类型是否正确如果存在 是/否 验证和确认默认值是否正确 是/否 表 验证和确认空值是否匹配 是" /否 验证和确认身份列是否正确 是/香 验证和确认主键和外键约束是否正确 是/香 验证和确认主键、触发器和系统过程等对象的依赖关系是否正确 是/否 验证和确认目标索引是否符合 是/否 验证和确认目标数据与来源数据库系统过程总数是否一致 是/否 验证和确认过程名称是否符合 是/ 否 验证和确认是否存在任何用户定义的数据类型 是" /否 是/否 存储过程验证和确认输人/输出参数和数据类型是否正确 验证和确认返回值和返回数据类型是否正确 是/否 验证和确认事务模式(连锁/未连锁-@@tranchained)是否符合 是/否 验证和确认事务-开始/结束/保存/提交/回调是否符合 是/否 22
GB;/T19668.5一2018 表A.7(续) 验证和确认隔离级别o/1/2/3是否符合 是/否 验证和确认@@transtate/@@trancount/@@isolation值是否正确 是/否 验证和确认锁定模式是否符合 是/否 验证和确认服务器/所有者命名约定是否正确 是/否 验证和确认重新编译选项是否正确 是/香 验证和确认业务逻辑是否正确 是/否 验证和确认对象依赖关系是否正确 是/否 存储过程 验证和确认sETNocoUNT打开/关闭.QuoTEDDENTIFIER打开/关 是/否 闭等是否正确 验证和确认开放查询/链接服务器是否正确实现(如果存在) 是/香 是/否 验证和确认动态查询语句是否正确 验证和确认DCL语句,GRANT权限是否正确如果存在 是/否 验证和确认联结(join)和DM语句形式的各种输人的正确输出行为是否 是/否 正确 验证和确认目标数据库与来源数据库的用户定义函数总数是否一致 是/否 验证和确认用户定义函数名称是否符合 是/否 验证和确认1I/0参数传递是否正确 是/否 验证和确认输人参数传递顺序是否正确 是/否 用户定义 的函数 验证和确认返回数据类型是否正确 是/否 验证和确认用户定义的数据类型是否正确 是/否 验证和确认对象的依赖关系是否正确 是/否 是/否 验证和确认业务逻辑是否正确 验证和确认目标数据库与来源数据库视图总数是否一致 是/否 视图 验证和确认视图名称是否符合 是/否 验证和确认视图定义的对象和来源数据库是否正确 是/香 验证和确认目标数据库与来源数据库索引总数是否一致 是/香 索引 验证和确认索引名称是否符合 是/否 验证和确认目标数据库的集群化(PK/非集群化索引是否正确 是/否 验证和确认触发器总数是否一致 是/否 验证和确认触发器名称是香符合 是/香 验证和确认触发器依赖关系是否正确 是/否 触发器 是/否 验证和确认业务逻辑/触发事件是否正确 验证和确认插人/更新/删除触发器是否正确 是/否 验证和确认标准格式/最佳实践是否符合 是/否 23
GB/T19668.5一2018 表A.7(续) 验证和确认约束总数是否一致 是/否 验证和确认约束名称是否符合 是/否 约束 验证和确认主键、外键、检查、空值和默认约束是否正确 是 /香 验证和确认规则总数是否一致 是/否 规则 验证和确认规则名称是否符合 是/否 验证和确认目标数据库中的规则条件和逻辑是否正确 是/否 默认设置 验证和确认默认设置是否正确 是/否 验证和确认游标总数是否一致 是/否 验证和确认游标名称是否符合 是/否 是而 游标 验证和确认只读/用于更新的游标是否正确 是/否 验证和确认分配和解除分配游标是否正确 是/街 验证和确认子句的流向是否正确 临时表 验证和确认全局/临时表是否正确 是/否 内置函数 验证和确认内置函数是否正确 是/否 验证和确认系统定义的/全局变量是否正确 是/否 系统变量 验证和确认来源和目标数据库中的记录总数是否一致 是/否 验证和确认加载的记录是否与来源记录相同 是/ /否 数据测试 是/否 验证和确认空值和废弃的值是否符合 验证和确认数据是否正确 是/否 总体验证意见 业主单位 承建单位 监理机构 代表签字 代表签字 代表签字 年 月 日 年 月 日 月 24
GB;/T19668.5一2018 四 出 二 四 一 一 一 O 出 25
GB/T19668.5一2018 表A.9软件工程文档检查记录 工程名称 系统名称 业主单位 监理单位 承建单位 检查日期 检查依据 参与人员 检查对象 检查结果 序号 文档名称 版本号 完成情况 评价 备注 继承性;口合格口不合格 口有,共分册 标准性;口合格口不合格 口无 指导性;口合格口不合格 口合并至文件(可填序号 受控性:口合格口不合格 评价综述 业主单位 承建单位 监理机构 代表签字 代表签字 代表签字 年 月 日 年 月 $ 月 说明文档列表根据承建合同、项目验收要求,参考GB/T8567一20o6《计算机软件文档编制规范》,附录D确定,部 分文档可根据实际情况分册编写或合并编写
26
GB;/T19668.5一2018 表A.10软件工程质量检查记录 工程名称 系统名称 业主单位 承建单位 监理单位 检查日期 参与人员 检查内容[版本号 检查结果 功能来源 评价 备注 功能级别 功能名称 功能描述 功能性;口合格口不合格 可靠性;口合格口不合格 口 合同要求 易用性:口合格口不合格 口需求变更 效率;口合格口不合格 口增加需求 维护性:口合格口不合格 可移植性;口合格口不合格 检查结果综述: 业主单位 承建单位 监理机构: 代表签字 代表签字 代表签字 年 日 年 日 月 27
GB/T19668.5一2018 表A.11软件修订检查记录 工程名称 系统名称 业主单位 监理单位 承建单位 检查日期 参与人员 修订内容[版本号 修订结果[升级版本号 功能级别 功能名称 问题描述 修订结果综述 业主单位 承建单位 监理机构 代表签字 代表签字 代表签字 年 年 月 日 月 目 月 28
GB;/T19668.5一2018 表A.12软件工程项目移交清单 工程名称 业主单位 承建单位 监理单位 交付日期 移交类目 名称及版本号 介质 数量 备注 软件交付 清单 工程文档 交付清单 其他交付 清单 其他需要说明的事项 业主单位(接收人): 承建单位(移交人): 监理机构: 代表签字 代表签字: 代表签字: 年 年 年 日 月 日 月 29
GB/T19668.5一2018 附录 B 资料性附录 软件工程支持过程的监理 软件工程文档编制过程的监理 B.1 软件工程文档编制过程的监理内容和要点如下 监理机构宜与业主单位、承建单位共同制定软件工程所需文档的计划,每种文档应包括如下 a 内容 1 标题或名称; 22 目的 文档的使用单位及人员; 3 有关输人,开发,评审、修改、批准,生产、贮存、发行,维护和配置管理的规程和职责 44 中间和最终版本的日程安排
5 监理机构宜与业主单位、承建单位共同对工程所需文档的设计,开发做出要求,应包括如下 b 内容: )每一种指明的文档应根据适合的文档编写标准进行设计,这些标准包括格式、内容叙述 页码编写、插图,表格安排、专利标志、保密安全标志、封装以及其他叙述项目
22 文档输人数据的来源和适合性应加以确认
可以使用自动化的文档编制工具
33 编制的文档应按照其文档编制标准加以评审和编辑,以便符合格式、技术内容和表述方式 要求
文档在发布前应由授权人员批准
监理机构宜与业主单位,承建单位共同对工程所需文档的编制过程做出要求,应包括如下 内容 文档应按照计划编制和提供
文档的编制和发行可以使用纸张,电子或其他媒体
主要 1 资料应按照有关记录保存、保密安全,维护和备份要求妥善贮存 应按照配置管理过程进行控制
监理机构宜与业主单位,承建单位共同对工程所产生文档的维护做出要求,应包含如下内容 d 1 对文档的修改应按照业主单位、监理机构、承建单位共同确定的流程执行; 22 对于配置管理下的文档,修改工作应按照配置管理过程管理
B.2软件工程配置管理过程的监理 软件工程配置管理过程的监理内容和要点如下 监理机构应敦促承建单位建立有效的配置管理过程,确定实施管理和技术规程的策略,以及标 a 识,定义系统中的软件项并指定基线
监理机构应监督承建单位配置管理的执行情况
包括控制软件项的修改和发行;记录和报告 b 软件项的状态和修改申请
监理机构宜与业主单位、承建单位共同对配置管理做出要求,应包含如下内容 配置项的完整性、协调性和正确性; 对配置项的储存、处理和交付的控制
30
GB;/T19668.5一2018 B.3软件工程质量保证过程的监理 软件工程质量保证过程的监理内容和要点如下 监理机构应要求承建单位制订执行质量保证过程活动和任务的计划文档
计划应包含如下 内容: 开展质量保证活动的质量标准、方法、规程和工具; 1) 22 质量记录的标识、收集、归档、维护和处理的规程; 33 开展质量保证活动的资源、日程和职责; 4 活动和任务
b 监理机构应要求承建单位实施计划中的和持续的质量保证活动和任务
监理机构应要求承建单位编制并保存质量活动和任务及其实施情况、发现的问题以及解决办 法的过程记录 d)存在分包工程时,监理机构应协助业主单位要求承建单位对分包单位进行质量管理并承担 责任
31
GB/T19668.5一2018 附 录 资料性附录) 软件工程监理控制措施 C.1计划审查 监理机构应审查软件工程项目阶段计划,要点如下: 监理机构应要求承建单位为各阶段的活动的实施提交详细的实施计划
必要时,可以制订彼 a 此独立的计划,这些计划应形成文档
计划应包括并不限于下述内容
阶段任务进度表; 1) ？ 工作成果; 33 执行任务所需的资源; ！ 任务责任的分配; 5 过程执行中采用的质量保证措施; 6 应用环境和基础设施
b 监理机构应评价实施计划,评价时要考虑下列准则,评价结果应形成监理意见
1 计划内容与法律、法规、标准、规范的符合性; 22 计划内容的合理性和可行性; 33 计划内容与承建合同、总体计划的一致性; ！ 计划执行的组织结构
C.2 过程跟踪 监理机构应根据实施计划跟踪软件工程项目执行过程,提出监理意见
跟踪内容包括 项目过程是否按计划执行并满足承建合同要求; a 项目过程是否遵循所采用的标准和规程,环境是否适当; b 承建单位提交的文档是否充分,文档编制是否及时; c 承建单位是否配备符合资格要求的人员; d 是否对系统问题及时记录和处理
e C.3确认 监理机构宜参与业主单位和承建单位的需求确认和用户确认测试,要点如下 需求确认活动应明确要确认的内容、确认方式、责任人、,进度安排等 a 用户确认测试活动应明确测试项、测试方案、测试计划、测试结果等 b) 监理机构宜协调业主单位和承建单位的确认过程 c d 确认过程和结果宜形成文档
C.4联合评审 必要时,监理机构应按照工程计划中的规定,在预先确定的里程碑参与对项目中某项活动的状态和 32
GB;/T19668.5一2018 产品的联合评审
a 在每次联合评审前,监理机构应协调各方就下述事项达成协议 1 各方评审人员; 22 需评审的软件产品(活动的结果)和问题 33 评审范围和程序; ！ 评审的输人和输出准则 b 评审期间发现的问题应加以记录,并按要求记录问题解决过程
评审结果应形成文档并分发
监理机构应协调各方就评审结论、措施责任和结果准则达成 c 协议
d 实施联合评审,评价时要考虑下列准则 针对适用的项目计划和进度安排,项目活动可以按照计划进行,可以维持项目的总体 控制; 22 必要时可以调整或补充项目计划 33 对项目风险进行了识别 评价的软件产品完备并符合标准和规范要求 ！ 对软件产品的变更被正确地实施并且仅仅影响配置管理过程所标明的区域; 5 评价的软件产品遵循适用的进座,并已为下一个计划的活动做好准备 6 评价的软件产品根据项目计划,进度安排、标准和指南,处于正在进行开发、,运行或维护的 77 状态
C.5审核 必要时,监理机构应按工程计划中的规定,在预先确定的里程碑参与对软件产品或活动的审核,以 确定其与需求、计划和承建合同的符合性
在每次审核前,监理机构应协调各方就下述事项协商一致 aa 各方审核人员; 1) 2) 需审核的软件产品(和活动的结果); 审核范围和规程; 33 审核的输人和输出准则
4 审核中发现的问题应记录,并按要求记录问题解决过程
b 5e 监理机构应要求承建单位对问题进行整改,并跟踪落实
审核结果应形成文档,宜考虑下列准则 d 编码的软件产品应反映设计文档 2 文档所述的验收评审和测试需求对于软件产品的验收是适当的; 测试数据符合规格说明 3 软件产品已成功进行测试并符合其规格说明 测试报告是正确的,实际情况和预期结果之间的差异已得到解决 5 用户文档符合规定的标准; 6 7 已按照适用的需求计划和承建合同完成了活动 进度符合制定的计划
33
GB/T19668.5一2018 c.6问题解决 监理机构应与业主单位、承建单位共同协商建立软件工程项目问题解决机制,以便处理在软件工程 项目中发现的问题(包括不符合项. 软件工程项目应建立闭环的问题解决机制,符合下列要求 a 1 及时报告发现的问题,合适时,将存在的问题告知有关各方
对问题的原因,类别和优先权进行分析
33 明确问题处理的组织者及参与者,采取处置措施
4 对问题的解决和处理结果做出评价,以确定:问题是否得到解决,不良趋势是否扭转,适用 时是否采取预防措施,是否引人新的问题
5 及时保存问题记录
监理机构应协调业主单位和承建单位共同执行问题处理机制的要求,组织编制问题报告描述 从发现问题,到调查问题及其原因,分析和解决问题,评价问题的趋势的整个闭环过程
测量和分析 监理机构应要求并监督承建单位建立和保持测量能力,用于支持承建单位为满足承建合同需求所 开展的活动
监理机构宜对照工程计划和测量规范等有关要求,检查承建单位所开展的测量活动及相应的 a 测量分析结果,从如下方面提出监理意见 工程确定的测量项具有完备、,可执行的测量和分析规范 1 2 测量数据得到识别,及时正确收集、储存、客观、有效; 测量数据得到正确分析、报告和交流 3 测量数据用于工程决策和行动依据 建立和保持完整的测量数据、测量分析报告、以及有关措施的记录
5 监理机构应保存所有收到的测量分析报告、有关措施的记录、以及监理活动产生的书面文档
b 适用时,监理机构宜建议由第三方测评机构实施测量活动
c 34
GB;/T19668.5一2018 附 录D 资料性附录 软件工程项目业主单位,承建单位和监理单位文档清单 D.1业主单位文档 业主单位具体文档如下 项目立项文件(项目建议书、可行性研究报告、项目建设方案):; a b 批复文件; 工程招标文件; c d 承建合同 e 工程投标文件; fD 评标文件、评分标准及打分表、评标报告、中标通知书; 用户报告
8 D.2承建单位文档 承建单位具体文档如下 项目计划书; a b 需求规格说明书; 概要设计说明书; C 详细设计说明书 d 数据库设计说明书; e 编码计划、代码编写规范 二次开发支持文件,接口设计说明书,程序员开发手册(如果有); g 系统维护手册、软件安装盘 h 系统上线保障方案、,应急预案、事故及问题处理文件; 测试计划 j 测试记录; k 测试报告; m用户手册 用户培训计划 n 培训文档 o 开发进度月报; P 试运行报告; Q 开发总结报告; 授权书,软件许可协议; s 交接清单; 工程延期审批表; u 支付申请 v 验收申请; w 35
GB/T19668.5一2018 项目例会、协调会纪要、备忘录; X 竣工验收报告,验收委员会签字表
D.3监理单位文档 监理单位具体文档如下 监理合同 a b 监理规划; c 监理细则; d 开(停、复)工令; e 监理意见; f 监理评审报告 监理月报; 日 支付意见书 h 监理通知单; 监理联系单; k 会议纪要; 备忘录 lD m监理费申请表; 监理工作总结报告
n 36
GB;/T19668.5一2018 考文 参 献 GB/T85662007信息技术软件生存周期过程 [2]GB/T8587一2006计算机软件文档编制规范 [3]GB/T9385一2008计算机软件需求规格说明规范 [4]GB/T9386一2008计算机软件测试文档编制规范 [5]葛健,邢桂林软件工程监理规范理解与实施.标准出版社,2012 [[6]国家档案局、国家发展和改革委员会《关于印发〈国家电子政务工程建设项目档案管理暂行 办法)的通知档发[2008]3号 [7]IsO/IEC12207;2008Ssystemsandsoftwareengineering Softwarelifecycleprocesses
信息技术服务监理第5部分：软件工程监理规范GB/T19668.5-2018
信息技术服务监理是指对信息技术服务项目进行全过程监督和管理的一种服务方式。其中，软件工程监理作为信息技术服务监理的重要组成部分，对于确保软件开发过程中的质量和效率，具有非常重要的意义。本文将介绍信息技术服务监理第5部分：软件工程监理规范GB/T19668.5-2018的相关内容。
软件工程监理的定义
软件工程监理是指对软件开发过程中各个阶段的活动进行监督和管理，以确保软件开发过程中的质量、进度和成本控制，并提供相应的建议和改进措施，使软件开发过程更加规范、高效、可控。
软件工程监理的目的
软件工程监理的主要目的是确保软件开发过程中的质量和效率。具体来说，软件工程监理需要做到以下几点：
- 对软件开发过程进行全面监督和管理，及时发现和解决问题，确保软件开发进度和质量控制；
- 提供相应的技术支持和咨询服务，为软件开发过程提供指导和优化建议；
- 通过对软件开发过程的监测和分析，提高软件开发效率和质量，并降低成本。
软件工程监理的实施流程
软件工程监理的实施流程包括三个阶段：
前期准备阶段
前期准备阶段主要是确定项目目标、范围、资源需求和工作计划等，以便于制定详细的监理方案和流程。
监理实施阶段
监理实施阶段主要是对软件开发过程进行全面监督和管理，及时发现和解决问题，并提供相关的技术支持和咨询服务。具体来说，监理应该做到以下几点：
- 对软件开发过程进行全面管理和监督，包括各个阶段的活动、参与人员、资源调配等；
- 及时发现和解决软件开发过程中出现的问题，提供相应的优化建议和改进措施；
- 向业主提供相关的技术支持和咨询服务，以帮助其更好地理解软件开发过程和结果。
监理总结阶段
监理总结阶段主要是对软件开发过程进行总结和评估，确定软件开发过程的优点和不足，为下一次软件开发项目提供借鉴和改进。
总结
软件工程监理是信息技术服务监理的重要组成部分，对于确保软件开发过程中的质量和效率具有非常重要的意义。在软件工程监理实施过程中，需要对软件开发过程进行全面管理和监督，并及时发现和解决问题，提供相应的优化建议和改进措施。通过对软件开发过程的监测和分析，可以提高软件开发效率和质量，降低成本，为业主提供更好的服务。
信息技术服务监理第5部分：软件工程监理规范的相关资料
- 合格评定 信息技术服务管理体系认证机构要求GB/T27308-2011解读
- 信息技术服务运行维护第3部分：应急响应规范GB/T28827.3-2012解读
- 信息技术服务运行维护第2部分：交付规范GB/T28827.2-2012
- 信息技术服务运行维护第1部分：通用要求GB/T28827.1-2012
- 信息技术服务分类与代码GB/T29264-2012介绍
- 设备工程监理规范GB/T26429-2010
- 石油天然气管道工程用管材制造监理技术要求GB/T31185-2014解读
- 离心式压缩机制造监理技术要求GB/T31184-2014
- 炼油临氢高压设备制造监理技术要求GB/T31183-2014解读
- 信息技术服务监理第1部分：总则GB/T19668.1-2014
- 软件工程开发方法元模型GB/T26239-2010
- 深入了解统一建模语言（UML）第2部分：上层结构GB/T28174.2-2011
- 深入了解统一建模语言（UML）第1部分：基础结构GB/T28174.1-2011
- 软件工程自动化测试能力第2部分：从业人员能力等级模型GB/T30264.2-2013
- 软件工程自动化测试能力第1部分：测试机构能力等级模型GB/T30264.1-2013的解析
- 国家生态旅游示范区建设与运营规范GB/T26362-2010
- 制冷空调设备和系统减少卤代制冷剂排放规范GB/T26205-2010
- 设备工程监理规范GB/T26429-2010
- 燃气用聚乙烯管道系统的机械管件第1部分：公称外径不大于63mm的管材用钢塑转换管件GB/T26255.1-2010
- 人机界面标志标识的基本和安全规则指示器和操作器件的编码规则GB/T4025-2010
- 信息技术服务监理第5部分：软件工程监理规范GB/T19668.5-2018
