中国电信综合计费系统需求说明书(doc 61页)
中国电信在线计费系统(OCS)方案介绍
业务丰富
统一客户视图 资费灵活性 业务捆绑和套餐 市场推广方式
不能共享 低 低 中 不支持 不支持 高 高 高 较高 较高 中
31
共享 高 高 少 要登记客户资料 不支持 没有实时计费 不支持 低 高 低 低 中 高
共享 高 高 多 支持 有 高 中 成熟的商用案例不多 中 各设备只关注其核心功能 高 中 低
无 根据用户的信用级别，可以把信用低的用户 欠费 放在OCS方案中管理；对于信用高的放在Hot 成本 billing中管理。 高 高 低 有如下潜在ARPU值损失和用户流失 有如下潜在ARPU值损失和用 本方案的风险主要在于设备成熟度方面，通 成本： 户流失成本： 过测试和网上应用可以消除。 １）没有统一的用户管理，市场推 1）需要记录比较完整的用 １）用户可以在系统间自由切换 广支持能力差。 户资料，拓展渠道受限。 ２）可以实现多业务捆绑和交叉优惠 2）存在时延和不能提供AoC 3）用户体验好，支持灵活的市场推广 机会 2）不能实现多种业务捆绑。 成本 3）不能实现同离线系统的融合计 ，用户使用体验存在缺陷。 费。 3）高附加值业务开展门槛 4）计费策略不灵活 高（如国际长途，小额支付 5）升级改造时间长，失去最佳市 ）。 场推广时间 6）付费属性不能自由切换 低 中 低 集成 包括同客服系统，帐务系统等支撑 包括同客服系统，帐务系统 包括同客服系统，帐务系统等支撑系统的集 33 成本 中国电信股份有限公司上海研究院 系统的集成费用 等支撑系统的集成费用 成费用
64%
ቤተ መጻሕፍቲ ባይዱ48%
36%
29%
40% 30% 20% 10% 0%
2001
2002 签约用户
2003 预付费用户
2004
中移动2004年 新增用户中95% 根据中国移动2004年统计,签约用户ARPU值为预付费用户 根据中国联通2003年统计,签约用户ARPU值
中国电信综合计费系统需求说明书(doc 61页)
中国电信综合计费系统需求说明书(doc 61页)需求说明书版本：1.0作者：2003-4修改记录表审批记录表XXXXXX 公司项目经理签名(Signature) 日期(Date)XXX中国电信北方事业部项目经理签名(Signature) 日期(Date)项目经理签名(Signature) 日期(Date)本文的相关文档●《工作说明书》●《项目计划》●《需求跟踪管理表格》●《测试计划和测试案例》目录1中国电信北方事业部综合计费系统概述 (11)1.1系统的目的与系统概述 (11)▪建立综合计费系统的目的 (11)▪综合计费系统的概述 (12)2业务概念定义及业务实体定义 (17)2.1业务概念 (17)2.2业务实体 (24)▪实体关系说明 (28)▪实体描述 (29)3业务处理流程 (39)3.1流程列表 (39)3.2流程说明 (41)▪< 预处理> (41)▪<分拣> (43)▪<排重> (44)▪<批价> (46)▪<数据分发> (51)4功能性需求 (53)4.1功能性列表 (53)4.2行为角色(A CTOR)列表及关系 (57)4.3使用案例列表 (59)4.4使用案例模型 (61)▪<预处理> (62)▪<批价> (63)▪<回收回退> (65)4.5使用案例描述 (65)▪预处理 (67)▪分拣 (68)▪批价 (69)▪数据分发 (70)▪终止结果 (70)▪同步订购合同 (71)5用户界面需求 (73)5.1页面需求 (73)▪品牌说明 (73)▪页面风格定义 (73)▪页面层次及列表 (74)▪页面说明 (75)6非功能性需求 (76)6.1非功能需求列表 (77)6.2服务级别需求(SLR S) (78)▪容量和性能 (78)▪可用性 (78)▪安全性 (79)▪系统管理 (81)6.3非运行时需求 (82)▪可移植性 (82)▪可维护性 (82)6.4系统约束 (82)▪业务约束 (82)技术规范 (82)7差距分析报告 (84)7.1差距分析列表 (84)8变更纪要 (90)8.1差距1 (90)9附录 (91)9.1附录A–分类对照表 (91)9.2附录B–当前的业务规则 (93)9.3附录C–接口数据描述 (93)9.4附录D-原始需求文件清单及具体内容 (94)▪原始需求文件清单 (94)▪<文件编号.文件名称> (95)▪<文件编号.文件名称> (95)9.5附录E-需求洽谈会议纪要清单及具体内容 (95)▪会议纪要清单 (95)▪<会议编号.会议纪要> (96)9.6附录F–相关业务/技术约束清单及具体内容 (97)▪相关业务/技术约束文档清单 (97)▪<文件编号.文件名称> (98)▪<文件编号.文件名称> (98)1 中国电信北方事业部综合计费系统概述1.1 系统的目的与系统概述▪建立综合计费系统的目的在中国电信拆分方案中把北方十省分公司划分给中国网通，中国电信需要在这些省份重新开展自己的业务，所以中国电信集团公司在北方9省（市、区）（天津、吉林、辽宁、内蒙古、黑龙江、山东、山西、河南和河北）成立北方电信，并制订了北方电信综合业务支撑系统二期工程的规范，在这些省份设置专业网络交换设备，形成南方21省来话收敛能力和北方部分新业务的开展能力。
电信业务综合结算系统总体方案
电信业务综合结算系统总体方案摘要本文档描述了电信业务综合结算系统的总体方案。
该系统致力于提供一个完整的、高效的综合结算解决方案，满足电信运营商在业务结算过程中的需求。
本文首先介绍了系统的背景和目标，然后描述了系统的整体架构和主要模块，最后讨论了系统实施的计划和风险。
1. 引言电信运营商在提供各类业务时，需要与合作伙伴进行结算。
目前，许多运营商使用繁琐的手工处理方法或使用多个独立的系统进行结算，导致结算过程低效且容易出错。
为了解决这个问题，我们设计了电信业务综合结算系统。
2. 目标电信业务综合结算系统的目标是提供一个一体化的结算平台，为电信运营商简化结算流程、提高结算效率、降低风险。
系统将支持多种类型的业务结算，包括语音通信、数据传输、增值服务等。
3. 系统架构电信业务综合结算系统的整体架构如下所示：系统架构系统架构系统由以下主要组件组成：3.1 数据接入模块数据接入模块负责从各个业务系统中收集结算数据，并进行格式转换和校验。
该模块支持实时数据接入和批量数据接入，并提供数据清洗和校验功能，确保结算数据的准确性和完整性。
3.2 结算处理模块结算处理模块是系统的核心模块，负责处理结算数据、生成结算单据和计算结算金额。
该模块支持根据不同的合作伙伴配置不同的费率计算规则，并提供多种结算方式，包括按月、按季度等。
3.3 结算审核模块结算审核模块负责审批、审核结算单据。
在结算单据生成后，该模块会根据设定的审批流程进行审批，并生成结算结果。
3.4 结算报表模块结算报表模块负责生成各类结算报表，包括合作伙伴结算报表、业务类型结算报表等。
该模块支持自定义报表模板和定时报表生成。
3.5 统计分析模块统计分析模块负责对结算数据进行统计和分析，为运营商提供数据分析和结算预测等功能。
该模块支持多维度、多角度的数据分析，并提供可视化的数据展示界面。
4. 实施计划电信业务综合结算系统的实施计划包括以下几个阶段：4.1 系统规划和需求分析在这个阶段，我们将与电信运营商合作，明确系统的规划和需求。
中国电信客户管理系统业务需求书
中国电信客户管理系统业务需求书1. 引言本文档旨在为中国电信客户管理系统的开发和实施提供业务需求的详细描述。
中国电信希望通过这个系统实现客户信息的统一管理、快速查询、高效处理等功能，提高客户服务水平，优化业务流程，增加运营效率。
2. 背景中国电信作为国内领先的通信服务供应商，拥有庞大的客户群体。
目前，中国电信下属的各省分公司以及零售渠道各自独立管理客户数据，数据存储和查询效率较低，导致客户服务反应迟缓，影响了客户满意度。
为了解决这个问题，中国电信希望建立一个统一的客户管理系统，将客户的信息集中存储，并提供一系列的业务功能，以提高客户服务的质量和效率。
3. 目标中国电信客户管理系统的目标是实现以下业务需求： - 统一客户数据的管理，包括个人客户和企业客户； - 提供快速、准确的客户信息查询功能； - 实现客户信息的维护和更新； - 提供客户投诉和问题处理的功能； - 支持客户合同管理； - 提供客户关系管理（CRM）的功能； - 支持客户账户和费用管理。
4. 功能需求4.1 客户数据管理•系统应支持个人客户和企业客户的管理；•客户数据应包括客户基本信息、联系方式、业务关系等；•客户数据应可通过界面、文件导入等方式进行批量导入和导出；•系统应支持客户数据的快速查询和筛选。
4.2 客户信息查询•系统应提供便捷的客户信息查询功能，包括按姓名、电话号码、客户类型等进行查询；•查询结果应包括客户基本信息、联系方式等；•查询结果应支持导出功能。
4.3 客户信息维护•系统应支持对客户信息的维护和更新操作；•用户应能够修改客户基本信息、联系方式等；•客户信息的修改操作应记录日志，记录修改时间和修改人。
4.4 客户投诉和问题处理•系统应提供客户投诉和问题处理的功能；•用户应能够记录客户的投诉和问题，并进行分类和处理；•系统应支持对投诉和问题进行查询和统计分析。
4.5 客户合同管理•系统应支持客户合同的管理；•用户应能够创建、修改和终止客户合同；•系统应自动提醒用户合同的到期时间。
中国电信业务综合结算系统总体方案
中国电信业务综合结算系统总体方案中国xxx电信业务综合结算系统总体方案目次1.概述 (1)1.1. 目的 (1)1.2. 适用范围 (1)1.3. 编制依据 (1)1.4. 起草单位 (1)1.5. 解释权 (2)2.建设目标及原则 (3)2.1. 建设目标 (3)2.2. 建设的必要性 (6)2.3. 建设原则 (7)2.4. XXX综合结算系统体系结构 (8)3.综合结算系统业务 (12)3.1. 组织结构及业务职能 (12)3.2. 全国中心结算业务 (15)3.3. 省中心结算业务 (23)4.系统组网原则及网络体系结构 (38)4.1. 组网原则 (38)4.2. 网络体系结构 (38)4.3. 广域网组网方案 (39)4.4. 局域网组网方案 (46)4.5. IP地址和域名规划 (50)5.应用软件体系结构 (51)5.1. 综合结算系统功能结构图 (51)5.2. 数据采集 (52)5.3. 预处理 (54)5.4. 结算批价 (57)5.5. 结算处理 (60)5.6. 对帐处理 (61)5.7. 结算数据统计 (64)5.8. 审核校验 (67)5.9. 系统管理 (68)6.系统接口 (79)6.1. 接口处理原则 (79)6.2. 内部接口 (79)6.3. 外部接口 (80)7.系统技术要求 (84)7.1. 业务量计算模型 (84) 7.2. 主机要求 (86)7.3. 网络要求 (87)7.4. 存储要求 (88)7.5. 数据库要求 (90)7.6. 网络监控要求 (92)7.7. 系统测试环境要求 (93) 7.8. 系统割接要求 (94)7.9. 文档资料要求 (94)7.10. 系统性能总体要求 (95)8.工程建设进度 (97)9.机房场地与环境要求 (98) 9.1. 机房面积 (98)9.2. 机房环境条件 (98)9.3. 空调及电源 (99)10.运行维护及劳动定员 (100) 10.1. 维护界面划分 (100) 10.2. 维护部门主要责任 (100) 10.3. 维护人员编制 (102)11.投资估算与效益分析 (104)。
中国电信在线计费系统(OCS)总体技术方案(V1.0)
在线计费研究项目由中国电信股份有限公司业务支撑中心、技术部提出，并于2005年 1月20日成立了由上海研发中心牵头的在线计费项目组。在前期大量的市场调研和标准方 案分析的基础上，项目组在2005年4月16日开始了一个多月的规范封闭编制和设计，并于5 月底完成了全部规范的初稿，包括《总体技术方案》、《业务需求》、《OCS技术要求》、 《OCP接口规范》、《SCP设备改造要求》、《ISMP设备改造要求》和《CCG设备技术要求》 共七本分册。
工作组按照项目制建立和运作，项目组织结构如下： 项目负责人：李连祥、刘晓亮 项目组：董斌（组长）、周峰、李洁，张峰，高国文，解彦良，石松奇，梁林志，王 巍，戴志强、黄怡婷、曾旸、王晓强、綦群、魏科学、陈松、Cynthia Leung等。 在项目组工作期间，得到了中国电信股份有限公司业务支撑中心张国珍总监、李连祥 资深专家及上海研发中心移动通信部秦达主任等领导的大力支持和亲自指导，并对文档提 出了许多宝贵的建议和意见。另外，在文档编制过程中，得到了华为、西门子、HP、联创、 天源迪克等公司的积极协助，在此一并表示感谢！
中国电信业务综合结算系统总体方案
【最新资料，WORD文档，可编辑】概述目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统”的发展思路。
在本方案的指导下，中国**及各省分公司和各系统集成商能够实现完整的、准确的、及时的、安全的、灵活的综合结算子系统。
➢综合结算子系统用于支持中国**同中国电信、中国移动、中国铁通等电信运营商的网间结算，同时支持中国**内部各子系统间的网内结算。
➢综合结算子系统作为中国**电信业务支撑体系中的重要一环，完成各个子系统的数据汇接和结算。
➢综合结算子系统与其它系统之间实现接口的规范化、标准化。
适用范围本方案适用于中国**综合结算子系统，涵盖采集、预处理、批价、结算、统计、系统监控管理模块。
本方案说明了中国**综合结算子系统的总体结构及其与相关系统的接口和功能要求。
在网络规划、工程设计、软件开发和更新与维护管理时，本方案具有很好的指导意义。
编制依据本方案的编制过程中，引用和参考以下标准：➢<<电信网间通话费结算办法>>➢<<中国**GSM计费结算与营业系统总体方案>>➢<<中国**CDMA计费结算与营业系统总体方案>>➢<<中国**综合结算子系统方案>>➢<<关于193、IP国内长途来去话网内结算办法的通知>>➢<<中国**综合结算子系统业务规范>>起草单位本方案起草单位为中国**通信有限责任公司。
解释权本方案的解释权属于中国**通信有限责任公司。
建设目标及原则建设目标现阶段**结算系统建设情况在现阶段，各省**结算系统的建设情况各异，总结起来大概有以下几种情况：1. 没有综合结算系统，各业务的专业结算功能在各原计费系统或在综合营帐系统中实现；2. 部分业务建立了独立的专业结算系统，其他业务的结算功能在原计费或综合营帐系统中实现；3. 专业结算系统与各专业系统之间没有明确的功能界定，没有统一的接口规范；4. 网络建设过程中对交换机之间的中继信息管理不当，造成结算系统无法结算或结算错误；5. 结算系统的不完备性直接影响**很多增值业务的发展。
电信计费系统需求分析
＜电信计费系统＞软件需求说明书作者：杨贤亮杨梓民余磊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工作人员登录输入正确的用户名与密码，既能登录成功。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国电信综合计费系统需求说明书(doc 61页)需求说明书版本：1.0作者：2003-4审批记录表XXXXXX 公司项目经理签名(Signature) 日期(Date)XXX中国电信北方事业部项目经理签名(Signature) 日期(Date)项目经理签名(Signature) 日期(Date)哪些人员需要参考本文所有参加中国电信北方事业部二期业务支撑系统项目需求分析的成员，包括中国电信客户方人员，各分包商和IBM顾问。
本文有哪些主要内容及目的本文档详细而又完整地阐述了为中国电信北方事业部二期业务支撑系统的业务需求，并将此作为●在用户及系统开发人员之间交流的基础。
●评估应用开发量的主要基础。
●评估项目开发时间的基础。
●开发阶段规划版本的基础。
●定义用户界面需求的主要基础。
●定义测试案例的基础。
●作为验收测试的基础。
在以后的项目开发过程中，若出现对本文档内容的改动，将极有可能会在很大程度上影响到当时已经完成的工作，从而影响到项目的工程计划。
为了便于管理，请遵守《项目变更控制程序》。
本文的相关文档●《工作说明书》●《项目计划》●《需求跟踪管理表格》●《测试计划和测试案例》目录1中国电信北方事业部综合计费系统概述 (10)1.1系统的目的与系统概述 (10)▪建立综合计费系统的目的 (10)▪综合计费系统的概述 (11)2业务概念定义及业务实体定义 (16)2.1业务概念 (16)2.2业务实体 (23)▪实体关系说明 (27)▪实体描述 (28)3业务处理流程 (38)3.1流程列表 (38)3.2流程说明 (40)▪< 预处理> (40)▪<分拣> (42)▪<排重> (43)▪<批价> (45)▪<数据分发> (50)4功能性需求 (52)4.1功能性列表 (52)4.2行为角色(A CTOR)列表及关系 (56)4.3使用案例列表 (58)4.4使用案例模型 (60)▪<预处理> (61)▪<批价> (62)▪<回收回退> (64)4.5使用案例描述 (64)▪预处理 (66)▪分拣 (67)▪批价 (68)▪数据分发 (69)▪终止结果 (69)▪同步订购合同 (70)5用户界面需求 (72)5.1页面需求 (72)▪品牌说明 (72)▪页面风格定义 (72)▪页面层次及列表 (73)▪页面说明 (74)6非功能性需求 (75)6.1非功能需求列表 (76)6.2服务级别需求(SLR S) (77)▪容量和性能 (77)▪可用性 (77)▪安全性 (78)▪系统管理 (80)6.3非运行时需求 (81)▪可移植性 (81)▪可维护性 (81)6.4系统约束 (81)▪业务约束 (81)技术规范 (81)7差距分析报告 (83)7.1差距分析列表 (83)8变更纪要 (89)8.1差距1 (89)9附录 (90)9.1附录A–分类对照表 (90)9.2附录B–当前的业务规则 (92)9.3附录C–接口数据描述 (92)9.4附录D-原始需求文件清单及具体内容 (93)▪原始需求文件清单 (93)▪<文件编号.文件名称> (94)▪<文件编号.文件名称> (94)9.5附录E-需求洽谈会议纪要清单及具体内容 (94)▪会议纪要清单 (94)▪<会议编号.会议纪要> (95)9.6附录F–相关业务/技术约束清单及具体内容 (96)▪相关业务/技术约束文档清单 (96)▪<文件编号.文件名称> (97)▪<文件编号.文件名称> (97)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长话等。
1、互联网类服务主要包括专线接入、注册拨号接入（163）、主叫拨号接入、宽带接入、VPN、上网卡等。
承载在互联网类服务之上附加服务有：漫游、内容服务等。
1、智能网类服务主要包括记帐卡、智能公话、号码预置、IP电话、VPN、被叫集中付费（800）等。
1、网元出租类服务主要包括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 定义订购合同记录了客户对产品的订购情况。