航空订票标准管理系统软件综合项目管理专业课程设计方案报告.doc

软件项目管理
课程设计报告

专 业： 软件工程
年 级：
学 号：
学生姓名：
题目名称： 航空订票管理系统
指引教师：
完毕时间：

1、项目概述

当前，国内航空公司数量和规模都在扩大，国外航空公司也纷纷着陆中华人民共和国，这些航空公司之间竞争可谓日益激烈。配备一种安全、高效、灵活、可靠客户服务中心系统对于航空公司加强客户服务质量，提高客户服务水平，扩展业务途径，维护公众形象，提高工作效率必将发挥重要作用。
对航空公司来说，航空订票管理系统既能扩大服务范畴，扩大公司影响，减少营业费用，又对稳固航空公司客源有着重要辅助作用；站在旅客角度，航空公司提供这种服务提供了更多以便，节约了诸多时间。建设航空订票管理系统是体现和提高航空公司领导业绩一条捷径，此外还具备重要意义：
1、改进航空公司服务质量；
2、创造和提高航空公司品牌优势；
3、优化航空公司服务流程；
4、提高信息化水平；

2、工作任务(Statement Of Work,SOW)书

进入信息时代后，人们对航空订票运作实现信息化管理规定越来越高，随着社会生活节奏化，为了以便大众 ，提高工作效率，该系统建设实现对航空订票高效率信息化管理。该系统一方面实现对大众自助服务功能；如：网上订票、退票、查询等功能。此外还要实现系统管理员对整个系统资源信息化管理，如：顾客管理。

一、整体规定

1.系统用例图

2．用例描述
（1）航班查询
查看航班信息 基本查询，从下拉列表中选取航班或起点或终点信息

综合查询，手动输入航班基本信息

（2）订票
输入航班信息 显示航班信息，以及打折后票价信息，询问信息与否对的 对的 输入个人信息 完毕订票

不对的 返回订票初始界面
（3）退票
输入将退票序号 显示票详细信息，并询问与否退票 退票成功，更新顾客数据库

（4）管理
登陆 进入管理界面 选取添加、更新、删除航班，或查看航班详细信息等业务
添加 输入添加航班详细信息 更新航班数据库
更新 输入所要更改航班详细信息 更新航班数据库
删除 选取所要删除航班 更新航班数据库
查看航班详细信息 显示数据库中所有航班详细信息

二、程序描述
(1）服务器端程序：
本套航空订票系统软件服务器端应用程序，使用java编写前台控制软件，管理员 通过使用该软件来进行对数据库中数据进行管理。

(2）后台数据库：
本套航空订票系统软件后台数据库使用Microsoft SQL Server 来搭建后台数据库服务器，用来存储所有数据。

（3）功能
1.服务器端重要功能

2.订票信息查询功能：
a.查询航班信息涉及航班号、时间、地点等信息。
b.查询及票价格涉及起始地、到达地、、机票价格等信息。
c.查询订票人详细信息：
精准查询：输入订票人身份证号码查询订票人详细信息。
模糊查询：输入订票人姓名(或订票人姓或是年龄或是性别)查询出一系列有关信息，然后可从小范畴内找到订票人详细信息。
d.查询乘客详细信息：
精准查询：输入乘客身份证号码查询乘客详细信息。
模糊查询：输入乘客姓名(或乘客姓或是年龄或是性别)查询出一系列有关信息，然后可从小范畴内找到乘客详细信息

3.订票功能：
1)填写订票人详细信息其中涉及：
姓名、身份证号码、联系电话、地址等信息。
2)填写订票详细信息，其中涉及：
航班编号、订票时间、订票数量等信息。

4.录入信息功能
1)取票功能：依照输入订票人身份证号验证订票人身份后，输入详细乘客信息并进行保存。
2)直接购票：直接输入乘客详细信息并保存(不通过订票人)。
3)录入航班信息：录入航班有关信息。
4)订票人取消订票：保存订票人取消订票信息。

5.修改功能
1)修改乘客信息：将查找到乘客信息，进行修改，然后进行保存。
2)修改订票人信息：将查找到订票人信息进行修改然后进行保存。
3)修改航班信息：将查找到航班信息进行修改后保存。

6.删除功能
1)删除乘客信息：将查找到乘客信息，进行删除。
2)删除订票人信息：将查找到订票人信息进行删除。
3)删除航班信息：将查找到航班信息进行删除。

(4)性能
a.灵活性
当需求发生某些变化时，机票管理应用软件操作方式、数据构造、运营环境基本不会发生变化，变化只是将相应数据库文献内记录变化，或变化过滤条件。
b.可用性
软件应当尽量一目了然，使普通操作者可以使用。
c.安全性
本套航空订票软件系统所涉及数据存储于Microsoft SQL Server数据库中，在程序中应尽量使用调用存储过程办法以免使某人反编译软件后或入侵到服务器后对数据库构造了如指掌，在程序中应当设立不同权限人访问时账户和密码，以保证数据不容易被错改、破坏，并且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错可以保证及时恢复数据，将损失减少到最低。

d.可维护性
e.应用程序维护
当顾客使用本套航空订票系统软件时，遇到了软件自身逻辑错误时，应当有软件维护人员对软件进行修改。
f.数据库维护
应当有特定数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证数据库安全性。

(5)输入项
管理员通过软件输入必要信息，然后保存到数据库，所输入信息是通过需求分析限定内容，同步也是数据库中每个字段中存储内容。

(6)输出项
本套航空订票系统软件会将所有需要浏览数据显示在屏幕上，以便使顾客可以浏览到数据库中数据或顾客想要浏览范畴中数据。

(7)算法
1)将管理员输入数据，按字段保存到数据库中。
2)将数据库中数据，按字段提取到顾客界面中。
3)必要去除重复项算法。
4)按条件修改、删除数据中数据。
5)保持表间数据一致性。

(8)流程逻辑

1) 服务器端各模块流程图

2) 查询模块流程图
与否继续运营
开始运营
程序初始化
填写要查询内容
判断数据与否符合规定
查询数据
显示查询到数据
退出查询功能
是
否
不符合
符合

(3)添加模块流程图
与否继续运营
开始运营
程序初始化
输入应填写信息
判断数据与否符合规定
将数据添加到数据库
退出添加功能
是
否
不符合
符合

(4)修改模块流程图

与否继续运营
开始运营
程序初始化
修改信息
判断数据与否符合规定
更新数据库
退出修改功能
是
否
不符合
符合

(5)删除模块流程图

与否继续运营
开始运营
程序初始化
选取要删除数据
判断数据与否符合规定
删除数据
退出删除功能
是
否
不符合
符合

(6)客户端各模块流程图

(7)查询模块流程图
与否继续运营
开始运营
程序初始化
填写要查询内容
判断数据与否符合规定
查询数据
显示查询到数据
退出查询功能
是
否
不符合
符合

(8)订票模块流程图
与否继续运营
开始运营
程序初始化
输入相应订票人信息
判断数据与否符合规定
将数据添加到数据库
退出添加功能
是
否
不符合
符合

(9) 逻辑构造设计要点
按照需求分析设计数据库中字段，建立一种逻辑上数据库构造。

(10)物理构造设计要点
在数据库软件(SQL Server)中建立数据库，并要保证数据库最低要符合第二范式。

(11)数据构造与程序关系
1. 静态数值需求
(1) 支持并行操作顾客。
(2) 解决多条记录数据。
(3) 表或文献最小为2048字节,最大无限制。
2. 精度需求
在进行提取数据库数据时，规定数据记录定位精确，在向数据库中添加数据时，规定输入数据精确。重要精度适应系统规定，不接受违规操作。

3. 时间特性需求
(1) 响应时间应在人感觉和视觉事件范畴内；
(2) 更新解决时间，随着应用软件版本升级，以及网络定期维护更新。

4. 灵活性
当需求发生某些变化时，管理应用软件操作方式、数据构造、运营环境基本不会发
生变化，变化只是将相应数据库文献内记录变化，或将过滤条件变化即可。
5. 数据管理能力需求
本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文献均放置在数据库中调用，查询数据、文献、记录时，通过库文献名直接进行操作或通过存储过程来完毕操作。

(12) 数据库设计描述
a.数据库分析
需将数据库设计成关系模式最低符合第二范式原则。按照需求分析，拟定系统实体。依照实体分析成果，在数据库中应建立如下数据表：
destine(订票人信息表)、flight(航班信息表)。
b.数据库设计阐明
(1) destine(订票人信息表)
在此数据表中存储是订票人其她信息，如：所乘坐航班号、所乘坐机舱级别等信息。订票人信息表要与航班信息表有所关联。
在该信息表中包括如下字段：destine_id(订票人身份证号码)、flight_no(航班号)、destine_count(订票数量)、destine_date(定票日期)、destine_status(订票状态)、destine _id (订票人身份证号码)、destine_phone(订票人联系电话)、destine_address(订票人地址)、destine_sex(订票人性别)、destine_age(订票人年龄)等字段。
(2) flight(航班信息表)
在此数据表中存储是航班起飞与降落地点和时间，并通过flight _no(航班号)字段建立起与flight_infor数据表表间连接。
在该信息表中包括如下字段：flight_no(航班号)、begin_from(起飞地点)、end_address(降落地点)、begin_time(起飞时间)、end_time(降落时间) ticket_price(机票价格)等字段。

c.数据库ER图
订票数量
订票日期
订票人姓名
订票人电话
订票人身份证号
订票人地址
订票人年龄
订票人性别
订
票
人
信
息
订票
航
班
信
息
航班号
起飞时间
降落时间
起飞地点
降落地点
所属防空公司
座位数
成人票价
折扣
订票状态

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、项目规模成本估算
一、分解项目工作
通过对《航空订票管理系统》任务书分析（分析项目构造）成果，进一步对本项目任务进行分解，采用图表方式进行任务分解分解成果如下图所示。

H0航空订票管理软件
H管理员身份验证
H1超级管理员
H2普通管理员
H2.1查询所有信息数据
输
入
查
寻
内
容

输
出数据
H1.1航班信息管理
H1.2订票人信息管理
H1.1.1添加
H1.1.4查询
H1.1.2删除
H1.1.3修改
H1.2.1添加
H1.2.2删除
H1.2.3修改
H1.2.4查询
输入新航班数据
保存航班数据
删除航班数据
刷新数据
刷新输出数据
修改航班数据
更新航班数据
刷新航班数据
输入查询数据
输出数据
输入订票人数据
保存订票人数据
删除订票人数据
刷新数据
刷新输出数据
修改订票人数据
更新订票人数据
刷新航班数据
输入查询数据
输出数据
系统层次构造图（服务器端）

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

二、项目规模估算表
任务
编号
任务名称
预计值
(人天)
小计
(人天)
总计
(人天)
1
管理员身份验证

103
1.0
超级管理员

65

1.1
航班信息
33

1.1.1
添加数据
8

1.1.1.1
输入新航班数据
5

1.1.1.2
保存航班数据
3

1.1.2
删除数据
9

1.1.2.1
删除航班数据
4

1.1.2.2
刷新数据
3

1.1.2.3
刷新输出数据
2

1.1.3
修改数据
9

1.1.3.1
修改航班数据
3

1.1.3.2
更新航班数据
3

1.1.3.3
刷新航班数据
3

1.1.4
查询数据
7

1.1.4.1
输入查询数据
4

1.1.4.2
输出数据
3

1.2
订票人信息
32

1.2.1
添加数据
7

1.2.1.1
输入订票人数据
4

1.2.1.2
保存订票人数据
3

1.2.2
删除数据
9

1.2.2.1
删除订票人数据
4

1.2.2.2
刷新数据
3

1.2.2.3
刷新输出数据
2

1.2.3
修改数据
9

1.2.3.1
修改订票人数据
3

1.2.3.2
更新订票人数据
3

1.2.3.3
刷新航班数据
3

1.2.4
查询数据
7

1.2.4.1
输入查询数据
4

1.2.4.2
输出数据
3

2
普通管理员

38

2.1
查询所有信息数据
38

2.1.1
输入查询内容
28

2.1.2
输出数据
10

三、计算开发成本
从项目规模估算表得知项目规模是103人天，假设开发人员成本参数=480元／天，则：
内部开发成本=480元／天X103天=49440元。
基建投资、其她一次性支出共约3万元，则：
开发成本=49440+30000=79440元。

四、计算管理、质量成本

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

五、直接成本

直接成本=79440+15888=95328元。

六、计算间接成本

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

七、计算总估算成本

项目总估算成本=95328+23832=119160元。

八、项目报价

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

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