图书管理系统项目计划(2)

1、图书管理系统项目计划图书管理系统项目计划目录景义考准 背定参标 1212 3 3 4 4、条约与约定项11 述2、12、2、2、2、23452、2、2、2、项目目标 .产品U标与范圉 假设与约束 .项目工作范围 应交付成果 .12345、5、5、5、需完成的软件. 需提交用户的文档. 须提交内部的文档. 应当提供的服务.2、6项口开发环境 1 1.1 1 .2 .4.4图书管理系统项目计划3、3、项U团队内部协作4、4、3预算监控计划 .154、4、4配置管理计划. 1 6支持条件.17 13、1组织结构3、2人员分工.63、3协作与沟通.83、3、2项目接口人员 .83、3、3项目团队外部沟

2、通与协作模式 .8实施计划 .84、1风险评估及对策.84、2工作流程.124、3总体进度计划.134、4项目控制计划.144、4、1质量保证计划.144、4、2进度控制计划.155 1内部支持 .图书管理系统项目计划5、2客户支持.175、3外包（可选） .176预算.176、1人员成本 .176、2设备成本.186、3其它经费预算.187关键问题.188专题计划要点.19图书管理系统项目计划图书管理系统项目计划1引言1、1背景(1)项U的名称图书管理系统(2)项LI建设背景随着人们知识水平层次的提高,图书馆成为日常生活中不可缺少的一部分。而图书馆的 存书量与业务量庞大，仅仅幕传统的记帐式管

3、理就是不可行的。图书馆系统应运而生， 逐渐成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理 员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书与还书两大功能进行 合理操纵并登记。(3)软件系统与其她系统的关系本系统属于整个公司发展的系统建设的基础性系统，主要就是尝试性的为客户提供服 务的同时,逐步建立并完善一个独立的数据库，大范圉的集结优秀的项LI管理工程案 例。未来在这个基础的骨干系统的基础上逐步完善各个子系统，并发展成为功能完善、 功能强大的独立系统。优秀的项U管理案例可以挂在工程管理职能部门的相关网页下 供社会学习参考。(4)软件系统与机构的关系该系统出了为

4、本公司的客户提供相关的服务之外，还应该在工程管理职能部门下设立 有关优秀的项LI管理案例供社会学习参考。1、2定义Sql语言:就是指基本通用的数据库操作语言。 GUI编程:就是指图形界面编程。1、3参考资料文档格式要求按照我国GB/T8567-1988国家标准与IEEE/ANSI830-1993标准规范要求进 行。包括以下文件：&、图书借阅关系系统需求说明书b、软件工程项LI开发文档范例图书管理系统项目计划本项L1遵从以下标准:GB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/T13702-199220918-200719003-20085538-19959386-

5、20089385-20085532-200818221-200011457-20068567-2006计算机软件分类与代码信息技术软件工程软件工程标准分类法 计算机富安居测试文档编制 计算机软件需求规格说明 计算机软件测试规范 信息技术程序设讣语言 信息技术软件工程 计算机软件文档编制规范C、软件工程国家标准文档d、图书借阅管理需求说明书e、 软件需求说明书编写规范 书籍包括：软件项LI管理夏辉,周传生，清华大学出版社。1、4标准、条约与约定2项目概述2 1项目目标本项U的总口标就是完成图书馆管理系统，为实现此U标，必须实现一下三个阶段U标: 第一阶段目标:总体设计出图书馆管理系统总框架，并分

6、析所需功能。第二阶段目标:大体完成图书馆管理系统。第三阶段U标:对完成的管理系统测试并验收。2、2产品目标与范围本项产品的口标就是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替 以往复杂软件操作存在的弊端。系统的主要功能就是实现图书信息的增加、删除、修改、查 找、借阅、还书的显示操作，及实时数据库提交更改。提高图书管理员工作信息报送反馈工作 效率，更好的统计信息,提高信息的及时性、汇总统计信息的准确性，减轻管理员的劳动强度。2、3假设与约束本项口的开发时间为：工作人员：6人开发经费预算:90万设备：7台PC假设：1、 本公司的资金充足，所有硬件设施如若需要就能在三天内投入使用，并且

7、已经办完 了所有的系统开发相关手续。2、 人员充足且协作能力强，工作效率高，能够迅速的通过努力完成所交付的任务。3、 严格跟进，不能超过计划的时间。约束：1、 系统开发,原则上严格控制成本，不能超过预算的10%o2、 必须在项口经理的有效指挥下严格完成任务,投入的人员不能超过5人。3、 人力资源的约束限制，就必须牺牲进度或质量。图书管理系统项目计划2、4项目工作范围为了使本系统成功达到客户的要求，需完成如下任务： 系统需求分析、系统概要设计、编码设计、以及系统测试与维护。2、5应交付成果2、5、1需完成的软件程序名称：图书馆管理系统编程语言:C#+SQL Server 2005软件对象:源程序

8、、可执行程序、支撑系统的数据库数据、安装软件。2v 5. 2需提交用户的文档安装维护手册:主要内容就是介绍安装与维护的主要步骤与注意事项。 使用手册:主要内容就是向用户介绍如何使用该系统。需求规格说明书:向用户介绍该系统的需求规格说明。2、5、3须提交内部的文档1.软件项目管理计划该文档山组长完成,介绍项U的整个管理过程。该文档在软件设计需求分析初级阶段完成，后 续阶段由文档维护员进行相应的更新。2、 需求规格说明初稿、 、 、 、1212 3 3 4 4图书管理系统项目计划在需求分析阶段，山全体小组成员采集分析用户的需求，并在例会上作出决策,有文档维护员 撰写整理需求规格说明初稿，并在后续各

9、个阶段进行需求变更的更新。3、设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设讣，由组长编写软件体 系结构设计文档初稿，并在后续开发阶段补充与更新。该文档山文档维护员负责维护更新。4、 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将 根据测试规格说明文档建立测试环境、准备测试数据。5 用户手册在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成 初稿；在后续阶段不断由文档维护员户文档;并在系统交付阶段随着系统一起被交付。6、个人项目总结山组内成员各自独立完成，对开发过程中获得的丄作经验进行总结。

10、在提交系统时一并提交。7、其她文档软件开发过程中的其她文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见 等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。2、5、4应当提供的服务将向用户演示安装、维护以及运行使用。2、6项目开发环境Eclipse visual studio Dreamweaver FireworkPC机ASP HTML CSSVBscript javascript SQLWindows XP web IIS图书管理系统项目计划2、7项目验收方式与依据代码的验收:在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持 一致，代码书写风

11、格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合 设计要求，响应时间太长无法接受等问题。文档验收:在交付客户之前进行小组内评审，文档格式符合HB6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。服务验收:服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。图书管理系统项目计划3项目团队组织3、1组织结构图书管理系统项目计划3、2人员分工姓名角色工作描述XXX项目经理01、项目沟通交流02、项目进度掌控03、核心技术框架制定04、工作任务划分分配、审核、验收03、开发平台建设06、样例程序制作07、日常管理工作08、重要文档成果物的整理09、测试验收各

12、个模块10、架构设计整个系统的核心权限部分11、解决疑难技术问题12、模块设计指导XXX开发经理01.开发项目进度掌控02.工作任务划分分配、审核、验收测试验收各个模块03.日常管理工作XXX开发人员01.分析系统需求分析XXX02.界面设计XXX03.文档编写XXX设计经理01.分析新功能02.软件框架扩展03 代码模块分配04.数据库设计说明书图书管理系统项目计划XXX设计人员01、数据交换02、安装程序03、安装手册图书管理系统项目计划XXX设计人员01、数据加载分析XXX设讣人员01.项目后期总体负责02.加载程序编写XXX设计人员01、数码相机照片读取剪切模块设计XXX测试人员01.

13、对软件进行测试02.编写软件测试文档XXX测试人员01、用户操作手册图书管理系统项目计划3、3协作与沟通3、3、1项目团队内部协作本项LI山项H经理领头协调各个项U组成员的协调工作。下设小组长XXX、xxxo 主要通过企业内部邮箱联系，项LI团队的每一个成员都有一份项LI成员联系方式单。在每一 项LI阶段的开始与结束时都山项LI经理组织召开工作大会。并山XXX做好会议记要，并归档 统一管理。3、3、2项目接口人员（1）负责本项LI同用户的接口人员 本项U有公司自主开发，供公司发展使用。主要就是 由项目经理同开发设计部街头。（2）负责本项口同本企业开发设计部接口人员 仍旧由项目经理担任接口人员。

14、项目经理与开发设计部与公司的职能部门的交接内容曲专人负责记录，并交山XXXXXX统一归档。3、3、3项目团队外部沟通与协作模式项U团队外部曲项目经理负责沟通协作。 在每一项U阶段的开始与结束时，项目经理结 束团队内部工作安排总结之后，需要向公司相关职能部门提交报告，报告交山XXX统一归档 保管。联系方式：开发设计部：电话：151*0326（部长助理）邮箱：XXXXXXqq、com紧急联系方式（仅供特殊情况下使用）：电话：158*9469（李经理）邮箱:XXXXXXqq.XXXXXXqq. com4实施计划4、1风险评估及对策风险识别风险定性与定量分析风险应对图书管理系统项目计划编 号WBS模

15、块风险事件风险概率险响述 风影捌险响 风影值风 险 期 望 值排 序级 别缓解策 略策略应急计划与 巢湖发事件风险处理措施风险负责人1需求 风险需求分析 不到位， 导致数据 模型建立 好后无法 使用6%10% W 成本 增长 20%0、20、128四 级新到需斤 重行的知 进位求1当数据模型 建立后无法 使用时，即使 重新做需求 分析周工作包负责人2需求 风险缺少有效 的需求变 化管理过 程10%W度施0%0%5%5%进实10100、20、0206四 级时目进效風需有理 及项理有绒保的辭 与经行的确求效1、当缺少有 效的需求变 化管理过程 时，要及时, 与相应的管 理人员惊醒 沟通，制定有 效

16、的变化管 理工作包负责任3需求 风险客户不断 变化需求9%作量到小影 工质受较的响0、10、0099四 级1、要做 好与客 户之间 的沟通 工作2、 工作人 员要做 好应对 必要变 化的准 备，满足 客户的 需求当客户不断 变化需求 时，1、要做好 与客户之间 的沟通工作 2、工作人员 要做好应对 必要变化的 准备，满足客 户的需求周工作包负责人4需求 风险院图书馆 调研经常 推后20%W度XX延1010进拖0、40、0801级户人醒沟 客关惊效 与相员有通当需求调研 不能及时进 行时，根据合 理时间调研 并与相关工 作人员进行 有效沟通并 确定调硏时 间两天项 目 经 理图书管理系统项目计划

17、5需求 风险某些需求 超出项目 范围25%m m要上 范主部0、20、0503查瞧范 围进度 计划，并1、某些需求 超出项目范 围时，1、明确天项 目 经图书管理系统项目计划受到 影响与客户, 进行合 理的沟 通列出超出项 目范圉需 求，2查瞧范 围进度计划, 并与客户，进 行合理的沟 通理6需求 风险漏掉某些 模块或多 了某些模 块6%围次不受影 范的要分到响0、10、00611四 级查瞧范 围进度 计划，及 时修改漏掉某些模块 或多了某些模 块时，1、查瞧 范围进度计 划，及时与项 口经理进行沟 通，如果漏掉 某些模块，及 时把漏掉的任 务分配给相应 的工作人员进 行补充，如果 多了一些设

18、计 模块，查瞧进 度，并决定就 是否删除多出 的模块周工作包负责人7关风 相性险签订合同 不科学不 严谨，存 在边界界 定不清楚 的问题15% 10% W 进度 实施 20%0、40、06010四 级及时与 客户进 行有效 沟通并 重新修 订合同当合同有问 题时丄及时 与客户进行 有效沟通，并 进行重新修 订合同,2、重 新根据需求 制定更加完 美的合同桑 拿 天项 目 经 理9关风 相性险软硬件不 兼容1%使用0、80、04012四 级及时与 供应商 联系，并 进行有 效沟通， 更换硕 件设备当软硬件不 兼容时1、及 时与供应商 联系，并进行 有效沟通，更 换硬件设备 2、如果无法 更换，查

19、瞧该 硬件就是否 可以用在该 系统的其她 位置矣工作包负责人图书管理系统项目计划10关风 相性险病毒、黑 客入侵造 成系统无 法正常工 作5%使用0、60、05016做好系 统安全 防护当病毒、黑客 入侵造成系 统无法正常 工作时，1、及 时进行系统 体检，用相关 工具杀毒,2、 通过相关设 备对系统进 行有效保护 防止系统再 次收到攻击11技术 风险有致程行 算导启进 第，发法 预误开无9%10% W 进度 实施 20%0、20、0187四 级向投资 者申请 新的的 资金当预算有误， 导致开发过 程无法进行 时，向投资者 申请新的的 资金,2、向投 资者展示新 的预算与以 前错误的预 算周工

20、作包负责人12术险 技风开发工具 不可靠导 致项L1过 程中的 bug5%10% W 进度 实施20%0、40、0、0325四 级确定开 发LM 可靠当开发工具 不可靠时,1. 及时做测试， 发现bug。2、 更换开发工 具周工作包负责人13术险 技风使用框架 存在漏洞 bug,导致 项目失败1%量低要到关导批 质降需得有领的准0、20、00213四 级人时问发及决 试及现开员解题 测员发题人时阿当使用框架 存在漏洞 bug,导致项 目失败时,1、 及时对框架 进行修复2、 更换更可靠 的框架周工作包负责人图书管理系统项目计划14管理 风险技术人员 离职，模 块任务无 人完成5%10% W 进

21、度 实施 20%0、30、0502级强考定的性时人替乍 加员僦员靠及找代口 人核人可2S2S需员气当技术人员 离职，模块任 务无人完成 时1、加强人 员考核；确定 人员的可幕 性2、及时需 找人员代替 气工作3、与 当事人做及2 天项 目 经 理图书管理系统项目计划时沟通，15管理 风险不能按进 度计划完 成相应的 任务2%10% W 进度 实施 20%0、30、06014四 级做好跟 踪记录当不能按进 度计划完成 相应的任务 时，1、做好对 每个人的及 时跟踪记 录,2、若不能 按进度完成， 应当进行加 班完成相应 任务周工作包负责人15管理 风险进度进化 不够完善 导致整体 任务滞后5%量

22、低要到关导批 质降需得有领的准0、60、08615及时调 整计划当进度进化 不够完善导 致整体任务 滞后时1、及 时调整计划 2、将所差进 度加班完成2 天工作包负责人16自然 风险火灾、涝 灾、地震 等自然灾 害1%量低要到关导批 质降需得有领的准0、30、02016级做好转 移工作, 降低损 失程度当火灾、涝 灾、地震等自 然灾害时1、 做好系统备 份的转移工 作，把损失降 低到最小2及 时做出应急 处理，就是相 关负责人做 出快速反映。矣工作包负责人4、2工作流程图书管理系统项目计划项目计划需求分析概要设计1数据库设计编码实施系统测试结项SQA配置管理4、3总体进度计划起止时间责任人及所

23、需资 源完成工作应提交成果检查点/里程碑项目立项立项报告高层经理审批项目团队建立SM与PM决 定,SQA人员由 中心确定项口经理以及各 部门负责人项LI生命周期模 型选择项口计划中的生 命周期图书管理系统项目计划需求开发过程定 义需求开发计划简单制定需求开 发计划软件评估与风险 评估软件评估开发 书、软件开发计 划、风险管理计 划与日志培训计划制定培训计划软件开发计划文 档化软件开发计划测试计划测试讣划简单执行项目结项项目总结报告、 验收报告概要编写需求分析人员客户需求调研、 需求分析、软件 需求走查、需求 组内正式评审软件需求规格说 明书、评审准备 表、报告设计人员界面设计、总框 架设计界面

24、设计报告、 框架设计报告表编程人员系统编程编程源代码系统可运行测试人员测试软件测试阶段报告、 系统测试评估、 操作手册、用户 手册、测试阶段 度量数据项口经理以及各 项目负责人验收、维护验收报告、项目 总结报告项目经理用户验收4、4项目控制计划4、4、1质量保证计划执行时间阶段任务 -f一-人员 分工X月X日X月X日X月X日x 月 XEIX月X日需求分析需求评审系统与测试设计系统概要设计评审系统详细设计评审制定测试策略评审制定测试计划评审开发经 理编码与测试执行制定编码规范评审设计经 理图书管理系统项目计划测试需求评审代码审查单元测试报告评审测试用例评审缺陷报告评审测试评估与系统部署测试评估报

25、告评审测试经理部署方案评审项目经 理4、4、2进度控制计划j-时间阶段任务人员 分工201X年X月201 X 年 X 月201X年X月项目启动与计划项H经理技术专 家需求分析开发经理系统与测试设计系统概要设计设计经理系统详细设计制定测试策略测试组长制定测试计划编码与测试执行制定编码规范设计经理确定测试需求测试经理编码设计经理单元测试编写测试用例测试经理执行测试测试评估与系统部署测试评估制定部署方案开发组长4、4、3预算监控计划活动小活动预算小活动分 摊预算大活动分 摊预算累计1、模板确定132013202、撰写项目计划报 告2640396039603、需求调研26406600需求分4、需求分析

26、528011880图书管理系统项目计划5、需求确认264014520析6、撰写需求分析说 明书132011880158407、系统分析3960198008、模块设计9210290409、数据库设计66003564010、美工设计396039600软件设ii-11、撰写详细设计 说明书1320250804092012、硬件安装259006682013、环境配置132068140软件开 发14、代码实现18480457008662015、集成测试52809190016、系统测试528097180软件测 试17、撰写系统测试 报告1320118809850018、撰写用户手

27、人员培训132010114020、产品转移1320102460验收总 结21、经验总结132052801037804、4、4配置管理计划采用专用的版本管理工具进行软件版本的控制，如SVN或就是Git之类的管理工具。(1)人员与职责版本控制管理者:项LJ经理 职责:制定版本控制流程(2)确定版本库的用户权限管理者:负责版本管理、对版本库拥有全部权限开发人员:写入读出测试人员:读(3)定义配置项(版本控制项)及其标识系统项目计划系统需求说明系统概要设计系统详细设计测试策略测试计划测试用例编码规范图书管理系统项目计划源代码缺陷报告测试最终结果报告(4)定义项目基线(略)(5)定义配置项的版本管理策略

28、 按照4类不同功能的分支进行:主干分支私有分支小组分支集成分支5支持条件5、1内部支持5、2客户支持需求分析阶段:客户201 X年X月X日参与到此阶段，需求分析人员记录需求。 客户验收阶段:客户于X月X日对本系统验收。5、3外包(可选)无6预算6、1人员成本姓名标准费率加班费XXX330/工作日50/小时XXX250/工作日40/小时XXXXXXXXX200/工作日35/小时XXX250/工作日40/小时XXX200/工作日35/小时XXX200/工作日35/小时图书管理系统项目计划XXX200/工作日35/小时XXX200/工作日35/小时XXX200/工作日35/小时XXX200/工作日35/小时6、2设备成本所有设备均有，成本为0。6、3其它经费预算1差旅费3500交通费用、伙食费、住宿