新一代运营支撑体系NGOSS
新一代运营支撑系统解决方案
新一代运营支撑系统解决方案作者：大唐电信陈龙新一代运营支撑系统的驱动力国内运营支撑系统(OSS/BSS)的建设已经有多年的历史了，业界公认的最早的大型OSS系统可以追溯到95年原电信总局推动的“九七工程”。
早期的OSS系统是在特定的运营环境下，面向特定的业务问题和管理问题而规划、建设和实施的，但随着网络的演变、业务的发展和运营环境的变迁，OSS系统也受到了前所未有的挑战。
对OSS系统的挑战主要来自四个层面的驱动力：* 技术驱动近几年来，计算机技术和软件工程理论都有了飞跃性的发展。
大型数据库技术、中间件技术、存储技术、并行计算技术、容灾备份技术、应用集成技术、门户技术、UML理论、NGOSS理论等对OSS的发展都起到了推波助澜的作用，使得很多业务难题和管理难题通过技术手段得以解决。
而反过来运营支撑系统应用巨大的市场需求又推动了相关技术的发展和进步，形成了良性循环。
* 网络驱动/业务驱动不仅计算机技术在发展，通信网技术发展更快。
由此带来了网络架构的演变，带来了雨后春笋般的新业务和增值业务。
如何快速部署新业务，如何推介新业务使其具备快速赢利的能力，如何对新一代网络提供良好的网络管理和质量保证？这是考验OSS的又一难题。
* 竞争驱动电信拆分、运营与监管分离、加入WTO、网络泡沫的破灭，短短的几年间，电信运营业经历了深刻的变革。
运营环境的变化直接引发了企业战略规划、经营理念、竞争策略、建设策略的重新思考和定位。
原有的OSS系统如不及时调整，将很难对企业的运营管理起到支撑作用。
* 企业内在驱动网络技术的变革与运营环境的变迁促使运营商更加关注起运营管理。
即使是在电信行业整体滑坡的情况下，国际几大主要运营商设备投资剧减，而运营管理投资仍呈增长趋势。
在国内，信息化建设的国策更进一步推动了电信运营企业加大投入，着力规划和建设运营支撑系统。
大唐电信作为国内最早的OSS研究机构和开发厂商，直接参与了从“九七工程”、本地交换网网管系统开始的几乎全部大型OSS系统的规划、开发和实施工作。
电信业务支撑系统NGOSS
三、NGOSS的技术特性：
eTOM提供了一个抽象的、通用的电信运营商企 业运营过程模型，这个模型为我们建立一个稳定 的OSS奠定了基础。但是，光有这个基础还缺乏 以建立实际的OSS，必须解决系统实际技术问题， 其中包括：确定系统结构和选用各种技术，从技 术的角度考虑，如果将上述的商务需求映射到对 系统要求，我们会要求系统具有以下技术特性， 〔非功能性的需求〕
• 向后兼容性：为了在系统连续运行的同时，完成 新增功能的演化，这一要求是不言而喻的。良好 的向后兼容性可以降低新增构件和系统时的风险。 降低系统开发和部署的成本。
四、NGOSS 技术思想
受到软件产业的组件技术和组件开发方法
的启示，NGOSS提出了基于组件〔构件〕 的面向对象的分布式BSS/OSS 解决方案。
〔3〕公共业务数据〔续〕
• 引入公共业务数据的根本目的在于信息的 充分共享。单独的NGOSS共享信息模型将 为大量的共享信息服务定义信息模型并提 供公共框架。
• 通过信息共享，实现信息在一定业务流程 驱动下的动态交互，即通过业务流程来驱 动各部门、各应用系统之间的协调运作， 从而实现企业自动化。
〔3〕公共业务数据〔续〕 • 数据物理存储层通过一个或几个数据库提
• 互操作性：为了提供端到端的支持!运营商 互联以及保证系统的演化，OSS必须与其 他系统互联；
• 可伸缩性：对于电信运营商来说，企业经 营规模的变化，用户数量的变化和网络规 模的变化，都需要系统具有良好的可伸缩 性；
• 可演化和可移植性：对于电信运营商来说，系统 要面对不断变化开展的经营局面，就必须不断升 级和演化，以支持最新的网络技术和业务，支持 最新的营销概念和方式；
电信业务支撑系统
NGOSS
SID(Shared Information DataModel)共享信息模型
SID（Shared Information Data/Model),共享信息模型，是NGOSS（Next GenerationOperationSupport System，下一代运营支撑系统)规范中的一个核心思想。
NGOSS在建立eTOM模型时，就考虑到了信息数据共享这个重要的问题，SID因此产生。
SID 是由SID框架和SID 分析设计模型组成的，重点关心数据逻辑架构。
SID框架的起源是TMF的SIM（System Integration Map系统集成图），而SID 分析设计模型主要来源于eTOM，是TMF成员共同的贡献，是工业模型SID不仅是对业务过程中涉及的各种业务信息进行抽象、分析并使用UML对共享信息进行数据建模，而且为聚合业务实体定义了数据对象、对象属性等，为eTOM提供了信息数据共享的基础。
对应文档：TMFC5601 SID.pdfSID是NGOSS提出的建立共享信息模型的通用框架，SID分别从业务和系统两个视图描述了共享信息模型。
一方面，SID从业务视图出发，以cTOMLevel 0定义的业务处理模型为基础，依据对商业过程中涉及的各种业务信息的抽象和分析，定义厂各种可聚合的实体ABE以及各种业务实体BE，并将它们划分为不同的管理域，从而最大限度地实现信息和数据的共享。
另一方面，SID从组建BSS／OSS系统的视点出发，对各种业务实体的属性进行定义，并利用UML将它们有机地组合在‘起，形成UML模型，从而为设计用于实现BSS／OSS系统实际使用的共享数据模型提供参考模型。
综上所述，SID足业务和系统的实体定义和1 3M1．模犁的有组织的集合。
SID是NGOSS体系架构的最重要的部分，四个视图中都有SID相关的功能单冗，代表了能够相互关联起来的信息统一体。
例如，SLA(服务水平l办议)的变化是怎样影响到由它来确保的网络设备配置文什的。
这就是一个将业务领域与系统领域联系起来的简单例子，只是在系统领域中，列业务领域的实体和概念有着不同的表达。
NGOSS中文介绍
• 1)体系结构 • 企业所有运营活动的原动力来自于客户的需 求。OSS的支撑重心要由从以内部管理为出发点、 以技术为中心，转移到以客户为出发点、以服务 为中心上。新的体系结构要针对电信运营的行业 特点，从企业的整体商业流程需要来构造新一代 的支撑系统。同时，一个好的OSS体系也必须能 够适应技术的不断演进，有利于系统的实现，能 够随时采用最新最有效的技术。
• NGOSS还有很多新的需求： (1)以面向客户为中心，为客户提供个性化的管理服务， 实现业务的SLA维护和管理。 (2)OSS与企业资源规划(ERP)结合，进一步整合企业 资源，将OSS由原先的操作运营提升到企业运营的高度， 形成高度自动化的管理流程，进一步降低运营成本，加 快业务流程，提高企业核心竞争力。 (3)与电子商务结合。电子商务将是未来主要的商业交 易模式，NGOSS必须能够与之有效结合。 (4)数据的高度共享和集成。 (5)适应不断变化的市场环境，对商务流程改变能即时 和灵活响应。 综上所述，目前迫切需要NGOSS体系和标准来适应 这些新需求，因此发NGOSS标准十分必要
• 基于NGOS框架结构： • （1）框架结构的先进性 • 系统的建立是一个循序渐进的过程，这么多的功能模块是不可能 在一次工程中建成，因此就要求新功能模块的加入不能对已有系统产 生影响。这就要求在系统整合时，采用一种松耦合的技术，避免功能 模块之间的过分依赖。只有采用面向总线的系统架构，通过公共总线 结构实现跨越应用系统的通信，才能建立起这样一个灵活的、实时的、 可扩展的整合平台。 • （2）系统整合的灵活性 • 系统的各功能模块往往是由多个不同的专业厂商提供的，很难由 一个厂商提供所有的功能模块，这样只有选择一个灵活的整合平台， 才能把所有系统都无缝地整合起来，使运营支撑系统作为一个整体发 挥最大的效力。 • （3）系统扩展的平滑性 • 如果已建立了这样一个灵活的、可扩展的、基于公共总线技术的 整合平台，采用了面向对象的组件技术，则新的模块可以很快、很方 便地加入，新的业务可以很快推出，用户需求的快速响应能力也可以 快速提高。
浅谈电信新一代BOSS系统
浅谈电信新一代BOSS系统浅谈新一代电信BOSS系统随着我国邮电分营、电信南北分拆，运营商竞争格局的形成，日趋同质的市场业务竞争越演越烈，电信运营商逐渐失去绝对优势，开始重视自身的建设和关注客户的需求，全面提升管理水平和运营能力成为决定性因素(以前是更为重视网络容量和投资规模等因素)。
在某种程度上说，未来电信运营商取胜的法则不再是电信资源，而将是越来越多地取决于以IT技术支持的管理能力。
因此电信运营支撑系统在未来的企业发展中将发挥越来越重要的作用。
应对未来的挑战，电信企业应该构建什么样的运营支撑系统？什么样的运营支撑系统才是个好的运营支撑系统呢？本文通过分析电信企业在用支撑系统的现状，详细论述了以BSS(Business Surport System，业务支撑系统)/OSS（Operation Surport System，运营支撑系统）为中心的新一代电信BOSS系统（业务运营支撑系统）。
1 电信原有的业务运营支撑系统状况电信行业的原业务支撑系统建设大都是按分散式的“本地网”模式，每个省每一个地市都会建有一个支撑中心，都有一套自己的“九七”和计费帐务系统，负责本地电信用户运营和服务支撑。
具有更强的访问控制能力、更可靠的安全性以及更灵活的扩展性。
2.3电信新业务的推出随着网络技术不断提升，电信业务也从单纯的语音业务发展至几十种、几百种、几千种综合业务，如：固网智能化改造所带来的混合放号、固话彩铃等一系列新业务；同时网络容量也在增大，用户数量飞速增长。
在这种情况下，支撑系统就需要具备以下功能特点：支持运营商提供各种个性化、亲情化服务；更快、更准确地发送业务开通、变更、绑定等联机指令至分散各地的网络单元；高效建立客户业务与网络资源之间的关联，让用户在不知不觉中得到优质服务；使得网络在流量大的特殊时期也能畅通无阻。
2.4营销策略和方式的改变为了向用户提供更优质的服务，电信企业改变原有的等客上门为主动营销，并将客户详细分类，针对不同类型的客户提供不同级别的服务。
运营支撑系统(OSS)的现状与发展思路
有线网络·广电OSS建设专题·1 前言业务运营支撑系统（BOSS）中的四个成员——业务支撑系统（BSS）、运营支撑系统（OSS）、管理支撑系统（MSS）/办公自动化系统（OA）和决策支持系统（DSS）/经营分析系统（经分）中BSS因其与用户、产品、计费、账务等与业务开展的密切关系，一直占据运营商信息化建设的主导地位。
近年来，以前一直不太被重视的经分、DSS 搭乘着大数据的东风，地位有了很大提高，其各种运营数据、用户格局、收入状况直接面向决策层。
在DSS的冲击下，MSS的地位似乎要排在了最后。
OSS一直以来在业务开通、网络管理、资源管理等方面默默无闻地工作着，是保证网络质量、提高工作效率、掌握网络家底的工具，为开展业务、发展/保留用户保驾护航。
随着全业务的开展、网络技术的发展和用户市场的争夺，用户从对网络的被动接受到现在可以通过对其质量、快捷性和方便性等体验的比较来选择使用，使得网络开通的快捷性、网络维护的方便性、网络运行的稳定性越来越成为各运营商的竞争因素。
人工运营管理手段已经满足不了用户的需求，OSS将越来越自动化、智能化、开放化和大数据化。
随着深度学习、区块链、大数据等技术的发展，正在快速推动OSS的发展，OSS进入到更加深入的系统应用层面，甚至要决定系统的整体地位。
2 运营支撑系统（OSS）的发展2.1 电信运营支撑系统的主要功能模块（1）服务开通系统提供从后端服务定单生成到资源配置、服务激活、服务定单竣工整个过程的运营支撑。
（2）专业网管包括传输网管、数据网管、交换网管等，对各种设备进行性能管理、配置管理和告警管理等。
（3）集中告警系统对设备告警信息进行采集，实现对在网设备运行状态的监控，提供告警处理、经验知识库和统计分析功能。
（4）智能网管具备传输网管、数据网管、交换网管和综合网管的资源、性能和告警的接入能力，并对外开放服务能力，可实现跨网络告警的关联及归并、集中监控、自动作业计划等集约化管理及操作；能够对业务和网络的运行情况进行监控预测和分析。
mBOSS业务运营支撑系统
mBOSS业务运营支撑系统mBOSS业务运营支撑系统概述mBOSS是UTStarcom 为电信运营商准备的下一代OSS（NGOSS）。
在设计实现上遵循E TOM和TMN模型, 采用层次化、构件化的设计理念、流程和策略化的驱动机制。
mBOS S 以J2EE为核心的多层软件体系架构，基于标准的协议、构件对外提供丰富的接口和服务；强调逻辑抽象，技术适用，根据不同应用的特点采用相适应的技术路线。
mBOSS有无限的新业务支持；快速提供服务的能力，是赢得市场先机和吸引用户的有力手段。
前台业务操作和后台系统管理全部基于WEB方式,接入方便灵活，无时间、地域的限制。
子系统SAM、OBS 、AAS 、CSS 提供标准的接口，可以方便的与第三方产品进行系统组合。
客户管理子系统SAM概述SAM和其它系统（如OBS 、AAS 、CSS 等）被集成到一个统一的运营支持系统，共同提供用户管理、计费、帐务，客服等功能。
SAM是一个灵活的系统，可以单独提供管理功能, 是运营商接触最终用户的桥梁。
用户资料通过SAM汇聚到系统中。
运营商可以通过Web工作界面编辑和查询用户信息、管理号码资源、管理员工信息、进行业务受理、工单生成以及卡管理等。
功能·客户管理·业务受理·资源管理·系统和员工管理·缴费存款管理·开关机管理·卡管理特色·完全基于Web·虚拟子系统·分布式操作，集中式管理·支持多业务，交叉平台·多语言支持·支持统一的资源平台在线计费子系统OBS概述OBS 通过分析国内外的电信业务、计费系统现状，建立了灵活的价格计划模型，能对VOIP、PSTN、PHS /VAS 、GSM/CDMA、Broadband、WLAN、3G等业务进行统一的计费。
利用参数驱动的业务模型来描述通常的业务概念，可以将业务分解成多个基本的、可用于计费的功能项。
(运营管理)电信运营支撑系统演变过程及概述
（运营管理）电信运营支撑系统演变过程及概述电信运营支撑系统演变过程及概述第一章：电信业务运营支撑系统概述0、序言1、电信业务运营支撑系统概述电信管理网（TMN）结构及演进2、电信运营及模型（TINA）3、电信管理论坛（TMF）与电信运行图（TOM/eTOM）4、国内电信业务运营支撑系统现状0、序言什么是电信运营：电信运营商利用自身的通信资源，提供给消费者通信服务，而获取利益。
运营的含义：网络和业务的运行、维护及经营。
电信运营的目的：提供更加优质的服务，获取更高的收益。
什么是电信服务？：网络服务，网络承载的基本业务、业务平台提供的增值业务，打包的电信产品（套餐），外包服务，。
什么是电信运营支撑系统？采用计算机的技术，支持电信业务的运营过程的计算机系统。
所引出的问题：如何“更快、更高、更准”：通信技术的不断进步；如：3G/Wimax、宽带技术，如何更好地分析、认识、挖掘市场，如何更准确地计量，如何更快地将电信服务交付给用户，同时、涉及到电信公司本身如何有效地管理。
电信运营支撑系统的特点：复杂、庞大，分布、协同、跨部门，异构研究电信运营支撑系统的意义：任何行业和领域都面临信息化建设的问题—共性问题—业务支撑，计算机应用的根本问题，促进计算机技术的发展—计算、软件1、电信业务运营支撑系统概述电信管理网（TMN）结构及演进电信业务运营支撑系统的概念目前在业界比较混乱，有多种定义如下：电信运营支撑系统OSS (Operating Support System)，电信业务支撑系统BSS (Business Support System)，电信业务运营支撑系统（BOSS），出于中国移动的概念其中：业务(business)源于TMN的术语。
目前国际上比较公认的叫法：OSS/BSS电信业务运营支撑系统(OSS/BSS)定义:是以市场为导向，面向电信业务和网络的运营支撑以及面向客户服务的企业经营支撑的计算机信息处理和管理系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
注册服务
调用服务 策略框架服务 系统管理服务 安全服务
10
NGOSS体系结构框架
调用OSS功能参考图
11
商务处理过程—电信运营图
12
商务处理过程—电信运营图
电信运营图（Telecom Operations Map）是一个描述电信 运营过程的高层抽象视图，它关注和研究的目标是服务提 供商的管理价值链中的业务管理，即：基于业务实现、保 证和账单(FAB)等运营活动所需要的商务处理。这些商务处 理流程被公开，实现为包含一组API接口的OSS组件，每个 OSS完成TOM层结构中特定、独立的功能。对于服务提供 商而言，TOM勾勒出了这些组件的边界以及综合成产品时 所需实现的功能和输入/输出流。
智能化的网元管理系统：将OSS所承担的协调协议和语言 的复杂任务由网元管理系统承担，实现更为有效简捷的网络管 理。这样做的好处在于减少了OSS的开发成本，使其与多供应 商无关，对新技术和新网络结构的适应更富于弹性
34
可做的研究探讨
我们面临的课题
如何根据我们公司在网络管理领域现有的技术优势，运用 NGOSS的商务处理模型和流程，为电信运营公司提供一套适 合中国国情的、完整可行的电信经营解决方案 研究电信业务和网络管理的关系，寻找新的价值增长点
OSS系统投入使用的周期长
业务提供费时耗力 无法提供全球范围的电信业务 OSS软件升级困难，可重用性和移植性较弱 对新技术的融合能力差
6
NGOSS的解决方案
企业的商务处理过程和OSS软件实现相分离 提供公共的通信基础机制，采用面向对象的软件总线 定义公共数据模型 编制两套体系结构：Technology Neutral Architecture和 Technology Specific Architecture
基于合约的组件接口—合约
合约(Contract) 合约是OSS组件对外提供信息或执行操作的一个绑定 协议。在NGOSS的范畴内，合约是指一个组件为响 应另一个组件的一致输入集而提供的一致输出集。一 个合约可以指定组件完成一个或多个操作（如：提供 一次数据检索或执行一个动作），以产生向外的一致 输出集。（TMF052）
17
商务处理过程—业务实现处理流程
18
商务处理过程—业务保证处理流程
19
商务处理过程—业务账单处理流程
20
基于合约的组件接口—框架服务定义
命名服务（Naming Service）：命名服务管理系统中的各种命名对象， 这些对象有合约规范、实现合约的组件标识、共享数据的元数据和内 容。 注册服务 (Register Service)： 注册服务扩展了命名服务，提供了名 字和对象关联的功能。组件不需要知道网络中其它组件的物理位置， 而是通过注册服务透明地寻址。注册服务管理系统中合约、对象、组 件、进程以及它们的规范全局范围的命名空间。 交易服务 (Trade Service)：交易服务扩展了注册服务，提供了属性与 对象绑定和根据属性值在对象集合中查找匹配的对象功能。该服务用 于支持NGOSS合约规范的交易过程，不仅仅是给出了合约的标识，更 多给出了合约中的属性。 调用服务（Invocation Service）：调用服务集成了调用一个远端组 件的服务的若干操作步骤，包括先决条件和完成条件的测试、调用通 信服务（Communication Service）、保存结果以及安全策略检查等。 21
29
TMF关于NGOSS开展的工作
NGOSS计划的阶段和文档
30
TMF关于NGOSS开展的工作
项目计划 应用组件项目组(ACT): 定义基于合约进行通信模式下的OSS概念，包 括人机交互、商务处理自动化以及企业信息构造块等 电信运营图(TOM)：以一种高层的视图来表示电信领域OSS的商务处理 过程，为不同域的OSS综合提供了分析的依据 系统综合图(SIM): 将OSS功能分解到标准域或商务对象中，提供组件 之间传递的信息内容 系统技术应用、规范和集成(ASIST)：完成NGOSS与技术相关的工作， 对ACT项目中的概念给出可供选择的分布式系统技术 即插即用的催化剂项目：基于业内领先的OSS产品，验证和示范TMF 的现有工作，指出未来工作的难点。包括：商务处理过程的抽象表示、公 共信息模型的使用、公共通信/目录服务的使用等。
31
TMF关于NGOSS开展的工作
阶段性版本文档组成 NGOSS的需求
与技术无关的体系结构
版本更新的合约规范 有关技术特定的应用注释 有关技术综合的应用注释 一致性声明
32
可做的研究探讨
网络管理系统的现状
专用化：设备厂商自主研发的面向本企业设备的网络管理系统 低层化：网络管理的功能多集中在网元管理层和网络管理层
4
传统OSS综述
传统OSS的缺陷 同一电信运营公司的OSS系统彼此分立 提供业务需要跨部门的人工控制操作流程
不同的电信运营公司的OSS系统具有不同的数据表 示形式
OSS系统中包含了过多的与技术相关细节
5
传统OSS综述
电信业务市场的新特点：高度复杂、日趋分割、需 求流动、难以预测 导致的OSS应用现状：
14
商务处理过程—电信运营图
电信运营图层结构（基于TMN模型） 客户接口管理层 客户服务层：销售、业务订单处理、事故处理、客户 Qos管理、业务货单采集 业务开发与操作层：业务计划与开发、业务配置、业务 事故管理、业务质量管理、费率与折扣 网络和系统管理层：网络计划与开发、网络配备、网络 资源库存管理、网络维护/修复、网络数据管理 网元管理
新一代运营支撑系 统NGOSS
1
内容提要 什么是OSS
传统OSS综述
NGOSS的解决方案
NGOSS体系结构框架
商务处理过程
基于合约的组件接口
OSS综合
可做的研究探讨
2
什么是OSS
运营支撑系统：Operations Support System
OSS是电信运营公司为了向客户正常、有效地开展所经 营的电信业务而配置的一系列计算机支撑系统。
24
基于合约的组件接口—合约规范和组件定义的关系
25
基于合约的组件接口—合约的实现过程
26
OSS综合—技术综合图
27
OSS综合—技术综合图
技术综合图（Technology Integration Map）描述了对于 特定的电信商务需求所可以选择的技术和应用组件。这些需 求通过商务场景来表示，在技术综合图的层次中自顶向下地 选择和“滑落”，最终得以满足。 技术综合图的作用 减少业务提供商对业内不支持的或任务不充分的决策风险。 加快新技术的引入和综合，制定一条面向未来的平滑路线。 未来业务提供的多厂商环境促使电信行业向公共技术基础规 则转型。
13
商务处理过程—电信运营图
电信运营图的特点和作用 电信行业领域的公共商务处理模型 自顶向下、以客户为中心、端到端的处理过程 过程可以划分为更小的子处理过程 为服务提供商实现和开展业务提供了公共的处理流程 定义了完成处理流程的基本数据信息 向服务提供商展示了足够多的高层商务信息，可以作为 开发具体的业务需求、信息模型和商务合同的起点
网元本身的管理功能不完善，对故障管理和性能管理的支持不足
33
可做的研究探讨
基于OSS的网络管理新思路
综合管理系统：在网络管理层综合网络中不同设备厂商的 网元设备，实现全网的OSS系统，OSS必须能理解和管理下面 的网元管理系统；在业务管理层基于 TOM和TIM实现网络 OSS的综合，加快电信业务的交付使用，拓展传统的网络管理 概念
15
商务处理过程—端到端的处理过程分类
16
商务处理过程—端到端的处理过程分类
业务实现(Service Fulfillment)：按时并且正确地提交客户订购 的业务 业务保证(Service Assurance)：维护业务的响应时间，跟踪、报 告和管理网络参数，改进业务的性能 业务账单(Service Billing)：记录业务的使用情况 以上反映了一个电信业务的生命周期
22
基于合约的组件接口—合约
23
基于合约的组件接口—合约
合约以名称、版本号和命名鉴权(naming authority，如合约定义鉴 权)标识 合约可以扩展，扩展的合约以原合约为参考 合约有一个文本形式的行为描述，定义了期望的行为以及副作用 合约有一个形参序列，每个参数包括一个名称、类型和指示。其中， 指示用于说明该形参是一个输入参数、输出参数或输入/输出参数 合约包含了一个先决条件和完成条件的集合，同时还包含了一个例 外情况以及产生这些例外的条件的集合
7
NGOSS体系结构框架
NGOSS：New Generation Operations Support System
二十世纪九十年代末，由电信管理论坛TMF发起和 领导、多家电信运营公司参与的一个框架型行业规范， 描述了基于组件的松散耦合的分布式OSS系统的设计原 则和流程，为新一代OSS软件的开发、交付和使用提供 一致遵循的标准。
28
OSS综合—技术综合图层结构
电信运营图：描述了商务处理的交互以及相关的信息模型。 应用指南：根据应用组件的设计原则将商务处理模型化。最 基本的设计原则是保证组件的可重用，能适用于不同的电信商 务场景，本层列出了影响这一原则的若干因素。 技术指南：提供了支持应用指南的技术选择。 获取指南：根据上两层的选择，识别可用的现货产品，以满 足一个特定的电信商务需求。
35
商务处理模型、功能集和数据区
36
网络管理详细操作图在TMN中的位置
37
映射实例
38
OSS不属于电信网络范畴，是典型的计算机系统。 网络管理系统NMS是OSS的一个组成部分。
3
传统OSS综述