加油站信息系统设计
组员：****
时间：****
加油站信息系统设计
1.需求分析
本章节首先介绍当前国内外加油站信息系统的研究现状，并对所要设计的加油站信息系统进行需求分析。
需求分析的主要工作就是对设计的系统的分析，包括两个方面：需要实现的功能以及实现这些功能的方法。
1.1研究现状
在国内，随着中国石油成品销售系统改革和油卡一体化运作模式的有序推进。
精干、高效的运行模式对企业精细化管理水平、信息化运用提出了更高的要求，现有平台要适应新形式变化，还存在需要不断完善的地方，主要表如下：
(1)系统集成度不够。
目前管控平台仅对加油站级系统进行数据利用，其它系统还未有效集成，导致系统间流程、数据连通性不强。
系统之间功能不关联互动，信息不共享互换、业务流程与信息应用相互脱节，不能发挥系统集成的优势。
(2)数据不完整。
目前管控平台主要侧重于油品、非油品进销存业务数据处理和分析，加油站人、财、物等数据没有完全纳入统一管理，数据缺乏整体性、完整性和可靠性，存在冗余现象，不能充分体现整体经营管理状况。
(3)功能覆盖不全。
目前管控平台主要侧重业务运营和管控层面，主动服务客户、主动服务基层的功能还没有完全体现出来，对于决策支持、事物操作和量化评价方面的信息支持较为薄弱，不能覆盖公司整体业务和管理工作。
1.2系统用户角色分类
使用此系统的用户角色分为以下几类：
(1)加油站管理员:所有本地功能权限对其开放。
在本地对系统进行设置，账目进行分析和管理，可对数据库进行备份和恢复，同时也可以使用经营管理模块。
(2)加油站员工：无管理系统的权限，只可在本地窗体应用程序上进行日常经营操作，最主要的功能是使用系统的收费功能，调出客户要求查询的数据，可回复客户在远程的留言。
(3)已注册用户：可以进入系统浏览信息，登陆后可以查看历史消费记录，也可以进入留言板查看相关信息，留言和留言回复。
(4)未注册用户：可以注册、查询信息。
1.3本地功能概述
（1）加油站管理员用户名录入：在第一次使用系统时设置管理员用户名和密码。
（2）加油站员工注册客户名录入：加油站普通员工的初始用户名和密码由管理员提供，只能本地使用。
（3）收费功能：加油站管理员登录系统后使用，用于在交易中计算总价和记录账目。
（4）油品存量设置：加油站管理员在进油后添加进油数，每次出油后系统自动扣除出油量，得出总存油量。
（5）油品价格设置：加油站管理员设置不同型号油品的价格以及库存量。
（6）客户注册：游客可点击注册链接进入注册页面，并快速注册。
（7）客户注册审核：加油站管理员为在远程注册的客户的信息真实性进行审核。
（9）账目管理：加油站管理员对所有账目进行分析和管理。
（10）审核用户留言：对于用户留言内容进行审核，并根据用户的选择方式决定其是否公开。
（11）回复用户留言：对审核通过的用户留言进行回复。
1.4系统用例图描述
客户用例图
员工用例图
管理员用例图2.概要设计
2.1系统结构图
系统结构图2.2 实体图
客户实体图
员工实体图
管理员实体图
2.3数据库表设计
(1)管理员表（manager）
该表主要记录管理员的信息，包括编号、登录名、密码等。
管理员表（manager）
(2)客户表（client）
该表主要描述了会员的信息，包括编号、登录名、真实名、密码、邮箱、身份证号、注册时间等。
(3)员工表（employee）
该表主要描述了会员的信息，包括编号、登录名、真实名、密码、邮箱、身份证号、注册时间等。
(4)新闻类型表（newstype）
该表主要是记录发布的新闻类型信息，包括新闻类型编号、名称等。
新闻类型表（newstype）
(5)新闻表（news）
该表主要是记录发布的新闻信息，包括新闻编号、标题、内容、发布时间、管理员编号、新闻类型编号等。
(6)留言表（message）
该表主要是记录客户的留言信息，包括留言编号、主题、内容、发布时间、客户编号等。
(7)回复表（reply）
该表主要是记录管理员的回复信息，包括回复编号、内容、发布时间、客
户编号、管理员编号、留言编号等。
(8)车辆表（car）该表主要是记录车辆信息，包括车辆编号、车牌号、车品牌、客户编号等。
(9)加油记录表（gas_record）
该表主要是记录客户的加油信息，包括加油编号、加油量、加油种类、油价、发布时间、员工编号、车辆编号等。
管理员_客户表（mc）
该表主要是记录管理员对客户的操作信息，包括管理员编号、客户编号、操作等。
(11)管理员_员工表（me）
该表主要是记录管理员对员工的操作信息，包括管理员编号、员工编号、操作等。
2.4 数据库表的设计实现
管理员表
员工表
客户表
新闻类型表
新闻表
留言表
回复表
车辆表
加油记录表
客户_管理员表
员工_管理员表3.详细设计
3.1登录流程图
3.2概念模型
3.3物理模型
由于系统并没有具体实现，因此不考虑软件编码、测试及维护。
4.总结
此次系统设计给我们最大的感触就是在设计系统之前要对所管理的部门业务有具体的认识，首先要确定好需求分析，否则，需求的变化会给后续设计带来巨大的改动，严重影响工作效率。