dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
|
dido:public:ra:1.4_req:2_nonfunc:14_reliability:01_matuity [2020/11/10 21:26] nick created |
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:1.4_req:2_nonfunc:14_reliability | Return to Reliability ]] | + | [[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>** | + | |
| - | * **<color #FF0000><todo @DDSFmember>Please Review</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 [[ddsf:private:cookbook:06_append: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 [[ddsf:private:cookbook:06_append: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 [[ddsf:private:cookbook:06_append:glossary:s:6sigma]].((Rafa E. Al-Qutaish and Alain Abran, __A Maturity Model of Software Product Quality__, Journal of Research and Practice in [[ddsf:private:cookbook:06_append: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]] |
| )) | )) | ||
| - | : //The quality of a product can be assessed either directly by looking into the product itself, or indirectly through assessing the process used to develop that product. In the software engineering field, there are currently numerous capability and maturity models for assessing a set of specific software processes, but very few product maturity models for those interested in assessing the quality of software products. This paper presents a maturity model designed to directly assess the quality of a software product, i.e. the Software Product Quality Maturity Model (SPQMM). This model is based on the six-sigma view of product quality and handles – in submodels – the three views of quality specified in [[ddsf:private:cookbook:06_append:glossary:i:iso|ISO]] 9126, that is, the Software Product Internal Quality Maturity Model (SPIQMM), the Software Product External Quality Maturity Model (SPEQMM), and the Software Product Quality-in-Use Maturity Model (SPQiUMM).// : <m> | + | : //The quality of a product can be assessed either directly by looking into the product itself, or indirectly through assessing the process used to develop that product. In the software engineering field, there are currently numerous capability and maturity models for assessing a set of specific software processes, but very few product maturity models for those interested in assessing the quality of software products. This paper presents a maturity model designed to directly assess the quality of a software product, i.e. the Software Product Quality Maturity Model (SPQMM). This model is based on the six-sigma view of product quality and handles – in submodels – the three views of quality specified in [[dido:public:ra:xapend:xapend.a_glossary:i:iso|ISO]] 9126, that is, the Software Product Internal Quality Maturity Model (SPIQMM), the Software Product External Quality Maturity Model (SPEQMM), and the Software Product Quality-in-Use Maturity Model (SPQiUMM).// : <m> |
| WQL = (IQL + EQL + iUQL) / 3 | WQL = (IQL + EQL + iUQL) / 3 | ||
| </m> | </m> | ||
| Line 54: | 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(( | ||
| - | **Note:** Community in this case can refer to a [[ddsf:private:cookbook:06_append: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. |
| )) maturity: | )) maturity: | ||
| - | * [[ddsf:private:cookbook:06_append:glossary:i:iso9001]] | + | * [[dido:public:ra:xapend:xapend.a_glossary:i:iso9001]] |
| - | * [[ddsf:private:cookbook:06_append:glossary:i:iso15288]] | + | * [[dido:public:ra:xapend:xapend.a_glossary:i:iso15288]] |
| - | * [[ddsf:private:cookbook:06_append:glossary:i:iso90003]] | + | * [[dido:public:ra:xapend:xapend.a_glossary:i:iso90003]] |
| - | * [[ddsf:private:cookbook:06_append:glossary:c:cmmi]] | + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_satisfaction]] |
| - | + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_complaints]] | |
| - | 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 | + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:customer_dispute]] |
| - | | Talk Openly Develop Openly (TODO) Community ]] | + | * [[dido:public:ra:xapend:xapend.b_stds:tech:iso:quality_monitor_and_measure]] |
| - | ===== DDS Specifics ===== | + | * [[dido:public:ra:xapend:xapend.b_stds:tech:omg:cmmn]] |
| - | [[ddsf:private:cookbook:02_body:02_projreq:nonfunctional:14_reliability:01_matuity | Return to Top]] | + | * [[dido:public:ra:xapend:xapend.a_glossary:c:cmmi]] |
| - | There are several aspects to reviewing DDS for maturity: | + | See also: [[dido:public:ra:xapend:xapend.b_stds:defact:todo:start]]. |
| - | * The maturity of the parent [[ddsf:private:cookbook:06_append:glossary:s:stdorg]] (i.e., the [[ddsf:private:cookbook:06_append:glossary:o:omg]]) -- OMG has been creating standard specifications for 35 years. | + | ===== DIDO Specifics ===== |
| - | * The maturity of the standards themselves -- The [[ddsf:private:cookbook:06_append: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 [[ddsf:private:cookbook:06_append: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.1605061589.txt.gz · Last modified: 2020/11/10 21:26 by nick
