短信平台软件需求研究说明.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 、网上商城等系统） 项目实现方式 该平台可以完成与中国移动、中国联通、中国电信、运营商短信网关的对接；建立起一个强大的短信信息发布、处理系统；第三方合作业务系统等提供便捷的短信接口并提供强大的业务二次开发处理能力。系统预留与第三方系统的对接接口，实现后期对客户服务业务的支持。 系统简介 系统架构设计 业务处理流程 集团客户管理员使用流程 进入到短信平台 进入到短信平台 创建部门，创建员工，设定员工的级别与权限，如设置该员工下发短信是否需要审核。 添加企业通讯录； 配置企业业务，短信账务提醒、最新活动通知、积分兑换通知等等… 查询统计，按时间按部门按员工统计短信的发送情况。 管理员工，可以冻结或者禁用员工账号以及对员工充值。 添加企业共享的短信资源库；添加企业共享的常用短信 开展企业短信交