产品研发配置管理规范V1.0
创格科技软件研发
（仅限内部使用）
配
置
管
理
规
范
2013年3月
目录
1关于本文档 (3)
1.1内容说明 (3)
1.2文档目的 (3)
1.3术语 (3)
2配置管理基本定义 (3)
2.1角色与职责 (3)
2.2产品与版本 (4)
2.3配置项 (4)
2.4基线 (5)
2.5存储库 (5)
2.5.1产品文档库 (5)
2.5.2产品基线库 (6)
2.5.3系统代码库 (6)
3配置管理流程 (6)
3.1配置库用户管理 (6)
3.1.1用户注册 (6)
3.1.2用户权限申请 (6)
3.1.3权限注销 (7)
3.2配置库申请 (7)
3.2.1产品文档库申请 (7)
3.2.2代码库申请 (7)
3.3文档基线及变更管理 (7)
3.4代码版本管理 (7)
3.4.1申请分支 (8)
3.4.2封版和解版 (8)
3.4.3代码分支Merge (8)
3.5打包发布 (8)
3.6配置审计 (8)
4存储库使用规范 (9)
4.1产品及系统命名规范 (9)
4.2权限使用规范 (9)
4.3文档库提交规范 (9)
4.4Check in代码规范 (9)
1 关于本文档
1.1 内容说明
本文从整体上介绍了产品研发配置管理规范，说明了在配置管理活动中需要遵循的各种管理流程和规范，包括文档管理、代码管理、基线管理等。
1.2 文档目的
通过学习使用本文档及引用的其它管理规范，达到如下目的：
A、统一定义配置管理规范；
B、根据管理规范要求来定义各信息体系的配置管理活动，确保各配置项正确的标识
及存取；
C、保证各信息体系基线配置项的更改受控，维护软件产品完整性和可追溯性。
1.3 术语
2 配置管理基本定义
2.1 角色与职责
2.2 产品与版本
每个产品由产品设计团队根据产品规划，确定不同的产品发布版本；
每个产品需要建立一个产品文档库，并在文档库中建立一个基线存储目录；
每个发布版本以项目的形式组织开发，配置管理以文档基线和代码分支的方式配合产品的版本管理。
每个版本（项目）在该产品对应的系统代码库中对应一个分支，每次发布对应一个分支。
2.3 配置项
凡是纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类：一是属于产品组成的工作成果，如源代码和需求设计文档。二是管理过程中产生的文档，如项目计划等。每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。
根据研发体系要求，根据产品及项目研发活动，如下产品成果物和管理文档必须纳入文档库进行管理，并在正式评审后存入基线库进行管理。
2.4 基线
在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。
每一个基线都是其下一步开发的出发点和参考点。基线确定了配置项的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑处创建，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其修改要严格地按照变更控制的过程进行。在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。
2.5 存储库
配置管理中设置产品文档库、产品基线库和系统代码库。
2.5.1产品文档库
产品文档库以产品角度，划分目录层级和分类，放置产品研发中的文档。包括产品定义、需求分析、系统涉及、开发、测试验证、发布和运维生命周期各个阶段。
产品文档库目录分为两大类，第一类是产品类，这类目录主要用于记录产品生命周期内的各类文档。第二类是项目类的，该类目录主要用于存储该产品在各个版本的项目研发中需要记录的各类文档。
产品文档库设置请参考文档《产品文档库目录及使用说明》，该文档在各产品文档库根目录下。
2.5.2产品基线库
需要对每个版本确认一个基线，每个基线在SVN库中以目录方式体现。基线库目录结构如下。
2.5.3系统代码库
代码库申请按照系统的划分，一个系统对应一个代码库。
代码库使用分支、版本和Trunk进行管理。
新建库后由配置管理员对目录进行初始化，初始目录结构如下：
3 配置管理流程
配置管理贯穿在整个软件产品生命周期中，一个标准的配置管理对于整个研发流程起到很重要的作用。
3.1 配置库用户管理
3.1.1用户注册
需要使用SVN存储库的用户，需要先在系统内进行用户注册。
3.1.2用户权限申请
项目组成员对产品文档库和代码文档库权限申请，由项目经理将申请表单发给SCM 统一添加。
其它用户申请某产品配置库权限，需依据工作范围和职责申请，禁止跨权申请。除配置管理员外，不允许用户拥有所有库目录操作权限。管理人员原则上不允许申请代码库权
限。
3.1.3权限注销
项目结束时收回项目组成员对产品文档库权限，请项目经理及时告知。产品经理、产品分析员、技术经理等产品相关人员可以保留对文档库的使用权限。
SIT测试封版时收回代码库可写权限，项目结束时，收回项目组临时人员可读权限。也就是只保留维护人员可读权限。
产品生命周期内有离职、离场、调走人员，请产品负责人及时反馈给配置管理组进行权限的注销，否则出现由此造成的问题，由产品负责人承担；项目组中有人员调动、离职、离场等需要(产品库和代码库)回收权限的情况请项目经理及时反馈给配置管理组进行权限注销和调整，否则出现由此造成的问题，由项目经理承担。
3.2 配置库申请
3.2.1产品文档库申请
产品文档库在产品立项结束后，由项目经理填写《产品文档库申请表.doc》，向SCM 进行申请。SCM审核后，依据产品文档库目录结构，创建产品文档库和基线库。
3.2.2代码库申请
新系统代码库的申请需要在概要设计结束后，由技术经理填写《系统代码库申请表.doc》，向SCM进行申请。由SCM审核后，创建系统代码库，并将代码库SVN地址反馈给技术经理。
3.3 文档基线及变更管理
在项目研发每个里程碑结束时，为该阶段成果物建立基线，由产品CMO将该里程碑成果物放入基线库。
操作人员进行登记《产品文档基线版本说明.xls》，维护基线变更报告，同时将基线变更内容发送邮件通知项目组团队成员，抄送配置管理员和开发管理顾问。
项目组团队后阶段工作必须依据基线库中前阶段成果物，不得使用外部其它需求，如果有变更，需要由变更者提出申请，走需求变更流程。
当需要对基线文档进行变更时，必须走变更流程。详细参考《产品研发需求管理规范.docx》。
3.4 代码版本管理
3.4.1申请分支
在原有系统代码库优化代码，必须申请新的分支；
新的分支申请，由技术经理在确定发布版本后申请；
申请时需提交该分支可读写人员列表；
SCM在系统代码库建立分支，并进行授权，将代码分支地址发送给技术经理；
3.4.2封版和解版
测试经理在最后一次SIT测试之前，向SCM发送邮件，申请对该代码分支进行封版，该邮件抄送技术经理和项目经理。
配置管理员解除对该系统代码分支的可写权限。
当测试过程中仍有问题需要解决时，由技术经理向配置管理员发送邮件，申请对该代码分支进行解版。
配置管理员根据技术经理申请，对一部分人员进行授权，并通知技术经理结果。
在代码封版后，非本次发布计划内BUG等，原则上不得申请在该分支优化，如果必须要搭车在本次发布，需要走紧急发布流程。
3.4.3代码分支Merge
分支上线后，配置管理员根据ITP生产发布单的验证信息判定是否进行代码回合，如发布系统进行回滚等不需要回合的情况。
3.5 打包发布
系统在不同的环境需要部署，包括DEV、SIT、PRE、PRD，每种环境都需要有对应的配置和发布支持。
所有项目的发布打包必须是全量包，暂不考虑增量包。发布人员根据测试提供的代码版本来打包，不能每次都打包最新的代码，测试人员只要对打成的包负责测试，无需对版本负责。
3.6 配置审计
SCM发起并实施配置管理审计以维护基线的完整性，规范和流程执行的正确性。项目经理、开发人员必须积极配合审计。
配置审计结果作为为版本（项目）质量重要指标，发布在开发管理中心的《开发规范
实施报告》中，其结果将影响个人和团队绩效。
4 存储库使用规范
4.1 产品及系统命名规范
产品经理在申请产品文档库时，应填写规范的产品名称，包括内部名称，对外发布名称等、产品简写等。
技术经理在申请系统代码库时，应填写规范的系统名称，一般以产品简写为基础，如果涉及到多个系统，可以增加适当的后缀进行区别。
4.2 权限使用规范
严禁借用他人账号进行配置项操作，紧急情况求助CMO代操作，CMO同时要做好操作记录。违规操作，对账号所有人和使用人进行通报和警告一次，若造成质量问题，根据问题严重程度追加处罚。
4.3 文档库提交规范
如有新产品，按照申请规范申请新的产品库，不允许私自在某现有目录内自己建库；
产品文档库只有记录产品研发过程和变化的文档才放入，像项目聚餐照片，活动通知，电子书，安装程序等，严禁上传；
产品文档库不应该上传部门相关文档；
文档库里面不得上传代码；
上传文件单个大小限制在30M之内。如有特殊要求，请提前联系配置管理员；
在文档库中，不得随意更改初始目录，如有需要跟配置管理员申请。在规划好的初始目录内部，可以根据需要自行建目录；
所有成果物提交必须提交注释信息，格式为“xingmingquanpin, 本次提交内容说明。”；
对于提交基线库的文档，注释格式为：“JIRA号，xingmingquanpin, 本次提交内容说明。”。
4.4 Check in代码规范
修改本地代码编译成功后，才可提交到代码库中；
开发人员每天向版本库中提交一次代码，而不是集中在某一天；
按操作集提交代码，比如一个问题单修改三个文件，需将三个文件一次性提交代码库；
每次提交的操作集只允许包含一个问题单；
为了保障配置库完整性和可追溯性，Check in内容必须填写注释。代码库注释内容为：JIRA问题单号（问题key值）+修改描述+姓名+工号。；
在代码提交过程中，不允许出现含有中文字符和空格命名的文件，如：图片.jpg，副本.java等。
技术研发中心管理制度样本
技术中心管理制度 为了建立一个良好的激励机制, 更好地调动科技人员的工作积极性, 充分发挥大家的潜能, 科学、合理、高效地完成公司的新产品开发工作。特制订本管理制度, 本制度包括组织机构建设、总则、日常管理制度、课题管理制度、技术秘密管理制度。 一、组织机构的划分及职责 1.1产品市场开发研究室: 具体职能如下 1) 国内外相关产品市场调研与分析 2) 综合产品信息分析与研究 3) 课题( 项目) 可行性研究和咨询论证 4) 行业( 产品应用) 发展水平与趋势调研与分析, 对产品市场应用情况数据进行处理和统计分析 5) 经过市场调查、分析, 挖掘潜在的产品应用领域 6) 收集来自产品应用单位的信息, 提出新产品开发意见和建议 7) 负责编制新产品的研发方案 8) 负责新产品开发的标准化制定 1.2 产品研发行政事务研究室: 1) 负责研发人事管理制度
2) 对新产品试验进度安排及组织协调 3) 协助包装、标签、编码、送样等具体事项 4) 负责日常办公、试验物资的采购管理工作 5) 负责新产品的注册报批相关事项, 应用研究工作的组织联络、督促协调、质量监督、进度追踪等 1.3专利信息研究室: 负责本公司的专利工作。包括专利信息、专利说明书起草、申报等事项。 1) 产品行业政策法规咨询 2) 新产品咨询与评估 3) 文献收集、检索与资料翻译 4) 研发中心局域网的各种数据库的管理和维护等 5) 提出专利工作思路、专利文书的撰写及专利申报工作 6) 专利商标申报 7) 专利、商标权的维持和转让事务 8) 专利战略制定与组织实施 9) 专利、商标侵权监视与诉讼 10) 专利数据资料的管理与维护 11) 图书资料和期刊管理与维护
软件配置管理规定
软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程，制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则，不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1)。 ２、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用，综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2）。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得，编制《软件采购计划表》（附件3）。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年
限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得，需经过信息化部门鉴定,严格履行资产处置报批手续：?(１）已经达到规定得最低使用年限,且无法继续使用得.?（２）未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?（3）未达到规定得最低使用年限,因计算机硬件报废，且无法迁移到其她计算机上继续使用得. ８、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4)。
新产品开发管理办法95728
.
一. 目的
1. 确保新产品开发遵循既定流程,以最正确之方向、最经济之成本、最快之速度、最优化之设 计进行,达成公司经营目标。
2. “质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验证、设计 确认,确保新产品符合既定之标准,满足客户需要。
二. 范围
1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范运 作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品 开发进度管制表”进行管制。
3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的 5 个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。
三. 定义
1. 新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规产品 有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提 下对相关特性做改变,以符合不同客户、市场的需求.
2. SOP:作业标准书 3. SIP:检验规范书 4. SNP:包装规范书
四. 权责
1. 项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2. 项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。
五.内容
1.新产品开发管制作业流程图
流程图 新产品开发提案
权责单位
相关说明
产品企划阶段开始
表
单
相关单位
1)经市场需求调查、竟争对手分析、新产品销 售前景预测等作业完成且可行后提案,需注明 产品开发提案单 详细要求和进度
.
NO
新产品开发介绍会
软件配置管理流程
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
(产品管理)新产品管理办法
（产品管理）新产品管理 办法
制造部内部管理制度 ★ 新产品管理办法 2011月日发布 事业部制造部 1、目的 提高供应商新产品开发积极性，改善新产品组织流程、强化组织管理，按时完成各类新产品试制、生产技术准备、试销组织工作。明
确各类人员新产品组织、控制管理的职能职责，提高零部件质量保证能力、批量供货能力，做好过程节点控制、缩短零部件开发周期、满足新产品开发要求。 2、适应范围及术语 2.1适用范围 2.1.1新产品S图试制组织计划。 2.1.2新产品产品A图零部件生产技术准备及PPAP验证。 2.1.3新产品试销车组织 2.1.4新产品公告车组织 2.2术语及工厂新产品管理机构分工 2.2.1新产品：指S图试制（含公告）、A图生准、试销各阶段所涉及的零部件产品。 2.2.2工厂新产品管理机构分工 生产技术准备科：负责新产品产品A图零部件生产技术准备管理和考核 开发管理科：新产品S图试制计划（含公告）的管理和考核。 产品管理科：负责新产品试销计划的管理和考核。 3、引用文件 FTM.22304.008.3-2010《新产品开发项目管理办法》 FTM.22304.026.2-2010《新产品试销管理办法》 FTG.22305.014.01-2007《新产品生产技术准备管理办法》4、各类人员职能职责
4.1制造部长 4.1.1负责新产品选点表的批准。 4.1.2负责新产品特殊订单的批准。 4.1.3负责新产品开发计划的会签。 4.1.4负责新产品试销计划的会签。 4.1.5负责新产品延期方案的审核。 4.1.6负责新产品开发成功后首家供应商系数确定、二次布点的审核。 4.2订单推进科长 4.2.1负责新产品延期方案的审核。 4.2.2负责新产品和常规产品于产能受限状态下的平衡决策。 4.2.3负责新产品二次布点的审核。 4.2.4负责新产品考核通报责任分解后的审批。 4.3新产品管理员 4.3.1负责新产品日常管理工作。 4.3.2负责新产品组织的总体策划和策略管理工作。 4.3.3负责新产品技术管理工作。 4.3.4负责新产品价格管理工作。 4.3.5负责新产品重点项目的验收工作。 4.3.6负责新产品疑难问题的协调工作。 4.3.7负责新产品评审以及零部件质量问题回执。 4.3.8负责新产品考核通报的责任分解。
研发管理制度
研发管理制度 第一章总则 第一条为了确保公司研发项目的管理有章可循，实施准确有效，保证相关文件的合法性、规范性、准确性，特制定本制度。 第二条本制度适用于公司立项的技术研发项目。 第二章一般原则 第三条研发任务一方面来源公司下达的研发任务，一方面来源公司出于竞争需要而自行确定的研发任务。 第四条公司的研发是在平衡内部资源条件和外部市场状况的前提下寻求最佳的研发内容和方式，以期获得最大的经济效益。 第五条公司的研发定位于提升公司的核心竞争能力。一方面，通过产品平台战略支持公司现有业务在传统市场的扩张，形成绝对优势的市场地位；另一方面，通过新产品研发，推进公司在战略市场的争夺和具有巨大潜力的市场的研发，形成公司新的利润增长点。 第六条公司的研发遵循在自主研发的基础上广泛开放合作的原则。 第七条第七条公司重视培育一支高素质的、具有团队精神的研发工程师与研发管理者队伍，重视发现和培养战略研发管理人才和国际研发人才。 在技术研发方面，培养一批基础技术尖子和学术带头人；在产品研发方面，培养一批跨领域的集大成者。 公司以长远目标来建设研发队伍，以共同的事业、责任、荣誉来激励和驱动。 第八条研发阶段 产品研发过程分为5个阶段：立项、计划和规范、研发、测试和评估和产业化阶段。 根据项目的特性或规模，可以针对具体情况有所简化。 第九条相关职责 (一) 经理办公会负责研发立项的决策和审批； (二) 公司技术委员会负责新研发立项的技术审查； (三) 研究开发中心、生产技术部等部门负责实际的研发工作； (四) 营销部负责新产品市场需求的调研、试销和市场反应信息收集； (五) 研究开发中心协助技术委员会进行项目建议书收集以及研发过程中的日常事务性工作。 (六) 人力资源部负责立项登记以及知识产权的登记、申报和管理。 第三章研发组织管理 第十条研发组织 公司的研发组织包括公司技术委员会、研究开发中心、评估小组、研发小组，经理办公会是产品研发和技术研究的最高决策机构。 第十一条经理办公会 (一) 经理办公会是公司负责新技术和新产品研发决策的最高领导小组，具有资源分配权，以推进新产品的研发。 (二) 公司新产品决策过程通过阶段评审过程体现，这种阶段评审需要在研发过程中一些具体定义点上做出决策，一个产品研发项目必须在预定时间内达到明确定义的目标，才能获准进入下一阶段。经理办公会委托技术委员会对立项、计划和规范、测试和评估、产业化等阶段进行评审，在此基础上结合公司资源进行是否立项和产业化等决策。
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
XX公司新产品开发管理规定
XX公司新产品开发管理规定 第一章总则 第一条新产品的开发发工作，是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果，转变为新产品、新材料、新工艺等一切非常规性质的技术工作。新产品开发是公司在激烈的技术竞争中赖以生存和发展的命脉，是实现“生产一代，试制一代，研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对公司产品发展方向，产品优势，开拓新市场，提高经济效益等方面起着决定性的作用。 第二条公司新产品开发必须严格遵循产品开发的科学管理程序，即选题（构思）调研和方案论证→样（模）试→批试→正式投产前的准备这些重要步骤。 第三条公司在进行产品开发前必须进行调查研究，调查研究的工作包括： 1．调查国内市场和重要用户以及国际重点市场同类产品的技术现状和改进要求。 2．以国内同类产品市场占有率的前三名以及国际名牌产品为对象，调查同类产品的质量、价格、市场及使用情况。 3．广泛收集国内外有关情报和专刊，然后进行可行性分析研究。 第四条新产品的可行性分析是新产品开发中不可缺少的前期工作。公司新产品的可行性分析工作有：1．论证该类产品的技术发展方向。 2．论证市场动态及发展该产品具备的技术优势。 3．论证发展该产品的资源条件的可行性。 第五条公司应制定产品发展规划： 1. 根据国家和地方经济发展的需要，从公司产品发展方向、发展规模，发展水平和技术改造方向、赶超目标以及公司现有条件进行综合调查研究和可行性分析，制定公司产品发展规划。 2. 由研发中心提出草拟规划，经公司分管副总经理初步审查并组织有关部门人员进行缜密研究，定稿后报公司批准后下达执行。 第六条公司（研发中心）应瞄准国内外先进水平和赶超目标，为提高产品质量进行新技术、新材料、新工艺、新装备方面的应用研究： 1．开展产品生命周期的研究，促进产品的升级换代，预测企业的盈亏，为企业提供产品发展的科学依据。 2. 开展对产品升级换代具有决定意义的基础科学研究、重大工艺改革、重大专用设备和测试仪的研究。 3. 开展对提高产品质量有重大影响的新材料研究。 第二章产品研发管理 第七条公司产品研发是指从确定产品研发任务书起到确定产品结构为止的一系列技术工作的准备和管理，是产品开发的重要环节，是产品生产过程的开始，必须严格遵循“三段设计”程序。 第八条技术任务书。技术任务书是产品在初步设计阶段内，由研发部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后，作为产品技术研发的依据。其目的在于正确地确定产品最佳总体研发方案、主要技术性能参数、原理、产品结构，并由研发人员负责编写（其中标准化综合要求会同标准化人员共同拟订），其内容和程序作如下规定： 1. 研发依据（根据具体情况可以包括一个或数个内容） （1）部、省安排的重点任务：说明安排的内容及文件号； （2）国内外技术情报：在产品的性能和使用性上赶超国内外先进水平或产品品种上填补国内“空白”。 （3）市场经济情报：在产品的形态、型式（新颖性）等方面满足用户要求，适应市场需要，具有竞争力； （4）公司产品开发长远规划和年度技术组织措施计划，详述规划的有关内容，并说明现在进行研发时机上的必要性。 2. 产品用途及使用范围。 3. 对计划任务书提出有关修改和改进意见。 4. 基本参数及主要技术指标。 5. 产品主要结构叙述：用简略画法勾出产品基本外形，轮廓尺寸及主要材料的布局位置，并叙述主要材料的结构。
研发管理制度 模版
目录 第一章总则 第一条企业的核心竞争力在于自主创新能力，加强科学技术研发管理是自主创新的基础，加强研发项目立项管理是保证。为加速公司的科学研究和新技术的开发及推广应用，促进公司经济效益的提高，根据相关法律法规，结合公司实际情况，特制定本制度。旨在加强公司科技研发项目的管理，规范项目立项管理程序，提高项目管理效率。 第二条研发项目立项管理的基本原则是科学管理、规范权限、明确职责、管理公开、精简高效。
第三条为保证研发项目立项管理的规范性和有效性，建立项目管理公开制度、报告制度、回避制度、监督检查和审计评价制度。 1、公开制度。在执行有关技术保密规定的原则下，由公司技术研发项目管理委员会对项目立项、项目实施、阶段性成果和验收鉴定结果等通过一定程序公开发布。 2、报告制度。项目承担单位（组）、项目责任人应定期报告项目执行情况，并根据要求按期如实填报有关报表。 3、监督检查与审计评价制度。项目承担单位（组）和项目责任人在项目实施过程中，应严格履行项目合同书，在项目合同书规定的范围内，享有充分的自主权。同时，项目承担单位（组）和项目责任人有义务主动技术研发项目管理委员会的监督检查、绩效审计等跟踪管理。 第二章项目调研 第四条项目调研工作由研发中心完成。 第五条项目调研的主要任务： 1、论证该领域技术（产品）的技术发展方向和动向。 2、论证该领域技术（产品）的市场动态及发展该领域技术（产品）的技术优势。 3、论证发展该领域技术（产品）的资源条件的可行性。(含物资、设备、能源及外购外协件配套等)。 第六条项目调研结束提供项目立项的可行性研究报告。该报告应包括： 1、项目概况，国内外同类研究情况（包括技术水平）；
软件配置管理规范.doc
软件配置管理规范1 1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退
出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
软件配置管理计划示例
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
新产品开发项目管理制度
新产品开发项目管理制度 1.目的和作用 新产品开发是企业在激烈的技术竞争中赖以生存和发展的命脉,它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面起着决定性作用。为了使新产品开发能够严格遵循科学管理程序进行，取得较好的效果，特制定本制度。 2.管理职责 2.1统筹规划部负责新产品的调研分析与立项等方面的工作。 2.2技术研发部负责产品的设计、试制、鉴定、移交投产等方面的管理。 2.3物控部、生产部、质管部应在整个开发过程中给予支持和配合。 3.新产品开发的前期调研分析工作 新产品的可行性分析是新产品开发不可缺少的前期工作,必须在进行充分的技术和市场调查后,对产品的社会需要、市场占有率、技术现状、发展趋势以及资源效益等五个方面进行科学预测及经济性的分析论证。 3.1 调查研究: 3.1.1 调查国内市场和重要用户以及国际重点市场的技术现状和改进要求. 3.1.2 以国内同类产品市场占有率高的前三名以及国际名牌产品为对象,调查同类产品的质量、价格及使用情况。
3.1.3 广泛收集国内外有关情报和专利,然后进行可行性分析研究. 3.2 可行性分析: 3.2.1 论证该产品的技术发展方向和动向. 3.2.2 论证市场动态及发展该产品具备的技术优势. 3.2.3 论证该产品发展所具备的资源条件和可行性(含物资、设备、能源、外购外协配套等）。 3.2.4 初步论证技术经济效益。 3.2.5 写出该产品批量投产的可行性分析报告。 4. 产品设计管理 产品设计时从确定产品设计任务书起到确定产品结构为止的一系 列技术工作的准备和管理,是产品开发的重要环节,必须严格遵循"三 段设计"程序. 4.1 技术任务书: 技术任务书市产品在初步设计阶段内,由设计部门向上级提出的 体现产品合理设计方案的改进性和推存性意见的文件,经上级批准后,作为产品技术设计的依据.其目的在于正确地确定产品的最佳总体设计方案、主要技术性能参数、工作原理、系统和主体结构，并由设计员负责编写（其中标准化规则要求会同标准化人员共同拟定）。现对其编写内容和程序作如下规定： 4.1.1 设计依据(根据具体情况可以包括一个或数个内容): a. 国内外技术情报:在市场的性能和使用性方面赶超国内外先进水平,或在产品品种方面填补国内"空白".
运维技术研发管理规范
目录 第一章总则 (1) 第二章技术研发经费管理 (1) 第三章技术研发环境管理 (2) 第四章技术研发团队管理 (3) 第五章技术研发人员的绩效管理 (4) 第六章技术研发规划管理 (4) I
技术研发管理规范 第一章总则 第一条为规范运维技术和工具的预研和开发管理，有效提升公司运维服务能力，不断改进服务过程，为客户提供稳定、安全、高效运行的运维产品和工具，特制定本规范。 第二条本规范适用于在研发中心立项自研的运维系统项目和运维产品的设计和开发管理。第三方的运维系统项目和运维产品的集成技术管理，由事业部负责。 第三条本规范由研发中心负责解释和修订。 第二章技术研发经费管理 第四条技术研发经费管理原则 技术研发实行重视研发成本、促进研发进度、关注研发效益的经费管理原则，由集团财务部统一归口管理。 第五条技术研发经费管理职责 集团财务部负责建立研发经费管理制度，根据研发计划和费用预算，提前准备资金确保研发资金需求，同时有效监督研发经费的合理使用。研发中心负责按照研发计划制定并执行各项开发项目的研发预算，有效利用研发经费。 第六条技术研发预算管理 6.1为规范集团的经营预算管理流程，提高预算管理的科学性，保证集团经营目标的实现，根据《公司法》等国家相关法律法规，结合《公司章程》，公司财务部制定了《经营预算管理制度》。 6.2研发体系作为集团预算单位之一，对技术研发预算目标的实现承担经济责任，并享有相应的资源使用权，通过预算编制管理、预算执行管理和预算调整管理三个方面实施预算管理，其主要内容包括：编制和上报研发的经营预算草案，提供预算编制的各项基础资料；严格执行下达的正式经营预算方案，在预算范围内开展经营活动；分解和落实研发预算指标，监督和保证研发预算得到执行；分析和报告研发预算执行情况；当发生特定情形时，提出经营预算调整申请；配合财务部做好各项预算管理工作；研发负责人对研发预算执行结果负责。
新产品开发管理办法
新产品开发管理办法 1 目的 建立并保持新产品设计与试作的控制程序，以确保新产品满足市场品质、价格、交期的需求。 2 围 OBM、ODM、OEM产品之设计、开发、试制。 3 职责 5.1本办法由总经办拟定，总经理核准后生效，修订废止亦同。 5.2销售部负责相关样品、信息的收集、提报及反馈 5.3技术部负责整个开发过程的组织、协调和实施 5.4采购部负责所需物料的采购 5.5生产部负责生产过程的组织、实施 5.6品管部负责最终产品的验证 5.7主管副总经理负责过程的督导 5.8总经理负责有关过程的批准 4 管理容与法 4.1样品管理 4.1.1市场采样 a）销售部依据市场调研信息收集市场样品（含图片及市场有关信息） b）对所采样品进行编号，在登记簿中载明：名称、编号、采样日期、采样地点等 4.1.2客户来样 a) 销售部根据客户需求接受客户新来的样品 b) 对所采样品进行编号，在登记簿中载明：名称、编号、采样日期、采样地点等 c) 技术部给来样的成品拍照片,然后拆卸对零部件拍照片及编制明细表(包括零部件数)。 4.2 计划拟定 4.2.1机型号申请： 4.2.1.1销售部负责编制《设计和开发项目建议书》并呈报总经理批准 4.2.1.2技术部接到销售部经批准的《设计和开发项目建议书》后，由部门经（副）理负责处理以下事项: a)确认产品开发信息是否正确。 b)分派开发任务，并指定开发项目负责人承接。 c)指定设计工程师完成设计机型号的编制，并依据《物料编码案》对物料进行编码（包括零件新编码和成品新编码），同时负责更新“产品BOM清单”
4.2.2产品开发计划拟定 a)技术部接到销售部《设计和开发项目建议书》，一天制定《设计和开发项目计划书》 b)计划容包括:确定开发作业容、负责单位/人员，预计开发起始时间、输入资料、输出资料等（计划时间不能超过基准时间）。 4.2.3计划管制 a)将核准后的《设计和开发项目计划书》分发、知会需求单位。 b)计划一经核准后，必须格按计划时间进行开发工作。 c)如因紧急插单、模具延误、交期提前等因素的影响，使计划提前或延期时，需作进一步的调整、修改计划书需以《工作函》形式征得销售部同意;经主管副总核准后可按新计划实施。 d)技术部经理负责开发计划实际执行状况之追踪检讨，并根据实际制样情况填写《样品进度追踪表》。 4.3结构功能设计与零部件设计 4.3.1.结构功能设计 技术部经理依产品开发要求或确认的手工样品(有功能之样品)分配设计容，并进一步完善总装配图. 4.3.2零部件设计 4.3.2.1设计工程师根据手工样品试作与测试的问题点、产品总装配图、公司及外协厂设备加工能力、加工工艺、成本、品质、市场预测状况等进行零部件设计。 产品零部件尺寸标示法和材质选用等按下列要求： a).图纸标示：按《机械制图》企业标准。对关键和重要尺寸要用“★”特别标注. b).材质选用：依客户规定选用，若客户无要求，则按产品功能和成本考虑，选用合适材质。 c).配合与公差：根据产品的功能要求按公差与配合标准选用合适的配合种类和等级。 d).表面粗糙度：根据功能要求选择合适的、经济的表面粗糙度等级。 e).密封件压缩量：比照以往相类似成功设计的实例，选择合适的密封件，保证密封可靠;转动灵活(动密封时)。 4.3.2.2手工样品试制、测试(有必要时):如结构功能设计变动较大(和原手工样品相比)或无类似成功设计例相比较时，须进行手工样品试作和测试，以验证其结构功能的可靠性。有类似的成功设计例或结构功能比较简单，可不做手工样品试作验证，但首批生产应按本办法执行相关流程。(是否制作样品由总经理或技术分析会决定)。 a).设计工程师将设计好的图纸盖“试制章”后，附《工作函》交付各车间主任（副）制作样品。 b).各车间主任（副）直接负责样品的制作过程，需依设计图面尺寸、公差制作样品，并将图面尺寸、公差、锻造、机加、装配之问题点，填写《新品制样问题记录表》，并将此表传递至设计工程师。 c).设计工程师应全程追踪样品的制作、组装、功能测试和验证过程，依据相关项目的测试报告进行设计评判，若不合格则改进设计及重新制样。 4.3.2.3专利查询（有需要时）由设计工程师提出，技术部经理负责专利查询。 4.3.3图纸审核 零组件设计完成后，应执行部门部审核，由其他工程师核对，部门经理审核，再由相关车间主任（副）进行工艺会签，最后由技术部经理批准。 4.3.4结构功能设计审查（必要时）
研发系统文件管理规范
研发系统文件管理规范 1目的 建立并执行研发系统文件要求和管理的规定，确保研发系统文件管理工作规范、统一、有效，符合公司文件管理程序要求。 2适用范围 适用于研发系统开发文档、技术文件、程序文件、管理工作文件、指南文件的管理。 3术语和定义 无。 4职责与权限 研发管理部负责产品开发文档、技术文档、管理工作文件、指南文件及其它文件的归口管理，研发系统相关部门配合。 5内容及流程 研发系统文件包括产品开发文档、技术文档、程序文件、管理工作文件、指南文件及其它文件等。结构如下图：
研发系统文件编号及版本参考《研发系统文件编号及版本规定》。 5.1研发系统管理文件 5.1.1管理工作文件及指南文件的编写、审核、批准 5.1.1.1研发系统程序文件、管理工作文件、指南文件由技术委员会依据质量体系要求，规划研 发系统程序文件及各级工作文件，研发管理组织相关部门编写，文件编号由编写者向质管QA助理申请。编写需使用公司统一的文件模板。程序文件、管理工作文件经研发系统内部预审后，提交质管部按组织公司涉及部门评审、会签，文件经管理者代表批准后在OA上发布生效。 5.1.1.2研发系统级指南文件由研发管理部组织评审，各产品线及部门级指南文件由编写人所在 部门技术秘书负责组织评审。指南文件提交文件编写者主管部门经理审核，部门所属产品线负责人批准，研发管理部发布生效。生效后的文件电子档抄送质管部及相关部门备案。 5.1.2管理工作文件及指南文件的更改、升版 5.1.2.1程序文件、管理工作文件的更改及升版按《管理工作文件的控制办法》执行。 5.1.2.2研发指南文件的更改升版，由编写人提前知会研发管理部后进行，升版后文件按首版评 审方式审核、批准发布。 5.1.3程序文件、管理工作文件及指南文件的发布生效方式及文件共享路径 5.1.3.1管理工作文件的生效发布由质管部在公司OA-办公系统的通知栏内进行发布；工作指南 文件由研发管理部通过QQ信息发布，同时在研发系统信息平台http://vss2/default.aspx 发布备查。 5.1.3.2程序文件、管理工作文件及工作指南文件在以下路径电子文件共享：\\VSS2\研发管理\工 作文件。 5.2技术文件 产品技术文件分设计文件及工艺文件以及支持产品生产、检验的工装夹具、设备仪器文件。根据项目研发现状，我们对技术文件分别进行研发过程的受控管理及样机文件（开发样机、工程样机）质管受控管理。 5.2.1研发过程技术文件管理控制 5.2.1.1分类 研发过程技术文件分机械类过程技术文件和硬件板卡过程技术文件，其中： 机械类过程技术文件：机械零件图（C类）；
软件配置管理规范
软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
软件项目配置管理系统计划清单指导应用清单
中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)
配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责
(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。
新产品开发管理办法
一. 目的 1.确保新产品开发遵循既定流程,以最正确之方向、最经济之成本、最快之速度、最优化 之设计进行,达成公司经营目标。 2.“质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验 证、设计确认,确保新产品符合既定之标准,满足客户需要。 二. 范围 1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范 运作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品开发进度管制表”进行管制。 3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的5个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。 三. 定义 1.新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规 产品有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提下对相关特性做改变,以符合不同客户、市场的需求. 2.SOP:作业标准书 3.SIP:检验规范书 4.SNP:包装规范书 四. 权责 1.项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2.项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。 五.内容 1.新产品开发管制作业流程图
功能结构设计
审查 開發課 作問題管制表
本分析表、产品规格书
2. 执行办法 2.1产品企划阶段 2.1.1根据公司新产品研发规划、市场反馈信息或客户需求,营销、研发部门人员均可以适当方 式提出新产品开发建议。 2.1.2依据新产品开发的建议，研发部应执行初步评估与策划，输出之信息应尽可能涵盖产 品之用途、发展方向、性能参数要求、希望成本、开发周期及相关法令/法规要求等各 方面信息，提出“产品开发提案单” (FM10000001),并适时提出“新産品开发可行性评估报 告” (FM10000002)。 2.1.3新产品开发提案单经批准后，研发部应指定项目工程师，针对产品开发提案单进行内部 讨论,提出设计开发总进度及规划新产品各阶段的进度,并拟出“新产品开发进度管制表” (FM10000002)以管制各项工作进度。 2.1.4项目工程师召集并确定各部参加项目小组的成员，小组成员中需包含结构、电子、安规、 测试、品工、制造、采购、视需要还可安排供应重要零组件的供方代表等,并将成员名单 及工作职责列表。 2.1.5研发部主管主持召集项目小组成员，进行新产品开发介绍会,针对产品使用领域、功能、 性能特点、大约时程规划、成本控制目标等进行介绍。 2.2产品设计阶段 2.2.1项目工程师根据产品策划输出的需求，初步订出相关较具体的性能参数。 2.2.2根据订出之成本目标，提出模块结构与成本。 2.2.3界定关键零组件。 2.2.4初步拟定寿命测试方法及要求。 2.2.5功能结构设计 2.2.5.1项目结构工程师根据所要求的性能目标、模块化结构,进行具体的功能结构设计, 达成预定要求,功能设计包含电气功能、机械功能两大类,由工程师充分发挥才能,结合相 关信息进行设计。 2.2.5.2功能设计应充分考虑设计上、制造上之可行性,根据类似产品之设计经验,由项目工 程师召集各分项工程师进行分析、研究,集思广益,并呈主管核准设计图面,于设计过程中 涉及材料设计时,应充分考虑制造可行性,必要时应充分运用和借鉴供方材料工程专业