电信计费系统数据分析处理系统

电信计费系统数据分析处理系统摘要电信计费系统数据分析处理系统是典型的后台信息处理系统,其开发主要包括后台数据库的建立和维护以及服务器的搭建两个方面。本系统对后台数据库设计采用ORACLE数据库开发，并对此数据库技术进行了较深入的学习和应用而后台开发语言采用JAVA作为主要开发语言，连接数据库技术以JDBC为主，主要完成对电信计费系统数据分析处理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。本系统是一套精确、有效的数据分析处理系统，它提供了电信产业对原始数据进行有效处理的功能，并支持标准的SQL语法。本系统主要是在现有电信计费信息日常维护管理管理的基础上，把大量的人工管理信息转变为计算机管理，简化了某某电信公司的工作，提高了管理的效率，同时方便电信计费信息维护。关键词电信；ORACLE数据库；数据库结构；JDBCTELECOMBILLINGSYSTEMDATAANALYSISANDPROCESSINGSYSTEMABSTRACTTELECOMBILLINGSYSTEMDATAANALYSISANDPROCESSINGSYSTEMISATYPICALMANAGEMENTINFORMATIONSYSTEM,ITSDEVELOPMENTMAINLYINCLUDESTHEBACKSTAGEDATABASETHEESTABLISHMENTANDTHEMAINTENANCEASWELLASFRONTENDAPPLICATIONPROCEDUREDEVELOPMENTTWOASPECTSTHESYSTEMUSESTHEORACLEDEVELOPMENTOFTHEDESIGNOFDATABASE,ANDTHEDATABASETECHNOLOGYFORAMOREINDEPTHSTUDYANDAPPLICATIONFORFRONTENDAPPLICATIONDEVELOPEDUSINGJDBC,MAINLYTOCOMPLETETHEANALYSIS,ANALYSISOFTELECOMBILLINGSYSTEMDATAANALYSISANDPROCESSINGSYSTEMNEEDSTHEFUNCTIONMODULEDIVISION,DATABASEMODEL,ANDHASDESIGNEDTHEDATABASESTRUCTUREANDTHEAPPLICATIONPROCEDURETHISSYSTEMISASIMPLE,FASTDATABASEMANAGEMENTSYSTEM,ITPROVIDESMANYPEOPLEUSETHEMANAGEMENTMODE,ANDSUPPORTSTHESTANDARDSQLSYNTAXTHESYSTEMISMAINLYBASEDONTHEEXISTINGMANAGEMENTOFUNIVERSITYEQUIPMENTDAILYMAINTENANCE,PUTALOTOFMANPOWERMANAGEMENTINFORMATIONINTOTHECOMPUTERMANAGEMENT,SIMPLIFYTHEXXTELECOMCOMPANYMANAGEMENTWORK,IMPROVETHEEFFICIENCYOFMANAGEMENT,ANDMAINTENANCECONVENIENTTELECOMCOMPANYASERVLETLOOKSANDFEELSLIKEAMINIATUREWEBSERVERITRECEIVESAREQUESTANDRENDERSARESPONSEBUT,UNLIKECONVENTIONALWEBSERVERS,THESERVLETAPPLICATIONPROGRAMMINGINTERFACEAPIISSPECIFICALLYDESIGNEDTOHELPJAVADEVELOPERSCREATEDYNAMICAPPLICATIONSKEYWORDSTELECOMORACLETHEDATABASESTRUCTUREJDBC目录摘要IABSTRACTII1绪论111背景与意义112电信计费系统数据分析处理系统的现状和优势213任务概述214电信计费系统数据分析处理系统特点32相关技术421系统说明4211硬件环境4212软件环境422开发计划523可行性分析5231风险分析5232技术可行性6233操作可行性624设计方案对涉及工具和技术的相关说明7241C/S体系结构7242ORACLE8243JAVA8244JDBC简介83需求分析1031系统分析的任务与步骤10311系统分析的任务1032系统项目范围1133功能需求1134系统实体分析1435系统的数据库设计15351概念设计15352设计局部ER模式15353设计全局ER模式164总体设计1741系统功能说明17411系统总体功能表17412采集数据服务器和中央服务器模块功能17413软硬件环境需求20414产品质量需求2042建立数据库模型215详细设计2251AAA服务器端采集模块2252AAA服务器端备份模块2353AAA服务器端网络模块2554系统日志模块2655系统配置模块2756中央服务器端备份模块2957中央服务器端网络模块3058中央服务器端入库模块316系统测试3461系统测试的目的3462面向对象系统测试方案3463系统测试用例35结论38参考文献39致谢40外文原文41中文翻译491绪论11背景与意义随着电信企业的不断壮大，对计费系统的改进迫在眉捷。计费系统是电信企业的基础与核心，准确、灵活、实时的计费系统，更能为客户提供优质的服务，更增加市场竞争能力，更能促进企业的发展。目前，本地网的交换机一般都采用点对点脱机计费处理方式，即由机房现场的维护人员通过脱机方式将计费文件复制到各种可以运输的存储介质上（如磁带），再将存储介质送至相应的本地网计费中心进行分拣、划价及帐务处理，形成统一格式的数据。这种计费方式在当前电信网规模越来越大，电话业务日益增多的情况下，有以下突出问题，由于系统建设时没有统一的规范，使得软、硬件平台设置各异，不方便新业务的迅速推广；各套系统缺乏统一的资费管理使得处理计费话单时没有统一衡量的尺度，造成多收费和乱收费；难以保证数据的准确性，对于错误话单没有统一的处理办法；不能及时向用户提供业务使用情况报告和全方位的查询功能。整个电信系统对新型计费系统具有迫切的要求。同时采集数据用服务器系统的联机采集的核心之一是，要求具有非常高的可靠性。采集系统需要记录用户使用服务器的原始数据并依据原始数据核算费用。电信采集系统的计费系统的功能是由两部分组成，一部分是记录用户使用各服务的原始数据；另一部分是根据原始数据核算每服务每次每用户的费用,而对于用户费用的汇总统计是由整合系统的财务模块完成的。用户使用某些服务项目的原始数据是从各服务管理子系统传过来的，直接在当地电信的计费系统直接产生的，最后在中央计费系统上进行汇总核对采集系统之所以要保存各服务使用情况的原始数据记录是为了减少或避免因单方面记账而可能出现的人为造假行为；方便用户通过采集系统进行费用查询；在原始记录的基础上进行更深入的统计分析等。采集系统在计算每服务每次每用户的费用时，需要了解用户的登陆和退出信息，这就要求计费系统可以自动获取某一用户使用服务器的相关信息，从而方便采集系统计费。12电信计费系统数据分析处理系统的现状和优势目前，国内外电信计费信息数据分析处理日常维护管理管理一般采用两种方式一种纯手工管理；另一种则是利用一些较老的或是以别的系统为底板改版而成的系统来进行管理。但这两种方法都有各自的弊端前一种方法由于参与管理者的文化水平不一，字迹不一，互相之间会导致信息传达不便，而且纸质信息传载媒体有着一个很大的弱点就是容易损坏，造成信息丢失；后一种方法虽然解决了信息传达、信息保存的问题。但存在一个更致命的缺点系统安全问题得不到保证。在当前的信息化时代中，任何公司，都需要一个实用的电信计费信息系统来规范电信计费信息日常维护管理管理，这将会大大提高某某高校的管理水平，优化资源，实现效益的最大化。现在国内外也有很多设备日常维护管理电信计费信息数据分析处理的软件，采用的技术也是多种多样，但大多数电信计费系统数据分析处理系统主要用于国有电信的关键部门。至于小型的电信公司，利用电信计费系统数据分析处理系统组织分析处理计费信息的并不多。因为本系统是电信计费信息分析处理系统，所以注重于后台的数据分析，这部分功能并不呈现给任何用户，在开发时要考虑到各种计费的细节，确保计费的准确无误，去在完善功能的同时又必须兼顾系统的灵活性，安全性，健壮性。一个好的电信计费系统数据分析处理系统，不管是在各种错误原始数据的处理上，还是在各种数据的备份上，都能体现出自己的高性能。电信计费系统数据分析处理系统的优势主要表现在三个方面1电信计费信息日常维护管理无纸化，环保又方便。传统的电信计费信息日常维护管理方式，都是经由工作从员手工记录存档。这种传统的纸质电信计费信息日常维护管理管理，一是会有很大的体力消耗，二是在精力上也是不小的付出，而且这种辛苦在很多时候往往没能得到满意的回复。而无纸化电信计费信息日常维护管理，只需服务器自动运行，在体力上几乎没有多大的消耗，而且在环保、效率、针对计费信息分析处理上做得要比传统的电信计费信息日常维护管理管理科学得多。2科学管理，安全可靠。传统的电信计费信息日常维护管理管理方式，都是一份份独立的电信计费信息日常维护管理，一个电信计费信息对应一份，而这么一撂的设计，经常会由于各种原因，丢失或是污损，给电信计费信息日常维护管理和运行带来很大的麻烦和不便。而电信计费系统数据分析处理系统的动作，只需做好系统数据库的保护，以上问题可以迎刃而解了。3简化工作，促进其他方面的综合发展。由于电信计费系统数据分析处理系统的介入运行，可以使管理人员腾出更多的时间，做更多针对性的更有生产意义的工作，从而使每个员工都有机会在工作业绩上有更大的进步。13任务概述该系统要求中国电信各个营业厅的AAA服务器中采集到的/VAR/ADM/WTMPX目录下面的数据信息进行解析后每隔一小时向总服务器（中央处理器）发送一次。中央处理器将接收到的信息插入到数据库。数据库对总服务器（中央处理器）的数据信息进行分载处理，先把详细的信息存放在T_DETAIL_X中,然后由整合系统进行负载分摊定期采集次/小时原始计费LOGWTMPX文件,整理成BIDR类数据清单,并上传给中央处理系统。由位于中央处理系统的采集系统服务器端侦听并收集采集系统客户端发送的数据信息BIDR,并将数据保存至数据库表T_DETAIL_X中。14电信计费系统数据分析处理系统特点1没有操作界面整个系统的针对后台数据的处理和储存，不向电信客户呈现原始数据处理过程。2完备的系统操作功能系统开发的宗旨是最简约的操作步骤最完备的操作功能。初一看，这好像很矛盾，但是经过完整的策划编排，系统完全做到了功能无冗余无遗漏，这点也更好的体现了系统的人性化设计。3完善的安全机制独立的日志功能和备份功能，确保电信计费信息的数据有较好的安全性和准确性。2相关技术21系统说明本系统主要是在现有电信计费信息日常维护管理管理的基础上，把大量的人工管理信息转变为计算机管理，简化了某某电信公司公园人员的工作，提高了管理的效率，同时方便电信计费信息维护。本系统对数字化信息资源的组织采用数据库。系统的数据库结构是关系数据库ORACLE，后台主要开发语言为JAVA。信息平台的后台操作采用C/S操作结构以增强系统的安全保密性、系统稳定性和易操作性。JSP是目前最完备的面向对象语言，在未来仍然很有发展前途。ORACLE采用了关系型数据库结构，是一套精简、快速的数据库管理系统，它提供了多人使用的管理模式，并支持标准的SQL语法。211硬件环境本系统所用硬件环境如表21所示。表21硬件环境处理器I5267GHZ安装内存300GB212软件环境本系统所用软件环境如表22所示。表22软件环境操作系统WINDOW7开发工具MYECLIPSE服务器软件TOMCAT70JAVA语言版本JDK17数据库ORACLE22开发计划本系统开发计划如表23所示。表23系统开发计划起止日期内容2014年3月10日2013年4月5日需求分析,熟悉开发环境2014年4月6日2013年4月17日概要设计2014年4月18日2013年5月5日详细设计与调试2014年5月6日2013年5月25日系统测试23可行性分析可行性分析是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可行性分析应具有预见性、公正性、可靠性、科学性的特点。231风险分析1系统软件硬件的风险采用了性能较高的硬件电信计费信息，和较稳定的系统软件，系统仍存在一定的因软硬件崩溃而带来的风险。解决办法之一是定期备份数据以降低风险。由于系统初始化的数据量和种类非常大，如果让一个人或几个人来完成可能会造成数据输入的混乱，为此我们必须在数据输入前做好严格的、合理的人员分工，保证数据输入工作更加有条不紊。比如按照财会、材料、固定资产、生产、库存、订单、供应商、销售、客户等来合理的分组与组内分工。由于系统初始化的数据量和种类非常大，如果让一个人或几个人来完成可能会造成数据输入的混乱，为此我们必须在数据输入前做好严格的、合理的人员分工，保证数据输入工作更加有条不紊。比如按照财会、材料、固定资产、生产、库存、订单、供应商、销售、客户等来合理的分组与组内分工。数据正确性包括两方面的含义。首先，收集到的数据本身必须是正确的即数据来源是正确的,否则会造成“垃圾进、垃圾出”的数据处理有效率无效果现象数据本身的正确性更多的依赖于企业各部门数据收集人员,他们应当保证上交数据是正确的,没有遗漏、重复,也没有过时、失实的数据。其次在把收集到的数据输入系统的过程中，不能引入任何附加的错误。数据不准确的原因有很多种，主要有激励机制。在以工时定额为基准的奖励制度下，当操作人员估计当月的奖金数己经差不多了，或打算下月自己要请几天假时，他/她会留下一些工时放到下个月去用，而不如实填报此外，分配任务的班组长还有可能把工时定额油水大的活安排给与自己关系好的人去做，甚至会打乱了整体计划。总之，以完成工时定额作为发奖金的标准，其指导思想不是以客户满意为中心，因此，必须改革这种不利于数据准确的激励机制。各个业务人员数据处理不及时。以库存业务为例，如果没有做到“日清月结”，编制计划往往根据的是一个滞后的信息，得出的结论就将是错误的。因此我们一定要制定规范化的“工作准则与工作规程”，来保证数据的正确与实时传递，准确和实时的信息为企业的业务分析和决策提供可靠的保障。2计划的拖延系统的开发存在因计划拖延带来的风险。传统的管理智慧认为，有缺陷的决策好过没有决策。毕竟，你随时可以改变方向，并且至少还可以从错误中学习。实际上，如果决策得不到下属的赞同，那就不要急着强行做决定。不妨考虑这样一个决策流程虽然决策过程也许较慢，但是产生的决策即便不能取得一致同意，也能为每个人所接受。总的来说，管理者现在变得越来越善于倾听员工意见。但是，他们所带领的团队并不一定都看到了这一点。沟通是多方面的。人们会注意你的身体语言，观察你在看什么，你的手在做什么。开会时，你可能很难记起这一点，但管理这类信号其实非常重要。232技术可行性大学课程中的数据库原理，操作系统知识，网络基础等多门课程为整个课题开发提供了坚实的基础。JAVA是一种相对高效的上层开发语言，ORACLE也是一种简单的数据库，所以技术难度并不高。目前使用的开发技术来说，系统的功能目标能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。233操作可行性该系统如投入使用，预期作到界面友好，管理方便，使用简单，管理人员经过培训，也是完全能够使用本系统管理设备的相关信息的。操作可行性主要是指用户使用的舒适性，因此界面设计时要充分考虑管理人员的习惯，使得操作简单便宜数据录入迅速、规范、可靠；统计准确，制表灵活，适应力强，容易扩充。具有易用性、灵活性、开放性与可视性等，这些基本都可以实现。24设计方案对涉及工具和技术的相关说明241C/S体系结构本系统所面向的对象是电信计费主服务器。因此，将要采用比较流行的C/S三层结构，C/S结构图如图21所示。图21B/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体系下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。242ORACLEORACLE数据库系统是美国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使您的数据和其它应用无缝集成，各种新数据类型和TSQL扩展带来了诸多灵活性。C、JSP、XQUERY、XMLA、ADONET20、SMO、AMO等都将成为ORACLE数据平台上开发数据相关应用的有力工具。243JAVAJAVA是由SUNMICROSYSTEMS公司于1995年5月推出的JAVA面向对象程序设计语言（以下简称JAVA语言）和JAVA平台的总称。由JAMESGOSLING和同事们共同研发，并在1995年正式推出。JAVA最初被称为OAK，是1991年为消费类电子产品的嵌入式芯片而设计的。1995年更名为JAVA，并重新设计用于开发INTERNET应用程序。用JAVA实现的HOTJAVA浏览器（支持JAVAAPPLET）显示了JAVA的魅力跨平台、动态的WEB、INTERNET计算。从此，JAVA被广泛接受并推动了WEB的迅速发展，常用的浏览器均支持JAVAAPPLET。另一方面，JAVA技术也不断更新。244JDBC简介JDBC（JAVADATABASECONNECTIVITY,JAVA数据库连接）是一种用于执行SQL语句的JAVAAPI，可以为多种关系数据库提供统一访问，它由一组用JAVA语言编写的类和接口组成。JDBC为工具/数据库开发人员提供了一个标准的API，据此可以构建更高级的工具和接口，使数据库开发人员能够用纯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可为外部客户提供获取信息更新的更好方法。3需求分析31系统分析的任务与步骤系统分析的步骤如下（1）现行系统的详细调查。调查是分析与设计的基础。详细调查现行系统的情况和具体结构，并用一定的工具对现行系统进行详尽的描述，这是系统分析最基本的任务。在充分了解现行系统现状的基础上，进一步发现其存在的薄弱环节和问题，为下一步的需求分析和提出新的逻辑设计做好准备。详细调查应强调用户的参与，部门的业务人员、主管人员、系统分析人员、系统设计人员共同参与。调查工作应从企业组织的管理层开始，逐层向下调查，确保对整个企业的管理工作全面了解。在调查的过程中，要从客观去了解企业的现状和环境，掌握企业存在的问题和薄弱环节。为了便于分析人员和管理人员之间进行业务交流和分析问题，应尽可能使用各种形象直观的图表工具。调查工作的每一步都要事先计划好，对所有人的工作方法、调查所用的表格和图例都统一规范化处理。所有规范化调查结果都应整理后归档。以便以后工作中使用。对于系统实施的重点部分及近期内要先实施的局部系统进行重点调查。（2）在详细调查的基础上，进行需求分析。需求分析是指用户要求新系统应具有的全部功能和特性。主要包括功能需求，性能需求，可靠性需求，安全、保密需求，开发费用和时间以及资源方面的限制等。（3）提出新系统的逻辑模型，对新系统的逻辑模型进行适当的文字说明，组成系统分析报告。311系统分析的任务系统分析的主要任务是理解和表达用户对系统的应用需求。通过深入调查，和用户一起充分了解现行系统是怎样工作的，理解用户对现行系统的改进要求和对新系统的要求。在此基础上，把和用户共同理解的新系统用恰当的工具表达出来。其主要工作内容是（1）了解用户需求。通过对现行系统中数据和信息的流程以及系统的功能给出逻辑的描述，得出现行系统的逻辑模型。（2）确定系统逻辑模型，形成系统分析报告。在调查和分析中得出新系统的功能需求，并给出明确的描述。根据需要与实现可能性，确定新系统的功能，用一系列图表和文字给出新系统功能的逻辑描述，进而形成系统的逻辑模型。完成系统分析报告，为系统设计提供依据。了解用户要求。此用户即为的系统使用人员（电信公司人员）。了解他们在系统功能、性能等方面的要求及用户在硬件配置、开发周期处理方式等方面的意向与打算。把用户要求成文，完成系统分析报告。系统的逻辑模型由一系列的图表和文字组成。在逻辑上描述了系统的目标和所具备的功能于性能。32系统项目范围电信计费系统数据分析处理系统需要记录用户使用服务器的原始数据并依据原始数据核算费用。电信采集系统的计费系统的功能是由两部分组成，一部分是记录用户使用各服务的原始数据；另一部分是根据原始数据核算每服务每次每用户的费用,而对于用户费用的汇总统计是由整合系统的财务模块完成的。用户使用某些服务项目的原始数据是从各服务管理子系统传过来的，直接在当地电信的计费系统直接产生的，最后在中央计费系统上进行汇总核对电信计费系统数据分析处理系统之所以要保存各服务使用情况的原始数据记录是为了减少或避免因单方面记账而可能出现的人为造假行为；方便用户通过采集系统进行费用查询；在原始记录的基础上进行更深入的统计分析等。电信计费系统数据分析处理系统在计算每服务每次每用户的费用时，需要了解用户的登陆和退出信息，这就要求计费系统可以自动获取某一用户使用服务器的相关信息，从而方便采集系统计费。33功能需求本系统的系统功能图如图31所示。图31系统功能结构图定期采集次/小时原始计费LOGWTMPX文件,整理成BIDR类数据清单,并上传给中央处理系统。由位于中央处理系统的采集系统服务器端侦听并收集采集系统客户端发送的数据信息BIDR,并将数据保存至数据库表T_DETAIL_X中。本系统的系统运行流程图如图32所示。图32系统运行流程图该系统要求中国电信各个营业厅的AAA服务器中采集到的/VAR/ADM/WTMPX目录下面的数据信息进行解析后每隔一小时向总服务器（中央处理器）发送一次。中央处理器将接收到的信息插入到数据库。数据库对总服务器（中央处理器）的数据信息进行分载处理，先把详细的信息存放在T_DETAIL_X中,然后由整合系统进行负载分摊。采集系统各个模块之间要遵循高内聚，低耦合的原则单个模块完成单一的功能，移植性较好；各个模块之间依赖性较小。采集子系统是基于C/S架构的客户端服务器模式，用户必须要先登录才能进行计费；中央处理器系统接收多个AAA服务器发送的BIDR数据信息，因此要有处理并发事物，进行并发控制的功能。本系统的系统模块结构图如图33所示。图33系统模块结构图采集子系统采集子系统分为配置模块、日志模块、采集模块、备份模块、网络模块和入库模块五大模块。配置模块实例化其他模块,降低模块之间的耦合性,通过配置文件配置多个模块之间关系,使各个模块遵循高内聚,低耦合。日志模块将系统运行过程信息记入日志文件,以备查验即记录用户的登陆和退出记录日志文件不是纯文本文件。采集模块采集模块是AAA服务器端的核心模块,其主要功能是采集原始计费信息,整理成BIDR数据类清单。在设计过程中的遇到的问题及解决方法1账号设置问题2怎么样解析及形成计费文件3用户的识别问题4对于WTMPX内用户信息文件的读取问题5用户上下线时间可能交叉，一次登录可能跨时间段，针对不同情况该如何计费问题解决1区分账号，设计账务账号和业务账号，账务账号的作用是用于缴费，一个账务账号可以携带多个业务账号，业务账号是用于远程连接到AAA服务器上，用来使用服务器的，如果有多个组，每个组可以分配一个业务账号，这个组的每个成员可以同时登陆一个业务账号，进行多人登陆访问。此时计费按各个PC机的使用时间收费,将进行多次收费,因为多人同时在使用服务器。2在对WTMPX进行解析时，找到用户的上线标志7，并匹配下线标志8在上下线交叉时只取首7和最末尾的一个8当跨时区时，可以人为的在每次传送时制造下线标志8和一个上线标志7即可。WTMPX每隔一个小时进行一次解析,跨时段的用户即使用时间超过一个小时的计费解决方法在时间交叉点可以人为设置某个点为自动设置时间点可以人为自动的设置一个上线和下线记录,生成计费信息。3针对多个人在使用同一个账号时的收费,因为用户名相同,若按照用户名收费,将会出现混乱因此收费识别用户名IP地址,进行唯一识别。4为防止漏记或重复计费的问题，以一个小时为一时间段，每小时对文件进行一次读取操作，读取到哪个位置做一次标记，下次读取时从该标记处开始。5某个用户某段时间内多次登陆同一个服务器时,WTMPX文件中用户的登陆和退出记录交叉进行的计费标准取最长的时差以用户首次登录记录为基准,设置一个计数器,查询记录遇”7”加1,遇”8”1,直到计数器为0,到最后一次退出记录。计费LOG文件/VAR/ADM/WTMPX,不是纯文本文件,因此采集系统将调用/USR/LOCAL/BIN/LWTMPX分析小程序,把/VAR/ADM/WTMPX分析成JAVA能识别的文件LWTMPX默认把/VAR/ADM/WTMPX文件分析结果输出到当前目录WTMPX文件中,文件格式不变,如果WTMPX文件已经存在,覆盖,如果不存在,自动生成。34系统实体分析实体分析如下所示1BIRD表，本表用于存储某一用户的上下线时间，通过LOGIN_IP唯一确定一个用户，通过TIME_DURATION确定计费时间，BIDR表如表31所示。表31BIDR数据库表图BIDRAAA_LOGIN_NAMEVARCHAR250LOGIN_IPVARCHAR250LOGIN_DATEVARCHAR250LOGOUT_DATEVARCHAR250NAS_IPVARCHAR260TIME_DURATIONVARCHAR2302T_DETAIL_X，本表用于存储每日有效地计费信息，其中表明中的X表示某某日，通过在数据库进行循环生成表，在代码中进行当日的信息的存储，每张表都存储当日有效的计费信息，T_DETAIL_X如表32所示。表32每日详细计费数据表图35系统的数据库设计351概念设计在概念设计阶段中，从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。利用ER方法进行数据库的概念设计，可分成三步进行首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。352设计局部ER模式实体和属性的定义1BIDR采集原始计费LOG（RADWTMP文件，整理成BIDR类数据清单。2实体关系定义ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是11、1N、MN的关系。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系。实体关系如图34所示。N1图34计费信息分析处理ER图T_DETAIL_XAAA_LOGIN_NAMEVARCHAR250LOGIN_IPVARCHAR250LOGIN_DATEVARCHAR250LOGOUT_DATEVARCHAR250NAS_IPVARCHAR260TIME_DURATIONVARCHAR230BIDRT_DETAIL_X拥有353设计全局ER模式所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。1确定公共实体类型为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。2ER模式的合并合并的原则是首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。3消除冲突冲突分为三类属性冲突、结构冲突、命名冲突。设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。4全局ER模式的优化在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。4总体设计41系统功能说明NASNAS（NETACCESSSERVER,网络访问服务器）用户拨号后发出PPP请求接入NAS，NAS负责提示用户输入用户名和密码，向指定的RADIUSSERVER发出认证请求，得到认证结果并分配给用户IP地址，用户就可以接入INTERNET。AAA服务器AAA指的是AUTHENTICATION验证，AUTHORIZATION授权，ACCOUNTING计费。处理NAS的发送过来的ACCESSREQUEST请求，请求串中包含用户名和MD5加密过后的密码，通过数据库取出数据进行验证此过程称之为（验证过程），验证完毕后返回NAS结果串ACCESSACCEPTORACCESSREJECT此过程称之为授权，认证、授权通过，就对用户进行计费。411系统总体功能表系统总体功能如表41所示。表41系统总体功能子功能读取原始计费文件进行原始数据的分割处理客户端对有效信息进行分析，形成BIRD对象客户端对于有效但是不能立刻处理的数据进行备份系统方法调用可以生成日志客户端服务器处理完毕后向中央服务器发送有效BIDR对象中央服务器端进行数据的接收中央服务器端进行未处理的数据进行备份中央服务器端进行有效计费数据的整理后存入数据库电信积分系统数据分析处理系统中央服务器端生成日志文件412采集数据服务器和中央服务器模块功能系统模块功能需求AAA服务器端采集模块功能如表42所示。表42AAA服务器端采集模块功能具体模块功能进行原始数据文件进行读取采集模块有效信息进行分析，形成BIDR对象AAA服务器端备份模块功能如表43所示。表43AAA服务器端备份模块功能具体模块功能备份模块将暂时无法处理的数据通过输出流输出文件进行物理存储AAA服务器端日志模块功能如表44所示。表44AAA服务器端日志模块功能具体模块功能记录系统自动调用的方法记录系统出错信息的位置和方法名日志模块记录各文件的位置AAA服务器端网络模块功能如表45所示。表45AAA服务器端网络模块功能具体模块功能进行BIDR对象传输网络模块利用SOCKET套接字与中央服务器传输数据AAA服务器端配置模块功能如表46所示。表46AAA服务器端配置模块功能具体模块功能对于系统中所有类的实例的管理，通过配置模块得到实例配置连接数据库的信息配置原始数据文件的位置配置备份文件的存放位置配置模块配置网络模块的端口号/IP地址中央服务器端网络模块功能如表47所示。表47中央服务器端网络模块功能具体模块功能接收BIDR对象形成的输入流网络模块利用SOCKET套接字与采集数据服务器连接中央服务器端入库模块功能如表48所示。表48中央服务器端入库模块功能具体模块功能分析采集数据服务器端传输来的BIDR对象入库模块利用JDBC技术进行有效计费信息的存储中央服务器端配置模块功能如表49所示。表49中央服务器端配置模块功能具体模块功能对于系统中所有类的实例的管理，通过配置模块得到实例配置连接数据库的信息配置原始数据文件的位置配置备份文件的存放位置配置模块配置网络模块的端口号/IP地址中央服务器端备份模块功能如表410所示。表410中央服务器端备份模块功能具体模块功能备份模块将暂时无法处理的数据通过输出流输出文件进行物理存储中央服务器端日志模块功能如表411所示。表411中央服务器端日志模块功能具体模块功能记录系统自动调用的方法记录系统出错信息的位置和方法名日志模块记录各文件的位置413软硬件环境需求软硬件环境需求如表412所示。表412软硬件环境需求表需求名称详细要求运行速度系统启动运行时间不超过5MIN，服务器端定时采集1次/小时，向中央服务器定时提交1次/小时容量占用内存大于100MB操作系统性能10/100MBIT/S网络传输率10/100MBIT/S414产品质量需求产品质量需求如表413所示。表413产品质量需求表主要质量属性详细要求正确性经过测试达到了预期的效果健壮性具有一定的健壮性可靠性容错能力强，测试质量合格性能，效率性能优，效率高易用性跨平台操作清晰性优安全性安全可靠性极好可扩展性优良的可靠的接口兼容性可作用于任何平台可移植性正确的进行软件配置后，就可以正常运行程序42建立数据库模型电信计费系统数据分析处理系统数据库表如表414所示。表414原始数据对象表BIDR序号字段名称字段类型大小允许为空最大长度1AAA_LOGIN_NAMEVARCHAR250是102LOGIN_IPVARCHAR250是103LOGIN_DATEDATE50是104LOGOUT_DATEDATE50是205NAS_IPVARCHAR250是11电信计费系统数据分析处理系统数据库表如表415所示。表415中央服务器端有效计费信息表T_DETAIL_X序号字段名称字段类型大小允许为空最大长度1AAA_LOGIN_NAMEVARCHAR250是102LOGIN_IPVARCHAR250是103LOGIN_DATEDATE50是104LOGOUT_DATEDATE50是205NAS_IPVARCHAR250是115详细设计51AAA服务器端采集模块本模块是采集模块，所实现的功能是进行原始数据文件进行读取、有效信息进行分析，形成BIDR对象。形成BIDR对象、筛选出有效但无法处理的数据。本模块代码比较复杂，需要进行保证原始计费信息的第一次筛选，并形成对象，其中读取文件，拆分字符串等都难度较高。本部分采用JAVA中的IO流技术进行文件的读入，JAVA中的流，可以从不同的角度进行分类。按照数据流的方向不同可以分为输入流和输出流。按照处理数据单位不同可以分为字节流和字符流。按照实现功能不同可以分为节点流和处理流。输出流流程如图51所示。图51输出流流程图输出流流程如图52所示。图52输入流流程图因此输入和输出都是从程序的角度来说的。字节流一次读入或读出是8位二进制。字符流一次读入或读出是16位二进制。字节流和字符流的原理是相同的，只不过处理的单位不同而已。后缀是STREAM是字节流，而后缀是READER，WRITER是字符流。AAA服务器端的核心方法，用于读取最原始的计费信息文件，通过JAVA中的输入输出流技术，读取原始的计费信息，通过STRING类中的方法进行每一行数据的处理，形成BIDR对象，然后形成BIDR对象组成的集合，方便传输，方便备份等。PRIVATEVOIDGATHERSTRINGDATASOURCEFILETHROWSIOEXCEPTIONFILEFNEWFILEDATASOURCEFILERANDOMACCESSFILERAFNULLIFFEXISTSLONGPOSITION0LPOSITIONGETPOSITIONFROMFILEDATAPOSITIONFILERAFSEEKPOSITIONSTRINGSOURCENULLWHILESOURCERAFREADLINENULLIFSOURCETRIMLENGTHMN“FILEAPPENDERFILEAPPENDERNULLCONSOLEAPPENDERCONSOLEAPPENDERNULLTRYFILEAPPENDERNEWFILEAPPENDERLAYOUT,LOGFILEPATH,TRUECONSOLEAPPENDERNEWCONSOLEAPPENDERLAYOUTCATCHIOEXCEPTIONEXSYSTEMOUTPRINTLNEXGETMESSAGEEXPRINTSTACKTRACELOGGERADDAPPENDERFILEAPPENDERLOGGERADDAPPENDERCONSOLEAPPENDERLOGGERSETLEVELLEVELPUBLICVOIDWRITESTRINGLOG,INTLEVELGRADESWITCHLEVELGRADECASE1WRITEDEBUGLOGBREAKCASE2WRITEINFOLOGBREAKCASE3WRITEWARNLOGBREAKCASE4WRITEERRORLOGBREAKCASE5WRITEFATALLOGBREAKDEFAULTWRITEINFO“SORRY,PLEASEINPUTAPPRECIATEPRIORITY“55系统配置模块实例化其他模块,降低模块之间的耦合性