短信平台软件需求分析说明.docVIP

百货短信平台 软件需求分析说明书 电 脑 部 版　　 　　　　1.0　　　　 编　　 刘文军 提交日期 2011.03 审　　　　　　　　　　　 　　　　　　　　　　　　　 二○一○年三月 概述 项目建设背景 目前，我国的移动电话用户数已达世界第二位，并且还在以每月?200?万部的速度增长。据统计，当前城市手机拥有率已高达?76.49%?，移动电话已从少数人的奢侈消费品转而成为大众化的通信工具。随着现代人生活的节奏越来越快，短信息服务?(Short?Message?Service)?已成为无线通信在二十世纪所做的一次重要飞跃。在欧洲，信息服务已经商业来媒体运作。在西欧，每个月有近?50?亿条短信息被发出，平均每位手机用户每月要发送出?25?条短信息。在芬兰的手机用户每月的话费账单上，平均?50?％出自短信息服务。信息服务像风暴一样席卷欧洲大陆。在新一代商业潮流中，使用短信息服务已经成为一种新的时尚。 系统要求有灵活性、稳定性、健壮性、易操作性、可维护性、可运营性、高性能，这要求系统遵循以下设计原则。 标准化原则 系统的各种网络和应用协议，以及编程语言等应采用业界标准。如支持TCP/IP及各运营商的短信互联应用协议，并以JAVA等开放性的编程语言，这样系统便于灵活扩展。 开放性原则 要使应用系统具有开放性。通过通用的标准接口使该应用系统与现有各应用系统之间易于连接，并能够进行数据交换。从而便于系统未来实现灵活的二次开发。 重构性原则 系统采用模块化结构设计，各个功能模块能够重复使用，当出现新的应用需求时，不需要完全重新开发系统，从而便于系统的将来灵活扩展。 易用性原则 系统应提供友好的用户操作界面。操作界面符合电信行业应用系统的一般规则和发展方向。如系统操作界面采用WEB浏览器方式。 可运营和可维护性原则 系统应提供强大的可维护功能。如提供丰富的多级日志便于系统故障跟踪、提供各种统计功能便于运营所需的统计、以及提供数据的定时自动管理和维护功能等。 安全性原则 系统应遵循安全性原则，数据库和业务系统可以分离，并能实现自动定时数据备份。 需求分析 项目需求 目前百货的会员客户、业务需求系统牵涉的设备、方案、活动内容众多，而以往的管理方式相对而言又比较传统，采取人对人的电话通知、调度方式实现或者借助外面SP公司进行传达。 因此，本公司准备采取建设短信平台的方法改变原有的管理方法和客服机制，实现短信平台与业务系统的对接。同时，改平台计划以后还可完善客户服务机制、增加广告宣传渠道、灵活客户服务方式等。从而提高提高自身综合档次，有利的提高办公效率和进一步办公自动化和一体化迈向一个新的台阶。 本公司原有的呼叫中心系统初期的功能比较单一，功能模块简单化。不能满足现在商场竞争和完善客户服务的需求 需求分析 系统接口 考虑到建成的短信平台需要和其他进行连接，或接收其他系统设备的故障信息及调度信息，因此需要通过第三方的接口实现系统直接的对接。平台可以提供以下的标准接口实现第三方系统对接的工作。 二次开发接口 平台提供WebService， Socket ，HTTP标准接口供企业用户接入企信通平台。Socket接口还提供API供企业客户调用。 WebService： 通用性，不受编程语言所限，能够被各种不同的系统所调用。 Socket接口： 占用网络带宽小，一直与服务器保持长连接，能及时接收企信通转发的上行消息和状态报告。 Http 接口：使用方便，测试容易。 直接登陆请求URL 其它系统能够直接调用系统的登录URL，并且以用户名和密码作为请求参数，可以直接进入平台。（如OA 、网上商城等系统） 项目实现方式 该平台可以完成与中国移动、中国联通、中国电信、运营商短信网关的对接；建立起一个强大的短信信息发布、处理系统；第三方合作业务系统等提供便捷的短信接口并提供强大的业务二次开发处理能力。系统预留与第三方系统的对接接口，实现后期对客户服务业务的支持。 系统简介 系统架构设计 业务处理流程 集团客户管理员使用流程 集团客户员工使用流程 集团客户接口使用流程 系统软件架构 逻辑架构图 网络拓扑结构 系统功能 基本功能 短信模块 此模块提供的业务功能：短信发送，回复到手机，短信收件箱，群发通知，短信批量下发，短信内容导入群发等等。 发短信 提供在网页上发送短信的功能，能实现单发，群发以及定时发送。 可以从通讯录里面选择多个联系人或者群发组作为短信的接收者； 可直接从会员中选择联系人；（选择条件有：性别、年龄段、所在地、消费专柜、会员级别、积分范围等，选项可以组合选择） 当输入短信时，提示字符个数和短信条数； 可以从常用短信里面选择短信