CRM项目概要设计说明书10.docx
- 文档编号:4366220
- 上传时间:2022-11-30
- 格式:DOCX
- 页数:48
- 大小:137.92KB
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(角色表,独立表,跟用户表是角色用户关系的外键,跟菜
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CRM 项目 概要 设计 说明书 10