综合结算系统的结构与设计
王庄煤矿综合费用结算管理系统设计思路概述
１ 项 目背 景
王庄 煤矿 现有 工 资数 据主要 由各单 位核 算 员进
行 录入 ， 作量 较 大 ， 且 部 分 数 据 如 电话 费 、 务 工 而 财
工作得以实现。
３ 主要设计思路
１ 先 进 性 。系 统 的总 体 结 构 采 用 现 在 比较 ）
扣款 、 业务管理费等已经在相应部 门生成数据库没 有 得 到直接 利 用 ， 成 了数 据 的 重 复 录入 。另 一 方 造 面， 核算员的数据录入地点 和时 问只能在劳资科完
５３
２０ 年 １ ０８ １月
宋建勋： 全锚网支护巷道单轨 吊 吊 悬 方式探讨
计、 分步 实施 的技 术 方案 ， 步 向全面 实现 自动 化处 稳
信息数据高度标准化集成 ， 在充分合理共享 的基础 上加强过程的控制 ， 底解决实 际工作 中各部 门数 彻
据共享不畅的弊病 ， 不但有效提高 了工作 的整体效 率， 同时因信息数据 的高度透明， 使纵深化管理控制
理过渡 ； 用户接 口和界面设计将充分考虑业务人员 实 际需要 ， 面尽 可 能美 观大方 ， 作 简便使 用 。 界 操
２ 可扩展 、 ） 可维 护性 。在 系 统 数据 存 储 结 构 的设 计 上充 分考 虑其 合理 、 范性 要求 的同时 ， 规 还考 虑 了可 维护性 和 可 扩 展性 ， 数 据 库 的修 改维 护 可 对 以很 方便 地 在短 的时 间 内完 成 ； 软件 设 计 中采 用 在 划分 功 能模块 的做 法 ， 功 能模 块 的设 计 中充 分 考 在 虑它 可维 护性 和 可 移植 性 ， 可 以根 据 需 要 修 改 某 即 个模 块 、 增加新 的功 能 以及 重组 系统 的结 构 以达 到 程 序 可 以重新 使用 的 目的 ； 功 能模 块 采 用 参 数 化 对 的设 计 ， 以满足 将 来调 整 和变更 的需 要 ； 在数 据接 口 等与 其他业 务 系统 有 关 的模 块 设 计 中 ， 尽 量 采用 要 同一 规范 的标 准 ， 时采用 参数 化设 计 ， 同 尽量 避免 对 其 它业 务 系统 的依 赖 。 ３ 实 用 性 。尽 可 能 全 面 分 析 和 细 化 需 求 说 ） 明 ， 日常业 务 的各 个层 次 、 将 各个 环节 中涉 及 的数据 和 对数 据 的处 理全 面 考 虑 ， 逐 一 在 系 统 的 功 利用 先 进 的流 程 化 设 计 理 念 ， 过 对 通
中国电信业务综合结算系统总体设计方案
中国**电信业务综合结算系统总体方案中国**2002年5月目次1.概述1.目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统〞的开展思路。
在本方案的指导下，中国**及各省分公司和各系统集成商能够实现完整的、正确的、及时的、平安的、灵活的综合结算子系统。
➢综合结算子系统用于支持中国**同中国电信、中国移动、中国铁通等电信运营商的网间结算，同时支持中国**内部各子系统间的网内结算。
➢综合结算子系统作为中国**电信业务支撑体系中的重要一环，完成各个子系统的数据汇接和结算。
➢综合结算子系统与其它系统之间实现接口的标准化、标准化。
2.适用范围本方案适用于中国**综合结算子系统，涵盖采集、预处理、批价、结算、统计、系统监控治理模块。
本方案讲明了中国**综合结算子系统的总体结构及其与相关系统的接口和功能要求。
在网络规划、工程设计、软件开发和更新与维护治理时，本方案具有特别好的指导意义。
3.编制依据本方案的编制过程中，引用和参考以下标准：➢<<电信网间通话费结算方法>>➢<<中国**GSM计费结算与营业系统总体方案>>➢<<中国**CDMA计费结算与营业系统总体方案>>➢<<中国**综合结算子系统方案>>➢<<关于193、IP国内长途来往话网内结算方法的通知>>➢<<中国**综合结算子系统业务标准>>4.起草单位本方案起草单位为中国**通信有限责任公司。
5.解释权本方案的解释权属于中国**通信有限责任公司。
2.建设目标及原那么1.建设目标1.现时期**结算系统建设情况在现时期，各省**结算系统的建设情况各异，总结起来大概有以下几种情况：1. 没有综合结算系统，各业务的专业结算功能在各原计费系统或在综合营帐系统中实现；2. 局部业务建立了独立的专业结算系统，其他业务的结算功能在原计费或综合营帐系统中实现；3. 专业结算系统与各专业系统之间没有明确的功能界定，没有统一的接口标准；4. 网络建设过程中对交换机之间的中继信息治理不当，造成结算系统无法结算或结算错误；5. 结算系统的不完备性直截了当碍事**许多增值业务的开展。
商业银行系统架构
商业银行系统架构商业银行系统架构是指商业银行在运营过程中使用的技术和软件体系结构。
这个系统架构提供了一种框架，用于管理银行的核心业务流程，包括客户管理、账户管理、贷款和存款管理、支付和结算等。
下面是商业银行系统架构的详细解析。
一、总体概述2.账户管理模块：用于管理客户的账户信息，包括开户、销户、账户余额查询、账户交易明细等。
3.贷款和存款管理模块：用于管理银行的贷款和存款业务，包括贷款申请、贷款审批、存款利率管理等。
4.支付和结算模块：用于处理客户的支付和结算业务，包括内部转账、跨行支付、电子商务支付等。
5.风险管理模块：用于管理银行的风险控制和监测，包括信用风险、市场风险、操作风险等。
6.报表和统计模块：用于生成各类报表和统计数据，包括资产负债表、利润表、客户分析报告等。
二、系统架构设计1.可伸缩性：系统应能够扩展以适应不断增长的用户数量和业务规模。
2.可靠性：系统应具备高可用性，能够提供24/7的服务，并具备故障恢复和灾备能力。
3.安全性：系统应具备强大的安全机制，包括身份认证、访问控制、数据加密等，以保护客户的资金和敏感信息。
4.效率和性能：系统应具备高性能和高效率，以支持快速的交易处理和查询响应。
5.可扩展性：系统应能够灵活地集成第三方系统和服务，以满足不同的业务需求。
1.用户界面层：提供给客户和银行员工使用的前端界面，包括网上银行、移动银行、ATM机等。
2.应用层：负责业务流程的处理和逻辑控制，其中包括各个业务模块的实现。
3.数据层：负责存储和管理银行的数据，包括客户信息、账户信息、交易记录等。
4.基础设施层：提供支持系统运行的基础设施，包括服务器、网络、数据库、安全设备等。
三、技术和软件1. 数据库管理系统：用于存储和管理银行的数据，包括关系型数据库（如Oracle、MySQL）和非关系型数据库（如MongoDB、Redis）。
2. 服务端框架：负责处理请求和响应，包括Web服务框架（如Spring MVC）和分布式服务框架（如Dubbo）。
中国电信业务综合结算系统总体方案
中国**电信业务综合结算系统总体方案中国**目次1.概述 (1)1.1.......................................... 目的11.2...................................... 适用范围11.3...................................... 编制依据11.4...................................... 起草单位21.5........................................ 解释权22.建设目标及原则 (3)2.1...................................... 建设目标32.2.................................. 建设的必要性62.3...................................... 建设原则72.4........................ **综合结算系统体系结构83.综合结算系统业务 (12)3.1............................ 组织结构及业务职能123.2.............................. 全国中心结算业务153.3................................ 省中心结算业务234.系统组网原则及网络体系结构 (38)4.1...................................... 组网原则384.2.................................. 网络体系结构384.3................................ 广域网组网方案394.4................................ 局域网组网方案464.5.............................. IP地址和域名规划505.应用软件体系结构 (51)5.1........................ 综合结算系统功能结构图515.2...................................... 数据采集525.3........................................ 预处理545.4...................................... 结算批价575.5...................................... 结算处理605.6...................................... 对帐处理615.7.................................. 结算数据统计645.8...................................... 审核校验675.9...................................... 系统管理686.系统接口 (79)6.1.................................. 接口处理原则796.2...................................... 内部接口796.3...................................... 外部接口807.系统技术要求 (84)7.1................................ 业务量计算模型847.2...................................... 主机要求867.3...................................... 网络要求877.4...................................... 存储要求887.5.................................... 数据库要求907.6.................................. 网络监控要求927.7.............................. 系统测试环境要求937.8.................................. 系统割接要求947.9.................................. 文档资料要求947.10.系统性能总体要求 (95)8.工程建设进度 (97)9.机房场地与环境要求 (98)9.1...................................... 机房面积989.2.................................. 机房环境条件989.3.................................... 空调及电源9910.运行维护及劳动定员 (100)10.1.维护界面划分 (100)10.2.维护部门主要责任 (100)10.3.维护人员编制 (102)11.投资估算与效益分析 (104)1.概述1.1.目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统”的发展思路。
支付结算综合业务系统解决方案
一、系统建设目标支付结算综合业务系统的总体目标是：适应经济、金融改革和发展的需要，充分发挥央行支付结算的职能。
根据地方支付结算业务的特点和需求，在立足于作为总行现代化支付体系有机组成部分和有效补充的前提下，建设具有高效、安全、通用、前瞻、可实施性的支付结算综合业务系统平台，为社会提供功能齐全、安全高效、低成本的支付清算服务。
二、系统功能概述☆综合业务系统的主要业务包括以下几类：支付类业务、信息类业务、资金类业务和管理类业务。
☆支付类业务主要包括：贷记业务、贷记退汇业务、借记业务、借记业务冲正；☆信息类业务主要包括：查询/查复业务、交易明细查询、自由格式信息、账户信息变更、专用内部账户调拨、票据影像业务、账户余额查询业务；☆资金类业务主要包括：资金对账、资金清算。
☆管理类业务主要包括：系统登陆/退出、日切通知、场次变更通知、系统状态变更、通讯状态检查等；三、系统业务逻辑结构四、系统网络拓扑结构五、系统应用逻辑结构六、系统总体设计原则☆层次化的逻辑设计：从系统的角度来看，分为了业务接入层、业务表示层和业务处理层；从核心业务的处理来看分为了系统调度层、通讯层、报文转换层、核心业务处理层；☆插件化的功能实现：主要体现在清算中心后台应用的设计上。
系统实现了通讯接口的插件化，业务处理的插件化。
☆参数化驱动的业务流程：系统对各参与者报文形式、通讯形式、信任等级、计费等关键要素采用参数化配置的方式，由参数来驱动业务的流程。
☆松耦合、高独立性的模块化设计：系统各部分之间高度独立，可以独立修改和配置。
七、系统特点☆支付结算综合业务系统同时支持实时借贷记业务。
支付结算综合业务系统的借、贷记业务均实时转发、商业银行实时记账，极大方便了广大客户。
☆支付结算综合业务系统集中建立账户信息库。
支付结算综合业务系统集中建立账户信息库，将本地区的对私、对公账户集中到中心数据库，发起行在发起业务时可以根据接收人账号查询接收人户名、开户银行行号等支付结算必须的基本信息，不必手工录入，减少工作量，同时降低最常见的“账号户名不符”失败交易比例。
商业银行柜面综合业务系统介绍(可编辑优质文档)
商业银行柜面综合业务系统介绍（可编辑优质文档）(可以直接使用，可编辑完整版资料，欢迎下载）商业银行柜面综合业务系统介绍一、软件系统价值随着现代计算机信息处理技术的发展，为了适应新形势的要求，各高校金融类专业基于专业教学的需要，开始采用先进的银行模拟实验软件系统来构建现代金融信息系统模拟实验室，模拟银行的实时交易过程，让学生有一个完善、实用、真实的实践环境，学习银行业务操作。
同时基于金融行业的特殊性和保密性，学生不可能直接进入金融机构实习, 这样一来也就十分有必要应用计算机软件系统来营造模拟的金融环境，建立银行业务的操作平台，供学生模拟实验与实习。
使学生在掌握理论知识的同时熟悉银行业务的实际操作过程和会计业务的日常事务处理，改变其知识结构，培养商业银行、企业真正需要的实用人才。
二、系统特点●从面向交易到面向服务的设计●双核心-会计核心和服务核心●大会计、综合柜员制●统一的核算体系、统一的账务结构、统一的账务处理流程、统一的冲正、容错机制●全辖一本帐●采用树状的清算结构，开立往来和备付金账户●系统内的所有类型的账户的利息，由系统自动完成●支持外围业务系统（主要包含划卡器读写磁卡及密码小键盘支持系统、存折/票据打印支持系统、科目日结单/对账单/报表打印支持系统等）●安全设计-权限管理、授权管理●前台零维护、零升级、零干预●C/S体系结构（可升级B/C/S）●真正的24小时银行●采用与商业银行完全一样的业务操作流程，老师及学生通过模拟操作银行业务，达到身临其境地体验银行各类角色的效果。
三、功能描述1.客户管理：实现客户信息的收集和客户全生命周期的管理，便于银行及时掌握客户动向，为办理各种业务和防范风险打好基础。
包括客户基本信息、客户业务活动信息、客户交易信息、客户财务信息、客户关联企业信息和对外担保信息等方面内容。
2. 凭证管理重要空白凭证和有价单证在新系统中实行三级库管理方式，即在总行或分行设立总库，在营业机构设立分库，柜员设尾箱。
银行本票结算系统设计与实现——整体框架搭建毕业设计(论文)
本科生毕业设计`题目：银行本票结算系统设计与实现——整体框架搭建毕业设计（论文）原创性声明和使用授权说明原创性声明本人郑重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。
尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得及其它教育机构的学位或学历而使用过的材料。
对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。
作者签名：日期：指导教师签名：日期：使用授权说明本人完全了解大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。
作者签名：日期：学位论文原创性声明本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。
除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。
对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。
本人完全意识到本声明的法律后果由本人承担。
作者签名：日期：年月日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。
本人授权大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。
作者签名：日期：年月日导师签名：日期：年月日注意事项1.设计（论文）的内容包括：1）封面（按教务处制定的标准封面格式制作）2）原创性声明3）中文摘要（300字左右）、关键词4）外文摘要、关键词5）目次页（附件不统一编入）6）论文主体部分：引言（或绪论）、正文、结论7）参考文献8）致谢9）附录（对论文支持必要时）2.论文字数要求：理工类设计（论文）正文字数不少于1万字（不包括图纸、程序清单等），文科类论文正文字数不少于1.2万字。
某大学结算中心管理系统方案
某大学结算中心管理系统方案汇报人：2023-12-02•项目背景与目标•业务需求分析•系统架构设计•系统功能实现•技术实现方案•系统部署与测试•效益评估与展望01项目背景与目标项目背景介绍学校希望通过建设一个自动化、智能化的结算中心管理系统，提高工作效率，减少出错率，并为学生和教职工提供更好的服务体验。
01建设一个自动化、智能化的结算中心管理系统，实现学生费用结算的全面自动化。
02提高工作效率，减少出错率，降低人工成本。
03提供学生和教职工在线查询、缴费、申请助学金等功能，方便快捷地完成各项结算业务。
04实现与学校其他相关系统的数据共享与业务协同，提高整体运营效率。
项目目标与愿景系统将覆盖全校所有学生和教职工，涉及的费用结算业务包括学费、住宿费、书本费、生活费等。
不涉及银行系统对接的在线支付功能，仅提供校内结算及数据统计功能。
对于一些特殊情况（如学生退学、转学等）需要特殊处理，系统需提供相应的处理机制。
系统应用范围与限制02业务需求分析总结词详细描述对现有业务流程进行全面的梳理，发现流程中的瓶颈和冗余环节，并进行优化。
总结词详细描述总结词详细描述03系统架构设计可维护性、可扩展性、可重用性和灵活性。
系统总体架构架构特点架构模式系统模块划分数据存储数据处理数据存储与处理外部接口与学校其他系统（如财务系统、教务系统等）进行数据交互，使用Web服务（如SOAP）或RESTful API。
内部接口系统内部各模块之间的接口，使用基于组件的接口调用方式。
系统接口设计04系统功能实现用户管理模块01020304用户注册用户登录用户权限管理用户信息管理1结算规则设置结算数据录入结算报表生成结算单打印结算管理模块数据可视化数据查询数据统计数据导出报表分析模块系统管理模块帮助文档模块其他功能模块05技术实现方案架构模式微服务架构云平台部署030201技术架构选择采用现代化的UI设计风格，注重用户体验和交互效果。
UI设计使用React或Vue等前端框架，提高开发效率和代码质量。
新一代国际结算系统技术方案
新一代国际结算系统技术方案一、网络结构图新一代结算系统网络架构分为三层：总行、一级分行与二级分行（或者支行）。
其中：●总行为国际结算业务数据中心，结算系统的应用服务器、数据库服务器均存放在总行。
●一级分行作为国际结算业务的操作中心，通过各一级分行骨干网与总行新一代结算系统服务器进行连接，对国际结算的业务数据进行存取。
同时，各一级分行为辖内影像数据存放中心，放置影像管理服务器、影像数据库服务器。
二级行（或者支行）通过二级骨干网与一级分行进行网络连接。
由于二级分行处理数据包含业务数据及影像文件，数据传输（数据上传）有两种情况：一是影像数据及影像索引数据，通过二级骨干网传输至一级分行的影像管理系统中；二是影像索引数据及有关业务数据通过二级行骨干网传输至一级分行，再通过一级骨干网传输至总行结算系统数据库中。
关于一级分行业务处理结果需反馈给二级分行时（数据下传），须通过一级及二级骨干网传送至二级分行（或者支行）。
二、系统数据流程新一代国际结算系统的数据流由二级分行开始发起，包含国际结算的业务数据与影像数据。
由于结算数据全部集中在总行，而影像系统分散于各一级分行，因此在系统处理过程中需对二级分行上传的数据包在一级分行做拆包处理，分解为业务索引数据与影像数据，业务索引数据与影像数据存入一级分行影像系统；业务索引数据存入总行新一代结算系统业务数据库。
具体的数据流程如下图所示：总行一级分行二级分行结算及影像工作站图2系统数据流程图（一）业务数据流程1、二级分行：业务数据是在二级分行通过手工录入的业务索引数据。
该数据由二级分行客户端产生后，与有关业务的影像文件一起打包上传。
经由二级分行局域网与骨干网传送至一级分行后，分解出业务信息及影像索引信息。
其中业务信息再通过一级分行骨干网传送至总行数据库服务器存放。
2、一级分行：收到业务处理信息后，从总行数据库中读取二级分行提供的业务数据进行相应的业务处理，并根据从本地影像系统中调阅的有关业务影像文件进行处理。
超市收银管理系统设计与实现
超市收银管理系统设计与实现一、系统功能结构1.商品管理：用于添加、修改和删除商品信息，包括商品名称、价格、库存等。
2.销售管理：用于记录销售信息，包括销售商品、销售数量、销售时间等，并生成销售统计报表。
3.库存管理：用于管理商品的库存信息，包括商品的入库、出库和库存数量。
5.收银台：用于录入商品信息和计算购买金额，包括商品的扫描、数量修改和结算功能。
6.报表管理：用于生成各种统计报表，包括销售统计、库存统计、会员积分统计等。
二、模块设计1.商品管理模块：该模块由商品信息添加、修改和删除三个功能组成。
通过商品信息添加功能，管理员可以添加新商品的信息，包括商品的名称、价格和库存数量。
通过商品信息修改和删除功能，管理员可以对已有的商品信息进行修改和删除操作。
2.销售管理模块：该模块由销售记录录入和销售统计报表两个功能组成。
销售记录录入功能用于录入每笔销售的商品信息，包括销售商品、销售数量和销售时间。
销售统计报表功能用于生成销售统计报表，包括每日销售额、每月销售额和总销售额等。
3.库存管理模块：该模块由商品入库、商品出库和库存统计三个功能组成。
商品入库功能用于添加商品到库存中，增加库存数量。
商品出库功能用于从库存中删除商品，减少库存数量。
库存统计功能用于统计当前的库存数量和库存变化情况。
4.会员管理模块：5.收银台模块：该模块由商品扫描、数量修改和结算功能组成。
商品扫描功能用于扫描商品的条形码，自动添加商品到购物车中。
数量修改功能用于修改购物车中商品的数量。
结算功能用于计算购买商品的总金额，并生成销售记录。
6.报表管理模块：该模块包括销售统计报表、库存统计报表和会员积分统计报表等功能。
管理员可以根据需要生成不同类型的报表，以便进行销售和库存的分析。
三、实现过程超市收银管理系统的实现可以采用面向对象的开发模式，使用编程语言如Java或Python进行开发。
首先，根据系统功能设计，建立各个功能模块的类和对象。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
综合结算系统的结构与设计
作者：刘占宁蒋伟
来源：《中国新通信》2012年第14期
【摘要】电信重组后形成三家全业务运营商，运营商之间的结算关系也变得复杂，本文介绍了全业务运营商建设综合结算系统的紧迫性和必要性，通过对综合结算系统的逻辑结构和物理结构的介绍，提出了系统的整体设计思路，系统的分层以及功能。
【关键词】综合结算系统网间结算系统结构
1概述
电信融合重组后形成三家全业务运营商，运营商之间、运营商与合作伙伴之间竞争与合作的关系也将发生变化并变得更加复杂，运营商之间的结算关系也从较为单纯的网间结算演变成多层次、多方面的复杂的结算关系。
因此，运营商为了满足综合业务结算的需求，改善综合结算系统的处理能力，建立一套综合的结算系统显得尤为迫切，新系统要具备灵活的结算模式和综合业务实现能力，才能从不断变化的网间通信中获取结算收入。
建设完备的结算体系的不仅是来自外部市场竞争的要求，也是加强企业内部自身建设的要求，通过结算体系的不断完善，可以全面掌握业务经营状况和全网业务流量流向，有效地实现网内核算单位间、各类业务间的收入摊分和成本核算。
2结算系统总体介绍
（一）系统结构
1、系统逻辑结构
综合结算系统由三个逻辑子系统组成，分别为结算后台核心子系统，结算后台辅助子系统，结算前台WEB系统组成。
2、系统物理结构
（1）结算数据库服务器：结算数据库服务器位于整个系统的核心数据层，运行关系型的数据库管理系统（RDBMS）。
负责批价后结算话单的入库汇总，月底的结算出帐，以及响应业务人员的查询、统计分析等应用。
（2）结算处理服务器：结算处理服务器负责对采集过来的结算话单进行实时的预处理，批价。
考虑到结算处理的话单量很大，且实时性要求较高，因此要求主机系统具有很高的可靠性、可用性及处理能力。
（3）WEB服务器：WEB服务器将运行应用服务器软件BEA Weblogic Server，负责客户端浏览器的Web接入。
（4）采集服务器：系统采用集中采集的方式，省中心的采集服务器将负责从各个关口局采集结算话单文件，并实时的将话单发送到结算处理服务器。
（5）接口服务器：为提高系统的可用性，系统将采用群集的处理方式，接口服务器节点间通过应用的均衡部署实现负载分担、互为备份。
（二）设计思路
1、稳定性
（1）数据库用户划分：通过将存储不同类型表实体的数据库账户分开，在结构上保证不同属性的表间的数据在访问权限、占用表空间等方面互不影响，为系统稳定运行创造条件。
（2）操作系统用户划分：通过在操作系统层将应用执行用户和软件安装用户分开，将这两个账户分给不同人员管理，避免核心程序及脚本被执行者修改。
确保软件的稳定运行。
（3）后台应用分层：通过对后台应用的分层设计，确保每个后台应用程序逻辑功能相对单一，为系统稳定性创造条件。
（4）大量采用非常驻进程：整个系统仅有两个常驻进程，即shedtsk和srvd。
前者为系统总调度进程，后者为后台监控服务端。
这两个进程整体逻辑简单，完成特定的调度任务和后台监控http服务。
其他系统核心模块，如采集、预处理、批价、累帐、接口等功能，都是非常驻程序。
通过系统配置的时序，将各模块依次启动运行。
2、灵活性/扩展性
（1）分离模版：系统通过对话单分拣参数化，通过TICKET_FIELD、SPLIT_RULE、TICKET_FIELD_ RULE、TICKET_FIELD_VALUE、TEMPLATE_RULE等参数表，将话单分类逻辑参数化。
（2）公式语言及COMM视图：系统的prep, billing,rate以及settevd程序均支持内置支持公式脚本。
该脚本是类C语言的脚本语言。
通过抽象话单的字段域，实现话单字段的灵活组合，同时，在公式语言内部提供对COMM_SEARCH和COMM_RANGE表的查找，使公式语言几乎可以支持任何参数表的快速关联查找。
系统提供param_supp共享内存参数服务使快速查找成为可能。
（3）流程模型及公式：系统通过可配置的流程模型以及prep、rate等支持任意格式的流程环节，可以组成处理几乎所有话单格式的流程。
只要编写简单的prep或rate公式脚本即可支持新业务。
3、完备性（一致性）
（1）流程及日志模型：系统提供流程模型以及每个环节的输入输出日志平衡性。
在模型上支持话单数据的全流程数据完整性稽核。
（2）审核稽核手段：系统提供稽核前台的稽核手段，只要对每个特定流程提供稽核SQL 语言脚本，即可实现对全流程的稽核校验。
确保数据完整性。
（三）系统分层及功能
整个系统由四个层次组成，即操作系统层、数据库层、后台应用层及前台应用层。
操作系统层：该层由主机存储系统组成，提供高速的主机运行环境以及大容量的存储空间。
综合结算系统可以在IBM-AIX系统、HP-UX系统、COMPAQ系统都能够很好的运行。
（1）数据库平台：该层是一个数据库管理系统，一般为ORACLE。
综合结算能够在ORACLE系统上运行，系统也可以通过少量的改造支持其他数据库。
（2）后台应用：该层使综合结算系统的核心层，由少量常驻服务（shedtsk和srvd）和一系列C语言应用及脚本应用组成。
实现对话单的采集到累帐入库的过程。
同时系统提供srvd 监控后台服务、支持灵活的系统监控。
（3）WEB应用：该层主要采用J2EE技术，提供综合结算的业务操作手段、实现参数的前台配置以及触发调用后台应用的接口（如：参数刷新的触发、启停后台应用、导入导出数据等）。