ImageVerifierCode 换一换
格式:DOC , 页数:25 ,大小:361.50KB ,
资源ID:4530369      下载积分:10 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/4530369.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     留言反馈    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(浪潮集团山东通用软件有限公司研发本部版本管理规范模板.doc)为本站上传会员【快乐****生活】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

浪潮集团山东通用软件有限公司研发本部版本管理规范模板.doc

1、浪潮集团山东通用软件有限公司研发本部版本管理规范23资料内容仅供参考,如有不当或者侵权,请联系本人改正或者删除。密级: 内控研发本部版本管理规范V1.0 1999年11月18日浪潮集团山东通用软件有限公司目录文档类别使用对象21引言31.1目的31.2范围31.3术语定义31.4参考资料41.5版序控制记录41.6版本更新记录42版本管理521版本标识方法5211正式版本5212特殊版本522目录结构523文档的存放72.3.1 当前版本和历史版本的存放72.3.2 开发文档的存放72.3.3 源代码的存放72.3.4 SQL语句的存放72.3.5发行文档的存放824权限控制管理83更新管理8

2、31源程序的修改832已发布版本的维护及修改933外出人员对产品的修改1034版本升级123.4.1 版本升级原则123.4.2 新版本的发布123.4.3 安装盘制作步骤134备份管理135用户版本管理14文档类别使用对象文档类别该文档是为浪潮通软公司研发本部各产品部、 事业部提供一个版本管理规范性文件。使用对象该文档使用对象为浪潮通软公司研发本部各部门经理及版本管理人员, 以及其它相关人员。未经管理过程改进部书面许可, 该文档不得提供给上述规定对象以外的人员阅读或使用。 1引言1.1目的本文档是为规范公司研发本部各产品部、 事业部版本管理而制定的。1.2范围本文档为各产品部、 事业部版本管

3、理员提供有关版本管理规范的相关内容, 包括: l 版本标识方法l 软件系统数据的存放l 文档的修改控制l 文档的备份制度1. 3术语定义SCMSoftwere Configuration Management缩写SVMSoftware Version Management缩写文档一种数据媒体和其上所记录的数据。配置管理标识和确定系统中配置项的过程, 在系统整个生存周期内控制这些项的投放和更动, 记录并报告配置的状态和更动要求, 验证配置项的完整性和正确性。软件配置软件的具体形态在某时刻的瞬时影像。配置项 软件配置管理的对象称为配置项, 如: 系统规格说明书, 项目开发计划, 用户手册, 源码。

4、基线 软件生存周期中各开发阶段末尾的标记, 它的作用是把各阶段工作的划分更加明确化, 使原来连续的工作在这些点上断开, 使之便于检验和肯定阶段成果。1.4参考资料1 事业部门版本管理工作标准 SEPG V1.02 国强财务V60配置管理财务产品部 V1.03 商业事业部版本管理规范 V1.04 酒店事业部版本管理规范 V1.05 财务产品部版本管理规范 V1.06 PACS事业部版本管理规范 V1.07 MRPII部版本管理规范 V1.08 金融事业部版本管理规范 V1.09 ERP部版本管理规范 V1.01.5版序控制记录版序状态拟稿审核批准发布日期1.0管理过程改进部任甲林 99/11/1

5、81.6版本更新记录*A - 增加 M - 修改 D - 删除版本/修订版修改页码修改记录修改人日期1.0初始版本99/112版本管理21版本标识方法为了使工作规范化、 统一化, 研发本部各部门实行的版本标识管理方法分为: 正式版本和特殊版本。211正式版本 公司在市场渠道上发行的正规版本。以”V”开头, 版本号放后。版本号分3节: 主版本号, 次版本号和内部版本号, 每节之间以小数点( .) 间隔。如V2.0.01表示主版本号为2, 次版本号为0, 内部版本号为01。212特殊版本特殊版本是在正式版本的基础上, 针对某客户开发的版本。它与正式版本的不同之处在于问题不具有通用性和适应性, 只符

6、合该用户的实际使用情况。该版本标识分为常规部分和扩展部分, 常规部分表示该特殊版本哪一个正式版本的分支, 命名方法同正式版本的命名方法。对于扩展部分, 以”S”开头, 后加一唯一序号。举例如下: V2.33.S01 表示由V2.33分支出的第一个特殊版本V2.33.S02 表示由V2.33分支出的第二个特殊版本事业部不鼓励产生特殊版本。只有在极特殊的情况下, 才产生适当的特殊版本。并在以后的版本演化中, 尽量将其纳入到正式版本中。22目录结构由于各部门的实际情况不同, 目录结构很难统一, 但为了能更好地管理各事业部的文档, 建议可将被管理的配置项分为三大类: 文档类、 源码类及安装盘类, 这样

7、存放比较清晰, 有利于版本管理。至于二级目录是以模块划分还是以版本划分, 各产品部、 事业部可根据自己部门的情况, 制定适合本部门的目录结构, 并根据制定的目录结构给出文件级目录清单( 先给出源程序及文档的文件级目录清单, 安装盘的能够后再执行) : 。现以财务产品部V6。0的目录结构举例如下: 根目录二级目录三级目录四级目录对应配置项备注源码(F:)模块缩写1Current存目录前正在修改的内容V6.0PBL源码SQLSQL文件DOC详细设计、 数据结构HTML帮助文件BMP图像文件V6.0.01按版本号依次类推模块缩写2与模块1相同。模块缩写n文档(G:)Require用户需求记录版本号在

8、文件名上标识DesignV6.0总体设计文档按版本号依次类推V6.0.1.TestRecord测试记录版本号在文件名上标识CaseV6.0测试用例V6.0.01.UserV6.0用户使用手册产品说明手册V6.0.01.PlanProject项目计划Month月度计划安装盘(H:)V6.0ReleaseREL_SRC产品盘或发布文档SETUPV6.0.01.表示正式版本及特殊版本的目录按以下原则定义: (1) 正始版本: 以”V”开头, 版本号放后, 主版本号和次主版本号之间的”.”去掉, 明细版本号之前加”-”。举例如下: 版本号 目录名V6.0 V60V6.1 V61V6.0.01 V60-

9、1V6.1.02 V61-2(2) 特殊版本: 目录名分为常规名和扩展名两部分, 常规部分表示该特殊版本是由哪一个正始版本分支而来, 命名方法同正始版本的命名方法。对于扩展名, 以”S”开头, 后加一唯一序号。举例如下: 目录名 意义V60.S01 表示由V6.0分支出的第一个特殊版本 V60.S02 表示由V6.0分支出的第二个特殊版本V60-1.S01 表示由V6.0.01分支出的第一个特殊版本(3) 对于有些事业部是针对某个具体用户开发的特殊版本, 在表示特殊版本的目录时, 常规部分表示该特殊版本是哪一个正始版本的分支, 对于扩展部分, 能够把项目名称作为扩展名。举例如下: V60.中信

10、 表示由V6.0分支出的中信版本 23文档的存放2.3.1 当前版本和历史版本的存放对于源码文件, 特别增加了一个Current目录, 存放当前正在开发与维护的源码文件, 当前未发布版本的所有数据都存放在.CURRENT下。一旦当前版本正式发行, 则当前目录被修改为相应的历史目录。历史版本是指已经发行的版本, 存放在相应的版本目录之下, 一般不允许改动。2.3.2 开发文档的存放根据各部门自己的情况, 将系统用户需求记录、 总体设计文档、 详细设计及数据结构文件、 测试记录、 用户手册等放入相应的目录下, 也可将不同模块的开发文档存放于不同的模块中。2.3.3 源代码的存放源代码包括如: PB

11、L, PBR, BMP, ICO, CPP, HPP, MAK, PRJ, INI等相关文件, 是未经编译处理的、 不能直接交付使用的产品文件以及编译产品所需的文件; 联机帮助文件HLP在未生成HLP文件之前的DOC, RTF等格式的文档也视为源代码。各子系统当前的程序源文件放入相应的目录下。对于一个子系统又分多个分子系统的情况, 应在该目录下分别建立几个相应的目录。2.3.4 SQL语句的存放各子系统SQL文件放入.SQL下, 对于不同的数据库, 分别建立不同的子目录, 如WAT、 SYB、 MSS、 ORC、 DB2等。公共SQL文件直接放入SQL下即可, 不同数据库的特殊SQL分别放入对

12、应的子目录下。2.3.5发行文档的存放发行文档是指产品交付用户使用所必须的文件。包括: 产品可执行文件, 用户使用说明书, 联机帮助( HLP) ; 资源文件( BMP, ICO等) , 环境配置文件等。以上文档作为制作发行盘的素材, 放在RELEASE的REL_SRC目录之下, 制作好的发行盘放在RELEASE的SETUP目录。24权限控制管理为保障文档的安全性, 一致性, 以及防止意外修改, 必须对不同的文档设置不同的访问权限。文档权限类别: 只读权限, 读写权限。文档类别: 设计文档, 源码, 发行文档。用户类别: 开发人员、 测试人员、 分析设计人员、 部门经理、 配置管理员、 安装盘

13、制作人员、 问题及需求管理人员、 用户文档编写人员等。为了控制不同的使用权限, 根据要求在服务器上分别建立不同的用户, 针对不同的配置项所在目录分配不同的权限。为了便于各产品部、 事业部的管理, 应以表格的形式列出人员与管理对象的访问关系( 用户权限清单) 。3更新管理31源程序的修改当开发小组在开发同一产品时, 应能保障: 各成员间的修改不会互相覆盖; 程序员的修改能及时反映到产品的最新版本中。建议首先在相应子系统的下一级建一目录, 如checkout, 存放正在修改的文档及修改登记表。当某个程序员要修改某一文档时, 遵循以下程序: 1、 接收维护任务; 2、 查看需要修改的文件( 如PBL

14、及SQL等) 是否正在被其它人员修改( 检查checkout目录下是否存在要修改的文件或后缀已改为该程序员姓名简写) ; 3、 如果有人在修改该文件, 等待或与相应的开发员联系, 重复2。否则继续; 4、 将该文件复制到checkout目录下, 在修改登记表中登记; 或将该文件的后缀改为本人姓名简写; 5、 将该文件考至自己的私有目录; 6、 根据要求修改源文件; 7、 根据要求测试, 并进行相关项的回归测试; 8、 交测试人员测试, 如未经过, 重复6。如经过则继续; 9、 在checkout目录中删除该文件, 并在修改登记表中标注修改完成; 10、 将修改完毕的文件经过电子邮件或其它手段送

15、交版本管理员, 版本管理员将文件复制到相应的路径; 如遇特殊情况( 版本管理员出差) , 程序员可将修改完毕的文件复制到相应的路径下, 或将后缀改回正式。11、 回复下达者, 报告维护任务完成。驻外开发时, 也采用以上程序进行控制。32已发布版本的维护及修改在正式版本发布后, 由于软件错误或其它问题( 如用户提出增加小功能) 需要对程序进行修改时, 应及时作出修补盘( 能够软盘或其它的形式) , 。(1) 在该发布版本目录下建立一该版本的修补目录, 该目录由版本管理员负责。(2) 各系统如果修改了部分错误或增强了部分功能, 应将修改或增加的编译后程序文件交由版本管理员, 由管理员将该程序文件加

16、入到该目录下, 并更及时更新到安装盘中去。(3) 维护人员在更改产品的程序错误, 如增加小的模块, 或做小的改进时, 应将程序文件及时通知版本管理员, 由版本管理员负责更新源程序。维护人员应详细记录修改内容。举例如下: 修改时间产品代号或名称以及版本号修改原因修改的模块; 受影响的模块是否修改了表结构, 修改了哪些表结构对应的修改申请表单号修改负责人该表存放在相应版本的根目录下。(4) 修改过的源程序要经过测试人员的测试。事业部如没有专人测试, 可由程序员自己测试。(5) 对于涉级数据结构的程序变动, 原则上不作为修补的内容, 它只对某些用户有用, 将可能在下一版本中体现, 具体情况要具体处理

17、。33外出人员对产品的修改外出人员对产品的修改, 是指以下几种情况: (1) 外出维护时, 需要对产品进行修改; (2) 实施工程时, 针对客户要求, 对产品进行用户个性化修改( 在这种情况下, 一般需要衍生出特殊版本) 。执行程序: (1) 维护人员每当接到实施或维护任务时, 若需修改源代码, 应在启程前认真填写源程序修改申请表, 交部门负责人认定后, 维护人员可携带源程序到用户现场。(2) 在维护期间, 确实由于维护需要而必须在用户设备上拷入源程序时, 应确保源程序的安全性, 并及时予以删除。(3) 在维护期间若修改了源程序或用户提出了新的问题, 维护人员必须认真填写源程序更新登记表。(4

18、) 回公司后, 版本管理员应负责和监督相关人员将所有文档复制到规定目录之下, 并完善相关的所有文档, 相关的文档包括: 源程序更新登记表、 用户程序更改日志和修改申请表。将更新登记表及所更新的源程序数据交由部门版本管理人员确认并审定。如果是已发布版本的源程序, 必须由版本管理员负责更新; 非对外发布的版本如特殊版本可由程序员自己更新, 但版本管理员应及时进行备份, 保证源程序为最新。( 5) 修改过的源程序要经过测试人员的测试。事业部如没有专人测试, 可由其它程序员或本人自己测试。( 6) 将更新登记表交由部门负责人签字确认。( 7) 将更新登记表交由部门版本管理人员存档。( 8) 部门配置管

19、理员及时通知相关程序员。修改申请表样例: 申请时间用户名称版本号问题简单描述申请人签字负责人签字源程序更新登记表样例: 源程序更新登记表编号: 年 月 日 填表人单位名称地址版本情况问题描述编号描述内容(包括:模块问题现象问题原因)实际修改编号修改时间修改内容遗留问题*更新编号是否更新更新时间版本管理员签字备注:部门经理签字注:更新栏由部门版本管理写;34版本升级3.4.1 版本升级原则版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级, 保障高版本的向下兼容性, 或提供严格定义的升级方法。在下面几种情况下, 进行版本演化和升级: 1、 当产品发生重大修改和改进时, 主版本号加1。

20、重大修改和改进包括: 1) 平台迁移; 2) 开发工具的迁移; 3) 体系结构的变迁。2、 当产品发生较小的改进或修改时, 次版本号能够加1。 3、 对于改动量比较少的, 如修改产品的错误, 可增加内部版本号。内部版本号对用户来说是不可见的, 只对事业部内部版本控制有用。4、 记录版本升级过程。每次版本升级, 都要填写版本升级记录表, 记录表样例如下: 版本升级记录表版本号发布日期修改文件问题简要描述发布责任人批准人备注说明: 版本号: 记录当前发布的版本。 发布日期: 该版本批准发布的日期。 修改文件: 版本修改记录文件, 一般为版本修改日志。3.4.2 新版本的发布新版本的发布包括主版本号

21、和次版本号的升级, 一般不包括内部版本号的升级。流程如下: 1、 接收新版本发布任务, 接收本次发布的版本代号。2、 在指定目录中, 根据本次发布的版本号建立相应的子目录, 将current下的所有内容拷贝至新建目录下。3、 可在新建目录下建立readme.txt, 并加入相应的内容。4、 下达安装盘制作指令。readme.txt文件是记录该版本与上一版本的不同, 作过哪些改动。格式样例如下: 增加或修改功能涉及源文件改动原因3.4.3 安装盘制作步骤1. 接收安装盘制作指令。2. 编译源程序。3. 制作升级SQL。4. 测试升级程序。5. 根据版本号在安装盘目录下建立新版安装盘目录。6. 在

22、新建目录下制作安装盘。7. 交测试员测试安装盘, 如安装盘存在问题重复7, 否则继续。8. 提交安装盘。4备份管理为了保证文档的最大可恢复性, 要随时及定期地进行备份工作。1、 随时备份: (1) 开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。(2) 开发负责人每天要将所有源文件在本地机备份。(3) 建议备份采用循环备份。2、 定期备份(1) 备份形式为硬盘备份和光盘备份。硬盘备份时, 要备份在独立的硬盘上; 光盘备份时, 要将光盘存放在可靠的地方。(2) 备份周期视各产品部、 事业部的具体情况而定。如果处于开发阶段, 每周应对所有的源程序项进行备份, 一般为每周周五; 如果处于

23、其它阶段, 根据具体情况而定, 但周期不能超过两周。(3) 备份要由版本管理员负责, 备份原则应是保证文档的最大可恢复性。(4) 对于历史版本或某用户的特殊版本, 如果无特殊原因不再进行修改的话, 建议用光盘进行备份, 而且应有备份盘说明文件BACKUP.TXT。该文件应该记录以下内容: 本次备份时间, 备份内容, 执行人。5用户版本管理当前各事业部很多是以做项目为主, 是根据客户要求开发的程序。为了更好地管理源程序, 应为每一用户建立一个用户版本文件, 该文件应包含以下内容: 用户编号: 用户名称: 软件版本号: 开始使用时间: 联系人: 联系电话: 用户程序更改日志样例如下: 更改时间版本号修改模块名称变更原因变更概述软件位置变更人员备注说明: 1) 用户购买软件时要为该用户建立一个包含上述内容的一个用户版本文件, 并填写有关数据。2) 用户进行版本更新时要求填写该文件的版本变更记录, 用以反映用户版本的变更情况。

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服