【毕业学位论文】（Word原稿）基于J2EE框架的移动电信业务管理系统的设计与实现-软件工程

硕士学位论文 （专业学位） 研究生：李峰 二一 三 年 八 月基于 架的移动电信业务管理系统的设计 与 实现 姓 名： 学 号： 所在院系：软件学院 学科门类：工程硕士 学科专业：软件工程 指导教师 : 副指导教师 : A in 2EE 2013 基于J 2 E 同济大学 学位论文版权使用授权书 本人完 全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 2013 年 8 月 14 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签 名： 2013 年 8 月 14 日 同济大学硕士学位论文 摘要 I 摘要 目前，移动电信业务支撑系统中各个子系统相互独立，其相应数据库也自成体系不能相连，再因 为软件架构封闭，因此导致了相关的业务数据很难得到统一的利用。为了提高系统的适应性和扩展性，并针对上述问题需要设计一种采用多层体系架构建立移动电信业务管理系统，这不但能够适应电信业务的日益发展的需要，而且也能实现对各个相关子系统的功能上的整合。 本文研究了 分布式对象 、 层架构 等技术。分析了 以客户为中心 的 各子系统的前台受理功能 。设计了 将整个移动电信业务管理系统划分为客户层、表示层、业务逻辑层和数据层 ， 参照 计框架， 利用 术开发了 示层和业务逻辑层 ， 并且在设计业务逻辑层时 ，通过工厂模式和单例模式提供了 象主接口的创建，服务定位器模式实现了 象主接口和远程接口的 找，数据访问对象模式通过 现了数据库的访问，容器管理持久性的实体 现了数据库对象的持久性，使用会话外观模式封装了业务逻辑层，并采用业务委派模式统一了表示层与业务逻辑层的通信接口 。实现了 实现了移动电信业务管理系统的业务受理模块，将所有 电信产品的前台业务受理统一到同一接入平台，为客户提供一站式全业务综合服务 。 项目实施后 向客户提供了全面的综合信息服务，满足了客户的个性化需求，增加了客户 对电信公司的满意度和忠诚度，进一步提高了电信公司在市场上的竞争能力。 关键词 ：业务支撑系统； 布式 I of It is to to of it is to by It to of on It to of 2EE is VC it to EB it to JB to JB to to to of as It of of in to s as as it 同济大学硕士学位论文 目录 录 摘要 . I . 一章引言 . 1 究背景及意义 . 1 究现状 . 1 究目标及内容 . 2 文组织结构 . 3 第二章 相关技术 . 5 2层体系结构 . 5 2件技术 . 6 件 . 6 件 . 7 器 . 8 2务技术 . 9 章小结 . 9 第三章 移动电信业务管理系统的需求分析 . 10 求总体分析 . 10 能需求分析 . 12 品管理模块 . 13 务受理模块 . 13 户管理 模块 . 14 计管理模块 . 15 询管理模块 . 16 统安全需求 . 16 能需求分析 . 17 第四章 移动电信业务管理系统的系统设计 . 19 统总体设计 . 19 据层设计 . 19 务逻辑层设计 . 22 品管理模块的设计 . 22 务受理模块的设计 . 24 户管理模块的设计 . 25 计管理模块的设计 . 27 询管理模块的设计 . 28 示层设计 . 29 章小结 . 31 第五章 移动电信业务管理系统的实现 . 32 同济大学硕士学位论文 目录 统总体实现 . 32 据层实现 . 34 务逻辑层实现 . 42 品管理模块的实现 . 42 务受理模块的实现 . 45 户管理模块的实现 . 51 计管理模块的实现 . 57 询管理模块的实现 . 71 示层实现 . 73 章小结 . 78 第六章系统测试 . 79 统主要功能展示 . 79 统功能测试 . 81 能测试数据统计 . 82 章小结 . 84 第七章总结和展望 . 85 文总结 . 85 作展望 . 86 致谢 . 82 参考文献 . 88 附录 A 插图清单 . 90 个人简历在读期间发表的论文与研究成果 . 错误 !未定义书签。 第一章引言 1 第一章 引言 本章首先介绍了课题的研究背景和研究意义 , 然后对国内外的相关研究情况进行文献综述，最后介绍了本文的主要研究目标、研究内容和论文组织结构。 究背景及意义 业务竞争在电信产业中变得日益重要，从而对业务管理水平和标准化提出了很高的要求。 现有的业务支撑系统都是以产品为中心来设计的，运营商从这个系统得到的信息都是有关产品的，对与客户有关的分析信息却无从得知，从根本上就无法支持运营商现在以客户为中心的营销模式。原有的业务受理系统 每个产品和服务都有一套独立的管理系统、支持体系和销售队伍，不同的产品和服务无法整合，一个客户必须面对不同的产品和服务、不同的销售和服务人员。每增加一个新的业务系统，这个新的系统就需要跟所有有关系的系统做一个接口，这个工作量非常大，这对于老的系统和新的系统提供商造成的压力都非常大。这也就造成了现在增加一个新的业务非常难，而且每次新增业务对系统的改造费用还有可能会超过新业务带来的收入。 电信市场已经从垄断走向竞争、从以网络为中心转换到以客户为中心，各种新兴电信业务不断涌现，用户数量与需求大大提高。为了提高电信企 业的管理效率，降低企业的经营成本，为整个企业提供一个可靠的服务平台，成为电信企业迅速发展的重要基石。在电信运营企业的日常运营工作中，电信业务经常随着政策更新、竞争加剧等因素而变化。如何对客户进行有效地管理、如何为客户提供方便、迅速、高品质的个性化与多元化服务，向用户提供统一服务界面（一台清、一单清）是当前一段时期内需要解决的重要课题。 究现状 中国电信集团的应用系统目标框架确定了 “一体化、多层结构 ”的业务体系结构，而分布式对象技术正好满足了这种需求。 在 系结构中 ,出了完整的基于 言开发面向企业分布应用规范 ,其中 ,在分布式互操作协议上 ,时支持 ,而在服务器端分布式应用的构同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 2 造形式 ,则包括了 多种形式 ,以支持不同的业务需求 ,而且 用程序具有 “特性 ,使得 术在分布计算领域得到了快速发展。 化了组件可伸缩的、基于组件服务 器端应用的复杂度 23,虽然 但最大的区别是 一个产品 ,一个规范 ,不同的厂家可以实现自己的符合 范的产品 ,范 ,是众多厂家参与制定的 ,它不为 独有 ,而且其支持跨平台的开发 ,目前许多大的分布计算平台厂商都公开支持与容技术。 件是由 司 推出的 ，它是 基于 服务器端组件规范 一部分 , 出 后 ,得到了广泛的发展 ,已经成为应用服务器端的标准技术。 地组件基础上发展的面向服务器端分布应用 组件技术。它基于 言 ,提供了基于 进制字节代码的重用方式。 出了系统的服务器端分布组件规范 ,这包括了组件、组件容器的接口规范以及组件打包、组件配置等的标准规范内容。 术可 使得用 于组件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度 来看 ,业务逻辑层的中间件技术 ,与 同 ,它提供了事务处理的能力 ,自从三层结构提出以后 ,中间层 ,也就是业务逻辑层 ,是处理事务的核心 ,从数据存储层分离 ,取代了存储层的大部分地位。从分布式计算的角度 , 样 ,提供了分布式技术的基础 1。提供了对象之间的通讯手段。 从 术应用的角度 来看 , 起成为新一代应用服务器的技术标准 ,的 以分为会话 实体 者维护会话 ,后者处理事务 ,责与客户端通信 ,访问 把结果通过 生页面传回客户端。 经过充分的分析，决定采用基于 术来搭建电信业务管理平台，有效整合原有各类信息资源，同时能够很好地适应新的业务需求，满足稳定性、安全性、扩展性、快速开发部署等要求。 究 目标及内容 建立一个基于 台的 B/S 结构的移动电信业务管理系统，不仅能够快速构建满足现有业务的开展，也能够满足将来系统的升级和其他相关系统整合的需求。 本文分析了 基于 台的 B/S 结构的移动电信业务管理系统 的主要模块的功能需求、安全性需求，针对系统中所用相关技术： 布式技术 、 多层第一章引言 3 架构 、 数据库产品 中间件产品 行了安装部署和研究。在此基础上使用 现了优化的网络设计、安全的数据管理、高效的信息处理、友好的用户界面 。同时使用 关构建技术保证了 入网机器数量上的增长 、 用户因增加新的业务和新的应用而引起的对带宽增加 等 需求，能够在规模和性能两个方向上进行扩展。 最后本系统使用 件技术实现了表示逻辑层，用 件技术构造了业务逻辑层的设计模型 , 建立了移动电信业务管理系统的业务逻辑层 。 并采用业务委派模式统一了表示层与业务逻辑层的通信接口 。 从而 实现了移动电信业务管理系统 ， 将所有 电信产品的前台业务受理统一到同一接入平台，为客户提供一站式全业务综合服务 。 文 组织结构 全篇论文组织如下 ： 第一张 绪论： 介绍本论文的课题背景，介 绍了当前的三大分布式组件 2术和它们之间的比较，论文的研究工作和论文结构。 第二章 相关技术 ： 介绍了 多层体系结构、 关组件技术和服务技术。 第三章 需求 分析： 介绍了移动电信业务管理系统的业务背景，对业务 与功能模块 需求进行了分析 。 第四章 系统设计 ： 设计了系统的客户层、 、业务逻辑层、数据层，着重介绍了 示层的设计、 件技术（ 厂、服务定位器、会话外观模式、实体 的值对象、业务委派模式）在业务逻辑层的设计。 第五章 系 统实现 介绍了 术在移动电信业务管理系统业务受理模块中的具体实现，主要描述了 件技术（ 件技术（ 厂、服务定位器、会话外观模式、实体 的值对象、业务委派模式）在系统中的实现。 第六章 系统测试 针对系统的主要功能进行测试。 第七章 总结和展望： 同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 4 对论文进行总结，并对将 术和后续的项目进行了展望。 第二章 相关技术 5 第二章 相关技术 本章介绍在设计和实现移动电信管理系统中应用到的相关技术，并进行了详细的介绍和描述。 2层体系结构 司定 义的一个开放式企业级应用的规范 4，它提供了一个多层次的分布式应用模型和一系列开发技术规范，多层次分布式应用模型是根据功能把应用逻辑分成多个层次，每个层次支持相应的服务器和组件，组件在分布式服务器的组件容器中运行，如 件在 器上运行， 件在 器间通过相关的协议进行通讯，实现组件间的相互调用，遵从这个规范的开发者将得到行业的广泛支持使企业级应用的开发变得简单、快速。 以理解为一个企业级的中间件体系或平台，它把多种分散到网络上的资源和应用连接起来 ，为构造和管理、运行可伸缩的企业级业务应用提供了一系列的应用组件和一个运行环境 5。从物理上看， 境可分布驻留到一个以上的服务器，单一的业务应用能够以一组分布式组件的形式部署到网络上的一个或者多个服务器。 层（ 用体系 6如图 2义了四个独立的层，应用软件就构造在这个框架上，它们是： 客户层（ 表现逻辑层（ 业务逻辑层（ 企业信息系统层（ 同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 6 图 2层应用体系图 2件技术 件 件技术包括 件和 件技术。 了包装和延伸 功能，再结合前端静态 后端程序的弹性写作方式 12， 身即是以 成的，而 页程序就是先通过 它转换成 序代码，然后在编译成执行的 这个类 一经服务器端口 载至服务器后，即可服务所有来自客户端口请求，并动态地返回执行结果。由于 用 语法所写的，而且 有天生跨平台的特性，只要写一次就可以在任何操作系统上执行，所以用 编写服务器端执行的程序是最适合不过了，加上它可以结合静态的法，使得其设计方式更富有弹性且比较直观。 拥有强大的后端应用程序运行能力，但如果能配合 上 务器的持久性 , 安全性 , 一致性和事务服务支持，那么对于整个企业的网络应用程序的功能必能获 得最大的改善。 来开发服务器端口应用程序 13，延伸服务器的功能，它是一个执行在服务器端口 件，加载至服务器端前必须首先将 序代码编译成 件，然后将此 件放在 定的 径下，只要 经 载，它便会处于随时提供请求服务的状态。对于每次服务来自客户端口请求时，服务器端口 序不需要被重新加载，只有在服务第一次请求时需要将它一旦 序被加载， 它便处于执行的状第二章 相关技术 7 态，对于后续的其它请求，可以快速地将执行结果响应给客户端。 件 3： 实体 会话 消息驱动的 提供的服务。 其中，消息驱动的 后新增的 型。 实体 体 常是数据库）中的一个实 体，主要功能是用对象的形式来展现数据库中的记录，利用对象所定义的业务方法来执行对应于表的访问工作，像新增记录、修改记录和删除记录等等。对于客户端而言，只需要通过实体 不用管实际用了什么样的 句。一个 体 要视所使用的实体 消息驱动的话 体 享访问 、拥有主键、关系这四方面 7。 在企业级 的 应用系统 中 ，会话 为 一种代表客户程序执行操作的 于 户程序来说，会话 常起着入口点或 “前线 ”作用。 交互，从企业应用系统获取它们想要利用的功能或服务。 会话 似于一个交互式的会话。会话 不共享的，正如交互式会话只能有一个用户，而且会话 不具备持久化的特点（即它的数据不保存到数据库）。一旦客户程序结束运行，会话 就不再关联到客户程序。 会话 两种类型：有状态 会话 无状态会话 有状态会话 状态会话 用来和客户端请求时互动的，一个有状态会话 会和一个客户端互动， 器会通过保存互动状态的方式，提供和客户端互动的功能，并保存互动期间的相关信息。 无状态会话 和有状态会话 次服务同一个客户端请求的不一定会是同一个 例 ,因此，若有同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 8 多个客户端同时请 求时，为有效配置 例资源， 器会以交替执行的方式来服务多个客户端和同一个客户端口多次请求， 持的状态信息不是为特定 户程序下一次访问或使用而保留。 这种特点使得 器能够更高效、更灵活地管理无状态会话 任意时刻，任意一个客户程序可以使用容器创建的任意一个无状态会话 实例。因此，容器可以为这类实例构造一个缓冲池，根据客户程序的需求从缓冲池分配 实例，无需顾虑哪一个实例属于哪一个客户程序。此外，必要时容器能够方便地创建或拆除 实例，根据应用规模和资源情 况作出调整。虽然无状态会话 能拥有状态信息，但在两次对 例的连续调用之间，开发者不能假定这些状态信息的合法性。 消息驱动的 为 列和主题的监听器部署 ,而且响应新到 息执行它们的业务逻辑 户通过将 息传送到 听的队列或主题间接地调用 方法。 消息驱动的 这样可不引起客户的注意。 器 器是 应用服务器里执行的环境 5，它就好象是一个装着 同数据库里的表、文件系统里存放的文件一样，其主要功能如下： 提供 发时期的设计工具，通过设计工具程序员只需编写 访问接口（主接口及远程接口）和提供客户端请求业务方法类（ ,而其他有关于客户端和服务器间的通信、 容器互动等所需的类都由 器自动产生，程序员的工作就只是在设计工具窗口内置 相关属性即可。 管理和维护 执行环境，提供和服务器间沟通的接口 ，以访问服务器所提供的服务 ,如数据交换、安全性的管理和资源管理等等。 在 执行时期提供管理和监控 执行效能并可调整执行时环境参数的设置（如会话超时的时间设置和 的容量调整等）。 器通过 务器提供强大的系统级服务 ,程序员不需要自行去开发和维护这些属于系统层级服务的程序代码，它主要提供有持久性、安全性、一致性和事务四项重要的系统服务。 第二章 相关技术 9 2务技术 务技术有 。 一种统一的方式来对各种各样的数据库进行存取。和 样， 开发人员隐藏了不同数据库的不同特性。另外，由于 立在 基础上 ,因此还提供了数据库存取的平台独立性 11。 4 种 不同的驱动程序 定义 。类型 1: 显然是非 常有实用意义的，通过 ，开发人员可以使用 存取 据源。类型 2: 地驱动程序桥提供了一种 口，它建立在本地数据库驱动程序的顶层，而不需要使用 动程序将对数据库的 标准的 用转换为本地调用。使用此类型需要在客户端安装一些本地代码。类型 3: 络桥驱动程序不再需要客户端数据库驱动程序。它使用网络上的中间服务器来存取数据库。类型 4: 4 种类型通过使用一个纯 据库驱动程序来执行数据库的直接访问。 用程序命名和目录的服务 8，以一致性的命名规则访问位于网络上（ 各种资源，例如数据库连接的 务服务和远程对象的访问等等，它是用一种比较容易了解的命名方式，不管原本名称的命名形式如何，通过 以将它另外命名为容易了解的名称。 是通过 访问网络上的远程对象，如 象的远程对象、数据库的连接和环境变量等等。 是用来访问它们，使用者并不一定需要了解其个别的命名方式和目录结构。 务器提供完整的 务，所有的资源都是通过 章小结 本章对 层分布式应用框架进行了描述，介绍了 层体系结构和组件技术、 器。 件技术包括 件包括实体话 息驱动的 时介绍了 两种服务技术 济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 10 第三章 移动电信业务管理系统 的 需求分析 本章首先根据 移动电信业务 从业人员以及管理人员的需求描述进行总体的需求整理，然后根据功能模块进行划分，确定系统的功能需求方向，以便于在系统设计阶段进行功能模块设计。最后根据系统的实际业务进行性能需求的分析。 求总体 分析 移动电信业务管理系统是适应新电信业务发展，快速为用户提供服务的业务管理，调度的应用系统。移动电信业务管理系统应用于电信运营企业的各级营业厅，它是电信运营企业直面客户的窗口。客户最直接的服务，包括业务的开通与变更、缴费、查询等等均在此进行。移动电信业务管理系统提供了完整的营业受理服务，包括受理新客户登记、客户登记修改、产品打包、费用缴纳及帐务管理、退费处理、客户查询、打印客户回执等等，营业受理对受理过程进行管理，同时要进行操作员受理历史的查询与统计等。国内外各电信运营商之间的竞争越来越激烈的是电信业务的经营和运行，单独的业务产品很难形成单独的行销趋势进入整个市场价值链，本系统向用户提供数据，语音，带宽，宽带小区等多种业务接入方式的受理，并针对不同的业务方式结合现有的受理流程在电信公司的业务运营平台上建立的业务受理系统平台，能够与业务运营系统的其它子系统（例如：计费系统，经营分析系 统，社区营维系统等）结合起来，有效的利用网络的特性 ,提供一个完善的业务受理的解决方案。 传统的业务运营支撑系统业务流程纷乱，各个系统往往由单一业务为出发点，内部缺乏有效的互连互通，形成 “信息孤岛 ”。这样每增加一个新的系统，这个新的系统就需要跟所有有关的系统做一个接口，其工作量非常大，对于老的系统和新的系统提供商造成的压力都非常大。同时，传统的业务运营支撑系统系统还存在大量数据冗余的现象，并且由于只是部分流程实现了自动化，所以还存在大量手工操作的流程。 “移动电信业务管理系统 ”建立以后，作为客户信息总的入口平 台， “移动电信业务管理系统 ”在功能上完成所有客户的所有业务受理、提供客户的查询请求等等。并在业务竣工以后，管理客户的资料信息，为决策者提供决策依据。所以，“移动电信业务管理系统 ”的建立将取代现有 “九七 ”系统的前台受理功能、 统的前台受理功能等等 。如图 3示。 第三章 移动电信业务管理系统的需求分析 11 图 3移动电信业务管理系统与其它系统的关系图 移动电信业务管理系统在现有的营业系统基础上提供统一规范的综合业务受理界面，满足营业受理、营业收费、统计查询处理、优惠管理、资源管理等功能。移动电信业务管理系 统以综合为原则，能够以统一的形象面对客户，给客户提供统一的服务，包括 “一台清 ”， “一单清 ”，捆绑销售等。 移动电信业务管理系统共分为两个子系统： 营业受理子系统 系统管理子系统 营业受理子系统是直接面向客户的系统，它的主要功能是负责电信产品的销售、电信业务的受理等等。系统管理子系统是面向电信内部的管理系统，它的主要功能是负责电信产品的配置、操作员的管理等等。 1） 营业受理子系统 营业受理子系统主要完成营业销售、营业帐务、工单调度、营业信息查询、基础资料查询、综合统计等功能，营业受理子系统的功能结构图如图 3示： 同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 12 图 3营业受理子系统的功能结构图 2） 系统管理子系统 系统管理子系统主要完成产品管理、资费管理、权限管理、资源管理、字典维护等功能，系统管理子系统的功能结构图如图 3示： 图 3系统管理子系统的功能结构图 能需求分析 移动电信业务管理系统的的从功能需求上分析可以分为以下 9 个功能。分别第三章 移动电信业务管理系统的需求分析 13 为产品管理、业务受理、工单调度、安全管理、营业账务管理、客户管理、资费管理、统计管理和查询管理等功能。下面主要介绍其中重要的 5 个模块。 品管理 模块 产品管理完成 移动电信 产品的 销售和产品的相关配置。 产品的销售 是指 对原子产品、打包产品的销售。 其中 原子产品的销售完成对语音产品、数据产品、智能网产品、增值产品、卡类产品等原子产品的销售。 打包产品销售完成对 话、专线、 灵通、全家福等打包产品的销售。 产品打包 也可以针对 客户单独购买的原子产品 。 如果有相关的打包产品，客户可以对他的原子产品进行打包，形成打包产品。 产品的相关配置 包括 产品能受理的业务操作（如装机、停机等）、产品能受理的服务（如市话权限、国际长权等）、产品的服务收费明细（如月租、押金等）以及那些原子产品可 以打包等。 其功能如图 3示。 图 3品功能模块 务受理 模块 业务受理是完成销售产品的业务受理的服务过程。 业务受理 是指对 产品的拆机、停机、停机保号、拆前停机、拆前复机、修改服务、移机、改号、改名过户、修改付费方式、固话改中继、中继改固话、固话改 业务服务 的总称 。 过户、改名过户受理：客户进行转让的服务过程。它完成过户、改名销户等工作， 并可对相应客户的档案资料等进行查询修改。过户只是修改设备的帐户，改名过户不但修改设备的帐户，同时修改设备的客户名称。 产品管理模块 产品管理 产品销售 产品相关配置 同济大学硕士学位论文基于 架的移动电信业务管理系统的设计 与 实现 14 改号受理：是客户更换电话号码的服务过程。它完成客户电话号码更改、对换操作的过程并对相应帐户信息进行变动。 停机、拆前停机、复机业务、拆前复机受理：客户主动提出停机、开机申请时的服务过程。当客户小灵通遗失或特殊原因需要停止相应的电信服务时，营业员可执行停机操作，以免造成客户的更大损失。当客户重新需要服务时 ,可办理复机业务，开通业务服务。停机、拆前停机执行相同的操作，只是针对的设备的状态不同，复 机业务、拆前复机受理类似。 修改服务受理：客户提出增加或减少所需要的修改服务业务申请后的服务过程。修改的服务业务主要是附加业务，如主叫号码显示、三方通话、呼叫转移等，因为服务业务一般需要客户支付相应的服务费，所以该操作为后续的帐务处理提供了依据。 固话改中继、中继改固话、固话改 成设备之间的转换。 修改优惠：更改客户所享有的优惠，使客户得到更多的实惠。 修改付费方式：完成现付费和后付费的付费方式修改。 移机不改号、移机改号受理：客户更换住址后安装电话的服务过程。移机不改号完成在新地址用客户原电话号 码重新安装电话，移机改号完成在新地址用新的电话号码重新安装电话。 停机保号：客户在一段时期内使用产品但又不想放弃产品号码时的服务过程，可以节省费用。 产品的拆机：完成设备从物理上被拆除时的服务过程，并对客户的状态信息进行修改。 其功能如图 3示。 图 3务受理模块 户管理 模块 客户管理实现对客户的基 本信息和帐户进行管理。 业务受理