XM Systems Engineering Breakdown Diagram: Difference between revisions

From Open Source Ecology
Jump to navigation Jump to search
No edit summary
No edit summary
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
A [[Systems Engineering Breakdown Diagrams]](SEBD) or [[Systems Ecology Breakdown Diagram]] outlines all the components of a given GVCS technology (or other project, such as [[FeF]] per se) and how they relate to one another. For each component, the Breakdown Diagram should also include possible implementation paths - focusing on those paths that build on existing open source projects, on available documentation, and on other available prior art. The work of OSE is founded on determining a specific implementation path from a set of general funtional units defined by the SEBD - determined by best fit to [[OSE Specifications]]. Each component of the SEBD may be based on a wide range of industry standards. Successive prototypes may choose different implementation paths - depending on prototype testing results.
A [[Systems Engineering Breakdown Diagrams]](SEBD) or [[Systems Ecology Breakdown Diagram]] breaks up a given GVCS technology (or other project, such as [[FeF]]) into components and describes how they relate to one another.  
 
For each component, the Breakdown Diagram should also include possible implementation paths - focusing on those paths that build on existing open source projects, on available documentation, and on other available prior art. The work of OSE is founded on determining a specific implementation path from a set of general funtional units defined by the SEBD - determined by best fit to [[OSE Specifications]]. Each component of the SEBD may be based on a wide range of industry standards. Successive prototypes may choose different implementation paths - depending on prototype testing results.


To build a SEBD:
To build a SEBD:
Line 6: Line 8:
#Document this on a dedicated wiki page for a specific project.
#Document this on a dedicated wiki page for a specific project.
#Value addition: get an information architect to improve the diagram
#Value addition: get an information architect to improve the diagram
#Annotate the SEBD with essential notes on the physics of how it works,
#Annotate the SEBD with essential notes on how it works, the physics of why it works, and other explanatory material that explains the workings to a nonspecialist
#Once a general SEBD is created, this diagram should be distilled into a Specific SEBD - which reflects the actual development path taken out of a number of different options/mechanisms available. Such selection is based on optimum adherence to [[OSE Specifications]].
 
[[Category:XM]]
[[Category:XM]]

Latest revision as of 01:56, 9 April 2012

A Systems Engineering Breakdown Diagrams(SEBD) or Systems Ecology Breakdown Diagram breaks up a given GVCS technology (or other project, such as FeF) into components and describes how they relate to one another.

For each component, the Breakdown Diagram should also include possible implementation paths - focusing on those paths that build on existing open source projects, on available documentation, and on other available prior art. The work of OSE is founded on determining a specific implementation path from a set of general funtional units defined by the SEBD - determined by best fit to OSE Specifications. Each component of the SEBD may be based on a wide range of industry standards. Successive prototypes may choose different implementation paths - depending on prototype testing results.

To build a SEBD:

  1. Break down the machine or system into components. Annotate the relationships between the different components
  2. Document this on a dedicated wiki page for a specific project.
  3. Value addition: get an information architect to improve the diagram
  4. Annotate the SEBD with essential notes on how it works, the physics of why it works, and other explanatory material that explains the workings to a nonspecialist
  5. Once a general SEBD is created, this diagram should be distilled into a Specific SEBD - which reflects the actual development path taken out of a number of different options/mechanisms available. Such selection is based on optimum adherence to OSE Specifications.