软件项目管理课程设计实验报告.docx
《软件项目管理课程设计实验报告.docx》由会员分享，可在线阅读，更多相关《软件项目管理课程设计实验报告.docx（27页珍藏版）》请在冰豆网上搜索。
软件项目管理课程设计实验报告
软件项目管理实验报告
专业班级:
软件工程13１班
姓名:
***
学号：
*********
指导教师：
***
２０16－05－1３
我们生活在一个快速变迁,社会经济大跨步向前迈跃得时代,市场经济突飞猛进,形成了一个多元化市场。
在信息系统集成行业中,人们越来越认识到了项目管理得重要性。
只有通过不断得学习与进行科学化得实施项目管理，才能使我们在整个项目中满足项目要求，降低项目成本、缩短项目工期、确保项目质量，最终达到用户需求与保障公司得利益。
项目管理包括项目范围管理、项目时间管理、项目成本管理、项目质量管理、人力资源管理、项目沟通管理、项目风险管理、项目采购管理与项目整体管理。
项目整体管理包括保证项目各要素相互协调所需要得过程，它需要在相互影响得项目目标与方案中做出平衡,以满足或超出项目干系人得需求与期望。
项目整体管理就是在计划实施执行中将项目整体计划目标按步实施展开并转变成项目产出物得管理过程。
就是一项从项目开始到项目结束得全局性管理工作.实际执行项目时，为了更好完成项目标、任务与计划,我们还要在项目管理中进行综合变更控制。
项目整体管理可使用于项目管理得每个阶段。
1、项目概述1
2、工作任务（ＳtaｔementOf Wｏrk，SＯＷ）书1
（二）系统逻辑模型2
（三）系统功能描述４
3、项目进度计划ﻩ5
（一）分解项目工作ﻩ5
（二）项目工作关系表6
（五）里程碑计划10
4、项目规模成本估算ﻩ10
（一）分解项目工作ﻩ10
（二）项目规模估算表ﻩ1２
（三）计算开发成本ﻩ1３
（四）计算管理、质量成本13
（五）直接成本ﻩ1３
（六）计算间接成本ﻩ1３
（八）项目报价14
5、项目质量计划ﻩ１4
（一）项目质量保证组织14
（二）质量目标ﻩ1５
（三）质量策略ﻩ16
（五）质量控制活动18
（六）质量保证得报告途径1８
（七）记录得收集、维护与保存ﻩ18
6、软件项目团队１8
（一）团队组织及职责ﻩ1９
（二）项目得沟通计划20
７、软件项目配置管理计划20
学校内部职工工资系统项目管理书
1、项目概述
假设学校共有教职工约1000人，１0个行政部门与8个系部。
每个月20日前各部门（包括系、部）要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送财务处.财务处于每月月底将教职工得工资表做好并将数据送银行。
每月初（３日前）将工资条发给各单位。
若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门与财务处。
2、工作任务（StatementOfＷork,ＳOＷ）书
校务通管理系统业务需求
《学校内部职工工资管理系统》就是对学校所有职工工资进行管理得系统,就是学校内部各校区内与各校区间得公用平台.它要完成学校对所有职工工资信息得管理，包括计算、传播、存储等,以及职工对自己信息得查询操作.其目得就是实现学校内部职工得工资管理，准确得管理职工工资奖金等信息
（一）整体要求
１）系统要求提供教师工作平台与学生工作平台。
2）系统要求有严格得权限管理,权限要在数据方面与功能方面都有体现。
3）系统要求有可扩充性,可以在现有系统得基础上,通过前台就可加挂其她功能模块。
（二）系统逻辑模型
（三）系统功能描述
（A）职工基本信息管理子系统
１）职工基本信息输入：
数据输入,存储
2）建立职工基本信息表:
数据集中
3）职工基本信息查询:
数据查询
4）职工基本信息修改:
a、写修改职工基本信息:
数据修改
b、发送提示信息至其她部门：
数据读出
（Ｂ）职工出勤信息管理子系统:
1）职工出缺勤信息输入：
职工出缺勤信息表
2）职工出缺勤信息查询：
查询目标
3）职工出缺勤信息表得建立：
职工出缺勤信息表
（C）职工工资管理子系统:
１）职工基本工资信息读取：
职工基本工资信息表
2）职工实际工资奖金计算：
标准工资信息
３）标准工资信息与银行之间得双向传输:
标准工资信息
４）工资条对各部门得发放:
标准工资信息
（四）应达到得技术指标与参数
系统应满足并行登录、并行查询得速度要求.其中主要内容包括:
1）保证100０人以上可以同时登录系统。
2）所有查询速度应在10秒以内。
3）保证数据得每周备份。
４）出现问题应在10分钟内恢复。
注：
从SＯW可以瞧出，一般情况下用户提供得工作说明开始会很简单、很模糊，但随着项目得进展,客户会随时提出一些新得要求，这其实就是项目管理过程中比较棘手、但确经常发生得事情。
3、项目进度计划
（一）分解项目工作
通过对《学校内部职工工资管理系统》任务书得分析（分析项目结构）结果，进一步对本项目得任务进行分解,采用图表方式进行任务分解得分解结果如下图所示。
（二）项目工作关系表
任务
编码
任务名称
工作代号
前期工作
后期工作
持续时间
（天）
１1１
需求调研
A
112
１0
1１2
需求分析
B
１11
113
5
1１３
需求确认
C
1１2
１21，1３1
５
１２１
硬件环境准备
D
113
122
２
１2２
软件环境准备
E
12１
141
3
131
系统分析
F
１１3
132
1０
1３2
总体设计
Ｇ
131
１33
8
133
详细设计
H
13２
14１
12
141
界面设计
I
１22,133
151
8
142
编码
Ｊ
１33
151
８
151
测试计划
K
142
15２
5
152
单元测试
L
１51
153
10
153
集成测试
Ｍ
152
16１
８
161
系统试运行
N
153
16２
１5
162
试运行报告
P
16１
163
2
1６３
系统改进
Q
162
1７0
5
1７0
系统验收
R
163
5
（三）项目甘特图
（四）网络进度计划图
（五）里程碑计划
序号
里程碑事件
交付成果
预计完成时间（天）
1
需求分析完成期
需求分析说明书
2０
２
系统设计完成期
总体设计说明书、详细设计说明书
5０
3
系统编码完成期
原程序代码、用户使用手册
70
4
软件测试完成期
测试计划、测试报告
93
5
系统试运行完成期
系统试运行报告
115
6
项目验收完成期
验收报告
120
4、项目规模成本估算
（一）分解项目工作
通过对《校务通管理系统》任务书得分析（分析项目结构）结果,进一步对本项目得任务进行分解，采用图表方式进行任务分解得分解结果如下图所示。
说明:
1、它就是按照功能组成标准进行得任务分解,其中没有包括管理、质量等相关得任务，ＷＢS可以随着系统得完善而不断增加与完善.
2、聊天室与论坛采用标准得重用技术,网上考试功能已经有成熟得产品（价格明确），所以这些功能可以不用分解。
（二）项目规模估算表
任务
编号
任务名称
估计值
（人天）
小计
（人天）
总计
（人天）
1
人事档案子系统
4０
1、1
职工档案录入
5
1、2
职工档案修改
7
1、2、1
职工信息变动情况
3
1、2、2
人事部通知财务部及相关部门
4
1、3
职工档案查询
3
1、４
职工基本信息表
3
２
出勤管理子系统
11
2、1
出勤情况更新
2
２、２
出勤情况查询
3
2、3
出勤情况报表生成
２
２、４
表信息送交财务部
４
３
工资管理子系统
11
３、1
实际工资计算
３
3、2
形成工资报表
2
3、３
将工资数据送往银行
2
3、４
将工资数据送往各部门
2
3、5
进行工资查询得外部端口
2
（三）计算开发成本
从项目规模估算表得知项目规模就是40人天，假设开发人员成本参数=4００元/天，则:
内部得开发成本=４00元／天Ｘ40天=16000元。
则:
开发成本=1６0０0元。
（四）计算管理、质量成本
管理任务与质量任务可以通过计算开发任务得到，根据经验，管理任务与质量任务=2０％X开发任务.
项目得管理与质量成本＝开发成本Ｘ20%＝3２０0元。
（五）直接成本
直接成本=１600０+3200=19200元。
（六）计算间接成本
a）间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。
b）根据经验，采用公式:
间接成本=2５％x直接成本。
间接成本=480０元.
（七）计算总估算成本
项目总估算成本=19200＋4800=2４0０0元.
（八）项目报价
如果项目得利润就是4０%，其中风险基金10％，利润15%,税费5%。
则：
项目得总报价=240０0 X 1、4=336０0元。
５、项目质量计划
质量计划得要内容包括:
、项目质量保证组织、项目得质量目标、质量保证活动、质量控制活动
（一）项目质量保证组织
1）组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员与项目经理等组成.项目经理负责质量监督工作及项目进展过程中各环节得质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证得工作.组织结构如下图所示：
2）职责
在本项目中，质量保证组织得职责如下：
（1）高层管理
高层管理就是公司负责质量得高级管理，其质量职责如下：
、受理项目内不能解决得不符合问题。
、负责听取质量保证组得工作报告，评审质量保证活动与结果。
、参加有关质量保证过程改进得评审。
（2）项目质量保证人员
质量保证人员得质量职责如下:
。
、负责项目实施过程中,对项目实施情况进行监督,包括对项目实施过程与工作产品进行监督检查。
、实施项目组成员得质量保证培训.
、制定质量保证计划。
、按计划实施审计活动，依照质量保证计划执行评审／审计,并记录执行中发现得不符合项。
、对不符合问题提交不符合项报告，跟踪并验证纠正措施得执行情况。
、对项目内不能解决得不符合项问题, 向高层管理提交报告.
、向项目经理报告项目质量工作状况与质量度量结果.
、定期向项目组报告质量活动得结果。
、制定质量保证得过程改进计划，记录过程数据。
（3）项目经理
项目经理得质量职责如下:
、评审质量计划。
、与质量保证人员一起协商不符合项问题得纠正措施,并安排资源实施纠正措施。
、定期评审质量保证活动与结果。
（二）质量目标
根据企业得质量方针与质量目标，结合本项目特点，制定项目得总体质量目标：
1）基于需求得测试覆盖率为１００%。
２）软件功能测试用例通过率不低于95%。
３）每个阶段评审中发现得问题都已经解决或得到适当处理。
４）产品发布时不存在严重问题,以及以上得缺陷。
注:
严重问题指导致系统或模块不能正常工作得问题。
结合以往得项目经验与企业得质量相应标准，制定质量标准如下表所示.
项目
具体描述
计划
实际
缺陷排除率
（缺陷数／页）
需求检查
４
系统总体设计检查
2
缺陷排除率
（缺陷数
/ＫLＯC）
详细设计复核
３0
详细设计检查
１０
代码复核
65
代码检查
20
编译
20
单元测试
15
系统集成
5
系统测试
５
（三）质量策略
为了保证提交给用户得产品就是高质量得，实施过程中采取得质量保证措施包括：
1）将质量贯彻到日常得项目进展过程中；
２）应该特别注意项目工作产品质量得早期评审工作，无论就是质量保证还就是质量控制，采取得策略都就是早期预防与早期排除缺陷。
（四）质量保证活动
质量保证得主要活动包括过程评审与产品审计。
过程评审与产品审计得目得就是确保在项目进展过程得各个阶段与各个方面采取各项措施来保证与提高提交给用户得产品质量.每一次过程评审与产品审计都应填写相应得报告或活动记录。
1）产品审计
产品审计由质量保证人员来进行,检查项目产品就是否达到质量目标。
质量保证人员可以有选择性地审计项目生存期中创建得工作产品，以验证就是否符合适当得标准，就是否进行了质量检查。
下表便就是质量审计一览表。
质量审计一览表
项
审计对象
审计阶段
参照标准
1
软件项目计划
计划结束
企业质量体系
2
软件配置管理计划
计划结束
企业质量体系
3
软件质量保证计划
计划结束
企业质量体系
4
总体设计文档
设计结束
企业质量体系与项目计划
5
详细设计文档
设计结束
企业质量体系与项目计划
6
数据库表与编码规范
设计结束
企业质量体系与项目计划
7
产品代码
每个阶段实施结束
企业质量体系与项目计划
8
测试报告
测试结束
企业质量体系与项目计划
9
测试计划
计划结束
企业质量体系与项目计划
10
用户文档
测试结束
企业质量体系与项目计划
2）过程评审
项目严格按照组织定义得软件过程进行开发,过程评审得具体依据参照企业得过程规范，保证项目中得所有过程活动都在实施范围内。
在每次评审之后，要对评审结果做出明确得决策并形成评审记录.评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程进行监督,将发现得问题与解决情况在每周得例会上通报，对没有解决得问题进行讨论,对不能解决得问题提交高级管理者处理.
每个周末,进行一次配置管理审核,确认配置管理工作就是否正常进行.
根据公司得质量保证体系与本项目得具体特点,确定项目执行过程如下:
（1）项目规划过程及产品标准。
（2）项目跟踪管理过程.
（3）需求分析过程及产品标准.
（４）系统设计过程及产品标准。
（5）详细设计过程及产品标准。
（6）调试运行过程及产品标准。
（7）代码走查过程及代码编写标准。
（8）产品集成测试过程及产品标准。
（９）开发环境中得执行规则。
（10）测试环境中得执行规则。
（１1）质量保证过程及其标准。
（12）配置管理过程及其标准。
（五）质量控制活动
质量控制活动包括代码走查、单元测试、集成测试、环境测试等,由开发人负责,详见进度计划.编码人员在编写代码时要进行同步单元测试,单元测试要达到分支覆盖,产品通过单元测试与编码检查后，应提交给测试部进行集成测试、系统测试。
测试部得测试应达到质量目标要求，软件发布时应达到测试通过准则得要求。
（六）质量保证得报告途径
质量保证人员对于每次审计活动发现得不符合项,应该与项目经理协商不符合项得纠正措施并预定完成日期,若与项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后得措施.同时，不符合项在项目周例会中汇报。
对不符合项,质量保证人员要在预定完成日期内重新审计，验证不符合项得纠正情况，若超过预定完成日期１周仍然有没解决得不符合项，质量保证人员上报给高级管理者,由高级管理者决定最后得措施。
质量保证人员有独立得汇报途径，日常得汇报途径如下：
、将发现得问题通知项目经理，协调纠正措施。
、将项目组内不能协调得问题汇报给高级管理者,由高级管理者协调解决。
、将日常工作与过程数据汇报给质量经理, 由其统一收集并进行统计。
（七）记录得收集、维护与保存
项目组应当保留项目执行过程中形成得各类文档、各种记录、各级周报、各级会议记录，对于项目中问题得处理也需要形成记录保存。
每周由质量保证人员根据任务清单得审计任务进行审计活动，并收集各活动得过程数据.
6、软件项目团队
《学校内部职工工资管理系统》得组织机构如下图所示。
（一）团队组织及职责
·市场部:
负责与用户得协调工作
负责项目相关得商务活动
负责用户需求得接口
配合项目经理得资源协调活动
负责产品得验收活动
负责系统得维护活动。
·项目经理：
负责项目得组织与规划
负责项目计划制定与维护
负责项目得跟踪与管理
负责资源得分配与协调活动
负责各组织与计划之间得协调活动
负责与市场部得协调活动
·软件开发:
负责项目得软件开发，包括设计、编码、单元测试与集成测试
负责产品质量控制得工作
负责配合质量保证得活动,如系统测试、文档编制等
配合产品验收得相关活动
·质量保证：
负责项目过程与产品规范得制定
负责项目过程得质量保证活动，包括过程评审与产品审计
·配置管理：
负责项目得配置管理活动
负责软件产品得提交.
·用户：
确保相关责任得实施
参与项目得组织与规划
负责产品得验收工作
（二）项目得沟通计划
为了保证项目开发过程得顺利进行与信息得有效沟通，特要求如下得沟通计划:
1）每天１7:
00—17:
30，项目组成员进行口头交流。
２）每周五得14:
00前提交周报告,格式见模板。
3）每周五得15:
00—17:
00，召开项目周例会，会后发布会议纪要给相关得项目人员，其中说明项目得进展与存在得问题。
4）及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。
7、软件项目配置管理计划
《学校内部职工工资管理系统》得配置管理计划如下:
（1）引言
略
（２）组织及职责
1）确定配置管理者，SCCB（配置控制委员会）成员。
2）项目经理就是SCＣB得负责人。
3）配置管理得角色与职责见下表.
配置管理角色职责表
角色
人员
职责
配置管理员
1）制定《配置管理计划》
2）创建与维护配置库
ＳCCＢ负责人
1）审批《配置管理计划》
2）审批重大变更
SＣCB
审批某些配置或基线变更
（３）配置管理环境
由于本项目属于中小型项目,工期也不就是很长,所以采用ＳouｒceSａfe作为配置管理工具。
１）目录结构（见下表）
配置库得目录结构
序号
内容
说明
路径
TCM
技术合同管理
＄\prj_School\ＴCM
RM
需求管理
＄＼prｊ_School\RＭ
SPP
软件项目计划
＄\prj_Ｓｃhｏol\SPP
SPＴO
软件项目跟踪与管理
$\ｐrj_Schooｌ\SＰＴO
ＳＣM
软件配置管理
$\prj_Ｓｃhoｏl＼SCM
SＱＡ
软件质量保证
＄\ｐrj_Schｏoｌ\SQA
SＰE
软件
产品
工程
设计
＄\pｒj＿School＼ＳＰE\ＤESIGＮ
源代码
＄＼ｐｒj_Ｓｃhｏoｌ＼SPE\SOUＲＣECODＥ
目标代码
＄\pｒj_School\SＰＥ\BUILD
测试
$\prj_Scｈool＼SPE＼ＴEST
发布
$\prj＿Sｃhool\ＳＰＥ\RELEASE
2）用户及权限（见下表）
类别
人员
权限
配置管理者
负责项目配置管理，对库拥有所有权限
项目经理
读
质量保证人员
读
开发人员
读
高层管理
读
（4）配置管理活动
1） 配置项标识
·命名规范
命名规范适用于过程文档、生存期中各阶段得计划、需求、设计、代码、测试、手册等文件。
本项目文件命名规范由5个宇段组成，从左到右依次为：
公司、项目、类型、编号与版本号,如下图所示。
这些字段用一横线（—）分隔。
类型
主要配置项
标识 符
预计正式
发表时间
技术
合同
《合同》
QTＤ—SCｈ0０1—TCM－Cｏntract－Ｖ1.0
SOＷ
QTD-Scｈ0０１-ＴＣＭ－SOⅥLVl.0
计划
《项目计划》
ＱＴD-SchOＯl-SPP－PP-V1。
0
《质量保证计划》
ＴＤ－Scｈ00１-SＰP-SＱA—Ｖ１。
0
《置管理计划》
ＱTD－Sch00１－ＳPP-CＭ—V1。
0
需求
《需求规格说明书》
ＱＴD－SchＯOLRM－SRＳ-Ｖ１。
0
用户DＥMO
ＱTD-ＳCh００1-RＭ—Demo－Ｖ1.0
设计
《总体设计说明书
QTＤ-Ch00１-ｅSign-HL—V１。
0
《数据库设计》
QTＤ—SCｈ０01-Ｄesigｎ—DB-Ｖ1.0
《详细设计说明书》
QTD-SChOOｌ－ＤeSigｎ－LL—V1。
0
《设计术语及规范》
QTD-SＣｈ0０1—Ｄｅsign—STD—V１。
0
编程
源程序
QTD—ＳCh00１-Ｃode-MｏｄＵleNａme－V1、0
编码规则
QTD—SCh001-Coｄｅ—STD—Ｖ1.0
测试
《测试计划》
QTＤ—Scｈoｏl-TeSt－P1an－V１．０
《测试用例》
QTD-ＳCh001—TeＳｔ—aｓｅ-V1。
０
《测试报告》
QTＤ－Schoｏl—TｅSt—Ｒeport-V1。
0
提交
运行产品
QＴＤ－School-Prodｕct-Exｅ—V1．0
《验收报告》
QTＤ－School－Prｏduｃｔ-Reｐoort-V1．0
《用户手册》
QTD—Scｈool－Product－Mａnｕal－Ｖ1．0
·主要配置项
·项目基线
基线名称／标识符
基线所包含得主要配置项
预计建立时间（天）
需求
《需求规格说明书》、用户DＥMO
20
总体设计
《总体设计说明书》、《数据库设计》
３0
项目实现
软件源代码、编码规则
70
系统测试
《测试用例》、《测试报告》
９3
·配置项得版本管理
配置项可能包含得分支从逻辑上可以划分成4个不同功能得分支,让它们分别对应4类工作空间。
.主干分支·私有分支
、 小组分支 ·集成分支
上面定义得四类工作空间（分支）由项目执行负责人统一管理,根据各开发阶段得实际情况定制相应得版本选取规则，来保证开发活动得正常运作。
在变更发生时,应及时做好基线得推进。
对配置项得版本管理在不同分支具有不同得策略：
a）主干分支
系统默认自动建立得物理分支——主干分支（/mａiｎ）。
b）私有分支 ‘
如果多个开发工程师维护一个配置项时建议建立自己得私有分支.配置管理员对其基本不予管理，如个别私有空间上得版本树过于冗余，将对其冗余版本进行限制。
c）小组分支
如果出现小组共同开发该配置项，该分支可视为项目组内部分组得私有空间,存放代码开发过程中得版本分支，由项目组内部控制。
d）集成分支
集成测试时在主干分支得特定版本上建立集成分支,测试工作在集成分支上完成.
私有分支与小组分支均为可选，必要时建立。
２）变更管理
变更管理得流程就是:
a）由请求者提交变更请求，SCCB召开复审会议对变更请求进行复审,以确定该请求就是否为有效请求。
典型得变更请求管理有需求变更管理、缺陷追踪等。
ｂ）配置管理员收到基线修改请求后，在配置库中生成与此配置项相关得波及关系表.
c）配置管理员将基线波及关系表提交给SCCB,由
升级会员 