科大教材管理信息系统项目计划书

1、.中国科大管理学院“小强”项目组中国科大教材管理信息系统项目计划书 项目名称：中国科大教材管理信息系统项目承担单位：中国科大管理学院小强项目组指导老师：吕萍 査勇项目经理：王远东联系电话 箱：wyd2325 小组成员：张亚强、陈帅、赵云飞、曾文仪、 库少峰、韩栋全、地力那儿目录1、项目简介31.1项目概况31.2项目目标介绍32、项目工作分解（WBS结构）43、项目进度计划53.1具体工期进度计划表53.2项目甘特图与里程碑计划74、项目组织管理84.1组织结构图84.2责任矩阵84.3项目成员介绍95、项目风险计划95.1风险管理必要性95.2风险识别105.3风险

2、评估105.4风险对策及监督116、项目财务与人力资源计划136.1财务计划136.2人力资源使用估算136.3财务费用估算137、项目沟通与管理147.1沟通方式147.2沟通的内容147.3沟通目的158、附件168.1项目小组详细账单161、项目简介1.1项目概况项目名称：中国科大教材管理信息系统开发项目项目单位：中国科大管理学院小强项目小组总体介绍：中国科大教材管理系统是以提高学校教学效率，便利学生学习为出发点开发的一套信息系统。该项目是由中国科大管理学院小强系统开发项目小组建议开发的。小组工作将在项目管理、系统分析与设计课程老师的指导下开展进行。本项目是本学期项目管理和信息系统分析与

3、设计两门课程的共同作业，是培养学生团队合作精神、锻炼实际动手能力，掌握和运用课程知识的绝好机会。旧版的教材管理信息系统功能欠缺，整体布局不合理，无法满足提高教学效率及便利学生的目的。建设全面完整的信息系统是尤为重要。小强组以需求为重点，综合了各方面的因素，借鉴以往旧系统的优点，并且弥补了旧系统的缺陷，实现了更多更全面的功能。教材管理系统用于学校有关教材等各方面信息的管理，涉及到学校、教师和学生等各使用群体，是教学改革及信息化普及的必然要求。该信息系统的成功实现，有助于提高教学效率，方便学生学习，有助于信息集成及共享，提高教师及学生满意度。1.2项目目标介绍在要求的12周内，对科大教材管理业务进

4、行详细调研分析，并建成一个满足综合需求的教材管理系统，达到方便快捷、实用性强的目的。费用控制在500元内。其次，通过对该项目的调查、分析和研发，提高小组成员的项目管理水平、信息系统开发等相关能力。 实施期限：2011年3月17日至2011年6月8日项目成本：小强小组8名成员，多台笔记本电脑，必要的资料打印、办公与交通费用。项目交付物：A.物业管理信息系统包含“系统管理”、“教材信息录入系统”、“教材科教材管理系统”、“教材信息查询系统”、“信息交流平台”等5个子系统。B.系统开发相关文档(1)管理文档：项目建议书，项目章程，项目计划书，信息系统规划报告，项目修改报告，项目阶段性总结报告，项目评

5、估报告；(2)技术文档：用户需求说明书，需求规格说明书，信息系统分析报告，数据库设计报告，系统设计报告，系统开发报告，系统测试报告，系统运行与维护报告。2、 项目工作分解(WBS结构) 1.项目启动1.1项目团队组建、确定团队名称1.2确立团队章程、明确团队分工1.3初步讨论项目、撰写项目建议书1.4编写项目章程2.项目总体规划2.1初步调研2.2信息系统总体规划2.3可行性研究2.4制定项目计划书2.5编写信息系统规划报告3.需求分析3.1确定系统用户群体3.2调查用户需求3.2.1分析教师、教材科、学生对系统的需求3.2.2制定调查计划3.2.3调查访问教师、教材科、学生的需求3.3整理分

6、析资料3.4编写用户需求说明书3.5编写需求规格说明书4.系统分析4.1划分需求的优先级4.2系统功能分析4.3系统业务流程分析 4.3确定系统框架 4.4可行性研究 4.5编写信息系统分析报告5.系统设计5.1绘制系统业务流程图5.2建立系统逻辑模型5.3分析、设计系统概念模型（ER图） 5.4各功能模块详细设计 5.5各功能模块整合 5.6编制信息系统设计报告6.系统开发 6.1系统开发软件及编程语言学习 6.2构建数据库 6.2.1构建数据表 6.2.2确定表间关系 6.3功能模块分工 6.4分组实现各功能模块 6.5系统整合、完成初始系统7.系统测试7.1编制测试计划7.2测试系统功能

7、健全及正常7.3测试系统运行效率7.4测试系统界面人性化7.5编制测试报告7.6系统修改及完善、完成最终系统8.系统交付8.1交付可运行系统8.2编写、交付系统安装说明8.3编写、交付用户手册9.项目收尾 9.1整理项目整套文件9.2作最终报告和个人报告9.3项目表彰会议10.周期性工作10.1例会、集体学习（每周）10.2项目进展报告（每周） 3、项目进度计划3.1具体工期进度计划表(总工期12周) 项目名称工期起始时间结束时间阶段交付物完成情况1.项目启动1工作周3.173.231.1团队建设1工作日3.173.17团队成员、名称、章程已完成1.2初步讨论项目3工作日3.183.20项目建

8、议书已完成1.3编写项目章程3工作日3.213.23项目章程已完成2.项目总体规划1工作周3.243.302.1初步调研2工作日3.243.25调查记录已完成2.2信息系统总体规划2工作日3.263.28信息系统规划报告已完成2.3可行性研究1工作日3.283.28研究结论已完成2.4制定项目计划2工作日3.293.30项目计划书已完成3.需求分析2工作周3.314.133.1确定用户需求12工作日3.314.11用户需求说明书3.2撰写需求规格说明书2工作日4.124.13需求规格说明书4.系统分析1工作周4.144.204.1系统功能分析2工作日4.144.15分析记录4.2系统业务流程分

9、析2工作日4.164.17系统总体框架4.3编写信息系统分析报告3工作日4.184.20信息系统分析报告5.系统设计1工作周4.214.275.1系统总体设计2工作日4.214.22系统概念模型5.2各功能模块详细设计5工作日4.234.27信息系统设计报告6.系统开发3工作周4.285.186.1构建数据库7工作日4.285.4系统数据库6.2分组实现各功能模块10工作日5.55.14各功能模块程序设计代码6.3系统整合4工作日5.155.18初始系统7.系统测试1工作周5.195.257.1编制测试计划1工作日5.195.19测试计划7.2测试系统3工作日5.205.22测试结果报告7.3

10、系统修改及完善3工作日5.235.25完善的系统8.系统交付1工作周5.266.18.1编写系统安装说明3工作日5.265.28系统安装说明8.2编写用户手册4工作日5.296.1用户手册9.项目收尾1工作周6.26.89.1整理项目整套文件2工作日6.26.3项目整套文件9.2作最终报告和个人报告3工作日6.46.6最终报告、个人报告9.3项目表彰会议2工作时6.86.8会议记录10.周期性工作10.1例会、集体学习2工作时每周六会议记录、学习记录10.2项目进展报告2工作时每周四课堂项目进展报告3.2项目甘特图与里程碑计划里程碑计划：如项目甘特图所示。项目里程碑事件为每期项目完成后的项目进

11、展报告（周四上课汇报），这标志着该期项目的完成和下期项目的开始。4、项目组织管理4.1组织结构图本小组作为严格的项目型项目小组，部门分工明确.。小组分工主要依据各成员的能力决定，力保小组效率最高，能者尽其能。为确保团队运行及事务处理顺利进行，小组还建立了一定的制度规范，使团队运作有据可循。 各部门合作及分工方式如下图：图4-1 小强项目小组组织运行架构图4.2责任矩阵( P 负责，S 支持 ）表4-1 项目责任矩阵承担部门项目阶段项目经理运营部技术部项目启动PSS项目总体规划PSS需求分析SPS系统分析SP系统设计SSP系统开发SP系统测试SPS系统交付SP项目收尾PSS相关知识学习及培训PS

12、日常事务管理PSS4.3项目成员介绍表4-2项目成员表姓名组内分工成员介绍王远东项目经理责任心强,工作积极，处事谨慎严谨张亚强运营部经理积极上进，认真负责,乐于奉献韩栋全运营部部员思维比较周密，默默为团队贡献库少峰运营部部员工作积极，配合团队，肯吃苦地力娜尔运营部部员聪明，积极上进，美工方面比较强赵云飞技术部经理责任心强，程序编写能力较强，有毅力陈帅技术总监工作仔细认真，程序能力强曾文仪技术员工作积极，擅长编程5、项目风险计划5.1风险管理必要性项目风险是指由于项目所处的环境和条件本身的不确定性和项目当事者主观上不能准确预见或控制的因素影响使项目的最终结果与当事者的期望产生背离的可能性。项目风

13、险产生的原因包括：人们的认识能力所限、信息本身的滞后特性、项目环境与条件的发展变化。风险管理是指识别潜在风险、评估风险对项目的潜在影响，以及制定并实施计划以便将影响控制在最低程度的过程。所以风险的合理控制对项目的开展和顺利进行十分必要。风险管理的主要过程如下图所示：5.2风险识别风险识别包括识别并确定项目有哪些潜在的风险，识别引起项目风险的主要影响因素，识别项目风险可能引起的后果。该系统风险识别使用系统分析法。系统分析法就是把复杂的事物分解成比较简单的容易被认识的事物，将大系统分解成小系统，从而识别风险的方法。表5-1风险识别表序号风险事件风险来源风险产生的条件1需求风险客户需求不明确，分析错

14、误2管理风险项目组人员缺失，沟通障碍，决策失误3环境风险外部政策法规改变，设备影响4技术风险技术人员技术不足以满足开发要求5客户风险客户客户需求改变，毁约5.3风险评估系统风险评估采用定性评估和定量评估的方法。5.3.1定性评估定性评估是指评估已识别出的项目风险的影响和可能性的过程。这一过程按风险项目目标可能的影响对风险进行排序，一般为高、中、低三档。表5-2定性评估表序号风险事件可能性严重性发现难度风险级别可能发生阶段1需求风险低中低低需求分析阶段2管理风险中低中中整个项目进程3环境风险低低低低整个项目进程4技术风险高高中高信息系统开发5客户风险中高高高系统交付阶段5.3.2定量评估定量评估

15、是量化分析每一风险的概率及其对项目目标造成的后果，并得出每种风险大小及其严重程度的一种方法。图5-1风险定量评估表5-3定量评估表序号风险事件可能性严重性可控性风险级别排序1需求风险4649642管理风险64614433环境风险2443254技术风险88425625客户风险410832015.4风险对策及监督表5-4项目风险管理计划表序号风险事件应对措施预防措施负责人1需求风险项目开发过程中，客户需求发生改变及时调整设计方案，使之适应新需求；系统设计前应充分调查陈帅与教材科管理人员的沟通存在障碍，对其需求了解不足设计始终积极与教材科人员互动沟通，了解其各方面的需求在软件的设计过程中留下扩展端口

16、，保持灵活性陈帅2管理风险项目经理独自决策，导致计划进度缓慢，计划时间延长加强组织之间的沟通，成员之间相互监督激励，以保证能够及时并且高质量的完成任务定期召开小组会议，建立有效的领导和反馈机制王远东项目组成员结构不合理，信息交流不畅，降低了开发进度由项目经理统一安排任务，避免由于信息经过多层传达而造成失真事前应充分考虑组员意见和特长王远东项目经理因故不能履行职责事先在团队成员中选择一人担当第二负责人，协助项目经理由任务负责人担当张亚强3环境风险计算机、开发环境的滞后建立一个稳定的项目开发环境并提供良好的硬件条件提前做好充分的准备库少峰开发工具不如期望的那样有效在项目开始前对开发及备用工具的工作

17、环境进行熟悉充分了解现有技术现状，以便在开发过程中能够迅速熟练使用开发工具韩栋全4技术风险特定任务的成员因为某种原因不能按时完成任务项目经理应当对其进行鼓励，并安排有空余时间的成员帮助完成任务合理分配任务赵云飞程序部分丢失对丢失部分进行紧急重写备份赵云飞技术部成员技术不达标，不能完成分配给个人的任务项目经理应分配给每个成员适合的工作由技术部主管安排学习曾文仪5客户风险客户对于最后交付的产品不满意，要求重新设计对现有的产品进行改进，尽可能使之适应客户的需求开发前将系统框架展现给客户，保持实时沟通地力那儿6、项目财务与人力资源6.1财务计划6.1.1如实记录项目的各项经济业务活动。6.1.2加强规

18、范现金管理，做好日常核算6.2.3贯彻节约的原则，力求以尽可能少的人力、物力和财力的耗费，取得尽可能大的经济效果。6.2人力资源使用估算图6-1：人力资源使用图6.3财务费用估算表6-1：财务费用分期估算表工作内容预算值（元）进度日程预算（项目日历周）（共11周）1234567891011文档打印费7666658101055510学习材料费1005050000000000通信费60555555555510餐饮费200100000000000100累计436161611110131515101010120图6-2 财务费用分期估算图图6-3资金累计负荷曲线7、项目沟通与管理7.1沟通方式项目沟通方式有口头沟通方法、书面沟通方法和电子媒介沟通方法。项目沟通管理应本着准确性、及时性、完整