--- /dev/null
+# Support YAML display of descriptor in Composer #
+
+## Proposer ##
+Kiran Kashalkar (RIFT.io)
+
+## Type ##
+**Feature** (do not modify)
+
+## Target MDG/TF ##
+UI
+
+## Description ##
+Currently the Composer has an option of showing the JSON representation of a
+descriptor that's being created/edited.
+Now that we support YAML format for descriptors, the JSON viewer will be
+converted to a YAML viewer as YAML is more human-friendly.
+This will be offered as a purely front-end feature with no support from the SO.
+
+
+## Demo or definition of done ##
+Demonstrate the following:
+1. A user should be able to view the YAML format of a descriptor that was
+ onboarded using the Catalog Manager.
+2. A user should be able to view the YAML format of a descriptor that he/she has
+ created using the Composer.
+3. A user should be able to view the YAML format of a descriptor that he/she is
+ editing, irrespective of whether the original descriptor was onboarded using
+ the catalog manager or created using the Composer.
\ No newline at end of file
--- /dev/null
+# Enhance Visual Differentiation Between NS Catalog and VNF Catalog #
+
+## Proposer ##
+Kiran Kashalkar (RIFT.io)
+
+## Type ##
+**Requirement** (do not modify)
+
+## Target MDG/TF ##
+UI
+
+## Description ##
+Provide better context for which catalog is being viewed with following changes:
+1. Different default icon for NSD vs. VNFD
+2. Different background color for NSD vs. VNFD
+
+
+## Demo or definition of done ##
+The Catalog Manager should show different icons for NSD and VNFD items which
+don't have an icon supplied by the descriptor creator.
+The Catalog Manager should show clear visual differentiation for NSD and VNFD
+items in the left panel.
\ No newline at end of file
--- /dev/null
+# Restructure Service Primitive Jobs Layout #
+
+## Proposer ##
+Kiran Kashalkar (RIFT.io)
+
+## Type ##
+**Feature** (do not modify)
+
+## Target MDG/TF ##
+UI, SO
+
+## Description ##
+Currently the service primitive job details have no order, so one cannot tell
+what order the jobs were executed in.
+With the help of the SO to provide a timestamp (seconds since epoch) on each job indicating the
+submission time, the UI should order the jobs with latest on top.
+The service primitive jobs also don't have the parameters passed along with the
+job, so context is lost.
+Again, with the help of the SO module, the UI should show the parameters that
+were used when triggering a job.
+
+
+## Demo or definition of done ##
+Should demonstrate the following:
+1. When multiple jobs are fired, they should be displayed in reverse order of
+ trigger time. i.e. latest on top.
+2. Each job should display the parameters it was triggered with in addition to
+ current information.
\ No newline at end of file
--- /dev/null
+# Add Unit Tests for UI modules #
+
+## Proposer ##
+Kiran Kashalkar (RIFT.io)
+
+## Type ##
+**Requirement** (do not modify)
+
+## Target MDG/TF ##
+UI
+
+## Description ##
+A unit test framework (intern.js), unit tests and a test-runner (intern.js) with coverage analysis
+should be added for following components of the UI:
+1. Plugin Discovery Module
+2. Message Emmitter Module
+
+## Demo or definition of done ##
+Should display results from the test-runner.
+Overall line coverage target should be 80%+.
\ No newline at end of file