源代码管理综合规范.docx

代码管理制度1总则22源代码完整性保障23源代码授权访问34代码版本管理35源代码复制和传输56系统测试验收步骤66.1系统初验66.2试运行66.3系统终验76.4系统验收标准96.5文档评审经过标准96.6确定测试经过标准106.7系统试运行经过标准101 总则1、为保障企业源代码和开发文档安全不至于泄露，确保源代码完整，明确源代码控制管理步骤，特制订此管理措施。2、本措施适适用于全部包含接触源代码各部门各岗位。所包含部门全部必需严格实施本管理措施。3、源代码直接控制管理部门为技术开发部。4、本措施管理关键在于控制管理源代码完整性，不被非授权获取，不被非授权复制和传输。5、本措施所指源代码不仅限于企业开发人员自行编写实现功效程序代码，而且还包含对应开发设计文档及用于支撑整个系统运行所必需含有第三方软件、控件和其它支撑库等文件。2 源代码完整性保障1、全部软件源代码文件及对应开发设计文档均必需立即加入到指定源代码服务器中指定库中。2、我们研发产品软件运行所必需第三方软件、控件和其它支撑库等文件也必需立即加入源代码服务器中指定库中。3、软件开始编写或调整代码之前，其对应设计文档和代码必需先从对应SVN库进行SVNUpdate操作。软件编码或功效调整结束测试正确无误后，对应源代码必需进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，假如有冲突产生需要和冲突相关人一并处理冲突。3 源代码授权访问1、源代码服务器对于共享SVN库访问建立操作系统级，基于身份和口令访问授权。第十条 在SVN库中设置用户，并为不一样用户分配不一样，适合工作最小访问权限。要求连接SVN库时必需校验SVN中用户身份及其口令。在SVN库中要求区分对待不一样用户可访问权、可读权、可写权。2、曾经包含、触及源代码计算机在转作它用，或离开研发部门之前必需由网络管理人员全方面清除计算机硬盘中存放源代码。假如不能确定，必需对计算机中全部硬盘进行全方面格式化后方能够转做它用或离开研发部门。4 代码版本管理1、终端软件版本标识管理终端软件版本由终端型号、版本号和内部修订号来进行标识。终端型号：终端型号是硬件标识号，也唯一标识了我们项目。版本号：由“主版本号.次版本号.修订号”三段组成，中间是点号分开。版本号目标关键是管理终端软件对外公布，终端软件统计和统计，关键是针对于版本号，测试部、项目部、用户等会统计某个版本号终端软件存在哪些，会在哪个版本号中得到修正；终端软件一个新版本号出来后，我们会统计新版本号处理了上一个版本号中哪些，和增加了哪些新功效，等等。内部修订号：也就是“应用程序源代码svn修订号”，关键是由软件部和测试部内部来使用，内部修订号唯一标识我们终端软件，即：经过内部修订号能够唯一找出我们公布终端软件所对应全部软件源代码，目标是为了软件排错使用。另外，终端软件在公布时，还会给出公布日期，方便开发、测试、项目、用户等相关人员参考。2、终端软件版本公布管理终端软件关键是以版本号为基准，对外公布，现在采取不定时公布策略，公布时间由软件部、项目部和用户方依据情况，共同商议决定。因为现在项目时间紧，终端软件无法得到完整测试就要公布，在公布以后，有部分需要紧急需要修复BUG，软件部需要紧急修复后就要公布更新包，方便用户能够使用，所以，在一个版本号公布后，需要进行数次修订，对于这些修订版本，其版本号保持不变，内部修订发生改变。软件统计、管理和统计软件统计、管理和统计关键以版本号为基准，但为了软件开发人员能够找到出处，需要用户、测试人员在汇报和验证时，输入内部修订号。3、软件配置组对版本统计软件版本统计目标有两个：统计软件版本公布历史；公布每一个版本，全部要能够唯一从源代码库（）中找到对应全部源代码。测试方案：作为软件开发关键步骤，作为交付成功优质产品关键确保手段和方法，软件测试越来越受到项目标重视。要做好测试首先要做好测试组织、管理、计设、实施等工作。系统测试方案概述：测试是指在软件投入运行前，对软件需求分析、设计规格说明和编码最终复审，是软件质量确保关键步骤。测试目标：以较少用例、时间和人力找出软件中潜在多种错误和缺点，以确保系统质量。在实际项目中，测试作为软件开发生命周期中一个关键过程，但从其具体工作前后过程来看，它又是由一系列不一样测试所组成，这些测试步骤分为：单元测试、集成测试（又称组装测试）、确定测试和系统测试。软件开发过程是自顶向下，测试则恰好相反，以上这些过程就是自底向上，逐步集成。在项目过程中，我们按以上测试步骤完成系统测试。5 源代码复制和传输1、源代码向研发部门以外复制必需取得总经理书面授权。并必需统计复制人、同意人、复制时间、复制目标、文件流向、文件版本或内容。2、源代码以任何介质形式进行存放备份，必需由专员负责保管。对于这些介质地借阅，用于研发部内部使用必需取得研发部经理授权，对于用于研发部以外使用必需取得总经理书面授权。3、源代码借阅、复制必需进行具体登记，必需统计借阅人、同意人、借阅时间、借阅目标、文件流向、文件版本或内容、归还时间。4、任何纸质材料借阅全部必需统计借阅人、同意人、借阅时间、借阅目标、文件流向、文件版本或内容、归还时间。5、对于因合作需要，需要向外复制、传输、分起源代码，不管是全部还是部分代码和资料，均必需和对方签署技术、源码保密协定，明确对方应该负担对源码保密责任和义务。6 系统测试验收步骤严格实施代码管理步骤。对于开发完成系统进行测试公布。测试公布步骤以下：6.1 系统初验系统初验由技术开发部进行单项测试，系统进行联调测试无误后，由开发部编制项目测试汇报，提交测试汇报给汇测试部审核，完成系统初验。6.2 试运行本系统集成后上线运行三个月为试运行期。由企业技术人员现场排除系统试运行过程中出现硬件故障及软件故障，对于易出现问题设备提供备用件。技术人员随时解答业务人员在使用过程中出现问题并进行处理。6.3 系统终验正式验收关键围绕设备配置、功效、性能及各项技术参数指标进行，完成用户整体系统验收。当整个系统进入试运行期，技术开发部提供行之有效技术支持以确保整个业务稳定和有效地运行，并确保整个业务能够顺利经过系统验收。在此同时，技术开发部将经过具体技术支持帮助汇运维操作人员熟悉和掌握这些设备和维护技术。系统试运行期是一个很关键时期。在此期间，因为运维技术人员技术水平、设备管理、设备操作和具体设备维护之间磨合，将会出现很多意想不到问题和人为故障。所以在系统试运行期，技术开发人员需配合运维人员提出要求提供必需现场技术支持，同时经过定时维护以避免设备故障发生。在经过系统试运行情况下，技术开发项目小组将和业务运行人员和运维人员进行系统终验。系统调试、验收程序：验收采取过程中定时抽检、全检，最终实施总体验收方法进行。程序为汇报申请验收，各相关单位会同验收，最终会签认同。参见下图：YesNoYes施工位自检用户初检报请各相关单位会同验收 返工、整改经过申请 No经过系统验收将由验收小组进行，验收时做好统计，签署验收证书，并立档、归档。当验收不合格时，技术人员需无条件进行返修。系统安装验收关键有以下内容：（1）系统设备器材清单明细和随设备包装多种附件、资料等是否齐全；（2）各关键设备器材外观评定和内在技术指标确定；（3）系统安装整体外观效果评定；（3）各系统工程各相关技术文件、现场检验验收统计等是否齐全；（4）系统安装客观察试；（5）系统工程安装验收将按用户需求进行。6.4 系统验收标准项目标验收工作包含两个方面活动：文档评审和软件产品包测试和试运行检验，对于不一样验收活动制订不一样验收经过标准。衡量被评审文档或被测试软件产品质量一个关键指标是：评审或测试发觉缺点数。为深入明确文档或软件产品质量水平，需要对发觉缺点按其严重程度进行分类，在本项目中，将对缺点分为四个等级，以下表所表示：严重等级分类解释严重缺点对进度影响可能是很致命，或可能是一个停止器即终止用户继续使用系统关键相同类型缺点在很多程序或模块中出现，需要更正每一个缺点。比如，在任一程序中没有遵守编程标准。或，缺点终止了用户按正常方法继续前进，但能够绕行次要这个缺点是独立缺点，或不影响用户继续前进，但会带来不便一般缺点并不影响软件产品性能，比如，美观问题和消息中语法错误等6.5 文档评审经过标准根据评审对象规模（页数），依据评审投入工作量和发觉缺点数来确定是否经过评审：评审投入工作量（评审准备和评审会议时间）：是否在一个合理范围内，假如投入评审时间过低，则不管发觉缺点数怎样，全部不能经过评审。发觉陷数：是否在一个合理范围内，假如发觉缺点数太多，则不能经过评审。假如发觉缺点数低于合理水平，则需要分析评审过程和评审人员，方便确定是否经过评审。6.6 确定测试经过标准对软件产品包确实定测试，依据测试用例质量、实施测试用例情况和发觉缺点数来确定是否经过确定测试：测试用例质量：是否经过评审，假如测试用例没有经过评审，则不能进入确定测试过程。测试用例实施：确定测试过程必需确保实施了全部确实定测试用例数据，测试结果得到真实统计。发觉陷数：和以前阶段结果评审、软件产品集成测试和系统测试所发觉缺点数相比，是否在一个合理范围内。通常而言，确定测试阶段发觉缺点数应和确定测试前全部质量控制活动所发觉缺点总数相比，应在5%至10%之间，而且不应该发觉严重缺点。6.7 系统试运行经过标准对软件产品包试运行检验，其经过标准关键是试运行阶段所发觉软件产品缺点数。和软件产品试运行以前全部质量控制活动发觉缺点总数相比，试运行阶段发觉缺点数是否在一个合理范围内。通常而言，试运行阶段发觉缺点数应和以前全部质量控制活动所发觉缺点总数相比，应低于10%，而且不应该发觉严重和关键缺点。