软件项目管理实验指导书及实验报告.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 ?CMicrosoft 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) 选择视图-表-成本命令，显示项目的任务成本信息