中国铁通集团有限公司业务支撑系统（tbss）技术规范

'知识水坝（豆丁网@pologoogle）为您整理中国铁通集团有限公司业务支撑系统（TBSS）技术规范V1.0（暂行）中国铁通集团有限公司二零零四年九月谢谢使用 知识水坝（豆丁网@pologoogle）为您整理目录1总则81.1编写目的81.2适用范围81.3总体目标和原则81.4引用文件及依据91.5起草单位和解释权92技术路线102.1概述102.2系统承载平台102.3系统架构112.3.1系统级要求142.3.2共享数据层152.3.3业务逻辑层152.3.4操作接入层162.4核心技术172.4.1工作流技术要求172.4.2信息总线技术要求183核心数据模型203.1核心模型203.2客户模型213.2.1定义213.2.2基本属性213.2.3业务规则213.2.4基本模型223.3用户（产品实例）模型223.3.1定义22谢谢使用 知识水坝（豆丁网@pologoogle）为您整理3.3.2基本属性223.3.3业务规则233.3.4模型233.4帐务模型233.4.1定义233.4.2基本属性243.4.3业务规则243.4.4模型253.5产品模型253.5.1定义253.5.2基本属性263.5.3业务规则263.5.4模型264业务处理模型284.1数据流处理（Dataflowprocess）284.2工作流处理（Workflowprocess）295业务实现的技术规则315.1综合营业315.1.1产品管理315.1.2业务受理365.1.3缴费525.1.4客户管理565.1.5业务调度645.1.6资源管理865.2综合客服925.2.1业务受理925.2.2费用查询955.2.3业务咨询975.2.4质量投诉99谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5.2.5故障申告1025.2.6客户建议1045.2.7主动服务1065.3营销管理1105.3.1功能说明1105.3.2软件结构1105.3.3营销管理1105.3.4性能指标1155.3.5完整性1165.3.6可配置性和扩展性1175.4渠道管理1175.4.1功能说明1175.4.2软件结构1175.4.3渠道管理1175.4.4性能指标1245.4.5完整性1255.4.6可配置性和扩展性1255.5大客户管理1265.5.1集团公司大客户管理1265.5.2省公司大客户管理1395.6采集1465.6.1功能说明1465.6.2软件结构1475.6.3数据采集1475.6.4性能指标1535.6.5完整性1535.6.6可配置性和扩展性1535.7计费1545.7.1功能说明1545.7.2软件结构154谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5.7.3专业计费1545.7.4性能指标1615.7.5完整性1615.7.6可配置性和扩展性1615.8综合帐务1625.8.1软件功能1625.8.2软件结构1625.8.3用户帐务处理1625.8.4综合帐务处理1685.8.5销帐1745.8.6性能指标1775.8.7完整性1785.8.8可配置性和扩展性1785.9综合结算1785.9.1功能说明1785.9.2软件结构1795.9.3综合结算1795.9.4性能指标1865.9.5完整性1875.9.6可配置性和扩展性1875.10决策支持1875.10.1集团公司决策支持系统1875.10.2省公司公司决策支持系统2025.11业务支撑网管2155.12系统管理2165.12.1分层管理2165.12.2系统监控2185.12.3安全管理2205.12.4操作日志2205.12.5系统备份221谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5.12.6升级管理2216系统平台规划2236.1网络规划2236.1.1铁通总部网络2246.1.2各省公司网络2266.2系统硬件2286.2.1主机系统2286.2.2存储备份设备2296.2.3网络设备2306.3系统软件2316.3.1操作系统2316.3.2数据库2326.3.3中间件2336.4应用软件部署规划2337接口实现2357.1接口实现机制2357.1.1实时接口实现机制2357.1.2批量数据接口实现机制2387.2纵向联网接口2407.2.1物理结构2407.2.2工作流程2407.2.3产品2417.2.4资源2447.2.5客服2487.2.6业务调度2517.2.7采集2547.2.8帐务2597.3集团公司系统接口2647.3.1内部接口264谢谢使用 知识水坝（豆丁网@pologoogle）为您整理7.3.2外部接口2737.4省分公司系统接口2837.4.1内部接口2837.4.2外部接口2928系统安全要求3268.1信息安全3268.1.1网络安全3268.1.2容灾备份3278.1.3系统安全3278.1.4应用软件安全3288.2环境安全3288.2.1配套设备安全3288.2.2机房安全3288.3安全管理措施3318.3.1系统安全机制3318.3.2业务安全机制3318.3.3环境安全机制3318.4系统可靠性3328.4.1网络3328.4.2主机3328.4.3存储、备份及恢复3338.4.4应用系统3338.5容灾系统3348.5.1存储系统安全要求3348.5.2数据备份3368.5.3容灾方案介绍3388.5.4容灾系统建设规范345谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1总则1.1编写目的本文档为中国铁通业务支撑系统（TBSS）技术规范，描述系统的技术实现目标、原则及技术路线、接口实现方式，从适应现实与满足未来一段时间市场发展的角度对系统的实现进行规划、确定技术规格及性能指标、提出建议采用的技术，对各个子系统、模块进行功能、性能、规格方面的规定与约束，以使系统能够满足总体规范、业务规范的要求。本规范是铁通业务支撑系统建设的依据，系统的实现必须符合本规范的要求。1.2适用范围本技术规范规定了TBSS实现的技术要求，适用于铁通业务支撑系统及相关系统在研制、工程设计、工程招投标、软件开发及修改、系统扩容、工程验收和维护管理时作为实现依据，上述活动应遵照本技术规范的规定执行。在业务范围上，本规范适用中国铁通目前开展的固网语音业务，同时兼顾铁通数据业务及未来其他业务的需求，通过定义相关的接口，规范系统体系架构的开放性及扩展性。1.3总体目标和原则通过规范系统的实现方式，确保系统能满足铁通三至五年的业务发展需要；建设与市场目标及管理结构相适应的系统体系架构；达到性能可监控、安全可审计、故障可追踪、数据可维护的技术管理目标；建立一套安全可靠的系统，从系统平台、应用软件、数据存储、网络等多个层面保证系统的安全性与可靠性。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理通过统一的、开放的平台实现系统各部分的有机联系、分工协作、资源共享，建立统一的共享核心数据模型。通过数据、代码、流程可重用和分层次的应用软件体系结构，达到快速组合新业务及降低软件成本的目标。在总体规范的指导下对业务目标的实现方法、规格要求、性能指标、内外部接口方式进行规范，使系统满足开放性、先进性、高效性、灵活性、扩展性、安全性、可靠性、可管理性、综合性、实时性的要求，应用合适的技术，确保技术的先进性以与技术发展相适应。1.1引用文件及依据本规范依据信息产业部、铁通公司的有关业务规程、规章、规范及业务发展的需求进行编制。本规范以《中国铁通业务支撑系统总体规范》为系统建设标准，以实现《中国铁通业务支撑系统业务规范》为目标。中国铁通业务支撑系统各方面的技术要求以本规范以准。其他参考文件：《铁通计费体制建议》《铁通业务规范建议》《铁通技术规范建议》《铁通公司计费管理网四定》《铁通计费维规》《铁通客服维规建议稿》《铁通公司“十五”发展规划总报告》1.2起草单位和解释权本规范的起草单位是中国铁通。本规范的增补、修订及解释权属中国铁通。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1技术路线1.1概述系统设计遵循铁通公司的TBSS总体规范和业务规范以及其他相关技术规范，并遵循TMF的eTOM（EnhancedTelecomOperationsMap）模型关于业务过程框架的相关论述。在系统架构上采用分布式处理、多层结构和面向组件(构件)的设计思想。在技术实现上遵循J2EE、XML、SNMP、HTTP、TCP/IP、SSL、WEBSERVICES等业界主流标准，采用先进和成熟的技术。采用的系统平台具有平台无关性、安全性和可靠性。1.2系统承载平台系统承载平台主要由网络平台、主机系统和应用软件承载平台构成。系统网络平台主要是铁通内部的DCN/LAN，总部和省分公司采用铁通内部的DCN进行连接，部分对外的窗口将基于Internet，总部以及省分公司内部的网络连接采用LAN进行连接。网络的设计将采用基于标准化的设计，具有高度的可靠性、稳定性、安全性和冗余性，避免网络出现单点失效。在系统处理核心部分，采用高效率、高可靠性、高性能的大型主机系统，这些主机系统能够处理大型应用和数据集，能够运行大量并发的任务，并具有企业级的安全性。系统中的应用软件平台主要包括数据库系统以及通讯、交易、组件服务等中间件系统，这些系统软件将为系统提供数据的保存、维护和查询服务以及通讯、事务、负载平衡、接入等服务。下面是系统承载图：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在TBSS总部和省分TBSS中心承载平台中，具体的体系结构为：1.1系统架构TBSS在基础架构上可分两个层次，包括应用系统承载平台层和应用系统层。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理应用系统承载平台层是一个独立于各应用软件系统的集中式的应用系统承载平台，各应用软件系统以应用系统承载平台为依托，共同构建成一个以应用系统承载平台为基础，其它系统构建在其之上的（N+1）业务支撑系统。应用系统承载平台包括工作流管理、信息总线、系统管理与监控以及共享核心数据。共享核心数据提供对各应用系统经常共享的核心数据进行逻辑上统一的管理和方法，共享核心数据包括客户数据、帐务数据和配置管理数据等，这些共享数据并不一定独立保存，而是可以存在于各个子系统中，其它系统通过信息总线来进行统一访问。对于帐务数据等有些共享数据也可以通过数据同步的方式将这些共享数据和子系统的私有数据进行同步交换。工作流管理提供对系统中的工单调度、服务开通等工作流系统进行管理和服务。信息总线提供系统统一对外的访问界面和接口，系统间的数据交换不需要在两个系统间建立直接的紧密连接，只需和信息总线进行信息交互就行。同时对于共享核心数据的访问也是通过信息总线来完成的。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在整个系统中，各个子系统内部的软件架构设计采用三层体系结构，如下图所示：接入层实现系统与外部的数据交换，包括界面逻辑和接入逻辑。对于系统使用者，接入层接收使用者的数据输入，通过调用业务层的业务逻辑过程实现具体的业务功能，并将处理结果返回接入层，利用交互界面进行表示；对于外部系统，业务过程通过接入层的接口服务完成与外部系统的数据交换。业务层的业务逻辑通过数据层的数据操作对象访问业务数据。一组业务逻辑过程实现具体的业务功能。业务组件是业务逻辑的原子功能，是完成业务的最小单位，在业务层中业务组件组成业务库，通过在业务库中组合业务组件形成具体的业务逻辑。业务层通过向接入层提供统一的业务逻辑过程实现业务逻辑的共享。数据层分为数据子层和数据操作组件两层。数据层是系统的基础，数据层中的数据子层存放系统中用到的所有数据。数据层的数据操作组件向业务层提供统一、规范的数据操作对象，用于屏蔽业务数据的存储、组织和访问的细节，实现业务数据的充分共享。业务层必须通过数据操作组件访问业务数据，这些业务数据包括共享数据和私有数据。数据层中的数据组件组成数据操作组件库。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理系统级要求1、整体系统的稳定性系统架构要求系统具有很高的稳定性，不论是在低负荷还是在高负荷的情况下系统都能够长期稳定运行。2、采用技术的成熟性系统采用的技术一定要非常成熟，有较多的成功案例，技术发展比较稳定，没有出现过重大的安全或者性能问题。3、采用技术的先进性系统采用的技术要具有一定的先进性，是目前技术发展的潮流，并能有非常好的发展前景。4、系统的可维护性系统要具有非常好的可维护性，提供良好的运行日志，提供界面友好的管理界面，系统易于扩充和部署。5、系统的开放性系统要具有较好的开放性，提供完备的开发接口，系统间的连接采用松偶合，并采用通用的符合工业标准的技术。6、系统的高效性系统具有较高的处理能力，能够处理较多的客户连接，而且系统在进行集中批量处理时也能高效运行，响应时间能够满足铁通今后在一定时期内的业务需要。7、系统的安全性系统要求具有较高的安全性，系统中的核心技术和产品不能有重大的安全隐患。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理共享数据层系统中的一些基本的、重要的核心数据如客户信息、帐务信息等进行统一存取和管理。从各个渠道进来的业务数据经过业务层的处理后统一存放到共享数据层中，系统提供统一的存取访问界面（接口），通过这些界面来访问共享数据层提供的数据访问对象，业务逻辑层只有通过这些数据访问对象才能对共享数据进行访问。共享数据层对外提供了统一的访问对象，屏蔽了数据存储的细节，保证了核心数据在整个系统中的唯一性、统一性和完整性。这些共享数据在逻辑上是统一的，在系统中可以是在同一个系统中，也可以分布在不同的系统中。在物理部署上可以是部署在相同的物理系统，也可能是部署在其它的物理系统中。业务逻辑层1.1..1描述业务逻辑层处于接入层和共享数据层之间，是系统进行业务处理的逻辑容器，由若干的业务组件（功能组件）组成，接入层通过业务逻辑层的相关业务组件访问共享数据层，并实现相应的业务功能。1.1..2技术实现业务逻辑层由一些功能模块组成，这些功能模块由相应的功能组件组成。这些功能组件部署到相应的组件容器中，由组件容器提供这些功能组件的相应管理，通讯、事务、安全等都是由组件容器来实现的。这些组件容器一般是由标准的组件容器中间件系统（如J2EE）来实现。1.1..3性能业务逻辑层在进行业务处理时，在处理性能上有如下的要求：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1、交易处理性能交易的平均响应时间必须能够满足实际的要求，要求系统具有较高的并行处理能力，能够满足大量的业务接入请求，即使系统处于最大负载时也要求能够满足必要的响应能力。2、负载平衡系统要求具有负载平衡的能力，在不同的主机上平衡分配负载，同时在出现单点故障时能够将负载转移到运行良好的主机上，做到故障转移，不能因为单点故障而影响系统的正常运行。3、满足批量处理的业务要求系统在进行批量处理时要求有较好的处理性能，能够针对负载较大的业务功能增加相应的功能服务组件来提高系统的响应能力。4、tpmC的指标系统的处理能力满足相应的tpmC指标。操作接入层1.1..1描述操作接入层是业务系统与外部系统进行数据交换的平台，由接入逻辑构成。接入逻辑分为接入界面和接口服务。对于系统使用者（内部和外部），提供多样化的接入界面，实现对业务逻辑的接入；对于与系统相联的外部系统，向业务逻辑层提供一组接口服务，业务逻辑层通过接口服务完成与外部系统的数据交换。1.1..2技术实现谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1、面向大众服务的界面要求B/S结构，用户只要通过浏览器就可以访问系统。内部管理界面可以为C/S结构。在这些接入界面中，接入界面中的输入元素和系统输出元素可以按照不同的要求进行定制。2、接入层中的接口服务是业务逻辑层的业务功能对外展示的渠道，通过这些渠道，外界系统就可以访问业务逻辑层中的业务功能。接口服务根据实际需求，采用数据库表、文件系统、消息流、WEBSERVICES等提供服务给外界系统。1.1..1性能应采用简洁、直观、友好的图形化中文界面，支持鼠标操作；对于业务处理界面，应保证操作人员能够完全利用键盘操作；对于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致；应具备相应容错手段，允许操作人员有限范围的误操作；应具有在线帮助功能，并能方便管理员修改帮助信息；支持中文大字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。）采用的接口服务必须是完整、高效的接口。1.2核心技术工作流技术要求1.选用的工作流产品或者技术满足相应的工作流模型和规范工作流产品满足WFMC的工作流模型，实现相应的接口，流程定义采用WFMC的XML过程定义语言(XPDL)；2.工作流引擎要稳定高效选用的工作流产品必须运行稳定，而且在进行流程调度时具有较高的性能，较高的并行处理能力和吞吐能力。3.流程便于配置、查看、控制谢谢使用 知识水坝（豆丁网@pologoogle）为您整理提供可视化的管理工具，方便对流程进行定义、测试、运行，能够实时查看流程的状态，并能实时对流程进行控制，修改流程的属性，终止流程的运行等。1.提供二次开发的接口工作流系统必须提供相应的二次开发的接口，通过这些开放的接口，能够完成工作流系统的管理工作，实现对流程的控制。信息总线技术要求1、核心引擎运行稳定高效选用的产品必须运行稳定，而且在进行业务处理时具有较高的性能，较高的并行处理能力和吞吐能力。2、提供方便的二次开发接口必须提供相应的二次开发的接口，通过这些开放的接口，能够完成信息总线的一些配置、管理等功能。3、能提供大数据量的高效传递信息总线必须提供在进行大数据量传递时能够具有较高的性能，而且对主机系统的压力（CPU、内存）不能太大。4、提供智能的数据转换和路由能够对数据流进行配置，指定数据的流向，并能根据数据流的一些特征进行智能分析判断数据的流向。5、能支持事务信息总线能够提供标准的事务支持。6、采用WEBSERVICES和XML格式等开放数据格式和规范信息总线对外提供的服务和接口，必须是开放的规范和数据格式，如WEBSERVICES和XML数据格式等核心数据模型谢谢使用 知识水坝（豆丁网@pologoogle）为您整理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1核心数据模型1.1核心模型系统中核心的实体有客户、用户、帐户。客户可以向本公司签订零个或多个合同或协议。一份协议中可以定购一个或多个营销产品。客户在使用一个或多个营销产品对应的产品时就成为了用户，用户与主体产品是一对一的，所以客户与用户是一对多的关系。客户可以在本公司内部具有零个或多个帐户以支付产品消费的费用。用户的使用费用类型由多种帐目类型费用构成。用户与本公司通过协议确定相应帐目类型费用的付费方式、付费周期和付费账户。一个用户的某种帐目的费用可以由一个帐户来支付，也可以多个帐户按照付费规则来共同支付。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1客户模型定义参与人(Party)：任何与本企业有业务联系的个人、组织、家庭和虚拟客户。参与人角色：是参与人在业务活动中所扮演的角色。一个参与人可以扮演不同的角色。参与人角色类型：对参与人角色的分类。如班组、家庭、雇用、商务等。客户：任何使用过、正在使用、计划使用、可能会使用本企业产品或对本企业产品感兴趣的参与人。参与人在与本企业的商务往来中扮演消费者的角色。基本属性客户的基本属性包括客户基本信息，客户扩展信息：客户基本信息包括:标识信息:客户标识、客户编码、客户生成日期、客户生成时间身份信息:主要包括客户名称、性别、国籍、证件类别、证件号码、客户行业分类等；联系信息:联系电话、通信地址、邮政编码、客户传真号、客户Email地址、联系人姓名、联系人电话、身份证地址、实际居住地址等；分类信息:客户行业分类、个人客户分类、客户重要性分类、客户消费等级分类、城乡分类、信用度、忠诚度、满意度等；其他信息：客户的爱好、习惯、技能等。业务规则TBSS系统中每一客户拥有唯一的标识。客户和客户之间可以存在各种关系谢谢使用 知识水坝（豆丁网@pologoogle）为您整理基本模型1.2用户（产品实例）模型定义用户是本企业根据与客户签订的协议，向客户提供具体产品。这个具体产品与客户的关系及其相关的属性集合称为用户或产品实例。用户是产品的订购者，跟铁通公司存在商业协议关系。双方协议的内容包括客户信息、服务信息、帐务信息和本公司向客户提供的一些服务保证信息等。基本属性用户的基本属性体现协议的内容上，主要包括用户所属客户标识、用户标识、产品标识、服务号码、服务状态、服务有效期、入网时间、服务地址、网络资源、终端设备、附加功能、套餐计划、付费计划、信用度、预付费、费用限额、押金、担保信息、用户控制信息、服务保证和其它约定等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理业务规则一个客户可以定购多项产品；一个用户对应于一项主体产品及其附加产品，定购多项主体产品为多个用户；一个用户的费用由多种帐目构成，帐目的付费通过客户化帐单进行定制。模型1.2帐务模型定义帐户：是客户使用本企业产品的付费实体；为了计费帐务的需要，本企业为客户在运营支撑系统中建立相应的内部帐户。帐目类型：帐务系统定义的费用分类。如工料费，月租费，市话费、国内长途费等。帐目：用户应支付的某个帐目类型的费用。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理帐务关系：根据协议客户所购买的产品所涉及到的费用由那些帐户支付，并指明这些帐户共同支付某帐目类型的费用时的支付比例或限额。帐本：是帐户按照某种方式（付费方式）进行的划分，用于记录在这种方式下帐户的变动历史，包括预存、付费、销账等信息。帐单：本企业定期提供给客户的产品使用费用信息，是客户使用本企业产品所形成的各种帐目的组合，详细说明客户拥有和使用各种产品的费用、付费方式、最终收支差额等。基本属性帐户标识、帐户名称、信用度、帐单寄送方式、邮政编码、寄送地址、销帐计划、备注等。业务规则帐户是用户缴费、定制综合帐单的最小管理单元，它的唯一标识号是帐户标识；一个帐户可以为多个用户对应的帐目付费；一个用户对应的所有帐目可以由多个帐户付费；一个用户的某个帐目可以由多个帐户共同支付。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理模型1.2产品模型定义产品：本企业提供的能够满足客户在信息和通信业务上某种需求的功能单元。它可以分为基本产品和组合产品。基本产品：功能不可再进行分割的产品。组合产品：由两种或两种以上产品构成，这种构成可以产生新的功能。产品销售包：根据本企业的市场策略，针对特定的目标客户群、销售区域、销售渠道等市场因素，制定相应的资费计划并进行相应包装的，推向市场进行销售的单一产品或多个产品（捆绑产品）。它可以分为单一产品销售包和捆绑产品销售包。单一产品销售包：由一种产品构成的产品销售包谢谢使用 知识水坝（豆丁网@pologoogle）为您整理捆绑产品销售包：由两种或两种以上产品构成的产品销售包，这种构成不产生新的功能，而仅仅为了营销的目的。基本属性产品标识；组成产品的基本产品和服务；如固话基础，固话增值，数据基础，数据增值，宽带，网元出租，卡类，手机，CALL机，销售，公话，7x24小时服务等其他；产品投入市场时间、产品终止时间等产品的市场策略，营销渠道，目标客户群，销售片区；产品销售的资费计划；产品状态：计划中、设计中、启用、暂停、终止；其他信息等业务规则一个产品可以由基本产品组合而成。基本产品可以由一个或多个服务组成。产品之间存在依赖、互斥、包含等关联。产品必须经过营销包装才能进行销售。模型产品模型：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理产品销售包模型：产品、产品销售包、用户（产品实例）之间的关系模型：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1业务处理模型1.1数据流处理（Dataflowprocess）数据流向图：系统中的数据包括采集来的话单、受理工单、结算数据等，这些数据采集进来后会经过一系列的处理，数据流的处理包括采集、处理、归档等业务流程。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在数据采集过程中，数据流的传递可以分为两类情况：一种情况是大批量的外界数据，这些数据量比较大，而且实时性要求不高，这些数据可以通过文件系统来进行传递，如通过文件共享、FTP等进行交换数据；另一种情况是小批量的，有实时性要求的，则可以通过消息流、数据库表共享甚至是共享主存的方式进行传递数据。数据的传递过程中，对于大批量的数据，要求能够进行数据的压缩以减少数据的传输量。对于敏感数据，要求能够进行加密处理。数据流在系统中的处理过程中，每步处理都需要有详细的处理日志，并能支持回退。在整个处理过程中要提供正在处理过程中的状态信息，并能实时监控处理状态。数据在处理的整个过程中必须携带数据状态，系统中不允许没有状态的数据出现。数据处理结束后要求能够对不常用的中间数据和原始数据进行归档处理，能够进行压缩的进行压缩，并能提供相应的工具对这些归档数据进行访问。1.1工作流处理（Workflowprocess）工作流主要应用在信息调度系统中（订单、服务开通、建议投诉）。工作流的处理包括工作流的设计和控制。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理设计工作流首先要根据具体业务的实际情况制定相应的业务流程，并尽量优化业务流程，然后根据业务流程分析出业务流程中需要携带的业务数据和处理这些业务数据的工作角色，并指定这些数据流向的依据。根据这些流程数据和工作角色指定相应流程环节的数据交互和流程环节的工作角色。再根据实际的业务流程和相关环节，指定相关的业务处理点和相应的调度规则。工作流中环节的定义尽量简单实用，而且要求完整。不要制定非常复杂的环节也不能把一个完整的环节拆分为多个环节。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1业务实现的技术规则1.1综合营业综合营业包括以下子系统：产品管理、业务受理、缴费、客户管理、业务调度、资源管理产品管理1.1..1功能说明省级产品管理包括对全国中心发布的产品分类目录进行接收管理、对本省产品进行管理和发布。1.1..2软件结构谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1产品分类目录管理1）用户界面界面说明目录加载加载全国中心下发的产品分类目录，显示加载内容和结果信息目录资料管理对产品分类目录以及附加属性（服务、服务水平、资费计划、资源分配）进行维护权限设置根据管理要求对不同的角色在产品分类目录的各结点上设施不同的管理权限2）功能组件功能名称功能说明产品分类目录接收自动接收全国中心下发的产品分类目录文件，核对文件各属性（个数、大小、记录数），返回接收结果给全国中心。加载产品分类目录根据约定的格式加载全国中心下发的产品分类目录，检查产品目录内容的正确性，将新加载的产品分类目录与已有的产品分类目录进行相容性检查。返回检查结果。产品分类目录生成将新的产品分类目录和经过修改的产品分类目录记录到系统中产品目录资料的增删改对产品目录资料的日常维护权限维护对权限记录进行增删改3）功能调用接口1、产品分类目录查询输入：产品分类目录标识输出：指定产品目录2、产品目录相容性检查输入：产品分类目录标识，产品目录所属品牌，有效期，状态输出：检查结果（有效、无效、冲突）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1）数据访问接口1、产品分类目录目录标识，目录名称，所属品牌，目录描述，有效期，状态2、管理权限定义角色、权限种类、有效期、使用地域、1.1..1产品定义1）用户界面界面说明产品维护增加、删除、修改产品定义服务细项维护增加、删除、修改组成产品的服务细项产品服务配置增加、删除、修改产品所对应的服务功能产品服务水平维护增加、删除、修改产品所提供的服务水平产品资费维护增加、删除、修改产品的单项资费定义生成资费计划将多个单项资费和减免规则组合在一起形成指定产品的资费计划产品资源维护生成、修改、分配、占用、回收产品资源产品销售范围维护定义并修改产品的销售区域、销售对象、销售渠道产品相容性规则维护增加、删除、修改产品相容性规则2）功能组件功能名称功能说明产品测试对定义的新产品进行测试，测试内容包括：服务开通、计费、优惠生成新产品根据产品分类目录和产品相容性规则生成新的产品。建立产品编码-服务、产品编码-服务水平、产品编码-资费计划、产品编码-资源、产品编码-销售范围的对应关系谢谢使用 知识水坝（豆丁网@pologoogle）为您整理生成打包产品选择组合现有产品，生成打包产品。检查包内产品之间的相容性。产品注销对停止销售的产品设置失效日期服务水平资料维护对服务水平资料进行增删改服务细项维护对服务细项做增删改生成产品配置记录在系统中记录产品配置记录产品资费维护对产品资费做增删改产品资源维护对产品资源做增改生成资费计划记录在系统内生成资费计划产品销售范围维护对产品销售范围做增删改产品相容性规则维护对产品相容性规则做增删改1）功能调用接口无2）数据访问接口1、产品分类目录目录标识，目录名称，目录描述，所属品牌，有效期，状态2、服务定义服务标识、服务功能说明、关联服务标识、关联特性（依赖/互斥/相容）、状态3、服务水平定义服务水平标识、服务水平等级、承诺内容、赔偿条件、数据指标、支持的产品类4、单项资费定义谢谢使用 知识水坝（豆丁网@pologoogle）为您整理费用代码、费用名称、费用类别（一次性/周期性/使用费）、标准费用、产品类1、资费计划产品标识、费用代码组、对每种费用的计费方式（包月/逐条/计次等）、对每种费用的优惠方式（折扣/减免）、优惠值（百分比/直接量）、优惠条件、总量优惠方式、总量优惠限额。2、码号资源码号、状态、位置、产品类3、产品销售范围产品标识、区域标识、客户类型、渠道标识1.1..1产品审批发布1）用户界面界面说明审批标准维护增加、删除、修改审批标准产品审批检查经过测试的产品是否符合审批标准，对于符合标准的产品做审批标识。产品发布确定启用日期、停用日期2）功能组件功能名称功能说明产品发布在已经审批的产品上设置发布标识审批标准维护对审批标准做增删改生成审批记录生成产品审批记录3）功能调用接口无4）数据访问接口1、审批标准谢谢使用 知识水坝（豆丁网@pologoogle）为您整理编号、标准说明、1、产品定义产品标识、产品名称、产品服务、资费计划、服务水平、资源、销售范围2、产品分类目录目录标识，目录名称，目录描述，所属品牌，有效期，状态3、服务定义服务标识、服务功能说明、关联服务标识、关联特性（依赖/互斥/相容）、状态4、服务水平定义服务水平标识、服务水平等级、承诺内容、赔偿条件、数据指标、支持的产品类5、单项资费定义费用代码、费用名称、费用类别（一次性/周期性/使用费）、标准费用、产品类6、资费计划产品标识、费用代码组、对每种费用的计费方式（包月/逐条/计次等）、对每种费用的优惠方式（折扣/减免）、优惠值（百分比/直接量）、优惠条件、总量优惠方式、总量优惠限额。7、码号资源码号、状态、位置、产品类8、产品销售范围产品标识、区域标识、客户类型、渠道标识业务受理1.1..1功能说明业务受理主要有新装、业务变更、停复机（拆机/复装）、租用、移机、收费、查询等功能。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1软件结构1.1..2新装新装是客户向运营商订购电信业务，并与运营商签订商业协议的过程，体现在客户资料的建立和业务网络用户资料的建立和开通。1）用户界面界面说明资源选择选择号源产品定制从产品清单中选择客户选购的产品服务水平协议定制选择产品对应的服务水平协议谢谢使用 知识水坝（豆丁网@pologoogle）为您整理资料维护录入客户、用户、帐务的特性资料费用计算计算受理费用受理日志查询查询受理日志打印单据打印受理单、交费单等1）功能组件开户包括如下功能组件：功能名称功能说明客户身份验证根据证件号码检查客户是否黑名单、是否重复入网欠费查询在原有客户开通新的用户时，或者申请增加新的产品时，检查这个客户的欠费情况。资源占用在给客户分配了资源（如：号源）之后，将已经分配的资源做占用设置产品定制对选择的产品做有效性、相容性检查，生成定制记录服务水平协议处理分解服务水平协议，提交业务调度系统，生成各职能部门的服务规则记录信用度初始化根据系统定义的信用度评估规则，对新客户的信用度进行设置开户订单生成根据不同的开户类型（客户、用户、帐户），生成开户订单服务开通根据开户订单生成服务开通指令受理费用处理根据资费规则，计算或收取受理费用，建立费用资料客户建档建立客户、用户、帐户的资料受理日志生成在系统内生成日志单据生成生成开户的受理单据2）功能调用接口1、资源查询输入：号码类型（专网/公网）、号码状态（占用非占用）、区域谢谢使用 知识水坝（豆丁网@pologoogle）为您整理输出：待选号码2、产品选择输入：产品类型输出：产品目录3、客户/用户/帐户资料订单生成输入：在界面录入的资料属性输出：对于公网用户，在本地数据库生成订单。对于专网用户，号源在本地的在本地数据库生成订单，号源在外地的在号源归属地数据库生成订单，1）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、帐户帐户的基本资料。客户编码、帐户编号4、帐务关系帐户与费用科目之间的支付关系。帐户编号、客户编码、用户编码、费用科目5、标准资费对各种标准受理费用的定义。费用编码、费用名称、费用值6、优惠规则对费用减免规则的定义。优惠规则编码、优惠项目编码（产品编码、费用编码等），优惠规则7、工单工作流程控制记录。工单流水号、工单类型、工作说明、当前流程位置、工单状态、谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1、产品产品是由相关设备能够提供的功能、以及对应的资费政策组成。产品编码、产品名称、产品类别、功能包2、资源这里的资源主要是指号码资源。资源编码、资源类型、资源状态、所属区域10、客户服务订单客户申请服务的记录。订单流水号、客户编号、服务类型、状态。1.1..1业务变更业务变更包括对客户相关实体的基本属性的变更、运营商向用户提供的服务和产品的变更、付费计划实体的基本属性的变更。1）用户界面界面说明资源选择选择号源产品定制从产品清单中选择客户选购的产品，变更原有产品的组成（服务变更）服务水平协议定制选择产品对应的服务水平协议，生成或取消服务水平协议资料维护查询修改客户、用户、帐户资料欠费查询检查客户的费用缴纳情况信用度调整在特殊情况下的信用度手工调整付费计划调整修改原有的付费计划，调整帐务关系费用计算计算受理费用受理日志查询查询业务变更日志打印单据打印受理单、交费单等2）功能组件业务变更包括如下功能组件：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理功能名称功能说明客户身份验证根据客户编码查证客户是否有效欠费查询检查这个客户的欠费情况，可以是所有归属用户的欠费情况或指定用户的欠费情况资源占用释放停用的资源、对新选择的资源做占用设置产品定制对选择的产品做有效性、相容性检查，生成定制记录。对停用的产品设置停用日期。服务水平协议处理分解服务水平协议，提交业务调度系统，生成或取消各职能部门的服务规则记录信用度调整根据系统定义的信用度评估规则，和人为因素调整客户的信用度订单生成生成业务变更订单服务开通有服务变更的生成服务开通和停用指令受理费用处理根据资费规则，计算或收取受理费用，建立费用资料客户档案维护修改客户、用户、帐户的资料，调整帐务关系客户历史资料生成对于过户、改号等业务变更要记录客户的历史资料受理日志生成生成业务变更日志单据生成生成业务变更的受理单据1）功能调用接口1、号源查询输入：号码类型（专网/公网）、号码状态（占用非占用）、区域输出：待选号码2、产品选择输入：产品类型输出：产品目录2）数据访问接口谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、标准资费对各种标准受理费用的定义。费用编码、费用名称、费用值6、优惠规则对费用减免规则的定义。优惠规则编码、优惠项目编码（产品编码、费用编码等），优惠规则7、工单工作流程控制记录。工单流水号、工单类型、工作说明、当前流程位置、工单状态、8、产品产品是由相关设备能够提供的功能、以及对应的资费政策组成。产品编码、产品名称、产品类别、功能包9、资源资源主要包括号码资源、卡资源、终端设备资源、单据资源、数据业务资源、物品赠品资源等。资源编码、资源类型、资源状态10、服务变更订单服务变更的记录。订单流水号、客户编号、服务类型、状态。1.1..1停复机（拆机/复装）停复机（拆机/复装）包括用户状态的变更、服务的停用和重启用。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1)用户界面界面说明申请停复机查询客户、用户、帐户资料，录入申请停复机信息手工强制停复机对于自动停复机未完成的工单实施人工停复机预拆机界面查询客户、用户、帐户资料，录入申请拆机信息拆机/复装界面查询预拆机信息，确认拆机/复装欠费查询检查客户的费用缴纳情况打印单据打印受理单、交费单等2)功能组件停复机（拆机/复装）包括如下功能组件：功能名称功能说明客户身份验证根据客户编码查证客户是否有效停复机验证申请停机时验证客户密码或证件，申请复机时检查欠费情况和停机类型自动停机定时或实时检查客户的欠费情况，生成自动停机工单。修改资源的状态，记录状态变更日期。自动复机对于已经强制停机的客户，在客户缴清欠费时，自动生成复机工单。修改资源的状态，记录状态变更日期。拆机/复装验证是否做过预拆机，是否满足拆机/复装条件（欠费/申请拆机时长）。欠费查询检查这个客户的欠费情况，可以是所有归属用户的欠费情况或指定用户的欠费情况资源占用修改资源的状态及状态变化日期产品定制修改产品的状态及状态变化日期。订单生成生成业务变更订单服务开通生成停用/重启用指令预拆机处理修改客户、用户、帐户资料的状态。修改资源的状态，记录状态变更日期。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理拆机处理修改客户、用户、帐户资料的状态并做资料整理。修改资源的状态，记录状态变更日期。单据生成生成业务变更的受理单据1)功能调用接口1、号源管理输入：号码、变更状态输出：将指定号码设置为指定状态2、服务开通输入：号码、服务编号、类型（开/停/拆）输出：服务指令2)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、工单工作流程控制记录。工单流水号、工单类型、工作说明、当前流程位置、工单状态、6、产品产品是由相关设备能够提供的功能、以及对应的资费政策组成。产品编码、产品名称、产品类别、功能包谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5、资源资源主要包括号码资源、卡资源、终端设备资源、单据资源、数据业务资源、物品赠品资源等。资源编码、资源类型、资源状态1.1..1租用客户租用电信运营商的通信设备、通信线路及设备代维业务资源等。1)用户界面界面说明资源选择租用资源的选择产品定制从产品清单中选择客户租用的产品服务水平协议定制选择产品对应的服务水平协议租用资料维护录入客户、用户、帐务的特性资料，记录起租、续租、退租信息押金维护增加、修改可租用产品的押金收取规则押金处理押金的录入、计算、扣抵费用计算计算受理费用受理日志查询查询租用受理日志打印单据打印受理单、交费单等2)功能组件功能名称功能说明客户身份验证根据证件号码检查客户是否黑名单欠费查询在原有客户申请新的资源租用时，或者申请增加新的产品时，检查这个客户的欠费情况。资源占用在给客户分配了资源（如：号源）之后，将已经分配的资源做占用设置产品定制对选择的产品做有效性、相容性检查，生成定制记录服务水平协议处理分解服务水平协议，提交业务调度系统，生成各职能部门的服务规则记录谢谢使用 知识水坝（豆丁网@pologoogle）为您整理押金处理根据押金收取规则计算应收取的押金，退租时可用押金扣抵租金。订单生成生成租用订单服务开通根据租用订单生成服务开通指令受理费用处理根据资费规则，计算或收取受理费用，建立费用资料客户建档建立客户、用户、帐户的资料受理日志生成生成租用日志单据生成生成租用的受理单据1)功能调用接口1、资源查询输入：号码类型（专网/公网）、号码状态（占用非占用）、区域输出：待选号码2、产品选择输入：产品类型输出：产品目录3、客户/用户/帐户资料订单生成输入：在界面录入的资料属性输出：对于公网用户，在本地数据库生成订单。对于专网用户，号源在本地的在本地数据库生成订单，号源在外地的在号源归属地数据库生成订单，2)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户谢谢使用 知识水坝（豆丁网@pologoogle）为您整理付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、押金规则对押金收取规则的定义。押金编码、产品编码（服务）、描述、押金值、计费单位（日/月/半年/一年……）6、租金定义收取的租金的定义。租金编码、产品编码（服务）、描述、租金值、计费单位（日/月/半年/一年……）7、优惠规则对费用减免规则的定义。优惠规则编码、优惠项目编码（产品编码、费用编码等），优惠规则8、工单工作流程控制记录。工单流水号、工单类型、工作说明、当前流程位置、工单状态、9、产品产品是由相关设备能够提供的功能、以及对应的资费政策组成。产品编码、产品名称、产品类别、功能包10、资源这里的资源主要是指号码资源。资源编码、资源类型、资源状态、所属区域11、租用订单客户租用产品的记录。订单流水号、客户编号、服务类型、状态。1.1..1移机移机功能包括：局向选择、配号、地址变更1）用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理局向查询根据用户的移机地址查询局向资源选择跨局迁移时，选择号源资料维护查询修改客户、用户、帐户资料欠费查询检查客户的费用缴纳情况费用计算计算受理费用受理日志查询查询移机日志打印单据打印受理单、交费单等1）功能组件功能名称功能说明客户身份验证根据客户编码查证客户是否有效欠费查询检查这个客户的欠费情况，可以是所有归属用户的欠费情况或指定用户的欠费情况资源占用释放停用的资源、对新选择的资源做占用设置订单生成生成移机订单服务开通生成服务开通和停用指令受理费用处理根据资费规则，计算或收取受理费用，建立费用资料客户档案维护修改客户、用户、帐户的资料客户历史资料生成记录客户的历史资料受理日志生成生成移机日志单据生成生成业务变更的受理单据2）功能调用接口1、号源查询输入：号码类型（专网/公网）、号码状态（占用非占用）、区域输出：待选号码2、局向查询谢谢使用 知识水坝（豆丁网@pologoogle）为您整理输入：地址编码输出：局向1）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、标准资费对各种标准受理费用的定义。费用编码、费用名称、费用值6、工单工作流程控制记录。工单流水号、工单类型、工作说明、当前流程位置、工单状态、7、资源资源主要包括号码资源、卡资源、终端设备资源、单据资源、数据业务资源、物品赠品资源等。资源编码、资源类型、资源状态8、移机订单服务变更的记录。订单流水号、客户编号、服务类型、状态。1.1..1收费收费包括营业费用的计算、收取1）用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理费用计算根据受理的业务计算显示应收取的费用费用收取录入实际收取的费用，记录收费方式1）功能组件功能名称功能说明费用计算根据业务定义和对应的费用定义，计算本次受理应收取的费用费用收取在系统内记录本次已经收取的费用信息。对于转入下月帐单收取的营业费用，要以不同的方式做记录。2）功能调用接口1、业务定义查询输入：业务编码输出：业务定义2、费用查询输入：业务编码输出：费用编码、费用值3）数据访问接口1、付费帐户付费帐户的基本资料。客户编码、帐户编号2、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目3、业务定义对营业的日常业务（新装、过户、改号……）的定义。业务编码、业务说明4、业务与费用的对应关系营业的日常业务与应收取费用的对应关系。业务编码、费用编码。5、标准资费谢谢使用 知识水坝（豆丁网@pologoogle）为您整理对各种标准受理费用的定义。费用编码、费用名称、费用值6、收费记录对收费情况的详细记录。收费流水号、客户编号、业务编码、费用编码、费用值、收费方式、受理日期、受理工号、状态。7、预定帐单记录转入下月帐单的营业费用。收费流水号、客户编号、业务编码、费用编码、费用值、转入月份、受理日期、状态。1.1..1查询查询包括客户资料的查询、详单的查询、帐务查询1）用户界面界面说明客户资料查询根据输入条件查询客户相关资料。相关资料包括：客户基本信息、帐务信息、用户信息、业务的申请及变更情况详单查询根据业务号码、详单类型查询各种业务的详单帐务查询根据客户编码、用户号码、帐单月份、帐单类型、帐单状态查询客户的帐务信息打印对查询结果进行打印2）功能组件功能名称功能说明客户身份验证根据客户编码查证客户是否有效查询根据查询条件提取查询结果3）功能调用接口无4）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、客户服务订单客户申请服务的记录。订单流水号、客户编号、服务类型、状态。6、业务清单经过批价后的含标准价格的使用清单。电话号码、对方号码、清单类型、日期、时间、使用量、费用值7、客户帐单记录客户使用产品所产生的费用信息。客户编码、帐户编号、费用月份、费用值、状态缴费1.1..1功能说明缴费功能包括缴费、调帐、减免、返销、预收费、退款、帐单寄送、轧帐处理、押金管理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1软件结构1.1..2缴费1）用户界面界面说明费用查询查询指定客户的帐户下的费用往来情况，并计算显示滞纳金费用减免对指定费用科目减免费用，录入减免数据。缴费录入缴纳的费用。对于非完整缴费的情况，根据预先定义的非完整缴费的规则计算显示缴费记录。对于多缴的部分作为预存款处理。返销账对于当天收错的费用，在没有生成财务日报表之前，可以进行返销帐退款对于已经生成财务日报表的收错的费用，要按照退款处理代收/托收数据生成指定收费机构，显示客户帐单数据，选择生成代收/托收数据。代收/托收对帐加载外部收费机构返回的收费数据，和本系统生成的数据进行比对，显示比对结果。选择启动《缴费记录批处理》谢谢使用 知识水坝（豆丁网@pologoogle）为您整理生成帐单指定客户范围、指定帐期，生成帐单。选择打印押金收取在受理特定的业务时收取押金，根据预先定义的收取规则收取。押金退款在收取押金的业务停止使用时退还押金，录入返还金额。押金转预存根据客户标识提取客户押金情况，确认是否转预存预存款退款根据客户要求提取客户的预存款情况，录入退还金额收费日报生成指定日期，生成当前操作员的收费日报。管理人员可生成部门的收费日报。打印收费日报提取指定日期、指定操作员的收费日报进行打印。打印票据打印收退费票据1）功能组件功能名称功能说明费用查询根据客户编号、帐户编号查询指定状态的费用记录。指定状态包括：欠费、完整缴费、非完整缴费。滞纳金计算根据预先定义的滞纳金收取规则计算当前欠费的滞纳金押金计算根据押金收取规则、计算应该收取的押金。押金收取在系统内记录押金的收取情况。押金退款在系统内记录退款数据押金转预存对押金做退款记录，增加客户预存费用减免记录减免过程和结果零头结转根据预先定义的结转方式结转零头非完整缴费的计算根据预先定义的非完整缴费的规则计算本次缴费数据。销账对客户帐单进行销账。按照费用科目记录收到的费用。返销账回退收费销账产生的各种记录和状态，在系统内做返销账记录。退款保持原来的销账记录不变，做退款记录。对客户帐单做退款设置。缴费记录批处理对其他收费机构（缴费卡、银行等）传送过来的缴费数据做销账批处理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理单据生成根据单据生成要求和费用情况，生成单据代收/托收数据生成根据指定的收费机构提取客户帐单数据，按照约定的数据生成格式生成代收/托收数据。代收/托收对帐根据外部收费机构返回的收费数据，提取本系统生成的数据进行比对，生成比对结果。帐单记录生成按照指定格式生成客户帐单收费日报数据生成生成指定日期、指定操作员的收费日报。对于已经生成日报的数据做标识，日报不能重复生成。收费日报的回退只能在生成当日处理，隔日不能回退收费日报。收费日报里的收费记录允许有本日以前的未做标识的记录1）功能调用接口1、销账输入：客户标识、帐户标识、费用科目、费用值、缴费方式输出：修改客户帐单的销账标识、在系统内记录缴费流水。2、返销账输入：客户标识、帐户标识、费用科目、费用值、缴费方式输出：修改客户帐单的销账标识、在系统内记录返销账流水。3、退款输入：客户标识、帐户标识、费用科目、费用值、缴费方式输出：对客户帐单做退款设置、在系统内记录退款流水。4、收费数据生成输入：收费机构代码、费用日期输出：按照约定结构生成收费数据5、收费日报生成输入：日期、操作员工号输出：收费日报数据，在收费记录上设置生成标识。2）数据访问接口谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、客户帐单客户标识、帐户标识、费用产生日期、费用科目、应收费用值、预定缴费方式6、付款记录付款流水号、客户标识、帐户标识、交易日期、交易类型（收/退/返销）、费用类型（话费/押金/预存款）、费用科目、费用值、实际缴费方式7、费用减免记录流水号、客户标识、帐户标识、费用科目、原始费用值、减免值、减免原因、日期、批准人、操作人员客户管理1.1..1功能说明客户管理完成客户的资料管理、密码管理、级别管理、信用管理、积分管理。客户管理对客户的级别、信用度、积分和密码可进行初始化、查询和修改；有权限的操作员可对客户资料进行修改、查询和统计。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1软件结构1.1..2资料管理1）用户界面界面说明客户资料维护查询修改客户、用户、帐户的社会属性。与产品和服务有关的属性要通过业务变更做处理。客户资料查询统计对客户、用户、帐户进行组合查询和统计2）功能组件谢谢使用 知识水坝（豆丁网@pologoogle）为您整理功能名称功能说明客户资料维护查询、修改客户资料。生成修改日志。用户资料维护查询、修改用户资料。生成修改日志。帐户资料维护查询、修改帐户资料。生成修改日志。1）功能调用接口无2）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目1.1..1密码管理1）用户界面界面说明初始密码生成及打印生成客户、用户、帐户初始密码并打印密码修改根据客户要求修改各级密码。密码要加密显示。密码验证根据客户、用户、帐户标识以及密码进行身份验证2）功能组件功能名称功能说明密码加密解密根据需要对密码进行的加密解密处理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理密码修改对客户输入的密码做验证，在系统内保留修改记录。密码验证根据各级标识和输入的密码验证客户身份，返回验证结果。1）功能调用接口无2）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目1.1..1客户级别管理1）用户界面界面说明级别参数定义增加、修改、删除客户级别参数的定义查询客户级别元素查询影响客户级别变更的元素。如：入网时长、单位性质、消费额度、缴费情况批量调整客户级别选择客户范围，确认调整。手工调整客户级别显示修改指定客户级别。2）功能组件功能名称功能说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理级别参数维护对于确定客户级别的参数进行增、删、改，并记录修改结果。生成客户级别元素定时或实时生成客户级别元素。统计客户的缴费、消费情况，提取客户资料的相关信息。调整客户级别根据级别参数的定义和客户的级别元素调整客户的级别，记录修改过程。1）功能调用接口1、生成客户级别元素输入：客户编码输出：客户的级别元素记录2）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、客户帐单客户标识、帐户标识、费用产生日期、费用科目、应收费用值、预定缴费方式6、付款记录付款流水号、客户标识、帐户标识、交易日期、交易类型（收/退/返销）、费用类型（话费/押金/预存款）、费用科目、费用值、实际缴费方式7、级别参数谢谢使用 知识水坝（豆丁网@pologoogle）为您整理调整级别用的控制参数。级别编码、单位性质、入网参数、消费参数、缴费参数5、客户级别元素对客户在网各种行为的统计。客户编码、统计日期、数据时段、入网数据、消费数据、缴费数据等1.1..1客户信用管理1)用户界面界面说明信用评估规则维护对信用评估规则进行查询、增加、修改和删除。查询客户信用元素查询影响客户信用变更的元素。如：消费行为、缴费情况信用度批量调整选择客户范围，确认调整手工调整客户信用度显示修改指定的客户信用度。黑名单数据加载加载全国中心或外部信用机构提供的黑名单数据。黑名单数据批量导出导出系统内的黑名单与全国中心或外部信用机构交换黑名单维护增加、删除、修改黑名单数据。2)功能组件功能名称功能说明信用评估规则维护对于确定客户信用度的规则进行增、删、改，并记录修改结果。生成客户信用元素定时或实时生成客户信用元素。统计客户的缴费、消费情况，提取客户资料的相关信息。调整客户信用度根据信用评估规则的定义和客户的信用元素调整客户的信用度，记录修改过程。黑名单自动生成在客户欠费拆机满足一定时限的情况下，自动记入黑名单。黑名单数据加载对黑名单数据的格式内容进行检查，在系统内生成黑名单记录谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1)功能调用接口1、生成客户信用元素输入：客户编码输出：客户的信用元素记录2)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、客户帐单客户标识、帐户标识、费用产生日期、费用科目、应收费用值、预定缴费方式6、付款记录付款流水号、客户标识、帐户标识、交易日期、交易类型（收/退/返销）、费用类型（话费/押金/预存款）、费用科目、费用值、实际缴费方式7、信用评估规则调整信用度用的控制参数。信用度编码、消费参数、缴费参数8、客户信用元素对客户在网各种行为的统计。客户编码、统计日期、数据时段、消费数据、缴费数据等6、黑名单谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户编码、证件类型、证件号码、进入黑名单日期、进入黑名单原因1.1..1客户积分管理1)用户界面界面说明积分规则维护增加、修改、删除积分规则查询客户积分元素查询影响客户积分变更的元素。如：入网时长、消费额度、缴费情况批量调整客户积分选择客户范围，确认调整。手工调整客户积分显示修改指定客户积分。积分回报录入积分回报的内容。2)功能组件功能名称功能说明积分规则维护对于确定客户积分的参数进行增、删、改，并记录修改结果。生成客户积分元素定时或实时生成客户积分元素。统计客户的缴费、消费情况，提取客户资料的相关信息。调整客户积分根据积分规则的定义和客户的积分元素调整客户的积分，记录修改过程。积分回报处理根据积分使用情况调整客户累计积分，记录回报内容。3)功能调用接口1、生成客户积分元素输入：客户编码输出：客户的积分元素记录谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、客户帐单客户标识、帐户标识、费用产生日期、费用科目、应收费用值、预定缴费方式6、付款记录付款流水号、客户标识、帐户标识、交易日期、交易类型（收/退/返销）、费用类型（话费/押金/预存款）、费用科目、费用值、实际缴费方式7、积分规则调整客户积分用的控制参数。编码、消费参数、缴费参数、调整值8、客户积分元素对客户在网各种行为的统计。客户编码、统计日期、数据时段、消费数据、缴费数据等业务调度1.1..1铁通总部主要负责包括大客户和全国性或跨省业务调度。业务调度以工作流为核心，可以对订单动态配置、调度和监控，订单按照业务请求类型分为以下几种：1.只需铁通总部存储转发谢谢使用 知识水坝（豆丁网@pologoogle）为您整理对于此类订单，铁通总部完成相关日志记录后，发往目的省分公司，同时将发送结果反馈给源省分公司。可以人工、自动完成。1.只需铁通总部相关部门施工由铁通总部的受理中心受理，根据订单业务类型、产品类别分别送到不同的铁通总部施工部门。铁通总部需要完成三个工位：工单审核（可浮动）、工单施工、工单质检发送（可浮动）。2.需要铁通总部相关部门施工并存储转发省分公司根据订单业务类型、产品类别分别送到不同的铁通总部施工部门。铁通总部需要完成三个工位：工单审核（可浮动）、工单施工、工单质检发送（可浮动）。施工完成后，发往目的省分公司，并将结果反馈给源省分公司。1.1..1.1软件结构　1.1..1.2用户界面界面要求：采用浏览器方式对于日期、号码等有规则的输入数据要在界面上进行有效性检查。对于事先定义了参数的输入值，要限制人工输入，强制从参数表选取。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理出错信息要预先定义，要准确反映出错原因，给出明确的解决问题方法。界面布局要简洁、清晰、对于输入频度较高的值采用预选缺省值的方式。界面支持视觉、听觉提示功能用户界面：界面说明受理中心受理客户申请，把客户的业务意向记录下来，包括客户基本信息和受理需求描述派单界面对省分受理的异地单进行施工处理，根据条件选择工单，后派单回单界面根据条件选择选中需要回单的工单，完成回单操作质检界面在工单列表中，根据条件选择选中需要质检的工单，完成质检操作订单审核界面显示订单内容，进行完整性检查，显示主对端配置界面流程监控界面监控各类订单在处理流程中所处的状态，对有些状态的订单应能够提供预警信息订单转发界面显示转发订单全国中心订单，转发订单监控界面在全国中心处理的，或经全国中心转发的订单详情及其状态的统一列表1.1..1.1功能组件订单生成功能描述：将来自各个途径的业务受理申请等转变为系统订单实例的过程或直接将来自各省分的跨省订单导入系统的过程序号构件名称描述1订单信息维护订单编号、订购合同号或订购协议号、解决方案代码、优先级、订购日期、产品信息、当前状态、当前环节、竣工日期、客户编号、备注信息等谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2业务规则检查业务受理权限检查、销售人员所能销售的产品/资费权限检查、产品互斥检查等3资源确认确认所申请业务的资源配备情况4费用计算计算所申请业务的费用5订单确认及受理回执生成确认订单信息，并生成业务受理的回执订单管理和调度功能描述：定单相关参数的设置，按流程模板定义的流程对订单进行拆分并调度执行的过程序号构件名称描述1处理环节设置预设置业务处理环节2动作指示设置预设置业务处理动作指示3预告警设置设置每个处理环节的处理时限，提供预告警时长和告警时长的设定4异常设置预设置业务处理异常情况5可分业务设置预设置可分业务参数6缓装模式设置预设置缓装条件7回滚调度对撤单、无法竣工的订单进行回滚处理，释放已占资源8合并调度营业前台对处在后台的生产单受理其他合并业务，引起的工单的回滚过程9谢谢使用 知识水坝（豆丁网@pologoogle）为您整理可分业务调度分解为针对单个产品、单个客户或单个省的子订单，每个子订单对应其独立的订单流程10人工调度从人工调度队列中提取生产单，选定要处理的生产单，对选定的生产单进行人工调度处理，记录操作日志信息订单审核功能描述：对订单资料进行完整性检查，对存在主、对端关系的产品的订单，通过人工建立联系序号构件名称描述1订单提取通过权限验证后，提取符合条件的记录，显示提取结果2订单审核订单资料完整性检查；存在主、对端关系的产品，人工为两张订单分配统一的电路标识号，审核通过，订单进入工单施工环节。如果只需铁通总部存储转发，铁通总部在完成相关日志记录后，发往目的省分公司，同时将发送结果反馈给源省分公司。审核不通过，填写具体原因，将审核结果返回给源省分公司3审核日志记录订单状态、时间状态等信息关联实体的动态工单施工功能描述：完成资源分配与施工，并填写处理结果及建议信息。订单进入工单质检发送。构件名称描述谢谢使用 知识水坝（豆丁网@pologoogle）为您整理序号1工单提取查询权限管理，输入施工流水或者工单环节，确认后，提取符合条件的记录，显示提取结果2派发工单查询权限管理，选择需要操作的施工单，进行派单操作，提示处理结果3施工单打印选择需要处理的工单，确认之后，打印4工单回笼查询权限管理，选择需要操作的施工单，进行回单操作，提示处理结果5施工日志记录工单状态、时间状态等信息关联实体的动态工单质检发送功能描述：是针对施工质量的一项检验工作，通常处于施工回单之后，质检结果记录日志。序号构件名称描述1质检工单提取查询权限管理，指定局向、实体等条件，提取符合条件的记录，显示提取结果2质检处理选取质检工单，核查回执施工单，勘查施工，质检结果反馈通过：质检人员可以填写建议信息。不通过：质检人员必须指定不通过的原因，原因由系统预先设置，质检人员可以填写建议信息，工单重新返回施工工位。3发送1.源省分公司与目的省分公司施工成功，将成功标志、施工信息发送给源省分公司。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理施工失败，将失败标志、失败原因发送给源省分公司。1.源省分公司与目的省分公司不相同施工成功，将订单信息、施工成功标志、施工信息发送给目的省分公司，将施工成功标志发送给源省分公司。施工失败，将失败标志、失败原因发送给源省分公司。4质检日志竣工处理功能描述：业务调度流程的终点，对完成的业务申请设置竣工标识，保存业务信息。序号构件名称描述1工单提取查询权限管理，输入施工流水或者到单日期等条件，确认后，提取符合条件的记录，显示提取结果2竣工处理根据业务类型的不同，进行不同处理3竣工日志记录工单状态、时间状态等信息关联实体的动态工作流功能模型：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理流程定义：•图形化定义流程的各个环节。•工作流中每个活动（activity）都会指定任务完成者来完成相关工作节点中的任务。•任务完成者可以是人(Human)、角色(Role)或应用(Application)。–选择human，则表示由工作流模板（活动）指定人员才能完成任务处理。–选择role，则表示由拥有工作流模板（活动）指定角色的人员才能完成任务处理。–选择application则表示由系统自动执行完成任务处理•使用规则(Rule)动态自动任务完成者。很多情况下，任务完成者将有活动内容和相关业务决定，开发者在定义工作流模板时不能确定任务完成究竟是谁（人/角色）。这时可以使用规则（rule）在工作流实例运行期间动态确定任务完成者。业务实现过程：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.订单管理系统录入定单2.订单管理系统发送订单事件到消息队列3.订单事件触发Workflow产生一个新的Workflowinstance4.BPM通过调用资源调度、派单、回单、质检、竣工等业务构件5.工单竣工信息返回订单管理系统6.定单竣工信息通过Adapter通知计费系统、大客户系统等7.整个过程中BPM把订单状态发送到订单管理1.1..1.1接口接口名称说明参数数据返回数据综合营业接口由营业受理接受客户业务申请，生成订单，以及该业务的资源串，由业务调度系统进行调度，在前台对受理单进行确认时写营业受理队列表收费标志、等待标志、受理状态、处理工号、工位代码、预告警标志、进入队列时间、受理时间综合客服接口由综合客服接受业务受理，故障，投诉，生成订单谢谢使用 知识水坝（豆丁网@pologoogle）为您整理收费标志、等待标志、受理状态、处理工号、工位代码、预告警标志、进入队列时间、受理时间综合帐务接口在营业受理时生成该业务申请的收费资料，指定收费方式，并根据是否已经收费，置生产单的收费标志。前台对受理单确认时都写营业收费队列表受理时间、进入队列时间、预告警标志号码资源接口根据动作指示，对号码资源进行分配或释放施工接口将施工单调度到各施工环节，并根据回单结果对各施工单执行相应的处理生产编号、受理流水、局向、业务码、动作指示、派单人、施工人、回单人、处理结果、异常原因、完工时间与省分公司的订单接口l省分公司主动发送，铁通总部接收1．在省分公司，预设铁通总部环节。进行要发送的数据包准备，定单发送不成功，状态置为：人工发送。当工单处于已发送状态，省分公司不能对该单进行撤单或资料修正。Ip、端口号、生产编号、生产流水，定单信息、客户资料、帐务资料、产品资料、特殊产品资料、收费资料等谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2．工单在铁通总部完成内部处理后，将处理结果发送到省分公司，l铁通总部主动发送，省分公司接收1）在铁通总部，通过建立到省分公司的路由表，动态确定省分公司接口服务所在的IP地址及服务端口等信息。2）铁通总部向本地网进行：1.订单转发不成功则转入人工处理。2.订单施工并发送在工单施工完成后，由人工触发发送3.消息发送实现技术：建立铁通总部到省分公司的静态路由，JMS订单转发监控接口Ip订单信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理监控转发订单在省分公司的状态处理情况、端口号、生产编号、生产流水等网管接口包括交换网管、数据网管、智能网管（包含200、300、800、WAC、VOT等）接口方式采用双向数据接口，由网管系统生成程控指令。产品编号、资源、业务类型、产品参数（如程控功能、长权、电话类型等）网管系统返回施工结果程控功能的容量、互斥情况1.1..1.1性能指标1.1..1.2完整性系统必须保证交易的完整性。封装JTA/JTS的调用，利用J2EE服务器的事务管理器，保证交易中涉及的单个或多个同构的数据源的交易完整性,通过XA协议保证异构平台上的异构数据源的交易完整性。1.1..1.3可配置性和扩展性做到生成新业务、引入新资源和变动流程的实现过程不再是软件开发过程，而只是系统的维护配置和使用过程谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1各省公司1.1..1.1软件结构　1.1..1.2用户界面界面要求：采用浏览器方式对于日期、号码等有规则的输入数据要在界面上进行有效性检查。对于事先定义了参数的输入值，要限制人工输入，强制从参数表选取。出错信息要预先定义，要准确反映出错原因，给出明确的解决问题方法。界面布局要简洁、清晰、对于输入频度较高的值采用预选缺省值的方式。界面支持视觉、听觉提示功能用户界面：界面说明工单格式定制内容的属性、内容显示位置、每个工位使用的工单内容和定单信息之间对应关系、可配置派单界面根据条件选择工单，后派单回单界面根据条件选择选中需要回单的工单，完成回单操作谢谢使用 知识水坝（豆丁网@pologoogle）为您整理质检界面在工单列表中，根据条件选择选中需要质检的工单，完成质检操作人工竣工界面选择需要人工竣工的订单条目，手动完成竣工操作自动竣工界面自动为已经到达竣工环节的工单竣工。进度会显示自动竣工的进展情况，竣工如果成功，显示竣工完成界面各业务处理环节的处理时限表详列和处理环节的完成时间限制预约工单提示表列表，可以预警即将超时工单预警表列表，可以预警未完工超时工单一览表列表，可以预警已经完工的超时工单一览表列表全程超时工单的具体信息列表各环节超时工单的具体信息列表流程管理信息界面流程管理、监控的界面1.1..1.1功能组件订单生成功能描述：将来自各个途径的业务受理申请等转变为系统订单实例的过程或直接将来自铁通总部调度的跨省订单导入系统的过程序号构件名称描述1订单信息维护订单编号、订购合同号或订购协议号、解决方案代码、优先级、订购日期、产品信息、当前状态、当前环节、竣工日期、客户编号、备注信息等2业务规则检查业务受理权限检查、销售人员所能销售的产品/资费权限检查、产品互斥检查等3资源确认通过资源接口业务所涉及确认资源4费用计算根据产品资费计划计算所要收取的费用谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5订单确认及受理回执生成确认所受理的业务，并生成业务受理回执，打印回执订单管理和调度功能描述：定单相关参数的设置，按流程模板定义的流程对订单进行拆分并调度执行的过程序号构件名称描述1处理环节设置预设置业务处理环节2动作指示设置预设置业务处理动作指示3预告警设置设置每个处理环节的处理时限，提供预告警时长和告警时长的设定4异常设置预设置业务处理异常情况5可分业务设置预设置可分业务参数6缓装模式设置预设置缓装条件7回滚调度对撤单、无法竣工的订单进行回滚处理，释放已占资源8合并调度营业前台对处在后台的生产单受理其他合并业务，引起的工单的回滚过程9可分业务调度分解为针对单个产品、单个客户或单个省的子订单，每个子订单对应其独立的订单流程10人工调度谢谢使用 知识水坝（豆丁网@pologoogle）为您整理从人工调度队列中提取生产单，选定要处理的生产单，对选定的生产单进行人工调度处理，记录操作日志信息资源设置功能描述：根据业务和资源的对应关系，以及资源和施工环节的对应关系，对客户的申请业务，由资源的变动情况决定生产单的生产施工环节。构件组合：序号构件名称描述1业务资源设置设置业务和资源的对应关系2资源环节设置设置资源和施工环节的对应关系施工派单管理功能描述：施工派单管理实现工单的提取、施工单的派发和打印等功能。序号构件名称描述1工单提取查询权限管理，输入施工流水或者工单环节，确认后，提取符合条件的记录，显示提取结果2派发工单查询权限管理，选择需要操作的施工单，进行派单操作，提示处理结果3施工单打印选择需要处理的工单，确认之后，打印施工回单管理功能描述：施工回单管理实现工单的提取、施工单的回笼和日志等功能。序号构件名称描述谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1工单提取查询权限管理，输入施工流水或者工单环节，确认后，提取符合条件的记录，显示提取结果2工单回笼查询权限管理，选择需要操作的施工单，进行回单操作，提示处理结果3施工日志记录工单状态、时间状态等信息关联实体的动态质检处理功能功能描述：是针对施工质量的一项检验工作，通常处于施工回单之后，质检结果记录日志。序号构件名称描述1质检工单提取查询权限管理，指定局向、实体等条件，提取符合条件的记录，显示提取结果2质检处理选取质检工单，核查回执施工单，勘查施工，质检结果反馈3质检日志记录工单状态、时间状态等信息关联实体的动态竣工处理功能描述：业务调度流程的终点，对完成的业务申请设置竣工标识，保存业务信息。序号构件名称描述1工单提取查询权限管理，输入施工流水或者到单日期等条件，确认后，提取符合条件的记录，显示提取结果2竣工处理根据业务类型的不同，进行不同处理3竣工日志谢谢使用 知识水坝（豆丁网@pologoogle）为您整理记录工单状态、时间状态等信息关联实体的动态查询管理序号构件名称描述1定单资料查询按关键字在订单系统中查询订单的详细资料2定单状态查询按关键字在订单系统中查询订单的状态3环节状态查询按关键字在订单系统中查询订单环节的状态统计报表功能描述;监控各种状态订单的处理情况，使相关部门对订单总的处理情况有所了解序号构件名称描述1客户定单数量统计在订单系统中获取客户订单的数量，按业务类型等关键字进行分组统计2预告警超时定单统计在订单系统中获取告警超时订单，按管理需要进行统计3滞留工单统计在订单系统中获取告警滞留工单，按管理需要进行统计信息归档功能描述：对已完成的订单进行归档谢谢使用 知识水坝（豆丁网@pologoogle）为您整理序号构件名称描述1归档对已完成并超过规定管理时间的订单设置归档标志并转存到归档库2定单资料查询在归档库中查询归档订单的资料工作流功能模型：流程定义：•图形化定义流程的各个环节。•工作流中每个活动（activity）都会指定任务完成者来完成相关工作节点中的任务。•任务完成者可以是人(Human)、角色(Role)或应用(Application)。–选择human，则表示由工作流模板（活动）指定人员才能完成任务处理。–选择role，则表示由拥有工作流模板（活动）指定角色的人员才能完成任务处理。–选择application则表示由系统自动执行完成任务处理•使用规则(Rule)动态自动任务完成者。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理很多情况下，任务完成者将有活动内容和相关业务决定，开发者在定义工作流模板时不能确定任务完成究竟是谁（人/角色）。这时可以使用规则（rule）在工作流实例运行期间动态确定任务完成者。业务实现过程：1.订单管理系统录入定单2.订单管理系统发送订单事件到消息队列3.订单事件触发Workflow产生一个新的Workflowinstance4.BPM通过调用资源调度、派单、回单、质检、竣工等业务构件5.工单竣工信息返回订单管理系统6.定单竣工信息通过Adapter通知计费系统、大客户系统等7.整个过程中BPM把订单状态发送到订单管理1.1..1.1接口接口名称说明参数数据返回数据综合营业接口由营业受理接受客户业务申请，生成订单，以及该业务的资源串，由业务调度系统进行调度，在前台对受理单进行确认时写营业受理队列表谢谢使用 知识水坝（豆丁网@pologoogle）为您整理收费标志、等待标志、受理状态、处理工号、工位代码、预告警标志、进入队列时间、受理时间综合客服接口由综合客服接受业务受理，故障，投诉，生成订单收费标志、等待标志、受理状态、处理工号、工位代码、预告警标志、进入队列时间、受理时间综合帐务接口在营业受理时生成该业务申请的收费资料，指定收费方式，并根据是否已经收费，置生产单的收费标志。前台对受理单确认时都写营业收费队列表受理时间、进入队列时间、预告警标志号码资源接口根据动作指示，对号码资源进行分配或释放设备资源接口根据动作指示，对设备号资源进行分配或释放生产编号、生产流水、局向、业务码、动作指示、进入队列时间、受理时间施工接口将施工单调度到各施工环节，并根据回单结果对各施工单执行相应的处理生产编号、受理流水、局向、业务码、动作指示、派单人、施工人、回单人、处理结果、异常原因、完工时间与铁通总部的工单接口各省分公司从铁通总部获取工单谢谢使用 知识水坝（豆丁网@pologoogle）为您整理各省分公司向铁通总部发送工单网管接口包括交换网管、数据网管、智能网管（包含200、300、800、WAC、VOT等）接口方式采用双向数据接口，由网管系统生成程控指令。产品编号、资源、业务类型、产品参数（如程控功能、长权、电话类型等）网管系统返回施工结果程控功能的容量、互斥情况1.1..1.1性能指标l应用服务器处理性能估算约定：平均每个电信用户每月产生2次业务受理（N1）；平均每个业务受理产生15应用请求（T）；每天工作8个小时（H）；一天内忙时的处理量为平均值的3倍；经验系数为2；考虑服务器保留30％的冗余；应用类型指数：1.2；则服务器的处理能力为：TPC-C=用户数*N1*T/30/H*3/M*经验系数/冗余系数*应用类型指数其中：N1―每个用户每月的在线交易数，D―每月工作的天数，H－每天工作的小时数，M-每小时分钟数。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理则处理性能估算为：300万*2*15/30/12*3/60*2/0.7*1.2=42,857TPMl系统响应时间一般性操作最长不超过5秒，对一般性统计不超过100秒。当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。l并发处理能力系统能支持同时从多个营业厅、客服部门等地方并发使用，连接的增加不能明显降低系统的响应时间。按用户规模定义并发能力300万-3000个并发200万--2000个并发100万--1000个并发1.1..1.1完整性系统必须保证交易的完整性。封装JTA/JTS的调用，利用J2EE服务器的事务管理器，保证交易中涉及的单个或多个同构的数据源的交易完整性,通过XA协议保证异构平台上的异构数据源的交易完整性，实现两阶段提交。1.1..1.2可配置性和扩展性做到生成新业务、引入新资源和变动流程的实现过程不再是软件开发过程，而只是系统的维护配置和使用过程资源管理资源管理负责对号码、卡资源，以及在市场、销售、客户服务过程中涉及的终端、充值卡等业务资源，进行统一的动态、分级管理，支持资源在各渠道中的动态调拨机制，以提高资源利用率。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理资源管理主要包括号码资源管理、卡资源管理、终端设备资源管理、单据资源管理、数据业务资源管理、物品赠品资源管理等。1.1..1软件结构　1.1..1.1用户界面界面要求：采用浏览器方式对于日期、号码等有规则的输入数据要在界面上进行有效性检查。对于事先定义了参数的输入值，要限制人工输入，强制从参数表选取。出错信息要预先定义，要准确反映出错原因，给出明确的解决问题方法。界面布局要简洁、清晰、对于输入频度较高的值采用预选缺省值的方式。界面支持视觉、听觉提示功能用户界面：界面说明号码等级管理号码等级信息（局代码、号码等级、等级描述、号码价格）的查询维护号码域信息管理号码信息（局，交换机、使用状态、号码等级）的维护，支持号码段的维护谢谢使用 知识水坝（豆丁网@pologoogle）为您整理充值卡管理对充值卡的查询、发放、回收进行管理缴费卡管理对缴费卡的入库、发放、回收、修改进行管理IP资源管理维护IP信息。具有修改、增加、删除等功能。增加IP应能成批增加。对与IP的长度应考虑到6位。不能删除有用户的IP。1.1..1.1功能组件1.1..1.1.1码号资源管理功能描述：号码资源管理维护管理号码资源相关属性及关联信息，并提供对号码资源的动态、分级管理，包括用户号码资源、业务号码资源和其它号码资源的管理序号构件名称描述1号码资源生成构件输入号码类型－输入起始、终止号码－选择号码状态－生成保存涉及实体：码号表（号码、号码用途、号码类别、归属地、所属交换机、号码状态、启用时间、使用日期、保留开始时间、保留截止时间等）2号码资源状态变更将指定的号码状态从初始状态更新为指定状态，更新对应的产品编号，当号码回收时记录号码回收日期。非拆机业务撤单处理、非拆机业务异常回滚处理、拆机竣工处理、装机改号竣工处理均调用此构件；状态分为未使用、预占、占用、预留、删除、已释放等3自动配号码若客户未选号，则选用客户所选号码，若客户未选号则根据客户区内外情况在空号表选择空号给用户，使用构件（号码资源状态变更）预占该号码资源谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4配号结果出口信息设置根据配号执行结果情况，以不同结果批示码，返回定单消息至客户定单调度子系统5日志记录将配号结果，号码资源情况，操作类型（配/拆）等本次配号码操作信息记录在配号日志中1.1..1.1.1卡资源管理功能描述：有价卡是指由铁通公司发行的带有面值的卡，包括充值卡、IP电话卡、互联网上网卡等。有价卡资源管理提供对有价卡的动态、分级管理。序号构件名称描述1卡入库生成相应卡数据的过程2卡分配及回收3卡报废4变更操作日志信息日志代码；操作名称；变更时间；变更类型；变更流水；操作员；操作备注1.1..1.1.2终端设备管理功能描述：终端设备资源管理是对铁通公司销售的终端设备进行统一的动态、分级管理。包括终端、配件、数据卡等设备资源的管理。序号构件名称描述1终端设备信息维护对终端设备的名称、数量、单价、保修期、时间、型号、设备标识号等进行维护2单据信息维护3终端入库读取终端设备数据文件，调用终端设备信息维护构件，建立新的终端设备数据。调用的构件：终端设备信息维护4终端分配及回收谢谢使用 知识水坝（豆丁网@pologoogle）为您整理将终端设备分配给各级构/代销商或操作员，或将终端设备从各级机构/代销商或操作员回收。调用的构件：终端设备信息维护5终端报废备份并删除终端设备数据。调用的构件：终端设备信息维护6单据生成读取单据格式，生成单据打印内容，修改单据状态。调用的构件：单据信息维护1.1..1.1.1IP资源管理功能描述：IP地址的管理主要是对IP地址的申请、分配、占用、释放与回收等过程进行管理序号构件名称描述1IP资源状态变更将指定的IP状态从初始状态更新为指定状态，当IP回收时记录IP回收日期。2IP资源信息维护对IP资源的相关信息维护3IP资源分配调用构件：IP资源状态变更4IP资源回收调用构件：IP资源状态变更1.1..1.1.2单据资源管理功能描述：对铁通公司在销售及客户服务中涉及的发票、收据以及营业票据等进行管理序号构件名称描述1单据信息维护对单据类别、编号、启用时间、有效期、状态、经办人、使用地、注销时间、注销原因等信息进行维护谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2单据出入库调用单据信息维护3单据注销调用单据信息维护4统计查询1.1..1.1接口接口名称说明参数数据返回数据号码资源释放与营业模块的接口所要释放的号码所在的交换局，所要释放的号码所在的交换机，所要释放的号码成功；失败号码资源预占与营业模块的接口交换局、交换机、号码成功；失败；该号码不存在；该号码已被占用；该号码与交换局不符；该号码与交换机不符；其他号码变动释放原号码，占用新号码的相关处理（与营业模块的接口）原交换局、原交换机、原号码；新交换局、新交换机、新号码成功；不成功选择号码与营业模块的接口交换局、交换机、等级、号码成功，且选择了新号码；成功，但取消了选择；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理失败1.1..1性能指标1.1..2完整性系统必须保证交易的完整性。封装JTA/JTS的调用，利用J2EE服务器的事务管理器，保证交易中涉及的单个或多个同构的数据源的交易完整性,通过XA协议保证异构平台上的异构数据源的交易完整性。1.1..3可配置性和扩展性1.2综合客服综合客服包括以下功能：业务受理、业务咨询、费用查询、质量投诉、客户建议、故障申告、主动服务、信息发布、客户满意度调查、服务质量检查、服务质量监控、催费业务受理1.2..1功能说明业务受理是指向客户提供非面对面、不需身份证件、不涉及现金交易的电信业务的受理服务。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1软件结构1.1..2业务受理1）用户界面界面说明客户身份验证根据客户证件号码或密码验证客户身份资料维护查询修改客户、用户资料产品定制从产品清单中选择客户选购的产品，变更原有产品的组成（服务变更）欠费查询检查客户的费用缴纳情况信用度调整在特殊情况下的信用度手工调整2）功能组件功能名称功能说明客户身份验证根据客户证件号码或密码查证客户是否有效，返回验证信息欠费查询检查这个客户的欠费情况，可以是所有归属用户的欠费情况或指定用户的欠费情况产品定制对选择的产品做有效性、相容性检查，生成定制记录。信用度调整根据系统定义的信用度评估规则，和人为因素调整客户的信用度订单生成生成业务变更订单，传递到营业系统谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1）功能调用接口1、欠费查询输入：客户编号、用户号码输出：欠费记录2、产品定制输入：产品编码输出：产品记录2）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、服务号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号4、帐务关系付费帐户与费用科目之间的支付关系。付费帐户编号、客户编码、服务标识号、费用科目5、产品产品是由相关设备能够提供的功能、以及对应的资费政策组成。产品编码、产品名称、产品类别、功能包6、服务变更订单服务变更的记录。订单流水号、客户编号、服务类型、状态。7、客户帐单付费帐户编号、客户编码、服务标识号、费用生成月份、费用科目、帐单余额谢谢使用 知识水坝（豆丁网@pologoogle）为您整理费用查询1.1..1功能说明费用查询功能包括当月费用查询、历史费用查询、话费详单和帐户余额查询1.1..2软件结构1.1..3详单查询详单查询是对各种业务的服务使用记录的查询1）用户界面界面说明详单查询选择要查询的业务类型，输入客户编号、用户号码等，完成指定的查询身份验证根据密码或证件号码对客户的身份进行验证打印对查询结果进行打印2）功能组件功能名称功能说明客户身份验证根据客户提供的证件号码或相关密码对客户身份进行验证详单查询根据客户编号查询多个用户的服务使用纪录，或者根据用户号码查询指定用户的服务使用记录查询结果生成生成查询结果集，用于打印或生成数据文件3）功能调用接口1、服务使用记录查询谢谢使用 知识水坝（豆丁网@pologoogle）为您整理输入：用户号码、记录类型输出：指定类型的清单1）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、用户号码、帐务周期等3、服务使用记录用户号码、对方号码、记录类别、服务使用日期、服务使用时长、费用1.1..1帐务信息查询帐务信息查询是对客户帐单及缴费情况的查询1）用户界面界面说明帐单查询选择要查询的月份，输入客户编号、帐户号码等，完成指定的查询身份验证根据密码或证件号码对客户的身份进行验证打印对查询结果进行打印2）功能组件功能名称功能说明客户身份验证根据客户提供的证件号码或相关密码对客户身份进行验证帐务信息查询根据客户编号查询多个帐户的信息，或者根据帐户号码查询指定帐户的信息查询结果生成生成查询结果集，用于打印或生成数据文件3）功能调用接口1、帐务信息查询输入：客户标识、帐户标识谢谢使用 知识水坝（豆丁网@pologoogle）为您整理输出：帐户资料、帐单、付款记录1）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、用户用户的基本资料。客户编码、用户编码、用户号码、帐务周期等3、付费帐户付费帐户的基本资料。客户编码、帐户编号、帐户结余4、客户帐单付费帐户编号、客户编码、服务标识号、费用生成月份、费用科目、帐单余额5、付款记录付款流水号、客户编码、用户号码、付款日期、费用生成月份、费用科目、费用值、付款渠道业务咨询1.1..1功能说明业务咨询提供铁通公司开展或将要开展的业务资料信息及相关的信息咨询。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1软件结构1.1..2业务咨询1）用户界面界面说明业务信息加载维护录入或加载可供查询的业务信息业务咨询受理根据客户提供的查询条件输出相应查询内容，查询结果应有多种表现形式，如文字、表格、图形、声音等；业务咨询工单处理为客户的业务咨询生成工单，在业务咨询的处理过程中对工单的处理过程与处理结果等情况进行查询、修改。回复查询处理结束的工单，向客户进行回复。2）功能组件功能名称功能说明业务信息加载维护加载各类业务信息，定期更新业务咨询受理根据咨询条件查询相应的业务内容，对需回复的业务咨询生成工单。工单处理在工单受理点录入处理结果，并按照路由定义做相应的转单/派单处理。工单查询对各种处理状态的工单进行查询谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1）功能调用接口1、工单处理输入：工单流水号、类别代码、处理类型（正常、转派、升级）、当前步骤编号输出：下一个受理点的工单2）数据访问接口1、工单工作流程控制记录。工单流水号、类别代码、处理类型、当前流程位置、工单状态、2、业务信息各类业务信息。业务类型、业务内容、费用内容质量投诉1.1..1功能说明质量投诉包括投诉管理、投诉记录的跟踪、投诉结果的处理。1.1..2软件结构1.1..3投诉管理投诉管理的内容包括：投诉分类、路由定义、投诉记录查询谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1）用户界面界面说明维护投诉分类录入并维护投诉分类的定义维护投诉途径录入并维护投诉途径维护路由定义录入并维护投诉单的流转路由投诉记录查询根据时间、地域、客户类型、投诉途径、投诉类型对投诉情况做相应的查询统计2）功能组件功能名称功能说明投诉分类在系统内生成和修改投诉分类记录。投诉分类的内容有：网络状况、计费收费、终端等。路由定义在系统内生成和修改投诉路由定义。投诉途径在系统内生成和修改投诉途径定义。投诉途径是指受理客户投诉的各级部门。3）功能调用接口无4）数据访问接口1、投诉分类定义对投诉分类参数进行定义。类别代码、类别名称、受理部门。2、路由定义对投诉工单的处理流程进行定义。类别代码、处理类型（正常、转派、升级）、处理步骤编号、派单部门、投诉途径、处理时限、提醒方式。3、投诉途径受理客户投诉的各级部门的定义。部门编号、名称、级别、优先级工单1.1..1投诉处理把通过各个受理渠道提交的受理数据集中到客户服务系统中，并进行相应的处理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1）用户界面界面说明投诉信息录入通过各个受理渠道录入客户投诉，显示客户的相关资料和最近的客户服务订单。记录投诉的内容，生成服务订单。投诉工单处理对于受理人员未能当场处理的投诉，要生成工单，转入派单流程。在投诉处理过程中对工单的处理过程与处理结果等情况进行查询、修改等。回复查询处理结束的工单，向客户和转办部门回复。2）功能组件功能名称功能说明投诉受理查询客户资料和最近的客户服务订单，记录本次的投诉信息，生成服务订单投诉派单根据不同的客户服务定单，按照投诉路由定义生成相应的工单。工单处理在工单受理点录入处理结果，并按照投诉路由定义做相应的转单/派单处理。工单查询对各种处理状态的工单进行查询3)功能调用接口1、工单处理输入：工单流水号、类别代码、处理类型（正常、转派、升级）、当前步骤编号输出：下一个受理点的工单4)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、客户服务订单客户投诉的受理记录。客户编码、客户名称、客户级别、客户类型、投诉类型、受理渠道、时间、事件描述、受理工号等3、工单谢谢使用 知识水坝（豆丁网@pologoogle）为您整理工作流程控制记录。工单流水号、类别代码、处理类型、当前流程位置、工单状态故障申告1.1..1功能说明故障申告包括故障申告管理、故障申告记录的跟踪、故障申告结果的处理。1.1..2软件结构1.1..3故障申告管理故障申告管理的内容包括：故障申告的分类、路由定义、故障申告查询1）用户界面界面说明维护故障申告分类录入并维护故障申告分类的定义维护路由定义录入并维护故障申告单的流转路由故障申告查询根据时间、地域、客户类型、故障申告途径、故障类型对故障申告情况做相应的查询统计2）功能组件功能名称功能说明故障申告分类在系统内生成和修改故障申告分类记录谢谢使用 知识水坝（豆丁网@pologoogle）为您整理路由定义在系统内生成和修改故障申告路由定义1）功能调用接口无2）数据访问接口1、故障申告分类定义对故障申告分类参数进行定义。类别代码、类别名称、受理部门。2、路由定义对投诉及申告工单的处理流程进行定义。类别代码、处理类型（正常、转派、升级）、处理步骤编号、派单部门、受理部门、处理时限、提醒方式。1.1..1故障申告处理把通过各个申告受理渠道提交的受理数据集中到客户服务系统中，并进行相应的处理。1）用户界面界面说明故障申告录入通过各个受理渠道录入客户的故障申告，显示客户的相关资料和最近的客户服务订单。记录故障申告的内容，生成服务订单。故障申告工单处理对于受理人员未能当场处理的故障申告，要生成工单，转到派单流程。在故障申告处理过程中对工单的处理过程与处理结果等情况进行查询、修改等。回复查询处理结束的工单，向客户进行回复。2）功能组件功能名称功能说明故障申告受理查询客户资料和最近的客户服务订单，记录本次的故障申告信息，生成服务订单故障申告派单根据不同的客户服务定单，按照投诉路由定义生成相应的工单。工单处理在工单受理点录入处理结果，并按照投诉路由定义做相应的转单/派单处理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理工单查询对各种处理状态的工单进行查询1）功能调用接口1、工单处理输入：工单流水号、类别代码、处理类型（正常、转派、升级）、当前步骤编号输出：下一个受理点的工单2）数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、客户服务订单客户投诉的受理记录。客户编码、客户名称、客户级别、客户类型、投诉类型、受理渠道、时间、事件描述、受理工号等3、工单工作流程控制记录。工单流水号、类别代码、处理类型、当前流程位置、工单状态客户建议1.1..1功能说明把通过各个受理渠道提交的建议数据集中到客户服务系统中，并进行相应的处理。1.1..2软件结构1.1..3客户建议管理1.1..4客户建议处理1)用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户建议录入记录本次建议的内容，保存客户服务定单客户建议工单处理为客户的建议生成工单，在建议处理过程中对工单的处理过程与处理结果等情况进行查询、修改等。回复查询处理结束的工单，向客户进行回复。1)功能组件功能名称功能说明客户建议受理接到客户建议后，查询客户相应资料，并根据客户建议内容生成客户建议定单。客户建议派单根据不同的客户服务定单，按照路由定义生成相应的工单。工单处理在工单受理点录入处理结果，并按照路由定义做相应的转单/派单处理。工单查询对各种处理状态的工单进行查询2)功能调用接口1、工单处理输入：工单流水号、类别代码、处理类型（正常、转派、升级）、当前步骤编号输出：下一个受理点的工单3)数据访问接口1、客户客户的基本资料。客户编码、客户名称、证件号码、大客户标识、集团客户编码、优惠网编码、信用度等级、积分分值等2、客户服务订单客户建议的受理记录。客户编码、客户名称、客户级别、客户类型、建议类型、受理渠道、时间、事件描述、受理工号等3、工单工作流程控制记录。工单流水号、类别代码、处理类型、当前流程位置、工单状态、谢谢使用 知识水坝（豆丁网@pologoogle）为您整理主动服务1.1..1功能说明主动服务包括客户挽留、客户回访、客户关怀等功能。1.1..2软件结构1.1..3客户挽留客户挽留是对即将流失（主要针对话费流失）的客户采取各种措施，争取让客户尽量使用本网的服务。1）用户界面界面说明特征信息查询以各种特征为查询条件查询客户统计数据。如：投诉次数及频度、话费变化趋势、使用竞争运营商服务的频度和数量制订挽留计划客户服务人员针对需要挽留的客户制订挽留计划挽留计划查询根据日期、实施进度查询挽留计划谢谢使用 知识水坝（豆丁网@pologoogle）为您整理挽留结果信息录入录入挽留计划执行情况挽留方案定义对不同的挽留对象组制订不同的挽留方案挽留成本统计查询对挽留成本进行统计查询1）功能组件功能名称功能说明特征信息的生成在指定时间点收集统计客户的特征信息，特征信息可以是来自本系统和多个外部系统的数据。挽留计划处理新增、修改挽留计划挽留方案处理新增、修改、删除挽留方案挽留成本统计数据生成在统计时间点上生成挽留成本统计数据2）功能调用接口1收集统计客户的特征信息输入：客户编号、统计时段输出：客户特征纪录3）数据访问接口1、对象组定义：对象组标识、对象组特征、描述2、挽留方案：方案标识、方案说明3、挽留对象：客户编号、客户名称、联系方式、对象组标识、挽留原因、方案标识4、挽留计划：计划名称、计划编号、方案标识、联系渠道、优先级、实施时限、挽留策略、计划成本、挽留对象组标识、制定人、制定时间、审批人、审批时间等5、挽留结果信息：挽留对象、渠道、挽留方式、实际成本、挽留结果、挽留人、挽留时间、说明。1.1..1客户回访1）用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理待回访信息查询查询待回访客户信息。待回访客户包括：新装客户、投诉/申告客户、流失客户。制订回访计划客户服务人员针对需要回访的客户制订回访计划回访计划查询根据日期、实施进度查询回访计划回访结果信息录入录入回访计划执行情况回访数据统计查询对回访数据进行统计查询1）功能组件功能名称功能说明待回访信息的生成实时收集生成待回访客户的信息，待回访客户的信息可以是来自本系统和多个外部系统的数据。回访计划处理新增、修改回访计划回访统计数据生成在统计时间点上生成回访统计数据2）功能调用接口1、收集生成待回访客户信息输入：收集时间输出：待回访客户纪录3）数据访问接口1、对象组定义：对象组标识、对象组特征、描述2、回访对象：客户编号、客户名称、联系方式、对象组标识、回访原因3、回访计划：计划名称、计划编号、回访主题、回访方案、联系渠道、回访策略、优先级、实施时限、计划成本、对象组标识、制定人、制定时间、审批人、审批时间等；4、回访结果：回访对象、渠道、、实际成本、回访结果、实施人、实施时间、说明。1.1..1客户关怀1）用户界面谢谢使用 知识水坝（豆丁网@pologoogle）为您整理界面说明特征信息查询以各种特征为查询条件查询客户数据。如：大客户、新装客户制订关怀计划客户服务人员针对需要关怀的客户制订关怀计划关怀计划查询根据日期、实施进度查询关怀计划关怀结果信息录入录入关怀计划执行情况关怀策略定义对不同的关怀对象组制订不同的关怀策略1）功能组件功能名称功能说明特征信息的生成在指定时间点收集统计客户的特征信息，特征信息可以是来自本系统和多个外部系统的数据。关怀计划处理新增、修改关怀计划关怀策略处理新增、修改、删除关怀策略关怀结果统计数据生成在统计时间点上生成关怀结果统计数据2）功能调用接口统计数据生成输入：统计时段输出：客户特征纪录3）数据访问接口11、对象组定义：对象组标识、对象组特征、描述22、关怀策略：策略标识、内容说明33、关怀名单：客户编号、客户名称、联系方式、对象组标识、策略标识44、关怀计划信息：关怀策略、关怀脚本、主题、渠道、起止日期（段）、终止条件、执行方式、计划状态等。5、关怀结果信息：执行时间、执行人、执行结果等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1营销管理功能说明对市场信息、市场营销活动，销售合同等信息进行归档管理，以及实现销售过程中的工作管理，任务管理软件结构营销管理1）用户界面界面说明市场信息管理界面客户信息、市场信息的录入，分类，发布市场活动管理界面对市场活动、营销方案进行录入、修改、查询，归档工作计划列表界面工作机会计划的录入、修改、查询，删除工作日志列表界面工作日志计划的录入、修改、查询，删除工作提醒界面包括工作事务，欠费催缴工作，工单处理、客户异动提醒任务列表界面包括任务的下达，评价谢谢使用 知识水坝（豆丁网@pologoogle）为您整理销售机会销售机会信息的增加、修改、查询、删除等管理业务推介对业务资料的管理界面，支持多重渠道有针对性的推介、宣传成本管理成本预算、登记、结算和调整,成本数据的展现，成本分析营销规则对规则模板的上传，查询，下载，删除界面解决方案展现解决方案信息的管理和解决方案实施的评估信息合同模板列表对合同模板的上传，查询，下载，删除界面合同文本管理对合同文本的上传，查询，下载，删除界面1）功能组件l市场信息管理功能描述：信息收集是铁通公司市场营销人员获得信息的基础，通过获得这些信息，客户经理可以从这结信息中获得帮助。信息管理员对信息进行信息过滤和分类、归纳、整理，从而保证信息的真实性和可用性。信息共享与发布将分类后的市场信息在公司适当范围内发布。信息管理员定期将具有典型意义的信息向上级机构汇总构件组合：序号构件名称描述1信息维护对行业经济信息，竞争对手信息，客户需求信息，客户行为信息的维护操作2信息发布、上报信息管理员有权限挑选信息进行发布，上报操作l市场活动管理功能描述：营销方案制定、查询、修改和归档。支持查询各种营销活动方案；支持对营销活动方案进行修改和删除；已经实施的营销方案归档序号构件名称描述1营销方案信息维护方案编码，方案名称，方案属性（已实施/未实施），开始时间、结束时间、营销区域、营销预算，营销效果预测（未实施），营销效果评价（已实施）调用：文档上传构件2文档上传构件附件上传，删除谢谢使用 知识水坝（豆丁网@pologoogle）为您整理3方案归档对已经实施的营销方案置归档状态，并转存到归档库l工作管理功能描述：工作管理是指系统提供针对营销服务人员工作的支持。主要包括：配备管理、工作计划管理、工作日志管理等序号构件名称描述1工作计划信息维护客户走访计划、优惠计划、活动计划、营销计划、宣传计划等等2工作计划查询对工作计划按时间、分类等进行查询3工作日志维护包括业务单位、工号、客户编号、客户号码、时间、数据来源、服务类型、处理情况、对应的处理流水号、客户满意情况等，对工作日志的录入、修改、删除、分类等操作4工作日志查询统计按时间、业务单位等关键字进行统计，查询5消息构件包括sendmail，和sms6工作事务提醒获取提醒信息，并以页面，消息等形式显示调用构件：消息构件7欠费催缴工作获取提醒信息，并以页面，消息等形式显示调用构件：消息构件8工单处理工作获取提醒信息，并以页面，消息等形式显示调用构件：消息构件9客户异动提醒获取提醒信息，并以页面，消息等形式显示调用构件：消息构件l任务管理功能描述：任务管理包括任务制定、任务下达、过程控制、执行评价等三方面的内容序号构件名称描述1任务制定谢谢使用 知识水坝（豆丁网@pologoogle）为您整理任务名称、任务编号、任务内容、任务目标、任务时间、任务制定人、责任人、任务执行人、建议开始时间、建议完成时间、制定时间、任务备注2任务下达业务单位负责人对任务的分配3任务状态更改根据任务执行的实际情况更改状态4任务评价任务执行时效性、完成量、合理性、评价结果、评价人等l营销服务管理功能描述：包括销售机会管理、业务推介、成本管理、营销规则管理、解决方案管理、合同管理序号构件名称描述1销售机会信息维护对销售机会内容、数据来源、处理负责人、处理结果等销售机会信息的增加、修改、查询、删除等管理2销售机会信息统计3附件上传对文本，图像等文件的上传、删除操作4业务推介资料的管理调用构件:附件上传5业务推介列表业务介绍（品牌介绍、产品介绍）、针对客户群、基本业务功能、增值业务功能、基本资费、缴费方式、实例介绍，推介成本等6成本管理采集各种成本数据，支持对额外成本的补充输入和调整。要素包括成本名称、成本来源、成本类型、成本支出时间、成本效益、活动的时间、内容描述、目的描述等7成本分析支持对各种营销活动的成本分析。8营销规则管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理提供任务管理模板、回报计划模板、挽留计划模板、关怀计划模板和潜在客户资格认证规则等的管理功能调用构件：附件上传9解决方案信息维护支持解决方案的描述、适用范围、业务特征、技术特征等解决方案信息的增加、删除、修改、查询等功能调用构件：附件上传10业务流程控制和管理业务流程管理信息：业务流程环节名称、描述、实施步骤、实施目标、实施结果和详细情况等；业务流程控制信息：各流程环节过程中发生的地点信息、人员信息、资源信息、时间信息。11解决方案实施评估对实施效率、合格工程率、优质工程率和客户满意度等指标的量化工作12合同模板管理类别、编号、版本信息，修改时间、可选条款编码、状态、生效时间、失效时间等调用构件：附件上传13合同文本管理合同名称、甲方、乙方、合同签订日期、合同主要内容、合同和产品订购的关系、生效时间、失效时间、状态、合同归档索引等调用构件：附件上传14合同归档对合同文本置归档状态，转归档库保存1）接口l内部接口接口名称说明参数数据返回数据与帐务系统接口欠费催缴谢谢使用 知识水坝（豆丁网@pologoogle）为您整理欠费人数、催缴人数、被催缴人姓名、欠费金额、被催缴人联系方式、催缴原因与业务调度接口工单处理工单信息、处理情况、超时时限与经验分析接口客户异动异动情况、持续时间、异动人数、异动人员姓名、异动人员联系方法客服、经验分析接口销售机会销售机会内容、数据来源性能指标1.1..1.1应用服务器处理性能估算约定：平均每个电信用户每月产生2次业务受理（N1）；平均每个业务受理产生15应用请求（T）；每天工作8个小时（H）；一天内忙时的处理量为平均值的3倍；经验系数为2；考虑服务器保留30％的冗余；应用类型指数：1.2；则服务器的处理能力为：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理TPC-C=用户数*N1*T/30/H*3/M*经验系数/冗余系数*应用类型指数其中：N1―每个用户每月的在线交易数，D―每月工作的天数，H－每天工作的小时数，M-每小时分钟数。则处理性能估算为：300万*2*15/30/12*3/60*2/0.7*1.2=42,857TPM1.1..1.1系统响应时间一般性操作最长不超过5秒，对一般性统计不超过100秒。当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。1.1..1.2并发处理能力系统能支持同时从多个营业厅、客服部门等地方并发使用，连接的增加不能明显降低系统的响应时间。按用户规模定义并发能力300万-3000个并发200万--2000个并发100万--1000个并发完整性系统必须保证交易的完整性。封装JTA/JTS的调用，利用J2EE服务器的事务管理器，保证交易中涉及的单个或多个同构的数据源的交易完整性,通过XA协议保证异构平台上的异构数据源的交易完整性，实现两阶段提交。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理可配置性和扩展性1.2渠道管理功能说明服务营销渠道是铁通公司面向客户进行销售和服务的载体，各种渠道的集合构成铁通公司营销服务网。目前渠道分为五类：销售人员、代理商、营业厅、呼叫中心、网站。本模块主要实现代理商和销售人员的渠道管理。软件结构渠道管理1）用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理代理商档案管理界面支持代理商资料的分类、增加、删除、修改、查询。支持代理商的区域范围授权资质申请管理界面包括申请资料录入，审查和产品业务授权支持记录的归档、修改、查询等代理商协议管理界面（模板列表维护界面）模板录入、修改、删除、检索查询、统计代理商协议管理界面（合同/协议列表维护界面）合同/协议录入、修改、删除、检索查询、统计代理商级别管理界面代理商级别定义、维护、审核、调整资质终止界面支持代理商合同/协议到期的提醒支持终止原因的录入、增加、删除、修改、查询代理商卡销售登记界面支持录入、修改、查询、统计代理话费销售管理界面代理商违章管理界面违章信息的录入、修改、删除、查询统计代理商业务统计佣金指标管理佣金规则管理代理商综合考核销售人员区域、客户管理界面支持工作人员归属区域信息的增加、删除、修改、查询；支持工作人员所辖大客户、集团客户信息的增加、删除、修改、查询；支持工作人员所辖大客户、集团客户的调配、回收岗位管理界面实现人员资料的增加、修改、删除、查询功能谢谢使用 知识水坝（豆丁网@pologoogle）为您整理销售人员档案管理界面对岗位进行增加、删除、修改注销的管理；按岗位进行工作性质的定义、职能的授权；设置岗位之间的上下级关系销售人员任务管理界面支持销售人员任务分派；支持销售人员任务执行过程的记录；支持销售人员任务执行结果的记录销售人员业绩考核指标管理界面支持考核指标的定义，录入，修改、查询销售人员业绩考核界面对考核数据的查询和统计、汇总，并按指标要求进行评分1）功能组件l代理商档案管理功能描述：对代理商名称、编码、类型、等级、代理业务范围、代理商帐户等资料的维护构件组合：序号构件名称描述1代理商基本资料维护代理商编码、代理商名称、代理商级别、业务开展区域、归属区域、归属市县、归属部门、代理商类别、行业类别、行业优势等2代理商帐户资料维护代理商编码、缴费类型、帐号类型、帐号、帐号名称、开户银行、帐户名称等3代理商地理信息资料维护代理商编码、代理商地址、代理商覆盖业务区等l代理商资质管理功能描述：代理商资质管理包括：资质申请管理、业务授权管理、合同协议管理、等级调整、资质终止序号构件名称描述1申请资料维护谢谢使用 知识水坝（豆丁网@pologoogle）为您整理申请编号、代理类型、名称、地址信息、申请日期、联系人等2申请资料归档对申请资料记录置归档状态，转存入归档库3审批规则维护4申请资料审查对申请资料进行审核，记录审核项目、审核结果、审核人、审核日期等5产品授权根据代理商申请资料的审查结果，从产品列表中选择产品进行授权，记录代理商编码、渠道类型、名称、产品名称、授权日期、授权人、有效期等6业务授权根据代理商申请资料的审查结果，从业务列表中选择业务进行授权，记录代理商编码、渠道类型、名称、业务名称、授权日期、授权人、有效期等7附件上传文件的上传，删除操作8合同/协议模版要素维护维护模版编号、代理类型、合作方式、结算模式、付款模式等记录维护日志调用构件：附件上传9合同/协议信息维护维护设立时间、合同/协议编号、合同/协议期限、条款、名称、合作类型、代理业务范围、编码、营业网点编码、营业网点位置、营业网点面积、营业网点属性、营业网点营业人员信息、营业执照类型、法定代表人或负责人姓名及联系方式、有效时间、酬金规则等记录维护日志调用构件：附件上传10代理商级别定义维护谢谢使用 知识水坝（豆丁网@pologoogle）为您整理11代理商级别调整根据代理商审核结果记录代理商编码、代理商类别、代理商级别、调整时间、调整员工、调整原因等12代理商资质终止人工，自动触发代理商资质终止根据参数对业务、产品受理权限终止记录代理商编码、代理商类型、代理商名称、终止业务类型、终止产品类型、终止时间、终止原因、办理人等l代理商业务支持管理功能描述：代理商收费、卡销售、代理话费销售管理序号构件名称描述1代理商收费管理2卡销售记录维护对代理商销售的卡号、面额、优惠、客户信息、销售时间、销售部门、代理商编号、代理商类型、销售人员等进行维护3卡销售统计4代理话费销售管理l代理商违章管理功能描述：主要登记代理商的违章记录情况，其结果可用来考评、积分评审、费用结算等序号构件名称描述1违章记录情况维护代理商编码、违章类型（一般、警告、严重警告、撤销）、罚款金额、操作日期、操作人、状态、违章原因等l代理商考核管理功能描述：包括代理商业务统计、佣金指标管理、佣金规则管理、代理商综合考核谢谢使用 知识水坝（豆丁网@pologoogle）为您整理序号构件名称描述1代理商业务统计采集相关数据按应收，实收，装机量，高额消费，话务流向等方面进行统计2佣金指标维护对指标编号、指标含义实现制定、更新、删除、查询等基本功能3佣金规则维护维护考核规则编码、处理方法、相关考核指标、加权系数、适用代理商类型、适用代理商级别等信息4代理商综合考核l区域管理功能描述：区域化管理是指划分工作人员的归属区域以及渠道人员所辖大客户、集团客户的分配、查询、调配、回收等功能。序号构件名称描述1区域工作人员管理确立工作人员与区域的对应关系删除工作人员与区域的对应关系调用构件：操作日志2客户工作人员管理确立工作人员与客户的对应关系删除工作人员与客户的对应关系调用构件：操作日志3操作日志操作人、操作时间、操作内容l销售人员档案管理功能描述：销售人员档案、岗位管理序号构件名称描述1销售人员档案维护实现人员资料的增加、修改、删除、查询功能谢谢使用 知识水坝（豆丁网@pologoogle）为您整理基本资料：包括姓名、性别、年龄、出生年月、文化程度、毕业院校、毕业时间、所学专业、籍贯、婚否、政治面貌、身份证号码、工号、所属渠道、联系电话、入职日期、入职年限、所在岗位、岗位级别、岗位变动情况等。个性化资料：个人爱好、个人特长、性格、配偶姓名、工作单位、职位等2岗位管理维护岗位类别、岗位上下级关系、岗位名称、归属渠道、渠道类型、时间、岗位作用状态、权限角色、工作性质、注销时间等l销售人员任务管理功能描述：序号构件名称描述12l销售人员业绩管理功能描述：考核管理包括考核指标管理、人员考核管理序号构件名称描述1考核指标维护对指标名称、定义目的、指标定义、相关计算公式、说明（参考）、指标周期/时间段、指标对象、指标种类、指标额定值、权重等进行定义，修改等操作2考核项定义3考核数据采集4考核记录1）接口接口名称说明参数数据返回数据谢谢使用 知识水坝（豆丁网@pologoogle）为您整理产品与综合营业产品管理接口产品信息业务与综合营业接口业务信息帐务信息与帐务系统接口代理商编码帐务信息代理商客户信息与客户管理接口代理商编码客户信息性能指标1.1..1.1应用服务器处理性能估算约定：平均每个电信用户每月产生2次业务受理（N1）；平均每个业务受理产生15应用请求（T）；每天工作8个小时（H）；一天内忙时的处理量为平均值的3倍；经验系数为2；考虑服务器保留30％的冗余；应用类型指数：1.2；则服务器的处理能力为：TPC-C=用户数*N1*T/30/H*3/M*经验系数/冗余系数*应用类型指数其中：N1―每个用户每月的在线交易数，D―每月工作的天数，H－每天工作的小时数，M-每小时分钟数。则处理性能估算为：300万*2*15/30/12*3/60*2/0.7*1.2=42,857TPM谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1系统响应时间一般性操作最长不超过5秒，对一般性统计不超过100秒。当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。1.1..1.2并发处理能力系统能支持同时从多个营业厅、客服部门等地方并发使用，连接的增加不能明显降低系统的响应时间。按用户规模定义并发能力300万-3000个并发200万--2000个并发100万--1000个并发完整性系统必须保证交易的完整性。封装JTA/JTS的调用，利用J2EE服务器的事务管理器，保证交易中涉及的单个或多个同构的数据源的交易完整性,通过XA协议保证异构平台上的异构数据源的交易完整性，实现两阶段提交。工作人员所辖大客户、集团客户信息的任何操作，系统需要提供完整的纪录，保证数据的完整性进行数据变动时要保证当前操作的临时锁状态，防止其他地方对该数据的变动操作。可配置性和扩展性对于任务单管理要可支持邮件发送；考核指标参数支持自动与手工设置；接口数据支持定时与手工传送。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1大客户管理集团公司大客户管理1.1..1功能说明1.1..2软件结构1.1..3集团公司大客户管理1）用户界面序号界面逻辑描述1大客户资料管理2大客户市场营销管理3大客户销售管理4大客户服务管理5业务处理与管理6大客户工作管理7大客户统计分析8综合管理2）功能组件序号功能组件描述1大客户资料管理大客户资料管理是对大客户的档案、通讯录、消费、使用业务、账单、清单信息进行管理，提供信息管理功能和客户级别管理功能。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理信息管理：管理客户基本资料、客户领导和联系人信息、客户组织机构信息、客户的业务信息、客户的申请信息、客户的客服信息、与客户签定的合同/协议信息、交费信息、客户档案、客户识别码信息、客户分析信息、客户重大事项、客户战略发展和财务信息、客户竞争信息、客户相关商机、客户相关报价。客户级别管理：应具有客户升降级规则管理，客户升降级流程管理，客户流失管理，大客户识别管理。2大客户市场营销管理市场营销管理功能主要对企业的市场营销策略、全年的营销计划等宏观市场行为进行管理，以现有数据为基础对市场进行细分和预测，并对需要组织的营销活动进行管理和记录。它包括：问卷调查管理功能，调研机构管理功能，竞争对手信息管理功能，客户群/市场细分管理功能，营销计划管理功能，营销活动管理功能，大客户俱乐部管理功能，营销案例管理功能。问卷调查管理功能：管理问题库，根据调查主题随机或人工生成调查涉及的客户清单,管理的内容包括制定调查活动计划、选定调研机构、记录调研活动过程、参加人员、成本控制管理,回收问卷，统计分析信息，发布结果。调研机构管理功能：系统应该管理调研机构的基本信息，包括调研机构的名称、地址、规模、资历、人员、评价意见等信息。竞争对手信息管理功能：系统提供主要的竞争对手的信息进行宏观管理的功能，需记录的主要信息包括竞争对手的名称、背景、规模、机构组织方式、主要领导、在大客户领域主要的竞争产品及产品的资费政策、优势、劣势分析、服务的主要集团客户及这些客户未选择产品的原因、宏观统计指标管理、竞争分析、战略分析、资费调查等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户群/市场细分管理功能:客户群细分根据市场营销计划的目标，提出客户分类的各种分类标准，如：行业分类标准、业务分类、地区分类以及其他诸如客户价值、客户等级、客户信用度和客户忠诚度等分类标准，对大客户群体进行进一步细分，从而可以针对不同客户群体采取针对性地营销措施。营销计划管理功能：营销计划管理应提供计划制定、计划分解、计划执行反馈和计划结束总结功能，对各种营销计划从产生到结束的整个过程进行有效管理。营销活动管理功能：营销活动管理功能应提供对各种市场宣传活动（包括各种研讨会、产品发布会、促销活动等）的记录和管理功能。这些活动并不针对某一个销售项目，而是市场部门的日常工作，在记录上应按照客户或员工进行组织。营销活动管理应提供活动计划制定、活动执行情况记录和活动总结功能，使各种营销活动更有针对性，并加强对服务活动的监控和成本控制。大客户俱乐部管理功能：按照大客户俱乐部管理的相关业务流程规定，系统应提供以下功能：会员入/退会管理、活动计划及实施管理。营销案例管理功能：系统应能对从各种渠道收集到的营销案例、营销技巧进行有效地组织和管理，并支持系统使用者对这些案例做出的分析的记录，有力的支持营销知识库的建立。3大客户销售管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理销售管理与市场营销管理不同它侧重于对具体销售项目的执行和跟踪管理。系统需对从客户需求收集、客户交流走访、谈判、合同制定、签审等工作的过程和产生的文档进行记录和管理。商机管理：商机指可能成为销售机会的各种市场信息，对大客户服务部门而言主要指大客户的各种电路租用和组网需求。商机管理应提供对商机的分类记录和评估功能。具有商机的记录和查询，商机的评估转化功能。销售跟踪项目管理：对于通过了评估的商机，需要建立相应的销售跟踪项目，对后续的客户走访、交流、投标、做合同、谈判、合同审批、签约等一系列的活动进行记录和管理。具有销售跟踪项目的建立，项目执行过程记录，项目竞争对手信息管理，项目总结功能。渠道/合作伙伴管理：包括渠道/合作伙伴的基本信息管理，渠道/合作伙伴的交易信息管理，渠道/合作伙伴的考核评估。报价管理：报价指报价的过程，包含报价书生成、方案产生、协议产生直至合同签约生成定单的整个过程。本功能提供对报价基本信息的维护管理，根据报价过程的变化更新报价的状态。合同管理：系统应提供合理的分类标准，对合同意向书和正式签定的合同/协议进行管理，需记录的信息有合同名称、签定双方、生效和失效日期、签定日期、合同文本等。4大客户服务管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户咨询：系统应能够对客户咨询进行管理，提供对客户咨询的记录、处理过程结果的记录和查询。可提供咨询的范围包括企业的经营范围、产品、资费政策、服务质量监督标准等方面的内容。负责对大客户投诉申告的管理。客户查询：系统应能够对客户查询进行管理，提供对客户查询的记录、处理过程结果的记录和查询。客户投诉建议：统应能够对客户投诉建议进行管理，提供对客户投诉建议的记录、处理过程结果的记录和查询。故障受理：准确记录故障情况，并根据故障种类派发任务单。故障反馈处理：根据故障点客户等级、故障紧急程度督促相关部门及时处理，同时对故障处理全流程跟踪负责。相关部门在处理完故障后，记录故障的处理情况，由主管部门（负责人）对故障处理进行确认，如果确认完成，则把故障的处理情况反馈给客户，否则由相关部门继续处理故障。故障查询：系统应能对需要本部门处理的故障进行查询；并能提供按照故障信息进行组合故障查询的功能。客户回访管理：系统需支持对客户回访工作进行管理，记录下回访的客户、回访时间、回访人、回访方式，并对回访中了解到的客户对员工、业务、服务的意见进行记录，并支持由此生成客户满意度，作为对员工绩效考核的依据。5业务处理与管理业务处理与管理功能对大客户申请的各种一站服务业务从预受理开始到业务开通、月租费收取的整个过程提供支持和管理。为此，系统需要提供业务受理、工作调度、工单处理等业务处理功能和资源费用确认、一次性与月租费用的收付费、决算等帐务处理功能。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理业务受理功能：一站服务的业务受理功能支持受理的业务处理类型包括新增、调整、退租、障碍申告、割接通知等本业务规范在规定业务处理范围章节中规定的各种业务处理类型，业务类型包括数字电路、数据端口、国际电路、一码通等本业务规范在规定业务范围章节中规定的各种业务。资源确认功能：当业务需求中有需要向其他单位确认资源的需求时，需要向集团公司网络资源调度部门进行省际资源确认。业务定单的生成功能：在进行完资源和费用的确认，向客户提交了报价单后，客户会对最终的需求做出确认，生成业务定单。业务通知单的生成功能：用户缴纳所需一次性费用后，系统应能根据业务定单的内容生成业务通知单，通知相关的各省开始施工。业务开通处理功能：在业务开通处理过程中，系统应提供跟踪查询和报警手段，使客户经理和业务协调人员能够及时了解业务开通的进展情况。资源、一次性费用确认与报价单生成功能：系统应能够根据业务需求单的内容自动生成资源及一次性费用确认单，若业务需求单涉及多个省的多条电路，系统应按电路分别为涉及到的各省派发确认单，即各省只会接到与自己有关的电路信息，确认单的内容与业务需求单基本相同。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理收付费管理功能：收费指集团客户服务中心财务部门向客户收取费用的过程，付费指指集团客户服务中心财务部门将收取到的费用划转给各省、地市财务部门的过程。需要收取和支付的费用包括客户申请、使用一站服务各种业务所需缴纳的一次性费用和月租费用。收付费管理应能够支持对各种费用的应收、实收和应付、实付管理，即能够计算和记录集团客服中心应收取和支付的费用，并对已收取和已支付的费用进行记录和统计。一次性费用收取功能：系统支持按照客户确认后生成的定单的内容自动生成一次性费用预收费通知单该通知单中应包含本事件中所有电路涉及的一次性费用，作为提供给客户和财务部门的交费和收费依据。一次性费用支付功能：费用到帐后，系统应支持按照按照收费情况自动生成一次性费用付费通知单。对付费对象应可灵活选择，可以是业务涉及的省或地市，同一事件中的付费对象的级别可以不同。一次性费用决算功能:各电路在竣工时，系统应提供录入界面记录可能的一次性费用变化，变化的费用不应在原来已收/付的费用上进行修改，而应另行记录。月租费用计算功能:系统应提供按电路计算月租费的功能。计算时对首月月租和以后每月的月租需分开计算，因为首月月租除了需考虑业务种类和优惠等因素外，还需参考起租时间。系统应能够按照设定的出帐周期自动计算各在用业务的月租费，并以客户为单位生成月租费收费通知单，收费通知单上应列出客户使用的每项业务的费用明细。月租费用收取功能：财务部根据月租费收费通知单向客户收取费用，费用到帐后，系统应提供收费界面记录费用收取金额、收取方式、收取时间、开给客户的发票号等信息，同时将系统中相关费用的状态变为“已收”。对于客户只缴纳了部分费用的情况，销帐时应从欠费时间长的费用开始销起，对于一笔不能完全销去的帐目，应记录下此次销帐金额和日期，将该笔帐目的状态改为“部分已收”。月租费用支付功能:按照规定，现在每季度首月5谢谢使用 知识水坝（豆丁网@pologoogle）为您整理日前生成上季度各省的“电路月租费付费清单”。系统应支持按照灵活设置的周期生成付费清单。对付费对象应可灵活选择，可以是业务涉及的省或地市，同一电路的付费对象的级别可以不同。由于付费清单以付费对象（省或地市）为单位，而收费时以客户为单位，因此必须注意保证收付费金额的一致。欠费统计和催缴功能：统计以客户为单位，应能列出欠费的明细和帐期，统计时应同时计算出滞纳金。应可由统计结果直接生成欠费催缴通知单。对于催缴后超过规定期限仍未缴费的客户，系统应发出停机通知单暂停、终止其服务。6大客户工作管理团队管理：团队管理的内容包括行业团队管理和虚拟销售团队的管理。行业团队具有行业团队信息管理、成员信息管理、团队工作管理。虚拟销售团队具有团队信息管理、团队成员管理、虚拟销售团队工作管理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理员工管理：包括基本信息管理功能，通过该功能提供对员工的基本资料进行管理的功能，包括新建、修改、查询和作废员工基本信息。需要管理的员工基本信息包括员工姓名、所属部门、职务、职称、学历、工作年限、工作经历、主要特长、家庭社会关系等。员工工作管理功能提供员工工作管理功能，对员工日常需要进行的工作（包括营销计划的反馈、服务活动的执行、文档的制定审阅、销售跟踪项目的执行）进行提醒和记录，形成工作任务列表和工作日志，使员工能方便地了解到自己每天所需完成的工作，同时也使各级领导能够清楚的了解员工的工作情况。工作报告管理功能，通过本系统，管理人员人员能够录入工作报告制度，系统根据制度提醒员工录入、提交工作报告，上级领导能够查看、评阅员工的工作报告，定期统计总结员工的报告提交情况。日常事务管理功能可以让大客户经理在日常事务管理中完成计划外的工作安排，如客户拜访的记录，上级及其他同事派发给该用户的工作，以及要求别人做的工作等。考核管理：系统应提供绩效管理功能，包括绩效考核规则的定制和根据规则具体考核的执行。成本管理：成本管理应提供对售前、售中、售后以及客户拜访等客户服务工作所发生的成本进行预算并进行相关费用登记的功能，便于成本分析与成本管理。包括如下功能：销售成本预算、销售成本登记、销售成本分析、营销成本预算、营销成本登记、营销成本分析、客户服务成本预算、客户服务成本登记、客户服务成本分析、客户成本分析。8大客户统计分析系统的决策支持功能利用其它功能在处理过程中产生的数据，对其进行整理、统计、分析和挖掘，使大量的数据能够转化成有用的信息，为领导做出正确的决策提供帮助。在功能上，决策支持应提供从低到高的三个层次的统计分析功能：统计报表、联机分析（OLAP）、预测挖掘，还应提供KPI指标分析功能用于考核依据。统计报表功能具有统计元素生成、统计报表定制、统计结果生成、统计结果发布子功能。联机分析功能对这些数据的分析可按照人的思维习惯和企业关心的主题进行组织，常见的主题有客户、业务、营销、政策、市场、竞争对手等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理预测挖掘包括预测未来一段时间内某种业务的发展趋势；预测未来一段时间内某类客户效益和风险的变化趋势；对营销策略进行仿真执行，进行前景、风险预测评估。KPI指标分析对部门及个人的工作情况进行量化，考核其部门及个人的工作业绩。系统应对这一考核体系的实施提供支持。9综合管理权限管理：由于员工的职责分工不同，并不是每个员工都能使用所有上述业务管理功能，每个人只能使用自己日常工作负责的那一部分功能。知识库管理：知识库管理主要功能是建立统一的电信行业知识库，提供方便快捷的检索方式。知识库内容包括电信产品、营销/销售案例库、相应的产品解决方案知识库，以及提供在系统中的以附件形式添加到系统中的各种文档的统一归档和管理。知识库面向所有用户，但设立级别权限。提供方便的检索、知识库中信息的分类。综合查询：综合查询功能应提供统一集成的界面，让操作人员能够方便地查询到自己所需要的信息。但由于系统中有很多关键数据，因此综合查询应与权限管理功能相结合，对操作员的查询权限实施一定的控制，缺省情况下，不经过授权，不许查看其它地区的数据。信息交流与反馈系统：系统应对集团客户服务中心的内部信息交流提供支持。系统应提供类似邮件系统的功能，使中心内部员工之间能够利用系统进行交流和讨论，领导能够通过它向员工布置一些临时任务。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理系统运行参数维护：系统应对应用软件正常运行所需的静态参数提供友好的维护界面，使维护人员无需直接修改数据库就可增加、修改系统运行所需的参数。需要维护的参数有：申请类型、业务类型、业务处理流程、各数据库表中有关状态、类型的特殊属性值等。系统日志管理：系统应对员工的登录、数据录入、修改等操作进行记录，作为系统的操作日志。并提供方便的检索查询手段对这些日志记录进行查询，保证系统的安全。系统日志分为系统访问日志与系统异常日志。系统运行状况监控：系统应提供友好的人机界面，使操作维护人员能够在统一的控制台界面上完成对整个系统应用状况的监控，包括CPU、内存的当前利用率，应用系统和数据库的当前联接数，联接时间等。同时，系统应能定期自动生成运行维护报告，内容包括主机系统和数据库的故障报3)接口序号接口组件描述1纵向内部各级大客户系统接口集团大客户系统通过此接口收集省级大客户系统提供得大客户资料和统计信息，以及通过该接口将集团公司大客户的资料和指标下发给省公司大客户系统。接口包括：取数据、发数据、发送消息、接收消息、检查状态。接口类型：文件接口方式、消息接口方式。数据种类：（1）省上传的大客户资料（2）集团下发的政策、法规、业务规范文件、通知、业务考核信息。2谢谢使用 知识水坝（豆丁网@pologoogle）为您整理横向与综合营业系统的接口为大客户办理、处理各项通信业务、工程项目申请享有优先权，大客户优先办理、优先落实、优先处理、优先施工。数据种类：（1）接受营业系统的大客户的业务资料3横向与综合帐务系统的接口省内各级大客户费用的产生、缴纳和欠费情况。数据种类：1大客户系统向帐务系统传输的数据：需考核的大客户清单。2帐务系统向大客户系统传输的数据：大客户费用的产生、缴纳和欠费情况。4横向与客户服务的接口大客户管理系统定时从该系统提取客户投诉的数据。接口类型：大客户管理系统与系统采用网络文件传输方式，实现大客户投诉数据的传递，系统定时形成大客户投诉记录文件，大客户管理系统定期接收该数据文件。数据种类：（1）投诉客户登记名称（2）投诉客户的业务号码或账号（3）投诉的业务种类（4）投诉内容（5）投诉的处理结果1.1..1性能指标1、界面要求系统应该使用图形界面进行管理维护；界面功能应按功能性质进行分类；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理界面应支持全中文显示、录入，支持简体中文，GB2312字符集；系统界面风格一致；系统操作响应及时，对于长时间操作业务能给出进度提示；系统显示的提示信息应明确具体；对于异常、错误要给出编码并能指导操作者进一步处理；操作界面符合人性化操作原则。2、存储能力按固话600万用户，系统保留12个月数据，包括客户资料、相关记录及中间过程数据等。3、实时性对于实时采集，要求系统从数据收集到标准化完成时间不大于60秒；数据分发通知信息送达时间，从标准化完成到通知送出不大于1秒。4、数据处理能力从收集至标准化完成，应不小于每分钟处理30万条数据记1.1..1完整性保证每个大客户接口数据与原始的数据的一致性，要有数据稽核。收集、校验、确认过程建立事务管理机制，在每个环节都有正向处理、反向回退、处理撤消等事务一致性支持。1.1..2可配置性和扩展性为使系统能适应新业务，系统应对业务数据分类存储、分类配置、分类处理，从软件结构上支持处理模块根据需要配置、扩展。省公司大客户管理1.1..1功能说明1.1..2软件结构1.1..3省公司大客户管理a)用户界面谢谢使用 知识水坝（豆丁网@pologoogle）为您整理序号界面逻辑描述1市场营销2销售管理3服务管理4大客户信息管理5客户经理管理6一站服务管理7查询统计8决策分析9产品技术管理10工作管理11综合管理a)功能组件序号功能组件描述1市场营销市场营销针对整个市场完成对企业的营销活动（包括举办展览会、研讨会或进行市场调查）的管理，营销政策的制定和产品的策划包装。2销售管理与市场营销管理不同，销售管理侧重于对具体销售项目的执行和跟踪管理。系统需对从客户需求收集、客户交流走访、谈判、合同制定、签审等工作的过程和产生的文档进行记录和管理。3服务管理系统应能够对客户咨询进行管理，提供对客户咨询的记录、处理过程结果的记录和查询。可提供咨询的范围包括企业的经营范围、产品、资费政策、服务质量监督标准等方面的内容。负责对大客户投诉申告的管理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4大客户信息管理完整、准确的客户资料是企业实施有效的客户关系管理的前提和基础，只有在深入认识、了解客户的基础上，才有可能实现对客户的有效营销和优质服务。大客户信息管理是系统的核心，是客户经理服务大客户的信息的积累。它包含了大客户的档案、通讯录、消费、使用业务、账单、清单信息，并对这些信息进行管理。大客户信息包括：客户档案、客户背景、客户账号、客户通讯录和客户年度信息。为保证大客户信息的准确性、完整性，这些信息应从“计费账务系统”、“97系统”和“资源管理系统”提取，并保持与其它业务系统的信息一致性，可通过提取到的客户综合账单对照客户信息了解大客户的组成。5客户经理管理负责客户经理的基本资料的管理，包括：客户经理登录用户名、客户经理密码、客户经理姓名、小组名称、角色、部门、职务、电话、手机、寻呼机、电子邮件地址、客户经理权限、客户经理权限范围、毕业院校、入大客户部时间、工作简历。6一站服务管理一站服务业务处理与管理功能对大客户申请的各种一站服务业务从预受理开始到业务开通、月租费收取的整个过程提供支持和管理。为此，系统需要提供业务受理、工作调度、工单处理等业务处理功能和资源费用确认、一次性与月租费用的收付费、决算等帐务处理功能。7查询统计谢谢使用 知识水坝（豆丁网@pologoogle）为您整理查询统计模块是对管理服务范围内的大客户数据进行综合查询与统计，信息的统计是面向不同的业务管理层次。8决策分析系统的决策支持功能利用其它功能在处理过程中产生的数据，对其进行整理、统计、分析和挖掘，使大量的数据能够转化成有用的信息，为领导做出正确的决策提供帮助。在功能上，决策支持应提供从低到高的三个层次的功能：·统计报表·联机分析（OLAP）·预测挖掘9产品技术管理系统应该管理电信企业的产品目录，包括单一产品管理、交叉销售管理、升值销售管理、解决方案级产品管理，需管理的信息包括产品名称、类型、描述、价格、开通日期和地区等。10工作管理团队管理的内容包括行业团队管理和虚拟销售团队的管理。11综合管理权限管理由于员工的职责分工不同，并不是每个员工都能使用所有上述业务管理功能，每个人只能使用自己日常工作负责的那一部分功能。同时，即使能够使用某项功能，系统也应对所能看到的数据进行限制，例如能够制谢谢使用 知识水坝（豆丁网@pologoogle）为您整理定合同并不意味着能够看到企业所有的合同文本，而只应能看到自己负责和参与制定的合同；客户经理未经授权也不应看到其它地区的客户资料。知识库管理知识库管理主要功能是建立统一的电信行业知识库，提供方便快捷的检索方式。知识库内容包括电信产品、营销/销售案例库、相应的产品解决方案知识库，以及提供在系统中的以附件形式添加到系统中的各种文档的统一归档和管理。知识库面向所有用户，但设立级别权限。提供方便的检索、知识库中信息的分类。综合查询综合查询功能应提供统一集成的界面，让操作人员能够方便地查询到自己所需要的信息。但由于系统中有很多关键数据，因此综合查询应与权限管理功能相结合，对操作员的查询权限实施一定的控制，缺省情况下，不经过授权，不许查看其它地区的数据。信息交流与反馈系统系统应对集团客户服务中心的内部信息交流提供支持。系统应提供类似邮件系统的功能，使中心内部员工之间能够利用系统进行交流和讨论，领导能够通过它向员工布置一些临时任务。系统运行参数维护系统应对应用软件正常运行所需的静态参数提供友好的维护界面，使维护人员无需谢谢使用 知识水坝（豆丁网@pologoogle）为您整理直接修改数据库就可增加、修改系统运行所需的参数。需要维护的参数有：申请类型、业务类型、业务处理流程、各数据库表中有关状态、类型的特殊属性值等。系统日志管理系统应对员工的登录、数据录入、修改等操作进行记录，作为系统的操作日志。并提供方便的检索查询手段对这些日志记录进行查询，保证系统的安全。系统日志分为系统访问日志与系统异常日志。系统运行状况监控系统应提供友好的人机界面，使操作维护人员能够在统一的控制台界面上完成对整个系统应用状况的监控，包括CPU、内存的当前利用率，应用系统和数据库的当前联接数，联接时间等。同时，系统应能定期自动生成运行维护报告，内容包括主机系统和数据库的故障报a)接口序号接口组件描述1纵向内部各级大客户系统接口集团大客户系统通过此接口收集省级大客户系统提供得大客户资料和统计信息，以及通过该接口将集团公司大客户的资料和指标下发给省公司大客户系统。接口包括：取数据、发数据、发送消息、接收消息、检查状态。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理接口类型：文件接口方式、消息接口方式。数据种类：（1）省上传的大客户资料（2）集团下发的政策、法规、业务规范文件、通知、业务考核信息。2横向与综合营业系统的接口为大客户办理、处理各项通信业务、工程项目申请享有优先权，大客户优先办理、优先落实、优先处理、优先施工。数据种类：（1）接受营业系统的大客户的业务资料3横向与综合帐务系统的接口省内各级大客户费用的产生、缴纳和欠费情况。数据种类：1大客户系统向帐务系统传输的数据：需考核的大客户清单。2帐务系统向大客户系统传输的数据：大客户费用的产生、缴纳和欠费情况。4横向与客户服务的接口大客户管理系统定时从该系统提取客户投诉的数据。接口类型：大客户管理系统与系统采用网络文件传输方式，实现大客户投诉数据的传递，系统定时形成大客户投诉记录文件，大客户管理系统定期接收该数据文件。数据种类：（1）投诉客户登记名称（2）投诉客户的业务号码或账号（3）投诉的业务种类谢谢使用 知识水坝（豆丁网@pologoogle）为您整理（4）投诉内容（5）投诉的处理结果1.1..1性能指标1、界面要求系统应该使用图形界面进行管理维护；界面功能应按功能性质进行分类；界面应支持全中文显示、录入，支持简体中文，GB2312字符集；系统界面风格一致；系统操作响应及时，对于长时间操作业务能给出进度提示；系统显示的提示信息应明确具体；对于异常、错误要给出编码并能指导操作者进一步处理；操作界面符合人性化操作原则。2、存储能力按固话600万用户，系统保留12个月数据，包括客户资料、相关记录及中间过程数据等。3、实时性对于实时采集，要求系统从数据收集到标准化完成时间不大于60秒；数据分发通知信息送达时间，从标准化完成到通知送出不大于1秒。4、数据处理能力从收集至标准化完成，应不小于每分钟处理30万条数据记录。1.1..2完整性保证每个大客户接口数据与原始的数据的一致性，要有数据稽核。收集、校验、确认过程建立事务管理机制，在每个环节都有正向处理、反向回退、处理撤消等事务一致性支持。1.1..3可配置性和扩展性谢谢使用 知识水坝（豆丁网@pologoogle）为您整理为使系统能适应新业务，系统应对业务数据分类存储、分类配置、分类处理，从软件结构上支持处理模块根据需要配置、扩展。1.1采集功能说明采集是指通过人工、自动的方式，把用户的业务使用原始记录数据收集并传输至指定位置，系统提供按业务分类管理功能、维护功能、接口功能、查询统计功能等，为其他业务系统提供计费、帐务数据源。数据采集系统需要完整、安全地保存原始数据，采集系统的建设重点是传输可靠性、数据完整性、规模扩展性。全国中心采集系统取得各省长途交换机、国际局交换机、骨干智能网、互联网出口流量等中国铁通提供业务的服务使用记录，并进行数据标准化检查处理，其处理结果数据和处理过程信息按照中国铁通业务需要分别提供给计费、结算、网管、审核校验、经营分析等系统使用。省中心采集系统取得省内交换机、省级智能网、省内关口局、互联网出口流量等中国铁通提供业务的服务使用记录，并进行数据标准化检查处理，其处理结果数据和处理过程信息按照中国铁通业务需要分别提供给计费、结算、网管、审核校验、经营分析等系统使用。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理软件结构数据采集1.1..1用户界面序号界面逻辑描述1实时、定时、手动联机采集控制发送启动、停止命令对联机采集过程进行控制，要有状态指示当前联机采集的活动状态，包括正常、活动、异常等必要的指示。2脱机采集控制发送启动、停止命令对脱机采集过程进行控制。界面要求：界面上数据范围的时间精度要表示到秒。对于上次设置的参数要提供记忆功能，以减化输入；3人工数据录入界面支持通过人工方式录入数据、导入文件、数据库记录加载等，要支持常见的数据库格式及连接方式。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理操作方式要方便，显示直观，对于历史操作有一定记忆功能，对于输入要做校验，保证数据的规范与正确性。4重新采集界面可以对已采集过的数据重新启动采集过程。5异常处理界面对于采集过程中出现的异常及错误状态提供人工干预界面，可根据需要选择重做或清理功能。常见的异常包括传输中断、传输超时、数据异常等，在系统自动处理无法解决问题时，系统将相应的处理状态置为异常。6查询统计界面对于数据收集、数据标准化、数据分发的过程、状态进行查询，并能根据需要对查询结果输出打印。统计的内容包括：采集业务量统计、分发数据统计、数据异常统计、系统数据量统计、数据处理能力统计。7采集监控界面对采集过程的各环节进行状态显示，使系统维护人员能及时了解采集处理各环节的状态。系统应能根据采集方式、采集数据类型进行监控，对于采集处理的系统进程状态、收集状态、标准化状态、数据分发状态要以图形或列表方式展现，对于数据的描述应该清晰，状态码要用中文显示。对于出错状态要能提供告警信息。8数据维护界面对中间过程数据、过期数据进行归档处理、备份处理、删除处理等操作，在界面上可设置自动处理参数控制系统自动处理或人工处理。9安全设置界面提供操作界面，验证登录权限，核对用户密码，修改用户密码。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1功能组件序号功能组件描述1联机实时采集处理在数据使用记录生成的第一时间获取业务使用记录，无时间延迟，如IP业务使用记录生成后可立即传入采集系统。2联机定时采集处理根据事先设定的采集触发时间条件，读取各种服务使用记录，并通过联机方式立即传送给数据标准化模块进行数据处理3联机手动采集处理执行手动发送的采集指令，读取各种服务使用记录，并通过联机方式传送给数据标准化模块进行数据处理。4脱机采集处理在无法完成联机读取某些服务使用记录的情况下，提供从采集源的磁带或光盘介质上读取服务使用记录的功能。可指定时间间隔或帐期间隔。5人工录入数据处理某些情况下可通过人工方式录入计费原始数据，录入的原始数据需要进行相应的正确性检查或简单的费用计算等处理。6数据正确性检查对于收集过来的数据进行核对校验，对于相关的特征进行初步正确性校验，包括：文件长度的合法性、数据记录特征、文件重复性、数据完整性等，完成数据正确性确认。7异常处理对于业务处理过程出出现的系统错误、网络错误、参数错误而导致的不能正常处理的情况进行告警，提供自动再处理、人工再处理功能。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理8重新采集处理对某些数据作废重采，要考虑数据的当前处理状态，若未分发的可直接重采处理，否则，要与相关系统配合直到出现未分发状态才可以进行重做处理。对于不符合条件的数据要提示相关信息，并退出处理。9数据传输完成各级采集机与各计费系统、帐务系统之间数据的传输。提供断点续传、数据重传功能。提供数据加密、压缩传输功能。提供按优先级别传送采集数据功能。支持人工和自动两种传输模式，即实现批量传输任务和单个传输请求的处理。10数据维护处理对于原始数据、中间数据、历史日志等数据进行维护，可采用自动或人工方式进行归档、备份、删除等。数据维护分为静态维护与动态维护，静态维护由人工触发，动态维护由系统定时触发，按照数据的维护参数进行数据维护处理，内容包括过期数据的归档、删除、事件通知。数据范围包括：处理中间过程数据、过期历史数据、过期系统日志、过期操作记录等。11采集状态监控处理收集监控信息，处理监控命令，检查设定的监控对象，对于满足告警条件的事件进行告警，可以使用Email、短消息、电话通知等方式，通过相关的接口进行。12安全设置处理对系统登录权限进行验证，核对用户密码，修改用户密码。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1接口1.1..1.1数据收集接口1.1..1.1.1接口对象采集数据源：交换机、防火墙、网关设备、专业计费系统、代收数据提供者、其他汇接数据源等。1.1..1.1.2接口描述采集系统通过此接口收集采集源数据。接口包括：取数据、接收消息、检查状态。接口类型：联机实时采集、联机定时采集、脱机采集、人工输入。数据种类：程控交换机固话语音原始话单、智能网业务清单、IP业务清单、人工输入记录、专业计费批价清单、业务帐单。采集源及采集模块应支持中国铁通集团公司采用或制定的各类标准协议，包括X.25、FTP、TCP/IP、FTAM、CMISE、MTP等，采集数据的传输可以采用文件系统共享、文件数据通信、特定交换机设备端口通信（如S12的MMC口、中兴、华为机的LAN口等）、第三方采集产品、专业计费系统、其他系统帐务汇接数据、其他运营商及合作伙伴的代收数据等多种方式。全国中心数据源包括：各省长途局交换机（DC1、DC2）、国际局交换机、骨干智能网、互联网出口。省中心数据源种类较多，包括：省内交换机、省级智能网、省内关口局交换机、省内长途局交换机、互联网出口等。系统支持的交换机种类包括：S12、中兴、华为、西门子等，对于每一种交换机还有不同格式的数据。此外，智能网系统、互联网系统、其他专业计费系统、代收帐单等也都有不同的采集方法。1.1..1.2数据传输接口1.1..1.2.1接口对象各专业计费帐务系统谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1.1接口描述采集系统通过此接口向各应用系统分发数据，接口包括：信息通知、读数据服务、数据推送服务、数据状态查询服务。接口类型：实时、定时。数据种类：各类业务的标准格式原始记录、计费清单、帐单。1.1..1.2监控信息接口1.1..1.2.1接口对象网管系统1.1..1.2.2接口描述向业务监控系统提供业务处理状态信息，包括：（1）业务处理状态：数据收集处理状态、数据标准化状态、数据分发状态。（2）系统进程状态：收集进程、标准化进程、数据分发进程的活动、停止、进程数等。（3）数据库状态：空间占用情况、系统告警信息、配置、系统日志。1.1..1.3网管信息接口1.1..1.3.1接口对象网管系统1.1..1.3.2接口描述向平台网络管理系统提供操作员状态、设备状态等信息。包括：操作员状态：标识、名称、操作员级别、相关工作站、应用系统标识、应用系统名称、登录时间、在线时长。系统相关工作站信息：地址、名称、标识、型号、基本配置、在线状态、应用程序标识、名称、版本。主机设备：地址、标识、名称、型号、基本配置、内存余额、磁盘剩余空间、CPU利用率（多CPU的要提供各个CPU情况列表）、应用程序标识、名称、版本。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1服务质量信息接口1.1..1.1.1接口对象经营分析系统1.1..1.1.2接口描述提供SLA协议的执行情况记录。提供本系统性能状态，包括：业务量、日均处理数据量（季、月、周、业务种类）、异常数据比、重做率等系统服务性能指标。性能指标1、存储能力按固话300万用户，系统保留12个月数据的存储量设计，包括原始记录、标准化记录及中间过程数据等。2、实时性对于实时采集，数据分发通知信息送达时间，从收集完成到通知送出不大于5秒。3、数据处理能力从收集至标准化完成，应不小于每分钟处理30万条数据记录。完整性1、保证每个采集源数据与标准化后的数据的一致性，要有数据稽核。2、收集、校验、标准化过程建立事务管理机制，在每个环节都有正向处理、反向回退、处理撤消等事务一致性支持。可配置性和扩展性为使系统能适应新业务，系统应对业务数据分类存储、分类配置、分类处理，从软件结构上支持处理模块根据需要配置、扩展。采集数据源、采集方式、采集时间特征、数据分发范围可以灵活配置。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1计费功能说明计费系统功能是依据业务规范的要求，对原始业务使用记录进行预处理，根据标准资费、各种折扣及优惠标准进行计价处理，形成计费清单。系统保留历次批价清单。软件结构依据系统三层结构的划分，专业计费帐务总体的分层结构如下图所示：专业计费1.1..1用户界面序号界面逻辑描述谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1预处理异常处理界面对预处理过程中筛选、标准化、数据检查发现的问题进行处理的交互界面。2批价处理控制包括启动、停止业务处理进程，人工对一次批价、二次批价及多次批价进程进行控制。3计费回退控制对计费过程进行回退，根据用户选择进行重做处理。4计费异常处理界面控制异常再处理，包括分拣异常再处理、计费异常再处理等几部分功能。5计费错误处理界面对于计费处理过程中的网络错误、主机错误、数据库错误而引起的例外情况进行处理。6数据维护界面对日志、数据、中间数据进行备份、清理。数据包括系统日志、业务日志、原始记录、清单数据、中间过程数据等。对数据的处理根据重要性的不同设定不同的参数，主要包括：保存时间、备份方式、归档设置、清理设置。7查询统计界面查询系统操作日志、业务日志；查询数据处理状态，包括分拣状态查询、预处理状态查询、批价信息查询；统计：包括系统效率、处理数据量、异常及错误情况、话单数据统计等；8铁业清算清单处理界面对涉及铁业清算的批价后详单进行上传、下载和汇总处理界面。9业务监控界面显示业务处理状态、事件状态、告警状态并进行相关通知，提供用户人工干预的方法10安全设置界面对系统登录权限进行验证，核对用户密码，修改用户密码。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1功能组件序号功能组件描述1数据筛选各级计费系统要对各自负责的计费业务的计费原始数据进行筛选。2数据标准化对数据筛选后的服务使用记录进行规范处理。3数据检查对经过筛选和标准化后的服务使用记录进行检查和纠错处理。4预处理异常处理界面对预处理过程中筛选、标准化、数据检查发现的问题进行数据再处理。5一次批价处理对预处理完成后的业务记录，进行基本价格的划价计算，包括按标准资费批价，生成计费清单数据，装入数据库，并把相关信息记入日志。具有客户资料无关性。在计费处理的过程中，如发现有计费异常错误时（超长、超短、主被叫号不全、一话多单、无费率等），应能进行人工异常处理，对发现的异常现象应能提示告警信息。对各类异常话单的门限值系统应可以调整。6二次批价处理二次批价指进行一次批价后根据要求进行的其他批价过程，包括多次批价。计时话单的二次批价主要进行与用户资料、用户折扣有关的价格计算，确定话单归属的帐期以及交叉话单的判断。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在计费处理的过程中，如发现有计费异常错误时（超长、超短、无档、交叉、无费率等），应能进行人工异常处理，对发现的异常现象应能提示告警信息。对各类异常话单的门限值系统应可以调整。7计费异常话单处理包括异常话单回收、报损、再处理8错误处理对于处理过程中的网络错误、主机错误、数据库错误而引起的例外情况进行处理。9计费处理回退在计费过程的任意阶段应能支持全部回退或部分清单的再批价处理。10审核校验对于各个独立的环节进行数据完整性校验，同时要求在各环节中对于相关信息要记录，严格控制开始与终止条件。如入口话单数、分拣话单数、正常话单数、错误话单数、报损话单数要保证一致性等等。主要的环节包括：计费一次批价、计费二次批价、异常处理、错误处理11查询统计对于计费数据、异常数据、业务处理状态、系统日志等进行查询及统计，根据需要形成报表并能打印输出。统计的内容包括：采集业务量统计、分发数据统计、数据异常统计、系统数据量统计、数据处理能力统计。12铁业清算清单处理对涉及铁业清算的批价后清单进行上传、下载和汇总处理。13业务监控处理收集分拣、预处理、批价等过程的状态，处理监控命令。14SLA处理对于计费处理过程进行SLA指标完成情况的计量，包括对批价效率等相关指标进行计算。15安全设置处理对系统登录权限进行验证，核对用户密码，修改用户密码。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理16高额话费预警实时监测话单，对高额业务量、业务费进行监测，发现超限及时告警。1.1..1接口1.1..1.1原始标准化数据获取接口1.1..1.1.1接口对象综合采集系统1.1..1.1.2接口描述从综合采集系统获取业务标准化数据记录，具有业务相关性特点，如固话、智能网、数据业务的原始记录都由不同的专业计费帐务系统接收并处理。综合采集系统通过消息方式通知专业计费帐务系统，根据实际情况可以选择到综合采集取数据或从其接收数据，不同的业务可选择不同的数据传输方式。例如，对于固话数据，使用文件FTP或应用服务器传递的方式：文件名格式：业务类型（4位）＋分隔符"_"＋采集类型（8位）＋分隔符"_"＋内容开始（14位）＋分隔符"_"＋内容结束时间（14位）＋分隔符"_"＋采集时间（14位）＋分隔符"_"＋序列值(4位)＋分隔符"."＋原文件名;实际例子：PSTN_10001000_20031224000000_20031226000000_20031224000000_0123.10001000Bill.200312业务类型：PSTN代表固网采集类型：10001000，交换机标示内容开始：脱机采集，用户输入，实时采集没用，填写一个比较大的值比如：19000101000000内容结束：脱机采集，用户输入，实时采集没用，填写系统当前时间采集时间：系统当前时间序列号：流水号，4位谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1业务清单数据接口1.1..1.1.1接口对象TBSS内部、外部所有的授权系统。1.1..1.1.2接口描述向其他系统提供用户业务清单，此清单为经过批价后的详细费用清单，根据业务不同可以使用不同的清单格式。可提供根据系统要求（契约）形成的汇总结果。1.1..1.2与综合营业系统客户资料管理接口1.1..1.2.1接口对象综合营业系统1.1..1.2.2接口描述计费系统从综合营业系统客户资料管理模块获取计费帐务处理信息，包括：用户资料、用户优惠信息查询、帐目类型、用户计费类别、用户业务类别、免处理情况等等。本系统向综合营业系统客户资料部分提供优惠规则、优惠规则互斥关系接口。1.1..1.3监控信息接口1.1..1.3.1接口对象网管系统1.1..1.3.2接口描述向业务监控系统提供业务处理状态信息，包括：（1）业务处理状态：分拣状态预处理状态、批价状态等。（2）系统进程状态：收集进程、标准化进程、数据分发进程的活动、停止、进程数等。（3）数据库状态：空间占用情况、系统告警信息、配置、系统日志。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1网管信息接口1.1..1.1.1接口对象网管系统1.1..1.1.2接口描述向平台网络管理系统提供操作员状态、设备状态等信息。包括：操作员状态：标识、名称、操作员级别、相关工作站、应用系统标识、应用系统名称、登录时间、在线时长。系统相关工作站信息：地址、名称、标识、型号、基本配置、在线状态、应用程序标识、名称、版本。主机设备：地址、标识、名称、型号、基本配置、内存余额、磁盘剩余空间、CPU利用率（多CPU的要提供各个CPU情况列表）、应用程序标识、名称、版本。1.1..1.2经营分析接口1.1..1.2.1接口对象经营分析系统1.1..1.2.2接口描述向经营分析系统提供批价清单、处理效率统计数据等1.1..1.3服务质量信息接口1.1..1.3.1接口对象经营分析系统1.1..1.3.2接口描述提供SLA协议的执行情况记录。包括：预处理效率、批价效率。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理性能指标²批价效率从分拣开始到批价入库结束，应不少于5万话单/分钟。²话单数据表示精度话单数据金额单位以人民币厘为单位，整数表示；话单使用记录时长以秒为单位，整数表示；²帐单数据表示精度帐单数据金额单位以人民币分为单位，整数表示；帐单中时长以秒为单位，整数表示；完整性要保证事务的完整性，可采用如下几种方法：1、利用数据库事务机制，应用要考虑长事务问题；2、利用联机事务处理机制；3、在各个业务环节采用状态控制方法控制过程及数据完整性。本系统中，要考虑从分拣完成后形成的原始数据集在预处理、批价、回退、异常再处理、错误处理这几个环节上的事务完整性，要做到前后数据一致、中间过程可校验核对。可配置性和扩展性计费系统会面临业务发展的扩展性要求，系统应提供方便的方法对新业务进行支持。通过参数配置、数据对象配置、应用组件布署等技术，使系统能灵活实现对新业务的支持。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1综合帐务软件功能综合帐务系统完成按用户、业务类型、业务发生时间等属性进行日累帐、帐期汇总、租费计算、总量优惠等处理，形成用户级帐目清单。多业务帐单汇总、多业务交叉优惠计算、客户总量优惠计算、帐期统一出帐、客户化帐单生成、销帐处理、调帐处理等。软件结构用户帐务处理进行用户级累帐处理、帐期汇总处理、帐期计费处理等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1用户界面序号界面逻辑描述1帐期帐务处理界面包括启动、停止业务处理进程，包括：租费计算、限额处理、呆帐处理、坏帐处理、出帐处理。2帐期处理结束确认通过界面进行人工帐务处理确认，并控制将帐期汇总数据传递给综合帐务系统。3帐务回退界面对帐务处理过程进行回退，根据用户选择进行重新帐务处理。4异常处理界面控制异常再处理，包括累帐异常再处理、帐务处理异常再处理等几部分功能。5错误处理界面对于帐务处理过程中的网络错误、主机错误、数据库错误而引起的例外情况进行处理。6铁业清算帐单处理界面对涉及铁业清算的帐单进行上传、下载和签收处理界面。7数据维护界面对日志、数据、中间数据进行备份、清理。数据包括系统日志、业务日志、累帐帐单、汇总帐单、中间过程数据等。对数据的处理根据重要性的不同设定不同的参数，主要包括：保存时间、备份方式、归档设置、清理设置。8查询统计界面查询系统操作日志、业务日志；查询数据处理状态，包括实时帐务处理查询、帐务处理查询；统计：包括系统效率、处理数据量、异常及错误情况、帐单数据统计等；9业务监控界面显示业务处理状态、事件状态、告警状态并进行相关通知，提供用户人工干预的方法谢谢使用 知识水坝（豆丁网@pologoogle）为您整理10安全设置界面提供操作界面，验证系统登录权限，核对用户密码，修改用户密码。1.1..1功能组件序号功能组件描述1实时累帐处理对批价结果进行实时帐务处理，包括实时累帐处理、用户限额处理、日租计算，形成按日累帐帐单2高额帐单预警实时监测帐单，对高额业务量、业务费进行监测，发现超限及时告警。3帐期帐务处理在帐期结束时进行帐务处理，包括：计算租费、计算资源占用费、帐期汇总合帐、用户总量优惠、出帐处理等过程。根据需要可进行如下回退：出帐回退、总量优惠回退、帐期汇总合帐回退、租费计算回退。4帐期帐务处理确认对帐期帐务处理进行确认，并根据参数启动上传进程，把帐期汇总帐单上传到综合帐务。5帐务处理回退对于未做确认处理的帐期，提供专帐务处理过程的各个环节回退及重做功能。6异常处理对于参数缺失、数据异常导致的无法处理的数据进行再处理，以便回收。7错误处理对于处理过程中的网络错误、主机错误、数据库错误而引起的例外情况进行处理。8审核校验谢谢使用 知识水坝（豆丁网@pologoogle）为您整理对于各个独立的环节进行数据完整性校验，同时要求在各环节中对于相关信息要记录，严格控制开始与终止条件。如入口话单数、分拣话单数、正常话单数、错误话单数、报损话单数要保证一致性等等。主要的环节包括：计费批价、异常处理、错误处理、累帐处理、帐期帐务处理、帐期轧帐处理9查询统计对于累帐数据、汇总帐单数据、异常数据、业务处理状态、系统日志等进行查询及统计，根据需要形成报表并能打印输出。统计的内容包括：帐务数据统计、异常统计、系统数据量统计、数据处理能力统计。10铁业清算帐单处理对涉及铁业清算的帐单进行上传、下载和签收处理。11业务监控处理收集累帐处理、汇总帐务处理等过程的状态，处理监控命令12SLA处理对于帐务处理过程进行SLA指标完成情况的计量，包括对实时帐务处理效率、汇总合帐质量等相关指标进行计算。13安全设置处理对系统登录权限进行验证，核对用户密码，修改用户密码。1.1..1接口1.1..1.1累帐帐单接口1.1..1.1.1接口对象综合帐务系统1.1..1.1.2接口描述按日向综合帐务系统提供累帐结果，数据按用户日帐目汇总帐单形式提供。数据应以文件方式提供。数据记录包括：用户标识、帐户标识、帐目类型、帐期类型、日期、费用等；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1用户帐期汇总帐单接口1.1..1.1.1接口对象综合帐务系统1.1..1.1.2接口描述按帐期向综合帐务系统提供本业务帐期汇总出帐结果，包括帐目汇总合计、租费、总量优惠、调帐补差费用等。数据应以文件方式提供。数据记录包括：用户标识、帐户标识、帐目类型、帐期类型、帐期、费用等；1.1..1.2与综合营业系统客户资料管理接口1.1..1.2.1接口对象综合营业系统1.1..1.2.2接口描述从综合营业系统客户资料管理模块获取计费帐务处理信息，包括：用户资料、用户优惠信息查询、帐目类型、用户计费类别、用户业务类别、免处理情况等等。本系统向综合营业系统客户资料部分提供优惠规则、优惠规则互斥关系接口以及限额处理结果接口。1.1..1.3监控信息接口1.1..1.3.1接口对象网管系统1.1..1.3.2接口描述向业务监控系统提供业务处理状态信息，包括：（1）业务处理状态：分拣状态预处理状态、批价状态、累帐状态、合帐处理状态、轧帐状态等。（2）系统进程状态：实时帐务处理、帐期帐务处理的活动状态、停止状态、进程数量等。（3）数据库状态：空间占用情况、系统告警信息、配置、系统日志。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1网管信息接口1.1..1.1.1接口对象网管系统1.1..1.1.2接口描述向平台网络管理系统提供操作员状态、设备状态等信息。包括：操作员状态：标识、名称、操作员级别、相关工作站、应用系统标识、应用系统名称、登录时间、在线时长。系统相关工作站信息：地址、名称、标识、型号、基本配置、在线状态、应用程序标识、名称、版本。主机设备：地址、标识、名称、型号、基本配置、内存余额、磁盘剩余空间、CPU利用率（多CPU的要提供各个CPU情况列表）、应用程序标识、名称、版本。1.1..1.2经营分析接口1.1..1.2.1接口对象经营分析系统1.1..1.2.2接口描述向经营分析系统提供帐期用户汇总帐单、处理效率统计数据等1.1..1.3服务质量信息接口1.1..1.3.1接口对象经营分析系统1.1..1.3.2接口描述提供SLA协议的执行情况记录。包括：实时帐务处理效率、汇总合帐效率、汇总合帐质量。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理综合帐务处理1.1..1用户界面序号界面逻辑描述1数据收集控制界面控制从专业计费系统收集清单、累帐帐单、帐期汇总帐单数据，提供自动、人工方式选择。2帐务汇总控制界面提供操作界面，对多业务帐单进行汇总处理、优惠处理，并生成汇总帐单。3调帐处理界面对用户帐目费用进行调整，设置调增、调减等方法。可以按客户、用户等灵活条件组合选择处理。4出帐确认界面确认帐务处理的结果，生成帐单和进行预存款划拨。5帐务回退界面控制启动、停止帐务回退过程。可支持灵活选择回退数据范围，灵活选择回退环节。6实时出帐处理界面控制系统实时进行帐务处理，操作人员可选择日期范围。7铁业清算查询界面统计、查询铁业清算处理情况8呆坏帐处理界面启动、停止呆坏帐处理过程9预存款划拨处理界面可人工启动预存款划拨处理过程10数据维护对日志、数据、中间数据进行备份、清理。11查询统计日志查询：系统操作日志查询、业务日志查询业务查询：帐务处理情况、限额处理情况综合帐单查询：查询包含多业务、多用户的客户帐单谢谢使用 知识水坝（豆丁网@pologoogle）为您整理帐单统计：统计帐单数据12业务处理监控监控帐务处理状态，根据需要进行告警13安全设置界面提供操作界面，验证系统登录权限，核对用户密码，修改用户密码。1.1..1功能组件序号功能组件描述1数据收集从专业计费系统收集清单、累帐帐单、帐期汇总帐单数据，提供自动、人工方式选择。检查帐务处理需要的有关数据是否齐全、是否具备帐务处理条件、有无重复数据、帐务管理遗漏数据发生。2汇总处理进行帐务数据的汇总合帐，准备综合帐务处理所需数据。3客户优惠处理根据规则进行客户级优惠处理。在系统总体优惠模型结构下，综合帐务系统维护客户优惠规则，对于客户的消费行为进行相关的优惠处理，并形成相关的帐目。客户优惠的参照对象是：4交叉优惠处理进行多业务、多用户间的交叉优惠，由于综合帐单的集中，使交叉优惠能方便处理。5限额处理按日进行帐户级、客户级限额监测，并按系统规定的策略进行处理，如停机、催缴等。6出帐处理检查帐务处理过程中生成的日志、错误报告、帐务状态，检查是否存在重复处理、遗漏处理、检查是否由于系统资源引起的处理中断等。形成帐期最终帐本，生成统计报表。7实时出帐处理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理按照操作人员规定的时间间隔或规定的帐务条件，对于指定范围的的用户和客户，实时的进行帐务处理，生成可缴费帐单数据。8呆坏帐处理根据系统设置的呆坏帐标准进行处理，对帐目作呆坏帐标记。9预存款划拨对有预存款的用户，自动根据用户预存款金额和相应帐务周期内产生的帐单费用作相应销帐处理。当满足下面两个条件之一时，系统将自动进行预存款划拨：超过帐单的最迟缴费时间，转欠处理之前未缴费的帐单自动做预存款划拨；本帐期帐务处理出帐确认时，上一帐期未缴费的帐单自动做预存款划拨；当客户的预存款低于客户帐单费用时，可以选择进行充分划拨、部分划拨及不划。对于充分划拨和部分划拨，可以采用以下方式进行：按销帐金额最多划拨（部分划拨）按销帐帐目最多划拨（部分划拨）按照销帐帐目顺序或自定义顺序划拨（部分划拨）对销帐帐目进行拆分后划拨（充分划拨）预存款划拨自动销帐需保留用户票据信息，用户索取发票时能够及时打印出来提供给用户。用户退网或过户时可进行预存款退费、划转处理；支持预存款计息处理，利息比率可自定义；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理预存款划拨销帐可以进行单个或批量反销帐处理；预存款处理应严格记录预存款的操作使用情况，用于帐单费用的销帐操作情况，备用户查询核对，电信企业统计和审核用。10欠费处理用户逾期未缴费，自动转为欠费；欠费管理应充分考虑客户的类别及信用度。对于欠费用户的处理包括催缴处理、停机处理。11调帐处理支持用户、帐户、客户三个级别的调帐；支持单笔调帐和批量调帐两种调帐方式；提供当前帐务周期调帐功能，帐务数据调帐可在当前帐务周期中进行；提供跨帐务周期调帐功能，帐务数据调帐可在下一帐务周期中进行；对调帐过程需留下完整的日志记录；对调帐结果需生成调帐的帐务明细报表与汇总报表。12帐务监控处理对帐务处理过程进行监控，包括进程、环节的状态信息。13审核校验对帐单采集、优惠、限额、出帐、销帐、调帐过程等各个业务环节进行稽查核对。14安全设置处理对系统登录权限进行验证，核对用户密码，修改用户密码。1.1..1接口1.1..1.1用户帐单收集接口1.1..1.1.1接口对象各专业计费系统谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1.1接口描述接收由专业计费帐务传过来的用户帐单数据，包括日累帐数据、帐期汇总数据。1.1..1.2与综合营业客户资料接口1.1..1.2.1接口对象综合营业系统1.1..1.2.2接口描述从综合营业系统中获取综合帐务处理所需的客户资料、业务资料，包括：客户信息、帐户信息、用户信息、订购信息、客户优惠信息、帐期资料、帐务关系等。向综合营业系统传送客户信用度变化情况，用户积分变化情况。1.1..1.3催缴数据接口1.1..1.3.1接口对象综合客服系统1.1..1.3.2接口描述提供催缴用户清单，供催缴系统使用。1.1..1.4停复机数据接口1.1..1.4.1接口对象综合营业系统1.1..1.4.2接口描述提供停机用户清单，供停复业务系统使用。1.1..1.5监控信息接口1.1..1.5.1接口对象网管系统谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1.1接口描述向业务监控系统提供业务处理状态信息1.1..1.2网管信息接口1.1..1.2.1接口对象网管系统1.1..1.2.2接口描述向平台网络管理系统提供操作员状态、设备状态等信息。包括：操作员状态：标识、名称、操作员级别、相关工作站、应用系统标识、应用系统名称、登录时间、在线时长。系统相关工作站信息：地址、名称、标识、型号、基本配置、在线状态、应用程序标识、名称、版本。主机设备：地址、标识、名称、型号、基本配置、内存余额、磁盘剩余空间、CPU利用率（多CPU的要提供各个CPU情况列表）、应用程序标识、名称、版本。1.1..1.3经营分析接口1.1..1.3.1接口对象经营分析系统1.1..1.3.2接口描述提供综合帐单、呆坏帐数据进行业务分析。1.1..1.4服务质量信息接口1.1..1.4.1接口对象经营分析系统1.1..1.4.2接口描述提供SLA服务水平协议的执行结果，包括：综合帐务处理效率、销帐效率等指标。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理销帐1.1..1用户界面1销帐状态监控界面对销帐处理、反销帐处理等过程进行监控，监控内容包括业务状态、进程状态。2客户化帐单管理提供增加、删除、修改、查询客户化帐单的界面1.1..2功能组件1销帐处理对相关帐目进行销帐处理，记录日志2反销帐处理对相关帐目进行反销帐，并记录日志。3退费处理包括：反销帐退费、预存款退费。4费用查询对用户、帐户、客户的费用提供查询服务1.1..3接口1.1..3.1销帐接口1.1..3.1.1接口对象综合营业系统、综合客服系统、代收代办系统等营业缴费系统。1.1..3.1.2接口描述为营业缴费类系统提供销帐服务，包括：销帐、反销帐、调帐、退款、客户化帐单、营业划帐、票据服务1.1..3.2反销帐接口1.1..3.2.1接口对象综合营业系统、综合客服系统、代收代办系统等营业缴费系统。1.1..3.2.2接口描述为营业缴费类系统提供反销帐服务，包括：销帐、反销帐、调帐、退款、客户化帐单、营业划帐、票据服务谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1退款处理接口1.1..1.1.1接口对象综合营业系统、综合客服系统、代收代办系统等营业缴费系统。1.1..1.1.2接口描述为营业缴费类系统提供退款处理服务1.1..1.2催缴数据接口1.1..1.2.1接口对象综合客服系统1.1..1.2.2接口描述根据销帐情况提供催缴撤消用户清单，供催缴系统使用。1.1..1.3停复机数据接口1.1..1.3.1接口对象综合营业系统1.1..1.3.2接口描述根据销帐情况提供复机用户清单，供停复业务系统使用。1.1..1.4与综合营业客户资料接口1.1..1.4.1接口对象综合营业系统1.1..1.4.2接口描述从综合营业系统中获取销帐处理所需的客户资料、业务资料，包括：客户信息、帐户信息、用户信息、订购信息、客户优惠信息、帐期资料、帐务关系等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1帐单查询接口1.1..1.1.1接口对象综合营业、综合客服等营业缴费类系统。1.1..1.1.2接口描述提供帐单查询。1.1..1.2客户化帐单格式查询接口1.1..1.2.1接口对象综合营业、综合客服等营业缴费类系统。1.1..1.2.2接口描述提供客户化帐单格式信息查询。1.1..1.3监控信息接口1.1..1.3.1接口对象网管系统1.1..1.3.2接口描述向业务监控系统提供业务处理状态信息1.1..1.4网管信息接口1.1..1.4.1接口对象网管系统1.1..1.4.2接口描述向平台网络管理系统提供操作员状态、设备状态等信息。包括：操作员状态：标识、名称、操作员级别、相关工作站、应用系统标识、应用系统名称、登录时间、在线时长。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理系统相关工作站信息：地址、名称、标识、型号、基本配置、在线状态、应用程序标识、名称、版本。主机设备：地址、标识、名称、型号、基本配置、内存余额、磁盘剩余空间、CPU利用率（多CPU的要提供各个CPU情况列表）、应用程序标识、名称、版本。1.1..1.1经营分析接口1.1..1.1.1接口对象经营分析系统1.1..1.1.2接口描述提供销帐状态、付款记录数据。1.1..1.2服务质量信息接口1.1..1.2.1接口对象经营分析系统1.1..1.2.2接口描述提供SLA服务水平协议的执行结果，包括：销帐效率等指标。性能指标1、销帐处理在300万固话用户的系统中，系统在业务高峰时，应能支持在500个并发连接情况下，后台销帐处理完成时间不大于15秒。完整性通过轧帐操作，对帐务处理过程进行确认。系统应提供相关机制，明确帐务阶段与营收阶段的数据分界。便于实现在各个阶段的数据稽核。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理可配置性和扩展性在综合帐务中，应对各业务设计相应的一致性处理框架，系统结构不随着业务种类的变化而改变。使业务处理参数化、模块组件化。模块组件分为数据模块、业务逻辑模块，可能是动态库、数据库脚本、外挂应用程序等方式。1.2综合结算功能说明综合结算系统完成结算话单的收集、预处理、结算处理、统计分析、对帐、回退等处理工作，同时系统提供审核校验、资料管理等功能。软件结构谢谢使用 知识水坝（豆丁网@pologoogle）为您整理综合结算1.1..1用户界面序号界面逻辑描述1数据收集数据采集是指从相关的系统收集结算系统需要的数据。2结算处理结算处理包括格式转换，话单合并，重单检查，分拣过滤等3结算统计结算统计包括结算数据生产，自定义报表，报表展现4结算资料管理结算资料管理包括资费标准管理，结算规则管理，结算对象管理，系统参数管理。5审核校验审核校验包括审核校验规则管理，审核校验界面等。6回退处理回退处理包括系统各个部分的回退功能。7错单回收错单回收包括错误话单修改，错误话单卸载操作，错误话单加载操作。8对帐处理对帐处理包括，对帐话单加载，对帐规则设置，对帐，对帐话单卸载。9综合查询查询结算话单、结算对象、结算结果，查询结算协议、资费政策、结算规则，查询结算系统日志、报表，查询人员权限等，选择查询内容，输入查询条件，输出查询结果1.1..2功能组件序号功能组件描述1数据收集数据收集主要是采用实时或定时的方式，从相关的系统获取结算所需的各种话单记录文件，作为结算处理的数据源。2预处理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理预处理主要采用实时或定时的方式，对于采集的文件（或数据）进行分拣、异常处理，输出标准的结算话单，定时或实时传送给批价模块。格式转换：将原始采集数据按照规定的规则，转换成批价需要的格式合并话单：将多条话单按照某种规则进行合并重单/交叉话单检查：对于重复的话单，需要预处理提供一定的排重功能分拣过滤：对于一些错误或者异常的话单，进行过滤，对于结算和计费话单进行分拣，应该可以基于不同的条件进行过滤，例如出入中继，主被叫号码，时段等条件或组合条件进行过滤，同时生产异常话单统计数据，供查询系统使用。日志管理：记录预处理过程中的日志信息，同时实时地向监控系统发送处理状态信息及相关的预警警告信息。3批价结算批价获取预处理产生的各类结算业务的话单文件，对话单文件中结算话单按设定的批价规则及费率进行批价处理（系统应该支持基于时长，流量，内容，中继等多种规则的计费）同时进行话单的汇总处理。结算批价过程中的错误话单形成错误话单文件，对错误话单文件经自动或人工干预后将能回收的话单回收，重新做结算批价处理。批价最重要的技术特点为高效、准确，做到无话单积压。结算批价处理：按设定的批价规则、费率对预处理后的话单文件中的结算话单进行批价处理、优惠处理，批价结果生成带有费用信息的批价文件。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理话单汇总：将批价后的话单按照不同的分类进行汇总，生成各种汇总信息批价异常管理：批价过程中，对于无法批价或者错误话单等异常话单生成异常话单记录，对这些文件进行自动或人工干预的回收处理，回收的话单重新进行批价处理。对于可回收话单以及不可回收话单进行日志记录，并作分类统计。批价日志统计；对批价处理过程、状态、处理结果进行日志记录。日志内容主要包括批价处理日志、批价错单日志、批价回收处理日志、批价回退日志、话单汇总日志、高额防欺诈文件生成日志等。4结算处理铁通的综合结算系统，包含了铁通公司所有业务的网内、网外及业务间的结算。从总体上，结算系统分为网间结算和网内摊分两大部分。费用结算分摊：结算分摊是将各种业务的话单费用或话单汇总费用按照不同的结算规则的要求进行结算分摊处理的过程，从而计算出不同结算对象间的费用摊分情况。结算出帐处理：将结算分摊结果进行分类统计，并形成各种业务的结算帐单（也即结算统计报表）调帐处理：在结算过程中，由于结算业务种类繁多，结算方式不同，对于结算出帐处理后发现一些数据存在异常的情况，系统应提供出帐回退或调帐功能。结算监控：向监控系统提供的监控信息包括：当前进程的状态，进程正在处理的业务类别、处理时间、处理进度，以及各类告警信息等谢谢使用 知识水坝（豆丁网@pologoogle）为您整理结算日志：对结算处理过程、状态进行日志记录。日志内容主要包括：处理日期、处理起始时间、处理终止时间、处理业务类型、业务编号、区域、处理状态等。5数据分发数据分发是将结算处理产生的结果文件按照一定的规则，分别分发到不同的地点，供其他系统查询使用的过程。文件生成：根据系统设定的文件生成规则生成各种所需的数据交换文件的过程。生成的文件由文件传输模块进行传输和分发处理。文件备份：对系统生成的各种数据文件，各种采集到的文件以及系统收发的文件进行备份，以便因异常而进行数据重新处理和恢复。文件传输：通过网络将文件传送到指定的地方，支持文件加密，传送支持断点续传。传输日志：记录传送文件名、文件类型、文件级别、文件传送目的地、文件传送起、止时间、对方确认状态6结算统计自定义报表：提供灵活的报表自定义功能，用户可以根据实际需要方便快捷地定义出新的报表格式报表展示：预先定义好报表格式，结合实际数据，展现报表，并提供报表保存和打印功能，可以将报表保存成各种格式的文件7结算资料管理结算规则管理是完成综合结算系统中各类资费标准、结算规则数据参数化管理，结算规则数据配置要灵活，要支持结算配置项的变化，如结算对象增加，结算协议变化等情况，同时包括系统参数的配置和管理。资费标准管理：维护各类通话基本通话费率、时段费率、节假日定义等谢谢使用 知识水坝（豆丁网@pologoogle）为您整理结算规则管理：对结算费率进行增加、删除、修改和保存数据分发规则管理：对数据分发的对象，地址，内容等信息进行集中统一的管理。结算对象管理：维护结算对象的详细信息，定义结算业务，维护结算业务代码，定义各种结算业务的结算周期，中继信息维护，包括增加、删除和保存系统参数关系：对系统运行过程中需要的基本信息，包括其工作运行环境配置参数和系统业务参数信息进行配置和管理8审核校验审核校验是对综合结算系统中的采集、预处理、批价、结算过程进行监控和稽核的过程。审核校验过程要做到自动和人工干预相结合。数据抽样：在数据采集、预处理、批价、结算处理阶段，对处理过程中的结果数据进行抽样，输出数据抽样报告结果数据统计分析：在数据采集、预处理、批价、结算处理阶段，对处理过程中的结果数据进行结果数据统计分析，包括采用与历史数据经验数据作对比等方法，输出结果数据统计报告日志分析：对数据采集、预处理、批价、结算处理阶段产生的各阶段日志进行检查，把日志中的问题提交给审核校验监控功能审核校验规则管理：完成审核校验规则数据的收集、参数化、配置等功能审核校验监控：完成对数据采集、预处理、批价、结算处理过程的自动或手工的监控功能，当审核校验发现异常，提供多方式多级别的报警功能9回退处理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理回退处理，主要是清除历史环境的影响，对其他模块功能的再次调用，以保证对于数据的二次处理。回退处理支持手工和自动回退处理。回退范围确定：负责确认需要进行回退操作的功能模块，和回退处理的范围，是部分还是全部清单，还是全部交换机等环境清除：完成针对历史环境的清除，消除回退前处理的影响数据装载：完成对历史数据的重新载入，为功能模块的调用提供数据准备功能模块处理：完成对对应业务功能模块的再次调用10错单回收处理对结算划价产生的错误话单，提供人工干预的修改操作，并进行回收重批价处理。错误话单修改：提供对错误话单的查询、修改、删除功能错误话单卸载操作界面：定义卸载规则相关的参数、卸载目标文件、卸载文件大小要求。错误话单加载操作界面：定义加载的源文件名、加载的目标位置11对帐处理对帐是结算系统提供的和结算对象之间进行结算数据核对的一种手段，结算系统应该能够自动进行对帐，并且给出对帐结果。对帐处理提供本网内部数据间的对帐，例如全国中心下发的摊分数据与各省分结算系统摊分数据的比较，另外支持他网运营商提供的数据与本网数据之间的比对。从对帐层次上来讲，分为帐务级，详单级等多个等级。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理结算数据装载：装载需要对帐的结算对端的结算数据结算数据导出：导出需要对帐的结算数据给对端进行对帐结算对帐处理：针对对端的结算数据，和本端的结算数据进行比较、核对的一个从粗到细的比较过程，而且是渐进的过程对帐输出：将对帐的结果，输入到某个表或者文件中。如对帐错误，错误的清单记录等对帐规则管理：制定对帐的内容、条目、条件、阈值等方面的功能12综合查询查询结算话单、结算对象、结算结果，查询结算协议、资费政策、结算规则，查询结算系统日志、报表，查询人员权限等。查询结算清单：按照各种条件查询结算清单查询结算报表：根据条件查询相关结算报表查询结算对象、结算协议：根据结算对象标识查询结算对象详细信息和与该结算对象之间的结算协议查询日志信息：查询各种日志信息查询人员权限：根据工号查询操作人员的详细信息和权限1.1..1接口序号接口组件描述1纵向内部各级结算系统接口集团结算系统通过此接口收集省级结算系统提供得结算数据，结算详单等相关信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2横向与综合营业系统的接口从综合营业系统提取结算系统需要的各种本地网号头信息，还有其他的结算系统需要用到的客户信息。3横向与决策支持系统接口根据系统需要，为决策支持系统提供相关的结算摊分信息。性能指标1、界面要求系统应该使用图形界面进行管理维护；界面功能应按功能性质进行分类；界面应支持全中文显示、录入，支持简体中文，GB2312字符集；系统界面风格一致；系统操作响应及时，对于长时间操作业务能给出进度提示；系统显示的提示信息应明确具体；对于异常、错误要给出编码并能指导操作者进一步处理；操作界面符合人性化操作原则。2、处理能力系统从预处理结算处理完毕，处理速度应该大于2000条记录每秒。在设计上支持多进程处理，以提高处理速度。3、要求系统能够7X24的工作。平均故障恢复时间需要符合中国铁通的有关规定。完整性系统通过审核校验来保证系统数据的完整性。通过错单回收，尽量减少计算机处理方式带来的数据损失。系统通过完善的回退机制，保证系统处理模块之间的数据传递处理不会由于系统的处理错误带来数据的混乱和缺失。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理可配置性和扩展性系统提供参数化功能，各参数可配置，结算业务、结算规则可配置、可扩展，在不调整应用的前提下，满足新的结算业务的需求。1.2决策支持集团公司决策支持系统1.2..1软件结构　n数据获取层：将生产系统的数据进行抽取、清洗、转换，并加载到数据仓库。n数据存储层：实现对电信企业数据仓库中数据和元数据的集中存储与管理，并可根据需求建立面向部门和主题的数据集市。n数据访问层：通过多样化的前端分析展示工具，实现对数据仓库中数据的分析和处理，形成市场经营和决策工作所需要的科学、准确、及时的业务信息和知识。n应用层：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理提供基于主题分析和专题分析的各种分析型应用，包括大客户管理，话费欺诈识别等。1.1..1.1用户界面可以使用B/S或C/S模式，并能与门户紧密结合，使个人定制的报表供他人使用和浏览。系统的报表生成能够达到以下的功能要求：l友好的用户界面，用户通过短暂的学习，可以很快地掌握界面的使用方法，并可以通过简便的操作自由定制界面，定义各种复杂报表，提高报表开发效率。l能开发各种形式的复杂报表，并对复杂报表和固定报表，系统在实施过程中提供定制能力，使客户常用的报表能够在系统投入使用后即开始为客户所利用，最大限度降低客户自己定制报表的复杂度和大工作量，而且预定义的报表可以在数据集市数据更新时自动更新。返回的数据类型和格式也不应受限制。报表格式能迅速以所见即所得方式进行显示。l具有相同数据不同输出的能力。针对相同的报表数据需求，报表生成工具可根据需要产生打印输出、文件输出、email输出、Web发布等，而不需要分别生成查询数据。功能界面说明集团收入分析集团总收入分析对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。集团单项业务收入分析对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。对于单项业务比对下降严重的要能给予提示。省分公司收入对比分析各省分公司要能选择，对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理省分收入历史趋势分析各省分公司要能选择，对比的时间周期可选择，对于收入下降的要给予显著的提示。收入预测分析业务分析业务装、拆机分析装拆机计划完成分析业务发展分析对变化幅度较大或者净增数量为负值情况要及时预警。业务通信量分析对比较敏感的指标数据变化异常进行预警提示。各单项业务发展分析业务发展预测分析优惠分析对各种优惠政策进行分析，查找出每种优惠的优劣，方便更好的调整市场策略。客户分析客户贡献度分析客户消费层次分析客户结构分析客户忠诚度分析谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户总量分析对有特定关注意义的客户群体的客户数变化，实现预警功能，并进行原因和影响分析。客户行为分析客户入网渠道分析为渠道支撑提供支持。客户流失分析通过对流失情况的分析，建立客户流失异常预测模型，帮助市场人员对流失的客户群体维系挽留提供参照。代理商分析代理商收入分析根据分析维度之间的不同组合，多维分析、对比分析省分公司在本月通过不同级别代理商渠道获取的收入以及代理商销售的卡资源收入。并对收入的历史数据进行趋势展示。代理商分布情况代理商发展客户服务分析客户服务咨询分析通过对相关服务的时间跟踪与客户对服务的咨询粒度分析客户服务的需求。客户投诉分析对客户投诉的类别、行为进行分析，从中找出缺陷减少客户流失。大客户分析大客户发展分析对大客户的新增、流失等进行分析找出具体原因，为下一步营销服务作准备。大客户收入分析对大客户的消费情况进行分析，可以从中调整策略。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理大客户分布情况通过对大客户的属性、构成、占有率等方面的分析了解大客户组成，为大客户服务提供更好的支撑。铁业经营分析收入分析单项业务收入分析ARPU值分析分析挖掘影响ARPU值高低的主要因素，为帮助决策门制定提高ARPU的策略提供科学、合理的依据；实现ARPU值的预警功能。并进行原因和影响分析业务通信量分析产品分析产品使用情况分析产品评估分析话单分析话单分析业务结算分析网内结算网间结算通过异网数据分析异网潜在用户缴费分析业务缴费分析业务欠费预付费分析卡资源分析卡收入分析卡销售分析为未来制定市场营销策略提供支持数据卡资源消费分析为市场部门提供卡资源实际消费动态，为卡资源投放市场提供预测分析谢谢使用 知识水坝（豆丁网@pologoogle）为您整理市场与营销分析营销渠道分析市场促销分析市场占有率分析了解不同产品的主要竞争对手是谁，从而为市场营销提供指导。竞争对手发展情况分析1.1..1.1功能组件序号构件名称描述1.数据采集系统数据采集可以分为主动采集和被动采集，主动采集要求各专业系统主动传送数据到本系统，被动采集是本系统去各专业系统数据库中采集数据。数据源文件采集监控数据源文件监控具有以下两个功能：文件迟传检查和文件到达监测。文件迟传检查是监测某类文件在给定的周期内是否按时上传，如果未能按时上传，则发出警告；文件到达监测是为了能及时发现新上传的文件。数据源文件预处理由于存在文件过大的情况，对端系统需要对过大的文件进行分包处理后传输；数据预处理主要功能则是对该类文件进行合包处理。数据源文件合法性审核源数据文件审核主要进行文件名字，文件头，文件尾和文件体格式的检查，在一定程度上保证进入ODS谢谢使用 知识水坝（豆丁网@pologoogle）为您整理的数据格式良好、类型正确，对文件体中出现的某些错误，依据纠错条件进行纠正，使之成为合法格式的数据．1.数据加载数据仓库的数据加载模块依据一定的抽取规则，从数据采集后目标文件临时存储区中抽取数据，进行清洁、集成后可根据需要将数据按ODS信息模型进行转换，并装载到ODS数据存储区中，完成第一次ETL过程；之后，从ODS数据存储区中抽取所需数据，进行转换、计算、合并、汇总后将数据按数据仓库信息模型重新组织、装载到数据仓库数据存储区中，完成第二次ETL过程，生成数据仓库．ETL功能ETL的目标是将目标系统中所需的数据从源系统中抽取出来，并对数据按照一定的规则进行清洁、集成、转换、汇总等处理工作，最后将处理完的数据加载到目标系统中。数据清洁的目的是发现并解决源系统中抽取出的数据不一致，删除非法数据，并填写空缺值，使处理后的数据符合目标系统处理的前提条件。2.报表生成报表生成模块的功能包括报表数据生成、报表生成、报表发布。将从数据仓库/ODS中抽取的数据，生成/更新统计型报表数据；生成/更新立方体并将立方体发布。报表生成时，一方面依据一定的统计型报表格式定义，提取统计型报表数据或发布后立方体直接生成统计型报表，另一方面依据立方体元数据定义，提取发布后的立方体，生成分析型报表。最后可将报表存放到指定的服务器上，以供使用。立方体生成/更新立方体的生成/更新是指将从数据仓库/ODS谢谢使用 知识水坝（豆丁网@pologoogle）为您整理中抽取的数据组织成立方体要求的多维形式，并通过相应的聚合算法进行生成/更新操作。立方体部署立方体的部署是指将生成的立方体以用户需要的形式发布到服务器上，用户可以通过客户端在该立方体上进行相应经营分析。报表生成报表的生成是指提取报表数据，根据设置的报表格式(如标题等)，生成报表．报表发布报表发布是指将所生成的报表存放到指定的位置并可指定用户访问的方式．报表查看允许授权用户通过WEB或客户端从远端查看需要的报表信息，并且允许进行在线的数据分析和综合；包括用户权限验证、报表展示等。1.接口数据文件生成由系统定时调度机制触发、手动触发、或事件触发，按照约定的数据接口格式规范或其它决策支持信息分析系统（ERP、OA、CRM等系统）制定的数据文件接口规范，生成符合其他信息系统要求的上传标准数据文件或其它决策支持信息服务系统要的决策支持信息数据文件。2.OLTP数据查询对客服等系统用户的请求进行身份验证，通过则根据该用户的权限及数据查询请求到ODS中取数据查询结果集并将结果返回；若身份验证失败，则给出登录失败信息。3.系统管理数据抽取调度管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理从各专业系统把源数据取到本系统，再装载到数据仓库中需要两次ETL过程，第一次是从各专业系统数据经清洁后存放的临时数据交换区到ODS，第二次是从ODS到DW，如何使它们在保证数据正确性的前提下保持并发性，尽可能的提高系统效率，系统必须提供有效、合理的调度机制进行控制。并且本系统中本地化应用部分由DW中产生报表的周期，也需要系统提供很好的调度机制。元数据管理元数据管理包括元数据的查看和元数据的维护，主要的元数据包括数据源元数据，ETL规则，ODS信息模型，数据仓库信息模型，报表元数据，接口数据文件格式和商业元数据．其中，元数据的查看是为用户和系统管理员提供元数据的浏览功能；元数据的维护是为系统的维护人员提供元数据的增加、删除、修改、查看功能。用户权限管理对报表用户、管理员、维护人员、查询用户的权限信息进行管理；支持通过用户组、用户、角色等方式灵活地对一组用户进行权限管理。系统监控对系统中的被监控服务对象以及监控指标进行设置，通过对各主要服务的当前运行状态进行查看，来了解系统当前的运行情况。系统出现故障时，管理员可以根据系统服务的状态采取相应的措施进行故障排除。系统告警管理对数据采集过程中由于文件迟传、文件名错和文件格式错而产生的告警信息进行分类查看，并根据所提供的信息采取相应的措施进行处理。对两次ETL谢谢使用 知识水坝（豆丁网@pologoogle）为您整理过程中由于源数据未到、抽取转换过程中产生错误等各种原因而出现的告警信息进行查看，并根据所提供的信息采取相应的措施进行处理。对由于数据仓库、ODS、数据采集和数据上报中的各种存储空间的超容产生的告警进行处理，并根据所提供的信息采取相应的措施进行处理。系统日志管理对日志产生条件、日志类别、日志处理等参数进行配置管理。对数据采集过程中由于文件迟传、文件名错和文件格式等错而产生的日志信息；对两次ETL过程中由于源数据未到，抽取转换过程中产生错误等各种原因而出现的日志信息进行查看或统计。系统接口管理对系统的接口进行增加、删除、修改、查询等维护管理。对其它系统与本系统进行连接、本系统内部模块之间连接时（如：平台与应用集成系统之间的连接）所使用的用户名，以及所能访问的数据以及访问权限进行控制管理。报表管理对报表进行增加、存储、删除等管理，并负责向总部决策支持系统上传省分生成的各种标准报表。数据仓库归档管理对数据仓库中低粒度的细节数据进行备份并清理，包括归档数据的选择、归档触发条件、归档方式等定义。数据备份/恢复管理针对系统中不同种类数据制定不同的备份/恢复策略，包括数据的分类、备份的时间间隔、备份的方式、恢复的方式等定义。1.1..1.1接口数据采集接口谢谢使用 知识水坝（豆丁网@pologoogle）为您整理本系统数据源主要有两类，一类是各专业生产系统产生的数据，另一类是需要某些部门手工输入的源数据。手工输入数据要求本系统以WEB页面方式或GUI方式提供手工数据录入界面，各部门定期填写所要求的手工录入数据，传送致本系统。在采集各专业生产系统源数据时，根据各专业系统提供数据的方式可以分为主动数据采集和被动数据采集两种方式。主动数据采集要求本系统专门为各专业生产系统提供数据存放区，也要为各专业系统制定所要求的数据内容和格式，要求各专业系统将每天产生的数据定期传送到本系统源专业数据存放区中。本系统定期对系统源数据存放区中的数据进行处理。专业系统传送数据的周期为天，具体传送时间可以选择专业系统的空闲时间。与各专业系统的接口可参考本规范附录中与移动业务系统的接口文档进行制定。被动数据采集要求各专业系统为本系统开放数据库连接，同时要求专业系统为本系统提供专业系统元数据。本系统通过理解专业系统元数据，直接连接专业系统定期从数据库中取数据，然后在系统内在对专业系统源数据进行处理，例如进行格式、编码转换等。采集周期可以根据具体情况，自行设计。这种方式要求专业系统对所提供的元数据进行版本和发布管理。考虑到远程被动采集比主动本地数据采集对本系统性能要求高和对专业生产系统安全和性能影响大等问题，建议采用主动数据采集方式，要求各专业系统定期按要求传送数据到本系统。各专业系统在传送数据时，可以以文本数据文件的方式传送也可以以数据库表导出文件的方式传送。考虑数据库表导入、导出对系统效率的影响，建议采用规定格式的数据文本文件的方式传送。决策支持信息提供接口要求决策支持系统向ERP、OA、CRM等其它决策支持信息应用系统提供企业决策支持信息，可以采用以下两种方式：1、文件方式：按照其它外部系统的经营数据要求在本系统生成结果数据文件进行传送。2、谢谢使用 知识水坝（豆丁网@pologoogle）为您整理开放数据库连接方式：以开放数据库链接的方式，供其它决策支持信息应用系统使用本系统中的经营数据。这要求本系统以文档或其它方式向其它应用系统提供关于本系统数据仓库的元数据，对数据仓库中的内容进行解释和说明，为其它系统使用本系统经营数据提供导航。并且还要求本系统保证数据库连接的安全性，防止非法访问非授权数据，即对数据仓库连接的用户进行认证、权限进行控制。同时本系统要对元数据的版本和发布进行管理。接口分类序号接口组件描述1纵向内部各级经营分析系统接口集团经营分析系统通过此接口收集省级经营分析系统提供得相关基础资料和统计信息。接口包括：取数据、发数据、发送消息、接收消息、检查状态。周期：1次/天2横向与综合营业系统的接口从营业系统系统中提取客户基本资料信息包括大客户，如客户名称、住址、联系方式、证件号码、客户类型、客户细分；客户订购资料信息，即每个客户所使用的服务（产品）信息；客户帐户资料信息，即客户使用各项产品（服务所）所发生费用的付款单位的资料信息；；工单，卡、设备资源统计数据等。周期：1次/天3横向与综合帐务系统的接口经营分析系统从计费帐务系统提取帐单资料。周期：1次/月从计费帐务系统提取销帐资料、欠费资料、话单资料、网间通话数据资料、相关配置表信息资料谢谢使用 知识水坝（豆丁网@pologoogle）为您整理，如帐目类型、话单类型信息、各种分类信息，结算清单等。周期：1次/天4横向与客户服务的接口从客服系统提取10050/114产生的投诉、咨询、走访、建议；10050/114日志记录；客服人员信息资料；客户服务定单；客户/服务记录，服务时限记录等；周期：1次/天5横向与代理商管理的接口经营分析系统定时从该系统提取代销商人员信息资料，代销商考核等数据。6横向与大客户的接口从大客户系统获取大客户（包括铁业）资料、业务组成、业务收入、优惠等信息。周期：1次/天1.1..1性能指标对于一般查询，响应时间应小于25秒。即席查询所用的时间一般较长，应提供查询预测功能，使用户运行查询之前，能够预测查询所需的时间。应提供较好的机制，使重复进行的查询无需重复直接对数据库操作。应提供数据分页显示功能，以减少数据传输量，提高性能。系统能支持同时从多个接入平台并发使用，连接的增加不能明显降低系统的响应时间。针对相同报表数据的不同粒度需求，报表生成工具只需生成一次数据，并提供高速缓存机制和支持多个服务进程，为报表作业队列提供服务。随着经营分析系统应用的不断扩展，位于应用服务层的报表生成服务器应能动态扩展，并且在服务器之间可自动进行报表作业的负载均衡。如果某台服务器出现故障，其报表应用可被其它服务器自动恢复。报表管理服务器支持动态扩展，并且在服务器之间进行负载均衡。如果某台服务器出现故障，其应用可被其它服务器自动恢复。可满足大量并发访问的需要。可以对用户设立不同的查询优先级，实数据库资源的合理分配。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1技术原则完整性决策支持系统采用省集中的模式，在省中心建立数据中心，再通过这些数据存储提取数据集市进行分析和呈现。决策支持系统从各业务系统、非业务系统中将相关业务数据进行抽取（录入）、清洗、加工、整理、加载到数据仓库中，在数据仓库中形成基础的分析数据的存储，然后根据业务及管理等实际的需要在数据仓库上建立适合各种应用的数据集市。数据仓库、数据集市中蕴含的信息可以通过报表、OLAP分析、即席查询等形式向决策支持系统使用人员展现。灵活性和扩展性决策支持系统的数据源于业务支撑系统，，要求本系统能够灵活地适应数据源的变化。另外，本系统信息的使用者对于信息的格式及具体内容可能存在特殊的要求，本系统对外提供信息的方式要求灵活，譬如接口格式的灵活定义等。系统使用者的需求和系统的规模会随着区域的不同、时间的推移而发生变化，决策支持系统在建设过程中需要灵活组织与存储信息，增强系统扩展能力。安全可靠性确切地讲，决策支持系统包含一个完整的决策支持信息管理流程，涉及中国铁通各级公司的多层决策者和销售人员，跨越多个信息处理环节和职能部门，并涉及企业的机密。因此，需严格地限定各级使用者的访问权限和操作权限，并具备良好的抵抗外部各种冲击的能力，以保证系统的正常运行并确保信息的安全保密性。可维护性由于决策支持信息组织和利用具有灵活性、扩展性的特点，要求系统的维护能力必须增强。易用性谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在不影响决策者正常思维方式的前提下，决策支持系统应提供灵活、易用、友好的操作界面，如：可根据实际需要建立综合性EIS（ExecutiveInformationSystem）界面。可理解性分析结果的可理解性不仅指在形式上给出直观、可视化的信息展示，而且在内容上应该针对具体业务和服务给出各种方法的性能比较，给予决策者以充分选择的余地。响应及时性在对存储空间具有较高利用率的基础上，能及时响应使用者的各种应用，以达到使用者对系统所提供服务与支持的满意度。互操作性决策支持系统是联接服务支撑系统中各生产子系统与管理信息系统的桥梁，接口繁多，为保证决策支持信息流动的通畅性，必须与其它系统具有良好的互操作性。省公司公司决策支持系统1.1..1软件结构　1.1..1.1用户界面可以使用B/S或C/S模式，并能与门户紧密结合，使个人定制的报表供他人使用和浏览。系统的报表生成能够达到以下的功能要求：l友好的用户界面，用户通过短暂的学习，可以很快地掌握界面的使用方法，并可以通过简便的操作自由定制界面，定义各种复杂报表，提高报表开发效率。l谢谢使用 知识水坝（豆丁网@pologoogle）为您整理能开发各种形式的复杂报表，并对复杂报表和固定报表，系统在实施过程中提供定制能力，使客户常用的报表能够在系统投入使用后即开始为客户所利用，最大限度降低客户自己定制报表的复杂度和大工作量，而且预定义的报表可以在数据集市数据更新时自动更新。返回的数据类型和格式也不应受限制。报表格式能迅速以所见即所得方式进行显示。l具有相同数据不同输出的能力。针对相同的报表数据需求，报表生成工具可根据需要产生打印输出、文件输出、email输出、Web发布等，而不需要分别生成查询数据。功能界面说明集团收入分析集团总收入分析对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。集团单项业务收入分析对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。对于单项业务比对下降严重的要能给予提示。省分公司收入对比分析各省分公司要能选择，对比的时间周期可选择，指标项可选择，对于变化差异较大的要有颜色标识。省分收入历史趋势分析各省分公司要能选择，对比的时间周期可选择，对于收入下降的要给予显著的提示。收入预测分析业务分析业务装、拆机分析装拆机计划完成分析业务发展分析对变化幅度较大或者净增数量为负值情况要及时预警。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理业务通信量分析对比较敏感的指标数据变化异常进行预警提示。各单项业务发展分析业务发展预测分析优惠分析对各种优惠政策进行分析，查找出每种优惠的优劣，方便更好的调整市场策略。客户分析客户贡献度分析客户消费层次分析客户结构分析客户忠诚度分析客户总量分析对有特定关注意义的客户群体的客户数变化，实现预警功能，并进行原因和影响分析。客户行为分析客户入网渠道分析为渠道支撑提供支持。客户流失分析通过对流失情况的分析，建立客户流失异常预测模型，帮助市场人员对流失的客户群体维系挽留提供参照。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理代理商分析代理商收入分析根据分析维度之间的不同组合，多维分析、对比分析省分公司在本月通过不同级别代理商渠道获取的收入以及代理商销售的卡资源收入。并对收入的历史数据进行趋势展示。代理商分布情况代理商发展客户服务分析客户服务咨询分析通过对相关服务的时间跟踪与客户对服务的咨询粒度分析客户服务的需求。客户投诉分析对客户投诉的类别、行为进行分析，从中找出缺陷减少客户流失。大客户分析大客户发展分析对大客户的新增、流失等进行分析找出具体原因，为下一步营销服务作准备。大客户收入分析对大客户的消费情况进行分析，可以从中调整策略。大客户分布情况通过对大客户的属性、构成、占有率等方面的分析了解大客户组成，为大客户服务提供更好的支撑。铁业经营分析收入分析单项业务收入分析ARPU值分析分析挖掘影响ARPU值高低的主要因素，为帮助决策门制定提高ARPU的策略提供科学、合理的依据；实现ARPU值的预警功能。并进行原因和影响分析谢谢使用 知识水坝（豆丁网@pologoogle）为您整理业务通信量分析产品分析产品使用情况分析产品评估分析话单分析话单分析业务结算分析网内结算网间结算通过异网数据分析异网潜在用户缴费分析业务缴费分析业务欠费预付费分析卡资源分析卡收入分析卡销售分析为未来制定市场营销策略提供支持数据卡资源消费分析为市场部门提供卡资源实际消费动态，为卡资源投放市场提供预测分析市场与营销分析营销渠道分析市场促销分析市场占有率分析了解不同产品的主要竞争对手是谁，从而为市场营销提供指导。竞争对手发展情况分析1.1..1.1功能组件谢谢使用 知识水坝（豆丁网@pologoogle）为您整理序号构件名称描述1.数据采集系统数据采集可以分为主动采集和被动采集，主动采集要求各专业系统主动传送数据到本系统，被动采集是本系统去各专业系统数据库中采集数据。数据源文件采集监控数据源文件监控具有以下两个功能：文件迟传检查和文件到达监测。文件迟传检查是监测某类文件在给定的周期内是否按时上传，如果未能按时上传，则发出警告；文件到达监测是为了能及时发现新上传的文件。数据源文件预处理由于存在文件过大的情况，对端系统需要对过大的文件进行分包处理后传输；数据预处理主要功能则是对该类文件进行合包处理。数据源文件合法性审核源数据文件审核主要进行文件名字，文件头，文件尾和文件体格式的检查，在一定程度上保证进入ODS的数据格式良好、类型正确，对文件体中出现的某些错误，依据纠错条件进行纠正，使之成为合法格式的数据．2.数据加载数据仓库的数据加载模块依据一定的抽取规则，从数据采集后目标文件临时存储区中抽取数据，进行清洁、集成后可根据需要将数据按ODS信息模型进行转换，并装载到ODS数据存储区中，完成第一次ETL过程；之后，从ODS数据存储区中抽取所需数据，进行转换、计算、合并、汇总后将数据按数据仓库信息模型重新组织、装载到数据仓库数据存储区中，完成第二次ETL过程，生成数据仓库．谢谢使用 知识水坝（豆丁网@pologoogle）为您整理ETL功能ETL的目标是将目标系统中所需的数据从源系统中抽取出来，并对数据按照一定的规则进行清洁、集成、转换、汇总等处理工作，最后将处理完的数据加载到目标系统中。数据清洁的目的是发现并解决源系统中抽取出的数据不一致，删除非法数据，并填写空缺值，使处理后的数据符合目标系统处理的前提条件。1.报表生成报表生成模块的功能包括报表数据生成、报表生成、报表发布。将从数据仓库/ODS中抽取的数据，生成/更新统计型报表数据；生成/更新立方体并将立方体发布。报表生成时，一方面依据一定的统计型报表格式定义，提取统计型报表数据或发布后立方体直接生成统计型报表，另一方面依据立方体元数据定义，提取发布后的立方体，生成分析型报表。最后可将报表存放到指定的服务器上，以供使用。立方体生成/更新立方体的生成/更新是指将从数据仓库/ODS中抽取的数据组织成立方体要求的多维形式，并通过相应的聚合算法进行生成/更新操作。立方体部署立方体的部署是指将生成的立方体以用户需要的形式发布到服务器上，用户可以通过客户端在该立方体上进行相应经营分析。报表生成报表的生成是指提取报表数据，根据设置的报表格式(如标题等)，生成报表．报表发布谢谢使用 知识水坝（豆丁网@pologoogle）为您整理报表发布是指将所生成的报表存放到指定的位置并可指定用户访问的方式．报表查看允许授权用户通过WEB或客户端从远端查看需要的报表信息，并且允许进行在线的数据分析和综合；包括用户权限验证、报表展示等。1.接口数据文件生成由系统定时调度机制触发、手动触发、或事件触发，按照约定的数据接口格式规范或其它决策支持信息分析系统（ERP、OA、CRM等系统）制定的数据文件接口规范，生成符合其他信息系统要求的上传标准数据文件或其它决策支持信息服务系统要的决策支持信息数据文件。2.OLTP数据查询对客服等系统用户的请求进行身份验证，通过则根据该用户的权限及数据查询请求到ODS中取数据查询结果集并将结果返回；若身份验证失败，则给出登录失败信息。3.系统管理数据抽取调度管理从各专业系统把源数据取到本系统，再装载到数据仓库中需要两次ETL过程，第一次是从各专业系统数据经清洁后存放的临时数据交换区到ODS，第二次是从ODS到DW，如何使它们在保证数据正确性的前提下保持并发性，尽可能的提高系统效率，系统必须提供有效、合理的调度机制进行控制。并且本系统中本地化应用部分由DW中产生报表的周期，也需要系统提供很好的调度机制。元数据管理元数据管理包括元数据的查看和元数据的维护，主要的元数据包括数据源元数据，ETL规则，ODS谢谢使用 知识水坝（豆丁网@pologoogle）为您整理信息模型，数据仓库信息模型，报表元数据，接口数据文件格式和商业元数据．其中，元数据的查看是为用户和系统管理员提供元数据的浏览功能；元数据的维护是为系统的维护人员提供元数据的增加、删除、修改、查看功能。用户权限管理对报表用户、管理员、维护人员、查询用户的权限信息进行管理；支持通过用户组、用户、角色等方式灵活地对一组用户进行权限管理。系统监控对系统中的被监控服务对象以及监控指标进行设置，通过对各主要服务的当前运行状态进行查看，来了解系统当前的运行情况。系统出现故障时，管理员可以根据系统服务的状态采取相应的措施进行故障排除。系统告警管理对数据采集过程中由于文件迟传、文件名错和文件格式错而产生的告警信息进行分类查看，并根据所提供的信息采取相应的措施进行处理。对两次ETL过程中由于源数据未到、抽取转换过程中产生错误等各种原因而出现的告警信息进行查看，并根据所提供的信息采取相应的措施进行处理。对由于数据仓库、ODS、数据采集和数据上报中的各种存储空间的超容产生的告警进行处理，并根据所提供的信息采取相应的措施进行处理。系统日志管理对日志产生条件、日志类别、日志处理等参数进行配置管理。对数据采集过程中由于文件迟传、文件名错和文件格式等错而产生的日志信息；对两次ETL过程中由于源数据未到，抽取转换过程中产生错误等各种原因而出现的日志信息进行查看或统计。系统接口管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理对系统的接口进行增加、删除、修改、查询等维护管理。对其它系统与本系统进行连接、本系统内部模块之间连接时（如：平台与应用集成系统之间的连接）所使用的用户名，以及所能访问的数据以及访问权限进行控制管理。报表管理对报表进行增加、存储、删除等管理，并负责向总部决策支持系统上传省分生成的各种标准报表。数据仓库归档管理对数据仓库中低粒度的细节数据进行备份并清理，包括归档数据的选择、归档触发条件、归档方式等定义。数据备份/恢复管理针对系统中不同种类数据制定不同的备份/恢复策略，包括数据的分类、备份的时间间隔、备份的方式、恢复的方式等定义。1.1..1.1接口数据采集接口本系统数据源主要有两类，一类是各专业生产系统产生的数据，另一类是需要某些部门手工输入的源数据。手工输入数据要求本系统以WEB页面方式或GUI方式提供手工数据录入界面，各部门定期填写所要求的手工录入数据，传送致本系统。在采集各专业生产系统源数据时，根据各专业系统提供数据的方式可以分为主动数据采集和被动数据采集两种方式。主动数据采集要求本系统专门为各专业生产系统提供数据存放区，也要为各专业系统制定所要求的数据内容和格式，要求各专业系统将每天产生的数据定期传送到本系统源专业数据存放区中。本系统定期对系统源数据存放区中的数据进行处理。专业系统传送数据的周期为天，具体传送时间可以选择专业系统的空闲时间。与各专业系统的接口可参考本规范附录中与移动业务系统的接口文档进行制定。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理被动数据采集要求各专业系统为本系统开放数据库连接，同时要求专业系统为本系统提供专业系统元数据。本系统通过理解专业系统元数据，直接连接专业系统定期从数据库中取数据，然后在系统内在对专业系统源数据进行处理，例如进行格式、编码转换等。采集周期可以根据具体情况，自行设计。这种方式要求专业系统对所提供的元数据进行版本和发布管理。考虑到远程被动采集比主动本地数据采集对本系统性能要求高和对专业生产系统安全和性能影响大等问题，建议采用主动数据采集方式，要求各专业系统定期按要求传送数据到本系统。各专业系统在传送数据时，可以以文本数据文件的方式传送也可以以数据库表导出文件的方式传送。考虑数据库表导入、导出对系统效率的影响，建议采用规定格式的数据文本文件的方式传送。决策支持信息提供接口要求决策支持系统向ERP、OA、CRM等其它决策支持信息应用系统提供企业决策支持信息，可以采用以下两种方式：1、文件方式：按照其它外部系统的经营数据要求在本系统生成结果数据文件进行传送。2、开放数据库连接方式：以开放数据库链接的方式，供其它决策支持信息应用系统使用本系统中的经营数据。这要求本系统以文档或其它方式向其它应用系统提供关于本系统数据仓库的元数据，对数据仓库中的内容进行解释和说明，为其它系统使用本系统经营数据提供导航。并且还要求本系统保证数据库连接的安全性，防止非法访问非授权数据，即对数据仓库连接的用户进行认证、权限进行控制。同时本系统要对元数据的版本和发布进行管理。接口分类序号接口组件描述1谢谢使用 知识水坝（豆丁网@pologoogle）为您整理纵向内部各级经营分析系统接口集团经营分析系统通过此接口收集省级经营分析系统提供得相关基础资料和统计信息。接口包括：取数据、发数据、发送消息、接收消息、检查状态。周期：1次/天2横向与综合营业系统的接口从营业系统系统中提取客户基本资料信息包括大客户，如客户名称、住址、联系方式、证件号码、客户类型、客户细分；客户订购资料信息，即每个客户所使用的服务（产品）信息；客户帐户资料信息，即客户使用各项产品（服务所）所发生费用的付款单位的资料信息；；工单，卡、设备资源统计数据等。周期：1次/天3横向与综合帐务系统的接口经营分析系统从计费帐务系统提取帐单资料。周期：1次/月从计费帐务系统提取销帐资料、欠费资料、话单资料、网间通话数据资料、相关配置表信息资料，如帐目类型、话单类型信息、各种分类信息，结算清单等。周期：1次/天4横向与客户服务的接口从客服系统提取10050/114产生的投诉、咨询、走访、建议；10050/114日志记录；客服人员信息资料；客户服务定单；客户/服务记录，服务时限记录等；周期：1次/天5横向与代理商管理的接口经营分析系统定时从该系统提取代销商人员信息资料，代销商考核等数据。6横向与大客户的接口从大客户系统获取大客户（包括铁业）资料、业务组成、业务收入、优惠等信息。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理周期：1次/天1.1..1性能指标对于一般查询，响应时间应小于25秒。即席查询所用的时间一般较长，应提供查询预测功能，使用户运行查询之前，能够预测查询所需的时间。应提供较好的机制，使重复进行的查询无需重复直接对数据库操作。应提供数据分页显示功能，以减少数据传输量，提高性能。系统能支持同时从多个接入平台并发使用，连接的增加不能明显降低系统的响应时间。针对相同报表数据的不同粒度需求，报表生成工具只需生成一次数据，并提供高速缓存机制和支持多个服务进程，为报表作业队列提供服务。随着经营分析系统应用的不断扩展，位于应用服务层的报表生成服务器应能动态扩展，并且在服务器之间可自动进行报表作业的负载均衡。如果某台服务器出现故障，其报表应用可被其它服务器自动恢复。报表管理服务器支持动态扩展，并且在服务器之间进行负载均衡。如果某台服务器出现故障，其应用可被其它服务器自动恢复。可满足大量并发访问的需要。可以对用户设立不同的查询优先级，实数据库资源的合理分配。1.1..2技术原则完整性决策支持系统采用省集中的模式，在省中心建立数据中心，再通过这些数据存储提取数据集市进行分析和呈现。决策支持系统从各业务系统、非业务系统中将相关业务数据进行抽取（录入）、清洗、加工、整理、加载到数据仓库中，在数据仓库中形成基础的分析数据的存储，然后根据业务及管理等实际的需要在数据仓库上建立适合各种应用的数据集市。数据仓库、数据集市中蕴含的信息可以通过报表、OLAP分析、即席查询等形式向决策支持系统使用人员展现。灵活性和扩展性谢谢使用 知识水坝（豆丁网@pologoogle）为您整理决策支持系统的数据源于业务支撑系统，，要求本系统能够灵活地适应数据源的变化。另外，本系统信息的使用者对于信息的格式及具体内容可能存在特殊的要求，本系统对外提供信息的方式要求灵活，譬如接口格式的灵活定义等。系统使用者的需求和系统的规模会随着区域的不同、时间的推移而发生变化，决策支持系统在建设过程中需要灵活组织与存储信息，增强系统扩展能力。安全可靠性确切地讲，决策支持系统包含一个完整的决策支持信息管理流程，涉及中国铁通各级公司的多层决策者和销售人员，跨越多个信息处理环节和职能部门，并涉及企业的机密。因此，需严格地限定各级使用者的访问权限和操作权限，并具备良好的抵抗外部各种冲击的能力，以保证系统的正常运行并确保信息的安全保密性。可维护性由于决策支持信息组织和利用具有灵活性、扩展性的特点，要求系统的维护能力必须增强。易用性在不影响决策者正常思维方式的前提下，决策支持系统应提供灵活、易用、友好的操作界面，如：可根据实际需要建立综合性EIS（ExecutiveInformationSystem）界面。可理解性分析结果的可理解性不仅指在形式上给出直观、可视化的信息展示，而且在内容上应该针对具体业务和服务给出各种方法的性能比较，给予决策者以充分选择的余地。响应及时性在对存储空间具有较高利用率的基础上，能及时响应使用者的各种应用，以达到使用者对系统所提供服务与支持的满意度。互操作性谢谢使用 知识水坝（豆丁网@pologoogle）为您整理决策支持系统是联接服务支撑系统中各生产子系统与管理信息系统的桥梁，接口繁多，为保证决策支持信息流动的通畅性，必须与其它系统具有良好的互操作性。1.1业务支撑网管见分册1.2系统管理分层管理1.2..1组织管理1.2..2人员管理1.2..2.1工号管理l功能描述主要包括工号增加，注销，修改，工号属性查询，角色，权限，控制区域的分配等。操作员进行统一的维护（由某一系统，如定单受理系统）、操作员认证采用统一认证l功能实现总体结构谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在所有的业务系统中，一个工号对应统一个操作员操作员的工号以及密码在某一系统中维护（增、删、改），其他相关系统通过接口同步操作员的工号信息。操作员登录认证采用统一认证，即先通过统一认证操作员的工号和密码，然后由各个系统负责操作员的权限认证；1.1..1.1权限管理l功能描述TBSS系统的管理维护和各种业务分项的使用在权限管理的基础上开展。权限管理提供分级别、分角色、高安全性、易操作的安全保障。l功能实现总体结构权限管理在功能上作为一个整体实现，在实施中分布在各种业务的管理维护以及业务的开展中。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理l用户界面界面说明登录权限验证界面验证登录操作员的权限权限设置界面设置操作员的权限l功能组件序号构件名称描述1角色设置实现权限有效组合。2操作员权限分配分配给操作员基本权限或某种角色。3权限列表维护对基本权限的增加和删除等。4权限验证对操作员的权限进行验证。系统监控1.1..1功能描述监控对系统的应用软件、系统软件、硬件资源、数据库、网络等进行数据采样，及时对TBSS系统的运行状况进行采样，对各种采样信息做出告警和对系统进行控制。l权限认证：监控功能只允许授权用户使用l服务监控：显示不同的服务层状态，包括展现逻辑服务层、业务逻辑服务层、数据逻辑服务层。服务监控提供对系统各个服务层次实时信息和统计信息监控，并能够统计和分析各个层次各个操作的执行时长，也可以统计各个层次各个操作的执行频次。其中谢谢使用 知识水坝（豆丁网@pologoogle）为您整理数据监控服务提供数据实时监控及状态统计。实时对正在运行中、或已经运行结束的数据服务运行状态列表，分别显示了每个数据服务的SQL语句、开始时间以及线程标识。各个服务状态统计信息包括最长执行时间、最长执行时间列表、最大执行频次、最高执行频次列表等，对这些信息的实时查看和统计分析，方便用户发现应用系统的瓶颈、优化系统性能。l工作流监控:提供工作流的运行状态（启动、挂起、等待）的监控；l在线用户监控：提供在线用户的标识、登录时间及客户端IP的统计列表，进一步提高了系统的安全访问控制。l硬件资源、数据库、网络？l故障追踪：通过日志记录级别的设置功能，设定管理平台记录指定构件库层次的运行日志记录级别，如NONE、WARN、DEBUG、FATAL等级别，监控应用系统的运行状况，及时发现系统运行的问题，修正软件的错误。1.1..1功能实现总体结构监控在技术实现上要基于三层结构的原则，内容的采样和内容的表示相分离，监控要在安全、可靠的前提下提供对系统的控制。1.1..2用户界面界面说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理用户信息登录用户标识、时间、登录IP等信息服务运行监控分实时和历史统计两种方式展示数据逻辑、业务逻辑、展现逻辑的运行状况工作流监控界面运行状态Log分析界面多视角的查看结构话日志网络监控网络可用性，网络流量系统监控设备状态，存储空间状态，阀值告警，CPU利用率监控，各系统接入平台状态，接口活动状态数据库监控数据库应用状态，数据库空间使用状态，阀值告警1.1..1功能组件序号构件名称描述1数据采集按采集规则对所需要监控的数据进行采集2采集数据组织对采集数据进行加工处理，按约定形成结构化的数据，按照不同的采集点进行组织3系统控制按作用规则和监控数据对系统进行控制。控制在安全、可靠的前提下可以支持进程的启动和停止，支持后台事务的调度，支持一些异常处理功能，在监控完成告警功能的同时提供控制的功能4监控内容发布对监控内容以短信、电话、WEB、声光电等方式进行告警安全管理l提供基于角色的用户认证，支持LDAP的认证方式；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理l提供基于数据、功能的权限访问功能；操作员分等级管理，不同的等级(如代理商营业员、客户代表等)决定可以查询的客户的范围和信息内容。l对所有可以登录系统的终端IP地址、所属部门、有效时间、允许使用时段进行注册管理。登录系统时必须检查终端IP的合法性操作日志l提供日志工具对用于察看应用软件的运行日志文件，采用图形化界面，为用户和应用开发者提供界面友好，多视角的日志察看能力，展示日志的结构化，以及便于查找运行期间的错误定位。l可以根据开发或者运行的实际需要，设定管理平台记录指定构件库层次的运行日志记录级别，如NONE、WARN、DEBUG、FATAL等级别。l在计费分拣过程中，对每一个处理文件进行日志登记，日志内容包括：处理的文件名、处理日期和时间、处理的记录数、正常记录数、异常记录数、错误缺损记录数、文件处理的完成情况等。系统备份备份对象列表：数据库Database部分；数据库服务器本地磁盘操作系统部分；数据库服务器本地磁盘数据库程序部分；WEB/APP服务器操作系统部分；WEB服务器WEB页面部分；APP服务器中间件服务程序部分；热备份要求：1、最大限度保护应用的连续性2、侦测可靠，切换安全3、数据永不丢失、支持远程灾难备份脱机备份要求：1、备份设备要求有良好的安全可靠性；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理2、备份设备可与多种厂家的主机系统相连；3、磁带库要求支持ULTRASCSI或SCSI-2或FWDSCSI或FC-AL接口。大型的磁带库设备要求提供冗余的数据接口和机械手设备；4、备份设备应具有较强的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充等；5、应支持先进的存储、备份方式，例如SAN技术等。升级管理1.1..1功能描述居于B/S架构的系统不必要对客户端软件进行升级管理。升级管理主要是实现客户端软件版本的自动更新和维护。升级管理包括版本的发布、版本的更新、版本的更新查询和版本的更新检查。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1系统平台规划1.1网络规划按铁通管理组织结构、业务及系统的总体布署规划，通过各种数据通信手段将各种设备和各级系统连接起来，形成完整的网络系统，作为整个TBSS系统的网络平台。全国业务支撑系统网络结构应可靠承载TBSS各有机组成部分，达到系统规定的性能指标要求。全网拓朴结构图谢谢使用 知识水坝（豆丁网@pologoogle）为您整理TBSS系统网络连接有如下几类：1.局域网连接通过局域网组网技术形成各个自治的计算机局域网，包括全国中心局域网、省中心局域网及各地市的局域网；同时利用局域网技术连接其它计算机局域网，如中国铁通MIS、OA系统、非中国铁通相关网络系统等。2.广域网连接全国中心与省中心、省中心与所辖各地市以及其它自治局域网的计算机广域网，包括全国中心与省中心的连接，容灾备份中心与省中心的连接，省中心与所辖各地市的连接，TBSS系统与中国铁通某些其它计算机系统的广域连接及与非中国铁通的计算机系统的广域连接。为了保证TBSS系统的安全，系统与Internet、MIS、OA以及与非中国铁通的计算机系统的连接要采用相应的安全措施，如防火墙技术、应用服务器等，进行系统隔离。为保证网络的可靠性，骨干网中各种路由及交换设备及电路采用双节点、双路由的冗余备份策略。3.设备间的点到点线路连接如前置机与交换机设备间的指令传送连接、实时采集系统与交换机进行指令数据交互、智能网功能的开通等，都是通过专门网络及协议进行的。铁通总部网络1.1..1全国中心局域网拓扑结构全国中心局域网是TBSS系统全国中心的核心，联结各种功能服务器，完成对集团公司业务运营的支撑。局域网物理上采用星型的高速局域网，各设备通过以高速以太网交换机联系起来，形成交换式局域网。其结构如图所示。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1全国中心与省中心的连接要点：骨干网双路由、双节点；广域网采用星型拓朴；端到端采用TCP/IP；根据业务量规划设置网络带宽；重点考虑扩展性；全国中心与省中心广域网的物理拓扑采用星形连接。全国中心的广域骨干网通过DDN/SDH等电路连接全国中心的高速路由器及各省的接入路由器，形成广域网的物理通路。应充分考虑网络的可扩展性，易于管理，保证服务质量、安全可靠及与其它网络的互联互通。端到端连接采用TCP/IP协议。为保证网络的可靠性，骨干网中各种路由及交换设备及电路采用双节点、双路由的冗余备份策略。路由协议采用OSPF、IS-IS、RIP协议或静态路由；根据各个不同省份的业务量情况，到各个省中心的网络带宽可以不同。1.1..2容灾备份中心与省中心的连接容灾备份中心作为TBSS系统数据的后备，功能上属于TBSS系统全国中心的范围。省中心到容灾备份中心通过广域网方式连接，其连接方式类似于全国中心与省中心的接口。1.1..3全国中心与中国铁通其他计算机系统的连接1)全国中心与骨干智能网平台的连接；进行业务开通与数据采集。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理局域网内部连接，TCP/IP协议，防火墙隔离。1)全国中心与通信网网管等系统的连接TBSS系统全国中心与全国通信网网管系统的连接点一般来说在同一个局域网覆盖范围内，因此多采用局域网方式。TBSS系统与通信网网管系统的连接采用TCP/IP协议。两系统的连接要通过防火墙一些其它的安全性措施。2)全国中心到中国铁通公司其他MIS、OA系统的连接连接采用TCP/IP协议，由于需要连接到企业办公网络，网络成份较为复杂，需要采用防火墙等安全措施。1.1..1全国中心与非中国铁通的计算机系统的连接通过局域网或广域网相连。此类连接一般需要有较高的安全性和数据一致性要求，为了防止来自外部系统的非法入侵，保证数据的安全性，在TBSS系统与外部系统之间需要安装防火墙或通过网关连接。具体的连接有如下几种：1TBSS系统全国中心与国内其它电信运营商应用系统的连接；2TBSS系统全国中心到Internet、金融业务等外系统的连接；3全国中心与国际运营者或国际清算中心的连接。各省公司网络1.1..1省中心局域网的组织省中心局域网是TBSS系统省中心的核心，联结省中心的各种功能服务器，完成对省公司业务运营的支撑。局域网物理上采用星型的以太网结构，各设备通过以太网交换机或HUB联系起来，形成交换式或共享式局域网。局域网的组织应考虑以下因素：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.业务量及应用类型对于带宽的需求；2.相关网络技术的先进性、成熟性和实用性；3.网络的安全及可靠性；4.满足一定的使用期限的可扩展性；5.根据需要可对局域网进行分层组织。可分为核心层与外围层。核心层是系统业务核心主机、数据核心主机、存储设备及相关的维护终端所在网络区域，可采用千兆高速以太网,以适应高速、大量网络信息流动的需要；外围层可采用百兆网，用于通信数据量及通信实时性要求不高的业务。两层间通过以太网交换机连接。省中心局域网拓扑结构如图所示。1.1..1省中心到地市的广域网连接省中心与各地市连接的广域网物理拓扑采用星形连接。省中心的广域网通过DDN/SDH等电路连接省中心的核心路由器及各地市的接入路由器，形成广域网的物理通路。为保证系统可靠性，同时可采用X.25、ISDN、帧中继等连接方式做应急备用手段。应充分考虑网络的可扩展性，易于管理，保证服务质量、安全可靠及与其它网络的互联互通。端到端连接采用TCP/IP协议。为保证网络的可靠性，骨干网中各种路由及交换设备及电路采用双节点、双路由的冗余备份策略。路由协议采用OSPF、IS-IS、RIP协议或静态路由；根据各个不同地市的业务量情况，到各个地市的网络带宽可以不同。1.1..2省中心与中国铁通其他计算机系统的连接1)省中心到通信网网管系统的连接2)省中心与容灾备份中心的连接3)省中心到其他MIS、OA等系统的连接省中心与其他MIS系统的连接点一般来说在同一个局域网覆盖范围内，因此多采用局域网方式。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理省中心与其他MIS系统的连接采用TCP/IP协议。两系统的连接要通过防火墙一些其它的安全性措施。1.1..1省中心与国内非中国铁通的计算机系统的连接通过广域网相连。此类连接一般需要有较高的安全性和数据一致性要求，为了防止来自外部系统的非法入侵，保证数据的安全性，在TBSS系统与外部系统之间需要安装防火墙或通过网关连接。具体的连接有如下几种：1.TBSS系统与国内其它电信运营商应用系统的连接；2.TBSS系统到Internet、金融业务等外系统的连接。1.1..2省中心与通信网网元的连接TBSS系统与通信网元之间采用广域网、局域网、直连方式互连，通过电话传输网、DDN、FRN、分组交换等手段通信；前置机支持ITU-TV.35或V.24或LAN等接口与通信网元连接；连接速率根据需要可采用64Kb/s或更高。与TBSS系统有连接的通信网元有：1.程控交换机；2.智能网设备；3.智能平台设备；1.2系统硬件主机系统对于关键性业务应用主机要求如下：1.要求采用主流小型机平台的主流机型，支持多处理器,采用64位处理器；2.要求组成双机或多机高可用群集系统。当其中一台主机发生故障时，可将其上的应用自动地切换到其他正常主机上，待故障主机修复后再切换回来；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同或者不同的应用（或应用模块），以保证主机资源的充分利用；2.在计算机硬件、操作系统、存储系统及应用系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，尽量不影响系统的应用及响应能力；3.主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑30%的性能冗余；4.内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%，保证系统在业务高峰时仍具有较强的抗冲击能力；5.主机应支持1000Mb/s等高速连接接入TBSS系统核心局域网；6.主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余；7.支持电源、I/O设备、存储设备的热插拔；8.主机系统设备应具有适当的扩充能力，包括CPU的扩充、内存容量的扩充及I/O能力的扩充等；并可支持CPU模块的升级和群集内节点数的平滑扩充；主机系统平均无故障时间应大于1万小时。存储备份设备1.1..1存储设备存储设备主要指磁盘阵列，实现TBSS系统数据的联机存储。1磁盘阵列设备要求有很高的安全可靠性；2磁盘阵列设备应可与多种厂家的主机系统相连；3磁盘阵列应能配合多机高可用群集系统的需要；4磁盘阵列采用ULTRASCSI接口或FC-AL接口，支持RAID0、1、0+1、3、5，并可提供多通道、双电源及冗余风扇；5磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及I/O能力的扩充等；6磁盘阵列应支持先进的存储、备份方式，例如支持存储区域网（SAN）技术等。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1备份设备TBSS系统中的备份设备一般指大容量的磁带库或光盘库等，主要用于TBSS系统数据的脱机备份。1.备份设备要求有良好的安全可靠性；2.备份设备可与多种厂家的主机系统相连；3.磁带库要求支持ULTRASCSI或SCSI-2或FWDSCSI或FC-AL接口。大型的磁带库设备要求提供冗余的数据接口和机械手设备；4.备份设备应具有较强的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充等；应支持先进的存储、备份方式，例如SAN技术等。网络设备1.1..1交换机核心网络设备应满足下述要求：1.网络采用TCP/IP协议，主干网络采用高速网络；2.路由器产品必须符合通用的国际工业化标准，支持TCP/IP等标准协议及X.25等远程通信标准，支持OSPF、IS-IS、RIP或静态路由等路由协议；3.核心交换机采用热旁路路由器协议HSRP协议，实现双机互为备份；4.核心交换机提供三层交换能力，同时提供等路径路由，实现负载均衡；5.接入交换机采用STP协议，同时连接到两台核心交换机上，避免单点失败；6.核心局域网划分VLAN，由核心交换机实现网段间路由；7.核心交换机及中心路由应采用高可靠的设备，具备背板冗余功能，系统板、关键I/O板、电源、风扇等考虑冗余，并可热插拔；省中心节点、地市节点要求双路由器配置，并保证路由器的互相热切换备份；8.主干网络设备的配置端口总数应能满足应用和用户规模的要求，并保留约20%的余量，同时应保证适当的扩展能力；9.主干网络设备要求平均无故障时间应大于1万小时，可用性不小于99.99%；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.支持SNMP和SNMPv2协议。1.1..1防火墙防火墙可以采用主机加防火墙软件或专用的防火墙设备，应满足下列要求：1.支持动态和静态的内部网与外部网之间的地址转换、映射；2.能有效地实现内部网到外部网的单向访问控制，可以禁止外部网对内部网的访问；3.能侦测、过滤或跟踪非法访问企图，能自动实时告警，并生成相应日志记录；4.能对常用的服务（例如WWW、e-mail、FTP、Telnet、Rlogin等）的访问权限进行有效控制和管理；能对经过防火墙的网络流量进行统计和管理，并定期生成相应报告文件；5.支持SNMP和SNMPv2协议；6.具有友好的图形界面。1.2系统软件操作系统操作系统要求如下：1关键业务应用主机采用64位UNIX操作系统，并可兼容以往的32位应用系统；2操作系统支持虚拟内存管理，支持多用户、多任务、多进程和多线程；3支持完全对称多处理器（SMP）；4支持群集（cluster）；5操作系统应至少达到C2级的安全标准；6操作系统应遵循X/openXPG4,POSIX1003.1等国际或工业标准；7提供完整的软件开发环境，包括C，C++编译器等开发工具；8操作系统应提供图形化的系统管理工具；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1支持在线诊断和软硬件的自动错误记录，在电源故障或其他紧急情况可提供自保护和自恢复；2支持中文大字符集等相关国家标准。数据库数据库系统的基本技术要求如下：1.支持ANSI/ISOSQL-89、ANSI/ISOSQL-92标准；2.支持中文汉字内码，符合双字节编码；3.支持主流厂商的硬件平台及操作系统平台；4.数据库系统应具有良好的伸缩性；5.支持主流的网络协议（如：TCP/IP、IPX/SPX、NETBIOS及混合协议）；6.具有良好的开放性，支持异种数据库的互访：1)实现对文件数据和桌面数据库数据的访问；2)实现对大型异种数据库的访问；3)能够将原有异种数据库向本数据库无损失移植；4)实现和高级语言互联的能力；5)支持XA、ODBC3.0、X/OpenCLI、JDBC等标准；6)支持分布式事务及两阶段提交功能；7.具有支持并行操作所需的技术（如：多服务器协同技术、事务处理的完整性控制技术等）；8.支持网络上同构或异构数据库之间数据的冗余性复制；具有多种复制功能模块（如：实时复制、定时复制、双向复制、多点方式下的N向复制、复制转发，复制范围可整表复制或表中部分行复制或修改单元复制）；9.支持联机事务处理（OLTP）；支持决策支持的建立，要求能够实现数据的快速装载、高效的并发处理和交互式查询；10.支持C2或以上级安全标准、多级安全控制；11.支持数据库存储加密及相应冗余控制；12.提供Web服务接口模块，对客户端输出协议支持HTTP2.0、SSL等；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.支持联机存储和备份功能（如：磁带方式、光盘方式）；2.应具有强的容错能力、错误恢复能力、错误记录及预警能力；3.数据库、表大小等技术参数可灵活设置，支持对多媒体数据及大数据量处理的技术需求；4.应避免数据库死锁的出现，一旦死锁能够自动解锁；5.开发工具易使用、开发效率高、维护方便；6.支持多种CASE工具。中间件1、具备跨不同操作系统平台能力，包括：HP-UX，AIX，LINUX，WINDOWS等；2、可以与多种数据库配合完成软件功能，包括当前流行的大型关系数据库；3、可对任务进行负载均衡；4、可跨主机平台；5、确保网络通信安全；6、确保通信可靠性7、支持联机事务处理8、支持流行的标准及协议，XML、J2EE、SOAP、CORBA等。1.2应用软件部署规划根据总体规范及业务规范的要求，系统应用软件布署及功能分布的总体框架如下图所示：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1接口实现1.1接口实现机制实时接口实现机制TBSS系统与各子系统之间实时接口的实现主要采用“客户请求——服务应答”的机制，通过同步或异步的通讯方式。具体实现机制主要包括：u基于可靠中间件u基于过程调用和共享数据表1.1..1基于交易中间件基于交易中间件的接口，主要通过在中间件基础结构框架上实现的接口服务调用来完成系统之间的协作和通信。u通讯方式根据具体业务接口服务单元的定义TBSS系统与各子系统分别定义为客户端或服务端。客户端与服务器端之间的通讯是透明的，底层的通讯实现和各种传输的可靠性都是由交易中间件来保证的。系统之间的接口由交易中间件的应用域网关来实现，可以实现跨应用域的全局事务控制。u通讯协议接口应支持以下通讯协议：同步、异步、会话。u通讯过程接口的通讯过程为：客户端申请调用服务端提供的接口服务，输入相关参数，并等待服务端返回信息；服务端响应客户端的接口服务申请，进行业务逻辑处理，返回业务处理结果。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1基于消息中间件基于消息中间件的接口机制主要通过消息传递来完成系统之间的协作和通信。u通讯方式根据具体业务接口服务单元的定义，TBSS系统与各子系统分别定义为客户端或服务端。客户端向服务端发送业务接口服务申请消息包，服务端向客户端返回业务接口服务处理结果消息包。消息中间件应保证消息包传输过程的正确、可靠和及时。消息中间件的应提供以下基本功能：消息队列、触发器功能、传递消息、数据格式翻译、安全性（对队列存取进行权限控制）、数据广播、错误恢复、在网络中定位资源、基于成本的路由功能、消息及请求的优先级设定、扩展的调试功能。u通讯协议接口应主要采用TCP/IP标准协议。接口应既支持同步、又支持异步通信方式。u通讯过程接口的通讯过程为：客户端向服务端发送接口服务请求消息包，服务端实时监听客户端的业务接口请求消息包并作出响应，根据消息包头中的接口服务类型代码，进行不同的业务逻辑处理，然后向客户端发送处理结果消息包；客户端实时监听服务端的接口服务处理结果消息包并作出响应，进行业务后继处理。消息包由可打印的ASCII码组成，分为包头和包体两部分。包头内容主要包括各种消息包的共同的基本信息，包体内容主要包括各种消息包的特有信息。消息包头定义格式如下：字段长度(字节)内容类型说明序列号(流水号)16yyyymmddxxxxxxxx字符串Yyyymmdd表示包请求/应答的日期，xxxxxxxx由专业系统自动唯一生成版本信息5字符串包类型1字符串0请求包谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1应答包发起方系统代码8ssxxxxxx字符串Ss系统代码Xxxxxx各系统内部处理/受理者代码接收方系统代码8ssxxxxxx字符串Ss系统代码Xxxxxx各系统内部处理/受理者代码请求的日期时间14yyyymmddhhmmss字符串功能6字符串操作2数字串请求优先级2数字串信息体长度4数字串1.1..1基于过程调用和共享数据表基于过程调用和共享数据表的接口机制主要通过数据库中过程调用和共享数据表来完成系统之间的协作和通信。u通讯方式根据具体业务接口服务单元的定义，TBSS系统与各子系统分别定义为客户端或服务端。服务端向客户端开放可直接调用的过程和可直接进行读写操作的共享数据表；客户端直接调用服务端过程和对共享数据表进行读写操作。共享数据表可置于TBSS系统或第三方系统的数据库中。u连接方式接口支持各种数据库连接方式：Login、DBLink等。u通讯过程接口的通讯过程包括两种：²客户端直接调用服务端开放的过程或对服务端开放的共享数据表进行增、删、改和查询操作，完成业务处理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理²客户端向开放的共享数据表中写入服务请求数据，服务端定时扫描共享数据表并作出响应，根据服务请求数据中的接口服务类型代码，进行不同的业务逻辑处理，然后向共享数据表中写入处理结果数据；客户端定时扫描共享数据表，根据处理结果数据并作出响应，进行业务后继处理。批量数据接口实现机制TBSS系统与各子系统之间批量数据接口主要通过文件方式实现。1.1..1传输方式通过文件传输传送到指定的位置或直接存放到指定的位置。具体要求包括：1支持同一主机内对指定设备存储目录位置的文件获取。2支持网络模式传输，可以实现跨越局域网络、广域网络、拨号网络等平台的文件获取，并支持文件重传功能。3网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。1.1..2传输协议接口应支持以下主流网络协议：FTP、TCP/IP等。1.1..3传输过程4数据传输应支持：4.1实时、高效和安全可靠地传送批量数据；4.2断点续传功能;4.3数据压缩传输;5在数据传输中发生的错误由数据传输程序负责控制并重新传输。6同一机器之间不需要采用传输程序进行传输。7文件读取7.1TBSS系统主动到相关目录读取所需文件，并校验是否成功获取。7.2若成功，则对文件名进行标示并存放在相应目录。7.3谢谢使用 知识水坝（豆丁网@pologoogle）为您整理若失败，则对文件名进行读取失败标示，并存放在相应目录。发送回执给专业子系统。1记录级校验TBSS系统对主动获得的文件进行记录级校验，对有问题记录，通过发送回执给相应子系统。由专业子系统重新处理，供TBSS系统再次处理。1.1..1文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1纵向联网接口物理结构工作流程省级（或集团）TBSS按要求将文件放入集团（或省级）TBSS存放请求文件的相应目录，集团（或省级）TBSS审核校验通过后，返回确认信息或是错误信息文件放入省级（或集团）TBSS存放结果文件的相应目录，并由省级（或集团）TBSS进行检查重处理。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理产品1.1..1概述铁通集团公司拥有统一的产品管理中心，用以指导和规范分公司的市场行为，需要各个分公司及时上传各自的产品信息（包括新增、修改、取消等）至集团公司；集团公司也下发针对全国性的产品信息变动资料给分公司。1.1..2数据描述服务类型说明参数数据返回数据上传产品信息各省分公司上传产品信息至集团公司新增、修改、取消等记录成功或出错标志下发产品信息集团公司下发产品信息至各省分公司新增、修改、取消等记录成功或出错标志序号名称备注1地区标识采用区号表示2产品标识（全国统一编码）3产品名称谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4产品说明5状态6修改时间7启用时间8结束时间9…………1.1..1接口实现1.1..1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/product/request用于存放请求文件Ø工作目录/province/product/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/product/request用于存放请求文件Ø工作目录/group/product/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res谢谢使用 知识水坝（豆丁网@pologoogle）为您整理文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1.1数据库表实现方式表命名规则：省级TBSS提供给集团TBSS的接口表统一命名为PRODUCT_TO_GROUP；集团TBSS提供给省级TBSS的接口表统一命名为PRODUCT_TO_PROVINCE；表结构序号名称备注1地区标识采用区号表示2产品标识（全国统一编码）3产品名称4产品说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理5状态6修改时间7启用时间8结束时间9…………10标识成功已否的标识0：未处理1：成功2：出错资源1.1..1概述集团公司向省分公司分配资源的相关资源信息接口集团公司查询各省分公司资源使用情况时的信息查询接口集团公司向省分公司申请资源占用时的资源占用申请接口省分公司向集团公司申请资源的相关资源信息接口省分公司向集团公司申请集团资源占用时的资源占用申请接口1.1..2数据描述服务类型说明参数数据返回数据集团分配资源集团公司向省分公司分配资源的相关资源信息新增、修改、取消等记录成功或出错标志集团资源信息查询集团公司查询各省分公司资源使用情况时的信息查询新增、修改、取消等记录成功或出错标志集团资源占用申请谢谢使用 知识水坝（豆丁网@pologoogle）为您整理集团公司向省分公司申请资源占用时的资源占用申请省分公司资源信息申请省分公司向集团公司申请资源的相关资源信息接口省分公司资源占用申请省分公司向集团公司申请集团资源占用时的资源占用申请序号名称备注1地区标识采用区号表示2资源标识（全国统一编码）3资源名称4资源说明5状态6修改时间7启用时间8结束时间9…………1.1..1接口实现1.1..1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理Ø工作目录/province/resource/request用于存放请求文件Ø工作目录/province/resource/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/resource/request用于存放请求文件Ø工作目录/group/resource/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据库表实现方式表命名规则：省级TBSS提供给集团TBSS的接口表统一命名为RESOURCE_TO_GROUP；集团TBSS提供给省级TBSS的接口表统一命名为RESOURCE_TO_PROVINCE；表结构序号名称备注1地区标识采用区号表示2资源标识（全国统一编码）3资源名称4资源说明5状态6修改时间7启用时间8结束时间9…………1.1..1.2消息包实现方式1说明对于查询类的接口请求建议采用消息应答模式来实现。2请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS谢谢使用 知识水坝（豆丁网@pologoogle）为您整理3MTRADEID交易流水号164SERVICETYPE业务类型25…………请求信息6…………请求信息1回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55…………返回信息6…………返回信息客服1.1..1概述集团公司查询省分公司客户信息接口1.1..2数据描述服务类型说明参数数据返回数据集团查询省分公司客户信息集团公司查询省分公司客户信息发起查询数据类别相关客户资料或出错标志类别名称备注客户属性类客户标识（全国统一编码）客户名称客户级别客户类型客户性质谢谢使用 知识水坝（豆丁网@pologoogle）为您整理性别职业年龄…………客户服务类服务类型服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度…………帐单信息帐户编码服务标识帐期标识账目类型标识费用…………消费信息客户编码服务标识消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理缴费信息缴费流水帐户编码缴费时间缴费金额付款方式收费人…………1.1..1接口实现1.1..1.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号164INFOTYPE信息类型25…………请求信息6…………请求信息2回答消息序号参数名说明字节数备注ERRNO返回编码5MTRADEID交易流水号16MTRADETIME交易时间14ROWCOUNT返回记录条数5…………返回信息…………返回信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理业务调度1.1..1概述集团公司向省分公司下达客户投诉、报障、咨询等服务订单接口；集团公司查询省分公司客户订单处理状态接口；省分公司向异地省分的客户投诉、报障、咨询等服务订单通过集团公司业务调度接口；集团公司向省分公司下达的客户业务申请订单接口；省分公司向异地省分的客户业务申请订单通过集团公司的业务调度接口；1.1..2数据描述服务类型说明参数数据返回数据集团下达服务订单信息集团公司向省分公司下达客户投诉、报障、咨询等服务订单投诉、报障、咨询等服务订单信息成功或出错标志集团查询订单处理状态集团公司查询省分公司客户订单处理状态发起查询类别客户订单处理状态或出错标志异地省分服务订单调度省分公司向异地省分的客户投诉、报障、咨询等服务订单通过集团公司业务调度接口投诉、报障、咨询等服务订单信息成功或出错标志集团下达业务申请订单集团公司向省分公司下达的客户业务申请订单发起申请类别、信息成功或出错标志异地省分的客户业务申请订单调度发起申请类别、信息成功或出错标志谢谢使用 知识水坝（豆丁网@pologoogle）为您整理省分公司向异地省分的客户业务申请订单通过集团公司的业务调度1投诉、报障信息序号名称备注1操作员2操作地点3受理方式4受理时间5服务类型6受理类型7功能类型8处理部门9投诉或报障信息10处理状态2订单信息序号名称备注1产品编号2资源3业务类型4产品参数（如程控功能、长权、电话类型等）5Ip6端口号7生产编号8生产流水9处理状态10订单类别谢谢使用 知识水坝（豆丁网@pologoogle）为您整理11…………1.1..1接口实现1.1..1.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号164INFOTYPE信息类型65…………其他信息2回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55INFOTYPE信息类型66…………返回具体信息7…………返回具体信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理采集1.1..1概述集团公司采集省分公司大客户服务记录接口集团公司决策支持采集省分公司客服、帐务等需要用于决策支持的数据接口集团公司网管系统需要采集省分公司网管中业务运行情况数据接口集团公司采集省分公司用于结算数据的服务记录接口1.1..2数据描述服务类型说明参数数据返回数据上传集团客户信息省分公司将集团客户的信息上传新增、修改、取消等记录成功或出错标志集团采集决策支持数据集团公司决策支持采集省分公司客服、帐务等需要用于决策支持的数据客服、帐单、清单等数据成功或出错标志集团采集网管中业务运行情况数据集团公司网管系统需要采集省分公司网管中业务运行情况数据集团采集结算数据的服务记录集团公司采集省分公司用于结算数据的服务记录客服、帐单、清单等数据成功或出错标志类别名称备注客户属性类客户标识（全国统一编码）客户名称客户级别客户类型客户性质谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.性别职业年龄…………客户服务类服务类型服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度…………帐单信息帐户编码服务标识帐期标识账目类型标识费用…………消费信息客户编码服务标识消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理网间消费信息客户编码服务标识消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………1.1..1接口实现1.1..1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/collection/request用于存放请求文件Ø工作目录/province/collection/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/collection/request用于存放请求文件Ø工作目录/group/collection/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补谢谢使用 知识水坝（豆丁网@pologoogle）为您整理“0”。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1.1数据库表实现方式类别名称备注客户属性类客户标识（全国统一编码）客户名称客户级别客户类型客户性质性别职业年龄…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户服务类服务类型服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度…………帐单信息帐户编码服务标识帐期标识账目类型标识费用…………消费信息客户编码服务标识消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………网间消费信息客户编码服务标识消费类型标识常用时段标识谢谢使用 知识水坝（豆丁网@pologoogle）为您整理帐期标识累计时长累计费用话单张数…………帐务1.1..1概述各地集团客户向全国中心帐务数据转发接口，内容有：集团客户标识、集团客户名称、目的省标识、目的省名称、帐目数据、已计费清单数据各地集团客户向全国中心汇总帐目数据接口，内容有：集团客户标识、集团客户名称、帐目数据1.1..2数据描述服务类型说明参数数据返回数据集团客户向全国中心帐务数据转发各地集团客户向全国中心帐务数据转发集团客户标识、集团客户名称、目的省标识、目的省名称、帐目数据、已计费清单数据成功或出错标志集团客户向全国中心汇总帐目数据各地集团客户向全国中心汇总帐目数据集团客户标识、集团客户名称、帐目数据成功或出错标志类别名称备注帐目数据集团客户标识（全国统一编码）集团客户名称目的省标识目的省名称帐户编码服务标识谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.帐期标识账目类型标识费用…………计费清单数据集团客户标识（全国统一编码）集团客户名称目的省标识目的省名称消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………1.1..1接口实现1.1..1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/account/request用于存放请求文件Ø工作目录/province/account/response用于存放结果文件集团TBSS文件存放目录：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理Ø工作目录/group/account/request用于存放请求文件Ø工作目录/group/account/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1.1数据库表实现方式类别名称备注帐目数据集团客户标识（全国统一编码）集团客户名称目的省标识谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.目的省名称帐户编码服务标识帐期标识账目类型标识费用…………计费清单数据集团客户标识（全国统一编码）集团客户名称目的省标识目的省名称消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1集团公司系统接口内部接口1.1..1与决策支持接口1.1..1.1物理结构1.1..1.2概述各系统向决策支持系统提供数据接口决策支持反馈回CRM的客户异动等可用于营销和服务的分析结果数据1.1..1.3数据描述接口单元类别名称说明客户管理谢谢使用 知识水坝（豆丁网@pologoogle）为您整理包含客户、用户、帐户、功能、资费、大客户、积分等接口单元，以及之间的对应关系定单管理包含定单、工单、建议/投诉/咨询受理、处理等接口单元成员管理包含员工、运营商、代销商等接口单元资源管理包含码号等资源接口单元计费帐务包含客户服务使用记录及明细帐单位、综合帐单、呆坏帐等帐务数据接口单元结算包含结算清单、结算帐单等接口单元营销与市场调查包含营销计划、营销活动等接口单元参数配置与计算原则包含各种管理参数、业务参数、配置参数、计算规则等接口单元1大客户基本资料类别名称备注客户属性类客户标识（全国统一编码）客户名称客户级别客户类型客户性质性别职业年龄…………客户服务类服务类型服务标识客户标识服务号码计费方式附加功能谢谢使用 知识水坝（豆丁网@pologoogle）为您整理服务状态入网时间信用度…………客户受理类操作员操作地点受理方式受理时间服务类型受理类型功能类型收费项目金额付费方式处理部门处理状态减免优惠…………1结算信息类别名称备注结算统计类地区编号时长张数次数费用运营商话单类型…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1接口实现1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/bi/request用于存放请求文件Ø工作目录/province/bi/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/bi/request用于存放请求文件Ø工作目录/group/bi/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，cuty为客户属性，cuse为客户服务，cuac为客户受理，bala为结算信息，call为话单信息。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1.1.1数据库表实现方式l表命名规则：省级TBSS提供给集团TBSS的接口表统一命名为：客户属性：CUST_ATTRIBUTE_TO_GROUP；客户服务：CUST_SERV_TO_GROUP；客户受理：CUST_ACCEPT_TO_GROUP；结算信息：BALANCE_TO_GROUP；集团TBSS提供给省级TBSS的接口表统一命名为：客户属性：CUST_ATTRIBUTE_TO_PROVINCE；客户服务：CUST_SERV_TO_PROVINCE；客户受理：CUST_ACCEPT_TO_PROVINCE；结算信息：BALANCE_TO_PROVINCE；1大客户基本资料类别名称备注客户标识（全国统一编码）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户属性类客户名称客户级别客户类型客户性质性别职业年龄客户服务类服务类型服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度客户受理类操作员操作地点受理方式受理时间服务类型受理类型功能类型收费项目金额付费方式处理部门处理状态减免优惠谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1结算信息类别名称备注结算统计类地区编号（全国统一编码）时长张数次数费用运营商话单类型1.1..1与业务网管接口1.1..1.1物理结构1.1..1.2概述各系统向业务网管提供业务监控数据，内容有：故障告警信息、业务支撑系统运行状况的统计数据、上报规定的配置数据、告警数据和运行状况的统计数据。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据描述接口单元类别名称说明故障告警信息收集各省业务支撑系统的重大故障告警信息系统运行状况信息收集各省公司业务支撑系统运行状况的统计数据配置数据、告警数据和运行状况上传向集团公司网管系统上报规定的配置数据、告警数据和运行状况的统计数据1.1..1.2实现方式1.1..1.2.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号164INFOTYPE信息类型65…………其他信息2回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55INFOTYPE信息类型66…………返回具体信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理7…………返回具体信息外部接口1.1..1与MSS接口1.1..1.1物理结构1.1..1.2概述BSS向MSS提供业务提醒功能、业务报警功能接口BSS向MSS提供各项决策支持及报表接口1.1..1.3数据描述TBSS系统向MSS系统提供的数据主要分为两类：每日经营情况数据：每日向MIS/OA系统传送当天的经营情况，如：当日用户新增数、当日用户离网数、用户到达数、当天收入统计等。每月综合统计指标数据：按月提供MIS/OA系统所需的月统计指标数据，如：月用户到达数、各品牌用户数、本月新增客户数、本月离网客户数、本月零次通话客户数等。提醒功能：要能实现对前一天的营业收入进行提醒，对于调帐、退费等进行提醒，方便MSS人员进行相关处理。业务报警功能：对于用户欠费、流失等情况进行报警提示。1.1..1.4接口实现方式TBSS与MIS/OA之间采用文件接口方式。一、传输方式通过文件传输传送到指定的位置或直接存放到指定的位置。具体要求包括：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理·支持同一主机内对指定设备存储目录位置的文件获取。·支持网络模式传输，可以实现跨越局域网络、广域网络、拨号网络等平台的文件获取，并支持文件重传功能。·网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。二、传输协议接口应支持以下主流网络协议：FTP、TCP/IP等。三、传输过程数据传输应支持：·实时、高效和安全可靠地传送数据；·断点续传功能；·数据压缩传输；·传输过程中的差错控制。四、文件接口处理模式TBSS系统根据不同接口单元，遵循统一的命名规则生成接口数据文件，存放和传输到指定目录下。由MIS/OA系统通过FTP或双方约定的应用层协议到该目录下取接口文件。同时返回MIS/OA系统的验证信息文件。1.1..1与专业计费接口1.1..1.1物理结构1.1..1.2概述谢谢使用 知识水坝（豆丁网@pologoogle）为您整理采集系统采集各专业计费的服务使用记录和帐务数据，向各专业计费系统发送业务实现请求。内容有：骨干智能网使用记录采集和业务实现请求，各专业数据计费系统使用记录采集和业务实现请求。1.1..1.1数据描述接口单元类别名称说明使用记录和帐务数据采集包含清单、跳表等使用记录业务实现包含业务开通、注销、停复机等变更信息1话单信息序号名称备注1主叫地区标识2主叫号码3被叫地区标识4被叫号码5话单起始时间6话单终止时间7出中继标识8入中继标识9新业务标识10计费方标识11交换机编号12…………2电报信息序号名称备注1主叫地区标识2主叫标识3被叫地区标识4被叫标识5文件长度谢谢使用 知识水坝（豆丁网@pologoogle）为您整理6…………1短信信息序号名称备注1地区编号2电话号码3发生时间4话单类别5信息量6计费月份7对端号8话单序号9存档时间10短信中心号11信息类别12信息费13通信费14优惠后的信息费15优惠后的通信费16…………2跳表信息序号名称备注1主叫地区标识2主叫号码3跳表类型4跳次5交换机编号6…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1实现方式1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/billing/request用于存放请求文件Ø工作目录/province/billing/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/billing/request用于存放请求文件Ø工作目录/group/billing/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，call为话单，mete为跳表，note为短信，tele为电报。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H谢谢使用 知识水坝（豆丁网@pologoogle）为您整理时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1与各网元接口1.1..1.1物理结构1.1..1.2概述TBSS采集系统向各网元采集数据接口，内容有：固话语音长途数据采集、固话语音市话数据采集、固话新业务数据采集。1.1..1.3数据描述接口单元类别名称说明使用记录采集包含固话语音长途数据、固话语音市话数据、固话新业务数据等记录1话单信息序号名称备注谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1主叫地区标识2主叫号码3被叫地区标识4被叫号码5话单起始时间6话单终止时间7交换机编号1短信信息序号名称备注1地区编号2电话号码3发生时间4话单类别5信息量6计费月份7对端号8话单序号9存档时间10短信中心号11信息类别12信息费13通信费14优惠后的信息费15优惠后的通信费1.1..1.1实现方式1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP谢谢使用 知识水坝（豆丁网@pologoogle）为您整理或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义省级TBSS文件存放目录：Ø工作目录/province/netting/request用于存放请求文件Ø工作目录/province/netting/response用于存放结果文件集团TBSS文件存放目录：Ø工作目录/group/netting/request用于存放请求文件Ø工作目录/group/netting/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，call为话单，mete为跳表，note为短信，tele为电报。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A谢谢使用 知识水坝（豆丁网@pologoogle）为您整理文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1与网管系统接口1.1..1.1物理结构1.1..1.2概述TBSS向网管系统的业务开通及更改接口。1.1..1.3数据描述接口单元类别名称说明业务实现包含业务开通、注销、停复机等变更信息1.1..1.4实现方式1.1..1.4.1消息包实现方式1请求消息序号参数名说明字节数备注CITYCODE地市编码8BTRADETIME交易时间14YYYYMMDDHHMMSS谢谢使用 知识水坝（豆丁网@pologoogle）为您整理MTRADEID交易流水号16INFOTYPE信息类型6…………其他信息1回答消息序号参数名说明字节数备注ERRNO返回编码5MTRADEID交易流水号16MTRADETIME交易时间14ROWCOUNT返回记录条数5INFOTYPE信息类型6…………返回具体信息…………返回具体信息1.1省分公司系统接口内部接口1.1..1与决策支持接口1.1..1.1物理结构谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1概述各系统向决策支持系统提供数据接口决策支持反馈回CRM的客户异动等可用于营销和服务的分析结果数据1.1..1.2数据描述接口单元类别名称说明客户管理包含客户、用户、帐户、功能、资费、大客户、积分等接口单元，以及之间的对应关系定单管理包含定单、工单、建议/投诉/咨询受理、处理等接口单元成员管理包含员工、运营商、代销商等接口单元资源管理包含马号等资源接口单元计费帐务包含客户服务使用记录及明细帐单位、综合帐单、呆坏帐等帐务数据接口单元结算包含结算清单、结算帐单等接口单元营销与市场调查包含营销计划、营销活动等接口单元参数配置与计算原则包含各种管理参数、业务参数、配置参数、计算规则等接口单元1大客户基本资料类别名称备注客户属性类客户标识客户名称客户级别客户类型客户性质性别职业年龄服务类型谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户服务类服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度客户受理类操作员操作地点受理方式受理时间服务类型受理类型功能类型收费项目金额付费方式处理部门处理状态减免优惠1结算信息类别名称备注结算统计类地区编号时长张数次数费用谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.运营商话单类型1.1..1.1接口实现1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义接口文件存放目录：Ø工作目录/tbss/bi/request用于存放请求文件Ø工作目录/tbss/bi/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，cuty为客户属性，cuse为客户服务，cuac为客户受理，bala为结算信息，call为话单信息。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H谢谢使用 知识水坝（豆丁网@pologoogle）为您整理时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1.1.1数据库表实现方式表命名规则：客户属性：CUST_ATTRIBUTE_TO_PROVINCE；客户服务：CUST_SERV_TO_PROVINCE；客户受理：CUST_ACCEPT_TO_PROVINCE；结算信息：BALANCE_TO_PROVINCE；1大客户基本资料类别名称备注客户属性类客户标识客户名称客户级别客户类型客户性质性别职业年龄服务类型谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户服务类服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度客户受理类操作员操作地点受理方式受理时间服务类型受理类型功能类型收费项目金额付费方式处理部门处理状态减免优惠1结算信息类别名称备注结算统计类地区编号时长张数次数费用运营商谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.话单类型1.1..1与业务网管接口1.1..1.1概述各系统向业务网管提供业务监控数据，数据内容由业务网管规范制定。1.1..2与客服接口1.1..2.1物理结构1.1..2.2概述客服系统向TBSS的话费查询接口，内容有：用户号码，话费清单，帐单客服系统向TBSS的客户资料查询接口，内容有：用户号码，客户资料，帐户资料，用户资料客服系统向TBSS的业务受理订单接口，内容有：客户资料，订单信息（包括产品及产品相关信息）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据描述接口单元类别名称说明话费查询用户号码，话费清单，帐单客户资料查询用户号码，客户资料，帐户资料，用户资料业务受理订单客户资料，订单信息（包括产品及产品相关信息）类别名称备注客户属性类客户标识（是否全国统一编码）客户名称客户级别客户类型客户性质性别职业年龄…………客户服务类服务类型服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度…………帐单信息帐户编码服务标识帐期标识谢谢使用 知识水坝（豆丁网@pologoogle）为您整理账目类型标识费用…………消费信息客户编码服务标识消费类型标识常用时段标识帐期标识累计时长累计费用话单张数…………缴费信息缴费流水帐户编码缴费时间缴费金额付款方式收费人…………1.1..1.1实现方式1.1..1.1.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号16谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4INFOTYPE信息类型65…………其他信息1回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55INFOTYPE信息类型66…………返回具体信息7…………返回具体信息外部接口1.1..1与MSS接口1.1..1.1物理结构1.1..1.2概述BSS向OA/MSS提供业务提醒功能、业务报警功能接口BSS向OA/MSS提供各项决策支持及报表接口1.1..1.3数据描述TBSS系统向MIS/OA系统提供的数据主要分为两类：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理每日经营情况数据：每日向MIS/OA系统传送当天的经营情况，如：当日用户新增数、当日用户离网数、用户到达数、当天收入统计等。每月综合统计指标数据：按月提供MIS/OA系统所需的月统计指标数据，如：月用户到达数、各品牌用户数、本月新增客户数、本月离网客户数、本月零次通话客户数等。提醒功能：要能实现对前一天的营业收入进行提醒，对于调帐、退费等进行提醒，方便MSS人员进行相关处理。业务报警功能：对于用户欠费、流失等情况进行报警提示。1.1..1.1接口实现方式TBSS与MIS/OA之间采用文件接口方式。一、传输方式通过文件传输传送到指定的位置或直接存放到指定的位置。具体要求包括：·支持同一主机内对指定设备存储目录位置的文件获取。·支持网络模式传输，可以实现跨越局域网络、广域网络、拨号网络等平台的文件获取，并支持文件重传功能。·网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。二、传输协议接口应支持以下主流网络协议：FTP、TCP/IP等。三、传输过程数据传输应支持：·实时、高效和安全可靠地传送数据；·断点续传功能；·数据压缩传输；·传输过程中的差错控制。四、文件接口处理模式TBSS系统根据不同接口单元，遵循统一的命名规则生成接口数据文件，存放和传输到指定目录下。由MIS/OA系统通过FTP或双方约定的应用层协议到该目录下取接口文件。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1与智能网1.1..1.1物理结构1.1..1.2概述采集800、600、300等业务服务使用记录通过智能网充值接口1.1..1.3数据描述接口单元类别名称说明使用记录采集800、600、300等业务服务使用记录智能网充值接口智能网提供后付费用户充值金额、时限的记录1话单信息序号名称备注1主叫地区标识2主叫号码3被叫地区标识4被叫号码5话单起始时间6话单终止时间7交换机编号2短信信息序号名称备注1地区编号2电话号码3发生时间谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4话单类别5信息量6计费月份7对端号8话单序号9存档时间10短信中心号11信息类别12信息费13通信费14优惠后的信息费15优惠后的通信费1充值信息序号名称备注1地区编号2电话号码3充值金额4费用使用期限5充值类别6充值时间1.1..1.1实现方式1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义谢谢使用 知识水坝（豆丁网@pologoogle）为您整理接口文件存放目录：Ø工作目录/tbss/aptitude/billing/request用于存放请求文件Ø工作目录/tbss/aptitude/billing/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，call为话单，mete为跳表，note为短信，tele为电报。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1与数据网1.1..1.1物理结构1.1..1.2概述采集数据业务使用记录向数据专业计费的业务开通及变更接口1.1..1.3数据描述接口单元类别名称说明使用记录采集数据业务使用记录业务实现包含业务开通、注销、停复机等变更信息1话单信息序号名称备注1主叫地区标识2主叫号码3被叫地区标识4被叫号码5话单起始时间6话单终止时间7交换机编号2短信信息序号名称备注1地区编号2电话号码3发生时间谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4话单类别5信息量6计费月份7对端号8话单序号9存档时间10短信中心号11信息类别12信息费13通信费14优惠后的信息费15优惠后的通信费1.1..1.1实现方式1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义接口文件存放目录：Ø工作目录/tbss/data/billing/request用于存放请求文件Ø工作目录/tbss/data/billing/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”谢谢使用 知识水坝（豆丁网@pologoogle）为您整理。cccc为类别标识，call为话单，mete为跳表，note为短信，tele为电报。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1与移动网接口1.1..1.1移动网1.1..1.2概述采集移动业务服务使用记录向移动专业计费的业务开通及变更接口谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据描述接口单元类别名称说明使用记录采集数据业务使用记录业务实现包含业务开通、注销、停复机等变更信息1话单信息序号名称备注1主叫地区标识2主叫号码3被叫地区标识4被叫号码5话单起始时间6话单终止时间7交换机编号2短信信息序号名称备注1地区编号2电话号码3发生时间4话单类别5信息量6计费月份7对端号8话单序号9存档时间10短信中心号11信息类别12信息费13通信费谢谢使用 知识水坝（豆丁网@pologoogle）为您整理14优惠后的信息费15优惠后的通信费1.1..1.1实现方式1.1..1.1.1文件实现方式联机指令请求文件:数据流向是联机指令模块通过FTP或其他双方定义的应用层协议将文件存放到两级TBSS的指定目录下。执行结果文件：由两级TBSS对存放在己方相应目录下的文件进行审核校验，返回结果文件。l文件存放目录定义接口文件存放目录：Ø工作目录/tbss/move/billing/request用于存放请求文件Ø工作目录/tbss/move/billing/response用于存放结果文件l文件命名规则批文件名按如下规则命名：ddddccccyyyymmddnnnnn.tttdddd为4位地区标识码，以各的的区号为标识不足位数的前面补“0”。cccc为类别标识，call为话单，mete为跳表，note为短信，tele为电报。yyyymmdd，为年月日。nnnnn是5位序列号，每天从“00001”开始，到达”99999”后又从“00001”开始。ttt表示文件类型，req表示请求，res表示请求结果。每一个req文件都应该有一个res文件与其对应。res类型的文件中包含与req类型文件中每一个请求对应的联机指令的执行结果。l文件格式文件格式数据单元字节数说明文件头头标识1H时间戳14yyyymmddhhmmss谢谢使用 知识水坝（豆丁网@pologoogle）为您整理记录总数7前补零分割符10x0A文件主体数据记录每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~文件尾尾标识1T1.1..1与197鉴权系统接口1.1..1.1物理结构1.1..1.2概述向197鉴权系统的业务开通和业务变更接口，内容有：用户号码、业务操作标识（开通、停止）1.1..1.3数据描述接口单元类别名称说明业务实现包含业务开通、注销、停复机等变更信息1.1..1.4实现方式1.1..1.4.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号16谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4INFOTYPE信息类型65…………其他信息1回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55INFOTYPE信息类型66…………返回具体信息7…………返回具体信息1.1..1.1.1数据库表实现方式表命名规则：SERVICE_OOPERATION_TO_197；数据信息：序号名称备注1地区标识2用户标识3操作类别业务开通、注销、停复机等4…………谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1与银行接口1.1..1.1物理结构1.1..1.2概述银行向TBSS发送销帐请求接口谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据传送/接收流程图发送下帐文件给银行发文件传送成功信号给银行转人工处理银行接收数据是否成功？文件传送是否成功?银行划帐，生成上帐和未上帐文件和改号结果文件传送给铁通发文件传送成功信号给铁通铁通接收数据是否成功？铁通进行销帐否是否否是是批量处理结束谢谢使用 知识水坝（豆丁网@pologoogle）为您整理批量处理流程图欠费用户到银行存款，银行发该用户号码给铁通铁通查询该号码欠费情况银行进行划帐发送销帐结果给铁通铁通进行销帐结束是否欠费？不处理铁通发实时扣款请求送欠费数据给银行否是谢谢使用 知识水坝（豆丁网@pologoogle）为您整理实时交易流程图谢谢使用 知识水坝（豆丁网@pologoogle）为您整理甲方发送数据据乙方数据接收正确？乙方发送要求重发的信号给甲方发送是否成功？转人工处理结束是否是否数据纠错流程1.1..1.1参数定义1)代理金融机构代码：3位，用于识别代金融机构110建行、210交行、310农行、410中行、510工行、610招行、710邮储、810城市商业银行、910广发行、A10福建兴业银行、B10华夏银行、C10中信实业银行、D10光大银行、E10农联社F10~Z10其它银行依次定义。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理【辽宁金融机构代码定义】仍用三位表示：ABC“A”代表金融机构，其余两位“BC”代表地市；“A”的定义为：0银联、1建行、2交行、3农行、4中行、5工行、6招行、7邮储、8城市商业银行、9广发行；“BC”的定义为：沈阳24铁岭10大连11鞍山12抚顺13本溪14丹东15锦州16营口17阜新18辽阳19朝阳21盘锦27葫芦岛29通辽75赤峰76电信运营商代码：铁通0110。1.1..1.1文件接口双方的数据以文本文件进行传送；所有数据都按ASCII可显示字符格式表示；文件中数据的长度按定义的长度生成；所有类型为数字型（9）的都为右对齐，不足位数的左补’0’；所有类型为字符型（X）的都为左对齐，不足位数的右补空；谢谢使用 知识水坝（豆丁网@pologoogle）为您整理所有类型为日期型（Ｄ）的都为：YYYYMMDD，YYYY----年，MM----月，DD----日；话费金额的单位为分,隐藏小数点。1.1..1.1.1文件名称定义文件名称：1）、FFFFIIIIYYYYMMDDX.XXX2）、IFYYYYMMDDX.XXX文件名称说明：FFFF代表某地区的铁通；IIIII某个银行；YYYYMMDD文件生成日期年月日：YYYY---年，MM---月，DD---日；X文件类别：A--------下帐文件B--------上帐文件C--------未上帐文件D-------铁通改号对帐文件E-------银行用户申请、取消、更改代缴关系对帐文件F--------银行发给铁通通知付费信息对帐文件H-------银行发给铁通销帐数据对帐文件I--------银行发给铁通批量通知付费文件文件后缀.XXX：文件传送序列号(每天以001起始,连续生成)如:1998年12月30日，铁通至银行的第一个下帐文件的文件名：FFFFIIII20040726A.001,则银行返回铁通与此对应的1998年12月30日第一个上帐文件名称：IIIIFFFF200407260B.001,两者的序列号须相应。1.1..1.1.2文件格式下帐文件谢谢使用 知识水坝（豆丁网@pologoogle）为您整理用户帐单以每一个用户号码为一组，每一组数据分为两个部分：用户总帐单、用户帐单详情。每一组数据的传输以用户总帐单起始，接收每一组数据后应将用户帐单详情的金额、笔数累计与用户总帐单进行核对。文件格式数据单元字节数说明文件头VOL3FI文件传送方向2文件生成年月日7YYYYMMDDA文件类别1序列号9（3）文件主体销帐流水号10每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~电话号码20用户帐号30算费起始时间8算费终止时间8下帐金额12（3）费用金额12（3）费用类别3子记录数9（3）备用15文件尾EOF3用户总数10谢谢使用 知识水坝（豆丁网@pologoogle）为您整理话费总数12（3）上帐文件文件格式数据单元字节数说明文件头VOL3FI文件传送方向2文件生成年月日7YYYYMMDDB文件类别1序列号9（3）文件主体销帐流水号10每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~电话号码20用户帐号30上帐金额12（3）文件尾EOF3用户总数10话费总数12（3）未上帐文件文件格式数据单元字节数说明文件头VOL3谢谢使用 知识水坝（豆丁网@pologoogle）为您整理FI文件传送方向2文件生成年月日7YYYYMMDDB文件类别1序列号9（3）文件主体流水号10每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~电话号码20用户帐号30未上帐金额12（3）未上帐原因9文件尾EOF3用户总数10话费总数12（3）未上账原因：0---成功1—用户帐单详情的金额累计与用户总帐单不符。2—用户帐单详情笔数累计与用户总帐单不符。3—用户帐号错误4—用户帐号不存在5—用户帐户已销户6—用户帐户已冻结7—用户帐户余额不足8—用户帐号与用户号码不匹配9—项目代码未定义10—收费代码未定义谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1—用户欠费2—代缴协定已撤消用户改号对帐文件文件格式数据单元字节数说明文件头VOL3FI文件传送方向2文件生成年月日7YYYYMMDDB文件类别1序列号9（3）文件主体流水号10每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~种类201—电话2—寻呼3—移动用户帐号30旧号20新号20时间12结果3文件尾EOF3用户总数10话费总数12（3）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理银行用户申请、取消、更改代缴关系对帐文件文件格式数据单元字节数说明文件头VOL3FI文件传送方向2文件生成年月日7YYYYMMDDB文件类别1序列号9（3）文件主体流水号10每条记录一行，记录中的每个字段列用~分开，最后一个字段不要跟~动作1“M”表示更改帐号“A”申请通过代收代缴关系“D”取消代收关系种类11—电话2—寻呼3—移动新帐号30旧帐号30号码20时间12标志3文件尾EOF3更改总数10取消总数10新增总数10谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1消息接口1.1..1.1.1话费查询（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符（长度不足左补零）01000110MMChar(4)单位编号（铁通4位、0110）MChar(10)银行应收金额（取整后），以分为单位，（长度不足左补零）；MChar(10)用户实际费用金额，以分为单位，（长度不足左补零）MChar(14)交易时间（YYYYMMDDHHMMSS）MMChar(14)交易流水号（响应时的交易流水号与请求相同）MMChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MMChar(30)银行柜台代码（响应时与请求时代码一致）MChar(14)应答流水号（YYYYMMDDnnnnnn）MChar(2)交易返回码MChar(40)说明信息MMChar(7)区号MMChar(16)电话号码MChar(30)用户名称MChar(20)营业合同号（企业用户在营业合同号末位加’#’号）MChar(8)费用起始时间（YYYYMMDD）MChar(8)费用终止时间（YYYYMMDD）MChar(2)话费明细个数（长度不足左补零）MLLVAR话费明细，不定长字符。先是费用项名称20个字符，后跟10位以分为单位的费用，费用名称不足20位右补空格，费用不足10位左补0。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1.1话费缴纳（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。02000210MMChar(4)单位编号（铁通4位、0110）MChar(10)实交金额，以分为单位（长度不足左补零）MMChar(10)用户实际费用金额，以分为单位（长度不足左补零）MChar(14)交易时间（YYYYMMDDHHMMSS）MMChar(14)交易流水号（响应时的交易流水号与请求相同）MMChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MMChar(30)银行柜台代码MChar(14)应答流水号（YYYYMMDDnnnnnn）MChar(2)交易返回码MChar(40)说明信息MMChar(7)区号MMChar(16)电话号码1.1..1.1.2用户退费（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。03000310MMChar(4)单位编码（铁通4位、0110）MMChar(10)退费金额MMChar(14)交易流水号（请求时与响应时相同）MChar(14)交易时间（YYYYMMDDHHMMSS）MChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码谢谢使用 知识水坝（豆丁网@pologoogle）为您整理MMChar(30)银行柜台代码MMChar(14)银行原缴费交易流水号/应答流水号MChar(2)返回码MChar(40)说明信息MMChar(7)区号MMChar(16)电话号码1.1..1.1.1缴费冲正（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。04000410MMChar(4)单位编号（铁通4位、0110）MMChar(10)冲正金额（长度不足左补零）MMChar(14)交易流水号（响应流水号与请求流水号一致）MChar(14)交易时间（YYYYMMDDHHMMSS）MChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MMChar(30)银行柜台代码MMChar(14)银行原缴费交易流水号MChar(2)返回码MChar(40)说明信息MMChar(7)区号MMChar(16)电话号码1.1..1.1.2退费冲正（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。13001310MMChar(4)单位编号（铁通4位、0110）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理MMChar(10)冲正金额（长度不足左补零）MMChar(14)交易流水号（响应流水号与请求流水号一致）MChar(14)交易时间（YYYYMMDDHHMMSS）MChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MMChar(30)银行柜台代码MMChar(14)银行原退费交易流水号MChar(2)返回码MChar(40)说明信息MMChar(7)区号MMChar(16)电话号码1.1..1.1.1总额对帐（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。05000510MMChar(4)单位编号(铁通)MMChar(14)交易流水号（请求与响应一致）MChar(14)交易时间（YYYYMMDDHHMMSS）MChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MChar(2)返回码MChar(40)说明信息MMChar(6)代收总笔数（长度不足左补零）MMChar(14)代收总金额（长度不足左补零）MMChar(14)对帐起始时间（YYYYMMDDHHMMSS）MMChar(14)对帐终止时间（YYYYMMDDHHMMSS）谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1.1明细对帐（银行→铁通）请求响应属性备注MMChar(4)包长度，传递ASCΠ码字符。06000610MChar(14)交易时间（YYYYMMDDHHMMSS）MChar(4)应用种类（代缴话费：0101）MMChar(3)银行代码MMChar(14)交易流水号（请求与响应一致）MMChar(80)对帐明细文件名，不足位右补空格。MMChar(10)对帐明细文件长度（长度不足左补零）MMChar(14)对帐起始时间（YYYYMMDDHHMMSS）MMChar(14)对帐终止时间（YYYYMMDDHHMMSS）MChar(2)返回码MChar(40)说明信息1.1..1.1.2交易返回码定义（铁通→银行、银行→铁通）交易返回码说明00交易成功01此电话号码或帐户不存在02此电话号码或帐户无费用03此用户不可以在银行窗口交费04数据库中无此用户数10交易码非法11访问数据库失败12修改数据库失败13系统或网络故障14打开文件错20冲正日期非当天谢谢使用 知识水坝（豆丁网@pologoogle）为您整理21已经冲正，不可再冲正22冲正和交款机构不一致23冲正系统错24此冲正记录不存在25已过退费时间26已经退费30对帐文件长度不符31对帐笔数不符32对帐总额不符33银行方无此笔交易记录34铁通方无此笔交易记录35双方交易记录内容不一致36电话号码错误或不存在37用户帐号错误38帐户金额不足39扣款成功40已经是代扣用户,不能更改41已经是现金用户,不能更改42电话号码错误或不存在43用户帐号错误44代扣文件尚未生成95包字段格式错误96包信息不全谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1与网管接口1.1..1.1物理结构1.1..1.2概述TBSS向网管系统的业务开通及更改接口1.1..1.3数据描述接口单元类别名称说明业务实现包含业务开通、注销、停复机等变更信息1.1..1.4实现方式1.1..1.4.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号164INFOTYPE信息类型65…………其他信息2回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间14谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4ROWCOUNT返回记录条数55INFOTYPE信息类型66…………返回具体信息7…………返回具体信息1.1..1与114接口1.1..1.1物理结构1.1..1.2概述TBSS向114系统输出客户资料。1.1..1.3数据描述接口单元类别名称说明客户资料查询客户资料查询（注意隐私问题）类别名称备注客户属性类客户标识客户名称客户级别客户类型客户性质性别职业年龄服务类型谢谢使用 知识水坝（豆丁网@pologoogle）为您整理客户服务类服务标识客户标识服务号码计费方式附加功能服务状态入网时间信用度1.1..1.1实现方式1.1..1.1.1消息包实现方式1请求消息序号参数名说明字节数备注1CITYCODE地市编码82BTRADETIME交易时间14YYYYMMDDHHMMSS3MTRADEID交易流水号164INFOTYPE信息类型65…………其他信息2回答消息序号参数名说明字节数备注1ERRNO返回编码52MTRADEID交易流水号163MTRADETIME交易时间144ROWCOUNT返回记录条数55INFOTYPE信息类型6谢谢使用 知识水坝（豆丁网@pologoogle）为您整理6…………返回具体信息7…………返回具体信息谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1系统安全要求TBSS系统是7×24小时不间断运行的铁通业务运营支撑系统，它的网络，主机，存储备份设备，系统软件，应用软件等部分应该具有极高的可靠性；同时为保证TBSS系统安全可靠地运行，保守企业和用户秘密，维护企业和用户的合法权益，TBSS系统应具备良好的安全策略，安全手段，安全环境及安全管理措施。1.1信息安全网络安全网络系统应支持访问控制、安全检测、攻击监控、加密通信等一系列安全功能，应提供完整的网络监控、报警和故障处理功能。1.网络系统应具有入侵检测的功能，可监控可疑的连接、非法访问等，采取的措施包括系统实时报警、自动阻断通信连接或执行用户自定义的安全策略；2.网络系统应能定期检查安全漏洞，根据扫描的结果更正网络安全漏洞和系统中的错误配置；3.使用加密技术对传输的数据加密；4.TBSS系统与外部系统的连接须设置防火墙或通信服务器。防火墙可采用双机热备份方式。通过防火墙，拒绝外部非法IP地址的访问；对网络服务如FTP，HTTP等的使用进行控制；全面监视外部网络对内部网络的访问活动，并进行详细的记录；有效地抵御如IP欺骗攻击、PING攻击、碎片攻击等多种攻击手段；有效防止远程登录的用户未经认证登录TBSS系统；利用网络地址转换技术，对网络内部地址做转换，使外部网络无法了解内部网络的结构，既可有效地利用IP资源，又可增强安全性；防火墙应具有健全的审计和告警功能；防火墙应具有网络流量分析的功能。5.系统各级登录密码要严格管理和定期更换，远程拨号功能应严格控制。6.任何远程登录用户的口令均必须具有有效期，有效期满则自行作废。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理容灾备份在相当距离的异地建设一套功能和处理能力与正常生产系统相当的备份系统，以确保当主系统发生意外灾难或有计划的长时间停机的情况下，备份系统能够在短时间内接替、延续主系统的生产任务。当主数据中心系统因为各种突发性灾难造成无法正常运行时，原来运行在主数据中心的关键业务系统能切换到备份中心继续运行，切换方式支持自动切换和手工切换两种。系统安全1.系统应具有多层次的防病毒能力。防病毒软件应具备全面查杀病毒，查杀病毒准确无误，管理方便，病毒特征码自动更新，安装简单的特点；2.系统应具备访问权限的识别和控制功能，提供多级密码口令或使用硬件钥匙等保护措施。对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。要保证只有授权的人员或系统可以访问某种功能，获取业务数据，有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期，有效期满则自行作废；3.系统应提供操作日志记录功能，以便及时掌握系统安全状态；操作系统应符合C2级以上安全标准；提供完整的操作系统监控、报警和故障处理能力；操作系统的配置直接影响系统的安全，应定期对文件、帐户、组、口令的配置检测，以保证操作系统的坚固程度；应定期对可执行程序作完整性检查，以防止被恶意修改；能够检测操作系统内部是否有黑客程序驻留；能够监控应用程序的运行情况；4.数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制；5.系统应具有安全审计功能。应用软件安全1.谢谢使用 知识水坝（豆丁网@pologoogle）为您整理应用系统的用户管理、权限管理应充分利用操作系统和数据库的安全性；应用软件运行时须有完整的日志记录。1.应用系统的权限管理支持分级和分权管理，通过“节点”的设置、管理来实现分级管理，系统可为操作人员分配不同的角色，每个操作人员属于制定的属组，只有特定的属组的操作人员可完成相应的操作。2.工作站登录时，系统自动检查IP地址的合法性同时记录IP地址的使用情况。3.系统提供应用软件的实时分发、发布手段。4.应用系统提供密码口令保护措施。1.1环境安全配套设备安全配备先进、完善的供电等系统和应急报警系统；机房要防火、防尘、防雷、防磁；机房温度、湿度、电压应符合计算机等设备对环境的要求；要进行定期维护保养；配套设备要进行定期的维护保养。机房安全1.1..1机房环境要求TBSS系统的机房环境条件要求如下：1.机房附近不应有易燃易爆品、污染气体、强电磁场、强震动源、强噪声源及所有危害系统正常操作或运行的因素。2.门窗机房所有门窗应密封，以减少尘埃及噪音等外来干扰，门户及走道之大小应足够让系统在安装时运输之用。3.地板机房须采用防静电活动地板，机房内电力电缆（包括地线）和通信电缆尽量采用下走线方式。装修后机房净高应不小于2500mm。活动地板下作防尘处理。地板距地面高度200mm-350mm。4.照明谢谢使用 知识水坝（豆丁网@pologoogle）为您整理参考《电子计算机机房设计规范》（GB50174-93）要求，主机房照度应³300Lx，控制室照度应³300Lx；同时设机房疏散照明、安全出口标志灯，其照度应³0.5Lx。1.安全消防1)采用七氟丙烷气体等消防措施；2)机房内材料、设施使用防火耐用材料；3)机房内吊顶上下及活动地板下均应设置探测器；4)机房内设置烟火自动报警系统；5)机房内配备手动或自动灭火设备，手动灭火器应放置在机房的显眼处，且方便存取；6)机房安全出口不少于两个，且要保持畅通，不可放置杂物；7)机房应有紧急照明设备及紧急出口；8)可以采用防火隔离措施；9)机房内禁止吸烟，并配有指示牌指示；10)符合建筑物消防设备规定，如《建筑设计防火规范》等。2.天花板1)不能用易燃及易脱落尘埃或脱落微粒的物质做吊顶；2)吊顶宜选用不起尘的吸声材料。3.墙壁1)机房墙壁采用防尘材料；2)隔墙可采用玻璃隔断。4.机房环境要求机房内常年设置恒温恒湿机房专用空调机。设备开机时主机房的环境要求如下：1)温度：夏季、23±2℃，冬季、20±2℃；2)相对湿度：45%～65%；3)温度变化率：<5℃/h，不结露；4)防尘：静态条件下测试，空气中³0.5mm的尘粒数，应少于18000粒/升。5.机房承重机房楼板的荷重最小按600Kg/m2考虑(不包括电源部分)。6.场地监控及门禁谢谢使用 知识水坝（豆丁网@pologoogle）为您整理建议机房内设置场地监控系统，对设备提供24小时全天候监控，并根据需要设置门禁系统。1.其他要求机器设备的四周应留有足够的散热空间，避免阳光直射。1.1..1接地要求机房要求有良好的接地系统。其中：1.交流工作接地：接地电阻不大于2欧姆；2.安全保护接地：接地电阻不大于2欧姆；3.直流工作接地：接地电阻按计算机系统具体要求进行；4.防雷接地：按现行国家标准《建筑防雷设计规范》执行。1.1..2空调及电源1.空调要求机房空调系统具有供风、加热、加湿、冷却、去湿和空气除尘能力，以满足以上的机房环境要求。2.电源1)TBSS系统的每个节点都需要可靠的电源，可采用直流电源也可采用220V或380V交流电源，但要求从UPS引接；2)TBSS机房内配备至少两台UPS，互为热备份。在无外电供应的情况下能为设备供电不少于30分钟；3)UPS电源应符合GB7620-87的标准。Ø以上未提及的项目，应按照国家标准《电子计算机机房设计规范》（GB50174-93）或专门的机房设计执行。1.2安全管理措施系统安全机制通过制定一系列的规章制度，保证系统安全：1.谢谢使用 知识水坝（豆丁网@pologoogle）为您整理禁止在生产系统中使用未经批准的应用程序，禁止在生产系统上加载无关软件，严禁擅自修改系统的有关参数；1.用于开发、测试的系统必须与生产系统严格分开；2.监视系统运行记录，及时审查日志文件，认真分析告警信息，及时掌握运行状况，对系统可能发生的故障做好应急方案；3.软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准；程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用；4.软件修改、升级前后的程序版本须存档备查，软件修改、升级时须有应急补救方案；5.制定各项访问控制措施，包括对网络、主机、数据库等的访问。6.严格控制应用系统各种资料使用，以防系统资料泄密。业务安全机制i.建立严格的管理制度和开发、运行、维护管理机制。ii.保证只有授权人员才可以使用系统，并严格控制系统使用的范围。iii.各省计费中心建立测试环境，以便对新业务等进行功能和性能测试，同时完成业务模拟功能，程序版本升级或新增业务时，必须经过省中心测试。环境安全机制1.制定各项访问控制管理措施，包括对网络、主机、数据库等的访问。对所有路由器、交换机的密码及配置应由网络管理员掌握，统一进行配置；对各类主机的管理和对用户以及文件系统的分配、访问权限设置等工作统一由主机管理员执行；对所有数据库的管理和对表、视图、记录和域的授权工作统一由数据库管理员执行；2.建立严格的机房安全管理制度。非工作人员未经许可不准进入机房，任何人不准将有关TBSS系统资料泄密、任意抄录或复制。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1系统可靠性网络1.网络系统要具备足够的带宽和处理能力，不能造成应用系统的瓶颈；2.网络设备与网络链路应有冗余备份功能，网络可通过对多种网络设备的配置组成多路由，以防止设备或网络链路出现故障后系统无法工作；3.核心交换机及中心路由应采用高可靠的设备；网络设备应保证7×24小时不间断运行；4.网络系统具有足够的扩充能力；5.使用网管系统，提供对网络的监控和性能的管理和测试。主机1．关键性业务应用主机采用双机或多机高可用群集系统。系统应冗余配置，保证系统无单一故障点，发生故障后能够快速切换，保证7×24小时不间断运行，主机设备应采用冗余电源，如出现设备故障，应提供故障报警，并做好故障信息的归档。2．主机系统设备应具有适当的扩充能力，当业务量或新增新业务时，主机能以增加节点、处理器、内存等方式提供更高的性能来满足新的要求。3．采用主流小型机平台的主流机型，支持多处理器,至少采用64位处理器；4．主机处理能力要求满足所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时的性能余量。系统设计时应考虑30%的性能冗余。5．主机系统平均无故障时间应大于10000小时。存储、备份及恢复1.谢谢使用 知识水坝（豆丁网@pologoogle）为您整理系统必须具有自动和手工备份的功能，必须支持在线数据备份，备份的进行应不影响系统的运行。1.数据备份能定时自动进行，并形成备份日志。备份采用磁盘、磁带、光盘等介质。2.存储设备磁盘阵列，应具有极高的可靠性，支持RAID0、1、0+1、3、5。3.磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及I/O能力的扩充等。4.磁盘阵列支持先进的存储备份方式，例如支持存储区域网（SAN）技术等。5.磁盘容量应满足系统未来3－5年的存储要求。6.系统应有良好的备份策略和恢复计划。系统数据和业务数据可联机备份、联机恢复，恢复的数据必须保持其完整性和一致性。7.系统备份数据必须在规定业务恢复时间指标内恢复，以保证TBSS系统的及时恢复。应用系统1.整个应用软件系统应能够连续7×24小时不间断工作，出现故障应能及时告警，应具有完整的操作权限管理功能和完善的系统安全机制。2.应用系统应具备完善的检测功能，确保计费、帐务、营业等数据的准确性。系统每个环节的检测实行闭环管理，并建立与业务系统相独立的检测系统，校验数据的准确性。应用系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行。应用软件要防止消耗过多的系统资源而使系统崩溃。3.系统应具有完善的容错能力，包括错误诊断和错误信息提示，以及给出错误处理的指导或建议，在出现故障后可以自动或手工恢复。4.全年故障时间不超过1小时。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1容灾系统存储系统安全要求TBSS系统是7×24小时不间断运行的铁通业务运营支撑系统，是整个系统运作的核心。一旦由于系统硬件的功能失效，存储介质的老化损坏，人为的错误操作，以及各种难以预料的外界影响对计费数据造成意外丢失或损坏，或造成计费系统的业务停顿，那么对企业造成经济及声誉上的损失将无法估量。它的存储备份系统应该具有极高的可靠性；所以在对TBSS系统进行规划设计的过程中，必须对数据存储系统的完整性和可靠性给予高度重视，并提供一个完善的具有高可用性的存储管理解决方案，以避免在各种极端情况下造成的重大损失。同时为保证TBSS系统安全可靠地运行，保守企业和用户秘密，维护企业和用户的合法权益，TBSS系统应具备良好的安全策略，安全手段，安全环境及安全管理措施。一般说来，一个高度可靠的数据存储系统具有以下特征：冗余、高可靠、高可用的存储系统，保证本地系统数据存储不中断存储系统采用SAN（存储局域网）技术，这样能为应用系统建设一个高速、可靠的数据存储平台，实现分布式异构应用服务器数据的集中存储、备份和管理。为了保证数据访问的可用性，在构建SAN存储系统时采用双卡、双交换机的冗余结构，如下图所示：每台接入到SAN中的服务器上安装两块，且分别与两台光纤交换机连接，提供了全冗余的数据访问通道。这样能保证在SAN存储系统中，没有单点故障点，不论主机端的HBA卡还是连接设备FC交换机，当一个失效的时候，还有一个设备能继续工作。在存储设备端，采用的磁盘阵列必须提供双控制器，也分别与两台光纤交换机连接。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理包含一个完善的面向数据库的备份/恢复系统，以保证各种意外情况下的数据后备支援。但是数据集中存放在一个磁盘阵列上总是有风险的，况且人为的逻辑错误有可能破坏数据，采用高性能、完善的备份系统，将数据的另一个拷贝存放到价廉的存储介质上，是数据安全的基本保证。包括一个本地的集群系统，保证本地业务的不中断运行。在系统或应用出现故障时，如何使应用不受影响，或尽量少受影响？电信计费业务系统，要求系统保证7X24小时不间断工作。所以，必须从方案设计上保证系统的高可用性。cluster是保证本地系统高可用性最通用的解决方案。做为关键业务系统中的高可用软件，该软件应该具有应用广泛、切换迅捷、用户界面友好、配置方便等特点。在任何应用环节故障的情况下，cluster软件应能做到不停机应用切换，确保应用系统平稳运行。包括一个远程的容灾系统，保证在本地工作环境出现故障的情况下远程异地的备份系统能够自动接替工作。在一般的系统设计中，自然而然地会考虑数据备份和Cluster结构,全面地解决了本地数据的安全性和可用性。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理但是，今天企业对数据可用性的认识达到了一个新的层次，不允许哪怕只有1%的可能性的问题对数据可用性带来的威胁，例如火灾、电力中断、地震等。容灾已成为数据可用性解决方案的重要组成部分。异地容灾系统提供一个远程的应用备份现场，有效地防止因本地毁灭性灾难（地震、火灾、水灾等）引起的数据丢失。数据备份容灾系统提供了２４小时的应用和数据可用性，但它不能避免一些逻辑错误，例如人为误操作，系统或应用故障等。况且一些基本的数据破坏在本地恢复更经济适用。因此，一个健全可靠的本地数据备份系统，是数据安全性的重要保证，也是构造容灾系统的基础。一个完善的备份系统，需要满足以下原则：稳定性：备份产品的主要作用是为系统提供一个数据保护的方法，于是该产品本身的稳定性和可靠性就变成了最重要的一个方面。首先，备份软一定要与操作系统100%的兼容，其次，当事故发生时，能够快速有效地恢复数据。自动化：很多系统由于工作性质，对何时备份、用多长时间备份都有一定的限制。在下班时间系统负荷轻，适于备份。可是这会增加系统管理员的负担，由于精神状态等原因，还会给备份安全带来潜在的隐患。高性能：随着业务的不断发展，数据越来越多，更新越来越快，在休息时间来不及备份如此多的内容，在工作时间备份又会影响系统性能。这就要求在设计备份时，尽量考虑到提高数据备份和恢复的速度。可靠性：备份的数据的存储是很关键的，如果备份的数据不能可靠地存储，那就意味着但需要恢复备份数据时数据不能被恢复，这样的后果是不可想象地可怕的。这就要求在选择备份数据存储介质时，一定要保证存储数据的可靠性。根据备份数据存储的介质可以分为：磁带备份和磁盘备份。传统的依靠磁带进行备份和还原面临着几个明显的服务级别挑战：恢复时间：传统的基于磁带的备份和恢复无法实现当今许多关键的恢复时间目标。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理风险级别：传统的基于磁带的备份和恢复不能保证数据的完整备份或完全恢复。可靠性差：磁带介质就决定了它的可靠性比磁盘差很多。可用性影响：传统的基于磁带的备份和恢复要求较长的备份窗口并且影响应用程序可用性。我们可以看到磁带备份不能满足一个完善的备份系统的要求。然而，磁盘备份正好解决了磁带备份的问题，采用磁盘备份的存储备份解决方案能带来更多的优势。这得益于SATA磁盘技术的出现、磁盘价格的大幅下降和数据备份压缩技术的实现，用磁盘作备份，可以大大提高备份速度，从而缩小备份窗口，这对于保持业务持续性十分有益；数据备份不是目的，数据恢复对用户来说更有意义，对于数据备份来说，60天是一个门槛，在这个时间段内的数据恢复频率是最高的。用磁盘作备份，可以把60天内的数据存放在磁盘上，这样一来，数据恢复的速度更快、效率更高。有统计数据表明，采用磁盘备份，可以提高备份的成功率，使备份效能增加50%。今后几年磁盘备份将成为主流，而磁带更多地转向存档功能，即经济灵活地离线保存长期不用的数据。磁盘备份的特点：更快速的备份性能：备份到磁盘的速度要超过备份到磁带的速度。更快速的备份将会缩短备份所需的时间，帮助企业实现他们对可用性的承诺。更快速的恢复性能：磁盘驱动器的恢复的速度要比磁带驱动器快-两者之间是几秒或几分钟与几小时的差异。此外，磁盘支持随机访问和顺序访问，而磁带仅支持顺序访问。支持两种类型可以更快地访问磁盘上的数据文件，提高了整体性能。数据可靠性和可用性：经济高效的SATA磁盘系统可提供RAID保护功能增强了数据的可用性，防止磁盘驱动器出现故障时导致数据丢失，而磁带所引起的介质错误是很常见的事情。维护磁带库中的磁带需要经过合理培训的人员。通过使用磁盘存储方式，IT组织可以减少或消除对磁带的处理。自动化管理：突出数据备份/恢复的自动化，用户操作简单，降低了人为错误的发生。提高了IT效率：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理因为RAID保护使磁盘本身更为可靠，所以在使用磁盘是要进行完整备份的次数更少，这就节省了网络和CPU的负担。磁带技术和磁带数据格式往往每几年就发生变化，这就迫使IT组织转换为新的介质。磁盘技术不存在这种转换，因为数据格式不会变化。性价比更好的解决方案：备份到磁盘是一项新兴的技术，与传统的磁带备份过程相比它具有相当大的优势。随着磁盘的成本日益下降，现在备份到磁盘的解决方案已经变得经济可用。容灾方案介绍容灾主要是预防场地问题带来的数据不可用性，这些场地问题包括：电力中断：供电部门因各种原因长时间的中断；电信中断：各种原因造成的通信线路破坏；自然灾难：地震，火灾，水灾等；场地迁移：IT部门决定将数据中心迁移到其它地方等。作为企业的关键业务，任何原因造成的业务中断都将影响其经济收入，降低市场分额，丢失客户，甚至造成企业破产。容灾系统将这种“场地”故障造成的数据不可用性减到最小。即当灾难发生时，容灾系统保证（1）数据在远程场地存有一致、可用的拷贝；（2）应用立即在远程现场运行。因此，容灾方案的核心是两个关键技术：数据复制和应用的远程切换。从实现的角度来看，容灾方案可以分为五种：基于备份的容灾系统远程数据库备份容灾系统网络数据镜像容灾系统远程磁盘镜像容灾系统基于SAN网络数据镜像容灾系统1.1..1基于备份的容灾系统利用磁带拷贝进行数据备份和恢复是最常见的传统灾难备份方式。这些磁带拷贝通常都是按天、按周或按月进行组合保存的。使用这种方式的数据拷贝通常是存储在盘式磁带或盒式磁带上，并存放在远离基本处理系统的某个安全地点。从使用磁带拷贝方式进行的系统备份和恢复过程可以看出，基于磁带拷贝方式的传统灾难备份方式存在明显缺陷，越来越不适合用户不断发展的业务系统的需要。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理优点投资成本低缺点备份方式过时，备份时间长人工参与可靠性差生成系统失效时，需要先恢复，切换时间长1.1..1远程数据库备份容灾系统远程数据库备份容灾系统通过通信线路将生产机的数据库日志传到备份机，使备份数据库与主数据库保持同步。备份机与终端用户之间预留通信线路。一旦发生灾难，备份数据库变成主数据库，接替生产机恢复向终端用户服务。数据库复制技术只能处理数据库数据，无法处理非数据库数据。优点支持广域网，不受距离限制不需要单独的硬件、软件支持数据拷贝，网络连接故障不影响应用对磁盘子系统透明缺点需要自行开发数据传输程序无法实时拷贝，数据丢失较大消耗主机资源（10－30％)备份中心的备份数据无法快速恢复回主中心不支持数据库数据回滚功能1.1..2基于主机系统的数据镜像容灾系统生产系统的数据在写到本地数据库的同时也通过网络写到远程的备份数据库，从而保证生产系统与备份系统的数据同步。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理采用基于主机系统的远程数据复制方案，主、备中心主机系统通过IP网络建立数据传输通道，通过数据管理软件实现数据的远程复制。正常情况下，主中心的主机将每个写I/O的数据传输到备份中心主机，更新备份中心的数据。与存储系统写操作不同，这种写操作是对主机而言的，是逻辑上的。同样，这种传输方式也有同步和异步两种方案。当主数据中心发生灾难时，备份中心系统接管应用。当主中心系统重建后，数据可以随时从备份中心得到恢复，从而给企业提供了应用系统容灾的能力。这种方案大部分由存储管理软件厂家提供，尤其是VERITAS推出了一系列基于该方案的存储管理软件解决方案。优点确保数据完整性，一致性结构比较简单对磁盘子系统透明支持IP连接，没有距离限制缺点占用主机资源（10－20％)主机写操作性能受距离影响较大连接通道和镜像软件故障将导致应用停止备份中心数据无法恢复回主中心数据库误操作同时被复制谢谢使用 知识水坝（豆丁网@pologoogle）为您整理主机系统必须是同构的，需要操作系统的支持，数据复制是基于文件系统数据复制对主机的资源占用大、稳定性和同步性差1.1..1远程磁盘镜像容灾系统通过存储设备之间连接的光缆和磁盘控制技术将镜像磁盘延伸到远离生产系统的地方，镜像磁盘数据与主系统磁盘的数据完全一致，更新方式为同步。一旦生产磁盘或主磁盘发生故障，备份机可迅速接替生产机运行，快速恢复终端用户服务，磁盘镜像可以备份所有的数据。磁盘阵列将磁盘镜像功能的处理负荷从主机转移到存储系统上。有了这种技术，就可以实现生产中心和灾难备份中心的操作系统、数据库、系统库和目录的实时拷贝。该方案是将数据复制通过磁盘阵列控制器来实现，如EMC，IBM，HP等都提供了相应的解决方案。优点确保数据完整性，一致性切换速度较快。不占用主机资源缺点谢谢使用 知识水坝（豆丁网@pologoogle）为您整理开放性差（不同厂家的存储设备系统一般不能配合使用）、对磁盘子系统不透明。对于主备中心之间的网络条件（稳定性、带宽、链路空间距离）要求较苛刻。只有高端磁盘阵列才能支持，中低端存储设备无此功能。投资大。1.1..1基于SAN的远程数据镜像容灾方案基于SAN存储网络的数据镜像技术，数据的复制和同步实在SAN存储网络中实现，系统的灵活性很强，完全不依赖主机系统和存储系统，也不影响本地应用的响应速度；数据可以从任何存储设备上镜像到任何存储设备，任何地点。数据的镜像依靠一个接入SAN网络中的设备（一个专用软/硬件一体的设备）完成，基于SAN的远程数据复制因为是基于逻辑存储管理技术，与主机系统、物理存储系统设备无关，开放性好，对物理存储系统自身的管理功能要求不高，有较好的可管理性，也便于主、备系统的扩充和发展，同时，也可方便做到多个节点对一个节点或一对多的远程数据复制。利用这种方式的典型解决方案是Odysys的解决方案。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理特点是目前开放性最好，功能最强的容灾方案确保数据完整性，一致性切换速度较快。不占用主机资源结构比较简单对磁盘子系统透明支持IP连接，没有距离限制1.1..1数据复制方式数据复制是指将关键信息（数据和环境）安全、一致、实时的存放到容灾现场。实际上，从一个服务器到另一个服务器的数据复制有很多方式可以完成。传统地，一般采用磁带传送的技术分发数据。但是，今天企业的运作完全建立在业务应用系统的基础上，对数据立即存取的要求越来越高，TBSS系统更是这样。基于磁带的容灾系统虽然简单，但是它不支持这种数据立即存取的运行模式。取而代之的是在线数据复制技术。数据复制一般有两种基本的策略来取得：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理存储复制：批量地将文件或数据块从一台服务器传送到另一台或多台服务器。存储复制独立于应用，这意味着运行在单台服务器上的多个应用，其数据可以同时复制到备用服务器上。存储复制在卷一级进行，对应用透明，具有极强的通用性，最重要的是复制整个应用环境，能够立即在备用服务器上运行应用，保证系统的高可用性。应用级复制：是应用相关的，例如数据库或Web分别采用不同的复制方法。一般这种复制在交易级（表或行）相比之下，应用级复制管理复杂，常常只复制数据，而不能复制应用和系统的实时运行环境，影响应用在备份服务器上启动的时间）完成。如果有多个应用在同一个服务器上，各自采用自己的复制技术。数据复制方式提供两种复制类型：同步复制和异步复制。应用系统采用哪种复制模式，将决定于很多因素。同步复制：在同步复制环境中，系统上的应用写操作完成之前，数据必须写到复制系统中。这保证了任何时间任何情况下目标系统上的数据尽可能的新，即远程现场的数据和本地现场的数据有完全一样的影像。但是如果数据复制的网络带宽不够，同步复制可能会带来本地系统性能下降。异步复制：异步复制时，本地系统不等待对远程系统写的确认，复制软件将数据排队，在网络可用的情况下批量的发送。很多情况下，同步复制和异步复制模式结合使用。例如当网络问题发生时，同步转换成异步，问题解决后，再转回同步。从而保证容灾系统的可靠性。1.1..1应用的远程切换容灾系统的最终目的是提高应用和数据的高可用性，保证即使数据中心现场灾难的情况下，计费系统停机时间最短。在数据复制已保证了远程现场数据一致性的情况下，如何监视本地系统的运行情况？什么情况视为灾难？如果灾难的条件成立，如何尽快的在容灾现场启动应用，从而使得服务不中断？这是容灾系统另一个核心。容灾系统是构造24小时数据可用性业务的一个组成部分。其实许多公共的因素威胁着数据中心，因此一个健全的本地HA系统是容灾系统建立的前提。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理容灾系统建设规范1.1..1选择容灾方案的依据1．开放性：所谓开放的容灾解决方案就是说容灾系统应具有开放性，在主机、存储及存储网络（SAN）上都采用开放的系统，不依赖特定硬件系统，就本地系统和容灾系统来说，其硬件平台可以属于不同的厂商、不同的型号，系统可以选择不同的异构存储平台作为容灾系统的存储平台，这样避免锁定一家供应商，能节省系统的投资。各省在选择容灾方案的时候一定要以方案的开放性作为最重要的标准。2．高可靠性：容灾备份系统必须保证异地数据的完整性、可用性，当生产系统在发生灾难的时候，业务能成功地切换到容灾备份系统。同时考虑到容灾能力和对应用系统性能的影响，容灾方案不仅要支持近距的、同步的数据容灾，还必须能支持远程的、异步的数据容灾。本地和异地间的连接应支持广泛的传输介质。容灾系统本身应具备各种容错考虑，应支持灵活多样的容灾结构。3．扩展性：容灾系统不应仅仅是容灾、备用和备份，它还可以完成一些在主中心难以完成的事情，并可以降低主中心的运行负荷。这主要是将利用空分和时分的原理将主中心的部分业务（时效性不十分强，但最消耗资源，如查询、统计、数据挖掘等）分流到容灾备用系统上运行，当容灾中心有问题时移回主中心工作。作为每个本地网开通前的验证场所，同时也为测试提供最贴近的应用数据真实环境，最大程度保证了每个本地网进入集中系统时的可靠性，降低对主系统带来的风险。在计费系统以后的扩展中，不便在主中心建设的系统，可以在容灾备用系统（准确点应叫作辅系统）上建设，可以利用主系统存贮设备进行数据级容灾，因此，建设一个完整的容灾备用系统对以后系统的扩展具有极大的灵活性。以后针对计费数据分析系统（数据仓库技术）的建设可以十分容易地扩展容灾备用中心的硬盘后建成，而不用另建系统或在主系统上进行扩容，在主系统再建立数据挖掘系统将是一个十分危险的事情；另建设一个系统效果一定不好，因为这些系统的基础数据基本都是计费系统数据，大数据的迁移很困难，实时性无法保障。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理4．低成本低成本的定义包括两个方面：系统的建设投入和以后维护及扩展的成本。1.1..1容灾系统级别定义容灾系统按照所保障内容分类，可以分为数据级容灾和应用级容灾系统。数据级容灾系统需要保证用户数据的完整性、可靠性和安全性，而对于提供实时服务的信息系统，用户的服务请求在灾难中可能会中断。应用级容灾系统却能提供不间断的应用服务，让客户的服务请求能够透明地毫无觉察灾难发生地继续运行，保证信息系统提供的服务完整、可靠、安全。设计一个容灾备份系统，需要考虑多方面的因素，如备份/恢复数据量大小、应用数据中心和备援数据中心之间的距离和数据传输方式、灾难发生时所要求的恢复速度、备援中心的管理及投入资金等。根据这些因素和不同的应用场合，我们将容灾备份分为三个等级。第0级：本地磁盘备份这一级容灾备份，实际上没有灾难恢复能力，它只在本地进行数据备份，并且被备份的数据只在本地保存，没有送往异地。本地备份数据存储在磁盘介质上，磁盘备份是当前主流的技术，目前国内的几个运营商都采用这种备份方式。第1级：本地磁盘备份+异地热备中心本地根据备份策略，实现在本地的数据备份，同时在异地建立一个热备中心，通过网络进行数据复制。也就是通过网络以同步或异步方式，把主站点的数据复制到备份站点，备份站点一般只备份数据，不承担业务。当出现灾难时，备份站点接替主站点的业务，从而维护业务运行的连续性。第2级：本地磁盘备份+异地活动备援中心本地根据备份策略，实现在本地的数据备份，同时在相隔较远的地方分别建立一个数据中心，本地和异地它们都处于工作状态，并进行相互数据备份。当某个数据中心发生灾难时，另一个数据中心接替其工作任务。这种级别的备份根据实际要求和投入资金的多少，又可分为两种：①两个数据中心之间只限于关键数据的相互备份；②谢谢使用 知识水坝（豆丁网@pologoogle）为您整理两个数据中心之间互为镜像，即零数据丢失等。零数据丢失是目前要求最高的一种容灾备份方式，它要求不管什么灾难发生，系统都能保证数据的安全。所以，它需要配置复杂的管理软件和专用的硬件设备，需要投资相对而言是最大的，但恢复速度也是最快的。我们定义的三个级别，0级是必须建设的基础级别，1级、2级是可以逐级扩展的，各省根据自己的实际情况来选择容灾系统的级别。同样是容灾系统，如果是防火灾，则容灾中心距离数据中心只需要几百米就可以了。如果要是水灾，则要求它们之间的距离在数公里以上。如果要是预防地震的话，则需要保持几百公里的距离。此外，不同的地域需求也有不同，例如在北京，就可以不用考虑水灾的问题，而在有的地区，地震就不用考虑。1.1..1数据备份系统数据备份是数据安全性的基本保证，它能避免一些逻辑错误，例如人为误操作，系统或应用故障等。况且一些基本的数据破坏在本地恢复更经济适用。数据安全也是构造容灾系统的基础。在备份完整性的实施过程中，应该区分备份数据和存档数据。备份数据是为满足业务连续性要求，具有较短的时效性，备份数据会根据一定的备份频度被反复覆盖。存档数据则按照业务或法规的要求，有较长的时效性，并具有不断累积的特性。将存档工作从备份工作中分离，可以使两类业务需求更明确清晰，同时利于两类系统的设计、实施和管理。1.1..1.1数据的定义我们对系统按照“当前数据”或“过期数据”来规划。当前数据做备份，过期数据做归档。当前数据：最近三个月内的业务数据，包括计费数据、营帐数据、客服数据。过期数据：最近三个月外的业务数据，包括计费数据、营帐数据、客服数据；加上较长的时效性的数据，包括产品数据、资产数据。对于当前数据采用磁盘备份，过期数据采用磁带归档，系统结构图如下：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1.1数据备份要求快速备份及恢复，要求对生产系统影响最小，满足备份窗口的严格限制，所以这部分数据备份系统选择的要求为：采用磁盘的数据快照技术配合磁盘数据抽取和复制技术，实现无生产系统干扰（server-less）的备份方式利用SAN存储网络，网络集中数据备份，备份数据在SAN中传输数据备份到磁盘介质备份数据可检查其正确性备份数据可在利用，这样可以去做新系统的测试等其他用途备份介质：谢谢使用 知识水坝（豆丁网@pologoogle）为您整理数据备份方案采用磁盘备份，在全国中心和每个省级中心配置SATA磁盘阵列，SATA磁盘阵列提供FC接口，SATA磁盘阵列通过FC接口接入到全国中心和每个省级中心的SAN存储网络中。通过一个接入到SAN存储网络中的备份服务器，将接入SAN存储网络中的所有应用服务器的数据自动、集中地备份到SATA磁盘阵列上。备份方式：数据备份采用全备+增量的方式。备份周期：数据备份策略建议采用完全备份每周一次，增量备份每天一次。各省也可以根据数据变化的情况及各省TBSS系统的业务运行情况来灵活制定。1.1..1.1数据归档归档介质：采用磁带归档的方式，最近三个月外的业务数据的归档从数据备份的磁盘上将过期的数据归档到磁带上；较长的时效性的数据从数据存储的磁盘上直接归档到磁带上。归档方式：数据归档也采用全备+增量的方式。归档周期：最近三个月外的业务数据的数据归档策略建议采用完全归档每年一次，增量归档每三个月一次。较长的时效性的数据的数据归档策略建议采用完全归档每月一次，增量归档每周一次。各省也可以根据数据变化的情况及各省TBSS系统的业务运行情况来灵活制定。1.1..2容灾场地设置容灾是保证当某一个业务管理中心发生灾难时，其业务将切换到另一个指定的中心运行。原来存取该中心的所有Client将自动地转换到存取容灾中心。这就要求容灾中心的系统运行环境同样有能力承担TBSS业务。针对铁通的实际情况，我们有三种容灾中心选择。1、铁通有一个全国中心和若干个省级中心，每个中心均建设自己的容灾系统。这种方式简称“一对一容灾”。在这种方式下，每个业务中心和容灾中心之间进行对应的数据复制任务。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理优点：可靠性较高，安全性高，效率高。缺点：投资开销大。2、建立一个集中式的容灾中心，承担所有业务中心的容灾任务。采用这种方式，集中容灾中心配置能容纳所有的省业务的足够的主机能力和存储能力，同时，所有中心有一条到容灾中心的高速IP专线。这种方式称为“N＋1容灾”。优点：投资小。易于集中管理维护。缺点：若多个省同时出现灾难，容灾中心处理能力和网络可能成为瓶颈。2、建立多个集中式的容灾中心，承担不同业务中心的容灾任务。根据全国的分布情况，划分为几个区域，在一个区域中建立一个容灾中心来完成这个区域的容灾任务。优点：投资小。配置灵活，易于日后扩展。缺点：若一个区域中的多个省同时出现灾难，容灾中心处理能力和网络可能成为瓶颈，但是比一个容灾中心而言，这样的压力要小。1.1..1数据复制和容灾实现方式数据复制是指将关键信息（数据和环境）安全、一致、实时的存放到容灾现场。这是容灾系统的核心。TBSS系统依赖于用户数据库，不管它在什么地方运行，必须有一致、完整的数据。因此，容灾系统要将应用切换到另一个现场，就必须保证另一个现成有和本地现场一样可以使用的数据。要求TBSS业务中心和容灾中心两个现场的应用环境完全一样，即操作系统，数据库版本一致。TBSS业务中心和容灾中心之间采用基于SAN的远程数据镜像方案对应的主机都安装容灾系统软件,完成数据复制。数据复制基于存储卷，对应用透明。应用所有的写操作均严格按写顺序透过IP网络写到容灾现场的主机上。业务忙时，如果网络带宽不够，这种写顺序在本地日志区中排队，一旦获得网络资源，数据迅速复制。由于TBSS系统采用DCN网络，适合采用异步方式进行数据复制。在进行容灾技术选择时，首先需要明确该技术在容灾系统中的作用，它实现的功能，以及这些功能需要系统其它部分怎样的配合。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理在进行技术选择时，应参考下面的基本原则：开放性选择的容灾技术必须是开放的，在主机、存储及存储网络（SAN）上都采用开放的系统，这样各省在实施的时候能灵活根据自己的实际情况来建设。可扩展性和集成能力选择的容灾技术，应当符合容灾系统循序渐进进行建设的原则，系统规模可以逐步扩大，并可和新加入的技术良好集成。相对独立容灾系统应该是一个相对独立的系统。部署容灾系统应当尽力不对生产系统做大的更动。它应当是一个相对独立的技术，不干扰生产系统运行；生产系统的变更，同样应尽量不影响容灾系统的结构和运行成熟稳定容灾技术本身应当十分成熟、稳定；经过大量实际生产环境的验证；容灾技术本身不能成为系统安全的新的隐患；可靠性能够在没有人为干预的情况下，自动应对多种情况；在容灾方案介绍的那节中我们有四种实现的方式：远程数据库备份容灾系统，基于主机系统的数据镜像容灾系统，远程磁盘镜像容灾系统，基于SAN的远程数据镜像容灾系统。第一种方案受数据库的限制，而且不能应用到非数据库系统上，所以我们不考虑这个方案。对后三种方案也是当前电信级容灾系统主要的三种选择，各个中心在建设自己的容灾系统时，可以根据自己的实际情况加以选择。但是比较这三种数据复制技术，依据我们选择容灾技术的原则，采用基于SAN的远程数据镜像方案是最合适的，它不受距离影响，它能支持业务系统主机平台的异构，也对应用系统不影响，同时对后端的存储设备也是独立的，对硬件和软件要求较低，投资少，也就是说各省在选择主机和存储系统时的余地更大。谢谢使用 知识水坝（豆丁网@pologoogle）为您整理1.1..1应用切换系统容灾方案是否要做到应用切换这一层次，这要视系统具体安全要求和建设经费的情况而定，在经费允许的前提下我们可以把容灾解决方案做到应用级的，可以实现监视计费中心环境，判断灾难条件，远程切换应用。若是系统对此要求不是特别的高，或经费不允许时，可以不做应用级别的容灾，可以只作数据级别的容灾系统即可。1.1..2建立容灾系统后要重点注意的事情1.建设容灾系统后对容灾系统的运行效果和状况的了解至关重要，随着系统集中化程度的提高，数据同步以及备份的复杂度也在提高，因此要加强对数据可用性的验证工作，并定期进行容灾系统的模拟演练。这就需要各个省系统定时进行恢复演习，看容灾中心究竟能否恢复系统。2.建立完善的容灾操作流程，在容灾模拟演练中逐步完善，确保在灾难发生时各项操作做到有条不紊。建立实际的灾难恢复计划，各省中心一定要分析清楚：什么是最大的风险？系统对那些灾难最为敏感？系统停机时对每个部门的影响是个什么样子？同时企业要进人员分工。当发生灾难时，谁将负责数据恢复？谁负责监控设备？谁负责与设备供应商联系？这些都必须明确，并且按照计划执行。3.应用级容灾更大要求业务的连续性，因此在建设容灾系统时单纯依靠硬件及存贮的数据同步与复制功能还远远不够，多种类、多级别、自动化的备份是提高容灾水平的一项重要措施。4.尽量减小主系统与容灾系统、生产数据与备份数据之间的耦合度和关联性，在数据恢复和灾难切换方面要注意人的因素，制定切实可靠的针对不同情况的数据恢复及容灾切换方案。谢谢使用'