数据库课程设计实验报告--教材购售管理系统

教材购售管理系统

1.问题描述

随着学校里的课程越来越丰富，学校的教材科要管理的教材也越来越多，品种各样，这让教材科才科对教材的管理越来越困难，如果只是简单的由教材科的人员人工管理，不仅是分类整理的困难，教材购销的有效性的确定也是很繁琐的事情。

因此，一个功能齐全、界面丰富简单易懂的教材购销管理系统显得尤为必要，本系统正式基于此需求而设计的。

1.1系统功能分析

教材购销管理系统是一个简单的教材购销管理工具,便于一个学校教材科的使用。本系统实现的主要功能有：

●销售教材。

●采购教材。

●查看各种表单，包括各班学生用书表、学生信息表、教材存量表、销售登记表、

缺书登记表和待购教材表等。

●用户管理，包括修改用户权限，增加新用户等。

注册用户通过使用本管理系统, 能够很方便的管理教材的购销情况。本系统使用oracle作为后台数据库, 利用java语言在Eclipse下编写前台界面。

1.2系统功能模块设计

1.2.1销售子系统

（1）审查有效性

学生将购书单交给教材科秘书，秘书通过查阅各班学生用书表、售书登记表检查是否允许该生买书。

（2）开发票

如果允许学生买书，教材科会计将按购书单查阅教材存量表，如果有书且数量够，则开交款发票，否则，将购书单中无法购买的书的信息写入缺书登记表，以备以后补售教材。

（3）登记并开领书单

教材科出纳员根据发票上的总金额收取现金，并进行售书登记，同时开领书单，学生将领书单交给保管员，领书。

（4）补售教材

采购部门进书后，教材科秘书根据进书通知和缺书登记表给没买到教材的学生发补售

1.2.2采购子系统

（1）教材入库

采购员采购教材后，将进书单交给秘书，秘书修改教材库存和待购量。

（2）统计

秘书每月按书号和出版社统计缺书，形成待购教材表和缺书单，供采购员采购时使用。

1.3系统模块结构设计1.3.1销售子系统

1.3.2采购子系统

2.数据库系统设计

数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。

2.1 需求分析

用户的需求具体体现在各种信息的提供，保存，更新和查询，这就要求数据库接受能充分满足各种信息的输入和输出。针对本系统，为了提高数据存储的效率，保证数据的完整性和一致性，在充分了解用户各个方面的需求的前提下合理的设计了如下7个数据表（TBD_STU，TBD_TXTBOOK，TBD_NEED，TBD_LACK，TBD_EXIST，TBD_SELL，TBD_USER）和两个导出视图（TBD_W AITCOUNT，TBD_NEEDCOUNT）：

2.1.1七个基本数据表

●TBD_TXTBOOK（教材信息一览表），包括的数据项有：书号、书名、出版社、

地址、电话。

●TBD_STU（学生信息表），包括的数据项有：学号、姓名、班级。

●TBD_NEED（各班学生需书表），包括的数据项有：班级、书号、书名、数量。

●TBD_LACK（各班学生缺书登记表），包括的数据项有：学号、姓名、书号、数

量。

●TBD_EXIST（教材存量表），包括的数据项有：书号、单价、数量。

●TBD_SELL（教材销售表），包括的数据项有：学号、姓名、书号、数量。

●TBD_USER（用户信息表），包括的数据项有：账号、密码、用户类型、密码提

问、密码答案、最后登录时间、是否记住密码。

2.1.2两个导出视图

●TBD_NEEDCOUNT（各书籍需要数量视图），包括的数据项有：书号、数量。

●TBD_W AITCOUNT（待购教材视图），包括的数据项有：书号，数量。

2.2 表的设计

根据问题要求，所有的表格都满足了3范式，具体表格及表格的属性功能如下：

2.2.1学生信息表（TBD_STU）的具体设计

学生信息表：该表用于记录学生信息，学生的信息必须要在系统中才能买书。

2.2.2教材信息表（TBD_TXTBOOK）的具体设计

教材信息表：该表用于记录教材信息，教材的信息必须要在系统中才能购买和销售。

2.2.3教材存量表（TBD_EXIST）的具体设计

教材存量表：该表用于记录每种教材的库存量，该表也只能在采购时系统自动修改，系统管理员不可以初始化及队改该进行删除、修改、添加等操作。

缺书登记表：该表用于记录各班对某种书的购买时缺书的情况，班级和书号为主键，该表只能在销售时系统自动修改，系统管理员不可以初始化及队改该进行删除、修改、添加等操作，当采购教材后要访问他以便通知缺书的同学来补够。

2.2.5各班学生需书表（TBD_NEED）的具体设计

各班教材用书表：该表用于记录各班的学生用书，班级和书号为主键，这主要用于限制每个班级学生的用数量，在销售教材判断有效性时要参考，系统管理员可以初始化及队改该进行删除、修改、添加等操作。

2.2.6销售教材表（TBD_SELL）的具体设计

售书登记表：该表用于记录各班对某种书的购买情况，班级和书号为主键，在销售教材判断有效性时要参考，该表只能在销售时系统自动修改，系统管理员不可以初始化及队改该进行删除、修改、添加等操作。必须要先初始化本表才能售书。

用户表：该表用于记录用户，使用者必须先注册才能登录系统，用户分管理员和普通用户，只有管理员才能队各种表单进行操作。

2.2.8需要书籍总数视图（TBD_ NEEDCOUNT）的具体设计

需书总数视图：该视图用于统计总的需书量，帮助导出待购教材视图。

2.2.9待购教材视图（TBD_WAITCOUNT）的具体设计

待购教材视图：该视图用于统计教材缺量即需要购买的书籍数量。

2.3 数据库连接

程序数据库基于Oracle - OraDb10g_home1开发平台，java操作数据库的步骤如下：步骤一：建立JDBC-ODBC的桥连接

String drivers = "sun.jdbc.odbc.JdbcOdbcDriver";

System.setProperty("jdbc.drivers",

步骤二：配置数据源

配置所需要的数据源txtbookdeal_o。

步骤三：连接数据源

String url = "jdbc:odbc: txtbookdeal_o";

String username = "system"; String password = "sys";

con = DriverManager.getConnection(url, username, password);

步骤四：创建SQL语句对象

stmt=con.createStatement();

步骤五：执行相应的SQL语句

stmt.Query(“SQL查询语句”)；

stmt.execute(“SQL修改语句(包括delete，update，insert)”);

对于以上的步骤均要包在try-catch语句中，以便捕捉异常，处理可能出现的错误。3.系统实现

3.1开发环境

界面开发语言: java 语言

界面开发平台: MyEclipse 6.5

数据库开发语言: sql语言

数据库开发平台: Oracle - OraDb11g_home1

3.2系统实现细节

运行本系统首先进入的是登录窗口，用户可根据需求选择相应的模块和功能。

3.2.1 用户注册登录模块

打开登录窗口，已有账号的用户可以选择登录系统（如图3.2.1所示）。没有账号的用户可以选择注册新的账号再登录（如图3.2.2所示）。忘记密码选择进入忘记密码模块，回答根据在注册账号时的提交的密码问题重新获得密码（如图3.2.3所示）。

登录系统后，自动转入主页面（如图3.2.4所示）。

图3.2.1（登录窗口）

图3.2.2 （注册账号窗口）

图3.2.3 （取回密码窗口）

图3.2.4（主页面窗口）

在主页面的菜单栏上点击销售，选择进入销售子页面。销售子系统中主要分两个功能，按书号查找教材的信息和销售书籍（如图3.2.6所示）。

用户可以通过输入书号来查看登记在教材信息表中的任意一本书的具体信息。接下来即可填写售书单，当库存不足，学生学号未注册，或书号没有登记在录等情况发生时，系统会弹出提示窗口（如图3.2.7所示）。

当所有信息完全确认正确时，系统会弹出开发票窗口和结账窗口等提示窗口。当一次售书交易完成后，系统会自动更新教材存储表，销售表，缺书表，学生缺书登记表等。

图3.2.6（销售子页面）

图3.2.7（库存不足弹出提示窗口，其他的提示类似）

采购子系统的界面及物理构架与销售子系统类似，也提供了一个按书号查询所要购买书的详细信息功能模块和一个填写购书单购买的功能模块（如图3.2.8所示）。

用户可以通过输入书号来查看登记在教材信息表中的任意一本书的具体信息。接下来即可填写购书单，因为这是在外面采购书籍来更新书库的存量，故不会有教材缺少或不存在这样的信息窗口提示。当确认购买某种书籍之后，系统会自动更新教材存储表，缺书表，以及可能的教材信息表，并且会弹出提示窗口提示却该种书的学生前来补购该书（如图3.2.9所示）。

图3.2.8（采购子页面）

图3.2.9（采购子页面中弹出提示信息，通知缺该书的学生前来补购该书）

3.2.4查询模块

查询页面主要是对数据库中的一些数据表进行查询，共分各班学生用书表、销售登记表、缺书登记表、教材存量表、教材一览表、和学生信息表这六个表的查询操作（如图3.2.10所示）。

另外用户还可以在系统右边设置的小查询子系统中，选择所需的查询依据进行相应的查询操作（如图3.2.11所示）。

图3.2.10（查询基本表单的操作，本图显示的是查询各班学生用书表的所有信息）

图3.2.11（子查询模块，本图显示的是查询081班所有学生的信息）

3.2.5统计模块

本模块主要是对待购教材和缺书单这两个视图的操作。与查询模块类似，也建立了一个子查询模块，用户可选择需要的搜索项来查看具体的信息（如图3.2.12所示）。

图3.2.12（统计模块，本图显示的是书籍“C++面向对象”的缺书详细信息）

3.2.6账户管理模块

本模块包括两个子模块，即管理所有用户和该用户本身的信息。在管理用户模块中，管理员用户可以查看所有用户的信息，非管理员则弹出提示不可进行此项操作（如图3.2.13所示）。

在管理用户本身信息模块中，无论是管理员或者非管理员均可对自己的账号进行相应的操作，如更改密码、姓名、密码提问、密码回答、以及是否记住密码等等（如图3.2.14所示）。

图3.2.13（管理员管理所有用户界面）

图3.2.14（用户管理自身账号操作）

3.2.7其他附加模块

为了让用户在初次接触使用本系统能更加方便、简单、适合自己以及更加了解本系统，在完成了基本的功能模块外，我们有加入一个关于系统的帮助模块和一个调整窗口风格的模块。窗口风格共有三种方式可选择，分别是：默认风格，蓝调风格，浅灰风格（如图3.2。15所示）。帮助模块分开发小组、系统介绍、使用说明及版本信息这四个子功能（如图3.2.15所示）。

图3.2.14（窗口风格模块，本图显示的是蓝调风格的效果）

图3.2.15（帮助模块，本图显示的是开发小组信息）

3.3程序设计及调试中遇到的问题

由于是第一次系统的设计一个软件，在系统开发中，遇到了各种各样的问题。主要分布在后台数据库的建立和界面的搭建。

关于开发后台数据库，我们开始仅是根据问题中给出的要求建立了八个基本表，后来在仔细分析数据之间的关系建立ER图时，我们发现，如果增加一个学生信息表的话，数据之间的衔接将更加容易，脉络也更清晰，于是将八个表换成九个表。

显然，仅仅建完表之后，只用简单sql语句进行插删查改操作是比较复杂的。最初，我们决定是使用存储过程，但是由于我们两人存储过程学得一般，搭建时老是出错，在上网查资料之后，改为在Java数据库连接时改成编写一系列存储函数。

另外，当所有工作基本完成之后，我们在调试测试中发现，在进行销售，采购等操作之后，待购教材表和缺书表并没有像我们预期中那样及时更新。最初我们以为是用Java编写程序时发生的错误，经过各种调试测试后，发现并非开始想的那样，不得已，又重新返回查看数据库，重新分析各种数据之间的关系，最终发现，所谓的待购教材表和缺书表其实是一样的，并且它们可以从已有的表单中导出，在此，我们把原来的待购教材表和缺书表删掉，增加了需要书籍总量和待购教材总量两个视图，在该基础上再次修改存储函数，终于得到了预期的结果。

关于前台界面的搭建，我们采用的是本学期新学的Java语言进行界面设计。

最初我们并没有想太多，只是根据题目的要求设计了三个功能模块子系统，即销售、采购和查询子系统。在编写代码的过程中，我们发现，在不同的子系统中，比如查询各种表等很多代码都是类似或者重复的，这样散乱的写着显的极复杂又没有条理，在经过差不多一天的查阅资料，商讨，以及借鉴了一些学长学姐的范例，我们最终设计了现在这个看上去简单又充分利用了代码的可重用性的前台界面。

在这个界面中，我们采用的主要是FlowLayout布局，设计了一条可通用的菜单栏（每个菜单里面都有相应的item选项），以及两条panel，一个是集成了确定、清空、查找等操作功能的控件条，一个是用于在表单中可进行的各种单项搜索的控件条。我们把其中的菜单栏和含各种综合性操作的的控件条集成在主窗口中（因为这两项贯穿整个系统的始末），把其中的搜索控件写成单独的一个基类供其他含表单操作的类去继承，这样，系统逻辑显得更加简单和清晰，代码的重用性可读性也大为提高。

3.4 结论

本系统的特点：界面设计合理，简单易懂便于操作，逻辑结构清楚条理清晰。

存在的主要问题：数据库设计稍显简单，确定性，完整性稍显不够，Java编写的界面没有达到理想中类似于windows的仿真效果。

改进意见：数据库的完整性可以再加强，表单操作可以增加直接在系统中修改，登录模块中密码可以设置至少长度区间等提高仿真度和实用性的改进。

4.结束语

本次课程设计，是我学Java数据库以来完成的最大的一项工程，在工程中，我对一些原本比较模糊的东西有了深刻的理解，对一些原本忽略了的东西有了新的认识。

关于数据库设计，了解了数据库的事件性，加深了数据库确定性的认识。

其实，数据的确定性，指所有的数据在后台一定要绝对的确定，是一种广义上的惟一性,因为数据是不可能做到惟一的，但一定可以做到确定，但要注意，确定与惟一是不一样的，比如说，一个用户的姓名，在你的后台库里一定是确定的，不能出现二义性，不管有几种，它应该都是确定的。

另外，数据的事件性，比如本次课程设计中，有提出功能要求：设计一个系统，能实现教材的销售子系统,问：你该如何进行需求分析，并进而设计这一后台局部模块。

第一个当然是需求分析，但怎么分析才最快最有价值,数据的事件性，即每一个功能模块都应该有一张核心数据表,而核心数据表一般都是事件表,核心事件表都是从表，利用踢出的方法可以最快的速度建出后台模块,针对这一模块就可以设想有一张核心事件表，就称为“各班学生用书表”进而就要分析，要存学生用书需要哪些信息，就要与用户交互，用户虽然不一定很懂，但他一定懂自己要什么，最终完成信息的需求

关于前台界面设计，对于图形界面设计，GUI的应用有了更好的掌握，对于怎么样设计类的继承，以及监听器的应用有了新的认识，对软件设计也有了一点点体会。

以前使用GUI设计界面，很少考虑到界面的美观合理这样的问题，只是简单的把各种菜单，组件什么的加上去，看上去乱七八糟的。本次课设中，我深入的了解了什么是布局，采用什么样的布局才能使界面达到理想中的效果这些知识，也和很有耐心的一次又一次调整每一个组件的位置以便获得最佳的视觉效果等。

类的继承的概念在学C++的时候就接触过，虽然对其的功用和对程序的帮助度的强大很了解，但是，在实际应用中自己却很少去应用。在本次课设中我分析各种需求，最终有设计用于搜索查询子系统的基类供其他有表单操作的类来继承，瞬时代码的可读性和重用性都大有提高。

另外是对从网上和一些书上学到的关于OOA/OOP的开发软件的模式的一些疑惑。

书上说UML是设计阶段的工具，按照这一软件工程的正常流程，在动手写代码之前，就要已经考虑到软件的雏形，整个软件的具体状况。但是，我想，这对于相当有经验的架构师来说是很容易，我们学生，或许连足够的编码经验都没有，又怎么能去做到先OOA再OOP呢？在设计中，我也有试着先写文档再编码,但是直接导致的问题就是文档与编码对不上号，在修改代码的时候很难再去审查文档和先前的分析，到后来，似乎先前写的文本根本是无用的。因此，我想我应该在积累足够的编码经验同时，尝试着利用OOA/OOP以便以后再工作中能更好的使用与使用。

本次课程设计特别感谢我的搭档赵晓丹同学，在设计的整个过程中，我们体会到了相互鼓励，团结合作的乐趣。

2010/07/06