软件项目管理计划书

项目名称：成绩管理软件项目管理计划书

专    业：计算机科学与技术 班级：        

学生姓名：           学号：        

指导教师：                         

20##年11月

目录

1.简介. 1

1.1项目概述. 1

1.2项目交付产品. 1

1.3 SPMP的演化. 1

2.项目组织. 2

2.1过程模型. 2

2.2 团队的分工与合作. 2

3.管理过程. 3

3.1管理目标和优先级. 3

3.2风险管理. 3

3.3监督和控制机制. 4

3.4人员计划. 5

4.技术过程. 6

4.1 开发方法、工具和技术. 6

4.2软件需交付的文档. 6

5.开发进度安排与预算. 8

5.1进度表格描述. 8

5.2开发过程中的资源需求. 10

5.3软件管理过程中预算及资源分配. 10

5.4项目进度及关键工期设置. 11

参考文献. 12

1.简介

1.1项目概述

本项目要开发一个成绩查询系统，系统一共分为学生查询成绩、教室查询成绩、教室提交修改成绩、管理员操作和游客查询五个子系统。本计划负责其中的有关管理员的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，交付的产品包括可执行的文件、源代码、技术文档与管理员使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团队领导进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。

1.2项目交付产品

（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。

（2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的人力资源管理系统运行情况，检查完成后需要提交程序源文件和可执行的系统。

1.3 SPMP的演化

软件项目计划书在第十二周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更新稿。

2.项目组织

2.1过程模型

表1 过程模型表

2.2 团队的分工与合作

表2 组织关系图

3.管理过程

3.1管理目标和优先级

   基本管理原则：每位成员既是积极的建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。禁止再有异议。

   目标 1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。

   目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。

   目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。

   目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。

   目标 5：项目设计和开发上尽量有创新，有亮点。

3.2风险管理

本次开发过程中存在的风险及规避方法如下表：

表3 项目风险及其规避方法

3.3监督和控制机制

    报告机制：

1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。

2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。

3. 组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风险报告。必要时将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。

报告格式：

报告主题，时间段，发现人，报告内容，审核意见

评审机制：

每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上锁制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请组长和其他组成员参加评议。亦可询问老师的意见。对于重大的风险处理意见，应该由组长及其他组组长组成评审团对处理意见进行审议和评估。并以评审团的决议（亦可根据老师的建议）作为重要参考来制定决策。

3.4人员计划

表4 人员分配表

4.技术过程

4.1 开发方法、工具和技术

本小组的团队组织结构为主程序员式组织结构；编程语言为C#；采用面向对象的分析设计方法；利用Windows.NET开发平台作为开发平台；使用SqlSever 2005作为数据库管理系统图；并采用统一的C#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。

开发环境：sqlserver 20## + .NET 2.0 + Visual Studio 2005。

4.2软件需交付的文档

1．软件项目管理计划

    该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。

2. 需求规格说明初稿

在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。

3.设计报告初稿

在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。

4.测试文档

在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。

5．用户手册

       在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由维护员更新文档；并在系统交付阶段随着系统一起被交付。

6.个人项目总结

       由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。

  

7.其他文档

       软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。

5.开发进度安排与预算

5.1进度表格描述

项目进度描述如下表：

表6 进度表格描述

5.2开发过程中的资源需求

   人员：小组软件项目开发成员

   支持软件：Microsoft Visual Stduio 20##、.NET 2.0、office、sqlserver 2005

   开发地点：宿舍或者机房

   实验设备：个人计算机、笔记本、实验室计算机

   项目资源维护需求的数目和类型：3台个人电脑（Pentium III 800 以上CPU，256M以上内存）

5.3软件管理过程中预算及资源分配

   1.统一的开发不涉及任何经济的预算，工程量初步设置为3人/天。

   2.资源分配为各自使用自己的电脑。

5.4项目进度及关键工期设置

表7 进度工期表

 

参考文献

《软件项目管理》杨律青 电子工业出版社

《软件测试大学教程》蔡建平 清华大学出版社

《C#.NET编程开发》黄敏 北京师大出版社

《软件工程导论》陈明 机械工业出版社

 

第二篇：138.项目管理计划书

项目管理计划书

首届MBA模拟创业大赛

文 档 信 息

版 本 记 录

概述

对于一个全国性的MBA创业大赛项目而言，简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上，我们建议的项目实施途径是：

1、首先应明确地定义本项目的具体实现内容，以及与各外围系统的定位关系。即明确地定义该项目的工作范围说明书（SOW）；

2、在SOW的基础上，项目组讨论并确定实施相关任务的具体工作方法，在工作方法的基础上，通过对工作任务的细分，应对完成相关任务所需的资源进行评估，并参考总体实施进度的时间要求，制定出详细和切实可行的项目总体实施计划（进度、资源）、以及各实施小组的详细实施计划书等；

3、为确保各方资源的合规调度和及时到位，在项目正式启动以前应签署相关的商务合同；

4、在商务合同谈判和签署的过程中，项目经理将起草一份初步的项目管理计划书，该计划书将包含在项目实施过程中与管理工作相关的主要内容。如：项目进度计划、资源需求计划、项目实施方法概要、质量管理计划、沟通计划、变更计划等；形成最终的项目管理计划书报第六届中国MBA发展论坛组委会批准。

5、项目应于合同正式签署的数日内正式启动。项目正式启动以后，项目管理计划书将在项目的计划阶段进一步完善，并应作为在项目实施过程中项目管理的工作指南。项目组应严格按照该计划书中所规定的内容执行，计划书中有关内容的重大变更应参照变更管理流程进行管理。

本文档是项目正式启动之前应讨论确定的项目管理计划书，有关的详细内容请详细参照本计划书中的相关章节。

1.1.      目的

本项目的项目管理计划书用来定义本次所要开发的可交付物，和为开发这些交付物所需的时间计划，及确保可交付物质量达标的计划，以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。

此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。

此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。

1.2.       项 目 计 划 范 围

此项目计划书中包含下列内容：

¨  项目任务与目标

¨  项目范围管理

¨  项目的组织结构和职责定义

¨  项目变更管理计划

¨  项目进度时间表

¨  项目质量控制计划

¨  项目风险管理计划

¨  项目验收计划

¨  问题管理计划

2.  项目任务和目标

首届MBA模拟创业大赛 (Virtual Entrepreneurial Management Competition)，以“智圆行方，创新发展”为宗旨，力求为全国的各校MBA搭建交流和学习的平台，全面检验全国MBA在工作中所积累的和两年的学习中所掌握的管理知识、技能和人际交流能力。展示中国MBA的创业精神、展示中国MBA的实际经营能力，展示中国MBA的综合能力。

   首届MBA模拟创业大赛(Virtual Entrepreneurial Management Competition)主要的任务和目标是：

1、 举办一届形式上创新，内容上务实，广大MBA学员充分参与，充分展示中国MBA学员的风采的创业大赛，提升南开MBA的品牌。

2、 通过虚拟MBA创业的全过程来检验参赛各校MBA参赛团队的实际综合能力，为广大的MBA学员今后的创业之路提供一些有益的经验和建议。

2.1.      项目的实施时间

首届MBA模拟创业大赛初赛于20##年11月15日开始，20##年2月15日结束，20##年3月1日开始复赛，20##年4月20日结束，决赛晚会暨颁奖仪式将于20##年5月22号18：30至22：00举行。

2.2.      项目的资源

人力资源：项目的实施以20##级、20##级南开大学MBA和EMBA学员为主，南开大学国际商学院领导、老师和校外专家为项目咨询顾问

资金资源：对第六届中国MBA发展论坛和首届MBA模拟创业大赛进行广泛招商引资、通过企业的各级赞助形式获得项目所需经费

品牌资源：中国MBA教育指导委员会、中国青年企业家协会、中国天津市市委、市政府、中国89所MBA院校、南开大学、南开大学MBA以及各协办单位和协作媒体

2.3.      项目所需完成工作

首届MBA模拟创业大赛初赛主要分为三个阶段，各阶段所需完成的目标如下：

初赛：

目的：从全国89个MBA院校的参赛团队中选出参加复赛的6－10个团队，并通过对比赛的报道宣传过程中吸引社会和媒体的关注，提升中国MBA和南开MBA的品牌价值

评比重点：在同一起跑线上对现有资源的整合和运用能力、各种管理知识和技巧的运用以及盈利模式的创新和创业计划书的写作水平

复赛：

目的：从6－10个复赛团队中选出参加决赛的3个团队，并通过对比赛的报道宣传过程中吸引社会和媒体的关注，提升中国MBA和南开MBA的品牌价值

评比重点：企业战略的刚性和柔性、对突发事件的应对能力以及各种管理知识和技巧的运用

决赛：

目的：决定冠、亚、季军的归属，通过权威电视、网络媒体现场直播的形式，升华整个比赛的主题并达到提升中国MBA和南开MBA的品牌价值的目的

评选重点：各团队的团队精神和协同能力，以及各管理技巧的灵活运用及现场的情景测试所表现出来的应变能力、抗压能力以及英语交流等实际综合能力。

3.          项目工作范围描述

本项目的工作范围包括首届MBA模拟创业大赛的策划、组织、协调和宣传工作。

3.1.      项目范围概述

3.1.1.  工作分解结构（WBS）

3.1.2.  首届MBA模拟创业大赛策划工作范围界定

项目组所需承担工作：

初赛：

与各协作单位联系并确定最终获奖团队的奖金与奖励的设置以及奖项的设置、分布

制定创业计划书的评分细则和设计初赛成绩的权重

统计完成各校参赛团队的最终初赛权重成绩

汇总复赛初赛团队的创业计划书的题目与摘要并提交给外联项目组

完成所有与外界沟通所需要的所有信函和通知的设计和文案工作

复赛：

汇总复赛参赛团队所需要回答的问题和答案并提交给外联项目组

及时通过各协作媒体向外界公布创业大赛复赛的比赛过程和最终复赛成绩

决赛晚会：

设计决赛。在三个小时的情景设计上达到决赛创业团队与面试评委的充分互动，台上和台下的充分互动的效果，要把最后得奖的悬念保留到最后。让晚会充分展示的中国MBA、南开MBA、首届MBA模拟创业大赛项目组的综合能力

颁奖仪式设计要有创新，要体现南开大学、南开MBA的特色。整个气氛热烈而有序。

各协作单位所需承担工作：

初赛：

GMC（国际管理挑战赛中国赛区组委会）：

负责设计本次大赛的GMC模拟营运比赛部分，并确保比赛能在规定时间内完成并达到选拔团队的目的

大赛全过程

各协作媒体：

设计本次大赛的初赛、复赛和决赛的报道方式和过程，与组委会取得一致。

成立各媒体的项目小组，及时与首届MBA创业大赛项目组联系协调，积极参与比赛的组织过程并为比赛设计适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体CI设计（宣传海报、宣传手册等）。

3.1.3.  首届MBA模拟创业大赛组织工作范围界定

项目组所需承担工作：

初赛：

邀请89所MBA院校参加首届MBA模拟创业大赛并确认统计最终参赛团队的数量。

邀请各知名风险投资机构、创业学专家学者、知名企业家参加创业计划书的评分工作并确定最终的评委名单

协助GMC（国际管理挑战赛中国赛区组委会）对各参赛团队进行参加GMC模拟经营比赛的培训计划

回收、统计最终的各团队创业计划书的电子文档和书面材料并按创业模式分类

把创业计划书按照分类寄发给各评委，并协调评委的评分工作，确保各参赛团队的初赛成绩创业计划书部分在规定时间内统计完成

与GMC（国际管理挑战赛中国赛区组委会）协调共同完成初赛的企业模拟经营部分，确保模拟经营部分在各校顺利进行并确保成绩在规定时间内统计完成

邀请评委针对自己所评阅的参赛团队创业计划书提出7个问题，问题主要包括对计划书本身的一些置疑和企业获得500万风险投资后可能会面对的一些风险和实际经营问题。

复赛：

协调评委的工作并确保进入复赛的参赛团队在预定时间内收到复试题目并回收。

确保评委在预定时间内收到参赛团队的答案并协调在预定时间内评委工作在预定时间内取得各参赛团队的最终复赛成绩

决赛：

组织整个决赛晚会的实施并通过彩排确保晚会达到预期效果

各协作单位所需承担工作：

各协作媒体：

各媒体的项目小组，及时与首届MBA创业大赛项目组联系协调，积极参与比赛的组织过程并在各阶段为比赛制作适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体CI设计（宣传海报、宣传手册等）。

GMC（国际管理挑战赛中国赛区组委会）：

对各校参赛团队完成参加GMC的相关前期培训

组织各参赛队顺利完成初赛并及时把各参赛团队各轮比赛的决策和股价发给组委会以便于通过各协作媒体向外界发布

模拟创业大赛评委：

在规定时间内完成创业计划书的评分工作以及对创业计划书的疑问和拿到风险投资以后企业可能面临的风险

在规定时间内完成参加复赛的创业团队复赛答卷评分工作

各协作单位所需承担工作：

各协作媒体：

成立各媒体的项目小组，及时与首届MBA创业大赛项目组联系协调，积极参与比赛的组织过程并为比赛设计制作适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体CI设计（宣传海报、宣传手册等）。

GMC（国际管理挑战赛中国赛区组委会）：

在GMC官方网站显著位置建立首届MBA模拟创业大赛的网页，及时发布相关信息

模拟创业大赛评委：

在规定时间内完成创业计划书的评分工作以及对创业计划书的疑问和拿到风险投资以后企业可能面临的风险

3.1.4.  首届MBA模拟创业大赛宣传工作范围界定

项目组所需承担工作：

初赛：

与各媒体沟通，确定首届MBA模拟创业大赛的大众、专业、网络和平面媒体协作单位

及时通过各协作媒体向外界公布创业大赛初赛的比赛过程和最终初赛成绩

向各参赛学校发布每个阶段所选用的宣传资料

全过程：

与各媒体项目小组沟通并了解和协调各协作媒体项目小组的工作进度

各协作单位所需承担工作：

各协作媒体：

及时向外界公布创业大赛的相关信息，包括：首届MBA模拟创业大赛的新闻发布会和初赛、复赛、决赛晚会的相关信息。

GMC（国际管理挑战赛中国赛区组委会）：

在GMC官方网站显著位置建立首届MBA模拟创业大赛模拟经营部分的网页，及时向外界发布相关比赛过程和比赛结果等信息

  

4.  项目的组织结构和职责定义

4.1.      项目组织结构

4.1.1.  项目组织结构构成原则

1、项目各小组的分工原则：小组的目标和任务明确；

2、按照本项目的重点和难点进行分组，本项目的重点是加强各小组之间的协调，加强本项目的质量控制，本项目的难点是对大赛总体效果的把握。

3、为加强对资源的协调，需要南开大学、南开大学国际商学院的直接支持。

4.1.2.  项目组织结构图

如下图所示：

4.1.3.  项目各组织的责任及人员安排

5.  项目变更管理计划

很多方面的因素都会导致变化，都会对项目带来很大的影响。这些变化会使得方案在功能上有些增加或减少，因而需要在策划和实施过程中严格控制。

5.1.      变更控制概述

变更可能由各协作单位或项目组提出，每一个变更必须记录成文档。

变更的批准：重大的变更需由第六届中国MBA发展论坛组委会和项目组批准，其他变更有由双方的项目经理共同决定。

一个确认的变更须得到批准后才能继续进行时，需要使用变更申请流程。

5.2.     

变更处理流程

5.3.      变更处理流程描述

1.         提出变更：由各协作单位或项目小组组提出按规范提出，由相关组长提交到项目经理处。

2.         项目经理与各相关协作单位的项目经理共同确认此变更请求是否为变更。

3.         若是变更，提交相关组或专家顾问评估此变更，同时交变更管理员登记此变更。

4.         根据评估结果,由项目经理与相关协作单位项目经理签字决定是否执行此变更。

5.         若此变更决定被执行，项目组即可按照推荐方案上的内容制订相应的变更实施计划，进行有关的变更操作，并详细记录状态。

6.         由相关组或相关人员评估此变更执行结果。如果达到要求，则完成变更。若未达到，则直到达到要求为止。变更的执行结果交变更管理员归档。

7.         需填写的表格为：《变更申请表》，《变更评估表》，《变更执行结果评估表》，《变更登记表》。

5.4.       登记事件

对每一次变更事件进行登记，做好变更的管理工作。

5.5.      争议解决

若双方对变更意见不统一，先在双方项目经理之间进行协商解决，若问题重大，不能在项目经理层做决策，需上报到第六届中国MBA发展论坛组委会。项目经理负责对此问题的追踪，尽量缩短问题解决的时间。