产品版本管理规范
基于Tortoise SVN的软件产品版本管理规范[草稿]
目录
1. 引言 0
1.1. 目的 0
1.2. 范围 0
1.3. 术语定义 0
1.4. 参考资料 (1)
1.5. 版本控制记录 (1)
1.6. 版本更新记录 (1)
2. 版本管理 (3)
2.1. 版本标示方法 (3)
2.1.1. 正式版本 (3)
2.2. 目录结构 (4)
2.3. 文档的存放 (5)
2.3.1. 开发文档的存放 (5)
2.3.2. 源代码的存放 (5)
2.3.3. SQL的语句存放 (6)
2.3.4. 发行文档的存放 (6)
2.4. 配置管理流程 (6)
2.5. 权限控制的管理 (7)
3. 更新管理 (8)
3.1. 源程序的修改 (8)
3.2. 版本升级 (9)
3.2.1. 版本升级原则 (9)
3.2.2. 新版本发布 (10)
3.3. 文档的变更 (10)
4. 备份管理 (11)
5. 版本工具Tortoise SVN的使用 (12)
1.引言
版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。
版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。
1.1. 目的
本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。
1.2. 范围
本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关内容，包括：
●版本标识方法
●软件系统数据的存放
●文档的修改控制
●文档的备份制度
1.3. 术语定义
SCM
软件配置管理（Software Configuration Management）缩写
SVM
软件版本管理（Software Version Management）缩写
SVN
一个开源的版本控制系统Subversion.
文档
一种数据媒体和其上所记录的数据。
配置管理
标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。软件配置
软件的具体形态在某时刻的瞬时影像。
配置项
软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
1.4. 参考资料
《软件版本管理规范》浪潮集团山东通用软件有限公司
《泰豪软件开发软件版本管理制度》
《tortoise SVN的使用手册》
1.5. 版本控制记录
版序状态部门拟稿审核批准发布日期
1.0
1.6. 版本更新记录
*A - 增加M - 修改D - 删除版本/修订版修改页码修改记录修改人日期
1.0 初始版本
2.版本管理
2.1. 版本标示方法
为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法。2.1.1.正式版本
软件版本号由四部分组成，X.Y.Z.DATA_希腊字母，
X：主版本号，用来表示提供给客户的产品功能的主要增强。在一个极端的例子中，主版本号的上升用来说明产品现在已经拥有了一个全新的功能类。从市场和许可权的角度来看，主版本号的升级相当于购买一个完全独立的产品。从开发者角度来看，一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期。
Y：特征版本号，用来表示产品新增了一些特征，或者是在原来文档中描述的特征上作了重要的修改。用来确定特征版本号什么时候需要修改的一个衡量标准就是产品功能说明书。产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制。
Z：缺陷修复版本号，用来表示在该版本上所做的缺陷维护行为的等级。版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制。
Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。例如：1.1.1.051021_beta.第一个1为主版本号，第二个1为子版本号，第三个1
为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
2.2. 目录结构
由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各部门部文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。具体目录如下表格所示：
根目录一级目录二级目录三级目录
项目名称+版本号源代码（SRC）
集成代码代码的合并
第一个模块代码
第二个模块代码
数据库SQL
公共开发包代码
文档(DOC)
立项文档立项计划书立项申请书
项目计划项目开发计划
需求文档需求规格说明书
设计文档设计概要说明书数据库设计说明书
界面布局原型界面动态页面
参考资料项目一些参考资料
验收文档验收资料
测试文档测试计划测试报告测试用例
试用信息
测试部署部署材料
发布（RELEASE）
SETUP
RELEASE
发布文档
2.3. 文档的存放 2.3.1. 开发文档的存放
文档归档流程：
文档编写员编写文档
评审人员
文档评审
配置管理员修改文档
格式规范化检查
评审版本
确认版本
不通过
通过
2.3.2. 源代码的存放
测试人员
配置管理人员
从SVN 提取代码编译
制作安装程勋
打印测试本
入库安装程序源代码测试报告评审报告更新版本
系统测试
开发人员
源代码入库
从SVN 上提取代码
修改源代码
通过
不通过
2.3.3. SQL 的语句存放
各子系统SQL 文件放入…..\.......\SQL 下，对于不同的数据库，分别建立不同的子目录，如WAT 、SYB 、MSS 、ORC 、DB2等。公共SQL 文件直接放入…\SQL 下即可，不同数据库的特殊SQL 分别放入对应的子目录下。
2.3.4. 发行文档的存放
发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP ）；资源文件（BMP ，ICO 等），环境配置文件等。
2.4. 配置管理流程
提交测试任务
完成开发任务
提交发布请求处理BUG
测试执行测试计划
测试用例
提交测试报告
更新测试环境
回归测试
新版本发布入库提交测试部发布文档更新
额定版本信息制作安装程序
研发人员项目管理人员测试人员
配置管理人员
流程说明：
1.开发人员完成所负责代码模块的编写任务后，提交到项目经理处；
2.项目经理向测试部提交测试任务；
3.配置管理员准备测试所需环境；
4.测试员开始测试并提供实时测试BUG ；
5.开发人员处理测试人员提供的BUG ，并提交测试员进行回归测试，直至BUG 关闭；
6.测试完成后，测试人员提供测试报告；
7.根据项目情况决定是否发布新版本；
8.配置管理员与各成员确定好新版本的各项信息；
9.配置管理员发布新版本。
2.5. 权限控制的管理
为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。
文档权限类别：只读权限，读写权限。
文档类别：DOC，SRD，RELEASE。
用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。
为了控制不同的使用权限，根据要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限。
为了便于各部门的管理，应以表格的形式列出人员与管理对象的访问关系（用户权限清单）。
3. 更新管理
3.1. 源程序的修改
变更申请人
评审人员
开发人员
测试人员
配置管理人员
提交变更
取消变更
变更实施代码测试
更新版本归档入库
变更影响分析
审核
测试报告评审
当开发小组在开发同一产品时，应能保障：各成员间的修改不会互相覆盖；程序员的修改能及时反映到产品的最新版本中。
建议首先在相应子系统的下一级建一目录，如checkout ，存放正在修改的文档及修改登记表。当某个程序员要修改某一文档时，遵循以下程序：
1) 接收维护任务；
2) 查看需要修改的文件（如PBL 及SQL 等）是否正在被其它人员修改（检查checkout 目录下是否存在要修改的文件或后缀已改为该程序员姓名简写）；
3) 如果有人在修改该文件，等待或与相应的开发员联系，重复2。否则继续；
4) 将该文件复制到checkout 目录下，在修改登记表中登记；或将该文件的后缀改为本人姓名简写；
5) 将该文件拷贝到自己的私有目录； 6) 根据要求修改源文件；
7) 根据要求测试，并进行相关项的回归测试；
8) 交测试人员测试，如未通过，重复6，如通过则继续；
9) 在checkout 目录中删除该文件，并在修改登记表中标注修改完成； 10) 将修改完毕的文件通过电子邮件或其它手段送交版本管理员，版本管理员将文件复制到相应的路径；如遇特殊情况（版本管理员出差），程序员可将修
改完毕的文件复制到相应的路径下，或将后缀改回正式。
11)回复下达者，报告维护任务完成。
3.2. 版本升级
3.2.1.版本升级原则
版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级，保障高版本的向下兼容性，或提供严格定义的升级方法。
主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
阶段版本号(1)：一般是Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
日期版本号(140606):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
每次版本升级，要填写版本升级记录表，
记录表样例如下：
主版本号子系统
名称
子系统
版本
发布
日期
变更功能描述
发布
人
批准
人
备注
主版本号：记录当前发布的版本
发布日期：该版本批准发布的日期
修改文件：版本修改记录，版本修改日志
3.2.2. 新版本发布
新版本的发布包括主版本号和次版本号的升级，一般不包括内部版本号的升级。流程如下：
1) 接收新版本发布任务，接收本次发布的版本代号。
2) 在指定目录中，根据本次发布的版本号建立相应的子目录，将current 下的所
有内容拷贝至新建目录下。
3) 可在新建目录下建立readme.txt ，并加入相应的内容。
3.3. 文档的变更
文档变更流程：
变更申请人
提交变更评审人员文档评审
文档编写人员
取消变更
变更实施
打评审版本确认版本不通过
配置管理员
变更影响分
析及审批更新版本
不通过
通过
通过
4.备份管理
为了保证文档的最大可恢复性，要随时及定期地进行备份工作。
1)随时备份：
①开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。
②开发负责人每天要将所有源文件在本地机备份。
③建议备份采用循环备份。
2)定期备份
①备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立的硬盘上；光盘备份时，要将光盘存放在可靠的地方。
②备份周期视各部门的具体情况而定。如果处于开发阶段，每周应对所有的源程序项进行备份，一般为每周周五；如果处于其它阶段，根据具体情况而定，但周期不能超过两周。
③备份要由版本管理员负责，备份原则应是保证文档的最大可恢复性。
5.版本工具Tortoise SVN的使用5.1. 简单命令的使用
5.2. 简单操作
5.3. 版本分支管理
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、公司在各部门负责人的台式电脑上安装500G大容量硬盘，该硬盘仅用于备份部门重要数据。 2、信息技术员将在安装数据备份专用硬盘的计算机上以部门内每个员工的姓名拼音建立帐户，设置初始密码，并在专用数据备份硬盘上建立一个以员工姓名命名的文件夹。 3、员工在备份资料时应及时请部门负责人更改初始密码。 4、部门负责人有权限查看和使用部门内所有员工的备份资料，员工仅有权限查看和使用个人备份的资料（信息技术员已在设置备份时设置完成此项功能）。
5、员工可通过远程共享访问部门经理的计算机，将欲备份的文件拷贝到个人姓名的文件夹里。 6、数据备份操作说明： 主要操作内容涉及三部分：（1）部门负责人修改密码操作；（2）员工备份数据操作；（3）部门负责人查看备份文件夹内的资料。 操作一：部门经理修改员工帐号密码步骤 （1）在桌面我的电脑图标点右键，选择管理，打开。如图： （2）展开本地用户和组，点击用户，右侧会显示所有用户名。 （3）找到在欲修改密码的用户名，点右键，选择设置密码，会提示如图，点继续。
（4）如下图，输入新的密码，点确定，即完成密码修改。 操作二：员工备份数据的步骤 （1）以财务部阎旭升为例，在个人电脑上上打开网上邻居—查看工作组计算机，找到部门经理姚滢的电脑，双击打开，会提示如图： （2）输入用户名/密码，并勾选记住我的密码，以后就不用再输入密码（注意1：非本部门员工在访问共享文档时，也会提示输入用
新产品开发管理办法95728
.
一. 目的
1. 确保新产品开发遵循既定流程,以最正确之方向、最经济之成本、最快之速度、最优化之设 计进行,达成公司经营目标。
2. “质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验证、设计 确认,确保新产品符合既定之标准,满足客户需要。
二. 范围
1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范运 作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品 开发进度管制表”进行管制。
3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的 5 个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。
三. 定义
1. 新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规产品 有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提 下对相关特性做改变,以符合不同客户、市场的需求.
2. SOP:作业标准书 3. SIP:检验规范书 4. SNP:包装规范书
四. 权责
1. 项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2. 项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。
五.内容
1.新产品开发管制作业流程图
流程图 新产品开发提案
权责单位
相关说明
产品企划阶段开始
表
单
相关单位
1)经市场需求调查、竟争对手分析、新产品销 售前景预测等作业完成且可行后提案,需注明 产品开发提案单 详细要求和进度
.
NO
新产品开发介绍会
产品版本管理规范
基于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、每台电脑上C盘为系统盘，D盘为软件盘，E盘为客户临时资料盘，F盘为客户资料存储盘，G盘为资料盘，另注F盘、G盘设置为共享盘。为保护公司电脑不被病毒感染，任何人在未经经理同意的情况下，任何人不得共享其他文件或分区目录。 2、F盘、G盘中的文件，除上传者本人外，其他任何人不能删除任何文件。 3、F盘中为大客户、固定客户的文件夹命名格式为***公司名（学校名称）****文件分类（如文档、宣传页、易拉宝等）***文件（文件名称上应标明文件内容、日期，格式如：开普图文营销宣传页2012.2.13）。另注：每个电脑的F盘均单独列出一个“名片”的文件夹，所有定稿名片的矢量版（CDR或PSD格式）应放入该文件夹，以便查找。 4、如客户没有特殊要求，由我公司设计的版面均不能删除，保存到相应的文件夹中，若客户为散户，则将文件存储到F盘“其他客户资料”文件夹中。 5、QQ或邮箱接收文件的管理。应将文件接收到E盘临时资料存储盘中，并且建立以日期命名的文件夹，里面再建立以客户名称命
名的文件夹，文件夹内除了保存客户发送的文件之外，还应该保留QQ交谈记录及制作要求，客户联系方式的WORD文件。 6、制作文件的保存。每天工作结束前或交接班前，每位技术人员应整理自己制作过的文件，将有必要保存的文件存储到相应的文件夹中。将没有存储价值的文件留到E盘临时文件盘的当天日期的文件夹里，一周后整理文件时，可将其删除。 7、公司移动磁盘上文件的管理：移动磁盘由设计人员和后期制作人员共同保管和保密，员工取件如需要带盘到客户处拷贝文件，应先将磁盘清空，避免将其他客户资料或内部资料泄露。严禁共享C 盘。 8、设计素材放到G盘，并对名片、易拉宝、展板、暗纹背景等进行分类保存。 9、公司可定期对设计材料、素材等进行整理，刻成光盘，以留备份。为方便查找文件，设计人员每周对自己设计的所有文件进行整理，将客户定稿文件拷贝到4号电脑上进行保存。 10、文件的拷贝：在拷贝客户文件时或打印移动盘里的文件时，先对U盘、移动磁盘等进行病毒查杀。没有病毒再打开。如有病毒应立即进行病毒查杀。查杀后再打开。 11、每个电脑应安装病毒查杀和安全防护软件，并定期进行系统维护，清理系统垃圾等。
(产品管理)新产品管理办法
（产品管理）新产品管理 办法
制造部内部管理制度 ★ 新产品管理办法 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负责新产品考核通报的责任分解。
产品管理规范
产品管理规范 公司内部编号：（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）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
XX公司新产品开发管理规定
XX公司新产品开发管理规定 第一章总则 第一条新产品的开发发工作，是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果，转变为新产品、新材料、新工艺等一切非常规性质的技术工作。新产品开发是公司在激烈的技术竞争中赖以生存和发展的命脉，是实现“生产一代，试制一代，研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对公司产品发展方向，产品优势，开拓新市场，提高经济效益等方面起着决定性的作用。 第二条公司新产品开发必须严格遵循产品开发的科学管理程序，即选题（构思）调研和方案论证→样（模）试→批试→正式投产前的准备这些重要步骤。 第三条公司在进行产品开发前必须进行调查研究，调查研究的工作包括： 1．调查国内市场和重要用户以及国际重点市场同类产品的技术现状和改进要求。 2．以国内同类产品市场占有率的前三名以及国际名牌产品为对象，调查同类产品的质量、价格、市场及使用情况。 3．广泛收集国内外有关情报和专刊，然后进行可行性分析研究。 第四条新产品的可行性分析是新产品开发中不可缺少的前期工作。公司新产品的可行性分析工作有：1．论证该类产品的技术发展方向。 2．论证市场动态及发展该产品具备的技术优势。 3．论证发展该产品的资源条件的可行性。 第五条公司应制定产品发展规划： 1. 根据国家和地方经济发展的需要，从公司产品发展方向、发展规模，发展水平和技术改造方向、赶超目标以及公司现有条件进行综合调查研究和可行性分析，制定公司产品发展规划。 2. 由研发中心提出草拟规划，经公司分管副总经理初步审查并组织有关部门人员进行缜密研究，定稿后报公司批准后下达执行。 第六条公司（研发中心）应瞄准国内外先进水平和赶超目标，为提高产品质量进行新技术、新材料、新工艺、新装备方面的应用研究： 1．开展产品生命周期的研究，促进产品的升级换代，预测企业的盈亏，为企业提供产品发展的科学依据。 2. 开展对产品升级换代具有决定意义的基础科学研究、重大工艺改革、重大专用设备和测试仪的研究。 3. 开展对提高产品质量有重大影响的新材料研究。 第二章产品研发管理 第七条公司产品研发是指从确定产品研发任务书起到确定产品结构为止的一系列技术工作的准备和管理，是产品开发的重要环节，是产品生产过程的开始，必须严格遵循“三段设计”程序。 第八条技术任务书。技术任务书是产品在初步设计阶段内，由研发部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后，作为产品技术研发的依据。其目的在于正确地确定产品最佳总体研发方案、主要技术性能参数、原理、产品结构，并由研发人员负责编写（其中标准化综合要求会同标准化人员共同拟订），其内容和程序作如下规定： 1. 研发依据（根据具体情况可以包括一个或数个内容） （1）部、省安排的重点任务：说明安排的内容及文件号； （2）国内外技术情报：在产品的性能和使用性上赶超国内外先进水平或产品品种上填补国内“空白”。 （3）市场经济情报：在产品的形态、型式（新颖性）等方面满足用户要求，适应市场需要，具有竞争力； （4）公司产品开发长远规划和年度技术组织措施计划，详述规划的有关内容，并说明现在进行研发时机上的必要性。 2. 产品用途及使用范围。 3. 对计划任务书提出有关修改和改进意见。 4. 基本参数及主要技术指标。 5. 产品主要结构叙述：用简略画法勾出产品基本外形，轮廓尺寸及主要材料的布局位置，并叙述主要材料的结构。
产品经理手册管理知识和规范即产品经理工作流程工具
产品经理手册管理知识和规范即产品经理工作流程 工具 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.技术资料（保存项目技术文档，包括第三方技术资料等）
文件共享管理办法(2)
文件共享管理办法(2) -标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
修改记录 NO 修 订 版 本 修改内容摘要 修改 人 修改日期生效日期 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 文件共享管理办法 文件编号：I-WI-IT-0018 版本：V1.0 制定日期：2011-08-01 修订日期： 生效日期：2011-12-09 部门签名日期编制信息安全部黄志勇2011-08-01确认 审核信息安全部梁继清2011-12-09会审 批准信息中心张伟刚2011-12-09
1.目的 为了规划好网络共享平台，充分利用网络资源，特指定本办法。 2.范围 本制度适用于公司全体员工。 3.定义 3.1.准入：指符合公司计算机安全策略的公司或外来办公人员电脑接入英威腾网络的动 作。 3.2.离线：指公司计算机因异动、回收、报废等退出英威腾网络；外来办公人员作业结 束离开公司网络的动作。 4.角色与职责 4.1.信息中心：负责制定公司计算机准入安全策略；审核并记录计算机的准入及离线情 况；为准入或离线人员提供技术支持服务。 4.2.用户：负责配合信息中心人员做好计算机的准入及离线的管理工作。 5.流程图 无 6.管理办法细则 6.1.申请管理 6.1.1.申请部门提出申请，注明需要创建文件夹名称，并加上需要访问人员的 权限。 6.1.2.申请部门第一负责人核实后，提交给IT部负责人审核。
6.1.3.IT部负责人需与申请部门负责人确认申请人的权限内容。 6.1.4.IT部负责人与申请部门负责人确认无误后，提交给网络管理员技术实 现。 6.2.使用管理 6.2.1.各部门人员使用共享文件夹，未经部门领导同意，不得随意修改、删 除、复制、打印文件夹里面的文件。 6.2.2.禁止存放私人文件在共享文件夹里面。 6.2.3.各部门定期检查共享文件夹，不必要存放在服务器上的文件及时清理。 6.2.4.各部门人员存放文件到共享文件夹里，应注意存放路径以及目录，存放 文件必须与文件夹目录相对应。 6.2.5.设置权限时文件夹路径不超过两层。 6.3.维护管理 6.3.1.申请开通创建文件夹共享后，由网络管理员根据审阅后的文件在文件服 务器上根据相应的目录创建共享文件夹。 6.3.2.个人申请开通访问权限，网络管理员根据审阅后的文件在文件服务器上 开通申请人的权限。 6.3.3.开通访问权限后，各部门人员必须更改网络管理员提供的密码，防止密 码泄露，更改密码登录http://192.168.1.3/password上面修改。 6.3.4.网络管理员不得私自更改访问人员的权限，不得在共享文件夹内创建、 修改、删除、复制以及打印文件夹内的文件。 6.3.5.请各部门认真贯彻公司信息保密制度，严格控制好信息文件流通。
新产品开发项目管理制度
新产品开发项目管理制度 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. 国内外技术情报:在市场的性能和使用性方面赶超国内外先进水平,或在产品品种方面填补国内"空白".
产品运营管理办法(草案)
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.0 制定单位：资讯处 机密等级：一般 发行日期： 目录
1.目的 (3) 2.适用范围 (4) 3.权责 (4) 4.定义 (4) 5.作业内容 (4) 5.1.系统要求 (4) 5.2.设定步骤.......................................... 错误！未定义书签。 6.相关文件 (18) 7.附件 (19) 版本历史
审核记录 1.目的 标准化外点文件服务器管理,规范外点文件服务器共享及配额管理。
2.适用范围 适用于集团外点分公司及工厂。 3.权责 由集团总部资讯处负责编写及更新。 4.定义 无 5.作业内容 5.1.系统要求 5.1.1.系统准备: 5.1.1.1.文件服务器操作系统:Windows 2003 R2(因需做配额管理) 5.1.1.2.逻辑分区:C盘及D盘,C盘用于系统分区,D盘用于共享文件夹存放分区 5.1.2.安装组件: 5.1.2.1.打开控制面板→添加或删除程序→添加/删除Windows组件→管理和监视工具 （如下图所示）。双击进去后，在文件服务器管理和文件服务器资源管理器前 面打勾。（如下图所示）选中后点击下一步，安装完毕后点完成。
可通过控制面板中的管理工具打开（如上图） 桌面图标如下图所示。
5.2.共享文件夹建立 5.2.1.首先在服务器上D盘根目录下建立共享文件夹,用于本单位的统一的共享平台（如下图） 5.2.2.打开共享文件夹属性,将”共享”访问设置为相应的GROUP（如淮安总厂所有员工）,权 限完全控制。具体权限在各部门的文件夹里的”安全”里面做。
新产品开发管理办法
新产品开发管理办法 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结构功能设计审查（必要时）