Documentation Guide
=====================
-This page intends to cover the documentation handling for OPNFV. OPNFV projects are expected to create a variety of document types, according to the nature of the project. Some of these are common to projects that develop/integrate features into the OPNFV platform, e.g. Installation Instructions and User/Configurations Guides. Other document types may be project-specific.
+This page intends to cover the documentation handling for OPNFV. OPNFV projects are expected to create a variety of document types,
+according to the nature of the project. Some of these are common to projects that develop/integrate features into the OPNFV platform, e.g.
+Installation Instructions and User/Configurations Guides. Other document types may be project-specific.
.. contents::
:depth: 3
----------------------------------------------------
OPNFV documentation is automated and integrated into our git & gerrit toolchains.
-We use RST document templates in our repositories and automatically render to HTML and PDF versions of the documents in our artifact store, our WiKi is also able to integrate these rendered documents directly allowing projects to use the revision controlled documentation process for project information, content and deliverables.
+We use RST document templates in our repositories and automatically render to HTML and PDF versions of the documents in our artifact
+store, our WiKi is also able to integrate these rendered documents directly allowing projects to use the revision controlled documentation
+process for project information, content and deliverables.
Read :ref:`this page <include-documentation>` which elaborates on how documentation is to be included within opnfvdocs.
Licencing your documentation
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-All contributions to the OPNFV project are done in accordance with the OPNFV licensing requirements. Documentation in OPNFV is contributed in accordance with the `Creative Commons 4.0 <https://creativecommons.org/licenses/by/4.0/>`_ licence.
-All documentation files need to be licensed using the creative commons licence. The following example may be applied in the first lines of all contributed RST files:
+All contributions to the OPNFV project are done in accordance with the OPNFV licensing requirements. Documentation in OPNFV is contributed
+in accordance with the `Creative Commons 4.0 <https://creativecommons.org/licenses/by/4.0/>`_ licence.
+All documentation files need to be licensed using the creative commons licence. The following example may be applied in the first lines of
+all contributed RST files:
.. code-block:: bash
.. http://creativecommons.org/licenses/by/4.0
.. (c) <optionally add copywriters name>
-These lines will not be rendered in the html and pdf files.
+Or if you want to use the `SPDX https://spdx.org/>`_ Shorthand vs. the Creative Commons URL
+
+.. This work is licensed under a Creative Commons Attribution 4.0 International License.
+.. SPDX-License-Identifier: CC-BY-4.0
+.. (c) <optionally add copywriters name>
+
+ These lines will not be rendered in the html and pdf files.
How and where to store the document content files in your repository
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-All documentation for your project should be structured and stored in the :code:`<repo>/docs/` directory. The documentation toolchain will look in these directories and be triggered on events in these directories when generating documents.
+All documentation for your project should be structured and stored in the :code:`<repo>/docs/` directory. The documentation toolchain will
+look in these directories and be triggered on events in these directories when generating documents.
Document structure and contribution
-------------------------------------
-A general structure is proposed for storing and handling documents that are common across many projects but also for documents that may be project specific. The documentation is divided into three areas Release, Development and Testing. Templates for these areas can be found under :code:`opnfvdocs/docs/templates/`.
+A general structure is proposed for storing and handling documents that are common across many projects but also for documents that may be
+project specific. The documentation is divided into three areas Release, Development and Testing. Templates for these areas can be found
+under :code:`opnfvdocs/docs/templates/`.
-Project teams are encouraged to use templates provided by the opnfvdocs project to ensure that there is consistency across the community. Following representation shows the expected structure:
+Project teams are encouraged to use templates provided by the opnfvdocs project to ensure that there is consistency across the community.
+Following representation shows the expected structure:
::
- docs/
- ├── development
- │ ├── design
- │ ├── overview
- │ └── requirements
- ├── release
- │ ├── configguide
- │ ├── installation
- │ ├── release-notes
- │ ├── scenarios
- │ │ └── scenario.name
- │ └── userguide
- └── testing
+ docs/
+ ├── development
+ │ ├── design
+ │ ├── overview
+ │ └── requirements
+ ├── release
+ │ ├── configguide
+ │ ├── installation
+ │ ├── release-notes
+ │ ├── scenarios
+ │ │ └── scenario.name
+ │ └── userguide
+ └── testing
+ ├── developer
+ └── user
Release documentation
^^^^^^^^^^^^^^^^^^^^^^^^
-Release documentation is the set of documents that are published for each OPNFV release. These documents are created and developed following the OPNFV release process and milestones and should reflect the content of the OPNFV release.
-These documents have a master index.rst file in the <opnfvdocs> repository and extract content from other repositories. To provide content into these documents place your <content>.rst files in a directory in your repository that matches the master document and add a reference to that file in the correct place in the corresponding index.rst file in :code:`opnfvdocs/docs/release/`.
+Release documentation is the set of documents that are published for each OPNFV release. These documents are created and developed
+following the OPNFV release process and milestones and should reflect the content of the OPNFV release.
+These documents have a master index.rst file in the <opnfvdocs> repository and extract content from other repositories.
+To provide content into these documents place your <content>.rst files in a directory in your repository that matches the master document
+and add a reference to that file in the correct place in the corresponding index.rst file in :code:`opnfvdocs/docs/release/`.
**Platform Overview**: :code:`opnfvdocs/docs/release/overview`
Testing documentation
^^^^^^^^^^^^^^^^^^^^^^^^
-*Structure TBD together with test projects*
+Documentation created by test projects can be stored under two different sub directories /user or /developemnt.
+Release notes will be stored under <repo>/docs/release/release-notes
+
+**User documentation**: :code:`<repo>/testing/user/`
+Will collect the documentation of the test projects allowing the end user to perform testing towards a OPNFV SUT
+e.g. Functest/Yardstick/Vsperf/Storperf/Bottlenecks/Qtip installation/config & user guides.
+
+**Development documentation**: :code:`<repo>/testing/developent/`
+Will collect documentation to explain how to create your own test case and leverage existing testing frameworks e.g. developer guides.
Development Documentation
^^^^^^^^^^^^^^^^^^^^^^^^^^^
-Documentation not aimed for any specific release such as design documentation, project overview or requirement documentation can be stored under /docs/development. Links to generated documents will be dislayed under Development Documentaiton section on docs.opnfv.org. You are encouraged to establish the following basic structure for your project as needed:
+Project specific documents such as design documentation, project overview or requirement documentation can be stored under
+/docs/development. Links to generated documents will be dislayed under Development Documentaiton section on docs.opnfv.org.
+You are encouraged to establish the following basic structure for your project as needed:
**Requirement Documentation**: :code:`<repo>/docs/development/requirements/`
**Project overview**: :code:`<repo>/docs/development/overview`
- Folder for any project specific documentation.
-
.. _include-documentation:
-=============================
+============================
Including your Documentation
-=============================
+============================
.. contents::
:depth: 3
:local:
In your project repository
-----------------------------
+--------------------------
Add your documentation to your repository in the folder structure and
according to the templates listed above. The documentation templates you
git review
In OPNFVDocs Composite Documentation
---------------------------------------
+------------------------------------
In toctree
+++++++++++
<submodules/path-to-your-file>
As Hyperlink
-+++++++++++++
+++++++++++++
It's pretty common to want to reference another location in the
OPNFV documentation and it's pretty easy to do with
Be sure to add the project leader of the opnfvdocs project
as a reviewer of the change you just pushed in gerrit.
-'doc8' Validation
---------------------------------------
+'doc8' Validation
+-----------------
It is recommended that all rst content is validated by `doc8 <https://pypi.python.org/pypi/doc8>`_ standards.
To validate your rst files using doc8, install doc8.
Testing: Build Documentation Locally
----------------------------------------
+------------------------------------
Composite OPNFVDOCS documentation
-+++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++
To build whole documentation under opnfvdocs/, follow these steps:
Install virtual environment.
.. note:: Make sure to run `tox -edocs` and not just `tox`.
Individual project documentation
-+++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++
To test how the documentation renders in HTML, follow these steps:
Install virtual environment.
============
Network Functions Virtualization (NFV) is transforming the networking industry via
-software-defined infrastructures and open source is the proven method for developing
-software quickly for commercial products and services that can move markets.
+software-defined infrastructures and open source is the proven method for quickly developing
+software for commercial products and services that can move markets.
Open Platform for NFV (OPNFV) facilitates the development and evolution of NFV
components across various open source ecosystems. Through system level integration,
deployment and testing, OPNFV constructs a reference NFV platform to accelerate the
transformation of enterprise and service provider networks.
As an open source project, OPNFV is uniquely positioned to bring together the work
-of standards bodies, open source communities, and commercial suppliers to deliver a
-de facto NFV platform for the industry.
+of standards bodies, open source communities, service providers and commercial suppliers to deliver
+a de facto NFV platform for the industry.
By integrating components from upstream projects, the community is able to conduct performance
and use case-based testing on a variety of solutions to ensure the platform’s suitability for
-NFV use cases. OPNFV also works upstream with other open source communities to bring both contributions
-and learnings from its work directly to those communities in the form of blueprints, patches,
+NFV use cases. OPNFV also works upstream with other open source communities to bring contributions
+and learnings from its work directly to those communities in the form of blueprints, patches, bugs,
and new code.
OPNFV initially focused on building NFV Infrastructure (NFVI) and Virtualised Infrastructure