软件项目管理课程设计报告酒店管理系统项目管理文档样本.doc

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

《酒店管理系统》项目管理文档

小构成员分工及组长打分
班级
学号
姓名
承担工作
组长打分
10分
教师打分

评语

目录
1 项目概述 3
1.1 编写目 3
1.2 背景 3
1.3 定义 4
1.4 参照资料 4
1.5 重要术语 4
2 项目定义 5
2.1 软件生存期模型选取与设计 5
2.2 项目团队状况简述 7
2.3 软件估算状况 8
2.4 项目范畴信息分析与使用 8
2.4.1 软件工作任务分解构造（WBS） 8
2.4.2 基于项目背景WBS细化方案 10
2.4.3 重要假设及其阐明 11
3 实行筹划 12
3.1 进度筹划 12
3.2 基于进度筹划成本核算 17
3.3 调节后进度筹划 18
3.4 关于进度筹划其她阐明 18
3.5 关于其她筹划阐明 19
4 项目成果产品 20
4.1 软件程序 20
4.2 软件文档 20
4.3 软件服务 20
4.4 非移送软件产品 20
4.5 验收原则 20
4.6 风险管理 22
4.6.1 项目风险管理目 22
4.6.2 项目风险管理构成 22
4.6.3 定义风险参数 22
4.6.4 风险管理方略 22
4.6.5 风险管理角色及职责 23
5 其她 24

项目概述
1.1 编写目
进度是对执行活动和里程碑制定工作筹划日期表，它决定与否达到预期目，它是跟踪和沟通项目进展状态根据，也是跟踪变更对项目影响根据。它重要目的是：最短时间、至少成本、最小风险，即在给定限制条件下，用最短时间、至少成本，以至少风险完毕项目工作。PMI强调：作为项目，成功三大要素是筹划、筹划、筹划，筹划是通向项目成功路线图。准时完毕项目是对项目经理最大挑战，由于时间是项目规划中灵活性最小因素，进度问题又是项目冲突重要因素，特别是在项目后期。因此进度筹划是项目筹划中最重要某些，是项目筹划核心。项目进度问题，经常是所有项目冲突重要因素，为了缓和这个冲突，因此编写了项目进度筹划阐明书。本筹划书旨在指引项目开发过程中各个阶段工作，为各个阶段安排详细工作。
本阐明书与其读者为：每个项目组组长及其关于人员。

1.2 背景
a.待开发软件系统名称：酒店管理系统
b.本项目任务提出者、开发者、顾客及实现该软件组织构造（公司）
项目任务提出者：XX酒店高层领导
本系统开发者：YY软件股份有限公司
本系统顾客：XX酒店高层领导、部门经理及其员工。
实现该软件公司（YY软件股份有限公司）组织构造图：

c.该软件系统同其她系统或其她机构基本互相来往关系。

1.3 定义
WBS :Work Breakdown Structure 任务分解构造。
PMI：Project Management Institute 美国项目管理学会 ，成立于1969年一种国际性组织，
PDM :Precedence Diagramming Method 单代号网络图

1.4 参照资料
[1] 《软件项目管理案例教程》（第一版），韩万江 姜立新编著， 机械工业出版社，4月
[2] 《软件项目管理案例教程》（第二版），韩万江 姜立新编著， 机械工业出版社，4月
[3] 《软件项目预计》（第二版），(美)CAPERS JONES 著，刘从越编译，电子工业出版社，3月
[4] 《软件需求》（第二版），（美）Karl E. wiegers 著，刘伟琴、刘洪涛译，清华大学出版社，9月
[5] 《酒店管理工作细化执行与模板》，王宏编著，人民邮电出版社，4月

1.5 重要术语
1.WBS，Work Breakdown Structure，任务分解构造，是面向可交付成果对项目元素分组，它组织并定义了整个项目范畴。
2.进度筹划,进度，就是工作筹划日期表
3.质量筹划：重要质量管理对象是针对项目过程中那些对最后产品起着重要作用中间产品：需求规格、设计阐明书，源程序，测试筹划，测试成果等。

2 项目定义
2.1 软件生存期模型选取与设计
1.选取增量模型因素：
1）.瀑布模型规定严格线性开发，每个阶段开发活动结束后， 通过严格阶段性复审与确认，得到该阶段一致、完整、对的和无二义性良好文档资料，以“冻结”这些文档资料， 作为该阶段结束标志，保持不变，作为下一阶段活动唯一基本， 以每一步对的性和完整性来保证最后系统质量。 但是大量实践并不是这种抱负线性开发序列，而是在开发过程中逐渐完善。
而在增量开发过程：软件描述、设计和实现活动被分散成一系列增量，这些增量轮流被开发。先完毕一种系统子集开发，再按同样开发环节增长功能 (系统子集),如此递增下去直至满足所有系统需求。规定系统总体设计在初始子集设计阶段就应做出设计。
2）增量模型有如下长处：
l 可以避免一次性投资太多带来风险，将重要功能或者风险大功能一方面实现，然后逐渐完善，保证投入有效性。
l 可以更快地开发出可以操作系统。
l 可以减少开发过程中顾客需求变更。
l 某些增量也许需要重新开发（如果初期开发需求不稳定或者不完整）。
3）增量模型开发适合项目：
q 项目开始，明确了需求大某些，但是需求也许会发生变化
q 对于市场和顾客把握不是很准，需要逐渐理解
q 对于有庞大和复杂功能系统进行功能改进，就需要一步一步实行。
咱们开发是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大某些需求已明确，但是某些需求也许会发生变化；对于顾客需逐渐理解才干精确把握；对于复杂功能系统进行功能改进，就需要一步一步实行。同步系统具备可扩充性，若使用增量模型，可以保证系统可扩充性。本项目具备增量模型其她特点：项目复杂限度中档；项目风险较低；产品和文档使用率会很高。因此选取增量式作为咱们开发模型。

图2-1 增量式模型
2.详细设计为：

图2-2 详细增量模型

2.2 项目团队状况简述
表2-1 此项目团队人员简介：
职位
人员

项目经理：

需求分析员：

概要设计员：

详细设计员：

编码人员：

测试人员：

由于项目初期信息不是很充分，因此初期项目筹划只存在一种筹划表格，相称于一种大筹划，简朴阐明筹划执行环节，如表5所示。
表2-2 项目初期筹划
任 务
完毕时间
负责人
资 源
备 注
项目规划
-12-24

需求获取
-01-05

需求拟定
-01-13

概要设计
-02-03

详细设计
-03-04

项目实行
-11-17

有待细化
项目集成、测试
-01-11

提交
-02-07

2.3 软件估算状况
此软件估算成果列表：
表2-3 估算列表
估算项
估算成果
功能点估算：
该软件功能点总数约为1012个
进度估算：
该软件开发时间15.9个月
成本估算：
总成本为333900元
人员数估算：
所需人员为 3个人

2.4 项目范畴信息分析与使用
2.4.1 软件工作任务分解构造（WBS）
表2-4 WBS 分解状况
编号
任务名称
任务内容定义
备注
1
客房管理子系统
涉及到客房部经理及部门员工功能

1.1
客房登记
登记信息生成报表

1.1.1
入住登记
登记信息生成入住报表，收取押金，交给客户住房卡及钥匙等

1.1.2
退房登记
登记信息生成退房报表，收银结算，收回住房卡和钥匙，交给客户票据 副根等

1.2
客房预订
客房预定服务

1.2.1
预订登记
预定登记并生产报表

1.2.2
预订查询
对已订房查询

1.3
客房更换
客户规定变化客房时对报表操作

1.4
客户遗物管理
管理客户遗失物品

1.4.1
遗物信息录入
录入客户遗失物品

1.4.2
遗物查询
遗物查询及数据备份防止纠纷

1.5
客房经理
涉及客房部经理功能模块

1.5.1
客房价格调节
显示客房价格变更信息

1.5.2
工作报告
年、月 预算报表提交，酒店正式年、月 预算查看，员工绩效考核等

1.6
信息查询
查询客房历史记录及客户信息等

2
餐饮管理子系统
涉及到餐饮部经理及部门员工功能

2.1
点 单
生成点菜单报表

2.2
预 定
记录客户预定餐饮服务并生产报表

2.3
买 单
收银结算并生成清单交付客户票据 副根等

2.4
换 台
更新报表

2.5
餐饮经理
涉及餐饮部经理功能模块

2.5.1
餐饮价格调节
显示餐饮价格变更信息

2.5.2
工作报告
年、月预算报表提交，酒店正式年、月预算查看，员工绩效考核等

2.6
信息查询
查询餐饮历史记录及客户信息等

3
财务管理子系统
涉及财务有关功能

3.1
查看财务预算汇总表
查看汇总后预算报表

3.1.1
查看月度预算汇总表
查看汇总后月度预算报表

3.2.2
查看年度预算汇总表
查看汇总后年度预算报表

3.2
酒店财务预算
综合各信息后由有关负责人发布酒店正式财务预算报表

3.2.1
酒店年度预算发布
发布酒店年度预算报表并显示在部门经理窗体下相应版块

3.2.2
酒店月度预算发布
发布酒店月度预算报表并显示在部门经理窗体下相应版块

3.2.3
查看
查看酒店年度预算报表及月度预算报表

3.3
查看报表
查看报表

3.3.1
年度报表
查看年度报表

3.3.2
月度报表
查看月度报表

3.4
财务经理
查看酒店财务报表

3.4.1
月度报表
查看各部门月度财务报表
并可将其整合为总月度财务报表

3.4.2
年度报表
查看各部门年度财务报表
并可将其整合为总年度财务报表

3.5
工作报告
写入业务文档备份为财务预算提供信息

4
人力资源管理子系统
涉及人力资源管理有关功能

4.1
员工管理
管理员工信息录入、修改、删除

4.1.1
员工添加
添加新员工信息

4.1.2
员工信息修改
修改员工信息

4.1.3
员工删除
删除被解雇员工信息

4.2
绩效考核
调出员工月度考核表并对员工做出加薪、降薪、升职、解雇等命令等

4.3
员工查看
调出员工信息表以备查询

4.3.1
个人基本信息
查看员工基本信息

4.3.2
培训档案
查看员工培训档案

4.4
人力资源经理
人力资源部经理各项职能

4.4.1
工作报告
写入业务文档备份

2.4.2 基于项目背景WBS细化方案
表2-5 WBS 细化方案
项目阶段
各活动下任务
任务内容定义
负责人
需求分析阶段
1．对各个子系统进行需求获取
用各种方式进行需求获取

2．对获得需求进行确认
分阶段开需求评审会议

概要设计阶段
1.各个系统用例描述和图
各个系统总用例，分用例和所有用例解说

2.各个系统概念数据建模
各个系统E-R模型和UML模型

3.概要设计评审
分阶段开概要评审会议

详细设计阶段
1. 各个系统对象关系建模
各个系统对象模型建立

2. 各个系统分析类
各个系统分析类，界面类，控制类

3. 各个系统设计类
设立所有类属性值，和办法头

4. 各个系统物理数据库设计
对所关于系进行物理数据库

5.详细设计评审
分阶段开详细评审会议

编码阶段
1.客房管理子系统编码
对管理员子系统分析类办法进行编码

2客房管理子系统集成
对管理员子系统所有模块进行集成

3.餐饮管理子系统编码
对教师子系统分析类办法进行编码

4.餐饮管理子系统集成
对教师子系统所有模块进行集成

5.财务管理子系统编码
对学生子系统分析类办法进行编码

6.财务管理子系统集成

对学生子系统所有模块进行集成

7.人力资源管理子系统编码
对人力资源管理子系统分析类办法进行编码

8. 人力资源管理子系统集成
对人力资源管理子系统所有模块进行集成

系统集成
1.系统集成
对各个子系统进行集成

系统测试
1.集成测试
对各个子系统集成进行测试

2.环境测试
对发布版本环境进行测试

提交
1.编写顾客使用手册
涉及用法

2.提供应顾客安装程序
重要是安装向导

顾客培训
1.给顾客进行
初期进行系统应用基本培训

2.4.3 重要假设及其阐明
假设：
1.酒店领导，公司领导都比较注重。
2.酒店里领导，员工都比较积极积极配合。
3.分派功能点总数为1012个，平均每人337个功能点
4.每个人每月人均生产率为24个功能点。

3 实行筹划
3.1 进度筹划

此处用甘特图或进度表格描述。
1） 进度筹划：
表3-1 进度筹划表
任务名称
工 期
开始时间
结束时间
资 源
酒店管理系统
420d
-12-6
-2-7

l 软件项目规划
15 d
-12-6
-12-24

—项目规划
8 d
-12-6
-12-15

—筹划评审
7 d
-12-16
-12-24

l 需求开发
14 d
-12-27
-1-13

—顾客界面设计
5 d
-12-27
-12-31

—顾客需求评审
3 d
-1-3
-1-5

—修改需求、修改顾客界面
3 d
-1-6
-1-10

—编写需求规格阐明书
2 d
-1-11
-1-12

—需求验证
1 d
-1-13
-1-13

l 概要设计
15 d
-1-14
-2-3

—用例描述图
5 d
-1-14
-1-20

—概念数据建模
5 d
-1-21
-1-27

—概要设计评审
5 d
-1-28
-2-3

l 详细设计
21d
-2-4
-3-4

—对象关系建模
4 d
-2-4
-2-9

—分析类
5 d
-2-10
-2-16

—设计类
4 d
-2-17
-2-22

—物理数据库设计
5 d
-2-23
-3-1

—详细设计评审
3 d
-3-2
-3-4

l 项目实行
184 d
-3-7
-11-17

—客房管理子系统
50 d
-3-7
-5-13

—通用功能-增量1
5 d
-3-7
-3-11

——信息查询
3 d
-3-7
-3-9

——增量1评审
2 d
-3-10
-3-11

—客房登记-增量2
9 d
-3-14
-3-24

——入住登记
3 d
-3-14
-3-16

——退房登记
2 d
-3-17
-3-18

——客房更换
2 d
-3-21
-3-22

——增量2评审
2 d
-3-23
-3-24

—客房预订-增量3
9 d
-3-25
-4-6

——预订登记
4 d
-3-25
-3-30

——预订房查询
3 d
-3-31
-4-4

——增量3评审
2 d
-4-5
-4-6

—客户遗物管理-增量4
9 d
-4-7
-4-19

——遗物信息录入
3 d
-4-7
-4-11

——遗物查询
3 d
-4-12
-4-14

——增量4评审
3 d
-4-15
-4-19

—客房经理-增量5
11 d
-4-20
-5-4

——客房价格调节
3 d
-4-20
-4-22

——工作报告
4 d
-4-25
-4-28

——增量5评审
4 d
-4-29
-5-4

—客房管理子系统集成
7 d
-5-5
-5-13

——子系统集成测试
3 d
-5-5
-5-9

——子环境测试
4 d
-5-10
-5-13

—餐饮管理子系统
43 d
-5-16
-7-13

—通用功能-增量1
24 d
-5-16
-6-16

——点单
4 d
-5-16
-5-19

——信息查询
4 d
-5-20
-5-25

——预定
4 d
-5-26
-5-31

——买单
4 d
-6-1
-6-6

——换台
4 d
-6-7
-6-10

——增量1评审
4 d
-6-13
-6-16

—餐饮经理-增量2
11 d
-6-17
-7-1

—餐饮价格调节
5 d
-6-17
-6-23

工作报告
3 d
-6-24
-6-28

增量2评审
3 d
-6-29
-7-1

—餐饮管理子系统集成
8 d
-7-4
-7-13

——子系统集成测试
4 d
-7-4
-7-7

——子环境测试
4 d
-7-8
-7-13

—财务管理子系统
50 d
-7-14
-9-21

—财务经理-增量1
9 d
-7-14
-7-26

——月度预算审核
3 d
-7-14
-7-18

——年度预算审核
3 d
-7-19
-7-21

——增量1评审
3 d
-7-22
-7-26

—查看财务预算汇总表-增量2
9 d
-7-27
-8-8

——查看月度预算汇总表
3 d
-7-27
-7-29

——查看年度预算汇总表
3 d
-8-1
-8-3

——增量2评审
3 d
-8-4
-8-8

—酒店财务预算-增量3
13 d
-8-9
-8-25

——酒店年度预算发布
3 d
-8-9
-8-11

——酒店月度预算发布
3 d
-8-12
-8-16

——查看
3 d
-8-17
-8-19

——增量3评审
4 d
-8-22
-8-25

—查看报表-增量4
11 d
-8-26
-9-9

——月度报表
3 d
-8-26
-8-30

——年度报表
4 d
-8-31
-9-5

——增量4评审
4 d
-9-6
-9-9

—财务管理子系统集成
8 d
-9-12
-9-21

——子系统集成测试
4 d
-9-12
-9-15

——子环境测试
4 d
-9-16
-9-21

—人力资源管理子系统
41 d
-9-22
-11-17

—人力资源经理-增量1
10 d
-9-22
-10-5

——绩效考核
3 d
-9-22
-9-26

——工作报告
3 d
-9-27
-9-29

——增量1评审
4 d
-9-30
-10-5

—员工管理-增量2
9 d
-10-6
-10-18

——员工添加
2 d
-10-6
-10-7

——员工信息修改
2 d
-10-10
-10-11

——员工删除
2 d
-10-12
-10-13

——增量2评审
3 d
-10-14
-10-18

—员工查看-增量3
14 d
-10-19
-11-7

——个人基本信息
4 d
-10-19
-10-24

——培训档案
4 d
-10-25
-10-28

——增量3评审
6 d
-10-31
-11-7

—人力资源管理子系统集成
8 d
-11-8
-11-17

子系统集成测试
5 d
-11-8
-11-14

子环境测试
3 d
-11-15
-11-17

l 系统集成
24 d
-11-18
-12-21

——系统集成
24 d
-11-18
-12-21

l 系统测试
29 d
-12-22
-1-31

——系统测试
15 d
-12-22
-1-11

——环境测试
14 d
-1-12
-1-31

l 提交
5 d
-2-1
-2-7

——完毕文档
3 d
-2-1
-2-3

——验收、提交
2 d
-2-6
-2-7

备 注：安排时间范畴已包括节假日
2）项目PDM图

图3-1 进度筹划网络图

2） 项目进度筹划甘特图：

3） 项目甘特图实行某些筹划展开如下：

图3-3 实行某些甘特图

5）里程碑
高层领导也许更加关注里程碑进展，因此需要一种里程碑图示，如下表所示。
表3-2 里程碑表
事件
时间
增量1——客房管理通用功能
-03-11
增量2——客房登记
-03-24
增量3——客房预订
-04-06
增量4——客房遗物管理
-04-19
增量5——客房经理
-05-04
增量6——客房管理子系统集成
-05-13
增量7——餐饮管理通用功能
-06-16
增量8——餐饮经理
-07-01
增量9——餐饮管理子系统集成
-07-13
增量10——财务经理
-07-26
增量11——查看财务预算汇总表
-08-08
增量12——酒店财务预算
-08-25
增量13——查看报表
-09-09
增量14——财务管理子系统集成
-09-21
增量15——人力资源经理
-10-05
增量16——员工管理
-10-18
增量17——员工查看
-11-07
增量18——人力资源管理子系统集成
-11-17

3.2 基于进度筹划成本核算
表3-3 基于进度筹划成本核算表
任务名称
开始时间
结束时间
比较基准
酒店管理系统
-12-6
-2-7
340，000
l 软件项目规划
-12-6
-12-24
12，000
—项目规划
-12-6
-12-15
7，000
—筹划评审
-12-16
-12-24
5，000
l 需求开发
-12-27
-1-13
30，000
—顾客界面设计
-12-27
-12-31
10，000
—顾客需求评审
-1-3
-1-5
9，000
—修改需求、修改顾客界面
-1-6
-1-10
4，000
—编写需求规格阐明书
-1-11
-1-12
3，000
—需求验证
-1-13
-1-13
4，000
l 概要设计
-1-14
-2-3
13，000
—用例描述图
-1-14
-1-20
4，000
—概念数据建模
-1-21
-1-27
6，000
—概要设计评审
-1-28
-2-3
3，000
l 详细设计
-2-4
-3-4
40，000
—对象关系建模
-2-4
-2-9
8，000
—分析类
-2-10
-2-16
11，000
—设计类
-2-17
-2-22
11，000
—物理数据库设计
-2-23
-3-1
6，000
—详细设计评审
-3-2
-3-4
4，000
l 项目实行
-3-7
-11-17
210，000
—客房管理子系统
-3-7
-5-13
60，000
——通用功能-增量1
-3-7
-3-18
13，000
——客房登记-增量2
-3-21
-3-25
10，000
——客房预订-增量3
-3-28
-4-8
10，000
——客户遗物管理-增量4
-4-11
-4-19
10，000
——客房经理-增量5
-4-20
-5-3
12，000
——客房管理子系统集成
-5-4
-5-13
5，000
—餐饮管理子系统
-5-16
-7-13
50，000
——通用功能-增量1
-5-16
-6-10
30，000
——餐饮经理-增量2
-6-13
-7-6
15，000
——餐饮管理子系统集成
-7-7
-7-13
5，000
—财务管理子系统
-7-14
-9-21
60，000
——财务经理-增量1
-7-14
-7-20
15，000
——查看财务预算汇总表-增量2
-7-21
-8-3
11，000
——酒店财务预算-增量3
-8-4
-8-11
11，000
——查看报表-增量4
-8-12
-8-30
13，000
——财务管理子系统集成
-9-8
-9-21
5，000
—人力资源管理子系统
-9-22
-11-17
40，000
——人力资源经理-增量1
-9-22
-10-5
10，000
——员工管理-增量2
-10-6
-10-18
13，000
——员工查看-增量3
-10-19
-11-7
12，000
——人力资源管理子系统集成
-11-8
-11-17
5，000
l 系统集成
-11-18
-12-21
15，000
系统集成
-11-18
-12-21
15，000
l 系统测试
-12-22
-1-31
15，000
系统测试
-12-22
-1-11
9，000
环境测试
-1-12
-1-31
6，000
l 提交
-2-1
-2-7
5，000
完毕文档
-2-1
-2-3
3，500
验收、提交
-2-6
-2-7
1，500
项目开发人员为3个人员。项目开发用到52个人月。预算总成本为340，000元（见上表），与估算成本333，900元基本持平（有一点差距）。这样340，000元可以作为项目成本控制参照。

3.3 调节后进度筹划
逐项列出影响初始筹划因素和调节条目（涉及影响项目成败核心问题、技术难点和风险），指出这些问题对项目影响然后给出调节后进度筹划。
由于系统规模不是很大，开发团队人员对本系统也很熟悉，因此开发过程中风险较小。因此进度筹划没有太大改动。

3.4 关于进度筹划其她阐明
1.本进度筹划是从按照交付日期倒推拟定期间，然后安排筹划内容；
2.进度安排提交日期并非是真实交付日期，而是留有半个月左右余量时间，以备变化。
3.5 关于其她筹划阐明
质量管理筹划、
1.软件质量是设计出来不是检查出来。因此质量管理核心是防止重于检查，事前筹划好质量，而不是事后检查。
2. 软件质量筹划重要内容为：针对项目过程中那些对最后产品起着重要作用中间产品：需求规格、设计阐明书，源程序，测试筹划，测试成果等管理。

配备管理筹划
1.管理重要内容为：版本信息。
2.管理重要目的：软件配备完整性和可追溯性。
项目跟踪管理筹划
1.基本原理：

2.项目跟踪重要目是：保证对的人在对的时候得到对的信息。

4 项目成果产品
4.1 软件程序
程序名称：酒店管理系统安装程序
所用编程语言：Visual Basic
存储程序媒体形式：移动硬盘
本系统可以完毕顾客所提基本功能需求和非功能需求，安全性能比较高，且能同步容纳人同步访问服务器。

4.2 软件文档
验收报告：客户对产品验收状况记录
顾客安装手册：指引顾客如何安装产品
顾客使用手册：指引顾客如何使用本系统
协助：提供应顾客在使用过程中参照

4.3 软件服务
服务名称
服务级别
服务开始日期
服务期限
与否收费
安装培训
低
软件提交给顾客时
1d
不收
系统维护
高
每年寒假开始
2d
视状况而定
运营支持
高
软件提交给顾客时
1d
不收

4.4 非移送软件产品
项目筹划
质量保证筹划
配备管理筹划
项目范畴阐明书
概要设计阐明书
详细设计阐明书
设计术语及规范
源程序
编码规则
测试筹划
测试用例
测试报告

4.5 验收原则
1.验收测试对象：软件涉及程序、数据和文档。
2.验收测试要注意问题：
（1）验收测试始终要以双方确认需求规格阐明和技术合同为准，确认各项需求与否得到满足，各项合同条款与否得到贯彻执行。
（2）验收测试和单元测试、集成测试不同，它是以验证软件对的性为主，而不是以发现软件错误为主。
（3）对验收测试中发现软件错误要分级分类解决，直到通过验收为止。
（4）验收测试中用例设计要具备全面性、多维性、效率性，能以至少时间在最大限度上确认软件功能和性能与否满足规定。
3.验收测试目是确认系统与否满足产品需求规格阐明和技术合同有关规定。通过实行预定测试筹划和测试执行活动确认软件功能需求、性能需求和文档需求。安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。
（1）安装测试 ：安装测试目在于验证软件能否在不同配备状况下完毕安装，并确认能否正常运营。
（2）功能测试 ：功能测试是验收测试中重要内容。功能测试要包括如下项目：单个模块查询、增长、删除、修改、保存等操作；数据输入与输出；数据解决操作，如导入、结转等；基本数据定义精度；计算精确性，如仓库历史库存、当前库存、货位库存与否精确；数据共享能力；身份验证和权限管理。
（3）界面测试 ：界面要符合现行原则和顾客习惯。软件公司可以形成自己特色，但要保证整个软件风格一致。界面测试要从和谐性、易操作性、美观性、布局合理、分类科学、标题描述精确等方面入手。测试用例设计要重点掌握如下几点： 第一，背景和前景颜色与否协调，颜色反差与否用得恰当；第二，软件得图标、按钮、对话框等外观风格与否一致，美观效果所规定屏幕辨别率；第三，窗口元素布局与否合理，并保持一致；第四，各种字段标题信息描述与否精确；第五，快捷键、按钮、鼠标等操作在软件中与否一致；第六，窗口及报表显示比例和格式与否能适应顾客预期需求；第七，误操作引起错误提示与否和谐；第八，活动窗口和被选中记录与否高亮显示；第九，与否有协助信息，菜单导航能否正常执行；第十，检查某些特殊域和特殊控件能否运营。
（4）性能测试 ：性能测试重要测试软件运营速度和对资源消耗。通过调节软硬件配备、网络拓扑构造、工作站点数、数据量和服务祈求数来测试软件移植性、运营速率、稳定性和可靠性。普通借助Win Runner之类公司级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。
（5）文档测试 ：文档是软件重要构成某些，也是软件质量保证和软件配备管理重要内容。文档测试重要通过评审方式检查文档完整性、精确性、一致性、可追溯性和可理解性。
（6）其她测试 ：第一，安全性测试。通过非法登陆、漏洞扫描、模仿袭击等方式检测系统认证机制、加密机制、防病毒功能等安全防护方略健壮性；第二，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件跨平台、可移植特性。

4.6 风险管理
4.6.1 项目风险管理目
风险是指在项目进行过程中也许发生事件，这些事件将会对项目按预期时间，资源和预算完毕产生重大影响。风险管理目的是在潜在问题发作此前就标志它们，这样就可以在生命周期中可以适时地筹划和启用风险解决活动。
4.6.2 项目风险管理构成

4.6.3 定义风险参数
风险参数可用于评估、分类和划分风险优先级；该项目将发生也许性级别划分为：非常也许发生，也许发生，几乎不也许发生3个级别。将对项目影响限度划分为：非常严重影响，严重影响，中档影响，薄弱影响4个级别。相应表格如下：
发生也许性
对项目影响限度
名称
级别
名称
级别
非常也许发生
3
非常严重影响
4
也许发生
2
严重影响
3
几乎不也许发生
2
中档影响
2

薄弱影响
1

4.6.4 风险管理方略
有三种重要方略：
*风险规避：使其不再受到该风险影响。
*风险转移：让其她方（客户、厂商、银行、其她主体等）承担该风险。
*风险接受：决定将该风险当作意外事件来接受。监测风险征兆，并制定应急筹划，以拟定在风险发生时将采用何种行动。
4.6.5 风险管理角色及职责
（1）项目经理
项目经理对风险管理工作负所有责任。
（2）项目组开发人员
项目组开发人员将被规定作为项目风险分析构成员，对项目工作中存在风险进行分析，并整顿成书面材料。
（3）SQA
SQA经理将定期对风险管理工作开展状况进行评审，保证所开展风险管理工作符合组织规定。

5 其她
由于项目开发是个循环迭代过程。在项目筹划编制过程中，存在清晰依赖关系，原则上规定它们按照基本相似顺序进行。但在详细实现过程中也许会有所变动。因而项目筹划是一种逐渐完善过程。项目筹划开发是贯穿项目始终，可以渐进式进行，例如初始筹划也许包括资源属性和未定义项目日期活动排序，而后可以细化项目筹划，涉及详细资源和明确项目日期等。