软件项目管理实验指导书及实验报告.doc

软件项目管理实验指导书
及实验报告

南昌航空大学软件学院
2023年2月

班级：

学号：

姓名：

南昌航空大学实验报告
时间：二０一四年 月 日
课程名称： 软件项目管理
实验名称：撰写南昌航空大学软件学院信息管理系统项目建议书（实验一）
班级： 姓名： 　　　 同组人： 　
指导教师评估： 署名： 　　　　　
一、实验目的
掌握项目建议书的格式和写作规定，会结合具体项目写作项目建议书。
二、实验规定
1、结合模拟项目—南昌航空大学软件学院信息管理系统项目写出项目建议书。
2、提交南昌航空大学软件学院信息管理系统项目建议书（报告）一份。
三、实验环境
1．硬件：计算机
2．操作系统：windows平台。
3．相关软件：Microsoft office软件。
四、实验环节（软件项目项目建议书编写参考指南）
1、背景介绍
写清楚项目的立项背景。
2、项目的意义和必要性
写清楚项目立项的意义和必要性。
3、项目产品或服务的市场预测
写清楚项目产品或服务市场前景（本实验可不作分析）。
4、项目的规模和期限
定义项目的规模（范围），以及完毕期限。
5、投资估算
给出项目的初步投资概算。
6、市场前景及经济效益初步分析
分析项目的社会、经济效益。
7、其他需要说明的问题

南昌航空大学实验报告
时间：二０一四 年 月 日
课程名称： 软件项目管理
实验名称：撰写南昌航空大学软件学院信息管理系统项目计划书（实验二）
班级： 姓名： 　　　 同组人： 　
指导教师评估： 署名： 　　　　　
一、实验目的
掌握项目计划书的格式和写作规定，会结合具体项目写作项目计划书。
二、实验规定
1、结合模拟项目—南昌航空大学软件学院信息管理系统项目写出项目计划书。
2、提交南昌航空大学软件学院信息管理系统项目计划书一份。
三、实验环境
1．硬件：计算机
2．操作系统：windows平台。
3．相关软件：Microsoft office软件。
四、实验环节（软件项目计划书编写参考指南）
根据《计算机软件文档编制规范（GB/T 8567-2023）》中软件开发计划的规定，结合本实验（项目）的实际情况写作《项目计划书》。
1 引言
本章分为以下几条。
1.1标记
本条应包含本文档合用的系统和软件的完整标记，(若合用)涉及标记号、标题、缩略词语、版本号和发行号。
1.2系统概述
本条应简述本文档合用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运营和维护的历史；标记项目的投资方、需方、用户、开发方和支持机构；标记当前和计划的运营现场；列出其他有关的文档。
1.3文档概述
本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的规定。
1.4与其他计划之间的关系
(若有)本条描述本计划和其他项目管理计划的关系。
1.5基线
给出编写本项目开发计划的输入基线，如软件需求规格说明。
2引用文献
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标记不能通过正常的供货渠道获得的所有文档的来源。
3交付产品
3.1 程序
3.2文档
3.3服务
3.4非移交产品
3.5验收标准
3.6最后交付期限
列出本项目应交付的产品，涉及软件产品和文档。其中，软件产品应指明哪些是要开发的，哪些是属于维护性质的；文档是指随软件产品交付给用户的技术文档，例如用户手册、安装手册等。
4所需工作概述
本章根据需要分条对后续章描述的计划作出说明，(若合用)涉及以下概述：
a.对所要开发系统、软件的需求和约束；
b.对项目文档编制的需求和约束；
c.该项目在系统生命周期中所处的地位；
d.所选用的计划/采购策略或对它们的需求和约束；
e.项目进度安排及资源的需求和约柬；
f.其他的需求和约束，如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的互相依赖关系等。
5实行整个软件开发活动的计划
本章分以下几条。不需要的活动的条款用“不合用”注明，假如对项目中不同的开发阶段或不同的软件需要不同的计划，这些不同之处应在此条加以注解。除以下规定的内容外，每条中还应标记可合用的风险和不拟定因素，及解决它们的计划。
5.1软件开发过程
本条应描述要采用的软件开发过程。计划应覆盖论及它的所有协议条款，拟定已计划的开发阶段(合用的话)、目的和各阶段要执行的软件开发活动。
5.2软件开发总体计划
本条应分以下若干条进行描述。
5.2.1软件开发方法
本条应描述或引用要使用的软件开发方法，涉及为支持这些方法所使用的手工、自动工具和过程的描述。该方法应覆盖论及它的所有协议条款。假如这些方法在它们所合用的活动范围有更好的描述，可引用本计划的其他条。
5.2.2软件产品标准
本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。标准应覆盖协议中论及它的所有条款。假如这些标准在标准所合用的活动范围有更好的描述，可引用本计划中的其他条。对要使用的各种编程语言都应提供编码标准，至少应涉及：
a.格式标准(如：缩进、空格、大小写和信息的排序)；
b.首部注释标准，例如(规定：代码的名称/标记符，版本标记，修改历史，用途)需求和实现的设计决策，解决的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、输出、变量和数据结构等)；
c.其他注释标准(例如规定的数量和预期的内容)；
d.变量、参数、程序包、过程和文档等的命名约定；
e.(若有)编程语言构造或功能的使用限制；
f.代码聚合复杂性的制约。
5.2.3可重用的软件产品
本条应分以下若干条。
5.2.3.1吸纳可重用的软件产品
本条应描述标记、评估和吸纳可重用软件产品要遵循的方法，涉及搜寻这些产品的范围和进行评估的准则。描述应覆盖协议中论及它的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标记和说明，(若合用)同时应给出与使用有关的优点、缺陷和限制。
5.2.3.2开发可重用的软件产品
本条应描述如何标记、评估和报告开发可重用软件产品的机会。描述应覆盖协议中论及它的所有条款。
5.2.4解决关键性需求
本条应分以下若干条描述为解决指定关键性需求应遵循的方法。描述应覆盖协议中论及它的所有条款。
5.2.4.1安全性保证
5.2.4.2保密性保证
5.2.4.3私密性保证
5.2.4.4其他关键性需求保证
5.2.5计算机硬件资源运用
本条应描述分派计算机硬件资源和监控其使用情况要遵循的方法。描述应覆盖协议中论及它的所有条款。
5.2.6记录原理
本条应描述记录原理所遵循的方法，该原理在支持机构对项目作出关键决策时是有用的。应对项目的“关键决策”一词作出解释，并陈述原理记录在什么地方。描述应覆盖协议中论及它的所有条款。
5.2.7需方评审途径
本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承包方的一些设施要遵循的方法。描述应遵循协议中论及它的所有条款。
6实行具体软件开发活动的计划
本章分条进行描述。不需要的活动用“不合用”注明，假如项目的不同的开发阶段或不同的软件需要不同的计划，则在本条应指出这些差异。每项活动的论述应涉及应用于以下方面的途径(方法/过程/工具)：
a.所涉及的分析性任务或其他技术性任务；
b.结果的记录；
c.与交付有关的准备(假如有的话)。
论述还应标记存在的风险和不拟定因素，及解决它们的计划。假如合用的方法在5.2.1处描述了的话，可引用它。
6.1项目计划和监督
本条提成若干分条描述项目计划和监督中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.1.1软件开发计划(涉及对该计划的更新)
6.1.2 CSCI测试计划
6.1.3系统测试计划
6.1.4软件安装计划
6.1.5软件移交计划
6.1.6跟踪和更新计划，涉及评审管理的时间间隔
6.2建立软件开发环境
本条提成以下若干分条描述建立、控制、维护软件开发环境所遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.2.1软件工程环境
6.2.2软件测试环境
6.2.3软件开发库
6.2.4软件开发文档
6.2.5非交付软件
6.3系统需求分析
6.3.1用户输入分析
6.3.2运营概念
6.3.3系统需求
6.4系统设计
6.4.1系统级设计决策
6.4.2系统体系结构设计
6.5软件需求分析
本条描述软件需求分析中要遵循的方法。应覆盖协议中论及它的所有条款。
6.6软件设计
本条应提成若干分条描述软件设计中所遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.6.1 CSCI级设计决策
6.6.2 CSCI体系结构设计
6.6.3 CSCI具体设计
6.7软件实现和配置项测试
本条应提成若干分条描述软件实现和配置项测试中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.7.1软件实现
6.7.2配置项测试准备
6.7.3配置项测试执行
6.7.4修改和再测试
6.7.5配置项测试结果分析与记录
6.8配置项集成和测试
本条应提成若干分条描述配置项集成和测试中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.8.1配置项集成和测试准备
6.8.2配置项集成和测试执行
6.8.3修改和再测试
6.8.4配置项集成和测试结果分析与记录
6.9 CSCI合格性测试
本条应提成若干分条描述CSCI合格性测试中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.9.1 CSCI合格性测试的独立性
6.9.2在目的计算机系统(或模拟的环境)上测试
6.9.3 CSCI合格性测试准备
6.9.4 CSCI合格性测试演练
6.9.5 CSCI合格性测试执行
6.9.6修改和再测试
6.9.7 CSCI合格性测试结果分析与记录
6.10 CSCI/HWCI集成和测试
本条应提成若干分条描述CSCI/HWCI集成和测试中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.10.1 CSCI/HWCI集成和测试准备
6.10.2 CSCI/HWCI集成和测试执行
6.10.3修改和再测试
6.10.4 CSCI/HWCI集成和测试结果分析与记录
6.11系统合格性测试
本条应提成若干分条描述系统合格性测试中要遵循的方法。各分条的计划应遵循协议中论及它的所有条款。
6.11.1系统合格性测试的独立性
6.11.2在目的计算机系统(或模拟的环境)上测试
6.11.3系统合格性测试准备
6.11.4系统合格性测试演练
6.11.5系统合格性测试执行
6.11.6修改和再测试
6.11.7系统合格性测试结果分析与记录
6.12软件使用准备
本条应提成若干分条描述软件应用准备中要遵循的方法。各分条的计划应遵循协议中论及它的所有条款。
6.12.1可执行软件的准备
6.12.2用户现场的版本说明的准备
6.12.3用户手册的准备
6.12.4在用户现场安装
6.13软件移交准备
本条应提成若干分条描述软件移交准备要遵循的方法。各分条的计划应遵循协议中论及它的所有条款。
6.13.1可执行软件的准备
6.13.2源文献准备
6.13.3支持现场的版本说明的准备
6.13.4“已完毕”的CSCI设计和其他的软件支持信息的准备
6.13.5系统设计说明的更新
6.13.6支持手册准备
6.13.7到指定支持现场的移交
6.14软件配置管理
本条应提成若干分条描述软件配置管理中要遵循的方法.各分条的计划应遵循协议中论及它的所有条款。
6.14.1 配置标记
6.14.2配置控制
6.14.3配置状态记录
6.14.4配置审核
6.14.5发行管理和交付
6.15软件产品评估
本条应提成若干分条描述软件产品评估中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.15.1中间阶段的和最终的软件产品评估
6.15.2软件产品评估记录(涉及所记录的具体条目)
6.15.3软件产品评估的独立性
6.16软件质量保证
本条应提成若干分条描述软件质量保证中要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款。
6.16.1软件质量保证评估
6.16.2软件质量保证记录、涉及所记录的具体条目
6.16.3软件质量保证的独立性
6.17问题解决过程(更正活动)
本条应提成若干分条描述软件更正活动中要遵循的方法.各分条的计划应覆盖协议中论及它的所有条款。
6.17.1问题/变更报告
它涉及要记录的具体条目(可选的条目涉及：项目名称，提出者，问题编号，问题名称，受影响的软件元素或文档，发生日期，类别和优先级，描述，指派的该问题的分析者，指派日期，完毕日期，分析时间，推荐的解决方案，影响，问题状态，解决方案的批准，随后的动作，更正者，更正日期，被更正的版本.更正时间，已实现的解决方案的描述)。
6.17.2更正活动系统
6.18联合评审(联合技术评审和联合管理评审)
本条应提成若干分条描述进行联合技术评审和联合管理评审要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款.
6.18.1联合技术评审涉及----组建议的评审
6.18.2联合管理评审涉及----组建议的评审
6.19文档编制
本条应提成若干分条描述文档编制要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款.应遵循本标准第5章文档编制过程中的有关文档编制计划的规定执行.
6.20其他软件开发活动
本条应提成若干分条描述进行其他软件开发活动要遵循的方法。各分条的计划应覆盖协议中论及它的所有条款.
6.20.1风险管理，涉及已知的风险和相应的对策
6.20.2软件管理指标，涉及要使用的指标
6.20.3保密性和私密性
6.20.4分承包方管理
6.20.5与软件独立验证与确认(IV&V)机构的接口
6.20.6和有关开发方的协调
6.20.7项目过程的改善
6.20.8计划中未提及的其他活动
7进度表和活动网络图
本章应给出：
a.进度表，标记每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的可用性、其他的里程碑及每个活动的完毕点.
b.活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完毕项目中有最严格时间限制的活动。
8项目组织和资源
本章应提成若干条描述各阶段要使用的项目组织和资源.
8.1项目组织
本条应描述本项目要采用的组织结构，涉及涉及的组织机构、机构之间的关系、执行所需活动的每个机构的权限和职责。
8.2项目资源
本条应描述合用于本项目的资源。(若合用)应涉及：
a.人力资源，涉及：
1)估计此项目应投入的人力(人员/时间数);
2)按职责(如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证和软件文档编制等)分解所投入的人力；
3)履行每个职责人员的技术级别、地理位置和涉密限度的划分；
b.开发人员要使用的设施，涉及执行工作的地理位置、要使用的设施、保密区域和运用协议项目的设施的其他特性；
c.为满足协议需要，需方应提高的设备、软件、服务、文档、资料及设施，给出一张何时需要上述各项的进度表；
d.其他所需的资源，涉及：获得资源的计划、需要的日期和每项资源的可用性.
9培训
9.1项目的技术规定
根据客户需求和项目策划结果，拟定本项目的技术规定，涉及管理技术和开发技术。
9.2培训计划
根据项目的技术规定和项目成员的情况，拟定是否需要进行项目培训，并制订培训计划。如不需要培训，应说明理由。
10项目估算
本章应分若干条说明项目估算的结果。
10.1规模估算
10.2工作量估算
10.3成本估算
10.4关键计算机资源估算
10.5管理预留
11风险管理
本章应分析也许存在的风险，所采用的对策和风险管理计划。
12支持条件
12.1计算机系统支持。
12.2需要需方承担的工作和提供的条件。
12.3需要分包商承担的工作和提供的条件。
13注解
本章应包具有助于理解本文档的一般信息(例如原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于解决，附录可单独装订成册。附录应按字母顺序(A, B等)编排。
南昌航空大学实验报告
时间：二０一四 年 月 日
课程名称： 软件项目管理
实验名称：PROJECT的使用（实验三）
班级： 姓名： 　　　 同组人： 　
指导教师评估： 署名： 　　　　　
一、实验目的
本次实验是通过使用Microsoft Project完毕项目管理的一些工作，目的是了解Microsoft Project工具的使用和项目管理的相关知识。
二、实验规定
1、熟悉项目管理软件PROJECT的界面和操作方法
2、了解项目管理软件PROJECT的重要功能。
三、实验环境
1．硬件：计算机
2．操作系统：windows平台。
3．相关软件：Microsoft office Project软件。
四、实验环节
本次实验是通过使用Microsoft Project完毕项目管理的一些工作，目的是了解Microsoft Project工具的使用和项目管理的相关知识。实验内容和环节如下：

图1：新建项目

1.1 建立项目管理文献
在开始制定项目计划之前，要明拟定义项目的一些基本属性信息，或者对项目有一个基本的定义，例如项目的名称、内容、开始时间、结束时间等。例如有一个《校园网站》项目，内容是通过网站介绍学校的基本情况，发布一些及时的信息，同时有论坛等讨论区域。然后开始在Project2023中创建项目，实验环节如下：
1、新建项目
选择[程序]-〉Microsoft Office ?C〉Microsoft Office Project进入Project2023。选择[文献]-〉[新建]菜单命令，打开Project的“新建项目”向导，如图1，单击“空白项目”将出现“任务”导向，如图2所示。

图2：文献向导

2、定义项目
项目创建完毕之后，需要定义项目。单击图2中的“定义项目”，将显示“定义项目”导向，运用向导可以很容易完毕定义项目的操作。分三步：
1)  输入项目的开始时间，如图3所示，将日期调整为项目的预计开始日期；
2) 输入项目工作组选项，如图4所示，询问是否使用Project Server和Project Web Access ，本项目比较小，不需要Project Server的协调，选择“否”；
3) 保存文献，将文献保存为SchoolWebside.mpp，如图5所示。

图3：定义项目-a 图4：定义项目-b

图5:文献保存

3、设立环境信息
项目的环境信息涉及工期、项目的日历等。选择[工具]-〉[选项]，弹出“选项”对话框，选择“选项”对话框中的“日历”选项卡可以输入、查看或者修改日期、时间等设立，如图6所示。选择“日程”选项卡可以输入、查看和修改排定任务日程的首选项。如图7所示。
图7：“日程”选项卡

图6：“日历”选项卡
项
：

1.2 创建项目任务
创建一个新的项目文献后，接下来需要进行任务的创建，任务是构成项目的基本单元，所有的任务完毕了，项目才可以完毕。实验环节如下：
1、 任务建立
l  打开项目文献SchoolWebside.mpp；
l  选择[视图]-〉[甘特图]菜单命令切换到“甘特图”视图，默认的视图就是甘特图；
l  在“任务名称”域中输入项目的任务名称，例如“需求分析”、“校园网设计”、“编码”、“测试”、“提交”等；
l  输入所有的任务直到最后，如图8所示。
2、里程碑建立
可以将编码完毕后的任务设立为里程碑任务，双击“编码”任务，弹出如图9所示的对话框，选择“高级”选项卡，在左下角选中“标记为里程碑”复选框。
图8：创建任务
图9：设立里程碑
：

3、 增长任务，建立大纲结构
前面建立的任务基本上是摘要任务，为此需要增长任务，为了很好的组织和管理任务，最佳是采用大纲结构，即通过创建摘要任务和子任务来组织项目结构，摘要任务是由子任务组成并对子任务进行汇总的任务。
1)  在“任务名称”域中选择“编码”任务，选择[插入]-〉[新任务]，建立新任务“界面设计”，同样插入其他任务“结构设计”、“数据设计”等
2) 反复上步，直到加入所有的任务
3) 在“任务名称”域中选择“界面设计”，“结构设计”、“数据设计”，单击[项目]-〉[大纲]-〉[降级]命令，进行降级，如图10所示。
4)同理，完毕其他任务的升级或者降级。
设立好项目任务的分级结构以后，可以很容易看清楚任务之间的顺序。
4、  任务的移动、复制和显示

图10：建立大纲结构
当对任务和资源进行复制或者移动，将重新建立任务链接关系，通常还涉及与任务相关的子任务、备注信息和链接或者嵌入对象。
1.3 任务分解
将创建好的任务，可以进一步分解，完毕WBS。在MS Project中 可认为每项任务建立WBS。实验环节如下：
1、  在SchoolWebside.mpp项目中，切换到“甘特图”视图
2、  单击“任务名称”域的列标题
3、  选择[插入]-〉[列]命令，启动“列定义对话框”，如图11所示。
4、  在“域名称”列表框中选择WBS选项
5、  在“对齐数据”列表框中选择“居中”选项
6、  单击“最佳匹配”按钮，生成图12所示的具有WBS的甘特图

图11：列定义对话框

图12：创建WBS

1.4 安排任务工期
任务创建和分解后，需要为所有的任务安排工期，以便拟定项目的完毕时间，一方面拟定任务的类型，涉及固定单位任务、固定工期任务和固定工时任务。实验环节如下：
1、  安排任务的进度
可以采用三种方法为任务制定工期：1）在甘特图表中的“工期”域直接输入工期。2）用鼠标左键拖动甘特图的任务条形图，通过改变其长度来改变其工期3）使用“任务信息”对话框设立工期。
l  双击甘特图中“任务名称”域中“需求讨论”子任务，出现图13所示对话框，设立子任务的工期，摘要任务是其子任务的时间总和。
l  单击“工期”微调框中的箭头可以修改工期
l  单击[拟定]按钮，甘特图的长度反映了任务工期的长度。如图14所示。

图13：设立子任务的工期

图14：调整任务的工期，项目甘特图

2、  周期性任务
在项目的任务中插入周期性任务，例如每周五的周例会，如图15所示。

图15：设立周期任务

1.5 任务的链接
任务的链接是将任务与其他任务的时间安排联系在一起，通过任务的链接而得到任务的开始或者完毕时间，特点是任务之间始终被这种特定的关系约束着。实验环节如下：
1、  建立链接
l  在“任务名称”域选择“需求讨论”、“编写需求规格”、“需求评审”三个任务”
l  单击“常见”工具栏中的[链接任务]按钮，即可以完毕设立三个任务的“结束-开始”的关系。如图16所示。

图16：建立任务的链接

2、  删除链接
l  选择要取消链接的任务“需求讨论”、“编写需求规格”，
l  单击“常用”工具栏取消任务链接按钮或者[编辑]-〉[取消任务链接]命令
1.6 资源分派
为了完毕任务必须为项目中的任务分派资源，在Microsoft Project中可以建立资源库，然后将资源库中的资源与项目的任务联系起来，也就是说分派具体的人员、设备等来完毕工作。实验环节如下：
1、  建立资源库
l  选择[视图]-〉[资源工作表]命令，切换到“资源工作表”视图
l  在视图表中输入项目所有的资源信息名称，
  i.输入资源“张三”，设立其标准费率为100元/小时，加班费120元/小时；
  ii. 输入资源“李四”，设立其标准费率为90元/小时，加班费120元/小时；
 iii. 输入资源“王五”，设立其标准费率为110元/小时，加班费120元/小时；
l  双击资源名称“张三”，设立其资源日历，在资源信息对话框中的“工作时间”选项卡设立资源日历，将“2023-05-10”周六改为工作时间。
如图17所示。

图17：设立资源库

2、  为任务分派资源
合理地向任务分派资源才干有效地完毕项目任务：
1)        切换到“甘特图”视图
2)        选择第一个任务“需求讨论”，选择[工具]-〉[分派资源]菜单命令
3)        在“分派资源”对话框，选择分派该任务的资源：张三、李四
4)        单击[分派]按钮，完毕该任务的分派工作
5)        依次选中其他的任务，反复2-）到4）直到所有的任务都分派了资源，见图18

图18:分派资源

：

1.7 项目管理
建立一个项目后需要对项目进行管理，查看项目进展情况，实验环节如下：
1)        查看项目的各种视图，熟悉使用各种视图：
a)         甘特图，
甘特图是默认的视图，是项目进度管理中最常用的视图，通过[视图]-〉[甘特图]进入甘特图视图
b)        “日历”视图
通过[视图]-〉[日历]菜单命令可以进入“日历”视图
c)         “网络图”
通过[视图]-〉[网络图]菜单命令可以进入“网络图”视图
2)        查看项目的成本
给任务分派资源后，可以查看任务的成本;
1)        打开SchoolWebside.mpp项目中；
2)        选择[视图]-〉[甘特图]命令，切换到“甘特图”视图；
3)        选择[视图]-〉[表]-〉[成本]命令，显示项目的任务成本信息