《系统需求规格说明书》参考模板.doc

《《系统需求规格说明书》参考模板.doc》由会员分享，可在线阅读，更多相关《《系统需求规格说明书》参考模板.doc（80页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、普元软件技术（上海）有限公司Primeton Technologies(shanghai), LtdPRIMETON TECHNOLOGIES, LTD.普元软件技术（上海）有限公司公司（用户）系统需求规格说明书版本： 1.0日期：2005年10月No part of this document may be reproduced, stored in any electronic retrieval system, or transmitted in any form or by any means, mechanical, photocopying, recording, otherwis

2、e, without the written permission of the copyright owner.COPYRIGHT 2002 by Primeton Technologies, LTD. ALL RIGHTS RESERVED.公司（用户） 普元软件技术（上海）有限公司确认： 确认： _ _日期： 日期： 修 改 记 录*A 新增 M 修改 D 删除修改号日期影响的范围A*MD概 要 描 述修改的需求号0012002-11-25接口部分A新增业务受理、故障管理部分的描述0022002-12-6业务受理部分A增加业务受理的收费环节0032002-12-13建议D根据最终的需求，

3、建议删除(JYGL-06-01)删除。0042002-12-13建议D根据最终的需求，建议修改(JYGL-06-02)删除。0052002-12-13投诉D根据最终的需求，投诉删除(JYGL-06-02)删除。0062002-12-13投诉D根据最终的需求，投诉修改(JYGL-07-01)删除。0072002-12-14客户群-积分-促销D详细描述了客户群、促销、积分、优惠、奖励的关系，并采用实例具体描述。0082002-12-14产品范围M重新描述0092002-12-14接口部分M新增了接口中的时序图和数据流图，突出数据流，并细化了接口的数据规范010200-12-14全文M 去掉主管的描

4、述，替换为“管理人员”0112002-12-154.1.12M修改投诉管理用例图目 录1引言71.1目的71.2文档约定71.3预期的读者和阅读建议71.4产品的范围71.5参考文献82综合描述82.1产品的背景82.2产品的功能92.2.1EOS平台功能列表92.2.2应用系统功能列表92.3组织结构图102.4用户类和特征102.4.1电信客户102.4.2操作员112.5运行环境122.6设计和实现上的限制123外部接口需求133.1用户界面133.2硬件接口133.3软件接口133.3.1与结算系统的接口133.3.2与银行的接口223.3.3与的接口224系统功能需求224.1系统的

5、角色功能对应关系224.1.1系统登陆224.1.2客户管理234.1.3身份认证卡管理234.1.4大客户管理244.1.5客户经理管理244.1.6客户群管理244.1.7分销商管理254.1.8系统管理254.1.9售卡管理264.1.10网上支付管理294.1.11。294.2功能框图294.3功能需求描述304.3.1售卡管理(SKGL)304.3.2网上支付管理(WSZF)625其他非功能需求735.1性能需求735.1.1网络带宽需求745.1.2数据库主机性能需求745.1.3磁盘存贮容量需求745.2安全性需求755.3软件质量属性765.3.1有效性765.3.2效率765

6、.3.3完整性765.3.4可靠性765.3.5可用性765.4业务规则765.4.1业务流程765.4.2编码规则775.5用户文档776附录786.1词汇表786.2数据字典796.3遗留问题801 引言1.1 目的本文档详细描述电信公司业务支撑系统一期工程中的网上电信营业厅系统必须满足的功能需求、非功能需求（质量属性和外部接口）与限制条件，作为本项目的项目管理人员、系统设计人员、编码和测试人员以及与本项目相关的其他人员开展工作的基础和依据，同时也界定了本项目的工作内容。1.2 文档约定在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变

7、。本文档中电信公司简称为“电信”，普元软件技术（上海）有限公司简称为“普元”。1.3 预期的读者和阅读建议本文档的读者包括参与本项目的电信、普元的项目管理人员、系统设计人员、编码和测试人员、用户代表以及市场人员，上述读者可以通过阅读本文档对将要开发的电信网上电信营业厅系统有一个全面、详细的了解和认识。1.4 产品的范围本系统是电信业务支撑系统（一期）的产品，主要实现电信的网上营业渠道,.在本系统中实现系统登录、客户管理、大客户管理、身份认证卡管理、客户经理管理、客户群管理、分销商管理、系统管理、售卡管理、网上支付管理、网站信息管理、投诉管理、故障管理、建议管理、咨询管理、座席员管理、网上调查管

8、理、积分管理、业务受理等功能。1.5 参考文献本文档引用如下参考文献：电信业务支撑系统一期工程技术规范书V0.2电信公司业务支撑系统一期工程网上电信营业厅系统工程技术建议书电信公司 普元 网上电信营业厅系统软件产品销售合同书普元网上电信营业厅系统技术白皮书普元网上电信营业厅系统方案2 综合描述2.1 产品的背景电信公司是中国电信集团公司为拓展北方的电信市场而新成立的机构，其现状是拥有部分网络资源，具有丰富的网络运营经验和先进的营销理念，但所有的专业网络系统和业务支撑系统均在规划建设中。规划中的业务支撑系统需要在2003年底才能建成，而根据各专业网络建设进度安排，交换网、智能网、IP数据网和基础

9、数据网分别将于2002年年底前完成网络建设，形成南方21省来话收敛能力和北方部分新业务的开展能力。为了保证2002年年底能够提供对业务开展的支撑，迅速为客户提供服务，并能顺利过渡到2003年底建成的业务支撑系统中；同时，电信公司作为新成立的机构，组织机构和人员都不健全，没有物理营业厅，在此背景下，电信公司提出了网上电信营业厅系统的建设需求。希望在2002年底系统建成后：能够为电信公司及9省（区、市）电信公司完成企业宣传、业务开展宣传、客户查询、咨询、投诉，客户自助服务、业务预受理等相关的客户服务的Web接入工作；能够提供一些营销手段，吸引和拉拢客户，为电信公司沉淀部分客户资源；能够为CALL

10、CENTER建立提供业务咨询和客户投诉的坐席功能。由普元软件技术（上海）有限公司承建的网上电信营业系统将构建在揉合了当前世界先进技术和管理理念的普元EOS平台之上，并确保完全符合客户需求。2.2 产品的功能网上电信营业厅系统构架在EOS平台之上，包括门户网站和后台管理系统两个子系统，以下是各个部分的功能列表：2.2.1 EOS平台功能列表2.2.2 应用系统功能列表序号一级功能二级功能说明系统登录登录退出客户管理客户开户客户资料维护客户资料查询客户注册审核分销商管理分销商集团维护分销商开户分销商资料维护分销商资料查询分销商邮件管理分销商合同资料维护分销售卡销售管理客户群管理客户群组信息维护客户

11、群信息维护客户群客户维护投诉管理投诉新增投诉信息维护投诉查询统计门户网站门户网站浏览分销商自助客户自服务网站帮助网上购卡客户注册2.3 组织结构图【此处绘出本系统的使用机构和部门的组织结构关系图并加以说明。】2.4 用户类和特征本系统根据用户的使用特征分成电信客户和操作员两类。2.4.1 电信客户电信客户是指电信九省使用各种电信业务的客户，根据客户的实际业务使用情况可以把客户分为访客、客户、大客户以及分销商四类。（） 访客访客是指访问电信主页的一般客户，他不记录客户资料，能对网上营业厅主页的新闻、公告等栏目进行浏览。访客能使用系统的门户网站功能，检索新闻、公告、链接、宣传以及业务咨询。（） 客

12、户客户是指网上营业厅的注册用户，通过客户管理功能，能对客户的消费行为进行记录和评估，使用客户的自助服务等其他相关的门户网站功能。客户可以通过网上营业厅实现智能卡密码修改、智能状态查询以及卡开通等业务。（） 大客户大客户是指在业务或其他方面上对电信有着比较大影响或价值的客户，每个大客户是由指定的客户经理来负责。（） 分销商分销商是推广电信业务的一个重要渠道，在网上营业厅的一期工程中，要求实现对分销商的卡批发和分销。2.4.2 操作员操作员是指为了保证业务的正常运作而设置的各种岗位或角色，根据系统的要求，可以把系统的角色分为客户经理、分销商管理、系统管理、网站信息管理员、管理人员、客户服务人员、卡

13、业务管理员、网上支付管理员、Call Center座席员、Call Center座席管理员。2.4.2.1 Call Center座席员Call Center座席员是Call Center系统的一个岗位，但同时要对电信的业务负责。座席员负责对客户投诉、建议情况的登记，对处理情况进行复核；同时对于客户的咨询进行回答，对于无法回答的要把客户的咨询信息作登记。熟悉电信业务，电脑操作熟练，需要大量录入各种信息，有良好的客户沟通能力，需要给该类用户提供简单快捷的操作界面。2.4.2.2 Call Center座席管理员2.4.2.3 2.4.2.4 系统管理员2.5 运行环境系统的拓扑图【此处提供系统的

14、网络拓扑并加以说明】硬件环境数据库服务器是HP RP5470WEB应用服务器HP RP2470Client端是满足Windows XP/ 2000/98操作系统运行要求的计算机软件环境服务器操作系统为HP UNIX (支持中文)Java JDK 1.3数据库ORACLE 9i应用服务器采用 BEA Weblogic 6.1 (SP2)客户端操作系统为Windows XP/ 2000/98客户端应用为 Microsoft Internet Explorer 6.02.6 设计和实现上的限制本系统采用普元EOS5.0平台上面开发。开发工具有EOS Studio开发工具。编程语言有HTML、Java

15、 Script、Java、XML3 外部接口需求3.1 用户界面1. 系统采用简体中文显示或输入信息。2. 用户图形界面要求风格统一、简洁明了。对显示界面使用的文字、字体可以使用统一的风格管理，要采用B/S结构，客户端采用浏览器，显示分辨率为800*600。3. 错误信息采用中文方式显示。3.2 硬件接口本系统无硬件接口。3.3 软件接口3.3.1 与结算系统的接口网上营业厅通过和结算系统的接口要求实现：l 智能网详单的导入，以供网上营业厅查询l 实现工单的同步l 实现账单、话单和缴费数据的导入。3.3.1.1 实现的功能3.3.1.1.1 智能网详单导入(XTJK-04-01)网上营业厅需要

16、定期从计算系统中导入智能网的详细话单，并保存最近六个月的智能网详单，以实现通过网上营业厅进行智能详单查询。结算系统定期将详单输出到指定计算机的指定目录中，网上营业厅定期从该目录下读取该话详单文件并进行处理后入库。3.3.1.1.1.1 时序图3.3.1.1.1.2 数据流图3.3.1.1.2 工单同步(XTJK-04-02)网上营业厅在业务受理竣工的时候或业务受理缴费时需要把用户的竣工信息或费用信息以工单方式传送给结算系统，便于结算系统更新相应的档案信息或计算用户的初装费。结算系统在工单处理结束后，要把更新的相关档案信息返回给网上营业厅系统，网上营业厅将同步设备或客户档案信息，便于日后的档案或

17、话单查询。3.3.1.1.2.1 时序图其中写工单库的的方法通过web Service来实现。3.3.1.1.2.2 数据流图3.3.1.1.3 账单、话单、缴费数据导入(XTJK-04-03)结算系统在帐务周期的合帐处理后，要把生成的用户账单信息、话费信息以及缴费信息数据输出到网上营业厅系统中，便于用户从网上营业厅进行相应的查询。结算系统定期将账单、话单或缴费数据输出到指定计算机的指定目录中，网上营业厅定期从该目录下读取相应文件，并进行处理后入库。3.3.1.1.3.1 时序图3.3.1.1.3.2 数据流图3.3.1.2 接口的协议和数据规范3.3.1.2.1 智能网详单导入(1) 综合结

18、算系统在主机上为网上营业厅建立一ftp客户，客户名为bfdxwshyyt，初始密码与客户名相同；(2) 通过定期从结算系统导出智能网话单到双方约定目录（/zhjs/data/exchange/wshyyt/zhnw/，bfdxwshyyt客户仅对此目录具有读、写、执行权限）方式实现数据卸出，为了减少对生产系统的影响，要限制改用户和目录下数据容量的大小，并限制用户的错误登录次数。因“网上营业厅”无须支持实时查话单，所以综合结算系统在以下时间点卸出话单：日期时间完成标志备注第N月28日02:00约定目录下出现OK.exp文件。OK.exp文件为文本文件，YYYYMMDD为当前日期。文件内格式为：第

19、一行：本次卸出话单量第二行：本次卸出文件数（每文件100000条话单）第三行：本次卸出数据的起止时间（格式为：YYYYMMDD，YYYYMMDD），此数据用于日后核对。网上营业厅取完数据后，必须在同一目录下生成OK.imp文件。OK.imp文件为文本文件，YYYYMMDD为当前日期。文件内格式为：第一行：本次成功导入话单量第二行：本次成功导入文件数（每文件100000条话单）第三行：本次导入数据的起止时间（格式为：YYYYMMDD，YYYYMMDD），此数据用于日后核对。第N+1月6日02:00同上同上第N+1月14日02:00同上同上第N+1月22日02:00同上同上双方必须将每次卸出或导入

20、数据操作写进日志，以供查询。(3) 等结算主机安装完毕后联创公司综合结算项目组会正式向普元公司网上营业厅项目组通报主机名和主机IP(4) 综合结算系统提供的智能网话单结构（固定长度）名称长度（字节）格式说明主叫区号8字符串，后补空格主叫号码24字符串，后补空格计费区号8字符串，后补空格计费号码24字符串，后补空格被叫区号8字符串，后补空格被叫号码24字符串，后补空格通话开始时间17字符串，后补空格通话结束时间17字符串，后补空格通话时长8字符串，后补空格通话费8字符串，后补空格话单末尾标识2rn(回车)时间格式为：YYYYMMDD HH24:MI:SS，例如 “20021123 21:06:0

21、1”(5) 原始话单文件格式l 文件名 Z.txt说明：Z1位智能网的缩写YYYYMMDD8位话单产生日期#4位流水号，话单产生日期流水号保证同一天内文件名唯一。l 每个字段都是右补空格的；(6) 检查到OK.imp文件后，结算系统将删除原始话单文件和OK.exp文件。3.3.1.2.2 工单同步3.3.1.2.3 账单、话单、缴费数据导入3.3.2 与银行的接口3.3.3 与的接口4 系统功能需求4.1 系统的角色功能对应关系4.1.1 系统登陆4.1.2 客户管理4.1.3 身份认证卡管理4.1.4 大客户管理4.1.5 客户经理管理4.1.6 客户群管理4.1.7 分销商管理4.1.8

22、系统管理4.1.9 售卡管理4.1.9.1 卡品种管理4.1.9.2 卡销售折扣积分管理4.1.9.3 卡销售查询4.1.9.4 卡促销管理4.1.10 网上支付管理4.1.11 。4.2 功能框图系统的功能框图如下：4.3 功能需求描述4.3.1 售卡管理(SKGL)售卡管理包括卡品种管理、卡销售折扣积分管理、卡销售查询、卡促销管理暨大功能块。卡品种管理主要针对各类卡的分类的管理，卡销售折扣积分管理主要针对卡的销售、折扣、积分的管理。以下图形为系统基于客户群的营销模型：系统营销模型说明：a) 分析人员通过对系统建立的分析主体模型（如网上卡销售分析模型）进行分析，将客户根据分析指标（如累计消费

23、）按照一定条件划分为几个客户群体，这几个客户群体形成一个客户群组，在一个客户群组中的客户只可能存在于该客户群组下的一个客户群。b) 促销人员锁定目标客户群进行促销，一般促销活动针对一个客户群组下的某个或多个客户群展开，针对不同的促销客户群可是设置不同的优惠措施。c) 销售人员同样锁定目标客户群进行折扣设置，针对不同的客户群，在购买不同卡时可以设置不同的销售折扣，当某个客户因为属于多个客户群，同时又对他所属的多个客户群中两个以上客户群设置了折扣时，系统根据该客户折扣组合时折扣计算方式计算折扣。d) 以下通过具体的案例来体现基于客户群的营销模型，以辽宁机构为例，假定辽宁有A卡和B卡通过网上营业厅销

24、售e) 卡品种f) 卡面值（元）g) A卡h) 50i) B卡j) 100k) 假定辽宁以地域建立了一组客户群，分别为大连客户群，沈阳客户群，并针对客户群和卡品种定义客户群折扣和积分，如下表：l) 客户群m) 卡品种n) 卡面值o) 折扣(%)p) 积分/张大连客户群q) A卡r) 50s) 80t) 1大连客户群u) B卡v) 100w) 75x) 2沈阳客户群y) A卡z) 50aa) 85bb) 0沈阳客户群cc) B卡dd) 100ee) 80ff) 1gg) hh) ii) jj) kk) 这样，在大连的某个客户（假定为C1）登录网上营业厅，他看到的A卡的折扣为80%,购买价为40元

25、，购买一张卡奖励1个积分；而沈阳的某个客户（假定为C2）登录网上营业厅，他看到的A卡的折扣为85%，购买价为42元，并且没有积分奖励。ll) 同时，为鼓励客户多消费，针对客户群和卡品种允许设置交易量折扣和积分，如下表：mm) 客户群卡品种卡面值nn) 购买数量oo) 折扣(%)pp) 积分/张大连客户群A卡50qq) 1019rr) 75ss) 2大连客户群A卡50tt) 2050uu) 70vv) 3大连客户群A卡50ww) 50xx) 68yy) 3沈阳客户群B卡100zz) 1019aaa) 72bbb) 2ccc) ddd) eee) fff)ggg)hhh)iii) 假定客户C1选购

26、了12张A卡，这时候C1购买A卡出现了两种折扣和积分设置，为确保在多种折扣和积分适用某个客户的情况下正常处理折扣，系统提供了针对客户群的折扣积分组合规则设置，如下表：jjj) 客户群折扣组合规则积分组合规则kkk) 保底折扣lll) 保顶积分大连客户群取最小折扣率取最大积分mmm) nnn) 沈阳客户群取折扣率累乘与保底折扣最小折扣率取积分之和ooo) 50ppp) -鞍山客户群取最大折扣率取最小积分qqq) -rrr) -sss) ttt) uuu)vvv)www) （其中，折扣组合规则和积分组合规则的定义见相关数据字典定义。）xxx) 这样，C1客户的折扣组合规则为“取最小折扣率”，积分组

27、合规则为“取最大积分”，所以当客户C1选购12张A卡，折扣率变为75，每张卡的购买价为37.5元，奖励积分为每张2分。通过EOS平台的客户细分工具，管理者可以在系统运行后随业务情况（如历史购卡累计金额）或是客户属性（如地域等）建立不同客户群，这样就保障了卡销售的营销策略可以动态建立。另外，在针对客户群打折的同时，还可以建立基于客户群的促销活动，将打折作为促销发布，这样，相应客户群的客户在网上营业厅门户网站中就可以看到属于他的促销，使得营销更具个性化和主动性。关于基于客户群的促销，参见卡促销管理部分。4.3.1.1 卡品种管理(SKGL-01-XX)管理电信公司和各省销售的卡的种类。本系统中网上

28、售卡、分销商卡销售都要本功能模块的支持。卡品种分为卡品种大类、卡品种小类两级管理，一个品种大类可以包括多个小类，一个小类只属于一个大类；一个品种大类从属于一个机构，目前卡品种设置不支持市级机构。每个机构只能增加修改本机构的卡品种，可以查询直系机构品种，例如事业部能查询自己和九省的卡品种，但辽宁省只能查询自己和事业部的卡品种，而不能查询其他省的卡品种。卡品种的实体关系图：相关数据定义：u 卡品种大类信息数据元素类型长度数据要求说明大类代号字符2非空，系统产生唯一标识大类名称字符530非空，用户输入卡性质字符1非空，用户输入电子卡|实物卡所属系统字符1用户输入智能网|数据网机构级别字符1用户输入总

29、部|省级|地市级机构名称字符2用户输入电信公司|河北省|廊坊市u 卡品种小类信息数据元素类型长度数据要求说明大类代号字符2非空，系统产生小类代号字符2非空，系统产生小类名称字符520用户输入金额数字4用户输入有效状态字符1用户输入有效|无效4.3.1.1.1 卡品种新增(SKGL-01-01)需求编号SKGL-01-01需求名称卡品种新增创建者袁义最后更改者用户类卡业务管理员， 需求优先级高用户输入或系统外激励系统响应1. 用户选择操作界面提供的菜单，或是从卡品种查询页面选择增加功能3. 用户输入卡品种信息，如果是增加卡的大类，需要录入大类代号，大类名称，卡类型，指定卡所属的系统和所属地区（机

30、构）；如果是增加卡的小类，需要录入小类代号，小类名称，有效状态，并指定所属大类代号4. 确认2. 显示卡品种增加的输入页面5. 数据有效性验证：对增加卡品种大类，验证卡大类代号的唯一性；对增加卡品种小类，验证卡大类代号卡品种小类代号的唯一性6. 保存卡品种信息7. 记录操作日志并显示操作结果功能需求1 卡品种分为两个层次：卡的大类（如300卡）和大类下的小类（如300卡下的50元面值卡）大类包含的信息：大类代号，大类名称，卡性质，所属系统代号，所属地区（机构）代号，其中大类代号必须唯一小类包含信息：所属大类代号，小类代号，小类名称，金额，有效状态，其中大类代号小类代号必须唯一2 对于选择代号的

31、操作，系统必须提供对应名称的选择，如新增卡品种大类时，大类所属的系统需要提供所有系统以供用户选择例外以及相应处理特殊需求或限定卡的大类代号和小类代号均已数字表示，大类代号范围：0099，小类代号范围：0099调用的功能操作成功后调用操作日志记录功能注释和说明包含卡品种的大类新增和小类新增4.3.1.1.2 卡品种信息修改(SKGL-01-02)需求编号SKGL-01-02需求名称修改卡品种信息创建者袁义最后更改者用户类卡业务管理员需求优先级中用户输入或系统外激励系统响应1. 用户从卡品种查询显示页面选择某个卡品种的大类或是大类下的某个小类的修改功能按钮3. 修改原有卡品种信息并确认修改2. 显

32、示卡品种大类（或小类）的信息，并允许在原有信息域上进行修改4. 保存用户修改5. 记录操作日志并向用户显示操作结果功能需求1 对于卡品种大类修改，不允许修改大类代号；对于卡品种小类修改，不允许修改大类代号和小类代号卡品种大类可修改信息如下：大类名称，所属系统，所属地区（机构）卡品种小类可修改信息如下：小类名称，状态2 对于有关代号的操作，系统必须提供对应名称的选择，如修改大类所属地区（机构）时，提供所有地区（机构）名称以供用户选择例外以及相应处理特殊需求或限定调用的功能操作成功后调用操作日志记录功能注释和说明包含卡品种的大类修改和小类修改4.3.1.1.3 卡品种删除(SKGL-01-03)需

33、求编号SKGL-01-03需求名称删除卡品种创建者袁义最后更改者用户类卡业务管理员，管理人员需求优先级中用户输入或系统外激励系统响应1. 用户从卡品种查询显示页面选择某个卡品种的大类或是大类下的某个小类的删除功能按钮3. 确认删除2. 提示用户是否确认删除操作4. 删除卡品种记录5. 删除成功，记录操作日志并重新调用卡品种查询功能；删除失败，显示错误页面功能需求1 删除卡品种大类时，同时删除该大类下的所有小类2 删除前要求提示用户是否确认操作例外以及相应处理特殊需求或限定如果存在业务数据，不允许调用的功能操作成功后调用操作日志记录功能以及卡品种查询功能注释和说明包含卡品种的大类删除和小类删除4

34、.3.1.1.4 卡品种查询(SKGL-01-04)需求编号SKGL-01-04需求名称查询卡品种创建者袁义最后更改者用户类卡业务管理员，分销商管理员，客户经理，管理人员，系统管理员需求优先级高用户输入或系统外激励系统响应1. 用户从操作界面的菜单中选择查询卡品种功能3. 选择另一个卡品种大类2. 显示系统所有卡品种大类信息和当前大类的小类信息4. 查询显示相应大类的小类信息列表功能需求1 页面的上部为卡品种大类信息列表，下部为当前大类的小类信息列表2 大类信息列表显示的信息包括：大类代号，大类名称，大类所属的系统名称，所属的地区（机构）名称小类信息列表显示的信息包括：小类代号，小类名称，有效

35、状态3 小类的有效状态以文字表述的方式而不是状态标志方式显示4 大类查询结果以地区（机构）代号大类代号升序显示，小类查询结果以小类代号升序显示例外以及相应处理特殊需求或限定调用的功能注释和说明由于系统涉及的卡品种大类和小类有限，不提供对卡品种进行输入查询条件查询的功能。4.3.1.2 卡销售折扣积分管理(SKGL-02-XX)卡销售折扣与积分管理是基于客户群和卡品种的打折与积分的处理模块，系统提供两种打折和积分的模型，一种是基于客户的历史贡献度的打折和积分模型（称之为客户群折扣积分），据客户历史购卡记录划分客户群，针对客户群和某种卡设置折扣和赠送的积分，当客户登录门户网站选卡时，系统将自动根据

36、客户所属的客户群的折扣和积分信息显示他所浏览到的卡的折扣；另一种时基于客户群和所购卡的数量进行打折和积分的模型（称之为客户群交易量折扣积分），即当客户在选择卡并指定购买数量后，将根据所购数量进行打折和增加积分。说明：1、增加积分只有在购卡交易成功后才真正增加到客户的积分中2、客户群折扣与客户群交易量折扣如果重叠的时候，将根据客户的折扣组合规则进行计算最终折扣，同样，如果存在一个客户有多个客户群折扣适用，或多个客户群交易量折扣适用，均基于客户的折扣组合规则进行计算最终折扣。卡销售折扣处理流程：相关数据定义u 客户群折扣信息数据元素类型长度数据要求说明客户群编号整数4用户输入卡品种大类字符2用户输

37、入卡品种小类字符2用户输入折扣字符4用户输入积分数数字10用户输入有效开始日期日期8用户输入有效截至日期日期8用户输入u 交易量折扣信息数据元素类型长度数据要求说明客户群编号整数4用户输入卡品种大类字符2用户输入卡品种小类字符2用户输入交易量下限数字10用户输入交易量上限数字10用户输入折扣字符4用户输入增加积分数数字10用户输入有效开始日期日期8用户输入有效截至日期日期8用户输入u 折扣积分组合规则数据元素类型长度数据要求说明客户群编号整数4用户输入卡品种大类字符2用户输入卡品种小类字符2用户输入组合折扣计算方式字符1用户输入取最大折扣率|取最小折扣率|取折扣率乘积|取折扣率乘积与保底折扣率

38、的最大折扣率组合积分计算方式字符1用户输入取最大积分|取最小积分|取积分之和|取积分和与保顶积分的最小值保底折扣率字符4用户输入保顶积分数字10用户输入4.3.1.2.1 客户群折扣积分管理(SKGL-02-01)需求编号SKGL-02-01需求名称历史贡献度折扣管理创建者袁义最后更改者用户类卡业务管理员，管理人员 需求优先级中用户输入或系统外激励系统响应增加历史贡献度折扣：用户输入历史贡献度折扣信息1 保存历史贡献度折扣2 保存成功写操作日志3 显示操作结果查询历史贡献度折扣：用户选择排序方式并查询查询显示信息：客户群名，卡品种大类名，卡品种小类，折扣，积分，有效开始日期，有效截至日期修改历

39、史贡献度折扣：用户从查询界面选择要修改的折扣保存用户所作的修改，如果保存修改成功写操作日志删除历史贡献度折扣：用户从查询界面选择要删除的折扣记录删除指定折扣，删除成功写操作日志删除成功重新查询显示，失败提示用户功能需求1 增加或修改操作时，保证操作的方便性，非描述性字段的输入提供用户选择方式，如卡品种大类和小类等提供列表选择，日期提供日历选择2 查询折扣时，提供查询结果排序方式，方式一：客户群，卡品种大类，卡品种小类；方式二：卡品种大类，卡品种小类，客户群3 修改折扣能修改的信息：折扣率，积分数，有效开始日期，有效截至日期4 删除前要有提示用户确认功能例外以及相应处理特殊需求或限定折扣率的精度

40、范围：0.0999.9（大于100时将以超过原价销售）分销商管理员只能设置分销商客户群（如分销商集团）的折扣调用的功能写操作日志的功能注释和说明1 客户群折扣是指用户针对不同的目标客户群设置不同卡的销售折扣和积分，该目标客户群既可以是根据客户的属性（如归属的分销商集团），也可以是根据分销商的历史贡献度（如卡的分销业绩）划分的2 历史贡献度折扣管理包含了新增，查询，修改和删除功能4.3.1.2.2 交易量折扣积分管理(SKGL-02-02)需求编号SKGL-02-02需求名称交易量折扣管理创建者袁义最后更改者用户类卡业务管理员，管理人员需求优先级中用户输入或系统外激励系统响应增加交易量折扣：用户输入交易量折扣信息：客户群名，卡品种大类名，卡品种小类名，交易量下限，交易量上限，折扣，积分，有效开始日期，有效截至日期保存交易量折扣，保存成功写操作日志查询交易量折扣：用户选择排序方式并查询查询显示信息：客户群名，卡品种大类名，卡品种小类名，交易量下限，交易量上限，折扣，积分，有效开始日期，有效截至日期修改交易量折扣：用户从查询界面选择要修改的折扣保存用户所作的修改，如果保存修改成功写操作日志删除交易量折扣：用户从查询界面选择要删除的折扣记录删除指定折扣，删除成功写操作日志删除成功重新查询显示，失败提示用