软件项目管理课程设计指导书样本.doc

《软件项目管理》课程设计
指引书
一．课程设计报告规定
1、工作衔接
本次《软件项目管理》课程设计所选项目必要与前期所作《软件工程》课程设计所选项目相似，也就是在《软件工程》课程设计基本上进行本次课程设计。不能重新另选项目背景。
2、课程设计报告封面规定
报告封面应包括课程设计题目，作者专业、班级、姓名、学号，指引教师和设计完毕日期。
3、课程设计包括内容
（1）项目概述

（2）工作任务书（业务需求）
1）项目目的
2）功能规定
3）性能规定
（3）项目进度筹划
1）分解项目工作
2）项目工作关系表
3）绘制甘特图
4）绘制网络图
5）里程碑筹划
（4）项目规模成本估算
1）分解项目工作
2）项目规模估算表
3）开发成本
4）管理、质量成本
5）直接成本
6）间接成本
7）总估算成本
（5）项目质量筹划
1）项目质量保证组织
2）项目质量目的
3）质量保证活动
4）质量控制活动
（6）项目团队筹划
1）项目团队构成
2）项目团队管理
3) 项目沟通筹划
（7）项目配备管理筹划
1）组织及职责
2）配备管理环境
3）配备管理活动
（8）需求分析阶段项目管理
1）团队组织及职责
2）团队管理
3）进度管理
4）质量管理
5）需求管理
（9）设计分析阶段项目管理
1）团队组织及职责
2）团队管理
3）进度管理
4）质量管理
（10）编码阶段项目管理
1）团队组织及职责
2）团队管理
3）进度管理
4）质量管理
5）成本管理
（11）测试阶段项目管理
1）团队组织及职责
2）团队管理
3）进度管理
4）质量管理
二、课程设计范例

1、 项目概述
某教诲部门(甲方)但愿当前中小学有一种当代化信息交流平台，即校务管理系统，为此她们提出了建立《校务通管理系统》需求，但愿委托软件公司为其开发这样软件项目。
《校务通管理系统》是对学校教务和教学活动进行综合管理平台系统，是一种学校和地区教诲信息化基本信息平台。它要完毕学校管理层、教师、学生、家长等寻常工作、学习、管理、征询等任务。其目是共享学校各种资源、提高学校工作效率、规范学校工作流程、便利校内外交流。
2、工作任务(Statement Of Work,SOW)书

校务通管理系统业务需求

《校务通管理系统》是对学校教务和教学活动进行综合管理平台系统，是一种学校和地区教诲信息化基本信息平台。它要完毕学校管理层、教师、学生、家长等寻常工作学习、管理、征询等任务。其目是共享学校各种资源、提高学校工作效率、规范学校工作流程、便利校内外交流。
一、整体规定
1)系统规定提供教师工作平台和学生工作平台。
2)系统规定有严格权限管理，权限要在数据方面和功能方面均有体现。
3)系统规定有可扩充性，可以在既有系统基本上，通过前台就可加挂其她功能模块。

二、普通学校机构构成

校 长
行政副校长
业务副校长
办公室
工会
人事
总务处
财务
卫生
政教处
素质
德育
辅导处
学籍
教学
科研

阐明：
1)也许每个学校机构不尽相似，但基本框架相似。这里需要指出是关于学科教研室设立，有几种状况：
·每个年级设立学科教研室，如：初一数学教研室、初二数学教研室。
·每个级部设立学科教研室，如：初中数学教研室、高中数学教研室。
·每个学校设立学科教研室，如： X X学校数学教研室、X X学校数学教研室。
因此，对于教研室最佳不要在机构中体现，在教师基本状况中体现即可。
2)对于学校组织机构和人员设立，应遵循如下原则：
组织机构设立：
X X学校为一级，各处(室)、单位、级部为二级，各年级为三级，各班级为四级。
人员设立：
各人员均设立在相应处(室)、单位、级部和年级，即人员设立最低到年级。
3)机构寻常业务
·办公室：各类告知上传下达、工作安排、日程管理、教师档案管理。
·总务处：固定资产管理、教学仪器使用管理、图书借阅管理、卫生值日安排和检查。
·政教处：学生德育教诲管理和评估、学生家长和学校沟通、学生大型活动安排。
·辅导处：学生学籍管理、教师教学管理、科研管理。
·班主任：班级学生学籍管理、学生寻常管理、学生素质评价、学生学期评估、学生毕业鉴定。
· 任课教师：学生教学(备课、考试)、学生考试成绩评价分析。

三、系统功能描述
(一)通用功能
对于每位教师，登录系统后，都应提供如下功能：
1)电子课表：系统依照学校总排课状况和该教师任课状况自动生成电子课表，备该教师查阅。 ·
2)会议告知和公示：系统依照该教师权限，自动列出该教师需要查阅会议告知和公示，同步若准备起草和发布告知和公示，则系统提供相应功能。发送告知和公示应可自由设定相应权限组。如全体学生、全体教师、年级全体教师等。
3)日程安排：该日程安排应可分级设定，教师登录后可看到与自己关于日程， 同步能对自己日程进行安排，日程安排同步需要设立自动提示动能。
4)个人日记：系统可为每个顾客设立一种用于个人记事功能。
5)通讯录：系统自动从教师基本信息和学生基本信息中抽取通讯记录，形成公共通讯录取于顾客查询使用，同步应给顾客提供一种个人通讯录，该通讯录应可以录入、修改、删除、检索。
6)教师答疑：系统自动抽取在学生平台提出需该教师回答问题，由教师进行解答，并记录相应状态。
7)家庭作业：教师可运用此功能对学生进行作业布置和批改。
(二)学校寻常业务管理功能
1．招生管理
本功能完毕各学校从招生到入学所有过程。其业务流程图如下图所示。

报名
与否考试
审核
考试模块
与否通过
录入招生信息
不予接受
分班
排学号
记录、查询
是
是
否
否

阐明：
1)对于招生工作，一方面是报名，系统需要提供报名功能，有学校还要组织招生考试，但某些学校招生不存在入学考试，如小学招生和某些中学招生等。如不需考试，则依照报名审查状况录入新生基本信息(参照所提供资料“招生录入”)， 录入信息涉及：姓名、性别、考籍号、总分、考生来源、考生类型。下划线某些为必录项。
2)符合入学条件学生所有录入或依照考试状况转入完毕后，一方面要依照性别和分数进行分班，分班原则为：每班男生、女生比例要基本一致，各班各分数段人数要基本一致。自动分班后，一定要提供手工调节功能。 ·
3)分班结束后，转入正常教学工作前一定要保证各班升学工作已经结束。
4)记录查询。
可按入学总分记录查询，还可按性别记录查询，或按学生采源记录查询。对于总分， 可按任意分数段记录。如每10分一种分数段，或每1分一种分数段。

2．学生寻常管理
学生寻常管理应涉及：学生档案管理、学生考勤管理、学生奖惩管理、学生变动管理。
1)学生档案管理
本模块应完毕学生基本档案信息录入过程。详细内容请参照所提供资料完善， 需要加入照片。诸多项目应有下拉框选取， 日期时间加一种统一控件。
2)学生考勤管理
能完毕正常考勤工作即可。
3)学生奖惩管理 ·
本功能将合并到后期学生素质评价中。
4)学生变动管理
应涉及：升学、降级、留级、转学、转班、休学、复学、辍学、退学、开除、死亡等。
对于升学，要考虑顾客可操作性，不能对每个学生逐个进行升学解决。

3．教务管理
教务管理重要完毕如下功能：教师寻常管理、年级班级设立、学科设立、年级班级课程设计、排课表、考试、评价。
1)关于教师档案，比照所提供资料设计，当前也没有一种成形东西。关于论文、奖惩、培训都放在后期教师评价中统一解决。
2)对于年级班级设立、学科设立、年级班级课程设计，基本按照咱们讨论成果来设计。需指出是：班级设立中增长一种班级级别字段，用来后期对班级评价，有些学校每学期会对每个班级打分，评出星级班级。学科设立， 由于前面讲到机构问题，最佳不要和学科教研室联系。
3)对于排课表设计，要遵循如下原则：
·拟定每个班级课程类型、每门课任课教师、每门课周学时数和每周上课天数。
·拟定学校每天学时数。 ．
·拟定每门课在节次上限制。
·拟定每门课场地限制。
·每个任课教师在兼顾前面状况下，每天上学时间要交错开。
·其她因素，如哺乳期教师不能安排在开头或者结尾几节课等。
4)考试管理
流程图如下图所示。

考试时间
与否安排考试
考试
考试安排
考试成绩录入
记录查询分析
是
否
考试类型、科目

考试是各个学校比较注重一种方面， 由于考试成绩在现阶段诸多方面起着主导 作用，现将考试需求明确如下：
·对于考试类型，顾客应可以自行维护， 考试类型维护中应增长权重(即所占比例)一项。
·对于考试科目和考试时间，可依照实际状况设立。
·对于考场安排，应遵循如下原则：
◇对不需要安排考场考试(如单 元考试)等，可跳过。
◇对需要安排考场考试，一方面要 拟定考生数量、考生来源(班级或学校)、考场数量、每个考场考生数量、课桌排列方式。
◇依照以上状况，按照相似来源 考生先后左右不能相邻原则来分派考场和考号。
·考试成绩录入，应可以按照每个班级、学科录入，对于成绩单生成，也可考虑数据导入。
·对于考试成绩，应可以按照班级排序查询或者按照参加此类考试所有学生排序查询。
·可以按照先进率、及格率、平均分、原则分记录。可以按照分数段记录，分数段可自由设定。
5)评价
本模块完毕对教师、班级、学生评价。
教师教学评价：
对于教师评价，暂按如下操作：
·评价工作普通每学期一次，期末产生成果。
·设定一种指标体系框架，指标内容可由顾客自行维护，指标体系要分级。
·指标应涉及：详细指标内容、权重、分数、备注。
·教师论文状况、奖惩、培训状况都可作为指标维护。
·对每个教师所涉及指标，录入相应分数和备注。
·通过指标组合形成一种评价公式(评价方案)。
·依照评价方案产生评价成果。
班级星级评价：
班级评价比照教师评价操作，对于评价应当有一种分数转换对照表，如90分以上为先进、A级、五星级等。
学生素质评价：
学生素质评价照以上操作。但需要考虑如何把各种考试成绩加到评价系统指标体系中。

4．教师备课系统
此功能为每一位授课教师提供一种计算机备课功能，涉及备课素材准备和组织以及备课笔记生成和存档。

5．资源库系统
应提供一种原则资源库解决方案。

6．网上考试功能

7．聊天室
挂一种功能比较完善成品即可。

8．论坛
找一种比较有特色成品即可。

四、应达到技术指标和参数

系统应满足并行登录、并行查询速度规定。其中重要内容涉及：
1)保证1000人以上可以同步登录系统。
2)所有查询速度应在10秒以内。
3)保证数据每周备份。
4)浮现问题应在10分钟内恢复。
注：从SOW可以看出，普通状况下顾客提供工作阐明开始会很简朴、很模糊，但随着项目进展，客户会随时提出某些新规定，这其实是项目管理过程中比较棘手、但确经常发生事情。

3、项目进度筹划
一、 分解项目工作
通过对《校务通管理系统》任务书分析（分析项目构造）成果，进一步对本项目任务进行分解，采用图表方式进行任务分解分解成果如下图所示。

100
校务通管理信息系统
110
需求
分析
120
开发环境准备
130
系统设计
140
系统
编码
150
系统
测试
160
试运营
170
顾客验收
111
需求
调研
112
需求
分析
113
需求
确认
121
硬件环
境准备
122
软件环
境准备
131
系统
分析
132
总体设计
133
详细设计
141
界面
设计
142
详细设计
151
测试
筹划
152
单元测试
153
集成测试
161
试运
行
162
试运营报告
163
系统改进

二、项目工作关系表
任务
编码
任务名称
工作代号
前期工作
后期工作
持续时间
（天）
111
需求调研
A

112
10
112
需求分析
B
111
113
5
113
需求确认
C
112
121,131
5
121
硬件环境准备
D
113
122
2
122
软件环境准备
E
121
141
3
131
系统分析
F
113
132
10
132
总体设计
G
131
133
8
133
详细设计
H
132
141
12
141
界面设计
I
122,133
151
8
142
编码
J
133
151
8
151
测试筹划
K
142
152
5
152
单元测试
L
151
153
10
153
集成测试
M
152
161
8
161
系统试运营
N
153
162
15
162
试运营报告
P
161
163
2
163
系统改进
Q
162
170
5
170
系统验收
R
163

5

三、项目甘特图
时间
任务
10
20
30
40
50
60
70
80
90
100
110
120
需求调研

需求分析

需求确认

硬件环境准备

软件环境准备

系统分析

总体设计

详细设计

界面设计

编码

测试筹划

单元测试

集成测试

系统试运营

试运营报告

系统改进

系统验收

四、网络进度筹划图
0
0
10
0
0
10
A
0
10
15
0
10
15
B
0
15
20
0
15
20
C
25
20
22
0
45
47
D
25
22
25
25
47
50
E
0
20
30
0
20
30
F
0
30
38
0
30
38
G
0
38
50
0
38
50
H
0
50
70
0
50
70
I
12
50
58
12
62
70
J
0
70
75
0
70
75
K

0
75
85
0
75
85
L
0
85
93
0
85
93
M
0
93

108
0
93

108
N
0
108
110
0
108
110
P
0
110
115
0
110
115
Q
0
115
120
0
115
120
R

五、里程碑筹划
序号
里程碑事件
交付成果
预测完毕时间(天)
1
需求分析完毕期
需求分析阐明书
20
2
系统设计完毕期
总体设计阐明书、详细设计阐明书
50
3
系统编码完毕期
原程序代码、顾客使用手册
70
4
软件测试完毕期
测试筹划、测试报告
93
5
系统试运营完毕期
系统试运营报告
115
6
项目验收完毕期
验收报告
120

4、项目规模成本估算
一、分解项目工作
通过对《校务通管理系统》任务书分析（分析项目构造）成果，进一步对本项目任务进行分解，采用图表方式进行任务分解分解成果如下图所示。

阐明：
1.它是按照功能构成原则进行任务分解，其中没有涉及管理、质量等有关任务，WBS可以随着系统完善而不断增长和完善。
2.聊天室和论坛采用原则重用技术，网上考试功能已有成熟产品(价格明确)，因此这些功能可以不用分解。

二、项目规模估算表
任务
编号
任务名称
预计值
(人天)
小计
(人天)
总计
(人天)
1
通用功能

31
103
1.1
电子课表
8

1.2
会议告知和公示
3

1.3
个人日记
5

1.4
通讯录
2

1.5
教师答疑
5

1.6
作业布置和批改
8

2
寻常业务管理功能

2.1
招生管理

26

2.1.1
报名
3

2.1.2
招生
5

2.1.3
分班
10

2.1.4
记录查询
8

2.2
学生寻常管理

10

2.2.1
学生档案管理
4

2.2.2
学生考勤管理
2

2.2.3
学生奖惩
2

2.2.4
学生变动
2

2.3
教务管理

31

2.3.1
教师寻常管理
2

2.3.2
年级、班级设立
4

2.3.3
学科设立
2

2.3.4
年级、班级课程设计
5

2.3.5
排课表
9

2.3.6
考试管理
4

2.3.7
评价
5

2.4
教师备课系统
(外包5000元)
1

2.5
资源库系统
(外包3000元)
1

2.6
网上考试
(外购3000元)
1

2.7
聊天室
(已存在)
1

2.8
论坛
(已存在)
1

三、计算开发成本
从项目规模估算表得知项目规模是103人天，假设开发人员成本参数=480元／天，则：
内部开发成本=480元／天X103天=49440元。
加上外包外购某些软件成本5000+3000+3000=11000元，则：
开发成本=49440+11000=60440元。

四、计算管理、质量成本

管理任务和质量任务可以通过计算开发任务得到，依照经验，管理任务和质量任务=20％X开发任务。
项目管理和质量成本=开发成本X 20％=12088元。

五、直接成本

直接成本=60440+12088=72528元。

六、计算间接成本

a)间接成本涉及前期合同费用、房租、水电、培训、员工福利、客户服务等。
b)依照经验，采用公式：间接成本=25％x直接成本。
间接成本=18132元。

七、计算总估算成本

项目总估算成本=72528+18132=90660元。

八、项目报价

如果项目利润是30％，其中风险基金10％，利润15％，税费5％。则：
项目总报价=90660 X 1.3=117858元。

5.项目质量筹划

质量筹划要内容涉及：
.项目质量保证组织
.项目质量目的
.质量保证活动
.质量控制活动

一、项目质量保证组织
1、组织机构
在项目实行期间成立项目质量保证组织，该组织由质量保证人员和项目经理等构成。项目经理负责质量监督工作及项目进展过程中各环节质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证工作。组织构造如下图所示：
高层管理
项目经理
质量保证
软件开发
配备管理
设计
实行
质量控制

2、职责
在本项目中，质量保证组织职责如下：
(1)高层管理
高层管理是公司负责质量高档管理，其质量职责如下：
.受理项目内不能解决不符合问题。
.负责听取质量保证组工作报告，评审质量保证活动和成果。
.参加关于质量保证过程改进评审。

(2)项目质量保证人员
质量保证人员质量职责如下： ．
.负责项目实行过程中,对项目实行状况进行监督，涉及对项目实行过程和工作产品进行监督检查。
.实行项目构成员质量保证培训。
.制定质量保证筹划。
.按筹划实行审计活动，依照质量保证筹划执行评审／审计，并记录执行中发现不符合项。
.对不符合问题提交不符合项报告，跟踪并验证纠正办法执行状况。
.对项目内不能解决不符合项问题， 向高层管理提交报告。
.向项目经理报告项目质量工作状况和质量度量成果。
.定期向项目组报告质量活动成果。
.制定质量保证过程改进筹划，记录过程数据。
(3)项目经理
项目经理质量职责如下：
.评审质量筹划。
.与质量保证人员一起协商不符合项问题纠正办法，并安排资源实行纠正办法。
.定期评审质量保证活动和成果。

二、质量目的
依照公司质量方针和质量目的，结合本项目特点，制定项目总体质量目的：
1)基于需求测试覆盖率为100％。
2)软件功能测试用例通过率不低于95％。
3)每个阶段评审中发现问题都已经解决或得到恰当解决。
4)产品发布时不存在严重问题，以及以上缺陷。
注：严重问题指引致系统或模块不能正常工作问题。
结合以往项目经验和公司质量相应原则，制定质量原则如下表所示。

项 目
具 体 描 述
筹划
实际
缺陷排除率
(缺陷数/页)
需求检查
4

系统总体设计检查
2

缺陷排除率
(缺陷数
/KLOC)
详细设计复核
30

详细设计检查
10

代码复核
65

代码检查
20

编译
20

单元测试
15

系统集成
5

系统测试
5

三、质量方略
为了保证提交给顾客产品是高质量，实行过程中采用质量保证办法涉及：
1)将质量贯彻到寻常项目进展过程中；
2)应当特别注意项目工作产品质量初期评审工作，无论是质量保证还是质量控制，采用方略都是初期防止和初期排除缺陷。

四、质量保证活动
质量保证重要活动涉及过程评审和产品审计。过程评审和产品审计目是保证在项目进展过程各个阶段和各个方面采用各项办法来保证和提高提交给顾客产品质量。每一次过程评审和产品审计都应填写相应报告或活动记录。
1、产品审计
产品审计由质量保证人员来进行，检查项目产品与否达到质量目的。
质量保证人员可以有选取性地审计项目生存期中创立工作产品，以验证与否符合恰当原则，与否进行了质量检查。下表便是质量审计一览表。

质量审计一览表
项
审计对象
审计阶段
参照原则
1
软件项目筹划
筹划结束
公司质量体系
2
软件配备管理筹划
筹划结束
公司质量体系
3
软件质量保证筹划
筹划结束
公司质量体系
4
总体设计文档
设计结束
公司质量体系和项目筹划
5
详细设计文档
设计结束
公司质量体系和项目筹划
6
数据库表和编码规范
设计结束
公司质量体系和项目筹划
7
产品代码
每个阶段实行结束
公司质量体系和项目筹划
8
测试报告
测试结束
公司质量体系和项目筹划
9
测试筹划
筹划结束
公司质量体系和项目筹划
10
顾客文档
测试结束
公司质量体系和项目筹划

2、过程评审
项目严格按照组织定义软件过程进行开发，过程评审详细根据参照公司过程规范，保证项目中所有过程活动都在实行范畴内。在每次评审之后，要对评审成果做出明确决策并形成评审记录。评审可采用文献传阅、评审会等形式。
质量保证人员负责对项目过程进行监督，将发现问题和解决状况在每周例会上通报，对没有解决问题进行讨论，对不能解决问题提交高档管理者解决。
每个周末，进行一次配备管理审核，确认配备管理工作与否正常进行。
依照公司质量保证体系和本项目详细特点，拟定项目执行过程如下：
1)项目规划过程及产品原则。
2)项目跟踪管理过程。
3)需求分析过程及产品原则。
4)系统设计过程及产品原则。
5)详细设计过程及产品原则。
6)调试运营过程及产品原则。
7)代码走查过程及代码编写原则。
8)产品集成测试过程及产品原则。
9)开发环境中执行规则。
10)测试环境中执行规则。
11)质量保证过程及其原则。
12)配备管理过程及其原则。

五、质量控制活动
质量控制活动涉及代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度筹划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。测试部测试应达到质量目的规定，软件发布时应达到测试通过准则规定。

六、质量保证报告途径
质量保证人员对于每次审计活动发现不符合项，应当和项目经理协商不符合项纠正办法并预定完毕日期，若和项目经理存在乎见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后办法。同步，不符合项在项目周例会中报告。
对不符合项，质量保证人员要在预定完毕日期内重新审计，验证不符合项纠正状况，若超过预定完毕日期1周依然有没解决不符合项，质量保证人员上报给高档管理者，由高档管理者决定最后办法。
质量保证人员有独立报告途径，寻常报告途径如下：
.将发现问题告知项目经理，协调纠正办法。
.将项目组内不能协调问题报告给高档管理者，由高档管理者协调解决。
.将寻常工作和过程数据报告给质量经理， 由其统一收集并进行记录。

七、记录收集、维护和保存
项目组应当保存项目执行过程中形成各类文档、各种记录、各级周报、各级会议记录，对于项目中问题解决也需要形成记录保存。每周由质量保证人员依照任务清单审计任务进行审计活动，并收集各活动过程数据。

6、软件项目团队

《校务通管理系统》组织机构如下图所示。
高层管理
项目经理
质量保证
软件开发
配备管理
设计
实行
质量控制
市场部
顾客

1.团队组织及职责
·市场部：
负责与顾客协调工作
负责项目有关商务活动
负责顾客需求接口
配合项目经理资源协调活动
负责产品验收活动
负责系统维护活动。
·项目经理：
负责项目组织和规划
负责项目筹划制定和维护
负责项目跟踪和管理
负责资源分派和协调活动
负责各组织和筹划之间协调活动
负责与市场部协调活动
·软件开发：
负责项目软件开发，涉及设计、编码、单元测试和集成测试
负责产品质量控制工作
负责配合质量保证活动，如系统测试、文档编制等
配合产品验收有关活动
·质量保证：
负责项目过程和产品规范制定
负责项目过程质量保证活动，涉及过程评审和产品审计
·配备管理：
负责项目配备管理活动
负责软件产品提交。
·顾客：
保证有关责任实行
参加项目组织和规划
负责产品验收工作
2.项目沟通筹划

为了保证项目开发过程顺利进行和信息有效沟通，特规定如下沟通筹划：
1)每天17：00-17：30，项目构成员进行口头交流。
2)每周五14：00前提交周报告，格式见模板。
3)每周五15：00-17：00，召开项目周例会，会后发布会议纪要给有关项目人员，其中阐明项目进展和存在问题。
4)及时提交问题报告，问题报告可以通过网络提交，项目经理睬及时获取问题信息。

7、软件项目配备管理筹划
《校务通管理系统》配备管理筹划如下：
1.引言
略
2.组织及职责
1)拟定配备管理者，SCCB(配备控制委员会)成员。
2)项目经理是SCCB负责人。
3)配备管理角色和职责见下表。

配备管理角色职责表
角色
人员
职责
配备管理员

1) 制定《配备管理筹划》
2) 创立和维护配备库
SCCB负责人

1） 审批《配备管理筹划》
2） 审批重大变更
SCCB

审批某些配备或基线变更

3.配备管理环境
由于本项目属于中小型项目，工期也不是很长，因此采用SourceSafe作为配备管理工具。
3.1目录构造(见下表)
配备库目录构造
序号
内容
阐明
途径

TCM
技术合同管理
$\prj_School\TCM

RM
需求管理
$\prj_School\RM

SPP
软件项目筹划
$\prj_School\SPP

SPTO
软件项目跟踪与管理
$\prj_School\SPTO

SCM
软件配备管理
$\prj_School\SCM

SQA
软件质量保证
$\prj_School\SQA

SPE
软件
产品
工程
设计
$\prj_School\SPE\DESIGN

源代码
$\prj_School\SPE\SOURCECODE

目的代码
$\prj_School\SPE\BUILD

测试
$\prj_School\SPE\TEST

发布
$\prj_School\SPE\RELEASE

3.2顾客及权限(见下表)

类别
人员
权限
配备管理者

负责项目配备管理，对库拥有所有权限
项目经理

读
质量保证人员

读
开发人员

读
高层管理

读

4．配备管理活动
4.1 配备项标记
4.1.1 命名规范
命名规范合用于过程文档、生存期中各阶段筹划、需求、设计、代码、测试、手册等文献。
本项目文献命名规范由5个宇段构成，从左到右依次为：公司、项目、类型、编号和版本号，如下图所示。这些字段用一横线(—)分隔。

公司：3个字符
项目：最长10个字符
类型：最长5个字符
编号：最长8位数字
版本号：Vm.n
QTD-School-RM-002-V1.0

4.1.2 重要配备项

类型
重要配备项
标 识 符
预测正式
刊登时间
技术
合同
《合同》
QTD-SCh001-TCM-Contract-V1．0

SOW
QTD—Sch001—TCM-SOⅥLVl．0

筹划
《项目筹划》
QTD-SchOOl-SPP-PP-V1．0

《质量保证筹划》
TD-Sch001-SPP-SQA-V1．0

《置管理筹划》
QTD-Sch001-SPP-CM-V1．0

需求
《需求规格阐明书》
QTD-SchOOLRM-SRS-V1．0

顾客DEMO
QTD-SCh001-RM-Demo-V1．0

设计
《总体设计阐明书
QTD-Ch001-eSign-HL-V1．0

《数据库设计》
QTD-SCh001-Design-DB-V1．0

《详细设计阐明书》
QTD-SChOOl-DeSign-LL-V1．0

《设计术语及规范》
QTD-SCh001-Design-STD-V1．0

编程
源程序
QTD-SCh001-Code-ModUleName-V1.0

编码规则
QTD-SCh001-Code-STD-V1．0

测试
《测试筹划》
QTD-School-TeSt-P1an-V1．0

《测试用例》
QTD-SCh001-TeSt-ase-V1．0

《测试报告》
QTD-School-TeSt-Report-V1．0

提交
运营产品
QTD-School-Product-Exe-V1．0

《验收报告》
QTD-School-Product-Repoort-V1．0

《顾客手册》
QTD-School-Product-Manual-V1．0

4.1.3 项目基线

基线名称／标记符
基线所包括重要配备项
预测建立时间（天）
需求
《需求规格阐明书》、顾客DEMO
20

总体设计
《总体设计阐明书》、《数据库设计》
30
项目实现
软件源代码、编码规则
70
系统测试
《测试用例》、《测试报告》
93

4.1.4配备项版本管理
配备项也许包括分支从逻辑上可以划提成4个不同功能分支，让它们分别相应4类工作空间。
．主干分支 ·私有分支
. 小组分支 ·集成分支
上面定义四类工作空间(分支)由项目执行负责人统一管理，依照各开发阶段实际状况定制相应版本选用规则，来保证开发活动正常运作。在变更发生时，应及时做好基线推动。
对配备项版本管理在不同分支具备不同方略：
1)主干分支
系统默认自动建立物理分支——主干分支(／main)。
2)私有分支 ‘
如果各种开发工程师维护一种配备项时建议建立自己私有分支。配备管理员对其基本不予管理，如个别私有空间上版本树过于冗余，将对其冗余版本进行限制。
3)小组分支
如果浮现小组共同开发该配备项，该分支可视为项目组内某些组私有空间，存储代码开发过程中版本分支，由项目组内部控制。
4)集成分支
集成测试时在主干分支特定版本上建立集成分支，测试工作在集成分支上完毕。
私有分支和小组分支均为可选，必要时建立。

4.2 变更管理
变更管理流程是：
1)由祈求者提交变更祈求，SCCB召开复审会议对变更祈求进行复审，以拟定该祈求与否为有效祈求。典型变更祈求管理有需求变更管理、缺陷追踪等。
2)配备管理员收到基线修改祈求后，在配备库中生成与此配备项有关波及关系表。
3)配备管理员将基线波及关系表提交给SCCB， 由SCCB拟定与否需要修改，如果需要修改，SCCB应依照波及关系表，拟定需要修改详细文献，并在波及分析表中标记出来。
4)配备管理员按照出库程序从配备库中取出需要修改文献。
5)项目人员将修改后文献提交给配备管理员。
6)配备管理员将修改后配备项按入库程序放入配备库。
7)配备管理员按SCCB标记出修改文献， 由波及关系表生成基线变更登记表，并按入库程序放入配备库。

4.3 配备状态记录
运用配备状态记录，可以记录和跟踪配备项变化。状态记录可用于评估项目风险，在开发过程中跟踪更改，并且提供记录数据以保证所有必须更改已被执行。为跟踪工作产品基线，配备管理员需收集下列信息：
·基线类型。 ·工作产品名称。
·配备项名称／标记符。 ·版本号。
·更改日期／时间。 ·更改祈求列表。
·需要更改配备项 .当前状态。
·当前状态发生日期。
项目组每周提交配备项清单及其当前版本。
配备管理人员每半个月提交变更祈求状态记录。