《软件配置管理计划书2》由会员分享,可在线阅读,更多相关《软件配置管理计划书2(15页珍藏版)》请在金锄头文库上搜索。
1、软件配置管理计划编写规范案卷号日期专卖店销售系统软件配置管理计划 作 者: 曹烨 完成日期: 2011.05.10 学 号: 09302004 修改情况记录:版本号修改批准人修改人安装日期签收人 目录 1 引言11.1 目的11.2 定义和缩写词11.3 参考资料12 管理12.1 机构12.2 任务22.3 职责22.4 接口控制22.5 实现22.6 适用的标准、条例和约定32.6.1 指明32.6.2 内容33 软件配置管理活动43.1 配置标识43.1.1 基线43.1.2 代码、文档43.2 配置控制53.3 配置状态的记录和报告53.4 配置的检查和评审64工具、技术和方法65 对
2、供货单位的控制76 记录的收集、维护和保存77 附录:配置管理报表及其格式77.1 软件问题报告单(SPR)77.1.1 配置管理人员填写内容77.1.2 配置管理状态87.1.3 配置管理申请人员填写的内容87.2 软件修改报告单(SCR)8第 13 页1 引言1.1 目的在于对所开发的专卖店销售软件规定各种必要的配置管理条款,以保证该销售软件能够满足项目中规定的各种需求,能够满足软件需求规格说明书中规定的各项具体需求。在开发该销售系统时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的修改,以满足特定的配置管理需求。项目生命周期中, 有关部门要对软件基线和SCM行为进行定
3、期检查。系统主要模块:登录模块:此模块用于管理员登录查询修改信息,设置用户名与密码,以防恶意对商品信息的修改。销售模块:这部分主要统计在一段时间里的销售金额、销售利润、畅销商品、畅销商品的销售金额、畅销商品的销售利润、冷门商品、冷门商品的销售金额、冷门商品的销售利润、以及某商品的采购量、库存量、成本,然后打印报表。简言之就是销售情况的显示。库存模块:指在供、需之间建立缓冲区,对商品数量进行管理,支持商品运作。1.2 定义和缩写词(1) ASP.NET:是一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 指 Active Server Pages(动态服务器页
4、面) ,运行于 IIS 之中的程序(2) C#:C#(C Sharp)是微软(Microsoft)为NET Framework量身订做的程序语言,C#拥有C/C+的强大功能以及Visual Basic简易使用的特性,是第一个组件导向(Component-oriented)的程序语言,和C+与Java一样亦为对象导向(object-oriented)程序语言。(3)( Sql Server)数据库/Access 数据库:微软开发的SQL Server数据库服务器,它是一个数据库平台,提供数据库的从服务器到终端的完整的解决方案,其中数据库服务器部分,是一个数据库管理系统,用于建立、使用和维护数据库
5、。access其实是Microsoft Office Access(前名 Microsoft Access)是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和 图形用户界面两项特点,是 Microsoft Office的成员之一,Access还是c语言的一个函数名和一种交换机的主干道模式 1.3 参考资料a.实用软件工程与实训b、计算机软件配置管理计划规范c.、销售系统_软件需求规格说明书2 管理2.1 机构(1)专卖店销售软件配置管理小组:在销售软件开发的整个期间内,主要任务是负责配置管理工作。小组成员包括软件项目经理、研发经理、高级
6、管理者、项目组成员组成。由项目经理任组长,并由项目经理直接领导。各模块的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受模块负责人领导。销售系统软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各模块的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。2.2 任务a.软件控制配置委员会(SCCB)负责审定软件基线的建立和配置项的标识;软件基线审批和针对基线变更的审批;审定由软件基线库生成的产品。b.配置管理员负责实施项目的配置管理;负责执行
7、SCCB确认的工作,并将配置管理活动通知受影响的组和个人。c.高层管理者定期审核配置管理活动。2.3 职责A 项目经理由组长担任,全面负责有关软件配置管理的各项工作;B 项目的专职配置管理人员检查在作配置更改时的质量保证措施,项目经理负责监督在软件配置管理工作中认真执行软件工程规范;C 各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查; D 用户代表负责反映用户对配置管理的要求,并协助检查各类人员对软件配置管理计划的执行情况;E 项目经理特别要对更改建议的审批和评审负责。2.4 接口控制a 用户界面:用户界面是指各子系统与设计人员、用户或维护人员
8、之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。 b 系统内部接口:系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。c 标准程序接口:标准程序接口是指各应用子系统与标准子程序库(包括宿主计算机系统已有的库程序)之间的调用约定。d 设备接口:设备接口是指各子系统与各种设备(包括终端和其他各种输入/输出设备)之间的连接约定。e 软件接口:软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。2.5 实现a 建立配置控制组;b 确定各个配置基线;c 建立接口控制协议;d 制订评审与检查软件配置管理计划和规程;e 制订相关的软
9、件开发、测试和支持工具的配置管理计划和规程。2.6 适用的标准、条例和约定2.6.1 指明A 软件开发库、软件受控库与软件产品库的操作规程与管理规程;B 系统、模块和程序单元的命名约定;C 文档和测试用例的命名和管理规程。2.6.2 内容软件配置管理标准、条例和约定,内容可如下:a.软件结构层次树中软件位置的标识方法:(1) 采用颜色标识法,在不同的位置采用不同的颜色标记b.程序和模块的命名约定:(1) 命名必须使用英文或拼音,不得使用汉字,而且首字母必须大写(2) 唯一性,避免重名,以防造成混乱。(3) 可追溯性,使命名能反映配置项间的关系c.版本级别的命名约定:(1) 采用号码版本标识,即
10、以顺序号标识,如:销售xs1.0。 (2) 版本更新进行变更d.软件产品的标识方法:(1)属性版本标识:属性版本标识把有关版本的重要属性反映在标识中,每个版本都由唯一的一组属性标识。(包括:客户名,开发语言,硬件平台等)e.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法: (1)以命名版本标识,输入不同的文档名称f.软件产品库中软件产品入库移交或交付的过程:(1) 上报产品完成(2) 通过软件测试(3) 申请产品入库(4) 通过产品审批h.问题报告、修改请求和修改次序的处理过程:(1) 发现问题(2) 提交问题(3) 请求修改(4) 获得审批(5) 进行修改i.配置控制组的结构
11、和作用:结构:由组长和配置人员组成作用:控制软件的配置工作,方便软件进行配置管理j.软件产品交付给用户的验收规程:(1) 设置两个账户,一个是:考试人员用户;一个是:管理人员账户(2) 客户可以通过使用不同的用户身份进行操作,测试软件的功能k.软件库的操作,包括准备、存储和更新模块的方法:(1) 编写公共类方法(2) 减少代码冗余(3) 更新模块要通过审批l.软件配置管理活动的检查:(1) 软件配置小组定期的对软件配置进行管理(2) 若发现存在问题,应立即更改相关操作j.问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;m.软件进入配置管理之前的测试级别;质量保证级别,如,在进
12、入配置管理之前,验证软件满足有关基线的程度。3 软件配置管理活动3.1 配置标识3.1.1 基线a 基线:(1) 功能基线:销售系统_评审和批准(2) 指派基线:销售系统_软件需求规格说明书(3) 产品基线:销售系统_软件测试b 与每个基线有关的评审与批准事项以及验收标准:(1)满足功能需求,符合用户相关需求规定c 在建立基线的过程中用户和开发者的参与情况: 用户:阅读销售系统_软件需求规格说明书,并提出其它的相关需求,并制定相关的标准,参与审阅; 开发者:同样阅读销售系统_软件需求规格说明书,设置程序功能,进行开发;并参阅销售系统_软件测试进行软件测试。在产品基线中,要定义的元素包括:a 产
13、品的名字和规则;b 产品标识编号;c 对每一个新交付的版本,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求;d 安装说明;e 已知的缺陷和故障;f 软件媒体和媒体标识。3.1. 2 代码、文档需求规格说明书概要设计说明书详细设计说明书测试设计编码测试3.2 配置控制a 修改批准权限:对考试系统中的模块、基线以及任何修改,都必须通过本项目的配置管理小组的讨论,最后通过项目经理的批准。b 描述软件库控制的规程,其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程;c 如果要修改考试系统的目标代码,则采用
14、命名标识对其进行追踪标识。d 修改控制工具:修改控制工具是协助软件配置管理人员进行配置控制的有效手段3.3 配置状态的记录和报告a 规格说明的状态:如:申请修改状态等 b 修改建议的状态:设置软件修改报告单进行状态追踪c 修改批准的报告d 产品版本或其修改版的状态;e 安装、更新或交付的实现报告;f 用户提供的产品(如操作系统)的状态;g 有关开发项目历史的报告。3.4 配置的检查和评审配置的检查和评审目的:保证销售系统在整个生存周期中在技术上和管理上的完整性。软件配置管理小组要对所有由第三方提供的软件进行物理配置检查;对销售软件及其各个子模块的每一个新的释放进行功能配置检查和物理配置检查;对计算机系统所提供的软件和硬件配置要每隔一年检查一次;在软件验收前要对计算机系统的配置进行综合检查。在软件开发周期各阶段的评审与检查工作中,要对该阶段所进行的配置管理工作进行必要的评审和检查,项目开发过程中记录并保存各项评审记录。4工具、技术和方