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

图书管理系统项目计划 目录1 引言15DvbD。1.1 背景1iAzqS。1.2 定义2zIe9z。1.3 参考资料2UMzVv。1.4 标准、条约和约定2HVNIa。2 项目概述3E70ey。2.1 项目目标3hka5u。2.2 产品目标与范围3hLFGy。2.3 假设与约束3BhwF3。2.4 项目工作范围3Ecd1g。2.5 应交付成果4Zw4qh。2.5.1 需完成的软件4WJ5tk。2.5.2 需提交用户的文档4qcPlT。2.5.3 须提交内部的文档4D8WMF。2.5.4 应当提供的服务5ZqYma。2.6 项目开发环境5qVacn。3 项目团队组织5uZXE8。3.1 组织结构57VCGN。3.2 人员分工6VYxcK。3.3 协作与沟通8JsYHZ。3.3.1 项目团队内部协作8VfIYh。3.3.2 项目接口人员8n73Qu。3.3.3 项目团队外部沟通与协作模式8cEq9C。4 实施计划8FBM8S。4.1 风险评估及对策8XuJsG。4.2 工作流程12VfIVC。4.3 总体进度计划13JC3k9。4.4 项目控制计划14VM98c。4.4.1 质量保证计划14x032U。4.4.2 进度控制计划15CpEab。4.4.3 预算监控计划15d5naP。4.4.4 配置管理计划16HLvh6。5 支持条件17CYJKo。5.1 内部支持17uDaiF。5.2 客户支持17uCryx。5.3 外包（可选）17ZBtnv。6 预算17lPdN9。6.1 人员成本17Z7lbo。6.2 设备成本18qiVif。6.3 其它经费预算18QHS4H。7 关键问题186YZDC。8专题计划要点19laMYJ。图书管理系统项目计划图书管理系统项目计划1 引言1.1 背景(1) 项目的名称图书管理系统(2) 项目建设背景随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。bXs8Z。(3) 软件系统与其他系统的关系本系统属于整个公司发展的系统建设的基础性系统，主要是尝试性的为客户提供服务的同时，逐步建立并完善一个独立的数据库，大范围的集结优秀的项目管理工程案例。未来在这个基础的骨干系统的基础上逐步完善各个子系统，并发展成为功能完善、功能强大的独立系统。优秀的项目管理案例可以挂在工程管理职能部门的相关网页下供社会学习参考。7isva。(4) 软件系统与机构的关系该系统出了为本公司的客户提供相关的服务之外，还应该在工程管理职能部门下设立有关优秀的项目管理案例供社会学习参考。unVtL。1.2 定义Sql语言：是指基本通用的数据库操作语言。GUI编程：是指图形界面编程。1.3 参考资料文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：eYTrY。a.图书借阅关系系统需求说明书b.软件工程项目开发文档范例c.软件工程国家标准文档d.图书借阅管理需求说明书e.软件需求说明书编写规范书籍包括：软件项目管理夏辉，周传生，清华大学出版社。1.4 标准、条约和约定本项目遵从以下标准：GB/T 13702-1992 计算机软件分类与代码GB/T 20918-2007 信息技术 GB/T 19003-2008 软件工程GB/T 5538-1995 软件工程标准分类法GB/T 9386-2008 计算机富安居测试文档编制GB/T 9385-2008 计算机软件需求规格说明GB/T 5532-2008 计算机软件测试规范GB/T 18221-2000 信息技术程序设计语言GB/T 11457-2006 信息技术 软件工程GB/T 8567-2006 计算机软件文档编制规范2 项目概述2.1 项目目标 本项目的总目标是完成图书馆管理系统，为实现此目标，必须实现一下三个阶段目标：第一阶段目标：总体设计出图书馆管理系统总框架，并分析所需功能。第二阶段目标：大体完成图书馆管理系统。第三阶段目标：对完成的管理系统测试并验收。2.2 产品目标与范围本项目产品的目标是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功能是实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作，及实时数据库提交更改。提高图书管理员工作信息报送反馈工作效率，更好的统计信息，提高信息的及时性、汇总统计信息的准确性，减轻管理员的劳动强度。jCrre。2.3 假设与约束本项目的开发时间为:工作人员：6人开发经费预算：90万设备：7台PC假设：1、 本公司的资金充足，所有硬件设施如若需要就能在三天内投入使用，并且已经办完了所有的 系统开发相关手续。vXKGT。2、 人员充足且协作能力强，工作效率高，能够迅速的通过努力完成所交付的任务。3、 严格跟进，不能超过计划的时间。约束：1、 系统开发，原则上严格控制成本，不能超过预算的10%。2、 必须在项目经理的有效指挥下严格完成任务，投入的人员不能超过5人。3、人力资源的约束限制，就必须牺牲进度或质量。2.4 项目工作范围为了使本系统成功达到客户的要求，需完成如下任务：系统需求分析、系统概要设计、编码设计、以及系统测试和维护。2.5 应交付成果2.5.1 需完成的软件程序名称：图书馆管理系统 编程语言：C#+SQL Server 2005 软件对象：源程序、可执行程序、支撑系统的数据库数据、安装软件。2.5.2 需提交用户的文档安装维护手册：主要内容是介绍安装和维护的主要步骤和注意事项。使用手册：主要内容是向用户介绍如何使用该系统。需求规格说明书：向用户介绍该系统的需求规格说明。2.5.3 须提交内部的文档1软件项目管理计划 该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。 mEshx。2.需求规格说明初稿 在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。5C4mi。3.设计报告初稿 在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。 4. 测试文档 r61rL。在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。 hEJSL。5用户手册 在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。Xzymu。 6. 个人项目总结 由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。 7. 其他文档 cBVFC。软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。py8u7。2.5.4 应当提供的服务将向用户演示安装、维护以及运行使用。2.6 项目开发环境1、软件： Eclipse visual studio Dreamweaver Firework 0bihW。2、硬件： PC机 3、技术： ASPHTMLCSSVBscript javascript SQL 4、项目设计及运行平台 Windows XP web IIS2.7 项目验收方式与依据代码的验收：在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。bCFEz。文档验收：在交付客户之前进行小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。I10wO。服务验收：服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。3 项目团队组织3.1 组织结构设计经理测试经理开发经理项目经理需求分析组界面设计组文档编写组概要设计组框架设计组详细设计组测试组测试用例设计组测试脚本开发组q1OO4。3.2 人员分工姓名角色工作描述项目经理01.项目沟通交流02.项目进度掌控03.核心技术框架制定04.工作任务划分分配、审核、验收05.开发平台建设06.样例程序制作07.日常管理工作08.重要文档成果物的整理09.测试验收各个模块10.架构设计整个系统的核心权限部分11.解决疑难技术问题12.模块设计指导开发经理01. 开发项目进度掌控02. 工作任务划分分配、审核、验收测试验收各个模块03. 日常管理工作开发人员01. 分析系统需求分析02. 界面设计03. 文档编写设计经理01. 分析新功能02. 软件框架扩展03. 代码模块分配04. 数据库设计说明书设计人员01.数据交换02.安装程序03.安装手册设计人员01.数据加载分析设计人员01. 项目后期总体负责02. 加载程序编写设计人员01.数码相机照片读取剪切模块设计测试人员01. 对软件进行测试02. 编写软件测试文档测试人员01.用户操作手册3.3 协作与沟通3.3.1 项目团队内部协作本项目由项目经理领头协调各个项目组成员的协调工作。下设小组长、。 主要通过企业内部邮箱联系，项目团队的每一个成员都有一份项目成员联系方式单。 在每一项目阶段的开始和结束时都由项目经理组织召开工作大会。并由做好会议记要，并归档统一管理。PIget。3.3.2 项目接口人员(1) 负责本项目同用户的接口人员 本项目有公司自主开发，供公司发展使用。主要是由项目经理同开发设计部街头。 L5S5w。(2) 负责本项目同本企业开发设计部接口人员 仍旧由项目经理担任接口人员。 项目经理与开发设计部和公司的职能部门的交接内容由专人负责记录，并交由统一归档。QsCea。3.3.3 项目团队外部沟通与协作模式项目团队外部由项目经理负责沟通协作。 在每一项目阶段的开始和结束时，项目经理结束团队内部工作安排总结之后，需要向公司相关职能部门提交报告，报告交由统一归档保管。 wQGfJ。联系方式： 开发设计部： 电话：151*0326（部长助理） 邮箱： 紧急联系方式（仅供特殊情况下使用）： 电话：158*9469（李经理） 邮箱：4 实施计划4.1 风险评估及对策风险识别风险定性与定量分析风险应对编号WBS模块风险事件风险概率风险影响描述风险影响值风险期望值排序级别缓解策略策略应急计划和巢湖发事件风险处理措施风险负责人1需求风险需求分析不到位，导致数据模型建立好后无法使用6%10%成本增长20%0.20.128四级1、重新进行到位的需求分析1当数据模型建立后无法使用时，即使重新做需求分析一周工作包负责人2需求风险缺少有效的需求变化管理过程10%5%进度实施10%0.20.0206四级1、及时和项目经理进行有效的沟通，确保需求的有效管理1、当缺少有效的需求变化管理过程时，要及时，与相应的管理人员惊醒沟通，制定有效的变化管理三天工作包负责任3需求风险客户不断变化需求9%工作质量受到较小的影响0.10.0099四级1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备，满足客户的需求当客户不断变化需求时，1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备，满足客户的需求一周工作包负责人4需求风险院图书馆调研经常推后20%10进度拖延0.40.0801三级与客户相关人员惊醒有效沟通当需求调研不能及时进行时，根据合理时间调研并与相关工作人员进行有效沟通并确定调研时间两天项目经理5需求风险某些需求超出项目范围25%范围主要部分受到影响0.20.0503三级查看范围进度计划，并与客户，进行合理的沟通1、某些需求超出项目范围时，1、明确列出超出项目范围需求，2查看范围进度计划，并与客户，进行合理的沟通一天项目经理6需求风险漏掉某些模块或多了某些模块6%范围的次要不分受到影响0.10.00611四级查看范围进度计划，及时修改当漏掉某些模块或多了某些模块时，1、查看范围进度计划，及时与项目经理进行沟通，如果漏掉某些模块，及时把漏掉的任务分配给相应的工作人员进行补充，如果多了一些设计模块，查看进度，并决定是否删除多出的模块一周工作包负责人7相关性风险签订合同不科学不严谨，存在边界界定不清楚的问题15%10%进度实施20%0.40.06010四级及时与客户进行有效沟通并重新修订合同当合同有问题时，1、及时与客户进行有效沟通，并进行重新修订合同，2、重新根据需求制定更加完美的合同桑拿天项目经理9相关性风险软硬件不兼容1%项目的最终产品实际上不能使用0.80.04012四级及时与供应商联系，并进行有效沟通，更换硬件设备当软硬件不兼容时1、及时与供应商联系，并进行有效沟通，更换硬件设备2、如果无法更换，查看该硬件是否可以用在该系统的其他位置三天工作包负责人10相关性风险病毒、黑客入侵造成系统无法正常工作5%项目的最终产品实际上不能使用0.60.05016三级 做好系统安全防护当病毒、黑客入侵造成系统无法正常工作时，1、及时进行系统体检，用相关工具杀毒，2、通过相关设备对系统进行有效保护防止系统再次收到攻击11技术风险预算有误，导致开发过程无法进行9%10%进度实施20%0.20.0187四级向投资者申请新的的资金当预算有误，导致开发过程无法进行时，向投资者申请新的的资金，2、向投资者展示新的预算和以前错误的预算一周工作包负责人12技术风险开发工具不可靠导致项目过程中的bug5%10%进度实施20%0.40.0.0325四级确定开发工具可靠当开发工具不可靠时，1、及时做测试，发现bug。2、更换开发工具一周工作包负责人13技术风险使用框架存在漏洞bug，导致项目失败1%质量降低需要得到有关领导的批准0.20.00213四级测试人员及时发现问题，开发人员及时解决问题当使用框架存在漏洞bug，导致项目失败时，1、及时对框架进行修复2、更换更可靠的框架一周工作包负责人14管理风险技术人员离职，模块任务无人完成5%10%进度实施20%0.30.0502三级1、加强人员考核；确定人员的可靠性2、及时需找人员代替气工作当技术人员离职，模块任务无人完成时1、加强人员考核；确定人员的可靠性2、及时需找人员代替气工作3、与当事人做及时沟通，2天项目经理15管理风险不能按进度计划完成相应的任务2%10%进度实施20%0.30.06014四级做好跟踪记录当不能按进度计划完成相应的任务时，1、做好对每个人的及时跟踪记录，2、若不能按进度完成，应当进行加班完成相应任务一周工作包负责人15管理风险进度进化不够完善导致整体任务滞后5%质量降低需要得到有关领导的批准0.60.08615三级及时调整计划当进度进化不够完善导致整体任务滞后时1、及时调整计划2、将所差进度加班完成2天工作包负责人16自然风险火灾、涝灾、地震等自然灾害1%质量降低需要得到有关领导的批准0.30.02016三级做好转移工作，降低损失程度当火灾、涝灾、地震等自然灾害时1、做好系统备份的转移工作，把损失降低到最小2及时做出应急处理，是相关负责人做出快速反映。三天工作包负责人4.2 工作流程项目计划需求分析概要设计数据库设计编码实施系统测试结项SQA配置管理4.3 总体进度计划起止时间责任人及所需资源完成工作应提交成果检查点/里程碑项目经理以及各部门负责人项目立项立项报告高层经理审批项目团队建立SM和PM决定，SQA人员由中心确定项目生命周期模型选择项目计划中的生命周期需求开发过程定义需求开发计划简单制定需求开发计划软件评估和风险评估软件评估开发书、软件开发计划、风险管理计划和日志简单执行培训计划制定培训计划软件开发计划文档化软件开发计划测试计划测试计划项目结项项目总结报告、验收报告概要编写需求分析人员客户需求调研、需求分析、软件需求走查、需求组内正式评审软件需求规格说明书、评审准备表、报告设计人员界面设计、总框架设计界面设计报告、框架设计报告表编程人员系统编程编程源代码系统可运行测试人员测试软件测试阶段报告、系统测试评估、操作手册、用户手册、测试阶段度量数据项目经理以及各项目负责人验收、维护验收报告、项目总结报告项目经理用户验收4.4 项目控制计划4.4.1 质量保证计划 执行时间 阶段任务人员分工月日月日月日月日月日需求分析 需求评审开发经理系统与测试设计 系统概要设计评审 系统详细设计评审 制定测试策略评审 制定测试计划评审编码与测试执行 制定编码规范评审设计经理 测试需求评审测试经理 代码审查 单元测试报告评审 测试用例评审 缺陷报告评审测试评估与系统部署测试评估报告评审部署方案评审项目经理4.4.2 进度控制计划 时间 阶段任务人员分工201年月201年月201年月项目启动与计划项目经理 技术专家需求分析开发经理系统与测试设计 系统概要设计设计经理 系统详细设计 制定测试策略测试组长 制定测试计划编码与测试执行 制定编码规范设计经理 确定测试需求测试经理 编码设计经理 单元测试 编写测试用例测试经理 执行测试测试评估与系统部署测试评估制定部署方案开发组长4.4.3 预算监控计划活动小活动预算小活动分摊预算大活动分摊预算累计项目规划1、模板确定1320396013202、撰写项目计划报告26403960需求分析3、需求调研26401188066004、需求分析5280118805、需求确认2640145206、撰写需求分析说明书132015840软件设计7、系统分析396025080198008、模块设计9240290409、数据库设计66003564010、美工设计39603960011、撰写详细设计说明书132040920软件开发12、硬件安装25900457006682013、环境配置13206814014、代码实现1848086620软件测试15、集成测试5280118809190016、系统测试52809718017、撰写系统测试报告132098500验收总结18、撰写用户手册132052809982019、人员培训132010114020、产品转移132010246021、经验总结13201037804.4.4 配置管理计划采用专用的版本管理工具进行软件版本的控制，如SVN或是Git之类的管理工具。（1）人员与职责版本控制管理者：项目经理 职责：制定版本控制流程（2）确定版本库的用户权限管理者：负责版本管理、对版本库拥有全部权限开发人员：写入 读出测试人员：读（3）定义配置项（版本控制项）及其标识系统项目计划系统需求说明系统概要设计系统详细设计测试策略测试计划测试用例编码规范源代码缺陷报告测试最终结果报告（4）定义项目基线（略）（5）定义配置项的版本管理策略按照4类不同功能的分支进行：l 主干分支l 私有分支l 小组分支l 集成分支5 支持条件5.1 内部支持无5.2 客户支持需求分析阶段：客户201年月日参与到此阶段，需求分析人员记录需求。客户验收阶段：客户于月日对本系统验收。5.3 外包（可选）无6 预算6.1 人员成本姓名标准费率加班费￥330/工作日￥50/小时￥250/工作日￥40/小时￥200/工作日￥35/小时￥250/工作日￥40/小时￥200/工作日￥35/小时￥200/工作日￥35/小时￥200/工作日￥35/小时￥200/工作日￥35/小时￥200/工作日￥35/小时￥200/工作日￥35/小时6.2 设备成本所有设备均有，成本为0。6.3 其它经费预算1差旅费3500交通费用、伙食费、住宿费以及差旅补贴等等2资料费1500图书费、资料费、复印费3通信费2000市话长话费、移动通信费、上网费、邮资4办公费2000购买办公用品5协作费11000业务协作招待费、项目团队加班伙食费6奖金及福利费15000奖金、节假日福利等7加班费15000根据加班费率计算8房租9000包含地税9水电费100010项目监理费5000项目开发过程的监理费11后期维护费20000上线后期半年的维护12其他5000检测、维修费、消耗品、低易品、茶话会等其他经费预算总计900007 关键问题软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由楼六大方面。VRbGB。1） 需求风险很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。knAe9。2） 相关性风险许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并且觉察潜在的问题。Ri5Kx。3） 技术风险软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，ICiTv。 4） 管理风险尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足自己检查自己的错误，这是最难的。然而，像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。Xl3Zn。5）自然风险软件产品本身也属于一种应用型产品，同样会受到自然灾害的的影响。8专题计划要点无