| Status | DRAFT | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Submitter | |||||||||||
| Contributors | |||||||||||
| Proposed Release | Dublin | ||||||||||
| JIRA Ticket(s) |
|
Abstract
The core component of the VNF Validation Program (VVP) is the validation scripts that verify that a set of HEAT templates adhere to the ONAP requirements specified in the VNF Requirement's HEAT section. As of the Casablanca release, there are two methods for executing the validation scripts provided with VVP:
...
- Allow users to deploy a web-based validation platform with one click.
- Provide a version-controlled validation with history and reports on the status of the VNF.
- Enable users to validate HEAT templates that are not under git by simply uploading them as a ZIP file.
- Allow non-technical users to get an overview of the VNF development process by using a measurement feature.
- Ensure that the core validation-scripts remain modular and independent of the application. The implementation of the web platform should not impact the scripts being used in other scenarios such as a web app, docker container, etc.
- Allow Operators/Service Providers to extend and execute additional validations based on their specific needs and ONAP implementations.
- Ensure the application is portable across a wide range of operating systems and environments by proving it as a container based environment.
Use Cases
ID | VVP-Web-1 |
Title | Simple Heat validation |
Description | A user wants to validate a set of HEAT templates |
Primary Actor | User |
Preconditions | VVP-web is set up on a server accessible from the user's workstation. |
Main Success Scenarios |
|
Exception Scenarios | 4. The report lists all passed and failed tests and provides the following additional details for the violations:
|
Post Conditions | The user gets a report that shows the current state of the VNF regarding the fulfilment of the ONAP requirements. |
ID | VVP-Web-2 |
Title | VNF project 1 |
Description | A team from a VNF provider develops a VNF for an operator |
Primary Actor | Developer |
Preconditions | VVP-web is set up on a server accessible from all team members local workstations. |
Main Success Scenarios |
|
Exception Scenarios |
|
Post Conditions | The developer developed a fully ONAP compliant VNF. |
ID | VVP-Web-3 |
Title | VNF project 2 |
Description | A team from a VNF provider develops a VNF for an operator |
Primary Actor | Project Manager |
Preconditions | VVP-web is set up on a server accessible from all team members local workstations. |
Main Success Scenarios |
|
Exception Scenarios | |
Post Conditions | The project manager has an overview of how the development is progressing. |
Features
A set of seed code has been developed that addresses the majority of features and use cases described. As part of the community process, all aspects can be reviewed and evolved. The following table summarizes the initially proposed features for Dublin and their current status. Some items are addressed as part of the seed code while others will be addressed in Dublin if the proposal is accepted.
| FeaureID | Description | Status | ||||||
|---|---|---|---|---|---|---|---|---|
| F-1 | Support Validation of ZIP files |
| ||||||
| F-2 | Support Validation of Git repositories |
| ||||||
| F-3 | Provide results page which concludes the validation |
| ||||||
| F-4 | Provide repository overview page, which provides a history on all ever done changes and validation runs for the Git repository |
| ||||||
| F-5 | Implement GitWeb to allow users to check the changes done to the VNF in a given commit associated with a validation run |
| ||||||
| F-6 | Provide a repository analytics graph to track progress |
| ||||||
| F-7 | Extend the reports the application generates by the features provided in the Stand-alone VVP Tool |
| ||||||
| F-8 | Brand the web application according to the ONAP standards |
| ||||||
| F-9 | Allow users to link their own Git instance instead of using the built-in one (e.g. company GitLab etc.) |
| ||||||
| F-10 | Extended analytics capabilities for the repository summary page |
| ||||||
| F-11 | Use the reports generated by the core scripts (provide a download function for Excel and CSV) |
| ||||||
| F-12 | (Proposal) User management? |
|
Screenshots
The following screenshots are based on the seed code implementation, and subject to further review, feedback, and updates.
...