软件项目管理实验指导书llp.docx
《软件项目管理实验指导书llp.docx》由会员分享，可在线阅读，更多相关《软件项目管理实验指导书llp.docx（53页珍藏版）》请在冰豆网上搜索。
软件项目管理实验指导书llp
《软件项目管理》
实验指导书
2016年
第一部分软件项目管理实验内容
实验目标：
通过实践，使学生进一步加深对软件项目管理方法和技术的了解，将软件项目管理的理论知识运用于软件项目开发实践，并在实践中逐步掌握项目管理工具的使用，提高项目管理能力及分析解决问题的能力。
为了配合《软件项目管理》课程，本实验要求针对《软件项目管理教学网站》项目（也可自选项目），项目简称：
SPM。
完成软件项目管理的全过程实践，一共包括17个实验（实践）环节。
准备：
所有的学生进行分组，每组4-5人，每组代表一个团队，并且有一个代表团队的名称。
每个团队以团队的形式完成给定的项目的项目管理的实践环节。
1、实验（实践）一、项目招投标
实验目的：
明白项目招投标过程
实验要求：
1）老师（甲方）提供项目要求
2）团队（乙方）选定并分析项目
3）编写***项目的项目章程
4）选择2个团队课堂上进行竞标，进行答辩，提交项目章程
5）其他团队进行评述，充当评审专家的角色，可以提问题。
老师评述和总结：
2、实验（实践）二、项目生存期模型确定
实验目的：
掌握软件项目生存期模型选择方法
实验要求：
1）复习课程的生存期模型
2）分析SPM项目特性
3）确定SPM项目生存期模型
4）选择1个团队课堂上讲述SPM项目生存期模型
5）其他团队进行评述，可以提问题。
老师评述和总结：
3、实验（实践）三、项目需求管理
实验目的：
掌握软件项目需求管理过程，可以编制需求规格，
实验要求：
1）复习需求分析的几个方法
2）编写SPM项目的需求分析说明书
3）复习需求变更控制流程
4）编写SPM项目的需求变更控制
5）选择1个团队课堂上讲述SPM项目需求规格和需求变更控制流程
6）其他团队进行评述，可以提问题。
老师评述和总结：
4、实验（实践）四、任务分解实践环节
实验目的：
明白WBS概念，掌握任务分解和验证方法
实验要求：
1）复习任务分解和验证方法
2）编写SPM项目的任务分解，即WBS。
3）选择1个团队课堂上讲述SPM项目任务分解结果
4）其他团队进行评述，可以提问题。
老师评述和总结：
5、实验（实践）五、成本估算
实验目的：
掌握软件项目规模成本估算方法。
实验要求：
1）复习软件成本估算方法
2）采用功能点方法估算SPM项目
3）采用自下而上方法估算SPM项目
4）选择1个团队课堂上讲述SPM项目的两个估算方法
5）其他团队进行评述，可以提问题。
老师评述和总结：
6、实验（实践）六、项目任务网络图和历时估算
实验目的：
掌握软件项目的网络图示。
实验要求：
1）复习任务网络图示
2）完成SPM项目的网络图
3）复习任务历时估算算法
4）完成SPM项目的每个任务的历时估算，确定任务完成时间
5）选择1个团队课堂上讲述SPM项目的网络图和任务时间估算
6）其他团队进行评述，可以提问题。
老师评述和总结：
7、实验（实践）七、项目进度编排
实验目的：
掌握软件项目进度编排
实验要求：
1）复习项目编排方法
2）学习MSproject进度管理工具
3）采用MSproject进度管理工具编制SPM项目的进度
4）完成SPM项目里程碑图
5）完成SPM项目预算曲线
6）选择1个团队课堂上讲述SPM项目的进度编排和预算曲线
7）其他团队进行评述，可以提问题。
老师评述和总结：
8、实验（实践）八、质量计划
实验目的：
掌握软件项目质量计划的编制。
实验要求：
1）复习软件质量保证和质量控制，了解质量计划的内容
2）参照建议的模式完成SPM项目的质量计划
3）选择1个团队课堂上讲述SPM项目的质量计划
4）其他团队进行评述，可以提问题。
老师评述和总结：
建议质量计划两个模式：
模式一：
质量保证计划书
●质量模型
●过程定义
●质量人员职责
●质量活动
●质量保证
●质量控制
模式二：
质量活动的计划体现在进度计划中
●质量控制活动
●质量保证活动
9、实验（实践）九、配置管理计划
实验目的：
掌握软件项目配置管理计划的编制
实验要求：
1）复习软件项目配置管理过程，了解配置管理计划的内容
2）参照建议的模式完成SPM项目的配置管理计划
3）选择1个团队课堂上讲述SPM项目的配置管理计划
4）其他团队进行评述，可以提问题。
老师评述和总结：
SPM配置管理计划建议模板
1）配置管理人员职责（包括SCCB）
2）配置项标识定义
3）基线
4）配置管理库（VSS配置库结构建议）
⏹初始
⏹计划
⏹执行
⏹需求
⏹设计
⏹代码
⏹测试
⏹产品
⏹控制
⏹周报
⏹评审报告
⏹问题
⏹结束
5）基线变更控制系统
10、实验（实践）十、人力计划/沟通计划
实验目的：
了解人力计划和沟通计划的编制
实验要求：
1）复习人员、沟通计划的内容
2）参照建议的模式完成SPM项目的人力和沟通计划
3）选择1个团队课堂上讲述SPM项目的人力和沟通计划
4）其他团队进行评述，可以提问题。
老师评述和总结：
SPM项目人员计划的建议模式：
●组织结构图示
●人员的角色分工
SPM项目沟通计划的建议模式：
●沟通需求
●沟通形式
●沟通渠道数量,
●沟通负责人
11、实验（实践）十一、风险计划
实验目的：
了解风险计划的编制
实验要求：
1）复习风险管理过程的内容
2）参照建议的模式完成SPM项目的风险计划
3）选择1个团队课堂上讲述SPM项目的风险计划
4）其他团队进行评述，可以提问题。
老师评述和总结：
风险计划建议模式：
●风险事件
●风险排序
●风险应对策略
12、实验（实践）十二、集成计划
实验目的：
掌握软件项目集成计划的编制
实验要求：
1）参照案例模板完成SPM项目风险计划的编写
2）选择1个团队课堂上讲述SPM项目的风险计划
3）其他团队进行评述，可以提问题。
老师评述和总结：
13、实验（实践）十三、进度、成本跟踪控制
实验目的：
掌握软件项目进度、成本跟踪控制的过程
实验要求：
1）复习软件项目进度、成本跟踪控制的方法
2）明确项目数据如何采集,采集哪些数据,采集频率等?
例如每天上报工时、时间、人员数量、缺陷、风险
3）展示SPM项目计划与实际的进度和成本的对比
4）利用挣值分析方法分析SPM项目某段时间的性能
5）选择1个团队课堂上讲述SPM项目的进度、成本跟踪控制情况
6）其他团队进行评述，可以提问题。
老师评述和总结：
14、实验（实践）十四、项目质量控制
实验目的：
掌握软件项目质量跟踪控制的过程
实验要求：
1）复习软件项目质量跟踪控制的方法
2）完成SPM项目质量目标的跟踪控制、需求过程审计、设计说明书审计、代码评审等，具体要求见下面说明
3）选择1个团队课堂上讲述SPM项目的质量目标跟踪控制、需求过程审计、设计说明书审计、代码评审过程
4）其他团队进行评述，可以提问题。
老师评述和总结：
其中：
1）需求管理过程审计（提供视频）
●定义SPM项目的需求管理过程
●根据需求过程，质量保证人员审计参与需求过程人员的需求执行过程
●填写审计报告
2）设计说明书审计，记录不符合项，填写产品审计报告（提供视频）
●准备审计要素，即确定审计内容提纲（可以参照分章节内容以及设计模板的要求）
●按照审计要素对完成的设计说明书逐项进行产品审计
●填写产品审计报告
3）代码评审，质量控制可以不提交报告（提供视频）
●展示代码评审过程
●有人阅读代码
●有人提出意见
●有人记录问题等---可以参照例子。
4）SPM质量控制过程总结---质量模型图示展示
质量目标的跟踪控制，SPM质量过程总结---质量模型图示展示
●参照课程资料，说明质量模型（老师已经提供）
●统计不同阶段的质量特征值
●然后按照SPM质量模型计算出质量指标值，
●给出图示
●质量过程总结
15、实验（实践）十五、项目评审管理
实验目的：
掌握软件项目评审管理过程
实验要求：
1）复习软件项目评审过程
2）完成SPM项目评审过程，具体要求见下面说明
3）选择1个团队课堂上讲述项目评审过程
4）其他团队进行评述，可以提问题。
老师评述和总结：
SPM项目评审过程要求：
Ø召开周例会，
Ø讨论项目进展，评价性能指标
Ø说明本周完成任务
Ø与计划的比较，说明现状，例如进度落后了还是超前等
Ø评价性能指标等
Ø完成任务展示，本周产品提交在VSS-库展示，统计发布配置库中的内容
Ø存在的问题
Ø总结
Ø提交评审报告
16、实验（实践）十六、验收答辩--展示
实验目的：
掌握软件项目验收过程
实验要求：
1）整理项目完成信息，准备验收答辩PPT,
2）选择1个团队课堂上演示验收答辩过程：
a）说明项目执行情况，从初始、计划、执行、结果等环节介绍
b）说明项目提交，介绍VSS中产品以及可以运行的结果
c）计划、执行过程中的情况
d）经验总结
e）产品演示
17、实验（实践）十七、项目总结
实验目的：
掌握软件项目总结过程
实验要求：
1）召开项目总结会议
2）按照要求编写SPM项目总结报告
3）选择1个团队，课堂上讲述项目总结报告
SPM项目总结文档要求：
●项目综述
●进度、成本、资源等数据的实际与计划的对比
●产品提交情况
●配置库中产品介绍，可以是截图展示
●经验教训
●项目结束语
第二部分用Project专业版本进行项目管理
一、项目启动
（一）召开项目启动会
假定：
你自己是一家IT公司的项目经理，该公司的项目管理办公室PMO任命你为一个新软件项目“***系统（可自选）”的项目经理，今天是2013年10月８日，PMO召开项目启动会，重申这个项目的关键要求：
时间要求：
在2014年月３０日之前正式上线。
质量要求：
提交一套符合此次合同要求的软件产品。
费用要求：
控制在人民币10万元以内。
会议结束时，PMO主管要求你在５个工作日内提交Project格式的项目计划，包括项目进度计划、资源计划、成本计划等。
（二）创建项目文件
在控制面板中修改系统日期为2013年10月８日。
执行“文件”｜“新建”，类似如下界面：
由上可知，创建项目文件具体有如下方式：
●从空白项目开始
●利用现有的项目文件
●利用可以参照的项目计划模板
⏹从因特网中搜索得到
⏹OfficeOnline模板
⏹从Project环境中得到
⏹网站上的模板
⏹召集有经验的资深项目经理讨论得到
在此，我们采取从空白项目开始的方式，在上图中单击“空白项目”，或单击工具栏上的相应空白图标按纽，新建一个空白的项目文件。
选择“文件”｜“保存”，在出现的对话框中输入项目计划的名称。
此处保存为“***管理信息系统”。
（三）设置项目基本信息
1.选择项目日程排定方式
选择“项目”｜“项目信息”，将出现设置项目日程排定方式的对话框，
有两种日程排定方式：
从项目开始之日起、从项目完成之日起，选择哪种取决于项目的实际情况。
本项目是即将执行的项目，选择“从项目开始之日起”方式。
这就需要在“开始日期”处输入具体的开始日期，以后输入的所有任务的默认“开始时间”均大于或者等于该日期。
2．设置结果如下
在计划的编制过程中，如果项目的开始日期有变化，可在上面的对话框中修改项目的开始日期，这时，所有任务的开始日期会发生统一的变化。
3.设置项目文件的默认环境信息
选择“工具”｜“选项”，打开“选项”对话框，在“日程”选项卡中进行如下设置：
其中，将“默认任务类型”设置为“固定工期”，“新任务为投入比导向”为“未选中”后，则任务中改变资源数量后，其工期不会自动发生变化。
注意：
“投入比导向”即在保持总工时不变的情况下，当分配的资源变化时，任务的工时自动变化。
二、项目进度计划编制
（一）日历设置
日历指项目的工作与非工作时间的设置。
在编制进度计划时，必须设置日历，否则作出的计划将与实际脱节。
日历包括３类：
（1）项目日历：
整个项目中的所有任务都默认遵循的日历。
（2）任务日历：
如果有个别任务的日历与项目日历有冲突，则需要为个别任务设置不同于项目的日历。
（3）资源日历：
如果有个别资源的日历与项目日历有冲突，可以为资源设置不同于项目的日历。
Project中默认的日历有４种：
（1）标准日历：
每周一到周五为工作日，周六、周日为休息日，没有其他任何假日；每天工作时间8小时，即8:
00-12:
00和13:
00-17:
00。
（2）24小时日历：
没有任何非工作日和非工作时间。
（3）夜班日历：
工作时间为每天8小时，即0:
00-4:
00和4:
00-8:
00；周六、周日为休息日。
（4）行政日历：
基于标准日历，额外考虑了我国的法定节假日，但是不同机构的实际节假日与法定节假日有一些出入，在使用前需要修改。
1．日历的选择与修改
通常为一个项目分配日历时，可以通过对“标准”日历的修改得到，具体方法如下：
使要修改日历的项目文件处于打开状态，在project环境中选中“向导”中的“任务”选项卡，单击“定义常规工作时间”链接，出现下图：
在“选择一个日历模板”的下拉框中选择“标准”，按“保存并前往第2步”，进入下图：
在此设置工作周，左边选中或不选中，右边随之变化，但此处我们选择“我希望调整一周内一个或多个工作日的工作时间”。
注意：
此处设置的工作周是全部的工作周，在实际的项目中，每周的工作日可能不一样，如为了赶工期，某些周的工作日可能是6天甚至7天，出现这种情况就需要在第3步中进行设置。
按“保存并前往第3步”，在第3步中主要设置假日或倒休，这一步很重要，如下图：
单击“更改工作时间”，将出现“更改工作时间”对话框。
需要将项目起止实现2005.8.15-2006.6.30之间实际的工作日/非工作日情况反映到Project软件中。
（1）2005.10.1-10.7国庆节正常放假，10.8、10.9两天上班。
用鼠标依次在上图选中10.1-10.7这7天，然后单击右侧的“非工作日”单选按纽，便设置为非工作日；依次选中10.8和10.9两天，然后单击右侧的“非默认工作时间”单选按纽，便设置为工作日。
设置结果如下：
（2）春节：
2006.1.30-2.3设置为非工作日，2.5日为非默认工作日。
（3）五一劳动节：
2006.5.1-5.5放假，设置为非工作日。
第3步设置完后，“标准”日历修改完毕。
在默认情况下，“标准”日历修改完毕就可以开始任务分解的工作。
但此处，我们可进行更高级的“日历设置”。
2．日历的新建
在修改“标准”日历的最后一步中，可看到下图：
单击“定义附加日历”链接后，出现下图：
选择“定义新基准日历”，单击“保存并前往第2步”，出现下图：
在出现的图中的输入框输入新建的日历名称。
（1）五一加班日历
在上图的名称输入框输入“五一加班日历”，单击“保存并前往第3步”，出现下图：
类似“标准”日历的修改方式，进行系列步骤，依次出现：
单击“更改工作时间”，设置2006.5.1-5.7为非默认工作时间，出现下图：
（2）外聘专家日历
在上图中单击“设置附加日历”，依次出现下图：
可通过“更改工作时间”查看2005.8.8-2006.6.30之间各周是否均已设置为：
周一至周五为非工作日，周六、周日为非默认工作日，如果不是则修改使其是。
按“保存并完成”结束日历新建，返回如下界面：
3．日历的关联
日历的关联包括：
（1）项目日历的关联
（2）任务日历的关联
（3）资源日历的关联
在此先设置项目日历的关联。
选择“项目”|“项目信息”，在出现的对话框的“日历”下拉框中进行选择为“标准”，见下图。
这样，该项目的所有任务的默认日历均为“标准”日历。
通常情况下，给项目关联设定日历后，就可以开始做任务分解工作，任务日历和资源日历的关联是在后期任务分解时才可能会遇到的。
日历的优先级：
（1）在没有独立的任务日历、资源日历的情况下，所有任务的时间安排均遵循项目日历；
（2）如果某些任务被关联了任务日历（如五一加班日历），则任务日历优先于项目日历。
（3）如果某些资源被关联了有区别于项目日历的特殊日历即资源日历（如外聘专家日历），则资源日历优先于项目日历。
（4）如果任务日历与资源日历发生冲突，在“任务信息”对话框中“日历”后有“排定日程时忽略资源日历”，当不选中时，则该任务上的资源日历优先于任务日历；当选中时，则该任务上的任务日历优先于资源日历。
（二）任务分解
1．工作分解结构
固定资产管理信息系统项目（你自己）
需求分析阶段
需求获取
需求讨论
需求分析
编写需求分析说明书
需求分析确认过程
需求分析书意见采集
需求分析书修改
需求分析书第二次意见采集
需求分析书第二次修改
需求分析书第二次确认
需求分析确认过程结束
需求分析阶段结束
原型开发阶段
原型设计
原型开发
原型演示
原型修改
原型再次确认
原型修改
原型最后确认
原型开发阶段结束
系统设计阶段
概要设计
详细设计
设计评审
设计修改
设计确认
系统设计阶段结束
系统编码阶段
编码规范确认
模块划分
模块1编写
模块2编写
模块3编写
模块4编写
其他模块编写
系统编码阶段结束
系统测试阶段
功能测试
单元测试
集成测试
性能测试
系统试运行阶段
项目结束
2．录入任务信息
（1）录入项目名称；录入各阶段名称；录入项目结束里程碑。
以上录入完后，得如下界面：
（2）对各阶段以及项目里程碑进行降级操作。
选中需要降级的任务，单击工具栏上的右箭头，即可实现降级的操作，如下图：
（3）对各阶段分别进行细化分解（选择执行“插入”|“新任务”在当前任务的上方增加新任务）；在每阶段最后增加一项里程碑任务；对各阶段内的任务以及里程碑进行相应的降级操作；重复上述步骤，直到分解结束，依次见下列图：
注意：
上图中有错误，任务“系统编码阶段”的子任务应该为：
编码规范确认
模块划分
模块1编写
模块2编写
模块3编写
模块4编写
其他模块编写
系统编码阶段结束
3．周期性任务（不真正做）
如果有周期性发生的任务（如每周的项目周例会），为了减少重复录入的工作量，可以采用Project提供的“插入周期性任务功能”功能。
具体操作：
选中插入周期性任务的后续任务，接着选择“插入”|“插入周期性任务”。
（三）工期设定
任务的工期指完成任务所需的有效工作时间的总范围，为从任务开始时间到完成时间的工作时间总量。
在Project中，工期的单位有5类：
月，英文缩写Mo；周，英文缩写W；日，英文缩写D；时，英文缩写H；分，英文缩写M。
1．设定工期
在Project中，能够设定工期的任务必须是没有子任务的。
方法：
（1）选中需要设置工期的任务的“工期”列直接录入，如为5天则录入5D，如此类推；
（2）双击需要设置工期的任务，在其“任务信息”对话框中录入工期。
当工期为0时，该任务便可标识为“里程碑”，在甘特图中用钻石符号标识。
估计工期：
当没有输入任务工期时，工期的数量默认为1d或1工作日，而且在后面紧跟一个问号。
Project使用问号来标识该任务的工期还没有最终确定，没有最终确定的工期称为“估计工期”。
消除估计工期的方法有两种：
（1）在其工期的位置上重新输入工期值，回车确定后，问号会消失。
（2）在其“任务信息”对话框中录入工期时手动修改是否显示问号。
录入如下数据：
固定资产管理信息系统项目（你自己）
需求分析阶段
需求获取5D
需求讨论11D
需求分析8D
编写需求分析说明书5D
需求分析确认过程
需求分析书意见采集2D
需求分析书修改5D
需求分析书第二次意见采集3D
需求分析书第二次修改2D
需求分析书第二次确认2D
需求分析确认过程结束0D
需求分析阶段结束0D
原型开发阶段
原型设计10D
原型开发15D
原型演示2D
原型修改4D
原型再次确认2D
原型修改6D
原型最后确认1D
原型开发阶段结束0D
系统设计阶段
概要设计10D
详细设计20D
设计评审3D
设计修改8D
设计确认3D
系统设计阶段结束0D
系统编码阶段
编码规范确认3D
模块划分1D
模块1编写15D
模块2编写30D
模块3编写20D
模块4编写10D
其他模块编写5D
系统编码阶段结束0D
系统测试阶段
功能测试10D
单元测试10D
集成测试10D
性能测试10D
系统试运行阶段
项目结束
2．摘要任务工期的计算
自动计算且是不能编辑的。
（四）任务关联性设定
工期设定结束后，会发现所有任务的开始时间均是项目的开始时间，此时没必要去修改每个任务的开始时间和完成时间，通过任务关联性设定，可科学地完成任务的时间排定。
任务关联性类型有4种：
完成-开始、开始-开始、开始-完成、完成-完成。
有3种方法设定任务关联性：
在条形图中直接拖曳、在“前置任务”列中直接编辑、在“任务信息”对话框中的“前置任务”选项卡中编辑。
用第3种和第2种结合的方法。
1．初步设定任务关联性
（1）对非完成-开始或延隔时间不为0的任务，用第3种方式设置前置任务，如下：
对应结果如下：
（2）其余的以第2种方式即直接在“前置任务”列出输入，结果如下：
之后，我们可发现：
项目完成时间为2006.7.12,超过了2006.6.30,相差自然日12天，其中的工作日更少，而由于国庆和五一两个节日放假导致其中的某些任务时间跨度远远超过其工期。
可通过为某些任务关联特殊日历进行调整。
2．调整
（1）我们先看将“集成测试”关联“五一加班日历”：
得调整结果如下：
这还不够，再设置一个资源日历“国庆加班日历”
以上都是保持默认设置，按“定义附加日历”链接，出现如下界面：
按“更改工作时间”链接，在打开的对话框中设置2005.10.1-10.7为非默认工作时间，具体如下：
按“保存并完成”结束。
（2）我们先看将“需求分析书第二次修改”关联“国庆加班日历”：
得到如下结果：
其中“需求分析书第二次修改”实际上只需要加一天班即10.1加班，“需求分析书第二次确认”刚好在国庆节后开始。
前面关联“五一加班日历”的“集成测试”仍落在五一节期间，我们可仍保持这种关联，而“性能测试”刚好在五一假后开始。
项目在2005.6.30日结束，刚刚好，这样我们先保持这个进度计划，以后，在项目监控等情况下发现进度问题时可再采取措施保持项目能按时完成。
（五）辅助功能设定
1．设定任务信息
在“任务信息”对话框的“高级”选项卡中可以针对“任务限制”进行设
升级会员 