图书管理系统项目计划书.docx

1、图书管理系统项目计划书 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-图书管理系统项目计划书图书管理系统项目计划书1.引言编写目的尽量采用学校现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用学校现有资源，提高系统开发水平的应用效果的目的。便于学校教师和学生图书管理，通过查询可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，读者可以预约已借图书。 背景a产品名称：图书管理系统b任务提出者：项目经理开发者：图书管理系统开发团队用户及产品实现单位：淮海工学院图书馆术语PM (Project Manager)-项目经理Cost Esti

2、mating -成本估算Contract -合同Finish Date - 完成日期2.项目概述工作内容本系统主要用于学校教师和学生图书管理，主要任务是通过建立图书管理系统，完善学校图书录入、租借、预约以及读者信息的管理，管理员通过查询可立即定位该读者的相应的信息，同时可以对图书进行查询、增加、修改，用户则可以预约已借图书，针对这些问题设计此系统。主要参加人员组 长：XX 该组成员：XXXXXXXXXXXX产品2.3.1程序提供软件安装包。2.3.2文件以用户操作说明书形式向用户说明文件的名称及内容要点。2.3.3服务通过查询可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，同时读

3、者可以预约已借图书。2.3.4非移交的产品项目可行性研究报告、项目开发计划书、需求规格说明书、概要设计说明书、详细设计说明书、测试计划、测试分析报告、开发进度报告、项目开发总结报告、维护手册.验收标准按照需求规格说明书进行验收。完成期限任务完成时间资源备注需求开发2011-4-8开发人员参与模块设计2011-4-18项目实施2011-4-24需细化测试2011-4-26提交2011-4-283.实施计划工作任务的分解和人员分工文件编制、审批XX系统测试XX进度安排XXX用户培训、软件安装XX需求分析和定义XX详细设计和编码XXX接口人员a、负责本项目同用户的接口人员：XX、XXX；b、负责本项

4、目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员：XXX、XX；c、负责本项目同分包方的接口人员：XX、XXX。进度由于项目开始于2011年3月30日，于2011年4月28日完成。2011年4月28日任务名称工期开始时间完成时间图书管理系统30工作日2011年3月30日2011年4月28日（1）需求开发10工作日2011年3月30日2011年4月8日1图书管理功能2工作日2011年3月30日2011年3月31日2图书租借功能2工作日2011年4月1日2011年4月2日3读者服务功能2工作日2011年4月3日2011年4月4日4图书服务功能2工作日

5、2011年4月5日2011年4月6日5系统管理2工作日2011年4月7日2011年4月8日（2）模块设计10工作日2011年4月9日2011年4月18日1图书管理模块2工作日2011年4月9日2011年4月10日2图书租借模块2工作日2011年4月11日2011年4月12日3读者信息模块2工作日2011年4月13日2011年4月14日4图书服务模块2工作日2011年4月15日2011年4月16日5系统管理模块2工作日2011年4月17日2011年4月18日（3）项目实施6工作日2011年4月19日2011年4月24日1借书还书管理1工作日2011年4月19日2011年4月19日2书籍登记管理1

6、工作日2011年4月20日2011年4月20日3读者信息管理2工作日2011年4月21日2011年4月22日4系统信息管理2工作日2011年4月23日2011年4月24日（4）项目测试2工作日2011年4月25日2011年4月26日1系统集成测试1工作日2011年4月25日2011年4月25日2环境测试1工作日2011年4月26日2011年4月26日（5）提交2工作日2011年4月27日2011年4月28日1完成文档1工作日2011年4月27日2011年4月27日2验收、提交1工作日2011年4月28日2011年4月28日预算在编制图书管理系统项目计划中考虑到，5个开发人员是全职在这个项目中，

7、项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进行成本预算，最后得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示：3.4.1人员成本：共计18300元资源名称类型缩写最大单位标准费率加班费率每次使用成本成本累算基准日历1XX工时X100%￥工时￥工时￥按比例标准 2XXX工时X100%￥工时￥工时￥按比例标准3XX工时X100%￥工时￥工时￥按比例标准4XXX工时X100%￥工时￥工时￥按比例标准5XX工时X100%￥工时￥工时￥按比例标准6XXX工时X100%￥工时￥工时￥

8、按比例标准3.4.2设备成本：共计138200元项目成本预算任务名称比较基准1图书管理系统￥70,2需求开发￥3,3图书管理功能￥2,4图书租借功能￥3,5读者服务功能￥2,6图书服务功能￥4,7系统管理￥3,8模块设计￥4,9图书管理模块￥3,10图书租借模块￥3,11读者信息模块￥2,12图书服务模块￥2,13系统管理模块￥2,14项目实施￥2,15借书还书管理￥2,16书籍登记管理￥3,17读者信息管理￥2,18系统信息管理￥3,19项目测试￥3,20系统集成测试￥3,21环境测试￥3,22提交￥2,23完成文档￥2,24验收、提交￥3,3.4.3其它经费预算：此项共计￥50，（1） 差

9、旅费（旅费、出租）（含补贴）（2） 资料费（图书费、资料费、复印费、出版费）（3） 通信费（市话长话费、移动通信费、上网费、邮资）（4） 会议费（鉴定费、评审会、研讨费、外事费等）（5） 办公费（购买办公用品）（6） 协作费（业务协作招待费、项目团队加班伙食费）（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）（8） 其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）以上费用项目合计共计211500元关键问题3.5.1本系统开发过程中用到的关键技术主要有： Basic与数据库的连接；2.数据库的建立。3.5.2风险：1）合同风险 签订的合同不科学、不严谨，项目边界和各方面责任界

10、定不清等是影响项目成败的重大因素之一。（2）需求变更风险 需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。（3）沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。（4）缺乏领导支持风险 上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。（5）进度风险 有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着违约或市场机会的错失。（6）质量

11、风险 有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。（7）系统性能风险 有些软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。（8）工具风险 软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。（9）技术风险 在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉

12、的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。（10）团队成员能力和素质风险 团队成员的能力（包括业务能力和技术能力）和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。（11）团队成员协作风险 团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因素。（12）人员流动风险 项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。 （13）工作环境风险 工作环境（包括办公环境和人文环境）的好坏直接影响项目成员的工作情绪和工作效率

13、。（14）系统运行环境风险 目前，大部分项目系统集成和软件开发是分开进行的（甚至由不同公司承接）。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。（15）分包商风险 有些项目管理可能会涉及到将系统的部分功能分包出去，这时项目组就需要关注项目的分包商风险。3.5.3解决方案： 1.强调团队支持 2.给予项目经理相应的权利 3.改进问题的处理和沟通 4.避免使用纯项目式组织结构 5.增加项目检测的频率 6.为项目团队建立清晰的项目目标 7.选择有经验的项目经理以开发周期为主线的图书管理系统程序界面设计活动项 目需求分析系统设计编码实现系统测试部署交付系统分析主界面设计展示界面设计程序界面设计数