国际漫游清算高额系统系统总述.doc

《国际漫游清算高额系统系统总述.doc》由会员分享，可在线阅读，更多相关《国际漫游清算高额系统系统总述.doc（32页珍藏版）》请在三一办公上搜索。

1、_中国移动国际漫游清算系统高额（NRTRDE二期）子系统概要设计说明书系统总述_文档安全级别：CMSZ Confidential文档创建时间：2009/05/11文档最后修改时间：2009/07/22版本号：1.0编写人：易雄喜文档标识：CMSZ-NRTRDE-HLD-1_0.doc修订历史记录序号修改描述版本号日期作者1新建0.12009-5-22林繁2增加架构设计、接口设计、出错设计内容0.22009-6-4易雄喜3增加逻辑数据模型0.32009-6-17林繁4调整架构设计、硬件平台、接口设计0.42009-6-17易雄喜5根据项目会议讨论结果改进数据库模型0.52009-6-19林繁6修

2、改运行环境0.62009-6-29易雄喜7根据项目组评审意见修改文档0.72009-7-10易雄喜8根据项目组第二轮评审修改文档1.02009-7-22易雄喜目 录1引言11.1编写目的11.1.1作用11.1.2预期读者11.2编写背景11.2.1系统名称及版本号11.2.2任务提出者11.2.3任务承接者及实施者11.2.4使用者11.2.5与其它系统的关系11.3文档结构21.4参考资料31.5词汇表32总体架构设计42.1系统目标42.2设计原则42.3运行环境52.3.1硬件平台52.3.2软件平台62.3.3网络体系结构62.4体系架构72.4.1系统架构72.4.1.1系统架构图

3、72.4.1.2展现层82.4.1.3处理层82.4.1.4数据层92.4.1.5模块说明92.4.2模块实际部署102.4.3处理流程102.4.3.1来访处理102.4.3.2出访处理122.4.4子系统清单122.4.5功能模块清单133数据结构设计143.1数据库结构设计143.2数据量估计153.3数据分布方案163.4逻辑数据模型173.4.1公参173.4.2文件信息183.4.3话单信息193.5物理数据模型204用户界面设计214.1基本原则214.2开发流程214.3框架命名规则214.4图片命名规则214.5登陆界面224.6基本风格224.7屏幕布局234.7.1顶部框

4、架布局244.7.2左侧框架布局244.7.3主框架布局244.8其他相关功能244.9设计概述244.10典型界面设计255接口设计255.1用户接口255.2外部接口255.3内部接口276系统出错处理设计276.1出错信息设计276.2异常情况处理276.3系统维护设计281 引言1.1 编写目的1.1.1 作用在完成了软件系统的需求分析的基础上，为了明确软件需求、安排项目计划与进度、组织软件开发与测试，项目小组在考虑了几种方案并且经过讨论以后，提出了这系统架构总述。本文档是国际漫游清算系统高额子系统的概要设计，文中对高额子系统的软硬件环境、系统整体架构等进行描述，对开发设计、系统测试、

5、并行上线等阶段提供指导作用。同时，本文档划分了系统的组成结构，并定义了各组成模块的实现功能、输入输出接口以及采用的相关技术，指导各子模块的设计开发工作。1.1.2 预期读者本文档的阅读对象是软件开发人员、业务规范设计人员、软件测试人员、系统安装人员及用户代表。1.2 编写背景1.2.1 系统名称及版本号中国移动（深圳）有限公司国际漫游清算系统高额（NRTRDE二期）子系统V1.0。1.2.2 任务提出者中国移动（深圳）有限公司。1.2.3 任务承接者及实施者中国移动（深圳）有限公司。1.2.4 使用者中国移动（深圳）有限公司、用户方的相关业务人员、系统安装人员和系统维护人员。1.2.5 与其它

6、系统的关系系统接口说明：1、 Arch网站：Arch网站是arch进行客户关怀的重要渠道，客户可以通过arch网站得到在线服务，并且能够得到nrtrde系统服务的相关数据的统计查询和下载。Arch网站通过DBlink方式直接访问nrtrde数据库。2、 Arch清算中心财务：高额系统只负责文件的处理，通过接口将客户的服务信息以及部分清算数据传入arch清算中心财务系统，由arch清算中心财务系统负责计算客户服务费用以及开据帐单等财务往来。3、 Arch邮件传真系统：为节省资源和保障项目进度，高额系统将使用现有的arch的邮件传真系统将报告文件发送给客户和漫游伙伴。4、 Arch监控：高额系统产

7、生的监控告警信息，通过日志接口传入Arch监控系统，由Arch监控系统报警。5、 报告平台：高额系统将各种报告需要的数据插入报告平台的接口表，由报告平台根据模板和配置信息生成报告文件，经邮件传真系统发送给客户和漫游伙伴。1.3 文档结构本文档由以下章节构成：1、 引言，即本节所在章节；2、 总体架构设计，介绍系统的目标、设计原则、系统运行环境以及体系架构设计；3、 数据结构设计，介绍系统关键数据类型及相关数据库表的设计；4、 用户界面设计，介绍前台网站系统的总体设计；5、 接口设计，介绍本系统与其它相关系统接口及本系统内部接口的设计；6、 系统出错处理设计，介绍本系统关于错误处理的总体设计。1

8、.4 参考资料文档名称文档标识作者备注ARCH NRTRDE二期需求_核心功能_v2核心业务功能需求ARCH NRTRDE二期需求_前台业务接口需求前台业务功能需求FS_16_国际漫游清算系统高额（NRTRDE二期）子系统需求规格说明书1.5 词汇表英文缩写英文全名中文名称NRTRDENear Real-Time Roaming Data Exchange 近实时的漫游数据交换ARCH国际漫游清算中心HURHigh Usage Report 高额使用报告VPMNVisited Public Mobile Network Operator被访运营商HPMNHome Public Mobile N

9、etwork Operator归属运营商IMSIinternational mobile subscriber identity 国际移动用户识别码IMEIInternational Mobile Equipment Identity国际移动身份识别具体请参见FS_16_国际漫游清算系统高额（NRTRDE二期）子系统。2 总体架构设计2.1 系统目标1、 实现NRTRDE基本服务，帮助客户与其漫游伙伴之间建立NRTRDE基本数据交换协议；2、 实现NRTRDE Vendor之间的数据交换；3、 针对不同客户，实现客户定制的文件解析、报告生成等服务；4、 提供话单批价、高额欺诈风险控制服务；5、

10、 满足数据量87,000,000条/月的性能要求，满足每小时12800个文件、290000条话单的处理峰值【建议】。2.2 设计原则高额系统旨在建立一个近实时的漫游数据交换系统，要求系统具有良好的扩展能力、灵活的应用能力，为适应未来业务的变化打下坚实的基础，系统主要遵从以下原则：1、 以数据为核心的解决方案：l 系统设计满足大数据量的处理能力；l 提供完善的数据库模型；l 支持对多种话单类型的文件进行处理；l 满足大数据量的存储和查询。2、 采用多层应用体系：l 采用展现、业务处理和数据的三层体系结构设计。3、 以面向对象思想作为设计的基本指导思想：l 所有功能以面向对象的模型进行定义；l 所

11、有模型以统一建模语言（UML）进行描述；l 采用统一的接口API设计，所有的API要求具备完善定义的相应文档；l API设计为层次化，能够提供开发者建立不同接口的多种层次；4、 采用成熟的技术方案，保证系统的健壮性；5、 合理划分功能模块，尽量减少各模块间耦合程度，并且，支持灵活组合各功能模块以满足不同的客户需求：l 模块间松耦合，各模块功能明晰；l 通过ACS平台，把处理逻辑细分为多个相互独立的服务，这些独立的服务，又能形成一个整体。6、 为了保障系统高性能，采取的措施有：l 对高负荷模块，可以多实例并行处理；l 充分利用主机资源，负荷分担；l 保证各环节处理在时间上紧密相连。7、 针对客户

12、可能的后续需求，提供良好的可扩展性；8、 设计要求条理清晰易懂，提高系统的可维护性。9、 安全性、可靠性、冗余性、易用性：l 充分的系统安全设计，合理的系统功能权限分配以及审计功能；l 能完全正确的处理各项业务需要；l 支持724小时不间断工作，出现故障应该及时告警，提供各种告警级别；l 应用程序具有异常情况下的回退能力；l 具备手动恢复措施，发生错误的时候能够快速的恢复正常运行；l 采用良好的界面设计风格。2.3 运行环境2.3.1 硬件平台主机名配置参数参数值备注cmsznrta型号HP Rx8640（新购）处理主机与cmszmons组成1+1 cluster处理器8 x 1.6GHz内存

13、16GB硬盘2*146GB操作系统HP-UX 11.31cmszmons型号HP Rx8640处理器8 x 1.6GHz内存8GB硬盘2*146GB操作系统HP-UX 11.31cmszitasHost modelHP Rx8640共用国漫传输机处理器8*1.6GHz内存8GB硬盘146G*2 Mirror操作系统HPUX 11.31cmsznetHost modelHP9000 N4000-55共用国漫传输机处理器5*550MHz内存4GB硬盘18G*2 Mirror操作系统HPUX 11.11cmszvps型号HP9000 N4000-55共用国漫传输机处理器2*440MHz内存2GB硬盘

14、73G*2 Mirror操作系统HPUX 11.112.3.2 软件平台操作系统：HP-UX 11.31 IA64 / HP-UX 11.11 HPPA数据库：Oracle 1024中间件：TongLinkQJDK：jdk 1.5.0.13前台技术：tomcat2.3.3 网络体系结构业务处理服务器：1台（新购买），高额系统的核心处理服务器；文件传输服务器：3台（利旧），使用FTP文件传输协议，与客户及其漫游伙伴、NRTRDE Vendor进行文件交互；邮件传真服务器：共用国漫系统邮件传真服务器，通过邮件或传真方式向客户及其漫游伙伴、NRTRDE Vendor发送报告；国漫系统：为高额系统提供

15、监控告警接口；应用服务器：arch网站高额前台，和arch网站主机部署同一台主机；高额前台主机，和业务处理服务器为同一台主机；数据库：为其它服务提供数据存储功能，和业务处理服务器共用一台主机cmsznrta。2.4 体系架构2.4.1 系统架构2.4.1.1 系统架构图2.4.1.2 展现层展现层是系统与外部进行数据交换的层面，主要包括系统的配置、管理、查询、报表等人机界面，实现外界数据的输入和系统数据对外部的展示，将展现层独立能根据用户的具体需求实现个性化的服务。2.4.1.3 处理层业务处理层是系统对各种业务进行处理的逻辑层面，接收展现层数据的输入，并对接口命令响应，通过数据接口对数据层数

16、据进行存取，完成业务逻辑的处理；业务逻辑层是由许多业务功能组件构成的。将业务处理层独立出来，一方面能实现业务整合，另一方面能适应业务变更的需要。从系统的软件设计架构可以看出，业务处理层在高额系统中占据重要地位，通过功能组件的灵活组合实现业务的整合。业务处理层分为：业务基础组件和业务功能组件。业务基础组件通过对基本业务功能的抽象与封装，完成对不同业务的共同的功能组合，为业务功能服务，完成特定业务的功能。例如，权限控制组件、日志组件。业务功能组件在业务基础组件上的继承与发展，可以有机地扩展业务逻辑的功能，也实现代码和基础功能模块的重用，对数据层和展现层提供相对完整的功能服务，完成具体的业务功能。各

17、个业务功能组件完成特定的业务功能，每个业务功能组件间既相互独立又有标准的接口机制，它们之间是松耦合的协助关系；根据每种业务的流程不同，业务功能组件自由搭建，由调用接口触发，完成业务的处理。2.4.1.4 数据层数据层是高额系统中关键的层面，它和处理层是通过数据接口来进行数据的传递，屏蔽不相关的数据，确保数据的安全性。数据层完成对业务数据进行统一组织、集中管理的平台，为业务层提供规范、高效的数据服务，实现业务数据的充分共享。2.4.1.5 模块说明1） 高额系统产生业务监控数据和系统监控信息，通过接口发送给arch监控系统；2） 一般情况下，各模块间没有直接交互过程，通过文件和数据库进行数据交换

18、；3） 文件分发部署在处理主机，负责将从传输机到预处理机的文件分发到运营商预处理目录，并且进行备份。4） 查重、批价、欺诈检测和生成下发都可以根据客户需要进行定制。5） 解码校验是指对话单文件的解码校验，主要包括NR格式、客户化文件、标准平面格式（即I、IG文件）的解码校验。6） 生成下发是指对话单文件的生成下发，目前是NR格式的话单文件。7） 解码校验、查重、批价、结果发布合并成预处理子系统。8） ER文件的生成下发、ER文件的解码校验合并成ER处理子系统。9） FDR文件的生成下发、FDR文件的解码校验合并成FDR处理子系统。10） 结果发布模块主要负责将预处理阶段的话单分别插入错单表、下

19、发接口表以及欺诈检测接口表等，具体请参看各模块的概要设计文档。11） 报告生成模块负责将各种报告需要的数据抽取出来，插入报告平台的接口表，由报告平台负责生成具体的报告文件。12） 报告平台负责将需要发送的报告和邮件信息插入邮件传真接口，由邮件传真系统负责报告和邮件的发送。13） 系统架构设计采用现有国漫系统的架构，用ACS调度各模块。14） 数据库提供系统公参、客户信息、文件记录、话单记录、错误记录、业务规则等数据存取功能。15） 模块采用独立进程方式运行。2.4.2 模块实际部署2.4.3 处理流程2.4.3.1 来访处理说明：1、话单文件，包括NR格式、客户化文件格式以及标准平面格式的话单

20、文件。2、解码校验（指话单文件的解码校验），将根据话单文件的类型，分别调用NR格式、客户化文件格式以及标准平面格式的解码校验服务。3、生成下发（是指NR文件），生成NR文件（或者进一步打包成AR文件）。4、ER、FDR解码校验：如果是ER文件，将调用ER文件的解码校验；如果是FDR文件，将调用FDR的解码校验5、ER、FDR生成下发：如果是ER文件，将调用ER的生成下发；如果是FDR文件，将调用FDR的生成下发。2.4.3.2 出访处理2.4.4 子系统清单子系统编号子系统英文名子系统功能简述子系统之间的关系SS2传输SS3预处理SS4生成下发SS5欺诈检测SS6报告生成SS7监控SS8ER处

21、理SS9FDR处理SS10高额前台SS11Arch网站高额前台2.4.5 功能模块清单模块编号模块英文名模块功能简述模块的关系M2-1文件发送M2-2文件获取M2-3文件同步M2-4文件分发M3-1话单解码校验M3-2查重M3-3话单批价M3-4结果发布M4-1文件生成M4-2文件下发M5-1欺诈检测M6-1报告数据抽取M7-1系统监控M7-2业务监控M8-1ER解码校验M8-2ER生成下发M9-1FDR解码校验M9-2FDR生成下发M10-1公参维护M10-2业务监控M10-3查询统计M10-4业务分析M11-1查询统计3 数据结构设计3.1 数据库结构设计因为系统需要处理的数据量非常大，为

22、提高数据库的访问效率，采用分层模式设计数据库的相关表结构。公参表：记录客户信息和开通业务相关的信息，如VENDOR信息表、运营商信息表、客户信息表、漫游关系表等。工作表：处理流程中的数据表，如文件信息表、详单表等。此外，工作表还包括各处理模块分别需要的一些数据表，如预处理工作表、话单查重工作表等。业务表：针对不同业务模块设计的相关数据存储表，如报告表、高额累计表等。接口表：用作模块数据输入接口的数据库表，如生成下发接口表，欺诈检测接口表等。由于话单数据量非常大，分别在预处理（解码校验、查重、批价、结果发布）、生成下发和欺诈检测阶段引入了工作表存储话单信息，以减少数据库处理的数据量，提高数据库访

23、问效率。工作表需要定期进行数据清理，以保证系统性能。预处理：将文件处理结果保存到相应实例的工作表。结果发布：将预处理数据发布到下游处理模块接口表，如生成下发与欺诈检测等。生成下发：从下发接口表读取数据并生成文件,并将处理完的话单写入详单表，生成的文件信息进入相关文件信息表。欺诈检测：从欺诈检测接口表读取话单数据进行检测，并将检测结果写入欺诈检测结果表，供报告子系统查询并生成报告。3.2 数据量估计预估系统运行6个月时间，以话单数据量1KB/条及话单量8700万条/月计算，各子系统数据总量（“/”符号前为文件数据量，后为数据库数据量）：子系统名：文件传输（传输机上面的备份）本子系统数据总量=18

24、GB/1GB占空系数=1.5/2预计数据量=27GB/2GB子系统名：文件传输（处理机上面的文件备份）本子系统数据总量=1000GB/0GB占空系数=1.5/1预计数据量=1500GB/0GB子系统名：文件解码校验本子系统数据总量=0GB/600GB占空系数=1/1.5预计数据量=0/900GB子系统名：文件生成下发本子系统数据总量=500GB/1GB占空系数=1.5/2预计数据量=750GB/2GB子系统名：报告生成本子系统数据总量=50GB/0.5GB占空系数=1.5/2预计数据量=75GB/1GB子系统名：邮件传真本子系统数据总量=0/0.5GB占空系数=1/2预计数据量=0/1GB子系

25、统名：欺诈检测本子系统数据总量=0/100GB占空系数=1/1.5预计数据量=0/150GB子系统名：系统监控本子系统数据总量=100GB/0占空系数=2/1预计数据量=200GB/0子系统名：前台网站本子系统数据总量=0/5GB占空系数=1.5预计数据量=0/7.5GB总计：数据总量=1170GB/710GB占空系数=1.5/1.5预计数据量=1800GB/1064GB3.3 数据分布方案按照国际标准的要求，所有数据在线保存180天。1、 所有来往文件记录、详单、ER记录、FDR记录在6个月内可以在线查询。2、 为减轻系统处理的压力，详单数据按天分区保存。3、 来往文件记录按月备份。4、 日

26、志文件按月备份，保持6个月的日志记录。话单文件、ER、FDR文件备份目录安排：来访上发目录：/$MCB_HOME/$MCB_APPID/backup/$Cust/inroam/incoming/$Partner_Carrier_Cd /$Month/$File_Type来访下发目录：/$MCB_HOME/$MCB_APPID/backup/$Cust/inroam/outgoing/$Partner_Carrier_Cd/$Month/出访上发目录：/$MCB_HOME/$MCB_APPID/backup/$Cust/outroam/incoming/$Partner_Carrier_Cd/$

27、Month/出访下发目录：/$MCB_HOME/$MCB_APPID/backup/$Cust/outroam/outgoing/$Partner_Carrier_Cd/$Month/AR文件备份目录安排：清算中心上发AR文件备份：/$MCB_HOME/$MCB_APPID/backup/$Vendor/incoming/$Month/清算中心下发AR文件备份：/$MCB_HOME/$MCB_APPID/backup/$Vendor/outgoing/$Month/其中AR解压以后的话单文件还需要备份到话单文件备份目录下。日志文件备份目录安排：/$MCB_HOME/$MCB_APPID/bac

28、kup/log/$Month3.4 逻辑数据模型3.4.1 公参3.4.2 文件信息3.4.3 话单信息3.5 物理数据模型参见数据字典。4 用户界面设计4.1 基本原则界面开发尤其是WEB开发的分散性和交互性，决定了必须指定一定的开发规范和技术约定，规范界面的设计和编程风格，使整个前台界面的风格保持一致，程序和界面易于理解和维护，提高工作效率和项目开发质量。WEB部分界面的开发工具统一使用Dreamweaver MX、Adobe Photoshop和Flash MX，JAVA开发工具采用eclipse。4.2 开发流程首先对用户的需求进行分析，产生整个前台的树形栏目规划，并标出哪些是静态页面

29、，哪些是动态页面，在这个阶段要求画出重要部分的虚拟界面给用户进行确认，必要的时候要求进行签署。然后确定哪些功能应抽取出来作为公用程序，指定界面框架，包括首页构图以及各页之间的关系，产生各栏目文件夹的结构图，一些公用文件夹需要固定存放，方便共同调用。指定统一的界面控制，保持风格一致，程序员只需负责具体程序代码的编写即可，无需考虑界面的美化，单元测试以后，由统一人员进行部署，由测试人员进行测试。为控制项目的进度，设计和开发阶段要求项目组成员每日填写日报，记录当天的工作细目和工作量，以及需要配合解决的问题。以便尽早发现和解决问题。对每个程序员的代码需要安排人员进行审查，保证代码质量。此外，开发的各个

30、阶段都应进行评审。4.3 框架命名规则本项目设计的主框架是三个，其命名规则如下：顶部框架： topFrame左侧框架： leftFrame主框架 ： mainFrame尽量不要添加过多的框架，若需要添加其他框架，命名规则应类似上面列出的范例，小写字母单词（表征框架的位置，若多于一个单词，首个单词以后的单词首字母大写）Frame（表征该名称为框架）。4.4 图片命名规则图片名称分两个部分，用下划线分开，前一部分代表图片类型，后一部分代表图片名称。按钮统一采用图片，并在CSS中定义。以下是对图片类型的定义：图片类型含义pic装饰性图片logo标志性图片button作为按钮的图片menu作为菜单的图

31、片title作为标题的图片4.5 登陆界面登录界面完成用户身份和权限识别的功能，要求界面简单明了，美观大方。界面功能键包括登录按钮。若输入密码有问题，需要提示重新输入，并提供密码重新获得的功能。4.6 基本风格 采用统一的浅蓝色色调，背景颜色为白色，大部分字体颜色采用黑色，界面做到美观大方，干净整洁，方便易用。整个WEB程序采用统一的CSS样式表来控制界面风格。1、 颜色方案主底色白色画面的背景色主色淡蓝色画面的前景色告警色红色需引起注意的内容结果色黑色显示信息为黑色2、 字体字体一般情况下中文采用楷体；英文采用Arial字型一般情况下应采用常规字型，仅当特殊需要时才考虑其他字型(如下划线、粗

32、体字、斜体字等)字号见CSS编程规范字色黑色3、 按钮界面上的相关按钮应做到按键与非按键的时候有明显区别，统一定义为三维上凸时代表按钮可按，三维下凹代表时按钮被按下，按钮为平面图形代表按钮不可按。为规范按钮的形状和名称，列出下表，界面中应遵循下表原则：按钮类别号按钮名称按钮含义1确定所作的输入/选择正确无误，予以确认。1取消取消所作的任何输入/选择/查询。1退出退出本页，返回上一页。当其他按钮没有退出功能时才提供此按钮。2查询查询2打印打印3保存保存输入4帮助提供操作向导上表仅列出最常用的几个按钮，实际项目中可能还有其他名称和含义的按钮，但按钮形状统一由CSS样式表控制。相同类别的按钮应放在一

33、起，组成按钮组，按钮组之间保持适当的距离，“确定”、“取消”、“退出”等按钮归为一类；“新增”、“修改”、“保存”、“删除”等按钮归为一类；“查询”、“打印”、“下载”等按钮归为一类；“帮助”按钮自成一类；各类按钮按以上列出的顺序从左向右排放，例如第一类中“确定”按钮放在最左边、“退出”按钮放在最右边、“取消”按钮放中间。按钮的排放顺序遵循常用和重要的放左边的原则。4、 提示窗提示窗的功能是提示操作错误、执行某项操作有可能产生的后果提示、或者提示用户作出反映后才可以继续操作的对话框。提示窗文字采用中文，要求简单、明了，并包含尽可能完全的信息，让用户可以基于这一提示作出正确的操作。5、 菜单菜单

34、层次不应过多，以三层之内较为合适。设计原则是将常用的、需单独处理的功能模块作为主菜单；将可归并为主菜单上的某一项、功能上相近或相关非经常性使用的作为二级菜单；三级菜单则为二级菜单的进一步细化内容。6、 滚动条滚动条采用自动方式，只在窗口的宽度和长度小于数据显示所需宽度或长度时才滚动条，而且只在主框架和左侧框架中出现，顶部框架不允许出现滚动条。7、 图片图片的格式一般采用jpg、gif，最大不要超过30k以免影响显示速度，图片的边界不要留白。4.7 屏幕布局 布局统一为“顶部和左侧嵌套的框架”形式进行页面设计，顶部框架放置标题，子系统菜单和一些公共功能，如首页，用户设置等，左侧框架放置系统各子系

35、统菜单下的各子菜单，右侧框架作为主显示窗口，每个框架的显示内容都应占据整个页框架的可用部分，滚动条采用自动方式，只有当窗口的宽度和长度小于数据显示所需宽度或长度时才提供滚动条。顶部不允许出现滚动条，左侧也尽量不使用滚动条。下面具体描述各个框架的布局。4.7.1 顶部框架布局顶部框架占页面高度15%，放置标题，子系统菜单和一些主要的公用功能菜单。4.7.2 左侧框架布局 左侧框架占页面宽度的18%，放置各子系统下的子菜单，呈目录树结构。顶部选择某一子系统菜单，左侧相应显示该菜单下的子菜单项内容，左侧框架宽度支持鼠标拖动伸展。4.7.3 主框架布局主框架显示具体的查询或操作内容，为整个页面的主题。

36、布局应简介明了，保持原设计风格，符合用户习惯。主框架第一行显示当前选择的功能页面名称，采用加粗字体。按钮放在右侧，从右到左排序。4.8 其他相关功能重要操作提示 若用户做的操作对系统数据有较大影响，在“确定”，“删除”等操作性功能时给予提示，待用户进行确认后才可以操作。对于查询l 查询条件如无特殊说明，不输入表示无限制。l 查询支持组合查询，所有查询的条件为逻辑与关系。l 查询结果如无特殊说明，应遵循按主键或唯一值的升序排序。对于用户输入的字段，在进行后台操作之前先进行检查。4.9 设计概述一般地讲，界面设计应包括以下几项：屏幕环境设置：分辨率为1024*768字型与字体：宋体 5号字颜色：黑

37、色 提示：提示字颜色为红色菜单（Menu）：浅蓝色按钮（Command Button）：有CSS统一定义Data Windows生成标准日期类型 ：yyyy/MM/dd HH:mm:ss界面语言:中文4.10 典型界面设计下面列出界面示例，实际界面可能有所不同。左侧框架中列出的功能也只是一个示例，实际内容可能有所不同。5 接口设计5.1 用户接口 前台用户接口通过前台业务网站提供，请参考前台概要设计文档。后台用户通过命令行方式。5.2 外部接口 1. 传输机和外部运营商ftp服务器、处理机传输接口：A）、外部运营商传输机：传输机目录结构上发目录$MCB_HOME/$MCB_APPID/work

38、/$Carrier_cd/incoming/$File_Type下发目录$MCB_HOME/$MCB_APPID/work/$Carrier_cd/outgoing/$File_Type/1）、如果外部运营商将NR、ER、FDR文件分开存放并且上传，传输机也会按照文件类型建立$File_Type目录，否则就只有incoming这个目录。2）、下发给外部运营商的目录统一有$File_Type这个子目录3）、如果是传输机和其他清算中心进行文件传输，目录安排和上面一致，只是$Carrier_cd换成清算中心代码。B)、传输机处理机cmsznrta目录结构传输同步目录上发同步目录$MCB_HOME/$

39、MCB_APPID/work/FileDist/$Carrier_cd/incoming/$File_Type下发同步目录$MCB_HOME/$MCB_APPID/work/FileDist/$Carrier_cd/outgoing/$File_Type/1）、如果外部运营商将NR、ER、FDR文件分开存放并且上传，传输机也会按照文件类型建立$File_Type目录，否则就只有incoming这个目录。2）、下发给外部运营商的目录统一有$File_Type这个子目录$MCB_HOME和$MCB_APPID为环境变量，$Cust为客户代码、$Vendor_Cd为清算中心代码、$File_Type

40、为文件类型，目前暂时分为三类：NR、客户化话单文件、AR文件；ER文件；FDR文件2. arch网站接口：通过DBlink方式访问nrtrde数据库。3. 邮件传真接口：由报告平台生成报告文件，直接将邮件传输所需数据插入邮件传真系统，邮件传真系统负责将此数据发送出去。具体邮件接口设计请参见国漫系统文档HLD_20_外围系统.doc。4. 报告平台接口：通过报告数据抽取程序将报告数据插入报告平台接口表，由报告平台根据接口表数据以及报告模板生成报告文件。具体报告平台接口设计请参见国漫系统的外包设计文档HLD_报告生成.doc。5. 清算中心财务：由于国漫二期项目较本项目延后，因此nrtrde系统暂

41、时只在数据库保存清算中心财务所需要的数据，后续再确定和国漫二期的清算中心系统的接口。需要传送的接口数据请参见Annex8_ARCH NRTRDE账单数据.rar。6. 日志接口：通过国漫二期提供的日志接口函数写日志，日志根据日志类型符的第8位区分监控日志和本地日志。a)日志格式：V100$:日志类型:日志时间:日志级别:主机:应用包:模块:业务标识:日志个性化文本内容:$001V。具体请参见日志规范说明书。b)日志的存放：为防止日志文件过大，所有模块的日志以天进行分割，日志名称为XXXXX.log.YYYYMMDD。其中XXXXX为模块名称。5.3 内部接口 本系统内部，各模块之间通过以下几种

42、方式进行数据交互：1、 数据库：包含系统公参、文件信息、话单信息、错误信息等；2、 数据文件：包含NR、ER、FDR、AR等各种文件。 如果文件类型是AR文件，来访输出目录：/$MCB_HOME/$MCB_APPID/data/vendor/outgoing/$Vendor_Cd/如果文件类型是话单文件、ER文件和FDR文件，来访输入目录：/$MCB_HOME/$MCB_APPID/data/$Cust/inroam/incoming/$File_Type/来访输出目录：/$MCB_HOME/$MCB_APPID/data/$Cust/inroam/outgoing/$Partner_Carrier_Cd/出访输入目录：/$MCB_HOME/$MCB_APPID/data/$Cust/outroam/incoming/出访输出目录：/$MCB_HOME/$MCB_APPID/data/$Cust/outroam/outgoing/$File_Type/$MCB_HOME和$MCB_APPID为环境变量，$Cust为客户代码、$Vendor_Cd为清算中心代码、$File_Type为文件类型，目前暂时分为三类：NR、客户化话单文件、标准平面格式文件；ER文件；F