Difference between revisions of "Alignment and Comparison of Systems Engineering Standards"
Line 1: | Line 1: | ||
− | + | ==Introduction== | |
− | + | Over the past decade, a number of the standards development organizations (SDOs) and other industry associations have been working collaboratively to align the systems and software engineering standards. The objective is to have a set of standards that can easily be used concurrently due to their use of common terminology and concepts. | |
+ | ===Problem=== | ||
+ | There has been a lack of integration both within and across SDOs. This has led to Systems and Software engineering standards that have different terminology, process sets, process structures, levels of prescription, and audiences. These differences have been both between Systems and Software, and to some extent within each. The problem has been exacerbated by competing standards, in whole or part. (Roedler 2010) | ||
+ | ===Cause=== | ||
+ | The cause of this problem includes several factors, as follows: | ||
+ | *Culture - “We’re different”; “Not invented here” | ||
+ | *Organizational - Different teams, committees, etc. | ||
+ | *Competition - Many Standards Development Organizations | ||
+ | *Domains - Focused, narrow view often doesn’t look beyond the domain for commonality | ||
+ | (Roedler 2010) | ||
+ | ===Impact=== | ||
+ | The impact of this problem includes the following: | ||
+ | *Less effective or efficient processes that are not focused on leveraging commonalities. This causes redundancy and has resulted in incompatibilities, inconsistencies between the standards making it difficult to concurrently use them together. | ||
+ | *Less effective solutions that are not focused on a common approach to solve a problem or need. | ||
+ | *Obstacle for communicating (at all levels – disciplines, teams, etc.). working in integrated teams, and leveraging resources. | ||
+ | *Stove-piping due to the incompatibilities, inconsistencies, and lack of leveraging commonalities. | ||
+ | (Roedler 2010) | ||
+ | ===Objective=== | ||
+ | The objective is to make the standards more usable together by achieving: | ||
+ | *Common vocabulary | ||
+ | *Single, integrated process set | ||
+ | *Single process structure | ||
+ | *Jointly planned level of prescription | ||
+ | *Suitable across the audiences | ||
+ | *Accounts for considerations in wide range of domains and applications | ||
+ | (Roedler 2010) | ||
==References== | ==References== |
Revision as of 19:04, 17 August 2011
Introduction
Over the past decade, a number of the standards development organizations (SDOs) and other industry associations have been working collaboratively to align the systems and software engineering standards. The objective is to have a set of standards that can easily be used concurrently due to their use of common terminology and concepts.
Problem
There has been a lack of integration both within and across SDOs. This has led to Systems and Software engineering standards that have different terminology, process sets, process structures, levels of prescription, and audiences. These differences have been both between Systems and Software, and to some extent within each. The problem has been exacerbated by competing standards, in whole or part. (Roedler 2010)
Cause
The cause of this problem includes several factors, as follows:
- Culture - “We’re different”; “Not invented here”
- Organizational - Different teams, committees, etc.
- Competition - Many Standards Development Organizations
- Domains - Focused, narrow view often doesn’t look beyond the domain for commonality
(Roedler 2010)
Impact
The impact of this problem includes the following:
- Less effective or efficient processes that are not focused on leveraging commonalities. This causes redundancy and has resulted in incompatibilities, inconsistencies between the standards making it difficult to concurrently use them together.
- Less effective solutions that are not focused on a common approach to solve a problem or need.
- Obstacle for communicating (at all levels – disciplines, teams, etc.). working in integrated teams, and leveraging resources.
- Stove-piping due to the incompatibilities, inconsistencies, and lack of leveraging commonalities.
(Roedler 2010)
Objective
The objective is to make the standards more usable together by achieving:
- Common vocabulary
- Single, integrated process set
- Single process structure
- Jointly planned level of prescription
- Suitable across the audiences
- Accounts for considerations in wide range of domains and applications
(Roedler 2010)
References
Please make sure all references are listed alphabetically and are formatted according to the Chicago Manual of Style (15th ed). See the BKCASE Reference Guidance for additional information.
Citations
List all references cited in the article. Note: SEBoK 0.5 uses Chicago Manual of Style (15th ed). See the BKCASE Reference Guidance for additional information.
Primary References
All primary references should be listed in alphabetical order. Remember to identify primary references by creating an internal link using the ‘’’reference title only’’’ (title). Please do not include version numbers in the links.
Additional References
All additional references should be listed in alphabetical order.