DS数字化展厅大数据系统软件技术方案

《DS数字化展厅大数据系统软件技术方案》由会员分享，可在线阅读，更多相关《DS数字化展厅大数据系统软件技术方案（46页珍藏版）》请在装配图网上搜索。

1、. . . . DS数字化展厅大数据系统软件技术方案目 录方案注释2申明3声明4第1章 项目概况介绍91.1. 项目建设背景91.2. 项目建设目标91.3. 项目建设原则91.4. 项目建设难点101.5. 方案优势分析11第2章 应用软件设计方案132.1. 设计原则和方法132.2. 功能体系设计142.3. UI设计与实现182.3.1. UCD交互式体验设计能力182.4. 兼容性设计与实现182.4.1. 兼容性设计与实现182.4.2. 设计风格182.5. 易用性界面设计与实现192.6. 系统升级以与长期演进设计与实现19第3章 APP功能技术实现方案203.1. 登录模块2

2、03.1.1. 账号登录203.1.2. 账号申诉213.1.3. 忘记密码213.2. 消息推送213.2.1. 每日线索推送213.2.2. 每日未完成推送223.3. 首页导航模块223.4. 新建客户223.5. 待跟进线索233.5.1. 线索列表展示233.5.2. 线索筛选243.5.3. 拨打253.5.4. 直接创建订单253.6. 待回访线索253.6.1. 待回访线索列表展示263.6.2. 待回访线索筛选263.6.3. 预约试驾273.6.4. 直接创建订单283.7. 试驾283.7.1. 试驾信息列表展示283.7.2. 试驾反馈283.7.3. 创建订单283.

3、8. 待跟进订单293.8.1. 待跟进订单列表展示293.8.2. 订单修改293.9. 提车303.9.1. 提车客户列表展示303.10. 录音与短信303.10.1. 录音上传303.10.2. 短信上传303.11. 聚宝盆303.12. 个人中心313.13. 管理级别用户323.13.1. 门店经理323.13.2. 区域经理323.13.3. 大区总监33第4章 云端管理平台技术实现方案344.1. 线索管理344.1.1. 线索导入344.1.2. 人工干预线索344.1.3. 线索查看344.2. 分析统计344.3. 订单管理354.3.1. 订单查看354.3.2. 订

4、单修改354.4. 账号管理354.4.1. 账号冻结354.4.2. 账号解冻354.4.3. 账号创建364.4.4. 销售人员工作情况查看364.4.5. 销售人员通话录音与短信查看36第5章 项目架构设计375.1. 技术架构375.2. 总体框架375.3. 网络拓扑结构385.4. 安全技术体系设计385.4.1. 安全保障总体架构图405.4.2. 应用安全405.4.3. 机房安全415.4.4. 网路安全管理设计415.4.5. 主机部署安全与数据备份设计425.4.6. 病毒防御系统设计425.4.7. 灾备方案设计42第6章 项目实施456.1. 概述456.2. 项目组

5、织架构466.3. 服务进度安排466.4. 项目实施方法466.4.1. 沟通计划466.4.2. 风险与管理问题476.4.3. 变更控制476.4.4. MSF方法486.5. 测试与质量保证496.6. 验收49第1章 项目概况介绍摘要本章阐述了项目的概况介绍，包括项目的建设背景、目标、原则等。1.1. 项目建设背景1955年，DS于巴黎车展首次亮相就以设计和技术上的创新引起了轰动，并引发了汽车业的革命，在汽车发展史上有着非常重要的地位。DS极受法国政要的欢迎，被誉为“总统座驾”，从戴高乐到奥朗德，DS都是法国总统的不二之选。 2011年，长安标致雪铁龙汽车成立。2012年，DS品牌携

6、旗下产品正式登陆中国，作为标致雪铁龙汽车集团旗下的新世代豪华汽车品牌，致力于为消费者提供创新、个性化以与激发灵感的驾乘感受。在汽车行业高速发展的今天，DS迫切需要借助移动互联网实现销售与服务的智能升级，通过DS数字化展厅大数据系统提高产品的销量与知名度，打造一款全流程全追踪多环节可控的销售利器。1.2. 项目建设目标1、建立厂商和销售人员信息沟通应用系统，包括厂商提供的客户信息主动推送给销售人员、销售人员持续跟进的全过程记录等功能；2、通过该系统，提高对整个销售过程各环节信息记录的准确性，规销售过程中销售人员的行为，提高客户满意度，同时，该系统通过对收集到客户真实信息进行分析，精准判定用户行为

7、，明确产品定位，辅助销售决策；3、与DMS系统进行信息共享，建立系统间的有效关联，提高工作效率。4、把DMS数据信息、数字化展厅数据信息与手机终端APP数据信息等各种终端信息互相打通，通过对用户行为分析，销售过程分析、活动效果评估以与KPI管理等不同的专向分析，为企业管理数字化管理终端提供支持，提升终端销售效率。1.3. 项目建设原则系统建设遵循了以下建设原则。u 实用性原则充分进行调研和分析设计，切实了解用户的实际需求，在实现用户需求的基础上，努力提高系统的效率、可靠性和适用性。努力设计简单、方便、友好和功能强大的用户界面，使用户易于理解和应用。u 可靠性原则采用成熟技术与主流的网络、硬件产

8、品以提高系统的稳定性。对系统如硬件、操作系统、网络、数据库的设计应尽可能提供详尽的故障处理方案以保证系统的快速恢复。平台和应用软件应具有容错性、健壮性等。u 开放式体系结构原则采用开放式的体系结构，以保证系统的可扩展性。在系统架构、采用技术、选用平台方面都有较好的开放性。选择产品上符合开放性要求，遵循国际标准化组织的技术标准，便于应用功能的扩充。采用模块化的软件设计方法，业务变化频繁的功能模块，尽可能采用灵活定义的办法。u 利用现有投资的原则利用公司现有的IT资源，充分考虑已有的软、硬件与数据资源的合理利用，实现与原有系统数据共享、业务互动，保护用户已有的软、硬件投资。u 易维护性原则客户端用

9、浏览器方式实现，维护方便，系统配置、备份与数据恢复快速简单。系统能够适应用户对数据格式不同时做一定调整的需要。u 安全原则系统建设符合国家安全与要求，利用网络系统、操作系统、数据库系统和应用系统的安全机制设置，拒绝非法用户进入系统和合法用户的越权操作，避免系统遭到破坏，防止系统数据窃取和篡改。1.4. 项目建设难点根据对整个系统结构的分析，系统的建设有以下难点。u 多种移动终端的兼容性现在市场上主流的移动厂商、产品较多，基于的移动平台也不尽相，就Android系统就有众多版本以与OEM等，同时屏幕尺寸比例不一致，这就导致了常规开发兼容各个平台的移动运用非常困难，不仅技术难度很大，而且开发的成本

10、与失败的风险很高。u 移动应用的安全性问题移动应用由于其高度的定制性和移动性本质，呈现出较大的挑战性，而装载移动应用的移动设备更容易丢失。智能手机滑出口袋或丢失在出租车和飞机上，现在成为越来越常见的情形。智能手机也容易成为盗贼的盗取目标。出于这些原因考虑，移动设备能够访问的网络应用程序必须采用额外的安全性措施。u 移动应用的方便易用现有的移动终端由于硬件原因，与普通的PC端相比，始终存在屏幕偏小，操作不便等问题，如果设计出满足多数人操作习惯，并提供良好用户体验的移动应用也是本次系统建设的难点。1.5. 方案优势分析本方案的优势主要体现在：u 多主流移动系统解决方案目前移动应用如果要适应多平台，

11、并拥有更广的应用群体，需要开发多套系统以适应不同的环境。某软件具备云加端的服务能力，能够为目前主流的各种移动系统提供解决方案。u 统一系统开发平台统一的应用开发运行体系将基于微软.NET体系架构实现。无论是定制开发的应用系统，交换平台的开发，都是基于.NET体系架构实现。整个.NET平台体系结构可以分为4个主要部分：.NET基础设施和工具、.NET基础服务、.NET用户体验、NET设备。u 管理与维护平台管理与维护平台主要是对服务器和客户端的管理，平台利用网络系统中的各种设备和计算机系统建立起一套有效的管理网络的机制，使其具有自动、可靠、动态、实时、可监控、可自动处理故障等特点，提供监控、报警

12、、日志记录、管理的功能，从而增强网络的可管理性，减轻网管人员的工作负担，最大限度地保证网络高效的运行。u 统一用户与权限管理平台统一用户与权限管理平台是为用户管理、授权和安全模型，提供统一的、完善的、易用的管理平台；为现存的和即将开发的各应用系统提供一个跨平台的授权信息管理接口，解决目前权限管理混乱、用户使用不便、安全性差等问题。u 成熟的项目管理方法项目管理方法的科学与否，直接决定着项目的成败，我们采用成熟的微软项目管理框架，通过合理的进度计划，实施过程管理，项目上线培训实现项目全生命周期的科学管控。u 成熟先进的技术应用我方在管理后台使用成熟的.NETFrameWork4.0技术框架，安卓

13、手机客户端采用Java开发，稳定健壮的开发语言使我们的产品质量得到了充分的保证。u 团队成员多为软件行业资深从业者团队成员多为软件行业资深从业者，参与过大型系统的研发。丰富的项目经验保证了项目进行过程中的有条不紊和系统的安全可靠。第2章 应用软件设计方案摘要本章阐述了为达到项目目标需要进行的软件设计原则的介绍。2.1. 设计原则和方法设计时要考虑总体设计原则是：满足设计目标中的要求，包括良好的可扩展性、创新的UI交互设计、以与稳定性、可靠性、安全性。先进性原则l 采用先进的、稳定的体系结构；l 采用先进移动软件的技术，包括原生开发技术、多媒体技术；l 软件的投资考虑到今后的发展，避免投资的浪费

14、。l 采用开放式的体系结构，以保证系统的可扩展性。安全性原则l 系统提供有效的安全机制，保证各单位之间的信息能够安全发送与接收；l 系统提供口令验证、加密、权限控制等安全机制。实用性原则l 用户操作设计均充分考虑用户的实际用户体验；l 用户接口与界面设计充分考虑人体结构特征与视觉特征进行优化设计；l 界面美观大方，操作简便实用。可靠性原则l 采用具有容错功能的服务器与网络设备，出现故障时能够迅速恢复并有适当的应急措施；l 采用数据备份恢复、数据日志、故障处理等系统故障对策功能；l 支持系统运行控制系统监控功能。灵活性原则应用系统不依赖于特定硬件环境；在系统结构一致的前提下可选择实施各模块的应用

15、；系统具有可实施性，各模块可单独实施并使用。2.2. 功能体系设计功能清单销售人员引导模块引导页第一次3图，滑动切换。第二次登录直接1秒显示图片然后进入登录界面登录模块登录登录强制必须使用手机号登录。密码输入:6-10位。不允许存在空格。3天不登录则冻结账号，需要申诉才可以解冻。如登录成功后，则下次无需重新登录(实际为重新登录了一次)。账号申诉输入账号和密码以与申诉理由。后台直属领导同意解冻后才可以登录。忘记密码忘记密码，用户点击忘记密码,收到来自后台的短信，输入验证码验证身份后输入新的密码即修改密码成功。推送模块未完成推送系统会定时主动提示销售人员“未完成”任务线索推送推送消息，点击后打开A

16、pp主页面。(只要当用户登录后才可以获取线索的推送)首页模块系统最新消息显示系统最新消息,比如恭喜诚获得了1000元奖励,恭喜诚售出顶配DS汽车一辆等等。App总是显示系统前5天最新消息，不支持点击查看。这里只是消息通知，无需详细查看。昨日完成任务数显示昨日已经完成任务数量昨日完成任务率显示昨日已经完成的任务比率待跟进线索显示当前需要跟进的线索的条数待回访客户显示当前需要回访的客户的个数待跟进订单显示当前需要跟进的订单个数新建客户输入必要的信息新建客户，自建的客户无需监听通话和短信聚宝盆展示个人有关数据，比如今天完成了多少任务，累计完成了多少订单，获得了多少积分辅助工具包括销售资料，产品资料，

17、金融计算工具试驾显示今日试驾的客户提车显示今日提车的客户我的战绩可以查看历史有关数据，分类筛选客户等等信息。新建客户基本信息添加客户基本信息，尽量采取选择式输入，避免操作麻烦详细信息添加客户基本信息，尽量采取选择式输入，避免操作麻烦跟进情况添加客户基本信息，尽量采取选择式输入，避免操作麻烦调查问卷问卷调查，问卷容服务器端动态获取创建客户保存所有信息创建客户，客户将进入到待跟进线索中。直接创建订单直接创建订单，提交订单申请(页面下方两个按钮，直接创建订单并提交审核，仅创建订单)。何种促销方式、订金、订单车型等，完成后提交该订单，同时将客户级别调整为“O”级；待跟进线索 列表显示列表默认显示所有待

18、跟进的线索，列表中显示来源，客户名，客户，地区，可一键拨号，跟进客户级别显示排列的顺序.显示发送短信按钮，可以直接给客户发送短信。无需调用系统短信，通过App发送的短信会默认静默上传到后台。线索筛选 下拉列表显示线索来源，选择后可以筛选线索，也可根据今日已跟进和今日未跟进进行筛选分类。也可根据级别筛选拨打 调用系统给客户拨打，若打通结束通话之后弹出对话框选择战败还是直接创建客户档案。若是战败则选择对应的原因对应详细的处理方式。通话录音 当接听后开始录音，先保存在本地，文件本地加密，上传至服务器时保存时解密保存。在wifi环境下自动上传，若是在3G等使用手机流量的情况下无需上传。等进入wifi环

19、境下再上传。录音命名中以gj_开头，代表其为跟进客户时的录音。直接创建订单直接创建订单，提交订单申请(页面下方两个按钮，直接创建订单并提交审核，仅创建订单)。何种促销方式、订金、订单车型等，完成后提交该订单，同时将客户级别调整为“O”级；待回访客户列表显示 列表默认显示所有待跟进的线索，列表中显示来源，客户名，客户，地区，可一键拨号，跟进客户级别显示排列的顺序.显示发送短信按钮，可以直接给客户发送短信。无需调用系统短信，通过App发送的短信会默认静默上传到后台。客户筛选下拉列表显示线索来源，选择后可以筛选线索，也可根据今日已预约和今日未预约进行筛选分类。也可根据级别筛选。 预约试驾预约用户试驾

20、，预约试驾成功后即可进入添加试驾计划中。输入对应的时间以与车型等信息即可完成试驾信息的添加。若预约失败则选择对应的原因进行具体的处理。直接创建订单直接创建订单，提交订单申请(页面下方两个按钮，直接创建订单并提交审核，仅创建订单)何种促销方式、订金、订单车型等，完成后提交该订单，同时将客户级别调整为“O”级；待跟进订单 列表显示 显示当前用户订单状态，是否审核通过，未审核通过。点击可以查看用户的所有信息，包括跟进时的记录，回访时的记录以与订单详情。某些情况下提供修改订单的功能。若审核通过则通知客户来取车。加入至待取车状态列表中。订单修改 上报至销售经理则无法修改 未上报销售经理也可以查看但是可以

21、修改.。（修改规则:已创建上报(随便改), 已创建已上报(未审核，随便改),已创建已上报(审核通过，不可以改)） 订单筛选4个状态(已创建未上报，已创建已上报未审核，已创建已上报审核未通过，已创建已上报审核通过)聚宝盆 聚宝盆模块 展示个人有关数据，比如今天完成了多少任务，累计完成了多少订单，获得了多少积分。跟进积分制，每与时成功跟进一条线索获得一定积分，每上报一个订单、零售获得一定积分，每完善一定客户信息获得一定积分，每完成一定数量客户调查问卷获得一定积分，销售人员可以查询到自己的跟进积分，积分对应的奖励，以与在全国的排名。试驾试驾列表显示已经试驾和未试驾。可以随时联系。点击查看客户详情。可

22、以选择已经试驾，点击后弹出对话框输入试驾反馈。根据不同的反馈，选择客户的下一步处理方法。可以直接创建订单。若客户未来试驾，则可以修改试驾的时间等。提车提车提车进行处理，提过车则选择已经提车。未提车则可以联系等。若提车时间需要修改，则可以在此处进行修改提车的时间。个人中心 客户筛选 已提车客户，已试驾客户等等显示个人的信息大区排名，所属区域，直属领导等等信息等等退出账户 退出当前登录用户关于App 关于App功能的介绍 检查更新 检查APP有无最新版本，若有则提示升级，下载完成后则可以安装升级。销售经理登录模块登录登录强制必须使用手机号登录。密码输入:6-10位。不允许存在空格。3天不登录则冻结

23、账号，需要申诉才可以解冻。如登录成功后，则下次无需重新登录(实际为重新登录了一次)。客户分配客户分配查看系统下发的客户列表，人为指定客户至销售手中。人员排班管理哪些人员不接受次日排班等情况订单审批已创建查看所管理员工所有的已经创建但是未提报审核的订单，但是无法审批（显示来自某个销售，渠道等等信息）已创建提报未审批查看所管理员工所有的已经创建已提报审核的订单，可以审批通过或者驳回申请。（显示来自某个销售，渠道等等信息）已经提报但是审批未通过查看所管理员工所有的已经创建已提报审核的订单，查看已经被驳回的申请（显示来自某个销售，渠道等等信息）数据报告员工管理查看当前所有管理员工销售业绩统计当前门店总

24、体销售数据以与 个人中心个人信息显示当前个人的信息 密码修改 修改当前登录用户的密码，修改密码之前需要输入以前密码验证身份 退出登录 退出当前登录用户区域经理登录模块登录登录强制必须使用手机号登录。密码输入:6-10位。不允许存在空格。不设3天不登录即冻结账号的功能机制。数据查看模块数据分析查看查看当前区域的销售以与线索跟进的情况,只可查看，无需进行任何操作。个人中心个人信息显示当前个人的信息 密码修改 修改当前登录用户的密码，修改密码之前需要输入以前密码验证身份 退出登录退出当前登录用户大区经理登录模块登录登录强制必须使用手机号登录。密码输入:6-10位。不允许存在空格。不设3天不登录即冻结

25、账号的功能机制。数据查看模块数据分析查看查看当前区域的销售以与线索跟进的情况,只可查看，无需进行任何操作。个人中心个人中心显示当前个人的信息密码修改 修改当前登录用户的密码，修改密码之前需要输入以前密码验证身份退出登录退出当前登录用户云端管理平台 登录登录模块 一个超级管理员，各管理员账号需由超级管理员分配消息推送线索推送线索的推送分发未完成推送未完成任务等的推送线索管理线索导入导入线索的时候先根据是否指定经销商剩下的再根据地区平均分配人工干预线索人工干预线索至某个销售经理(门店）分析统计已跟进线索分析已跟进线索占整体线索的占比等分析已回访线索分析已经回访的线索占整体线索的占比等分析已试驾线索

26、分析已经试驾的线索占整体线索的占比等分析已下单订单分析已经下单的线索占整体线索的占比等分析订单来源分析订单的来源分析等分析门店销量分析各个门店的销量等分析订单管理订单查看查看当前系统的订单,可以根据门店，区域等进行查看修改订单对已经审核通过的订单进行修改(特殊渠道)账号管理员工账号冻结对特殊情况的账号进行冻结，比如员工离职等情况员工账号解冻包括解冻申请审核，审核通过即完成解冻操作，否则账号仍处于冻结状态员工账号创建创建员工账(手机号)，初始密码等信息 ，另外还包括分配权限，指定所属领导等。员工工作管理员工工作检查 员工工作的检查，积分的查询，所有订单，录音与短信抽查等等2.3. UI设计与实现

27、2.3.1. UCD交互式体验设计能力某软件非常重视软件产品以用户为中心UCD设计，注重用户的交互式体验，设立软件UCD设计专业部门，并设交互式体验设计总监一名。并形成了一整套UCD设计的方法和流程：1.用户建模：人物角色和目标 ，找出重要的人；2.写用例：用户完成目标的方法和步骤 ，找出重要的活动；3.画流程图：描述用户完成每一个目标的流程，需要那些页面那些操作； 4.交互原型：将流程图中的页面转化成界面，一般为低保真线框图（Low-Fidelity Wireframe），反复把设计修改得更容易直到虚构用户能轻易使用为止；6.视觉设计：包括所有的界面，浮出层等，并且做标注，注明色值、间距、字

28、体字号； 7.前端制作：用界面布局形式来表达界面，找真实用户试用来征集意见；8.开发：实现所有的功能； 9.测试：包括功能测试、UAT测试、覆盖测试等。2.4. 兼容性设计与实现2.4.1. 兼容性设计与实现手机兼容性问题一直是困扰用户和开发者的严重问题。仅以安卓系统，就有不同的版本。软件在安卓手机版本以与苹果手机版本的开发中，适配主流的操作系统、分辨率：Android 4.X与以上屏幕分辨率960*640、1280*720、1920*1080。2.4.2. 设计风格展厅大数据系统设计需易于使用，条理清晰，逻辑正确，包括人性化的框架设计，良好的人机交互体验，简便的操作方式，清晰的业务主线。从用

29、户的角度出来，在设计过程中本着页面简洁、操作顺手等原则，充分满足用户的实际需求。2.5. 易用性界面设计与实现软件易用性主要从用户类别和操作习惯入手，项目的目标使用用户一般对移动手机的操作能力中等。所以操作易用性界面的设计和实现将是设计重点之一，包括提供：l 易用的功能展示菜单菜单应按系统功能展示清晰，充分考虑用户使用习惯，便捷直观，不展示无关信息；l 页面平滑切换在不同的功能页面中，要做到切换自然，体验良好；l 提供必要的提示信息在一些功能性操作上，要对用户的使用操作有反馈回复，如提示支付成功；l 功能说明和提示主要功能的实现区域附近可配置通俗易懂、言简意赅的使用提示和使用说明；2.6. 系

30、统升级以与长期演进设计与实现为了最大程度的保护客户的投资和长期的业务演进，项目将支持l 系统新产品版本的平滑升级l 系统新产品版本的数据迁移l 提供对数据库版本的升级支持和升级方案l 因系统升级，系统升级的相关风险和问题在系统概要设计和详细设计时同时解决升级功能满足以下几点：l 不对现有用户的应用造成中断l 历史数据完整迁移，同时进行必要的转换处理，不引起用户对历史工作的返工l 升级前经过充分的系统测试和验证，确保升级不影响系统的稳定性和质量第3章 APP功能技术实现方案摘要本章阐述了为达到APP功能开发目标而进行的具体功能实现的方案设计,另外还对APP功能模块进行了系统的需求分析。3.1.

31、登录模块由于APP的需要一个客户端同时供多个用户角色使用，因此在本APP的登录模块中需要选择对应的角色后输入账号和密码，然后登入系统。当无法登录时可以相应的处理:账号解冻或者密码重置。(登录页面)3.1.1. 账号登录用户输入系统分配的账号和密码后即可完成登录，当下次再次进入APP时系统会自动登录。3.1.2. 账号申诉当账号多日未登录时，则系统会将此账号冻结，APP用户可以通过此处完成账号申诉，当用户输入了手机号获取验证码之后即可验证身份进入申诉环节，用户输入申诉信息点击申诉。当后台审核通过后，前台即可再次使用该账号登录。3.1.3. 忘记密码当忘记密码时，则APP用户可以通过此处完成重置密

32、码，当用户输入了手机号获取验证码码之后即可验证身份进入密码重置页面，用户输入新密码点击提交即可完成密码的重置。3.2. 消息推送当线索导入至系统后，系统会将线索分发至各门店经理，由各门店经理进行线索的分发。(消息推送)3.2.1. 每日线索推送 当门店经理分发线索时，手机APP即可收到来自门店经理的线索推送。用户点击推送容即可进入至APP首页(前提是前用户已经登录)。3.2.2. 每日未完成推送人为设定系统每日任务检查提醒时间，当检查到某用户在此时仍未完成改日分配的任务时，系统则会对其未完成的任务进行清算后通过消息推送的方式推送给销售人员。3.3. 首页导航模块首页导航模块主要对目前销售人员所

33、需跟进线索、待回访客户、试驾客户、待跟进订单、待提车客户以与昨日任务完成情况进行简单展示。首页的设计风格简单人性化，按钮均以WP8风格呈现，易于操作。功能上覆盖了线索的整个生命周期，销售人员可以快速进入某个环节进行操作。(首页导航)3.4. 新建客户由销售人员自行挖掘的客户信息可以通过此模块加入到线索当中。针对此类线索，系统APP不进入通话的录音以与短信沟通容的上传。销售人员输入客户的基本信息、详细信息、跟进情况以与进行调查问卷的录入。(创建客户档案)3.5. 待跟进线索3.5.1. 线索列表展示待跟进线索由门店经理统一分配，分配完成后销售人员在客户端即可收到各自的任务推送。进入待跟进线索模块

34、，即可查看需要跟进线索列表。列表根据优先级进行排序，需要2个小时跟进的会有明显的标识。(线索列表)3.5.2. 线索筛选为了便于线索的查看，可以对线索进行分类筛选。下拉列表显示线索来源或者客户级别，选择后可以筛选线索。也可根据今日已跟进和今日未跟进进行筛选分类。(线索筛选)3.5.3. 拨打调用系统给客户拨打，若打通结束通话之后弹出对话框选择战败还是直接创建客户档案。若是战败则选择对应的原因对应详细的处理方式。当接听后开始录音，先保存在本地，文件本地加密，上传至服务器时保存时解密保存。在wifi环境下自动上传，若是在3G等使用手机流量的情况下无需上传。等进入wifi环境下再上传。录音命名中以g

35、j_开头，代表其为跟进客户时的录音。(拨打)3.5.4. 直接创建订单当跟进过程中客户有直接的购车需求，可以在当前页面直接创建订单。3.6. 待回访线索当客户跟进某个线索后，某些有购车意向的线索会进入到回访的列表中。销售人员可以在该模块进行进一步的回访销售。3.6.1. 待回访线索列表展示列表默认显示所有待跟进的线索，列表中显示来源，客户名，客户，地区，可一键拨号，跟进客户级别显示排列的顺序.显示发送短信按钮，可以直接给客户发送短信。无需调用系统短信，通过App发送的短信会默认静默上传到后台。显示已经预约还有未预约。(回访客户列表)3.6.2. 待回访线索筛选下拉列表显示线索来源或者客户级别，

36、选择后可以筛选线索。也可根据今日已回访和今日未回访进行线索筛选。(回访列表筛选)3.6.3. 预约试驾预约用户试驾，预约试驾成功后即可进入添加试驾计划中。输入对应的时间以与车型等信息即可完成试驾信息的添加。若预约失败则选择对应的原因进行具体的处理。(创建试驾计划)3.6.4. 直接创建订单当回访过程中客户有直接的购车需求，可以在当前页面直接创建订单。3.7. 试驾该模块主要对预约试驾成功的客户进行跟踪以与试驾反馈。3.7.1. 试驾信息列表展示默认显示当日已经预约试驾的所有客户。在列表中显示已经试驾完成和未试驾，可以依此进行分类。点击查看客户后可查看客户详情。3.7.2. 试驾反馈对于已经试驾

37、完成的客户，可以选择已经试驾，点击后弹出对话框输入试驾反馈。根据不同的反馈，选择客户的下一步处理方法。在详情页面中可以直接创建订单。若客户今天未来试驾，则可以修改试驾的时间等。3.7.3. 创建订单对于试驾过程中客户有直接的购车需求，可以在当前页面直接创建订单。(直接创建订单)3.8. 待跟进订单公当在线索跟进、线索回访或者试驾过程中客户有购车需求的则由销售人员创建订单，此时订单将进入到待跟进订单列表。销售人员需要每天跟进订单的情况，与时知会准车主。3.8.1. 待跟进订单列表展示默认显示今日需要跟进的所有订单。列表中显示当前用户订单状态，是否审核通过，未审核通过。点击可以查看用户的所有信息，

38、包括跟进时的记录，回访时的记录以与订单详情。某些情况下提供修改订单的功能。若审核通过则通知客户来取车。加入至待取车状态列表中。3.8.2. 订单修改APP提供了对某些状态下订单的修改功能，规则是:已创建上报(随便改), 已创建已上报(未审核，随便改),已创建已上报(审核通过，不可以改)。只有当符合条时才允许修改订单的某些信息后重新提交。3.9. 提车当销售人员创建的订单，此时订单将进入到提车列表。销售人员需要每天跟进提车，与时知会准车主。3.9.1. 提车客户列表展示列表显示所有已经审核通过的订单，通过此模块联系车主进行缴费提车，对于已经缴费提车的客户可以在此处进行提车确认，则该线索生命周期结

39、束。3.10. 录音与短信为了加强对销售人员的监督管理，APP将记录系统分配的线索有关通话与短信。然后上传至服务器，方便审查员工在与客户的沟通过程中是否按照标准方式等。3.10.1. 录音上传当接听后开始录音，先保存在本地，文件本地加密，上传至服务器时保存时解密保存。在wifi环境下自动上传，若是在3G等使用手机流量的情况下无需上传。等进入wifi环境下再上传。录音命名中以gj_开头，代表其为跟进客户时的录音。录音命名中以hf_开头，代表其为回访客户时的录音。录音命名中以sj_开头，代表其为预约试驾时的录音。3.10.2. 短信上传对于销售人员从APP发出的短信进行全部备份，备份保存的容有短信

40、容，销售人员账号以与对应的客户信息，方便后台进行审核查看。由于Android4.4中禁止了第三方APP直接获取接收到的短信，要想获取短信容必须将APP设置为默认短信程序。而这个操作是需要用户人为去操作且可以重置的。因此此处接收短信后备份可能在某些版本的手机上无法实现。3.11. 聚宝盆展示个人有关数据，比如今天完成了多少任务，累计完成了多少订单，获得了多少积分。跟进积分制，每与时成功跟进一条线索获得一定积分，每上报一个订单、零售获得一定积分，每完善一定客户信息获得一定积分，每完成一定数量客户调查问卷获得一定积分，销售人员可以查询到自己的跟进积分，积分对应的奖励，以与在全国的排名。(聚宝盆)3.

41、12. 个人中心包含个人信息，修改密码，退出登录，检查更新等常见功能。也包括以往所有销售线索搜索查看、已经销售成功的线索查看等。(我的客户)3.13. 管理级别用户管理级别用户包括门店经理、区域经理、大区总监。他们作为管理级别用户，工作的容侧重于任务的分配或者销售信息的查看。3.13.1. 门店经理门店经理级别的用户主要负责任务线索的分配，人员地排班，所管理销售人员地业务推进情况。因此在此角色进入系统后可以拥有线索分配、订单审批、数据分析查看功能。针对订单审批的筛选分类有4种，即已创建未提报审批、已提报未审批、已审批未审批通过以与已审批且审批通过。门店可以对这4个状态的订单进行查看以与进行适当

42、的处理。(门店经理首页导航)3.13.2. 区域经理区域经理作为区域的领导，无需进行具体的任务操作或者分配，但是其拥有对所管理区域销售以与线索跟进的情况。可以横向比较各门店的销售对比情况，哪些门店销售量较好，哪些款型销售火爆都可以直观体现。3.13.3. 大区总监大区总监作为大区的领导，无需进行具体的任务操作或者分配，但是其拥有对所管理大区销售以与线索跟进的情况。拥有比区域经理更高级别的查看权限。第4章 云端管理平台技术实现方案摘要本章阐述了为达到云端管理平台开发目标而进行的具体功能实现的方案设计。云端管理平台是DS数字化展厅大数据系统的后台，控制着整个系统的正常运转。4.1. 线索管理线索管

43、理包括线索导入和人工干预线索共计两个子模块。4.1.1. 线索导入来自各个渠道的数据按照指定的格式存放在Excel表格中。使用此功能可以将Excel的数据批量导入至系统线索表中。当导入完成时，系统优先分配指定了经销商的线索，当这些指定了经销商的线索被分配完成之后，系统根据线索所属区域平均分配至各个经销商。4.1.2. 人工干预线索由于系统分配的线索按照设定算法进行分配，在线索分配中可能存在某些不合适的情况出现。因此后台对线索开辟了人工干预模块，可以将某几条线路指定到特定的经销商，由特定的经销商来完成后续的业务跟进。4.1.3. 线索查看对线索信息进行查看，包括销售人员一系列的跟踪记录。由于系统

44、对每个线索进行了全生命周期的追踪，因此在此处可以看到所有线索的全部信息。可以根据线索来源，线索级别等进行分类筛选，方便查看4.2. 分析统计分析统计模块旨在以数字和图表来直观展现目前系统正在运行的状态，各区域的销售业绩等等。该模块下包含已跟进线索分析、已回访线索分析、已试驾线索分析、已下单订单分析、订单来源分析、门店销量分析共计6个子模块。全方位的展示了销售的数字，可以很清晰的进行门店对比等等。4.3. 订单管理订单管理包含订单查看、订单修改共计2个模块。4.3.1. 订单查看查看系统中所有的订单，可以利用筛选功能分类别查看。比如已经审核通过的订单和未审核通过的订单、本月已经产生的订单和上月已

45、经产生的订单。通过订单还可以查看客户相关信息，比如对应的销售人员，对应的销售人员跟进的过程等等。4.3.2. 订单修改该功能属于特殊渠道，原则上当订单提交审核成功后是不允许修改订单的。但是由于某些特殊原因，系统开辟了此特殊渠道允许对订单进行某些信息的修改，比如车的颜色等等。4.4. 账号管理账号管理是本系统中比较重要的一个模块。由于该系统涉与多个使用角色，分别是销售人员、门店经理、区域经理、大区经理、系统后台超级管理员等。对于销售人员更多用到的是系统的线索跟踪与订单生成。而对于门店经理更多的则关注于任务线索的下发与跟踪情况的掌控。对于区域经理和大区经理则偏向于了解区域或者大区目前的销售数据等等

46、。4.4.1. 账号冻结当账户连续多日未登录或者该员工已经离职，则需要立马对该账户进行冻结，避免数据泄露等一些不必要的麻烦。已经被冻结的账户无法在App中进行登录也无法进行任何操作。4.4.2. 账号解冻当用户多日未登录时，系统会自动对其进行冻结，导致其无法进行登录。在这种情况下，APP用户可以在输入手机号验证身份的情况下输入多日未登录的原因，后台在查看到申请解冻的信息后进行解冻操作。4.4.3. 账号创建为了保证系统的安全和管理，系统中账户均由超级管理员在收到申请后统一创建账号和密码。输入员工账号(手机号)，初始密码等必要信息，此外还需分配权限，指定所属领导等，此时即可完成账号的创建。4.4

47、.4. 销售人员工作情况查看对员工的工作情况进行查看，可以查看员工每天工作的详细记录。4.4.5. 销售人员通话录音与短信查看对上传至服务器通话录音以与短信进行审查，审查员工在与客户的沟通过程中是否按照标准方式等。针对销售人员通话的录音由某软件定期进行抽查，原则上每月不少于3次，每次不少于10人。并对抽查情况以形式形成简单的报告发送给DS相关负责人。第5章 项目架构设计摘要本章阐述了为达到项目开发目标而进行的具体功能实现的项目架构设计。5.1. 技术架构项目基于微软Azure云平台的主流开发框架进行技术架构，技术上采用Html5、CSS和JavaScript进行开发，同时采用采用一个管理后台多

48、个前端的云平台开发模式。它能使开发者制作跨平台、高效的移动平台。该平台可以有效支持后续的多移动平台的拓展开发和数据同步。5.2. 总体框架平台总台框架如图所示：5.3. 网络拓扑结构本系统建议的网络拓扑结构如下：系统硬件架构主要由微信官网系统数据中心、第三方系统数据服务中心，移动通信网组成。5.4. 安全技术体系设计在利用先进的信息化技术来构建系统的同时，我们将系统考虑建立起可靠的安全保障体系，以确保整个工程的安全稳定运行。通过对系统的安全需求分析以与安全策略，方案将从技术、运行、管理三个方面，采用各类安全保障技术、产品、设备和管理措施来实现这些策略，确保系统息的安全。其系统安全体系如下图所示

49、。其中：物理安全：使用电子锁或监视器等措施来保证硬件设备的安全。周边网络安全：在网络出口处部署防火墙系统，进行网络安全域划分，加强访问控制，保护重要单位信息系统。入侵检测等系统，对进出外网数据进行检测；使用入侵检测检测系统对系统进行入侵行为检测，配合防火墙组成一套完整的边界防护体系；在整个网络中的所有服务器和终端机器上安装网络版防病毒软件，实现对病毒的防和查杀；部网络安全：构建网络安全管理平台，实现对终端机器、网络设备的监视与配置管理；主机安全：对关键服务器进行安全技术增强和加固，部署操作系统安全补丁更新系统，关闭不必要的服务等，从而增强其抗攻击能力。加强功能服务器的安全部署，增强防护措施，对

50、用户的访问进行控制，保护部信息系统安全；应用程序安全：根据安全等级保护策略，通过建设统一认证管理系统，为用户提供统一的信任服务机制和身份认证手段，保证用户身份的真实可信，提供统一的组织机构管理、统一的用户管理、统一的角色管理，为系统构建完善的应用安全环境，提供统一的信任服务和访问控制机制。数据安全：对关键业务数据进行加密处理；5.4.1. 安全保障总体架构图结合应用系统设计思路以与安全威胁分析，本系统的技术安全保障体系由物理环境安全保障、系统支撑、网络安全保障、系统安全保障、应用安全保障、运维管理和安全管理组成，如下图所示。5.4.2. 应用安全应用安全应该从以下方面考虑：(1) 多因素认证：

51、合并两种认证方法，例如手机绑定。(2) 设计精细的访问控制机制：用户应该被授予权限获得需要的资源，去完成自己的工作，或者更多。所有的访问控制机制都应该尽可能地完美。(3) 限制访问：支持从 Virtual Private Networks（VPN）的因特网上访问部网资源。(4) 数据加密：对于敏感性数据，匹配设备功能与需求。管理：如果能够访问敏感性信息的话，那么对于丢失或者被盗设备来说，建议使用设备的安全抹除功能。5.4.3. 机房安全机房安全涉与多个方面，可从以下方面入手规划设计：1、机房布局方面：要考虑安全应急通道2、接地系统：接地网是否规，接地电阻是否满足设计要求3、安防和视频监控：是否

52、存在安防盲区和监控盲区，安防探头是否选择正确。4、门禁系统：授权是否正确5、防雷设计：防雷考虑是否完善，防雷器是否选择正确，主要是强电的防雷和入户线的防雷是否考虑全面。6、防静电设计：防静电接地电阻是否达标7、计算机设备环境的装修：装修材料应采用阻燃材料，是否满足防水要求，根据设备规模，做承重设计。5.4.4. 网路安全管理设计本系统中建立安全管理系统，提供自动化的安全资产管理、安全策略管理、安全设备配置管理、安全状态管理和技术规管理等功能，有效提高整个系统的可控性和可管理性。安全管理系统包括：u 安全资产管理对政务网涉与的安全设备建立数据库，自动化管理安全设备的配置状况、操作规、技术支持信息

53、和与设备相关的人员信息。u 安全策略管理建立安全策略管理系统，维护和管理本系统的安全策略。u 安全状态管理建立安全状态管理系统，对涉与的系统和网络设施的安全状态变化进行管理。u 安全规章管理建立安全规章管理系统，对影响本系统的法律、法规、制度与技术规进行统一管理，明确各安全规章与有关设备、系统和环境的关系，保证安全规章的变化能在安全策略中得到体现。u 安全配置监管对安全系统的配置状态进行安全检查和监控。根据系统变更与系统安全类别将系统的配置进行管理，标识各设备的安全状态。5.4.5. 主机部署安全与数据备份设计主机安全与本地数据备份主要分布在核心安全域中，主要考虑主机操作系统的安全和数据库HA

54、设计，主要措施为：通过操作系统的自带安全策略和补丁对操作系统进行加固主机做应用集群，避免应用的终端。数据库系统的cluster设计，保证数据库系统的可靠性完善数据备份策略，根据需要加入冷备份，达到数据安全的需要5.4.6. 病毒防御系统设计病毒问题是网络安全中一直存在的问题，当前随着网络建设的发展和各种网络应用的推广，病毒的扩散具有了新的特征，因此在本系统的建设中，需要着重考虑病毒防治的问题，并且要与整个安全保障体系相结合，构建立体的防护体系。对于本系统的应用，应考虑网络防病毒系统，并根据系统客户端数量配置相应的正版许可，全方位进行部署。5.4.7. 灾备方案设计鉴于本系统数据的重要性，提出灾

55、备的设计规划建议，提高系统的可靠性，减少灾难发生时或发生后造成的损失。保证在发生战争、严重自然灾害等情况时数据、信息资源的可靠以与业务数据交换的正常运行。在特殊情况发生时，能够最大限度地保障计算机信息系统提供正常的服务，从根本上保障数据的安全与完整。建设异地灾难备份中心投资大，建设周期较长，需要从全局进行考虑，进行统一设计规划，分步实施完成。灾难备份的一般要求：u 容灾与灾难恢复在不可抗拒的灾难（比如地震、水灾、火灾、战争等）发生时，主干计算机网络具有一定的自愈能力或快速切换能力。u 网络拓扑结构设计网络系统设计中要考虑到线路容灾备份和故障切换要求，保证各接入节点到信息中心和备份中心的线路冗余

56、。这样就避免了由于线路故障引起服务中断的几率。u 备援中心的容灾能力网络管理中心在一级主干网络中增加一个节点作为应急支援和备份中心。该中心有能力单独承担该系统网络的管理控制能力，采用镜像技术使得两个中心的网管数据保持一致。一旦灾难发生，应急支援和备份中心可以立刻取代相应数据中心位置，保障该系统的正常运行。u 信息中心重要数据的容灾备份业务系统重要数据在要在本地与异地备份信息中心进行备份，这种容灾备份的方式将大大提高网络和系统的可靠性和容灾能力从信息系统的高可靠性设计角度考虑，关键性业务系统必须保障国家机关部办公的连续和稳定，必须在本地或在异地建立应急系统和灾难备份中心，以提高应对意外灾害（重大

57、自然灾害、社会动乱、战争）的能力。u 技术介绍一个完整的容灾系统包括数据容灾和应用容灾两个部分，就存储系统的容灾方案而言，主要是实现异地的数据实时复制，保证在灾难发生时数据的完整性和对应用系统的可持续提供性。数据备份需要保证数据的完整性、可靠性和一致性。对于提供实时服务的信息系统，客户端的服务请求在灾难中可能会中断，应用备份能提供不间断的应用服务，保证信息系统提供的服务完整、可靠、一致。数据备份是容灾系统的基础，也是容灾系统正常工作的保障；应用备份则是容灾系统的终极目标，它必须建立在可靠的数据备份的基础之上。一般的容灾系统分为两个层面，磁盘设备硬件数据复制技术和系统虚拟磁盘卷的软件数据复制技术

58、。硬件复制技术是指存储系统支持硬件一级的数据快照（Snap Shot）和数据镜像（Data Mirroring），通过专线，能实现物理存储设备之间的数据交换，一般称为同步数据容灾系统。软件的数据复制技术，是指通过逻辑磁盘的复制技术实现本地逻辑磁盘和远程逻辑磁盘的数据同步，通过第三方数据复制软件， 可建立基于磁盘存储系统和SAN交换机的软件容灾系统，一般称为异步数据容灾系统。基于存储硬件系统的容灾方案将数据容灾与应用容灾相对分离，数据复制实时性高，安全系数高，但相对的成本较高。软件数据复制技术基于操作系统实现，成本较低，对传输网络要求不是很高，该种方式对主机的开销略大，数据复制的实时性稍弱。容灾

59、系统本身灾备的方式采用磁盘存储系统层的模式。采用企业级存储设备提供点到点的远程数据拷贝功能实现同步远程镜像的解决方案，可以保障数据库的数据一致性、完整性，提供灾难恢复功能。通过企业级存储设备实现远程的数据高速同步镜像，把数据损失的可能性降到最低，而且可以支持多达4个的远程数据镜像连接。可以实现各个备份中心的互为备份，并且可以将选定的数据进行拷贝的距离达到全国各地。这种方式灵活性比较强，特别适合混合异构的主机环境，与服务器类型、操作系统、数据库以与应用系统完全无关，易于实现与管理。政务网将提供广线或高速数据链路，用于连接容灾系统和数据中心，而且便于将来的扩展。当主要系统运行异常，或者网络线路中断

60、时，通过手动或者自动机制，快速切换到容灾备份系统，接替主中心的工作，所有的客户端访问请求将自动切换至备份运行系统。切换方式如在灾难恢复后，通过手动或自动机制将所有数据同步复制回主运行系统，启动主运行系统。第6章 项目实施摘要本章阐述了为保证项目的顺利实施需要进行的阶段和工作6.1. 概述我们遵循科学的项目规划进行项目的实施： 调研访谈，了解用户对系统的具体要求 业务流程、数据、信息化需求的梳理 细化系统设计，确定建设框架和建设思路 按照架构设计进行编码 模块测试以与集成测试 系统开发测试完成后进入试运行阶段 系统优化、培训，完成验收工作 系统运维支持具体工作安排如下图所示：6.2. 项目组织架

61、构 项目经理：总体负责项目实施和日常管理，项目交付第一责任人； 需求分析组：负责需求调研以与需求分析，并就项目研发过程中遇到的业务问题与客户进行沟通； 架构设计组：负责项目总体技术方案，并对项目实施成员提供方案和技术指导； 用户体验组：负责界面设计与用户体验的改进； 实施组：负责系统的具体实施工作； 质量保证组：负责编写测试计划、测试用例等相关文档，对系统进行测试工作； 技术支持组：负责对项目过程中遇到的各种问题进行技术支持；6.3. 服务进度安排 本期项目服务进度将分为五个阶段：项目启动阶段、设计阶段、建设阶段、发布稳定阶段、韵味阶段 按此计划，项目一期阶段为2个月，在系统发布上线稳定后，进入系统运维期。 项目计划以本项目主要任务与重大里程碑为基础6.4. 项目实施方法6.4.1. 沟通计划采用一个有效的沟通流程，以方便该项目相关人员的沟通。将有以下几种关键沟通方式：每周状态报告：要求每周五中午12点以前以方式提供给甲方项目经理，包含但不限于每周与客户的工作容和项目进度容，如：项目周报应附加遗留问题处