客户资源管理系统数据库设计(共35页).doc

《客户资源管理系统数据库设计(共35页).doc》由会员分享，可在线阅读，更多相关《客户资源管理系统数据库设计(共35页).doc（35页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上客户资源管理系统数据库设计所属课程名称 数据库原理与应用 班 级 07计算机软件工程方向 团 队 成 员 张灵惠 吴欢斌 成 绩 提交时间：2009 年 12 月 25 日（一）、客户资源管理系统需求分析 1、调查了解学籍管理系统的初步需求 企业的发展离不开客户对企业的认知度、美誉度、忠诚度，为了提高客户满意度必须对客户资源进行科学有效的管理。客户资源管理系统对客户信息（包括潜在的和已有的客户）进行有效管理和应用，并通过适当的步骤来构建和维护有价值的客户关系。 客户资源管理系统主要功能表序号功能名称 功能说明 1客户信息管理实现客户的增加、删除、修改和查询、打印，并提

2、供客户分开查询、管理功能 2市场活动管理针对各部门的活动主题、内容、类型、客户及负责员工进行合理安排 3客服管理查看客户的服务请求，管理客服人员的服务内容、类型、处理等级以及客户的反馈信息和满意程度 4日程提醒对未来事件的主题、日期、内容、处理状态进行维护，以保证及时联系重要客户 5数据管理导入导出数据，数据备份与恢复 6系统管理包括代码管理、员工管理和账号管理3、根据系统的初步需求，分析设计顶层数据流图（1）、1层数据流图如下图所示： 0 客户资源管理客户信息管理 代码 客户资料 市场活动信息 员工基本信息 客户服务记录 日程提醒信息员工管理人员客服信息（2）、2层数据流图如下图所示： 5日

3、程管理 3市场活动管理 4客服管理 2客户管理 客户资料员工 市场活动信息客户服务记录客服信息实体日程提醒 1系统管理管理人员员工信息 代码客户基本信息市场活动信息客服管理客户资料客户资料汇总报表查询统计条件市场活动基本信息市场活动安排报表活动安排客服信息查询统计日程提醒信息4、制定整理数据字典 （1）、分析数据流图，确定数据流的描述 在客户管理数据流图中，包含“客户资料”、“变更客户资料要求”、“删除客户资料要求”、“新增的客户信息”、“修改后的客户资料”等数据流。 数据流描述数据流卡编号：F1 名称：客户资料来源：客户信息去向：客户信息显示数据结构：客户编号、客户名称、客户等级、客户状态说

4、明：某公司的全部客户资料数据流卡编号：F2 名称： 变更客户资料要求来源：管理员输入去向：客户信息查询数据结构： 客户编号、客户名称、客户等级、客户状态说明：某次要变动的客户资料要求数据流卡编号：F3 名称：删除客户资料要求 来源：管理员输入去向：删除客户资料数据结构： 客户资料说明：某次要删除的客户资料要求数据流卡编号：F4名称：新增的客户信息 来源：去向：数据结构： 说明：某次添加的新的客户信息数据流卡编号：F7 名称： 修改后的客户资料来源：去向：数据结构： 说明：某次修改后的客户资料（2）、分析数据流图，确定数据存储的描述在客户管理数据流图中，包含“客户资料”等数据存储，描述其数据存储

5、。 数据存储：客户资料说 明：保存各个客户的资料信息流入数据流：新增的客户资料、修改后的客户资料流出数据流：客户资料显示 组 成：客户编号、客户姓名、客户等级存取方式：随机存取（3）、分析数据流图，确定数据项的描述数据项的定义：数据项编号：I01-01数据项名称：客户编号别名：客户编码简述：客户的顺序代号类型：数字数据项编号：I01-02数据项名称：客户姓名别名：客户名称简述：客户的称呼类型：文本数据项编号：I01-03数据项名称：所属行业别名： 简述：客户的行业类型：文本数据项编号：I01-04数据项名称：所在地区 别名： 简述：客户的居住地类型：文本 数据项编号：I01-05数据项名称：电

6、话号码 别名： 简述：客户的电话号码类型：数字数据项编号：I01-09数据项名称：客户等级 别名： 简述：客户的重要性类型：文本 （4）、分析数据流图，确定处理过程的描述 在客户管理数据流图中，包含“客户信息查询”、“增加客户信息”、“修改客户信息”、“删除客户信息”、等处理过程，描述它们的处理流程。 处理过程：增加客户信息查询说 明：录入一个客户的资料信息输 入：客户编号、姓名输 出：客户基本信息处 理：在“客户信息”数据存储中增加一个客户的基本信息 处理过程：修改客户信息说 明：录入一个客户的基本信息输 入：客户编号、姓名 输 出：客户基本信息 处 理：在“客户基本信息”数据存储中修改一个

7、客户的考试成绩 处理过程：客户信息查询 说 明：输入要查询的客户信息条件 输 入：管理人员 输 出：客户信息显示 处 理：输出某个客户的信息 处理过程：删除客户信息 说 明：删除某个客户的信息 输 入：客户编号、姓名 输 出： 处 理：在“客户信息”数据存储中少了一个客户的信息二、客户信息管理概念结构设计 在客户资料管理中抽象实体，实体的码用下划线标出 客户实体的属性为： 客户编号、姓名、所属行业、电话、法人、经营范围、所在地区、客户等级、客户状态、传真 管理员实体的属性为：管理员编号、管理员姓名、密码 员工实体的属性为： 员工编号、部门编号、员工名称、密码 部门实体的属性为：部门编号、部门名

8、称 客服信息实体的属性为：服务编号、客户名称、联系人、受理方式、处理状态、处理部门编号、服务内容、处理日期、客户满意程度、客户反馈信息 市场活动信息实体的属性为：活动编号、活动主题、负责员工编号、客户编号、部门编号、联系时间、活动时间、活动类型、活动方式、活动内容（3）、确定实体间的关系，设计E-R图 为了简化设计，使用以下约束：一个管理员只管理一个部门，一个管理员可以管理多个多个员工一个客户只受一个员工服务，一个员工可以服务多个客户 一个员工只能属于一个部门，一个部门可以有多个员工 在客户管理局部应用根据客户管理中的客户管理的局部应用，确定各实体间的联系一个客户必须被一个员工服务，而一个员工

9、可以为多个客户服务，因此客户与员工的所在联系为n ：1联系；一个员工必须隶属于一个部门，一个部门包含多个员工，因此部门与员工的隶属联系是1：n联系；根据约定一个部门只有一个管理人员，一个管理人员只担任一个部门的经理，因此部门与经理的管理联系时1：1联系（4）、合并分E-R图，解决冲突，消除冗余，设计基本E-R图，如下图所示：（三）逻辑设计和物理设计（6）、使用PowerDesigner设计CDM 由CDM生成PDM：（四）数据库实施各个表如下图所示：员工表：alter table csinfo drop constraint FK_CSINFO_DISPOSE_WORKERgoalter ta

10、ble marketactive drop constraint FK_MARKETAC_WORK_WORKERgoalter table server drop constraint FK_SERVER_SERVER_WORKERgoalter table worker drop constraint FK_WORKER_MANAGE_MANAGERgoalter table worker drop constraint FK_WORKER_SUBJIECTI_DEPARMENgoif exists (select 1 from sysindexes where id = object_id

11、(worker) and name = manage_FK and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 255) drop index manager.subjection2_FKgoif exists (select 1 from sysobjects where id = object_id(manager) and type = U) drop table managergo/*=*/* Table

12、: manager */*=*/create table manager ( managerid int not null, deparmentid int null, managername varchar(30) not null, managerpw varchar(50) not null, constraint PK_MANAGER primary key nonclustered (managerid)go/*=*/* Index: subjection2_FK */*=*/create index subjection2_FK on manager (deparmentid ASC)goalter table manager add constraint FK_MANAGER_SUBJECTIO_DEPARMEN foreign key (deparmentid) references