图书管理系统立项建议书

图书管理系统立项建议书目录图书管理系统立项建议书11．引言〔Introduction〕11.1目的〔Purpose〕11.2范围〔Scope〕21.3术语定义〔TermsGlossary〕21.4参考资料〔References〕31.5相关文档〔RelatedDocuments〕31.6版本更新记录〔VersionUpdatedRecord〕32．工程概述及架构〔ProjectSummaryandFramework〕42.1工程概述〔ProjectSummary〕42.2工程架构〔ProjectFramework〕43．客户群分析〔ClientAnalysis〕43.1客户群定位〔ClientOrientation〕43.2当前客户群分析〔CurrentClientAnalysis〕63.3潜在客户群分析〔LatencyClientAnalysis〕64．工程功能〔ProjectFunction〕64.1单机版功能〔Stand-aloneFunction〕65．工程性能〔ProjectPerformance〕75.1响应时间〔ResponseTime〕75.2处理速度〔DisposalSpeed〕76．案例分析〔CasesAnalysis〕76.1国外案例分析〔CasesAnalysisinForeignCountries〕77．风险分析〔RiskAnalysis〕8图书管理系统立项建议书1．引言〔Introduction〕1.1目的〔Purpose〕近年来，随着图书馆规模的不断扩大，图书数量也相应的增加，有关图书的各种信息量也成倍增加，面对着庞大的信息量，传统的人工方式管理会导致图书馆管理上的混乱，人力与物力过多浪费，图书馆管理费用的增加，从而使图书馆的负担过重，影响整个图书馆的运作和控制管理，因此，必须制定一套合理、有效，标准和实用的图书管理系统，对图书资料进行集中统一的管理。随着图书馆的规模的不断扩大，图书馆的藏书、管理人员、读者的数量也越来越多。图书涉及大量的数据处理，如果用手工来完成庞大的数据处理，将费时费力，还容易出错，为了满足图书管理的需要，急需要一套图书管理系统来完成这项工作。作为计算机应用的一局部,使用计算机对图书信息进行管理,具有手工管理所无法比较的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、本钱低等。这些优点能够极大地提高图书管理的效率,也是企业的科学化、正规化管理的重要条件。1.2范围〔Scope〕本图书馆管理系统适应于中小规模公共图书馆、中小学及各院校图书馆。1.3术语定义〔TermsGlossary〕软件开发技术采用面向对象的方法：面向对象的方法是从20世纪80年代各种面向对象的程序设计方法，如smalltalk、C++等逐步开展而来的，最初用于程序设计，后来扩展到了系统开发的全过程，出现了面向对象分析和面向对象设计。面向对象的程序设计思想〔Object-orientedProgramming,简称OOP〕的主要目的是要创立可以重用的代码，具备更好的模拟现实世界环境的能力，它通过给程序中参加扩展语句，把函数“封装〞进Windows编程所必须的“对象〞中，面向对象的编程语言使得复杂的工作条理清晰、编写容易，使人们从结构化的编程思想走到了面向对象的编程思想上。[1]对象在面向对象的系统中，对象是根本的运行实体，他包括数据属性，也包括作用于数据的操作〔行为〕。所以一个对象把属性和行为密封成一个整体。从程序设计者角度来看，对象是一个程序模块；从用户的角度来看，对象为他们提供了所希望的行为。在对象内的操作通常叫方法。[2]类一个类定义了一组大体上相似的对象。一个类所包含的方法和数据描述一组对象的共同行为和属性。把一组对象的共同特性加以抽象并存储在一个类中的能力，是面向对象技术最重要的一点；是否建立了一个丰富的类库是衡量一个面向对象程序设计语言成熟与否的重要标志。[3]继承类之间的继承关系是现实世界中遗传关系的直接模拟，它表示类之间的内在联系以及对属性和操作的共享，即子类可以沿用父类〔被继承类〕的某些特征。当然，子类也可以具有自己独立的属性和操作。继承性是面向对象程序设计语言的最主要的特点，是其它语言〔如面向过程语言〕所没有的。[4]消息对象之间进行通信的一种构造叫消息。当一个消息发送给某个对象时，包含要求接受对象去执行某些活动的信息。接受到消息的对象经过解释，然后给予响应。这种通信机制叫做消息传递。发送消息的对象不需要知道接受消息的对象如何对请求予以响应。1.4参考资料〔References〕[1]张海藩，《软件工程导论》，清华大学出版社。[2]王删著，《数据库系统原理教程》,清华大学出版社。[3]陈松桥等著，《现代软件工程》,北方交通大学出版社。[4]赵池龙等，《实用软件工程》，电子工业出版社。1.5相关文档〔RelatedDocuments〕[1]《用户需求报告》[2]《详细设计报告》[3]《概要设计报告》1.6版本更新记录〔VersionUpdatedRecord〕任何一次版本创立或维护更新，都要追加一条记录。一个版本创立只有一次，但对它的维护更新可能有屡次。大版本升级一次，定义为创立一次，如V1.0到V2.0。而V1.0到V1.1，只是维护更新一次。版本更新记录格式，如表1-1所示。版本更新记录如下表所示：表1-1版本号创立者创立日期维护者维护日期维护纪要V1.0程文雯2001/01/03———V——李洁2001/02/10网络版功能维护2．工程概述及架构〔ProjectSummaryandFramework〕2.1工程概述〔ProjectSummary〕宏观上说明该工程是什么、能干什么、要求干得怎么样。维护图书管理中根底信息，如书商、出版社、印刷厂的相关信息。此外，还可以维护图书类别信息。管理订购新书信息，验收订购的新书信息，查询并检索库存图书信息。对的这信息进行管理，同时还能够管理读者借书、还书、图书续借等。如果有超期的图书，还提供超期提醒的功能，从而实现对读者借阅图书的相关事项进行管理的功能。根据查询条件打印符合查询条件的数据，并且能够打印书目分类信息。维护系统数据，如添加操作员、修改操作员、更改操作员口令.2.2工程架构〔ProjectFramework〕宏观上描述该工程的架构：单机结构、C/S结构、B/S结构。并说明结构具体详细的运行平台：硬件的要求、操作系统的要求、数据库管理系统的要求、对外接口的要求。工程架构：采用B/S结构。运行平台：MicrosoftWindowsXP硬件的要求:64M内存、10G硬盘1只、软盘驱动器1只、CD-ROM驱动器1只和SVGA兼容模式的显示器数据库管理系统的要求：SOL2005对外接口的要求：B/S建立在浏览器上,，有更加丰富和生动的表现方式与用户交流，并且大局部难度减低，减低开发本钱。3．客户群分析〔ClientAnalysis〕3.1客户群定位〔ClientOrientation〕单机结构、C/S结构、B/S结构对应哪三种客户群，每种客户群的数量、素质、市场前景等。B/S结构〔Browser/Server，浏览器/效劳器模式〕，是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心局部集中到效劳器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器〔Browser〕，如NetscapeNavigator或InternetExplorer，效劳器安装Oracle、Sybase、Informix或SQLServer等数据库。浏览器通过WebServer同数据库进行数据交互。B/S结构的优势〔1〕维护和升级方式简单。目前，软件系统的改良和升级越来越频繁，B/S架构的产品明显表达着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理效劳器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对效劳器进行；如果是异地，只需要把效劳器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦〞，而效劳器越来越“胖〞是将来信息化开展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦〞客户机，“胖〞效劳器。〔2〕本钱降低，选择更多。大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在效劳器操作系统上windows并不是处于绝对的统治地位。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux效劳器上即可，而且平安性高。所以效劳器操作系统的选择是很多的，不管选用那种操作系统都可以让大局部人使用windows作为桌面操作系统电脑不受影响，这就使的最流行免费的Linux操作系统快速开展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。〔3〕应用效劳器运行数据负荷较重。由于B/S架构管理软件只安装在效劳器端〔Server〕上，网络管理人员只需要管理效劳器就行了，用户界面主要事务逻辑在效劳器〔Server〕端完全通过WWW浏览器实现，极少局部事务逻辑在前端〔Browser〕实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用效劳器运行数据负荷较重，一旦发生效劳器“崩溃〞等问题，后果不堪设想。因此，许多单位都备有数据库存储效劳器，以防万一。B/S结构他不需要专门的客户端，只要浏览器，而浏览器是随操作系统就有的，方便就是他的优势了，而且B/S结构是基于网页语言的与操作系统无关的，所以跨平台也是它的优势，而且以后随着网页语言以及浏览器的进步，B/S结构在表现能力上的处理以及运行的速度上会越来越快，它的缺点将会越来越少，比方你看下未来的html5在图形的渲染方面以及音频，文件的处理上已经非常强大了。所以，现在开发的大局部采用B/S结构。目前B/S结构的典型案例:ORACLEEBS天朗软件房管家ERP浪潮ERP天思MasterWBP3.2当前客户群分析〔CurrentClientAnalysis〕当前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数量、素质、市场前景等。3.3潜在客户群分析〔LatencyClientAnalysis〕潜在客户群是指将来可能开展的客户群，分析他们的数量、素质、市场前景等。4．工程功能〔ProjectFunction〕工程的功能既可用UseCase图描述，又可用功能点列表描述。4.1单机版功能〔Stand-aloneFunction〕单机版功能，如下表所示：表4-1编号功能名称功能描述输入内容输出内容1身份验证系统运行后首先进入用户登录界面，用户登录的界面用户名及密码2借阅图书在系统主窗口中选择“借阅图书〞，进入“借阅图书〞。3归还图书在系统主窗口中，选择“归还图书〞，进入“归还图书〞窗口。4打印催还单在系统主窗口中，选择“打印催还单〞，进入“打印催还单〞窗口。5信息查询跟据查询情况，对所要查询的内容进行检索5．工程性能〔ProjectPerformance〕5.1响应时间〔ResponseTime〕单机结构〔包括主机多用户结构，即H/T结构〕、C/S结构、B/S结构三种架构的终端数量，要求响应时间小于0.XX秒。响应时间应该尽可能的小，小于0.1秒为最正确。5.2处理速度〔DisposalSpeed〕C/S结构、B/S结构两种架构的后台结算方式，结算速度分析。5.3最大终端负载〔TheHighestTerminalLoad〕C/S结构、B/S结构两种架构的并发处理最大终端〔用户〕负载数量分析。6．案例分析〔CasesAnalysis〕案例分析包括成功案例和失败案例分析。6.1国外案例分析〔CasesAnalysisinForeignCountries〕案例1：成功案例〔大型图书图书综合管理系统〕功能描述：太极公司已与新华书店合作多年，积累了丰富的经验。我们已经成功开发了，"北京东安市场新华书店图书管理系统"、"北京翠微新华书店图书管理系统"、"北京顺义新华书店图书管理系统"和"北京花市新华书店图书管理系统"。特别是最近为北京图书大厦开发的"北京图书大厦图书管理系统"，其体系结构更加合理，功能更加完善。该系统分为八个子系统，覆盖了从订书、到货、入库、发前台、销售、批发、退书、图书报废到财务货帐的整个业务流程，库房依据前台的销售情况自动向前台发货，从而防止了门库脱节现象。业务人员随时查阅、打印各出版社图书的销售数量和存货数量，以此作为向出版社订书依据其中包括书市销售子系统和可以在非网络环境下独立进行销售的应急销售子系统。各个子系统可以独立使用，不同的职能部门使用不同的子系统、不同的模块，用户还可以根据自己的需求灵活地配置模块。在系统的设计与开发过程中，遵循系统通用性的原那么，包括数据组织的标准性，编码的通用性，各系统的通用性，使得系统的分析与设计合理化。系统有如下几个特点:功能强大图书进、销、存是图书大厦的主营业务，需要完整而强大的功能，图书从订货、进货、存储管理到销售做到了高效率并行进行。完备的统计报表模块可获得准确详细的图书到货、库存、销售等方面的信息，并具有完备的统计分析功能。分析数据采取了统计图表、统计饼图、信息排行榜等多种灵活方式，能帮助管理者准确掌握经营动作状态、迅速作出科学决策。效劳器性能可靠数据库效劳器采用Alpha小型机的Cluster体系结构。如果一台小型机的运转异常，另一台小型时机自动启用，具有相当强的控制故障能力。库房和门市采用DDN专线远程通讯库房和门市等所有的Client端同时对Oracle数据库进行操作,是整个系统范围内的数据共享，保证了数据的一致性，不需任何形式的拷贝、E-mail等文件传输操作，方便地解决了异地传输问题，权限层次清楚各个界面及功能按钮都有一定的权限级别。系统一旦识别了注册口令，就会赋予其相应的操作权限，这样就对系统数据的增、删、改良行了严格的控制，以杜绝数据的非法操作。强大的平安性系统设置了假设干角色，如总经理角色、部门经理角色、业务员角色、收款员角色等。每个角色都有其特有的功能范围，超越权限不可能操作。防错措施系统中有大量的数据录入工作，因此在所有的录入界面都设有平安控制，一旦操作员出现误操作，系统就会给出相应的提示，从而保证系统平安运行。数据操纵功能强大所有的查询都采用动态SQL语句编写，可以对数据进行随时的、任意组合，与常用的SQL语句相比，性能有提高。管理者所需的各种查询都有极快的相应速度，能在瞬间执行完毕。补救措施完备到货及所有的出入库业务难以防止操作员输入数据时的错误，为此，系统对一定权限的管理者设计了详尽的修改、更正功能。开放性本系统还可适用于多种环境。可运行于UNIX、WINDOWSNT、WINDOWS等软件环境，并可分别在网络和单机环境下运行。适用大、中、小型图书零售批发企业。7．风险分析〔RiskAnalysis〕表7-1ID：1风险信息表优先级：5陈述：需求分析不到位，导致数据模型建好后无法使用概率：1影响：5起因：需求分析不到位类别：技术风险分配给：时间框架：近期语境：1、在工程启动开始时，需求分析不到位。缓解策略：1、重新进行到位的需求分析。应急方案和触发事件：1、当数据模型建好后无法使用时，及时重新做需求分析。表7-2ID：2风险信息表优先级：12陈述：软件预算有误，导致开发过程无法继续下去。概率：3影响：4起因：预算有误类别：技术风险分配给：时间框架：近期语境：1、预算有误导致资金缺乏。缓解策略：1、向投资者申请新的资金。应急方案和触发事件：1、当资金缺乏时，及时向投资者申请新的资金。表7-3ID：3风险信息表优先级：8陈述:关键的人员在工程的关键时刻离开。概率:2影响:4起因：人员离职类别：管理风险分配给：时间框架：近期语境:1、工程在成败一举时因人员离职遭受风险。缓解策略：1、加强人员考核，确定人员可靠性；2、福利到位，防止人员被迫离职；3、及时寻找替代人员。应急方案及触发事件：1、当工程的关键时刻有关键人员离职，及时需找替代人员。表7-4ID：4风险信息表优先级：4陈述:使用的框架存在漏洞Bug，导致工程的失败。概率:1影响:4起因：使用的框架存在漏洞Bug类别：技术风险分配给：时间框架:近期语境:1、使用的框架本身有问题，不能支撑工程。缓解策略：1、测试人员及时发现问题，编程人员及时解决问题。应急方案及触发事件：1、当发现框架存在漏洞Bug，及时补救。表7-5ID：5风险信息表优先级：8陈述:需求变更导致主要的设计和开发重做。概率：2影响：4起因：需求变更类别：技术风险分配给：时间框架：近期语境：1、工程进行或结束时，用户提出新的需求。缓解策略：1、派专员进行定期需求确认。应急方案及触发事件：1、当需求变更时，及时重做以及申请所需资金。表7-6ID：6风险信息表优先级：4陈述：开发工具的不可靠性导致工程过程中的Bug

。概率：1影响：4起因：开发工具不可靠类别：开发技术风险分配给：时间框架：近期语境：1、开发工具不可靠导致问题。缓解策略：1、确定开发工具可靠。应急方案和触发事件：1、当开发工具不可靠导致工程过程中的Bug时，及时解决问题或者更换开发工具。表7-7ID：7风险信息表优先级：4陈述:开发过程中由于版本变更控制不当导致版本混乱。概率：2影响：2起因：版本变更控制不当类别：技术风险分配给：时间框架：近期语境：1、在开发过程中，。缓解策略：1、严格按照配置管理中的变更控制流程，做好跟踪与记录。应急方案及触发事件：1、当出现版本混乱时，及时统一新版本。表7-8ID：8风险信息表优先级：4陈述:对于进度的估计不当，导致无法按期交付工程。概率：2影响：2起因：进度估计不当类别：管理风险分配给：时间框