中国电信综合计费系统需求说明书(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工作人员登录输入正确的用户名与密码，既能登录成功。
电信资费综合管理系统操作手册
电信资费综合管理系统操作手册巨龙信息科学技术研究院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前言近十年来，中国通信网发展十分迅速，电信部门为了管理好庞大的电话网，保证运营效益，提高服务水平，普遍建立了计费中心，购置了话费结算系统和话费营收网络，投入了大量的资金和人力。
这些措施在很大程度上提高了话费结算和营收的服务质量，但是其重点是放在话费结算的准确性和收费的方便性两个方面，尚没有将设备维护与资费管理有机地统一起来。
不将设备维护与资费管理统一起来将会给电信运营者和使用者带来很多不便，例如：对欠费用户缺乏有效管理，特别是对信誉度不高的恶意欠费用户缺乏及时的设备管理手段；每月结帐后，设备维护人员要对大量欠费用户进行停机，刚刚闭塞完毕，又因多数用户交费而复机，维护人员常因此疲惫不堪；交费后不能及时开机，因为电信局资费管理与设备管理分属不同班组，人工交接复机派工单时常会发生缴费后几天不能复机的情况，用户时常因此与电信局产生纠纷。
中国电信在线计费系统总体设计方案(doc 92页)
中国电信在线计费系统总体设计方案(doc 92页)中国电信企业标准中国电信在线计费系统（OCS）总体技术方案版本号：V0.8编制说明在获得移动业务牌照以后，中国电信将成为移动市场竞争的积极进取力量，针对目前激烈竞争的移动市场状况，必须要为预付费/后付费用户提供丰富的业务和灵活的业务资费策略，发挥综合运营商的优势，提供灵活的业务捆绑，并控制预付费用户的欠费风险。
现有在线计费整体解决方案存在不同的缺陷，建立一个能够支撑灵活计费需求和市场推广策略的新的在线计费系统正是在此背景下提出的。
本技术规范系列是通过前期大量的市场前期调研和对现有计费解决方案深入分析，参考3GPP提出的在线计费系统解决方案，并结合中国电信预付费业务需求制定的，目的是支撑中国电信在线计费系统整体规划、建设和实施。
本技术规范系列以支持移动业务的在线计费为切入点，提出了中国电信在线计费系统的总体技术方案、业务需求、设备要求和对周边设备的改造要求。
新的计费系统整体解决方案借鉴现有方案的优点，基于SID（Share Information Data）提供的统一信息视图，实现了预付费/后付费融合计费、语音/数据的融合计费，并兼顾了机会成本、欠费成本、系统成熟度等关键因素。
在线计费研究项目由中国电信股份有限公司业务支撑中心、技术部提出，并于2005年1月20日成立了由上海研发中心牵头的在线计费项目组。
在前期大量的市场调研和标准方案分析的基础上，项目组在2005年4月16日开始了一个多月的规范封闭编制和设计，并于5月底完成了全部规范的初稿，包括《总体技术方案》、《业务需求》、《OCS技术要求》、《OCP接口规范》、《SCP设备改造要求》、《ISMP设备改造要求》和《CCG设备技术要求》共七本分册。
工作组按照项目制建立和运作，项目组织结构如下：项目负责人：李连祥、刘晓亮项目组：董斌（组长）、周峰、李洁，张峰，高国文，解彦良，石松奇，梁林志，王巍，戴志强、黄怡婷、曾旸、王晓强、綦群、魏科学、陈松、Cynthia Leung等。
经典中国电信业务综合结算系统总体方案
【最新资料，WORD文档，可编辑】目次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............................................. I P地址和域名规划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............................................ 系统性能总体要求958.工程建设进度 (97)9.机房场地与环境要求 (98)9.1..................................................... 机房面积989.2................................................. 机房环境条件989.3................................................... 空调及电源9910.运行维护及劳动定员 (100)10.1................................................ 维护界面划分10010.2............................................ 维护部门主要责任10010.3................................................ 维护人员编制10211.投资估算与效益分析 (104)概述目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统”的发展思路。
中国电信业务综合结算系统总体方案报告
中国电信业务综合结算系统总体方案报告中国电信业务综合结算系统总体方案报告一、项目背景随着信息技术的发展与应用，电信行业已经成为人们日常生活中必不可少的一部分。
随着用户数量的增加，电信运营商业务量庞大，为了有效管理业务，降低业务管理成本，提高管理效率，中国电信公司推出了业务综合结算系统的建设。
二、项目目标和意义1、目标：通过构建一套可信度高、规范化的业务综合结算系统，实现业务流程的全面优化，同时降低业务管理成本，提高管理效率。
2、意义：（1）能够有效提升电信运营商的管理效率，快速响应市场变化，为客户提供更加高质量的服务。
（2）可快速完成业务结算，减少结算时间和成本。
（3）可提升业务数据安全性，提高系统的可靠性和稳定性。
三、项目实施流程1、需求分析：通过需求分析，确定业务综合结算系统应具备的功能和性能。
2、系统设计：根据需求分析结果，设计系统结构和架构，包括系统的软硬件环境、核心算法、数据集成等。
3、系统开发：按照设计规划，进行系统开发工作，包括模块开发、单元测试、集成测试等。
4、系统部署：进行系统部署工作，包括服务器安装、软件配置、网络调优等。
5、系统调试：进行系统的调试和测试，确保其正常运行且具备良好的性能和稳定性。
6、系统上线：系统验收合格后，可正式上线运行，并持续进行系统维护和升级。
四、系统功能介绍1、业务受理模块：支持电信公司业务受理、订单管理、用户信息查询、产品查询等。
2、结算统计模块：系统可实现快速结算和数据统计，支持收入结算、成本结算、实时结算等。
3、数据管理模块：系统可进行数据管理，包括数据存储、查询和分析等。
4、风险控制模块：可对业务进行风险评估和控制，提高系统的安全性和稳定性。
5、维护管理模块：系统可进行日常维护和管理，包括系统启停、性能优化、Bug修复等。
五、系统架构1、硬件架构：采用分布式架构，包括前台Web服务器、应用服务器、中间件、后台数据库服务器等。
2、软件架构：采用SOA(Service Oriented Architecture)架构，包括Web层、应用层、数据层等。
电信业务综合管理系统
易讯正通电信业务综合管理系统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 话费趋势分析[功能]：选择起止截止时间、组合条件、图形类型和分析对象，按小时、天、月来分析呼出话务量和费用情况，并且以图形方式反馈结果。
中国电信综合办公产品说明书正式文件word版
中国电信综合办公（网络版）业务产品说明书中国电信政企客户事业部中国电信广州研究院2012年8月目录1 产品简介 (1)1.1 产品定义 (1)1.2 产品特点 (1)1.3产品形态 (2)2 办理及使用条件 (2)2.1 用户办理条件 (2)2.2 用户使用条件 (2)3 使用场景 (3)4 业务服务 (4)4.1 业务办理方式 (4)4.2 客户服务方式 (4)4.3 业务付费方式 (4)5 业务资费 (5)6 促销政策 (5)1产品简介1.1产品定义综合办公（网络版）业务是采用移动互联网技术，基于中国电信的宽带互联网、3G移动通信网络以及集中部署的综合办公（网络版）业务平台，为政企客户提供的在PC机和智能手机等终端使用的融合型办公服务，可满足客户随时随地进行信息共享、交流沟通和协同办公需求。
1.2 产品特点➢融合办公服务采用云平台部署方式，快速实现移动办公服务。
客户无需购买服务器，开通即用，投资小，见效快。
➢资讯及时沟通电子公告、短彩中心、内部邮件等功能，实现信息资讯的及时传递。
➢工作高效协同通讯录、会议管理、协同工作等功能，帮助客户管理、协调企业资源，提高工作效率。
➢日程贴身秘书用户可管理自己的日程安排，并可通过手机及时接收个人日程、会议日程提醒消息。
1.3产品形态图 1 综合办公（网络版）系统架构示意图中国电信集中部署综合办公（网络版）平台，为政企客户提供PC端使用的基础办公和手机端使用的综合办公（网络版）业务。
客户可在具备上网条件下通过PC方式使用各项服务，也可在CDMA网络覆盖范围内通过手机客户端方式使用各项服务。
2办理及使用条件2.1用户办理条件全国范围内使用PC终端和中国电信CDMA手机终端的政府客户、行业客户、中小企业及聚类客户均可申请办理综合办公（网络版）业务。
2.2用户使用条件使用综合办公（网络版）业务需开通宽带上网业务，并且应具备相应的业务终端，包括互联网终端（PC机或其他设备）或手机终端（手机）。
中国电信业务综合结算系统
中国**电信业务综合结算系统总体方案中国**2002年5月目次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. **综合结算系统体系结构 (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)1.概述1.1.目的本方案用于总体规划、指导中国**内部综合结算专业子系统的建设，以适应“一个体系，多个子系统”的发展思路。
200304_北方电信综合计费系统 需求说明书_中国电信
需求说明书版本：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)▪< 预处理> (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省来话收敛能力和北方部分新业务的开展能力。
- 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 定义订购合同记录了客户对产品的订购情况。