经营支撑中心内部报表系统.docx
《经营支撑中心内部报表系统.docx》由会员分享，可在线阅读，更多相关《经营支撑中心内部报表系统.docx（29页珍藏版）》请在冰豆网上搜索。
经营支撑中心内部报表系统
<>
摘要
本文主要从内部报表展现系统的系统架构、用户设置及权限管理、报表开发及展现形式、相关部门使用情况等方面来描述该系统的功能实现及应用概况。
文中重点描述用户设置及权限管理、报表开发展现形式及相关部门使用情况部分的内容，尽量采用实例，增强文档的易读性，务求能给整个分公司经营数据的提取提供指引。
关键词：
报表展现用户设置权限管理应用使用情况
引言
随着市场竞争的日趋激烈，分公司前端部门的营帐数据统计需求呈直线上升的态势，我中心报表统计人员每日需要完成的统计工作量非常巨大。
为了更好的对前端的统计需求及市场分析做好支撑，同时减轻我中心报表统计人员的统计压力，充分利用中心的机器资源，搭建了内部报表系统。
第一部分系统建设背景简介
一、系统建设背景
随着近年来电信业务的迅猛发展，市场竞争的日趋激烈，分公司前端部门的营帐数据统计需求呈直线上升的态势，平均每天通过客响提交至我中心的统计需求单多达四、五十张，且相当多的统计单都属于前端部门每月、每周、每日需要固定提取的数据，因此我中心报表统计人员每日需要完成的统计工作量非常巨大，经常需要加班加点进行数据统计工作。
在这种情况下，不少统计单需要排队等候处理，对于前端部门来说，营帐数据不能以最快的速度提取、分析，也在一定程度上影响了前端的营销决策。
为了更好的对前端的统计需求及市场分析做好支撑，同时减轻我中心报表统计人员的统计压力，充分利用中心的机器资源，搭建了内部报表系统。
该系统以目前流行的B/S模式进行搭建，可以跨多系统对目前前端部门每月、每周、每日需要固定提取的数据以网页形式做成固定报表进行展现，同时通过用户认证系统，做到相应部门的报表数据只有相应用户可以访问，保证了数据的安全性。
二、系统架构
该系统由报表门户服务器、报表鉴权服务器、报表元数据数据库服务器三部分组成，架构如图1所示：
图1
报表门户服务器使用部门原有的戴尔2950服务器，安装的是COGNOS公司的REPORTNET8作为门户服务软件；报表鉴权服务器利用了部门闲置PC机作为服务器，使用的是COGNOS公司的DATAACCESS作为用户鉴权软件；报表元数据数据库服务器也是利用了部门闲置PC机作为服务器，使用微软的SQLSERVER2000作为数据库。
报表元数据数据库服务器的主要功能就是把用户需要访问的报表由开发人员在本地使用COGNOS配套的开发软件FRAMEWORK对各生产系统的数据进行抽取、整理、编辑成元数据后以包的形式存放在报表元数据数据库服务器上。
报表门户服务器的主要功能一方面是提供开发人员一个网页门户的界面对报表元数据进行开发，按照前端部门需求的格式开发出相应的报表。
另一方面也是提供普通用户一个网页门户，通过这个门户可以访问相应的报表。
相应用户的添加、修改、删除以及用户所能访问的报表、对报表操作的权限赋予、收回就是通过在报表鉴权服务器操作来实现的。
三、用户设置及权限管理
整个内部报表展现系统的用户设置及权限管理是在报表鉴权服务器上使用COGNOS公司的DATAACCESS软件来进行的，如图2所示：
图2
通过图2，我们可以看到，整个用户管理是通过角色+用户的模式实现的。
所谓角色就是具有相同属性、权限的用户组，在图2中，每个有报表展现需求的部门都创建了一个角色（如图2中RootUserClass路径下），，对该角色进行权限设置，这样角色下面创建的所有用户（如图2中User路径下）都拥用有该角色所设置的权限。
更多文章mxdwk
<>
1.绪论
1.1研究背景
网络被认为是互联网发展的第三阶段。
网络的设计和实施能够带来切身实际的利益，城域网、企业网、局域网、家庭网和个人网络都是网络发展的体现。
网络发明的初衷并不仅仅是表现在它的规模上，而是互联互通，资源共享，消除资源访问的壁垒，让生活更加方便、快捷、高效。
随着网络技术的发展，网络在应用方面也体现出了很大的潜力，能够共享和调度成千上万的计算设备协同并发工作，能汇聚数百万计的信息资源加以归类、分析和发布，还可以让世界每一个角落的人们实时沟通交流。
在现代高速发展的社会里，企业与企业之间的联系日益密切，大量的、复杂的信息交流显得由为重要。
随着电子科技的高速发展，那些如何复杂大量的信息，通过网络技术帮助下，就可以轻而易举的从某一地方传送到另一地方，而且简单、快速、准确，给人们带来了很大的方便。
而在现代企业中，网络技术在管理中的应用，已显得举足轻重。
随着企业信息化进程的进一步深入和发展，计算机在企业中的应用越来越广泛，而企业对计算机的依赖越来越强。
随着网络应用的日益丰富以及人们在日常生活中对网络依赖的日渐紧密，那么对于网络吞吐量，网络延时，网络链路的稳定性以及网络服务的多样性就会产生新的要求，同时也希望网络应用的花销能更加低廉，这样针对电信网络运营商所提供的服务将会产生巨大的挑战，本实时通信系统的成功应用将会给运营商们提供更加方便，快捷，稳定，并且低廉的网络运营成本，本实时通信系统帮助企业实现巨大的商业价值的同时也为用户带来的更加高效，快速，稳定并且廉价的网络服务资源。
1.2选题理论
1.2.1需求分析方法
在软件的设计和开发过程中，需求分析是一个重要的阶段，是项目开发的基本要素，是项目实现和实行的关键。
软件工程的需求分析指的是了解用户需求，在软件的功能上和客户沟通并且达成一致，评估软件的风险系数和项目需要付出的代价，最终形成一个完善设计实现的复杂过程。
目前比较流行的软件需求分析方法有：
结构化分析方法和面向对象的分析方法。
1.结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规约的原理与技术。
它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。
结构化分析的步骤如下：
①分析当前的情况，做出反映当前物理模型的DFD;②推导出等价的逻辑模型的DFD;③设计新的逻辑系统，生成数据字典和基元描述;④建立人机接口，提出可供选择的目标系统物理模型的DFD;⑤确定各种方案的成本和风险等级，据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
2.面向对象分析
面向对象是在结构化设计方法出现很多问题的情况下应运而生的。
从结构化设计的方法中，我们不难发现，结构化设计方法求解问题的基本策略是从功能的角度审视问题域。
它将应用程序看成实现某些特定任务的功能模块，其中子过程是实现某项具体操作的底层功能模块。
在每个功能模块中，用数据结构描述待处理数据的组织形式，用算法描述具体的操作过程。
面对日趋复杂的应用系统，这种开发思路逐渐暴露了一些弱点。
那么面向对象的分析首先根据客户需求抽象出业务对象;然后对需求进行合理分层，构建相对独立的业务模块;之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求;最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。
1.4.2系统开发设计方法
软件的开发设计模型是将软件开发的整个过程、事件以及任务提取汇总而成的结构化框架。
软件的开发包括了需求分析、系统设计、编码实现以及单元、系统测试等阶段，有时也会有一部分的后期维护阶段。
软件的开发设计模型能够更加清晰、直观地反应出软件设计开发的全部过程，明确定义了开发过程中所需要完成的事件和任务。
常见的软件设计模型有：
边做边改模型、瀑布模型、原型模型、增量模型、螺旋模型、演化模型、喷泉模型、智能模型、混合模型等，下面将列举并介绍其中比较常用的两种模型。
第2章实时通信系统的需求分析
2.1客户业务需求分析
网络如今已经成为人们日常生活中不可或缺的一部分，无论是个人娱乐还是工作拓展，以及将来的智能生活和办公需求，都需要网络的承载，随着网络应用发展的突飞猛进，人们对网络的承载能力，业务种类的多样性，以及网络的稳定性提出了更高，更多的要求。
本通信系统针对自己的核心客户需求给出了不同的定制方案，本文针对各大客户的共同需求，有以下几个方面.
1.网络带宽方面，要求核心网单口接入全面铺设10Gbps端口，最大单机承载达到960Gbps。
2.服务多样性方面，要求全面支持IEEE802.1q，802.1p，802.1ad等全业务承载，对于多用户网桥要求支持基于虚拟专用局域网业务建连，对于核心网要求采用MPLS方式承载接入。
3.网络稳定性方面，要求支持多链路，多接点通信保护，倒换时间不超过50ms，核心网保护需要支持BFD，FRR两种工作模式。
4.链路维护方面，要求支持ITU-TY.1731的链路检测和诊断。
5.网络运营质量和分级管理方面，要求支持层次化业务分级和管理。
6.网管方面：
需要提供图形化管理界面，需要具备跨厂商设备识别管理能力，动态路由计算能力，多业务配置管理能力。
2.2网络拓扑和设备需求分析
通过对客户现网运营拓扑的分析，本系统给出了适用的各种网络需求拓扑以及相应的设备安排。
本系统的网络拓扑中需要包含一个MPLS核心域和多个以太网交换边缘域，称之为标准域。
第3章实时通信系统的详细设计.....................24-44
3.1基于单点直通业务的模块功能设计...................24-34
3.2基于多点桥接业务的模块功能设计...................34-44
第4章实时通信系统相关功能的实现...................44-60
4.1协议转换模块的实现...................45-54
4.2业务承载模块相关功能的实现...................54-60
共2页:
上一页12下一页
第5章实时通信系统测试...................60-65
5.1端到端系统测试...................60-62
5.1.1链路保护业务承载测试...................60
5.1.2节点保护业务承载测试...................60-61
5.1.3多节点保护业务承载测试...................61-62
5.2基于RFC2544网络设备互联基准...................62-65
5.2.1吞吐量测试...................62-63
5.2.2丢包率测试...................63
5.2.3延时测试...................63-64
5.2.4背靠背测试...................64-65
结论
该项目历时两年，本人参与了全部的客户需求分析，设计，系统实现以及现网试运营测试，本实时通信系统为公司签下了多家著名网络服务提供商的现网布局订单，并且成功在现网当中运行，从客户的反馈方面，无论是现网容量的提升，多业务的承载，灵活的Qos服务还是高质量的网络稳定性，都得到了客户的肯定，运营商们通过本系统提供的高质量网络服务，赢得了更多的用户，在商业上也获得了更大的盈利，同时对网络用户而言，网络质量更加稳定，网络带宽更加宽阔，同时价格也更加低廉。
通过该项目的设计与实现，本人对以太网通信技术有了更加深刻的了解，最重要的是通过这个项目的实施，能够对现网运营方面有一个整体了解，对客户的真实需求也有了一定的认识，在项目中取得的这些宝贵经验无论是在今后的工作和研究方面都是很重要的帮助和财富。
随着语音市场的饱和以及语音业务每用户平均收入的下降，运营商的利润增长面临挑战。
多业务提供商向IP/Ethernet平台转移，不仅能开发更有价值的个性化多媒体业务，还能有效降低成本。
多业务提供商正在寻找能够支持从2G向3G和宽带无线接入平滑演进的传输解决方案。
同时，他们希望能在网络规模不断增大的情况下有效地控制运营成本，于是他们纷纷考虑建设自己的下一代移动承载网。
对于我们设备服务供应商来说，希望能够给移动运营商们提供支持多种业务的接入承载层网络，这同时也是本人下一个阶段的工作重点，中国电信运营商重组后，三大全业务经营商要经营固网宽带业务，营移动业务。
但原本地传输网存在一系列的不足，必须对传输网尤其是网络融合方案进行深入研究。
全业务所承载的主要业务包括传统的语音及其增值业务、宽带数据承载及接入业务、行业和企业大客户VPN专线业务、移动语音和移动数据及其增值业务等;——传统语音及其增值业务对于传统的固网运营商来说，接入网和交换机模块均是通过传输网进行承载。
基于语音的智能网业务及彩铃、一号通等业务包括信令网的承载也对传输网电路也存在一定的需求。
各运营商还建设了比例不多基于NGN的MSAG和MSAN软交换接入网关系统，也是承载在接入传输网的MSTP上，语音业务占原固网运营商传输网络整体负荷的需求的35%左右。
——宽带数据承载及接入业务固网运营商IP城域网的核心层至汇聚层基本上均承载于光纤或波分系统上，对于传输网的核心层压力较小，但是城乡结合部、郊区、乡镇和部分农村所存在的宽带接入需求，如ADSL、ADSL2+、LAN及部分宽带接入专线，这些业务承载在传输网的汇聚层和接入层的MSTP上，每用户带宽需求在1～4M之间，随着宽带用户和宽带用户带宽需求的不断增加，传输接入网的电路容量日益成为发展瓶颈，宽带数据接入业务需求占原固网运营商传输网接入环整体负荷的55%左右。
——大客户专线接入业务大客户专线业务发展的初期，大量采用PDH和集中式PDH进行组网，随着传输设备的不断发展，小型化、微型化的传输设备日益完善，部分城市的本地网已经大规模采用微型和小型传输设备接入大客户专线，对于业务安全性需求不大的部分用户，这些业务量部分转移到基于数据网的MPLSVPN网络上。
大客户专线接入业务占本接入传输网容量的10%左右;——移动语音和数据业务随着电信重组后三大全业务运营商的成立，传输网需要为原有2G及建设中的3G的网络中提供移动话音和数据通信服务，包括核心网和接入网。
这些业务需求如果不考虑运营商重组，则需要100%完全承载在原移动运营商的传输网上。
全业务本地传输网的传统语音业务、移动语音业务和各类数据业务的基石，网络中各种数据业务发展迅速，如何快速接入多种业务，充分利用现有传输网络的带宽开展业务，是全业务运营商在竞争中赢得主动的关键。
随着传输技术的不断发展，网络组网技术也将不断演进，本地传输网将必然发挥越来越大的作用。
参考文献
[1]Kodialam,M;LakshmanT.Dynamicroutingofbandwidthguaranteedtunnelswithrestoration[J].
[2]JasperneiteJ;NeumannP;TheisMDeterministic.Real-timeCommunicationwithSwitchedEthernet[J].2002.
[3]WilwertC;RondeauE.PerformanceEvaluationonSwitchedEthernetArchitectures[J].
[4]李朝举.Internet核心网络的实现方法[J]2000（03）.
[5]敖志刚.《万兆以太网及其实用技术》[M]，北京：
电子工业出版社，2007.7.
[6]N.N.TechFestEthernetTechnicalSummary-EthernetMediaAccessControl[J].1999.
[7]Chris.Cole;John.D'.Ambrosia;Chris.DiMinico.TheNextGenerationofEthernet[OL].
[8]DANIEOA.MPLSandtrafficengineeringinIPnetworks[J]1999（12）
[9]RosenE;VISWANATHANA;CALLONRMultiprotocollabelswit-chingarchitecture2001
[10]AndersonL,DOOLANP,FELDMANN.LDPspecification2001.
<>
1.绪论
1.1研究背景
网络被认为是互联网发展的第三阶段。
网络的设计和实施能够带来切身实际的利益，城域网、企业网、局域网、家庭网和个人网络都是网络发展的体现。
网络发明的初衷并不仅仅是表现在它的规模上，而是互联互通，资源共享，消除资源访问的壁垒，让生活更加方便、快捷、高效。
随着网络技术的发展，网络在应用方面也体现出了很大的潜力，能够共享和调度成千上万的计算设备协同并发工作，能汇聚数百万计的信息资源加以归类、分析和发布，还可以让世界每一个角落的人们实时沟通交流。
在现代高速发展的社会里，企业与企业之间的联系日益密切，大量的、复杂的信息交流显得由为重要。
随着电子科技的高速发展，那些如何复杂大量的信息，通过网络技术帮助下，就可以轻而易举的从某一地方传送到另一地方，而且简单、快速、准确，给人们带来了很大的方便。
而在现代企业中，网络技术在管理中的应用，已显得举足轻重。
随着企业信息化进程的进一步深入和发展，计算机在企业中的应用越来越广泛，而企业对计算机的依赖越来越强。
随着网络应用的日益丰富以及人们在日常生活中对网络依赖的日渐紧密，那么对于网络吞吐量，网络延时，网络链路的稳定性以及网络服务的多样性就会产生新的要求，同时也希望网络应用的花销能更加低廉，这样针对电信网络运营商所提供的服务将会产生巨大的挑战，本实时通信系统的成功应用将会给运营商们提供更加方便，快捷，稳定，并且低廉的网络运营成本，本实时通信系统帮助企业实现巨大的商业价值的同时也为用户带来的更加高效，快速，稳定并且廉价的网络服务资源。
1.2选题理论
1.2.1需求分析方法
在软件的设计和开发过程中，需求分析是一个重要的阶段，是项目开发的基本要素，是项目实现和实行的关键。
软件工程的需求分析指的是了解用户需求，在软件的功能上和客户沟通并且达成一致，评估软件的风险系数和项目需要付出的代价，最终形成一个完善设计实现的复杂过程。
目前比较流行的软件需求分析方法有：
结构化分析方法和面向对象的分析方法。
1.结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规约的原理与技术。
它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。
结构化分析的步骤如下：
①分析当前的情况，做出反映当前物理模型的DFD;②推导出等价的逻辑模型的DFD;③设计新的逻辑系统，生成数据字典和基元描述;④建立人机接口，提出可供选择的目标系统物理模型的DFD;⑤确定各种方案的成本和风险等级，据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
2.面向对象分析
面向对象是在结构化设计方法出现很多问题的情况下应运而生的。
从结构化设计的方法中，我们不难发现，结构化设计方法求解问题的基本策略是从功能的角度审视问题域。
它将应用程序看成实现某些特定任务的功能模块，其中子过程是实现某项具体操作的底层功能模块。
在每个功能模块中，用数据结构描述待处理数据的组织形式，用算法描述具体的操作过程。
面对日趋复杂的应用系统，这种开发思路逐渐暴露了一些弱点。
那么面向对象的分析首先根据客户需求抽象出业务对象;然后对需求进行合理分层，构建相对独立的业务模块;之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求;最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。
1.4.2系统开发设计方法
软件的开发设计模型是将软件开发的整个过程、事件以及任务提取汇总而成的结构化框架。
软件的开发包括了需求分析、系统设计、编码实现以及单元、系统测试等阶段，有时也会有一部分的后期维护阶段。
软件的开发设计模型能够更加清晰、直观地反应出软件设计开发的全部过程，明确定义了开发过程中所需要完成的事件和任务。
常见的软件设计模型有：
边做边改模型、瀑布模型、原型模型、增量模型、螺旋模型、演化模型、喷泉模型、智能模型、混合模型等，下面将列举并介绍其中比较常用的两种模型。
第2章实时通信系统的需求分析
2.1客户业务需求分析
网络如今已经成为人们日常生活中不可或缺的一部分，无论是个人娱乐还是工作拓展，以及将来的智能生活和办公需求，都需要网络的承载，随着网络应用发展的突飞猛进，人们对网络的承载能力，业务种类的多样性，以及网络的稳定性提出了更高，更多的要求。
本通信系统针对自己的核心客户需求给出了不同的定制方案，本文针对各大客户的共同需求，有以下几个方面.
1.网络带宽方面，要求核心网单口接入全面铺设10Gbps端口，最大单机承载达到960Gbps。
2.服务多样性方面，要求全面支持IEEE802.1q，802.1p，802.1ad等全业务承载，对于多用户网桥要求支持基于虚拟专用局域网业务建连，对于核心网要求采用MPLS方式承载接入。
3.网络稳定性方面，要求支持多链路，多接点通信保护，倒换时间不超过50ms，核心网保护需要支持BFD，FRR两种工作模式。
4.链路维护方面，要求支持ITU-TY.1731的链路检测和诊断。
5.网络运营质量和分级管理方面，要求支持层次化业务分级和管理。
6.网管方面：
需要提供图形化管理界面，需要具备跨厂商设备识别管理能力，动态路由计算能力，多业务配置管理能力。
2.2网络拓扑和设备需求分析
通过对客户现网运营拓扑的分析，本系统给出了适用的各种网络需求拓扑以及相应的设备安排。
本系统的网络拓扑中需要包含一个MPLS核心域和多个以太网交换边缘域，称之为标准域。
第3章实时通信系统的详细设计.....................24-44
3.1基于单点直通业务的模块功能设计...................24-34
3.2基于多点桥接业务的模块功能设计...................34-44
第4章实时通信系统相关功能的实现...................44-60
4.1协议转换模块的实现...................45-54
4.2业务承载模块相关功能的实现...................54-60
共2页:
上一页12下一页
第5章实时通信系统测试...................60-65
5.1端到端系统测试...................60-62
5.1.1链路保护业务承载测试...................60
5.1.2节点保护业务承载测试...................60-61
5.1.3多节点保护业务承载测试...................61-62
5.2基于RFC2544网络设备互联基准...................62-65
5.2.1吞吐量测试...................62-63
5.2.2丢包率测试...................63
5.2.3延时测试...................63-64
5.2.4背靠背测试...................64-65
结论
该项目历时两年，本人参与了全部的客户需求分析，设计，系统实现以及现网试运营测试，本实时通信系统为公司签下了多家著名网络服务提供商的现网布局订单，并且成功在现网当中运行，从客户的反馈方面，无论是现网容量的提升，多业
升级会员 