中小型加油站防雷系统设计研究的论文（共5则范文）

第一篇：中小型加油站防雷系统设计研究的论文（共）

经济的发展和人们生活水平的提高使得汽车的数量增加，而加油站数量也随之剧增。如今，汽车加油站已成为城市发展不可或缺的一部分。然而，近年来，加油站雷电灾害事故频发，不仅严重影响了周边居民和建筑物的安全，还削弱了加油站的应用功能。因此，加强加油站防雷工程设计，提高加油站防雷系统能力至关重要。

1雷电及静电对汽车加油站的危害

1.1直击雷

直击雷是带电云层（雷云）与建筑物、大地或防雷装置之间发生的迅猛的放电现象。当闪电直接击中加油站建筑物或防雷装置时，会导致防雷装置的电位升高。当高电位静电作用于电气线路、电气设备或金属管道时，容易产生放电现象，使电气设备绝缘层被破坏、高压窜入低压系统，直接导致接触电压和跨步电压触电事故；巨大的雷电流通过雷击点在极短的时间内转换为大量热量，使易燃易爆物品燃烧或金属熔化、飞溅而引起火灾或爆炸事故；被击物体内部出现强大的机械压力，致使其遭受严重破坏或发生爆炸。

1.2感应雷

雷电的电磁感应和静电感应作用在油罐、加油机、电力线路、各种输油管道、信息系统上所产生的静电感应电流和感应电动势会直接作用在油罐、加油机或输油管道上，也可能作用在电源线路上或信息线路上，导致线路绝缘闪络或所连接的电气设备的绝缘层损坏；作用在危险环境中未作等电位连接的金属管道间，会产生火花、放电而导致火灾或爆炸危险，也可能导致电子设备“噪声”干扰和测量误差，甚至对电子器件造成破坏性损伤。

1.3静电

加油站的静电是油品在金属输油管道流动、在装卸和储运过程中或者是油品从管道出口喷射出来后产生自由电荷或产生带电离子使油品和管道带上不同负荷数的静电荷。大量聚集的静电荷有可能产生电火花，引发静电事故。

2汽车加油站的防雷分类

汽车加油站主要由油罐区、加油岛、加油机、站房、加油棚、卸油台、供配电室等组成。依据《GB50057—2010建筑物防雷设计规范》第3.0.2条、3.0.3条规定，将加油站内油罐区、加油棚划为二类防雷建筑物，其他的为三类防雷建筑物，因此，加油站内不需要单独装设接闪杆。

3加油站的防雷系统设计

加油站的防雷系统设计需在认真调查地理、地质、土壤、气象、环境等条件，雷电活动规律，被保护物的特点等的基础上，做到安全可靠、技术先进、经济合理。

3.1油罐区的防雷设计

根据《GB50156—2002汽车加油加气站设计与施工规范》第10.2.1条规定，油罐必须进行防雷接地，接地点不应少于两处。金属油罐的接地体宜设计为环状，接地点不应少于两处。钢油罐的接地点与油罐的间距不宜大于30m，接地电阻不宜大于10。油罐的良好接地很重要，可以降低雷击点的电位、反击电位和跨步电压。

3.2站区的防雷设计

汽车加油站内的加油棚、站房等附属设施在防雷设计中按照二类防雷建筑物考虑。

3.2.1加油棚的防雷设计沿加油棚的屋角、屋脊等易受雷击的部位敷设一圈接闪带，在整个屋面组成10m×10m或12m×8m的接闪网格，将加油棚建筑物内的柱内主钢筋作为引下线。当条件不允许时，另设引下线，引下线使用镀锌圆钢或镀锌扁钢制成。引下线不应少于2根，沿建筑物四周均匀、对称布置，间距不得超过18m。当钢结构加油棚屋面金属板的厚度不小于5mm时，也可以将其屋面直接作为接闪器，将钢柱作为引下线。

3.2.2站房及其他附属设施的防雷设计一般情况下，站房及其他辅助用房设置在加油棚的旁边，且加油棚要比站房高。在进行防雷设计时，必须按滚球法计算加油棚的防雷保护范围，滚球半径R＝45m，不能随意省去站房接闪带设置这一环节。为了保证站区辅助用房不受雷电侵害，在站房、办公楼等其他设施上均单独设置接闪带（网），并将建筑物柱内主筋作为引下线，将基础内钢筋作为接地体。室外安装的监控摄像机应在接闪带的有效保护范围内。

3.3接地系统、等电位连接与静电防护

根据《GB50156－2002汽车加油加气站设计与施工规范》第10.2.2条规定，加油站的防雷接地、防静电接地、电气设备的工作接地、保护接地及信息系统的接地等宜共用接地装置，接地电阻不应大于4Ω。加油站的接地应采用统一的接地形式，并在各处作等电位连接，即所有的外来导体，包括金属的水管、电力电缆金属管两端、电力电缆铠装外皮两端、其他工艺管道两端和油罐的罐体、金属构件以及呼吸阀等金属附件，装于钢油罐上的信息系统配线电缆金属外皮两端、加油机地脚螺钉、地上或管沟敷设的油品管道两端、其他设备不带点金属外壳等均应与接地系统作可靠的电气连接。在用金属法兰连接设备、管道时，灌桶间的灌桶嘴和灌装油桶之间都必须设置跨接线。当平行敷设的管道、构架和电缆金属外皮等长金属物的间距小于100mm时，应每隔不大于30m用金属线跨接；当交叉净距小于100mm时，其交叉处也应跨接；管道的法兰接头、胶管两端（装卸接头与金属管道）应采用截面积不小于6mm2的扁钢带跨接，并在加油岛上的加油机旁和汽车油罐车卸油点处设置临时接地接线柱，使之形成导静电通道。

3.4电源系统的防雷设计

加油站电源接地形式一般为TN-S式，依据《GB50057—2010建筑物防雷设计规范》第6.1节“防雷击电磁脉冲”和《GB50074—2002石油库设计规范》第14.2.15条规定，当加油站的电源采用TN系统时，从建筑物内总配电盘（箱）开始引出的配电线路和分支线路必须采用TN-S系统，PE线和N线必须分开设置，使各用电设备形成等电位连接。PE线正常时不走电流，这在防爆场所是很必要的，对人身安全和设备安全都有好处。依据《GB50057—2010建筑物防雷设计规范》第6.2节“防雷区和防雷击电磁脉冲”和第6.4节“安装和选择电泳保护器”的规定，以雷电电磁环境有明显变化为特征，将防雷区划分为LPZ0A或LPZ0B、LPZ1、LPZ2、、LPZn后续防雷区，与设备耐压水平相适应的浪涌保护器SPD就装设在防雷分区的分界处，通过多级箝制过电压，将其过电压限制在设备所能耐承受的数值内，避免雷电损坏设备。一般在户外线路进入建筑物处，即PZ0A或LPZ0B进入LPZ1区，在低压电源线路引入总配电箱、配电柜前端安装I级试验的电涌保护器，同流量Im=80kA，其电压保护水平Up＜2.5kV，用于加油站所有电气设备的电源防护。

3.5加油站信息系统的防雷设计

为了防止雷电电磁脉冲过电压损坏信息系统电子器件，根据《GB50156—2002汽车加油加气站设计与施工规范》第10.2.7条规定，汽车加油站信息系统的配电线路首、末端与电子器件连接时，应装设与电子器件耐压水平相适应的过电压电涌保护器。数据信号防雷器设置在数据集中器和加油机线路的两端，电话线路防雷器设置在电话分线器的前端。在办公机房ADSL网络通讯线的MODEN前，即网络通讯线路的进线端，安装网络信号信息系统电涌保护器，用于各设备网卡和网络通信线路的防雷保护。

4结束语

总之，加油站属于雷电高风险地区，工作人员需要重点考虑系统内、外部的防雷设计，做好屏蔽及布线、防雷与接地、安装电涌保护器综合防护等工作，并在实际的防雷工程设计中，只有综合考虑各类设备的特点和防护对象的实际情况，才能获得最佳的防雷效果。

第二篇：中小型酒店管理系统设计实践论文

随着时代的发展与进步，一些先进的理念和技术方式不断的被应用到酒店的管理系统中，在提升酒店系统的设计质量上发挥着重要的作用，不断的推动者我国酒店行业向着更加理想的方向发展.所以，合理的设计酒店的管理系统是有关工作人员必须要高度重视起来的工作内容，以满足社会发展的需要。

一、管理系统的设计分析

1.设计系统框架

系统设计时可以选择MVC模式（操作系统平台），将系统分为业务逻辑层、表现层和数据层。应用MVC分层架构进行系统的开发设计，如上图，当中，对于数据库操作的Dao（服务器操作类型）类即为Model层，利用其将数据库的实例获取出来，进而能够有效的进行数据库的操作，Contrller层中，也就是掌控层中，主要是同每个功能相对应，主要做的是响应各个功能事件，进而对业务逻辑管理进行调用，将对应的业务流程予以完成，展示LSP（相关协议接口）页面层时，主要应用到View层。主要是在B/S模式下实现系统的，利用浏览器统一的管理酒店，完成相应的记录，在数据库中进行统一的保存，便于有效的存储数据。

2.设计系统总体功能

订房管理、收银管理、接待管理、系统管理模块和客房管理是中小型酒店管理系统的主要内容。当中，客房管理又可以划分为客房类型操作和客房操作。收银管理主要是对客户进出酒店的账单进行操作；接待管理主要是记录客户到达酒店后的一些情况；系统管理指的是管理用户密码以及对用户进行相应的管理；客房管理指的是操作客房本身及客房本身信息。修改、增加、查询和删除一些信息即为功能模块的管理。文章主要从五个方面入手对中小型管理系统的相关内容进行了阐述，主要表现在：

（1）设计订房管理功能

管理员对房间预订进行点击，将资料提交后，首先对房间进行查询，看能否被正常应用，浏览器将查询指令发送到Action，并且Action利用对Dao层业务操作数据库进行调用，并向着查询结果中返回。如果房间能够被使用，这样就可以将此房间锁定。

（2）设计接待管理系统的功能

管理人员完成入住登记之后，首先查询此客户有无预定，一旦预定，则将此客户的预定信息返回。管理人员对顾客的资料不断的进行完善，浏览器向着服务器发送顾客的信息，Dao向着数据库中写入信息。

（3）设计收银管理系统功能

在顾客退房的时候，管理人员将顾客的入住订单号输入进去，对当前的入住信息进行查询，返回系统，并且将总消费金额和实际入住的天数计算出来。管理工作者将收银材料完善之后，向着服务器中发送，然后通过数据库进行存储。

（4）设计客房管理功能

进入系统后，管理人员开始操作客房，将客房操作的命令向着Action（选项空间）中发送，之后通过数据库对比现阶段客房的一些状态，直接将信息写入到数据库中，或是返回查询信息。

（5）设计系统管理功能

通过对管理员的信息进行查询，浏览器将查询指令发送到服务器中，服务器对数据库进行查询之后，向着管理信息中返回。在用户对管理员密码进行修改时，服务器将修改权限首先判断出来，一旦能够正确的输入了当前用户的原密码，然后，向着数据库中输送修改信息。

二、管理系统实现

在整个酒店管理系统框架中，业务逻辑层在其中都占据着非常重要的地位，由于它在数据表示层和数据访问层中间存在，在交换数据的过程中具有承上启下的作用。层为某种弱耦合结构，各个层次之间的依靠为往下的，对于上层，底层是很难进行预知的，在改变了上层的设计以后，并不会影响到其调用的底层。一旦在设计分层的过程中，对于接口的设计思想需要予以遵循，弱依赖关系为这种向下的主要特征。所以，在没有改变接口定义的基础上，支持可替换、可抽取的抽屉式框架为最理想的分层式框架。因此，合理的设计各个层次结构，对于一个支持可扩展的架构来讲是非常关键的，由于它将两个不同的角色有效的诠释了出来。针对数据访问层来讲，它为调用者，而针对表示层来讲，它就为被调用者。数据库安全的实现应该从完整个性、可用性和机密性等方面入手对数据库的安全进行考虑分析。通过一个共享的存储设备来辅助两台服务器，（通常为存储区域网SAN或者共享的磁盘列阵）。并且根据设计情况，将双机软件安装在上面，使数据库的双机热备成为现实，此外，相关的维护人员不但每日要进行相应的维护，有效的备份其中的数据库，确保数据的可用性和完整性。

三、结语

综上所述，进入新的的世纪以来，在经济和技术发展的推动下，为我国酒店行业的发展带来了极大的推动作用。但是因为人们的需求度不断提升，加上酒店中的工作人员众多。因此，为了能够有效的促进我国酒店行业能够有效的发展下去，对于中小型酒店管理系统的设计呢荣，需要相关工作人高度的重视起来，只有这样，才能够为酒店的发展打下坚实的基础，提升在市场上的竞争力，满足人们群众的相应需求。

参考文献

[1]米雨.中小型酒店管理系统的设计与实现[D].电子科技大学，2011.[2]李刚.Struts2权威指南-基于WebWork核心的MVC开发[M].北京：电子工业出版社，2007.[3]韩啸.同城经济型酒店管理系统的设计与实现[D].哈尔滨工业大学，2013.[4]魏建华.基于查询的虚拟酒店管理系统开发[D].广东工业大学，2005.

第三篇：中小型酒店管理系统设计及实践论文

一、管理系统的设计分析

1.设计系统框架

系统设计时可以选择MVC模式（操作系统平台），将系统分为业务逻辑层、表现层和数据层。应用MVC分层架构进行系统的开发设计，如上图，当中，对于数据库操作的Dao（服务器操作类型）类即为Model层，利用其将数据库的实例获取出来，进而能够有效的进行数据库的操作，Contrller层中，也就是掌控层中，主要是同每个功能相对应，主要做的是响应各个功能事件，进而对业务逻辑管理进行调用，将对应的业务流程予以完成，展示LSP（相关协议接口）页面层时，主要应用到View层。主要是在B/S模式下实现系统的，利用浏览器统一的管理酒店，完成相应的记录，在数据库中进行统一的保存，便于有效的存储数据。

2.设计系统总体功能

订房管理、收银管理、接待管理、系统管理模块和客房管理是中小型酒店管理系统的主要内容。当中，客房管理又可以划分为客房类型操作和客房操作。收银管理主要是对客户进出酒店的账单进行操作；接待管理主要是记录客户到达酒店后的一些情况；系统管理指的是管理用户密码以及对用户进行相应的管理；客房管理指的是操作客房本身及客房本身信息。修改、增加、查询和删除一些信息即为功能模块的管理。文章主要从五个方面入手对中小型管理系统的相关内容进行了阐述，主要表现在：

（1）设计订房管理功能

管理员对房间预订进行点击，将资料提交后，首先对房间进行查询，看能否被正常应用，浏览器将查询指令发送到Action，并且Action利用对Dao层业务操作数据库进行调用，并向着查询结果中返回。如果房间能够被使用，这样就可以将此房间锁定。

（2）设计接待管理系统的功能

管理人员完成入住登记之后，首先查询此客户有无预定，一旦预定，则将此客户的预定信息返回。管理人员对顾客的资料不断的进行完善，浏览器向着服务器发送顾客的信息，Dao向着数据库中写入信息。

（3）设计收银管理系统功能

在顾客退房的时候，管理人员将顾客的入住订单号输入进去，对当前的入住信息进行查询，返回系统，并且将总消费金额和实际入住的天数计算出来。管理工作者将收银材料完善之后，向着服务器中发送，然后通过数据库进行存储。

（4）设计客房管理功能

进入系统后，管理人员开始操作客房，将客房操作的命令向着Action（选项空间）中发送，之后通过数据库对比现阶段客房的一些状态，直接将信息写入到数据库中，或是返回查询信息。

（5）设计系统管理功能

通过对管理员的信息进行查询，浏览器将查询指令发送到服务器中，服务器对数据库进行查询之后，向着管理信息中返回。在用户对管理员密码进行修改时，服务器将修改权限首先判断出来，一旦能够正确的输入了当前用户的原密码，然后，向着数据库中输送修改信息。

二、管理系统实现

在整个酒店管理系统框架中，业务逻辑层在其中都占据着非常重要的地位，由于它在数据表示层和数据访问层中间存在，在交换数据的过程中具有承上启下的作用。层为某种弱耦合结构，各个层次之间的依靠为往下的，对于上层，底层是很难进行预知的，在改变了上层的设计以后，并不会影响到其调用的底层。一旦在设计分层的过程中，对于接口的设计思想需要予以遵循，弱依赖关系为这种向下的主要特征。所以，在没有改变接口定义的基础上，支持可替换、可抽取的抽屉式框架为最理想的分层式框架。因此，合理的设计各个层次结构，对于一个支持可扩展的架构来讲是非常关键的，由于它将两个不同的角色有效的诠释了出来。针对数据访问层来讲，它为调用者，而针对表示层来讲，它就为被调用者。数据库安全的实现应该从完整个性、可用性和机密性等方面入手对数据库的安全进行考虑分析。通过一个共享的存储设备来辅助两台服务器，（通常为存储区域网SAN或者共享的磁盘列阵）。并且根据设计情况，将双机软件安装在上面，使数据库的双机热备成为现实，此外，相关的维护人员不但每日要进行相应的维护，有效的备份其中的数据库，确保数据的可用性和完整性。

三、结语

综上所述，进入新的的世纪以来，在经济和技术发展的推动下，为我国酒店行业的发展带来了极大的推动作用。但是因为人们的需求度不断提升，加上酒店中的工作人员众多。因此，为了能够有效的促进我国酒店行业能够有效的发展下去，对于中小型酒店管理系统的设计呢荣，需要相关工作人高度的重视起来，只有这样，才能够为酒店的发展打下坚实的基础，提升在市场上的竞争力，满足人们群众的相应需求。

第四篇：故宫信息管理系统设计研究论文

摘要：针对当下故宫网页管理信息系统仿真性差、可交互性弱、数据二维等不足，本文提出一种基于Direct3D的信息管理系统，具体介绍了该信息管理系统设计与实现。该系统应用到三维平台中，能够实现三维场景交互，多种方式查询属性信息，真实、快速的展现故宫场景。

关键词：信息管理系统；Direct3D；拾取

1概述

故宫网页管理信息系统展示了故宫的基本属性信息，能够满足故宫游客基本的信息需求，以及相关工作人员工作协调。但其量测数据真实性差，交互性弱，且没有模型数据。随着信息技术的飞速发展，三维可视化已成为未来信息产业发展的必然方向。作为中国最具代表性的古建，更需要用现代技术的手段保存信息。本文提出一种基于Direct3D的信息管理系统，存储三维激光扫描数据、精细化建模模型，以及高像素影像数据，实现故宫场景的真实化虚拟。通过交互操作的方式入库数据，查询属性信息，并对数据进行有权限的维护，实现对故宫现有条件下高精度数据存储与管理。

2信息管理系统原理构建

信息管理系统，需要实现数据的录入，数据的交互查询，以及数据信息的维护。在本文中信息数据主要包含最原始数据：三维激光点云，高像素影像，建筑属性描述文档；中间处理后的数据有：精简、配准等处理完善的点云，贴图完成后的真彩色点云，点云构建三角网，以点云为基础利用应用软件构建精细模型数据。系统实现功能主要包括：数据的录入与有权限维护，数据处理；主要体现在数据的显示以及交互操作查询上。

2.1信息录入。三维激光扫描仪获取的故宫建筑精细点云、高像素相机获取的高清影像数据是故宫信息管理系统信息的最原始来源。点云构建点云模型，高清影像贴图点云模型构建真彩色点云模型和以点云模型为基础，用应用软件建造故宫建筑精细模型是该信息系统主要的信息来源。系统运行后，以界面响应的方式，通过OBJ网格数据读取模型，录入属性信息的字段以及导入图片信息。当原有的信息出现错误以及建筑信息更新的情形，则只需要重新录入数据，覆盖原有的数据就可实现数据更新。数据是通过表格存储，在提示既有权限验证的条件下，只保存一份数据，并能达到保护数据的目的。

2.2信息查询

2.2.1拾取原理。拾取是用户通过鼠标在屏幕上的单击行为来选中三维场景的某个对象的过程。在实现拾取过程中，需要完成以下工作：根据屏幕上鼠标点击的一点S，找到其对应的投影空间中的点Q，再将点Q变换到取景空间（viewspace）中为P点；计算出Eye经过点P发射出的一条射线的方程。把射线、物体变换到同一空间中。最后进行相交测试。如果相交，那么取与摄像机最近的相交点。射线-三角形相交判断主要包括：计算射线和三角形所在平面的交点；判断交点是否在三角形内部。常用判断方法有：面积法、内角和法、重心坐标法。

2.2.2查询方式。系统基于Direct3D，应用Windows窗口程序搭建框架实现。在数据库中建立对应表格。建筑属性表格包含名字、建筑等级、建筑所在区域、建筑构件使用彩色样式、该建筑中存放珍品字段，用以描述该建筑特性。而建筑隔间表格则包含面积大小、区域功能、特殊注释字段，用以描述建筑隔间特性。同时，在拾取中，通过利用新建弹出框，显示建筑的特色摄影照片，以及当下建筑的详细信息。本文中实现三种方式查询，一是通过建立数据库树节点，点击数据库节点拾取；二是通过屏幕点击，利用射线相交法拾取。三是通过输入建筑名字，以文字做关键字查询。在建筑结构中ID为链接关键点。（1）新建数据库以单个建筑为独立单元。点击数据库节点，获取对应建筑的ID，从数据库中读取数据，进行绘制，从而显示。（2）通过界面拾取，交互获取到建筑数据结构，通过ID读取数据，进行绘制。（3）建筑物数据结构中，名字同样是独一无二的。输入名字，查询到对应建筑物数据结构，获取正确ID，从而获取数据。

3结论

本文提出基于Direct3D的信息管理系统，融合与故宫精细建模平台上，实现了对故宫现有精细化数据的存储、管理，以及可视化交互展现。实现快速、虚拟现实程度高、可靠性好。

3.1系统基于Direct3D图形绘制API，应用GPU可编程管线技术，实现对故宫精细建模模型、大数据点云实时绘制，实现高程度真实化渲染。

3.2系统设计多种方式查询属性信息，便于交互操作。

3.3以此为基础，可以应用于其他古建，进行数据管理。在古建信息存储管理、在旅游开发上，可以开发更多交互应用，实现现代模式的旅游。且以此原理为基础，构建虚拟现实的场景，开发游戏以及锻炼人的脑力等三维真实化项目具有很好的着力点。

参考文献

[1]姚莉，高瞻等.3D图形编程基础-基于DirectX11[M].北京：清华大学出版社，2012.[2]张惠,傅瑶,PascalHaigron,罗立民.基于场景分析的交互式漫游[J].东南大学学报(自然科学版)，2001(02)

[3]黄明，彭苏萍等.GIS、SMS/GPRS的环境监测系统设计与实现[J].哈尔滨工程大学学报，2008,29（1）：749-754.[4]赵沁平.虚拟现实综述[J].中国科学（F辑：信息科学），2009，39（1）：2-46.[5]付昕乐，王晏明，黄明.基于GPU的点云拾取[J].测绘通报，2013，S1：54-58.[6]夏红霞，刘春燕等.基于Direct3D的虚拟三维场景漫游系统实现[J].科技信息（科学教研），2007,19:53-54.[7]邓辉宇，缪治.三维视景仿真中的主辅式多视口结构及其实现[J].指挥控制与仿真，2007,29（3）:108-113.[8]胡最，陈影.鹰眼导航功能的原理与实现[J].衡阳师范学院学报，2009,30（6）：122-124.[9]侯春华.鹰眼导航功能在矿山地理信息系统中的实现过程[J].现代矿业，2012,12:42-43.[10]郑欣淼.多维视域中的故宫学[J].华中师范大学学报（人文社会科学版），2014,53（5）：109-117.

第五篇：浅谈中小型企业客户关系管理系统的研究与设计

西安财经学院管理学院

学 年 论 文

题

目

浅谈中小型企业客户关系管理系统的研究与设计 姓名学号

王

超

0905110346 指导教师

周艳春

专

业

信息管理与信息系统 系

别

信息与物流管理系

西安财经学院管理学院信息与物流管理系

2011年 09 月

论 文 提 要

随着企业竞争的日趋激烈,各中小型企业越来越多的认识到要想提高自身的生产效率和利润,必须加强与客户的联系,从客户关系方面挖掘新的信息,发现潜在客户,提高企业的营业利润。利用先进的计算机技术可以帮助人们实现看似不复杂但操作起来异常繁琐的工作,因此开发了企业客户关系管理系统。

在分析中小型企业客户关系管理(CRM)的基础上，设计了包含数据库层、WEB应用服务层和WEB客户层的三层系统架构，并以基于重叠转移策略的开发过程模型来指导整个系统的实现过程。

浅谈中小型企业客户关系管理系统的研究与设计

摘要：随着企业竞争的日趋激烈,各中小型企业越来越多的认识到要想提高自身的生产效率和利润,必须加强与客户的联系,从客户关系方面挖掘新的信息,发现潜在客户,提高企业的营业利润。利用先进的计算机技术可以帮助人们实现看似不复杂但操作起来异常繁琐的工作,因此开发了企业客户关系管理系统。

在分析中小型商业企业客户关系管理(CRM)的基础上，设计了包含数据库层、WEB应用服务层和WEB客户层的三层系统架构，并以基于重叠转移策略的开发过程模型来指导整个系统的实现过程。

关键词： 客户关系管理 中小型商业企业 数据库 角色控制 一 系统需求分析

通过对客户的需求分析，确定企业客户关系管理(Customer Relationship Management，CRM)系统设计定位于中小型商业企业，并在此系统定位的基础上，确定系统流程，设计功能模块。

CRM系统是基于对部门的应用，主要满足市场、销售和服务部门的需求，将市场、销售和服务部门结合起来，提高了市场、销售和服务部门的工作效率，使企业能够及时地把握市场机会，面向用户需求。

(1)市场部门主要关心的问题。活动管理对企业的所有市场活动进行管理；活动跟踪市场活动的情况；反馈管理利用市场人员的回访与信息维护，及时得到市场活动的反馈信息；活动评价对市场活动的效果进行度量；客户分析对客户的构成、客户的地理信息和客户行为进行分析；客户状态将客户分类，从而管理客户风险、客户利润等，同时确定针对不同类别客户策划不同的市场活动方案等。

(2)销售部门主要关心的问题。及时掌握销售人员的销售情况；销售订单的情况，如何在线销售；整个销售过程从订单到收款到发货的情况。

(3)综合服务部门主要关心的问题。根据系统提供的准确信息为客户服务；一致性企业的服务中心以整体形象对待客户，使客户感觉是同一个人在为他服务；问题跟踪能够跟踪客户所有的投诉、咨询，并给出答案。二 系统的功能划分

根据前面的需求分析，CRM系统由以下模块组成：①基础架构模块，包括数据方向服务、异常处理服务、日志服务、监测跟踪服务等；②安全模块：包括身份验证、基于角色的授权、权限分配等；③产品管理模块：包括产品管理、分类、出库和入库等；④客户管理模块：包括客户信息管理和客户活动管理等；⑤销售管理模块：包括订单管理、在线订单管理、出货管理、销售管理、收款管理、服务管理等；⑥统计分析及报表模块：包括客户开发分析、应收账款分析、实收账款分析、产品报表等；⑦信息通讯模块：包括收发信息管理、业务信息管理、邮件发送管理等。三 用例图分析

在类似系统开发过程的前期，用例图分析可以避免及减低冗余，从而达到有效捕捉系统需求的目的。在本系统的研发过程中，作者将系统的操作者分为系统管理员、普通员工、销售员工和财务人员4类，下面分别对每类操作者进行图例分析。系统管理员用例图

系统管理员主要进行用户管理、配置数据、打印系统相关报表，其用例分析如图1所示。

图1 系统管理员用例图

普通员工用例图

普通员工主要管理产品和客户及打印相关报表，其用例分析如图2所示。

图2 普通员工用例图

销售员工用例图

图3 销售员工用例图

销售员工主要进行销售管理、订单管理、出货及打印相关报表，其用例分析如图3所示。四 财务人员用例图

财务人员主要进行收款管理、统计财务报表，其用例分析如图4所示。

图4 财务人员用例图 系统架构

考虑到客户较多、升级更新的速度比较快，而且公司的业务比较繁忙，为了既可以方便客户的需要，又可以减少公司业务活动中更多的不方便，该系统采用Browser／Server体系结构。整个系统分为3层，即客户端、Web应用服务层和数据库服务器，所有的应用请求都将通过请求接收层(一般为Web服务器)，转给应用处理层中的应用服务器处理。应用服务器是独立的进程，对业务进行处理，并进行事务管理，将其中的所有数据操作转给第3层，也就是数据处理层的数据库服务器。客户端只需要浏览器即可完成所有功能，不需要安装任何软件，不需要非常专业的系统管理员对系统进行维护，从而节省了大笔维护和培训费用。

如图5所示，系统按结构划分可分为三部分，具体叙述如下：

图5 系统结构图

(1)Web客户端。在本系统中客户端即是指Web浏览器，是最终的用户界面，其对应用服务器提出请求，并接受应用服务器的反馈数据，所誊有的数据操纵以及结果显示都在浏览器中完成。

(2)Web应用服务器。Web应用服务器最基本的任务就是对用HTTP协议发来的客户机请求进行处理并做出响应。如果客户机请求一个页面，服务器程序就寻找并取出这个页面，创建一个HTFP标题并在其后附加上HTML文档。如果客户机请求的是动态页面，服务器就调用其他程序，接收后端处理的结果，把响应转换成特定的格式，最后把页面和其他对象发到发出请求的客户机上。

(3)DB服务器。数据库是系统的关键核心，客户的资料、公司的销售情况和服务的过程等情况都记录在数据库里面。它还应该具备查询、客户的资料存储和备份等功能。五 开发过程

本系统的开发过程以生命周期模型为基础，根据系统特点进行一定调整。

具体实现时，由于本系统的开发时间较为紧迫，为缩短开发周期和提高开发效率，各阶段开发可采用重叠的转移策略，评审工作采用内部评审方式。

本系统实际采用的开发过程模型如图6所示。

图6 开发过程图

六 系统安全权限模块的设计与实现RBACO权限模型 本CRM系统采用了标准的RBAC0理论模型作为安全模块的基础。RBAC模型是目前最为广泛接受的权限模型。NIST(ne National Institute ofStandards and Technology，美国国家标准与技术研究院)的标准RBAC模型由4个部件模型组成，这4个部件模型分别是基本模型RBAC0(Core RBAC)、角色分级模型RBAC1(Hierarchal RBAC)、角色限制模型RBAC2(Constraint RBAC)和统一模型RBAC3(Combines RBAC)。RBACO模型如图7所示。

图7 RBAOO模型图

在RBAC之中，包含用户users(USERS)、角色roles(ROLES)、目标objects(OBS)、操作operations(OPS)、许可权permissions(PRMS)5个基本数据元素，权限被赋予角色，而不是用户，当一个角色被指定给一个用户时，此用户就拥有了该角色所包含的权限。会话sessions是用户与激活的角色集合之间的映射。RBAC0与传统访问控制的差别在于增加一层，间接性带来了灵活性，实现了用户与访问权限的逻辑分离，减少了授权管理的复杂性，降低了管理开销，而且与日常信息系统管理的架构类似，降低了管理复杂度。系统权限模块的数据库E—R图设计

在将RBAC模型运用到系统权限模块的实现过程中，作者设计了用户表、角色表、权限表、角色和权限关系表、用户和角色关系表等5张数据表。

本文阐述了系统的需求分析、功能设计、系统架构设计、软件开发模式及安全权限模块等方面的内容。通过用例分析，在研究中将系统的功能划分为底层基础架构模块、安全模块、产品管理模块、客户管理模块、销售管理模块和统计分析及报表模块，并采用三层模式作为系统架构。同时采用了基于重叠转移策略的开发过程模型来指导系统的实施过程。