软件公司源代码管理制度
- 格式:docx
- 大小:60.23 KB
- 文档页数:7
源代码保密管理制度1. 简介源代码是软件开发中的核心资产之一,对其保密具有重要意义。
本保密管理制度旨在确保源代码的安全性和保密性,以防止泄漏和未经授权的使用。
2. 定义和范围- 源代码:指软件系统的核心编程代码,包括但不限于软件的算法、逻辑、函数和数据结构等。
- 保密性:指对源代码进行限制和保护,防止未经授权的人员访问、修改或使用。
3. 责任和义务3.1 研发部门- 负责制定和执行源代码保密策略。
- 确保源代码仅限于授权人员访问和修改。
- 监测和记录源代码的使用和访问情况。
- 对员工进行源代码保密培训,强调责任和义务。
3.2 员工- 理解并遵守源代码保密政策。
- 对源代码进行保密存储和传输,防止泄漏。
- 不得未经授权移除、复制或修改源代码。
- 报告任何涉及未经授权的源代码使用或访问的情况。
4. 控制措施4.1 访问控制- 确保源代码仅限于授权人员访问。
- 分配唯一的访问权限账户,并进行定期审查和撤销。
4.2 存储控制- 源代码必须存储在安全的服务器和备份设备上。
- 加密存储介质和敏感数据文件。
4.3 传输和交换控制- 通过加密通道传输源代码。
- 限制外部设备与源代码的连接,防止未经授权的传输和交换。
4.4 内部监控控制- 建立源代码访问日志,并定期进行审计。
- 实施实时监控系统,检测和阻止未经授权的访问、复制和修改。
5. 处罚措施对于任何违反源代码保密管理制度的行为,将采取适当的处罚措施,包括但不限于口头警告、书面通知、停职、解雇和法律追究。
6. 培训和评估6.1 源代码保密培训- 所有员工必须接受源代码保密培训,了解其重要性和保密措施。
6.2 评估与改进- 定期评估源代码保密管理制度的有效性。
- 根据评估结果进行必要的改进和更新。
7. 文件存档本保密管理制度的文件及其相关记录必须妥善存档,以备审计和监管之需。
8. 生效与修订本保密管理制度自公布之日起生效,并根据实际情况进行必要的修订和更新。
源代码管理制度源代码管理制度一、引言随着信息技术的飞速发展,源代码管理已成为软件开发过程中至关重要的一环。
源代码是软件的灵魂和基础,其管理好坏直接影响着软件的质量、安全和可维护性。
为了规范源代码管理流程,提高代码质量和团队协作效率,降低软件开发风险,制定一套完善的源代码管理制度势在必行。
二、源代码管理原则1.保密性原则:源代码是公司的核心资产,必须严格保密。
未经授权,任何人不得泄露给外部人员或擅自查看、复制、修改、删除源代码。
2.安全性原则:在源代码管理过程中,必须采取必要的安全措施,防止未经授权的访问、篡改或破坏。
同时,要定期进行安全审计和漏洞扫描,确保源代码管理系统的安全性和稳定性。
3.便利性原则:源代码管理应方便开发人员进行代码的提交、审核、备份等操作,提高团队协作效率。
同时,应提供灵活的权限管理机制,方便对不同角色的人员进行权限控制。
三、源代码管理流程1.代码提交:开发人员根据项目需求和开发计划,定期将代码提交到源代码管理系统。
提交前需确保代码的正确性和稳定性,并进行必要的测试和审核。
2.代码审核:项目经理或资深开发人员负责对提交的代码进行审核,确保代码质量符合要求,并检查是否存在潜在的安全风险。
审核通过后,代码将被合并到主分支或相应的分支中。
3.代码备份:源代码管理系统应定期对所有提交的代码进行备份,确保数据安全。
备份文件应存储在可靠的存储设备上,并定期进行校验和维护。
4.版本控制:源代码管理系统应采用版本控制工具进行管理,方便开发人员追踪和管理代码版本。
版本控制工具应支持分支管理、标签功能、合并操作等功能,以满足不同开发场景的需求。
5.问题追踪:在源代码管理过程中,应建立问题追踪机制,及时发现并解决代码中存在的问题。
问题追踪应包括问题的提交、分配、修复和审核等环节,以确保问题得到及时处理和解决。
6.文档管理:源代码管理中应建立完善的文档管理体系,包括需求文档、设计文档、测试文档等。
文档应与代码同步更新和维护,方便团队成员查阅和理解。
源代码安全管理制度范文1. 目的与背景源代码是软件开发的核心资产,对源代码的安全管理是确保软件系统的可靠性、可持续发展的重要保障。
本制度的目的是建立一套完善的源代码安全管理制度,保障源代码的安全性、保密性和完整性,提高软件系统安全等级。
2. 适用范围本制度适用于所有涉及到开发、维护和管理源代码的组织或个人,包括但不限于开发团队、项目管理人员和源代码管理人员等。
3. 定义3.1 源代码:指软件系统开发过程中的所有程序文件、配置文件、文档文件等,包括代码、注释、变量名、函数名等。
3.2 源代码管理:指对源代码进行版本控制、备份、权限控制、审计等操作。
3.3 源代码安全:指源代码在传输、存储和使用过程中不被未经授权的人员获取、篡改或破坏的状态。
4. 源代码安全管理制度4.1 源代码的访问控制4.1.1 源代码仅限授权人员访问,禁止未经授权的人员查看、修改或复制源代码。
4.1.2 管理员应当按照权限分级原则,对不同级别的人员进行源代码的访问控制。
4.1.3 禁止将源代码以任何形式发送至非安全的通信渠道,包括但不限于公共邮箱和社交媒体平台。
4.2 版本控制4.2.1 源代码应当采用版本控制系统进行管理,确保代码的变更历史可追溯、可审计。
4.2.2 禁止将代码以非法拷贝、合并或挪用的方式进行版本控制操作。
4.2.3 每一次代码变更都应当附带合理的变更说明,并记录在版本控制系统中。
4.3 安全传输与存储4.3.1 源代码在传输过程中应当采用安全的加密协议和通道,禁止明文传输。
4.3.2 源代码应当定期进行备份,并将备份数据存储在安全可靠的物理或虚拟环境中。
4.3.3 外部承包商或合作伙伴在存储源代码时,应当遵守与组织签订的保密协议和安全要求。
4.4 审计与监控4.4.1 源代码管理系统应当具备审计功能,记录源代码的访问、修改、备份和恢复等操作。
4.4.2 审计日志应当保存在安全可靠的位置,并根据需要进行定期审计。
源代码文档管理制度一、总则源代码文档管理制度是为规范和加强对源代码文档的管理和使用而制定的,旨在确保源代码文档的安全、完整、可靠、适用,保护公司知识产权和业务机密,保障软件产品的质量和安全。
二、适用范围本制度适用于公司所有涉及软件开发的部门和人员,包括但不限于软件开发工程师、测试工程师、项目经理、质量保障人员等。
三、源代码文档管理1.源代码文档的定义源代码文档是指软件开发过程中产生的所有源代码文件、注释文档、配置文件、编译文件等相关文件。
2.源代码文档的保护(1)源代码文档的备份为了防止因意外丢失或损坏而导致的源代码文档丢失,每个项目组成员都应严格按照公司的备份要求进行源代码文档的备份。
(2)源代码文档的权限控制对于敏感性较高的源代码文档,应设定相应的权限控制,确保只有获得授权的人员才能访问和修改。
3.源代码文档的版本管理为了进行版本控制和追踪,所有的源代码文档都应纳入源代码版本管理系统,并依据项目进度和需求进行适时的版本控制。
4.源代码文档的归档项目开发完成后,应对源代码文档进行归档,确保可以随时取用并追溯。
五、源代码文档使用1.源代码文档的获取只有获得项目负责人或上级领导的授权,才能获取到相应的源代码文档。
2.源代码文档的修改对于需要对源代码文档进行修改的情况,必须经过严格的审批和记录,修改后的源代码文档应同步更新到版本管理系统中。
3.源代码文档的共享在进行源代码文档共享时,应注意保护公司的商业机密和知识产权,确保不会泄露给未经授权的人员或外部机构。
六、责任与义务1.公司部门和人员应严格遵守公司的源代码文档管理制度,做好源代码文档的保护和使用工作,确保公司软件产品的安全和质量。
2.项目负责人应确保源代码文档管理的规范实施,及时发现和解决各种问题,保证项目的顺利进行。
3.每个项目组成员都有责任保护源代码文档的安全,不得擅自泄露或篡改源代码文档。
七、违规处理对于违反源代码文档管理制度的行为,公司将根据情节严重程度给予相应的处理措施,包括但不限于口头警告、书面警告、降职调岗、开除等。
源代码安全管理制度范本第一章总则1.1 目的源代码是软件产品的核心资产,其安全性、完整性和机密性对于保护软件产品的利益和客户信息具有重要意义。
本制度的目的是建立源代码安全管理制度,在软件开发、维护和交付等过程中,确保源代码的安全保密性、完整性和可追溯性,以保障公司和客户的利益。
1.2 适用范围本制度适用于公司内所有与软件开发、维护和交付相关的部门和个人,包括但不限于开发人员、测试人员、运维人员和管理人员等。
1.3 原则(1)安全保密原则:源代码是公司和客户的重要资产,必须以保密为前提进行管理。
(2)完整性原则:源代码必须完整、准确、可靠,禁止任何恶意篡改或故意破坏。
(3)可追溯原则:源代码的修改、变更和交付都必须可以追溯,确保责任的明确和源代码的安全性。
(4)权限控制原则:源代码的访问、修改和发布都必须经过严格的权限控制,确保信息的安全和合规性。
第二章源代码保密管理2.1 密级管理(1)源代码应按照公司规定的密级进行分类管理,包括绝密级、机密级、秘密级和内部级等,密级应根据项目和客户要求进行确定。
(2)涉及绝密、机密和秘密级别的源代码应在专门的安全环境下进行存储和处理,不得在非安全环境中传输和处理。
(3)源代码的密级变更必须经过相应的审批,并记录在相应的密级变更记录中,并对相关人员进行相应的培训。
2.2 访问权限控制(1)源代码的访问权限应根据岗位需求和项目需要进行有针对性的授权,且必须经过上级主管批准。
(2)源代码的访问权限应与员工的离职手续相结合,员工离职后应立即取消其对源代码的访问权限。
(3)对外部合作伙伴或第三方公司的访问权限必须进行安全审查,并与相应的保密协议进行配合。
2.3 外部威胁管理(1)对于来自外部的潜在威胁,要加强源代码的安全防护措施,如防火墙、入侵检测和防病毒等。
(2)对于外部威胁的检测和应对,应建立及时报告和反馈机制,对漏洞进行及时修复和安全升级。
第三章源代码完整性管理3.1 版本管理(1)源代码应采用版本管理工具进行管理,严格按照版本号进行控制,确保源代码的完整性和可追溯性。
第一章总则第一条为加强公司软件源代码安全管理,确保软件源代码的安全性和完整性,防止泄露、篡改等安全事件的发生,特制定本制度。
第二条本制度适用于公司所有软件项目的源代码管理,包括但不限于内部研发、合作开发、外包开发等。
第三条软件源代码安全管理应遵循以下原则:1. 防范为主,防治结合;2. 安全责任到人,明确分工;3. 技术与管理相结合,确保安全措施有效实施。
第二章组织机构与职责第四条成立软件源代码安全管理委员会,负责制定和监督实施软件源代码安全管理制度,协调解决重大安全事件。
第五条软件源代码安全管理委员会组成如下:1. 主任:由公司分管信息化工作的领导担任;2. 副主任:由公司信息部门负责人担任;3. 成员:由研发部门、法务部门、人力资源部门等相关人员组成。
第六条软件源代码安全管理委员会的主要职责:1. 制定和修订软件源代码安全管理制度;2. 审批重大软件源代码安全事件;3. 组织开展安全培训和检查;4. 负责安全事件的调查和处理。
第三章安全管理措施第七条软件源代码应存储在安全可控的环境中,使用加密技术进行保护,防止未授权访问。
第八条软件源代码版本控制应采用专业的版本控制系统,如Git、SVN等,并设置合理的权限管理。
第九条软件源代码应定期进行备份,备份文件应存储在安全可靠的位置,并定期进行验证。
第十条软件源代码的修改、提交和审查应遵循以下流程:1. 修改人员需进行身份验证,并填写修改日志;2. 修改内容应经过代码审查,确保代码质量和安全性;3. 审查通过后,方可提交到版本控制系统。
第十一条任何人员未经授权,不得复制、下载、传播或泄露软件源代码。
第十二条定期对软件源代码进行安全审计,及时发现和修复安全漏洞。
第四章奖励与处罚第十三条对在软件源代码安全管理工作中表现突出的个人或团队,给予奖励。
第十四条对违反本制度的行为,根据情节轻重,给予警告、记过、降职等处罚;构成犯罪的,依法追究刑事责任。
第五章附则第十五条本制度由软件源代码安全管理委员会负责解释。
源代码管理制度(讨论稿)一、总则为了加强公司产品、项目开发源代码及相关技术文档的管理,进而确保项目实施的效率和质量,特制定本办法。
二、适用范围产品、项目开发技术人员及项目实施负责人。
三、定义项目:是指通过公司立项确定需要按期实施的项目.项目实施:是指为完成立项项目进行的阶段性或特定领域的实施过程,主要包括研发实施和部署实施。
源代码:是指产品、项目研发过程中所产生的程序源代码.技术文档:是指产品、项目配套的各类设计文档、操作手册等技术性文档.版本管理服务器:指公司架设供所有开发人员使用的Subversion(SVN)服务器。
源代码提交:指开发人员通过客户端程序将所编写源代码上传至版本管理服务器的操作过程.四、源代码日常管理流程源代码管理是技术研发过程的日常管理,主要包括源代码提交、源代码审阅、异常协调等几个环节.五、源代码结构设定源代码结构是指源代码在版本管理服务器上存放的文件夹结构。
源代码结构的设定由项目实施负责人决定。
源代码结构设定有几项基本要求:➢必须设置文档文件夹:每一个独立项目或子项目源代码文件内,至少设定一个docs或doc文件夹以存放仅与该项目相关技术文档和参考资料;➢必须考虑支持库:源代码结构中,应考虑具体项目所引用的非标第三方支持库或框架的存放位置;➢必须可以直接编译:源代码结构必须是可直接编译结构。
即任何一台新装计算机,在安装了必要的开发环境软件以后,通过从版本管理服务器上签出整套源代码后,应该可以直接完成编译.六、500提交500提交是指项目实施期间,所有参与开发的技术人员,每日5:00必须将当日所编制的源码或技术文档提交至版本管理服务器。
源代码及技术文档提交有如下几项要求:➢任何一次提交都必须对所提交内容进行注释;➢提交注释必须包含的信息项包括:所属模块或功能(必须与项目实施进度计划一致)、性质(正常开发、修改BUG、扩展功能)、状态(编码中(x%)、调试通过、独测通过、联测通过)、更新说明(本次提交所涉及修改部分的简要说明).➢提交注释必须以下图示例格式为准.➢所提交源码必须是编译无错版本。
源代码管理制度一、制度目的为了规范和统一公司内部的源代码管理工作,提高开发效率,保障代码安全,特制定本制度。
二、制度范围本制度适用于公司内部所有与源代码管理相关的工作,包括但不限于代码版本控制、代码库管理、代码审查等。
三、版本控制1. 使用Git作为代码版本控制工具,所有代码都应该提交到Git仓库中,并在提交时填写相关说明。
2. 所有代码都应该按照统一的分支策略进行管理,包括主分支、开发分支、发布分支等。
3. 每次代码提交都应该经过版本控制的审查,确保代码的质量和安全。
四、代码库管理1. 所有的代码库应该统一规划和管理,包括代码库结构、命名规范等。
2. 代码库应该定期进行整理和清理,清除无用的代码和文件,保持代码库的清晰和整洁。
五、代码审查1. 所有的代码提交都应该进行审查,确保代码的质量和安全。
2. 审查应该由专门的团队或人员进行,对代码的逻辑、规范、安全性等进行检查。
3. 审查结果应该及时反馈给提交者,如果存在问题,应该及时修改和处理。
六、代码安全1. 所有的代码都应该严格限制权限,只有经过审查的代码才能合并到主分支。
2. 对于包含重要业务逻辑的代码,应该进行加密和保护,防止泄露和篡改。
七、代码发布1. 所有的代码发布都应该经过严格测试和审查,确保能够稳定运行和安全发布。
2. 发布前应该清除所有的调试和测试代码,确保发布版本的干净和稳定。
八、代码备份1. 所有的代码都应该定期进行备份,包括本地备份和远程备份。
2. 备份应该保存在安全可靠的位置,确保在发生意外情况时能够及时恢复代码。
九、代码规范1. 所有的代码都应该遵循统一的代码规范,包括命名规范、注释规范、缩进规范等。
2. 开发人员应该定期进行代码规范培训,确保代码的规范和统一。
十、代码文档1. 所有的代码都应该配套完整的文档,包括使用说明、接口文档、需求文档等。
2. 文档应该与代码同步更新,确保使用者能够理解和使用代码。
十一、制度执行1. 所有的项目都应该严格执行该制度,对于违反制度规定的行为应该及时进行处理。
源代码管理制度范文源代码管理制度范文第一章总则第一条为了规范和加强公司的源代码管理,确保代码的安全性、稳定性和可追溯性,提高开发效率和质量,制定本制度。
第二条本制度适用于公司所有相关的软件开发项目,包括但不限于需求、设计、开发、测试、上线等各个阶段的源代码管理。
第三条公司将建立健全源代码管理制度,通过统一的规范和流程来管理、维护和使用代码,提高开发人员的协同开发能力和代码质量。
第四条公司将通过源代码管理工具来管理代码,并对所有代码进行版本控制、备份和恢复。
第五条开发人员在编写代码时,应严格遵守本制度,确保代码符合公司的规定和标准,确保代码的可读性和可维护性。
第六条开发人员应爱护代码资产,不得私自复制、传播或泄露代码,不得将代码用于其他非授权用途。
第七条开发人员应根据项目需求和代码规模,合理组织代码结构,避免代码冗余和重复,并进行代码注释和文档编写。
第八条项目经理和技术负责人应负责制定和推广本制度,并对开发人员进行培训和指导,促进制度的落地和执行。
第九条源代码管理委员会负责制订和修改本制度,对代码规范、工具选择和技术标准进行评审和审查。
第十条本制度的解释权归公司所有,如有需要,公司可以对本制度进行修改和补充。
第二章源代码管理流程第十一条项目启动阶段,在需求分析和设计阶段,项目经理应明确代码管理的要求和规范,制定代码管理计划。
第十二条项目开发阶段,开发人员应根据代码管理计划,使用源代码管理工具创建项目仓库,并将代码提交到仓库中。
第十三条项目开发阶段,开发人员在进行代码开发前,应先拉取最新的代码,并在本地进行代码开发和测试。
第十四条项目开发阶段,开发人员在代码开发和测试完成后,应更新代码并提交到仓库中,并填写提交备注和更新记录。
第十五条项目测试阶段,测试人员应基于仓库中的代码进行测试,并向开发人员反馈测试结果和问题。
第十六条项目上线阶段,项目经理应根据测试结果和开发人员的反馈,确定代码的稳定性和可上线性,并进行上线部署。
源代码安全管理制度1总则____的模块,如加解密算法等。
基本逻辑模块,如如数据库操作基本类库。
对关键模块,采取程序集强命名、混淆、加密、权限控制等各种有效方法进行保护。
2源代码完整性保障软件编码或功能调整结束提交技术支撑部测试验证之前,相应的源代码必须签入svn库。
技术支撑部门对代码的测试时必须从源代码服务器上的svn库中获取代码,包括必须的第三方软件、控件和其它支撑库等文件,然后进行集成编译测试。
3源代码的授权访问在svn库中要求区别对待不同用户的可访问权、可创建权、可编辑权、可删除权、可销毁权。
严格控制用户的读写权限,应以最低权限为原则分配权限;开发人员不再需要对相关信息系统源代码做更新时,须及时删除账号每个普通用户切实保证自己的用户身份和口令不泄露。
用户要经常更换自己在vss库中账号的口令。
此计算机的专用人也不得私自同意或者漠视他人非获得授权使用本计算机。
对涉及、触及源代码计算机的使用授权仅由研发部经理发出,其他人都无权执行此授权。
如果不能确定,必须对计算机中所有硬盘进行全面格式化后方可以转做它用或离开研发部门。
如需拷贝文件,必须通过统一的研发部指定的公用计算机上在网管人员监督之下进行。
此公用计算机在任何时候不得接触、访问、存储源代码文件。
4源代码复制和传播并必需记录复制人、批准人、复制时间、复制目的、文件流向、文件版本或内容。
对于这些介质地借阅,用于研发部内部使用的必须获得研发部经理的授权,对于用于研发部以外使用的必须获得总经理的书面授权。
源代码安全管理制度(2)是组织或企业为了保护源代码安全而制定的一系列规定和措施。
下面是一个常见的源代码安全管理制度的内容:1.访问控制:限制只有授权人员才能访问和修改源代码。
2.权限管理:确保每个人的访问权限都与其职责和需要相匹配,并定期审查权限。
3.代码备份:定期对源代码进行备份,以保证在意外情况下能够恢复代码。
4.代码审查:制定代码审查的流程和标准,确保所有的代码都经过审查并修复潜在的安全漏洞。
源代码管理制度(讨论稿)
一、总则为了加强公司产品、项目开发源代码及相关技术文档的管理,进而确保项目实施的效率和质量,特制定本办法。
二、适用范围产品、项目开发技术人员及项目实施负责人。
三、定义项目:是指通过公司立项确定需要按期实施的项目。
项目实施:是指为完成立项项目进行的阶段性或特定领域的实施过程,主要包括研发实施和部署实施。
源代码:是指产品、项目研发过程中所产生的程序源代码。
技术文档:是指产品、项目配套的各类设计文档、操作手册等技术性文档。
版本管理服务器:指公司架设供所有开发人员使用的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文件夹以下子文件夹结构不做限定,但对于CIS 类项目建议在projects 文件夹下设置server 和client 两个文件夹,分别存放服务端子项目资料和客户端子项目资料。
十、项目定版项目定版是指项目研发实施到某个进度计划中设定的里程碑状态或其他特定状态时,整体提交的一个阶段性版本。
一些既定的定版包括:系统联机调试定版、内测定版、演示定版、实测定版、发布定版、升级定版。
对于项目定版有如下要求:项目所有子项目、子模块源码均编译无错;编译所成系统可联机运行;所有技术文档与实现源码一致;
项目定版由项目实施负责人组织实施,实施过程在源代码库上面体现为:working 文件夹下最新版本的源码和文档被一次性完整的提交到locked 文件夹。
项目定版操作建议:
将locked 文件夹检出(Checkout) 一个副本到本地文件夹;
将working\docs 和working\projects 两个文件夹导出(Export) 到
locked 副本文件夹,覆盖locked 文件夹下的原文件;提交
(Commit)locked 文件夹;
项目定版提交必须附提交注释,注释内容必须包含的项目包括:定版目的(联机调试、内测、演示、实测、发布、升级)、版本特性。
其中版本特性要进行详细说明。
如果是第一个定版,版本特性应详细列举已经实现的功能,后续定版提交注释的版本特性说明则只需写明新版本较上一个版本的新特性。
十一、项目既定定版说明既定定版是指在项目研发实施过程中的必须设定的几个阶段性版本。
联机调试定版:是指项目整体设计中的所有子系统和子模块都已经完成基础开发,在研发实施团队内部进行完整系统联机调试通过以后的版本。
联机调试版本中的各个子系统和子模块不需要完整实现了所有既定功能,也不需要达到既定设计性能,可以存在
BUG其主要作用是为研发实施团队自身构建一个可供各功能模块
进行联机调试的系统环境,并确认系统整体设计的可实施性。
联机调试定版后,研发实施团队应撰写《系统部署手册草案》;内测定版:是指移交品监部进行系统测试的版本。
内测版本应该是通过若干次联机调试,并且已经解决了所有联机调试过程中所发现问题以后的版本。
内测定版不一定实现了所有的功能,但已经实现的功能应该具备基本的稳定性;
演示定版:是指通过若干次内测之后,不存在特别严重缺陷,可供商务人员向客户进行产品功能和性能演示的版本。
演示定版不一定实现了所有的功能,也不一定达到系统既定设计性能。
实测定版:是指通过若干次内测之后,不存在影响正常使用的缺陷,可供在客户真实环境试用的版本。
实测定版应该实现了所有核心功能,允许少量存在不确定因素的功能缺失;
发布定版:是指通过若干次内测和实测之后,已经实现了所有既定功
能、完全达到既定设计功能的稳定版本,是项目研发实施的最终成果。
升级定版:是指发布之后,通过收集整理客户使用反馈的问题和新需
求,经过分析整理,对原系统进行了计划性改进后,重新发布的改良版
本,升级定版在功能、性能和稳定性方面的要求与发布定版一致。
此制度自颁布之日起开始实行
2010 年月日。