SMS短信平台解决方案.doc

(word完整版)SMS短信平台解决方案短信平台操作手册伏明成2012/3/13目录1。背景32.建设目标33。解决方案33。1总体思路33。2功能描述53。2。1客服人员功能53.2.2代理商功能63.2.3终端用户功能63。2.4发送短信服务功能73。2。5权限管理73.2。6统计查询83。3技术结构83。3.1平台总体结构83.3.2开发架构93.3。3技术优势93.4需求分析103.4。1代理商平台103。4.2终端用户平台183。4。3管理员平台273。4。4数据接口393.4。5短信发送服务403.5其他非功能性需求424.项目实施计划454。1工程进度表454。2项目启动阶段454.3系统构建阶段464.4项目计划阶段464。5系统开发阶段474.6系统稳定阶段474。7试运行阶段484。8验收阶段491. 背景近几年中国通信市场飞速发展，市场规模以人们难以想象的速度急剧扩张.短信(SMS）作为目前无线领域中一个神采飞扬的应用，改变传统的通信方式，改变着人们现在的生活方式，引发出新的机遇.2. 建设目标按着同客户方的了解，本项目的建设目标是以短信的收发为核心建立一个可以支持多级管理的短信平台。具体要去如下： 后台管理支持通道权限控制管理 支持多级供应商管理 支持短信的多级审核功能 支持准确、清晰的计费管理，包括通道计费和客户计费 支持帐户充值管理 支持代理商后台分级管理 支持为客户提供SDK服务3. 解决方案3.1 总体思路对于目前四大电信服务商，平台的通道管理提供应对不同服务商的通道功能，以及支持同一个供应商的多通道服务。整个平台提供两种形式的短信发送服务,一个是WEB版的短信发送,可以使用自己定义的短信模板发送单个用户或者多个用户的短息,可以定时发送,也可以立即发送。同时也提供SDK形式的服务，由客户自己集成到应用中，使用平台的发送功能.平台支持多级代理商功能,每个代理商可以发展自己的客户，使用平台维护自己的客户信息以及客户充值、发送、短信审核等功能。平台网络拓扑图如下:平台的包括的各种角色如下：客服人员：公司内部对短信平台进行管理的人员代理商：在平台中注册账号，并且同时可以自己添加下线服务的人员或者公司。终端用户：根据指定的服务商提供的发短信协议，可以通过WEB端发送短信的操作者。SDK接入服务：使用平台提供的SDK，并且在指定代理商或者公司本身提供通讯协议框架内发送短信服务的客户。3.2 功能描述3.2.1 客服人员功能客服人员定义通道，发送短信并且对经过文字过滤后没有审核通过的短信手工审核。同时可以帮助客户修改短信内容，从新发送.客服人员二次审核3.2.2 代理商功能代理商是母公司下属的使用平台协议用户，他们可以增加自己的终端用户,也可以自己发送短信。同时也具有充值、日志查询、计费管理等功能。代理商所属终端用户在发短信计费时，一个是首先从客户本身的计费中扣除发送费用，二是根据代理商的短信价格扣除代理商本身的费用.3.2.3 终端用户功能终端发送短信,同时可以查询发送短息历史数据。可以统计或者查询目前发送的费用情况.3.2.4 发送短信服务功能无论是终端客户、代理商还是客户服务人员，发送短信后，首先经过文字过滤，如果过滤通过后，进入发送短信队列中。由短信调度服务来发送短信，同时短信发送服务自动记录没有发送成功的短信以及信息提示。同时可以根据设置开关，计算是否计费。3.2.5 权限管理管理员根据用户角色分配操作权限。另外在每个页面访问时，首先通过权限控制判断是否可以操作。3.2.6 统计查询统计人员可以根据所属代理商、个人或者平台管理的统计人员按天、按月或者按代理商统计发送成功发送条数、失败发送条数等情况。3.3 技术结构3.3.1 平台总体结构3.3.2 开发架构平台开发采用。NET技术，使用多层开发结构，如下：3.3.3 技术优势微软 。NET平台及Visual Studio 。NET开发环境也拥有下列技术优势： 先进的应用开发开发平台与开发环境.NET是目前使用最为广泛的开发平台。Visual Studio系列开发工具也是业界公认的最先进,开发效率最高的集成开发环境(IDE,Integrated Development Environment)，支持多种编程语言进行开发(C、J#、VC+、VB、Pascal)，支持Windows和WEB应用的可视化设计与开发。在快速应用开发（RAD，Rapid Application Development）领域占据着绝对的主导地位。 高开发速度与低总体拥有成本（TCO，Total Cost of Ownership）微软的产品提供了大量开箱即用的功能，在其上进行扩展开发也明显易于其他厂商。方便友好的功能配置和较少的代码量使得基于微软产品和技术开发的应用系统在可维护性上领先于其他厂商.另外，Net平台运行在PC服务器上，对硬件没有依赖性。同时PC硬件本身成本较低，维护水平要求和费用都比较低.而且基于Intel开发架构的PC硬件不绑定厂商,零部件有较高的可替换性.基于.Net的应用维护和升级都十分简单，特别是基于。Net的智能客户端技术,可以将升级的成本降低到接近于零。 技术先进性与开放性。NET技术在提出时全面基于开放的XML标准进行构建,支持Web Service等最新的技术。.NET技术完全支持并主动提倡面向服务的架构(SOA，Service Oriented Architecture）设计理念，始终是目前业界技术的领导者. 系统和用户的易用性目前，绝大部分的客户端系统均采用Windows平台，在前台办公平台软件如Office、Outlook和IE应用程序方面也处于市场的主流地位。基于微软平台的解决方案可以与客户端的系统和应用程序进行无缝地集成，并能够支持同风格界面的移动设备远程访问方式。最大限度维持了用户原有的使用习惯，大大提高系统的易用性,降低用户培训学习的成本。3.4 需求分析 后台管理支持通道权限控制管理 支持多级供应商管理 支持短信的多级审核功能 支持准确、清晰的计费管理,包括通道计费和客户计费 支持帐户充值管理 支持代理商后台分级管理 支持为客户提供SDK服务3.4.1 代理商平台3.4.1.1 系统设置3.4.1.1.1 密码修改修改当前账户的登录密码信息3.4.1.1.2 余额查询查询当前账户的余额信息3.4.1.1.3 账户信息修改修改当前账户的信息3.4.1.2 客户管理3.4.1.2.1 代理客户管理代理商客户管理添加编辑代理商客户信息3.4.1.2.2 终端客户管理客户管理，代理商对客户信息进行添加修改操作，同时可给当前客户的相关庄户进行充值操作.添加和编辑客户信息客户账户充值3.4.1.2.3 站内信管理站内信是方便代理商与终端客户之间的沟通.新增站内信3.4.1.3 充值管理3.4.1.3.1 代理商客户充值给当前账户下面的代理客户进行充值，选择充值账户进行充值。网关充值3.4.1.3.2 代理商充值记录（当前账户)当前登录账户的充值记录3.4.1.3.3 代理商终端客户充值记录当前代理商名下客户的充值记录3.4.1.4 客户消费管理3.4.1.4.1 代理商终端客户消费记录当前代理商名下客户的消费记录3.4.1.5 短信管理3.4.1.5.1 待发短信查看当有待发短信的时候，系统会通过语音形式进行提醒，并且将待发短信提交出去。3.4.1.5.2 待审核短信查看当有待审核短信的时候,系统会通过语音形式进行提醒，管理员需将其审核通过，方可进入待发队列中，在审核的同时可以变更短信发送通道等信息。短信审核3.4.1.5.3 待审核定时短信查看当有待审核定时短信的时候,系统会通过语音形式进行提醒，管理员需将其审核通过，方可进入待发队列中，在审核的同时可以变更短信发送通道等信息。短信审核3.4.1.5.4 彩信管理查看短信发送记录。3.4.1.5.5 已发短信管理查看已经发送的短信记录，可以根据时间区间按日统计，按月统计等等。可查看发送记录详细,以及具体发送的号码信息。并且可以导出当前发送记录3.4.1.6 安全注销系统将自动清除登录前的相关信息。3.4.2 终端用户平台3.4.2.1 系统设置3.4.2.1.1 密码修改修改当前账户的登录密码信息3.4.2.1.2 余额查询查询当前账户的余额信息3.4.2.1.3 账户信息修改修改当前账户的信息3.4.2.1.4 开票信息修改当前账户的开票信息3.4.2.1.5 账户消费记录根据时间或者关键词筛选当前账户的消费记录3.4.2.1.6 账户充值记录根据时间或者关键词筛选当前账户的充值记录3.4.2.2 集群信息管理3.4.2.2.1 集群信息申请集群信息是针对一些无法再平台发送短信的情况下设置的,用户可以发送内容到指定的号码，然后由系统帮助客户完成发送。管理员可以对用户的申请进行审核，审核后分配一个集群号给当前客户,输入申请标题,选择需要加入集群的客户信息3.4.2.2.2 集群信息管理当前审核通过的集群申请，客户通过平台分配的集群号进行集群发送3.4.2.2.3 账户充值记录集群短信发送记录统计3.4.2.3 短信库信息3.4.2.3.1 短信库分类管理短信库分类添加和编辑短信库分类信息3.4.2.3.2 短信库管理短信库管理，短信库是方便客户批量提交短信时使用添加和编辑短信库信息3.4.2.4 通讯录管理3.4.2.4.1 分组管理分组管理，分组是便于用户对自己的客户的管理添加和编辑分组信息3.4.2.4.2 会员信息管理会员信息管理添加和编辑会员信息3.4.2.4.3 会员信息导入为了方便用户添加会员信息,用户根据平台提供的会员信息模板，直接导入。方便快捷的录入会员信息3.4.2.5 短信管理3.4.2.5.1 短信发送短信发送,用户可以选择发送通道.号码导入，导入的方式可以限制记事本或者excel模式进行导入发送的内容可以选择短信库中的短信内容3.4.2.5.2 接收短信接收短信，需要相应通道支持，通道需要支持回复功能.3.4.2.5.3 短信发送记录根据时间观关键词进行筛选，并对筛选的记录进行导出，也可以查看指定短信的发送内容和手机号的详细信息短信详细记录3.4.2.5.4 个性化短信发送个性化短信发送是方便特例情况下的短信发送.用户可以拼接发送内容，设置相关发送参数等等设置参数3.4.2.5.5 个性化短信发送记录查看个性化短信发送记录3.4.2.6 安全注销系统将自动清除登录前的相关信息。3.4.3 管理员平台3.4.3.1 系统管理3.4.3.1.1 管理员列表管理当前系统的所有管理员账户，对账户进行添加，修改删除,并给对应的管理员配置相应的权限新增或者修改管理员信息设置管理员的权限3.4.3.1.2 密码修改修改当前登录的账户的登录密码3.4.3.1.3 扣量操作在此页面主要设置扣量方式,设置一种扣量区间，然后选择对应的客户适用与此扣量区间。3.4.3.1.4 登录时间设置通过设置登录时间区间，可以限制用户在某一段时间内可以登录本系统，同时也可以取消登录时间的限制功能,3.4.3.1.5 公告通知管理员可以通过公告通知对整个平台的用户发布一些通知，已经活动公告等等新增公告通知3.4.3.2 通道管理3.4.3.2.1 通道列表查看当前平台的所有通道信息,并对相关通道信息进行维护,并且查看对应通道中短信记录信息。新增和编辑通道信息通道发送记录查看，可根据时间进行筛选，并且可以调整相关记录的发送状态，对发送的短信进行补发，重发等等操作，3.4.3.2.2 通道关键词设置管理员可以给特定的通道设置关键词,这样使得当通道发送记录中有了设置的关键词存在时，系统会进行提醒。新增和编辑关键词3.4.3.2.3 通道关键词设置查看当前平台所有通道的设置关键词.3.4.3.3 充值管理3.4.3.3.1 代理商充值管理员可以对选择的代理商不同账户进行充值。代理商网关充值如下，充值成功后，系统会生成充值记录，以便后期待查3.4.3.3.2 代理商充值记录查看管理员可以选择不同充值列表筛选所需要的充值记录数据。3.4.3.3.3 用户充值记录查看管理员对代理商给其名下客户充值的记录进行查看和监测.3.4.3.4 代理商管理3.4.3.4.1 代理商信息管理管理代理商信息，添加，修改，删除代理商信息，并且设置代理商的发送级别，已经发送通道新增,编辑代理商信息,设置代理商发送通道设置代理商的发送级别3.4.3.4.2 代理商名下客户管理管理员管理相关代理商名下的客户信息，并且可以设置相关客户的发送级别,发送通道以及初始密码，和账户状态等等。通道设置发送级别设置3.4.3.4.3 用户充值记录查看管理员对代理商给其名下客户充值的记录进行查看和监测。3.4.3.4.4 客户消费记录查看根据时间筛选短信发送记录。3.4.3.5 短信管理3.4.3.5.1 待发短信查看当有待发短信的时候，系统会通过语音形式进行提醒，并且将待发短信提交出去。3.4.3.5.2 待审核短信查看当有待审核短信的时候,系统会通过语音形式进行提醒，管理员需将其审核通过，方可进入待发队列中，在审核的同时可以变更短信发送通道等信息。短信审核3.4.3.5.3 待审核定时短信查看当有待审核定时短信的时候，系统会通过语音形式进行提醒，管理员需将其审核通过，方可进入待发队列中，在审核的同时可以变更短信发送通道等信息。短信审核3.4.3.5.4 彩信管理查看短信发送记录。3.4.3.5.5 已发短信管理查看已经发送的短信记录，可以根据时间区间按日统计,按月统计等等。可查看发送记录详细，以及具体发送的号码信息.并且可以导出当前发送记录3.4.3.6 安全注销系统将自动清除登录前的相关信息。3.4.4 短信发送服务短信发送服务主要是由主控和通道发送服务组成,主控主要是对待发的短信进行相关逻辑处理，并进行分流发送。提交到对应的通道队列中，由相关通道发送服务进行如实提交。两个平台需运行在服务器以支持短信平台的发送。3.4.4.1.1 主控平台主控平台登录，选择需要提交的相关通道3.4.4.1.2 通道发送服务通道发送服务，可查看当前通道的余额，和当前通道运行的情况和世界通道发送的情况3.5 其他非功能性需求除了上述功能方面的需求,基础平台还需要满足下列性能需求: 设计要求1. 系统必须是构件化、面向对象的，做到灵活性好、可维护性高；2. 系统采用多层架构的体系结构,应充分考虑到系统今后纵向和横向的平滑扩展能力； 容量要求1. 系统容量要求：系统应具备足够支撑短信发送量要求2. 在发送量超过设置容量可以灵活的扩充； 可靠性要求1. 系统应提供724小时的连续运行，平均年故障时间：3天,平均故障修复时间：2小时.2. 系统关键软件系统应有一定的备份措施，保证系统的不间断运行，系统应具有软件故障在线恢复的能力。3. 提供数据逻辑性和关联性操作错误的检验功能，在数据输入时，应对相关数据的逻辑一致性进行校验，对于校验失败的数据禁止输入，同时给出相应错误提示信息,并保持系统原正确数据不变。4. 提供对输入数据的数值范围和数据的完备性进行校验的功能，在进行数据设定时，系统能够对输入数据的数值范围进行有效性校验，超出数据范围视作非法，禁止录入数据，并给出错误提示. 安全性要求1. 为了确保系统内部数据的完整性和可靠性，系统必须提供有效的安全保密措施，确保整个系统的安全运行。2. 系统对所有操作都有日志记录。 成熟性和先进性要求1. 系统选型和设计要在体现先进性的同时，保证成熟性。 可维护性与可管理性要求1. 系统软件、应用软件都应提供方便、灵活的维护手段,方便应用人员的维护和管理。要求采用目前主流的编程技术，附带文档要求标准而全面.2. 为应用与管理人员提供充分的培训，做到会用、用好.3. 应具有在线帮助功能,并能方便管理员修改帮助信息。 易用性要求1. 系统应向用户提供方便、快捷的业务使用体验。2. 向操作人员提供方便、快捷的操作界面,适用于登录和维护。4. 项目实施计划4.1 工程进度表月份阶段2012年1月2012年2月2012年3月启动阶段项目启动确定项目范围构建阶段需求调研计划阶段确定项目风险和计划开发阶段系统设计软件开发完成范围开发稳定阶段完成测试试用版本发布运维阶段试用系统运维系统试运行和验收注：本项目暂以2012年1月20日作为项目起始日期,按照招标文件的要求,我们完全有能力在合同签订之日起3个月之内完成的需求调研、到系统开发、测试、运维、试运行、验收及阶段交付工作。4.2 项目启动阶段l 工作目标n 为项目组正式运行做准备。l 主要任务n 提供项目大致范围、工期、资源、实施规划和风险分析；n 确定项目团队成员,召开项目启动会议。l 工作产物n 项目启动会议文档l 完成标志n 该阶段的主要任务是取得典型的、具有普遍适应性的用户原始需求，同时编写“软件需求规约1。0版本；4.3 系统构建阶段l 工作目标n 创建关于项目目标、限制、解决方案的高级视图。l 主要任务n 分析对于团队的技能要求n 用户需求调研,建立评审与变更的基础n 尽可能全面、准确地分析项目需求n 找到解决问题的方法n 建立评审与变更的基础n 客户沟通及需求确认l 工作产物n 项目总体计划n 初步的风险评估文档l 完成标志n 需求得到客户方的确认。4.4 项目计划阶段l 工作目标n 建立解决方案的架构、设计,建立项目的计划与时间表。l 主要任务n 尽可能早的、尽可能多的挖掘项目的相关信息n 尽可能全面地分析项目风险和规避措施n 明确何时能够拥有足够的信息开展下一步工作l 工作产物n 风险列表n 总体计划时间表l 完成标志n 人力和物力资源已经确定;工期、范围、风险已知;全组的工作计划通过评审。4.5 系统开发阶段l 工作目标n 建立解决方案的架构、设计。n 完成需求规约要求的功能特性、组件和其他产物。l 主要任务n 完成代码编写n 基础系统环境的建立n 开发培训和教育文档资料l 工作产物n 产品代码n 操作指南n 更新的主计划和时间表l 完成标志n 架构设计和详细设计已完成;n 测试计划和测试用例已完成;n 需求规约中明确必须实现的特性已全部实现。4.6 系统稳定阶段l 工作目标n 提高项目的质量,使其最终达到可发布标准.l 主要任务n 提高项目质量n 定位项目的主要问题n 使产品趋于稳定n 发布前的准备工作l 工作产物n 源代码和可执行程序n 安装脚本，安装文档n 最终用户帮助和培训材料n 维护手册n 测试报告和缺陷报告l 完成标志n 用户体验工作和用户教育文档已完成；n 系统测试已完成，产品达到发布标准；n 系统通过了发布评审。4.7 试运行阶段l 工作目标n 中间版本运维完成后，进行12周的试用，试用过程中收集系统可能存在的问题,并进行升级版本的开发测试及满足需求规约的最终版本的发布和运维.n 让用户熟悉系统，习惯利用系统工作,提高系统管理员对系统的熟悉程度。l 工作产物n 可能存在的问题列表n 升级代码n 最终版本l 试运行过程n 准备过程：在这个阶段需要为试用作好所有准备工作，包括： 准备试运行环境 制定详细的试运行计划 确定试用人员与策略n 试用阶段 试用工作是一个“试用发现问题解决问题再试用的循环过程，在这个阶段要把准备阶段所制定的计划、方法、策略严格的贯彻执行。没有起到效果的试用是不成功的。 同时在试用阶段要保证原有的工作方法和系统同时进行,以保证在系统不能顺畅使用的情况下，用户的日常工作仍然能够继续。n 过渡阶段 这个阶段已经到了试用的后期,即将开始正式使用。这一阶段的主要工作是逐步把系统向客户移交。确保移交平滑，并制定详细的正式使用计划。l 技术保障:整个试运行分为优化调整和稳定运行两个部分，两个阶段的技术保障策略有比较大的差异。n 稳定运行 技术支持协助管理人员熟练掌握系统功能。 软件升级这个阶段的软件升级方式基本和售后服务部分相同.4.8 验收阶段l 工作目标n 完成项目的验收工作l 主要任务n 验收系统l 工作产物n 系统验收报告l 完成标志n 试运行结束，即对项目进行验收，本阶段将完成系统验收工作。验收通过，即交付用户正式运行.系统进入维护期，为客户提供优质的售后技术服务.45