《1241编号图书管理系统项目计划书》由会员分享，可在线阅读，更多相关《1241编号图书管理系统项目计划书（24页珍藏版）》请在金锄头文库上搜索。
1、图书管理系统项目计划书图书管理系统项目计划书 1.引言引言 1.1 编写目的 尽量采用学校现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用学 校现有资源，提高系统开发水平的应用效果的目的。便于学校教师和学生图书管理，通过查 询可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，读者可以预约已借 图书。 1.2 背景 a产品名称产品名称：图书管理系统 b任务提出者任务提出者：项目经理 开发者开发者：图书管理系统开发团队 用户及产品实现单位用户及产品实现单位：淮海工学院图书馆 1.3 术语 PM (Project Manager)-项目经理 Cost Estimating -
2、成本估算 Contract -合同 Finish Date - 完成日期 2.项目概述项目概述 2.1 工作内容 本系统主要用于学校教师和学生图书管理， 主要任务是通过建立图书管理系统， 完善学 校图书录入、租借、预约以及读者信息的管理，管理员通过查询可立即定位该读者的相应的 信息，同时可以对图书进行查询、增加、修改，用户则可以预约已借图书，针对这些问题设 计此系统。 2.2 主要参加人员 组 长：XX 该组成员：XX XXX XX XX XXX 2.3 产品 2.3.1 程序 提供软件安装包。 2.3.2 文件 以用户操作说明书形式向用户说明文件的名称及内容要点。 2.3.3 服务 通过查询
3、可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，同时读者可 以预约已借图书。 2.3.4 非移交的产品 项目可行性研究报告、项目开发计划书、需求规格说明书、概要设计说明书、详细设计说明 书、测试计划、测试分析报告、开发进度报告、项目开发总结报告、维护手册. 2.4 验收标准 按照需求规格说明书进行验收。 2.5 完成期限 任务完成时间资源备注 需求开发2011-4-8开发人员参与 模块设计2011-4-18 项目实施2011-4-24需细化 测试2011-4-26 提交2011-4-28 3.实施计划实施计划 3.1 工作任务的分解和人员分工 文件编制、审批文件编制、审批XX 系
4、统测试系统测试XX 进度安排进度安排XXX 用户培训、软件安装用户培训、软件安装XX 需求分析和定义需求分析和定义XX 详细设计和编码详细设计和编码XXX 3.2 接口人员 a、负责本项目同用户的接口人员：XX、XXX； b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管 理部门、财务部门等的接口人员：XXX、XX； c、负责本项目同分包方的接口人员：XX、XXX。 3.3 进度 由于项目开始于 2011 年 3 月 30 日，于 2011 年 4 月 28 日完成。 2011 年 4 月 28 日 任务名称工期开始时间完成时间 图书管理系统图书管理系统30 工作
5、日工作日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 工作日2011 年 4 月 5 日2011 年 4 月 6 日 5系统管理2 工作日2011 年 4 月 7 日2011 年 4 月 8
6、日 （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
7、 月月 19 日日2011 年年 4 月月 24 日日 1借书还书管理1 工作日2011 年 4 月 19 日2011 年 4 月 19 日 2书籍登记管理1 工作日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
8、环境测试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 日 3.4 预算 在编制图书管理系统项目计划中考虑到， 5 个开发人员是全职在这个项目中， 项目经理， 质量保证和配置管理人员不是全职在这个项目中， 他们还同时在管理其他的项目， 进行成本 估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进
9、行成本预算，最后 得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示： 3.4.1 人员成本：共计 18300 元 资源名称类型缩写最大单位标准费率加班费率每次使用 成本 成本累算基准日 历 1XX工时X100%￥ 70.00/工 时 ￥0.00/工时￥0.00按比例标准 2XXX工时X100%￥ 60.00/工 时 ￥0.00/工时￥0.00按比例标准 3XX工时X100%￥ 50.00/工 时 ￥0.00/工时￥0.00按比例标准 4XXX工时X100%￥ 50.00/工 时 ￥0.00/工时￥0.00按比例标准 5XX工时X100%￥ 50.00/工 时 ￥0.00/工时￥0
10、.00按比例标准 6XXX工时X100%￥ 50.00/工 时 ￥0.00/工时￥0.00按比例标准 3.4.2 设备成本：共计 138200 元 项目成本预算 任务名称比较基准 1图书管理系统￥70,600.00 2需求开发￥3,200.00 3图书管理功能￥2,800.00 4图书租借功能￥3,100.00 5读者服务功能￥2,700.00 6图书服务功能￥4,000.00 7系统管理￥3,600.00 8模块设计￥4,500.00 9图书管理模块￥3,100.00 10图书租借模块￥3,000.00 11读者信息模块￥2,500.00 12图书服务模块￥2,700.00 13系统管理模块
11、￥2,600.00 14项目实施￥2,500.00 15借书还书管理￥2,900.00 16书籍登记管理￥3,000.00 17读者信息管理￥2,800.00 18系统信息管理￥3,200.00 19项目测试￥3,800.00 20系统集成测试￥3,500.00 21环境测试￥3,000.00 22提交￥2,100.00 23完成文档￥2,500.00 24验收、提交￥3,500.00 3.4.3 其它经费预算：此项共计￥50，000.00 （1） 差旅费（旅费、出租） （含补贴） （2） 资料费（图书费、资料费、复印费、出版费） （3） 通信费（市话长话费、移动通信费、上网费、邮资） （4）
12、 会议费（鉴定费、评审会、研讨费、外事费等） （5） 办公费（购买办公用品） （6） 协作费（业务协作招待费、项目团队加班伙食费） （7） 培训费（培训资料编写费、资料印刷费、产地费、设备费） （8） 其他（检测、外加工费、维修费、消耗品、低易品、茶话会等） 以上费用项目合计共计以上费用项目合计共计 211500 元元 3.5 关键问题 3.5.1 本系统开发过程中用到的关键技术主要有：3.5.1 本系统开发过程中用到的关键技术主要有： 1.Visual Basic 与数据库的连接； 2.数据库的建立。 3.5.2 风险：风险： 1）合同风险 签订的合同不科学、 不严谨， 项目边界和各方面责任
13、界定不清等是影响项目成败的重大因 素之一。 （2）需求变更风险 需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度 的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风 险） 。 （3）沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。 （4）缺乏领导支持风险 上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障， 也是项目遇到困难时项目组最强有力的“后台支撑”。 （5）进度风险 有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险） ，项目进 度的延迟意味着违约或市
14、场机会的错失。 （6）质量风险 有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足， 则需要密切关注项目的质量风险。 （7）系统性能风险 有些软件项目属于多用户并发的应用系统， 系统对性能要求很高， 这时项目组就需要关注 项目的性能风险。 （8）工具风险 软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到 位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。 （9）技术风险 在软件项目开发和建设的过程中， 战略管理技术因素是一个非常重要的因素。 项目组一定 要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况
15、而选用一些 虽然先进但并非项目所必须且自己又不熟悉的技术。 如果项目所要求的技术项目成员不具备 或掌握不够，则需要重点关注该风险因素。 （10）团队成员能力和素质风险 团队成员的能力（包括业务能力和技术能力）和素质，对项目的进展、项目的质量具有很 大的影响，项目经理在项目的建设过程需要实时关注该因素。 （11）团队成员协作风险 团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因 素。 （12）人员流动风险 项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。 人员的流动轻 则影响项目进度，重则导致项目无法继续甚至被迫夭折。 （13）工作环境风险 工作环境（包括办公环境和人文环境）的好坏直接影响项目成员的工作情绪和工作效率。 （14）系统运行环境风险 目前，大部分项目系统集成和软件开发是分开进行的（甚至由不同公司承接） 。因此，软 件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大 的影响。 （15）分包商风险 有些项目管理可能会涉及到将系统的部分功能分包出去， 这时项目组就需要关注项目的分 包商风险。 3.5.3 解决方案：解决方案： 1.强调团队支持 2.给予项目经理相应的权利 3.改进问题的处理和沟通 4.避免使用纯项目式组织结构 5.增加项目检测的频率 6.
