IT项目管理模板.docx
《IT项目管理模板.docx》由会员分享，可在线阅读，更多相关《IT项目管理模板.docx（40页珍藏版）》请在冰豆网上搜索。
IT项目管理模板
开放式机房管理项目
第1章项目结构
项目计划结构
项目计划分为范围计划，进度计划，人力资源计划，沟通计划，成本计划，风险计划这几部分，如表1-1所示：
计划名称
对应部分
简要描述
范围计划
项目人物范围
确定项目的范围，为制定其他计划打下基础。
范围管理是项目实施的依据和变更的输入，另外还包括对可交付成果落实到个人上的分解，即项目分解结构（WBS），通过WBS清楚明确地组织并定义了整个项目的范围，以及该项目的参与者各自的分工。
进度计划
项目时间计划
进度计划是从时间的角度对项目进行规划。
时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度计划也是项目计划中最难、最重要、最核心的部分。
在进度计划中，首先根据任务分解的结果（WBS）再进一步分解出主要的任务（活动），确立任务（活动）之间的关联关系，然后估算出每个任务（活动）需要的资源、历时，最后编制出完整的进度计划（如进度表）。
人力资源计
划
项目组织结构
人是软件项目中最重要的因素，因此软件项目人力资源管理计划也是项目计划中根本的一项计划。
人力资源管理是保证参加项目的人员能够被最有效使用所需要的过程，是对项目组织所储备的人力资源开展的一系列科学规划、开发培训、合理调配、适当激励等方面的管理工作，是项目组织各方面人员的主观能动性得到充分发挥，做到人尽其才，事得其人、人事相宜，同时保持项目组织高度的团结性和战斗力，从而成功地实现项目组织的既定目标。
沟通计划
沟通计划
保证项目成功必须进行沟通，为了有效的沟通，需要创建一个沟通计划。
沟通计划决定项目相关人的信息和沟通需求：
谁需要什么信息、什么时候需要、怎样获得、选择的沟通模式——什么时候采用书面沟通和什么时候采用口头沟通、什么时候使用非正式的备忘录和什么时候使用正式的报告等等。
成本计划
项目估算
成本计划是对完成项目所需费用的估计和计划，是项目计划中的一个重要组成部分。
软件成本估算是成本管理的核心，是预测开发一个软件系统所需要的总工作量的过程。
软件成本估算以从软件计、需求分析、设计、编码、单元测试、集成测试到接受测试等这些过程所花费的代价为依据，对完成项目所需要的所有费用进行估算。
风险计划
项目风险分析
风险计划是在项目进行过程中不断对风险进行识别、评估、制定策
略、监控风险的过程，它是项目管理中最容易被忽略而且最难以管理的环节。
通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理的使用各种风险应对措施，管理方法、技术和手段对项目的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小成本保证项目总体目标的实现。
项目组织结构
在项目组织结构的选择上，由于几种组织结构的适用条件对于项目组目前的情况来讲
都有一定程度的符合，因此对各个组织结构优缺点的权衡成为了人力资源计划的一个难题，下面对各个组织结构的优缺点进行一下比较：
职
优
1
以职能部门作为承担项目任务的主体，可以充分发挥之职能部门的资源集中优势，有
能
点
利于保障项目需要资源的供给和项目可交付成果的质量。
在人与那的使用上具有较大
型
的灵活性。
2
同以职能部门内部的专业人员便于相互交流、相互支援，对创造性地解决技术问题很
有帮助。
同部门的专业人员易于交流知识和经验，项目成员事业上具有连续性和保障
性。
3
项目成员可以将完成项目和完成本部门的职能工作融为一体，可以减少因项目的临时
性而给项目成员带来的不确定性。
缺
1
客户利益和职能部门的利益经常发生冲突，职能部门会为本部门的利益而忽视客户的
点
需求，精力只集中于本职能部门的活动，项目及客户得到利益往往得不到优先考虑。
2
当项目需要多个职能部门共同完成，或者一个职能部门内部有多个项目需要完成时，资源的平衡就会出现问题。
3
当项目需要由多个部门共同完成时，全力分割不利于各职能部门之间的沟通交流、团
结协作。
项目经理没有足够的权利控制项目的进展。
适用
条件
适用于主要由一个部门完成的项目或技术比较成熟的项目。
分析
职能型组织结构能够方便同班成员或者相互熟悉的成员（即下面的小组内成员）间进行交流和支援，有利于各小组内成员进行沟通；而且各小组内的成员还能够继续一起完成现阶段的其他任务，并运用相似的技术进行后续其他项目的开发。
但该项目组的成员来自不同班级，总人数较少，成员互相之间的了解也较少，因此这种组织结构难以平衡各小组的资源，不利于小组间信息的传递，完成各部分任务所需要的工作量与小组的成员数不均衡，从而对人员的管理与任务分配造成很大困难。
项
目
型
优
点
1
项目经理对项目可以全权负责。
可以根据项目需要随意调动项目组织的内部资源或者外部资源。
2
项目型组织的目标单一，完全以项目为中心安排工作，决策的速度得以加快，能够对
客户的要求做出及时响应，项目团队精神得以充分发挥。
有利于项目的顺利完成。
3
项目经理对项目成员有全部权利，项目成员只对项目经理负责，避免了职能型项目组织下项目成员处于多重领导、无所适从的局面，项目经理是项目的真正、唯一的领导者。
4
组织结构简单，易于操作。
项目成员直接属于同一个部门，彼此之间的沟通交流简介、快速，提高了沟通效率，同时也加快了决策速度。
缺
点
1
每一个项目型组织，资源不能共享，即使某个项目的专用资源闲置，也无法应用于另
外一个同时进行的类似项目，人员、设施、设备重复配置，会造成一定程度的资源浪
费。
2
公司里各个独立的项目型组织处于相对封闭的环境之中，公司的宏观政策、方针很难
做到完全、真正的贯彻实施，可能会影响公司的长远发展。
3
在项目完成以后，项目型组织中的项目成员或者被拍到另一个项目中去，或者被解雇，对项目成员来说，缺乏一种事业上的连续性和安全感。
4
项目之间处于一种条块分割状态，项目之间缺乏信息交流，不同的项目组很难共享知
识和经验，项目成员的工作会出现忙闲不均的现象。
适用
条件
适用于开拓性等风险较大的项目或进度、成本、质量等指标有严格要求的项目；不适合人才匮乏或规模小的企业。
分析
由于该项目具有很大的临时性，项目组的成员也是从不同的班级集中到一起，因此项目型组织结构利于团队的建设以及小组人员与任务的分配；另外该组织结构简单易操作，而且目标单一，特别适用于这种零散的人员调度，同时很大程度上方便了成员间整体的沟通交流，加快了决策速度。
由于这个项目各模块间的耦合度较低，不需要小组间大量的信息共享；而且项目组内有着统一的交流方式（临时的网上讨论组），各项决策规定可以第一时间直接反映给项目成员；更兼此项目本来就是一次独立的开发，与其他项目在人员和技术上没有紧密的联系，因此项目成员在项目完成后都已经有足够的准备和清楚的打算。
然而这种组织结构也在一定程度上破坏了原有的一些成员关系（比如同班的成员），需要这些成员重新建立起新的沟通交流机制。
权衡各组织结构的优缺点，经过详细的分析，由于项目的临时性乃至项目组的临时性是在这个项目人员组织准则角度上最突出的特点，因此，为了充分利用项目型组织结构对于此类人员及项目在团队组织上的突出优势，此项目即采用了项目型组织结构。
第2章项目范围管理
系统定义
该软件是一个通用的机房管理系统，克服了以前机房管理的缺点，不方便查看各个机器运行状态，对各台机器的管理具有很大局限性。
而本系统具有很强的通用性，操作简单，使用方便，同时具有强大的管理功能，管理人员可以方便的进行监控，查看学生的上机状态等信息。
课题背景
随着教育体制的不断改革，素质教育成为了当今的教育热潮。
各大高校都已经建立了多媒体教室，但这还不足以锻炼学生自身的动手能力及协作能力，尤其是对软件学校之类的应用学校专业，更需要学生不断练习，于是开放式机房应运而生。
但就目前的情况来看，开放式机房也有它的弊端，比如管理难问题。
正是因为开放式机房管理效率低下，无论是
机房预约还是学生使用登记，很多仍采用纸质记录，错误频出。
所以设计开放式机房管理
系统就成为了我们为之努力奋斗的目标。
运行环境
硬件要求：
CPUPIII500以上PC服务器，内存1GB以上，硬盘8GB以上。
操作系统：
WindowsXP，Windows7，Windows8
软件要求：
.，SQLServer2005（企业版、个人版）或者是Access2003以上版本
工作内容
按照项目所包括的知识领域，以及项目整个的生命周期，我们把项目分成项目立项，项目计划，项目执行和控制，项目结束四个阶段。
项目的立项里我们要成立项目小组，选出项目经理（组长），小组成员，然后召开全部成员参加的项目组成立会，初步确定每个人在项目中的角色。
然后要根据项目需求任务书，对项目进行可行性分析。
在需求阶段，要进行需求的调研，确认，需求分析等工作，这个阶段工作结束要完成需求规格说明书与客户确认。
在设计阶段，要完成系统的总体设计和详细设计，并完成总体设计和详细设计说明书。
同时要编写系统说明书，用户使用说明书等。
在编码阶段，要编写相应的程序组件并分别进行单元测试。
在测试阶段，要根据完成的测试计划，编写测试用例，进行系统的各项测试，形成系统的测试报告。
在部署阶段，主要实际完成整个系统项目的部署，保证系统上线运行，并进行系统维
护。
项目管理策略
项目管理过程遵循公司质量体系中关于项目管理过程的规范。
根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整。
评审采用定期评审，阶段评审和事件评审相结合的方式。
按周提交项目简报，通报项目的进展情况及其他相关情况。
需求描述
为获取新型机房管理系统的功能需求，采取了以下几种方法：
调查：
通过对高校机房的多次调查，获取机房管理的困难和机房管理的漏洞；并对管
理机房的管理员进行交流，听取他们对系统项目的预期目标的设想，询问系统用户使用系统的功能。
经过整理获取功能需求交流记录，并回馈给用户，要求用户确认内容
面向数据流自顶向下求精：
系统设计人员根据功能需求交流记录分析系统的数据流，从而发现未获取到的需求内容或由已有内容派生出的新需求。
并将所遇到的问题整理出来，再次询问用户予以确认。
直至对每一个功能涉及到的数据都能具体到单个属性值（数据表字段），且能画出整个系统最底层的数据流图。
由于所需篇幅过大，本文不再给出数据流图。
快速建立软件原型：
在第一次得到功能需求的时候，建立了系统的原型，以后每次的交流都以这个原型为基础进行讨论分析，从而获取新的需求并对所建立的原型及时增加和修改，以保证开发人员和用户交流的有效性和正确性。
调查过程：
机房管理教师说：
“我作为机房管理老师我想要在登录时候能够有安全保护，保护我的账号密码；可以对学生信息，教师信息，班级信息，系部信息，课程信息进行添加，查看和维护；并且开学的时间和每节课的分钟数我可以设置；除此之外，我可以对每个机房安排一个机房管理员来替我管理这个机房；我可以得到违反纪律的学生的详细信息还能够得到纸质文档；我可以修改我的信息。
”
程序员：
“您的意思是说您想要在登录的时候能够进行身份验证，非机房管理教师不能登录到本系统；您可以对学生信息，教师信息，班级信息，系部信息，课程信息进行管理特指进行增删改查的管理；您可以进行开学时间的参数设置和学时数的参数设置；您可以通过机房号，周次，星期，节次对机房管理员进行排班；您可以获取学生违纪的记录并能通过表的形式打印出来；您可以修改您的密码，联系方式等基本信息；我觉得您还需要获取学生课外上机记录并通过打印得到纸质文档。
除以上的基本的功能要求外，您希望快速的查询信息，每个窗体能够快速显示出来。
”
普通教师说：
“我作为普通教师我希望我可以对我自己的课程进行管理；还可以在有需要的时候预定机房；可以对自己的基本信息进行修改。
”
程序员：
“您的意思是说您能够对您所教授的课程进行增删改查的管理；您还可以查看机房使用的状态图，从而提前预约空机房进行授课；您可以修改您的密码，联系方式等基本信息。
”
机房管理员说：
“我作为机房管理员我希望我可以让学生知道我的机器的一些信息；我可以临时改变上机类型，在改变上机类型的时候让在线学生都下线；在课内上机的时候我可以查看应到而没有到的学生的基本信息；我可以临时进行换班；我还可以跟班中任意的学生收发消息和文件；我能够知道学生机的信息，得到学生机正在使用的东西；我还可以添加学生违纪记录；我还想在课内上机的时候不是本班学生不能够进入上机。
”
程序员：
“您的意思是您能够给学生机端广播发送您机器的IP、学生需连接的数据库服务器名称，用户名和密码，并永久保存在学生机端；您能够改变上机类型，并通知学生，自动下线；在课内上机的时候您能够查看本班未到学生的相关信息；您能够进行替班换班；您能够给学生群发消息、群发文件，您还能够给学生单独发送消息和文件；您能够监控学生端的屏幕，得到学生正在使用的进程列表，并且可以停止学生不合法的进程；您在发现违纪行为的时候可以添加学生违纪记录，并且可设置本次违纪所要扣除的学时数；在课内上机的时候您希望不是本班上课的学生不能够登录进入系统。
”
学生说：
“我作为学生，我希望我可以给机房管理员发送消息和文件；我可以查看自己个人课外上机学时；我可以查看自己的违纪记录。
”
程序员：
“您的意思是您希望在上机期间能够给管理员发送消息，发送文件，您可以查询您的课外上机总学时数，您还可以得到自己违纪的详细记录包含违纪记录所扣除的对应学时数。
”
功能需求
本系统分为三个子系统：
教师子系统、机房管理员端子系统及学生端子系统。
系统用户角色共分四类：
高级管理员、普通教师、机房管理员及学生。
1.高级管理员端系统功能
1、登录，在第一次登录时进行服务器设置；
2、维护所有基础数据，高级管理员可以对学生，教师，班级，系部，课程进行增、删、改、查的管理；
3、参数设置，高级管理员可以设置开学日期以及学时信息；
4、安排值班，高级管理员可以对机房值班进行安排；
5、预约机房，高级管理员可以预约机房；
6、查看学生上机记录和违纪记录，高级管理员可以查看学生上机记录和违纪记录，并通过报表输出；
7、修改个人信息，高级管理员可以修改个人基本信息。
2．普通教师端系统功能
1、登录，在第一次登录时进行服务器设置；
2、修改个人信息，普通教师可以修改个人基本信息；
3、预约机房，普通教师可以预约机房进行课内上机。
4、管理个人课程，普通教师可以管理自己所教授的课程。
3.机房管理员端系统功能
1、机房管理员的登录，在第一次配置的时候，要先对管理员使用的数据库进行设置，并将设置内容写入到注册表中；
2、机房管理员对服务器的设置，管理员可以设定服务器端IP，数据库服务器的名称，用户名和密码，并用广播发送的方式发送给学生端；
3、临时更改上机类型，管理员可以更改本节次原有的上机类型和预约情况。
在进行变更时，需要处理两件事情：
I向所有在线的学生端子系统发送上机类型变更通知，要求学生端程序执行自动注销操作；II修改机房预约相关数据表的预约数据，学生端再次登录时，以新的预约数据进行登录验证。
4、管理员交班，通过管理员交班可以直接更改本节课管理员排班情况；
5、查看已、未上机学生，机房管理员端可随时查看本机房当前都有哪些学生在上机，以及他们的坐次。
如果当前为课内上机，还可以通过未上机学生列表查看到所有缺勤人员。
6、收发文字信息及文件，机房管理员端子系统可以接收本机房内任何在线的学生端发来的文字消息和文件，也可以向这些学生端单发或群发文字消息和文件。
7、屏幕监控，机房管理员可通过该功能查看当前机房所有在线的学生端的计算机屏幕，也可查看指定的学生端的计算机屏幕。
方便了机房管理员监视哪些学生存在玩游戏等违纪现象。
在进行屏幕监视的过程中，一旦发现某学生打开了违规程序，如游戏，聊天软件，非法网站等。
机房管理员可直接通过“结束进程”功能，远程结束该学生的违规程序。
在监视到学生出现违纪的同时，除了可以远程结束对方的违规程序，还可以远程获取到对方的学号、姓名等基本信息，并向数据库中添加违纪记录。
4.学生端系统功能
1、登录，学生端在实现该登录功能时，做了较多必要的限制。
首先，要求学生必须在进入操作系统后，进行任何具体操作之前完成本子系统的登录操作。
其次，在进行登录验证时，需要首先通过数据库来判断本机房本节次的上机类型：
如果是课外上机，则任何学生都可以登录；如果是课内上机，则该学生必须是预约了本次课内上机的上课班级才允许登录，其他班级的学生禁止登录。
2、收发文字信息和文件，只允许学生端与机房管理员端进行文字和文件交流，不允许与其他学生端进行此操作。
目的是防止学生在上课期间相互聊天或在上机考试期间互相传送文件。
3、查看个人课外上机学时，学生可以查看自己本学期的课外上机的学时数，并显示违纪所扣除的学时数。
4、查看个人违纪情况，学生可以查看自己本学期的所有违纪情况，以及每次违纪的具体时间和扣除的学时数。
5、注销登录，学生在下机时可使用此功能进行注销。
注销后可返回本子系统的登录界面，也可直接关机。
除学生主动注销外，系统也会存在两种情况自动完成注销：
一、当学生用户长时间未在操作系统中做任何键盘、鼠标操作时；二、当上机类型发生变化时，例如学生是在第一大节课期间登录的，他一直上机上到了第二大节，而数据库中存储的第二大节的上机类型与第一大节不同时；或者是机房管理员端根据实际需要，通过“临时变更上机类型”改变了本节课的上机类型，都会导致学生端自动注销。
非功能需求
1性能需求，本系统为窗体系统，系统反应不应该超过秒，除此之外，要求系统能够满足200人同时使用；
2可靠性需求，本系统为机房管理系统，应保证6个小时不停运行；
3可维护性需求，定期的备份数据库，进行数据库维护，保护数据的安全性；
4安全性需求，根据不同用户身份赋予不同权限，保护系统数据的安全性；
5安全性需求，用户通过用户名、密码登录，在一定程度上保护数据安全性；
6扩展性需求，系统应该留有接口，方便以后扩展开发；
9易用性需求，要求系统界面易用，美观。
任务分解（WB）S（项目的任务范围）
系统在开发的时候不同的阶段有不同的任务，按着系统开发的阶段我们可以确定系统的概念搜集阶段：
完成系统背景的了解，当前同类型系统的评价，确定项目工作的主要范围；系统计划阶段：
定义系统的需求，预测项目的风险；系统开发阶段：
确定系统具体功能，制定系统计划；系统交付阶段；系统扩展阶段；
按照系统的阶段工作来定义任务分解WBS样本图，如图2-1所示：
2-1按系统工作阶段分析的任务分解图
针对项目的具体系统工作可以将系统分为四大部分，教师子系统：
对界面，信息管理，报表导出，排版预约等的功能模块的设计实现；机房管理员子系统：
对界面，发送文件，发送消息，屏幕监控等的功能模块的设计实现；学生子系统：
对界面，发送文件，发送消息，屏幕监控等的功能模块的设计实现；数据库：
对数据分析，抽出数据，确定关系的设计实现；
按照项目的具体功能来定义任务分解WBS样本图如图1-2所示：
2-2按项目的具体功能分析的任务分解图
按照项目所包括的知识领域，以及项目整个的生命周期，我们把项目分成项目立项，项目计划，项目执行和控制，项目结束四个阶段。
项目的立项里我们要成立项目小组，选出项目经理（组长），小组成员，然后召开全部成员参加的项目组成立会，初步确定每个人在项目中的角色。
然后要根据项目需求任务书，对项目进行可行性分析。
在需求阶段，要进行需求的调研，确认，需求分析等工作，这个阶段工作结束要完成需求规格说明书与客户确认。
在设计阶段，要完成系统的总体设计和详细设计，并完成总体设计和详细设计说明书。
同时要编写系统说明书，用户使用说明书等。
在编码阶段，要编写相应的程序组件并分别进行单元测试。
在测试阶段，要根据完成的测试计划，编写测试用例，进行系统的各项测试，形成系统的测试报告。
在部署阶段，主要实际完成整个系统项目的部署，保证系统上线运行，并进行系统维护。
按照项目的工作内容定义任务分解的WBS样本图如图1-3所示：
2-3按项目的工作内容分析的任务分解图
第3章项目进度管理
进度计划
进度计划是从时间的角度对项目进行规划。
时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度计划也是项目计划中最难、最重要、最核心的部分。
在进度计划中，首先根据任务分解的结果（WBS）再进一步分解出主要的任务（活动），确立任务（活动）之间的关联关系，然后估算出每个任务（活动）需要的资源、历时，最后编制出完整的进度计划（如进度表）。
时间计划计算
用户要求完成项目所给定的时间是40个工作日；软件的时间计算公式是：
（乐观时间+悲观时间+4*最常见的时间）/6
乐观时间：
最乐观项目可以完成所经历的时间量值，在我们的项目中设定为25个工作日；
悲观时间：
最悲观项目可以完成所经历的时间量值，在我们的项目中设定为41个工作日；
最常见的时间：
与本项目类似的项目最经常使用的时间量值，30个工作日；（25+41+4*30）/6得到的结果近似等于31个工作日则我们的项目按照以上的软件时间来设置为31个工作日；
定义活动
首先从任务分解表中抽取任务，并定义任务的工期，开始时间，前置任务以及所需要的资源，在活动表中各个活动有层级关系。
开放式机房管理项目主要分为五大阶段工作：
1.项目立项阶段，从2013年3月25日开始到2013年3月26日结束，历时2个工作日，需要个工作日成立项目小组，个工作日确定成员角色，个工作日选出项目经理这三个任务可以并行执行；需要个工作日召开项目组成例会，个工作日确定项目开发背景，个工作日评价当前系统，1个工作日确定项目的范围这四个任务可以并行执行。
2.项目计划阶段，从2013年3月27日开始到2013年4月10日结束，历时10个工作日，项目计划又分为需求阶段从2013年3月27日开始到2013年4月2日结束，历时4个工作日，设计阶段2013年4月2日开始到2013年4月10日结束，历时个工作日，定义风险阶段2013年4月2日开始到2013年4月2日结束，历时1个工作日。
3.项目执行阶段，从2013年4月10日开始到2013年4月23日结束，历时个工作日，项目执行阶段又分为完成项目模块，2013年4月10日开始到2013年4月22日结束，历时8个工作日，进行项目测试，2013年4月22日开始到2013年4月23日结束，历时个工作日。
4.项目结束阶段，从2013年4月24日开始到2013年5月1日结束，历时6个工作日。
5.项目扩展阶段，从2013年5月2日开始到2013年5月3日结束，历时2个工作日。
面是任务活
升级会员 