| Page Properties | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Goals
Enable Designers(Service Designer, VNF Owner or TechOps) to be able to specify the workflow for supporting VNF change management scenarios
Background and strategic fit
...
- Change Management - will be our focus for R2
- There is little standardization in how to perform these operations across various Vendor VNFs, resulting in need of defining Workflow for VNF Change Management Operations
- Service Assurance - Analysis in parallel to clarify architecture and requirements. Is it topology design?
- Service Fulfillment - Workflows of SO can be generated from TOSCA Models of service and VNF i.e. declarative topology model driven workflows built by development as part of core platform capability and hence no needs in designer are anticipated at this time
...
There is no need for Designer to define workflow for VNF and Service MACD operations.
- TBDSO is the only component for which workflows will be designed by designer in R2
Requirements
| # | Title | User Story | Importance | Notes |
|---|---|---|---|---|
| 1 | Design Workflows | Designer should be able to define workflows for various VNF operations | Must Have | |
| 2 | Workflow Changes | Operations should be able to introduce new workflows or changes to existing workflows based on existing ActivitySpecs with-out any dependencies on ONAP releases | Must Have | |
| 3 | Create ActivitySpecs | SO or other ONAP orchestration components having workflows defined by Designer need to be able to create(register) their ActivitySpecs. | Must Have | Created ActivitySpec need to be certified to be available for the designer to use in workflow designs. |
| 4 | ActivitySpec Categorization | Should be possible to categorize ActivitySpec so that they can be filtered based on workflow context. | Nice to Have | There might be ActivitySpec applicable to specific VNF categories. It might be possible to categorize Activities based on the workflow status in which they can be used. Concept of use of category is not matured will evolve in later releases. |
| 5 | ActivitySpec Inputs & Outputs | Should be possible to define ActivitySpec inputs and outputs | Must Have | |
| 6 | Certify ActivitySpecs | SO or other ONAP orchestration components need to be able to certify their ActivitySpecs so that the ActivitySpec are available for designer to use in workflows. | Must Have | |
| 7 | Deprecate ActivitySpecs | SO or other ONAP orchestration components should be able to deprecate ActivitySpec so that they can be restricted from being used in new workflows being designed by Designer. | Nice to Have | Deprecated ActivitySpec can continue to be used in workflows executed in SO or other ONAP orchestration components |
| 8 | Update ActivitySpecs | SO or other ONAP orchestration components should be able to update ActivitySpec. | Nice to Have OOS for R2 | |
| 9 | Delete ActivitySpecs | SO or other ONAP orchestration components should be able to deprecate ActivitySpec so that they no longer exist in the system | Nice to Have OOS for R2 |
User interaction and design
...