软件版本管理规范

软件版本管理规范

第一章目的

本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。

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.技术资料（保存项目技术文档，包括第三方技术资料等）

|–。。。（保存项目过程管理相关文档）

|–tool （包括该项目特定的开发、编译、测试等工具）

4.3. 分支(branch)

建议使用分支来协同不同职能小组对同一个配置库的使用，可按照以下方式进行分支的管理。

解决方案建立三个分支，包括主版本开发(trunk)、分支版本开发(branches)和发布(tags)。

主版本开发

是所有分支版本的基准版本，主版本的开发分支。开发部门开发使用。

分版本开发

主版本的分支版本，供开发部门开发使用。开发工程师如果以主版本为基准，进行软件项目开发，要先将trunk目录下的代码分支到branches目录的一个子目录，在那里对代码进行开发。多个主版本的分版本可通过在branches顶级目录创建多个分支目录来区分。

发布

测试和发布专用分支，该分支代码不允许任何形式的修改。每个经过测试后的不同版本的代码做快照放到此分支文件夹下。

4.4. 权限管理

应对配置库的访问权限进行管理，确保软件系统的完整性和安全性。建议按如下方式进行管理。

4.4.1. 开发工程师

仅拥有自己所属项目的add file、delete file、check out、check in权限，无目录创建和删除权限。开发工程师若想创建目录，需向配置库管理员申请。

4.4.2. 测试工程师

拥有每个项目的测试分支的add file、delete file、check out、check in权限，无目录创建和删除权限，对于其他分支只有只读权限。

4.4.3. 配置库管理员

拥有全部权限，但增删项目和增删目录需要有项目负责人批准。

4.4.4. 其他人员

若需要配置库访问权限，需经技术总监或经技术总监授权的项目经理批准，由配置库

管理员分配权限。

4.5. 版本管理

应对软件系统的版本进行管理，确保版本的准确性和可追溯性。建议按如下方式进行管理。

4.5.1. 版本维护

软件工程各阶段产生的各种文档和代码，应及时并统一上载到配置库由配置库管理员统一管理。对于要修改的配置项，应从配置库中检出（check out）后修改，修改完毕后及时检入（check in），并填写修改的原因和内容。配置项的历史版本应保存在配置库中。

4.5.2. 分支迁移

从开发分支到测试分支的迁移，由开发工程师操作。迁移的时机有：

1. 当开发负责人提交测试申请时；

2. 开发过程中进行测试，修改好一个或多个bug，需要测试工程师验证时。

从测试分支到发布分支的迁移，由配置库管理员操作。迁移的时机有：

1.当开发组提交上线申请时。

对于每个项目从测试分支到发布分支的迁移，配置库管理员要建立分支迁移日志，并详细记录。

4.5.3. 版本升级

软件系统迁移到发布分支后，生成新的版本。

每个系统新的版本不仅以分支形式存在于配置库中，并且要以独立压缩包形式备份。

版本的命名规则为，version N1.N2.N3[.N4][_][T/R5]_YYYYMMDD

1. N1是系统编号。当项目整体重新设计时，N1加1，基数为1

2. N2是模块编号。当模块重新设计时，N2加1，基数为0

3. N3是功能编号。当项目增加某一功能，或某一功能需要修改时，N3加1，基数为0

4. N4是BUG编号。当项目的BUG被修复时，N4加1，基数为0

5. T/R5中的T/R分别对应Test/Release。当项目发布时为R，当项目提交测试时为T，T/R5数值基数为0，以发布/测试提交顺序递增加1 。

6. YYYYMMDD代表生成版本的实际年月日，如：20160202

4.5.4. 版本基线定义

公司首次采用版本管理规范时，可以采取下列方法定义一个基线版本。

获取各项目最新的源程序、配置文件和文档，形成发布分支、测试分支和开发分支。对每个项目的提测和发布分支都生成一个版本基线，如：

Version1.0.0_R1_20160202。

4.6. 第五章版本提交准则

4.6.1. 提交之前先更新

更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且自己测试之后，谨慎地提交。

如果在修改的期间其他同事也更改了同一个文件，那么update更新时会自动进行合并，如果修改的是同一行或者二者修改差异过大，那么合并时会产生冲突。这种情况

就需要同之前的开发人员联系，两人一起协商解决合并冲突。解决合并冲突之后，还需要两人一起测试，以保证解决冲突之后，各自的程序不会受到影响。

在更新时注意所更新文件的列表，如果提交过程中产生了更新，则需要重新编译并且再次完成单元测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免合并错误导致代码有错。

4.6.2. 保持原子提交

为确保在需要时可以随时回溯代码版本，每次提交的代码只能包含实现一个独立、完整功能所必需的代码，不能夹带提交其他与此功能不相关的代码。为尽早提交，也可以将此独立、完整功能分解为若干小细节功能，分别开发并提交所必需的代码，但必须确保多次提交的功能代码组合在一起，完全实现此独立、完整功能。

仅提交自己修改的部分，最好不要一下子将整个项目提交。

每完成一个独立、完整的功能后，最好尽早提交，以免后续更改时出现bug，无法恢复到正常代码。

每次提交的间歇尽可能地短，以几个小时的开发工作为宜。我们提倡多提交，也就能多为代码添加上保险。为做到尽早提交，在开发功能模块的时候，先将功能分解成一个个独立的、不可再分割的小细节功能，分别完成。每完成一个并通过单元测试，就提交一次。在修改bug的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。

4.6.3. 不要提交本地自动生成的文件

一般配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件

屏蔽提交（例如Eclipse中的.classpath文件等，Visual Studio中的.suo文件，Debug,Release,Obj等编译文件夹及其下文件，以及其他的一些自动生成，同编译代码无关的文件）。如果项目中没有进行这方面的配置来强行禁止提交这样的文件，请自觉不要提交这样的文件，如果不小心签入了，需要从配置库中删除，以免其他同事在更新后就可能与本地的环境冲突从而影响大家的工作。

4.6.4. 不要提交不能通过编译的代码

代码在提交之前，首先要确认自己能够在本地编译通过，并且代码在提交前已经通过自己的单元测试。

如果在代码中使用了第三方类库，要把相应类库文件统一存储在代码相应目录中并提交，以免项目组成员中有些成员可能没有安装相应的第三方类库，从而在更新代码后引起代码运行错误。

4.6.

5. 不要提交自己不明白的代码

代码在提交之后即被项目成员所分享。如果提交了不明白的代码，自己看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保对这个代码有一个很清晰的了解（必要时应有对应文档说明）。4.6.6. 并行开发（同一模块）前沟通

如果开发小组采用并行开发模式开发同一模块功能，在开发前，需要对协作开发进行合理的工作计划与任务分配，让小组成员相互间了解对方的工作计划与工作内容。这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时也能够在和成员的交流中发现自己之前设计的不足，完善自己的设计。

4.6.7. 对提交更新的信息采用明晰的标注

如果提交空的标注或者不确切的标注将会让项目组中其他的成员不了解此次签入动作的背景情况（如新增/修改签入的原因是什么？新增/修改什么内容？），项目经理无法通过提交的标注信息，清晰的掌握开发工作进度细节进度。没有清晰标注，甚至会对回溯代码版本造成影响。所以，在提交工作时，要填写明晰的标注，能够概要的描述所提交文件的信息，让项目组其他成员在看到标注后不用详细看代码就能了解你所做的修改。

统一的标注格式为：

签入动作+””+”#”+标识ID+”;”+签入内容+[“;”]+[签入原因]

签入动作：

+：表示增加了功能（新增功能）

*：表示对某些功能进行了更改（修改功能）

-：表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽（删除功能）

^：表示修正bug（修复功能缺陷）

！：优化功能代码的执行性能（代码性能优化）

标识ID：

ID值是从项目开发计划中的WBS任务分解表中获取，对应具体功能编号。

签入内容：

对新增/修改/删除的内容进行简单描述

签入原因：

对修改/删除的原因进行简单描述

示例：

+ #62235；新增房源审核功能

* #62236；将房源审核的二级审核修改为一级审核；为缩短业务流程长度，提高业务响应速度

- #62237；删除多余功能；房源审核由二级审核改为一级审核后删除无用功能

^ #108；房源主图显示尺寸控制为300*300；房源主图显示尺寸撑大页面

结束。

UL产品的品质管理规范-第2版

UL产品的品质管理规范编制：

审核： 批准： 创建日期：2010.5.18 更新日期：2010.11.10 UL产品的品质管理规范 1、目的 1.1严格管控UL产品是否符合FUS细则要求和物料的追溯要求。 1.2保证不符合FUS细则要求和物料追溯要求的物料和产品不投入使用和交付。 1.3减少VN项（不符合报告）的开具 2、适用范围 本规范适用于通过UL认证的产品的跟踪服务检查和新品的验证检查。

3、引用文件 Follow-Up Service Procedure、E228719文件、E332532多重列名文件，Traceability Requirement，Printing UL Mark 4、职责 4.1研发部针对UL产品的新品研发要符合该类产品的UL标准要求； 4.2采购部负责采购的物料符合UL中FUS细则要求和追溯要求； 4.3生产制造部负责加工工序符合FUS细则要求和追溯要求； 4.4品质管理部负责物料追溯材料的采集、物料的入库检验、加工工序的监控和成品检验，FUS细则的保存和更新，接待当地的UL检查员的检查工作。 5 UL跟踪检验程序 5.1 UL当地检查员会以事先不告知的方式到工厂检验，并依照UL的FUS细则做检查； 5.2 工厂生产UL的产品类别属于TYPE R,检验频率在一般情况下是一年四次，及每个季度一次； 5.3 工厂代表必须在UL检查员被告知后的10分钟内出面，带其进入工厂进行检查，若指定的工厂代表不在，则要由其代理人陪同检查员完成检查工作，工厂不得拒绝UL检查员进入生产区域或原材料库/成品库等与生产有关的地方； 5.4文件要求 5.4.1 工厂代表必须妥善保存UL的FUS细则，并适时地更新； 5.4.2针对UL要求的检验、测量和测试的设备，其内校和外校报告必须符合UL仪器校验规范（UL IMTE Requirements） 5.4.3UL要求的检验、测量和测试的设备的校验计划、校验和点检记录要随时可查。 5.5生产线的检查 ●UL检查员检查确认相关加工过程是否符合要求。例如：焊锡、时间、温度等是否符合细则中关键 部件的黄卡信息中的要求。 ●UL检查员随意抽取生产线上的半成品或未入库的成品，查看产品部件、标签是否符合要求。 5.6原材料库和成品库的检查 ●原材料库的检查 UL检查员根据细则要求抽查产品中使用的物料，查看该物料的包装和追溯材料是否符合要求； ●成品库的检查

公司软件管理规范

XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：

1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软

件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 4.3开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 4.4监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 4.4软件管理职责对照见下表： 分类开发部门使用/管理部门监控部门 产品源程序研发部工程部品质部 ATE测试软件及测试程序信息技术部工程部品质部 设备应用程序工程部工程部品质部 管理应用软件信息技术部使用部门信息技术部 办公软件信息技术部使用部门信息技术部 5.软件管理规范： 5.1软件申请、开发、使用管理流程图：（如下图）

项目立项管理制度

经营类项目立项管理制度 1．目的 为规范集团投资决策的基本程序，以化解风险，减少损失，提高效益，特制定本制度。 2．适用范围 本制度适用于集团总部和各分子公司。 3．定义 经营类项目指以盈利为目的，周期长、投资较大，一般采取有限责任公司等独立法人形式长期运营的项目。 4．职责 4.1集团投资发展中心负责各类项目信息汇总、完成《项目建议书》，并提交董事长办公会研究。 4.2集团事业部或董事长指定责任人负责组织《项目可行性报告》编制，并提交董事长办公会讨论。 4.3董事长办公会负责《项目建议书》、《项目可行性研究报告》、项目立项的审批。 5．文件内容 5.1项目立项流程 项目立项由三步工作完成：提交《项目建议书》；；审议《项目可行性研究报告》；决策立项。 5.2项目建议书 各类项目信息由投资发展中心汇总、完成《项目建议书》，并提交董事长办公会研究。 5.3项目可行性 《项目可行性研究报告》由集团事业部或董事长指定责任人负责组织编制，并提交董事长办公会审议决策。

5.4外聘 如在项目论证过程中需要外聘专家或机构，另行规定。 5.5项目立项 项目经董事长办公会审批立项后，应确定项目经理。投资发展中心登记立项，并下发《项目任务书》；人力资源中心据此调配项目组人员；财务管理中心凭此注入开办资金。 5.6本制度与《投资项目红黄绿灯管理制度》、《股权激励制度》等制度配套执行。 6．相关文件 《投资项目红黄绿灯管理制度》、《股权激励制度》 7．附件 附件一《项目任务书》、附件二《项目可行性研究报告》 8．附则 8.1本制度由董事长办公会制订和执行，投资发展中心负责解释和实施。 8.2本制度自颁布之日起生效。

生产设备设施管理办法(标准版)

( 安全管理 ) 单位：_________________________ 姓名：_________________________ 日期：_________________________ 精品文档 / Word文档 / 文字可改 生产设备设施管理办法(标准 版) Safety management is an important part of production management. Safety and production are in the implementation process

生产设备设施管理办法(标准版) 1.目的 健全、完善集团公司设备管理体系，规范公司设备设施的采购、运行、停用机制，对公司的设备设施的采购、运行进行监督；确保在用设备符合国家及行业相关要求。 2.适用范围 本大纲适用于集团公司范围内的设备的管理活动。 3.参考文件 《安全生产法》全国人大常委（2002） 《职业健康安全管理体系要求》GB/T28001-2011 《环境管理体系要求及使用指南》GB/T24001-2004 《特种设备监察条例》国务院2009 《浙江省燃气管理条例》浙江省人大 《安全生产标准化管理手册》GB/T9006-2010

《生产安全事故报告和调查处理条例》2007.6.1 4.职责 4.1总经理 1)负责批准发布集团公司设备设施采购计划； 2)负责成立采购小组，任命组长； 3)负责批准发布公司设备设施停用、封存、报废报告。 4.2分管副总经理 1)负责批准设备设施需求计划、审核采购计划； 2)负责审核设备停用、封存、报废报告；批准设备设施启封报告。 4.3各部门 1)编制本部门的设备设施需求计划（年度、月度）； 2)编制本部门管辖范围的设备设施停用、封存、启封、报废报告，并报审批； 3)做好设备日常管理。 4.4管线所

产品版本管理规范

基于Tortoise SVN的软件产品版本管理规范[草稿]

目录 1. 引言 (1) 1.1. 目的 (1) 1.2. 范围 (1) 1.3. 术语定义 (1) 1.4. 参考资料 (2) 1.5. 版本控制记录 (2) 1.6. 版本更新记录 (2) 1.版本管理 (4) 2.1. 版本标示方法 (4) 2.1.1. 正式版本 (4) 2.2. 目录结构 (5) 2.3. 文档的存放 (6) 2.3.1. 开发文档的存放 (6) 2.3.2. 源代码的存放 (6) 2.3.3. SQL的语句存放 (7) 2.3.4. 发行文档的存放 (7) 2.4. 配置管理流程 (7) 2.5. 权限控制的管理 (8) 2.更新管理 (9) 3.1. 源程序的修改 (9) 3.2. 版本升级 (10) 3.2.1. 版本升级原则 (10) 3.2.2. 新版本发布 (11) 3.3. 文档的变更 (11) 3.备份管理 (12) 4.版本工具Tortoise SVN的使用 (13)

1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1.目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2.范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关 内容，包括： ●●●●版本标识方法 软件系统数据的存放文档的修改控制 文档的备份制度 1.3.术语定义 SCM 软件配置管理（Software Configuration Management）缩写SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档

业务项目管理办法(试行)

支付业务项目管理办法（试行） 第一章总则 第一条目的 为规范公司业务项目管理，明确业务项目管理的工作要求、项目管理各方职责以及工作流程，合理配置资源，确保公司各业务项目的全面评估、有效管控，提高业务项目管理的工作效率和水平，特制订本办法。 第二条基本要求 业务项目（以下简称项目）管理工作的基本要求是：鼓励创新、服务市场、科学管理、规范流程。 1.在执行公司有关保密规定的原则下，由公司业务规划管理委员会及业务与运营管理部对项目立项评审、项目实施、阶段性成果、项目上线评审以及项目工作效果评估等进行公开发布。 2.项目主办部门应按照项目规划进度，定期报告项目推进实施和执行情况，并具体说明项目分阶段的进展程度。 3.项目推进过程中应严格按照项目方案和项目工作流程操作。对于已经生产上线的项目，业务与运营管理部组织对项目运作情况定期开展过程控制、监督评价及项目质量效果评估。 第三条适用范围 本办法适用于以下项目的管理： 1.公司面向市场所开发的新业务、新产品。主要指在业务品

种、产品功能、支付方式、业务管理、运营流程等一个或多个方面，与公司现有业务和产品具有显著差异，或对公司现有业务和产品进行重大改进、资源整合，并能给公司带来较好经济价值的业务和产品。 2.已上线的综合支付项目的优化，涉及较大程度的系统、业务改造支持。 3.公司明确要求进行立项和上线评审的其他项目。 4.已上线，需进行跟踪评价和监督管理的项目。 总公司各部门及各分支机构应遵照本办法（含附件）的要求，开展项目立项、上线评审及项目跟踪评价等相关项目管理工作。本办法内容将根据公司业务的实际发展情况，及时进行更新和调整。 第二章参与主体及各方职责 第四条参与主体 在项目管理工作中，参与主体应主要由项目主办部门、项目管理部门和项目专业评审部门组成。 项目主办部门，是提报项目立项申请的部门，承担项目建设的主要工作责任，并完成项目立项申请、项目上线申请等所需的项目基础资料的准备工作。 项目管理部门，是负责组织项目论证、立项评审、上线评审，协调推进项目实施和项目过程管控，开展项目效果评估管理的部

公司设备设施管理办法1

设备设施管理实施办法 目录 第一章总则 第二章设备管理体制及职责 第三章设备新增选型、购置、更新及验收管理第四章设备大项维修管理 第五章设备使用与维护保养管理 第六章设备维修管理 第七章设备运行管理 第八章设备交接班管理 第九章设备检查管理 第十章设备调拨、出租、报废管理 第十一章事故管理

第一章总则 第一条为加强和规范公司设备设施综合管理，使设备设施使用周期长、费用最节省，提高投入产出比，创造最大的经济效益，保证设备设施的正常运行和安全生产，根据公司经营服务需要，充分发挥设备效能，明确相关责任，确保公司对设备设施的有效管理，制定本办法。 第二条本办法适用于集团公司本部、物管公司、房产公司、投资公司、资产管理公司及酒店管理公司（以下简称各单位）从事各类生产经营服务和管理使用的设备和设施（不包括对外承揽工程施工建设竣工后对外移交的），同时适用于公司后勤服务管理业务的设备和设施。 设备的定义：由一定的电路、气路或机械构件组成，用于提供作业条件、改善生产环境、提高生产效率并在长期、反复使用中基本保持原有实物形态和功能的生产资料和物质资料的总称。 设施的定义：为某种需要而建立的机构、系统、组织、建筑等。 固定资产的定义特征：为生产商品、提供劳务、出租或

经营管理而持有，使用寿命一年以上的有形资产。 凡用于公司各类生产经营服务管理的设施、设备及附属设施，使用期限在一年以上，且能够独立运行的设备、设施、仪器、器具等均列入本办法管理。 非固定资产设备和电子软件等按照固定资产管理方式进行管理。 第三条设备管理要依靠技术进步、促进生产发展和预防为主，坚持设计、制造与使用相结合，维护与计划检修相结合，修理改造与更新相结合，专业管理与集体管理相结合，技术管理与经济管理相结的原则。 第四条设备管理的基本任务是：对设备的最初规划方案、设计、建造、选型、购置、安装、使用、调拨、租赁、保养、修理、更新、改造、封存、转让、报废处置等环节全过程的技术经济综合管理，防止建、购、用、修、改、废脱节。从技术、经济、组织各方面采取措施，科学合理、经济有效地使用设备，优化设备配置，维护其完整与安全，依靠技术进步，充分发挥设备效能，使设备管理工作标准化、规范化、系统化。目标就是满足公司生产经营服务工作需要。 第五条设备技术管理基本内容： 1、建立健全各项管理制度，保证各项制度的贯彻和执行，完成集团和专业行业主管部门下达的各项经济技术指标。

产品管理规范

产品管理规范 公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-

产品管理规范 公司管理体系文件编号： 产品管理规范版号： 页码：共21页 编制：日期： 审核：日期： 批准：日期： 1 目的 实现以市场为导向的产品规划，有计划有组织地进行研究与产品开发活动。 有效地调动营销部门以及生产部门的创造性思维，把市场与消费者的认识转换在新产品中，确保产品开发和企业产品战略的一致性，快速、合理应对市场需求，规避产品投资风险，并为企业获得最大限度的利润。 2 范围 本制度适用于本公司产品开发、上线、管理全过程，对产品管理的流程做出规定，是公司管理产品规划工作的依据，各相关营销、生产部门必须遵照执行。 3 职责 产品管理是企业在产品生命周期中对产品规划、开发、生产、运营和支持等环节进行管理的业务活动，包括需求管理、市场管理以及开发管理 4 内容 具体如下： 产品战略规划

产品战略包含：1 产品路线 2 产品策略 3 产品计划 产品研发 产品研发包含：1 需求阶段 2 设计阶段 3 开发阶段 4 测试阶段 5 发布阶段（上线） 产品生命周期 产品生命周期包含：周期管理（1 导入期 2 成长期 3 成熟期 4 衰退期）组织、主要人员及职责 1组织结构 2重要角色 重要角色负责人：产品负责人、研发负责人、产品管理负责人、运营负 责人。 重要角色包括：产品经理（需求提出人）、需求管理员、技术人员、运 营人员。 3其中对重要角色职责及相关要求定义如下： 产品管理会 产品管理会由产品中心、运营中心、产品研发中心总监以及参与在产品生命周期过程中的产品规划经理、用户研究人员、产品负责人、开发负责人、运营负责人等共同组成。 主要职责： （1）制定运营计划，确定运营目标； （2）优化产品，制定运营策略； （3）监控产品质量，把控经营结果；

软件版本管理规定

上海精佑通信技术有限公司企业标准 （管理标准） Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施

上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)

上海精佑通信技术有限公司 文档版本变更记录： 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1．版本号前增加“V”,用以明显标识版 本号 2．版本号和时间之间以下划线分隔 3．增加生产支持软件种类 4．增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5．增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型：射 频补丁软件（RFP） V1.03 2005-7-15 郝军更改版本号升级规则，更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。

项目立项管理办法

项目立项管理办法 项目信息报备管理工作是市场部管理的一项重要基础性工作。为了加强公司工程项目的管理力度，规范项目立项管理，特制定本办法。 一、当前项目信息报备管理的基本情况 现今区域向市场部所报备的项目信息数量较多，无重点；市场部对区域所报备的信息核实困难，是否准予立项只凭区域单方陈述来考量。批准立项的信息基本上都已经由市场部实施启动流程，但大部分项目都是有头无尾。 二、项目立项管理的范畴 “项目立项管理”是指公司新开发的项目立项。老项目的改建项目和增量项目不对其进行规定。项目立项流程中的项目信息报备是确认销售机会的过程，业务员要对项目报备的数据负责，他们所报备的资料，真实性以及对甲方的掌控是业务员的绩效考核指标之一。目前是由业务人员提交表格形式的报备需求（《项目信息表》），然后由区域总经理签署准予立项意见，由所选择的设计院所长对项目进行判断、分类和立项意见，准予立项的项目发至市场部，由市场部部长确认后批准正式录入项目报备系统，给其项目编号。 三、项目立项的流程 1、业务经理填写《项目信息表》，由区域总经理填写准予立项意见后提交公司设计院三所所长审核，各所所长审核并签署立项意见。2．需要召开项目立项评审会德特殊项目，由设计院各所负责人召集

项目评审小组召开评审会议。 3．市场部汇总评审小组的评审意见，经2/3以上评审成员同意可以正式立项，总经理和董事长拥有否决权。 4、一般项目由设计院将准予立项的项目及相关的所有资料（包含《项目信息表》）一并转给市场部部长。 5．市场部负责进行对项目需求的确认，并根据甲方需求给设计院各所下达项目启动通知。 6．市场部负责对项目的实施过程进行跟踪，并将所有项目完成的最终方案进行存档和记录。

设备设施管理制度

设备设施安全管理制度 1、目的 为提高设备与生产全过程的系统管理方式，坚持设备设施安全管理工作“安全第一,预防为主”的方针; 提新设备设施安全技术水平，有效地消除设备运行过程中的不安全因素，确保员工职业健康安全，减少和避免企业财产损失。特制定本制度 2、适用范围：炼钢厂所属设备设施安全管理 3、职责： 3.1设备材料科负责制定新、改、扩建工程“三同时”管理制度。建设项目的所有设备设施应符合有关法律法规、标准规范要求。 3.2设备材料科负责制定设备设施的检修、维护、保养和设备设施验收、设备设施拆除、报废的管理制度，建立设备设施运行台账，制定检（维）修计划。 3.3安环科做好安全设备设施应与建设项目主体工程同时设计、同时施工、同时投入生产和使用的监督检查，对存在问题提出整改建议，责任单位限期整改。 3.4设备科负责制定炼钢主厂房结构可靠性鉴定的周期，向申请上级部门提出按规定定期进行可靠性鉴定。 4、具体要求 4.1生产设备设施 4.1.1 夏季来临之前做好厂房防洪、防汛工作。 4.1.2各区域基础设施的位置应符合防火、防爆、防震和运输安全要求。 4.1.3平面布置应合理安排车流、人流、物流，保证顺行；铁水、钢水与液体渣，必须设专线（或专用通道）运输。 4.1.4转炉、铁水贮运与预处理、精炼炉、钢水浇注等热源点周围的建、构筑物应采取相应的隔热、阻燃防护措施。炼钢主厂房的布置形式及各跨间参数的确定，应符合《炼钢工艺设计技术规定》（YB 9058）的要求。所有高温作业场所，均应设置通风降温设施。 4.1.5炼钢主厂房的地坪，应设置宽度不小于1.5m、两侧有明显标志线的人行安全走道。各种设备与建、构筑物之间，应留有满足生产、检修需要的安全距离。 4.1.6厂房、烟囱等高大建筑物及易燃、易爆等危险设施，应按国家标

产品经理手册管理知识和规范即产品经理工作流程工具

产品经理手册管理知识和规范即产品经理工作流程 工具 The document was prepared on January 2, 2021

4.5.1 产品扩张：长度、宽度、深度，由产品经理主抓，不断地开发新产品，形成系列产 品，不断地改进产品，与老产品一起形成统一周密的产品布局格式； 4.5.2 市场扩张：全新市场、拓展市场、老市场，由市场经理主抓，不断地开拓新市场， 扩大现有的市场份额，维持老市场的市场份额； 企业扩张2条线的图示： 4.6产品经理的职责： 4.6.1 对产品的市场成功和财务成功负责； 4.6.2 实施产品的结构化开发，保证产品符合市场需求，使产品在质量成本进度功能服务 以及品牌等方面具有相当的市场竟争能力 4.6.3 对产品全流程负责，包括产品需求、开发、推广、生命周期各过程； 4.6.4 对产品包负责，不仅仅是开发的产品，而且包括了质量、文档、成本、营销网络、 运营支撑、定价、知识产权等； 4.6.5 协调与资源部门的接口关系，保证信息交流和信息共享； 4.6.6 进行信息收集和数据分析，为产品策略制定和决策服务； 4.7产品经理的必备素质和能力（按百分比计算）： 4.7.1 优秀的项目管理能力，是一个精明而讲究实际的管理者，占产品经理能力的35%； 4.7.2 扎实的业务管理能力，有全流程的丰富的工作经验，占产品经理能力的20%； 4.7.3 一定的技术和研发能力，有创造性思维，占产品经理能力的15%；

4.7.4 娴熟的沟通协调能力，具有灵活性，同时有组织性和纪律性，占产品经理能力的15%； 4.7.5 具有优秀的魅力和人格指数，使项目组成员快乐而有生气，占产品经理能力的 15%； 4.8产品经理坚守的七项原则： 4.8.1 关注竟争，学会将竟争对手变成合作伙伴 4.8.2 关注手中的资源和筹码 4.8.3 先思考后行动，以销为主到营销并重最终到先营后销 4.8.4 关注团队运作，学会跨部门协调，以非原则问题妥协换取别人对原则问题的支持 4.8.5 不要与规则和约束对抗，主动承担责任，做比自己职责大一丝的事情，但不抢功 4.8.6 关注业务，不在乎组织架构 4.8.7 学会对最终结果负责任，不要纠緾细枝末节 4.9产品经理如何获取有效的支持： 4.9.1 善于调动各种资源做事情，而不是自已亲自去作； 4.9.2 首先，要有意识地关注周边部门，关心和支持他们的工作和活动； 4.9.3 其次，采用例会、周报、日常联系等形式，定期和周边部门进行交流，了解对方的 状况，获取他们的认同； 4.9.4 再次，要学会在矛盾中解决矛盾，善于处理和化解各种纠纷，搞好部门间的团结； 4.10产品经理的任职资格标准： 4.9.1 产品经理应该具备专业的技术等级素质，是直接参与技术研发的人员； 4.9.2 产品经理应该具备丰富的产品全流程管理经验，在任务管理、团队建设、流程执 行、资源调配和利用有丰富的经验，在职位素养和工作态度上是都是优秀的； 4.11产品经理的培养途径和晋升通道：

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 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.技术资料（保存项目技术文档，包括第三方技术资料等）

[应用]建设工程项目立项管理办法

[应用]建设工程项目立项管理办法建设工程项目立项管理办法 1范围 本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。 本办法适用于公司所属各单位。 2术语 2.1建设工程项目:是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目～固定资产项目主要包括:基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括:大中修、检修、抢修、绿化、环境治理。 2.2立项:是指八钢公司为了发展和维持正常的生产经营活动～进行必要的投资～并对投资项目进行可行性和必要性论证～确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理～包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目,包括本单位内部项目,的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理

4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目～如:基建、技改、技措、环保、能源等固定资产投资项目～各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。 4.2.2申报单位应详细说明立项理由～尽可能对拟立项目的可行性进行 论述～如拟立项目通过SGMIS系统申报的～须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目～如:小型基建、大中修、检修、零购、零固、绿化、环境治理等～各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细～属更新改造、安措、技措等固定资产投资项目～应做投入产出效益分析～以便调查立项。如拟立项目较复杂～需要进行专业设计的～申报单位可通过SGMIS委托设计院做设计方案～详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时～对于涉及生产、生活和公共设施的突发性抢修项目～各单位应通过电话直接向设备工程部申报～设备工程部同意后协调组织实施～项目单位在一周内～通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况～在当年9月前向设备工程部申报次年计划实施的各类工程项目～设备工程部组织审批后～以年度计划的形式下发执行。 4.3.2除年度计划之外～申报单位也可根据当年的实际情况和需求～向设备工程部申报项目～该类临时申报的项目称为零批计划项目。 项目的咨询设计和调研

设备设施管理制度

沈阳翟家水务有限责任公司

设备设施管理制度 第一章总则 第一条为了加强设备管理,提高生产技术装备水平和经济效益，使设备设施管理更加制度化、系统化，保障城市供水安全可靠，特制定本制度。 第二条本制度所指的设备是集团所属范围内，所有构成固定资产设备。包括: 专用设备、通用设备、其它生产设备。 第三条本制度适用范围：本集团及所属各公司。 第四条设备管理的主要任务是：对设备进行综合管理，保持设备完好、提高设备管理和维修技术现代化水平；充分发挥设备效能，取得良好的设备投资效益。采用先进的管理方法和维修技术，提高和完善企业设备的技术升级。 第二章管理机构与职责 第五条设备管理实行三级管理。集团为一级管理单位，供水发展公司、水务运营公司、自来水总公司、排水管理处及振兴环保集团为二级管理单位，水厂、营业处、中心及直属单位等为三级管理单位。第六条各设备使用单位，为设备设施管理的责任主体。设备设施基本管理制度、管理细则和操作规程由供水发展公司、水务运营公司、排水管理处、振兴环保及自来水总公司在集团指导下组织制定，并由集团审定后实施。实行逐级管理，落实到班组及个人。 第七条生产运营处的主要职责： 第一款集团设备设施（设备设施包括集团范围内的取水、排水、污

水处理等设备设施、输配电及电气设备设施、水处理工艺设备设施、泵站设备设施、生产辅助设备设施及各类车辆与机械设备等）的统筹管理与协调。 第二款制定年度设备购置、大修理计划并对完成情况进行跟踪与考核。 第三款组织审定设备设施管理规章制度、标准，并对其执行情况进行监督、考核。 第四款负责春、秋季设备检修项目及方案的审定和统筹管理与协调。第五款组织集团设备设施报废的鉴定及设备设施内调工作的协调。设备设施事故的调查与处理，提出防止类似事故发生的技术措施。第六款集团设备设施技术改造及升级工作的指导和监督。了解设备设施发展的科技动态，借鉴与推广先进的技术科研成果。 第七款对集团在装运行设备的使用、维护、保养进行监督管理。统计考核设备设施运行状况以及完好率。 第八条供水发展公司、水务运营公司、排水管理处、振兴环保、自来水总公司的主要职责 第一款负责组织本公司设备设施的日常管理与检查分析。 第二款负责组织编报并组织实施本公司年度固定资产设备及备品、配件的申请购置计划和年度设备维修和保养计划。 第三款供水发展公司对生产井的更新改造工作进行跟踪管理、技术把关。 第四款督促下属单位、部门在规定时限内处理生产设备设施故障。

产品运营管理办法(草案)

XX公司 产品运营管理办法（草案） 第一章总则 第一条为了规范本公司项目产品的运营管理，保证投入资金的安全和有效增值，实现投资决策的科学化和经营管理的规范化、制度化，使本公司在竞争激烈的市场经济条件下，稳健发展，赢取良好的社会效益和经济效益，特制定本制度。 第二条本公司及下属各子公司在进行各项目产品的投资运营管理时，均须遵守本制度。 第三条本公司及下属各子公司的重大投资项目由发起单位（公司投资管理部或子公司）按照《XXX投资管理办法（试行）》（以下简称《公司投资管理办法（试行）》）进行实施。 第四条本公司项目投资管理的职能部门为公司投资管理部（以下简称投资部）。 第二章项目与产品的选择及投资分析 第五条各拟投资项目产品的选择应以本公司的战略方针和长远规划为依据，综合考虑业务产业的主导方向及产业间的结构平衡，以实现投资组合的最优化。

第六条各拟投资项目产品的选择均应经过充分调查研究，并提供准确、详细资料及分析，以确保资料内容的可靠性、真实性和有效性。项目材料包括：1、前期策划方案；2、市场调研报告；3、产品定位分析；4、商业计划书；5、产品投资预算。分析内容包括：１、市场状况分析；２、投资回报率；３、投资风险（政治风险、汇率风险、市场风险、经营风险、购买力风险）；４、投资流动性；５、投资占用时间；６、投资管理难度；７、税收优惠条件；８、对实际资产和经营控制的能力；９、投资的预期成本；10、拟投资项目产品的筹资能力；11、投资的外部环境及社会法律约束。 凡合作拟投资项目产品在人事、资金、技术、管理、生产、销售、原料等方面无控制权的，原则上不予考虑。由公司进行的必要股权投资可不在此例。 第七条各拟投资项目产品依所掌握的有关资料并进行初步实地考察和调查研究后，由拟投资项目产品的提出单位（下属子公司或公司投资部）提出项目建议，并编制项目建议书、商业计划书、可行性报告及实施方案报送公司主管领导审核。主管领导对投资单位报送的报告经调研后认为可行的，应尽快给予审批,按《公司投资管理办法（试行）》及集团相关的规定程序提交有关会议审定。对暂时不考虑的项目，最迟五天内给予明确答复，并将有关资料编入储备项目存档。 第三章项目的审批与立项 第八条拟投资项目产品的审批权限严格按照集团有关

项目软件版本号管理规范

项目软件版本号管理规范

历史修改记录 一. 目的

1.1软件版本按照一定的规则保存所有版本，避免发生版本丢失或混淆等现象， 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作，有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容，包括：2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作，公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号：内部版本号和外部版本号。版本号使用 VP规则，V(Version)是指外部版本号（研发测试版本），P(Patch)是指补丁版本号（可选）。 3.1.2版本号命名：V/B+主版本号+次版本号+修订版本号+日期版本号

3.2版本号修改规则 3.2.1主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变 动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩 充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如： V8.1.0.XXX (上一级版本号有变动时，下级要归零) 3.3版本号修改举例说明 如此时版本号为：V8.1.0.XXX ，此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： V8.1.1.XXXX ，如当前日期跟上一个版本号的日期不一样，版本号可改为： V8.1.1.XXX。

研发项目立项管理制度(汇编)

研发项目立项管理制度 为使公司研究开发（以下简称研发）项目的管理工作规范化、程序化、充分调度研发人员的积极性，提高研发成果的产出率和成果转化率，特制定管理办法。 一、研发项目的立项： 原则上公司部设立基础研究项目。研发项目的重点放在符合市场需要。能很快转化成产品，或对现有生产工艺或技术、产品质量或产量的提高有重要意义的项目。主要包括根据公司发展资助开发的项目，与公司外相关科研院所合作开发或技术转让的项目，公司享有稀罕的重大技术改造项目。 1. 立项程序： 1.1研发项目由研发中心向公司提出，项目提出要有立项申请书。 1.2公司组织专业技术委员会的专家对项目建议的可行性进行评估、论证，必要时可聘请公司外专家参与项目的论证。 1.3项目经过初步论证、筛选后，重大研发项目主管部门组织进行市场调研，收集信息，并就项目的前瞻性、市场需求等做出可行性分析，写出可行性报告，可行性报告的内容包括： 1）总论； 2）技术可行性分析； 3）项目成熟程度；

4）市场需求情况； 5）投资估算及资金筹措； 6）经济效益和社会效益； 7）考核指标及进度计划； 8）总论。 2．立项批准： 经过可行性论证的项目，列入公司年度研发计划。提高董事会讨论，董事会根据公司的总体发展、效益的情况、技术储备需求等决定是否开展研发项目并对研发经费投入额度进行批准。 二、研发项目的管理： 1．项目管理部门： 研发中心是实施研发项目管理的职能部门，负责编制公司研发项目的年度计划及预算，监督、协调研发项目的进展，以及研发项目的考核验收、成果的申报等。为便于研发项目的管理，充分利用现有的厂房、设备、人员等科研资源，一些研发项目可由相关部门进行主管，或根据需要单独建立项目研究组。 2．研发项目实行项目负责人制

公司产品等级管理办法

有限公司管理制度 QGZD/CBZ 产品等级管理办法 （征求意见稿） 2013-02-1发布2013-02-15实施

前言 本制度规定了公司产品等级管理，规范产品等级评定。 本制度根据QGZD/CB 11.03-2006《产品等级管理办法》修改而成。本制度由质量部提出并起草。 本制度由总经理批准。 本制度从颁发之日起实施。 编制：日期： 审核：日期： 批准：日期：

产品等级管理办法 1、目的 为持续改进实物质量，提升全员质量意识，鼓励员工生产优质产品，特制定本办法。 2、管理范围 本办法适应于公司生产车间提供的铸件、模样的质量等级认定及管理。 3、管理职责 3.1 技术部负责制定质量等级标准。 3.2 生产车间按分等办法提出申请。 3.3 质量部组织评定，并根据评定的结果实施奖励或考核。 3.4 综合管理部负责监督评定的过程，并监督奖励、考核的到位情况。 4、管理内容 4.1 申报 4.1.1 各生产车间生产的产品，在车间内部工序全部完成报检时，进行自我评判，认为能够达到一等品、优等品（或一级模样、二级模样）的条件，向所在车间检验站申报，提请等级评定。 4.1.2 铸铁件单件重量1吨（铸钢件100Kg）以上，按单件申报，小于此重量零件按批次申报（每批5件）。 4.1.3 合格件、不合格品不需车间申报，质量部直接或评审后判定。其中不合格品由质量部分为A、B、C级，按《不合格品控制程序》处置。 4.2 评定

4.2.1 检验站受理车间等级评定申报后，站长对其进行初步评定。 4.2.2 检验站站长认可后，签署意见，由质量部组织技术部、生产供销部等部门进行评定，评定结果报质量副总批准。 4.2.3 质量部根据评定结果，每月初将上月优等品、一等品零件的奖励报表和不合格品的考核报表报综合管理部。 4.3 流程 4.4 评判标准 4.4.1 铸件的质量分级的评判参照QJ/CB03.47-2005《产品零件质量分级》。 4.4.2 模样的质量分级的评判参照QJ/CB03.08-2006《铸造用模样技术条件》。 4.4.3 不合格严重程度分级依据QJ/C02.B182-2010《产品质量缺陷严重度分级》。 5、处置 5.1 铸件 5.1.1被最终评定为优等品的零件，按结算价格的150%结算。 5.1.2被最终评定为一等品的零件，按结算价格的120%结算。 5.1.3 A类不合格品按结算价格的80%结算。；B类不合格品按结算价格的90%结算）。 5.2 模样 5.2.1被最终评定为一级的模样，按结算价格的120%结算。 5.2.2被最终评定为二级的模样，按结算价格的110%结算。 5.2.3 A类不合格品按结算价格的80%结算；B类不合格品按结算价格的90%结算。

软件版本管理规范19726

软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 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