数据库能源管理收费系统.docx
《数据库能源管理收费系统.docx》由会员分享,可在线阅读,更多相关《数据库能源管理收费系统.docx(18页珍藏版)》请在冰豆网上搜索。
![数据库能源管理收费系统.docx](https://file1.bdocx.com/fileroot1/2022-10/4/6218738d-2319-4447-8198-4e0fce165a96/6218738d-2319-4447-8198-4e0fce165a961.gif)
《数据库原理》课程设计报告
《数据库原理》
课程设计报告
专业:
信息安全
班级:
学号:
、
姓名:
潘馨 吴雅琳 贺竞辉
题目名称:
能源管理收费系统 完成日期:
2012.06.06
3
1、系统定义
随着时代的发展,用户对效率要求越来越高,老式的人工能源收费已经不能满足用户的要求,特别是对于大的能源收费管理,人们不仅查询和缴纳费用不方便,管理员也不方便对用户的管理,如果有了一个软件能够方便的管理这些繁琐的事情,将大大的提高整个流程,所以设计一个能源收费管理系统是非常有必要的。
该系统的设计主要是用于帮助一个小型能源收费站点的管理,通过该系统,用户可以很方便的查询自己每月份所需要交纳的水,电,气费用,而管理员则可以通过该系统方便的管理用户,并且及时的将每月的水电气费用和用户所需缴纳的费用放入该系统中,从而帮助管理员和用户更方便有效的完成自己的工作。
2、需求分析
2.1用户需求分析
系统总体功能要求是为了方便用户操作,和查看能源消费情况,并且帮助管理员更有效,方便的管理用户和能源收费。
将其细分可分为用户,管理员和系统三方面的需求,其主要功能如下:
(1)用户基本信息的录入:
包括用户的单位、部门、姓名、联系电话、住址;
(2)用户水、电、气数据的录入(每个月的数据的录入);
(3)水、电、气价格的管理;
(4)工号的管理;
(5)查询、统计的结果的输出;
(6)系统维护;
2.2用户需求分析
(1)用户可以查看自己的个人信息;
(2)用户可以查询自己的消费记录和水、电的具体价格及变化;
(3)用户可以查看自己所缴纳费用的历史记录。
2.3管理员需求分析
(1)管理员需通过账号,密码登陆以后才能进行后面的步骤;
(2)管理员可以查看和修改用户的基本信息(包括用户的单位、部门、姓名、联系电话、住址);
(3)管理员可以添加和删除用户;
(4)管理员可以对所有用户使用的水,电,气数据进行录入(每个月的数据的录入);
(5)管理员可以修改相应的水,电,气价格的数据;
2.4系统需求分析
(1)对计算机的配置要求一般,所需的开销较小;
(2)开发工具为:
eclipse和oracle数据库;
能源管理系统
登
录系统
个
人信息管理
能
源信息管理
历
史记录管理
账
号密码管理
2.5系统功能结构图
2.6数据流图
由于该系统的设计主要涉及到用户的查询和管理员的管理,而他们之间的联系相对较少,所以数据流图相对较为简单,数据的总体流程
登录
登录提示
管理用户信息
查看个人信息
管理账号,密码
能源管理
收费系统
管理能源费用
查看收费信息
管理历史记录
查看历史记录
顾客信息
账号信息
数
能源费用记录
据
历史信息
库
管理员
2.6.1总体数据流图
用户
《数据库原理》课程设计报告
1
个人
查
看
信息
需缴纳费用
2
费用信息
查看历史记录
3
历史记录
存放
存放
数
据库
存放
能源信息表
管
理和修改
1
用户信息
能源价格录入
2
能源信息
管
理
能源费用录入
3
费用信息
员
管
理
与
录入
4
历史记录
4
存放
能源信息表
数据库
2.6.2一层数据流图
用户表
用户
历史纪录表
2.6.3二层数据流图
用户表
存放
存放
历史纪录表
2.7 数据字典
名字:
用户信息
描述:
描述用户的个人基本信息
定义:
由用户的姓名,性别,所在的单位,联系电话,地址和用户编号组成位置:
用户信息表
名字:
能源使用信息
描述:
描述了用户使用能源的情况
定义:
由用户水,电,气的价格,使用量,用户编号和月份组成位置:
能源使用信息表
名字:
历史信息
描述:
记录了用户所有的能源使用信息
定义:
由用户编号,用户使用水,电,气总量组成位置:
历史信息表
名字:
不成功提示
描述:
返回用户各种操作不成功的原因;不返回系统级错误;定义:
用户人为操作失败的原因
位置:
建立用户,登录处理
名字:
成功提示
描述:
当删除用户成功后返回给用户的相关信息;
定义:
包含删除用户的用户名和删除该用户对系统的影响;位置:
建立用户,登录处理
3、系统设计
3.1主界面的设计
为了实现上述的各项功能,我们需要设计一个可以直接使用并且帮助管理员和用户直接使用的菜单运行界面,该界面能将上述的所有功能具体的实现,能真正的供管理员和用户使用,用户和管理员通过该图形界面的相关操作便可以直接得到他们想要的得到的结果,由于下面将详细的讲述该系统的使用发法,所以这里不在将图进行展示。
3.2系统E-R图
根据上缅的数据流图和数据字典,我们可以画出相应的E-R图
18
用户姓名
用户编号
联系电话
3.2.1用户信息实体图
部门
所在单位
地址
用户信息
管理员账号
账号,密码信息
管理员密码
3.2.2账号,密码信息管理实体图
水价格
电价格
用户编号
能源信息
3.2.3能源信息
月份
应缴纳水费
应缴纳电费
气价格
使用水量
使用电量
使用气量
总应缴纳费
应缴纳气费
n
管理
n
历史信息
缴纳电费
3.2.5历史信息实体图
缴纳水费
缴纳气费
用户编号
月份
历史信息
总加纳用
n
1
查看
1
组成
n
n
查看
n
n
录入
管理
n
n
管理员
能源使用情况
3.2.6总以E-R图
1
用户
3.3数据库设计
3.3.1关系模式
用户(用户编号,姓名,联系电话,部门,所在单位)
能源的价格(用户编号,姓名,月份,需缴水费,需缴电费,需缴气费)历史信息(用户编号,姓名,月份,已缴纳水费,已缴纳电费,已缴纳气
费)
账号信息(用户编号/管理员编号,账号,密码)
3.3.2相应的表及其选项
(1)用户信息表
字段名
数据类型
是否为空
是否主键
说明
u_id
varchar
否
是
用户编号
u_mane
varchar
是
否
姓名
u_conmpany
varchar
是
否
所在单位
u_dept
varchar
是
否
部门
u_tel
varchar
是
否
联系电话
u_address
varchar
是
否
地址
(2)用户信息表
字段名
数据类型
是否为空
是否主键
说明
u_id
varchar
否
是
管理员编号
u_mane
varchar
是
否
姓名
u_conmpany
varchar
是
否
所在单位
u_dept
varchar
是
否
部门
u_tel
varchar
是
否
联系电话
u_address
varchar
是
否
地址
(3)能源信息表
字段名
数据类型
是否为空
是否主键
说明
s_time
Datetime
否
否
用户编号
e_time
Datetime
否
否
姓名
p_water
Float
是
否
需缴水价
p_eletric
ity
Float
是
否
需缴电价
p_gas
float
是
否
需缴气价
p_id
int
是
是
月份
用户基本信息
能源价格管理
修改用户密码
管理员端
(4)能源信息表
字段名
数据类型
是否为空
是否主键
说明
s_time
Datetime
否
否
用户编号
e_time
Datetime
否
否
姓名
p_water
Float
是
否
已缴水价
p_eletric
ity
Float
是
否
已缴电价
p_gas
float
是
否
已缴气价
p_id
int
是
是
月份
(5)账号信息表
字段名
数据类型
是否为空
是否主键
说明
name
char
否
是
用户编号
账号
passw
char
是
否
密码
4、详细设计
登陆
管理员
用户基本信息
能源使用情况
历史记录查询
用户端
4.1流程图
数据的录入
5、系统实现与测试
5.1开发平台和工具选择
该能源收费管理系统的开发与运行环境如下:
开发环境:
Windows7;
辅助工具:
eclipse,word绘图工具;数据库管理系统:
oracle数据库;
运行环境:
WindowsXP/7;
5.2系统测试
由于水平有限,本次测试使用了黑盒测试。
点击“登陆”按钮进入该“能源收费管理系统”。
管理员从此登录进入。
界面如下:
登陆失败提示界面如下:
登陆成功提示界面如下:
登陆后程序主界面如下:
点击“用户信息录入”按钮进入该“用户信息录入”。
界面如下:
录入一个用户信息,成功后,提示如下:
点击“价格查询”按钮进入该“价格查询”并查询能源价格,界面如下:
点击“价格更改”按钮进入该“价格更改”并更改能源价格,界面如下:
点击“用户信息录入”按钮进入该“用户信息录入”并录入一个用户信息,界面如下:
点击“收费查询”按钮进入该“消费查询”并查询消费(收费)信息,界面如下:
点击“删除用户”按钮进入该“删除用户信息”并删除以为用户,界面如下:
至此,所有功能均已演示完毕。
六、课程设计总结
在本次课程设计中,在规定的时间内,我组基本上完成了课程设计的要求,开发出了题目所要求的软件。
通过本次课程设计,使我们对软件工程的理论有了更深刻的认识,认识到软件开发的步骤是紧密联系的,包括可行性研究,需求分析,总体设计,详细设计,实现和测试。
每一步骤都是不可缺少的,而且前面的步骤做的越详细,后面的工作就越好做。
越是在后面发现异议,需要修改,那么花费的成本就越大,即开发过程的返工强度就越大。
在软件开发的过程当中,合作的力量是不可忽视的。
一个人的作用终究是有限的,面对一个比较复杂的系统,只有很好的分工合作,才能在最短时间内完成任务。
由于软件开发需要分工合作,那么文档的严格规范性就显得尤为重要,自己的文档不能只有自己能看懂,严格意义上来说,一份文档对于所有程序员来说,开发出来的结果是一样的。
我们在开发的过程当中就是因为实体关系研究不够透彻,来回返工,浪费的大量时间。
再加上相关知识掌握不够深入,开发过程是相当困难的。
但是我们并没有放弃,每当困难的时候,就向指导老师请教,总能有所收获。
在开发过程当中还发现自己的知识有限,许多任务不能出色的完成,这就要求增强自学能力,通过查找相关资料,自学慢慢来完成。
通过本次课程设计,对于java编程,数据库的理论知识有了更深入的理解,培养了一定的自学能力,对于软件开发的过程有了初步的了解,掌握了软件开发的一些基