摘 要
基于用户画布的客户管理维护管理系统是在原来的CRM系统基础上，添加了多用户多维度分析功能。通过用户精准的多维度分析，可以帮助企业针对用户进行专业化、精细化的营销方案。提高与客户之间的互动性，提高销售业绩，降低销售成本。
用户画布顾客关系管理是以顾客为中心，以顾客管理为中心，为公司提供顾客信息服务，以防止顾客因顾客流失而使公司蒙受巨大的损失。通过对顾客的定量追踪，提升顾客的转换效率，实现对顾客的有效控制，提升顾客的满意度。
关键词：用户画布；客户关系；商业分析；关量化跟踪
第1章 绪论
1.1研究背景
CRM，即客户关系管理，是一种重要的商业战略，旨在建立长期、稳定和盈利的客户关系。随着信息技术的迅猛发展，企业面对着越来越复杂和多变的市场环境，CRM应运而生，成为企业实现市场竞争优势和持续增长的重要手段[1]。
CRM的研究涉及多个领域，包括市场营销、销售、客户服务、数据分析等。在市场营销领域，CRM研究关注的焦点主要是如何通过对客户的多维度精细化分析来提高企业业绩的高速增长。在客户服务领域，CRM研究关注的是如何通过多渠道的客户服务和快速响应来提高客户体验和口碑。在数据分析领域，CRM研究关注的是如何通过数据挖掘和机器学习来发现客户行为和偏好，从而提高营销效果和客户满意度[2]。
CRM的研究具有重要的理论和实践意义，可以大幅度增加企业的销售额和利润。此外，CRM的研究还可以为企业提供有效的管理思路和工具，帮助企业建立和维护长期稳定的客户关系，实现可持续的经营发展。
在企业管理的过程中，信息化与数据化将会给其带来便利也使得管理更加的规范化，这也就是为什么说户画布客户关系管理系统是现阶段较为合适企业的一个方案[3]。该部分代表着客户资源的一种对接，据了解客户资源可以认为是在销售或是企业运营中的生存基础。对于客户的开发、维护等越来越依赖于以往的数据信息，唯有对数据进行整合处理，才能够得出具体的方案，此外离职率的增加会导致客户资源的流失，增加了公司的负担和风险[4]。发展新用户，维护旧关系，是一个企业对外的桥梁，是企业的命脉。对于户画布客户关系管理其实是CRM系统，是一种企业用于管理客户的管理工具，是销售体系的核心。该系统能够实现对老客户信息、交接时间等的管理、可以对新客户管理和潜在客户的拜访时间亦或是发展方向等信息进行管理。而在企业的经营管理过程中，如果可以对客户关系管理展开有效的部署，就可以极大地提升企业客户资源的高效、合理、规范管理，从而节省资源。因此，在 CRM的研究与实践中，采取 web开发的模式，将会对公司的现代化建设与顾客资源管理产生重要的影响。这也是本文的主要核心竞争点，是一种能够符合市场的一种模式[5]。
1.2 现状与趋势
CRM作为一种商业战略和管理方法，已经成为了现代企业必不可少的一部分。以下是目前CRM的现状和趋势[6]。CRM正在快速发展，预计市场规模将在未来几年内继续增长。云计算和人工智能技术的不断发展，为CRM提供了更多的机会和挑战。
CRM已经成为企业数字化转型和客户体验管理的重要组成部分。微信、微博等社交媒体平台的出现，为CRM提供了更多的客户交流和营销机会[7]。
数据驱动的CRM将会成为主流，数据挖掘和机器学习技术将会更加广泛应用。
多渠道客户服务将成为趋势，包括语音、短信、邮件、社交媒体等多种渠道的客户服务[8]。个性化营销将更加普及，基于客户行为和偏好的个性化推荐和营销将成为常态。移动CRM将会更加流行，企业需要加强对社交媒体的监控和分析，及时回应客户的反馈和需求[9]。
总之，随着科技的不断发展和消费者行为的变化，CRM将不断地面临新的机遇和挑战，企业需要不断创新和改进，以适应市场的变化。
1.3本课题的研究内容
CRM研究内容涵盖了多个地方，下面是几个主要的地方：
客户洞察与分析：研究怎样通过数据挖掘和客户行为、定位、地理位置等信息建立起用户销售画布。
个性化营销：研究如何根据客户的特征和需求，进行个性化的营销和推广，提高营销的效果和ROI。
销售管理和团队协作：研究如何通过CRM系统和销售管理工具，提高销售人员的效率和绩效，实现团队协作和协调。
客户服务和支持：研究如何通过多渠道的客户服务和快速响应，提高客户满意度和口碑。
CRM系统开发和实施：研究如何开发和实施CRM系统，提高CRM系统的可用性和用户体验，降低系统实施和维护成本。
企业文化和组织变革：研究如何通过企业文化和组织变革，营造客户导向的企业文化，推动CRM的实施和推广。
社交媒体CRM：研究如何通过社交媒体平台，进行客户管理和营销活动，提高客户参与度和满意度。
总之，CRM研究涉及多个领域，需要综合考虑多种因素，不断创新和改进，以适应市场的变化。
的顾客关系管理是以顾客为中心，以顾客管理为中心，为公司提供顾客信息服务，以防止顾客因顾客流失而使公司蒙受巨大的损失。根据专业知识，对用户画布CRM系统进行设计开发。其中系统功能包括：
1 线索管理：添加线索、修改线索、删除线索
2 客户管理：添加客户、修改客户、删除客户
3 联系人管理：添加联系人、修改联系人、删除联系人
4 公海管理：导入公海
5 商机管理：添加商机、跟进商机
6合同管理：添加合同、修改合同、删除合同
7 回款管理：添加回款、跟踪回款
8 产品管理：添加产品、修改产品
9 BI(商业智能)：用户画像、销售统计
第2章 开发工具及相关技术介绍
2.1 Java开发语言
Java被Oracle收购推出，并在之后迅速成为了最流行的编程语言之一[10]。
Java备受广大开发这喜爱得是Java有较多的优点。主要特点包括：
1、安全性：Java内置了许多安全机制，可以有效地防止程序的安全漏洞，使得Java在网络应用和金融等高安全要求的领域得到了广泛应用。
2、大量的开源库和框架：Java拥有众多的开源库和框架，如Spring、Hibernate等，这些库和框架可以提高Java开发的效率和质量[11]。
3、高性能：尽管Java是一种解释性语言，但是它的性能却很高，在运行速度和内存占用方面都比一些其他编程语言要好。
总之，Java是一种广泛应用于企业级开发和互联网应用的编程语言，它具有跨平台、面向对象、安全、易学等特点，是许多开发者的首选。
2.2 Springboot框架
Springboot是为使 Spring框架更加简单而设计的。而 springboot的架构则是建立在 spring之上，方便开发者使用。在 Springboot中，开发者可以直接使用 Springboot，从而避免了由于环境依赖性而导致的相互关联的配置和冲突。为开发人员提供一套完善而有效的后台解决方案。Spring Boot框架的有点有以下几点：
Spring Boot框架的有点有以下几点：
1.简单易用：开箱即用的Java框架，使得开发变得更加简单易用。
2.快速开发：中间组件自动配置，从而使得开发变得更加快速。
3.微服务支持：框架提供注册服务。提供了可靠的服务注册和发现机制。
4.健康检查：Spring Boot可以自动创建应用程序的健康检查端点，用于监控应用程序的状态，并进行自动化运维。
5.多环境支持：Spring Boot支持多种环境，如开发、测试、生产等，可以根据不同的环境进行配置和部署[12]。
6.巨大的生态系统：Spring Boot拥有庞大的生态系统，可以与其他Spring项目和第三方库无缝集成，提供了丰富的插件和扩展[13]。
2.3 Mysql数据库
MySQL数据库它对于开发人员来说使用方便快捷，而且运用最常用的SQL语句进行查询。Mysql是一款免费开源的轻量级数据库，支持企业进行二次开扩展，对于一般轻量级的项目可以直接使用MySQL的优点有，易于学习和使用，并提供了图形化的管理工具；MySQL支持多种扩展方式，如主从复制、分片等，可以满足不同规模和复杂度的应用需求；能够满足不同类型的用户需求，如企业应用、移动应用等领域[14]。
2.4 B/S结构
B/S已经代替落后的C/S成为目前主流的开发模式。互联网的飞速发展，科技的更新迭代，会淘汰一代又一代不适应时代发展的产品。B/S架构的应运而生，是时代所趋。而将来B/S架构是否还会适用，也会由将来的科技技术决定[15]。
B/S结构的主要优点包括：
跨平台性：由于应用程序的用户界面和业务逻辑分离，客户端只需要一个浏览器，不需要安装特定的软件，因此具有跨平台性。
统一性：由于所有的用户使用web访问，有利于企业信息化的管理和维护。
高可靠性：B/S结构中的业务逻辑和数据处理都在服务器端完成，客户端只负责展示数据，因此具有较高的可靠性和安全性[16]。
易维护性：B/S结构中的应用程序都在服务器端，便于维护。
所以。B/S架构是一种分离用户界面和业务逻辑的客户端/服务器结构，具有跨平台性、统一性、高可靠性和易维护性等优点，被广泛应用于Web应用程序和企业信息化系统中。
2.5 所用技术
用户画布CRM系统后端开发语言选择进行功能的实现，采用Springboot框架的出现是为了简化spring框架。对于springboot框架在是在基于spring的基础上进行优化，以便于开发人员的使用[17]。开发人员通过springboot可以实现开箱即用，从而可以有效地防止由于环境相关性而引起的相关性的设定与冲突。为开发人员提供一套完善而有效的后台解决方案[18]。
采用 Vuefront的构件化设计方法，能够迅速地完成一个交互性的前端。而且 VUE中形成的第三方类库和构件比较多，基本用法比较容易[19]。
第3章 系统的分析
3.1系统需求分析
3.1.1功能分配
1、线索管理：在用户画布客户关系管理系统中，线索管理是企业通过线索管理功能，对销售线索进行创建，线索的查找等功能操作[20]。
2、客户信息管理：在用户画布CRM系统中，顾客资料的处理：在日升公司的「使用者帆布」 CRM中，顾客资料的处理有助于使用者的业务 BI分析，并能提供更多的资讯。
3、联系人管理：在用户画布CRM系统中，对系统中的企业建立联系人。便于与客户企业建立联系端口[21]。
4、公海管理：在用户画布客户关系管理系统中，公海管理功能主要是存储未分配的客户资源进行管理和分配。
5、商机管理：在用户画布客户关系管理系统中，在 Sunny公司的“用户画布” CRM中，以商业机会为主要的跟踪目标。
6、合同管理：在 Sunshop Customer Management中，合同管理就是对转换后的顾客所签署的协作合同（购买合同）的管理。
7、收款管理：在 Sunshop Customer Management中，收款管理是指对已签约的顾客制定收款计划，并记录收款时间，并对款项收款的进度进行追踪。商家可以对收款进行增加，修改，查看，删除等动作。
8、BI(商业智能)：用户画像、销售统计。主要是进行客户信息分析、企业内部的销售情况分析。
3.1.2功能描述
1. 产品管理
产品管理指的是在销售进行商业的时候，被应用到客户的跟踪记录中，用以将客户的服务、产品与客户进行关联。
2. 线索管理
导流是顾客与顾客之间建立联系的起点，也是做生意、做生意的起点。在传统的顾客线索的获取中，最基本的就是通过线下的交流活动以及老顾客的引荐等方法来取得新顾客的联络方法，这也是基本的资讯。在 CRM中，对此信息进行了统一的描述。业务人员以深入、持续地跟进的方式，持续地对最初信息进行改进，持续地对客户信息进行改进，以促进业务的发展。在导流到达一个成熟期之后，就可以完成顾客的转换，完成导流机会到生意。最后，完整的引导和商业过程。
顾客管理是顾客的核心。通过了解顾客的需要和需要趋向，都掌握顾客的资料来对顾客的需要进行判断，这对于顾客的忠诚和信任是非常有利的。
在建立新顾客时，当新顾客建立完毕，新顾客资料将会出现在顾客名单上。按一下顾客的名字，顾客详情会被展开来展示。
3.联络人的管理
一个顾客可能会有一个以上的联络方式，例如公司的法人，公司的总经理，部门的经理等等。在通讯录的界面里，你可以加入新的通讯录。新的联络人会在清单上全部资讯。按一下联络人名，便可在联络资料里看到与联络有关的资料。如果商务人士在后续工作中遇到其它问题，则可以把联络人交给其它商务人士，让他们进行后续工作。
4. 公海管理
在顾客关系管理体系中，无人跟踪的顾客池子被称作“无人跟踪”，即公司通过公众渠道搜集顾客的顾客。在公海上的客户，可以由业务经理来指派，也可以由业务人员来自行领取，把公海上的客户转移到了业务人员的线索管理中，并着手对客户进行后续的管理。
5. 商机管理
商业机遇的管理实际上是一种可能的推销，商人在与所有者交流时，可以用言语等方式来理解所有者的购买趋势。在 Sunny公司的“用户帆布” CRM中，以商业机会为主要的跟踪目标。
6. 合同管理
在合约管理方面，合约管理是与顾客签署的合约，跟定单相同。将合约资讯与顾客、产品及销售相关联，使销售表格中的销售报告更加充实。按一下合约的名字，合约细节里就会出现与合约有关的资料。
7．回款管理
3.1.3可行性分析
1.资料库：根据资料库资料可以完成资料库资料年的抽取，其中资料库资料表间的联系是最重要的；
2.后台 API: Springboot和 Java被应用到其中。这样就可以完成对数据库对象的处理，并为其提供查询接口；
3.在前端的实施：用表来显示资料，用树来表示类别，用表来表示左边的类别，用表来表示类别的资料。
经济方面：
企业的数字化和信息化转型推动了企业的经营形态转变；至于客户资源的管理，客户的获取，也都从线下转移到了网上。而在最近几年，云计算成为一种新的商业模式，这也是 CRM顾客关系管理系统实现的依据。
个体方面：
在学校中所学到的 JAVA、 linux、数据库设计等知识，以及在实践中所学到的前端 VUE、 API接口调用方法等知识，为本次的系统设计奠定了技术基础。
3.2系统流程图
用户画布CRM系统首次登录需要建立账号[22]。用户画布CRM系统账号注册流程如图3.1所示：
图3.1 注册模块流程图
用户注册过账号后，登录系统的登录流程如图3.2所示：
图3.2 登录模块流程图
在系统的产品管理模块中，使用者可以通过添加来创造一个产品，然后在对产品的类型进行选择，并对其进行补充之后，就可以将其创造出来，而产品管理的目的是将产品服务与客户、商机进行关联起来。
产品管理流程如图3.3所示：
图3.3 产品管理模块流程图
在用户画布CRM系统中，在用户画布CRM系统中，客户信息管理有利于用户商业BI分析，对客户信息进行多维度分析。用户画布CRM系统客户信息的管理流程如3.4所示：
图3.4 客户管理模块流程图
在“”用户画布“客户关系管理系统”中，“线索管理”指的是企业利用“线索管理”功能，实现了“建立”、“寻找”、“修正”、“删除”等目标。并将线索归类，与企业，客户相联系。在图3.5中显示了提示管理过程：
图3.5 线索关联流程图
在 Sunshine Customer Management系统中，联系管理是指对公司与顾客之间的联系进行管理和维护。您可以在您的公司中加入您的联络人。支援增加多个连络人。联系人管理流程如图3.6所示：
图3.6 联系人管理流程图
公司经营的是目前没有商业人才跟踪的客户，存放着尚未配置的客户资源进行管理与配置。公海管理流程如图3.7所示：
图3.7 公海管理流程图
在商业机会的管理中，把潜在的商业机会转移到商业机会的管理中，并对其进行重点的培养和跟踪，在此过程中对商业机会的跟踪进行了详尽的记载，并促进了商业机会的达成。商机管理流程如图3.8所示：
图3.8商机管理流程图
在客户进入合同签订期，合同管理流程如图3.9所示：
图3.9合同管理流程图
资金回收管理，主要是针对已签约的客户，制定出一个高效的资金回收周期，并对资金回收进度进行跟踪。回款管理流程如图3.10所示：
图3.10 回款管理流程图
3.3数据字典
在系统的设计阶段，尤其是在数据库和后台的设计阶段，都离不开数据词典。视图。利用该数据词典，可以方便地快速地对数据库中的表结构进行描述。
联系人管理数据线如表格3.1所示，是储存接触和界定接触的区域的接触的资料种类的顾客关系管理系统。
表 3.1 联系人管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
|
| address | varchar(255) | 地址 |
| batch_id | varchar(255) | 批次 |
续表3.1
| create_time | timestamp | create_time | |
| create_user_id | integer | 创建人ID | |
| | varchar(255) | | |
| last_time | timestamp | 最后跟进时间 | |
| mobile | varchar(255) | 手机 | |
| name | varchar(255) | 联系人名称 | |
| next_time | timestamp | next_time | |
| owner_user_id | integer | 负责人ID | |
| post | varchar(255) | 职务 | |
| remark | varchar(255) | 备注 | |
| telephone | varchar(255) | 电话 | |
| update_time | timestamp | 更新时间 |
联系人分类数据项如表格3.2所示，规定了与接触接触相关的资料种类和确定接触相关接触的字段。
表3.2 联系人分类数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| name | varchar(255) | 分类名称 | |
| note | text | 备注 | |
| sort | integer | 显示顺序 | |
| parrent_id | bigint | ||
| parent_id | bigint |
合约管理数据项如表格3.3所示，定义了合约和合约的字段，用以储存合约。
表3.3 合同管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| batch_id | varchar(255) | 批次 比如附件批次 | |
| business_id | integer | 商机ID | |
| check_status | integer | 0待审核、1通过、2拒绝、3审核中 4:撤回 5 未提交 6 创建 7 已删除 8 作废 | |
| company_user_id | varchar(255) | 公司签约人 | |
| contacts_id | integer | 客户签约人（联系人id） | |
| create_time | timestamp | 创建时间 | |
| create_user_id | integer | 创建人ID | |
| customer_id | integer | 客户ID | |
| discount_rate | integer | 整单折扣 | |
| end_time | timestamp | 结束时间 | |
| examine_record_id | integer | 审核记录ID | |
| last_time | timestamp | 最后跟进时间 | |
| money | integer | 合同金额 |
续表3.3
| name | varchar(255) | 合同名称 | |
| num | varchar(255) | 合同编号 | |
| old_contract_id | integer | 历史联系人id | |
| order_date | timestamp | 下单日期 | |
| owner_user_id | integer | 负责人ID | |
| payment_type | varchar(255) | 付款方式 | |
| received_money | integer | 收款 | |
| remark | varchar(255) | 备注 | |
| ro_user_id | varchar(255) | 只读权限 | |
| rw_user_id | varchar(255) | 读写权限 | |
| start_time | timestamp | 开始时间 | |
| total_price | integer | 产品总金额 | |
| types | varchar(255) | 合同类型 | |
| unreceived_money | integer | 未收款 | |
| update_time | timestamp | 更新时间 |
Customer Management Data如表3.4所示，定义了 Customer Management系统中用来存储 Customer的数据类型和对 Customer进行了定义。
表3.4 Customer Management Data表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| address | varchar(255) | 省市区 | |
| batch_id | varchar(255) | 批次 比如附件批次 | |
| contacts_id | integer | 首要联系人ID | |
| create_time | timestamp | 创建时间 | |
| create_user_id | integer | 创建人ID | |
| customer_name | varchar(255) | 客户名称 | |
| deal_status | integer | 成交状态 | |
| deal_time | timestamp | 成交时间 | |
| detail_address | varchar(255) | 详细地址 | |
| | varchar(255) | 邮箱 | |
| followup | integer | 跟进状态 | |
| is_lock | integer | 锁定 | |
| is_receive | integer | 1 分配 2 领取 | |
| last_content | varchar(255) | 最后一条跟进记录 | |
| last_time | timestamp | 最后跟进时间 | |
| lat | varchar(255) | 地理位置维度 | |
| lng | varchar(255) | 地理位置经度 | |
| location | varchar(255) | 定位信息 | |
| mobile | varchar(255) | 手机 | |
| next_time | timestamp | 下次联系时间 | |
| owner_user_id | integer | 负责人ID | |
| pool_time | timestamp | 放入公海时间 | |
| pre_owner_user_id | integer | 进入公海前负责人id |
续表3.4
| receive_time | timestamp | 接收到客户时间 | |
| ro_user_id | integer | 只读权限 | |
| rw_user_id | integer | 读写权限 | |
| status | integer | 客户状态 | |
| telephone | varchar(255) | 电话 | |
| update_time | timestamp | 更新时间 | |
| website | varchar(255) | 网址 |
CustomCategoryData如表3.5所示，定义了 Customer Resource System中用来管理 Customers的数据类型和定义 CustomerCategory的字段。
表3.5 CustomCategoryData表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| name | varchar(255) | 分类名称 | |
| note | text | 备注 | |
| sort | integer | 显示顺序 | |
| parrent_id | bigint | ||
| parent_id | bigint |
发票管理数据类型项如表3.6所示，定义发票管理的相关字段。
表3.6 发票管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| check_status | bool | 审核状态 | |
| contacts_address | text | 邮寄地址 | |
| contacts_mobile | varchar(255) | 联系人电话 | |
| contacts_name | varchar(255) | 联系人名称 | |
| contract_id | varchar(255) | 合同id | |
| customer_id | varchar(255) | 客户id | |
| deposit_account | varchar(255) | 开户账户 | |
| deposit_address | varchar(255) | 开票地址 | |
| deposit_bank | text | 开户行 | |
| examine_record_id | varchar(255) | 审批记录id | |
| invoice_apply_number | varchar(255) | 发票申请编号 | |
| invoice_date | timestamp | 开票日期 | |
| invoice_money | varchar(255) | 开票金额 | |
| invoice_number | varchar(255) | 发票号码 | |
| invoice_status | varchar(255) | 开票状态 | |
| invoice_title | varchar(255) | 开票抬头 | |
| invoice_type | varchar(255) | 开票类型 | |
| logistics_number | varchar(255) | 物流单号 | |
| owner_user_id | varchar(255) | 负责人id | |
| real_invoice_date | timestamp | 实际开票日期 | |
| remark | text | 备注 |
续表3.6
| tax_number | varchar(255) | 纳税识别号 | |
| telephone | varchar(255) | 电话 | |
| title_type | bool | 抬头类型 |
线索管理数据项如表格3.7所示，所述资料类别为储存顾客提示的顾客提示与对应的栏位所定义的提示。
表3.7 线索管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| address | varchar(255) | 地址 | |
| batch_id | varchar(255) | 批次 | |
| create_time | timestamp | 创建时间 | |
| create_user_id | integer | 创建人ID | |
| customer_id | integer | 客户id | |
| | varchar(255) | 邮箱 | |
| followup | varchar(255) | 线索名称 | |
| is_receive | bool | 是否分配 | |
| is_transform | bool | is_transform | |
| last_content | varchar(255) | 最后一条跟进记录 | |
| last_time | timestamp | 最后跟进时间 | |
| mobile | varchar(255) | 手机号 | |
| next_time | timestamp | 下次联系时间 | |
| owner_user_id | integer | 负责人ID | |
| remark | varchar(255) | 备注 | |
| telephone | varchar(255) | 电话 | |
| update_time | timestamp | 更新时间 |
线索来源数据项如表3.8所示，为顾客关系管理系统中的引导源和对引导源有关的字段进行了定义。
表3.8 线索来源数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| name | varchar(255) | 分类名称 | |
| note | text | 备注 | |
| sort | integer | 显示顺序 | |
| parrent_id | bigint | ||
| parent_id | bigint |
MobileActivity Management数据项如表3.9所示，定义了 CustomerRelationManagement中的MobileActivity的数据类型，并定义了与 Activity有关的字段。
表3.9 MobileActivity Management数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| browse | integer | 浏览数 | |
| content | text | 活动内容 | |
| create_user_id | varchar(255) | 创建人ID | |
| crm_type | bool | 关联对象 | |
| end_time | timestamp | 截止时间 | |
| marketing_money | integer | 活动金额 | |
| marketing_type | varchar(255) | 活动类型 | |
| name | varchar(255) | 营销名称 | |
| relation_user_id | varchar(255) | 关联人员ID | |
| second | integer | 每个客户只能填写次数 | |
| share_num | integer | 分享数 | |
| start_time | timestamp | 开始时间 | |
| status | bool | 状态 | |
| submit_num | integer | 提交数 | |
| synopsis | text | 简介 |
商机管理数据项如表3.10所示，对“商业机会管理”和“商业机会管理”有关的域进行了定义，并对其进行了定义。
表3.10 商机管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| batch_id | varchar(255) | 批次 比如附件批次 | |
| business_name | varchar(255) | 商机名称 | |
| contacts_id | integer | 首要联系人ID | |
| create_time | timestamp | 创建时间 | |
| create_user_id | integer | 创建人ID | |
| customer_id | timestamp | 客户ID | |
| deal_date | timestamp | 预计成交日期 | |
| discount_rate | integer | 整单折扣 | |
| followup | integer | 0 未跟进 1 已跟进 | |
| is_end | integer | 1赢单2输单3无效 | |
| last_time | timestamp | 最后跟进时间 | |
| money | integer | 商机金额 | |
| next_time | timestamp | 下次联系时间 | |
| owner_user_id | integer | 负责人ID | |
| remark | varchar(255) | 备注 | |
| ro_user_id | varchar(255) | 只读权限 | |
| rw_user_id | varchar(255) | 读写权限 | |
| status | integer | 1正常 3 删除 | |
| status_id | integer | 销售阶段 | |
| status_remark | varchar(255) | 状态备注 | |
| total_price | integer | 产品总金额 | |
| type_id | integer | 商机状态组 | |
| update_time | timestamp | 更新时间 |
PersonalManagement Data条目如表3.11所示，对与 Personal Managements有关的字段进行了定义，并对其进行了定义。
表3.11 PersonalManagement Data条目项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| name | varchar(255) | 产品名称 | |
| price | integer | 价格 | |
| unit | varchar(255) | 单位 | |
| uuid | varchar(255) | 产品编码 | |
| description | text | 产品描述 | |
| detail_images | varchar(255) | 产品详情图片 | |
| main_image | varchar(255) | 产品主图 | |
| status | bool | 状态 | |
| category_id | bigint |
产品分类数据项如表3.12所示，对顾客关系管理系统中的“产品类别”和“产品类别”进行了定义。
表3.12 产品分类数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| name | varchar(255) | 分类名称 | |
| note | text | 备注 | |
| sort | integer | 显示顺序 | |
| parrent_id | bigint | ||
| parent_id | bigint |
回款管理数据条目如表3.13表所示，对用来存储回款管理和与回款管理有关的字段进行了定义。
表3.13 回款管理数据项表
| Idx | Field Name | Data Type | Description | ||||
| * | id | bigint | ID | ||||
| batch_id | varchar(255) | 批次 | |||||
| check_status | integer | 0待审核、1通过、2拒绝 3审核中 4:撤回 5 未提交 | |||||
| contract_id | integer | 合同ID | |||||
| create_time | timestamp | 创建时间 | |||||
| create_user_id | integer | 创建人ID | |||||
| customer_id | integer | 客户ID | |||||
| examine_record_id | integer | 审核记录ID | |||||
| money | integer | 回款金额 | |||||
| number | varchar(255) | 回款编号 | |||||
| owner_user_id | integer | 负责人ID | |||||
| receivables_plan_id | integer | 回款计划ID | |||||
| remark | varchar(255) | 备注 | |||||
| remarks | varchar(255) | 备注 | |||||
续表3.13
| return_time | timestamp | 回款日期 | |
| return_type | varchar(255) | 回款方式 | |
| update_time | timestamp | 更新时间 |
回款计划管理数据项如表3.14所示，对用户的回款进度表进行了定义，并对与回款进度表有关的字段进行了描述。
表3.14 回款计划管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| contract_id | varchar(255) | 合同ID | |
| create_user_id | varchar(255) | 创建人ID | |
| customer_id | varchar(255) | 客户ID | |
| money | integer | 计划回款金额 | |
| num | integer | 期数 | |
| owner_user_id | varchar(255) | 负责人ID | |
| real_received_money | varchar(255) | 实际回款金额 | |
| receivables_id | varchar(255) | 回款ID | |
| received_status | varchar(255) | 回款状态 | |
| remark | varchar(255) | 备注 | |
| remind | varchar(255) | 提前几天提醒 | |
| remind_date | varchar(255) | 提醒日期 | |
| return_date | timestamp | 计划回款日期 | |
| return_type | varchar(255) | 计划回款方式 | |
| unreceived_money | varchar(255) | 未回款金额 |
回访管理数据项如表3.15表所示，对客户关系管理系统中用于存储回访管理数据的数据类型与回访管理数据相关字段进行了定义。
表3.15 回访管理数据项表
| Idx | Field Name | Data Type | Description |
| * | id | bigint | ID |
| contacts_id | varchar(255) | 联系人id | |
| contract_id | varchar(255) | 合同id | |
| customer | varchar(255) | 客户 | |
| owner_user_id | varchar(255) | 回访人id | |
| visit_number | varchar(255) | 回访编号 | |
| visit_time | timestamp | 回访时间 |
3.4本章小结
本文首先介绍了 Sunday Client Relationship的基本功能，然后介绍了 Sunday Client Relationship的基本功能。在此基础上，提出了在 Sunday ClimateManagement中，如何在 ClimateManagement中实现对 ClimateManagement的功能划分，并给出了具体的划分方法。在明确了各个模块的主要功能之后，分别对各个模块的工作过程和系统中的数据词典进行了设计。
第4章 系统的设计
4.1系统总设计
4.1.1实体类定义
实体类定义如表格4.1所示，实体类定义是系统使用的Java类实体，通过实体字段的Java类定义可以清楚地描述系统涉及到的实体之间的相互关系。
表4.1 实体类定义表
| 序号 | 类 | 功能 |
| 1 | Achievemen.java | 附件上传类 |
| 2 | Activity.java | 活动类 |
| 3 | AdminUser.java | 管理员用户类 |
| 4 | Business.java | 商机类 |
| 5 | BusinessStatus.java | 商机状态类 |
| 6 | Config.java | 客户配置类 |
| 7 | ConfigData.java | 客户配置数据类 |
| 8 | CustomerConfig.java | 客户扩展配置类 |
| 9 | Contract.java | 合同类 |
| 10 | Customer.java | 客户类 |
| 11 | Invoice.java | 发票开户行逻辑类 |
| 12 | Leads.java | 线索类 |
| 13 | NumberSequence.java | 数字序列类 |
| 14 | Product.java | 产品类 |
| 15 | ProductCategory.java | 产品分类类 |
| 16 | Receivables.java | 回款类 |
| 17 | ReceivablesPlan.java | 回款计划类 |
| 18 | Setting.java | crm配置类 |
4.1.2定义用户界面类
UserInterface是一个用于描述前台和前台之间信息交流的类。因为本系统的功能用例比较多，并且许多功能都是相似的，所以在这就不会将所有功能用例的接口类都罗列出来，而是会对其中一些有代表性的用例功能的接口类进行介绍。
基础信息的维护，这一部分主要包括：菜单管理，角色管理，组织管理，岗位管理，发票管理，回访管理，市场活动管理等。用户前端界面接口类定义如表格4.2所示，定义了系统的前面的用户接口。
表4.2 用户前端界面接口类定义表
| 序号 | 接口 | 简介 |
| 1 | Hiddentype | 隐藏类型 |
| 2 | Emptytype | 空类型 |
| 3 | Dividetype | 分割线类型 |
| 4 | Textarea | 多行文本框 |
| 5 | Codeeditortype | 代码编辑器 |
| 6 | Htmleditortype | 富文本编辑器 |
| 7 | Booltype | 布尔类型 |
| 8 | Datetype | 日期类型 |
| 9 | Numbertype | 数值类型 |
| 10 | Inputtype | 输入框类型 |
| 11 | Choicetype | 选择类型 |
| 12 | Viewtype | 查看类型 |
| 13 | Orderby | 排序类型 |
| 14 | Power | 权限 |
| 15 | Filter | 过滤 |
| 16 | Tagstype | 标签类型 |
| 17 | Attachmenttype | 附件类型 |
| 18 | Autocompletetype | 自动补全类型 |
续表4.2
| 19 | Map | 地图类型 |
| 20 | Tree | 树类型 |
| 21 | Linktree | 左树右表 |
| 22 | Referencertreetype | 树引用类型 |
| 23 | Drill | 下钻类型 |
| 24 | Referencetabletype | 表格引用类型 |
4.2数据库设计
1、Dbschema数据库设计软件
2、资料库表格设计
3、数据表名称标准化促进了对象-关联图的实施
4、规范字段名，完全说明
5、表格间的关联分析
E-R数据库图表
在建立数据库之前，首先要对其建立模型。E-R图表是为了方便整理各要素间的联系而设计的。通过一个数据库管理工具实现了对数据库表的自动生成。所产生的是一个以实体和它的关系为基础的设计资料库。在系统中对一些主要的几个表关系定义如4.1系统E-R图所示：
图4.1系统E-R图
第5章 系统的实现
5.1数据库实施
直接使用spring bott jpa
在 JavaModel中直接定义资料库表的定义
配置 JPA会自动产生一个用于建立相应的资料库定义陈述式
5.2功能模块设计与实现
1.用户权限
用户权限函数是对系统帐号的存取权限进行控制。在权限设置上，实现了对不同岗位的设置，以及对系统的不同权限的设置。在图5.1中显示
系统实现与测试见：
4991
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
