学校教材订购系统

学校教材订购系统 一、

系统简介

1．要求，针对学习的教学工作，设计应用程序：学校教材订购系统，能够对学习教材的订购，分发及出入库等工作进行信息化管理。 2．目标

开发本系统的目的在于代替当前教材订购的手工计算，制表等工作。 3．功能，介绍

学校教材订购系统由两部分组成，教材发放与教材订购，教材发放工作过程为：首先由教师或学生提交购书单，教师或学生可去库领书。

教材采购：若是脱销教材，则登记缺书，发缺书单给书库采购人员，一旦新书入库，即发进书通知教材发行人员。

订购是指教师或学生向工作人员提供要求采购的教材，经工作人员审表后发给教师或学生发票，然后去书库领取教材。当工作人员发现缺货时，要及时向采购部报告，采购部要及时进货，然后工作人员修改记录。 4．技术要求条件限制

（1） 当书库的各种书籍数目发生变化，应修改库表 （2） 在提交的购书单中，应有合法验证

（3） 系统外边项至少含有三个：教师，学生，教材工作人员

（4） 系统相关数据储存至少6个：购书表，库存表，缺书登记表，待购教材表，

进/出库表 5．开发人员 小组包含两名成员： 组长：程孝虎 组员：张弟 二．可行性分析

开发一个软件系统所包含的因素有：时间，资源，经济，人力资源。因此在开始课程设计之前，对系统开发的可行性分析是必要的，可行性分析主要从以下几个方面进行：技术可行性，操作可行性，经济可行性，法律可行性。我们主要对技术可行性进行研究。

1．技术可行性

由于对此课程设计的性格和要求觉得了对技术要求不高，只要具有面向对象语言开发的基本知识，掌握一个常用的软件开发工具，便可以顺利进行软件开发，在开发方案中我们选择了powerbuild9.0-工具。 其原因有：

（1） 采用sybase公司的powerbuild9.0作为开发工具，可通过专用技术接口技

术或ODBC接口连接许多常用的数据库，PB可视化开发环境使代码编写更为只管，调试，维护也相当容易。PB携带的数据库本身是一个功能强大的DBMS，对于小型的系统完全足够。PB提供大量的控件，丰富了应用程序表达能力，也加快我们开发进度，

（2） PB面向对象是我们已经掌握的开发工具，这对我们设计有很大帮助，并

且能够很好的完成设计

至于数据库系统的学者有很多。如：微软公司的SQL SEVER2000 ORWKE，DB2等都是非常优秀的DBMS，本课程设计选用SQL SEVER 2000 2．操作可行性

所选用的powerbuild9.0界面设计非常友好，设计要求不高，能够适合大多数机器，使用人员可轻松使用 3．经济可行性

由于本系统属于小型系统，具体要求不高，因此少量的经费可由小组独立承担。 三．软件需求说明书 3．1引言 3．1．1编号目的

需求分析报告的目的在于方便用户，分析人员和系统的设计人员，进行合作交流。主要作为项目设计人员的软件开发的基本出发点和系统维护人员发现和天家新功能的基础是软件工程的重要组成部分。项目开发的目标是否完成根据需求规格说明书中确立的可测试标准决定 3．1．2背景

针对学校的教训工作，学校教材订购管理基本处于手工计算制表等工作过程繁杂单据过多，占用大量人力，物力资源。随着高校规模的不断扩大，学校教材订购

系统手工化阻碍了学校的发展步伐。这其中不仅投入了更多的人物力资源，而且手工操作效率低，容易出错。查找信息慢，给教材发放工作带来了许多不便 因此，随着学校的发展，建设一个管理学校教材订购系统软件是必须且比要的。 3．1．3参考资料

《软件工程》（第二版） 齐织量 潭庆平 宁洪 高等教育出版社 《powerbuild管理信息系统项目开发实践》 王龙 光文斌 科学出版社 《实用软件工程》（第二版） 关队杰 清华大学出版社 3．2任务概述 3．2．1目标

建立学校教材订购管理系统采用计算机对教材订购系统信息进行管理，实现单据，仓库管理信息化，提高教材订购工作效率，精简工作环节，单据规范，标准化工作流程，自动化，系统化， 3．2．2拥护特征

该软件为学校教材订购系统，因此软件的用户是学校教材订购管理人员，学生和教师

对管理人员基本要求：能够熟练的操作数据库，掌握SQL语言，能够完成基本的录入，修改，插入，更新及数据库维护的操作功能。 对教师及学生的基本要求为：具备基本的查询功能即可 3．3需求规定 3．3．1功能规定 1新用户注册 2信息修改 3信息录入 4信息查询 5报表打印统计 3．3．2性能的规定

由于学校的规模较大，涉及到教材的订购，教材的分发以及教材的出入库等工作，因此系统要求功能齐全和能够响应多用户的请求的功能。 3．3．3输入输出要求

教材的种类繁多，单据较多，这就要求系统有很方便快捷的输入数据的能力，要求能够显示库存状况，进行各种查询情况浏览，实现各种报表单据的打印。 3．3．3数据管理能力要求

考虑到教材订购的对象，是全校教师和学生，数量较大，单据较多，因而数据量 较大，选用有较强管理能力的SQL SEVER作为后台数据库 3．3．5故障处理要求

1．对教师，学生提交的单据资料及时备份 2．数据库发生故障，及时响应，并反馈给用户 3．发布管理员的联系方式以便取得及时联系 3．4运行环境的规定 3．4．1硬件要求

Windows 2000 sever数据库应具备的基本硬件要求。硬盘20G以上，宜采用较高质量的服务器，CPU：奔腾Ⅲ以上，内存：25G以上 3．4．2软件需求

Windows xp操作系统 SQL Sever2000 powerbuild9.0

四．数据需要说明书 4．1引言 4．1．1编写目的

书刊要求说明书的编制是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息 4．1．2背景

学校订购的书的种类和数量的数据繁多，需要对数据进行需求分析。 4．1．3参考资料

《SQL SEVER数据库系统》 杨保新 机械工业出版社 4．2数据的逻辑描述 4．2．1静态数据

软机初始化时里面默认了一组管理员的帐号 4．2．3动态输入数据

缺书登记信息，待购教材信息，库存表等都是动态的输入 4．2．3动态输出数据

出库表，购书表信息都是动态的输出 4．2．4内部生成数据

当管理员输入待购教材的信息时，在待购教材表中会自动的生成有关待购教材的详细信息，以便采购 4．3数据的采集 4．3．1要求和范围

由于本系统管理的是学校教材订购和开发，所以在数据的范围方面应分发的数目小于采购数目 4．3．2输入的承担者

管理员修改数据库内的主要数据应保证数据的正确性，以保障学校，工作的正常进行，否则后果自负 4．3．3处理

新学期开始前，采购员采购教材之后，管理人员要对教材进行登记入库，由教师学生领书单到教材发放人员处领书 4．3．4影响

该系统的设计对学校教材订购管理有较大的改善，对学校管理工作有较大的影响。

总体设计

3.4.1系统数据流程图

1．顶层图

辅导员 领书单购书单无效购书单教材订购系统进书通知缺书单教材发行员入库单待购教材表书库采购员0层图

缺书记录表购书单无效格购书单领书单销售系统1 购书表入库通知采购系统2待购教材表入库单库存表加工1子图

加工2子图

教材订购系统完整的数据流图

销售子系统模块程序流程图

开始 提交购书单 1 N 审核购书单2 Y 错误显示 3 开发票 4 登记购书记录 5

N

错误显示 7 审核登记 6

Y 发领书单 8 修改相应表 9 N

审核修改 10 错误显示 11

Y

结束

1． 提交购书单：（HandBuyBookBill） 2． 审核购书单（CheckBuyBookBill）

3． 购书单错误信息显示（BuyBookBillError） 4． 开发票（PrintBill）

5． 登记购书记录（DBRegistBuyBook） 6． 审核登记（CheckDBRegistBuyBook）

7． 登记购书记录错误信息显示（DBRegistBuyBookError） 8． 发领书单/打印（PrintBookBill）

9． 修改库存表、出库表（DBUpdateTable） 10． 审核修改表（CheckDBUpdateTable）

11． 修改表错误信息显示（DBUpdateTableError）

3.4.3采购子系统模块程序流程图： 开始 发缺书单 1

审核缺书单 2

登记缺书 4

审核登记 5

修改数据库的表 7

审核修改 8

发进书通知单 10

结束

1． 发缺书单（HandLackBookBill） 2． 审核缺书单（CheckLackBookBill） 3． 缺书单错误信息显示（LackBillError） 4． 登记缺书记录（DBRegistLackBook） 5． 审核登记（CheckDBRegistLackBook）

6． 登记错误信息显示（DBRegistLackBookError） 7． 修改数据库中的表（DBUpdateTable） 8． 审核修改（CheckDBUpdateTable）

9． 修改错误信息显示（DBUpdateTableError） 10.发进书通知单（PrintBookNotice）

错误显示 3 错误显示 6 错误显示 9 3.5。数据词典

系统数据流图见附图

下面是由学校教材订购系统数据流图得到的数据词典 数据流名:购书单 别名: 无

简述: 学生购书时填写的项目 来源: 学生

去向: 加工1.0“审查并开发票”

组成: 学号＋姓名＋（班级）＋｛书号＋数量｝ 数据流量:1000次/周

高峰值：开学期间1000次/天

数据流名: 发票 别名: 无

简述: 教材发行人员审核后开的单据 来源: 教材发行人员

去向: 加工1.1“开领书单” 组成: 书号+数量+日期+审核员 数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:领书单 别名: 无

简述: 学生领书凭据 来源: 出纳员 去向: 学生

组成: 学号+姓名+（班级）+书号+数量 数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:缺书单 别名: 无

简述: 学生领书时缺少的书 来源: 教材发行人员

去向: 加工2.0“审查并登记” 组成: 书名+书号+数量+类别 数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:登记 别名: 无

简述: 购买的书登记在册 来源: 教材发行人员 去向: 出纳

组成: 书名+书号+数量 数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:待购教材表

别名: 无

简述: 需要购买的书

来源: 加工2.1“开待购教材表” 去向: 书库采购人员

组成: 书名+编号+价钱+数量 数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:出库单 别名: 无

简述: 发给学生的领书凭据 来源: 教材发行人员 去向: 库存表 组成:编号+数量

数据流量: 1000次/周。

高峰值：开学期间1000次/次天

数据流名:入库单 别名: 无

简述: 新书入库清单 来源: 书库采购人员 去向: 库存表 组成: 编号+数量

数据流量: 1000次/周。

高峰值：开学期间1000次/次天

功能模快图

学校教材订购系统 教师学生管理员模申请购书 查询书库 查看购书资料管理 查看申请查看书库 处理申请用户管理 出库单 缺书登记 待购系统 库存管理

本文来源：https://www.bwwdw.com/article/liyw.html