电信的计费系统数据分析处理系统（程序代码+任务书+说明书+外文翻译+演示文稿）

i电信计费系统数据分析处理系统摘要电信计费系统数据分析处理系统是典型的后台信息处理系统,其开发主要包括后台数据库的建立和维护以及服务器的搭建两个方面。本系统对后台数据库设计采用oracle数据库开发，并对此数据库技术进行了较深入的学习和应用：而后台开发语言采用java作为主要开发语言，连接数据库技术以JDBC为主，主要完成对电信计费系统数据分析处理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。本系统是一套精确、有效的数据分析处理系统，它提供了电信产业对原始数据进行有效处理的功能，并支持标准的SQL语法。本系统主要是在现有电信计费信息日常维护管理管理的基础上，把大量的人工管理信息转变为计算机管理，简化了某某电信公司的工作，提高了管理的效率，同时方便电信计费信息维护。关键词:电信；oracle数据库；数据库结构；JDBCiiTelecombillingsystemdataanalysisandprocessingsystemAbstractTelecombillingsystemdataanalysisandprocessingsystemisatypicalmanagementinformationsystem,itsdevelopmentmainlyincludesthebackstagedatabasetheestablishmentandthemaintenanceaswellasfrontendapplicationproceduredevelopmenttwoaspects.ThesystemusestheOracledevelopmentofthedesignofdatabase,andthedatabasetechnologyforamorein-depthstudyandapplicationforfront-endapplicationdevelopedusingJDBC,mainlytocompletetheanalysis,analysisofTelecombillingsystemdataanalysisandprocessingsystemneedsthefunctionmoduledivision,databasemodel,andhasdesignedthedatabasestructureandtheapplicationprocedure.Thissystemisasimple,fastdatabasemanagementsystem,itprovidesmanypeopleusethemanagementmode,andsupportsthestandardSQLsyntax.Thesystemismainlybasedontheexistingmanagementofuniversityequipmentdailymaintenance,putalotofmanpowermanagementinformationintothecomputermanagement,simplifytheXXTelecomCompanymanagementwork,improvetheefficiencyofmanagement,andmaintenanceconvenientTelecomCompany.Aservletlooksandfeelslikeaminiaturewebserver.Itreceivesarequestandrendersaresponse.But,unlikeconventionalwebservers,theservletapplicationprogramminginterface(API)isspecificallydesignedtohelpJavadeveloperscreatedynamicapplications.Keywords:Telecom;Oracle;thedatabasestructure;JDBC目录摘要.iAbstract.ii1绪论.11.1背景与意义.11.2电信计费系统数据分析处理系统的现状和优势.21.3任务概述.21.4电信计费系统数据分析处理系统特点.32相关技术.42.1系统说明.42.1.1硬件环境.42.1.2软件环境.42.2开发计划.52.3可行性分析.52.3.1风险分析.52.3.2技术可行性.62.3.3操作可行性.62.4设计方案：对涉及工具和技术的相关说明.72.4.1C/S体系结构.72.4.2Oracle.82.4.3JAVA.82.4.4JDBC简介.83需求分析.103.1系统分析的任务与步骤.103.1.1系统分析的任务.103.2系统项目范围.113.3功能需求.113.4系统实体分析.143.5系统的数据库设计.153.5.1概念设计.153.5.2设计局部ER模式.153.5.3设计全局ER模式.164总体设计.174.1系统功能说明.174.1.1系统总体功能表.174.1.2采集数据服务器和中央服务器模块功能.174.1.3软硬件环境需求.204.1.4产品质量需求.204.2建立数据库模型.215详细设计.225.1AAA服务器端采集模块.225.2AAA服务器端备份模块.235.3AAA服务器端网络模块.255.4系统日志模块.265.5系统配置模块.275.6中央服务器端备份模块.295.7中央服务器端网络模块.305.8中央服务器端入库模块.316系统测试.346.1系统测试的目的.346.2面向对象系统测试方案.346.3系统测试用例.35结论.38参考文献.39致谢.40外文原文.41中文翻译.4901绪论1.1背景与意义随着电信企业的不断壮大，对计费系统的改进迫在眉捷。计费系统是电信企业的基础与核心，准确、灵活、实时的计费系统，更能为客户提供优质的服务，更增加市场竞争能力，更能促进企业的发展。目前，本地网的交换机一般都采用点对点脱机计费处理方式，即由机房现场的维护人员通过脱机方式将计费文件复制到各种可以运输的存储介质上（如磁带），再将存储介质送至相应的本地网计费中心进行分拣、划价及帐务处理，形成统一格式的数据。这种计费方式在当前电信网规模越来越大，电话业务日益增多的情况下，有以下突出问题，由于系统建设时没有统一的规范，使得软、硬件平台设置各异，不方便新业务的迅速推广；各套系统缺乏统一的资费管理使得处理计费话单时没有统一衡量的尺度，造成多收费和乱收费；难以保证数据的准确性，对于错误话单没有统一的处理办法；不能及时向用户提供业务使用情况报告和全方位的查询功能。整个电信系统对新型计费系统具有迫切的要求。同时采集数据用服务器系统的联机采集的核心之一是，要求具有非常高的可靠性。采集系统需要记录用户使用服务器的原始数据并依据原始数据核算费用。电信采集系统的计费系统的功能是由两部分组成，一部分是记录用户使用各服务的原始数据；另一部分是根据原始数据核算每服务每次每用户的费用,而对于用户费用的汇总统计是由整合系统的财务模块完成的。用户使用某些服务项目的原始数据是从各服务管理子系统传过来的，直接在当地电信的计费系统直接产生的，最后在中央计费系统上进行汇总核对.采集系统之所以要保存各服务使用情况的原始数据记录是为了减少或避免因单方面记账而可能出现的人为造假行为；方便用户通过采集系统进行费用查询；在原始记录的基础上进行更深入的统计分析等。采集系统在计算每服务每次每用户的费用时，需要了解用户的登陆和退出信息，这就要求计费系统可以自动获取某一用户使用服务器的相关信息，从而方便采集系统计费。11.2电信计费系统数据分析处理系统的现状和优势目前，国内外电信计费信息数据分析处理日常维护管理管理一般采用两种方式：一种纯手工管理；另一种则是利用一些较老的或是以别的系统为底板改版而成的系统来进行管理。但这两种方法都有各自的弊端：前一种方法由于参与管理者的文化水平不一，字迹不一，互相之间会导致信息传达不便，而且纸质信息传载媒体有着一个很大的弱点就是容易损坏，造成信息丢失；后一种方法虽然解决了信息传达、信息保存的问题。但存在一个更致命的缺点：系统安全问题得不到保证。在当前的信息化时代中，任何公司，都需要一个实用的电信计费信息系统来规范电信计费信息日常维护管理管理，这将会大大提高某某高校的管理水平，优化资源，实现效益的最大化。现在国内外也有很多设备日常维护管理电信计费信息数据分析处理的软件，采用的技术也是多种多样，但大多数电信计费系统数据分析处理系统主要用于国有电信的关键部门。至于小型的电信公司，利用电信计费系统数据分析处理系统组织分析处理计费信息的并不多。因为本系统是电信计费信息分析处理系统，所以注重于后台的数据分析，这部分功能并不呈现给任何用户，在开发时要考虑到各种计费的细节，确保计费的准确无误，去在完善功能的同时又必须兼顾系统的灵活性，安全性，健壮性。一个好的电信计费系统数据分析处理系统，不管是在各种错误原始数据的处理上，还是在各种数据的备份上，都能体现出自己的高性能。电信计费系统数据分析处理系统的优势主要表现在三个方面：(1)电信计费信息日常维护管理无纸化，环保又方便。传统的电信计费信息日常维护管理方式，都是经由工作从员手工记录存档。这种传统的纸质电信计费信息日常维护管理管理，一是会有很大的体力消耗，二是在精力上也是不小的付出，而且这种辛苦在很多时候往往没能得到满意的回复。而无纸化电信计费信息日常维护管理，只需服务器自动运行，在体力上几乎没有多大的消耗，而且在环保、效率、针对计费信息分析处理上做得要比传统的电信计费信息日常维护管理管理科学得多。(2)科学管理，安全可靠。传统的电信计费信息日常维护管理管理方式，都是一份份独立的电信计费信息日常维护管理，一个电信计费信息对应一份，而这么一撂的设计，经常会由于各种原因，丢失或是污损，给电信计费信息日常维护管理和运行带来很大的麻烦和不便。而电信计费系统数据分析处理系统的动作，只需做好系统数据库的保护，以上问题可以迎刃而解了。(3)简化工作，促进其他方面的综合发展。由于电信计费系统数据分析处理系统的介入运行，可以使管理人员腾出更多的时间，做更多针对性的更有生产意义的工作，从而使每个员工都有机会在工作业绩上有更大的进步。1.3任务概述该系统要求中国电信各个营业厅的AAA服务器中采集到的/var/adm/wtmpx目录下面的数据信息进行解析后每隔一小时向总服务器（中央处理器）发送一次。2中央处理器将接收到的信息插入到数据库。数据库对总服务器（中央处理器）的数据信息进行分载处理，先把详细的信息存放在T_Detail_x中,然后由整合系统进行负载分摊定期采集(次/小时)原始计费Log(wtmpx)文件,整理成BIDR类数据清单,并上传给中央处理系统。由位于中央处理系统的采集系统服务器端侦听并收集采集系统客户端发送的数据信息BIDR,并将数据保存至数据库表t_detail_X中。1.4电信计费系统数据分析处理系统特点(1)没有操作界面整个系统的针对后台数据的处理和储存，不向电信客户呈现原始数据处理过程。(2)完备的系统操作功能系统开发的宗旨是最简约的操作步骤最完备的操作功能。初一看，这好像很矛盾，但是经过完整的策划编排，系统完全做到了功能无冗余无遗漏，这点也更好的体现了系统的人性化设计。(3)完善的安全机制独立的日志功能和备份功能，确保电信计费信息的数据有较好的安全性和准确性。32相关技术2.1系统说明本系统主要是在现有电信计费信息日常维护管理管理的基础上，把大量的人工管理信息转变为计算机管理，简化了某某电信公司公园人员的工作，提高了管理的效率，同时方便电信计费信息维护。本系统对数字化信息资源的组织采用数据库。系统的数据库结构是关系数据库oracle，后台主要开发语言为java。信息平台的后台操作采用C/S操作结构以增强系统的安全保密性、系统稳定性和易操作性。JSP是目前最完备的面向对象语言，在未来仍然很有发展前途。oracle采用了关系型数据库结构，是一套精简、快速的数据库管理系统，它提供了多人使用的管理模式，并支持标准的SQL语法。2.1.1硬件环境本系统所用硬件环境如表2.1所示。表2.1硬件环境处理器i52.67GHz安装内存3.00GB2.1.2软件环境本系统所用软件环境如表2.2所示。表2.2软件环境操作系统：Window7开发工具：MyEclipse服务器软件：tomcat7.0Java语言版本：JDK1.7数据库：Oracle42.2开发计划本系统开发计划如表2.3所示。表2.3系统开发计划起止日期内容2014年3月10日-2013年4月5日需求分析,熟悉开发环境2014年4月6日-2013年4月17日概要设计2014年4月18日-2013年5月5日详细设计与调试2014年5月6日-2013年5月25日系统测试2.3可行性分析可行性分析是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可行性分析应具有预见性、公正性、可靠性、科学性的特点。2.3.1风险分析(1)系统软件硬件的风险采用了性能较高的硬件电信计费信息，和较稳定的系统软件，系统仍存在一定的因软硬件崩溃而带来的风险。解决办法之一是定期备份数据以降低风险。由于系统初始化的数据量和种类非常大，如果让一个人或几个人来完成可能会造成数据输入的混乱，为此我们必须在数据输入前做好严格的、合理的人员分工，保证数据输入工作更加有条不紊。比如按照财会、材料、固定资产、生产、库存、订单、供应商、销售、客户等来合理的分组与组内分工。由于系统初始化的数据量和种类非常大，如果让一个人或几个人来完成可能会造成数据输入的混乱，为此我们必须在数据输入前做好严格的、合理的人员分工，保证数据输入工作更加有条不紊。比如按照财会、材料、固定资产、生产、库存、订单、供应商、销售、客户等来合理的分组与组内分工。数据正确性包括两方面的含义。首先，收集到的数据本身必须是正确的(即数据来源是正确的),否则会造成“垃圾进、垃圾出”的数据处理有效率无效果现象;数据本身的正确性更多的依赖于企业各部门数据收集人员,他们应当保证上交数据是正确的,没有遗漏、重复,也没有过时、失实的数据。其次在把收集到的数据输入系统的过程中，不能引入任何附加的错误。数据不准确的原因有很多种，主要有：激励机制。在以工时定额为基准的奖励制度下，当操作人员估计当月的奖金数5己经差不多了，或打算下月自己要请几天假时，他/她会留下一些工时放到下个月去用，而不如实填报;此外，分配任务的班组长还有可能把工时定额油水大的活安排给与自己关系好的人去做，甚至会打乱了整体计划。总之，以完成工时定额作为发奖金的标准，其指导思想不是以客户满意为中心，因此，必须改革这种不利于数据准确的激励机制。各个业务人员数据处理不及时。以库存业务为例，如果没有做到“日清月结”，编制计划往往根据的是一个滞后的信息，得出的结论就将是错误的。因此我们一定要制定规范化的“工作准则与工作规程”，来保证数据的正确与实时传递，准确和实时的信息为企业的业务分析和决策提供可靠的保障。(2)计划的拖延系统的开发存在因计划拖延带来的风险。传统的管理智慧认为，有缺陷的决策好过没有决策。毕竟，你随时可以改变方向，并且至少还可以从错误中学习。实际上，如果决策得不到下属的赞同，那就不要急着强行做决定。不妨考虑这样一个决策流程：虽然决策过程也许较慢，但是产生的决策即便不能取得一致同意，也能为每个人所接受。总的来说，管理者现在变得越来越善于倾听员工意见。但是，他们所带领的团队并不一定都看到了这一点。沟通是多方面的。人们会注意你的身体语言，观察你在看什么，你的手在做什么。开会时，你可能很难记起这一点，但管理这类信号其实非常重要。2.3.2技术可行性大学课程中的数据库原理，操作系统知识，网络基础等多门课程为整个课题开发提供了坚实的基础。java是一种相对高效的上层开发语言，oracle也是一种简单的数据库，所以技术难度并不高。目前使用的开发技术来说，系统的功能目标能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。2.3.3操作可行性该系统如投入使用，预期作到界面友好，管理方便，使用简单，管理人员经过培训，也是完全能够使用本系统管理设备的相关信息的。操作可行性主要是指用户使用的舒适性，因此界面设计时要充分考虑管理人员的习惯，使得操作简单便宜：数据录入迅速、规范、可靠；统计准确，制表灵活，适应力强，容易扩充。具有易用性、灵活性、开放性与可视性等，这些基本都可以实现。62.4设计方案：对涉及工具和技术的相关说明2.4.1C/S体系结构本系统所面向的对象是电信计费主服务器。因此，将要采用比较流行的C/S三层结构，C/S结构图如图2.1所示。图2.1B/S三层结构图C/S体系结构与B/S体系结构相比虽然有部分缺点，但是有B/S体系结构所不具备的独特优势:C/S结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。C/S结构的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。具体表现在以下两点：（1）应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。（2）数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，并且通常把那些不同的（不管是已知还是未知的）前台应用所不能违反的规则，在服务器程序中集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。72.4.2OracleORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了ORACLE知识，便能在各种类型的机器上使用它。Oracle数据库最新版本为OracleDatabase12c。Oracle数据库12c引入了一个新的多承租方架构，使用该架构可轻松部署和管理数据库云。此外，一些创新特性可最大限度地提高资源使用率和灵活性，如OracleMultitenant可快速整合多个数据库，而AutomaticDataOptimization和HeatMap能以更高的密度压缩数据和对数据分层。这些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库12c成为私有云和公有云部署的理想平台。Oracle是一个具备完全Web支持的数据库产品，提供了对可扩展标记语言(XML)的核心支持以及在Internet上和防火墙外进行查询的能力，提供了以Web标准为基础的扩展数据库编程功能。丰富的XML和Internet标准支持允许使用内置的存储过程以XML格式轻松存储和检索数据。Oracle提供强大的开发工具和各类开发特性，在大大提高开发效率的同时，进一步拓展应用空间，带来新的商业应用机遇。例如，XML数据库与WebService的支持将使您的应用实现Internet数据互联，.Net集成极大的扩展了开发空间，异构数据集成、ServiceBroker使您的数据和其它应用无缝集成，各种新数据类型和T-SQL扩展带来了诸多灵活性。C#、JSP、XQuery、XMLA、ADO.Net2.0、SMO、AMO等都将成为Oracle数据平台上开发数据相关应用的有力工具。2.4.3JAVAJava是由SunMicrosystems公司于1995年5月推出的Java面向对象程序设计语言（以下简称Java语言）和Java平台的总称。由JamesGosling和同事们共同研发，并在1995年正式推出。Java最初被称为Oak，是1991年为消费类电子产品的嵌入式芯片而设计的。1995年更名为Java，并重新设计用于开发Internet应用程序。用Java实现的HotJava浏览器（支持Javaapplet）显示了Java的魅力：跨平台、动态的Web、Internet计算。从此，Java被广泛接受并推动了Web的迅速发展，常用的浏览器均支持Javaapplet。另一方面，Java技术也不断更新。2.4.4JDBC简介JDBC（JavaDataBaseConnectivity,java数据库连接）是一种用于执行SQL语句的JavaAPI，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC为工具/数据库开发人员提供了一个标准的API，据此可以构8建更高级的工具和接口，使数据库开发人员能够用纯JavaAPI编写数据库应用程序，同时，JDBC也是个商标名。有了JDBC，向各种关系数据发送SQL语句就是一件很容易的事。换言之，有了JDBCAPI，就不必为访问Sybase数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，或为访问Informix数据库又编写另一个程序等等，程序员只需用JDBCAPI写一个程序就够了，它可向相应数据库发送SQL调用。同时，将Java语言和JDBC结合起来使程序员不必为不同的平台编写不同的应用程序，只须写一遍程序就可以让它在任何平台上运行，这也是Java语言“编写一次，处处运行”的优势。Java数据库连接体系结构是用于Java应用程序连接数据库的标准方法。JDBC对Java程序员而言是API，对实现与数据库连接的服务提供商而言是接口模型。作为API，JDBC为程序开发提供标准的接口，并为数据库厂商及第三方中间件厂商实现与数据库的连接提供了标准方法。JDBC使用已有的SQL标准并支持与其它数据库连接标准，如ODBC之间的桥接。JDBC实现了所有这些面向标准的目标并且具有简单、严格类型定义且高性能实现的接口。Java具有坚固、安全、易于使用、易于理解和可从网络上自动下载等特性，是编写数据库应用程序的杰出语言。所需要的只是Java应用程序与各种不同数据库之间进行对话的方法。而JDBC正是作为此种用途的机制。JDBC扩展了Java的功能。例如，用Java和JDBCAPI可以发布含有applet的网页，而该applet使用的信息可能来自远程数据库。企业也可以用JDBC通过Intranet将所有职员连到一个或多个内部数据库中（即使这些职员所用的计算机有Windows、Macintosh和UNIX等各种不同的操作系统）。随着越来越多的程序员开始使用Java编程语言，对从Java中便捷地访问数据库的要求也在日益增加。管理员们都喜欢Java和JDBC的结合，因为它使信息传播变得容易和经济。企业可继续使用它们安装好的数据库，并能便捷地存取信息，即使这些信息是储存在不同数据库管理系统上。新程序的开发期很短。安装和版本控制将大为简化。程序员可只编写一遍应用程序或只更新一次，然后将它放到服务器上，随后任何人就都可得到最新版本的应用程序。对于商务上的销售信息服务，Java和JDBC可为外部客户提供获取信息更新的更好方法。93需求分析3.1系统分析的任务与步骤系统分析的步骤如下：（1）现行系统的详细调查。调查是分析与设计的基础。详细调查现行系统的情况和具体结构，并用一定的工具对现行系统进行详尽的描述，这是系统分析最基本的任务。在充分了解现行系统现状的基础上，进一步发现其存在的薄弱环节和问题，为下一步的需求分析和提出新的逻辑设计做好准备。详细调查应强调用户的参与，部门的业务人员、主管人员、系统分析人员、系统设计人员共同参与。调查工作应从企业组织的管理层开始，逐层向下调查，确保对整个企业的管理工作全面了解。在调查的过程中，要从客观去了解企业的现状和环境，掌握企业存在的问题和薄弱环节。为了便于分析人员和管理人员之间进行业务交流和分析问题，应尽可能使用各种形象直观的图表工具。调查工作的每一步都要事先计划好，对所有人的工作方法、调查所用的表格和图例都统一规范化处理。所有规范化调查结果都应整理后归档。以便以后工作中使用。对于系统实施的重点部分及近期内要先实施的局部系统进行重点调查。（2）在详细调查的基础上，进行需求分析。需求分析是指用户要求新系统应具有的全部功能和特性。主要包括：功能需求，性能需求，可靠性需求，安全、保密需求，开发费用和时间以及资源方面的限制等。（3）提出新系统的逻辑模型，对新系统的逻辑模型进行适当的文字说明，组成系统分析报告。3.1.1系统分析的任务系统分析的主要任务是理解和表达用户对系统的应用需求。通过深入调查，和用户一起充分了解现行系统是怎样工作的，理解用户对现行系统的改进要求和对新系统的要求。在此基础上，把和用户共同理解的新系统用恰当的工具表达出来。其主要工作内容是：（1）了解用户需求。通过对现行系统中数据和信息的流程以及系统的功能给出逻辑的描述，得出现行系统的逻辑模型。（2）确定系统逻辑模型，形成系统分析报告。在调查和分析中得出新系统的功能需求，并给出明确的描述。根据需要与实现可能性，确定新系统的功能，用一系列图表和文字给出新系统功能的逻辑描述，进而形成系统的逻辑模型。完成系统分析报告，为系统设计提供依据。10了解用户要求。此用户即为的系统使用人员（电信公司人员）。了解他们在系统功能、性能等方面的要求及用户在硬件配置、开发周期处理方式等方面的意向与打算。把用户要求成文，完成系统分析报告。系统的逻辑模型由一系列的图表和文字组成。在逻辑上描述了系统的目标和所具备的功能于性能。3.2系统项目范围电信计费系统数据分析处理系统需要记录用户使用服务器的原始数据并依据原始数据核算费用。电信采集系统的计费系统的功能是由两部分组成，一部分是记录用户使用各服务的原始数据；另一部分是根据原始数据核算每服务每次每用户的费用,而对于用户费用的汇总统计是由整合系统的财务模块完成的。用户使用某些服务项目的原始数据是从各服务管理子系统传过来的，直接在当地电信的计费系统直接产生的，最后在中央计费系统上进行汇总核对.电信计费系统数据分析处理系统之所以要保存各服务使用情况的原始数据记录是为了减少或避免因单方面记账而可能出现的人为造假行为；方便用户通过采集系统进行费用查询；在原始记录的基础上进行更深入的统计分析等。电信计费系统数据分析处理系统在计算每服务每次每用户的费用时，需要了解用户的登陆和退出信息，这就要求计费系统可以自动获取某一用户使用服务器的相关信息，从而方便采集系统计费。3.3功能需求本系统的系统功能图如图3.1所示。图3.1系统功能结构图定期采集(次/小时)原始计费Log(wtmpx)文件,整理成BIDR类数据清单,并上传给中央处理系统。由位于中央处理系统的采集系统服务器端侦听并收集采集系统客户端发送的数据信息BIDR,并将数据保存至数据库表t_detail_X中。本系统的系统运行流程图如图3.2所示。11图3.2系统运行流程图该系统要求中国电信各个营业厅的AAA服务器中采集到的/var/adm/wtmpx目录下面的数据信息进行解析后每隔一小时向总服务器（中央处理器）发送一次。中央处理器将接收到的信息插入到数据库。数据库对总服务器（中央处理器）的数据信息进行分载处理，先把详细的信息存放在T_Detail_x中,然后由整合系统进行负载分摊。采集系统各个模块之间要遵循：高内聚，低耦合的原则单个模块完成单一的功能，移植性较好；各个模块之间依赖性较小。采集子系统是基于C/S架构的客户端服务器模式，用户必须要先登录才能进行计费；中央处理器系统接收多个AAA服务器发送的BIDR数据信息，因此要有处理并发事物，进行并发控制的功能。12本系统的系统模块结构图如图3.3所示。图3.3系统模块结构图采集子系统采集子系统分为配置模块、日志模块、采集模块、备份模块、网络模块和入库模块五大模块。配置模块实例化其他模块,降低模块之间的耦合性,通过配置文件配置多个模块之间关系,使各个模块遵循高内聚,低耦合。日志模块将系统运行过程信息记入日志文件,以备查验;即记录用户的登陆和退出记录.日志文件不是纯文本文件。采集模块采集模块是AAA服务器端的核心模块,其主要功能是采集原始计费信息,整理成BIDR数据类清单.。在设计过程中的遇到的问题及解决方法(1)账号设置问题(2)怎么样解析及形成计费文件(3)用户的识别问题(4)对于wtmpx内用户信息文件的读取问题(5)用户上下线时间可能交叉，一次登录可能跨时间段，针对不同情况该如何计13费问题解决(1)区分账号，设计账务账号和业务账号，账务账号的作用是用于缴费，一个账务账号可以携带多个业务账号，业务账号是用于远程连接到AAA服务器上，用来使用服务器的，如果有多个组，每个组可以分配一个业务账号，这个组的每个成员可以同时登陆一个业务账号，进行多人登陆访问。此时计费按各个PC机的使用时间收费,将进行多次收费,因为多人同时在使用服务器。(2)在对wtmpx进行解析时，找到用户的上线标志7，并匹配下线标志8在上下线交叉时只取首7和最末尾的一个8.当跨时区时，可以人为的在每次传送时制造下线标志8和一个上线标志7即可。wtmpx每隔一个小时进行一次解析,跨时段的用户(即使用时间超过一个小时)的计费解决方法:在时间交叉点(可以人为设置某个点为自动设置时间点)可以人为自动的设置一个上线和下线记录,生成计费信息。(3)针对多个人在使用同一个账号时的收费,因为用户名相同,若按照用户名收费,将会出现混乱;因此收费识别:用户名+IP地址,进行唯一识别。(4)