主要内容包括系统的主要程序、关键数据文件、主要用户界面、主要输出信息及与其它系统的接口。原型法正是为了尽快、尽早明确用户的需求，缩短系统开发周期，降低后期风险，提高软件开发效率而提出来的。其基本思想是：首先在对用户提出的初步需求进行总结的基础上，构造一个合适的原型并运行，此后，在此原型的基础上对用户需求进行确认、修改和进一步的分析，然后不断扩充和完善系统的结构和功能，直至得到符合用户要求的软件系统为止。
原型法的基本特征是：不要求系统开发之初就完全实现所有功能；依赖快速原型构造工具来生成软件原型；原型构造工具必须能够提供目标系统的动态模型；反复修改原型是必然的和不可避免的。不足之处在于，构造大型或复杂系统的原型较困难，必须依赖于强力的支撑环境，周期相对较长，对用户和开发人员要求较高。
(3)结构化方法
结构化系统开发方法(Structured System Analysis and Design)，出现于70年代，是最成熟的、目前应用最广泛的开发技术。结构化方法的把信息系统看作是功能模块的集合，这些功能模块通过一定的系统结构关联成为一体。因此系统分析的过程就是一个自顶向下的功能分解过程，设计过程是一个自底向上的功能模块组合过程，这样非常有利于把一个复杂的大系统分解成多个相对独立的子系统并行进行实现。
该方法严格系统开发的阶段性；自顶向下的整体性开发设计与自底向上的由局部到整体的模块化设计与实施相结合；系统开发过程工程化、文档资料标准化。不足之处主要是系统开发周期过长、全面认识系统需求困难等。在某种意义上，结构化方法更多是要求开发人员从计算机的角度而不是从用户的角度来分析要实现的信息系统。
(4)面向对象的开发方法
面向对象的开发方法，也叫做对象建模技术(Object Modeling Technology，OMT)，描述为：客观目标系统是由对象组成的，对象是对原事物的抽象结果；对象是由各种属性和操作方法组成的：对象之间通过消息传递机制来实现通信与交互的：对象可以按属性进行归类，类是父类与子类的层次结构，子类可以通过继承机制获得其父类的特性；封装后对象在系统开发中可被共享和重复引用，达到重用的目的。
面向对象的系统开发过程一般划分为四个阶段：
①系统分析阶段(OOA)：识别问题域中的对象实体，以及不同对象之间的关系，确定对象的属性和方法，利用属性表示对象及其关系，并按照属性变化来定义对象及其关系的处理流程。
②系统设计阶段(OOD)：对系统分析结果做进一步抽象、归类、整理，以范式(物理模型)形式进行表示；
③系统实现阶段(OOP)：利用面向对象的程序设计语言编写程序； ④系统测试阶段(OOT)：采用面向对象的技术进行软件测试。
面向对象的开发方法更符合人类的思维习惯，有利于系统开发过程中目标用户与开发人员的交流和沟通，软件的一致性、模块的独立性以及可重用性得到大大提高，能够缩短开发周期，降低开发风险，提高系统开发的正确性和效率。
(5)计算机辅助软件开发
计算机辅助软件工程(Computer Aided Software Engineering，CASE)是一种崭新的软件系统开发方法，是在计算机软硬件技术充分发展的基础上形成的。其基本思想为：通过应用各种具体的系统开发方法完成对目标系统的规划和详细调查后，如果目标系统开发过程中的每一步均相对独立，且在一定程度上彼此相对应，则就可以应用专门的软件开发工具和集成开发环境(CASE工具、CASE系统、CASE工具箱和CASE工作台等)来实现整个系统的开发。
在实际开发一个系统时，必须根据所采用的开发方法，选择合适的CASE工具和环境
来实施。还可以作为一种辅助性的开发方法，完成系统开发过程中的具体的、标准化的工作，如图表、程序的生成。CASE软件环境的使用改变了系统开发中的思维方式、工作流程和实现方法，与其它方法存在很大差别，因而可以称为一种方法论。
(6)组合开发方法
单独一种方法都不是万能的，因此在实际的开发工作中，往往组合使用多种开发方法。常见的组合形式有：结构化系统开发方法与原型法组合；结构化系统开发方法与面向对象方法组合；结构化方法与CASE方法的组合；原型法与面向对象方法的组合；原型法与生命周期法相组合；原型法与CASE方法的组合等。
根据本系统的要求和特点，在开发过程中采用自上而下的开发策略，瀑布模型结合结构化系统开发方法。
1．4本文工作
本文利用图书馆学相关知识，针对中小型图书馆实际业务流程和实际需求，开发中小型图书馆信息管理系统。在对中小型图书馆利用计算机管理系统的现状进行调查的基础上，对图书馆各部门各模块进行功能分析，对比并采用合适的计算机编程语言及数据库平台，实现图书馆的采访、流通、典藏、期刊和阅览等各领域信息管理的自动化、信息化。
系统采用Browser／Webserver／DBServer三层和Client／Server双层体系结构相结合的体系架构，适应Intenet环境。后台选用关系数据库SQL Server 2000作为系统平台，前端采用Delphi6.0 作为开发工具，用WindowsXP或Windows2000作为操作平台。系统主要功能如下：
(1)采访业务流程中的订购、验收、清库与统计功能； (2)编目业务流程中的数据加工与著录；
(3)流通业务流程中的图书借还、赔失、超期罚款、查询等； (4)对读者、馆藏、借还等各项工作业务量的统计； (5)阅览、期刊、读者等管理。
2. 系统需求分析 2.1. 需求分析概述
开发软件系统最为困难的部分就是要准确说明开发什么。最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难。
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。
软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）：
1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。
3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求；
4．非功能需求(none-functional requirement)描述了系统展现给用户的行为和执行的操作等，包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。
2.2. 图书馆管理系统总体需求
目前我国中小型图书馆仍以纸质文献居多，手工操作极大的阻碍了图书馆图书资源的充分利用，为实现图书馆科学化管理、资源共享、提高图书馆服务质量，需要通过对图书馆业务流程进行重组和优化，在此基础上进行图书馆信息系统的设计。
根据对我国中小型图书馆管理工作和业务流程的初步分析，图书馆管理信息系统应该覆盖采编部、流通部、信息咨询部、期刊部以及办公室等职能部门的需要。
图书馆管理信息系统不仅要利用计算机进行文献管理，还要借助管理信息系统的理念、方法来提升图书馆管理水平和服务质量。因此图书馆管理系统应具有读者信息和文献数据信息的输入、输出、增改和删除等功能。新购文献由采编部负责加工录入，形成数目信息添加到中央数据库。新增读者数据由办公室部门负责录入并形成读者库，该库中记录随着读者单位、职别等情况变动而修改。读者注销、读者挂失信息也由办公室负责相应操作。读者借阅图书/期刊信息在流通部和期刊部办理相关手续，读者超期罚款信息由这两个部门开具罚单并反馈到读者超期记录中。图书损坏信息反馈到图书赔失记录表中，该表信息不能删除和更高仅供查询和统计用，同时反映在中央数据库中。
2.3. 业务需求分析
2.3.1. 组织结构
图书馆采取馆长负责制，馆长(含副馆长)下设部，每部设部主任一名。其一般组织结构如图2．1所示：
(1)
采访部：负责图书馆图书的订购、验收、催收，财产和经费管理，以及与编
目部交接等业务工作，具体如下表：