CRM项目概要设计说明书10.docx

CRM项目概要设计说明书10.docx

《CRM项目概要设计说明书10.docx》由会员分享，可在线阅读，更多相关《CRM项目概要设计说明书10.docx（48页珍藏版）》请在冰豆网上搜索。

CRM项目概要设计说明书10

CRM项目概要设计说明书10

CRM治理系统项目

文件状态：

[]草稿

[]修改

[√]公布

文件编号：

1.0

版本：

1.0

作者：

xxx

编写日期：

2018-4-6

批准人：

2019年4月6日

修改记录

序号

修改日期

修改内容

修改人

备注

1

2

3

4

5

6

7

8

9

10

11

12

13

14

1引言4

1.1编写目的4

1.2背景4

1.3定义4

1.4参考资料4

2总体设计4

2.1需求规定4

2.2运行环境4

2.3差不多设计概念和处理流程5

2.4结构5

2.5功能器求与程序的关系5

2.6人工处理过程5

2.7尚未咨询决的咨询题5

3接口设计5

3.1用户接口5

3.2外部接口5

3.3内部接口6

4运行设计6

4.1运行模块组合6

4.2运行操纵6

4.3运行时刻6

5系统数据结构设计6

5.1逻辑结构设计要点6

5.2物理结构设计要点6

5.3数据结构与程序的关系7

6系统出错处理设计7

6.1出错信息7

6.2补救措施7

6.3系统爱护设计7

1引言

1.1编写目的

本文档是crm系统的概要设计讲明书，在概要设计时期,我们将在系统的需求分析的基础上对crm系统做概要设计,在概要设计时期,我们要解决的咨询题要紧是针对需求分析时期用户的需求,来一一的实现程序的功能模块设计咨询题,包括如何依照用户需求将系统划分成若干个功能子模块,设计各个模块之间的接口,实现模块之间的信息传递.以及数据结构,模块结构的设计等.在概要设计讲明书中,我们将会对这些咨询题做一个尽可能详尽的讲明分析。

同时,编写该概要设计讲明书也是方便系统的下一步设计,程序设计远能够参考本概要设计讲明书来完成下一时期的详细设计,在以后的软件测试和软件爱护时期,也能够以本概要设计讲明书来作参考来以便更好地完成相应的工作。

还有，概要设计讲明书是对整个系统大的方向架构的把握，尽可能写的更透彻点，以便我们今后更好地把握该系统。

1.2背景

讲明：

1.3定义

a.Mysql:

MySQL（发音为"myesscueel"，不是"mysequel"）是一种开放源代码的关系型询语言（SQL）进行数据库治理。

b.SQL:

（StructuredQueryLanguage）结构化的查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和治理关系数据库系统。

同时也是数据库脚本文件的扩展名。

c.组件:

数据库表中的关键域,值互不相同

d.外键:

假如公共关键字在一个关系中是主关键字，那么那个公共关键字被称为另一个关系的外键。

由此可见，外键表示了两个关系之间的联系。

以另一个关系的外键作主关键字的表被称为主表，具有此外键的表被称为主表的从表。

外键又称作外关键字。

换而言之，假如关系模式R中的某属性集不是R的主键，而是另一个关系R1的主键则该属性集是关系模式R的外键，通常在数据库设计中缩写为FK。

外键保证了数据的一致性和完整性。

1.4参考资料

列出有关的参考文件，如：

a.本项目的经核准的打算任务书或合同，上级机关的批文；

b.需要分析讲明书；

c.《软件工程》课程设计指导书，《软件工程——原理.方法与应用》，

《软件工程概论》。

d.数据库设计讲明书。

2总体设计

2.1需求规定

1.客户信息治理

功能项

输入

输出

权限

功能性能要求

客户信息

治理

1.对整个个人客户信息的录入。

2.在我的个人客户和个人客户信息查看中都要输入客户姓名和身份证。

3.输入渠道信息和渠道合作项目。

4.关于客户信息能够按一定格式进行数据的导入。

5.我的个人客户信息的爱护。

1.我的个人客户信息和个人客户信息的查询显示。

2.渠道客户信息和渠道项目显示。

3.客户信息的导出。

客户经理

此模块中能够显示不同类型的客户信息以及对客户信息的录入、更新、删除、查询、导出。

显示不同渠道和渠道项目信息的更新。

2.彩信治理

功能项

输入

输出

权限

功能性能要求

彩信治理

1.需要发送彩信信息的录入，电话号码、图片、主题、文字、日期等。

2.查看待发及已发时需要输入联系人号码和主题。

1.查询显示待发彩信。

2.查询显示已发彩信。

3.收件人那边显示。

客户经理

此模块中能够显示待发彩信和已发彩信，以及彩信发送的录入、修改、删除、查询等操作。

3.邮件治理

功能项

输入

输出

权限

功能性能要求

邮件发送

1.发送邮件信息的录入，如收件人、内容。

1.收件人那边查看显示。

客户经理

需要发送邮件的录入。

4.短信治理

功能项

输入

输出

权限

功能性能要求

短信治理

1.需要发送短信信息的录入，电话号码、内容、日期等。

2.发送历史中输入手机好吗和日期段。

1.待发信息的显示。

2.发送历史的显示。

3.收件人那边输出。

客户经理

需要发送短信信息的录入，待发短信的修改和删除，发送历史的选择查询。

5.爱护治理

功能项

输入

输出

权限

功能性能要求

爱护记录

1.爱护时刻的输入。

2.客户经理名字输入。

1.不同客户类型爱护记录查询输出。

客户经理

需要查询不同类型的客户爱护记录，客户爱护记录和渠道爱护记录需要输入客户经理的名字，其他的输入日期段即可。

6.媒体治理

功能项

输入

输出

权限

功能性能要求

媒体治理

1.媒体信息的输入。

2.查询媒体信息时需要输入标题和时刻段。

1.媒体信息查询的输出

客户经理

此模块中能够对媒体信息的录入、修改、删除、查询等操作。

7.产品治理

爱护功能项

输入

输出

权限

功能性能要求

产品治理

1.产品信息的录入（导入）。

2.查询产品信息时对产品名称、类型、渠道的输入。

3.行业信息的录入。

4.产品申购信息的录入（导入），产品信息查询时，对产品名称的输入。

1.产品信息的查询输出和产品信息的导出到本地。

2.产品行业的查询输出。

3.产品申购信息的查询输出和导出到本地。

客户经理

此模块中能够对产品信息、产品行业信息、产品申购信息的添加、修改、查询等操作。

8.信息治理

功能项

输入

输出

权限

功能性能要求

信息统计

1.客户统计时对客户的属性、性不、机构、举荐人、产品名称、购买时刻、累计额、缓存额、单买额、活动次数、活动名称以及客户经理姓名的输入。

2.产品统计时对产品的行业、客户来源、产品名称、产品类型、销售时刻、产品期限以及客户经理姓名的输入。

1.客户统计的查询输出。

2.产品统计的查询输出。

客户经理

此模块中能够选择不同的查询条件对客户和产品进行相关的统计

9.活动治理

功能项

输入

输出

权限

功能性能要求

活动治理

1.活动信息的输入

1.活动信息的查询输出

客户经理

此模块中对活动信息的录入、修改、删除、查询操作

10.组织机构治理

功能项

输入

输出

权限

功能性能要求

组织机构

治理

1.组织机构节点树名称输入

1.查询输出

治理员

此模块对系统中的组织结构中组成进行添加、修改、删除、查询等操作。

11.人员治理

功能项

输入

输出

权限

功能性能要求

人员治理

1.对部门人员的录入

1.查询输出

治理员

此模块对系统中的部门职员的添加、修改、删除、查询以及对该职员进行授权操作等。

12.角色治理

功能项

输入

输出

权限

功能性能要求

角色治理

1.对部门人员的录入

1.查询输出

治理员

此模块对系统中的部门职员的添加、修改、删除、查询以及对该职员进行授权操作等。

13.模块治理

功能项

输入

输出

权限

功能性能要求

模块治理

1.对菜单树节点的录入

1.查询输出

治理员

此模块对系统中的树形菜单的添加（添加栏目和添加操作按钮）、修改、删除、查询等操作。

2.2运行环境

1.软件环境

本系统采纳j2ee，

数据库由mysql实现，

操作系统包括windows和Linux都能够运行，

中间件使用开源的tomcat6.0

2.硬件及软件环境：

1台服务器：

XeonE5620，2GDDR3REGECC双硬盘镜像，2G以上内存，linux，tomcat6.0+JSP+mysql数据库服务器；

客户机为一般支持扫瞄器的PC机；

2.3差不多设计概念和处理流程

讲明本系统的差不多设计概念和处理流程，尽量使用图表的形式。

系统中简洁的处理流程图

治理员处理流程图

2.4结构

用一览表及框图的形式讲明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要讲明每个系统元素的标识符和功能，分层次地给出各元素之间的操纵与被操纵关系.

2.5功能器求与程序的关系

本条用一张如下的矩阵图讲明各项功能需求的实现同各块程序的分配关系：

功能

需求

客户

信息

治理

短彩

信

治理

邮件治理

爱护治理

媒体治理

产品治理

信息治理

活动治理

组织机构治理

人员治理

角色治理

模块治理

日志治理

客户信息查询

√

√

客户

添加

√

客户

导入

√

√

客户

导出

√

√

客户

修改

√

√

客户

删除

√

√

短、彩信信息查询

√

√

√

短、彩信添加

√

√

√

短、彩信修改

√

√

√

短、彩信删除

√

√

√

邮件

发送

√

√

爱护信息查询

√

√

爱护信息修改

√

√

爱护信息删除

√

√

媒体信息查询

√

√

媒体信息添加

√

√

功能

需求

客户

信息

治理

短彩

信

治理

邮件治理

爱护治理

媒体治理

产品治理

信息治理

活动治理

组织机构治理

人员治理

角色治理

模块治理

日志治理

媒体信息修改

√

√

媒体信息删除

√

√

产品添加

√

√

产品

修改

√

√

产品

删除

√

√

产品

导出

√

√

产品

导入

√

√

行业信息查询

√

√

行业

添加

√

√

行业

修改

√

√

行业

删除

√

√

产品申购信息查询

√

√

产品申购添加

√

√

产品申购修改

√

√

产品申购删除

√

√

产品申购导入

√

√

产品申购导出

√

√

功能

需求

客户

信息

治理

短彩

信

治理

邮件治理

爱护治理

媒体治理

产品治理

信息治理

活动治理

组织机构治理

人员治理

角色治理

模块治理

日志治理

客户

统计

√

√

√

√

产品

统计

√

√

√

活动信息查询

√

√

活动

添加

√

√

活动

修改

√

√

活动

删除

√

√

组织机构信息查询

√

√

组织结构添加

√

√

√

组织结构修改

√

√

√

组织结构删除

√

√

√

角色信息查询

√

√

角色信息添加

√

√

角色信息修改

√

√

角色信息删除

√

√

模块信息查询

√

√

模块

添加

√

√

功能

需求

客户

信息

治理

短彩

信

治理

邮件治理

爱护治理

媒体治理

产品治理

信息治理

活动治理

组织机构治理

人员治理

角色治理

模块治理

日志治理

模块

修改

√

√

模块

删除

√

√

2.6人工处理过程

1.治理员治理：

2.一般用户：

相关客户信息的输入、修改、删除、查询条件的输入和相关信息的打印。

2.7尚未解决的咨询题

临时没有

3接口设计

3.1用户接口

在用户界面部分，依照需求分析的结果，用户需要一个用户友善界面。

在界面设计上，

应做到简单明了，易于操作，同时要注意到界面的布局，应突出的显示重要以及出错信

息。

其中针对后台治理人员的界面要做到操作简单，易于治理。

使用树形菜单的形式进

行治理，对系统中出错的尽可能地给出友好的提示，以便相关人员对本系统的操作。

3.2外部接口

软件接口

硬件接口

键盘

鼠标

扫描仪

Mysql数据库

√

√

Windows/linux

√

√

√

本系统

√

√

3.3内部接口

模块名称

客户信息模块

短、彩、邮治理模块

爱护记录、媒体治理模块

产品治理、信息统计、活动治理模块

组织

机构

模块

人员治理、角色治理模块

治理模块

客户经理

√

√

√

√

治理员

√

√

√

4运行设计

4.1运行模块组合

客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格

式化。

在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服

务器并等待接收服务器返回的信息.接收到返回信息后赶忙调用数据输出模块,对信息进

行处理,产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态.接收到数据后,调用数据处理/

查询模块对数据库进行访咨询,完成后调用网络发送模块,将信息返回客户机。

4.2运行操纵

运行操纵将严格按照各模块间的函数调用关系来实现.在各事务中心模块中,需对运行控

制进行正确的判定,选择正确的运行操纵路径。

在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服

务器发送回答数据,然后对数据进行确认.服务器在接收到数据后发送确认信号,在数据

处理，访咨询数据库后,将返回信息送回客户机,并等待确认。

4.3运行时刻

在软体的需求分析中，对运行时刻的要求为必须对作出的操作有较快的反应。

网络硬件对运行时刻有最大的阻碍，当网络负载量大时，对操作反应将受到专门大的阻碍。

因此将采纳高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。

其次是服务器的性能，这将阻碍对数据库访咨询时刻即操作时刻的长短，阻碍加大客户机操作的等待时刻，因此必须使用高性能的服务器。

硬件对本系统的速度阻碍将会大于软件的阻碍。

5系统数据结构设计

5.1逻辑结构设计要点

参考《数据库设计书》

5.2物理结构设计要点

数据库表结构一览表

NO.

表编码

表名称

1

f_log

日志表

2

f_menus

菜单表

3

f_organization

组织结构表

4

f_region

区域表

5

f_role

角色表

6

f_rolemenu

角色菜单表

7

f_user

用户表

8

f_userrole

用户角色表

9

t_activiy

活动表

10

t_activiy_sum

活动主题表

11

t_channel_linkman

渠道联系人表

12

t_channel_revisit

渠道爱护记录表

13

t_channelproject

渠道合作项目表

14

t_custmoer_info

客户信息表

15

t_custmoer_channel

渠道客户信息表

16

t_customer_revisit

客户爱护记录表

17

t_customer_update_log

客户更新记录表

18

t_media

媒体表

19

t_mms_bean

彩信表

20

t_mms_bean_history

彩信历史表

21

t_mms_frame

彩信帧表

22

t_product_info

产品信息表

23

t_product_type

产品所属行业表

24

t_send_message

短信发送表

25

t_send_message_history

短信发送历史表

26

t_subscribe

产品申购表

表名：

f_log（用户日志表，是独立表）

序号

列名

数据类型

长度

主键

承诺空

默认值

讲明

1

id

varchar

200

是

否

主键

2

username

varchar

255

是

姓名

3

account

varchar

255

是

用户

帐号

4

log_date

datetime

是

日志操作日期

5

opt_desc

text

是

日志

描述

表名：

f_menus（菜单表，本身是独立表，然而其主键是角色菜单关系表的外键）

序号

列名

数据类型

长度

主键

承诺空

默认值

讲明

1

menuid

bigint

20

是

否

主键

2

menu_name_cn

varchar

255

是

菜单中文名称

3

menu_name_en

varchar

255

是

菜单英文名称

4

icon_cls

varchar

255

是

菜单图标样式

5

type

varchar

255

是

类不

6

url

varchar

255

是

地址

7

parentid

varchar

255

是

父级的Id号

8

deep

varchar

255

是

深度

9

orderid

varchar

255

是

排序Id号

表名：

f_organization（组织机构表，本身是独立表，其主键是用户表的外键）

序号

列名

数据类型

长度

主键

承诺空

默认值

讲明

1

orgid

bigint

20

是

否

主键

2

org_name

varchar

255

是

组织机构名称

3

parentid

varchar

255

是

父级的Id号

4

orglength

varchar

255

是

节点深度

5

position

varchar

255

是

借点位置

6

remark

varchar

255

是

备注

表名：

f_region（区域治理表，独立表）

序号

列名

数据类型

长度

主键

承诺空

默认值

讲明

1

id

bigint

20

是

否

auto_increment

2

name

varchar

255

是

区域名称或者工作人员名字

3

parentid

varchar

255

是

父级Id号

4

type

varchar

255

是

类型区域或工作人员

5

phoneno

varchar

255

是

工作人员电话

6

sex

varchar

255

是

性不

7

remark

varchar

255

是

备注

表名：

f_role（角色表，独立表，跟用户表是角色用户关系的外键，跟菜