产品版本管理规范集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]
基于Tortoise SVN的软件产品版本管理规范[草稿]
目录
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.版本更新记录
2.版本管理
2.1.版本标示方法
为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法。
2.1.1.正式版本
软件版本号由四部分组成，
X：主版本号，用来表示提供给客户的产品功能的主要增强。在一个极端的例子中，主版本号的上升用来说明产品现在已经拥有了一个全新的功能类。从市场和许可权的角度来看，主版本号的升级相当于购买一个完全独立的产品。从开发者角度来看，一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期。
Y：特征版本号，用来表示产品新增了一些特征，或者是在原来文档中描述的特征上作了重要的修改。用来确定特征版本号什么时候需要修改的一个衡量标准就是产品功能说明书。产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制。
Z：缺陷修复版本号，用来表示在该版本上所做的缺陷维护行为的等级。版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制。
Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
.第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
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)可在新建目录下建立readme.txt，并加入相应的内容。
3.3.文档的变更
文档变更流程：
4.备份管理
为了保证文档的最大可恢复性，要随时及定期地进行备份工作。
1)随时备份：
①开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。
②开发负责人每天要将所有源文件在本地机备份。
③建议备份采用循环备份。
2)定期备份
①备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立的硬盘上；光盘备份时，要将光盘存放在可靠的地方。
②备份周期视各部门的具体情况而定。如果处于开发阶段，每周应对所有的源程序项进行备份，一般为每周周五；如果处于其它阶段，根据具体情况而定，但周期不能超过两周。
③备份要由版本管理员负责，备份原则应是保证文档的最大可恢复性。
5.版本工具Tortoise SVN的使用
5.1.简单命令的使用
5.2.简单操作
5.3.版本分支管理
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. 办公环境 第一条车间内不准吸烟。 第二条汽车和摩托车等交通工具要停放在指定地点，不得乱停乱放。 第三条在公司内，不准乱丢纸屑，随地吐痰。 第四条办公文件资料要摆放整齐、办公桌面保持整洁，物品摆放有序；下班后要清理办公现场。 第五条未经允许不得挪动公司大型的办公设备。 第六条员工不得随意调换办公设备，未经允许不得对公司设备进行改装或修理，如有需要申请相关部门办理。 第七条办公场所应保持安静，上班时禁止大声喧哗；
（产品管理）新产品管理 办法
制造部内部管理制度 ★ 新产品管理办法 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
办事处日常工作行为规范 签发: SD 818-01 为了明确日常工作,规范工作行为,工作责任到人,同时为公司对员工的考核提供依据,特制定本规范: 一、办事处日常工作行为规范: 1、根据公司当前市场状况,办事处的设立以省级为单位,再根据 网络分布情况,设立办事点。 2、省级办事处设立助理一名(能够由市场人员兼任,但必须由公 司指派),负责协助办事处经理处理日常事务。 3、办事处作息时间:每周一至周六为正常工作日,每日工作时间 为:上午8:30－12:00、下午1:30－6:00,工作时间内,办事处必须保持有工作人员在岗。 4、办事处日常行为规范: ①、事处每日上班、下班必须进行卫生清理,以保持室 内的整洁。 ②、办公地点内的各种物品必须摆放有序、整齐。 ③、工作人员接人待物必须使用文明语及礼貌用语,接 听电话必须使用统一开场白:您好!飞鸽药业,请问有什 么能够帮助您的吗? ④、工作人员着装必须大方得体,保持整洁,男士不得穿 短裤、背心及拖鞋,不得蓄发及胡须;女士不得穿奇装 1
异服及过分暴露的服装,不留长指甲、不穿拖鞋、不 得佩戴夸张饰品。 ⑤、办事处内人员必须保持团结,不准打架、斗殴、赌 博、喝酒、在规定的作息时间内不准打牌以及进行她 娱乐活动。必须注重与邻里间的公共关系,不得做出 影响邻里生活的事情。 ⑥、办事处不得逗留无关人员或办事处工作人员的亲 属。 ⑦、办事处经理负责办事处财产的管理工作,若属人为 损坏或发生丢失则由办事处经理负责照价赔偿。 ⑧、办事处所有员工必须保证24小时开通电话,每月规 定时间内需按工作安排递交各类表格及相关文件。 5、办事处日常工作: ①、月27日为月度会议时间(或遇节假日,可顺延)。 ②、每月28日,办事处必须向营销中心上报下月工作计 划。(附一) ③、每月2日,办事处必须向营销中心上报上月工作总 结。(附二) ④、因某事需临时沟通时,办事处需以工作联系单的方 式上报。 ⑤、对于办事处所有上报文件,必须在得到批复后方可 2
上海精佑通信技术有限公司企业标准 （管理标准） 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.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是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. 国内外技术情报:在市场的性能和使用性方面赶超国内外先进水平,或在产品品种方面填补国内"空白".
机关日常工作管理 制度
****日常工作管理制度 根据《****市行政效能监察办法》、《****市行政效能问责惩戒暂行办法》和委办公会议决定，为进一步加强机关工作管理，推进政风行风建设，转变机关工作作风，正规机关工作秩序，提高机关工作效能，制定本日常工作管理制度。 一、请示汇报制度 （一）按程序规定逐级请示报告 1、各科室人员遇到本科室职权范围内的重要问题和事项，要及时向科长请示报告。 2、各科室遇到超越本科室工作职权范围的问题和事项，由科长向分管领导请示报告。 3、分管领导对超出分管范围和事关全委工作的事项，要向主要领导请示报告。 4、一般情况下，不越级请示报告。对于重要事项既要向分管领导请示报告，也要向主要领导请示报告。如因出差、学习培训等特殊情况、急办事项无法向直接领导请示报告时，能够越级请示报告，但事后应及时向直接领导汇报请示报告的内容及处理情况；特殊情况下，上级可委托下级代表自己行使职权，答复或办理某些具体事项。 5、需要向上级机关或领导请示报告的事项和问题，由主要领导请示报告或由主要领导委托分管领导负责请示报告。 （二）重大事项和问题坚持先请示后办理原则，不得先斩后奏
1、重大事项和问题是指除正常业务工作开展中的重大事项和问题以外，还包括： （1）接待或邀请上级机关、领导和兄弟单位及友邻单位人员； （2）组织或参加可能在社会或本机关产生影响的重大活动； （3）接待、安排社会传媒机构或人员采访、报道涉及本机关工作的事宜； （4）涉及本机关工作和人员的突发事件，本机关人员及家庭的重要情况及其它重大问题。 2、发生重大问题时，如情况紧急、急需决断且无法请示报告时，可按有关规定先行处理并设法请示报告；问题处理后应迅速向上级报告，按上级指示执行。 3、各级领导对基层请示报告的事项和问题，要严格按有关政策、规定答复。答复应清楚明确，不推不拖；对一时难以答复的，要先做初步解释，待研究后再做答复；答复请示报告要做好记录，并注意与有关领导、有关单位及有关科室协调。 （三）工作汇报和通报制度 1、凡以***名义上报或下发的文件、单行材料，必须经主任或书记审阅签发，重要文件或材料经主任办公会研究决定后方能上报或下发。 2、参加***厅或市委、市政府有关会议后，应及时向分管领导或主要领导汇报会议情况和会议要求，重要会议精神要在主任碰头会或主任办公会上通报传达。
项目软件版本号管理规范
历史修改记录 一. 目的
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结构功能设计审查（必要时）
软件版本管理
目录 1. 引言........................................................ .目的................................................. .范围................................................. .术语定义............................................. .参考资料............................................. .版本控制记录......................................... .版本更新记录......................................... 2.版本管理.................................................... .版本标示方法......................................... 正式版本.......................................... .目录结构............................................. .文档的存放........................................... 开发文档的存放.................................... 源代码的存放...................................... SQL的语句存放 .................................... 发行文档的存放.................................... .配置管理流程......................................... .权限控制的管理....................................... 3.更新管理.................................................... .源程序的修改......................................... .版本升级.............................................
幼儿园日常工作管理及绩效考核细则 为了加强幼儿园的科学管理，提高保育和教育质量，依据《中华人民共和国教育法》及《幼儿园管理规程》的要求，特制定本细则。 每期基础分为100分，所有教学活动中在此基础上增减分，每周一小结，每月一总结，每期一汇总，可得负分。 一、全勤奖 要求全体教职员工全勤上岗，设全勤奖每月150元，迟到或早退一次扣5元，请假一晌扣10元，无故旷工一晌扣60元；跟车教师每月补助100元。有事需请假应自行调班，若代班人违规，双方处罚。 二、班补 每班班补费按每生每月1.5元，分配原则是：班主任补助费是其他任课教师平均数的二倍。 三、晨检及接待学生 接送幼儿教师做到 1、按规定时间到达接送地点。接送时间早上7：00－8：30接幼儿入园，下午16：30-17:00送幼儿离园。接送教师迟到一次罚款5元，扣考核积分0.5分，无故缺一次罚款50元，扣考核积分5分。 2、接送幼儿时对每一位家长和幼儿必须热情接待，微笑服务。如态度恶劣，造成不良影响者，经核实后扣除考核积分1分。 3、早上幼儿到园，由值早班的教师接待。值早班的教师必须在早上7：00前到。迟到一次罚款10元，扣考核积分1分；无故缺一次罚款20元，扣考核积分2分。 4、接待幼儿时应详细向家长询问幼儿的身体有无不适，是否带不安全物品（小刀、硬币、碎玻璃等物品），如因工作不力，造成幼儿带不安全物品入园，发现一次罚款5元，扣除考核分2分。 5、幼儿需要在园服药或因病因事不能入园者，接送教师务必做好记录，并且转告班主任有关情况。 6、老师将幼儿交给家长时要细心，确保幼儿安全的由家长接回。在接送幼儿的过程中，要把幼儿的安全放在首位，关心幼儿，加强与家长的联系，让家长感觉到将幼儿交给我们是安全的，放心的。
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 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
一. 目的 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功能设计应充分考虑设计上、制造上之可行性,根据类似产品之设计经验,由项目工 程师召集各分项工程师进行分析、研究,集思广益,并呈主管核准设计图面,于设计过程中 涉及材料设计时,应充分考虑制造可行性,必要时应充分运用和借鉴供方材料工程专业
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
工作人员日常管理制度随着公司业务的不断发展，内勤人员日益增加。为进一步规范管理，促进各项工作制度化、规范化。结合本公司实际情况，特制订日常工作管理办法，请认真遵照执行。 一，作息时间： 公司每周的标准工作日为周一到周五，周一、周三、周四工作时间为上午08 ：15—12 00，下午 14 30—18 00 周二、周五工作时间为上午08 00 —12 00，下午14 30—18 00。 二，晨会管理 1、工作日期间（除周二、周五），每天早晨8： 15到公司完成打卡，在公司召开内勤员工每日早 会。 2、早会内容主要为昨天的工作汇报以及当天 的工作计划。 3、会议结束后迅速整理营业大厅和各自办公 区域桌椅及办公用品。确保营业环境干净整洁。 三，工作规范礼仪 1、上班期间全体员工统一着工装。做到谈吐文明， 仪表整齐，举止端正。新入司各类员工在公司未配工装之前，自己须着与公司要求相近的正装。
2，工作时间对待领导、同事、来访者等应热情、有礼貌。保持良好的工作情绪，禁止将私人情绪带入工作当中。接待客户热情周到，做到来有迎声，去有送声，有问必答，百问不厌。 3、工作时间坚守岗位，不得喧哗、嬉戏打闹；不能用电话聊天；不得出现玩游戏、看电视剧、打牌等现象。 4、员工上班时间不得私自离岗，如有事外出，需向支公司经理或综合岗口头、书面请假告知。 四、卫生安全规范 1、公司办公室、会议室等办公职场均为禁烟区，禁烟区严禁吸烟或吸游烟。将卫生间设为吸烟区，吸烟者不得在吸烟区乱扔烟头。 2、公司公共卫生由专人打扫，员工应自觉维护公共环境的卫生，保持会议室、办公室及卫生间的整洁。 3、员工每日上班前自觉打扫办公室卫生，保持办公室干净、整洁。办公桌上资料、文件、书籍等物品应码放整齐，排列有序。 4、各部门办公室办公座椅不能随意摆放，离座位后要将座椅在桌前摆正个人外套、大衣应悬挂于更衣柜内，禁止在椅子后方摆置外套、大衣。 5、复印机、打印机、投影仪、等办公设备，在使用