客户关系管理系统概述Word格式.docx

客户关系管理系统概述Word格式.docx

《客户关系管理系统概述Word格式.docx》由会员分享，可在线阅读，更多相关《客户关系管理系统概述Word格式.docx（35页珍藏版）》请在冰点文库上搜索。

目前商用的产品专门多，企业着手进行实施的过程中，多数以失败或者不理想而告终，要紧缘故在于系统不适合企业自身的需要，同时关于中小企业来说一个完全意义上系统似没有必要的，他们使用系统也要紧确实是使用其中的客户治理和联系等差不多功能，因此我们认为自己动手开发一个适合企业特点的客户治理系统具有重要的现实意义。

开发环境简介

依照我们当前的知识水平，我们选用了作为前台的开发工具，用作为后台支持数据库，通过的数据库控件来连接中并对其编程来实现各种功能。

，因为与用的同为数据库引擎，有着最好的兼容性。

概述

〔以下简称〕的前身是，语言基础是。

自从微软推出后，便成为了程序开发人员的首选工具。

据统计，仅在数据库系统开发领域，就占了％的份额。

是基于对象的可视化程序开发工具，它的优点在于能够快捷、简易地建立应用程序。

年月，微软推出了的版本，进一步加强了部件开发的功能。

以适用人员来分，可有以下三个版本：

.标准版针对一样程序设计人员,适合一般应用系统的开发。

.专业版针对专业程序开发人员，它在标准版的基础上提供了对数据库和的支持。

　.企业版适用于专为企业设计应用软件的程序开发人员。

使用不需要追求完美的算法和周密的逻辑，而只要充分发挥你的想象力和制造力，就能利用开发出各种有用的软件了，不论是小游戏依旧大型的客户端服务器端应用程序，都变得专门简单。

可视化编程的一个突出特点确实是其开发环境就像一个百宝箱，专门多功能都集成在其之中，这确实是〔〕，即集成开发环境。

是指在相应的开发平台中集成了编辑器、编译连接工具、控件器箱辅助工具。

例如在的集成开发环境中就包括了以下一些要紧元素：

工具栏、工具箱、工程治理器窗口、属性窗口、窗体设计器、代码编辑器窗口等；

和类似，的中具有主操纵窗体、对象查看窗口和窗体设计器。

同时的设置是专门灵活的，开发人员能够按照自己的编程适应来配置。

从简单的文本文件到各种复杂的关系型数据库，数据库应用程序需要面对各种各样的数据源。

提供（）作为应用程序和连接的桥梁

即数据对象〔〕：

实际是一种提供访问各种数据类型的连接机制。

设计为一种极简单的格式，通过的方法同数据库接口相连。

用户能够使用任何一种数据源，即不仅适合于、、等数据库应用程序，也适合于表格、文本文件、图形文件和无格式的数据文件。

是基于之上的技术，因此通过其内部的属性和方法提供统一的数据访问接口方法。

在以后的版本都集成了。

它与往常的、相比有了专门大的提高。

（）即数据访问对象，是一种面向对象的界面接口。

通过功能能够访问数据库，使用功能能够实现远程功能。

（）即远程数据对象，为使用代码来创建和操作一个远程数据库系统的各个部件提供了一个框架。

是的一个浅层界面接口，是专为访问远程关系数据源而设计的。

集中了和的优点，能够通过简单的编程实现和各种数据结构进行连接。

使用的目的是进入数据源，使得修改、更新数据成为可能。

提供一系列的类和对象来完成各种操作。

数据库简介

过去的一些数据库软件，在操作上、数据库建立、爱护等等，都相当复杂且不易使用，然而在具备了窗口的〔图形用户界面〕特性的数据库推出之后，数据库的建立不再是困难的情况，我们能够在上简单而快速的建立出一套符合自己的数据库。

不但如此，在推出以后，我们发觉数据库的建立更加的快速，然而功能却更加强大，用户不用再去经历那一大堆的文件名称，或是为数据库的文件治理大费周章，通过的人性化治理接口把数据库的治理整理，便于爱护；

此外，在报表的制作上也是相当容易的，完全的视觉开发向导设计，让人使用起来专门舒服。

然而美中不足的是关于主从式结构的安全性治理不足，由于能够快速的通过连接到数据库服务器上〔〕,并扫瞄所有表格或是相关对象转成。

差不多上，对建立一个数据库所具备的每一个对象，其中包括了表、查询、窗体、报表、宏、模块。

其功能分别表达如下：

Ø

表对象

打开差不多存在的表格、对已存在的表格字段数据进行修改、新建表格。

查询对象

能够用直截了当拖放的方式，建立表格之间的关联与对应关系，自动产生语法查询出我们想要的数据。

窗体设计对象

能够设计用户接口，用来输入并处理数据。

报表对象

利用视图向导的开发方式，简单、快速的建立出需求报表或标签。

宏对象

提供许多的宏功能，您能够把如此的宏连接到窗体设计中的任一个对象，以达成一些复杂的功能。

模块对象

撰写的程序模块，处理较复杂的问题与需求，该功能是采纳事件驱动的模式，类似的处理方式。

本文所做的工作

本文要紧针对客户治理系统的设计过程做一个详细的说明，论文共分五章：

第一章，概述，要紧介绍了课题的来源，并简单介绍了系统开发环境与数据库的特点。

第二章，系统总体设计，论及了系统功能分析、系统设计要求、系统设计。

其中最要紧的是讲述系统设计，它要紧论述面向对象的三层架构的设计、系统功能没模块的划分、系统结构设计。

第三章，系统数据库设计，包括数据库需求分析、数据库概念结构设计等。

第四章，系统详细设计，第一介绍了组件设计，客户信息治理对话框界面设计、客户信息治理对话框代码设计、添加客户信息、修改客户信息、删除客户信息、查看客户信息、查找客户。

第五章，软件测试，要紧介绍测试的目的与任务以及调试中需要本卷须知的。

最后对整个设计工作作了一个总结。

第章系统总体设计

系统功能分析

以客户为中心的理念在国外兴起于世纪年代，当时专门多企业寄望于通过改进技术、压缩生产周期、改善内部资源治理来提高生产增长率和利润，但事实上见效甚微。

如此企业开始从强调降低经营成本的供应方进展策略转向了需求方策略。

所谓需求方策略，确实是指与客户联系更紧密，从客户关系方面挖掘新能源的策略，应运而生。

所不同的是，现在运算机能够关心人们实现这些看似并不复杂而实际操作起来专门繁琐的工作。

试想一下，当我们需要查找一个客户的号码时，只需要敲几下键盘，就能够看到客户的详细资料〔包括姓名、公司名称、、－，甚至包括合作历史记录〕，还有，当客户的生日快到时，软件能够提醒您是该客户寄出贺卡的时候了。

所有的这些，正是一个完善的客户治理系统的功能所在。

本系统设计的是一个面向企业或面向个人的客户治理系统。

系统开发的总体任务是实现与客户相关的各种信息的系统化、规范化和自动化。

系统要紧完成的功能有：

●客户类型的建立与爱护，包括客户类型的新建、修改和删除等。

●客户信息的输入，客户信息包括客户的差不多信息、一样的通讯方式及客户其他信息，如爱好、禁忌、生日等。

●客户信息的修改与删除，包括启动与取消客户的生日提醒等。

●依照不同条件查询客户，能够查看客户信息。

●与客户合作记录的信息爱护，包括合作记录的添加、修改和删除等。

●客户评判治理，包括客户的重要度、友好度、中意度的设定与查看。

●客户事件提醒，包括定时约会提醒和生日提醒两种。

●客户提醒信息爱护，包括添加、修改和删除提醒信息。

系统设计要求

依照小型客户治理系统的特点，该系统应该具有如下设计需求：

三层结构设计：

本系统采纳三层结构设计，即程序逻辑结构分为用户界面层、业务逻辑处理层和数据储备层。

三层在实际的物理结构上也是独立的，业务逻辑处理层采纳实现，用户界面与业务逻辑分离，系统的安全性、可爱护性、重用性和扩展性都大大提高。

面向对象设计：

系统中将客户类型、客户等都封装成相应的类，同时每个类都有自己对应的集合类，从而再次提高了对数据库操作的安全性和程序的可扩展性。

人性化设计：

系统不仅仅是一个客户信息的治理软件，它更具有人性化的生日提醒，极具有用性的合作记录，以及对客户的重要度、友好度、中意度评判等。

尽可能使用现有资源：

目的因此是为了提高软件开发的效率，在本系统中要紧表达为使用应用程序向导来创建应用程序，向导能够为我们生成专门多有用的代码和一个总体框架，本系统在向导中选择的是〝资源治理器样式〞，这确实是什么缘故系统的主界面专门像资源治理器的缘故了。

另外，读者也许差不多注意到了，系统的今日提醒界面与某些程序的〝每日一帖〞或〝日积月累〞对话框十分相似，事实上它正是用窗体模板中的〝日积月累〞对话框实现的。

系统设计

现在第一从系统设计思想角度来介绍客户治理系统的总体设计，然后讲述本客户治理系统的功能模块设计与结构设计。

面向对象的三层／架构的设计

本系统采纳三层架构设计，它的工作原理如下图。

图三层架构的工作原理图

图／架构工作原理图

系统功能模块划分

依照上述的系统功能分析，能够得出图中所示的系统功能模块图。

从图中

能够看出系统包括客户类型治理模块、客户治理模块和提醒治理模块，在客户治理模块中，又包括客户信息治理、客户评判治理和客户合作治理部分。

可见，客户是系统的核心，其他模块差不多上以客户为中心并为其他服务的。

图系统功能模块图

系统结构设计

依照面向对象和三层结构的设计思想，可得出如下图的系统结构设计图。

从图中能够看出系统的物理结构也分为三层，即用户界面、组件和数据库。

图系统结构设计图

第章系统数据库设计

数据库在一个信息治理系统中占有专门重要的地位，数据库结构设计的好坏将直截了当阻碍应用系统的效率及实现的成效。

合理的数据库结构设计能够提高数据储备的效率，保证数据的完整性和一致性。

设计数据库系统时应该第一充分了解用户各个方面的需求，包括现有的及今后可能增加的需求。

数据库设计一样包括数据库需求分析,数据库概念结构设计,数据库逻辑结构设计。

数据库需求分析

用户的需求具体表达在各种信息的提供、储存、更新和查询，这就要求数据库

结构能充分满足各种信息的输出和输入。

收集差不多数据、数据结构及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。

通过上述系统功能的分析，针对一样客户治理信息系统的需求，以下便是的需求信息：

●客户类型存在上下级关系。

●客户必须属于一个客户类型。

●假如一个客户类型存在客户，或存在下级客户类型，那么该类型不可删除。

●客户评判与客户一一对应。

●客户合作信息必须与某一个客户相关。

●提醒能够针对某一个客户，也能够针对全部客户。

●客户信息、合作信息、提醒信息要能够添加、修改、删除、扫瞄、查看。

●客户能够按几种常用的信息查询。

通过上述系统功能分析和需求总结，考虑到今后功能上的扩展，设计的数据项和数据结构如下：

●客户类型信息，包括的数据项有：

客户类型编号、上级客户类型编号、客户类型名称等。

●包括的数据项有：

客户差不多信息、客户其他联系方式、客户其他信息几方面。

客户差不多信息包括客户编号、客户姓名、性别、手机、等；

客户其他联系方式包括办公室、家庭住址、等；

客户其他信息包括客户公司网站、客户喜好、禁忌等。

●客户评判信息，包括重要度、友好度、中意度等。

●客户合作信息，包括合作编号、合作客户、合作时刻、合作内容等。

●提醒信息，包括提醒编号、提醒对象、提醒时刻、提醒内容等。

在上面的需求分析、数据结构设计、数据项分析的基础上，下面能够开始数据库概念结构设计了。

数据库概念结构设计

得到上面的数据项和数据结构以后，就能够设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。

这些实体包含各种具体信息，通过相互之间的作用形成数据的流淌。

本实例依照上面的设计规划出的实体有：

客户类型信息实体、客户信息实体、提醒信息实体、评判信息实体、合作信息实体。

每一个实体差不多上现实中实际存在的对象的抽象，每两个或两个以上的实体之间可能存在某种关系。

下面分别给出各个实体的（）图。

各实体之间关系的图如下图，客户类型信息实体图如下图，客户类型信息实体图如下图，合作信息实体图如下图，提醒信息实体图如下图，评判信息实体图如下图。

图各实体之间关系的图

图客户类型信息实体图.图客户信息实体图图

图合作信息实体图图提醒信息实体图

图评判信息实体图

数据库逻辑结构设计

数据库的概念结构设计完毕后，现在能够将上面的数据库概念结构转化为某种数据库系统所支持的实际数据模型，也确实是数据库的逻辑结构。

依照客户治理系统使用情形的不同，能够采纳数据库或数据库。

从系统移植方便性角度考虑，我们采纳了数据库。

客户治理系统数据库中各个表的设计结果如表～表所示。

表为客户信息表，因为与客户评判表主键相同，能够合并为一张表。

表客户信息表（）

列表

数据类型

字段大小

必填字段

默认值

说明

自动编号

长整型

是

〝〞

递增,主键

文本

姓名

数字

字节

性别

＃

年龄

日期时刻

短日期

〝〞

生日

办公室

手机

宅电

职业

〝〝

职位

邮件

住址

通讯地址

个人网站

就职单位

公司网站

备注

〝未知〞

喜好

厌恶

客户类型

是否

是否启用生日提醒

整型

重要度〔〕

友好度〔〕

中意度〔〕

表客户类型信息表（）

递增，主键

上级类型

否

客户类型名

表合作信息表〔〕

主键，递增

客户，外码

合作日期

表提醒信息表（）

客户，为时表时全体客户

提醒显示日期

提醒类型,外码

提醒消息

表提醒类型信息表（）

提醒类型编号

〝定时提醒〞

提醒类型名称

数据库的生成与配置

通过前面的需求分析和概念结构设计以后，得到数据库的逻辑结构。

下面在数据库创建数据表，本系统的数据库文件名定为〝〞，那个地点需要注意数据库的权限问题，即：

〔〕去掉数据库文件和所在文件夹的只读属性。

〔〕假如是分区，那么要给适当的用户添加权限，一样，简单的解决方法是给它的用户添加完全操纵权限。

第章系统详细设计

后台数据库结构的设计工作完成以后，能够进入系统的详细设计环节。

客户治理事务处理组件用来处理客户治理系统中的业务逻辑，既负责与界面进行数据传递，同时也要将界面端的要求应用业务逻辑之后对数据库进行操作。

组件设计

客户治理事务处理组件包括以下功能：

〔〕客户类型信息治理；

〔〕客户信息治理；

〔〕业务合作信息治理；

〔〕客户提醒信息治理。

客户治理事务处理事件的创建

为了给客户治理事件创建组件，我们新建了工程，加入对的引用，设置的工程的关键属性如下：

工程类型为，启动对象为，工程名称为。

在工程中加入自定义枚举

新建工程时自动生成的类型名称设为，此类没有别的具体意义，要紧功能是储存一些自定义的枚举类型，这些枚举类型在以后其他各类中要经常用到，同时那个类的实现没有技术难度，依照需要我们定义了以下枚举：

'

该类无实际意义，只为储存一些自定义枚举

自定义枚举，用于表示性别

连接数据库的类型

以下枚举用于〝客户类型〞对象的操作,用于表示客户类型删除结果的枚举

未知缘故导致不能删除

由于存在子类型，因此不能删除

该客户类型存在客户，不能删除

用于表示客户类型更新结果的枚举

名字不可重复

当前更新的记录不存在

用于表示客户类型新增结果的枚举

指定的上级客户类型的不存在

用于提醒类别设置

生日提醒

定时提醒

用于对话框显示类别设置

添加信息

修改信息

查看信息

创建组件的公共模块

在工程中添加一个模块，命名为,此模块有两个功能：

●用来连接数据库及相关的初始化操作。

●存放在对数据库的操作过程中可能用到的一些公共函数。

1）添加全局变量

我们加入两个全局变量，它们的名称和功能如下：

‘用于全局的数据连接

‘假如是数据库，记录下数据库的路径

2）（）过程—启动对象

手动加入（）过程，那个确实是刚才在工程属性设置里指定的启动对象。

在那个过程中，完成的初始化工作。

在（）中的函数时功能是用来连接到数据库，下面来看它的实现方法。

3）函数——与数据库建立连接

功能：

依照传入参数是依旧来决定连接到数据库依旧数据库。

参数设计：

类型，参见类中的枚举定义。

返回值：

类型，表示成功，表示失败。

设计思路：

依照传入参数组织不同的连接字符串，然后打开数据库连接。

现在，在模块中连接数据库的功能差不多实现，下面添加在数据库操作时比较常用的一些函数。

4）——替换字符串的单引号

在用语言储备字符型数据时，单引号成为我们最大的天敌，假如在字符串中存在单引号，那么可能会意外截断字符，造成语法错误。

解决方法是用两个单引号来表示一个单引号。

5）——替换字符串的单引号

函数用来猎取表中当前主键的最大值，那个函数用于在数据库中添新记录后，赶忙猎取刚才添加记录的主键值。

6）——判定记录是否存在

函数用于给定一条记录的号后，查看数据库中是否存在此记录。

7）——依照主键名猎取某以字段的值

那个函数依照输入的来查找对应的记录，假如找到一条记录，那么依照输入的字段名返回对应值。

比如明白客户后，能够调用此函数来猎取客户名。

客户治理主界面设置

设计主窗体控件布局

为了对主界面的设计，第一我们对主窗体的控件的属性，图片列表的关键字，工具条的按钮等做了些设置。

按表所示的设置为主窗体添加控件〔已有控件只需设置属性即可〕。

表主窗体及其控件属性的设置

控件名称

属性

属性取值

功能

（）

客户治理系统

系统主窗体

树形控件和列表框小图标所使用的图片

列表框大图标和工具条所使用的图片

主窗体中的工具条

显示客户类型树

显示客户列表

图片列表的关键字设置

按上述给窗体添加完控件并设置属性后，下面是对系统中要用到的图片做的初始化设置。

对两个的图片选择不做限制，但要求：

必须包〝〞、〝〞、〝〞、〝〞、〝〞、〝〞等关键字；

必须包括〝〞、〝〞、〝〞、〝〞、〝〞、〝〞、〝〞、〝〞〝〞、〝〞、〝〞、〝〞、〝〞、〝〞等关键字。

给工具条添加按钮

为了使用的方便，我们在工具条中设计了一下常用的按钮。

具体设计细节见表所示：

表工具条按钮的设置

按钮标题

关键字

样式

图像

添加客户

修改客户

删除客户

客户信息

查找客户

今日提醒

提醒设置

显示方式

退出系统

表客户类型按钮的按钮菜单设计

添加客户类型

修改客户类型

删除客户类型

表显示方式按钮的按钮菜单设计

大图标

小图标

详细资料

4.2.4添加菜单

下面是