《图书管理系统项目计划》由会员分享，可在线阅读，更多相关《图书管理系统项目计划（21页珍藏版）》请在金锄头文库上搜索。
1、 图书管理系统项目计划目录1 引言11.1 背景11.2 定义21.3 参考资料21.4 标准、条约和约定22 项目概述32.1 项目目标32.2 产品目标与围32.3 假设与约束32.4 项目工作围32.5 应交付成果42.5.1 需完成的软件42.5.2 需提交用户的文档42.5.3 须提交部的文档42.5.4 应当提供的服务52.6 项目开发环境53 项目团队组织53.1 组织结构53.2 人员分工63.3 协作与沟通83.3.1 项目团队部协作83.3.2 项目接口人员83.3.3 项目团队外部沟通与协作模式84 实施计划84.1 风险评估与对策84.2 工作流程124.3 总体进度计
2、划134.4 项目控制计划144.4.1 质量保证计划144.4.2 进度控制计划154.4.3 预算监控计划154.4.4 配置管理计划165 支持条件175.1 部支持175.2 客户支持175.3 外包可选176 预算176.1 人员本钱176.2 设备本钱186.3 其它经费预算187 关键问题188专题计划要点19 / 图书管理系统项目计划1 引言1.1 背景(1) 项目的名称图书管理系统(2) 项目建设背景随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一局部。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成
3、局部。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以与馆库存的详细情况，对借书和还书两大功能进展合理操纵并登记。(3) 软件系统与其他系统的关系本系统属于整个公司开展的系统建设的根底性系统，主要是尝试性的为客户提供服务的同时，逐步建立并完善一个独立的数据库，大围的集结优秀的项目管理工程案例。未来在这个根底的骨干系统的根底上逐步完善各个子系统，并开展成为功能完善、功能强大的独立系统。优秀的项目管理案例可以挂在工程管理职能部门的相关网页下供社会学习参考。(4) 软件系统与机构的关系该系统出了为本公司的客户提供相关的服务之外，还应该在工程管理职能部门下设立有关优秀的项目管理案
4、例供社会学习参考。1.2 定义Sql语言：是指根本通用的数据库操作语言。GUI编程：是指图形界面编程。1.3 参考资料文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规要求进展。包括以下文件：a.图书借阅关系系统需求说明书b.软件工程项目开发文档例c.软件工程国家标准文档d.图书借阅管理需求说明书e.软件需求说明书编写规书籍包括：软件项目管理夏辉，周传生，清华大学。1.4 标准、条约和约定本项目遵从以下标准：GB/T 13702-1992 计算机软件分类与代码GB/T 20918-2007 信息技术 GB/T 19003-2008 软件工程GB/T
5、 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
6、产品目标与围本项目产品的目标是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功能是实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作，与实时数据库提交更改。提高图书管理员工作信息报送反应工作效率，更好的统计信息，提高信息的与时性、汇总统计信息的准确性，减轻管理员的劳动强度。2.3 假设与约束本项目的开发时间为:工作人员：6人开发经费预算：90万设备：7台PC假设：1、 本公司的资金充足，所有硬件设施如假设需要就能在三天投入使用，并且已经办完了所有的 系统开发相关手续。2、 人员充足且协作能力强，工作效率高，能够迅速的通过努力完成所交付的
7、任务。3、 严格跟进，不能超过计划的时间。约束：1、 系统开发，原那么上严格控制本钱，不能超过预算的10%。2、 必须在项目经理的有效指挥下严格完成任务，投入的人员不能超过5人。3、人力资源的约束限制，就必须牺牲进度或质量。2.4 项目工作围为了使本系统成功达到客户的要求，需完成如下任务：系统需求分析、系统概要设计、编码设计、以与系统测试和维护。2.5 应交付成果2.5.1 需完成的软件程序名称：图书馆管理系统编程语言：C#+SQL Server 2005软件对象：源程序、可执行程序、支撑系统的数据库数据、安装软件。2.5.2 需提交用户的文档安装维护手册：主要容是介绍安装和维护的主要步骤和考
8、前须知。使用手册：主要容是向用户介绍如何使用该系统。需求规格说明书：向用户介绍该系统的需求规格说明。2.5.3 须提交部的文档1软件项目管理计划该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进展相应的更新。2.需求规格说明初稿在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进展需求变更的更新。3.设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新
9、。4. 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。5用户手册在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析完毕后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6. 个人项目总结由组成员各自独立完成，对开发过程中获得的工作经验进展总结。在提交系统时一并提交。7. 其他文档软件开发过程中的其他文档，如开发日志按组员意见选择公开与否，风险报告与其处理意见等，由秘书进展整理与会聚。作为以后软件开发以与交流的经验。2.5.4 应当提供的服务将向用户演
10、示安装、维护以与运行使用。2.6 项目开发环境1、软件： Eclipse visual studio Dreamweaver Firework 2、硬件： PC机 3、技术： ASPHTMLCSSVBscript javascript SQL 4、项目设计与运行平台 Windows XP web IIS2.7 项目验收方式与依据代码的验收：在交付客户之前进展小组评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规，没有以下错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法承受等问题。文档验收：在交付客户之前进展小组评审，文档格式符合HB6465标准
11、， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。服务验收：服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。3 项目团队组织3.1 组织结构设计经理测试经理开发经理项目经理需求分析组界面设计组文档编写组概要设计组框架设计组详细设计组测试组测试用例设计组测试脚本开发组3.2 人员分工角色工作描述项目经理01.项目沟通交流02.项目进度掌控03.核心技术框架制定04.工作任务划分分配、审核、验收05.开发平台建设06.样例程序制作07.日常管理工作08.重要文档成果物的整理09.测试验收各个模块10.架构设计整个系统的核心权限局部11.解决疑难技术问题12.模块设计指导开发经理0
12、1. 开发项目进度掌控02. 工作任务划分分配、审核、验收测试验收各个模块03. 日常管理工作开发人员01. 分析系统需求分析02. 界面设计03. 文档编写设计经理01. 分析新功能02. 软件框架扩展03. 代码模块分配04. 数据库设计说明书设计人员01.数据交换02.安装程序03.安装手册设计人员01.数据加载分析设计人员01. 项目后期总体负责02. 加载程序编写设计人员01.数码相机照片读取剪切模块设计测试人员01. 对软件进展测试02. 编写软件测试文档测试人员01.用户操作手册3.3 协作与沟通3.3.1 项目团队部协作本项目由项目经理领头协调各个项目组成员的协调工作。下设小组
13、长、。 主要通过企业部联系，项目团队的每一个成员都有一份项目成员联系方式单。 在每一项目阶段的开始和完毕时都由项目经理组织召开工作大会。并由做好会议记要，并归档统一管理。3.3.2 项目接口人员(1) 负责本项目同用户的接口人员 本项目有公司自主开发，供公司开展使用。主要是由项目经理同开发设计部街头。(2) 负责本项目同本企业开发设计部接口人员 仍旧由项目经理担任接口人员。 项目经理与开发设计部和公司的职能部门的交接容由专人负责记录，并交由统一归档。3.3.3 项目团队外部沟通与协作模式项目团队外部由项目经理负责沟通协作。 在每一项目阶段的开始和完毕时，项目经理完毕团队部工作安排总结之后，需要
14、向公司相关职能部门提交报告，报告交由统一归档保管。联系方式：开发设计部： ：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、与时和项目经理进展有效的沟通，确保
