源代码管理规范

源代码管理规范1.总则为了保障公司源代码和开发文档的安全性，防止泄露，确保源代码的完整性，明确源代码的控制管理流程，特制定此代码管理制度。本制度适用于所有接触源代码的部门和岗位，涉及部门必须严格执行本管理制度。技术开发部是源代码的直接控制管理部门。2.源代码完整性保障为了保证源代码的完整性，必须采取以下措施：-源代码必须存储在安全的地方，只有授权人员才能访问；-禁止未经授权的人员对源代码进行修改、复制或传播；-对源代码进行备份，以防止意外的数据丢失。3.源代码的授权访问源代码只能由授权人员访问，未经授权的人员不能访问。授权人员必须遵守以下规定：-访问源代码必须进行身份验证；-在访问源代码时必须采取必要的安全措施，如使用安全的网络连接、加密传输等；-不能将源代码复制或传播给未经授权的人员。4.代码版本管理为了管理源代码的不同版本，必须采取以下措施：-对每个版本的源代码进行标识和记录，以便追踪和管理；-对源代码进行版本控制，确保每个版本的变更都有记录；-对版本变更进行审批和验证，确保变更的正确性和合理性。5.源代码复制和传播禁止未经授权的人员复制或传播源代码。授权人员在复制或传播源代码时必须遵守以下规定：-必须获得相关部门的批准；-在复制或传播源代码时必须采取必要的安全措施，如加密传输等；-必须对接收方进行身份验证，确保源代码不会落入未经授权的人员手中。6.系统测试验收流程系统测试验收流程包括以下步骤：6.1系统初验在系统初验阶段，必须进行以下工作：-确认系统是否符合用户需求；-对系统进行功能测试，确保系统的功能正常。6.2试运行在试运行阶段，必须进行以下工作：-对系统进行性能测试，确保系统的性能满足用户需求；-对系统进行安全测试，确保系统的安全性。6.3系统终验在系统终验阶段，必须进行以下工作：-对系统进行全面测试，确保系统的质量符合要求；-对系统进行用户验收，确保系统符合用户需求。6.4系统验收标准系统验收必须符合以下标准：-系统功能正常；-系统性能满足用户需求；-系统安全性得到保障；-系统质量符合要求。6.5文档评审通过标准系统文档必须符合以下标准：-文档内容准确、完整、清晰；-文档格式规范、美观；-文档符合相关标准和规定。6.6确认测试通过标准确认测试必须符合以下标准：-测试结果准确、完整、清晰；-测试过程规范、严谨；-测试符合相关标准和规定。6.7系统试运行通过标准系统试运行必须符合以下标准：-试运行结果准确、完整、清晰；-试运行过程规范、严谨；-试运行符合相关标准和规定。本办法的重点在于管理源代码的完整性，以避免非授权获取、复制和传播。所指的源代码不仅包括公司开发人员编写的程序代码，还包括支撑整个系统运行所必须的第三方软件、控件和支撑库等文件。为保障源代码的完整性，所有软件的源代码文件和开发设计文档必须及时加入指定的源代码服务器中的指定库中。同时，运行所必须的第三方软件、控件和支撑库等文件也需加入源代码服务器中的指定库中。在编写或调整代码前，必须先从相应的SVN库进行SVNUpdate操作。编码或功能调整结束测试正确无误后，源代码必须进行SVNCommit操作，并在此之前进行SVNUpdate操作以查看是否有冲突产生。如有冲突，需与冲突相关人一并解决。为授权访问源代码，源代码服务器建立操作系统级、基于身份和口令的访问授权。用户需在SVN中进行身份和口令的校验，并分配适合工作的最小访问权限、可读权和可写权。计算机在转作他用或离开研发部门前，必须由网络管理人员清除硬盘中存储的源代码，或对计算机中所有硬盘进行全面格式化。代码版本管理方面，终端软件版本通过终端型号、版本号和内部修订号来标识。版本号主要用于管理终端软件的对外发布、BUG的记录和统计。新版本号出来后，会统计新版本解决了哪些BUG、增加了哪些新功能等。内部修订号是软件部和测试部内部使用的标识，它能够唯一标识我们发布的终端软件所对应的全部软件源代码，以便于软件排错使用。同时，在发布终端软件时，还会给出发布日期，以便于开发、测试、项目、客户等相关人员参考。终端软件主要以版本号为基准进行对外发布，目前采用的是不定时发布策略，发布时间由软件部、项目部和客户方根据情况共同商量决定。由于项目时间紧，终端软件无法得到完整的测试就要发布，因此在发布之后，有一些需要紧急修复的BUG，软件部需要紧急修复后就要发布更新包，以便用户能够使用。所以，在一个版本号发布后，需要进行多次修订，对于这些修订的版本，其版本号保持不变，内部修订号发生变化。软件BUG的记录、管理和统计主要以版本号为基准。为了软件开发人员能够找到BUG的出处，需要用户、测试人员在报告和验证BUG时，输入内部修订号。软件版本记录的目标有两个：一是记录软件版本的发布历史，二是每一个版本都要能够唯一地从源代码库（SVN）中找到对应的全部源代码。在软件开发生命周期中，测试是一个重要过程，它是软件质量保证的关键步骤。测试的目标是以较少的用例、时间和人力找出软件中潜在的各种错误和缺陷，以确保系统的质量。在实际项目中，测试又由一系列不同的测试所组成，这些测试的步骤分为单元测试、集成测试（又称组装测试）、确认测试和系统测试。在项目过程中，我们按以上的测试步骤完成系统的测试。源代码向研发部门以外复制必须获得总经理的书面授权，并且必须记录复制人、批准人、复制时间、复制目的、文件流向、文件版本或内容。2、备份的源代码必须由专人负责保管，并且借阅必须获得相应授权。内部使用需要研发部经理的授权，外部使用需要总经理的书面授权。3、源代码的借阅、复制必须进行详细的登记，包括借阅人、批准人、借阅时间、借阅目的、文件流向、文件版本或内容以及归还时间。4、所有纸质材料的借阅也需要进行登记，包括借阅人、批准人、借阅时间、借阅目的、文件流向、文件版本或内容以及归还时间。5、如果需要向外复制、传播、分发源代码，无论全部还是部分代码和资料，都必须和对方签订技术、源码的保密协定，并明确对方应承担的保密责任和义务。6、系统测试验收流程包括系统初验、试运行和系统终验。系统初验由技术开发部进行单项测试，联调测试无误后，提交项目测试报告给汇测试部审核。试运行期为三个月，期间技术人员提供现场技术支持，解答业务人员的问题并提供备用件。系统终验主要围绕设备的配置、功能、性能及各项技术参数指标进行，完成用户整体的系统验收。在试运行期间，技术开发人员需配合运维人员提供必要的现场技术支持，通过定期维护以避免设备故障的发生。系统终验采取过程中定期抽检、全检，最后实行总体验收的方法进行。系统验收将由验收小组进行。在验收过程中，需要做好记录，并签署验收证书，最后进行立档和归档。如果验收不合格，技术人员需要无条件进行返修。系统的安装验收主要包括以下内容：系统设备器材清单明细以及随设备包装的各种附件、资料等是否齐全，各主要设备器材的外观评估与内在技术指标确认，系统安装整体外观效果评估，各系统工程各相关技术文件、现场检查验收记录等是否齐全，系统的安装客观测试。系统的工程安装验收将按用户需求进行。项目的验收工作包括文档评审和软件产品包的测试与试运行检验。对于不同的验收活动制定不同的验收通过标准。评审或测试发现的缺陷数是衡量被评审文档或被测试软件产品质量的重要指标。为了进一步明确文档或软件产品的质量水平，需要对发现的缺陷按其严重程度进行分类。在本项目中，将缺陷分为四个等级，包括严重的、主要的、次要的和普通的。其中，严重等级的缺陷对进度的影响可能是非常致命的，或者可能是一个停止器，即终止用户继续使用系统。主要的相同类型的缺陷在很多程序或模块中出现，需要改正每一个缺陷。次要的缺陷是独立的缺陷，或者不影响用户继续前进，但会带来不便。普通的缺陷并不影响软件产品的性能，例如，美观问题和消息中的语法错误等。文档评审通过标准根据评审对象的规模（页数），根据评审投入的工作量和发现的缺陷数来确定是否通过评审。评审投入的工作量包括评审准备和评审会议的时间，需要在一个合理的范围内。如果投入的评审时间过低，则不论发现的缺陷数如何，都不能通过评审。发现的缺陷数也需要在一个合理的范围内，如果发现的缺陷数太多，则不能通过评审。如果发现的缺陷数低于合理的水平，则需要分析评审过程和评审人员，以便确定是否通过评审。确认测试通过标准是根据测试用例质量、执行测试用例情况和发现的缺陷数来确定是否通过确认测试。测试用例质量需要通过评审，如果测试用例没有通过评审，则不能进入确认测试过程。确认测试过程必须保证执行了所有的确认测试用例数据，测试结果得到真实记录。发现的缺陷数也需要在一个合理的范围内。文章已经整理过，以下是改写后的文章：在确认测试阶段，一个重要的指标是发现的缺陷数是否在一个合理的范围内，即与之前阶段的成果评审、软件产品的集成测试和系统测试所发现的缺陷数相比是否合理。一般来说，确认测试阶段发现的缺陷数应该在5%至10