Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "COSMOS Design 215521"

(Service Meta Data View Mockup)
(Service Meta Data View Mockup)
Line 97: Line 97:
 
==Service Meta Data View Mockup==
 
==Service Meta Data View Mockup==
 
The following shows the tab layout that represents the service meta data structure.
 
The following shows the tab layout that represents the service meta data structure.
 
+
[[Image:DescriptCollapse.gif]]
 +
[[Image:DescriptExpand.gif]]
 
[[Image:Querycap.gif]]
 
[[Image:Querycap.gif]]
 
Simple view with rows collapsed
 
 
[[Image:SimpleExpand.png]]
 
 
Simple view with rows expanded.  The user is able to see the contents of the record.  An extension point will be provided to create custom rendering for a record row.
 
  
 
==Widget Design==
 
==Widget Design==

Revision as of 21:12, 23 January 2008

Back to Data Reporting Design

Change History

Name: Date: Revised Sections:
Sheldon Lee-Loy 01/23/2008
  • Initial version

Workload Estimation

Rough workload estimate in person weeks
Process Sizing Names of people doing the work
Design 0.2 Sheldon Lee-Loy
Code 2
Test 0.5
Documentation 0.5
Build and infrastructure 0.2
Code review, etc.*
TOTAL 3.4

'* - includes other committer work (e.g. check-in, contribution tracking)

Requirement

MDRs that provide the service metadata according to the CMDBf specification will need to expose their information via COSMOS UI. The service metadata structure is specified in the CMDBf 1.0 specification section 6

This is read-only data that needs to only be displayed in a view with an appropriate layout.

Design

Let us first consider the structure of the service meta data.

<queryServiceMetadata>
   <serviceDescription>
     <mdrId>xs:anyURI</mdrId>
        <description>xs:string</description>?
           xs:any *
    </serviceDescription>
    <queryCapabilities>
       <relationshipTemplateSupport depthLimit=”xs:boolean” minimumMaximum=”xs:boolean” xs:anyAttribute /> ?
       <contentSelectorSupport recordTypeSelector=”xs:boolean” propertySelector=”xs:boolean” xs:anyAttribute /> ?
       <recordConstraintSupport ...> ... </recordConstraintSupport>?
       <xpathSupport>
	 <dialect>xs:anyURI</dialect>*
	</xpathSupport>
	xs:any *
    </queryCapabilities>
    <recordTypeList>
		<recordTypes namespace=”xs:anyURI” schemaLocation=”xs:anyURI”>
			<recordType localName=”xs:NCName” appliesTo=”xs:string”>
			xs:any *
			</recordType>
		</recordTypes> *
	</recordTypeList>
	xs:any *
</queryServiceMetadata>

For consistency we can create a visualization similar to the graph response visualization as outlined in ER 214145. Notice that the structure of the graph response contain well defined sections.

  • serviceDescription
  • queryCapabilities
  • recordTypeList

We can utilize a tab layout where each section is represented by a tab section. This will logically separate the various sections of the service meta data structure.


Service Meta Data View Mockup

The following shows the tab layout that represents the service meta data structure. DescriptCollapse.gif DescriptExpand.gif Querycap.gif

Widget Design

The CMDBf graph response widget is constructed from several simple widgets. The following shows the hierarchy of widgets:

  • Tab Widget - responsible for rendering the top level tabs
    • Detail Widget - responsible for rendering the details tab
      • Item Widget - responsible for rendering the item table lists in the details view
      • Relationship Widget - responsible for rendering the relationship table lists in the details view
    • Simple Widget - responsible for rendering the simple tab
      • Item Widget - responsible for rendering the item table lists in the simple view
        • Relationship Widget - responsible for rendering the relationship table lists in the simple view
  • Record Widget - responsible for rendering the record table

For each of the above table a data feed is required to get the header information for the tabs and table. Additional data feeds are required to get the table row content.

Open Issues/Questions

All reviewer feedback should go in the Talk page for 215521.

Back to the top