《图书管理系统项目计划》由会员分享，可在线阅读，更多相关《图书管理系统项目计划（28页珍藏版）》请在金锄头文库上搜索。
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. z.-图书管理系统工程方案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-2
5、008 软件工程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 工程目标本工程的总目标是完成图书馆管理系统，为实现此目标，必须实现一下三个阶段目标：第一阶段目标：总体设计出图书馆管理系统总框架，并分析所需功能。第二阶段目标：大体完成图书馆管理系统。第三阶段目标：对完成的管
6、理系统测试并验收。2.2 产品目标与范围本工程产品的目标是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功能是实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作，及实时数据库提交更改。提高图书管理员工作信息报送反应工作效率，更好的统计信息，提高信息的及时性、汇总统计信息的准确性，减轻管理员的劳动强度。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. 其他文档软件开发过程中的其他文档，如开发日志按组员意见选择公开与否，风险报告及其处理意见等，由秘书进展整理与会聚。作为以后软件开发以及交流的经历
10、。2.5.4 应当提供的效劳将向用户演示安装、维护以及运行使用。2.6 工程开发环境1、软件： Eclipse visual studio Dreamweaver Firework 2、硬件： PC机 3、技术： ASPHTMLCSSVBscript javascript SQL 4、工程设计及运行平台 Windows *P web IIS2.7 工程验收方式与依据代码的验收：在交付客户之前进展小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准标准，没有以下错误：由于软件缺陷造成丧失数据，不符合设计要求，响应时间太长无法承受等问题。文档验收：在交付客户之前
11、进展小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。效劳验收：效劳硬件到达文档说明的要求，人员技术考核合格，定期上门维护。3 工程团队组织3.1 组织构造设计经理测试经理开发经理工程经理需求分析组界面设计组文档编写组概要设计组框架设计组详细设计组测试组测试用例设计组测试脚本开发组3.2 人员分工角色工作描述工程经理01.工程沟通交流02.工程进度掌控03.核心技术框架制定04.工作任务划分分配、审核、验收05.开发平台建立06.样例程序制作07.日常管理工作08.重要文档成果物的整理09.测试验收各个模块10.架构设计整个系统的核心权限局部11.
12、解决疑难技术问题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 工程团队内部协作本工程由工程
13、经理领头协调各个工程组成员的协调工作。下设小组长、。 主要通过企业内部联系，工程团队的每一个成员都有一份工程成员联系方式单。 在每一工程阶段的开场和完毕时都由工程经理组织召开工作大会。并由做好会议记要，并归档统一管理。3.3.2 工程接口人员(1) 负责本工程同用户的接口人员 本工程有公司自主开发，供公司开展使用。主要是由工程经理同开发设计部街头。(2) 负责本工程同本企业开发设计部接口人员 仍旧由工程经理担任接口人员。 工程经理与开发设计部和公司的职能部门的交接内容由专人负责记录，并交由统一归档。3.3.3 工程团队外部沟通与协作模式工程团队外部由工程经理负责沟通协作。 在每一工程阶段的开场
14、和完毕时，工程经理完毕团队内部工作安排总结之后，需要向公司相关职能部门提交报告，报告交由统一归档保管。联系方式：开发设计部： ：151*0326部长助理：qq.紧急联系方式仅供特殊情况下使用：158*9469李经理：qq.4 实施方案4.1 风险评估及对策风险识别风险定性与定量分析风险应对编号WBS模块风险事件风险概率风险影响描述风险影响值风险期望值排序级别缓解策略策略应急方案和*发事件风险处理措施风险负责人1需求风险需求分析不到位，导致数据模型建立好后无法使用6%10%本钱增长20%0.20.128四级1、重新进展到位的需求分析1当数据模型建立后无法使用时，即使重新做需求分析一周工作包负责人2需求风险缺少有效的需求变化管理过程10%5%进度实施10%0.20.0206四级1、及时和工程经理进展有效的沟通，确保需求的有效管理1、当缺少有效的需求变化管理过程时，要及时，与相应的管理人员惊醒沟通，制定有效
