中国电信综合计费系统需求说明书(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)。

【最新资料，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页)中国电信企业标准中国电信在线计费系统（OCS）总体技术方案版本号：V0.8编制说明在获得移动业务牌照以后，中国电信将成为移动市场竞争的积极进取力量，针对目前激烈竞争的移动市场状况，必须要为预付费/后付费用户提供丰富的业务和灵活的业务资费策略，发挥综合运营商的优势，提供灵活的业务捆绑，并控制预付费用户的欠费风险。

现有在线计费整体解决方案存在不同的缺陷，建立一个能够支撑灵活计费需求和市场推广策略的新的在线计费系统正是在此背景下提出的。

本技术规范系列是通过前期大量的市场前期调研和对现有计费解决方案深入分析，参考3GPP提出的在线计费系统解决方案，并结合中国电信预付费业务需求制定的，目的是支撑中国电信在线计费系统整体规划、建设和实施。

本技术规范系列以支持移动业务的在线计费为切入点，提出了中国电信在线计费系统的总体技术方案、业务需求、设备要求和对周边设备的改造要求。

新的计费系统整体解决方案借鉴现有方案的优点，基于SID（Share Information Data）提供的统一信息视图，实现了预付费/后付费融合计费、语音/数据的融合计费，并兼顾了机会成本、欠费成本、系统成熟度等关键因素。

在线计费研究项目由中国电信股份有限公司业务支撑中心、技术部提出，并于2005年1月20日成立了由上海研发中心牵头的在线计费项目组。

在前期大量的市场调研和标准方案分析的基础上，项目组在2005年4月16日开始了一个多月的规范封闭编制和设计，并于5月底完成了全部规范的初稿，包括《总体技术方案》、《业务需求》、《OCS技术要求》、《OCP接口规范》、《SCP设备改造要求》、《ISMP设备改造要求》和《CCG设备技术要求》共七本分册。

工作组按照项目制建立和运作，项目组织结构如下：项目负责人：李连祥、刘晓亮项目组：董斌（组长）、周峰、李洁，张峰，高国文，解彦良，石松奇，梁林志，王巍，戴志强、黄怡婷、曾旸、王晓强、綦群、魏科学、陈松、Cynthia Leung等。