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

《图书管理系统项目计划.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目计划.docx（18页珍藏版）》请在优知文库上搜索。

1、图书管理系统工程方案目录引言11.1背景11.2定义11.3参考资料11.4标准、条约和约定22工程概述22.1工程目标22.2产品目标与范围22.3假设与约束22.4工程工作范围32.5应交付成果32.5.1需完成的软件32.5.2需提交用户的文档32.5.3须提交内部的文档32.5.4应当提供的效劳42.6工程开发环境43工程团队组织43.1组织结构43.2人员分工53.3协作与沟通63.3.1工程团队内部协作63.3.2工程接口人员63.3.3工程团队外部沟通与协作模式64实施方案64.1风险评估及对策64.2工作流程104.3总体进度方案104.4工程控制方案114.4.1质量保证方案

2、114.4.2进度控制方案124.4.3预算监控方案124.4.4配置管理方案135支持条件145.1内部支持145.2客户支持145.3外包（可选）146预算146.1人员本钱146.2设备本钱156.3其它经费预算157关键问题158专题方案要点16图书管理系统工程方案1引言1.1背景(1)工程的名称图书管理系统(2)工程建设背景随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一局部。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生,逐渐成为信息化建设的重要组成局部。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存

3、的详细情况，对借书和还书两大功能进行合理操纵并登记。(3)软件系统与其他系统的关系本系统属于整个公司开展的系统建设的根底性系统，主要是尝试性的为客户提供效劳的同时，逐步建立并完善一个独立的数据库，大范围的集结优秀的工程管理工程案例。未来在这个根底的骨干系统的根底上逐步完善各个子系统，并开展成为功能完善、功能强大的独立系统。优秀的工程管理案例可以挂在工程管理职能部门的相关网页下供社会学习参考。(4)软件系统与机构的关系该系统出了为本公司的客户提供相关的效劳之外，还应该在工程管理职能部门下设立有关优秀的工程管理案例供社会学习参考。1.2定义Sql语言：是指根本通用的数据库操作语言。GUl编程：是指

4、图形界面编程。1.3参考资料文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830T993标准标准要求进行。包括以下文件：a.图书借阅关系系统需求说明书b.软件工程工程开发文档范例c.软件工程国家标准文档d.图书借阅管理需求说明书e.软件需求说明书编写标准书籍包括：软件工程管理夏辉，周传生，清华大学出版社。1.4标准、条约和约定本工程遵从以下标准:GB/T13702-1992计算机软件分类与代码GB/T20918-2007信息技术GB/T19003-2023软件工程GB/T5538-1995软件工程标准分类法GB/T9386-2023计算机富安居测试文档编制GB/T9

5、385-2023计算机软件需求规格说明GB/T5532-2023计算机软件测试标准GB/T18221-2000信息技术程序设计语言GB/T11457-2006信息技术软件工程GB/T8567-2006计算机软件文档编制标准2工程概述2.1工程目标本工程的总目标是完成图书馆管理系统，为实现此目标，必须实现一下三个阶段目标:第一阶段目标：总体设计出图书馆管理系统总框架，并分析所需功能。第二阶段目标：大体完成图书馆管理系统。第三阶段目标：对完成的管理系统测试并验收。2.2产品目标与范围本工程产品的目标是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功

6、能是实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作，及实时数据库提交更改。提高图书管理员工作信息报送反应工作效率，更好的统计信息，提高信息的及时性、汇总统计信息的准确性，减轻管理员的劳动强度。2.3假设与约束本工程的开发时间为:工作人员：6人开发经费预算：90万设备：7台PC假设：1、本公司的资金充足，所有硬件设施如假设需要就能在三天内投入使用，并且已经办完了所有的系统开发相关手续。2、人员充足且协作能力强，工作效率高，能够迅速的通过努力完成所交付的任务。3、严格跟进，不能超过方案的时间。约束：1、系统开发，原那么上严格控制本钱，不能超过预算的10心2、必须在工程经理的有效指挥下严

7、格完成任务，投入的人员不能超过5人。3、人力资源的约束限制，就必须牺牲进度或质量。2.4工程工作范围为了使本系统成功到达客户的要求，需完成如下任务：系统需求分析、系统概要设计、编码设计、以及系统测试和维护。2.5应交付成果2.5.1需完成的软件程序名称：图书馆管理系统编程语言：C#+SQLServer2005软件对象：源程序、可执行程序、支撑系统的数据库数据、安装软件。2.5.2需提交用户的文档安装维护手册：主要内容是介绍安装和维护的主要步骤和考前须知。使用手册：主要内容是向用户介绍如何使用该系统。需求规格说明书：向用户介绍该系统的需求规格说明。2.5.3须提交内部的文档1.软件工程管理方案该

8、文档由组长完成，介绍工程的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。2.需求规格说明初稿在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。3.设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。4.测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。5

9、.用户手册在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6.个人工程总结由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。7,其他文档软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与会聚。作为以后软件开发以及交流的经验。2.5.4应当提供的效劳将向用户演示安装、维护以及运行使用。2.6工程开发环境1、软件：EclipsevisualstudioDreamweaverFirework2、硬件：PC机

10、3、技术：ASPHTMLCSSVBscriptjavascriptSQL4、工程设计及运行平台WindowsXPwebIIS2.7工程验收方式与依据代码的验收：在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准标准，没有以下错误：由于软件缺陷造成丧失数据，不符合设计要求，响应时间太长无法接受等问题。文档验收：在交付客户之前进行小组内评审，文档格式符合HB6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。效劳验收：效劳硬件到达文档说明的要求，人员技术考核合格，定期上门维护。3工程团队组织3.1组织结构工程经理3.2人员分工姓

11、名角色工作描述XXX工程经理01.工程沟通交流02.工程进度掌控03.核心技术框架制定04.工作任务划分分配、审核、验收05.开发平台建设06.样例程序制作07.日常管理工作08.重要文档成果物的整理09.测试验收各个模块10.架构设计整个系统的核心权限局部U.解决疑难技术问题12.模块设计指导X开发经理01.开发工程进度掌控02.工作任务划分分配、审核、验收测试验收各个模块03.日常管理工作XXXXXXXXX开发人员Ol分析系统需求分析02.界面设计03.文档编写XXX设计经理Ol分析新功能02.软件框架扩展03.代码模块分配04.数据库设计说明书X设计人员Ol.数据交换OZ安装程序03.安

12、装手册XXX设计人员01.数据加载分析XXX设计人员01.工程后期总体负责02.加载程序编写XXX设计人员01.数码相机照片读取剪切模块设计XXX测试人员01对软件进行测试02.编写软件测试文档XXX测试人员01.用户操作手册3.3协作与沟通3.3.1工程团队内部协作本工程由工程经理领头协调各个工程组成员的协调工作。下设小组长XXX、XXXo主要通过企业内部邮箱联系，工程团队的每一个成员都有一份工程成员联系方式单。在每一工程阶段的开始和结束时都由工程经理组织召开工作大会。并由XXX做好会议记要，并归档统一管理。3.3.2工程接口人员（1）负责本工程同用户的接口人员本工程有公司自主开发，供公司开

13、展使用。主要是由工程经理同开发设计部街头。（2）负责本工程同本企业开发设计部接口人员仍旧由工程经理担任接口人员。工程经理与开发设计部和公司的职能部门的交接内容由专人负责记录，并交由XX*统一归档。3.3.3工程团队外部沟通与协作模式工程团队外部由工程经理负责沟通协作。在每一工程阶段的开始和结束时，工程经理结束团队内部工作安排总结之后，需要向公司相关职能部门提交报告，报告交由XXX统一归档保管。联系方式：开发设计部：151*0326（部长助理）邮箱：紧急联系方式（仅供特殊情况下使用）：:158*9469（李经理）邮箱：XXXXXxqq4实施方案4.1风险评估及对策风险识别风险定性与定量分析风险应

14、对编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级与客户相关人