源代码管理规范

源代码管理规范TOC\o"1-4"\h\z\u1源代码管理 11.1总则 11.2源代码完整性保障 11.3源代码的授权访问 21.4代码版本管理 21.5源代码复制和传输 51.6系统测实验收流程 51.6.1系统初验 61.6.2试运行 61.6.3系统终验 61.6.4应用系统验收原则 81.6.5文档评审通过原则 91.6.6确认测试通过原则 91.6.7系统试运行通过原则 10

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、终端软件的版本标记管理终端软件版本由终端型号、版本号和内部修订号来进行标记。终端型号：终端型号是硬件标记号，也唯一的标记了我们的项目。版本号：由“＜主版本号＞.＜次版本号＞.＜修订号＞”三段构成，中间是点号分开。版本号的目的重要是管理终端软件的对外公布，终端软件的ＢＵＧ的统计和统计，重要是针对于版本号的，测试部、项目部、客户等会统计某个版本号的终端软件存在哪些ＢＵＧ，ＢＵＧ会在哪个版本号中得到修正；终端软件一种新的版本号出来后，我们会统计新的版本号解决了上一种版本号中的哪些ＢＵＧ，以及增加了哪些新功效，等等。内部修订号：也就是“应用程序的源代码的svn修订号”，重要是由软件部和测试部内部来使用，内部修订号唯一标记我们的终端软件，即：通过内部修订号能够唯一的找出我们公布的终端软件所对应的全部软件源代码，目的是为了软件排错使用。另外，终端软件在公布时，还会给出公布日期，方便开发、测试、项目、客户等有关人员参考。2、终端软件版本公布管理终端软件重要是以版本号为基准，对外公布，现在采用不定时公布方略，公布的时间由软件部、项目部和客户方根据状况，共同商议决定。由于现在项目时间紧，终端软件无法得到完整的测试就要公布，在公布之后，有某些需要紧急需要修复的BUG，软件部需要紧急修复后就要公布更新包，方便顾客能够使用，因此，在一种版本号公布后，需要进行多次修订，对于这些修订的版本，其版本号保持不变，内部修订发生变化。软件ＢＵＧ统计、管理和统计软件ＢＵＧ的统计、管理和统计重要以版本号为基准，但为了软件开发人员能够找到ＢＵＧ的出处，需要顾客、测试人员在报告和验证ＢＵＧ时，输入内部修订号。3、软件配备组对版本的统计软件版本统计的目的有两个：统计软件版本的公布历史；公布的每一种版本，都要能够唯一的从源代码库（ＳＶＮ）中找到对应的全部源代码。测试方案作为软件开发的重要环节，作为交付成功的优质的产品的重要确保手段和办法，软件测试越来越受到项目的重视。要做好测试首先要做好测试的组织、管理、计设、实施等工作。系统测试方案概述测试是指在软件投入运行前，对软件需求分析、设计规格阐明和编码的最后复审，是软件质量确保的核心环节。测试的目的：以较少的用例、时间和人力找出软件中潜在的多个错误和缺点，以确保系统的质量。在实际项目中，测试作为软件开发生命周期中的一种重要过程，但从其具体工作的前后过程来看，它又是由一系列的不同测试所构成，这些测试的环节分为：单元测试、集成测试（又称组装测试）、确认测试和系统测试。软件开发的过程是自顶向下的，测试则正好相反，以上这些过程就是自底向上，逐步集成的。在项目过程中，我们按以上的测试环节完毕系统的测试。1.5源代码复制和传输1、源代码向研发部门以外复制必须获得总经理的书面授权。并必须统计复制人、同意人、复制时间、复制目的、文献流向、文献版本或内容。2、源代码以任何介质形式进行存储的备份，必须由专人负责保管。对于这些介质地借阅，用于研发部内部使用的必须获得研发部经理的授权，对于用于研发部以外使用的必须获得总经理的书面授权。3、源代码的借阅、复制必须进行具体的登记，必须统计借阅人、同意人、借阅时间、借阅目的、文献流向、文献版本或内容、偿还时间。4、任何纸质材料的借阅都必须统计借阅人、同意人、借阅时间、借阅目的、文献流向、文献版本或内容、偿还时间。5、对于因合作需要，需要向外复制、传输、分发源代码的，不管是全部还是部分代码和资料，均必须和对方订立技术、源码的保密协定，明确对方应当承当的对源码保密的责任和义务。1.6系统测实验收流程贵州汇联通公司技术开发部分是外包给上海华腾公司完毕，严格执行外包管理流程。对于开发完毕的系统进行测实验收。测实验收流程以下：1.6.1系统初验系统初验由华腾公司技术开发部进行单项测试，系统进行联调测试无误后，由华腾公司将编制项目测试报告，提交测试报告给汇联通公司审核，完毕系统初验。1.6.2试运行本系统集成后上线运行三个月为试运行期。由华腾公司现场排除系统试运行过程中出现的硬件故障及软件故障，对于易出现问题的设备提供备用件。华腾公司需提供热线电话，为我公司使用过程中出现的问题进行解决。华腾公司应我公司技术人员的规定，随时解说系统的构造及设计，涉及硬件性能、系统软件、备份构造特点。1.6.3系统终验正式验收重要围绕设备的配备、功效、性能及各项技术参数指标进行，完毕顾客整体的系统验收。当整个系统进入试运行期，华腾公司需向我公司提供行之有效的技术支持以确保整个业务的稳定和有效地运行，并确保整个业务能够顺利通过系统验收。在此同时，华腾公司将通过具体的技术支持协助汇联通公司操作人员熟悉和掌握这些设备和维护技术。系统试运行期是一种非常重要的时期。在此期间，由于汇联通公司技术人员的技术水平、设备管理、设备操作和具体设备维护之间的磨合，将会出现许多意想不到的问题和人为故障。因此在系统试运行期，华腾公司需配合汇联通公司的规定提供必要的现场技术支持，同时通过定时维护以避免设备故障的发生。在通过系统试运行的状况下，华腾公司项目小组将和汇联通公司进行系统终验。系统调试、验收程序：验收采用过程中定时抽检、全检，最后实施总体验收的办法进行。程序为报告申请验收，各有关单位会同验收，最后会签认同。参见下图：YesYesNoYes施工位自检顾客初检报请各有关单位会同验收返工、整治通过申请No通过验收成果必须交由双方共同确认有效，方可存档。双方各一份备案。系统验收将由验收小组进行，验收时做好统计，订立验收证书，并立档、归档。当验收不合格时，华腾公司需无条件进行返修。系统的安装验收重要有下列内容：（1）系统设备器材清单明细以及随设备包装的多个附件、资料等与否齐全；（2）各重要设备器材的外观评定与内在技术指标确认；（3）系统安装整体外观效果评定；（3）各系统工程各有关技术文献、现场检查验收统计等与否齐全；（4）系统的安装客观察试；（5）系统的工程安装验收将按顾客需求进行。1.6.4系统验收原则项目的验收工作涉及两个方面的活动：文档评审和软件产品包的测试与试运行检查，对于不同的验收活动制订不同的验收通过原则。衡量被评审文档或被测试软件产品质量的一种重要指标是：评审或测试发现的缺点数。为进一步明确文档或软件产品的质量水平，需要对发现的缺点按其严重程度进行分类，在本项目中，将对缺点分为四个等级，以下表所示：严重等级分类的解释严重的缺点对进度的影响可能是非常致命的，或者可能是一种停止器——即终止顾客继续使用系统重要的相似类型的缺点在诸多程序或模块中出现，需要改正每一种缺点。例如，在任一程序中没有恪守编程原则。或者，缺点终止了顾客按正常方式继续迈进，但能够绕行次要的这个缺点是独立的缺点，或者不影响顾客继续迈进，但会带来不便普通的缺点并不影响软件产品的性能，例如，美观问题和消息中的语法错误等1.6.5文档评审通过原则按照评审对象的规模（页数），根据评审投入的工作量和发现的缺点数来拟定与否通过评审：评审投入的工作量（评审准备和评审会议的时间）：与否在一种合理的范畴内，如果投入的评审时间过低，则不管发现的缺点数如何，都不能通过评审。发现的陷数：与否在一种合理的范畴内，如果发现的缺点数太多，则不能通过评审。如果发现的缺点数低于合理的水平，则需要分析评审过程和评审人员，方便拟定与否通过评审。1.6.6确认测试通过原则对软件产品包确实认测试，根据测试用例质量、执行测试用例状况和发现的缺点数来拟定与否通过确认测试：测试用例质量：与否通过评审，如果测试用例没有通过评审，则不能进入确认测试过程。测试用例的执行：确认测试过程必须确保执行了全部确实认测试用例数据，测试成果得到真实统计。发现的陷数：与以前阶段成果评审、软件产品的集成测试和系统测试所发现的缺点数相比，与否在一种合理的范畴内。普通而言，确认测试