在线智能客服系统设计详细需求.doc

精选优质文档-倾情为你奉上在线智能客服系统需求文档 目录第一章 前言21.1编写目的21.2开发背景21.3定义31.4参考资料3第二章 总体设计32.1系统设计环境32.2基本设计概念和处理流程32.3系统结构5 2.4 总体功能设计. .5 2.4.1用户模块功能设计介绍.6 2.4.2 后台客服管理介绍. .6 2.4.3后台管理介绍. .6 2.4.4 智能交流平台介绍. .6 2.5 系统总体用例分析.7第三章 数据库设计.7 3.1 外部设计.7 3.1.1 环境说明.7 3.1.2 指导. . . . . . . . .7 3.2 数据库需求分析.7 3.3 数据库逻辑设计.8 3.3.1 数据实体-关系图.8 3.3.2 数据实体描述.9 3.4 物理实现.11 3.4.1 物理结构.11 3.4.2 安全设计.11 3.5 表结构设计.12 3.6 视图设计.13 3.7 数据库账号及权限说明.14第四章 模块功能需求154.1 用户模块154.2 智能回复平台174.3 后台客服管理184.4 后台管理员模块19第五章 功能详细设计21 5.1系统详细设计概述 5.2 系统功能详细设计第六章 非功能性需求21 5.1 性能需求235.2 安全性需求24 5.3 可用性需求 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25 5.4 其他需求. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26第一章 前言1.1编写目的本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。1.2开发背景 在如今这个商业的年代，互联网是不可缺少的东西，互联网为广大用户提供了一个交流的平台。在许多商业型网站中都有着聊天交互平台，为了方便用户和客服，该系统提供了一个智能的聊天平台。在该平台中，用户可以和智能聊天平台进行简单问题的交流，在处理一些用户简单问题基础上，智能聊天平台一方面可以让用户了解大体的问题所在，另一方面就是，在用户与智能平台交流中，可以减轻客服的压力，为后台客服争取更多的时间。譬如大型商业网站淘宝，在此系统中，智能平台可以帮助后台客服解决大部分基础的，简单的问题，这就让后台客服的工作负担不太沉重。若没有该智能系统，后台客服将要对用户的每一个问题进行作答，哪怕是一句简单的回答也必须得认为来处理。 因此，该系统的开发是有必要的，系统适用的范围广，解决问题的能力大，减少人力的消耗。系统应用目标：适用于交流型网站，例如，淘宝，京东，移动，电信信息处理平台等有着交流性平台的系统。系统使用范围：公众1.3定义Workflow：工作流1.4参考资料无第二章 总体设计2.1系统设计环境系统环境设计如下图 2.1-1 环境选项 使用工具 操作系统Windows7 Java开发环境Java1.8 开发使用工具Eclipse 开发使用数据库Mysql 开发使用框架Spring，struts，hirbenate 服务器Tomcat8.0 图2.1-12.2基本设计概念和处理流程在该系统中，系统所面对的是广大校园学生用户，用户在校园网使用中经常会碰到一系列的问题，为了方便学校解决问题，为用户提供一个好的解决方案，此系统通过智能平台帮助用户解决简单问题，也减轻后台客服管理的压力。智能平台主要是处理用户的一些简单提问。简单的说就是根据用户的提问，智能平台可以通过数据库匹对对用户提问语进行关键字处理，并反馈给用户相应的答复。在智能平台无法处理用户需求时，智能平台将会将信息交给网站客服进行解决。这样一来，该系统就大大减轻了网站客服的压力，让他们有更多的时间处理其他事物。具体处理流程如图 2.2-1网站界面 点击相应按钮，进行判断是否登录 已登录未登录，进入登录注册页面是否注册会话页面，进行人机交互已注册，请登录未注册，进入注册页面智能机器人是否能作答不能作答，交付给客服能作答 图2.2-1 2. 3系统结构该系统采用B/S结构，适用于在网页端进行在线交流。2.4 总体功能设计 该系统主要功能模块划分为四个大的模块：用户模块，后台客服管理模块，后台管理员模块，智能交流平台模块。该系统由以上四个模块组成，完成系统所相应的功能。 其功能总体设计如图：2.4-1 系统功能模块 功能描述 用户模块用户注册，用户登录功能，用户提问功能以及用户留言功能，查看基本信息，修改基本信息 后台客服管理模块后台客服登录，信息回复功能，用户信息查看功能，以及添加关键字和回复语功能 后台管理员模块后台管理员登录，用户信息管理，后台客服信息管理，以及后台客服状态审核功能，查看在线人数功能，留言管理 智能交流平台模块用户信息自动回复功能，会话交付功能 图2.4-12.4.1 用户模块功能设计介绍用户模块主要包括用户的登录，注册，提问功能，和留言功能。其中用户注册时最基本操作，用户没有注册也就没有登录账号，没有之后的操作。用户登录是其次操作，用户在没有登录的情况下无法进入聊天页面，也无法进行留言，对其系统服务进行评价。2.4.2 后台客服管理介绍 后台客服管理模块中包含着该系统中一个重要功能，即后台客服回复的功能.另外，在该模块中功能还包括后台客服登录功能，后台客服查看用户信息功能，以及添加关键字信息功能。后台客服通过以上功能对用户的一些困难作答，解决用户困难。在以上功能中，最基本操作就是后台客服的登录功能，后台客服没有进行登录的情况下，无法进行其他操作。2.4.3 后台管理介绍 后台管理功能在本系统中担当的后台信息管理功能，其中大体功能包括：用户信息的管理，客服管理员的管理，以及留言板的管理。其中最基本步骤登录是无法减少的，后台管理员在未登录的情况下无法对上述功能进行操作。另外，对客服信息的管理也包括对客服的审核功能，客服在未经后台管理员资格审核时，后台客服管理员将是无法登录，无法就行相应操作。2.4.4 智能交流平台介绍 智能交流平台是一个中间处理功能，该模块基本功能，即核心功能就是对用户的提问进行智能回复，无需后台客服进行管理，对用户相应提问给出相应的作答。当然，智能平台也只是一个中间平台，不能解决用户的全部困难。这时，智能平台会将相应的会话交给空闲的后台客服，将平台不能作答的问题交给客服，让客服进行处理。2.5系统总体用例分析系统总体用例可分为四大类，其分别为：一般用户用例、后台客服管理员用例、系统管理员用例以及智能平台用例。各用例大致功能划分如下： 一般用户：用户注册、用户登录、用户信息管理、留言管理。 后台客服：登录、信息回复、用户信息查看、关键字添加、回复语添加。 系统管理员：登录、用户信息管理、客服信息管理、留言板管理。 智能平台：信息自动回复、会话交付。一般用户用例图如下图：2.4.5-1 图 2.4.5-1后台客服用例图如下：2.4.5-2 图2.4.5-2系统管理员用例图如下：2.4.5-3 图2.4.5-3智能平台用例图如下：2.4.5-4 图2.4.5-4 第三章 数据库设计 3.1外部设计3.1.1 环境说明 本系统采用64位MySQL数据库进行设计，运行期间首先要开启MySQL数据服务，然后打开SQLyog10.2数据库。在数据库配置中，采用Windows7 64bits的操作系统，8G运行内存。3.1.2 指导 在系统开发中，若想要系统成功的部署，首先需要打开MySQL数据库服务，才能够将系统部署到tomcat服务器上，因为该系统采用SSH开发，采用面向对象查询，设计基础类需要与数据库相对应，将需要生产表的类进行映射，在数据库中生产相应的数据库表。 3.2数据库需求分析数据库结构设计的第一个阶段也是非常重要的一个阶段是数据库需求分析。在这个阶段主要是收集基本数据以及数据处理的流程为以后进一步设计打下基础。需求分析主要解决两个问题：内容要求 处理要求内容要求：调查应用系统用户所需要操作的数据决定在数据库中存储什么数据。 处理要求：调查应用系统用户要求对数据进行什么样的处理，理清数据库中各种数据之间的关系。 解决这两个问题的时候程序编制人员需要向应用系统用户详细调查保证信息收集的完整性。否则有可能后面所有的工作都白费。 在数据库需求分析后应该得到一个数据字典文档包括3方面内容：数据项 数据结构 数据流 数据项：包括名称、含义、类型、取值范围、长度以及和其他数据项之间的逻辑关系。 数据结构：若干个数据项的有意义的集合包括名称、含义以及组成数据结构的数据项。 数据流：指数据库中数据的处理过程包括输入、处理和输出。 这个数据字典在程序的开发过程中会不断发生变化。对于一个大型的软件开发过程一般都需要一份详尽的数据字典。 针对本系统，通过对整个系统功能和过程分析，设计的数据项和数据结构如下。 用户基本情况包括的数据项有：用户名、姓名、密码、所在宿舍、联系电话等 客服信息：用户名、密码、状态等 后台管理员：用户名、密码。 关键字信息：关键字段、回复语。 留言信息：留言内容、 用户名。会话表信息：用户名、会话内容、客服名称等。有了上面的数据结构和数据项基础我们就能进行下面的数据库设计了。3.3数据库逻辑设计 逻辑结构设计的任务：将概念结构进一步转化为能够用某一DBMS实现永续需求的相应的数据模型。逻辑结构设计的步骤：将概念结构转化为一般的关系、网状、层次模型将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转化对数据模型进行优化。 3.3.1 数据实体-关系图 这一设计阶段是在需求分析的基础上设计出能够满足用户需求的各种实体以及它们之间的关系，为后面的逻辑结构设计打下基础。这个阶段不用考虑所采用的数据库管理系统、操作系统类型、机器类型等问题。这阶段可用的工具很多。用的最多的是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图如图3.3.1-1联系电话所在宿舍 用户信息用户名姓名密码 图3.3.1-1后台客服实体信息:后台客服信息包括用户名，密码，以及客服状态。后台客服信息E-R图如图3.3.1-2 后台客服信息 状态密码用户名 图3.3.1-2系统管理员实体：系统管理员信息包括用户名和密码。只是为了方便管理员登录系统进行管理。系统管理员E-R图如图 3.3.1-3 系统管理员 用户名 密码 图3.3.1-3系统关键字信息：系统关键字信息主要包括关键字字段以及与之对应的回复语信息。系统关键字信息E-R图如图 3.3.1-4 关键字信息 回复语关键字段 图3.3.1-4 留言板信息：留言板信息包括用户的留言信息以及与之相关联的用户名。留言信息实体图如图 3.3.1-5 留言板 用户名 留言信息 图3.3.1-5会话表信息：会话表中包含的主要字段就是对话信息，其中还包括用户名字段和客服名称字段。会话信息实体E-R图如图3.3.1-6 会话表 会话信息 客服名 用户名 图3.3.1-6 在整个系统中，各个实体之间存在一定的关系，每个实体可能又与多个实体之间存在不同的关系。 对于用户来说，用户与留言信息之间存在一定的关系，一个用户可以与多条留言信息相对应，所以用户与留言信息存在1：n的关系。另外，用户需要将其会话内容存入到会话信息表中，一个用户与该表中多条信息相对应，因此，用户还与会话信息表存在1：n的关系。 用户与其他实体之间的关系E-R图如图 3.3.1-7 所示 留言板1：n 用户 会话表1：n 图3.3.1-7 另外，在该系统中，后台客服需要与用户进行对话。因此，在会话信息表中，客服名将会被添入。客服在与用户交谈中，一个客服同样需要进行多条回复。因此，客服与会话信息表存在1：n的关系。 客服与其他实体之间的关系E-R图如图 3.3.1-8所示1：n 会话信息表 客服 图3.3.1-8 3.3.2 数据实体描述 在本系统中，包含的实体对象有用户实体，后台客服实体，系统管理员实体，关键字信息实体，会话信息实体，以及留言板实体。其对应数据库中字段名如下：用户实体：用户名，密码，姓名，宿舍地址，联系电话UserInfo（username，password，name，address，phone）。后台客服实体：用户名，密码以及客服状态CustomerService （C_name，C_password，C_status）系统管理员实体：用户名，密码SystemAdmin（S_name，S_password）关键字信息实体：主键Id，关键字字段，回复语Keyword （K_id，K_word，K_reply）留言板信息实体：主键Id，用户名，留言信息Massage （M_id，username，M_massage）会话信息实体：主键Id，用户名，后台客服名，会话内容Talking （T_id，username，C_name，T_content） 3.4 物理设计 物理设计的任务是根据具体计算机系统的特点,为给定的数据模型确定合理的存储结构和存取方法.所谓的“合理”主要有两个含义：一个是要使设计出的物理数据库占用较少的存储空间,另一个对数据库的操作具有尽可能高的速度. 3.4.1 物理结构 在该系统中，数据库服务器设计一个数据库，一个数据库中包含所有数据库中所需要的表。在该数据库中各表的表名为：用户表（tb_user），后台客服表（tb_customerService),系统管理员表（tb_systemAdmin），关键字信息表（tb_keyWord）,留言板信息表（tb_massage），以及会话信息表（tb_talking）。这些表都被存储在同以数据库中，以供系统使用。 3.4.2 安全设计 对于系统中的每一中用户，数据库都有相应的操作权限。譬如，对于一般用户来说，用户只可以在系统中访问到数据库，不能通过其它途径对数据库进行访问。用户在整个系统中只能够访问到有关于该用户的基本信息，不能访问到其它使用者的信息。对于后台客服用户，客服通过自身登录后，客服可以在后台进行数据库访问，可以访问到相应用户的信息，并对相应的用户进行操作。但是客服不能直接在数据库服务器上进行登录访问信息，此操作仅限于系统管理员。在整个系统中，访问权限最高的就是系统管理员了，系统管理员不仅可以访问到用户的基本信息，可以访问到用户的留言信息，系统管理员还可以对客服信息进行访问，查看客服的一些相关信息。另外，系统管理员可以直接登录到数据库服务器中，对相关内容进行操作。 3.5 表结构设计 在本系统中，所涉及的表有六个，其分别为：用户表，后台客服表，系统管理员表，关键字信息表，留言板信息表，会话信息表。其结构设计如下： 用户信息表如下图3.5-1所示 数据库名database 表名Tb_user列名数据类型是否为空是否唯一是否为主键外键数据长度usernamevarchar 否 是 是无20passwordvarchar 否 否 否20namevarchar 否 否 否10addressvarchar 否 否 否50phonevarchar 否 是 否20 图3.5-1后台客服信息表如下图3.5-2所示 数据库名database 表名Tb_customerService列名数据类型是否为空是否唯一是否为主键外键数据长度C_namevarchar否是是无10C_passwordvarchar否否否20C_statusvarchar否否否10 图3.5-2 系统管理员表如下图3.5-3所示 数据库名 database 表名Tb_systemAdmin列名数据类型是否为空是否唯一是否为主键外键数据长度S_namevarchar否是是无20S_passwordvarchar否否否20 图3.5-3 关键字信息表如下图3.5-4所示数据库名database 表名Tb_keyword列名数据类型是否为空是否唯一是否为主键外键数据长度K_idinteger否是是无10K_wordvarchar否是否20K_replyvarchar否否否100 图3.5-4留言板信息表如下图3.5-5所示 数据库名database表名Tb_massage列名数据类型是否为空是否唯一是否为主键外键数据长度M_idinteger否是是10usernamevarchar否否否Tb_user20M_massagevarchar是否否500 图3.5-5 会话信息表如下图3.5-6所示数据库名database表名Tb_talking列名数据类型是否为空是否唯一是否为主键外键数据长度T_idinteger否是是10usernamevarchar否否否Tb_user20C_namevarchar否否否Tb_customerService10T_contentVarchar否否否500 图3.5-63.6 视图设计 暂无3.7 数据库账号及权限说明数据库服务器登录账号及密码分别为：账号：xxxx，密码：xxxx。 登录到数据库服务器后，可以对数据库中的相应字段信息进行修改，可以对数据库中表信息进行增加，删除，修改（请谨慎使用，避免不必要的信息丢失）。第四章 模块功能需求 4.1用户模块 本系统的设计的主要目标就是为了解决用户的需求，减轻客服工作压力。作为本系统主要的角色之一（用户），本系统首先需要用户填写个人基本信息，完成用户的注册，这样才能确保用户能正常使用本系统。本系统是为解决用户困难而设计的，在用户登录到本系统后，用户可以根据自身所面临的相关问题进行提问，然后通过本系统了解相关问题，并了解解决方案，解决用户当前所面临的问题。在该系统中，为了更好的了解到某用户的需求，并了解该系统所带来的效益，用户不仅可以体验交流并了解解决问题方法的功能，用户还可以对该系统的一些方面进行评价留言，对好的方面进行赞赏，对不足的地方提出一些改进的方法，以便开发人员对整个系统进行改进，完善。 另外，用户可以查看自己的基本信息，并对自己的基本信息就行修改，方便今后的其它工作的进行。 用户模块功能设计概要图如下图：4.1-1 用户模块 用户模块 用户注册 用户想要使用该系统，首先要进行用户注册，使得用户在整个系统中有一个通行证。该功能模块需要用户对自己的基本信息进行填写，需要填写学号（即用户名）作为在本系统的唯一通行证明。当然密码设置也是不可缺少的，所涉及的基本信息最后有两项将作为之后登录本系统的凭证，即用户名和密码。 用户登录用户若想使用本系统，首先用户必须要登录本系统。登录系统所需要的凭证即是注册时填写的用户名和密码，登录系统后，用户名作为在系统中唯一身份象征。若该用户还未在本系统中注册账号，用户需要注册后才可使用凭证进行登录。 提问功能在用户进行登录后，用户可以根据自身所面临的问题在交流平台上提问。在提出问题后，用户所提出的问题将会被存放到数据库表中，本用户可以在交流页面看到自己所提出的问题，也可以看到系统回复的信息。用户可以根据自己所面临问题，对一些信息进行了解，并解决问题。 留言功能留言功能即是对整个系统进行评价。在留言功能模块中，用户既可以自己对该系统评价，提出该系统的优点，也可以提出该系统存在的不足，以供今后开发人员修改，完善。另外，用户也可以查看整个系统中所有用户的留言，通过其他用户的留言，提供给用户一个参考。 用户基本信息查看及修改用户查看信息和修改信息的功能主要是为了方便用户对自己基本信息的了解。用户在登录后，点击基本信息查看就可以查看到注册时填写的信息，若发现填写信息有误时，用户可以对自己的信息进行修改，方便今后能够正常使用该系统。 图4.1-14.2智能回复平台在此系统中，智能处理可以说是该网站的核心技术，智能处理要根据用户的需求给出一个相应的令人满意的答复。 在用户使用本通的过程中，遇到相应的问题，用户可以点击相应按钮跳转到人机交互页面。在用户刚进入该页面时，用户会收到智能平台的问候信息，并提出需要什么需求。在页面打开的期间，用户可以根据自己的问题进行发问，智能平台在收到提问后，智能平台会根据用户提问语中的关键字进行搜索。（搜索详细过程：智能平台首先从关键字数据库表中读取所有数据，通过将关键字数据与用户提问语进行匹对，当在用户提问语中发现相应的关键字时，智能平台会根据匹对的关键字在数据库回复语表中找出相应的回复语供选择，管理员可以对用户给出相应的回答。）当数据库关键字表中关键字不能与用户提问语进行匹对时，智能平台将不能做出答复，而是将相应的会话内容直接交付给后台客服人员，让客服人员对其做出相应的答复。）智能回复平台功能设计概要图如下图：4.2-1 智能回复平台智能回复平台 回复功能系统中的回复功能就是对用户提出的问题与数据库关键字库进行匹配。若匹配成功，则对用户进行信息自动回复，并将回复的相应信息添加到数据库表中，并将回复显示在与用户交流的页面中，给出用户解决问题的相应答复。（具体功能设计请看功能详细设计） 会话交付功能当系统中的关键字库不能与用户提问语相匹配时，系统首先会查询后台客服状态，若哪个后台客服正处于空闲状态，系统就会将与当前用户的对话信息从数据库表中拿出，然后交付给后台客服处理。