图书馆管理信息系统设计与分析(2)

类下又细分，如此类推。

(2)标识符号

《中图法》采用汉语拼音字母与阿拉伯数字相结合的混合制号码。例如： 《朱门》分类号为1246．5，《数据库系统概论》分类号为TP31 1．13。在图书馆的实际工作中，为了便于排架，一般还需要依据书名或作者或其它(如流水号)另增加一个号码，通常采用作者的四角号码，形成“分类号／四角号码”的形式。这一符号形式，通常作为图书馆排架管理和读者检索图书的途径。

1.4. 软件开发相关技术与理论

1.4.1. 数据库技术

J.Martin 给数据库下了一个比较完整的定义：数据库是存储在一起的相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索 原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”。

数据库技术产生于20世纪60年代末70年代初，是研究、管理和应用数据库的一门软件科学，是信息系统的一个核心技术，研究如何组织和存储数据，如何高效地获取和处理数据。是通过研究数据库的结构、存储、设计、管理以及应用的基本理论和实现方法，并利用这些理论来实现对数据库中的数据进行处理、分析和理解的技术。

图书馆信息管理系统的目标是：图书馆管理、信息检索、图书借阅等操作的自动化；图书信息网络化、数字化。这需要具备图书馆所有业务数据的输入与输出功能，实现流通环节的自动化；需要具备数据存储与传输功能，实现图书馆所有业务数据安全存储和传输的自动化，实现数据管理的高度集中与共享；需要具备数据处理功能，能够对图书馆所有业务数据进行处理，显现统计报表的自动化。

因此数据库技术是图书馆管理自动化系统的一项支撑技术，在系统的建设中占有重要的地位，在很大程度上决定了系统的成功与否。 1.4.2. 软件生命周期

同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生命周期(SDLC，Systems Development Life Cycle,SDLC)，

是软件的产生直到报废的生命周期。把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。通常，软件生存周期包括可行性分析与开发项计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，可以将这些活动以适当的方式分配到不同的阶段去完成。这是是软件工程中的一种思想原则，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。虽然各种软件系统实现的任务和功能不同，但是其开发过程基本一致。如表1．1所示。

图 六个阶段的软件生命周期示意图

1.4.3. 生命周期模型

从概念提出的那一刻开始，软件产品就进入了软件生命周期。在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为\生命周期模型\（Life Cycle Model），也叫做软件过程模型。

软件生命周期模型的发展实际上是体现的是软件工程理论的发展。在最早的时候，软件的生命周期处于无序、混乱的情况，为了能够控制软件的开发过程，就把软件开发严格的区分为多个不同的阶段，并在阶段间加以严格的审查，这就是瀑布模型产生的起因。瀑布模型体现了人们对软件过程的一个希望：严格控制、确保质量。可惜现实往往是残酷的，因为软件过程的可预测性查，瀑布模型根本达不到这个过高的要求，。反而导致了其它的负面影响，例如大量的文档、繁琐的审批。因此人们就开始尝试着用其它

的方法来改进或替代瀑布方法，例如把过程细分来增加过程的可预测性。典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型、螺旋模型。

瀑布模型

首先由Royce提出，该模型由于酷似瀑布闻名。在该模型中，首先确定需求，并接受客户和SQA小组的验证；然后拟定规格说明，通过验证后，进入计划阶段。在瀑布模型中至关重要的一点是只有当上一个阶段的文档已经编制好并获得SQA小组的认可后，才可以进入下一个阶段。理论上瀑布模型通过强制性的要求提供规约文档来确保每个阶 段都能很好的完成任务，但是实际上往往难以办到，因为整个模型几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的，很多的问题在最后才会暴露出来，为了解决这些问题的风险是巨大的，因此瀑布模型在过程能力上有天生的缺陷。

迭代式模型

迭代式模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程) 推荐的周期模型，在RUP中，迭代被定义为：包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布所必需的所有其它外围元素。所以在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：至少包括需求工作流程、分析设计工作流程、实施工 作流程和测试工作流程。实质上它类似小型的瀑布式项目。

RUP认为，所有的阶段（需求及其它）都可以细分为迭代。每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。迭代和瀑布的最大的差别就在于风险的暴露时间上，相对于瀑布模型，迭代模型能在生命周期中尽早发现和避免风险，每次迭代完成时都会生成一个经过测试的可执行文件，这样就可以核实是否已经降低了目标风险。

图 迭代模型示意图

速原型模型

快速原型（Rapid Prototype）模型在功能上等价于产品的一个子集，模型和实用还是有很大的区别的。瀑布模型的缺点就在于不够直观，快速原型法就解决了这个问题。一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品，这个产品只是实现部分的功能（最重要的）。它最重要的目的是为了确定用户的真正需求。这种方法非常的有效，能够准确、快速地得到用户的需求，然后原型将被抛弃。因为原型开发的速度很快，设计方面是几乎没有考虑的，如果保留原型的话，在随后的开发中会为此付出极大的代价。至于保留原型方面，也是有一种叫做增量模型是这么做的，但这种模型并不为大家所接受。

螺旋模型

1988年，Barry Boehm正式发表了软件系统开发的\螺旋模型\（Spiral Model），它将瀑布模型和快速原型模型结合起来，强调了其它模型所忽视的风险分析，特别适合于大型复杂的系统。螺旋模型沿着螺线进行若干次迭代，图中四个象限代表了以下活动：

螺旋模型采用一种周期性的方法来进行系统开发，该模型是快速原型法，以进化的开发方式为中心，在每个项目阶段使用瀑布模型法。螺旋模型基本做法是在瀑布模型的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段，由这4个阶段进行迭代。软件开发过程每迭代一次，软件开发又前进一个层次。采用螺旋模型的软件过程如下图所示:

螺旋模型强调风险分析，使得开发人员和用户对每个演化层出现的风险有所了解，继而做出应有的反应，因此特别适用于庞大、复杂并具有高风险的系统。对于这些 系统，风险是软件开发不可忽视且潜在的不利因素，它可能在不同程度上损害软件开发过程，影响软件产品的质量。减小软件风险的目标是在造成危害之前，及时对 风险进行识别及分析，决定采取何种对策，进而消除或减少风险的损害。 1.4.4. 开发方法

采用合适的软件过程模型，应用合适的开发方法才能开发出满足需求的信息系统。管理信息系统的开发方法主要有生命周期法、原型法、结构化方法、面向对象法和计算机辅助软件工程方法等。

(1)生命周期法

生命周期法(Life Circle Approach，LCA)是将软件工程和系统工程的理论与方法引入管理信息系统的研制开发中，将系统的整个生存期视为一个生命周期，并将整个生存期严格划分为若干阶段，明确每一阶段的任务、原则、方法、工具以及生成的文档资料，分阶段、按步骤地进行系统开发工作。

这种方法的主要特点是预先明确用户要求，根据需求自上至下展开设计，开发过程有明显的顺序性及阶段性，通过标准化与规范化的文档来保证各阶段的衔接性。它的不足之处主要在于系统需求难以准确确定，开发周期较长，各阶段文档审批工作困难等。

(2)原型法

原型法 (Prototyping)也叫渐进法(Evolutionary)、迭代法(Iterative)或者快速原型法，是在关系数据库软件、第四代软件生成工具和各种软件系统集成开发环境的基础上，逐步形成的一种系统开发方法。

所谓原型反映系统的部分重要功能和特征，是指该系统早期可运行的一个版本，其

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库图书馆管理信息系统设计与分析(2)在线全文阅读。