《深圳互联网信息平台业务保障毕业设计毕业论文.docx》由会员分享，可在线阅读，更多相关《深圳互联网信息平台业务保障毕业设计毕业论文.docx（41页珍藏版）》请在三一办公上搜索。
1、湖南大学毕业设计（论文） 第 35 页 HUNAN UNIVERSITY毕业设计(论文)设计论文题目：深圳互联网信息平台业务保障模块的设计与实现 The Design and Realization of The Business Support Domain of Shenzhen Internet Information Platform深圳互联网信息平台业务保障模块的设计与实现摘要随着计算机网络的飞速发展，Internet技术越来越广泛的应用，网络覆盖的区域不断扩大，各种各样的网络应用的迅速蔓延，许多公司和企业开始为实现其内部各大平台、各项应用、各类资源和用户群的整合而感到烦恼而又势在必
2、行。虽然目前国内一些企业提出了许多策略和方法，如采用三层架构和多层架构、使用EJB实现企业分布式的应用问题。但是这些策略只能说是解决了部分的问题，在我们的系统中统一认证、web服务的标准化、外系统的对接等问题都还期待一个较好的解决方案。此外，已有的解决方案难以满足大型企业庞大而复杂的业务逻辑。因此有必要采取新的技术以及更为合理的架构来适应这一需求。本文以深圳电信“互联网信息服务平台”项目业务保障模块的设计和实现为例，给出了为建立一个统一的互联网信息服务支撑平台时所采用的架构和策略的一个缩影。论文研究内容主要为业务逻辑和功能点的实现。并牵涉系统的两大关键技术要点：统一认证和单点登陆的实现，外系统
3、交互的实现。在体系架构方面，系统采用通用的三层架构，各层独立设计，保证了系统的可扩展性、可伸缩性和可用性。在数据库设计方面，采用对象/关系映射技术，将分析建模阶段的实体对象映射成关系型数据表，并通过关系约束、事务处理来保证数据的完整性。在业务逻辑上采用EJB的Session Bean技术。在外系统交互方面，系统采用IBM的消息驱动技术JMS和队列NQ技术，拥有良好的扩展性。文体结构遵循从需求分析到总体设计到数据库设计，再到详细设计的总体路线对系统的设计与实现进行了详细的描述。关键词：深圳互联网信息平台，业务保障域，三层架构，EJBThe Design and Realization of Th
4、e Business Support Domain of Shenzhen Internet Information PlatformAbstract As the development and spreading of kinds of web applications, many corporations and enterprises begin to worry about how to integrate their platforms、applications、resources and user groups together, which is truly imperativ
5、e. There have been many solutions and strategies brought forward by some enterprises, such as adopting the Three-tier structure or Multi-tier structure, using EJB to accomplish distributed enterprise applications. However, they can not be suitable in every circumstances, for example, how to achieve
6、the goal of single-sign-on, standardization of web services and interaction with out-systems and sub-systems. Not to mention those solutions obviously have difficulties to satisfy various demands of the complex business logistics of Large enterprises. So we have to find a way, a new technology, a mo
7、re conscious structure to meet these demands.With the case of Shenzhen Telecoms “Internet Information Service Platform”(IISP) project, this thesis try to describe how to found a global internet information platform, what structure and strategy did we adopt to finish this task. The content of researc
8、h includes the concept of unified authentication and single-sign-on, the realization details of back support module and the interaction with outer systems. In architecture, we use the three-tier structure commonly, each tier independently designed to ensure that the system expansibility, scalability
9、 and availability. In the database designs, we adopt the object / relational-mapping(ORM) technology, which map the entities got from analysis and modeling stage to object-relational data sheets, and bounded by relations, transaction processing to ensure data integrity. In business logic, we take EJ
10、B technology to satisfy demands of both remote invocation and local invocation. In interaction with outer system, we implement JMS and NQ technology provided by IBM to ensure communication be safe and steady. Moreover, this thesis, in the sequence of requirement analysis, system design, database des
11、ign, detail system design, have detailed described the design implementation of this system, which have also given the specific solution of automatic replenishment platform and automatic replenishment accreditation process module. Key words：IISP，Business Support Domain，Three-tier Architecture，EJB目 录
12、1 绪论11.1 课题研究背景以及现状11.2 项目建设必要性11.3 建设目标21.4 系统概述21.5 论文组织结构41.6 本章小结52 技术和框架概述62.1 什么是JSP62.2 Struts简介72.3 Hibernate简介92.4 EJB简介92.5 网站框架的搭建102.6 开发环境和运行环境122.7 本章小结133 系统分析143.1 需求分析143.1.1 账务上传功能需求143.1.2 投诉管理功能需求153.1.3 停机/复机功能需求153.2 流程分析153.2.1 账务上传流程分析163.2.2 投诉管理流程分析163.2.3 停机/复机流程分析183.3 本章
13、小结194 详细设计204.1 数据库详细设计204.2 投诉管理模块204.3 账务上传模块224.4 停机复机模块234.5 关键环节的设计234.5.1如何提供Web服务和调用Web服务234.5.2脏数据问题的解决244.5.3事务回滚的采用的方法254.5.4字典表的设计274.6 本章小结285 系统实现和展示295.1 投诉管理模块实现295.2 账务上传模块实现295.3 停机模块实现315.4 复机模块的实现325.5 本章小结326 总结与展望33致谢34参考文献35 1 绪论 由于深圳电信对业务整合的迫切需求，深圳互联网信息平台才应运而生。论文叙述了该项目的一个典型功能域
14、的开发和实现过程，以此反映出整个系统的概貌。1.1 课题研究背景以及现状目前深圳拥有500万网民、400万家庭客户、60万宽带客户、30万企业客户，具备了庞大的客户资源和得天独厚的互联网资源。深圳电信响应“共享与世界同步的信息文明”的企业使命，在深圳这个庞大的互联网平台上已经做了很多努力，也获取了不少成果，例如中国游戏中心、深圳之窗、互联星空、蓝色通道、网上营业厅、VVGOO商务领航购物网站、号码百事通、VBC精英俱乐部等，为企业用户和个人用户带来了不少方便和便利。在给用户带来便利的同时如何让这些门户和频道在统一的规划下运转，在原有的技术平台上挖掘新的增值点，快速响应市场需求，又成了迫在眉睫的
15、事情。目前深圳电信的信息运营渠道相对独立，品牌推广分散。各门户均有各自的用户， 客户资源优势没有充分发挥，缺乏对客户的深度经营手段；缺乏多渠道、多平台的宣传模式，分散了客户注意力，收效单一；个人客户的关怀和拓展，与商业客户的关怀与拓展，均消耗大量的成本，充分整合各门户资源，重用已有功能应用，将是互联网信息服务平台需要解决的难题。1.2 项目建设必要性面对迫在眉睫的增值业务和门户平台的整合任务，以及如何快速应对巨大的互联网商机，深圳电信需要将目前门户、频道业务和现有资源进行整合，尽可能地将各项目纳入统一的规划管理中，将原有的成熟技术组件进行提取，将各门户用户和商家进行融合，达到共享的目的。同时还
16、需要将目前的应用进行多方位扩展展现，例如E家服务、三信支撑、蓝色通道、信息内容管理展现在不同的门户、频道等。深圳电信需要结合电信传统业务特点推出新业务新功能新应用时能够在各门户、频道配置出来，减少重复开发的资源浪费。1.3 建设目标本项目建设总体目标是为了更好地支撑深圳电信互联网增值业务的发展，理顺互联网信息服务平台展现、应用、资源与能力架构，解决目前平台分离、运营支撑能力和门户展现能力不足的问题，实现运营中急需的用户统一认证、互联网产品管理、订购管理、合作伙伴管理以及业务数据和部分基础服务能力的共享功能，从而支撑三信门户、我的e家信息服务、蓝色通道等互联网应用平台的建设，提升深圳电信互联网信
17、息服务的运营能力1。11.4 系统概述项目主要目标是建立一个统一的互联网信息服务支撑平台，提供互联网产品的运营支撑能力，覆盖电信业务用户及互联网注册用户。平台需求分为以下几个功能域 ：供应商/合作伙伴管理域, 服务管理域, 产品/套餐管理域, 客户管理域, 业务开通功能域,业务保障功能域。如图1-1所示。图1-1 互联网信息服务平台功能域1. 供应商/合作伙伴管理域通过互联网信息服务平台向外提供产品的来源系统，统称为供应商/合作伙伴，供应商/合作伙伴管理域主要管理与这些提供服务能力的组织实体相关的业务与操作。向AP/CP/ASP的业务人员与电信的管理人员提供管理入口，实现供应商的在线注册登记，
18、电信管理人员对其进行开通确认，以及供应商的业务人员维护供应系统的基本信息，电信管理人员对分帐规则及结算业务进行管理。2. 服务管理域由供应商/合作伙伴管理域所管理的服务/内容供应系统所提供的所有基础服务能力纳入这个功能域中管理。服务管理域主要对AP/CP/ASP的业务人员提供注册登记，内容变更等功能，对电信的管理人员提供管理审核，基础信息展示等功能。3. 产品/套餐管理域以服务管理域所管理的基础服务/内容，电信的管理人员可以组装成各种产品及套餐，制定资费规则以及业务使用规则，正式对外开放为可订购的产品/套餐。4. 客户管理域互联网信息服务平台在对深圳电信的各类用户提供服务，开放产品/套餐的订购
19、/使用权限的同时，要解决两个主要的矛盾，第一，各类用户的基本信息由各个已经运行的业务系统管理这种形式不会改变，互联网信息服务平台不能取代这些系统对已有用户的管理；第二，同一个自然人或法人实体（客户）在深圳电信的各类系统中开通了多个登录入口账号（用户），各个用户实体如何关联到同一个客户实体之下，既关系到客户的使用体验满意度，也影响以后的整合营销能力建设。主要功能有三个：A依托已经建成的统一认证平台，或各相关业务系统的认证功能入口，实现与产品订购/使用相关的用户认证与授权。B提供自助绑定（由客户自行指定用户的关联关系）与自动绑定（在订购/使用业务时自动生成用户的关联关系）两种方式，逐渐理清用户的关
20、联关系，整合到客户实体下。C依托统一认证功能与绑定信息，实现跨平台的单点登陆/统一访问功能。5. 业务开通功能域客户管理域所管理的客户，都可以使用业务开通功能域中的功能，选择、订购、使用产品/套餐管理域所管理的产品及套餐。对外部客户，业务开通功能域主要提供产品展示、订购、受理的入口，对电信的业务人员，业务开通功能域主要提供审核、开通业务、施工管理等功能。对于已经存在的订购关系，如电信业务用户使用E家套餐内的产品，业务开通功能域依托服务总线获得相关信息，统一对外部客户展现。以上是系统整体的介绍。论文所围绕的是系统的一个典型的功能模块业务保障域的实现。其中包括的主要功能点有：账务上传、客户投诉管理
21、、停机/复机/拆机业务。账务上传是指对业务开通功能域中确立的订购/使用关系，每当发生使用行为，计费功能域根据产品/套餐管理域所定义的资费规则，执行相应的计价处理。根据订购时所确立的SLA及相关约定，可能需要产生相应的帐单，交由统一支付平台，以网银、V卡等方式支持。对于不需要实时付费的托收账户，在结算期产生总帐单，交由帐务系统处理。投诉管理支持客户对其已订购产品的使用，记录相关的使用行为，作为日后整合营销的基础信息。提供投诉处理/查询功能，对正在处理的开通业务进行查询，对已经开通的业务使用过程中发生的问题进行跟踪处理。停机和复机的功能主要是根据订购产品/套餐时所确定的SLA及资费规则，对未能及时
22、付清费用的业务进行停机，对停机后付清费用的业务使用进行复机。1.5 论文组织结构全文共分为六章，其中：第一章是绪论部分，在这一章节中，首先简单介绍了课题的来源和背景，然后论述了国内外研究现状，最后根据来源和背景提出了系统建设原则，并阐述了系统的建设意义以及论文的组织结构。第二章主要论述了系统的总体框架搭建和运行环境。首先讨论了系统所涉及的各项框架技术，然后在比较传统框架和对业务需求的简单分析的基础上提出了本系统框架的合理性。最后叙述了系统的开发环境和运行环境。第三章主要对本系统模块进行了全面的分析。首先简单叙述了模块的需求，然后分析了个模块的流程。通过二者反映了系统的具体要求和具体情况，为后文
23、的论述打下基础。第四章主要对系统的设计进行详细的论述。首先详细论述了系统的数据库设计，然后论述了系统各模块具体实现细节的设计，最后对设计上牵涉到的关键技术做出着重的分析和论述。第五章对系统的实现进行了细致的叙述。第六章为总结和展望。对整个系统进行了全面的总结和论述。提出了系统的不足之处和对未来发展的展望。1.6 本章小结本章从整体上介绍了深圳电信互联网信息服务平台的项目建设背景和项目的建设目标。然后介绍了整个项目的概况和主要模块。在此背景和基础上着重的叙述了论文所围绕的典型模块业务保障域的功能要点和牵涉内容。最后对论文的整体结构组成和各章节的内容进行了简述。2 技术和框架概述 在进一步讨论系统
24、的需求、设计和实现之前，我们需要先了解相应的基础知识和关键技术。同时，对于系统开发的环境和开发工具也要有所了解。因为，不同的项目环境决定着实现上的许多细节。2.1 什么是JSPJSP(Java Server Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。JSP技术有点类似ASP技术，它是在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(*.jsp)。JSP与Java Servlet一样，是在服务器端执行的，通常返回该客户端的就是一个HTML文本，因此客
25、户端只要有浏览器就能浏览。Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。Java Servlet 是JSP的技术基础，而且大型的Web应用程序的开发需要Java Servlet和JSP配合才能完成。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要
26、面向因特网的所有特点。用JSP开发的Web应用是跨平台的，即能在Linux下运行，也能在其他操作系统上运行。JSP技术使用Java编程语言编写类XML的tags和scriptlets，来封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。JSP将网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易。自JSP推出后，众多大公司都支持JSP技术的服务器，如IBM、Oracle、Bea公司等，所以JSP迅速成为商业应用的服务器端语言。JSP的1.0规范的最后版本是1999年9月推出的，12月又推出了1
27、.1规范。目前较新的是JSP1.2规范，JSP2.0规范的征求意见稿也已出台。新的JSP规范版本包括新的用于提升程序员工作效率功能，主要有：An Expression Language (EL)允许开发者创建 Velocity-样式 templates (among other things).更快更简单的创建新标签的方法。Hello,$param.visitor%-sameas:Hello, -%什么是MVC 模式呢？为了把表现层presentation从请求处理request processing 和数据存储data storage中分离开来，SUN公司推荐在JSP文件中使用一种模-视图-
28、控件Model-view-controller 模式。规范的SERVLET或者分离的JSP文件用于处理请求。当请求处理完后，控制权交给一个只作为创建输出作用的JSP页。有几种平台都基于服务于网络层的模-视图-控件模式(比如Struts和Spring framework)2。2.2 Struts简介Struts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。其最初萌芽于Craig McClanahan的构思。现在，Struts是Apache软件基金会旗下Jakarta项目组的一部分，其官方网站是http:/jakarta.apache.org/strut
29、s。由于Struts能充分满足应用开发的需求，简单易用，灵敏迅速，故而颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架3。Struts框架的版本已从最初的1.x发展到现在的2.x。Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物。系统模块采用了较新的Sruts-2.1.4版本。Struts2并不是简
30、单的版本升级。它号称是一个全新的框架，当然但这仅仅是相对Struts 1而言。Struts 2 与Struts 1相比，确实有很多革命性的改进，但它并不是新发布的新框架，而是在另一个赫赫有名的框架：WebWork基础上发展起来的。从某种程度上来讲，Struts2没有继承Struts 1的血统，而是继承WebWork的血统。或者说，WebWork衍生出了Struts2，而不是Struts 1衍生了Struts2。因为Struts2是WebWork的升级，而不是一个全新的框架，因此稳定性、性能等各方面都有很好的保证：而且吸收了 Struts 1和WebWork两者的优势，因此，是一个非常值得期待的
31、框架。图2-1 Struts框架图Struts2的大致工作流程如图2-1所示。当接收到一个浏览器的请求httprequest时，由框架内置的拦截器Interceptor做一些拦截或者初始的工作。当外部的httpservletrequest到来时初始到了servlet容器，传递给一个标准的过滤器链。ActionContextCleanUp这个在集成插件方面非常有用。Other filters(SitMesh,etc)调用FilterDispatecher会去查找相应的ActionMapper。如果找到了相应的ActionMapper它将会将控制权限交给ActionProxy。ActionProx
32、y将会通过ConfigurationManager来查找配置struts.xml。下一步将会 通过ActionInvocation来负责命令模式的实现（包括调用一些拦截Interceptor框架在调用action之前）。一旦action返回，会查找相应的Result。Result类型可以是 jsp或者freeMark 等。这些组件和ActionMapper一起返回给请求的url（注意拦截器的执行顺序）。响应的返回是通过我们在web.xml中配置的过滤器。如果ActionContextCleanUp是当前使用的，则FilterDispatecher将不会清理sreadlocal ActionCo
33、ntext。如果ActionContextCleanUp不使用，则将会去清理sreadlocals。2.3 Hibernate简介在介绍Hibernate之前，首先需要了解的是什么是持久化，什么是ORM4。持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。持久化的主要应用是将内存中的数据存储在关系型的数据库中，当然也可以存储在磁盘文件中、XML数据文件中等等。数据库的读写是一个很耗费时间和资源的操作，当大量用户同时直接访问数据库的时候，效率将非常低，如果将数据持久化就不需要每次从数据库读取数据，直接在内存中对数据进行操作，这样就节约了数据库资源
34、，而且加快了系统的反映速度。ORM（Object Relational Mapping），即对象关系映射，是持久化的一种实现方案。以O/R原理设计的持久化框架（Framework），包括 O/R机制、SQL自生成、事务处理和Cache管理等。ORM的实现思想就是将关系数据库中表的数据映射成为对象，以对象的形式展现，这样开发人员就可以把对数据库的操作转化为对这些对象的操作。因此它的目的是为了方便开发人员以面向对象的思想来实现对数据库的操作5。Hibernate是一种Java语言下的对象关系映射解决方案。 它是一种自由、开源的软件。它用来把对象模型表示的对象映射到基于SQL 的关系模型结构中去，为
35、面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架6。Hibernate 不仅管理Java 类到数据库表的映射（包括从Java数据类型到SQL数据类型的映射），还提供数据查询和获取数据的方法，可以大幅度减少开发时人工使用SQL 和JDBC 处理数据的时间。它的设计目标是将软件开发人员从大量相同的数据持久层相关编程工作中解放出来。无论是从设计草案还是从一个遗留数据库开始，开发人员都可以采用Hibernate。Hibernate对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合
36、，它既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用。最具革命意义的是，Hibernate可以在应用EJB（Enterprise JavaBeans是Java应用于企业计算的框架）的J2EE架构中取代CMP，完成数据持久化的重任7。2.4 EJB简介EJB是sun的服务器端组件模型，最大的用处是部署分布式应用程序，类似微软的.net技术。凭借java跨平台的优势，用EJB技术部署的分布式系统可以不限于特定的平台。它定义了一个用于开发基于组件的企业多重应用程序的标准。其特点包括网络服务支持和核心开发工具(SDK)。在J2EE里，Enterprise Java B
37、eans(EJB)称为Java 企业Bean，是Java的核心代码，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（MessageDriven Bean）。在系统模块中主要用到的是比较简单的会话Bean（Session Bean）8。2.5 网站框架的搭建传统的J2EE架构方式采用纯Servlet+JavaBean或Jsp+Servlet+JavaBean。其业务代码，逻辑代码与业务展示代码均无可避免的在同一servlet中出现，此种架构直接导致代码结构混乱。其维护代价高可拓展性差等缺点展露无疑。JSP技术得出现一定程度上弥补了Serv
38、let的尴尬局面，使得传统得架构开始走向MVC三层架构模式。在参考文献9中余腊生、任炬的OJ系统对三层架构有很好的论述。我们熟知的MVC架构模型如图2-2所示：图2-2 传统的J2EE架构模型传统的架构技术表现层用Jsp+Servlet技术来处理，业务层使用JavaBean，访问层是JavaBean(即常说的Dao)，与资源层的连接采用JDBC控制。此种构架方式带来的弊端有代码编写量大，开发效率低，JDBC连接的安全性没有得到保证，业务代码无法高程度脱离。资源管理需手动编写代码控制等等。SSH三层架构的出现，极大程度上解决了传统架构所带来的问题。其架构模型与传统J2EE架构相似，关键差别在于各
39、层内部如何实现。SSH三层架构体系中，表现层使用了Struts框架，实现了视图控制分离。Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架。Hibernate的强大缓存机制能一定程度上的缓解服务器端频繁读取数据库的压力，这也是Hibernate被广泛使用得重要原因之一。而且Hibernate高效的权衡了运行效率、内存消耗和开发效率，并自动封装了事务控制。安全性代码等重要功能。鉴于以上的原因，系统采用了struts框架技术和hibernate框架技术。但在架构上稍有区别于传统的和普遍的架构。那就是以ejb来作为业务逻辑的控制层。首先需要说明的是Struts+hibern
40、ate+ejb的框架仅仅是网站的代码框架的技术实现方案。必须强调这里说的代码框架并不是整个系统的架构，它反映的是J2EE网站开发的环境，还不能完全反映网站和外系统的交互情况以及对外接口的提供和外部接口的使用情况。系统的整体架构如图2-3所示。它是面向服务的，即基于SOA思想10。整个架构中贯通着一条服务管理总线，所有的系统功能以服务的形式发布到总线上。图2-3 系统整体框架图代码框架则如图2-4所示。其中表述层或者称表现层采用了Struts2框架，业务逻辑层通过封装EJB远程或本地SessionBean实现，持久化层则使用了Hibernate框架技术。系统采用了Websphere应用服务器，在
41、持久层并非直接访问数据库，而是通过JNDI来访问，这主要也是出于系统整体架构的考虑。图2-4 模块框架2.6 开发环境和运行环境系统的开发环境主要包括IBM的Rational Application Developer（简称RAD11,见图2-5）7.00版本集成开发工具和Oracle10g数据库。由于RAD工具中已经集成了Websphere6.1服务器。这里并不再需要其它的应用服务器来支持部署和测试。由于模块会调用外部服务和其它模块的接口，而所有的服务均通过总线来管理。所以在RAD项目中应当包含JMS调用的项目包（由项目组其他成员开发和提供）。图2-5 RAD版本信息图2.7 本章小结本章主
42、要介绍了项目涉及的相关框架和技术。然后讨论了系统如何运用这些技术搭建的系统框架。同时接受了系统的开发环境和运行环境。3 系统分析 系统分析建立在系统需求的基础之上。在系统分析过程中，我们全面考虑在业务逻辑上和具体实现上所可能遇到的问题，着力于建立良好的代码框架，以及初步提出某些特殊问题的解决方案。系统的分析包括了需求分析、流程分析等。3.1 需求分析 在对系统需求的充分调研后，整理出以下的需求文档。通过详细阅读系统需求和结合自己对需求的想法和实际考虑，我将自己所做的模块的需求总结如下。3.1.1 账务上传功能需求深圳电信的用户群体大致可以分为托收用户和非托收用户。非托收用户主要针对的是一般的注
43、册用户。而托收用户针对的是电信员工。其本质的区别就是托收用户可以延期付款和分期付款，且用户的账号信息在电信账务系统中有数据记录。正因为如此，该需求仅仅针对仅针对非实时托收付费的类型。对业务开通功能域中确立的订购/使用关系，每当发生使用行为，计费功能域根据产品管理域所定义的资费规则，执行相应的计价处理。根据订购时所确立的SLA及相关约定，可能需要产生相应的帐单，交由统一支付平台，以网银、V卡等方式支持。对于不需要实时付费的托收账户，在结算期产生总帐单，交由帐务系统处理。账务上传采用定期上传至指定FTP站点的方式。一般为每天上传一次，而账务每十天进行一次统一划账扣款。这些时间上的区分在系统设计时需
44、要着重考虑。3.1.2 投诉管理功能需求投诉管理模块是一个用户反馈产品使用信息的平台。也是系统管理人员，电信施工人员处理和解决用户问题的渠道和平台。主要的需求包括以下几个方面。1. 投诉信息的查询。提供给用户查看投诉信息的页面。用户可查看到自己所产生的所有的投诉。同时可以查看到该投诉工单处理的情况。用户发出的投诉在失效之前不能撤销和删除。2. 用户投诉信息的录入。提供一个统一的页面供用户填写投诉单。投诉类别是限制的。系统将根据类别将投诉投递到相应的部门。3. 投诉信息的处理。提供页面供系统管理人员操作。管理人员可查看所有的用户投诉。可对投诉进行答复和转交以及处理等操作。可以追踪投诉工单执行的情
45、况。4. 投诉信息的投递。投递功能包括了由用户投递到系统。用统一平台投递到相关系统。投递的过程应当是可配置的。可以自动投递也可手动投递。3.1.3 停机/复机功能需求停机/复机主要针对的是各合作伙伴所提供给用户使用的各项产品和服务。停机分为两方面的情况。一是用户在欠费的情况下将被迫停机。二是用户主动发出停机请求。复机则由用户主动触发，如果复机条件满足，再进行复机操作。停机和复机针对不同的用户群体采用的策略和流程不同。对于托收用户是采用分期付款的方式，那么在停机时将考虑费用的免除。而复机时又要恢复收费。非托收用户费用只能是一次性付清的情况，停复机将不受其它因素的牵连。3.2 流程分析这里的流程描
46、述的是系统的用例和大致的过程。它反映了系统在运作时所经历的一些步骤以及它运作时同涉及的外系统的相互关系。3.2.1 账务上传流程分析账务上传的流程大致如图3-1所示。各个步骤的具体过程叙述如下。1. 提取数据：从帐单库中将需要生成总帐单的费用数据提取出来；2. 生成总帐单：将取到的费用数据自动组成总帐单；3. 批量上传：将生成好的总帐单批量上传至营销帐务库；4. 数据归档：将流程相关数据和上传是否成功等信息归档，备份到帐单库中保存，如上传不成功，将在下次结算周期时再次重新处理帐单库：互联网平台集中保存帐单、支付等的相关数据。图中所示的账单库是互联网信息平台的内部数据库。而营销账务系统是互联网信
47、息平台的外部系统，即电信的账务系统。故而需要采用FTP上传的方式传递信息。数据归档则是指互联网信息平台的数据的记录和修改等操作。图3-1 账务上传流程图3.2.2 投诉管理流程分析投诉管理流程如图3-2所示。主要的流程分为两条线。第一条线，管理员通过系统对投诉进行查询和处理；第二条线，产品用户进行投诉的提交和投诉的查询操作。查询为共有的功能项。查询时，用户首先在查询页面输入查询关键字，然后点击查询按钮，页面将跳转到结果页面并将符合条件的信息显示在此结果页面上。提交投诉是用户特有的。用户在投诉页面填写投诉相关信息，点击按钮提交后，系统跳转到结果提示页面。处理投诉页面建立在投诉查询结果页面的基础之上。在查询结果页面上，提供了丰富的功能按钮以便实现对投诉的各种处理。图3-2 投诉管理流程图 下面，我结合了用例图对提交投诉，查询投诉和处理投诉这三个用例进行了一个概括的描述。1. 提交投诉。如图3-3，互联网信息服务平台产品用户，提交
