Analyses as Resources: Difference between revisions
m (→Rules & Logic) |
m (→Rules & Logic) |
||
Line 57: | Line 57: | ||
#Sources can be any analyses in the same project, or any analyses in a Template project. | #Sources can be any analyses in the same project, or any analyses in a Template project. | ||
#Template level permissions and security applies, and similar rules exist as with any other resource in Synthesis. | #Template level permissions and security applies, and similar rules exist as with any other resource in Synthesis. | ||
## If user A has edit rights in project P1 | ## If user A has edit rights in project P1 but read only rights in Template T1, user A can link to the FMEA in T1 but cannot edit the FMEA, as edits are done at the source (T1) and A does not have edit permissions for T1. | ||
Revision as of 14:06, 14 May 2014
Forward
Analyses in XFMEA and RCM++ are now reusable object references. More specifically the following analyses can be cast as objects:
- FMEAs
- Risk Discovery
- ...
Linked FMEA Illustration
To illustrate the concept/application, consider the two systems, Widget and Fidget, along with their corresponding system hierarchies, as shown below (using metasyntactic variables for names).
Widget
|
Fidget
|
Then:
- The Widget is made up by the Waldo and Foobar subsystems and their associated lower level items as shown.
- Furthermore, assume that an FMEA analysis was done at the lower level items.
- The Fidget system is made up of the Garply and Fubar subsystems.
- Note that in this case both FooBar and Fubar subsystems share a common lower level item, Bar.
Since both, the Widget|Foobar|Bar (oBar)and the Fidget|Fubar|Bar (uBar) are the same item, one could (assuming no other stress/operational/interface/... differences!) use the same FMEA for both.
In this case they can be linked. This is done by linking the additional (linked items) to a source. Linked items are identical and always in sync (i.e. changes made to one are automatically reflected in the other).
Rules & Logic
When linking FMEAs or other analysis items:
- A source needs to be defined.
- In this case if I am linking uBar to the existing oBar, oBar becomes the source and uBar is the link.
- Changes/Edits can only be made to the source (to streamline workflow and maintain project security levels).
- Sources can be any analyses in the same project, or any analyses in a Template project.
- Template level permissions and security applies, and similar rules exist as with any other resource in Synthesis.
- If user A has edit rights in project P1 but read only rights in Template T1, user A can link to the FMEA in T1 but cannot edit the FMEA, as edits are done at the source (T1) and A does not have edit permissions for T1.
See also Global/Template Resources
Basis, Impact & Discussion
Basis for Modification |
Use. |
Impact on V8/V9 Users |
Impact |
Discussion | Comment on this feature, or discuss it in the Synthesis Discussion area of our Discussion Forums. |
These pages are not intended to replace, or be used in-lieu of the official software documentation. They are working/developments notes intended to facilitate communication between the user community and the development team. Features and specifications listed here are for discussion purposes and their final implementation in may be different than the specifications presented here. |