软件版本管理
目录
1. 引言........................................................
.目的.................................................
.范围.................................................
.术语定义.............................................
.参考资料.............................................
.版本控制记录.........................................
.版本更新记录.........................................
2.版本管理....................................................
.版本标示方法.........................................
正式版本..........................................
.目录结构.............................................
.文档的存放...........................................
开发文档的存放....................................
源代码的存放......................................
SQL的语句存放 ....................................
发行文档的存放....................................
.配置管理流程.........................................
.权限控制的管理.......................................
3.更新管理....................................................
.源程序的修改.........................................
.版本升级.............................................
版本升级原则......................................
新版本发布........................................
.文档的变更...........................................
4.备份管理....................................................
1.引言
版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。
版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。
1.1.目的
本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。
1.2.范围
本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关内容，包括：
版本标识方法
软件系统数据的存放
文档的修改控制
文档的备份制度
1.3.术语定义
SCM
软件配置管理（Software Configuration Management）缩写
SVM
软件版本管理（Software Version Management）缩写
SVN
一个开源的版本控制系统Subversion.
文档
一种数据媒体和其上所记录的数据。
配置管理
标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放
和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。软件配置
软件的具体形态在某时刻的瞬时影像。
配置项
软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
1.4.参考资料
《软件版本管理规范》浪潮集团山东通用软件有限公司
《泰豪软件开发软件版本管理制度》
《tortoise SVN的使用手册》
1.5.版本控制记录
1.6.版本更新记录
*A - 增加M - 修改D - 删除
2.版本管理
2.1.版本标示方法
为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法。
2.1.1.正式版本
X：主版本号，用来表示提供给客户的产品功能的主要增强。在一个极端的例子中，主版本号的上升用来说明产品现在已经拥有了一个全新的功能类。从市场和许可权的角度来看，主版本号的升级相当于购买一个完全独立的产品。从开发者角度来看，一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期。
Y：特征版本号，用来表示产品新增了一些特征，或者是在原来文档中描述的特征上作了重要的修改。用来确定特征版本号什么时候需要修改的一个衡
量标准就是产品功能说明书。产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制。
Z：缺陷修复版本号，用来表示在该版本上所做的缺陷维护行为的等级。版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制。
Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
2.2.目录结构
由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各部门部文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。具体目录如下表格所示：
2.3.文档的存放
2.3.1.开发文档的存放
文档归档流程：
2.3.2.源代码的存放
2.3.3.SQL的语句存放
各子系统SQL文件放入…..\.......\SQL下，对于不同的数据库，分别建立不同的子目录，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入…\SQL 下即可，不同数据库的特殊SQL分别放入对应的子目录下。
2.3.4.发行文档的存放
发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO等），环境配置文件等。
2.4.配置管理流程
流程说明：
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)可在新建目录下建立，并加入相应的内容。
3.3.文档的变更
文档变更流程：
4.备份管理
为了保证文档的最大可恢复性，要随时及定期地进行备份工作。
1)随时备份：
①开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。
②开发负责人每天要将所有源文件在本地机备份。
③建议备份采用循环备份。
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. “质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验证、设计 确认,确保新产品符合既定之标准,满足客户需要。
二. 范围
1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范运 作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品 开发进度管制表”进行管制。
3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的 5 个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。
三. 定义
1. 新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规产品 有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提 下对相关特性做改变,以符合不同客户、市场的需求.
2. SOP:作业标准书 3. SIP:检验规范书 4. SNP:包装规范书
四. 权责
1. 项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2. 项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。
五.内容
1.新产品开发管制作业流程图
流程图 新产品开发提案
权责单位
相关说明
产品企划阶段开始
表
单
相关单位
1)经市场需求调查、竟争对手分析、新产品销 售前景预测等作业完成且可行后提案,需注明 产品开发提案单 详细要求和进度
.
NO
新产品开发介绍会
招商运营各岗位职责
运营部日常工作管理规定每日工作流程：
商铺进场撤场管理规定 一．进场管理规定 1．招商部签定租赁合同完成之后需传单至运营部，运营部接单后负责装修审批、
协助商户进场工作。 2．商户必须严格按合同规定的经营项目组织商品入场。 3．商户进场后开业前需签订《消防责任书》。 二．撤场管理规定 1．运营部负责与商户撤场前后的整体协调工作。 2．运营部负责整个撤场过程的统筹安排与监督。 3．工程部负责商户撤场过程中需配合协助的工作。 4．营运部负责清点、保管及处理商户撤场后的遗留物品或扣留物品。5．财务室负责出具结算单及商户的各项费用结算工作。 三．撤场工作流程 （一）无欠款情况撤场 1．商户提出撤场申请或我司因某些原因要求商户撤场。 2．由营运部向商户发出《解除租赁合同的通知》，确认撤场具体时间。 3．在商户收到《解除租赁合同的通知》后，由营运部与商户协调，与之签订《租赁合同解除协议书》。 4．营运部必须在商户撤场一周前将《撤场审批表》上报审批，并跟进审批进度，须在七个工作日内审批完成。 5．《撤场审批表》经审批后，原件传财务室作结算（其中租赁保证金部分暂不退还），财务部，运营部各留存一份备案。 6．《撤场审批表》审批后，由运营部及财务部对商户物品放行，并对撤场全过程进行监督。 7．如商户未按规定期限及标准交铺，由运营部通知商户我司将强制收回铺位，
并自行采取措施将该铺位恢复原貌，扣押该铺内所有物品，由财务部入库保存，由此产生的费用及对我司造成的经济损失由商户承担，产生费用财务部在租赁保证金中抵扣此笔费用。 8．商户按规定交铺后，营运部知会财务部给商户办理撤场结算手续。（在商户无欠租且合同期满情况下，若其中一方提出撤场，必须提前一个月书面知会对方） （二）有欠款情况撤场 1．商户提出撤场申请或我司因某些原因要求商户撤场。 2．商户撤场如有欠款，由财务部负责提供欠款数据，发《催款通知单》至营运部，由营运部负责追缴欠款，并扣留撤场商户的所有物品。 3．如运营部在商户办理撤场前追缴回欠款，则转入以上无欠款情况下的撤场流程；如未追缴回欠款，则按以下流程进行： （1）运营部、行政部、财务部共同对扣留物品进行清点，三方经手人均要签字确认。 （2）物品清点完毕后交财务部入库保存，财务部要对扣留物品做好入库管理记录，保留相关单据，在办理物品出入时须经办人在记录单或相关单据签名确认，以便核查。 （3）商户物品入库后，由营运部再次与商户协调，尽量减少双方损失；A．如果与商户达成一致，并且商户在规定时间内补齐欠款的，则由运营部书面知会行政部、财务部退还扣押物品，并转入无欠款情况下的撤场流程；B．如果与商户无法达成一致，商户未在规定时间内补齐欠款的，将转法务部进入法律程序，由法务部发《解除租赁合同的通知》给商户并按法律程
基于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. 文档
（产品管理）新产品管理 办法
制造部内部管理制度 ★ 新产品管理办法 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负责新产品考核通报的责任分解。
流程规范管理制度 一、为确保公司流程结构合理，运行流畅，同时保证赶上和适应企业经营发展需要，特制定本制度。 二、总经理办公室是公司运行流程管理的主管部门，制度文化科长具体负责流程运行的组织管理与监督工作。 三、制度文化科长负责组织流程的培训与考核，各单位负责人配合培训与考核。 四、制度文化科长负责流程管理体系的建设与维护，拟订流程设计计划和设计方案，并组织实施。 五、公司运行流程经总经理或董事长签批后正式生效，任何单位或个人不得随意更改。 六、公司运行流程经过试运行，经企业经营管理实践检验，确实不适合企业实际或结构不合理，可以修改或调整。 七、总经理办公室制度文化科长每年组织一次流程全面梳理和优化，以充分反映企业发展变化、赶上企业发展需要。 八、检查流程运行情况是制度文化科长的日常工作。制度文化科长每月向总经理办公室主任书面汇报流程运行的检查情况，每缺少一次扣当月绩效考核得分1分。 九、总经理办公室主任对制度文化科长检查中发现的涉及其他部门负责人的问题不去协调解决或做出明确指示，每缺少一项，扣当月绩效考核得分1分。
十、各单位负责人对自己归口管理的运行流程贯彻实施负责，流程运行受阻，受到关联部门投诉，查证属实，扣当月绩效考核得分1分。 十一、企业员工不论职务大小，一律遵守流程规定，违背流程行为每出现一次，查证属实，扣当月绩效考核得分1分。阻碍流程运行者，查证属实，扣当月绩效考核得分2分。 十二、违背流程运行的处罚决定由总经理办公室制度文化科长按月汇总，转人力资源管理部薪酬专员执行罚款。 十三、对提出流程改善建议获得采纳者，由总经理办公室制度文化科长提请总经理给予奖励。奖励标准为单项建议奖励10元，设计一个完整流程奖励100元。 十四、公司运行流程修改和调整的程序如下： 1、发现运行流程不合理的员工向总经理办公室提出书面修改、调整意见。 2、总经理办公室制度文化科长组织该流程涉及岗位人员进行讨论，确认调整意见可行后，报总经理办公室主任审核。 3、总经理办公室主任修改补充调整意见后报总经理审批。 4、总经理召集各单位负责人审议批准调整方案。 5、新的流程颁布施行，原有流程宣布废止。 十五、本制度经总经理批准颁布执行。
产品管理规范 公司内部编号：（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公司新产品开发管理规定 第一章总则 第一条新产品的开发发工作，是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果，转变为新产品、新材料、新工艺等一切非常规性质的技术工作。新产品开发是公司在激烈的技术竞争中赖以生存和发展的命脉，是实现“生产一代，试制一代，研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对公司产品发展方向，产品优势，开拓新市场，提高经济效益等方面起着决定性的作用。 第二条公司新产品开发必须严格遵循产品开发的科学管理程序，即选题（构思）调研和方案论证→样（模）试→批试→正式投产前的准备这些重要步骤。 第三条公司在进行产品开发前必须进行调查研究，调查研究的工作包括： 1．调查国内市场和重要用户以及国际重点市场同类产品的技术现状和改进要求。 2．以国内同类产品市场占有率的前三名以及国际名牌产品为对象，调查同类产品的质量、价格、市场及使用情况。 3．广泛收集国内外有关情报和专刊，然后进行可行性分析研究。 第四条新产品的可行性分析是新产品开发中不可缺少的前期工作。公司新产品的可行性分析工作有：1．论证该类产品的技术发展方向。 2．论证市场动态及发展该产品具备的技术优势。 3．论证发展该产品的资源条件的可行性。 第五条公司应制定产品发展规划： 1. 根据国家和地方经济发展的需要，从公司产品发展方向、发展规模，发展水平和技术改造方向、赶超目标以及公司现有条件进行综合调查研究和可行性分析，制定公司产品发展规划。 2. 由研发中心提出草拟规划，经公司分管副总经理初步审查并组织有关部门人员进行缜密研究，定稿后报公司批准后下达执行。 第六条公司（研发中心）应瞄准国内外先进水平和赶超目标，为提高产品质量进行新技术、新材料、新工艺、新装备方面的应用研究： 1．开展产品生命周期的研究，促进产品的升级换代，预测企业的盈亏，为企业提供产品发展的科学依据。 2. 开展对产品升级换代具有决定意义的基础科学研究、重大工艺改革、重大专用设备和测试仪的研究。 3. 开展对提高产品质量有重大影响的新材料研究。 第二章产品研发管理 第七条公司产品研发是指从确定产品研发任务书起到确定产品结构为止的一系列技术工作的准备和管理，是产品开发的重要环节，是产品生产过程的开始，必须严格遵循“三段设计”程序。 第八条技术任务书。技术任务书是产品在初步设计阶段内，由研发部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后，作为产品技术研发的依据。其目的在于正确地确定产品最佳总体研发方案、主要技术性能参数、原理、产品结构，并由研发人员负责编写（其中标准化综合要求会同标准化人员共同拟订），其内容和程序作如下规定： 1. 研发依据（根据具体情况可以包括一个或数个内容） （1）部、省安排的重点任务：说明安排的内容及文件号； （2）国内外技术情报：在产品的性能和使用性上赶超国内外先进水平或产品品种上填补国内“空白”。 （3）市场经济情报：在产品的形态、型式（新颖性）等方面满足用户要求，适应市场需要，具有竞争力； （4）公司产品开发长远规划和年度技术组织措施计划，详述规划的有关内容，并说明现在进行研发时机上的必要性。 2. 产品用途及使用范围。 3. 对计划任务书提出有关修改和改进意见。 4. 基本参数及主要技术指标。 5. 产品主要结构叙述：用简略画法勾出产品基本外形，轮廓尺寸及主要材料的布局位置，并叙述主要材料的结构。
流程管理办法 1 范围 本标准规定了某某烟草专卖局（公司）流程体系建设中所有流程的建立、发布、维护、变更、优化和监控的职责、程序和相关要求。旨在对某某烟草的流程体系建设进行规范的管理。 本标准适用于市局（公司）各级、各单位（部门）的所有流程管理。 2 规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本标准。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本标准。 GB/Z 19579-2012 卓越绩效评价准则实施指南 GB/T 19580-2012 卓越绩效评价准则 Q/PZHYC 1001 质量、环境和职业健康安全管理手册 Q/PZHYC 1002 企业标准化管理手册 Q/PZHYC 1003 精益管理手册 3 术语和定义 3.1 企业流程enterprise process 实现企业价值的各项经营管理及业务活动的总和。 3.2 流程process 将输入转化为输出的相互关联或相互作用的一组活动。 注1：从另一角度讲，流程是指一个或一系列连续有规律的行动，这些行动以确定的方式发生或执行，导致特定结果的实现。在企业管理中，我们可以理解为：什么部门做了什么事，产生了什么结果，传递了什么信息给谁。 注2：在ISO9000标准中，process译成过程。中文的流程和过程有別，例如：“统计过程控制”而不是“统计流程控制”；“形成质量的过程”而不是“形成质量的流程”；“流程优化”而不是“过程优化”…。过程或流程的结果是都是产品，前者关注的重点是结果（如增值），后者注重的重点是过程的细节，如物质流、信息流、价值流。 3.3 流程图flow-process diagram 以特定的图形符号和文字说明，表示流程的图。 注1：在企业管理中，流程图主要用来说明某一过程。这种过程既可以是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。 注2：流程图是揭示和掌握封闭系统运动状况的有效方式。作为管理诊断工具，它能够辅助决策制定，让管理者清楚地知道，问题可能出在什么地方，从而确定出可供选择的行动方案。 注3：流程图有时也称作输入-输出图。它直观地描述一个工作过程的具体步骤。流程图对准确了解事情是如何进行的，以及决定应如何改进过程极有帮助。这一方法可以用于整个企业，以便直观地跟踪和图解企业的运作方式。 注4：流程图使用一些标准符号代表某些类型的动作，如决策用菱形框表示，具体活动用方框表示。但比这些符号规定更重要的是必须清楚地描述工作过程的顺序。流程图也可用于设计改进工作过程，具体做法是先画出事情应该怎么做，再将其与实际情况进行比较。 3.4 流程管理process management
产品经理手册管理知识和规范即产品经理工作流程 工具 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技术研发部负责产品的设计、试制、鉴定、移交投产等方面的管理。 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 目的 建立并保持新产品设计与试作的控制程序，以确保新产品满足市场品质、价格、交期的需求。 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结构功能设计审查（必要时）
商品管理规范（运营端） 一、目的 提高跨部门间工作效率、标准化流程、节省沟通时间成本 二、适用范围 本规范适用于本公司所有线上商品，以商品SKU为基础单位，商品达标包含其背后品牌或供应商达标。 例如：某商品A达标，即背后所属供应商满足条件。 三、商品上架规范 1、总则： 1.1、二八原则，以少拨大，控sku数量，精细化，重点商品重点关注。 1.2、关注商品生命周期，关注供应商，做好商品上架前置考评工作，提高效率，提 高上架商品利用率，降低商品异动率，稳步提升在售商品库sku数量。 2、参与角色 招商部门：全员 供应商资质（商务部）：崔晶 运营部门：翟佳、叶梦、王召、汪兴 财务：杨珺 总经理：李进 -------------------------------------------------------------------------------- 外援：商品评分员招募：公司内部召集公益评分员，福利是样品试用权 --------------------------------------------------------------------------------- 3、商品sku来源（三方） 3.1、自营 3.2、供应商联营（现有商家一件代发货模式） 3.3、商家入驻（招商准入）→商家自主上传商品→审核走通用商品上架审批流程 （A通过→上架、B不通过→驳回不上架→反馈到招商总监） 4、商品上架标准
附件：商品上架评分标准 招商端，（供应商）提报表需要添加分数一栏。 以商品为标准，优先打造超级单品矩阵，商品沙漏式分级评选：对供应商实施分阶段策略，由招商端优选一部分优势商品（例如5-10款）发起商品（供应商）提报表，分批次审批评分上架，遵循重点商品优先上架的原则。相应商品所属供应商合作走入正轨且良性发展之后，再扩大合作商品sku上架数量。 5、商品上架审批流程 5.1、通用商品上架流程图： 附件：商品上架流程图 附件：商品上架评分标准 运营总监、总经理对商品是否上架具有一票否决权，修正偏失及方向指导。 5.2、商家自运营，店铺商品上架流程： 商家店铺入驻（招商准入）→商家自主上传商品→审核走通用商品上架审批流程（↑↑↑见上方流程图）（A通过→上架、B不通过→驳回不上架→反馈到招商总监） 四、商品异动 1、日常售卖商品涨价 1.1、当商品产生销量就接到涨价通知 1.2、当商品被运营选中为活动品，再次确认库存阶段，相应商品涨价 2、活动中商品涨价 2.1、后台操作性失误导致的库存超卖、活动超时未停售，造成商品补贴损失，运营 相关人承担绩效考核责任。 2.2、活动前谈好的价格在活动过程中涨价，先以既定活动规则做完活动（保障客 户），过程中涨价造成的商品议价损失，由招商相关人承担绩效考核责任。 2.3、结算阶段，商品价格比活动前谈好的涨价，造成财务溢价损失的，由招商相关 人承担绩效考核责任。 3、商品涨价处理方式 3.1、日常涨价情况先记录在案，周期性总结，追踪内在原因，分析各类型应对方 案。 3.2、运营端前置准备，针对活动需求提前一周跟招商沟通，跟进招商确认和排查相 关商品的价格、规格、是否缺货、供货数量等问题约定。 3.3、充分准备的情况外，依然出现意外情况，活动页面端库存改零，售罄等处理。