IT项目管理作业.docx
《IT项目管理作业.docx》由会员分享，可在线阅读，更多相关《IT项目管理作业.docx（23页珍藏版）》请在冰豆网上搜索。
IT项目管理作业
IT项目管理
题目：
校园OA系统设计项目管理计划书
学院：
电气与信息工程学院
专业：
软件工程
姓名：
郑茹
学号：
1606043
时间：
2017年6月10日
目录
1项目概述1
2工作任务1
2.1业务需求1
2.2整体要求1
2.3系统逻辑模型1
2.4系统功能描述2
2.5应达到的技术指标和参数3
3项目进度计划3
3.1分解项目工作3
3.2项目工作关系表3
3.3进度计划图4
3.4里程碑计划5
4项目规模成本估算5
4.1计算开发成本5
4.2计算管理、质量成本6
4.3直接成本6
4.4计算间接成本6
4.5计算总估算成本6
4.6项目报价6
5.项目质量计划6
5.1项目质量保证组织6
5.2质量目标7
5.3质量策略7
5.4质量保证活动7
5.5质量控制活动8
5.6质量保证的报告途径8
5.7记录的收集、维护和保存8
6.软件项目团队8
6.1团队组织及职责9
6.2项目的沟通计划9
7软件项目配置管理计划9
校园OA系统设计项目管理计划书
1项目概述
随着现代化通讯技术的发展，办公自动化系统（OfficeAutomationSystem,简称OA）已经走进了各大高校，校园OA系统主要利用现代通讯技术，办公自动化设备和电子计算机系统或工作站来实现事务处理，信息处理和决策支持的综合自动化。
校园OA管理系统为更多学校提供了便利，俨然已经成为信息化校园建设中不可缺少的一部分。
然而早期开发的OA系统本质上并没有真正实现办公的自动化，大部分OA的办公效率还比较低下，部分高校由于系统设计和设备等因素导致系统仅停留在信息发布功能，无法实现多部门协同办公。
为整合学校资源，实现高校的协同办公，加快信息的流通、规范办公流程和提高各部门的办事效率。
本系统提供了高校信息发布、个人办公、部门办公、知识管理和工作流管理等多项功能。
2工作任务
2.1业务需求
为克服原有系统的不足，本系统需要解决以下问题：
（1）高校综合行政处理平台，解决例如会议室管理、会议管理、请假管理等日常中涉及多个单位协调办公的事务，或者部门物品管理等常规事务管理。
（2）信息发布与交流平台，解决高校信息采集、发布和人员内部交流等问题信息在采集、审批过程中要考虑信息的自动归档、查看权限和审批流程等问题。
对于信息的删除，要有一定的记录，以防止故意删除重要信息的事故发生。
（3）高校知识库管理，解决高校显性知识分类管理，和隐形知识的积累；通过规章制度、视频管理等模块完成分档视频的分类管理，通过网盘等模块完成隐形知识的积累和传播。
（4）个人事务管理，负责个人的待办工作、时间安排管理等；整个高校中，每个员工在组织机构中都有自己特定的角色，相应的他所负责的工作也不尽相同，因此需要为每个员工提供仅为该员工服务的个人事务处理功能。
（5）高校管理的决策平台，系统根据特定的流程，将申请的业务推送到特定审批人员的待办工作中，这样可以使管理层全面地了解高校的在办工作，及时地、准确地做出合理的决定。
2.2整体要求
本系统以“校园OA系统”的设计为主，校园OA管理系统是一个适用于学校，满足其日常办公需求的管理系统，通过分析目前存在的OA系统的通用性结合学校自身的需求，本系统的总体需求可以概括为：
（1）系统提供公文的管理功能、公告通知发布功能，解决目前文件审批从纸质材料到电子材料的转变，达到少纸化办公，提高工作效率；
（2）系统提供视频管理、规章制度管理、网盘管理等功能，实现高校知识库管理，使员工可以方便的获取显性知识信息，并从中了解、总结出隐性知识；
（3）系统提供个人事务处理平台，使员工能快速、准确的了解自己要处理的工作，安排自己的工作生活。
2.3系统逻辑模型
“校园OA系统”的系统模型如图1所示：
图1系统模型
2.4系统功能描述
（1）公文处理
实现收文、发文的网上拟稿、各级审核签发、文书编号、设置查阅权限和自动归档、对已删除文件进行记录，防止故意删除文件等功能。
1）内部发文
涉及的人员：
各部门工作人员、各部门领导、党政办公室工作人员和可查看发文的用户。
a）学校发文
学校发文需实现各二级单位工作人员拟稿、部门内部复核、部门领导审批、党政办公室审核、校领导审批、党政办公室设置查阅权限和党政办公室文书归档，归档后有查阅权限的用户可进行查看。
b）二级单位内部发文
部门发文需实现各二级单位工作人员拟稿、部门内部复核、部门领导审批、部门工作人员设置查阅权限和部门文书归档，归档后有查阅权限的用户可进行查看。
2）外部收文
收文登记记录来文单位、来文分数、登记流水号、文件内容以及学校或者二级单位的办理意见，并指定收文的查阅权限，确保公文推广范围。
涉及人员：
部门工作人员、各部门领导、党政办公室工作人员、可查看收文的用户。
a）学校收文
校收文时由党政办文书进行收文登记，提交给党政办拟办，之后由院领导批示，文书办理后自动归档。
b）部门收文
部门收文由部门文书进行登记，交由部门领导填写部门领导意见，部门领导意见有两种：
上报学校或者内部办理。
上报学校后由党政办文书修改，之后办理流程和学校收文一样；部门内部办理，交由部门文书办理，办理后归档。
（2）会议管理
对会议和会议室实行双管理，申请时提交会议室编号、使用时间、用途和与会人员信息等，由负责人审批。
申请通过后，添加会议信息，并将信息发送给所有与会人员的待办工作中。
权限：
党政办公室工作人员审批，二级单位工作人员添加会议记录、发送开会或取消会议的消息，与会人员反馈会议消息。
（3）公告通知管理
公告通知管理为高校和各二级单位提供通知、公告、通报的发布和管理。
主要操作包括信息的发布、修改、删除和审批。
涉及人员：
部门领导、二级单位工作人员和普通用户。
权限：
部门领导具有审批和查看的权限，二级单位工作人员有发布、修改、删除和查看的权限，普通用户具有查看的权限。
（4）部门动态
各个二级部门的专人负责，发布部门动态简报。
提供订阅功能，系统可根据订阅情况优先推送订阅信息。
涉及人员:
二级单位工作人员和所有用户。
权限：
二级单位的工作人员有发布、修改和删除的权限，所有用户都有查看权限。
（5）请假管理
a）请假
请假申请，系统自动匹配相应的审批流程；请假成功，请假信息通知相关的人事部门和上级领导。
b）销假
销假提供提前销假、按时销假和延后销假功能，并提交给相关人员审批，审批通过后，通知人事部门和相关领导。
（6）个人事务处理
功能：
待办工作、日程安排、邮件和通讯录、待审批文件、待处理事务和会议通知等内容推送、日程安排提醒和邮件在线交流等内容。
a）通讯录功能权限：
用户可对个人通讯录进行联系人的添加、修改、删除、分组及排序操作。
也可通过公共通讯录查询其他员工的联系方式。
b）文件传递:
能存储相关信息。
权限：
户查询管理，可群发邮件，对接收的和已发送的邮件进行管理、转发；可新建文件夹和移动文件，对文件夹进行管理。
c）待办工作：
用来提醒用户需要完成的工作，主要包括流程审批、会议通知和会议取消通知等工作。
（7）知识库管理
提供对规章制度、视频和网络硬盘的管理功能。
a）规章制度
权限：
负责人可添加、修改、删除、发布和作废操作。
用户可查看发布后的规章制度
b）网络硬盘包括
分类：
个人网盘和公共网盘。
个人网盘提供文件信息的上传、下载、删除、和对已上传信息的共享操作，以及用户登录和查找下载。
公共网盘内只有共享者本人可对本人的共享信息进行管理。
系统提醒用户管理自己的网盘。
c）视频管理
功能：
用来发布、管理相关工作及学习视频。
权限：
管理员可设置视频分类描述，视频的上传、修改、发布、取消发布和删除操作。
用户可在线播放视频。
（8）系统管理
主要进行各个模块和平台的匹配，系统角色和用户的管理，以及系统角色的划分、新账号的开通，系统账号密码管理，组织机构管理和人事录聘管理等。
2.5应达到的技术指标和参数
系统应满足并行登录、并行查询的速度要求。
其中主要内容包括：
（1）保证1000人以上可以同时登录系统。
（2）所有查询速度应在10秒以内。
（3）保证数据的每周备份。
（4）出现问题应在10分钟内恢复。
3项目进度计划
3.1分解项目工作
对本项目的任务采用图表方式进行分解，分解结果如图2所示：
图2项目任务分解图
3.2项目工作关系表
表1项目工作关系表
任务编码
任务名称
工作代号
前期工作
后期工作
持续时间（天）
111
需求调研
A
112
10
112
需求分析
B
111
113
5
113
需求确认
C
112
121,131
5
121
硬件环境准备
D
113
122
2
122
软件环境准备
E
121
141
3
131
系统分析
F
122
132
10
132
总体设计
G
131
133
8
133
详细设计
H
132
141
12
141
界面设计
I
122,133
151
8
142
编码
J
133
151
8
151
测试计划
K
142
152
5
152
单元测试
L
151
153
10
153
集成测试
M
152
161
8
161
系统试运行
N
153
162
15
162
试运行报告
P
161
163
2
163
系统改进
Q
162
170
5
170
系统验收
R
163
5
3.3进度计划图
图3进度计划甘特图
3.4里程碑计划
表2里程碑计划
序号
里程碑事件
交付成果
预计完成
时间（天）
1
需求分析完成期
需求分析说明书
20
2
系统设计完成期
总体设计说明书、详细设计说明书
50
3
系统编码完成期
原程序代码、用户使用手册
70
4
软件测试完成期
测试计划、测试报告
93
5
系统试运行完成期
系统运行报告
115
6
项目验收完成期
验收报告
120
4项目规模成本估算
4.1计算开发成本
假使参与项目的每位工作人员每天工作8个小时，在编制项目预算过程中得出下表，表中给出了项目各项工作任务需要的工时、工期、人力资源种类、人力资源费率、除人力资源外的其它投入：
表3项目预算
任务编码
任务名称
工时
工期
资源名称
资源费率（元/时）
人力资源数目（人）
其它投入（元）
成本预算（元）
111
需求调研
80
10
调研人员
30
2
2000
6800
112
需求分析
40
5
设计人员
40
5
1400
9400
113
需求确认
40
5
设计人员
40
2
3200
121
硬件环境准备
16
2
设计人员
40
2
1000
1380
122
软件环境准备
24
3
设计人员
40
2
1920
131
系统分析
80
10
设计人员
40
3
9600
132
总体设计
64
8
设计人员
40
4
1000
11240
133
详细设计
96
12
设计人员
40
4
15360
141
界面设计
64
8
设计人员
40
3
7680
142
编码
64
8
编程人员
50
5
10000
26000
151
测试计划
40
5
设计人员
40
2
3200
152
单元测试
80
10
测试人员
30
3
7200
153
集成测试
64
8
测试人员
30
3
5760
161
系统试运行
120
15
测试人员
30
2
7200
162
试运行报告
16
2
测试人员
30
1
480
163
系统改进
40
5
设计人员
40
2
3200
170
系统验收
40
5
质保人员
30
2
2400
合计
968
121
122020
4.2计算管理、质量成本
管理任务和质量任务可以通过计算开发任务得到，根据经验，管理任务和质量任务:
20％*开发任务。
项目的管理和质量成本:
开发成本*20％=24404元。
4.3直接成本
直接成本:
122020+24404=146424元。
4.4计算间接成本
a）间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。
b）根据经验，采用公式：
间接成本=25％*直接成本。
间接成本=36606元。
4.5计算总估算成本
项目总估算成本:
146424+36606=183030元。
4.6项目报价
如果项目的利润是40％，其中风险基金10％，利润15％，税费5％。
则：
项目的总报价:
183030*1.4=256242元。
5.项目质量计划
质量计划的要内容包括：
项目质量保证组织.项目的质量目标.质量保证活动.质量控制活动。
5.1项目质量保证组织
（1）组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。
项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证的工作。
组织结构如图4所示：
图4组织结构图
（2）职责
在本项目中，质量保证组织的职责如下：
1）高层管理
高层管理是公司负责质量的高级管理，其质量职责如下：
受理项目内不能解决的不符合问题；
负责听取质量保证组的工作报告，评审质量保证活动和结果；
参加有关质量保证过程改进的评审。
2）项目质量保证人员
质量保证人员的质量职责如下：
负责项目实施过程中,对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查；
实施项目组成员的质量保证培训；
制定质量保证计划；
按计划实施审计活动，依照质量保证计划执行评审／审计，并记录执行中发现的不符合项；
对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况；
对项目内不能解决的不符合项问题，向高层管理提交报告；
向项目经理报告项目质量工作状况和质量度量结果；
定期向项目组报告质量活动的结果。
制定质量保证的过程改进计划，记录过程数据。
3）项目经理
项目经理的质量职责如下：
评审质量计划；
与质量保证人员一起协商不符合项问题的纠正措施，安排资源实施纠正措施；
定期评审质量保证活动和结果。
5.2质量目标
根据企业的质量方针、质量目标和本项目特点，制定项目的总体质量目标：
1）基于需求的测试覆盖率为100％。
2）软件功能测试用例通过率不低于95％。
3）每个阶段评审中发现的问题都已经解决或得到适当处理。
4）产品发布时不存在严重问题，以及以上的缺陷。
注：
严重问题指导致系统或模块不能正常工作的问题。
结合以往的项目经验和企业的质量相应标准，制定质量标准如表4所示：
表4质量标准
项目
具体描述
计划
实际
缺陷排除率
需求检查
4
（缺陷数/页）
系统总体设计检查
2
缺陷排除率
详细设计复核
30
（缺陷数/KLOC）
详细设计检查
10
代码复核
65
代码检查
20
编译
20
单元测试
15
系统集成
5
系统测试
5
5.3质量策略
为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：
1）将质量贯彻到日常的项目进展过程中；
2）应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。
5.4质量保证活动
质量保证的主要活动包括过程评审和产品审计。
过程评审和产品审计的目的是确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。
每一次过程评审和产品审计都应填写相应的报告或活动记录。
（1）产品审计
产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。
质量保证人员可以有选择性地审计项目生存期中创建的工作产品，以验证是否符合适当的标准，是否进行了质量检查。
下表便是质量审计一览表。
表5质量审计一览表
质量审计一览表
项
审计对象
审计阶段
参照标准
1
软件项目计划
计划结束
企业质量体系
2
软件配置管理计划
计划结束
企业质量体系
3
软件质量保证计划
计划结束
企业质量体系
4
总体设计文档
设计结束
企业质量体系和项目计划
5
详细设计文档
设计结束
企业质量体系和项目计划
6
数据库表和编码规范
设计结束
企业质量体系和项目计划
7
产品代码
每个阶段实施结束
企业质量体系和项目计划
8
测试报告
测试结束
企业质量体系和项目计划
9
测试计划
计划结束
企业质量体系和项目计划
10
用户文档
测试结束
企业质量体系和项目计划
（2）过程评审
项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。
在每次评审之后，要对评审结果做出明确的决策并形成评审记录。
评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。
每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。
根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下：
1）项目规划过程及产品标准。
2）项目跟踪管理过程。
3）需求分析过程及产品标准。
4）系统设计过程及产品标准。
5）详细设计过程及产品标准。
6）调试运行过程及产品标准。
7）代码走查过程及代码编写标准。
8）产品集成测试过程及产品标准。
9）开发环境中的执行规则。
5.5质量控制活动
质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。
编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。
测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。
5.6质量保证的报告途径
质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。
同时，不符合项在项目周例会中汇报。
对不符合项，质量保证人员要在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。
质量保证人员有独立的汇报途径，日常的汇报途径如下：
将发现的问题通知项目经理，协调纠正措施；
将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决；
将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。
5.7记录的收集、维护和保存
项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录，对于项目中问题的处理也需要形成记录保存。
每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。
6.软件项目团队
《OA系统》的组织机构如下图所示
图6组织机构
6.1团队组织及职责
（1）市场部：
负责与用户的协调工作;
负责项目相关的商务活动;
负责用户需求的接口;
配合项目经理的资源协调活动;
负责产品的验收活动;
负责系统的维护活动。
（2）项目经理：
负责项目的组织和规划；
负责项目计划制定和维护；
负责项目的跟踪和管理；
负责资源的分配和协调活动；
负责各组织和计划之间的协调活动；
负责与市场部的协调活动。
（3）软件开发：
负责项目的软件开发，包括设计、编码、单元测试和集成测试；
负责产品质量控制的工作；
负责配合质量保证的活动，如系统测试、文档编制等；
配合产品验收的相关活动。
（4）质量保证：
负责项目过程和产品规范的制定；
负责项目过程的质量保证活动，包括过程评审和产品审计；
（5）配置管理：
负责项目的配置管理活动；
负责软件产品的提交。
（6）用户：
确保相关责任的实施；
参与项目的组织和规划；
负责产品的验收工作。
6.2项目的沟通计划
为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划：
（1）每天17：
00-17：
30，项目组成员进行口头交流。
（2）每周五的14：
00前提交周报告，格式见模板。
（3）每周五的15：
00-17：
00，召开项目周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题。
（4）及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。
7软件项目配置管理计划
《OA系统》的配置管理计划如下：
（1）组织及职责
1）确定配置管理者，SCCB（配置控制委员会）成员。
2）项目经理是SCCB的负责人。
3）配置管理的角色和职责见下表。
表6角色职责
角色
人员
职责
配置管理员
1）制定《配置管理计划》
2）创建和维护配置库
SCCB负责人
1）审批《配置管理计划》
2）审批重大变更
SCCB
审批某些配置或基线变更
（2）配置管理环境
由于本项目属于中小型项目，工期也不是很长，所以采用SourceSafe作为配置管理工具。
1）目录结构（见下表）
表7目录结构
序号
内容
说明
路径
TCM
技术合同管理
RM
需求管理
SPP
软件项目计划
SPTO
软件项目跟踪与管理
SCM
软件配置管理
SQA
软件质量保证
SPE
软件铲平工程
设计
源代码
目标代码
测试
发布
2）用户及权限（见下表）
表8用户权限
类别
人员
权限
配置管理者
负责项目配置管理，对库拥有所有权限
项目经理
读
质量保证人员
读
开发人员
读
高层管理
读
（3）配置管理活动
1）配置项标识
命名规范
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。
本项目文件命名规范由5个宇段组成，从左到右依次为：
公司、项目、类型、编号和版本号，如下图所示。
这些字段用一横线（—）分隔。
公司：
3个字符
项目：
最长10个字
类型：
最长5个字符
编号：
最长8个数字
版本号：
V*.*
QTD-School-RM-002-V1.0
图7命名规范
主要配置项：
升级会员 