【毕业学位论文】（Word原稿）短信平台的设计与实现-软件工程

分类号：暂空 学校代码： 密级：内部 1年 学号： 2220091642 专 业 硕 士 学 位 论 文 短信平台的 设计与实现 文摘要 I 中文摘要 随着我国经济形势的不断变化和金融改革的逐步深入，如何提升自己服务来吸引客户，已经成为各家商业银行不可回避的问题。商业银行依赖传统业务发展的途径越来越窄，服务渠道已逐步多元化，包括了电话、短信、邮件、传真等多种方式。短信业务就是在这样的背景下产生的，其中包括了许多批量发送的短信业务。短信 业务是指银行通过移动电话，利用中国移动、中国联通 、中国电信 等通信网络的中文短信息方式为客户提供帐户信息、帐户查询等银行产品的一种业务 。短信业务可以 实现 银行 和用户间的互动， 为用户 提供更个性化的服务 。这项业务 改变 了 银行传统的服务模式，增强了银行的竞争优势 。短信业务可以 有效 地 提高服务质量及银行各类通知工作的效率 ，并 为银行带来可观的中间业务收入 。所以建设独立的短信平台十分必要，可根据业务的重要性，将关键业务和非关键业务进行区分，通过不同的渠道进行处理。 本项目的开发，对于 银行服务、产品等信息管理和推广 效率具有显著的提高，对于 银行业务发展 起到一定的推动作用。 关键字： 短信平台，信息管理，银行服务 I of s to to an of on in a of is in MS to as a be to a to of of s of of MS is to of to of a in of 录 录 第一章 绪论 . 1 第一节 研究背景和意义 . 1 究背景 . 1 究意义 . 1 第二节 研究内容与文章组织结构 . 2 章研究内容 . 2 章组织结构 . 2 第二章 系统需求分析 . 4 第一节 系统功能需求分析 . 4 第二节 系统非功能性需求 . 5 第三节 系统需求分析 . 6 第四节 重要业务流程分析 . 6 第五节 本章小结 . 12 第三章 系统总体设计 . 13 第一节 网络拓扑结构设计 . 13 第二节 接口设计 . 15 外部硬件接口 . 15 外部软件接口 . 16 外联接口 . 16 内联接口 . 16 第三节 功能概要设计 . 17 功能清单 . 18 目录 时短信下发功能 . 19 客户签约管理功能 . 20 短信发送过程管理功能 . 24 业务查询统计功能： . 25 系统管理功能 . 26 第四节 安全性 . 26 第五节 系统性能 . 27 第六节 本章小结 . 28 第 四 章 系统详细设计 . 29 第一节 系统开发及运行环境 . 29 1. 应用软件 部署 . 29 2. 设计原则 . 29 3. 服务器系统配置要求 . 30 4. 容错机制 . 33 5. 关于负载均衡 . 33 第二节 系统管理模块详细设计 . 34 有关操作约定（有新增需求） . 34 登录管理系统 . 34 系统管理 . 34 客户管理 . 37 中央数据库 . 56 消息中心 . 111 消息处理模块 .询类 .录 V 业务确认类 .息收发模块 .讯处理模块 .维数据采 集模块 .三节 接口设计 . 126 字典说明 . 126 与主机的接口 . 128 与短信运营商的接口 . 128 平台提供的标准接口 . 128 与行内其它系统的接口 . 129 平台内部的接口 . 129 接口约定 .息传递涉及主要表说明 .水号生 成规则 .于消息重发 .、 已发送到目的系统，由于运营商的回应结果为失败、状态报告为异常，需要重发。或 48 小时内根本未收到回应或状态报告，也需要重发。 . 131 通讯应答报文 .息发送 .务发送 .件传输 .行短信接收 .时短信接收 110001 .时短信接收交易流程 . 148 目录 五 章 总结与展望 . 149 参考文献 . 150 致谢 . 151 个人简历、学术论文与研究成果 . 152 第一章 绪论 1 第一章 绪论 第一节 研究背景和意义 究背景 随着我国经济形势的不断变化和金融改革的逐步深入，如何提升自己服务来吸引客户，已经成为各家商业银行不可回避的问题。商业银行依赖传统业务发展的途径越来越窄，服务渠道已逐步多元化，包括了电话、短信、邮件、传真等多种方式。短信业务就是在这样的背景下产生的，其中包括了许多批量发送的短信业务。短信 业务是指银行通过移动电话，利用中国移动、中 国联通 、中国电信 等通信网络的中文短信息方式为客户提供帐户信息、帐户查询等银行产品的一种业务 。短信业务可以 实现 银行 和用户间的互动， 为用户 提供更个性化的服务 。这项业务 改变 了 银行传统的服务模式，增强了银行的竞争优势 。短信业务可以 有效 地 提高服务质量及银行各类通知工作的效率 ，并 为银行带来可观的中间业务收入 。所以建设独立的短信平台十分必要，可根据业务的重要性，将关键业务和非关键业务进行区分，通过不同的渠道进行处理。 究意义 短信平台将是我银行一个动态数据交互系统及短信通道，可利用该平台为其他的内部应用系 统或使用部门提供个性化的短信功能。 我行将拟建全行统一的服务平台 送及客户服务代表向客户发送客户所需要的短信。同时，可主动利用客户数据管理对客户进行有针对性的短信营销。 分行或有需要部门，可提交需要发送的短信，经过过滤，则进入发送队列，由客户服务中心统一发送。 对于其他各业务系统，短信平台将提供标准、安全的接口，可以方便快捷第一章 绪论 2 地与其他应用系统进行无缝高效连接，在不改变原有系统的基础上可方便实现动态短信或静态短信的收发、查询、统计与分析等应用功能。经授权的内部单位和个人 ，也可以完成短信的发送、查询、统计和分析等操作。 我银行目前短信业务量需求加大，包括一些会议通知、客户问候、短信广告等，系统应可支持现有及未来业务的发展。 第 二 节 研究内容与文章组织结构 章研究内容 本文以 短信系统整体实现 为研究背景，进行 短信 系统的设计与实现研究。文章主要从如下几个方面完成文章的 研究工作： 1) 系统需求分析 文章对 短信系统实际 工作进行深入调研与分析，明 确系统中的主要参与者，以及各个参与者对于系统的功能要求，形成 系统的需求分析文档。 2) 系统概要 设计 对短信系统进 行总体设计，其目的在于从总体上明确系统的网络拓扑结构、数据库结构、实体类结构等内容，为系统的开发提供依据。 3) 系统详细设计 系统的开发，可以采用多种开发平台，本项目以 c+作为系统开发平台。文章利用成熟的软件框架组合方案，进行了系统开发平台搭建。并在平台组合的基础上进行了软件层次结构的划分， 明确了各个层次的主要功能以及层次间耦合方案。 章组织结构 本文按照如下的章节划分方案开展对 短信平台 项目的设计与开发： 第一章：绪论 介绍项目的开发背景，分析该项目 对银行发展的研究意义 ，从总体上规划第一章 绪论 3 文章的组织结构。 第二章：系统需求分析 文章对短信系统实际工作进行深入调研与分析，明确系统中的主要参与者，以及各个参与者对于系统的功能要求，形成系统的需求分析文档。 第三章：系统 总体设计 根据信息系统功能分析文档，对系统进行了数据库结构设计。搭建了系统开发平台，并完成软件分层设计。 第四章： 系统详细设计 对于系统进行系统开发平台搭建，设计系统中数据库事务处理方案，设计系统的包结构方案。 第五章： 总结与展望 对文章进行了全面的总结。 第二章 系统需求分析 4 第二章 系统需求分 析 需求分析属于软件开发过程中的首要环节，也是最重要的步骤之一。只有在完备的需求分析文档基础上才能够 开发出符合 用户要求的软件系统。同时，需求分析文档也是软件后期维护和升级的重要参考资料。 第 一 节 系统 功能需求分析 对系统的 功能需求主要 来源于系统使用者在日常业务处理过程中所产生的需求。 通过对 银行客户业务 进行深入调研，运用访谈、 问卷调查、头脑风暴等多种需求 获取手段，得到系统的功能需求 20。但是由于系统使用者 大多数并非从事软件开发相关工作，其对于系统的功能需求描述往往是片面的、不客观的，甚至是前后矛盾的、技 术上无法实现的。本项目 在使用者需求基础上，对需求进行有效甄别与梳理，得到了全面的、技术上可实现的、满足现代软件工程要求的功能需求文档 21。 短信 系统功能需求主要 总结出以下 几点： 1、客户服务中心承担批量短信的审批、发送及客户服务代表向客户发送客户所需要的短信。同时，可主动利用客户数据管理对客户进行有针对性的短信营销。 2、分行或有需要部门，可提交需要发送的短信，经过过滤，则进入发送队列，由客户服务中心统一发送。 3、对于其他各业务系统，短信平台将提供标准、安全的接口，可以方便快捷地与其他应用系统进行 无缝高效连接，在不改变原有系统的基础上可方便实现动态短信或静态短信的收发、查询、统计与分析等应用功能。经授权的内部单位和个人，也可以完成短信的发送、查询、统计和分析等操作。 4、随着银行短信业务量需求加大，包括一些会议通知、客户问候、短信广告等，系统应可支持现有及未来业务的发展。 第二章 系统需求分析 5 第 二 节 系统非功能性需求 信息系统只有具备一定的性能指标，才能够实现功能的正常运行。 由于 信息系统 非功能性需求往往涉及到较为专业的计算机知识和专业术语， 系统的 普通使用者往往由于其自身计算机专业知识的缺乏而无法对非功能性需求进行准确 描述 22。 但是使用者会在系统上线运行之后，很快的发现系统的哪些性能方面无法满足系统运行要求 23。因此，对于系统 的非功能性指标需求，需要在用户所提出的指标基础上 结合系统开发人员的项目经验而形成 24。 本项目在对使用者进行性 能需求调研的基础上，参考其他同类型单位信息系统的性能指标，形成以下 非功能性需求。 具有完善、可靠的管理机制； 具有完善、灵活的岗位权限管理机制； 具有完善、灵活的授权管理机制； 是一个独立于其它应用系统的，具有公共调用接口，可供其它系统使用的短信平台系统； 具有按分行和部门划分 的分级管理功能； 能够进行操作员、管理员相关资料的建立、修改、删除和查询操作，而操作员、管理员相关信息包括操作员号、操作员名、所属机构部门、操作员类型、操作员权限等相关信息； 能够保留操作员变更的历史交易记录，以便管理人员进行查询； 能够区分操作员的类型和级别，并对操作员的交易权限和管理权限进行多层级的分类管理； 能够对操作员进行角色分配，即不同角色的操作员可操作不同的交易，并且对不同角色的操作员提供不同的交易画面； 系统自动控制操作员密码的有效天数、一次登录有效时间等； 全面实现参数化控制； 具备完善、灵 活的变更机制 支持实时变更机制； 支持主动的、定向的推送变更机制； 第二章 系统需求分析 6 通过系统的非功能性需求，明确了系统的性能方面所要达到的各项指标，为系统功能正常运行提高了保障。 第 三 节 系统 需求 分析 需求 分析的目的在于研究系统中系统的功能操作要求，即系统应当为 使用者 提供哪些功能操作支持。 银行短信平台项目涉及功能主要包括五部分，一是核心系统签约功能；二是核心系统签约维护（包括查询、修改及撤销）功能；三是短信发送过程管理功能；四是短信业务的查询统计分析功能；五是短信平台系统管理功能。 第 四 节 重要业务流程 分析 1、 核心系 统签约功能 客户签约管理是指银行通过柜面或网上银行与客户签订协议，并以此为依据有偿或无偿为客户提供手机短信服务，此需求暂不考虑网上银行相关交易。 签约环节主要包括两个步骤：首先要客户提出功能申请，如手机绑定申请（须填写协议书）；然后柜面核心系统或网银系统根据客户申请进行相应操作，完成客户短信平台签约。 核心业务系统手机短信签约业务流程图如下所示： 第二章 系统需求分析 7 是 否 存 在 客 户 号 对 应客 户 信 息是否 停 止 签 约输 入 客 户 号完 善 签 约 客 户 信 息输 入 客 户 签 约 账 ( 卡 ） 号校 验 账 户 是 否 存 在 且状 态 正 常输 入 绑 定 手 机 号 码 ， 完 成 签 约是否将 签 约 信 息 发 往 E S B , 最 终 传 给 短 信 平 台停 止 签 约1）手机短信签约业务以客户号为准，输入客户号后系统自动校验核心是否存在此客户号，如果没有，停止签约，需 要先做客户信息的新建；若存在此客户号，则在弹出界面填制客户签约信息。 2） 填写签约客户信息 ,当输入绑定帐号按下回车键后，系统要自动显示该帐号对应的帐户名称，并自动校验帐户状态是否正常。帐号不存在或帐户状态不正常，系统都要弹出具体提示菜单，并停止签约。主要有以下几种情况： 帐（卡）号不存在； 帐（卡）户已销户； 帐（卡）户已绑定； 帐（卡）户已挂失； 帐（卡）户已锁定； 帐（卡）户已冻结。 3） 签约帐（卡）号校验通过后，输入绑定手机号码，并对相应的短信服务管理项目进行选择，确认提交后，签约成功。 第二章 系统需求分析 8 2、核算需求 核心系统签约维护功能 系统应支持对签约交易的维护功能，包括修改、撤销和查询三项功能。 1）手机短信签约维护交易以客户号和签约帐号为准，输入完成后核心及通过 短信平台发起该帐户的签约查询，如果签约库里没有记录，则停止维护交易；若存在此帐户的签约记录，则进入下一步操作。 2）选择签 约维护交易的类型，并做相应的签约信息维护；确认提交后，维护交易成功。 是 否 存 在 客 户 号 对 应 客 户 签约 信 息输 入 客 户 号 、 签 约 账 （ 卡 ） 号选 择 手 机 短 信 签 约 维 护交 易 类 别完 成 维 护 交 易向 E S B 发 起 查 询查 询客 户签 约信 息撤 销 客 户 签 约 信 息是修 改客 户签 约信 息终 止交 易否3、 短信发送过程管理功能 短信平台发送短信主要包括条件组合发送、批量文件发送、失败信息重发、坐席限量发送、发送审核和发送审批价格步骤。 短信平台消息发送流程图如下： 第二章 系统需求分析 9 短 信条 件 组 合 发 送批 量 文 件 发 送失 败 消 息 重 发坐 席 限 量 发 送发 送 审 核发 送 审 批发 送类 型选 择客 户消 息标 题发 送时 段查 询 提 交发 送 类 型消 息 标 题 发 送 时 段 提 交查 询发 送 类 型 消 息 标 题发 送 时 段提 交根 据 消 息 类 型 、 机 构 、 发 送 时间 、 审 核 标 志 来 查 询 然 后 审 核 。根 据 消 息 类 型 、 机 构 、 发 送 时间 、 审 核 标 志 来 查 询 然 后 审 批 。4、业务查询统计功能 所有的基本业务报表配置在数据库表中，用统一的界面展示给操作员，对于报表的生成条件可以直接输入，并且支持组合查询。 报表统一分为定期和 实时两种，定期为月报表和年报表。基本报表需要显示的要素以下用表格显示。实时查询的报表按照输入条件或组合条件查询。 对已发短信进行分类查询统计，得到的报表主要有：营销推广明细表、月报表、年报表、运营商分类统计、分支机构分类统计、营销产品分类统计；按照是否计费查询统计，有收费类业务统计和非收费类业务统计；按照业务量查询统计，有开户业、接受类统计表、非法消息统计表和日志记录表。具体规则参照赞同设计文件。 5、系统管理功能 系统管理是银行短信平台的基础功能，是所有模块对于客户信息操作的唯一模块，提供了对于柜面应用的 消息客户信息开户、消息客户信息维护和消息客户信息销户功能；为客户请求模块提供合法性检查；为定制服务模块提供服务种类查询等功能。是业务管理系统（ 户端）的服务端，和业务管理系统一起实现对整个平台的业务管理。 1、对于查询条件，如没有输入内容，认为不将该条件作为查询控制。个别第二章 系统需求分析 10 页面如果没有输入任何查询条件则应该提示请输入查询条件或者查询条件不能为空。 2、对于已删除的记录，不再进行修改，最多可以查询。 3、如要修改记录状态，只能改为“有效”或“停用”。（通过字典 4、对于显示框中 的输入限制，需理解为显示限制。 功能包括四部分： 1、 登陆管理系统 是进入管理系统的唯一画面，输入 用户标识 、 密码 ，进行合法性检查。如有权登录，登录后，进行功能加载，初始化一些基本参数。对于菜单，要求只展示该操作员有权限的菜单。 2、 系统管理， 包括： 1）修改密码 修改当前操作员的密码； 2）用户列表 对操作员进行增加、删除、修改、查询，赋角色。 3）应用列表 对角色进行增加、删除、修改、查询，赋权限。 4）功能列表 对角色进行增加、删除、修改、查询，赋权限。 5）机构列表 对机构进行增加、删除、修改、查询。 机构设置为 4 个层次。总行、分行、一级支行、二级支行。为了更好的对业务进行统计， 4 个层次下可再设小组、业务经理。但不能越级设置。 6）级别列表 第二章 系统需求分析 11 对系统的基本参数进行修改、查询。 3、 客户管理 管理客户的基本信息，包括客户资料的增加、修改、查询、删除、导出等功能。批量屏蔽名单的添加，取消； 户的批量增加、取消。 增加功能：客户资料的信息可以手工增加，也可以从外部文件导入，即批量增加客户资料。导入的文件是系统约定的格式，文件内需包含客户的基本信息。该文件的格式说明，参见 附录 A 修改功能：可以个别修改客户的某些信息； 批量修改：也可以批量修改查询到的记录的有关属性：客户性质、所在机构、收费模式、短信服务时段、开通的业务信息。 查询功能：支持多种条件的查询，查询条件包括：客户号、客户名称、银行帐号、短信服务号码，开户起始日期，开户结束日期，所在机构、 费模式编号、短信服务时段、开通（或未开通）的业务信息 4、 中央数据库 1）建立一些经常用到的消息，以方便使用，减少手工输入。包括消息的查询、增加、修改、删除功能。 常用消息可以是固定的文字内容 ；也可以是消息模版，模版中的某些字段可以用其它数据来源的数据进行替换。数据来源一般是约定好的具有一定格式的文件；还可以是固定的文件。 2）常用消息审核 只有经过审核后的常用消息才能使用。包括消息的查询、审核通过，审核不通过。该功能可以和常用消息管理做在一起。 3）数据字典维护 此功能用来对本系统定义的字典进行维护。有的字典用户可以进行增加，但有的属于系统必须的字典，不能进行增删、修改，只能查询。本系统的字典分 2 级，用同 1 个表 储，当键为 ”，是本系统支持的字典。对应值在后续记录 中有具体的定义。包括字典的查询、增加、修改、删第二章 系统需求分析 12 除功能。主字典和子字典的操作类似。 第 五 节 本章小结 本章 完成了对 短信 系统的需求分析 。分析了该系统的功能需求和非功能性需求。根据 实际管理 情况，按照其在业务中功能需求 ， 对业务流程进行了描述。 第三章 系统总体设计 13 第三章 系统 总体 设计 对 短信 系统 进行 总体 设计，其目的在于从总体上明确系统的 网络 拓扑结构 、数据库 结构 、实体类结构 等内容，为系统的 开发提供依据。 第 一 节 网络 拓扑结构设计 1、网络结构： 应 用 服 务 器应 用 服 务 器中 国 移 动中 国 联 通中 国 电 信中 国 网 通用 户外 联 通 讯 服 务 器P W W I C 0A C T / C H 0A C T / C H 1W I C 0A C T / C H 0A C T / C H 1E T 器终 端短 信 平 台W E B 服 务 器D B 服 务 器主 机信 用 卡磁 盘 库内 联 通 讯 服 务 器大 前 置 网 关备 份 机内 网停火区外 网短信平台做为一个独 立应用包括业务功能、通讯功能和数据库三大部分，第三章 系统总体设计 14 为此采用成熟技术平台产品通讯前置平台 基于 管理终端平台供解决方案，采用高性能数据库 行相关业务流水和客户信息的记录。 其所有通讯，包括与主机核心系统和其它外围系统的通讯都通过通讯前置平台 行通讯；通讯前置 为所有通讯的接收方和发送方，实现与移动、联通、电信和网通等各方的短信业务请求，便于今后扩展新的渠道和应用。 采用 B/S 即 览器 /服务器 )结构 ，并且基于 术的结构设计的管 理终端平台 架短信平台的业务功能系统，系统面向银行的各类业务和管理人员，以 览器方式提供各类业务和管理人员进行业务的操作界面，具体实现各类业务功能和数据库操作。 2数据流图： 本系统的数据流的根据数据的来源来划分，主要包括管理系统、数据库表、外围系统，运营商。数据流向描述如下： 1、 管理系统数据流（涉及业务包括所有的管理功能）： w e b 客 户 端（ B 端 ）w e b 服 务 端 数 据 库2、 批量下行短信业务： 短 信 业 务任 务 调 度 程序A F A F 运 营 商短 信 网 关3、 外围核心系统、卡系统等 短信转发业务： 第三章 系统总体设计 15 外 围 系 统A F A F 运 营 商短 信 网 关4、 邮件、语音、传真类非短信类业务 非 短 信 业 务任 务 调 度 程序A F 信 业 务提 供 系 统外 联 A F 短信上行类业务： 运 营 商 短 信 网 关外 联 A F 短 信 内容 进 行 相 应处 理数 据 库 表第二节 接口设计 外部硬件接口 短信平台前期采用通过第三方 入各运营商进行短信下发的模式短信平台。外联服务器通过 专线方式连接到第三方 行系统接入，由第三方 行相应的通道整合、分发。 通道整合方案分别提供移动、联通、电信 C 网全网固定短信通 道号，可实现全网各类手机用户的全覆盖，每个通道均可实现用户上下行互动。 生产类主通道直接采用短号，备用移动全网黑名单高速直连通道；营销服务类主备用采用 接网关，实现多点异点高速连接全网白名单通道，从而有效提升短信的发送速度和质量。 第三章 系统总体设计 16 外部软件接口 系统外部软件接口包括外联第三方 接口和内联 接口： 外联接口 采用 第三方 连，具体接口采用 移动短信接口协议全称为中国移动通信互联网短信网关接口协议 ( ，描述了中国移动短信业务中各网元（包括 间的相关消息的类