Versions Compared

Old Version 54

changes.mady.by.user Yan Yang

Saved on

compared with

New Version Current

changes.mady.by.user Michael Brenner

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

  • Project Name:

  • Proposed name for the project: Modeling
  • Proposed name for the repository: org.onap.modeling modeling

Project description:

 The unified model-driven approach uses unified source meta-models (that represent source models), for model transformation into unified target meta- models (that represent target models). The key function of any model-driven approach is the mentioned transformation, but also the fact that model-driven system uses models as sources of data for generating processes/codes and following workflows (not code development as source) – this way, the system can be more flexible and future proof, easy to update and use for cross-platform solutions since the “only” thing needed is Model update and manipulation through Engine.

The word “unified” here refers to unified information models that are used in the system to describe meta-models and models in a platform independent way. AAI should use data models in runtime (ex. for LCM events), APIs use data models to expose specific data types with relationship to achieve programmability, while blueprints are updated through model transformation process where iteration of queries and manipulations (using the transformation engine) are executed on the source (ex. VNF) and target model (ex. Blueprint).

  • This project will produce unified and consolidated data models

  • This project will explore A&AI/SDC data for a common information modeling

  • This project will provide the foundation and framework to oversee and create a common ONAP information model across all ONAP projects

  • The information and data model will cover: Resource models (that contain VF and VFC), Service models (that are composed from resource models), Deployment/Lifecycle models and application modeling

  • The modeling group's objective is to define a unified model-driven approach for ONAP’s components

  • This project will investigate ways to meet ONAP’s overall orchestration needs by aligning and integrating its top-level imperative workflow capabilities with TOSCA-based declarative or imperative execution environments.

  • This project will provide the guideline and frame work for workflow in other ONAP projects to stitch together

Scope:

  • the tools related to modeling.

Scope:

  • Modeling tools and converters
  • Tools and Syntax of CIM (Common information Model) and DM (Data model)

  • Prioritize needs of data model in the various projects.

  • Document: guideline, process of how to define the data model and information model, and design the architecture of workflows

  • Code - parsers (unified API interfaces) and tools (translators)
  • Support Use cases of ONAP: vCPE, vVoLTE, vFW, et al.

...

  • How does this project fit into the rest of the ONAP Architecture?
  • Following project is going to use this projects

    • SDC

      A&AI

    • VNF SDK/VNF Guidelines

    • VF-C

    • A&AI

    • SO

    • Policy

    • VNF certification

    • ICE

    • Policy Framework
  • How does this align with external standards/specifications?
    • Oasis Tosca NFV profile
    • ETSI NFV SOL spec
    • ETSI NFV IFA024: Report on External Touchpoints related to NFV Information Model
  • Are there dependencies with other open source projects?
    • None
    • etc.

Deliverables for release 1

...

  • Information Modeling for VNF
  • Informaiton Modeling for Network Service
  • Information Modeling for service 
  • Tosca Data Modeling for VNF
  • Tosca Data Modeling for Network Service
  • YANG Data Modeling for SDN
  • Policy modeling
  • Clamp modeling

APIs:

Parsers and translators:

  • Tosca Parsers
  • YANG Parsers
  • Tosca to Heat
  • YANG to Tosca


Collaboration:

...

...

Repo name: org.onap.modeling
Lifecycle State:
Primary Contact:
Project Lead:
mailing list tag [modeling] 
Committers:

Hui Deng denghui12@huawei.com
Rittwik Jana rjana@research.att.com
Lingli Deng denglingli@chinamobile.com
Shitao Li   lishitao@huawei.com

...


CommitterEmailLinux Foundation ID
Alex Vulalex.vul@intel.comavul
Amir Levyamir@gigaspaces.comamirlevy
Arthur BerezinArthur@gigaspaces.comArthurBerezin
Bruce Thompsonbrucet@cisco.com
Chengli Wangwangchengli@chinamobile.com

...

wangchengli
Ethan Lynnethanlynnl@vmware

...

.com
Maopeng Zhang  zhang.maopeng1@zte.com.cn
Xiaodong Shang  shang.xiaodong@zte.com.cn
Yuanxing Feng  feng.yuanxing@zte.com.cn
Zhaoxing Meng meng.zhaoxing1@zte.com.cn
Weitao(Victor) Gao victor.gao@huawei.com
Xin(Saw) Jin saw.jin@huawei.com
Attila Horvat attila.horvat@huawei.com
Segev Cohen segev.cohen@Amdocs.com
Amir Levy amir@gigaspaces.com
Arthur Berezin Arthur@gigaspaces.com
Sandeep Shah    ss00473517@techmahindra.com
Andrei Kojukhov Andreik@amdocs.com
Tal Liron tal@gigaspaces.com
Ran Ziv ran@gigaspaces.com
Alex Vul alex.vul@intel.com 
Ling Li ll.gd@chinatelecom.cn
Yanbin Shi shiyb.gd@chinatelecom.cn

...

ethanlynnl
Hu Dongdonghu@raisecom.comdonghu1102
Hui Deng denghui02@hotmail.comdenghui02
Ling Lilenon_lee@hotmial.comlenon_lee
Lingli Dengdenglingli@chinamobile.comlingli
Liuhe Zhongzhongheliu@boco.com.cnzhongheliu
Maopeng Zhangzhang.maopeng1@zte.com.cnMaopengzhang
Rittwik Janarjana@research.att.comRjana
Sandeep Shahss00473517@techmahindra.comSandeepLinux
Shitao Lilishitao@huawei.comLishitao
Thinh Nguyenphuthinh.nguyenphu@nokia.com
Xinhui Lilxinhui@vmware.comxinhuili
Yanbin Shishiyb.gd@chinatelecom.cnYanbinShi
Yannan Hanhanyanan@raisecom.comhanyanan
Yuanwei Yangyangyuanwei@boco.com.cnyuanweiyang
Zhaoxing Mengmeng.zhaoxing1@zte.com.cnZhaoxing



*Link to TSC approval: 

Link to approval of additional submitters: 

...