在线智能客服系统详细需求
在线智能客服系统详细需
求
The latest revision on November 22, 2020
《在线智能客服系统》需求文档
目录
第一章前言 (2)
编写目的 (2)
开发背景 (2)
定义 (3)
参考资料 (3)
第二章总体设计 (3)
系统设计环境 (3)
基本设计概念和处理流程 (3)
系统结构 (5)
总体功能设计...................................................................... ................................................ .5
用户模块功能设计介绍...................................................................... .. (6)
后台客服管理介绍...................................................................... ........ (6)
后台管理介绍..................................................................... (6)
智能交流平台介绍...................................................................... ............................. (6)
系统总体用例分析...................................................................... ......................................7第三章数据库设计..................................................................... .. (7)
外部设计...................................................................... (7)
环境说明...................................................................... (7)
指
导.......... . . . . ..................................... . . ......... (7)
数据库需求分析...................................................................... (7)
数据库逻辑设计...................................................................... (8)
数据实体--关系图...................................................................... . (8)
数据实体描述...................................................................... . (9)
物理实现...................................................................... . (11)
物理结构...................................................................... . (11)
安全设计...................................................................... . (11)
表结构设计...................................................................... (12)
视图设计...................................................................... . (13)
数据库账号及权限说明...................................................................... .. (14)
第四章模块功能需求 (15)
用户模块 (15)
智能回复平台 (17)
后台客服管理 (18)
后台管理员模块 (19)
第五章功能详细设计 (21)
系统详细设计概述
系统功能详细设计
第六章非功能性需求 (21)
性能需求 (23)
安全性需求 (24)
可用性需
求…... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
其他需
求…... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26
第一章前言
编写目的
本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
开发背景
在如今这个商业的年代，互联网是不可缺少的东西，互联网为广大用户提供了一个交流的平台。在许多商业型网站中都有着聊天交互平台，为了方便用户和客服，该系统提供了一个智能的聊天平台。在该平台中，用户可以和智能聊天平台进行简单问题的交流，在处理一些用户简单问题基础上，智能聊天平台一方面可以让用户了解大体的问题所在，另一方面就是，在用户与智能平台交流中，可以减轻客服的压力，为后台客服争取更多的时间。譬如大型商业网站淘宝，在此系统中，智能平台可以帮助后台客服解决大部分基础的，简单的问题，这就让后台客服的工作负担不太沉重。若没有该智能系统，后台客服将要对用户的每一个问题进行作答，哪怕是一句简单的回答也必须得认为来处理。
因此，该系统的开发是有必要的，系统适用的范围广，解决问题的能力大，减少人力的消耗。
系统应用目标：适用于交流型网站，例如，淘宝，京东，移动，电信信息处理平台等有着交流性平台的系统。
系统使用范围：公众定义
Workflow：工作流参考资料
无
第二章总体设计
系统设计环境
系统环境设计如下图
图
基本设计概念和处理流程
在该系统中，系统所面对的是广大校园学生用户，用户在校园网使用中经常会碰到一系列的问题，为了方便学校解决问题，为用户提供一个好的解决方案，此系统通过智能平台帮助用户解决简单问题，也减轻后台客服管理的压力。
智能平台主要是处理用户的一些简单提问。简单的说就是根据用户的提问，智能平台可以通过数据库匹对对用户提问语进行关键字处理，并反馈给用户相应的答复。在智能平台无法处理用户需求时，智能平台将会将信息交给网站客服进行解决。这样一来，该系统就大大减轻了网站客服的压力，让他们有更多的时间处理其他事物。
具体处理流程如图
图
2. 3系统结构
该系统采用B/S结构，适用于在网页端进行在线交流。
总体功能设计
该系统主要功能模块划分为四个大的模块：①用户模块，②后台客服管理模块，③后台管理员模块，④智能交流平台模块。该系统由以上四个模块组成，完成系统所相应的功能。
其功能总体设计如图：
图用户模块功能设计介绍
用户模块主要包括用户的登录，注册，提问功能，和留言功能。其中用户注册时最基本操作，用户没有注册也就没有登录账号，没有之后的操作。用户登录是其次操作，用户在没有登录的情况下无法进入聊天页面，也无法进行留言，对其系统服务进行评价。
后台客服管理介绍
后台客服管理模块中包含着该系统中一个重要功能，即后台客服回复的功能.另外，在该模块中功能还包括后台客服登录功能，后台客服查看用户信息功能，以及添加关键字信息功能。后台客服通过以上功能对用户的一些困难作答，解决用户困难。在以上功能中，最基本操作就是后台客服的登录功能，后台客服没有进行登录的情况下，无法进行其他操作。
后台管理介绍
后台管理功能在本系统中担当的后台信息管理功能，其中大体功能包括：用户信息的管理，客服管理员的管理，以及留言板的管理。其中最基本步骤登录是无法减少的，后台管理员在未登录的情况下无法对上述功能进行操作。另外，对客服信息的管理也包括对客服的审核功能，客服在未经后台管理员资格审核时，后台客服管理员将是无法登录，无法就行相应操作。
智能交流平台介绍
智能交流平台是一个中间处理功能，该模块基本功能，即核心功能就是对用户的提问进行智能回复，无需后台客服进行管理，对用户相应提问给出相应的作答。当然，智能平台也只是一个中间平台，不能解决用户的全部困难。这时，智能平台会
将相应的会话交给空闲的后台客服，将平台不能作答的问题交给客服，让客服进行处理。
系统总体用例分析
系统总体用例可分为四大类，其分别为：一般用户用例、后台客服管理员用例、系统管理员用例以及智能平台用例。各用例大致功能划分如下：
①一般用户：用户注册、用户登录、用户信息管理、留言管理。
②后台客服：登录、信息回复、用户信息查看、关键字添加、回复语添加。
③系统管理员：登录、用户信息管理、客服信息管理、留言板管理。
④智能平台：信息自动回复、会话交付。
一般用户用例图如下图：图后台客服用例图如下：图系统管理员用例图如下：图智能平台用例图如下：
图第三章数据库设计
外部设计
环境说明
本系统采用64位MySQL数据库进行设计，运行期间首先要开启MySQL数据服务，然后打开数据库。在数据库配置中，采用Windows7 64bits的操作系统，8G 运行内存。
指导
在系统开发中，若想要系统成功的部署，首先需要打开MySQL数据库服务，才能够将系统部署到tomcat服务器上，因为该系统采用SSH开发，采用面向对象查询，设计基础类需要与数据库相对应，将需要生产表的类进行映射，在数据库中生产相应的数据库表。
数据库需求分析
数据库结构设计的第一个阶段也是非常重要的一个阶段是数据库需求分析。在这个阶段主要是收集基本数据以及数据处理的流程为以后进一步设计打下基础。需求分析主要解决两个问题：①内容要求②处理要求
①内容要求：调查应用系统用户所需要操作的数据决定在数据库中存储什么数据。
②处理要求：调查应用系统用户要求对数据进行什么样的处理，理清数据库中各种数据之间的关系。
解决这两个问题的时候程序编制人员需要向应用系统用户详细调查保证信息收集的完整性。否则有可能后面所有的工作都白费。
在数据库需求分析后应该得到一个数据字典文档包括3方面内容：①数据项②数据结构③数据流
①数据项：包括名称、含义、类型、取值范围、长度以及和其他数据项之间的逻辑关系。
②数据结构：若干个数据项的有意义的集合包括名称、含义以及组成数据结构的数据项。
③数据流：指数据库中数据的处理过程包括输入、处理和输出。
这个数据字典在程序的开发过程中会不断发生变化。对于一个大型的软件开发过程一般都需要一份详尽的数据字典。
针对本系统，通过对整个系统功能和过程分析，设计的数据项和数据结构如下。
用户基本情况包括的数据项有：用户名、姓名、密码、所在宿舍、联系电话等客服信息：用户名、密码、状态等
后台管理员：用户名、密码。
关键字信息：关键字段、回复语。
留言信息：留言内容、用户名。
会话表信息：用户名、会话内容、客服名称等。
有了上面的数据结构和数据项基础我们就能进行下面的数据库设计了。
数据库逻辑设计
逻辑结构设计的任务：将概念结构进一步转化为能够用某一DBMS实现永续需求的相应的数据模型。逻辑结构设计的步骤：①将概念结构转化为一般的关系、网状、层次模型②将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转化③对数据模型进行优化。
数据实体--关系图
这一设计阶段是在需求分析的基础上设计出能够满足用户需求的各种实体以及它们之间的关系，为后面的逻辑结构设计打下基础。这个阶段不用考虑所采用的数据库管理系统、操作系统类型、机器类型等问题。这阶段可用的工具很多。用的最多的是E-R图(Entity-Relation实体-关系图)，另外还有许多计算机辅助工具Computer Aided Software Engineering CASE可以帮助进行设计。
E-R图是描述数据实体及其关系的一种直观的描述工具。这种图中有：①实体②属性③关系
①实体：用方框表示方框内为实体的名称。
②实体的各种属性：用椭圆表示椭圆内为属性名称，使用线段将其和相应的
实体连接起来。
③实体之间的联系：用菱形表示菱形内为联系的名称。
实体和实体之间的联系较多，比较常见的联系有1:1、1:n和m:n这3种。
1:1关系:对于实体A构成的集合中，每个实体在实体集合B中至多只有一个实
体与之相对应，反之亦然，称实体集合A和实体集合B之间是1:1的关系。
1:n关系:对于实体A构成的集合中每个实体，在实体集合B中有n(n>0)个实体
与之相对应，且对于实体集合B中的每个实体，在A中最多只有一个实体与之相对应，称实体集合A和实体集合B之间是1:n关系。
m:n关系:对于实体A构成的集合中的每个实体，在实体集合B中有n(n>0)个实体与之相对应，且对于实体集合B中的每个实体，在A中有m个实体与之相对应，称实体集合A和实体集合B之间是m:n关系。
以下是该系统中涉及的实体E-R图，以及各个实体之间的关系：
用户实体描述：用户信息主要包括用户名，密码，姓名，所在宿舍以及联系电话等字段，其每一条信息与数据库相对应，便于用户在系统中能够更加方便，简介地解决问题。
:后
会话信息实体E-R
图在整个系统中，各个实体之间存
言信息相对应，所以用户与留言信息存在1：n 的关系。另外，用户需要将其会话内容存入到会话信息表中，一个用户与该表中多条信息相对应，因此，用户还与会话信息表存在1：n 的关系。
用户与其他实体之间的关系E-R 图如图 所示
信息系统需求说明书
信息系统需求说明书信息系统专业
目录 一、引言 1.1编写说明 (3) 1.2编写目的 (3) 1.3系统目标 (3) 1.4参考文献 (3) 1.5业务流程 (4) 二、用户需求 2.1业务需求 (4) 2.2性能需求 (4) 三、业务流程 3.1数据流程图 (5) 3.2UC矩阵 (7) 四、系统分析 4.1用例图及用例分析 (8) 4.2类图 (16) 4.3 E-R图 (17) 4.4事件流程图 (18) 五、功能 5.1包图 (22) 5.2系统功能 (24) 5.3系统功能的模块 (24) 六、数据调查及分析 6.1数据字典 (26) 6.2数据项描述 (32) 七、系统运用技术分析 7.1主要技术 (33) 7.2开发模式 (33) 7.3项目完成主要步骤 (33) 八、系统重要代码 8.1登陆部分 (34) 8.2卖票部分 (36) 九、风险说明 9.1信息系统面临的主要风险 (40) 9.2风险的处理策略 (41) 十、遗留问题 (42) 十一、总结 (42)
§1引言 随着人们生活水平的不断提升，看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道，人们对电影院的要求也随之不断提高，因此，电影院为了提高自身的竞争力而开发电影信息系统管理软件，在以后的运营中为用户提供更加优质的服务。 §1.1编写说明 项目开发的提出者为在校的学生，开发者为刘储文、赵越、徐燕、杨晓亮、刘玉，已明确用户有：各大电影院。 用户特点：各大电影院的工作人员、管理人员和影院顾客。 §1.2编写目的 此文档定义了该电影院管理系统的规格和功能说明。 该文档的使用者主要为系统的管理人员，使用人员和维护人员。 部分文档中提到的功能在实际操作中因技术限制未能全部实现。 目的是使该程序的使用人员，运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。 §1.3 系统目标 软件开发的意图为便于电影院的管理，方便查看有关电影及放映的情况。如电影院队职工、顾客、电影信息的查找、删除、修改和添加。 §1.4参考文献 （1）杨选辉《信息系统分析与设计》清华大学出版社 （2）王少锋《面向对象技术UML教程》清华大学出版社 （4）萨师煊《数据库系统概论》高等教育出版社 §1.5业务过程
在线客服系统的优势
lessoner@https://www.360docs.net/doc/9a7137470.html, 在线客服系统 系统概述 在线客服系统是北京分形科技有限公司自主研发的基于互联网网站的实时交流系统。该系统适用于政府、金融、旅游、教育等行业，是为其量身打造的简单、实时、高效、安全的在线客服系统。在线客服系统让在线营销和咨询的专业化功能得到了充分体现，同时在扩大用户市场和空间上也起到了事半功倍的作用。 在线客服系统将为企业发掘更多的潜在客户，降低运行成本，提高工作效率，提升客户满意度，是企业进行在线咨询、在线营销、在线客服的有力工具。系统适用于各种网站，并赋予网站对话生机。企业网站拥有一套实用的在线客服系统，正如找到了一位得心应手的商务秘书。 客服客户端的功能及特性 ◆ 实时监控网站访问情况 在网站中使用在线客服系统后，客服人员可以实时监控网站的访问情况，当有新的访客进入网站时，客服客户端的访 客队列中就会显示出该访客的详细信息，包括访客进入网站的时间、IP地址、所在的地理位置、当前正在访问的页面URL 等等，当访客在网站的不同页面间切换时，会产生一条“访问轨迹”，通过对大多数访客访问轨迹的分析，客服可以发现 并归纳出访客进入网站后的行为习惯，从而为网站的商业决策提供服务。 ◆ 被动接受对话 系统会在网站中产生相应的图标（可以是浮动图标、静态图片、文字链接），吸引用户点击。用户在访问网站的时 候，如果有什么问题的话，只需要点击该图标，即可向网站的后台客服人员发起对话请求，待客服接受请求后，即可进行 实时对话。 ◆ 主动发起对话 一般情况下，网站的访客在访问网站时仅仅是作为“访问者”，他们进入网站，浏览某些页面，然后离开。而通过在 线客服系统，客服可以在访客浏览网站时邀请访客或主动对话。邀请对话会使得访客的浏览器页面上弹出一个邀请对话的 图标，访客点击该图标后即可立即与发出邀请的客服实时对话，而主动对话则会强行在
商城后台管理系统需求说明书全解
有限责任公司 版本号1.0 产品吧需求说明书 编写人： 编写时间：2015-8-8
修订控制页
目录 1概述 (4) 1.1名词说明 (4) 1.2产品概述及目标 (4) 1.3产品roadmap (4) 1.4产品风险 (5) 2使用者需求 (5) 2.1需求描述 (5) 3可选方案................................................................................................. 错误！未定义书签。4效益成本分析......................................................................................... 错误！未定义书签。 4.1效益预测..................................................................................... 错误！未定义书签。 4.2产品技术中心成本..................................................................... 错误！未定义书签。 4.3非产品技术中心的支持成本..................................................... 错误！未定义书签。5功能需求.. (6) 5.1功能总览 (6) 5.2功能详情 (9) 5.3整合需求 (40) 5.4BETA测试需求 (40) 6非功能需求 (40) 产品营销需求 (40) 规则变更需求 (40) 产品服务需求 (41) 法务需求 (41) 财务需求 (41) 帮助需求 (41) 安全性需求 (41) 7上、下线需求 (42) 7.1上线时限需求 (42) 7.2下线需求（活动类需求必须明确下线时间） (42) 8运营计划 (42)
教学管理信息系统需求规格说明书
教学管理信息系统需求规格说明书
1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述 2.1目标 2.1.1理念目标 2.1.2功能目标 2.2运行环境 2.3条件与限制 2.3.1技术限制 2.3.2使用限制 3.数据描述 3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据字典 3.4.1数据流词条描述 3.4.2数据文件词条描述 3.4.3加工逻辑词条描述 3.4.4源点及汇点词条描述 4.功能需求 4.1功能划分 4.2功能描述 5.性能需求 5.1数据精确度 5.2时间特性 5.3适应性 6.运行需求 6.1硬件接口 6.2软件接口 6.3故障处理 7.其它需求
1.引言 1.1编写目的 本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的，比较全面的描述了用户的各种需求。该文档确定了待开发软件的功能、性能、数据、界面等要求，并确定了系统的逻辑结构。为今后的开发人员进行系统开发提供了依据，也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。 1.2项目背景 项目名称：教学管理信息系统 项目任务提出者：齐鲁工业大学 项目开发者：张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠 项目用户：齐鲁工业大学所有管理人员和学生 随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。经总结，这类信息系统存在如下的缺陷：①软件维护的费用高。②信息查询不方便。③不利与远程管理。④软件的可操作性不高。 为了眤补这些缺陷，消除影响进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们项目组决定在这次软件开发过程中，开发基于B/S架构的教学管理信息系统。 1.3 定义 JavaWeb：是用Java技术来解决相关Web互联网邻域的技术总和 MySQL：MySQL是一个小型关系型数据库管理系统 MVC：模型，视图和控制。目的是实现Web系统的职能分工。 主键：数据库表中的关键域，值互不相同。 外部主键：数据库表中与其他表主键关联的域。 1.4 参考资料 1.张海藩.软件工程导论.北京：清华出版社，2008.2 2.王珊.数据库系统原理教程.北京：高等教育出版社，2006.5 3.刘利民.《软件工程综合设计》指导书.XX工业大学，2009.3 2.任务概述 2.1 目标 用户对系统的具体要求，摸清相关业务的具体流程，收集相关的信息、表格和文本，并对这些信息进行分析处理，制定面向现实世界的系统模型，如绘制业务流程图和E??—R图，制作数据字典等，为系统设计做好前期准备工作。 2.1.1理念目标 进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。 2.12功能目标
棋牌游戏平台功能需求说明书
XX棋牌游戏平台功能需求说明书 目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................
在线客服系统功能
成都欧赛克信息技术有限公司在线客服系统 https://www.360docs.net/doc/9a7137470.html, Arron.xiong@https://www.360docs.net/doc/9a7137470.html, 客服分组按不同部门把客服分成不同的组别，让访客在不同页面访问时得到相对应的客服服务。 访客IP阻止功能对于某些恶意的访客，访客IP阻止功能能把这部分恶意访客阻当在外面。 每成功阻止一个访客，将在工具栏上显示阻止访客的统计数字。 电子邮件签名自动生成电子邮件签名文件，并在Outlook Express签名设置中自动引入。多语言支持为客服提供不同的语言平台，以服务于来自不同国家的访客。 警示语功能在访客整个洽谈过程中浮动在洽谈窗口的顶部，您可以设置一些需要让访客特别留意的内容。 在线/离线/离开/隐身 状态 提供不同的状态，让客服人员自由选择。 洽谈历史记录保存与访客洽谈的所有记录，支持各种条件的查询。 访客资料通过来自访客的其他数据对网站流量进行分析，例如地区、系统、语言、浏览器等。 访客来源分析访客来自哪个地方，根据访客的地域分布大致了解到各个地方对您此类产品的需求程度，从而为您制定公司在各个地方布点的策略提供参考。并可 以详细地分析您网站的访客是通过Google/百度搜索到的，还是通过其他搜 索引擎过来的。 访客筛选功能可以跟据多种条件自由组合来筛选网站访客，过滤出您最关心的访客。 捕捉屏幕功能您可以任意捕捉屏幕，并把截屏图片发送给与您洽谈中的对方。 自定义交谈按钮自由上传交谈按钮的图片或者自定义设计图片上传。 客户图标在用户控制台中上传图标。 单访客多客服交谈多个客服人员协同与访客服交谈。 群组沟通不同或相同部门的客服人员可以互相进行业务上的交谈。 访客留言跟踪系统管理、分配、回复访客在站点留下的问题。 自定义留言系统可以很方便的设定您的网站访客留言时使用哪种留言系统。现有三个选项： 1.系统留言板， 2.问题跟踪系统， 3.您自己的留言板系统地址。 自定义软件欢迎页面可以很方便的设定您想使用的软件欢迎页面。现有两个选项：1.系统欢迎页面，2.您自己的欢迎页面地址。 多种格式消息交谈允许客服使用HTML格式进行洽谈，例如更改字体、增加链接和图片等等。访客联系信息通过访客的身份证明查询该访客的联系资料。 主动邀请对话主动邀请访客进行洽谈。 自动邀请访客功能网站访客在浏览设定的网页超过设定时间时，就向该访客自动发出邀请。 交谈转移网站客服之间可以互相转界对话，快速解决客户提出的要求，提高接待效率。
客户关系管理系统需求说明书
客户关系管理系统需求规格说明书 编号：JB-RM-CRM 版本：1.0
作者：H.L.日期：2007-12-12审批：日期：
状态修订人修改日期版本备注新创建PM 2007-12-12 1.0
1 概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1 目的 本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括：营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。 1.3 读者对象 1.4 参考文档 无 1.5 术语定义 系统用户： XX公司员工。
视频监控应用系统技术需求说明书
视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控： （1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 （2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：
在线客服系统的优势
在线客服系统 系统概述 在线客服系统就就是北京分形科技有限公司自主研发得基于互联网网站得实时交流系统。该系统适用于政府、金融、旅游、教育等行业,就就是为其量身打造得简单、实时、高效、安全得在线客服系统。在线客服系统让在线营销与咨询得专业化功能得到了充分体现,同时在扩大用户市场与空间上也起到了事半功倍得作用。 在线客服系统将为企业发掘更多得潜在客户,降低运行成本，提高工作效率,提升客户满意度,就就是企业进行在线咨询、在线营销、在线客服得有力工具。系统适用于各种网站,并赋予网站对话生机。企业网站拥有一套实用得在线客服系统,正如找到了一位得心应手得商务秘书。? 客服客户端得功能及特性 ◆ 实时监控网站访问情况? 在网站中使用在线客服系统后，客服人员可以实时监控网站得访问情况，当有新得访客进入网站时,客服客户端得访?客队列中就会显示出该访客得详细信息,包括访客进入网站得时间、IP地址、所在得地理位置、当前正在访问得页面ＵRL?等等，当访客在网站得不同页面间切换时,会产生一条“访问轨迹”，通过对大多数访客访问轨迹得分析,客服可以发现 并归纳出访客进入网站后得行为习惯,从而为网站得商业决策提供服务。 ?◆ 被动接受对话??系统会在网站中产生相应得图标(可以就就是浮动图标、静态图片、文字链接),吸引用户点击。用户在访问网站得时 候,如果有什么问题得话,只需要点击该图标,即可向网站得后台客服人员发起对话请求，待客服接受请求后，即可进行?实时对话。 ?◆ 主动发起对话? 一般情况下,网站得访客在访问网站时仅仅就就是作为“访问者”,她们进入网站,浏览某些页面，然后离开。而通过在 线客服系统,客服可以在访客浏览网站时邀请访客或主动对话。邀请对话会使得访客得浏览器页面上弹出一个邀请对话得?图标,访客点击该图标后即可立即与发出邀请得客服实时对话，而主动对话则会强行在访客端弹出对话窗口,主动向访客 发送实时消息。? ◆对话转接? 在客服在与访客对话得过程中，访客提出得问题可能超出客服得解答能力（如市场部得客服无法解决复杂得技术问?题）,这时,客服可以将该对话传送给其它客服，由其它客服来协助解决。同一对话可以在不同得客服之间进行任意次?数得传送,该功能使得多个客服协同工作以向访客提供最佳服务。? ◆ 大规模访客队列管理 由于所有得网站访客都会显示在访客队列中，因此对于流量特别大得网站来说就存在一个严重得问题:访客队列中得?访客太多了,怎样才能快速找到某个访客呢？不同
(完整版)网上订餐系统需求分析说明书
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711
目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)
4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6．可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)
1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会 选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出 现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多 时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图
软件系统需求说明书
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
xxxx平台xxxx功能需求规格说明书 模板
国安创客 平台功能需求规格说明书 版本： 1.0 日期：2015年？月
修改记录 *A–新增M–修改D–删除
目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息（如有角色或权限新增修改时，否则删除） (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)
引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求（质量属性和外部接口）与限制条件，作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据，同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块
2.4业务流程 流程图： 业务描述及说明： 3功能分解 3.1基础信息（如有角色或权限新增修改时，否则删除） 基础信息包括角色管理、用户管理、权限管理，数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能，供输入过程中下拉菜单选择。 3.1.1.1.2输入输出
3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档
客户服务中心系统功能需求书
客户服务中心系统 功能需求书 XXX电视网络（集团）股份有限公司 客户服务部 二0一四年四月 目录 前言 5
第一部分总述 6 第一章总则 6 1.1 概述 6 1.2 设计原则 6 1.3 适用范围 6 1.4 编制单位及解释权 6 第二章总体架构和功能描述7 2.1 功能框架图7 2.2 功能框架描述8 第三章桌面展示框架9 3.1 概述9 3.2 C/S结构9 3.3 B/S结构9 3.4 C/S+B/S结构的应用模式10 3.5 定制11 第二部分生产运作系统12 第一章客服中心（呼叫中心）系统功能12 1.1 系统功能概述12 1.2 自动语音应答系统功能（语音导航）12 1.3 话务转接功能13 1.4 座席接续功能及接续状态13 第二章客户信息管理及分层服务系统功能17 2.1 客户信息管理 17 2.2 客户分层服务功能 19 第三章基本呼入业务系统功能22 3.1 系统功能概述22 3.2 系统功能要求22 3.3 呼入业务流程22 3.4 界面要求23 3.5 呼入业务功能24 第四章呼出系统功能27 4.1 概述27 4.2 呼出流程27 4.3 功能描述（即流程说明）27 4.4 界面展示30 4.5 查询统计31 第五章媒体接触功能32 5.1 电子邮件32 5.2 传真32 5.3 短信、微信、微博32 5.4 网站32
第三部分管理支撑系统33 第一章电子工单系统33 1.1 概述33 1.2 工单运营流程33 1.3 系统功能描述35 1.4 界面显示内容38 1.5 查询统计39 第二章知识管理系统（知识库、公告便笺）40 2.1 概述40 2.2 知识库管理系统功能40 2.3 公告系统功能43 2.4 便笺系统功能43 第三章员工管理系统44 3.1 概述44 3.2 人事管理系统45 3.3 考试培训管理系统46 3.4 排班管理系统48 3.5 绩效管理系统49 第四章质检考评系统（服务评价系统）49 4.1 概述49 4.2 业务分类50 4.3 质检考评系统功能要求51 4.4 质检考评系统界面要求52 4.5 质检考评系统查询统计53 4.6 全面服务考核功能53 第五章数据统计和分析系统53 5.1 概述53 5.2 统计报表功能54 5.3 数据分析57 第四部分系统管理功能59 第一章权限管理功能59 1.1 概述59 1.2 登录管理59 1.3 人员管理60 1.4 角色管理60 1.5 功能权限管理60 第二章监控管理功能61 2.1 概述61 2.2 系统监控功能61 2.3本地集中网管系统监控功能61 2.4台席监控功能62 2.5主机监控功能62
农贸市场信息系统需求规格说明书
农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
1 / 17
农贸市场信息管理系统
文件状态： [ ] 草稿 [√] 正式发布 [ ] 正在修改
系统名称： 当前版本： 作 者： 完成日期：
农贸市场信息管理系统
王金鑫 季猛 袁梦 李美林 2016 年 6 月 22 日
目录
1 文档介绍 ................................................................. 3 1.1 文档目的 ............................................................. 3 1.2 文档范围 ............................................................. 4 1.3 读者对象 ............................................................. 4 1.4 参考文档 ............................................................. 4 1.5 术语与缩写解释 ....................................................... 5
2 / 17
农贸市场信息管理系统
2 产品介绍 ................................................................. 5 3 产品面向的用户群体 ....................................................... 6 4 产品应当遵循的标准或规范 ................................................. 6 5 产品范围 ................................................................. 6 6 产品中的角色 ............................................................. 6 7 产品的功能性需求 ......................................................... 7
7.1 功能性需求分类....................................................... 7 7.2 用例图............................................................... 8 7.3 用例描述............................................................ 11 8 产品的非功能性需求 ...................................................... 12 8.1 用户界面需求...................................................... 13 8.2 产品质量需求........................................................ 14 9 开发及运行环境 .......................................................... 15 9.1 开发环境............................................................ 15 9.2 运行环境............................................................ 16 10 开发团队及分工 ......................................................... 16
1 文档介绍 1.1文档目的
3 / 17
(产品管理)物流系统产品需求规格说明书
BUS-WU-LIU/M1.0/2013-05-04 物流系统 产品需求规格说明书 美哒哒信息技术有限公司
修订历史记录 A - 增加M - 修订D - 删除 1概述 随着物流公司的业务的扩大，物流公司原来的人工操作记录模式已经越来越不能满足公司的业务需求，为了解决人工速度慢，易出错，效率低等问题，我们开发了这套系统来满足公司的需求，促使公司更好更快的发展。本软件的开发目的为解决Polaris物流公司原数据操作模式无法适应公司发展的问题，本软件的应用目标为Polaris物流公司，包括Polaris 公司的主页以及总公司管理系统和配送点管理系统。建立此系统的目的在于客观、便捷、透明地显示，货物从货源地发出到客户手中的过程中所经历的各个配送经历。方便客户、配送人员在线的查询以及公司对于物流的管理。此系统可以提高物流运输效率，减少人员成本，便捷各个部门上传下达，更好地实现物流传输。客户可以在线下订单，从我们公司在互联网显示的货物信息中，选定需要购买的货品以及数量，填写详细联系方式以及电话号码，选择付款方式后即可成功下订单。在货品配送期间可以通过互联网物流跟踪信息，查询货物的即时地点。在货物到达后，可以根据货物以及配送对货品进行评价，对以后购买此货品的客户提供参考。每次物流的相关信息都会通过本系统的跟踪建立相关数据，存储在服务器上能够达到24个月，方便客户日后的查询以及相关问题的反映和反馈。客户使用此系统可以透明、快捷地购到每一件货品。没有此系统的时候，客户只能通过电话，传真等传统的方式下订单，而且也只能通过致电客服来达到了解货物传输的过程，不仅效率低下，耗费人力物力，而且无法实现传输透明。本系统的建立使客户成为了物流运输的半个主人，客户不必每次为了物流的过程咨询相关人员，当遇到解决不了的问题时可以咨询相关人员，节省了大量客服的人力、物力和财力。配送人员可以通过客户在互联网客户端预定货品的信息，将货品发往各个区域，借助互联网即时的迅速性，可以快速有效、更小错误地记录货品在各个区域的传送。每到一个区域记录此过程的行程，便于客户、配送人员以及公司的查询，为客户的即时查询提供了最大程度的帮助，也为配送人员提供了传输的纪录。若配送途中出现问题无法配送成功，也可以留下跟踪的信息以供找寻，成为日后查找货品最有力的记录和矛盾纠纷的证据。没有此系统的时候，配送人员只能通过传真等传统方式，不仅效率低下，通
管理信息系统需求分析说明书模板
管理信息系统系统 需求分析说明书 文档名称：管理信息系统需求分析说明书 文档编号：AICBS-SAS-子系统模块名-0 版本号：0.0.0 建立日期：2004年xx月xx日 电子版名：需求分析说明书.doc Confidential（机密） 共页
文档修改记录 序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建 xx 日
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景介绍 (4) 1.3 术语定义 (4) 1.4 参考资料 (4) 2 总体描述 (5) 2.1 系统目标 (5) 2.2 运行环境 (5) 2.3 用户特点 (5) 2.4 系统约束 (6) 3 业务功能需求 (6) 3.1 功能需求 1 (6) 3.1.1 业务定义 (6) 3.1.2 数据信息 (6) 3.1.3 业务流程 (6) 3.1.4 功能要求 (6) 3.1.5 业务实例 (6) 3.1.6 特点(feature) (7) 3.1.7 特殊要求 (7) 3.2 功能需求 2 (7) 3.3 功能需求 3 (7) 3.4 功能需求 4 (7) 4 系统接口需求 (7) 4.1 用户界面 (7) 4.2 各子系统接口需求 (8) 4.3 与其他的接口需求 (8) 5 系统管理需求 (8) 5.1 性能需求 (8) 5.2 安全性需求 (8) 5.3 应用监控需求 (9) 5.4 可靠性需求 (9) 5.5 可扩展性 (9) 5.6 灵活性与可配置性 (9)
1引言 1.1 编写目的 说明编写本软件需求文档的目的,指出预期的读者。 1.2 背景介绍 说明： A．待开发的软件系统的名称； B．本项目的任务提出者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 术语定义 简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。 1.4 参考资料 用列表的形式列出用得着的参考资料，如： 1. 本项目的经核准的计划任务书或合同、上级机关的批文； 2. 属于本项目的其他已发表的文件； 3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件 资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源．
实训平台功能需求说明书
<实训管理平台> 需求说明书
目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)
1.引言 1.1编写目的 根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。 1.2背景 待开发系统名称：实训管理平台 本项目任务提出者：刘凤华 开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起 系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料 无
物流管理信息系统需求说明书
物流管理信息系统 需求说明书 二○一一年十月 1.引言 (4) 1.1信息系统项目简介 (4) 1.2编写说明 (4) 1.3参考资料 (4)
2、目标 (4) 2.1概述 (4) 2.2系统需求模型 (4) 2.3系统模块清单 (5) 2.4系统角色划分 (6) 3、详细需求 (6) 3.1物流配送管理 (6) 3.1.1货品管理 (6) 3.1.2出入库管理 (8) 3.1.3订单管理 (9) 3.2网上业务 (11) 3.2.1电子公告 (11) 3.3系统管理 (11) 3.3.1数据字典 (11) 3.3.2用户管理 (12)
1.引言 1.1信息系统项目简介 本需求分析说明书的编写目的在于研究物流管理信息系统的开发途径和应用方法。 本需求说明书的预期读者是与物流管理信息系统开发有联系的开发组成人员、支持本项目的领导和公司人员，软件验证者。 1.2编写说明 我们在作本系统需求的时候，是在对方公司进行了为期七天的实地调研，然后结合自身对物流行业的了解和认识，以及同行在软件实现上的经验完成的。我们与物流企业业主、管理者进行了面对面的沟通。我们在进行本系统的开发初始，就企业的基本组织架构、基本功能单元和需求定义，在企业实地考察了该企业的数个仓库及参与流程的各个部门和生产现场。并获得了大量的一手的原始资料。 由于需求分析的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求。 本报告的编写，反映了需求分析工作能否掌握所开发系统需求，以及对这些需求的解决方案。使委托开发方及软件开发方对问题的识别达到共识，反复交流，为软件开发的成功奠定基础。 1.3参考资料 [1]陈娅娜,鞠颂东.敏捷供应链下库存管理的财务影响[J].物流科技,2008.5. [2]张琪.基于供应链管理的会计信息系统的设想[J].会计之友(下旬刊),2008.4. [3]曹军.论供应链管理下新会计信息系统的构建[J].天津财经大学学报,2007.1 0. 2、目标 2.1概述 本系统利用互联网技术，以电子商务形式，通过建立“物流管理信息系统”，为广大物流公司提供货品信息录入、货品出入库管理、顾客订单管理、货品配送以及物流
在线客服系统说明书
53KF在线客服系统新版说明书
版权声明 杭州六度信息科技有限公司广州总代理公司拥有本产品及相关文档的全部版权。未经本公司书面许可,任何单位及个人不得以任何方式或理由对本产品的任何部分进行复制、抄录、传播，或将技术文档翻译成他国语言,并不得与其它产品捆绑销售。 信息更新 我们会根据产品最新情况随时更新相关文档。 信息反馈 杭州六度信息科技有限公司广州总代理公司欢迎您通过尽可能多的渠道向我们提供尽可能多的信息，您的意见和问题都会得到我们的重视和妥善处理，请将反馈信息投递到下述地址： 杭州六度信息科技有限公司广州总代理 代理总公司：广州十分信息科技有限公司 公司地址：广州市机场路白云名字广场明沁阁508室 电话： 邮编：5100000
目录 1新版客服端指南 ·················································································错误!未定义书签。 主界面 ········································································································错误!未定义书签。 对话列表 ····································································································错误!未定义书签。 转接对话 ····································································································错误!未定义书签。 网站访客 ····································································································错误!未定义书签。 访客详情 ····································································································错误!未定义书签。2新版管理中心指南··············································································错误!未定义书签。 页头与版块 ································································································错误!未定义书签。 联系计划 ····································································································错误!未定义书签。 聊天记录 ····································································································错误!未定义书签。 机器人列表 ································································································错误!未定义书签。 机器人编辑 ································································································错误!未定义书签。 机器人知识库 ····························································································错误!未定义书签。 常用语分类 ································································································错误!未定义书签。 全局设置 ····································································································错误!未定义书签。 风格管理 ····································································································错误!未定义书签。 客服图标设置 ····························································································错误!未定义书签。 访客端LOGO设置 ·····················································································错误!未定义书签。 指定客服设置 ····························································································错误!未定义书签。 区域分流设置 ····························································································错误!未定义书签。 访客注册设置 ····························································································错误!未定义书签。