下载文档原格式
＜电信计费系统＞软件需求说明书作者：杨贤亮杨梓民余磊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工作人员登录输入正确的用户名与密码，既能登录成功。
电信资费综合管理系统操作手册巨龙信息科学技术研究院2000年5 月9日前言1第一章系统概述21.1系统结构21.2系统配置21.3系统功能21.4未来发展3第二章系统安装32.1W INDOWS NT4.0操作系统安装42.2SQL S ERVER 7.0标准安装42.3数据库配置42.4A CTIVE X控件注册42.6服务程序安装52.7客户端IE浏览器设定52.8在客户端测试62.9维护台设定及用于预付费的计费台设定6第三章服务器端操作63.1资费管理服务器功能63.2资费管理服务器提供的操作63.2.1入库帐单数据73.2.2帐单格式操作73.2.3客户数据管理83.2.4加载客户数据93.2.5帐单索引操作103.2.6加载月帐单索引数据103.2.7加载停复机文件113.2.8系统参数设置113.2.9观察信件113.2.10字体及字体颜色123.2.11操作口令设置123.2.12日志或文件保存报告12第四章客户端操作134.1登录134.2系统提供的所有服务134.3操作人员管理144.4欠费管理154.5欠费管理结果164.6权限控制174.7权限控制结果174.8预付费管理174.9帐单操作18前言近十年来，中国通信网发展十分迅速，电信部门为了管理好庞大的电话网，保证运营效益，提高服务水平，普遍建立了计费中心，购置了话费结算系统和话费营收网络，投入了大量的资金和人力。
这些措施在很大程度上提高了话费结算和营收的服务质量，但是其重点是放在话费结算的准确性和收费的方便性两个方面，尚没有将设备维护与资费管理有机地统一起来。
不将设备维护与资费管理统一起来将会给电信运营者和使用者带来很多不便，例如：对欠费用户缺乏有效管理，特别是对信誉度不高的恶意欠费用户缺乏及时的设备管理手段；每月结帐后，设备维护人员要对大量欠费用户进行停机，刚刚闭塞完毕，又因多数用户交费而复机，维护人员常因此疲惫不堪；交费后不能及时开机，因为电信局资费管理与设备管理分属不同班组，人工交接复机派工单时常会发生缴费后几天不能复机的情况，用户时常因此与电信局产生纠纷。
《数据库课程设计》课程设计报告设计题目：某电信营业厅收费管理系统学院名称: 信息工程学院专业班级：姓名：学号：目录１题目要求 (3)2 需求分析阶段 (3)2.1需求分析阶段的目标 (3)2。
2需求分析阶段的任务 (3)2.2.1 处理对象: (3)2.2。
2处理功能及要求: (4)2。
3 需求分析阶段成果 (4)2。
3。
1 体会与收获 (4)2。
3。
2 电信营业厅收费系统数据字典 (4)3 概念设计阶段 (5)3.1 概念设计阶段的任务和目标 (5)4．逻辑设计阶段 (8)4。
1逻辑设计的任务和目标 (8)4.2数据组织 (8)4.2.1将E—R图转换为关系模型 (8)4.2.2数据库模式定义 (9)5。
1物理设计阶段的目标与任务 (11)5.2系统功能模块图 (11)6 实施阶段 (12)6。
1.1 建立数据库、数据表 (12)6.2数据入库 (13)7系统调试、测试 (14)8心得体会 (16)１题目要求某电信营业厅营业收费管理系统●实现费用类型、业务员管理；●实现客户信息管理，客户设有结余金额;●实现收费管理，自动修改用户的结余金额（用触发器实现）；●创建存储过程统计指定月份各种费用类型的收费情况；●创建存储过程统计指定日期各业务员的收费情况；●创建规则限定客户的电话号码是以数字1开头的11位数字组成的号码；●创建表间关系。
2 需求分析阶段需求分析简单地说就是分析用户的要求。
需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后后来各个阶段的设计，并影响到设计结果是否合理和使用.2。
1需求分析阶段的目标1。
了解电信营业厅营业收费管理系统的基本内容；2。
了解电信营业厅营业收费管理系统的基本业务流程;3。
了解电信营业厅营业收费管理系统对业务员的管理，费用类型管理，客户信息管理的过程.4.通过调查和与电信营业厅人员的交流，了解用户对电信营业厅系统的业务要求，安全性和完整性要求;2.2需求分析阶段的任务2。
ede四川电信网间结算系统需求书（全省集中模式）（草案）四川省电信公司计费结算中心2001年10月目录第1章综述 (4)1.1 背景 (4)1.2 建设目标 (4)1.3 建设全省性网间结算系统的必要性 (5)1.4 本系统与其他系统的关系 (5)第2章业务概况 (6)2.1 各本地网以及关口局建设情况 (6)2.2 各本地网汇接局情况 (6)2.3 结算业务量 (6)第3章管理体制和结构 (7)3.1 体系结构 (7)3.2 任务和职责 (8)3.2.1 省计费结算中心职责 (8)3.2.2 各市州本地网相关职责 (9)3.3 省级中心业务管理 (9)3.3.1 计费数据处理管理 (10)3.3.2 计费业务质量管理 (11)3.3.3 日常运作管理 (11)3.4 各市州本地网相关业务管理 (12)3.4.1 结算数据采集处理 (12)3.4.2 日常运作管理 (13)第4章结算系统业务描述 (14)4.1 业务背景 (14)4.2 结算原则 (14)4.3 结算模型和业务流程 (14)4.4 结算规则 (16)4.4.1 中国电信与中国移动结算规则 (16)4.4.2 中国电信与中国联通结算规则 (17)4.4.3 中国电信与中国网通结算规则 (19)4.4.4 中国电信与中国吉通结算规则 (19)4.4.5 中国电信与中国铁通结算规则 (20)第5章网间结算系统功能需求 (22)5.1 系统总体结构 (22)5.2 采集处理 (23)5.3 结算处理 (24)5.3.1 文件管理 (24)5.3.2 标准化处理 (25)5.3.3 批价处理 (25)5.3.4 入库处理 (25)5.4 参数管理 (26)5.5 统计分析 (26)5.6 系统查询 (33)5.7 系统接口 (33)5.8 审核校验 (33)5.9 系统对帐 (34)5.10 信息发布 (35)5.11 系统管理 (35)5.11.1 系统管理范围 (36)5.11.2 管理对象 (36)5.11.3 管理方式和策略 (36)5.11.4 功能描述 (37)5.11.5 系统信息发布 (38)5.11.6 系统安全管理 (39)5.11.7 数据管理 (40)5.11.8 版本控制 (41)第6章技术需求 (43)6.1 系统网络要求 (43)6.2 主机服务器要求 (44)6.3 系统数据库要求 (45)6.4 系统存储与备份 (46)6.5 系统安全与管理 (47)6.6 系统接口要求 (49)6.7 应用软件的开发要求 (49)6.8 系统其他工具软件的要求 (50)第1章综述1.1 背景中国电信分营以后，近年来信息产业部陆续核发了多个电信运营执照，也就是说多家运营商加入了呈白热化的中国电信市场的竞争，竞争涉及固定、移动、数据、电信基础网络等多个方面。
某省电信集中实时计费帐务系统技术规范书某省省电信公司***年11月目录1总体概述 (1)1.1 制定此规范的目的 (1)1.2 适用范围 (1)1.3 起草单位 (1)1.4 解释权 (1)2系统总体技术要求 (2)2.1 技术规范制定的理论基础 (2)2.1.1 eTOM (2)2.1.2 BPR (2)2.1.3 本地电信计费帐务系统分析与设计V2.0 (2)2.2 系统建设思路 (3)2.3 总体技术原则 (3)2.4 检验标准 (5)2.4.1 实用性 (5)2.4.2 稳定性 (5)2.4.3 可靠性 (5)2.4.4 可用性 (6)2.4.5 可维护性 (6)3系统网络架构 (7)3.1 网络设计的原则 (7)3.2 网络设计的要求 (7)3.3 系统逻辑结构划分 (8)4系统软件体系架构 (10)4.1 应用软件架构原则 (10)4.2 应用软件架构规范 (10)4.3 集中实时计费帐务系统的软件架构 (10)5系统平台要求 (11)5.1 系统规模 (11)5.1.1 业务发展预测 (11)5.1.2 话单量预测 (11)5.1.3 系统处理能力要求 (13)5.2 网络设备 (13)5.2.1 核心网络设备 (13)5.2.2 防火墙 (14)5.3 操作系统 (15)5.4 主机服务器 (15)5.5 数据库系统 (16)5.6 存储备份要求 (17)5.6.1 总体要求 (17)5.6.2 数据存储要求 (18)5.6.3 存储设备硬件要求 (18)5.6.4 远程容灾备份要求 (19)5.7 应用软件要求 (19)5.8 中间件要求 (20)5.9 接口要求 (21)5.9.1 与相关系统的接口 (21)5.9.2 接口设计原则 (21)5.9.3 接口实现方式 (22)5.10 系统资源管理规范 (23)5.11 系统安全规范 (23)5.11.1 网络安全 (23)5.11.2 系统安全 (24)5.11.3 软件安全 (24)5.11.4 安全管理措施 (25)5.12 技术指标 (25)5.12.1 硬件系统技术指标 (25)5.12.2 操作系统技术指标 (26)5.12.3 网络系统技术指标 (26)5.12.4 数据库软件技术指标 (26)6软件开发规范 (27)6.1 数据组织规范 (27)6.2 界面规范 (27)6.2.1 界面的标准 (27)6.2.2 界面的友好 (27)6.3 编码标准规则 (27)6.3.1 地区编码 (27)6.3.2 客户编码 (28)6.3.3 其它编码 (28)6.4 文件命名通用规则 (28)6.4.1 程序文件命名规则 (28)6.4.2 数据文件命名规则 (28)6.5 程序及数据文件存储规范 (28)6.6 项目管理规范 (29)6.7 评审验收规范 (29)1 总体概述1.1 制定此规范的目的计费账务系统是业务支撑网的关键应用系统之一，是计费合帐、话费回收、理顺生产组织、提高服务质量、提供数据支撑、提高经营管理效率的重要工具，同时也是业务数据提供的核心系统之一，在业务支撑网中应发挥综合生产和数据支撑中心的作用。
易讯正通电信业务综合管理系统V2.0操作说明书1 电信综合业务管理平台1.1计费管理子平台主要功能1.基础数据管理平台用户管理平台角色管理角色权限管理角色成员管理2.明细话单管理查询明细话单处理明细话单话费趋势分析中继对比分析跳表话单管理网间话费结算3.资费政策费率管理资费政策策略4.用户管理用户信息管理用户档案管理电话资料卡片4.4 宽带资料卡片客户档案管理用户属性定义用户类型定义费用外部转移费用内部转移号码资源管理历史档案维护档案日志查询用户套餐管理黑名单管理红名单管理5.系统参数设置设置账务类型设置费用结构停复机策略6外部数据导入外部数据导入固话数据编辑7.查询统计分析用户档案查询统计费用明细查询统计调级用户管理8.统计发布话费汇总发布话费查询统计调整收费数据调整电话汇总数据表调整合同号汇总表数据9.票据统计票据统计功能描述1.1.1基础数据管理[功能]：对平台用户进行权限和角色管理。
1.1.1.2 平台用户管理[功能]：为当前子平台增加操作员，可以实现子平台用户管理。
1.1.1.2 平台角色管理[功能]：为当前子平台操作员进行分组，以组的权限进行管理用户。
1.1.1.3 角色权限管理[功能]：赋予角色组不同的使用权限。
可以通过手动拖拽平台菜单分配角色菜单下面的权限组。
1.1.1.4 角色成员管理[功能]：为角色组添加该组角色成员。
角色成员只允许在对应的子平台内登入。
1.1.2明细话单管理[功能]：对明细话单进行分析、统计、网间结算管理。
1.1.2.1 查询明细话单[功能]：根据基本条件、查询条件和用户组合条件输入，查询该月份任意时间段内，的话单。
可以输入主叫、被叫、合同号，入中继、出中继、选择中继网名、呼叫类型等详细条件。
点击查询，返回结果，可以导出和打印。
1.1.2.2 处理明细话单[功能]：查询超长话单、无档话单、非法话单、无计费字冠话单和重叠话单1.1.2.3 话费趋势分析[功能]：选择起止截止时间、组合条件、图形类型和分析对象，按小时、天、月来分析呼出话务量和费用情况，并且以图形方式反馈结果。
电信客户计费系统需求说明书修订记录：目录1 引言 (3)1.1编写目的 (3)1.2 编写背景 (3)1.3 术语和缩写解释 (4)1.4 参考资料 (5)2 系统概述 (6)2.1 系统目标 (6)2.2 系统范围 (6)2.3 用户特点 (6)2.4 系统整体设计 (7)3 业务概述 (9)3.1 电信三户模型 (9)3.1.1 客户信息 (9)3.1.1.1 电信客户类型 (9)3.1.1.2 公客 (10)3.1.1.3 商客 (10)3.1.1.4 大客 (11)3.1.1.5 专客 (11)3.1.2 账户信息 (11)3.1.3 用户信息 (12)3.2 通信供应商网间结算 (12)3.3 优惠 (13)3.4 账单 (13)4 功能设计 (13)4.1 后台自动完成 (13)4.1.1.1 数据初始化 (13)4.1.1.2 客户类型 (13)4.1.1.3 供应商及网间结算费率 (14)4.1.1.4 实时计费 (14)4.2 电信工作人员功能 (15)4.2.1.1 输入客户资料 (15)4.2.1.2 输入账户资料 (15)4.2.1.3 输入用户资料 (15)4.2.1.4 账单查询 (15)4.2.1.5 出月账 (16)4.3 用户消费功能 (16)4.3.1.1 打电话 (16)1引言1.1编写目的该文档编写目的主要是为了明确系统需求，和项目干系人达成一致的理解，为将来设计、编码、测试等工作提供参考依据，本项目的预期读者包括：客户、系统分析员、系统设计人员、程序员、测试人员、实施人员和维护人员。
1.2 编写背景我国电信行业的发展已日趋成熟,市场竞争也日趋激烈,为了在市场竞争中保持强大的竞争力,电信运营商必须做到在降低成本的同时能够快速灵活高效地部署新业务新需求,来完善和满足客户和市场的需求。
因此首要问题就是必须解决业务支撑系统的问题,所以构建省级集中的BOSS(Business&Operation Support System)系统已成为电信运营商支撑系统建设的总体趋势,计费账务系统又是BOSS系统的重要组成部分,特设计计费系统模型,以期形成一整套符合中国电信企业实际情况的理论和实践体系。
电话计费营业系统规范书一、引言电话计费营业系统是电信运营商管理客户通话费用和提供相关业务服务的重要支撑平台。
为了确保系统的准确性、稳定性和高效性，特制定本规范书，以明确系统的功能要求、性能指标、数据管理、安全保障等方面的规范。
二、系统功能要求1、计费功能支持对不同类型的通话（如本地通话、长途通话、国际通话、移动通话等）进行准确计费。
能够根据通话时长、通话时段、通话类型等因素计算费用，并考虑优惠套餐、促销活动等因素进行费用调整。
提供实时计费功能，即在通话过程中实时计算费用，以便用户及时了解通话消费情况。
2、营业受理功能支持新用户开户、用户信息变更（如姓名、地址、联系方式等）、套餐变更等业务受理。
能够处理用户的停机、复机、销户等业务请求。
提供业务查询功能，方便用户查询自己的账户信息、通话记录、费用明细等。
3、账务管理功能生成用户的月度账单，包括通话费用、增值业务费用、欠费情况等。
支持多种缴费方式，如现金缴费、银行转账、在线支付等，并能够实时更新用户的缴费状态。
具备欠费催缴功能，通过短信、电话等方式提醒用户及时缴费。
4、报表统计功能能够生成各类统计报表，如用户数量统计报表、通话时长统计报表、收入统计报表等。
支持报表的自定义查询和导出，方便管理人员进行数据分析和决策。
5、客户服务功能提供在线客服和电话客服功能，及时处理用户的咨询和投诉。
能够对用户的反馈进行记录和跟踪，确保问题得到妥善解决。
三、系统性能指标1、响应时间营业受理业务的平均响应时间不超过 5 秒。
计费查询业务的平均响应时间不超过 3 秒。
报表生成和导出的平均响应时间不超过 10 秒。
2、准确性计费准确率达到 9999%以上。
数据一致性和完整性得到保障，确保系统中不存在数据丢失或错误的情况。
3、稳定性系统在连续运行 30 天内无故障，故障恢复时间不超过 2 小时。
具备容错和容灾能力，在部分硬件或软件出现故障时，能够自动切换到备用系统，保证业务的连续性。
技术文件技术文件名称：综合查询操作手册版本：v1.0拟制南京中兴软创科技股份有限公司目录目录 (1)综合查询 (2)术语和缩略词 (2)业务描述 (3)操作描述 (3)查询条件 (3)查询功能 (4)设备列表 (4)用户基础信息 (4)场景举例 (4)资料查询 (4)用户信息查询 (5)账户信息查询 (5)客户信息查询 (5)销售品信息查询 (5)账务查询 (5)客户化账单 (5)费用查询 (6)欠费查询 (6)实时费用查询 (7)呆坏账查询 (8)费用查询 (9)费用明细账查询 (10)余额查询 (10)套餐数查询 (11)操作流水查询 (12)过户结转查询 (13)接口缴费流水查询 (13)一点收费帐单查询 (13)清单查询 (14)清单查询 (14)业务描述 (14)业务操作 (14)催缴停复机查询 (15)停复机信息查询 (15)短信催缴查询 (15)综合查询术语和缩略词客户：指一个已获得或可能获得电信公司（包括第三方合作伙伴）所提供的产品和服务，并具有承担法律责任的能力的个人或者组织。
帐户：客户拥有的用来支付特定的电信产品服务费用的实体。
产品：从广义来讲，是所有能够被客户租赁购买、使用，并能为企业带来收入的事物；但从狭义来说，能够销售和产生收入的事物包含了主产品、附属产品和服务提供三种类型，其中主产品（例如固定电话、IP卡、Centrix、数据电路等）一般会有物理存在、可见的设备存在；而附属产品必须是与主产品关联，例如基于固定电话语音主产品所提供的程控功能（如来电显示、呼叫转移等），服务提供可以是与产品相关的人力手续和劳动，也可以是纯粹的、与有形产品无关的服务，例如网络代维、规划等。
销售品：从市场销售的角度对产品/服务、定价方案和产品包的其中一项或者多项内容进行的重新包装，主要用于对外的推广销售。
销售品是一种将产品推向市场，从而创造利润的一种方式。
客户可以以多种方式获得销售品，有一些销售品直接被用户购买成为用户的资产，比如手机，有一些是从电信企业获得的服务，这些服务是通过电信企业的资源来提供的，客户可以接入和使用这些服务，而不是拥有，在某些情况下，电信企业可以向客户提供通过第三方资源提供的产品。
需求说明书版本：1.0作者：2003-4修改记录表审批记录表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)▪<分拣> (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.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 业务规则✧一个产品包由一个或多个产品组成。
✧客户购买产品包，生成订购合同，并对应产品包下的每个产品分别形成一个用户。
