zoukankan      html  css  js  c++  java
  • 实践NGOSS方法论(转贴)

    随着NGOSS系列规范的不断细化和完善,这些规范所包含的思想方法、设计原则已被业界普遍认可,这些规范的成果也被越来越多的服务提供商和OSS开发商所采纳,用于开发更适合当前市场需要的OSS系统。但由于不同的企业提供的业务种类不同、市场规模不同、服务的范围不同,在规范的具体应用过程中,如何对NGOSS给出的通用模型与相关领域知识相结合进行选择,以适合具体企业的具体解决方案,仍然缺乏一个统一的方法论。NGOSS生命周期方法论(以下简称NGOSS方法论)正是为这一目的而开发的。NGOSS方法论指导应用者利用NGOSS的成果,分步骤地定义、开发和部署适合于本企业的OSS系统。
           
            NGOSS四大视角
           
            经过一年的努力,TMF于今年1月发布了NGOSS方法论第一版。其目标是建立一套统一的生命周期视图和方法框架,帮助人们充分利用NGOSS的已有成果,包括eTOM,SID,NGOSS体系结构,充分获取领域知识,完整地分析业务问题、定义业务流程、设计和开发解决问题的系统方案,监控系统的执行。    该模型提供了从两类NGOSS应用者看系统的视角,一类是业务提供者的视角,一类是系统开发者的视角。两类应用者又分别从逻辑的和物理的两个层面看系统。逻辑层面关注解决方案中技术无关内容的定义,如业务流程、业务规则、信息模型等。物理层面关注解决方案中技术相关内容的定义和具体实施,如具体实现技术选择,COTS产品选择,运行方案等。
           
            这样构成了四个视角,分别是业务视角、系统视角、实现视角和部署视角。
           
            NGOSS业务视角:
           
            在这一阶段,要明确系统的业务目标、范围和职责。利用eTOM和SID描述业务过程、业务实体、业务流程和业务规则,以适合管理环境和业务提供的需要。
            NGOSS系统视角:
           
            在这一阶段,主要关注系统对象、对象行为和交互操作。利用eTOM、SID和TNA来建立功能模型、构件模型、流程模型和信息模型,明确对象间的信息交互,协调一致地支持业务过程的要求。
           
            NGOSS实现视角:
           
            该视角主要关注如何利用硬件、软件和COTS,根据系统设计的要求具体实现一个特定的OSS系统。在这一阶段,要解决如何将技术中立规范中的设计转换为与技术相关的具体实现。
           
            NGOSS部署视角:
           
            部署视角是从系统维护者的角度监控系统的执行,保证系统符合业务的需要;如果系统不满足需要,能够通过NGOSS的调整和控制机制,使其符合业务需求的变化。这些控制机制如基于过程管理中的流程定义,基于策略管理中的规则设置。
           
            NGOSS知识库:
           
            NGOSS方法论提供了一种信息集中保存的机制,称为NGOSS知识库。NGOSS知识库中的信息来源于合作组和TMFNGOSS两个方面,包含三类知识:*现有的合作组织知识:包括软件业的已有成果,电信业的运营和业务知识*NGOSS知识:包括TMF定义的各种框架、模型、规则、技术方法等*共享知识:以上两类知识的通用部分。
           
            NGOSS SANRR方法论
           
            NGOSS方法论支持过程迭代,过程迭代即包括4个阶段的整体循回演进,也包括每个阶段自身的不断演进,这一方法被缩写为SANRR方法。
           
            它包括五个实现步骤:
           
            1)定义范围(Scope):通过对当前环境的描述和实现目标的设定,明确定义系统演进需实现的业务和功能的范围、边界。
           
            2)分析(Analyze):分析新增业务或功能与原有业务或功能的关系,并用模型化语言对新增业务或功能加以定义和描述。
           
            3)规格化(Normalize):分析新增业务或功能对原有业务流程、功能模型、信息模型、业务规则等的影响,将新增部分加入到原有模型中,形成一个统一的新模型。
           
            4)合理化(Rationalize):通过检查和验证,进行差异分析、冲突分析和冗余分析,列出和标明出现的问题。
           
            5)纠正(Rectify):针对上个步骤列出的问题,对产生问题的模型进行修改,重复4)和5)直到全部完成。
           
            知识的融合
           
            NGOSS方法论总结了当前软件开发方法论中较有影响四个方法,它们分别是JohnA.Zachman创立的企业体系结构框架,ISO和ITU-T推荐的开放分布式编程参考模型RM-ODP,对象管理组织(OMG)倡导的模型驱动体系结构MDA和三位UML创始人提出的统一软件开发过程USDP。NGOSS在前人研究的基础上,抽取了各种方法论中适合NGOSS原则和体系结构的部分,从MDA中,借鉴了元模型、技术中立和技术相关思想,从RM-ODP中借鉴了从多视角看系统的方法,从USDP中借鉴了用例驱动和迭代演进的理念。
           
            可见性
           
            NGOSS方法论从两个方面强调了可见性。其一是提供了测试点标识,使系统在开发和运行过程中,都能被测试、监视和管理系统的当前状态。突出了系统的了管理性。其二是知识库的可共享,在NGOSS方法论中,系统从开始的业务目标描述、技术建模、技术实现到系统部署,其中的各种方法、模型、组件、固件和规则等等都可来源于知识库,以达到知识重用的目的。
           
            可追溯性
           
            通过提供方法和工具,对每一过程进行跟踪,验证其业务和功能是否能实现,达到前向可追溯的目的;通过提供监视机制,保证运行满足业务的需要,达到后向可追溯的目的。
           
            用例驱动
           
            在NGOSS方法论中,用例(UseCase)描述贯穿于NGOSS生命周期的四个视角,由于每个视角关注解决方案的不同方面,因此有四类NGOSS用例,每类用例由核心元素集和新元素集组成,反映了特定视角的相关需求。
           
            应用原则
           
            NGOSS方法论不是重新创建的一套全新的方法,而是当今软件领域各类知识有机融合的产物,反映了当前一些最新的软件工程思想,因此,有些方法还在不断发展中,并未成熟。同时,NGOSS方法论中提出的一些方法还需要相应的可操作性的模板和工具的支持。因此,在方法论的应用上,首先要遵循的原则是充分领悟方法论所包含的思想原则、工作方法。
           
            因此,只有在深刻领会其思想原则的基础上,才能有效利用市场上一些成熟的工具,协助OSS系统的开发和建设。其次是不断积累相关知识,包括各种在OSS系统开发过程中产生的中间结果和元素,为需求的不断改变和扩充提供可重用的组件,缩短电信业务部署和提供的时间,真正做到适应市场的变化。
           
            方法论提供的不仅仅是开发过程和辅助工具的集合,更是一种思想。将这些思想运用到具体的开发实践中,会极大地提高OSS系统的开发效率和质量。

     

  • 相关阅读:
    MSF——客户端渗透之VBScript感染
    (136)leetcode刷题Python笔记——只出现一次的数字
    两道CTF Web的题目
    (1)leetcode刷题Python笔记——两数之和
    Pikachu漏洞练习平台实验——越权漏洞(八)
    Pikachu漏洞练习平台实验——php反序列化、XXE、SSRF(九)
    MVP Docs Champion (2020)
    Azure DevOps Server 集成操作Windows系统文件管理器
    Azure DevOps Server (TFS) 数据分析Analytics(一):使用OData扩展分析服务数据
    Azure DevOps Server (TFS)搜索功能三:wiki维基搜索
  • 原文地址:https://www.cnblogs.com/BlogNetSpace/p/1566643.html
Copyright © 2011-2022 走看看