需求培训参考文档-北方电信综合计费系统需求说明书
中国电信经营分析系统需求说明书
中国电信经营分析系统需求说明书1.1版中国电信集团公司版本修改目录第1章总则 (4)1.1 概述 (4)1.2 起草单位 (4)1.3 版权 (4)1.4 解释权 (4)第2章指标体系 (5)2.1 维度说明 (5)2.2 指标说明 (8)第3章系统功能 (9)3.1 功能展示方式 (9)3.2 系统统计分析功能 (9)3.2.1 业务发展分析 (10)3.2.2缴费/欠费分析 (15)3.2.2 竞争分析 (16)3.3 系统管理功能 (22)3.3.1 系统数据管理和任务调度功能 (23)3.3.2 系统配置数据的管理 (23)3.3.3 系统监控 (23)3.3.4 权限管理 (23)3.3.5 系统界面管理功能 (24)第4章建设原则 (25)4.1 总体建设原则 (25)4.2 ETL设计原则 (25)4.3 ETL概念模型 (26)4.4 接口实现 (27)4.4.1 设计原则 (27)4.4.2 数据采集流程 (27)4.4.3 数据采集范围 (28)4.4.4 数据接口方式 (29)第5章技术要求 (32)5.1 系统可扩展性 (32)5.1.1 平衡的硬件系统 (32)5.1.2 数据库载体和软件系统的可扩展性 (32)5.1.3 数据采集、抽取、转换、加载组件的可扩展性 (33)5.1.4 应用系统的可扩展性 (33)5.2 处理能力 (33)5.3 数据存储要求 (33)5.4 数据加载要求 (34)5.5 可靠性 (34)5.6 准确性 (34)5.7 安全性 (34)5.8 统一性 (34)附录1 维表编码及层次 (36)附录1.1 时间 (36)附录1.2 地域 (36)附录1.3 产品类型 (37)附录1.4 话音功能 (39)附录1.5 速率 (40)附录1.6 接入号码 (41)附录1.7 帐目类型 (42)附录1.8 卡归属 (43)附录1.9 卡记帐 (44)附录1.10 流向 (44)附录1.11 结算帐目类型 (44)附录1.12 收支方向 (53)附录1.13 客户类型 (54)附录1.14 付费方式 (54)附录1.15 城乡标识 (54)附录1.16 在网时长 (55)附录1.17 受理类型 (55)附录1.18 受理渠道 (56)附录1.19 运营商名称 (56)附录1.20 运营商网络类型 (56)附录2 接口传输格式 (59)附录3 编写依据 (78)第1章总则1.1概述根据当前市场竞争形势和经营管理工作的要求，为加强对经营分析和市场营销工作的支撑，在ITSP的总体框架下，本着“急用先行”的原则，集团公司下发了文《关于经营分析系统建设的实施意见》，启动了集团经营分析系统建设的项目。
北方电信业务支撑系统技术要求
北方电信业务支撑系统二期工程技术规范书（综合客服、生产调度应用软件部分）中国电信集团公司北方电信事业部二OO三年一月目录第一章总则 (1)1.1概述 (1)1.1.1规范定义 (1)1.1.2规范内容 (1)1.1.3规范依据 (1)1.1.4规范要求 (1)1.1.5规范书有关内容的澄清 (2)1.2对卖方建议书的要求 (2)1.2.1技术规范书点对点应答书要求 (2)1.2.2建议书的内容格式要求 (2)1.2.3其他一些要求 (3)1.3报价体系要求 (4)1.3.1总体要求 (4)1.3.2报价体系要求 (4)1.3.3服务报价要求 (4)1.3.4培训报价要求 (5)1.4系统文档要求 (5)1.5保密要求 (5)第二章工程说明 (6)2.1工程概况 (6)2.2北方电信网络现状 (6)2.2.1交换网 (6)2.2.2智能网 (6)2.2.3数据网 (7)2.2.4业务支撑网现状 (7)2.3工程建设方案 (7)2.3.1总体框架 (7)2.3.2系统建设实施 (8)2.4工程建设规模 (8)2.5本期工程所需软件说明 (9)第三章业务支撑系统技术要求 (10)3.1总体要求 (10)3.1.1质量性能要求 (11)3.1.2技术性能要求 (12)3.1.3应用指导原则 (13)3.1.4数据指导原则 (14)3.1.5技术指导原则 (14)3.2安全性要求 (14)3.2.1系统级安全 (15)3.2.2应用级安全 (15)3.3系统技术路线要求 (15)3.4与相关系统的接口技术要求 (19)3.4.1北方电信事业部与相关系统的接口技术要求 (19)3.4.2北方9省（区、市）与相关系统的接口技术要求 (21)3.5软件开发要求 (22)3.6网络带宽需求 (22)第四章业务功能需求 (23)4.1业务支撑系统软件体系结构 (23)4.2综合客服功能需求 (24)4.2.1销售管理过程 (25)4.2.2客户管理 (26)4.2.3客户经理管理 (29)4.2.4业务受理 (30)4.2.5收费管理 (32)4.2.6故障受理 (34)4.2.7回复 (34)4.2.8业务咨询 (35)4.2.9投诉建议 (36)4.2.10业务查询 (36)4.2.11主动服务 (37)4.2.12销帐管理 (38)4.2.13系统管理 (40)4.2.14统计分析 (41)4.3生产调度管理功能需求 (42)4.3.1用户界面 (43)4.3.2系统要求 (43)4.3.3功能需求 (44)4.4网络资源配置管理 (49)4.4.1网络资源数据管理 (49)4.4.2网络资源配置 (49)4.4.3与其他系统的关系 (50)第五章售后服务要求 (50)5.1系统服务要求 (50)5.2售后服务要求 (51)第六章软件开发、项目组织、技术培训要求 (51)6.1工程计划及进度 (51)6.2项目组织要求 (51)6.3技术培训要求 (52)第七章其他要求 (52)I.第一章总则1.1 概述1.1.1 规范定义本文件为北方电信业务支撑系统二期工程（综合客服、生产调度和网络资源配置管理功能应用软件部分）的技术规范书。
中国电信经营分析系统需求说明书最新版
中国电信经营分析系统需求说明书1.1版中国电信集团公司二○○四年四月版本修改目录第1章总则 (5)1.1 概述 (5)1.2 起草单位 (5)1.3 版权 (5)1.4 解释权 (5)第2章指标体系 (6)2.1 维度说明 (6)2.2 指标说明 (8)第3章系统功能 (10)3.1 功能展示方式 (10)3.2 系统统计分析功能 (10)3.2.1 业务发展分析 (11)3.2.2缴费/欠费分析 (16)3.2.2 竞争分析 (17)3.3 系统管理功能 (23)3.3.1 系统数据管理和任务调度功能 (24)3.3.2 系统配置数据的管理 (24)3.3.3 系统监控 (24)3.3.4 权限管理 (24)3.3.5 系统界面管理功能 (25)第4章建设原则 (26)4.1 总体建设原则 (26)4.2 ETL设计原则 (26)4.3 ETL概念模型 (27)4.4 接口实现 (28)4.4.1 设计原则 (28)4.4.2 数据采集流程 (28)4.4.3 数据采集范围 (29)4.4.4 数据接口方式 (30)第5章技术要求 (33)5.1 系统可扩展性 (33)5.1.1 平衡的硬件系统 (33)5.1.2 数据库载体和软件系统的可扩展性 (33)5.1.3 数据采集、抽取、转换、加载组件的可扩展性 (34)5.1.4 应用系统的可扩展性 (34)5.2 处理能力 (34)5.3 数据存储要求 (34)5.4 数据加载要求 (35)5.5 可靠性 (35)5.6 准确性 (35)5.7 安全性 (35)5.8 统一性 (35)附录1 维表编码及层次 (37)附录1.1 时间 (37)附录1.2 地域 (37)附录1.3 产品类型 (39)附录1.4 话音功能 (41)附录1.5 速率............................................................................................. 错误！未定义书签。
中国电信业务综合结算系统总体方案报告
中国**电信业务综合结算系统总体方案中国**2002年5月目次1.概述 ......................................................... ５1.1.目的........................................................ ５1.2.适用范围.................................................... ５1.3.编制依据.................................................... ５1.4.起草单位.................................................... ６1.5.解释权...................................................... ６2.建设目标及原则................................................ ７2.1.建设目标.................................................... ７2.2.建设的必要性.............................................. １２2.3.建设原则.................................................. １２2.4.**综合结算系统体系结构.................................... １４3.综合结算系统业务............................................ １９3.1.组织结构及业务职能........................................ １９3.2.全国中心结算业务.......................................... ２２3.3.省中心结算业务............................................ ３３4.系统组网原则及网络体系结构.................................. ５２4.1.组网原则.................................................. ５２4.2.网络体系结构.............................................. ５２4.3.广域网组网方案............................................ ５３4.4.局域网组网方案............................................ ６１4.5.IP地址和域名规划......................................... ６６5.应用软件体系结构............................................ ６８5.1.综合结算系统功能结构图.................................... ６８5.2.数据采集.................................................. ７１5.3.预处理.................................................... ７２5.4.结算批价.................................................. ７６5.5.结算处理.................................................. ８１5.6.对帐处理.................................................. ８２5.7.结算数据统计.............................................. ８６5.8.审核校验.................................................. ９０5.9.系统管理.................................................. ９０6.系统接口.................................................. １０４6.1.接口处理原则............................................ １０４6.2.内部接口................................................ １０４6.3.外部接口................................................ １０５7.系统技术要求.............................................. １１０7.1.业务量计算模型.......................................... １１０7.2.主机要求................................................ １１２7.3.网络要求................................................ １１４7.4.存储要求................................................ １１５7.5.数据库要求.............................................. １１８7.6.网络监控要求............................................ １２０7.7.系统测试环境要求........................................ １２２7.8.系统割接要求............................................ １２３7.9.文档资料要求............................................ １２３7.10.系统性能总体要求...................................... １２５8.工程建设进度.............................................. １２６9.机房场地与环境要求........................................ １２８9.1.机房面积................................................ １２８9.2.机房环境条件............................................ １２８9.3.空调及电源.............................................. １３０10.运行维护及劳动定员...................................... １３１10.1.维护界面划分.......................................... １３１10.2.维护部门主要责任...................................... １３２10.3.维护人员编制.......................................... １３４11.投资估算与效益分析...................................... １３６1.概述1.目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统”的发展思路。
电信计费系统需求分析
＜电信计费系统＞软件需求说明书作者：杨贤亮杨梓民余磊X成X成悟X晗完成日期：2014年8月28日签收人：签收日期：修改情况记录：目录1 引言11.1编写目的11.2X围11.2.1软件系统的名称11.2.2软件功能概述11.3定义错误!未定义书签。
1.4参考资料12 项目概述12.1产品描述12.2产品功能12.3用户特点22.4一般约束23 具体需求33.1功能需求33.1.1工作人员登录33.1.2工作人员管路后台33.1.3用户拨号33.1.4计时收费33.2外部接口需求33.2.1用户接口33.2.2硬件接口43.3性能需求43.3.1静态数值需求43.3.2动态数值需求43.4硬件的限制53.5属性53.5.1可用性53.5.2安全性53.5.3可维护性53.6其他需求53.6.1数据库53.6.2操作61 引言1.1 编写目的本文档定制了电信计费系统的基本需求，本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发过程中的协同工作提供强有力的保证，同时文档也作为项目评审验收的依据之一。
1.2 X围1.2.1软件系统的名称电信计费系统1.2.2软件功能概述对于电信工作人员来说：实现客户，账户，用户，账单的增删改查等对于用户来说：实现拨号，计时收费等功能1.3参考资料《软件需求说明书编写规X》2 项目概述2.1产品描述为电信做的一个通话计费系统，方便电信工作人员进行管理，对用户通话进行实时扣费。
2.2 产品功能产品角色定义：1）管理员：具有一定管理权限，管理客户，用户，账单和账户。
2）用户：使用电信拨号通话。
2.3 用户特点1．管理员：1）需要具备管理的技术2）需要对销售型专业的业务知识3）需要在相关法律条款和道德约束下进行管理2．一般用户：1）需要有独立的行事能力2）有使用本系统的能力3）在法律条款及道德约束和本系统条款的约束下使用本系统3）不得恶意攻击本系统3．用户使用本系统相关说明：1）本软件在无特殊情况下是7*24小时开放的2.4 一般约束a．管理方针：本系统由管理员管理b．硬件的限制：1）系统运行平台：Windows系统2）服务器：Tomcat 6.03）数据库：MySQL5.04）客户端：浏览器c．并行操作：并发操作小于1500d．审查功能：记录管理员及用户的操作e．所需的高级语言：HTML，JavaScript，JSPf．通信协议：TCP/IPg．安全和XX方面的考虑：保证系统的安全、用户信息的XX、保证交易信息的安全3具体需求3.1功能需求3.1.1工作人员登录输入正确的用户名与密码，既能登录成功。
中国电信综合化维护培训资料
发电机
动力环境监控 其它设备运行
告警信息准确无误传递专业网管 设备完好，无声光告警 设备及设备滤网清洁 烟感监测 悬挂灭火器
消防 集中气体灭火器 便携灭火器 线缆布放、跳线 规范性 光缆、电缆、尾纤、网线
线路安全
线路施工、维护操作
线路防护 装维安全培训 持证上岗 工具、物料配备 装维安全管理 装维规范检查 交通安全
环境监控各项参数与网管显示数值一致； 现场的温度、烟雾、电源、空调告警信号准确无误传递网管监控。 设备指示灯正常，告警指示灯正常，无异常声光电告警。 设备过滤网无明显积尘，散热风扇和设备表面无明显积尘。 A类机房烟感监控信号要引至有人值守位置；B、C、D类机房烟感监控纳入动环集中监控,集中监控畅通。 悬挂式灭火器安装数量、位置符合要求，压力指示合格，年检合格。汇聚、县核心、干线无人值守机房均要求安 装悬挂式自动灭火器。配电箱、开关电源、蓄电池组、MDF、ODF、负荷较重业务机柜上方均要求安装。 A/B类机房要求安装集中气体消防；C类不作要求。有人值守机房，要求均设置为手动状态；无人值守的各类机房 对安装有柜式气体集中消防系统（七氟丙烷、气溶胶）管理要求：若设置为自动，需做到严格管理，对日常每一 进入机房作业人员明确规范要求，一旦出项现场火情告警，要迅速撤出机房，避免造成人员窒息；若设为手动， 每房间不少于2组；应放置于机房内门口两侧便于取放处；灭火器器压力指示正常；定期检修，无过期。干粉、 水基型到报废期后淘汰，逐步过渡到二氧化碳气体型灭火器。 1、停用、废弃设备电缆应及时拆除；所有线缆连接牢靠。ODF架到设备的尾纤连接头无未拧接和不牢靠现象。2 、电缆、尾纤布放规范合理，线缆布放路径统一 。无飞纤、尾纤无缠绕，盘挂整齐；ODF盘绕无逆纤；无明显扭 绞。3、线缆进入机房前有防水弯。4、DDF架无外走线，走线整齐，捆扎牢靠；DDF架线缆连接头无未拧紧和不牢 1、特种作业、高空作业须持有操作证；维护作业人员作业时必须穿工作服与绝缘鞋、戴安全帽；作业时严禁易 燃易爆物品带入。 道路作业应设安全警示警告标志和围栏。 下井（人、手孔）应遵守相关操作流程及采取必要措施。下井前进行有毒气体检测及通风措施；下人孔时严禁蹬 踏、碰撞、弯折光缆和光缆托架及井内其他装置。 架空线路上杆作业应遵守相关安全操作规程。上杆前应检查脚扣、安全带是否完好、杆根是否有断裂现象；上杆 时应系好安全带，不得徒手上杆，不得带重物上杆，不得将工具和物料上抛下掷；上杆后必须用测电笔测试杆上 三线交越三线交越隔距符合要求，保护措施到位；光缆跨公路、街道净空高度须符合规定，并设置跨公路警示管 和警示牌；靠近公路、行人道的光缆线路拉线须设置拉线警示管。 定期开展装维安全培训 装维人员须持证上岗，每人应具备职业技能鉴定证书、登高证、低压电工证等证书中的一种。 配备绝缘鞋、安全帽配备 配备电笔、金属探测仪等防电工具(电笔必须配备），电锤无存在安全隐患，梯子有防电措施 MDF机房环境、卫生，MDF跳线整齐、规范，地面无有烟头，机房无漏水隐患等 交接箱跳线规范，交接箱门、锁无损坏，不接近变压器、电力线等 分线盒接线不凌乱，户线敷设不得存在安全风险 装维用车（含汽车、三轮车、摩托车、电瓶车、自行车）不得存在安全隐患 车辆携带梯子、工具、装维材料时不得存在安全隐患
电信资费管理系统实训任务实施计划书
基于MVC模式的电信资费管理系统实训任务计划书1．项目背景近年来, 电信行业经历了很大的变化，从固定到移动, 从语音到数据, 从电路交换到分组交换, 从窄带到宽带的变化。
电信运营商在市场和政策的双重影响下, 正面临着深刻的重组。
新技术新业务创造了市场机会, 使新运营商不断兴起。
旧运营商为了保持原有的市场份额也通过兼并改组等方式不断扩大业务X围, 争取为客户提供从传统的市话、长话、移动、智能网到新兴的数据。
用户将来可以在多个运营商提供的多种电信业务中自由选择。
在这种大背景下, 对电信运营商的计费和其它业务支持系统的要求有了大的变化, 怎么能够达到尽量为用户提供优惠和方便, 以吸引更多用户, 又能够保证企业合理的收益, 降低运营成本, 维持企业的运行和发展的目的。
电信计费系统成为了电信行业的运行体系中最重要的支撑系统。
从为用户提供综合服务的运营商的角度来看, 一个好的计费系统应具有以下特点:●综合性：能够满足同时从不同的数据源中采集数据，并能够对数据进行适当的处理，并送到数据处理中心去。
●灵活性：计费系统是业务规则驱动以及对用户有好。
●集成性：系统具备高内聚低耦合性，系统具有良好的接口和可扩展性。
●可靠性。
对计费业务，要求保证数据的完整性。
2．项目需求根据业务模型和电信业务的需要，该系统的功能需求模块进行分析设计如下：（1）登录模块。
实现登录功能的数据处理功能，如果用户名和密码不存在，实现注册功能。
（2）用户管理模块。
开通XX、用户XX查询、用户列表、其中开通XX查询可以更方便用户的查询，用户可以通过开通XX查询来查取一些相关的信息。
用户列表中具有增加、暂停、修改、和删除等功能。
（3）管理员管理模块。
分为：增加管理员，管理员列表和私人信息。
管理员管理包括信息有XX、登录密码、重复密码、真实XX、管理员、联系、登录权限等。
登录权限包括：管理员管理、资费管理、用户管理、帐务查询、帐单查询。
管理员列表有：删除、XX、XX、、、开户日期、权限、和修改。
缴费平台用户需求说明书范文
缴费平台用户需求说明书范文缴费平台用户需求说明书缴费平台用户需求说明书修改记录目录1 引言 ........................................................................................... 错误!未定义书签。
1.1 背景.................................................................................. 错误!未定义书签。
1.2 编写目的 .......................................................................... 错误!未定义书签。
1.3 定义.................................................................................. 错误!未定义书签。
1.4 参考资料 .......................................................................... 错误!未定义书签。
2 需求描述.................................................................................... 错误!未定义书签。
2.1 本次需新增和完善的业务流程 ....................................... 错误!未定义书签。
2.1.1 功能描述................................................................. 错误!未定义书签。
2.2 缴费平台前端 .................................................................. 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求说明书版本：1.0作者：修改记录表审批记录表XXXXXX 公司项目经理签名(Signature) 日期(Date) XXX中国电信北方事业部项目经理签名(Signature) 日期(Date) 项目经理签名(Signature) 日期(Date)哪些人员需要参考本文所有参加中国电信北方事业部二期业务支撑系统项目需求分析的成员，包括中国电信客户方人员，各分包商和IBM顾问。
本文有哪些主要内容及目的本文档详细而又完整地阐述了为中国电信北方事业部二期业务支撑系统的业务需求，并将此作为●在用户及系统开发人员之间交流的基础。
●评估应用开发量的主要基础。
●评估项目开发时间的基础。
●开发阶段规划版本的基础。
●定义用户界面需求的主要基础。
●定义测试案例的基础。
●作为验收测试的基础。
在以后的项目开发过程中，若出现对本文档内容的改动，将极有可能会在很大程度上影响到当时已经完成的工作，从而影响到项目的工程计划。
为了便于管理，请遵守《项目变更控制程序》。
本文的相关文档●《工作说明书》●《项目计划》●《需求跟踪管理表格》●《测试计划和测试案例》目录1中国电信北方事业部综合计费系统概述 (8)1.1系统的目的与系统概述 (8)▪建立综合计费系统的目的 (8)▪综合计费系统的概述 (8)2业务概念定义及业务实体定义 (11)2.1业务概念 (11)2.2业务实体 (13)▪实体关系说明 (14)▪实体描述 (15)3业务处理流程 (22)3.1流程列表 (22)3.2流程说明 (23)▪< 预处理> (23)▪<分拣> (24)▪<排重> (26)▪<批价> (27)▪<数据分发> (31)4功能性需求 (32)4.1功能性列表 (32)4.2行为角色(A CTOR)列表及关系 (33)4.3使用案例列表 (34)4.4使用案例模型 (36)▪<预处理> (36)▪<批价> (37)▪<监控告警> (38)▪<回收回退> (39)4.5使用案例描述 (39)▪预处理 (40)▪分拣 (41)▪批价 (42)▪数据分发 (42)▪终止结果 (43)▪同步订购合同 (44)5用户界面需求 (46)5.1页面需求 (46)▪品牌说明 (46)▪页面风格定义 (46)▪页面层次及列表 (46)▪页面说明 (47)6非功能性需求 (48)6.1非功能需求列表 (48)6.2服务级别需求(SLR S) (49)▪容量和性能 (49)▪可用性 (49)▪安全性 (50)▪系统管理 (51)6.3非运行时需求 (51)▪可移植性 (51)▪可维护性 (51)6.4系统约束 (51)▪业务约束 (52)技术规范 (52)▪技术约束 (52)7差距分析报告 (53)7.1差距分析列表 (53)8变更纪要 (55)8.1差距1 (55)9附录 (56)9.1附录A–分类对照表 (56)9.2附录B–当前的业务规则 (56)9.3附录C–接口数据描述 (56)9.4附录D-原始需求文件清单及具体内容 (57)▪原始需求文件清单 (57)▪<文件编号.文件名称> (57)▪<文件编号.文件名称> (57)9.5附录E-需求洽谈会议纪要清单及具体内容 (57)▪会议纪要清单 (58)▪<会议编号.会议纪要> (58)9.6附录F–相关业务/技术约束清单及具体内容 (59)▪相关业务/技术约束文档清单 (59)▪<文件编号.文件名称> (60)▪<文件编号.文件名称> (60)1 中国电信北方事业部综合计费系统概述1.1 系统的目的与系统概述▪建立综合计费系统的目的在中国电信拆分方案中把北方十省分公司划分给中国网通，中国电信需要在这些省份重新开展自己的业务，所以中国电信集团公司在北方9省（市、区）（天津、吉林、辽宁、内蒙古、黑龙江、山东、山西、河南和河北）成立北方电信，并制订了北方电信综合业务支撑系统二期工程的规范，在这些省份设置专业网络交换设备，形成南方21省来话收敛能力和北方部分新业务的开展能力。
北方9省（区、市）所开展的各项业务以省为单位，要求有一套完整的计费帐务功能；北方9省开展的各项业务包括固话、卡类、IP宽窄带等多种服务，这就使得作为电信业务支撑系统的计费帐务变得更加关键、复杂。
为了满足北方电信计费帐务的业务要求，在原有BOSS系统的基础上研发了新一代计费帐务系统，更好地帮助北方电信完成企业内部和外部的费用计算，并对现有业务运营和发展状况进行分析和管理，为运营商的决策者们提供决策分析支持，最终使运营商在市场上获得更大的竞争力。
▪综合计费系统的概述●系统功能总体描述北方电信各省（区、市）综合帐务系统是以省为单位集中建设的、为各省（区、市）各类业务的开展提供统一计费处理服务的平台。
综合计费系统是北方电信业务支撑系统的核心子系统之一，受理从采集系统接收的交换机原始话单、与计费系统相关的客户资料、其它系统的原始话单、费率信息等信息。
综合计费系统必须体现以客户为中心的服务理念，通过灵活、高效的计费处理支撑手段，提高北方电信的服务质量，为北方电信迅速切入市场提供一个坚实的基础。
综合计费系统能灵活地实现一次批价和二次批价处理；系统能支持单业务优惠和总量优惠；系统能支持以客户为中心的明细帐单生成；系统能支持各种灵活的费率和套餐配置手段，并提供自动化的处理流程；系统能最大限度的满足客户的各类个性化需求，系统完全是自动化处理，操作维护非常方便。
系统功能列表如下：系统关系图在此功能架构中，按照TOM流程架构将系统划分为面向客户的统一接入层面（用户接入域）、面向网络设备的统一操作层面（网元接口域）、核心业务处理流程层面（核心处理域）、面向企业的经营分析与决策（分析决策域）、与企业内部其它系统、上级业务管理系统、企业外部系统等的接口层面（对外接口域）、提供对BSS系统内所有主机、网络、存储、数据库和各种应用软件的监测、控制、告警、优化、安全等管理（系统管理域）等几个功能域。
2 业务概念定义及业务实体定义2.1 业务概念2.2 业务实体可采用类图或下列表格的方式描述业务实体的定义和关系。
实体关系说明系统中主要的实体有客户、用户和帐户。
客户是中国电信的服务对象。
客户与中国电信签署协议，定购中国电信的产品，使用中国电信的服务，成为中国电信的用户。
客户可以定购多项产品，建立和中国电信的多重用户关系。
用户的费用由多种帐目构成。
用户与中国电信通过协议确定相应帐目的付费方式和付费周期，这些帐目可以由一个或者多个帐户缴费。
▪实体描述●客户2.2.1.1.1 定义客户是与使用电信服务有关的个人或实体。
客户信息主要是关于个人或实体的社会属性信息，是与业务无关的自然信息。
2.2.1.1.2 基本属性客户的基本属性包括以下几类：1.身份资料主要包括客户姓名、性别、证件类别、证件号码、证件有效时间、职业类别、工作单位等。
2.联系资料联系电话、邮政编码、通信地址、客户传真号、客户Email地址、联系人姓名、联系人电话、实际居住地址、身份证地址等。
3.级别信息大客户标识、信用度、客户积分、客户级别、VIP卡号等。
4.其他信息包括客户的个人信息（爱好、消费习惯等），主要用于以后的数据分析和挖掘。
2.2.1.1.3 业务规则✧客户可以是中国电信的用户，也可以是潜在的用户；系统中每一客户拥有唯一的标识，一个用户一定是中国电信的一个客户。
✧客户之间可以存在从属的关系，如某集团客户是其子公司的父客户。
✧客户之间可以存在松散的关联关系。
服务2.2.1.1.4 定义服务是为满足客户要求，由中国电信向使用者提供的基本功能元素。
服务分两类，一类是主体服务，另一类是承载在主体服务上的附加服务。
2.2.1.1.5 基本属性主体服务的基本属性包括服务标识、服务类型、服务名称、说明等。
服务类型：说明主体服务的类型。
附加服务的基本属性包括服务标识、主体服务标识、服务类型、服务名称、说明等。
主体服务标识：标识此附加服务所从属的主体服务。
服务类型：对主体服务下附加服务的分类。
目前中国电信北方9省提供的主体服务可以分为以下几类：1、话音类服务主要包括：市话。
承载在话音类服务之上附加服务有：程控功能（如国内长途、呼叫转移、三方通话等）、短消息（固网短信）、IP长话等。
2、互联网类服务主要包括专线接入、注册拨号接入（163）、主叫拨号接入、宽带接入、VPN、上网卡等。
承载在互联网类服务之上附加服务有：漫游、内容服务等。
3、智能网类服务主要包括记帐卡、智能公话、号码预置、IP电话、VPN、被叫集中付费（800）等。
4、网元出租类服务主要包括DDN、帧中继、ATM、数字电路等。
2.2.1.1.6 业务规则✧服务具有原子性，不可再分。
●产品2.2.1.1.7 定义产品是对电信服务的包装。
从功能的角度来看，产品由一项主体服务和承载在该主体服务之上的附加功能构成。
服务功能绑定价格策略就构成了产品。
2.2.1.1.8 基本属性产品的基本属性包括产品标识、产品名称、产品类别、主体服务标识、附加功能、价格策略、生成时间、状态、生命周期，属地等。
产品类别：说明产品主体服务的所属类型。
价格策略：说明产品的资费及优惠方式。
2.2.1.1.9 业务规则✧产品是对服务的包装；✧产品与主体服务是多对一的关系，一个产品对应一项主体服务，一项主体服务因其某些属性或资费的不同可以被包装成多个产品；✧产品与附加服务是一对多的关系，一个产品对应承载在主体服务上的多项附加服务；✧产品与资费是一对一的关系，一个产品对应一套资费及优惠；✧营业系统只能销售属于该营业属地的产品；✧可以为客户定制特殊的产品。
●产品包2.2.1.1.10 定义产品包是对产品的组合包装。
产品包是由一个或多个产品组合而形成，在产品包上可以定义统一的套餐优惠策略。
2.2.1.1.11 基本属性产品包的基本属性包括产品包编码、名称、产品信息、套餐优惠策略、生成时间、状态、生命周期、属地等。
产品信息：组成产品包的产品列表。
套餐优惠策略：在产品包上定义的套餐优惠方式。
2.2.1.1.12 业务规则✧一个产品包由一个或多个产品组成。
✧客户购买产品包，生成订购合同，并对应产品包下的每个产品分别形成一个用户。
●订购合同2.2.1.1.13 定义订购合同记录了客户对产品的订购情况。
2.2.1.1.14 基本属性订购合同标识、客户标识、产品包标识、生成时间、有效期、状态等。
2.2.1.1.15 业务规则✧客户购买产品包，生成订购合同；✧客户与订购合同是一对多的关系，客户购买一个产品包生成一个订购合同，购买多个产品包生成多个订购合同；✧一个订购合同对应一个产品包，对应此产品包下的多个产品；✧一个订购合同对应多个用户，每个用户分别对应此订购合同所对应产品包的各个产品。