1.功能需求
短消息计费结算平台的建设初期，主要根据各运营商制定的相关计费规则完成对短消息基本通信费的综合计费和结算功能，同时完成短消息话单的维护、管理、脱机备份等功能。随着短消息业务运营模型的推陈出新，关键需要完成短消息业务以及增值业务等多种业务模式的综合计费功能。原先对各业务的计费功能简单，实时性要求不高，无法适应不同话单格式和数据量庞大等要求。我们针对系统中目前存在的这些不足之处，提出了新的功能需求：
(1)多种计费原始数据格式统一；
(2)不同业务不同计费关键字在同一计费平台的整合；
(3)对预付费用户实时扣费的支持；
(4)对短消息业务的无缝扩展性的支撑。
2.用例图
图2计费系统用例图
图2中，系统运维人员、业务管理人员、一般短信用户和市场拓展人员等是系统中的执行者，执行者还包括系统边界之外的短信话单来源和GSM计费系统。采集、计费划价、账务用例作为系统功能实现的主要承担者是系统需求分析的结果，用来模拟系统的功能需求，它们之间的关系多为扩展关系。针对采集的多样性，采集用例被泛化成短信中心话单采集、互联网短信网关话单采集和短信话单文件采集三个子用例。用例和执行者之间的联系表示了执行者对用例的责任。如执行者一般短信用户可以进行查询短消息的使用情况，这是由用例查询所描述的功能。以下对图2中的主要用例简单描述。
(1)数据采集
当短信发送并接收成功后，由相关联的硬件设备就短信发送的“场景”信息，包括发送时间、来源与目的号码、短信内容等形成短信原始话单。短信话单一部分来自于短信中心，另外一部分来自互联网短信网关。可以是实时在线采集，或者以较小时间段为单位的文件网络传输方式的准实时采集，或者以较长时间段为单位的文件送交方式的离线脱机采集。由于短信设备提供商的不同，采集得到的短信话单的格式是多种多样的，因此需要按统一的短信计费规范格式进行数据整理与筛选。另外由于所有的短信最终都有短消息中心转发，而业务提供商话单有一部分可以由互联网短信网关提供，可能存在重复话单，在格式化阶段还需要进行查重处理。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
