...
Initiative | Description | Priority | Project Owner(s) | Doc Liaison(s) | JIRA EPIC | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Beijing Project-level Updates | Creating or updating project-level documentation for Release 2 | Required | All Projects | All Liaisons |
| ||||||||
NEW CONTENT INITIATIVES | |||||||||||||
API's |
2. Differentiate:
| Higher | All Projects with APIs |
| |||||||||
"Welcome to ONAP" Flows and Text | Convert existing component level diagrams to high level flows and text. Include high level Architecture, as well as as typical use cases such as: VNF Onboarding, Fault management, and Capacity management. "ONAP Light" Documentation - Put each step into context, both what and why One example is Istio's Concepts page: https://istio.io/docs/concepts/ | Higher | Project Leads |
| |||||||||
Wiki "Sandbox" for novicesCreate higher level sandbox for developers, | Different audiences: "ONAP Light" version (non-coding) targeted for SEs, architects to see E2E system / Cross component interactionson how to use the platform
"Sandbox" targeted for developers to actually interact with the code Issues: | Higher | Integration? Helen Chen ? |
| |||||||||
VNF Reference list | Documentation and ongoing repository for integration tested VNFs (i.e. certified by ONAP for third party providers) Issue: where should it go - include i.e. ONAP.org | Higher |
| ||||||||||
Migrate Seed Documentation from Wiki | General Migration Process / Issues | Anuj Kapoor |
| ||||||||||
Setting Up ONAP | Higher | ||||||||||||
Integrating with ONAP | Higher | Integration OpenStack (Dave Neary, Red Hat) | |||||||||||
Using ONAP | Higher | Documentation / SDC, Policy, CLAMP, VID | gg2147@att.com | ||||||||||
Architecture | Higher | Architecture / All Projects | |||||||||||
Documenting ONAP | Higher | Documentation | |||||||||||
Developing ONAP | Higher | All Projects | |||||||||||
OpenStack Interfaces | Strategic view of where and why OpenStack API's are used in ONAP, interface definitions and expectations; AI&I, DCAE (gathering information from the platform), Multi-VIM, APP-C, and SDN-C (asking the platform to do things/put itself in a certain state). | Lower | Lisa Caywood |
| |||||||||
Glossary | Migrate Wiki content to RsT and expand content to include: - VNF Information Modeling terms - Indexing / tagging to enable Searching | Lower | Modeling Architecture |
| |||||||||
NEW TOOL CHAIN INITIATIVES | |||||||||||||
Automation/Verification
|
| Higher | LF Amar Kapadia ? |
| |||||||||
Feedback Capabilities | RTD Feedback
Wiki Feedback
| Higher | LF Amar Kapadia ? |
| |||||||||
LF Tool Chain Documentation | How to:
| Lower | LF Thanh Ha |
| |||||||||
PROCESS ISSUES |
| ||||||||||||
Branching Guidelines | Specify how and when to branch Beijing Provide clear dates to expectations to PTLs - goal is to finalize Beijing more quickly than it took for Amsterdam | Release Manager Gildas Lanilis Gmail | |||||||||||
VNF Certification | How and when to document: 1. Certified VNFs (when that happens) 2. Certified Platform elements | VVP | |||||||||||
Videos | Managing and tracking what and where videos are being posted | Lisa Caywood | gg2147@att.com | ||||||||||
Wiki vs Readthedocs | How to best communicate guidelines on what content should be where | Thanh Ha | gg2147@att.com |