输入 采购图书信息 备注： 编号：IPO6 输入 预定图书信息 1.输入图书信息 处理说明 1.输入采购图书信息 2.如果此书已经采购，则取消图书缺书记录 输出 修改DS6缺书记录状态 名称：图书预定 处理说明 输出 插入图书预定记录 到DS5 修改DS5图书预定 预订记录状态 2.创建图书预定记录 备注： 编号：IPO7 输入 预定图书信息 1.输入图书信息 2.删除图书预定记录 名称：取消预定 处理说明 输出 删除DS5中图书预定 记录 修改DS5图书预定 预订记录状态 备注：
编号：IPO10 输入 读者 名称：借书处理 处理说明 1.输入读者编号和图书编号 输出 修改DS2的在库图书量 插入借书记录到DS3 修改DS5预订记录状态 编号 2.创建借书记录，修改图书在库量 图书编号 备注： 3.如果此书曾经预订，则取消图书预订记录
编号：IPO12 名称：还书处理 输入 读者处理说明 1.输入读者编号和图书编号 输出 修改DS2的在库图书量 插入还书记录到DS2 修改DS5预订记录状态 编号 2.创建还书记录，修改图书在库量 图书编号 备注： 3.如果此书曾经预订，通知预定读者
4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
鉴于图书信息量较大，同时又考虑到读者对响应时间的容忍限度，最终确定查询的最长等待时间为30秒左右，而更新处理时间为40秒左右，远程数据传输时间控制在一分钟以内。尽量保证时间响应控制在合理的范围内。 4.2 空间要求（Space Request）
如因为借还书功能是面向全校师生，因此用户量较大，必须保证能够支持足够多的终端用户同时借阅查询，最好同时在线操作人数控制在50人以内，超过次门限值采取等待措施。另外，图书信息量大，所以处理的文件和记录数也会相应变得庞大，同时也限制了处理任务的数量，为加快数据传输效率，对输入输出数据的精度要求和对处理和传输过程中的精度要求并不高。
4.3 性能需求点列表（Performance List）
根据数据流程图和对需求的了解，给出一张功能需求表，包括需求的编号、简单描述、优先级和验证方式见下表。 编号 IPO1 简述 查询 使用者 优先级 验证方式 读者 1 分别对图书/借还书信息的有效数据、无效数据、各种组合条件进行查询，显示查询结果（结果是0条、1页、多页的情况） 采编部 1 输入完整的图书信息，输入不完整的图书信息、输入错误的图书信息，重复输入 采购部 1 注销现有图书、注销不存在图书 采购部 2 缺书采购到馆后，通知登记的读者 读者 2 正确的和完善的缺书信息，正确但不完善的缺书信息，重复录入缺书信息 采编部 2 采购缺书登记的图书，重复采购，超量采购 读者 2 正确的和完善的预订数据，正确但不完善的预订数据，无效的预订数据，相同的预订数据 读者 2 取消已经预订的图书、取消没有预订的图书、反复取消同一条预订记录 系统管1 在XML文件中定义各种参数的值，在DTD文件中理员 定义参数的模型，在XLS中定义参数的显示格式 系统管1 在XML文件中定义处罚规则，在DTD文件中定义理员 参数的模型，在XLS中定义参数的显示格式 IPO2 IPO3 IPO31 IPO4 IPO5 IPO6 IPO7 IPO8 IPO81 书目编辑 图书注销 新书发布 缺书登记 图书采购 预订 取消预订 更新系统参数 更新处罚规则 IPO9 IPO10 处罚 借书处理 流通部 1 流通部 1 IPO101 有效性检查 IPO11 读者管理 IPO12 还书 流通部 1 办公室 1 流通部 1 自动触发 自动触发 3 1 IPO121 催还通知 IPO13 预订通知 输入超期处罚、丢失处罚和破损处罚信息，且测试不同日期、不同价格图书、不同页数信息 正确的和完善的借书信息，正确但不完善的借书信息，无效的借书信息，重复的借书信息，超量借书，借预订图书，续借 输入有效/无效读者号，有效/无效图书号，借书已超量，有延期书，0库存书 输入正确读者信息、错误读者信息和无效的读者信息 还1本书/多本书，还过期书，还书有预订，还无效图书（没有借书记录） 系统参数中设置催还日期，检验系统能否按照设置的日期自动发出催还邮件 检查系统自动触发1条/多条预订到书通知，给有效邮箱、无效邮箱分别检验系统 5．目标系统界面与接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement）
界面整体特点方便、简洁、美观、一致等。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪； （2）输出设备：显示器、打印机；
（3）显示风格：蓝色背景为主，界面简约简单，功能实现突出； （4）显示方式：1024*768；
（5）输出格式：列表显示、按序输出。 5.2 接口需求（Interface Requirement）
由于本项目只是实现校内图书借阅查询管理功能，因此所需接口仅限于图书馆办公室管理人员的控制接口。用于管理人员对整个系统进行必要的测试维护，保证整个系统的顺利运行。
6．目标系统其他需求（Other Requirements of Target System）
6.1 安全性（Security）
由于图书信息和读者信息都是学校内部隐私信息，因此，系统的安全性必须得到很好的保证。
6.2 可靠性（Dependability）
图书查询需要最终有明确的查询结果，因此查询过程的可靠性必不可少。此外，这也是保证系统能够正常运转运行的重要前提。 6.3 灵活性（Agility）
图书信息量较大，因此，查询时必须采取灵活的查询措施，如分类、模糊查询等，保证查询的效率和灵活性。
7．目标系统假设与约束条件（Suppose and Restriction of Target System）
本系统只是内部运行的简单图书管理系统，外部限制几乎可以不必考虑。主要的限制在于内部软硬件的供应和保证，总体问题不大，相信完成后可以尽快投入运行。
三、设计规格说明书
完成人：
1．引言（Introduction）
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1 目的（Purpose）
本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低图书管理系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
1.2 命名规则（Naming Rule）
变量对象命名规则：全局变量和局部变量均以能代表变量意义的单词表示，为加以区分，其中，全局变量首字母大写、局部变量则全小写。
数据库对象命名规则：为方便理解，数据库建立时的相关表名命名也采用代表特定意义的英文字母表示。表名首字母大写，其余一律大写。 1.3 术语定义（Terms Glossary）
术 语 定 义 序号 称 术 语 名1 软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑结构。若采用面向功能或面向数据的总体结构 设计方法，则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图 本软件系统与其他软件系统之间的接口，接口设施外部接口 可以是中间件。接口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协议 数据结构 数据结构包括：数据库表的结构、其他数据结构等 2 3 4 5 概念数据 关系数据库的逻辑设计模型，叫做概念数据模型。模型CDM 主要内容包括一张逻辑E-R图及其相应的数据字典 物理数据 关系数据库的物理设计模型，叫做物理数据模型。模型PDM 主要内容包括一张物理表关系图及其相应的数据字典 视图 在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用 数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现 具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成 6 7 角色 8 子系统 9 模块 具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念 10 软件系统内部各子系统之间、各部件之间、各模内部接口 板之间的接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信息等 相关文件是指当本文件内容变更后，可能引起变相关文件 更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册 参考资料 参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则 11 12
1.4 参考资料（References）
[1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范
1.5 相关文档（Related Documents）
[1] 源程序清单 [2] 测试计划及报告 [3] 《用户使用手册》
2．总体设计（Design of Collective）
2.1 体系结构设计（Design of Architecture）
总系统体系结构模型：
登陆学生登陆系统流通组系统编目人员系统采购人员系统
子系统模型：
学生登陆系统——SS1：