CRM客户关系标准管理系统综合项目需求文档.doc

用户关系管理系统
需求规格说明书
编号：SK-SK-CRM
版本：1.0

作者：
SK-GROUP
日期：
-8-9
审批：

日期：

1 概述
用户是企业最宝贵资源，为了愈加好发掘老用户价值，并开发更多新用户，XX企业决定实施用户关系管理系统。期望经过这个系统完成对用户基础信息、联络人信息、交往信息、用户服务信息充足共享和规范化管理；期望经过对销售机会、用户开发过程追踪和统计，提升新用户开发能力；期望在用户将要流失时系统立即预警，方便销售人员立即采取方法，降低损失。并期望系统提供相关报表，方便企业高层随时了解企业用户情况。
用户服务是一个包含多个部门，存在一定步骤工作。用户服务水平高低决定着企业关键竞争力。该用户关系管理系统应提供一个用户服务在线平台，使用户服务处理过程中相关人员能够在线完成服务处理和统计工作。
1.1 范围
本系统包含：营销管理、用户管理、服务管理、统计报表和基础数据五个功效模块。另包含权限管理模块用于系统用户、角色和相关权限。系统功效为本说明书和附件Demo版界面描述中功效并集。在上述文件未明确描述情况下，应能满足协议和相关投标书所描述功效。
2 系统说明
2.1 概述
用户关系管理系统用于管理和用户相关信息和活动，但不包含产品信息、库存数据和销售活动。这三类数据将由XX企业X销售系统进行管理。但本系统需要提供产品信息查询功效、库存数据查询功效、历史订单查询功效。
2.2 用户和角色
和本系统相关用户和角色包含：

系统管理员：
管理系统用户、角色和权限，确保系统正常运行。

销售主管：
对用户服务进行分配。
创建销售机会。
对销售机会进行指派。
对特定销售机会制订用户开发计划。
分析用户贡献、用户组成、用户服务组成和用户流失数据，定时提交用户管理汇报。

用户经理：
维护负责用户信息。
接收用户服务请求，在系统中创建用户服务。
处理分配给自己用户服务。
对处理服务进行反馈。
创建销售机会。
对特定销售机会制订用户开发计划。
实施用户开发计划。
对负责流失用户采取“暂缓流失”或“确定流失”方法。

高管：
审查用户贡献数据、用户组成数据、用户服务组成数据和用户流失数据。

2.3 系统功效
系统用例图图1所表示，子用例图及具体用例描述见“功效性需求”部分。

图 1
2.4 当遵照标准或规范
本系统采取My Sql数据库，使用Java EE进行开发，采取B/S架构。数据库设计标准上符合第三范式，且规范，易于维护。
程序需使用MVC模式，采取三层架构，确保系统可维护性和可扩展性。

项目所用公共方法
/**
* 公共添加方法
* */
public Serializable save(T t);
/**
* 公共依据id查询方法
* */
public T getById(Serializable id);
/**
* 公共查询全部方法
* */
public List<T> getAll();

/**
* 保留返回对象
* */
public T saves(T t);

/**
* 修改
* */
public void update(T t);

/**
* 依据id修改
* */
public void update(Serializable id);

/**
* 删除
* */
public void delete(T t);

/**
* 依据id删除
* */
public void delete(Serializable id);

/**
* 依据id查询单个对象
* */
public T queryone(Serializable id);

/**
* 分页
* */
public PagingBean<T> Paginglist(int pageSize,int pageNo);

/**
* 模糊查询分页
* */
public PagingBean<T> MistinessPaginglist(DetachedCriteria dc,int pageSize,int pageNo);

分页标签
加BaseService 调用是 要传使用中service中间层 需要跳转JSP页面路径 URL
全部要存在session中 传service中间层session name 为 service
传跳转jsp页面session name 为url

还要存count , list 全部用session

3 系统说明
功效性需求
本系统分营销管理、用户管理、服务管理、统计报表、基础数据和权限管理六个模块。
3.1 营销管理
营销管理模块包含销售机会管理和对用户开发过程管理，子关系图图1所表示。

图1

1、营销管理模块作用：
　　①销售机会管理：开发新用户，由用户经理负责，并由销售主管或高管等指派任务，用户经理有权改动用户信息(如为指派该用户信息状态修改，但该用户必需是由目前用户经理开发)。
　　②用户开发计划：是为已指派用户制订开发计划，能够对用户确定开发计划项并实施，而且还能够选择是否开发成功，成功就归档，不然就保留开发状态，同时也能够选择终止开发，此时状态为开发失败。(由被指派人负责)。

2、该模块具体介绍：
2.1、营销过程是开发新用户过程。对老用户销售行为不属于营销管理范围。

2.2、用户经理有开发新用户任务，在用户经剪发觉销售机会时，应在系统中录入该销售机会信息。销售主管也能够在系统中创建销售机会。

2.3、全部销售机会由销售主管进行分配，每个销售机会分配给一个用户经理。

2.4、用户经理对分配给自己销售机会制订用户开发计划，计划好分几步开发，和每个步骤时间和具体事项。

2.5、制订完用户开发计划后，用户经理按实际实施请跨功效填写计划中每个步骤实施效果。

2.6、在开发计划结束时候，依据开发结果不一样，设置该销售机会为“开发失败”或“开发成功”。

2.7、假如开发用户成功，系统自动创建新用户统计。

1.1.1 销售机会管理（销售主管、用户经理）
该界面所用到方法及跳转路径：
查询全部方法：getAll()
查询全部数据路径：salchance.do?method=getAll

界面以下图2所表示：

图2
1.1.1.1 创建销售机会（销售主管、用户经理）
界面以下图3所表示：

图3
怎样创建营销机会：点击上图3右上角按钮跳到图4界面进行创建。（注意：标注红色*为必填！）

1.1.1.1.1 业务概述
见3.1节描述。
1.1.1.1.2 使用者
销售主管、用户经理
1.1.1.1.3 输入要素
该界面所用到方法及跳转路径：
添加方法：insert()
查询全部数据路径：salchance.do?method=insert

创建销售机会系统界面图4所表示：

图 4
创建销售机会时需录入以下信息：
表 1
数据项
说明
输入格式
是否必填
编号
系统自动生成
输入框只读

机会起源

文本

用户名称

文本
是
成功机率
从0到100数字
数字
是
概要
对销售机会简明描述
文本
是
联络人

文本

联络人电话

文本

机会描述

文本
是
创建人
自动填入目前登录用户，用户不可更改
输入框只读
是
创建时间
目前系统时间
输入框只读
是

1.1.1.1.4 处理步骤
从页面获取输入信息，当点击图4中按钮时将在数据库中创建新统计。
1.1.1.1.5 输出要素
当保留成功将提醒“保留成功”。反之汇报对应错误。页面必填项未填时不许可提交表单。

1.1.1.2 修改销售机会（销售主管、用户经理）
1.1.1.1.6 业务概述
对未分配销售机会统计能够编辑。
1.1.1.1.7 使用者
销售主管、用户经理
1.1.1.1.8 输入要素
在销售机会管理列表页面列出全部状态为“未分配”销售机会统计，可选择一条进行编辑。

该界面所用到方法及跳转路径：
查询全部方法：getAll()
查询全部数据路径：salchance.do?method=getAll

界面图5所表示：

图 5

注意：在编辑页面，能够对机会起源、用户名称、成功机率、概要、联络人、联络人电话、机会描述进行编辑。其它信息不可编辑。

该界面所用到方法及跳转路径：
查询单个数据方法：getByid()
查询单个数据路径：salchance.do?method=getByid
修改单个数据方法：update()
修改单个数据路径: salchance.do?method=update

界面图6所表示:

图6
1.1.1.1.9 处理步骤
在列表页面选择“未分配”销售机会进行编辑，跳转到编辑页面；在编辑页面填入更新信息，提交表单，保留新信息到数据库。
1.1.1.1.10 输出要素
提醒“保留成功”，或汇报对应错误。页面必填项未填时不许可提交表单。

1.1.1.3 删除销售机会（销售主管、用户经理）
该界面所用到方法及跳转路径：
删除单个数据方法：delete()
删除单个数据路径：salchance.do?method=delete
1.1.1.1.11 业务概述
状态为“未分配”销售机会能够删除。
删除时需要判定目前登录用户为该销售机会创建人，不然不可删除。
1.1.1.1.12 使用者
销售主管、用户经理
1.1.1.1.13 输入要素
图4所表示，在“未指派”销售机会列表中选择一项删除。
1.1.1.1.14 处理步骤
点选删除操作后应提醒“确定删除？”，用户选“确定”则实施删除操作，不然不实施。
1.1.1.1.15 输出要素
删除成功后提醒“删除成功”。

1.1.1.4 指派销售机会（销售主管）
1.1.1.1.16 业务概述
销售主管依据各用户经理负责分区、行业专长等对销售机会进行指派。
每个销售机会指派给一个用户经理，专事专员。
指派成功后，销售机会状态改为“已指派”。
1.1.1.1.17 使用者
销售主管
1.1.1.1.18 输入要素
进行指派时需要选择输入用户经理，系统自动输入指派时间。两相皆未必输项。

该界面所用到方法及跳转路径：
查询单个数据方法：getByid()
查询单个数据路径：salchance.do?method=getByid

界面图7所表示：

图 7
1.1.1.1.19 处理步骤
选择要指派销售机会，察看销售机会具体信息并选择用户经理进行指派。
1.1.1.1.20 输出要素
指派成功后提醒“指派成功”，该销售机会状态改为“已指派”（即“开发中”）。

1.1.2 用户开发计划（用户经理）
介绍：对“已指派”销售机会制订开发计划，实施开发计划，并统计实施结果。用户开发成功还将创建新用户统计。

该界面所用到方法及跳转路径：
查询全部数据方法：getAll()
查询全部数据路径：salplan.do?method=getAll

用户开发计划界面图8所表示：

图8

1.1.2.1 制订开发计划（用户经理）
1.1.1.1.21 业务概述
用户经理对分配给自己销售机会制订开发计划。
1.1.1.1.22 使用者
用户经理
1.1.1.1.23 输入要素
1）在制订开发计划时，应显示出销售机会具体信息。
2）用户经理能够经过新建计划项，编辑已经有计划项，即删除计划项来针对一个销售机会来制订用户开发计划。
3）每个计划项包含两个输入要素：日期和计划内容，全部是必输项。日期输入格式为“-12-13”。
4）编辑计划项时，日期不能够编辑。

该界面所用到方法及跳转路径：
查询全部数据方法：getByid()
查询全部数据路径：salplan.do?method=getByid

界面图9所表示：

图 9
1.1.1.1.24 处理步骤
首先选择一“已指派”销售机会进行指定计划操作，然后制订计划。
1.1.1.1.25 输出要素
提交并更新目前页面时在计划项列表中显示新建计划项。

1.1.2.2 实施开发计划（用户经理）
1.1.1.1.26 业务概述
完成用户开发计划制订后，用户经理开始根据计划内容实施用户开发计划，并按时统计实施结果。
1.1.1.1.27 使用者
用户经理
1.1.1.1.28 输入要素
对每个计划项填写实施效果，并保留。

该界面所用到方法及跳转路径：
查询全部数据方法：insert()
查询全部数据路径：salplan.do?method=insert

界面图10所表示：

图 10

1.1.2.3 开发成功（用户经理）
1.1.1.1.29 业务概述
某个用户开发计划实施过程中或实施结束后假如用户同意购置企业产品，已经下订单或签署销售协议，则标志用户开发成功。
用户开发成功时，需修改销售机会状态为“开发成功”。并依据销售机会中对应信息自动创建用户统计。
1.1.1.1.30 使用者
用户经理
1.1.1.1.31 输入要素
从列表中选择一个状态为“已指派”销售机会，点选“开发成功”操作。
或在实施计划页面点选“开发成功”操作。
1.1.1.1.32 处理步骤
修改销售机会状态为“开发成功”。
依据销售机会中对应信息（包含用户名称、联络人和联络人电话）自动创建用户统计。
1.1.1.1.33 输出要素
操作成功后提醒“操作成功”。

1.1.2.4 开发失败（用户经理）
1.1.1.1.34 业务概述
某销售机会在确定用户确实没有采购需求后，或不含有开发价值时可认为“开发失败”。
1.1.1.1.35 使用者
用户经理
1.1.1.1.36 输入要素
从列表中选择一个状态为“已指派”销售机会，点选“终止开发”操作。
或在实施计划页面点选“终止开发”操作。
1.1.1.1.37 处理步骤
修改销售机会状态为“开发失败”。
1.1.1.1.38 输出要素
操作成功后提醒“操作成功”。
3.2 用户管理
用户经理关键负责企业用户信息管理 ，每个用户经理有责任维护自己负责用户信息，随时更新。用户信息管理关键分为用户信息管理和用户流失管理 ，概要：
1、 用户信息管理

只显示该用户经理全部用户信息
相关操作：编辑、联络人、交往统计、历史订单、删除(只能对是本用户经理用户才能删除)
跳转路径：list.do?method=show
DAO方法 Paginglist()分页查询
点击查询 调用MistinessPaginglist() 模糊分页查询

1.1编辑用户信息
跳转路径：list.do?method=queryone
DAO方法 queryone()查找单个
1.1.1 只能编辑状态为正常用户信息
使用者：用户经理

1.1.2 用户满意度和用户信用度候选项值全部是1~5。
1.1.3 地域，名称，用户经理名称，用户等级，用户满意度、 信 用度，地址，邮政编码，电话，传真，网址，法 人，开 户 银行，银行账号 全部不能为空
1.1.4 编辑特定用户信息，输入新信息后点“保留”按钮， 返 回列表页面。
1.1.5 提醒“保留成功”或汇报错误。
1.1.6 必需填写正确后才能保留成功不然跳回本页面显示 错误信 息
使用到数据库表为cst_customer(用户信息表) 工程相关命名 action CustomerAction from CustomerFrom
跳转路径：list.do?method=update
DAO方法 update() 修改方法

1.2用户联络人
跳转路径：linkman.do?method=show
DAO方法 list()查询全部
使用者：用户经理

1.2.1 每个用户能够有多个联络人。
1.2.2 联络人操作：新建、编辑、删除
使用到数据库表为cst_linkman(联络人表) 相关命名 action LinkmanAction from LinkmanFrom

1.2.3 新建联络人
跳转路径：linkman.do?method=add
DAO方法 save() 添加
使用者：用户经理

1.2.3.1 联络人姓名，职位，办公电话不能为空，性别默认为 男，还可输入手机号码和备注信息。
注意：联络人是属于某个用户
1.2.3.2 填写正确后才能保留，不然跳回本页面显示相关错误 信息，
1.2.3.3 提醒保留成功，或操作失败

1.2.4 编辑联络人
查找单个时跳转路径：linkman.do?method=queryone
DAO方法 queryone() 查找单个
使用者：用户经理

1.2.4.1 显示联络人相关信息
’*‘ 号必填不能修改为空
1.2.4.2 提醒保留成功或操作失败
修改联络人跳转路径：linkman.do?method=update
DAO 方法 update() 修改
1.2.5 删除联络人
1.2.5.1 提醒删除成功 跳回全部联络人页面
删除联络人跳转路径：linkman.do?method=delete
DAO方法 delete() 删除

1.3 交往统计
跳转路径：activities.do?method=show
DAO方法 PagingList() 分页查询
使用者：用户经理

相关操作：新建，编辑，删除
使用到数据库表为 cst_activity(交往统计表) 相关命名 action ActivityAction from ActivityFrom
1.3.1 新建交往统计
添加交往统计跳转路径：activitys.do?Method=add
DAO方法 save() 添加
使用者：用户经理

1.3.1.1 添加一个用户交往统计时需要统计事件发生日 期、地点、概要和具体信息，还能够填写一个备注信息。
1.3.1.2 填写正确后才能保留，不然跳回本页面显示相关错误 信息
1.3.1.3 提醒保留成功或操作失败，保留成功跳回全部交往记 录页面

1.3.2 编辑交往统计
查找单个交往统计跳转路径：activitys.do?method=queryone
DAO方法 queryone() 查找单个
使用者：用户经理

’*‘ 号 为必填项， 不能修改为空
1.3.2.1 填写正确后才能保留，不然跳回本页面显示相关错误 信息
1.3.2.2 提醒保留成功或操作失败，保留成功跳回全部交往记 录页面
修改交往统计跳转路径：activitys.do?method=update
DAO方法 update() 修改

1.3.3 删除交往统计
1.3.3.1 1.2.5.1 提醒删除成功 跳回全部交往统计页面
删除交往统计跳转路径：activitys.do?method=delete
DAO方法 delete() 删除

1.4 历史订单
1.4.1 读取时只读取订单状态为“已发货”或“已回款”数据（对应订单统计状态为5或6）。
1.4.2针对某一用户显示其全部已发货或已回款历史订单，分页显示，最新订单显示在前面。需要在列表中显示订单编号、下单日期、送货地址、订单状态。
使用到数据库表为 orders(历史订单表)
历史跳转路径：orders.do?method=show
DAO方法 PagingList() 分页查询
使用者：用户经理

1.4.3 相关操作：查看详情
使用数据库表为 orders_line(订单明细表)
跳转路径：ordersLine.do?Method=show
DAO方法 PagingList() 分页查询
对每个订单能够查看明细。在订单明细中需要显示订单总金额。
使用者：用户经理

1.5 删除用户信息
只有登录用户经理为 该用户用户经理才能删除该用户信息
数据库对应该用户信息状态修改为 2 ---非正常
删除用户跳转路径：list.do?method=update
DAO方法 update() 修改
2、 用户流失管理
用户流失主页跳转路径：lostList.do?method=show
DAO方法 PagingList() 分页查询
点击查询 调用 MistinessPaginglist() 模糊分页查询
系统自动检验超出6个月没有下单用户，并在本系统中提出预警。订单数据需要从销售系统中取得
使用者：用户经理

相关操作：暂缓流失，确定流失
但在确定流失前一定要采取方法“暂缓流失”。
使用数据库表为：cst_lost(用户流失表) 相关命名： action
LostAction from LostFrom
2.1 暂缓流失
暂缓流失跳转：lostList.do?method=relay
DAO方法 update() 修改
使用者：用户经理

添加暂缓流失方法
提醒保留成功，系统保留每次追加暂缓方法。
假如确是存在不可逆转原因，用户不可能再购置本企业产 品， 则确定该用户流失。

确定流失跳转路径：lostList.do?method=confirm
DAO方法 update() 修改状态为 2 暂缓流失
2.2 确定流失
使用者：用户经理

填写流失原因 保留
提醒保留成功
确定用户流失后，该用户状态修改为“已流失”。
DAO方法 update() 修改状态为 3 流失

3.3 服务管理

图

处理步骤

图
服务管理模块
客服经理能够新建一个服务，客服主管负责分配服务给某个用户经理，用户经理对其进行服务处理进行服务反馈，最终销售主管对服务进行归档保留。

服务管理模块作用：
①服务创建：就是新建服务项，用户服务是用户管理关键工作。经过用户服务我们销售团体能够立即帮助用户处理问题、打消顾虑，提升用户满意度。还能够帮助我们随时了解用户动态，方便采取应对方法。（由客服经理负责）
②服务分配：由客服主管对新建服务项进行合理安排，分配后对服务状态进行修改。
③服务处理：本部分由客服经理对已分配服务项进行合理友善处理，而且保留好处理统计，修改服务项处理状态。
④服务反馈：本部分由客服经理查询到全部已处理服务项，而且对服务项做进行满意度评分。
⑤服务归档：客服经理和客服主管能够对已归档服务进行查询、查阅。

1.1.3 服务创建
1.1.3.1 业务概述
用户服务是用户管理关键工作。经过用户服务我们销售团体能够立即帮助用户处理问题、打消顾虑，提升用户满意度。还能够帮助我们随时了解用户动态，方便采取应对方法。
1.1.3.2 使用者
客服经理
就是新建服务项，用户服务是用户管理关键工作。经过用户服务我们销售团体能够立即帮助用户处理问题、打消顾虑，提升用户满意度。还能够帮助我们随时了解用户动态，方便采取应对方法。（由客服经理负责）
1.1.3.3 输入要素
当用户收到用户服务请求时候，要创建一条服务单据。服务单据录入界面以下图所表示。
服务编号由系统自动生成；服务类型由数据字典维护，选择输入；创建人为目前登录用 户；创建时间为目前系统时间。
填写表单，带红色*符号为必填项。
创建时间依据系统目前时间添加，不能操作。

图表 1
1.1.3.4 处理步骤
服务添加成功后仍返回服务创建页面，显示空表单准备填写下一条服务。
1.1.3.5 输出要素
添加成功服务数据，状态为“新创建”。
1.1.3.6 操作步骤
1. 点击服务管理显示出下拉条目。
2. 点击服务创建显示空表单。
3. 依据需求填写空白表单。
4. 点击保留。

newService.do
点击保留
service.do?method=addService 保留完成跳转到新建页面。

1.1.4 服务分配
1.1.4.1 业务概述
客服主管对状态为“新创建”服务单据进行分配，专事专管。
1.1.4.2 使用者
客服主管
由客服主管对新建服务项进行合理安排，分配后对服务状态进行修改。

1.1.4.3 输入要素
分给对象经过选择输入，候选项包含全部状态为“正常”系统用户。

图表 2
1.1.4.4 处理步骤
选择一条状态为“新创建”服务单据，分配给专员。
1.1.4.5 输出要素
服务分配给专员后，服务单据状态修改为“已分配”。需要统计分配时间。
1.1.4.6 操作步骤

1. 点击服务分配显示服务分配页面。
2. 能够依据用户名，概要，服务类型，创建日期，状态，查询服务，需要用到分页。
3. 依据查询到数据，可选择分配专员。
4. 点击需要安排专员。
5. 点击分配。
服务分配
service.do?method=service
查询server.do?method=selService
分配server.do?method=allotService
删除server.do?method=upService

1.1.5 服务处理
1.1.5.1 业务概述
被分配处理服务客服经理负责对服务请求做出处理，并在系统中录入处理方法。
1.1.5.2 使用者
客服经理
本部分由客服经理对已分配服务项进行合理友善处理，而且保留好处理统计，修改服务项处理状态。

1.1.5.3 输入要素
填写处理方法，系统自动统计处理人和处理时间。

图表 3
1.1.5.4 处理步骤
首先查询得到状态为“已分配”服务单据，选择一个进行处理。

图表 4
填写处理方法后提交。
1.1.5.5 输出要素
处理完成服务单据状态改为“已处理”。
1.1.5.6 操作步骤
1. 点击服务处理。
2.点击操作中处理图标。
3.显示具体处理内容。
4.填写处理方法，系统自动统计处理人和处理时间。
5.点击保留，保留处理；点击返回，处理放弃。
服务处理
service.do?method=dispose
点击处理service.do?method=dis
点击保留service.do=method=dp

1.1.6 服务反馈
1.1.6.1 业务概述
对状态为“已处理”服务单据主动联络用户进行反馈，填写处理结果。
1.1.6.2 使用者
客服经理
本部分由客服经理查询到全部已处理服务项，而且对服务项做进行满意度评分。

1.1.6.3 输入要素
需要填写处理结果，并选择用户对服务处理满意度。用户满意度为1~5值。

图表 5
1.1.6.4 处理步骤
首先查询得到状态为“已处理”服务单据，选择一个进行反馈。

图表 6
填写处理结果和满意度后提交。
1.1.6.5 输出要素
依据用户满意度不一样，服务单据流转也不一样。
假如用户满意度大于等于3，服务单据状态改为“已归档”。
假如服务满意度小于3，服务状态改为“已分配”，重新进行处理。
1.1.6.6 操作步骤
1. 点击服务反馈，进入服务反馈页面。
2. 在表单中输入需要查询条件，点击查询获取所需要查数据。
3. 点击操作中处理按钮显示服务具体信息。
4. 填写处理结果和满意度。
5. 点击保留或返回。
服务反馈
service.do？method=feedback
点击处理service？Method=feed
点击保留service？method=fe

1.1.7 服务归档
1.1.7.1 业务概述
系统能够对已归档服务进行查询、查阅。便于参考处理类似问题。
1.1.7.2 使用者
客服经理、客服主管
客服经理和客服主管 销售主管能够对已归档服务进行查询、查阅。

1.1.7.3 输入要素
能够依据用户、概要、服务类型、创建日期进行查询。对每条服务单据还能够查看明细。

图表 7
1.1.7.4 处理步骤

1.1.7.5 输出要素
服务单据信息。

图表 8
1.1.7.6 操作步骤
Service.do？method=file
点击查看Service.do？method=showfile

3.4 统计报表
统计报表分析图：

模块
3.5 ）
所用方法
用户贡献
Statistics
Action

selectUser----查询用户
selectUserbyname----依据name或 time查询用户
用户组成
selectLevel---依据等级查询
selectSatisfy---依据满意度查询
selectCredit---依据信用度查询
用户服务
selectDict---查询数据字典表
selectBydicttime--依据时间查询数据字典表
用户流失
点击用户流失分析中查询
跳到 statistic.do?method=selectByname

模块
）
所用方法(和表字段)
用户贡献

Statisticsdao
selectUser----查询用户
（用户信息表cust_name订单明细表odd_unit，odd_price）
selectUserbyname----依据name或 time查询用户
用户组成
selectLevel---依据等级查询
selectSatisfy---依据满意度查询
selectCredit---依据信用度查询
（用户信息表cust_level_label，cust_satisfy，cust_credit）
用户服务
selectDict---查询数据字典表
selectBydicttime--依据时间查询数据字典表
（数据字典表，dict_item，dict_type）
用户流失
点击用户流失分析中查询
跳到 statistic.do?method=selectByname
（用户流失表 lst_lost_date，确定流失时间，
lst_cust_name，用户名称，
用户经理lst_cust_manager_name，lst_reason流失原因）

1.1.8 用户贡献分析
1.1.8.1 业务概述
对用户下单总金额进行统计，了解用户对企业贡献。
1.1.8.2 使用者
销售主管、高管
1.1.8.3 输入要素
能够依据用户名称或年份查询，默认列出全部用户和全部年份订单金额总和。
1.1.8.4 处理步骤

经过点击 查询 就能够依据用户名称和年份查询出数据，根据订单金额来降序查询显示。

经过点击 用户贡献分析 查询出用户数据显示在页面上，根据订单金额来降序查询显示。
1.1.8.5 输出要素
显示用户名称和该用户下单总金额。

图表 9
这个页面有两个功效：
1，经过用户名称，和年份来查询用户信息。
2，经过订单表和用户表连接查询出 编号，用户名称，订单金额 显示在页面上。

添加功效： 分页。
1.1.9 用户组成份析
1.1.9.1 业务概述
了解某种类型用户有多少及所占百分比。
1.1.9.2 使用者
销售主管、高管
1.1.9.3 输入要素
能够选择报表方法，按用户等级统计、按信用度统计或按满意度统计。
1.1.9.4 处理步骤

选中查询报表方法点击 查询 能够显示出按要求查询数据

经过点击用户组成份析 能够查询出数据显示在页面上面。
1.1.9.5 输出要素
列出统计项，和该统计项下有多少个用户。

图表 10
这个页面有两个功效：
1，经过报表方法来查询用户等级和用户数量。
2，经过查询用户表 显示 用户等级和用户数量 在页面上。
1.1.10 用户服务分析
1.1.10.1 业务概述
依据服务类型对服务进行统计。
1.1.10.2 使用者
销售主管、高管
1.1.10.3 输入要素
能够输入年份，只统计该年服务数据。
1.1.10.4 处理步骤

依据选中年份 来查询出 数据字典表 内容显示在页面上。
1.1.10.5 输出要素

图表 11
用户服务分析分为两个功效：
1，依据年份查询。
2，查询 数据字典表。
1.1.11 用户流失分析
1.1.11.1 业务概述
查看已经确定流失用户流失统计。
1.1.11.2 使用者
销售主管、高管
1.1.11.3 输入要素
能够依据用户名称和用户经理名称进行查询。
1.1.11.4 处理步骤
1.1.11.5 输出要素
列出符合查询条件已经确定流失用户流失统计。

图表 12
用户流失分析分为三个功效：
1，依据用户名称，用户经理查询流失用户。
2，查询 用户流失表 查询出编号，年份，用户，用户经理，和用户流失原因。
3，分页功效。
增加功效：
（1） 在依据用户名称和用户经理查询时候，使用ajax技术，输入名字时候自动补全。
（2） 在 查询 按钮旁边增加一个“导出”按钮把显示内容以表格形式导入到exel中。
（3） 增加一个 “查看图形”按钮 以图形形式显示在页面上。

3.6 基础数据
该模块作用：
①数据字典管理：对系统中需要已选择方法输入输入项候选项，统一 经过数据字典来配置。比如服务类型、用户等级等。有能够编辑有不可 以编辑，在数据字典项列表中，对可编辑数据字典项显示“编辑”和“删除” 操作按钮。本部分由系统管理员负责
②产品信息查询：能够依据产品名称、型号、批次进行查询。用户经理可 以使用本项操作。
③库存查询：为了处理用户服务需要，本系统需要从销售系统中读取并查 询库存数据。用户经理能够使用本项操作。
管理分配：
系统管理员操作数据字典管理，
　　 用户经理对产品信息(产品名，型号，批次，单位，单价，备注...)和库存(产 品名，仓库名，货位，库存备注...)进行相关查询

图
1.1.12 数据字典管理
1.1.12.1 业务概述
对系统中需要已选择方法输入输入项候选项，统一经过数据字典来配置。比如服务类型、用户等级等。
1.1.12.2 使用者
系统管理员
1.1.12.3 输入要素
每个数据字典项包含系统自动生成编号、类别（如：服务类型）、条目（如：咨询）和值（如：1）组