短信平台需求分析

短信平台需求分析

1 功能要求

短信平台的总目标是：利用现有的硬件，加装必要的软件，在DotNet框架下开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的短信平台，方便会员之间、会员与网站之间的交流与沟通，为8181网站的持续发展注入新的活力。

根据可行性研究的结果和网站的要求，采用Client/Server结构，将短信平台分为两个子系统：客户端短信服务定制/退订系统，服务器端短信处理系统。

用户通过网页（客户端）定制短信服务流程图：

用户通过手机定制短信服务流程图： 调用web服务下发成功短信 建立定制关系 确认码正确？ 提示用户输入确认码 调用web服务下发短信 建立临时定制关系 手机码、验证码 正确？ 用户输入手机号码和验证码 开 始 成功 开 始 提取手机号码 判断手机号码是移动还是联通用户， 提示用户相应信息 结束 用户名,密码正确? 并设置SPNumber 定制格式正确？ 提示用户ID号码 ID合法？ 从数据库中搜索ID 找到ID？ 根据属性设置IsOrder, IsPhone 是否定制 是否手机支付 SendFull(已经定制了金牌会员服务) SendFull(非手机支付服务) 建立临时关系，提示确认 结束 如果后台程序接收到用户确认短信，则将用户的临时定制业务关系设置为正式定制关系，同时下发提示短信告诉用户已经定制该服务成功。

下面分析各个子系统的功能需求：

1.1 客户端子系统

在客户端系统的功能实现上，可以分为以下几个部分： [1]手机互动定制/退订

定制手机互动服务后，用户可以通过手机收发信件，查询会员资料。 [2]金牌会员定制/退订

定制金牌会员服务后，成为网站最后级别的会员，可以通过手机聊天、查看会员IP、联系方式等等。 [3]信件转移手机定制/退订

将会员信件自动转移到会员手机。 [4] 换金币

换取金币后联通互动会员也可以发送短信。 [5]退订所有业务并删除手机号码

删除所有短信服务并删除手机号码（会员如果更换手机号码需要先退订所有业务并删除原来手机号码后再重新定制）

1.2 服务器端系统

通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现手机定制/退订，ID对ID聊天，信件自动转移手机，手机支付，手机进入或退出隐藏状态、同生缘查询和同城会员信息综合查询、增加/删除好友/黑名单、数据库维护等子系统。

在客户端系统的功能实现上，可以分为以下几个部分：

[1]主控程序

调用web服务接收上行短信，对上行短信的结构进行分析后调用相应模块进行处理。

[2]金牌会员定制、确认、退订： [3]信件转移服务定制、确认、退订： [4]手机互动服务定制、确认、退订： [5]手机退订所有业务 [6]换金币的点播：

用户发送换金币的点播指令后，增加会员金币个数，下发成功消息给用户扣取相应费用。

[7]信件转移手机

从定制表提取定制了信件转移手机服务的所有会员，查询会员信箱是否有新的邮件，如果有则转移到手机上。

[8]ID对ID聊天 [9]手机支付系统

[10]将指定ID加入黑名单/好友列表或从黑名单/好友列表中删除 [11]短信状态报告的处理 [12]会员信息的综合查询

2 短信平台的性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，短信平台应该满足以下的性能需求：

2.1 短信系统处理的及时性和计费的准确性

短信系统处理的及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统响应迅速。

计费功能的准确性对于整个系统的功能和性能完成举足轻重，影响整个网站的信誉，在系统开发过程中，必须采用一定的方法保证系统的准确性。

2.2 系统的开放性和系统的可扩充性

短信平台在开发过程中，应该充分考虑以后的可扩充性。例如移动、联通公司短信业务逻辑的改变，网站增加新的短信服务、用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入、减少或替换系统的模块，完成系统的升级换代。

2.3 系统的易用性和易维护性

短信平台是直接面对会员的，而会员往往对计算机和手机操作并不非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和提示消息；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

短信平台涉及到的数据是网站相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。

2.4 系统的响应速度

短信平台在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息，保证会员不会因为等待反馈消息时间过长而放弃短信服务。

2.5 系统的安全性

短信平台的定制内容、手机号码、计费情况等信息的流失容易导致用户投诉，影响网站的声誉，必须加强对网站的安全设置。

3 数据需求

由于系统的会员信息和定制信息处于不同的数据库中的，在不同的数据库中，定购情况是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要定期维护数据的一致性，并且要求对数据库的数据完整性进行严格的约束。

考虑用户经常更换手机号码，对不能下发信息的手机号码（用户已经停用）从定制表中删除，并加入手机黑名单，减少下行信息的成本。

4 数据字典

系统中的数据元素：

名字：会员信息 别名： 描述：会员的个人信息，用于对会员的确认 定义：会员信息=ID+用户名+密码+手机号码＋姓名＋年龄等等 位置：输入到定制表用户表和定制表 名字：定制短信服务会员清单 别名： 描述：已定制短信服务的会员记录 定义：定制短信服务的会员清单=会员信息的合集 位置：输入到定制表 名字：定制服务信息 别名： 描述：会员的定制时间、定制的服务，用户确定提供的服务和计费 定义：定制信息=定制时间+定制服务 位置：输入到到定制表

名字：计费信息 别名： 描述：会员的手机支付信息，名字：上行短信表 根据会员的定制时间和定制服务下发计费话单 别名：定义：计费信息=计费时间+计费服务＋反馈时间 描述：短信平台接收到的所有短信，会员定制、退订、手机聊天等的位置：输入到支付表历史记录 定义：上行短信＝短信内容+上行手机号码＋短信时间＋目的号码 位置：输入到接收表 名字：下行信息表 别名： 描述：网站的下行的所有短信 定义：下行短信=短信内容＋下行时间＋源手机＋目的手机＋计费类别 位置：输入到下行表 名字：会员好友表 别名： 描述：会员的所有好友 定义：好友记录=会员ID+好友ID＋加入时间 位置：输入到好友表 名字：黑名单表 别名： 描述：会员的所有黑名单会员 定义：黑名单=会员ID+黑名单ID＋加入时间 位置：输入到黑名单表 名字：会员好友表 别名： 描述：会员的所有好友 定义：好友记录=会员ID+好友ID＋加入时间 位置：输入到好友表

名字：会员信件表 别名： 描述：会员的所有信件 定义：信件记录=信件ID＋会员ID+好友ID＋信件内容＋信件时间＋是否新信件 位置：输入到接收信件表 5 逻辑模型

短信平台的逻辑模型如下图所示：

密码 姓名 性别 年龄 用户名 会员 身高 ID 所在城市

定制服务

帐单管理 数据库维护

好友/黑名单管理 同生缘查询 手机隐藏管理 短信中心 ID对ID聊天 同城会员查询 状态报告处理 信件转移手机 6 短信平台的运行要求

短信平台的硬件、软件的配置如下：

系统软件： Windows Server 2000学习是成就事业的基石

数据库管理系统：SQL Server 2000 软件环境：DotNet框架和SoapToolKit

硬件要求：Pentium III 1.0G以上, 512M RAM, 20G HD

本文来源：https://www.bwwdw.com/article/52v7.html