软件配置管理计划书2.docx
- 文档编号:10212623
- 上传时间:2023-02-09
- 格式:DOCX
- 页数:16
- 大小:23.98KB
软件配置管理计划书2.docx
《软件配置管理计划书2.docx》由会员分享,可在线阅读,更多相关《软件配置管理计划书2.docx(16页珍藏版)》请在冰豆网上搜索。
软件配置管理计划书2
案卷号
日期
<专卖店销售系统>
软件配置管理计划
作者:
曹烨
完成日期:
2011.05.10
学号:
09302004
修改情况记录:
版本号
修改批准人
修改人
安装日期
签收人
1引言1
1.1目的1
1.2定义和缩写词1
1.3参考资料1
2管理1
2.1机构1
2.2任务2
2.3职责2
2.4接口控制2
2.5实现2
2.6适用的标准、条例和约定3
2.6.1指明3
2.6.2内容3
3软件配置管理活动4
3.1配置标识4
3.1.1基线4
3.1.2代码、文档4
3.2配置控制5
3.3配置状态的记录和报告5
3.4配置的检查和评审6
4工具、技术和方法6
5对供货单位的控制7
6记录的收集、维护和保存7
7附录:
配置管理报表及其格式7
7.1软件问题报告单(SPR)7
7.1.1配置管理人员填写内容7
7.1.2配置管理状态8
7.1.3配置管理申请人员填写的内容8
7.2软件修改报告单(SCR)8
1引言
1.1目的
在于对所开发的专卖店销售软件规定各种必要的配置管理条款,以保证该销售软件能够满足项目中规定的各种需求,能够满足《软件需求规格说明书》中规定的各项具体需求。
在开发该销售系统时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的修改,以满足特定的配置管理需求。
项目生命周期中,有关部门要对软件基线和SCM行为进行定期检查。
系统主要模块:
登录模块:
此模块用于管理员登录查询修改信息,设置用户名与密码,以防恶意对商品信息的修改。
销售模块:
这部分主要统计在一段时间里的销售金额、销售利润、畅销商品、畅销商品的销售金额、畅销商品的销售利润、冷门商品、冷门商品的销售金额、冷门商品的销售利润、以及某商品的采购量、库存量、成本,然后打印报表。
简言之就是销售情况的显示。
库存模块:
指在供、需之间建立缓冲区,对商品数量进行管理,支持商品运作。
1.2定义和缩写词
(1)ASP.NET:
是一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。
指ActiveServerPages(动态服务器页面),运行于IIS之中的程序
(2)C#:
C#(CSharp)是微软(Microsoft)为NETFramework量身订做的程序语言,C#拥有C/C++的强大功能以及VisualBasic简易使用的特性,是第一个组件导向(Component-oriented)的程序语言,和C++与Java一样亦为对象导向(object-oriented)程序语言。
(3)(SqlServer)数据库/Access数据库:
微软开发的SQLServer数据库服务器,它是一个数据库平台,提供数据库的从服务器到终端的完整的解决方案,其中数据库服务器部分,是一个数据库管理系统,用于建立、使用和维护数据库。
access其实是MicrosoftOfficeAccess(前名MicrosoftAccess)是由微软发布的关联式数据库管理系统。
它结合了MicrosoftJetDatabaseEngine和图形用户界面两项特点,是MicrosoftOffice的成员之一,Access还是c语言的一个函数名和一种交换机的主干道模式
1.3参考资料
a.《实用软件工程与实训》
b、《计算机软件配置管理计划规范》
c.、《销售系统_软件需求规格说明书》
2管理
2.1机构
(1)专卖店销售软件配置管理小组:
在销售软件开发的整个期间内,主要任务是负责配置管理工作。
小组成员包括软件项目经理、研发经理、高级管理者、项目组成员组成。
由项目经理任组长,并由项目经理直接领导。
各模块的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受模块负责人领导。
销售系统软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各模块的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。
2.2任务
a.软件控制配置委员会(SCCB)负责审定软件基线的建立和配置项的标识;软件基线审批和针对基线变更的审批;审定由软件基线库生成的产品。
b.配置管理员负责实施项目的配置管理;负责执行SCCB确认的工作,并将配置管理活动通知受影响的组和个人。
c.高层管理者定期审核配置管理活动。
2.3职责
A.项目经理由组长担任,全面负责有关软件配置管理的各项工作;
B.项目的专职配置管理人员检查在作配置更改时的质量保证措施,项目经理负责监督在软件配置管理工作中认真执行软件工程规范;
C.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;
D.用户代表负责反映用户对配置管理的要求,并协助检查各类人员对软件配置管理计划的执行情况;
E.项目经理特别要对更改建议的审批和评审负责。
2.4接口控制
a.用户界面:
用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。
同时还指实现这些操作约定的物理部件的功能与性能特性。
b.系统内部接口:
系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。
c.标准程序接口:
标准程序接口是指各应用子系统与标准子程序库(包括宿主计算机系统已有的库程序)之间的调用约定。
d.设备接口:
设备接口是指各子系统与各种设备(包括终端和其他各种输入/输出设备)之间的连接约定。
e.软件接口:
软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。
2.5实现
a.建立配置控制组;
b.确定各个配置基线;
c.建立接口控制协议;
d.制订评审与检查软件配置管理计划和规程;
e.制订相关的软件开发、测试和支持工具的配置管理计划和规程。
2.6适用的标准、条例和约定
2.6.1指明
A.软件开发库、软件受控库与软件产品库的操作规程与管理规程;
B.系统、模块和程序单元的命名约定;
C.文档和测试用例的命名和管理规程。
2.6.2内容
软件配置管理标准、条例和约定,内容可如下:
a.软件结构层次树中软件位置的标识方法:
(1)采用颜色标识法,在不同的位置采用不同的颜色标记
b.程序和模块的命名约定:
(1)命名必须使用英文或拼音,不得使用汉字,而且首字母必须大写
(2)唯一性,避免重名,以防造成混乱。
(3)可追溯性,使命名能反映配置项间的关系
c.版本级别的命名约定:
(1)采用号码版本标识,即以顺序号标识,如:
销售xs1.0。
(2)版本更新进行变更
d.软件产品的标识方法:
(1)属性版本标识:
属性版本标识把有关版本的重要属性反映在标识中,每个版本都由唯一的一组属性标识。
(包括:
客户名,开发语言,硬件平台等)
e.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法:
(1)以命名版本标识,输入不同的文档名称
f.软件产品库中软件产品入库移交或交付的过程:
(1)上报产品完成
(2)通过软件测试
(3)申请产品入库
(4)通过产品审批
h.问题报告、修改请求和修改次序的处理过程:
(1)发现问题
(2)提交问题
(3)请求修改
(4)获得审批
(5)进行修改
i.配置控制组的结构和作用:
结构:
由组长和配置人员组成
作用:
控制软件的配置工作,方便软件进行配置管理
j.软件产品交付给用户的验收规程:
(1)设置两个账户,一个是:
考试人员用户;一个是:
管理人员账户
(2)客户可以通过使用不同的用户身份进行操作,测试软件的功能
k.软件库的操作,包括准备、存储和更新模块的方法:
(1)编写公共类方法
(2)减少代码冗余
(3)更新模块要通过审批
l.软件配置管理活动的检查:
(1)软件配置小组定期的对软件配置进行管理
(2)若发现存在问题,应立即更改相关操作
j..问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;
m.软件进入配置管理之前的测试级别;
质量保证级别,如,在进入配置管理之前,验证软件满足有关基线的程度。
3软件配置管理活动
3.1配置标识
3.1.1基线
a.基线:
(1)功能基线:
《销售系统_评审和批准》
(2)指派基线:
《销售系统_软件需求规格说明书》
(3)产品基线:
《销售系统_软件测试》
b.与每个基线有关的评审与批准事项以及验收标准:
(1)满足功能需求,符合用户相关需求规定
c.在建立基线的过程中用户和开发者的参与情况:
用户:
阅读《销售系统_软件需求规格说明书》,并提出其它的相关需求,并制定相关的标准,参与审阅;
开发者:
同样阅读《销售系统_软件需求规格说明书》,设置程序功能,进行开发;并参阅《销售系统_软件测试》进行软件测试。
在产品基线中,要定义的元素包括:
a.产品的名字和规则;
b.产品标识编号;
c.对每一个新交付的版本,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求;
d.安装说明;
e.已知的缺陷和故障;
f.软件媒体和媒体标识。
3.1.2代码、文档
《需求规格说明书》《概要设计说明书》《详细设计说明书》《测试设计》《编码测试》
3.2配置控制
a.修改批准权限:
对考试系统中的模块、基线以及任何修改,都必须通过本项目的配置管理小组的讨论,最后通过项目经理的批准。
b.描述软件库控制的规程,其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程;
c.如果要修改考试系统的目标代码,则采用命名标识对其进行追踪标识。
d.修改控制工具:
修改控制工具是协助软件配置管理人员进行配置控制的有效手段
3.3配置状态的记录和报告
a.规格说明的状态:
如:
申请修改状态等
b.修改建议的状态:
设置软件修改报告单进行状态追踪
c.修改批准的报告
d.产品版本或其修改版的状态;
e.安装、更新或交付的实现报告;
f.用户提供的产品(如操作系统)的状态;
g.有关开发项目历史的报告。
3.4配置的检查和评审
配置的检查和评审
目的:
保证销售系统在整个生存周期中在技术上和管理上的完整性。
软件配置管理小组要对所有由第三方提供的软件进行物理配置检查;对销售软件及其各个子模块的每一个新的释放进行功能配置检查和物理配置检查;
对计算机系统所提供的软件和硬件配置要每隔一年检查一次;在软件验收前要对计算机系统的配置进行综合检查。
在软件开发周期各阶段的评审与检查工作中,要对该阶段所进行的配置管理工作进行必要的评审和检查,项目开发过程中记录并保存各项评审记录。
4工具、技术和方法
软件配置管理所使用的工具:
a、软件测试工具b、软件配置管理工具c、文档辅助生成工具与图形编辑工具(如:
RationalRose2003)
技术:
C#语言、ASP.NET技术,SQLSevere2005数据库操作、ADO.NET技术
方法:
设计并编写文档,设计界面,编写代码,调试测试
5对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。
管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法;还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。
6记录的收集、维护和保存
收集并保存《销售软件_软件配置管理计划书》、《销售软件_软件需求规格说明》等,定期对其进行备份,保存期限为一年
。
7附录:
配置管理报表及其格式
7.1软件问题报告单(SPR)
7.1.1配置管理人员填写内容
表中A、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。
表中其他各项即D、E、F、G、H、I、K、N和O各项是由发现问题的人或申请配置管理的人填写的,他可能还要填写J、L和M三项内容。
前四项内容的意义如下:
A是由配置管理人员确定的登记号,一般按报告问题的先后顺序编号;
B是由配置管理人员登记问题报告的日期;
C是发现软件问题的日期;
P是填写若干补充信息和修改建议。
关于配置管理七种状态的含义在下面解释。
7.1.2配置管理状态
状态一栏分成七种情况,现分别说明如下:
1表示软件问题报告正被评审,已确定采取什么行动;2表示软件问题报告已由指定的开发人员去进行维护工作;3表示修改已经完成、测试好,正准备释放给主程序库;4表示主程序库已经更新,主程序库修改的重新测试尚未完成;5表示已经进行了复测,但发现问题仍然存在;6表示已经进行了复测,已经顺利完成所做的修改,软件问题报告单被关闭(维护已完成);7表示留待以后关闭,因问题不是可重产生的,或者是属于产品改善方面的,或者只具有很低的优先级等等。
7.1.3配置管理申请人员填写的内容
在软件问题报告单中,属于配置管理申请人填写的各项内容的意义如下:
D、E两项是项目和子项目的名称,F是该子项目的代号,这应按配置标识的规定来命名代号;
阶段名和报告人的姓名、住址和电话等的含义是显而易见的;
G表示问题属于哪一方面的,是程序的问题还是例行程序的问题,是数据库的问题还是文档的问题,是功能性修改还是性能改进性修改问题,也可能是它们的某种组合;
H表示子例行程序/子系统,即要指出出现问题的子例行程序名字,如果不知是哪个子例行程序,可标出子系统名,总之,尽可能给出细节;
I是修订版本号,指出出现问题的子例行程序版本号;
J是媒体,表示包含有问题的子例行程序的主程序库存储媒体的标识符;
K是数据库,表示当发现问题时所使用的数据库标识符;
L是文档号,表示有错误的文档的编号;
M表示出现错误的主要测试实例的标识符;
N是硬件,表示发现问题时所使用的计算机系统的标识;
O是问题描述/影响,填写问题征候的详细描述,如果可能则写明实际问题所在,还要给出该问题对将来测试、界面软件和文档等的影响。
7.2软件修改报告单(SCR)
对软件产品或其阶段产品的任何修改,都必须经过评审、批准后才能重新投入运行或作为阶段产品释放。
这一过程用软件修改报告单(softwarechangereport)给以记录。
软件修改报告单的格式表2。
当收到了软件问题报告单之后,配置管理人员便填写软件修改报告单。
软件修改报告单要指出修改类型、修改策略和配置状态,它是供配置控制小组进行审批的修改申请报告。
表中各项内容的意义如下:
A是登记号,它是配置修改小组收到软件修改报告单时所作的编号;
B是配置管理人员登记软件修改报告单的日期;
C是已经准备好软件修改报告单、可以对它进行评审的时间;
D、E和F的意义与软件问题报告单中的D、E和F的意义相同;
G填写被处理的软件问题报告单的编号,如该编号中提出的问题只是部分解决,则在填写时要在该编号后附以字母P(Part表示部分之意);
H指出是程序修改、文档更新、数据库修改还是它们的组合,如果仅是指出用户文档的缺陷则在解释处作上记号;
I是修改的详细描述,如果是文档更新,则要列出文档更新通知单的编号;如果是数据库修改,则要列出数据库修改申请的标识号;
J是批准人,经批准人签字、批准后才能进行修改;
K是语句类型,程序修改中涉及到的语句类型包括:
输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类(如数据传送、存放语句);
L是程序名,指被修改注程序、文档或数据库注名字。
如果只要求软件修改报告单做解释性工作,则注重复软件问题报告单给出的名字;
M指当前注版本/修订本标识;
N指修改后的新版本/修订本标识;
O指数据库,如果申请数据库修改,这里给出数据库的标识符;
P是数据库修改申请号DBCR;
Q指文档,即如果要求文档修改,则在这里给出文档的名字;
R是文档更新通知单编号DUT;
S表示修改是否已经测试,指出已对修改做了哪些测试,如单元、子系统、组装、确认和运行测试等,并注明测试成功与否;
T指出在软件问题报告单中给出的问题描述是否准确,并回答是或否;
U是问题注释,准确地重新叙述要修改的问题;
V指明问题来自哪里,如系统设计规格说明书、软件需求规格说明书、概要设计说明书、详细设计说明书、数据库、源程序等;
W说明完成修改所需要的资源估计,即所需要的人月数和计算机终端时数;
X指出所要进行修改的类型,由执行修改的人最后填写。
修改类型主要有适应性修改、改进性修改以及计算错误、逻辑错误、输入和输出错误、接口错误、数据库错误、文档错误以及配置错误等的修改;
Y是提出对软件问题进行修改的人员或单位;
Z是完成软件问题修改的人员或单位。
表1软件问题报告单(SPR)
软件问题报告单
登记号
A
登记日期
B年月日
发现日期
C年月日
项目名
D
子项目
E
代号
F
阶段名
软件定义□
需求分析□
概要设计□
详细设计□
编码测试□
组装测试□
安装验收□
运行维护□
状态
1
2
3
4
5
6
7
报告人
姓名
电话
地址
问题:
G例行程序□程序□数据库□文档□改进□
子例行程序/子系统:
H
修改版本号:
I
媒体:
J
数据库:
K
文档:
L
测试实例:
M
硬件:
N
问题描述/影响:
O
附注及修改建议:
P
表2软件修改报告单(SCR)
软件修改报告单
登记号
A
登记日期
B年月日
发现日期
C年月日
项目名
D
子项目
E
代号
F
响应哪些SPR:
G
修改类型
X
修改申请人
Y
修改人
Z
修改:
H程序□数据库□文档□解释□
修改描述:
I
批准人:
J
改动:
语句类型:
KI/O□计算□逻辑□数据处理□
程序名:
L
老版本号:
M
新版本号:
N
数据库:
O
DBCR:
P
文档:
Q
DUT:
R
修改已测试否:
S
单元
子系统
组装
确认
运行
成功否:
S
SPR的问题叙述准确否?
T是□否□
附注:
U
问题来自:
V系统设计规格说明书□需求规格说明书□设计说明书□数据库□程序□
资源来自:
W人工数:
(单位:
人日)计算机时间:
(单位:
小时)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理 计划书