学校教材订购系统

师
或
学
生
领书单
0 大学教材订购系统
审核信息
教
材
发
行
人
进书通知
员
缺书单
进书通知
采购人员 0 层数据流图
1 层数据流图
学校教材订购系统数据流图
2.1.3 数据字典
名字：购书表 别名：购书单 描述：提供给教材销售人员的购书单 定义：购书单＝购书单号+｛书名+出版社+价格＋数量｝+日期+订 购人姓名＋购书总数
教材信息发布：学院教材订购负责人提供教学用书表后，本系统将教材信息公布，以便 于学生确定所需书目，下购书单。
通知采购：当库存中缺书时，汇总缺书信息，通知教材工作人员进行采购。 本系统还兼顾一点财务信息的管理，当发生购书时，系统直接向购书者收取现金。
2.1.2 数据流图
学校教材订购系统流程图
教 购书单
1.2.2 目标
所建议系统的主要开发目标是： a. 人力与设备费用的减少至少在一半以上； b. 处理速度显著提高； c. 管理信息服务明显改进； d. 人员利用率大大提高。
1.2.3 条件、假定和限制
在学校现有的计算机设备和网络等各方面条件下即可开发并运行该系统，资金与开发人 员方面目前也不存在限制问题。
1.1.3 定义
教材订购顾名思义就是领取和购买教材。订购系统的主要内容是，利用计算机来实现教 材的采购，以及教材的销售，只要教师或学生凭发票就可以领取自己的教材，如果某种教材 脱销时，则要登记缺书，有采购部去采购，一旦新书入库，要及时的更改记录。需求用户解 决问题或达到目标所需的条件或权能；系统或系统部件要满足合同、标准、规范或其它正式 规定文档所需具有的条件或权能。 需求量分析包括提炼、分析和仔细审查已收集到需 求，以确保所有的风险承担者都明白其含义并找出其中的错误、遗憾或其它不足的地方。模 块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他 的模块的接口是简单的。
附录：主要源代码 ………………………………………………………… 小组个人小结 ………………………………………………………………
1. 可行性研究
1.1 引言
1.1.1 编写目的
寻找一种比较便宜又简单实用的教材管理系统，使得学校书籍发放工作更快捷，并且可 以及时查看书籍库存情况以便补充资源。本文对学校教材订购系统进行简单的分析，给出了 系统的初步可行性的分析，加深与用户间的交流，在功能与系统界面上与用户达成一致的看 法，以便开发出用户满意的系统。
1.1.2 背景
学校内部每年都会采购和发放各种各样的教材，但目前这些工作基本是由人工操作完成 的，在开学报名的三天时间里要完成各个系部、各个年级的教材发放，这样无论是在教材发 放还是订购的时候都极易造成人为失误。更为重要的是，随着高校办学规模的扩展，管理方 式和管理效率的毛肚日渐突出。在教材订购方面，手工管理方式和文档系统管理方式在管理 质量和管理效率上，从根本上不能适应大规模的管理要求。而随着计算机科学的发展与进步， 基督教科学管理方式，不管在管理效率还是在管理质量上都逐步显示了它的可靠性和优越 性。而且，计算机管理在人力、物力等资源方面比以前的管理模式有大的节省。本系统以学 校为背景，在认真调研和分析了学校订购教材的现状之后，根据用户的需求和各个功能的关 系，做出了积极的设计方案。
一关联。 book_order：订单表，和 textbook 表是多对一关联。 book_receipt：领书单表，由已付款订单生成，和 book_order 表是一对一关联。 lack_book：缺书通知表，和 textbook 表是多对一关联。 textbook：教材数据表，包括教材的一些基本信息。
1.2.4 进行可行性研究的方法
成本效益法。
1.2.5 评价尺度
现在学校试运行三个月，看它对于开学时新书发放与各系部订购图书的过程是否提高准 确度和时间效率。
1.3 对现有系统的分析
学校现有系统是手工管理方式和文档系统管理方式，在管理质量和管理效率上，从根本 上不能适应大规模的管理要求。由于书目种类繁多，管理人员在书籍发放时很难做到准确查 找出所要书籍并确定数量，而且某几种书名难免会后重名现象，有时由于管理员的疏忽大意， 会发错书籍，从而造成不必要的损失。
a. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取； b. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。
3. 数据库设计
3.1 概念结构设计 概念设计以反映现实世界中的实体、属性和它们之间的关系等的原始数据形式。 图 1
是系统 E - R 图。
教师和学生 n 提交 n 购书单 n 审核 n 教材发行人员
2.需求分析
2.1 软件功能的规定
2.1.1 系统功能
产品主要实现以下功能： a. 销售系统
教材浏览服务：学生或教师在填写购书单前可以先对教材总体进行浏览，对教材名称， 库存数量及价格进行一定的了解，然后再结合自己的情况决定自己要购买的教材，填写购书 单。
购书服务：本系统在向学生售书时要求学生填写购书单（包括以下信息：学生姓名、购 书数量、购书书名信息），经审查有效后，打印领书单返回给学生领取书籍。
1.3.1 数据流程和处理流程
学生或教师提交购书单，教材发行人员审核购书单，把审核后的购书单输入教材销售系 统，系统根据购书单自动生成订单；学生或教师根据订单付款，系统生成领书单，并根据领 书单到书库领书，书库人员可以通过系统核对领书单并发放教材。
教材采购人员通过查看教材采购系统的缺书通知，来确定待采购的教材和数量，并把入 库的教材输入采购系统，系统自动发送进书通知单给销售系统。
2.2.5 数据管理能力要求
该数据库设计为关系型数据库，其中包括 4 个表。表的设计考虑到了实体完整性、参照 完整性及用户自定义完整性三类完整性约束。
只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录 系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上对教材出库入库的频 繁，因此对数据的存储和配置性能有一定的要求。
1.2 可行性研究的前提
1.2.1 要求
本系统可细化为两个子系统：销售系统和采购系统 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购 书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。 采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员； 一旦新书入库后，即发进书通知给教材发行人员，以上的功能要求在计算机上实现。
教材编码
教材名称
内容说明
教材
价格
库存量
“教材”实体及其属性图
实体及其属性图
各实体之间具有一定的联系，用 E－R 图表示出来，如下所示：
购书日期
n
订单
m 购买
领书单
领取 n
教材 m
2.2 对性能的规定
2.2.1 精度
对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合 法性。
完整性约束 PRIMARY KEY FOREIGN KEY UNIQUE KEY
lack_book 属性名 id textbookId amount lackDate
含义 缺书编号 缺书教材编号 缺书数量 缺书日期
数据类型 int(11) int(11) int(11) varchar(20)
可否为空 否 否 否 否
arrival_book 属性名 id textbookId amount arrivalDate
含义 入库单编号 入库教材编号 入库教材数量 入库日期
数据类型 int(11) int(11) int(11) varchar(20)
可否为空 否 否 否 否
完整性约束 PRIMARY KEY FOREIGN KEY
book_order 属性名 id textbookId purchaser amount orderDate
含义 采购单编号 采购教材编号 采购人 采购教材数量 采购日期
数据类型 int(11) int(11) varchar(20) int(11) varchar(20)
可否为空 否 否 否 否 否
软件故障：
情况 1： 服务器死机 处理： 程序自动保存内存中的临时数据；重启机器 情况 2： 服务端程序报告异常 处理： 保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序 情况 3： 服务器端响应速度慢 处理： 查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置
2.2.7 其他专门要求
2.2.2 时间特性要求
定购需要提前若干天。
2.2.3 可靠性
较高
2.2.4 灵活性
1.在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改； 2.操作方式上应该满足鼠标与键盘任意切换的需要； 3.能够支持 Windows 2000、Windows XP 和 Linux 等运行环境； 4.留有与其他系统的接口。
n
1
1
返给
1 领书单 1 开发票和登记
n
领取
1
领书
脱销教材
1
缺书单 发给
m
进书通知单
m
1
书库 1 属于
m
书库采购人员
m
发放
1 m1
1
入库
p 教材 p
采购
图1
3.2 逻辑结构设计 数据库的逻辑结构设计是将各局部的 E - R 图进行分解、合并后重新组织起来形成数据
库全局逻辑结构，最后生成 5 张数据库表： arrival_book：新书通知表，可以进行教材入库统计和生成新书通知，和 textbook 表是多对
完整性约束 PRIMARY KEY FOREIGN KEY