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

1、软件项目管理实验指导书及实验报告软件项目管理实验指导书及实验报告南昌航空大学软件学院2014年2月班级：学号：姓名：南昌航空大学实验报告时间：二一四年 月 日课程名称： 软件项目管理 实验名称：撰写南昌航空大学软件学院信息管理系统项目建议书（实验一）班级： 姓名： 同组人： 指导教师评定： 签名： 一、实验目的掌握项目建议书的格式和写作要求，会结合具体项目写作项目建议书。二、实验要求1、结合模拟项目南昌航空大学软件学院信息管理系统项目写出项目建议书。2、提交南昌航空大学软件学院信息管理系统项目建议书（报告）一份。三、实验环境1硬件：计算机2操作系统：windows平台。3相关软件：Micros

2、oft office软件。四、实验步骤（软件项目项目建议书编写参考指南）1、背景介绍写清楚项目的立项背景。2、项目的意义和必要性写清楚项目立项的意义和必要性。3、项目产品或服务的市场预测写清楚项目产品或服务市场前景（本实验可不作分析）。4、项目的规模和期限定义项目的规模（范围），以及完成期限。5、投资估算给出项目的初步投资概算。6、市场前景及经济效益初步分析分析项目的社会、经济效益。7、其他需要说明的问题南昌航空大学实验报告时间：二一四 年 月 日课程名称： 软件项目管理 实验名称：撰写南昌航空大学软件学院信息管理系统项目计划书（实验二）班级： 姓名： 同组人： 指导教师评定： 签名： 一、实

3、验目的掌握项目计划书的格式和写作要求，会结合具体项目写作项目计划书。二、实验要求1、结合模拟项目南昌航空大学软件学院信息管理系统项目写出项目计划书。2、提交南昌航空大学软件学院信息管理系统项目计划书一份。三、实验环境1硬件：计算机2操作系统：windows平台。3相关软件：Microsoft office软件。四、实验步骤（软件项目计划书编写参考指南）根据计算机软件文档编制规范（GB/T 8567-2006）中软件开发计划的要求，结合本实验（项目）的实际情况写作项目计划书。1 引言本章分为以下几条。1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本

4、号和发行号。1.2系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。1.3文档概述本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。1.4与其他计划之间的关系(若有)本条描述本计划和其他项目管理计划的关系。1.5基线给出编写本项目开发计划的输入基线，如软件需求规格说明。2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。3交付产品3.1 程序3.2

5、文档3.3服务3.4非移交产品3.5验收标准3.6最后交付期限列出本项目应交付的产品，包括软件产品和文档。其中，软件产品应指明哪些是要开发的，哪些是属于维护性质的；文档是指随软件产品交付给用户的技术文档，例如用户手册、安装手册等。4所需工作概述本章根据需要分条对后续章描述的计划作出说明，(若适用)包括以下概述：a.对所要开发系统、软件的需求和约束；b.对项目文档编制的需求和约束；c.该项目在系统生命周期中所处的地位；d.所选用的计划/采购策略或对它们的需求和约束；e.项目进度安排及资源的需求和约柬；f.其他的需求和约束，如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖

6、关系等。5实施整个软件开发活动的计划本章分以下几条。不需要的活动的条款用“不适用”注明，如果对项目中不同的开发阶段或不同的软件需要不同的计划，这些不同之处应在此条加以注解。除以下规定的内容外，每条中还应标识可适用的风险和不确定因素，及处理它们的计划。5.1软件开发过程本条应描述要采用的软件开发过程。计划应覆盖论及它的所有合同条款，确定已计划的开发阶段(适用的话)、目标和各阶段要执行的软件开发活动。5.2软件开发总体计划本条应分以下若干条进行描述。5.2.1软件开发方法本条应描述或引用要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和过程的描述。该方法应覆盖论及它的所有合同条款。如

7、果这些方法在它们所适用的活动范围有更好的描述，可引用本计划的其他条。5.2.2软件产品标准本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。标准应覆盖合同中论及它的所有条款。如果这些标准在标准所适用的活动范围有更好的描述，可引用本计划中的其他条。对要使用的各种编程语言都应提供编码标准，至少应包括：a.格式标准(如：缩进、空格、大小写和信息的排序)；b.首部注释标准，例如(要求：代码的名称/标识符，版本标识，修改历史，用途)需求和实现的设计决策，处理的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、输出、变量和数据结构等)；c.其他注释标准

8、(例如要求的数量和预期的内容)；d.变量、参数、程序包、过程和文档等的命名约定；e.(若有)编程语言构造或功能的使用限制；f.代码聚合复杂性的制约。5.2.3可重用的软件产品本条应分以下若干条。5.2.3.1吸纳可重用的软件产品本条应描述标识、评估和吸纳可重用软件产品要遵循的方法，包括搜寻这些产品的范围和进行评估的准则。描述应覆盖合同中论及它的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明，(若适用)同时应给出与使用有关的优点、缺陷和限制。5.2.3.2开发可重用的软件产品本条应描述如何标识、评估和报告开发可重用软件产品的机会。描述应覆盖合同中论及它的所有条款。

9、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需方评审途径本条应描述为评审软件产品和活动，让需方或授权代表

10、访问开发方和分承包方的一些设施要遵循的方法。描述应遵循合同中论及它的所有条款。6实施详细软件开发活动的计划本章分条进行描述。不需要的活动用“不适用”注明，如果项目的不同的开发阶段或不同的软件需要不同的计划，则在本条应指出这些差异。每项活动的论述应包括应用于以下方面的途径(方法/过程/工具)：a.所涉及的分析性任务或其他技术性任务；b.结果的记录；c.与交付有关的准备(如果有的话)。论述还应标识存在的风险和不确定因素，及处理它们的计划。如果适用的方法在5.2.1处描述了的话，可引用它。6.1项目计划和监督本条分成若干分条描述项目计划和监督中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

11、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软件需求分析本条描述软件需求分析

12、中要遵循的方法。应覆盖合同中论及它的所有条款。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配置项集成和测试本条应分成若干分条描述配置项集成和测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条

13、款。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集成和测试中要遵循

14、的方法。各分条的计划应覆盖合同中论及它的所有条款。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软件使用准备本条

15、应分成若干分条描述软件应用准备中要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。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软件配置管理本条应分成若干分条描述软件配置管

16、理中要遵循的方法.各分条的计划应遵循合同中论及它的所有条款。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软件质量保证记录、包括所记录的具体条目

17、6.16.3软件质量保证的独立性6.17问题解决过程(更正活动)本条应分成若干分条描述软件更正活动中要遵循的方法.各分条的计划应覆盖合同中论及它的所有条款。6.17.1问题/变更报告它包括要记录的具体条目(可选的条目包括：项目名称，提出者，问题编号，问题名称，受影响的软件元素或文档，发生日期，类别和优先级，描述，指派的该问题的分析者，指派日期，完成日期，分析时间，推荐的解决方案，影响，问题状态，解决方案的批准，随后的动作，更正者，更正日期，被更正的版本.更正时间，已实现的解决方案的描述)。6.17.2更正活动系统6.18联合评审(联合技术评审和联合管理评审)本条应分成若干分条描述进行联合技术评

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与软件

19、独立验证与确认(IV&V)机构的接口6.20.6和有关开发方的协调6.20.7项目过程的改进6.20.8计划中未提及的其他活动7进度表和活动网络图本章应给出：a.进度表，标识每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的可用性、其他的里程碑及每个活动的完成点.b.活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完成项目中有最严格时间限制的活动。8项目组织和资源本章应分成若干条描述各阶段要使用的项目组织和资源.8.1项目组织本条应描述本项目要采用的组织结构，包括涉及的组织机构、机构之间的关系、执行所需活动的每个机构的权限和职责。8.2项目资源本条应描述适用于本项目的资源

20、。(若适用)应包括：a.人力资源，包括：1)估计此项目应投入的人力(人员/时间数);2)按职责(如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证和软件文档编制等)分解所投入的人力；3)履行每个职责人员的技术级别、地理位置和涉密程度的划分；b.开发人员要使用的设施，包括执行工作的地理位置、要使用的设施、保密区域和运用合同项目的设施的其他特性；c.为满足合同需要，需方应提高的设备、软件、服务、文档、资料及设施，给出一张何时需要上述各项的进度表；d.其他所需的资源，包括：获得资源的计划、需要的日期和每项资源的可用性.9培训9.1项目的技术要求根据客户需求和项目策划结果，确定本项

21、目的技术要求，包括管理技术和开发技术。9.2培训计划根据项目的技术要求和项目成员的情况，确定是否需要进行项目培训，并制订培训计划。如不需要培训，应说明理由。10项目估算本章应分若干条说明项目估算的结果。10.1规模估算10.2工作量估算10.3成本估算10.4关键计算机资源估算10.5管理预留11风险管理本章应分析可能存在的风险，所采取的对策和风险管理计划。12支持条件12.1计算机系统支持。12.2需要需方承担的工作和提供的条件。12.3需要分包商承担的工作和提供的条件。13注解本章应包含有助于理解本文档的一般信息(例如原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中

22、的含义的字母序列表。附录附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理，附录可单独装订成册。附录应按字母顺序(A, B等)编排。南昌航空大学实验报告时间：二一四 年 月 日课程名称： 软件项目管理 实验名称：PROJECT的使用（实验三）班级： 姓名： 同组人： 指导教师评定： 签名： 一、实验目的本次实验是通过使用Microsoft Project完成项目管理的一些工作，目的是了解Microsoft Project工具的使用和项目管理的相关知识。二、实验要求1、熟悉项目管理软件PROJECT的界面和操作方法2、了解项目管理软件PROJECT的主要功能。三、

23、实验环境1硬件：计算机2操作系统：windows平台。3相关软件：Microsoft office Project软件。四、实验步骤本次实验是通过使用Microsoft Project完成项目管理的一些工作，目的是了解Microsoft Project工具的使用和项目管理的相关知识。实验内容和步骤如下：图1：新建项目1.1 建立项目管理文件在开始制定项目计划之前，要明确定义项目的一些基本属性信息，或者对项目有一个基本的定义，例如项目的名称、内容、开始时间、结束时间等。例如有一个校园网站项目，内容是通过网站介绍学校的基本情况，发布一些及时的信息，同时有论坛等讨论区域。然后开始在Project20

24、03中创建项目，实验步骤如下：1、新建项目选择程序-Microsoft Office ?CMicrosoft Office Project进入Project2003。选择文件-新建菜单命令，打开Project的“新建项目”向导，如图1，单击“空白项目”将出现“任务”导向，如图2所示。图2：文件向导2、定义项目项目创建完成之后，需要定义项目。单击图2中的“定义项目”，将显示“定义项目”导向，利用向导可以很容易完成定义项目的操作。分三步： 1)输入项目的开始时间，如图3所示，将日期调整为项目的预计开始日期；2) 输入项目工作组选项，如图4所示，询问是否使用Project Server和Projec

25、t Web Access ，本项目比较小，不需要Project Server的协调，选择“否”；3) 保存文件，将文件保存为SchoolWebside.mpp，如图5所示。 图3：定义项目-a 图4：定义项目-b 图5:文件保存3、设置环境信息项目的环境信息包括工期、项目的日历等。选择工具-选项，弹出“选项”对话框，选择“选项”对话框中的“日历”选项卡可以输入、查看或者修改日期、时间等设置，如图6所示。选择“日程”选项卡可以输入、查看和修改排定任务日程的首选项。如图7所示。 1.2 创建项目任务创建一个新的项目文件后，接下来需要进行任务的创建，任务是构成项目的基本单元，所有的任务完成了，项目才

26、可以完成。实验步骤如下：1、任务建立 打开项目文件SchoolWebside.mpp； 选择视图-甘特图菜单命令切换到“甘特图”视图，默认的视图就是甘特图； 在“任务名称”域中输入项目的任务名称，例如“需求分析”、“校园网设计”、“编码”、“测试”、“提交”等； 输入所有的任务直到最后，如图8所示。2、里程碑建立可以将编码完成后的任务设置为里程碑任务，双击“编码”任务，弹出如图9所示的对话框，选择“高级”选项卡，在左下角选中“标记为里程碑”复选框。 3、增加任务，建立大纲结构前面建立的任务基本上是摘要任务，为此需要增加任务，为了很好的组织和管理任务，最好是采用大纲结构，即通过创建摘要任务和子任

27、务来组织项目结构，摘要任务是由子任务组成并对子任务进行汇总的任务。1)在“任务名称”域中选择“编码”任务，选择插入-新任务，建立新任务“界面设计”，同样插入其他任务“结构设计”、“数据设计”等2)重复上步，直到加入所有的任务3)在“任务名称”域中选择“界面设计”，“结构设计”、“数据设计”，单击项目-大纲-降级命令，进行降级，如图10所示。4)同理，完成其他任务的升级或者降级。设置好项目任务的分级结构以后，可以很容易看清楚任务之间的顺序。4、 任务的移动、复制和显示图10：建立大纲结构当对任务和资源进行复制或者移动，将重新建立任务链接关系，通常还包括与任务相关的子任务、备注信息和链接或者嵌入对

28、象。1.3 任务分解将创建好的任务，可以进一步分解，完成WBS。在MS Project中 可以为每项任务建立WBS。实验步骤如下：1、 在SchoolWebside.mpp项目中，切换到“甘特图”视图2、 单击“任务名称”域的列标题3、 选择插入-列命令，启动“列定义对话框”，如图11所示。4、 在“域名称”列表框中选择WBS选项5、 在“对齐数据”列表框中选择“居中”选项6、 单击“最佳匹配”按钮，生成图12所示的具有WBS的甘特图图11：列定义对话框 图12：创建WBS 1.4 安排任务工期任务创建和分解后，需要为所有的任务安排工期，以便确定项目的完成时间，首先确定任务的类型，包括固定单位

29、任务、固定工期任务和固定工时任务。实验步骤如下：1、 安排任务的进度可以采用三种方法为任务制定工期：1）在甘特图表中的“工期”域直接输入工期。2）用鼠标左键拖动甘特图的任务条形图，通过改变其长度来改变其工期3）使用“任务信息”对话框设置工期。 双击甘特图中“任务名称”域中“需求讨论”子任务，出现图13所示对话框，设置子任务的工期，摘要任务是其子任务的时间总和。 单击“工期”微调框中的箭头可以修改工期 单击确定按钮，甘特图的长度反映了任务工期的长度。如图14所示。图13：设置子任务的工期图14：调整任务的工期，项目甘特图2、 周期性任务 在项目的任务中插入周期性任务，例如每周五的周例会，如图15

30、所示。图15：设置周期任务1.5 任务的链接任务的链接是将任务与其他任务的时间安排联系在一起，通过任务的链接而得到任务的开始或者完成时间，特点是任务之间始终被这种特定的关系约束着。实验步骤如下：1、 建立链接 在“任务名称”域选择“需求讨论”、“编写需求规格”、“需求评审”三个任务” 单击“常见”工具栏中的链接任务按钮，即可以完成设置三个任务的“结束-开始”的关系。如图16所示。图16：建立任务的链接2、 删除链接 选择要取消链接的任务“需求讨论”、“编写需求规格”， 单击“常用”工具栏取消任务链接按钮或者编辑-取消任务链接命令1.6 资源分配为了完成任务必须为项目中的任务分配资源，在Microsoft Project中可以建立资源库，然后将资源库中的资源与项目的任务联系起来，也就是说分配具体的人