This is an old revision of the document!
* Proposed name for the project: project-name
* Proposed name for the repository: repo-name
* Project Categories: (Documentation, Requirements, Integration & Testing, Collaborative Development)
* Provide high level description of intended project and OPNFV use case and benefit, if needed. * Include any architecture diagrams or specifications, reference to OPNFV requirements list.
* Describe the problem being solved by project * Specify any interface/API specification proposed, * Specify testing and integration: * Debugging and Tracing * Unit/Integration Test plans * Client tools developed for status shows etc. * Identity a list of features and functionality will be developed. * Identify what is in or out of scope. So during the development phase, it helps reduce discussion. * Describe how the project is extensible in future
* Specify testing and integration like interoperability, scalability, high availablity * What QA and test resources will be available?
* API Docs * Functional block description
* Identify similar projects is underway or being proposed in OPNFV or upstream project * Identify any open source upstream projects and release timeline. * Identify any specific development be staged with respect to the upstream project and releases. * Are there any external fora or standard development organization dependencies. If possible, list and informative and normative reference specifications. * If project is an integration and test, identify hardware dependency.
* Name of and affiliation of the maintainer * Names and affiliations of the committers * Any other contributors
* Described the project release package as OPNFV or open source upstream projects. * If project deliverables have multiple dependencies across other project categories, described linkage of the deliverables.
* When is the first release planned? * Will this align with the current release cadence