ITSS-14-1运维服务研发规范-模板6

运维服务研发规范

运维服务研发规范

修订履历

序号版本修订内容修订人生效日期

1

1目的

在完成运维项目的过程中至关重要的两个因素是运维技术和运维工具。技术研发部致力

于提升运维水平，因此需要定期对运维技术和运维工具进行研发。在研发的过程中，需要按照

规范化的管理规范进行。

2使用范围

适用于本公司研发人员。

3职责

(1)研究与跟踪软件研发的新技术、新方向；

(2)关注前沿的运维技术与工具；

(3)负责收集软件开发的行业技术规范和标准；

(4)负责软件产品电子文档的管理与保密工作；

(5)协助资质、软件著作权、专利技术、科技成果等申报工作；

(6)根据运维部研发需求进行运维技术和运维工具的研发；

4工作程序

4.1运维研发的策划

4.1.1运维工具设计和运维技术的规划

技术研发部依据《年度总体发展规划》，制定《年度运维技术研发计划》。明确研发项目开

发的课题、资源配置、时间进度、质量目标、功能性能技术指标、切入市场时机、研发成本、

经济效益、社会效益和项目负责人等项内容。

由技术研发部负责组织《年度运维技术研发计划》的研讨，总经理审核，并将出台表提交

公司领导讨论确定,报总经理审批。技术研发部据批准的出台表编制《年度运维技术研发计划》,

报批后实施。

技术研发部根据批准的《年度运维技术研发计划》，编制《年度运维技术开发立项报告》,

综合管理部、质管部组织公司内相关专家进行立项评审，经公司批准后实施。

根据技术研发部及市场需求的需要，（进行运维项目策划时，在形成的《运维设计任务书》

中提出对设计和开发的需求），经技术研发部确认，成立该技术研发部，任命项目负责人。项

目负责人与销售部沟通，了解对研发的需求（包括：功能性需求和非功能性需求），对项目进

行策划，项目负责人应参加市场调研或运维项目中关于项目部分的黄划，项目设计策划的结果

是编制《研发项目立项报告》、《研发项目计划》，完成后运维服务部负责人批准（运维的项目

应先经运维项目负责人审核）。《项目立项报告》应包括以下内容：

1.项目概述

项目名称、项目背景、项目目标、项目干系人、项目团队组织、项目实施计划、项目交付成果。

2.项目信息分析与预测

项目范围、项目类别、假设、限制条件、技术解决方案、风险列表、项目预算、主要项目

资源及职责、预计项目进度。

《研发项目计划》应包括以下内容：

1.项目概述

项目背景，产品描述（产品优势、功能概述等），产品特点，软件架构，等。

2.里程碑评审&产品研发规划

里程碑评审计划

编号阶段名称结束日期里程碑评审参加人员备注

需求阶段

设计阶段

实现阶段

测试阶段

实施阶段

维护阶段

4.1.1-1图

说明：

1.阶段名称可以修改，目前的内容为建议内容；

2.阶段间的检查点写入进度计划中，不用在此表中说明。

交付计划

名称初始计划交付日期

需求规格说明书

设计文档

安装手册

操作手册

可执行代码

源代码

4.1.1-2图

说明：需要交付给客户的工作产品的计划交付日期。

3.决策分析计划（根据项目性质可裁剪）

4.项目干系人参与计划

5.资源计划（根据项目性质可裁剪）

6.风险列表（根据项目性质可裁剪）

7.培训计划（根据项目性质可裁剪）

4.1.2研发项目的设计和开发一般包括以下阶段：

a）需求策划阶段：技术研发部织、人员划分、项目期限。编制《研发项目立项报告》、《研

发项目计划》及《客户需求说明书》。本阶段应进行评审。

b）需求设计阶段：明确工程需求、有关法律和标准的要求、形成《软件需求规格说明》。

本阶段应进行设计输入的评审。并建立《需求不一致状态跟踪表》进行质量掌控。

c）概要设计阶段：根据功能性需求，划分为及各相对独立的子系统，建立整体框架，用图

形设计软件设计界面DEMO模型、用描述结构、模块组成和业务流程、用数据库设计软件设计

数据库表结构等。

d）详细设计阶段：建立子程序结构实现功框架能逻辑及流程图1包括：包图、类图、组件

图、顺序图等）、函数、变量调用关系数据库结构及各个功能模块间接口调用等。

e）编码阶段（可选）：按照设计中约束及编程规范的要求进行代码编写，测试子程序性能。

进行设计和开发的验证。

f）系统测试阶段（可选）：在交付前完成系统功能测试（黑盒测试），测试结果应达到《软

件需求规格说明书》中的要求，进行设计和开发的验证。

g）研发确认：可采用顾客使用、鉴定测试的方法进行；运维要求的项目采用随同运维项目

试运行和召开验收会的方法，完成疝软件设计的确认。

4.L3组织接口与技术接口

公司与外部组织的沟通由销售部负责协调，相关的技术问题由技术研发部负责协调处理。

1）与外部组织接口

a）通过研发（或运维）合同、技术协议等文件资料的传递，实现与外部组织的技术接口。

b）合同，技术协议应明确研发项目的功能，技术要求，质量标准，双方的责任及进度等。

c）合同或协议应为有效版本，涉及软件要求的变更应经双方确认，并就联合评审建立与顾

客沟通的渠道。

d）合同或协议如与国家、地方及行业强制性标准、法律法规相抵触的，以国家、地方及行

业强制性标准为准。

2）与内部的组织和技术接口

a）技术研发部应密切与客户或该运维技术研发部的联系，了解工程对软件的要求及其变化。

b）研发项目负责人可定期或不定期的召开软件技术研发部内部协调会，通过会议沟通编程

人员之间的联系，协调解决项目设计过程的各种问题。

c）研发项目经理应根据《研发项目立项报告》及《研发项目计划》制定技术研发部人员工

作量分配的进度计划并根据项目的实际情况进行监督和及时调整。

d）内部各部门之间的接口可通过部门领导沟通或通过《信息联络处理单》进行沟通。

4.1.4研发需求的变更

在实施中出现问题、客户或运维项目要求变更或其它原因影响需要修改《研发需求规格说

明书》时，由研发项目负责人提出修改意见，运维服务部经理批准后进行修改，执行《文件管

理程序》。必要时应对修改进行评审，以保证《研发需求规格说明书》符合规定的要求。

4.2研发设计和输入

研发设计输入是研发设计的依据.应予以重视C《研发需求规格说明》作为研发产品的设

计输入，其内容应包括：

a）客户或运维项目对软件的功能、使用性能和技术指标的要求；

b）适用的法律法规和强制性标准的要求；

c）适用时，提供以前与该研发类似的，且证明是有效的信息资料；

d）设计和开发所必需的其它要求（如顾客或工程的环境条件）。

为确保设计输入的可扩展性和兼容性，项目负责人应组织对设/输入进行评审，必要时应

有运维程技术研发部或顾客代表参加评审，以确保设计输入是充分的、适用的。设计输入既反

映了对软件的全部的要求，而且也适合公司的情况。设计输入要求完整、清晰，并且不能自相

矛盾。评审后，相关评审人员应填写《评审会议记录表》，与会人员应客观公正的给出评审意

见并签字。对评审中不同的意见进行整理并由项目经理填写《评审问题表》。与会人员要进行

签到《评审会议签到表》。

技术研发部应保持评审的记录及有关的文件资料。

4.3研发设计和开发输出

研发设计和开发输出提供运维工具或运维技术的使用特性和规范，必须符合设计输入的要求。

a）项目负责人组织技术研发部人员根据《研发项目立项报告》、《研发项目计划》、《客户

需求说明书》和设计输入开展设计工作，编制设计输出文件。

b）软件的设计输出文件一般应包括：《需求规格说明书》、《概要设计规格说明书》、《详细

设计规格说明书》、“代码注释”、“源代码”、“用户操作及维护手册”和“测试报告”等。

c）设计输出应以能够针对输入进行验证的方式提出，设计和开发输出应经项目负责人审

核批准后方能放行。

研发设计和开发的输出完成后，项目负责人应组织有关部门对设计输出进行评审，确保

设计和开发的输出满足设计和开发输入的要求，并满足施工、采购和检测的需要。由项目负责

评审的相关人员形成《评审会议记录表》。

4.4研发设计和开发的评审

“设计和开发的评审”是指为了确保设计和开发结果的可扩展性、兼容性及有效性以达到

规定的目标所进行的系统活动。项目经理应依据《项目立项报告》、《项目计划》所要求的时间

节点进行安排评审计划，并组织对设计进行系统的评审。

a）评价设计各阶段的结果满足要求的能力：对应干内、外部资源的兼容性、满足总体设计

要求的充分性和达到预期效果的程度。

b）识别存在的任何问题，提出必要的措施，以在早期避免产品的各种不合格和缺陷，确保

软件设计最终满足顾客或运维项目的要求。

c）评审可采用不同的方式进行：诸如召开评审会议、请有关专家评审、对形成的文件进行

逐级审查、组织同行评审等。

d）应确保与设计各阶段有关的职能部门及有关的人员参加评审,必要时，组织运维技术研

发部和顾客合作召开设计评审会。

评审后，由项目负责评审的相关人员形成《评审会议记录表》。技术研发部应保持评审的

结果及评审所采取的任何必要措施的记录。

4.5研发设计和开发验证

“验证”是通过提供客观证据，对规定要求已得到满足的认定。为确保设计和开发输出满

足输入的要求，项目经理应依据《项目立项报告》、《项目计划》的安排对设计进行验证。验证

可以通过一下方法（但不限于）进行：

a）通过采用诸如变换方法进行计算，根据演算结果进行验证；

b）进行模拟测试，根据测试结果对照设计的输入要求验证项目的符合性；

c）与已证实的类似的软件设计进行比较；

d）对设计输出进行分单元测试、集成测试、系统测试；

e）安装在系统中，进行系统测试，确认软件符合设计要求。

一般可以通过软件的测试结果来验证软件产品满足设计输入的要求。项目负责评审的相

关人员形成《评审会议记录表》。运维工具技术研发部应保持设计和开发输出是否满足设计和

开发输入规定要求的客观证据，验证的结果及通过验证所采取的任何必要措施的记录。

4.6设计和开发的确认

“确认”是通过提供客观证据对特定的预期用途或应用要求己得到满足的认定。为了认定

软件能够满足工程和顾客规定的使用要求或已知的预期用途的要求，应依据《研发计划》的安

排由项目负责人组织对设计进行确认。只要可行，确认应在工程交付之前完成。设计确认一般

可采用顾客试运行、系统验收的方法与运维项目同时进行。也可以采用模拟试验或委托权威的

软件评测部门进行鉴定测试。项