Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • a generic interface to interact with the schema and edge information, so it can be accessed via end users and microservices
  • ability to be configured with any schema given in the set formats (JSON for edge rules, OXM for schema)
  • ability to easily communicate to an end user a node’s node type’s attributes and edge rules when provided with a node type as input
  • ability to define the depth (number of traversal hops) and relationship type (ie. child, parent, cousins) when interacting with a singular node type. When the depth is provided the solution must communicate the corresponding node’s node type’s information (node type attribute information, edge information).  The relationship type input should act as a filter only retrieving nodes node types that match the relationship type of the node type input.
  • ability to filter nodes node types on node type's metadata should be provided (example of metadata on Nodenode type: namespace, dependentOn)
  • ability to retrieve a description for each node type & attribute to enable ease of user understanding
  • ability to retrieve information about a property, when given a property of a node type as input
  • ability to retrieve information about a metaproperty, when given a meta property of a node type's property as input
  • ability to filter properties of a nodeType node typeType on metaproperties should be provided (example of metaproperties : required, indexed, searchable)
  • ability to retrieve metadata information, when given a metadata field of a node type as input (ie DESCRIPTION, DEPENDENT_ON, CONTAINER, NAMESPACE, etc)   
  • ability to retrieve traversal paths
    • return all traversal paths when provided a start and end node type
    • indicate the shortest path available
    • indicate the relative lengths of the other paths
    • displayed on a UI sorted by shortest to longest path
    • should also provide the ability to optionally provide multiple passthrough nodesnode types, defining the intermediate nodes node types needing to be visited during the traversal.
  • ability to provide information via a GUI
    • interaction with nodes node types (one at a time and multiple) to view their node type attributes, edge attributes, and other relative information
      • example
    • ability to retrieve nodesnode types/edges and display the information based on the various filters aforementioned (depth, relationship type, metproperties, etc)[See example above]
    • traversal paths are able to be queried
      • example
  • ability to interact with an end user using a natural language processor
    • responds to questions about the schema and edge rules in a conversational format
    • extent of the available conversations should cover the features available on the ui
      • example

...