软件公司-源代码管理制度

源代码管理制度（讨论稿）

一、总则

为了加强公司产品、项目开发源代码及相关技术文档的管理，进而确保项目实施的效率和质量，特制定本办法。

二、适用范围

产品、项目开发技术人员及项目实施负责人。

三、定义

项目：是指通过公司立项确定需要按期实施的项目。

项目实施：是指为完成立项项目进行的阶段性或特定领域的实施过程，主要包括研发实施和部署实施。

源代码：是指产品、项目研发过程中所产生的程序源代码。

技术文档：是指产品、项目配套的各类设计文档、操作手册等技术性文档。

版本管理服务器：指公司架设供所有开发人员使用的Subversion(SVN)服务器。

源代码提交：指开发人员通过客户端程序将所编写源代码上传至版本管理服务器的操作过程。

四、源代码日常管理流程

源代码管理是技术研发过程的日常管理，主要包括源代码提交、源代码审阅、异常协调等几个环节。

否

五、源代码结构设定

源代码结构是指源代码在版本管理服务器上存放的文件夹结构。源代码结构的设定由项目实施负责人决定。

源代码结构设定有几项基本要求：

必须设置文档文件夹：每一个独立项目或子项目源代码文件内，至少设定一个docs或doc文件夹以存放仅与该项目相关技术文档和参考资料；

必须考虑支持库：源代码结构中，应考虑具体项目所引用的非标第三方支持库或框架的存放位置；

必须可以直接编译：源代码结构必须是可直接编译结构。即任何

一台新装计算机，在安装了必要的开发环境软件以后，通过从版本管理服务器上签出整套源代码后，应该可以直接完成编译。六、500提交

500提交是指项目实施期间，所有参与开发的技术人员，每日5:00必须将当日所编制的源码或技术文档提交至版本管理服务器。

源代码及技术文档提交有如下几项要求：

任何一次提交都必须对所提交内容进行注释；

提交注释必须包含的信息项包括：所属模块或功能（必须与项目实施进度计划一致）、性质（正常开发、修改BUG、扩展功能）、状态（编码中（x%）、调试通过、独测通过、联测通过）、更新说明（本次提交所涉及修改部分的简要说明）。

提交注释必须以下图示例格式为准。

所提交源码必须是编译无错版本。

七、530审阅

530审阅是指项目实施负责人，每日下班前审阅版本服务器上所有下属技术人员所提交的源代码和技术文档。

源代码审阅有以下几点审阅标准：

下属技术人员必须全员按时提交；

所有提交必须附有符合要求的提交注释；

各人所提交的内容必须与既定的项目实施进度计划安排一致；

审阅过程中，凡不符合上述任一条标准的，则表示当日源码提交出现异常。项目实施负责人应立即进行协调，未按时提交者督促其即刻提交；没有附提交注释或注释不符合要求者，补充提交注释；提交内容与既定项目实施进度计划安排不一致者，要进行沟通和协调，保证参与实施人员的每日工作均按既定计划分步实施。

八、进度计划更新

项目实施负责人，通过530审阅和必要的简短沟通，确认各在执行子任务的真实进度，并以此为准更新进度计划文档。

九、版本库布局

版本库按项目布局，每一个项目建立一个独立的版本库，项目版本库下设置trunk和branches两个文件夹，分别用于存放原始项目资料和起源于原始项目的分支项目。

每一个项目分支都应该有含义明确的命名，并以分支名称在branches文件夹下建立子文件夹。分支文件夹的结构与trunk文件夹结构一致。

trunk文件夹下设置working和locked两个文件夹，其中working为工作文件夹，参与项目的开发人员有改写权限。locked文件夹为定版文件夹，项目开发人员无权访问，项目实施负责人有改写权限，品监部有签出权限。

working文件夹下设置docs和projects两个文件夹，其中docs

文件夹存放项目相关设计文档，projects文件夹存放各子项目工程文件夹。

docs和projects文件夹以下子文件夹结构不做限定，但对于C/S 类项目建议在projects文件夹下设置server和client两个文件夹，分别存放服务端子项目资料和客户端子项目资料。

十、项目定版

项目定版是指项目研发实施到某个进度计划中设定的里程碑状态或其他特定状态时，整体提交的一个阶段性版本。一些既定的定版包括：系统联机调试定版、内测定版、演示定版、实测定版、发布定版、升级定版。

对于项目定版有如下要求：

项目所有子项目、子模块源码均编译无错；

编译所成系统可联机运行；

所有技术文档与实现源码一致；

项目定版由项目实施负责人组织实施，实施过程在源代码库上面体现为：working文件夹下最新版本的源码和文档被一次性完整的提交到locked文件夹。

项目定版操作建议：

将locked文件夹检出(Checkout)一个副本到本地文件夹；

将working\docs和working\projects两个文件夹导出(Export)到locked副本文件夹，覆盖locked文件夹下的原文件；

提交(Commit)locked文件夹；

项目定版提交必须附提交注释，注释内容必须包含的项目包括：定版目的（联机调试、内测、演示、实测、发布、升级）、版本特性。其中版本特性要进行详细说明。如果是第一个定版，版本特性应详细列举已经实现的功能，后续定版提交注释的版本特性说明则只需写明新版本较上一个版本的新特性。

十一、项目既定定版说明

既定定版是指在项目研发实施过程中的必须设定的几个阶段性版本。

联机调试定版：是指项目整体设计中的所有子系统和子模块都已经完成基础开发，在研发实施团队内部进行完整系统联机调试通过以后的版本。联机调试版本中的各个子系统和子模块不需要完整实现了所有既定功能，也不需要达到既定设计性能，可以存在BUG，其主要作用是为研发实施团队自身构建一个可供各功能模块进行联机调试的系统环境，并确认系统整体设计的可实施性。联机调试定版后，研发实施团队应撰写《系统部署手册草案》；

内测定版：是指移交品监部进行系统测试的版本。内测版本应该是通过若干次联机调试，并且已经解决了所有联机调试过程中所发现问题以后的版本。内测定版不一定实现了所有的功能，但已经实现的功能应该具备基本的稳定性；

演示定版：是指通过若干次内测之后，不存在特别严重缺陷，可供商务人员向客户进行产品功能和性能演示的版本。演示定版不一定实现了所有的功能，也不一定达到系统既定设计性能。

实测定版：是指通过若干次内测之后，不存在影响正常使用的缺陷，可供在客户真实环境试用的版本。实测定版应该实现了所有核心功能，允许少量存在不确定因素的功能缺失；

发布定版：是指通过若干次内测和实测之后，已经实现了所有既定功能、完全达到既定设计功能的稳定版本，是项目研发实施的最终成果。

升级定版：是指发布之后，通过收集整理客户使用反馈的问题和新需求，经过分析整理，对原系统进行了计划性改进后，重新发布的改良版本，升级定版在功能、性能和稳定性方面的要求与发布定版一致。

此制度自颁布之日起开始实行。

2010年月日

公司内部网络管理制度条例

公司内部网络管理制度条例 一、总则 1、目的： 一个公司的网络管理我们不但要做到“攘外”——防止外部黑客以及病毒的侵袭，还要做到“安内”——管理好公司内部人员的越权操作，所谓是“无规矩不成方圆”。为加强公司内部网络的管理工作，确保公司内部网络安全高效运行，特制定本制度。 2、适用范围： 本公司内部计算机网络事宜均适用本制度。 3、网络管理员职责 公司网络管理设网络管理员和网络主管。 网络主管的职责是： 考核网络管理员，做好网络建设和网络更新的组织工作和技术支持，制定和修订网络管理规章制度并监督执行。 网络管理员的职责如下： A、协助网络主管制定网络建设及网络发展规划，确定网络安全及资源共享策略。 B、负责公用网络实体，如服务器、交换机、集线器、防火墙、网关、配线架、网线、接插件等的维护和管理。 C、负责服务器和系统软件的安装、维护、调整及更新。 D、负责网络IP地址分配、账号管理、资源分配、数据安全和

系统安全。 E、监视网络运行，调整网络参数，调度网络资源，保持网络安全、稳定、畅通。 F、负责系统备份和网络数据备份；负责各部门电子数据资料的整理和归档。 G、保管网络拓扑图、网络接线表、设备规格及配置单、网络管理记录、网络运行记录、网络检修记录等网络资料。 H、每年对本公司网络的效能和各电脑性能进行评价，提出网络结构、网络技术和网络管理的改进措施。 二、网络管理制度 1、规范化上网制度 A、上班时间内，不得利用聊天软件（QQ、MSN、UC等）闲聊与工作无关的事情,不得发送与工作无关的私人电子邮件。 B、工作时间内，不得观看与工作无关的网页、电视、电影、视频，不得玩游戏，听歌曲。 C、工作时间内，不得下载与工作无关的网络资源，不得乱下载电影、歌曲等资料，因乱下载网络资源，导致公司内部网络带宽拥堵、掉线、中毒，甚至瘫痪的，一旦查出主机IP，追究到个人并予以相应处罚。 D、未经公司领导的批准，任何人不得非法拷贝公司内部资料，不得发送公司重要技术资料到公司以外的单位或个人。一旦查出，追究到个人并予以相应外罚。

软件研发版本管理制度

北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4

目录 文档类别使用对象 (3) 1．引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2．版本管理 (6) 2．1版本标识方法 (6) 2．1．1正式版本 (6) 2．2目录结构 (6) 2．3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2．4权限控制管理 (9) 3．更新管理（版本升级） (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4．备份管理 (11) 5．用户版本管理 (11) 6．研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7．版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8．各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)

9．周报管理制度 (14) 10．风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。

源代码安全管理制度V

技术部源代码控制管理制度V1.0 一、总则 1、目的: 为保障公司源代码安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、使用范围: 本办法适用于所有涉及接触源代码的各部门各岗位，所涉及部门都必须严格执行本管理办法。 3、责权: 源代码直接控制管理部门为技术部。本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个平台系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 二、管理内容及要求(根据部门工作情况撰写) 1、源代码完整性保障 所有系统的源代码及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定SVN库中。

我们研发的平台系统运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的SVN库中。 功能开始编写或者调整代码之前，其相应的设计文档必须签入SVN库（由测试组文档管理员负责检查）。 系统编码或代码调整优化结束后，提交技术测试组功能测试之前，相应的源代码必须提交到SVN库。 测试组对功能进行测试时必须从源代码服务器上的SVN库中获取代码，包括必须的第三方软件、控件和其它支撑库等文件，然后进行测试。 所有提交到SVN上的代码必须保证编译通过,而且提交的时候不会影响主干其它程序的正常运行. 2、源代码的授权访问 源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。（由SVN管理员进行管理和设置） 在SVN库中设置用户，为不同用户分配不同的、适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可创建权、可编辑权、可删除权、可销毁权。每个用户切实保证自己的用户身份和口令不泄露,用户要经常更换自己在SVN库中账号的口令。同时，工作任务变化或岗位调整后SVN管理员要实时回收用户的相关权限。要获取不属于自己范围内的文件，例如：代码、数据库，需求文档等，需经项目经理和技术部经理审批同意后由SVN管理员授权。

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

软件公司管理制度

广州市爱喜软件有限公司管理制度为加强公司的规范化管理，完善各项工作制度，促进公司持续、稳定、健康发展，广州 市爱喜软件有限公司特制定管理制度如下： 第一节总纲 遵纪守法，忠于职守，爱岗敬业。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，勤俭节约，杜绝浪费。 不断学习，提高水平，精通业务。 积极进取，勇于开拓，求实创新。 第二节职能划分

第三节员工守则 一、公司全体员工必须遵守公司的各项规章制度和决定。 二、凡事以公司利益为重，有集体荣誉感。禁止任何部门、个人做有损公司利益、形象、声 誉或破坏公司发展的事情。 三、员工在上班时间应保持仪表整洁，举止端庄，行为检点，谈吐得体。特别在代表公司对 外业务联系时应树立公司良好形象。 四、员工应发扬求真务实的工作作风，提高工作效率；团结互助，同舟共济，发扬集体合作 和集体创造精神，增强团体的凝聚力和向心力。在工作当中应多发挥主观能动性，为公司出谋划策，多提合理化建议。各部门、各员工之间应互相配合，真诚协作，互相信任，互相学习，同心协力解决问题；注重对工作的主动性及创造性的培养，提高工作效率，不断提高个人的自身素质，每位员工都应尽职尽责，一切工作为求做到最好的效果。五、员工必须服从公司的组织领导与管理，对上级领导安排的工作应按质按量地完成，对未 经明示事项的处理，应及时请示，遵照指示办理；员工必须尽职尽责、精诚合作、敬业爱岗、积极进取。 六、每位员工都有义务爱护公司财产，遵守公司关于设备使用的规定。管理、保养好所使用 的设备并使之处于完好状态。损坏或遗失公司财物要立即报告上级，并主动赔偿由本人原因造成的全部或部分损失。不得将公司的财物据为已有。未经允许，不得随意翻看其它同事或公司的物品和资料。 七、节约就是美德，节约就是利润。从自身做起，从节约一张纸、一滴水、一度电、一分钱 做起，反对浪费。 八、维护公共环境卫生，随时保持办公区域的整洁，个人的办公桌和办公用品要每天整理， 垃圾应扔到垃圾篓，不得随地吐痰，乱抛杂物、纸屑果皮等； 七、上班时间应保持良好的工作气氛及环境，严禁打闹、嬉笑、高声喧哗、吃零食、看小说 及与专业无关的报刊、杂志；不得利用公司电脑打游戏、聊天或做其它与工作无关的事情。办公室内严禁打牌、下棋，酗酒、吸烟等。 第四节岗位责任制度 一、营运总监： 1)营运总监的工作范围：

软件企业规章制度

软件企业规章制度 【篇一：软件有限公司管理制度】 广州市爱喜软件有限公司管理制度 为加强公司的规范化管理，完善各项工作制度，促进公司持续、稳定、健康发展，广州市爱喜软件有限公司特制定管理制度如下： 第一节总纲 遵纪守法，忠于职守，爱岗敬业。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，勤俭节约，杜绝浪费。 不断学习，提高水平，精通业务。 积极进取，勇于开拓，求实创新。 第二节职能划分 第三节员工守则 一、公司全体员工必须遵守公司的各项规章制度和决定。 二、凡事以公司利益为重，有集体荣誉感。禁止任何部门、个人做有损公司利益、形象、声 誉或破坏公司发展的事情。 三、员工在上班时间应保持仪表整洁，举止端庄，行为检点，谈吐得体。特别在代表公司对 外业务联系时应树立公司良好形象。 四、员工应发扬求真务实的工作作风，提高工作效率；团结互助，同舟共济，发扬集体合作 和集体创造精神，增强团体的凝聚力和向心力。在工作当中应多发挥主观能动性，为公司出谋划策，多提合理化建议。各部门、各员工之间应互相配合，真诚协作，互相信任，互相学习，同心协力解决问题；注重对工作的主动性及创造性的培养，提高工作效率，不断提高个人的自身素质，每位员工都应尽职尽责，一切工作为求做到最好的效果。 五、员工必须服从公司的组织领导与管理，对上级领导安排的工作应按质按量地完成，对未 经明示事项的处理，应及时请示，遵照指示办理；员工必须尽职尽责、精诚合作、敬业爱岗、积极进取。

六、每位员工都有义务爱护公司财产，遵守公司关于设备使用的规定。管理、保养好所使用 的设备并使之处于完好状态。损坏或遗失公司财物要立即报告上级，并主动赔偿由本人原因造成的全部或部分损失。不得将公司的财物 据为已有。未经允许，不得随意翻看其它同事或公司的物品和资料。 七、节约就是美德，节约就是利润。从自身做起，从节约一张纸、 一滴水、一度电、一分钱 做起，反对浪费。 八、维护公共环境卫生，随时保持办公区域的整洁，个人的办公桌 和办公用品要每天整理， 垃圾应扔到垃圾篓，不得随地吐痰，乱抛杂物、纸屑果皮等； 七、上班时间应保持良好的工作气氛及环境，严禁打闹、嬉笑、高 声喧哗、吃零食、看小说 及与专业无关的报刊、杂志；不得利用公司电脑打游戏、聊天或做 其它与工作无关的事情。办公室内严禁打牌、下棋，酗酒、吸烟等。第四节岗位责任制度 一、营运总监： 1) 营运总监的工作范围： 协助总经理编制年度工作计划。落实、执行公司的年度工作计划。 监督、规范各部门对公司年度工作计划的执行。协调各部门的日常 运作。 2) 营运总监的岗位责任： 对总经理负责。对总经理下达的一切工作指令的落实负责。对公司 各部门执行年度工作计划的成效负责。对各部门执行公司规章制度 的运作负责。 二、技术部： 1) 技术部的工作范围： ? 保证各网站的正常运行。负责公司新产品、新项目的开发，并对 其提供技术支 持。 ? 网站的页面设计、flash动画制作、css定义、html语言的编写、logo设计、 造型设计等工作的策划和制作。对巳调整和处理好程序的页面进行css定义并 进一步美化。网页的更新、维护等。

公司软件开发管理制度

XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8

5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析

软件公司管理制度

科技有限公司 管理制度(全) 该制度为科技有限公司全部管理制度 2016-03 目录 行政管理制度 (3) 一、办公室管理制度 (3) 1. 仪容仪表管理办法 (3) 2. 日常工作行为管理办法 (4) 3. 卫生管理办法 (4) 二、办公会议管理制度 (4) 三、办公用品管理制度 (4) 四、固定资产管理制度 (4)

五、办公车辆管理制度 (5) 六、办公公文管理制度 (5) 七、印章管理制度 (5) 八、档案管理制度 (5) 九、通讯管理制度 (6) 十、接待宴请管理制度 (6) 人事管理制度 (6) 一、招聘管理制度 (6) 二、考勤管理制度 (8) 三、人事异动管理制度 (11) 1. 考勤责任管理..................................... 错误!未定义书签。 2. 工作时间......................................... 错误!未定义书签。 3. 出勤管理......................................... 错误!未定义书签。 4. 休假管理......................................... 错误!未定义书签。 四、培训管理制度 (18) 五、薪酬福利管理制度 (18) 1. 薪酬体系 (18) 2. 薪酬管理 (18) 3. 福利体系 (18) 4. 福利管理 (18) 六、绩效考核管理制度 (18) 1. 考核原则 (19) 2. 试岗期考核管理办法 (20) 3. 试用期考核管理办法 (20) 4. 日常考核管理办法 (20) 5. 季度考核管理办法 (20) 6. 年度考核管理办法 (21) 七、社会保险管理制度 (21) 八、劳动合同、协议管理制度 (21) 采购管理制度 (21) 保密制度 (22) 安全管理管理制度 (22) 节约管理办法 (22) 办公管理制度 (22) 一、请示管理机制 (22) 二、汇报管理机制 (23) 三、沟通管理机制 (23) 无形资产管理制度 (24) 职业素养管理制度 (24)

公司技术部管理制度汇编

技术部管理制度2017年3月

目录 一、技术部组织结构 (3) 二、技术部职责与权力 (3) 三、技术部岗位职责 (4) 四、技术部管理制度 (9)

一、技术部组织结构 根据我公司实际情况且结合产品研发设计特点，制定技术部组织结构示例如图1-1所示。 图1-1 二、技术部职责与权力 2.1、技术部职责 2.1.1、建立、健全企业产品技术研发管理体系及管理制度，并组织实施。 2.1.2、根据企业总体战略规划及年度经营目标，制定新产品开发的中长期发展规划和年度计划，报董事长审定、批准实施。 2.1.3、对现有产品进行跟踪，根据生产、销售、技术反馈的情

报资料，及时在设计上进行改良。 2.1.4、组织并协同技术部进行新产品开发、老产品改进过程中的设计评审、产品试验和技术确认等技术管理工作。 2.1.5、负责新产品预研过程中的技术质量信息的收集、处理、整改和验证。 2.1.6、组织收集、整理与研发有关的新理念、新技术、新架构等资料，并进行归档。 2.1.7、负责相关技术文件（含各种电子资料）的制定、审批、归档和保管。 2.2、技术部权力 2.2.1、对生产政策的制订有参与权。 2.2.2、对产品研发战略、新产品项目有审核权。 2.2.3、对新产品开发、老产品改进工作的开展有决策权。 2.2.4、对技术标准、质量标准有决策权。 2.2.5、对不遵守技术规程、质量标准的个人有提请处罚的权力。 2.2.6、对生产计划以及产品能否上市销售工作有建议权。 三、技术部岗位职责 3.1、技术总监岗位职责 技术总监的岗位职责是在总经理的授权下，全面负责产品研发管理工作，规划公司的技术发展路线与新产品开发，对技术研究、产品

[管理制度]公司项目管理制度

（管理制度)公司项目管理制度

项目管理制度 （VER:01-11-01） 第壹章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其关联可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1、硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工 程、综合布线工程、监控产品的安装工程等。 2、软件工程：凡公司自行开发及代理软件项目，包括OA系统、 MIS系统，电子商务软件，企业的MRP、MRPII、ERP等。 3、综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。 第四条名词解释 1、项目业务经理：于项目签约以前的项目经理，主要负责完成项目 的前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至 项目的签约。 2、项目实施经理：于项目签约之后的项目经理，主要负责项目的详

细调研及详细设计方案，从实施计划的制定、执行，直至项目的完工验收。 3、责任业务员：按公司有关规定，和项目成败具有直接利益关系的 人员。

第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围：销售中心

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理， 组织 开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发，收集整理相关行业信息与资料，为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求，编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理，规范资金的使用，减少公司不必要的损失，根据公司的实

际情况，特制定本制度。 第2 条研发费用管理原则。 1．计划统筹安排原则。 2．节约使用、讲求经济效益原则。 第3 条职责分工。 1．公司财务部负责研发费用的审批和报销，并随时监督费用的使用情况。 2．软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1．公司对重点研发产品的专项拨款。 2．公司成本列支的研发费用。 3．从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1．研发活动直接消耗的材料、燃料和动力费用。 2．研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3．用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4．用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5．用于中间试验和产品试制的模具、工艺装备开发及制造费，设备调整及检验费，样品、样机及一般测试手段的购置费，试制产品的检验费等。 用。用。6．研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7．通过外包、合作研发等方式，委托其他单位、个人或与之合作进行研发而支付的费8．与研发活动直接相关的其他费用，包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

技术部管理制度及职责

技术部管理制度及职责 1目的： 规定技术部的工作范围、职责、制度和考核，为公司生产、经营提供技术保证。 2范围： 公司技术岗位的从业人员。 3职责： 3.1负责公司产品开发的策划与实施，APQP计划的制定； 3.2负责提供产品图纸，保证产品图纸的完整性、准确性和有效性。 3.3负责编制产品工艺文件、检验文件和控制计划。 3.4负责技术改造、工艺改善、工艺验证工作。 3.5负责与客户进行产品技术问题的沟通与协商。 3.6负责对不合格品产生的原因进行调查、分析；为解决产品质量问题提供技术方案。 3.7负责提供产品清单，进行原材料成本核算。 3.8负责产品新技术、新工艺、新材料的应用。 3.9参与合同评审和对合格供方的评价。 3.10负责数据分析管理工作及纠正、预防措施的评审工作。 3.11负责技术方面的培训工作。 3.12负责技术文件的管理、存档、借阅、发放工作。 4制度： 4.1技术部任职人员应遵守法律、法规和公司各项规章制度。

4.2技术部任职人员应工作认真、态度严谨，保证工作的准确性。 4.3技术部任职人员应反应迅速、态度积极，及时为生产提供技术支持。 4.4技术部任职人员应忠于企业、保守秘密，不得向与公司行为无关的单位或者个人透露公司技术信息、技术文件。 4.5技术部任职人员应积极学习，不断进步，不断提高自己的技术水平。 4.6所有技术文件应妥善保存，计算机内的文件应及时备份、存档。未经允许不准将技术文件转借他人或私自带出公司。 5考核 5.1公司对技术部采取项目绩效考核的方法，以激励技术人员工作积极性。技术部对绩效考核奖金实行内部分配的办法，参与项目的人员分配办法另行规定。 5.2技术人员所设计的产品图纸应认真审核，做到正确无误，凡是因设计错误给公司造成经济损失的应当接受处罚。处罚金额如下：a.损失金额在50万元（含50万元）以上的，扣除当月工资的50%和自发生时直到年底的月度奖金、季度奖金、年度奖金； b.损失金额在20万元（含20万元）以上，50万元以下的，扣除当月工资的50%和自发生时当月的月度奖金和季度奖金； c.损失金额在5万元（含5万元）以上，20万元以下的，扣除当月工资的50%和自发生时当月的月度奖金； d. 损失金额在1万元（含1万元）以上，5万元以下的，扣除当月工

公司内部安全管理制度

公司内部安全管理细则 第一章总则 一、为了加强本公司办公区域的安全管理，营造良好、安全的工作环境，防范安全事故，特制定本安全管理制度。 二、公司安全管理主要影响因素包括： 1、办公区域用水、用电安全 2、办公区域防火、防潮安全 3、办公区域防盗安全 4、办公区域卫生管理、仓库安全管理 三、公司坚持“安全第一，预防为主”的安全管理方针，在工作过程中，公司全体应确保合理运作，保证安全，杜绝粗心大意、贪图方便等侥幸想法。 四、公司全体都应遵守本规章制度，并切实做好、配合好相关部门的安全管理检查与监督，确保本制度得到有效执行。 五、员工应不断提高安全意识，积极参与到公司安全管理中。 第二章办公区域用水、用电安全 一、全体员工应坚持“合理使用，勤俭节约”的用水、用电原则。 二、卫生间使用过后，应冲洗干净，并确保冲水闸、洗手台水龙头等相关出水口处于正常关闭状态，避免人为忽略或配件损坏而造成水资源的无故浪费。

三、在不进行办公、招待等合理作业的情况下，应将相关区域的电灯、空调、电脑、排气扇等设施关闭，避免浪费资源，同时降低安全隐患。 四、每天下班前，各部门最后离开部门办公区域的员工，应确保部门办公室相关耗电设备（例如，电脑、电灯等）都处理合理关闭状态；最后离开公司的员工，应确保公司各个区域的用水、用电设施都处理合理关闭状态，方可离开。 五、若发现个别设施设备出现问题，应及时进行恰当处理，并通知总经办，以便安排更详细的检查和维修。 六、每逢假期放假前，总经办应对各办公区域用水、用电情况进行监督，长假期间应对办公区域进行断水、断电，以减少安全隐患。 第三章办公区域防火、防潮安全 一、办公区域内，严禁烟火；抽烟的员工应到指定的抽烟区（楼梯口，远离窗口高压电线处）抽烟，并确保烟头、烟灰处于完全熄灭状态，方可离开；如到访客户抽烟，则负责接待的员工应确保烟火对办公区不造成安全威胁（即要为客户提供烟灰缸，确保烟头、烟灰不掉落地毯，且丢弃时已完全熄灭等等）。 二、办公区域内，除了工作所需的物品、产品之外，严禁堆积任何易燃易爆的杂物，废弃的纸皮箱、胶袋等应及时丢弃处理，相关业务所用的物品（例如，画册、宣传单等），相关部门应定期进行整理。 三、办公区域内，严禁出现废水积存的情况，以免产生潮气，滋生蚊虫，影响工作环境。 四、天气潮湿时期，各办公区域应对相关设备进行定时检查（例如，久置不用的耗材、电脑、投影仪等等），确保设备处于可正常使用状态。 五、如发现相关安全隐患，每位员工都有义务及时向总经办提出，以便进行整改。 第四章办公区域防盗安全

某科技股份公司软件项目管理制度(doc 30页)

**科技股份有限公司 软件项目管理制度 目录 项目开发计划 (2) 软件需求说明书 (4) 详细设计说明书 (6) 用户手册 (8) 数据要求说明书 (11) 项目开发总结报告 (13) 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1引言 1．1编写目的

说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。

2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期

软件企业研发组织管理制度

公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。

5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，

明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

公司员工使用钉钉软件的管理规定

公司员工使用钉钉软件的 管理规定 This manuscript was revised by the office on December 10, 2020.

关于公司员工使用“钉钉”软件的管理规定（试行） 为了便于各部门之间工作的沟通和公司主要员工的日常（外出）考勤管理，经公司研究决定，公司中高管理人员、职能部门、销售子公司、办事处、各项目部的员工从 2016 年 8月1日起使用通讯办公软件“钉钉”，为方便规范管理，特制定本规定： 一、“钉钉”软件使用原则 1、公司中高管理人员、职能部门、销售子公司、办事处、各项目部的员工的“钉钉”账号仅做工作使用。 2、钉钉”非即时性沟通工具，重要紧急的工作沟通，仍需使用电话沟通。 3、着重采用“钉钉”软件管理平台的“签到”、“审批”、“电话会议”的功能，目的使公司高管、部门负责人及时了解员工外出办事、出差等的工作状态，特别是加强对外出人员的工作管理，同时简化内部日常工作的管理流程。另外推广使用“Tower任务”、“Worktile”的功能，作为工作传单或项目团队协作的应用平台，提高对工作任务的分配、进度控制、监督等管理水平。 二、“钉钉”软件签到要求 1、员工在公司工作地点（例如某某园区）的正常上班时间内有外出办公事时，每访问一个地方、一个客户时到访和离开各签到一次。 对于总公司职能部门人员到滤料厂区办事、滤料厂区人员到某某总公司办事、子公司人员到某某总公司办事均需在到达公司、离开公司时各签到一次。 2、签到时须确认， 1）“签到时间”，手机系统默认；2）“签到地点”须微调准确位置；3）“签到内容”填写文字说明或现场拍照为准。 3、中层管理人员有权限查看本部门人员的管理日志，能够看到本部门员工的签到轨迹。 三、“钉钉”软件考勤打卡要求 1、公司中层管理人员及员工在公司工作地点上班时，仍实行指纹考勤机打卡，具体按公司劳动纪律管理办法的规定内容执行。

软件公司项目管理办法

项目管理办法 第一章总则 第一条为了完善公司项目管理工作，明确项目管理参与者的职责和权利，促进项目管理的科学化、规范化，结合我司的实际情况，特制定本办法。 第二条本办法适用范围为经公司项目管理委员会立项的项目。 第二章公司项目管理的组织机构及管理职责、权利 第三条项目管理委员会 项目管理委员会是公司项目管理的最高决策机构，由公司总经理和副总经理组成项目管理委员会领导小组并由总经理任领导小组组长，公司各正副总监为项目管理委员会成员组成。根据项目的性质或需要，公司可聘请或指派其他人员进入项目管理委员会任临时成员。 第四条项目管理办公室 项目管理办公室为项目日常管理的常设机构，是公司项目日常管理机构，对项目管理委员会负责，项目管理办公室设在企管部。 第五条项目经理 一、项目经理的任命 项目经理可由主要实施部门总监推荐，经项目管理委员会确认后任命，或由项目管理委员会直接指定；此外，也可根据公司

和项目的实际情况，通过签订劳动合同的方式外聘项目经理。担当项目经理职务的人员需在项目主要相关业务上有一定的工作经验，对于所实施的项目有一定的了解。一人可担任多个项目的项目经理。 二、项目经理的解职 1、项目完成验收后由项目管理委员会解职。 2、在项目实施的过程中，出现下列问题时，经过项目管理委员会讨论，有权解除该项目经理，进行重新任命： 1)项目经理与项目组成员有巨大的沟通障碍，项目组的工作进展困难； 2)项目经理在项目实施过程中，项目出现实际与计划严重相背离的情况； 3)项目经理在未经项目分管领导和项目管理委员会授权的情况下越权开展工作，甚至发生给公司造成严重损失的情况； 4)项目经理存在能力的不足，且项目分管领导或项目委员会超半数成员认为有必要更换项目经理的情况。 3、项目经理在项目进行的过程中因故向项目分管领导或项目管理委员会提出辞去项目责任人的申请，经项目管理委员会讨论同意后可予以解职并重新进行任命。 第六条项目小组 项目组成员由项目经理挑选并报项目管理委员会审批，通过后提交项目管理办公室备案。

软件公司内部管理制度

公司内部管理制度 发件部门：人力资源部 审批：总经办 适用范围：公司全体员工 生效日期：2013年7月

第一部分公司考勤 第一章总则 第一条员工考勤是公司管理的基础性工作，是计发工资、奖金、福利的重要依据，员工上下班必须指纹打卡考勤。 第二条员工的考勤由人事行政部负责管理。 第三条员工须按照公司规定进行考勤并及时对异常考勤及假情况进行申报。第四条各级管理者须对员工的考勤情况进行监控，并按照规定及时审批员工的异常考勤。 第二章细则 第一节考勤分类说明 一、迟到、早退 第五条公司实行单双休工作制。每天具体工作时间为：上午8:30—11:30，下午13:00—18:00。 第六条员工上下班必须在指纹打卡机上签到，签到次数为两次，即上班和下班各一次。 第七条上班不得迟到与早退。 第八条 1.迟到：超过上午8:30到岗。如因堵车等自己无法控制的原因导致迟到需提前电话通知人事行政部。每月迟到两次以上者，从第三次开 始处罚。2.早退：早于下午18:00离岗。 扣款规定迟到、早退每次罚款30元：每月迟到、早退以及脱岗累计达到2次以上开始计算处罚（即从第3次开始计算处罚），并且每月迟到、

早退以及脱岗累计达到4次予以通报批评一次。每月迟到、早退以 及脱岗累计5次以上（含5次），按旷工一天处理。 二、旷工 第九条如有下列情形之一，均按照旷工处理。 1.未请假或者请假未批准，不到公司上班； 2.用不正当手段骗取、涂改、伪造请假证明； 3.其他等同于矿工的行为。 第十条1小时以上，2小时以内为旷工半天；3小时以上为旷工一天。 扣款规定旷工半天扣一天工资，旷工一天以及一天以上扣罚旷工时间的双倍工资。 三、事假、病假 第十一条事假须提前填写请假申请单，遇到紧急情况没能事先申请须于当日上午8:30分前电话通知上级主管和行政部，得到批准后按请假处理，但 须上班后填写请假单并由上级主管签字，将请假单交给行政部方能生 效，否则按缺勤处理。超过1天的事假：必须有事前经过批准的书面 请假单方可生效。 第十二条请事假必须由本人告知上一级主管并填写请假单，由他人代请假无效。扣款规定（1）扣除事假薪资的计算=月度薪资÷每月应出勤天数÷8×请假小时（2）月累计事假超过5天，当月没有考核工资，全年累计事假达到 15天没有年终绩效；连续6个月事假达到15天，或连续12个月累 计事假达到20天，公司有权解聘。 第十三条病假应事先填写请假单，病假超过一天须提交区级以上医院出具的病

源代码管理制度

源代码管理制度 1代码管理 1.1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 1.3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。在SVN库中设置用户，并为不同用户分配不同的权限，适合工作的最小访问权限。

要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。 2、曾经涉及、触及源代码的计算机在转作它用，或者离开研发部门之前必须由网络管理人员全面清除计算机硬盘中存储的源代码。如果不能确定，必须对计算机中所有硬盘进行全面格式化后方可以转做它用或离开研发部门。 1.4代码版本管理 1、终端软件的版本标识管理 终端软件版本由终端型号、版本号和内部修订号来进行标识。终端型号：终端型号是硬件标识号，也唯一的标识了我们的项目。版本号：由“＜主版本号＞.＜次版本号＞.＜修订号＞”三段组成，中间是点号分开。版本号的目的主要是管理终端软件的对外发布，终端软件的bug的记录和统计，主要是针对于版本号的，测试部、项目部、客户等会记录某个版本号的终端软件存在哪些bug，bug会在哪个版本号中得到修正。终端软件一个新的版本号出来后，我们会统计新的版本号解决了上一个版本号中的哪些bug，以及增加了哪些新功能，等等。 内部修订号：也就是“应用程序的源代码的svn修订号”，主要是由软件部和测试部内部来使用，内部修订号唯一标识我们的终端软件，即：通过内部修订号能够唯一的找出我们发布的终端软件所对应的全部软件源代码，目的是为了软件排错使用。 另外，终端软件在发布时，还会给出发布日期，以便开发、测试、项目、客户等相关人员参考。 2、终端软件版本发布管理 终端软件主要是以版本号为基准，对外发布，目前采用不定时发布策略，发布的时间由软件部、项目部和客户方根据情况，共同商量决定。 由于目前项目时间紧，终端软件无法得到完整的测试就要发布，在发布之后，有一些需要紧急需要修复的bug，软件部需要紧急修复后就要发布更新包，以便用户能够使用，所以，在一个版本号发布后，需要进行多次修订，对于这些修订的版本，其版本号保持不变，内部修订发生变化。 3、软件bug记录、管理和统计 软件bug的记录、管理和统计主要以版本号为基准，但为了软件开发人员能够找到bug