dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity [2020/11/13 22:00] nick |
dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity [2021/11/09 15:51] (current) char ↷ Links adapted because of a move operation |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== 4.2.2.1 Maturity ====== | + | ====== 4.3.2.1 Maturity ====== |
| - | [[dido:public:ra:xapend:xapend.a_glossary | Return to Glossary ]] | + | [[dido:public:ra:xapend:xapend.a_glossary:start| Return to Glossary ]] |
| - | + | ||
| - | * **<color darkblue><todo @nick #char:2020-10-22>Char's review done</todo></color>** | + | |
| ===== About ===== | ===== About ===== | ||
| + | [[dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity | Return to Top]] | ||
| + | |||
| There are two ways to think about maturity: the maturity of the products or systems and the maturity of the communities which develop the systems or products. Usually, the two kinds of maturity go hand in hand. A mature product or system is the result of a mature community process and, visa versa, a mature community process produces mature products. | There are two ways to think about maturity: the maturity of the products or systems and the maturity of the communities which develop the systems or products. Usually, the two kinds of maturity go hand in hand. A mature product or system is the result of a mature community process and, visa versa, a mature community process produces mature products. | ||
| * **Note:** Community, in this case, can refer to a [[dido:public:ra:xapend:xapend.a_glossary:c:coi]] or a corporation. | * **Note:** Community, in this case, can refer to a [[dido:public:ra:xapend:xapend.a_glossary:c:coi]] or a corporation. | ||
| ==== Products or Systems ==== | ==== Products or Systems ==== | ||
| - | [[ddsf:private:cookbook:02_body:02_projreq:nonfunctional:14_reliability:01_matuity | Return to Top]] | + | [[dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity | Return to Top]] |
| Product or System maturity is an assessment (sometimes quantifiable) of how well a product or system meets its requirements for reliability under normal operations. | Product or System maturity is an assessment (sometimes quantifiable) of how well a product or system meets its requirements for reliability under normal operations. | ||
| - | Maturity of the components selected for inclusion in a system can play a significant role in the overall success of a system. Components that are mature are more likely to be stable and reliable; qualities that directly translate to stable and reliable integrations, which are thereby robust and resilient when inevitable changes to the system are made. This holds true as long as the components are not coming close to [[dido:public:ra:xapend:xapend.a_glossary:e:eol]]. See [[ddsf:private:cookbook:02_body:02_projreq:nonfunctional:08_manageability#manageability_costs | Manageability Costs ]]. | + | Maturity of the components selected for inclusion in a system can play a significant role in the overall success of a system. Components that are mature are more likely to be stable and reliable; qualities that directly translate to stable and reliable integrations, which are thereby robust and resilient when inevitable changes to the system are made. This holds true as long as the components are not coming close to [[dido:public:ra:xapend:xapend.a_glossary:e:eol]]. See [[dido:public:ra:1.4_req:2_nonfunc:28_manageability#manageability_costs| Manageability Costs ]]. |
| Rafa E. Al-Qutaish and Alain Abran have proposed a maturity model based on [[dido:public:ra:xapend:xapend.a_glossary:s:6sigma]].((Rafa E. Al-Qutaish and Alain Abran, __A Maturity Model of Software Product Quality__, Journal of Research and Practice in [[dido:public:ra:xapend:xapend.a_glossary:i:infotech|Information Technology]], 43(4):307-327, November 2011, Accessed 27 July 2020, [[https://www.researchgate.net/publication/260835325_A_Maturity_Model_of_Software_Product_Quality]] | Rafa E. Al-Qutaish and Alain Abran have proposed a maturity model based on [[dido:public:ra:xapend:xapend.a_glossary:s:6sigma]].((Rafa E. Al-Qutaish and Alain Abran, __A Maturity Model of Software Product Quality__, Journal of Research and Practice in [[dido:public:ra:xapend:xapend.a_glossary:i:infotech|Information Technology]], 43(4):307-327, November 2011, Accessed 27 July 2020, [[https://www.researchgate.net/publication/260835325_A_Maturity_Model_of_Software_Product_Quality]] | ||
| Line 53: | Line 53: | ||
| ==== Communities ==== | ==== Communities ==== | ||
| - | [[ddsf:private:cookbook:02_body:02_projreq:nonfunctional:14_reliability:01_matuity | Return to Top]] | + | [[dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity | Return to Top]] |
| There are several ways to establish or assess Community(( | There are several ways to establish or assess Community(( | ||
| Line 62: | Line 62: | ||
| * [[dido:public:ra:xapend:xapend.a_glossary:i:iso15288]] | * [[dido:public:ra:xapend:xapend.a_glossary:i:iso15288]] | ||
| * [[dido:public:ra:xapend:xapend.a_glossary:i:iso90003]] | * [[dido:public:ra:xapend:xapend.a_glossary:i:iso90003]] | ||
| + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_satisfaction]] | ||
| + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_complaints]] | ||
| + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_dispute]] | ||
| + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:quality_monitor_and_measure]] | ||
| + | * [[dido:public:ra:xapend:xapend.b_stds:tech:omg:cmmn]] | ||
| * [[dido:public:ra:xapend:xapend.a_glossary:c:cmmi]] | * [[dido:public:ra:xapend:xapend.a_glossary:c:cmmi]] | ||
| - | There is also guidance in how to run Open Source Communities See: [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend.stds:defact:todo | + | See also: [[dido:public:ra:xapend:xapend.b_stds:defact:todo:start]]. |
| - | | Talk Openly Develop Openly (TODO) Community ]] | + | |
| - | ===== DDS Specifics ===== | + | |
| - | [[ddsf:private:cookbook:02_body:02_projreq:nonfunctional:14_reliability:01_matuity | Return to Top]] | + | |
| - | + | ||
| - | There are several aspects to reviewing DDS for maturity: | + | |
| - | * The maturity of the parent [[dido:public:ra:xapend:xapend.a_glossary:s:stdorg]] (i.e., the [[dido:public:ra:xapend:xapend.a_glossary:o:omg]]) -- OMG has been creating standard specifications for 35 years. | + | ===== DIDO Specifics ===== |
| - | * The maturity of the standards themselves -- The [[dido:public:ra:xapend:xapend.a_glossary:d:data_distribution_service_dds]] is a family of specifications (i.e., [[ddsf:private:cookbook:06_append:01_family_of_standards | DDS Family of Standards]]). The DDS family of standards started in 2001 (see [[ddsf:private:cookbook:02_body:01_intro:00_history | History of DDS]]) with the release of DDS 1.0. The base DDS specification has been updated about every 3 to 4 years and has been extended to encompass just under 20 specifications, covering areas such as [[dido:public:ra:xapend:xapend.a_glossary:w:wireproro]], type systems, security and language bindings. | + | [[dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity | Return to Top]] |
| - | * The maturity of the [[ddsf:private:cookbook:06_append:05_vendors |DDS Vendors]] -- Two vendors have had DDS product offerings for about 20 years. [[ddsf:private:cookbook:06_append:05_vendors:rti |Real-Time Innovations (RTI)]] and [[ddsf:private:cookbook:06_append:05_vendors:thales|THALES]] (their original product was spun off to PrismTech, which has recently become part of [[ddsf:private:cookbook:06_append:05_vendors:adlink |Adlink]]). | + | |
| - | * The maturity of the vendor's products -- In addition to the two original DDS vendors, there are a number of DDS products being offered by other DDS vendors; each product has its own maturity level. **Note:** just because a product is newer does not mean it is not as mature in terms of maturity metrics. Newer products have an advantage: not only are they starting from a more mature set of specifications, they are also able to use other products as reference implementations. | + | |
| - | Each Vendor and each vendor product needs to be assessed independently. | ||
| /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | ||
dido/public/ra/1.4_req/2_nonfunc/14_reliability/01_matuity.1605322807.txt.gz · Last modified: 2020/11/13 22:00 by nick
