release notes for SO/libsv1.1.01.0.0-ONAP1.0.0-Amsterdam

IssueId: SO-300

Change-Id: Icb39f7057c792f044237e2f21c33d2b8a3951860
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>

1 files changed, 34 insertions, 23 deletions

diff --git a/docs/release-notes.rst b/docs/release-notes.rst
index 405606f..c0a2984 100644
--- a/docs/release-notes.rst
+++ b/docs/release-notes.rst
@@ -3,47 +3,58 @@
 .. Copyright 2017 Huawei Intellectual Property.  All rights reserved.
 
 
-A&AI Release Notes
-==================
-
-.. note::
-	* This Release Notes must be updated each time the team decides to Release new artifacts.
-	* The scope of this Release Notes is for this particular component. In other words, each ONAP component has its Release Notes.
-	* This Release Notes is cumulative, the most recently Released artifact is made visible in the top of this Release Notes.
-	* Except the date and the version number, all the other sections are optional but there must be at least one section describing the purpose of this new release.
-	* This note must be removed after content has been added.
+SO Release Notes
+================
+
 		   
 
-Version: x.y.z
+Version: 1.1.0
 --------------
 
 
-:Release Date: yyyy-mm-dd
+:Release Date: 2017-11-16
 
 
 
 **New Features**
-	Initial release of Active and Available Inventory (AAI) for Open Network Automation Platform (ONAP)
-
+The SO provides the highest level of service orchestration in the ONAP architecture.
+SO is implemented via BPMN flows that operate on Models distributed from SDC that describe the Services and associated VNFs and other Resource components.
+Cloud orchestration currently based on HEAT and TOSCA templates.	
+The orchestration engine is a reusable service. Any component of the architecture can execute process workflows. 
+Orchestration services can consume a process workflow and execute it. 
+The service model maintains consistency and reusability across all orchestration activities and ensures consistent methods, structure and version of the workflow execution environment.
+Orchestration processes interact with other platform components or external systems via standard and well-defined APIs.
 
 **Bug Fixes**
-	- `CIMAN-65 <https://jira.onap.org/browse/CIMAN-65>`_ and a sentence explaining what this defect is addressing.
+This is the initial release of ONAP SO.
+Issues of the Ecomp 1710 release are fixed in this release.
+
 **Known Issues**
-	- `CIMAN-65 <https://jira.onap.org/browse/CIMAN-65>`_ and two, three sentences.
-	  One sentences explaining what is the issue.
-	  
-	  Another sentence explaining the impact of the issue.
-	  
-	  And an optional sentence providing a workaround.
+1. The articatfs of SO are under the openecomp/mso folder in nexus.
+   This is not impacting the release but is good to be moved to the ONAP 
+2. Current SO release does not support PNF orchestration.
+   The usecases demonstrated in ONAP Amsterdam release does not include PNF.
+3. ARIA Plugin is not in full fledged in the current release.
+   The VNFs provided in the vCPE and vFW usecase are heat based and dont require ARIA.
 
 **Security Issues**
-	You may want to include a reference to CVE (Common Vulnerabilities and Exposures) `CVE <https://cve.mitre.org>`_
-
+This is the initial release of ONAP SO.
+Security aspects are not included in the current release.
 
 **Upgrade Notes**
+This is the initial release of ONAP SO.
 
 **Deprecation Notes**
-	AAI Amsterdam provides support for legacy versions of the API, v8 and v11 in this release.  v11 is the latest and preferred version.
+There is a MSO 1.0.0 SO implementation existing in the pre-R1 ONAP Gerrit system.  
+The MSO1.0.0 is deprecated by the R1 release and the current release is built over this release.
+The Gerrit repos of mso/* are voided and already locked as read-only.
+Following are the deprecated SO projects in gerrit repo:
+mso
+mso/chef-repo
+mso/docker-config
+mso/libs
+mso/mso-config
+	
 
 **Other**