中国联通客户服务系统业务需求书
目录
目录 (2)
第一章概述 (4)
1.1项目提出的背景 (4)
1.2客服系统概述 (5)
1.3客服系统的建设目标 (5)
1.3.1近期目标 (6)
1.3.2长远目标 (7)
1.3、客户服务系统与相关系统间的关系 (8)
第二章组织结构及职责 (10)
2.1全国客户服务管理中心 (10)
2.2省客户服务管理中心 (10)
2.3地市客户服务中心 (11)
第三章网络体系结构 (12)
3.1客服系统全网结构 (12)
3.2全国中心网络结构 (14)
3.3省中心网络结构 (14)
3.4地市中心网络结构 (15)
第四章系统功能 (17)
4.1共用部分客户服务系统功能 (18)
4.1.1全国中心系统功能 (18)
4.1.2省中心系统功能 (19)
4.1.3地市中心系统功能 (23)
4.2GSM业务功能 (23)
4.3长途业务功能 (24)
4.4IP P HONE业务功能 (24)
第五章接口要求 (25)
5.1客服系统内部的接口 (25)
5.2与其它各个营业计费系统之间的接口 (26)
5.3客服系统与其它系统的接口 (27)
5.4电子派单及电子回单的基本信息 (27)
第六章客服系统指标及要求 (29)
6.1硬件相关指标 (29)
6.2CTI/IVR相关指标 (29)
6.3数据库相关指标 (29)
6.4应用软件设计要求 (30)
6.5用户界面设计要求 (30)
6.6IVR流程设计要求 (31)
6.7服务指标 (31)
第一章概述
1.1项目提出的背景
随着国家深化改革、现代企业制度的逐步建立和市场竞争经济机制的逐步形成，国内电信业的市场环境已渐趋合理且竞争将日益加剧。另一方面，随着世界经济的全球化、市场的国际化和我国加入WTO，国际化的市场环境要求国内的公众电信运营企业在经营管理上向国外先进的电信运营企业看齐，以迎接电信运营业的国际化竞争。国内、国际电信业的如此态势，对公众电信运营企业的服务内容、服务方式、服务质量、经营管理以及服务意识，已提出了严峻的挑战。企业传统的以产品、价格、销售地点和柜台式服务为中心的经营模式，正在发生着深刻的变化，逐渐向以客户和市场为中心的经营模式转变，使售前、售中、售后整个服务过程和服务体系，以客户的价值取向和消费心理为导向，真正体现“创造需求”、“引导消费”的现代客户服务意识与理念。
作为公众电信运营企业，中国联通公司旨在科学、合理地规划、建设和运营维护先进的电信网络基础设施，并利用其为社会各界和个体提供方便、迅速和高品质的个性化与多元化服务，使公司在以客户为中心的现代市场环境及日益激烈的市场竞争中处于有利的地位。中国联通公司客户服务系统（以下简称客服系统）的建设就是在这种背景下提出的。
联通客服系统的建设，旨在利用先进的信息技术与计算机应用技术成果，通过和联通其他业务系统有机的结合，采用先进的服务手段来满足客户不同层次、个性化与多样化的业务需求，发现客户、维持用户，使潜在客户成为现实用户，创造出更大的用户价值。联通客服系统的建设与实施，一方面可以有效地改善服务的外延和内涵，同时还可以树立现代客户服务理念与客户服务意识，规范业务管理，统一品牌形象，降低运营成本，对外代表联通公司，对内代表客户，使联通公司逐步成为世界著名的公众电信运营企业。
1.2客服系统概述
客户服务系统是一个促进企业营销、市场开拓并为客户提供友好的交互式服务的管理与服务系统。它面对的是客户，强调的是服务，注重的是管理。客户服务系统是企业为客户提供服务的窗口，是联系客户与企业的纽带，是传统营业及服务手段的延伸，是企业为客户提供个性化与交互式友好服务的平台，是企业理顺与客户之间的关系并加强客户资源管理和企业经营管理的渠道。
客户服务系统以呼叫中心（Call Center）为基础，以相关计费营帐系统为依托，为客户提供电话、传真、信函、Internet等多种接入方式，满足客户在业务咨询、话费查询、投诉申告等方面的基本需求。通过客户服务系统，企业可以随时了解客户的要求，掌握客户资源、服务质量及企业经营管理的状况，从而有利于企业的经营与决策。
从长远角度讲，客户服务系统要不仅作为传统营业与服务手段的延伸，更要针对客户的消费心理、价值取向与消费行为，引入客户关系管理（CRM）的联机分析和挖掘功能，为客户提供多层次、个性化和多样化的服务以维持现有客户、发展潜在客户；另外，通过将Call Center和CRM有机的集成，为企业的ERP和经营决策支持提供强有力的数据和信息支撑。为企业提供一个集服务、管理和经营决策分析与支持为一体的综合服务网络平台，提高企业整体的社会经济效益和市场竞争力。
1.3客服系统的建设目标
根据上述客服系统的地位、作用与所涵盖的主要内容，考虑到联通目前的业务情况，联通的客户服务系统统的建设应分别制定长远目标和近期目标，在系统建设过程中做到近期目标和长远目标相结合。各省分公司可根据自身情况，在满足近期目标的前提下，逐步实施长远目标中所提出的要求。这里近期目标是指一年内所要达到的目标，长远目标指三至五年内要达到的目标。
1.3.1近期目标
制订联通客服系统建设近期目标的基本原则是：按照现代Call Center的基本要求、涵盖的内容和实施方案，完成联通客服系统的基本建设并能为客户提供基本的服务，从而为系统的下一步升级与业务扩展打下良好的基础。为此，联通客服系统建设的近期目标如下：
?合理规划客服系统的网络体系结构、业务体系结构和软件体系结构，完成客服系统所
需的基础设施建设。
?面向联通客户，针对GSM（含预付卡）、IP电话、193长途、市话及其相应增值业务，
为客户提供语音、传真、E-Mail、Internet、信函等多种接入方式，满足客户业务咨询、话费查询、投诉建议、业务受理、话费催缴、自动回复等服务需要。INTERNET接入方式主要为客户提供自助式服务。
?主动呼出（Out-bound）与被动服务（In-bound）并重，主动呼出与客户回复采用语
音、传真、E-Mail、WWW、信函、WAP或SMS（短信）形式，为客户提供主动、周到的服务。
?提供必要的统计分析手段，对客户的访问数据（接入方式、服务类型、投诉分类）、
坐席数据、资源利用数据等进行综合统计分析，以达到对客服中心及相关业务部门的服务质量实施有效的监督和检查。
?通过与相关计费营帐系统的接口和系统内部各层次之间的接口，初步形成具有全网统
一客户服务接入号码的面向客户的闭环服务网络。
?初步建立联通客户资料库，对VIP及大客户提供有特色的服务。提供分销/代销商管理
功能。
?近期的客户服务系统要与现有的营业系统共同完成面向用户的服务，主要向客户提供
非面对面的不需身份证件、不涉及现金交易和银行转帐的服务（投诉建议除外）。
?对于需归属地协助解决的漫游用户的投诉申告，漫游地应提供向归属地的投诉数据转
递功能。
1.3.2长远目标
在逐步完善近期建设目标的基础上，依托基于客户行为分析的客户关系管理系统（CRM），结合业务运营支持系统（BOSS），建设以客户为中心的产品销售及客户服务体系，为客户提供有针对性的、主动的、全接触方式和个性化的服务，提供各种有针对性的业务宣传、产品促销信息及增值服务，增强客户服务中心的销售能力，形成对客户及产品生命周期的服务支持，提高客户对联通公司的忠诚度，使其成为联通与客户联络全国统一的综合服务窗口。
?逐步完善客服系统的网络体系，业务体系和技术支撑体系。建立健全客服系统的网管
与安全机制。
?将营业系统、帐务系统纳入客服系统中来，实施统一的工作流（控制流、数据流）管
理；实现“异地服务，实时受理”。
?提供INTERNET网上交互式服务，实现Internet呼叫中心，并与Call Center实现统一
排队、统一坐席管理。
?将客服系统和Call Center、CRM及Internet Call Center有机地集成为客户提供多
层次个性化和多样化的服务；针对客户的消费心理、价值取向与消费行为，实现客户关系与资源的发掘、分析与管理，以保持现有的客户、发现潜在客户，实现营销的自动化管理与企业利益的最大化；为企业的经营管理决策提供业务预测与业务评估方面所需的数据、信息与知识。
?完善客服系统与其他系统间的接口，包括与决策支持系统（BI）间的接口、与OA（办
公自动化）系统间的接口、与财务管理、分析、决策系统间的接口、与各银行系统间的接口等。
?统一分销/代销商客户服务界面，并对其实施统一管理。
?对已积累的客户信息，进行深度分析挖掘，产生客户分类模式及行为模式，提供业务
预测及相关业务评估的依据。
?客户服务系统中的呼叫中心（CALL CENTER）部分，在满足客户服务的需求基础上，
向社会提供坐席出租等增值服务，将CALL CENTER发展成为应用服务提供商（ASP）和新的盈利中心。
?结合联通各种内部资源如SMS、WAP、GIS系统及各种社会资源为客户提供主动、优
质、便利、多方位的服务，为公司创造更大的利润。
1.3、客户服务系统与相关系统间的关系
电信业务计算机服务支撑系统包括运营支持系统（OSS）和业务支持系统（BSS）。业务支持系统由客户服务系统（客户服务与管理的核心）和计费营帐系统（业务管理的核心）组成。客服系统是面向客户进行业务咨询、业务受理、业务投诉、话费查询等服务的窗口，与计费和帐务系统、营业系统配合，实现对客户的全方位服务。同时客户服务系统要为MIS、OA、财务管理及决策支持等系统提供数据支持。如图1.1所示：
业务支持系统（BSS）
图1.1 客户服务系统在电信业务支撑系统中的位置
联通客户服务系统是联通电信业务计算机服务系统中的一个组成部分，其与相关的系统之间的关系如图1.2所示：
注：下面虚线框内部分为联通现有各计费系统所涵盖的内容
上面虚线框内部分为联通客服中心长远目标所涵盖的内容
图1.2 客户服务系统与相关系统之间的关系
第二章组织结构及职责
针对联通公司客户服务系统的近期目标，中国联通客户服务系统采用三级组织结构，依次是全国客户服务管理中心、省客户服务管理中心、地市客户服务中心。
2.1全国客户服务管理中心
全国客户服务管理中心（简称全国中心）设置在联通公司总部客服、结算与信息系统部，在行政和业务上受总部客服、结算与信息系统部领导，同时接受总部市场营销部在服务质量方面的监督检查和指导，管理全国客户服务网络，对下级客户服务中心实施业务指导和监督。全国中心负责接收各省分公司上传的各种业务数据，进行数据处理、统计分析及报表生成；设投诉申告受理坐席，负责受理客户对客服质量的投诉和申告，对客户服务质量进行抽查和用户满意度调查。
具体职责如下：
?负责对省中心的业务工作进行指导、监督、检查和考核；
?负责制定与省中心间报表及数据传输格式，建立报表制度，并生成客户服务相关
报表；
?负责向省中心下传各种数据，包括全国统一的标准、规范及业务文件等；
?设置投诉申告受理坐席，受理客户对服务质量的投诉和申告；
?负责处理省中心提交的需总部协调解决的客户投诉；
?负责省级客户服务中心管理人员的培训；
2.2省客户服务管理中心
省客户服务管理中心（简称省中心）设置在省、自治区、直辖市分公司，在行政和业
务上受省分公司领导，同时接受全国中心的监督和指导。省中心负责集中处理省内客户服务系统的数据，并对地市客户服务中心提供远程客户服务支持，同时对地市客户服务中心实施管理和监督。
具体职责如下：
?对所辖各地市中心的客户服务工作实施监督、检查和考核；
?对全省的客户服务情况进行统计、分析，并形成全省及各地市的各种基本报表；
?根据全国中心规定的报表格式和传输文件格式，向全国中心传送报表和数据；
?受理全省客户的业务咨询、话费查询、投诉建议、业务受理等服务请求，及时向
客户反馈处理结果，对客户投诉率高的问题提出改进意见供相关部门及地市分公司参考；
?负责向省分公司相关部门或地市中心转递需其协助解决的客户投诉，并监督省分
公司相关部门或相关地市中心按规定的时限解决客户的投诉，并及时向客户反馈处理结果，形成闭环工作流；
?对于需全国中心协调解决的客户投诉及时上报到全国中心；
?负责培训省内客户服务人员；
2.3地市客户服务中心
地市客户服务中心（简称地市中心）受所在地市分公司的领导，业务上接受省中心的监督、检查和考核，是一个向客户提供服务的机构。地市中心可根据需要设置远端坐席。
具体职责：
?根据具体需要，在地市只设少量远端坐席（或远程终端）为客户提供本地化的服
务，同时为客户提供面对面的投诉受理及上门服务；
?监督本分公司各相关业务部门按规定时限处理客户的各种服务请求，并对各部门
服务质量提出考核依据；
?查询本地市分公司客户服务报表及数据，供地市分公司参考。
第三章网络体系结构
3.1客服系统全网结构
鉴于目前联通各计费系统采用集中采集、集中计费的现状，联通客户服务系统网络体系结构采用“二级处理平台，三级应用系统”方式搭建。即为全国应用系统建立一级数据处理平台，为省及地市两级应用系统建立一级数据处理平台。省中心负责主要和大量的客户服务工作,只将少量的本地化服务功能通过远程坐席的方式,由地市分公司提供。
全国客服系统网络结构采用树型结构，实现全国中心和省中心的纵向连接。在网络结构设计中要为每个省客户服务中心内部建立备份路由，确保所辖地市客户能够在省内部分传输线路出问题时仍可以找到联通客户服务中心；同时省中心与全国中心之间也应有备份路由，充分地考虑到系统的容灾问题。见图3.1
中国联通客户服务系统网络结构图
图3.1 客户服务系统全国网络结构图
3.2全国中心网络结构
按照近期目标中的要求，以及目前各种业务的全国网络体系结构的具体实现，目前客服系统的全国客户服务管理中心网络结构示意图如图3.2所示：
图3.2 全国客户服务管理中心网络结构示意图
3.3省中心网络结构
目前省客服管理中心的网络结构如图3.3所示：
图3.3
3.4地市中心网络结构
各地市根据具体情况，设置少量远程座席，为客户提供本地化服务。地市座席的远程接入可以通过以下几种方式实现：
●利用V oIP技术实现
●利用排队机的远程模块通过专线连接实现
●地市设置排队机同省中心排队机联网实现
图3.4为第一种实现方式的示意图：
图3.4 地市中心网络结构示意图
第四章 系统功能
图4.1
联通客户服务系统为针对GSM（含预付卡）、IP电话、固网市话和193长途业务的服务系统，而每一种业务所应具备的客服功能有相同的部分（比如业务咨询、投诉/建议），同时又有很多不同的部分（业务受理、话费查询等），为了保证系统一致性及可维护性，系统应对通用的部分进行统一设计，将不同的部分设置相应的处理流程并形成独立的功能模块，根据系统的需要进行挂接。对不同的客服业务流程、处理规则提供统一的定义及修改界面。
客户服务系统要对多种接入方式的客户服务要求，提供统一的服务处理和服务调度功能。服务坐席应能处理不同接入方式的客户服务请求，并对请求实施统一的服务调度，将该请求分配至服务坐席或业务处理机。
客户服务系统功能有：业务咨询、话费查询、投诉建议、业务受理、客户资料管理、话费催缴、黑名单管理、呼出服务、坐席管理、工作流监控、统计报表、大客户服务、分销商管理、数据处理、数据传输、系统维护等，图示如图4.1。
下面先就GSM（含预付卡）、IP电话、固网市话和193长途业务共同的客户服务功能进行描述，然后再就各业务所特有的服务功能进行具体的描述。
4.1 共用部分客户服务系统功能
4.1.1全国中心系统功能
?受理客户直接投诉
全国中心设置坐席受理客户直接对全国联通客户服务质量的投诉，对于不能直接回复的投诉，将该条记录转给相应省中心或总部相关业务部门处理，并规定处理时限。
省中心或总部相关部门将处理结果反馈给全国中心。
?处理省中心转递来的投诉
全国中心坐席同时受理由省中心上传的需总部协调解决的客户投诉，对于不能直接回复的投诉，转给总部相关业务部门或应受理省处理，并规定处理时限。总部相关部门或应受理省将处理结果反馈给全国中心，全国中心将结果反馈给相关的省中心。
对于省中心上传需其他省中心协助解决的用户投诉，系统应进行自动的转递并检查转递状况，确保转递成功。
?服务质量监督
通过主动呼出的方式对客户服务质量进行抽查和用户满意度调查。
?统计报表
对全国客服系统的相关数据进行统计分析生成相应的统计报表，并提供方便的查询手段和报表生成工具。
?数据处理
对各省中心上报的数据文件，解释处理后入库并备份，其过程可以是自动的，也可以是人工的。
?数据传输
接受各个省中心上传的数据，如各种统计报表及相关数据；向各省中心下传各种数据，如全国统一的规范标准、业务文件等。
?系统管理
包括系统日志、基础信息维护、权限维护等。
应提供方便的系统维护工具，方便新的应用的形成；提供简便快捷的网络和数据库维护工具；提供图形化的系统监管手段，使系统的运行状况易于管理。
4.1.2省中心系统功能
?业务咨询
●公司简介：公司介绍，业务种类等
●资费标准介绍：提供移动、数据和固定业务的各种资费标准
●办理业务咨询：营业网点、收费网点，办理各种业务所需手续等
●新业务介绍：最新开通业务介绍，及该业务申请、办理流程
●网络覆盖：漫游开通城市信息等
●区号、网号信息介绍
?话费查询
系统要分别为GSM（含预付卡）、IP电话、固网市话和193长途业务客户提供月结话费总额及分项帐查询（含三个月内历史查询）、月结话费详单查询、欠费总额、话费预存账号余额查询、缴费情况查询等。帐务数据分别取自GSM、IP电话、固网市话和193长途计费及帐务系统。并可以根据用户的要求以语音、传真、E-MAIL或邮寄等多种方式回复客户。
?客户资料管理
1）、客户资料的整合和对客户的分等级管理。
●大客户资料管理
大客户是指商业用户和企业客户。系统应详细记录大客户的有关信息及优
惠实现、优先级别等信息。
●VIP客户资料管理
VIP是指高额话费和党政军等国家重要部门用户，系统应向其提供特定的
服务，例如在其生日时给予生日祝贺等。
●大众客户资料管理
2）、客户资料的查询：
●客户基础资料查询
●客户投诉/建议记录查询
●客户业务受理记录查询
要在保证各系统数据的安全性和可维护性的基础上，实现客服系统对分布在不同
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
有限责任公司 版本号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引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语和缩写 (5) 2综合描述 (5) 2.1目标范围 (5) 2.1.1前台系统 (6) 2.1.2后台系统 (6) 2.2用户特性 (7) 2.3约定假设 (7) 3需求说明 (8) 3.1功能概要 (8) 3.2前台功能需求................................................................................. 错误!未定义书签。 3.2.1注册新用户.......................................................................................... 错误!未定义书签。 3.2.2登录/注销系统.................................................................................... 错误!未定义书签。 3.2.3查看/修改客户信息............................................................................ 错误!未定义书签。 3.2.4浏览/搜索图书信息............................................................................ 错误!未定义书签。 3.2.5维护购物车.......................................................................................... 错误!未定义书签。3.3管理后台功能需求........................................................................ 错误!未定义书签。 3.3.1登陆|注销系统..................................................................................... 错误!未定义书签。
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
客户关系管理系统需求规格说明书 编号：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公司员工。
网站客服系统需求文案整理 目的：客服系统的建设旨在提高客服人员解决用户问题的效率，提高服务质量。目标： 1.工作内容流程化 2.客服业务数据化 3.工作责任明确化 主要组成部分及主要功能说明： 1、客服模块 2、工单模块 3、报表统计模块 用户登录 聊天对话框 用户端意见/投诉 服务评价 客服模块 客服人员登录及权限 自动回复及设置 客服端意见收集系统/投诉 聊天对话框：快捷回复、接入用户信息 客服问题描述 系统工单模块邮件发送 聊天记录作为邮件发送的附件 服务评价统计 报表统计意见收集系统/投诉处理统计 接入用户量统计：游客、用户名
第一部分：客服模块 客服模块主要解决客服人员日常工作内容及职责，提升对客户服务的效率和质量。主要包括： 1.1用户端： 客服模块的主要功能即为客户解决问题、帮助用户更快的熟悉网站和享受更完善的服务。用户端，主要考虑的是用户在主动联系“在线客服”所触发的一系列动作，流程图如下： 否 否 是 是 否 是 否 是 用户(游客) 是否登录 登录提示框 人工服务 自动回复 游客 是否成功 问题关键词 按点击量展示 结束 是否开启 对话 是否有问题 工单模块 提交服务评价 结束
1.1.1用户登录 ——解决用户进入客服对话体系的第一步！ a.用户寻求在线客服帮助的同时，首先需要用户登录，使系统自动调入用户的基本信息，进而减少为用户处理问题的等待时间。对于新用户和匿名用户，只能提供自动回复的服务，而不占用实际的人力资源。 b.识别用户信息：针对不同等级的用户，优先处理高级别用户的问题。 1.1.2聊天对话框 以网页形式展现聊天对话窗口，两大板块—— 左侧：文字输入及聊天对话框 右侧：热点问题展示、网站最新活动介绍、建议/投诉 1.1.3自动回复功能 当用户以游客身份登录或者客服系统启用自动回复功能的时候，用户只需输入问题的关键词并发送，就能得到相关问题的回复。 根据关键词，问题排序以点击量高低正向排序，以便用户选择。 1.1.4意见/投诉 客服模块配合网站收集用户的意见以及投诉处理，用户在网站网页、客服对话框上通过“提意见/投诉”的提示提交。用户在反馈意见/投诉的同时，可发送附件。必要字段： 用户名+手机号（已登录状态下直接调用显示）、类型（意见/投诉）、标题、详细说明、验证并提交、反馈（提交成功等待回复等待...）、提交时间。 1.1.5服务评价 当用户结束对话时，自动弹出服务评价窗口，或者客服人员主动发送服务评价窗口。 评价等级：非常满意、比较满意、一般、比较差、恶劣
银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号
目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38
一、引言 近年来，金融业的竞争开始由低层次向高层次发展，高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额，必须拥有一种明显的、持久的优势。这种优势不是产品的优势，也不是网点的优势，而是高科技的优势。因此，银行电子化是银行提高工作效率，提高经管水平，提高服务质量，加速资金周转，促进社会经济发展的趋势。 随着计算机技术的不断发展，银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强，对银行的选择条件也越来越高，而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务，更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前，各银行都投入许多精力，针对客户需求，在保持和完善传统业务的基础上，利用信息高技术开拓了许多新的业务领域，为客户提供了许多新的服务手段。 因此，由于银行有处理大量数据的要求，全部采用人工的方式处理显然不合适。这不仅要花费很高的成本，而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑，采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本，更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词，分析工程的核心功能和系统需求，为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义，为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求，对于其软件性能以及功能需求有一明确的目标，对于工程规划以及进度也做了简单的计划。 预期读者：组内成员 1.2工程背景 1.开发工程名称：银行综合业务系统 2.任务提出人员：神州数码融信软件有限公司
酒店管理系统需求分析说明书
目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 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 构件图
客户服务中心系统 功能需求书 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
密级：用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录
目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)
2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准： (13) 9.2功能验收标准可依据以下方面制定： (13) 9.3性能验收标准： (13) 附录A ××× (16) A.1××× (16)
附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： ?企业性质 ?规模（员工数量、经营业绩等） ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
业务需求说明书 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
业务需求说明书文档版本记录
目录
1引言 1.1编写目的 本需求说明书的编写目的为： (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致，作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围，同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门，需求分析、开发、维护等IT人员，以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标，说明系统应支持的业务类型，期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求，并通过图形和文字的方式，对标准业务流程以及流程特例进行说明】
2.3岗位职责 【描述相关业务岗位及其工作职责，对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程，按功能层次逐级描述】3.1功能一 【描述主要业务功能，包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求，可以结合图表说明】 3.1.3输入要求 【描述输入介质，包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求，包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.doczj.com/doc/3c12782213.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
{ 手机销售管理系统} 产品需求规格说明书 项目经理： 开发经理： 系统工程师： 组员：
版本历史
目录 0. 文档介绍 (5) 0.1文档目的 (5) 0.2文档范围 (5) 0.3读者对象 (5) 0.4参考文档 (5) 0.5术语与缩写解释 (5) 1. 产品介绍 (7) 2. 产品面向的用户群体 (7) 3. 产品应当遵循的标准或规范 (7) 4. 产品范围 (7) 5. 产品中的角色 (8) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1系统管理 (9) 6.1.1 数据库路径设置 (9) 6.1.2 用户登录验证 (9) 6.1.3 用户管理 (9) 6.1.4 系统日志 (10) 6.1.5 退出系统 (11) 6.2基本数据管理 (11) 6.2.1 资产分类设置 (11) 6.2.2 资产单位设置 (12) 6.2.3 部门信息设置 (12) 6.3固定资产管理 (12) 6.3.1 资产入库 (12) 6.3.2 资产修改、删除 (13) 6.3.3 资产调拨 (13) 6.3.4 资产借出 (13) 6.3.5 资产送修 (13) 6.3.6 资产归还 (14) 6.3.7 资产折旧 (14) 6.3.8 资产注销 (14) 6.4统计查询 (15) 6.4.1 资产查询 (15) 6.4.2 资产转移记录 (15)
6.4.3 报表打印 (15) 6.5系统帮助 (15) 6.4.3 帮助文档 (16) 7. 产品的非功能性需求 (16) 7.1用户界面需求 (16) 7.2软硬件环境需求 (16) 7.3产品质量需求 (16) 7.N 其他需求 (17) 附录A：需求建模与分析报告 (18) A.1需求模型1 (18) A.N 需求模型N (18) 附录B：需求确认 (19)
专 组号：小组成员： 完成时间：
目录 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人
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错
BUS-WU-LIU/M1.0/2013-05-04 物流系统 产品需求规格说明书 美哒哒信息技术有限公司
修订历史记录 A - 增加M - 修订D - 删除 1概述 随着物流公司的业务的扩大，物流公司原来的人工操作记录模式已经越来越不能满足公司的业务需求，为了解决人工速度慢，易出错，效率低等问题，我们开发了这套系统来满足公司的需求，促使公司更好更快的发展。本软件的开发目的为解决Polaris物流公司原数据操作模式无法适应公司发展的问题，本软件的应用目标为Polaris物流公司，包括Polaris 公司的主页以及总公司管理系统和配送点管理系统。建立此系统的目的在于客观、便捷、透明地显示，货物从货源地发出到客户手中的过程中所经历的各个配送经历。方便客户、配送人员在线的查询以及公司对于物流的管理。此系统可以提高物流运输效率，减少人员成本，便捷各个部门上传下达，更好地实现物流传输。客户可以在线下订单，从我们公司在互联网显示的货物信息中，选定需要购买的货品以及数量，填写详细联系方式以及电话号码，选择付款方式后即可成功下订单。在货品配送期间可以通过互联网物流跟踪信息，查询货物的即时地点。在货物到达后，可以根据货物以及配送对货品进行评价，对以后购买此货品的客户提供参考。每次物流的相关信息都会通过本系统的跟踪建立相关数据，存储在服务器上能够达到24个月，方便客户日后的查询以及相关问题的反映和反馈。客户使用此系统可以透明、快捷地购到每一件货品。没有此系统的时候，客户只能通过电话，传真等传统的方式下订单，而且也只能通过致电客服来达到了解货物传输的过程，不仅效率低下，耗费人力物力，而且无法实现传输透明。本系统的建立使客户成为了物流运输的半个主人，客户不必每次为了物流的过程咨询相关人员，当遇到解决不了的问题时可以咨询相关人员，节省了大量客服的人力、物力和财力。配送人员可以通过客户在互联网客户端预定货品的信息，将货品发往各个区域，借助互联网即时的迅速性，可以快速有效、更小错误地记录货品在各个区域的传送。每到一个区域记录此过程的行程，便于客户、配送人员以及公司的查询，为客户的即时查询提供了最大程度的帮助，也为配送人员提供了传输的纪录。若配送途中出现问题无法配送成功，也可以留下跟踪的信息以供找寻，成为日后查找货品最有力的记录和矛盾纠纷的证据。没有此系统的时候，配送人员只能通过传真等传统方式，不仅效率低下，通
（客户管理）中国联通客服业务系统需求书
中国联通客户服务系统业务需求书
目录 目录3 第壹章概述4 1.1项目提出的背景4 1.2客服系统概述5 1.3客服系统的建设目标6 1.3.1近期目标7 1.3.2长远目标8 1.3、客户服务系统和关联系统间的关系10 第二章组织结构及职责11 2.1全国客户服务管理中心11 2.2省客户服务管理中心12 2.3地市客户服务中心13 第三章网络体系结构14 3.1客服系统全网结构14 3.2全国中心网络结构14 3.3省中心网络结构15 3.4地市中心网络结构15 第四章系统功能17 4.1共用部分客户服务系统功能18 4.1.1全国中心系统功能18 4.1.2省中心系统功能20 4.1.3地市中心系统功能24 4.2GSM业务功能25 4.3长途业务功能26 4.4IPP HONE业务功能26 第五章接口要求28 5.1客服系统内部的接口29 5.2和其它各个营业计费系统之间的接口30 5.3客服系统和其它系统的接口31 5.4电子派单及电子回单的基本信息32
第六章客服系统指标及要求34 6.1硬件关联指标34 6.2CTI/IVR关联指标34 6.3数据库关联指标35 6.4应用软件设计要求36 6.5用户界面设计要求36 6.6IVR流程设计要求37 6.7服务指标38 第壹章概述 1.1项目提出的背景 随着国家深化改革、现代企业制度的逐步建立和市场竞争经济机制的逐步形成，国内电信业的市场环境已渐趋合理且竞争将日益加剧。另壹方面，随着世界经济的全球化、市场的国际化和我国加入WTO，国际化的市场环境要求国内的公众电信运营企业于运营管理上向国外先进的电信运营企业见齐，以迎接电信运营业的国际化竞争。国内、国际电信业的如此态势，对公众电信运营企业的服务内容、服务方式、服务质量、运营管理以及服务意识，已提出了严峻的挑战。企业传统的以产品、价格、销售地点和柜台式服务为中心的运营模式，正于发生着深刻的变化，逐渐向以客户和市场为中心的运营模式转变，使售前、售中、售后整个服务过程和服务体系，以客户的价值取向和消费心理为导向，真正体现“创造