The VNF Requirements Project maintains repos for  the source documentation of various deliverable:

...

•  ONAP VNF Guidelines

...

•  ONAP VNF Requirements

...

• Mapping VNF use cases and with E2E Release A use cases

...

• ONAP VNF Requirements Test Descriptions 

VNF Guidelines Document Outline - Wenyao Guan

1. Purpose
2. Scope
3. Introduction 
   1. Motivation
   2. Audience
   3. Program and Document structure
4. VNF Context
   1. Business Process Impacts
   2. VNF View of ONAP integration
   3. Evolving towards VNFs
5. VNF Characteristics
   1. VNF Development
   2. ONAP Ready
   3. Virtualization Environment Ready
6. Summary
7. Appendix
   1. Glossary
   2. References
   3. Comparison between VNF Guidelines and ETSI GS NFV-SWAxxx

VNF Requirements Document Outline - Herb Patten

1. Purpose
2. Scope
3. Introduction
   1. Overview of the document, use of the requirements for
4. VNF Development Requirements
   1. VNF Design
   2. VNF Resiliency
   3. VNF Security
   4. VNF Modularity
   5. Devops
5. VNF Modeling Requirements
   1. TOSCA YAML
   2. HEAT
6. Infrastructure Requirements
   1. OpenStack
   2. Azure
7. ONAP Management Requirements
   1. Service Design
   2. VNF On-boarding and package management
   3. Configuration Management
   4. Monitoring & Management
8. Appendix
   1. Data Record Formats

Seed Document mapping for VNFRQTS Deliverables

ONAP/VNFRQTS  VNF Requirements Discussion  
Requirements should be single sentences  using an RFC 2119 keyword { MUST | MUST NOT | SHOULD | SHOULD NOT | MAY }. The keyword should be bold.

The Subject of the Requirements sentence should be limited to { VNF | VNF Package | VNFC | VDU }

Requirements should be individually numbered. Format initially will be R-xxxxx

Draft example of the .rst format for requirements:

* R-xxxxx VNFs **MUST** meet their own resiliency goals and not rely on the Network Cloud.

The .rst formatting of the requirements should be such that the documentation can extract a complete set of requirements as a table in an appendix. 

EPIC statements 

The  Project Charter also mentions the development of "EPIC statements". The ONAP JIRA wiki uses the term User Story Syntax  for the same structure:

see discussion in ONAP/VNFRQTS  VNF Requirement Discussion  

EPIC statements a standalone deliverable beyond the JIRA wiki are not going to be produced in the Amsterdam release.

Use of EPIC Statements/ Suer Story Syntax  as context in the VNFRQTS Requrimenst deliverable is optional in the Amsterdam release. ie it may be used to provide some explanatory context for the requirements statements, but it is not systematcially applied in the Amsterdam release.

Use Case Template

For each use case adopt a standardized format

...