| dbo:abstract
|
- تشير جودة البرمجيات (بالإنجليزية: Software quality) في سياق هندسة البرمجيات إلى مفهومين مرتبطين ولكنهما مختلفان:
* تعكس جودة البرمجيات الوظيفية كيفية تنفيذها لتصميم معين أو مطابقتها له، بناءً على المتطلبات أو المواصفات الوظيفية. يمكن أيضًا وصف هذه الخاصية بأنها الملاءمة لغرض أو جزء برمجي أو كيفية المقارنة بالمنافسين في السوق كمنتج مفيد. وهي الدرجة التي تنتج بها البرمجيات الصحيحة.
* تشير جودة البرمجيات الهيكلية إلى كيفية تلبيتها للمتطلبات غير الوظيفية التي تدعم تسليم المتطلبات الوظيفية، مثل المتانة أو إمكانية الصيانة. ولديها الكثير مما يجب القيام به لتحقيق الدرجة التي تعمل بها البرمجات بالشكل المطلوب. يمكن تقييم العديد من جوانب الجودة الهيكلية بشكل ثابت فقط من خلال تحليل البنية الداخلية والكود المصدري للبرمجيات، على مستوى الوحدة ومستوى التكنولوجيا ومستوى النظام، وهو في الواقع كيفية التزام بنيتها بالمبادئ السليمة لبنية البرمجيات المُبينة في بحث عن هذا الموضوع قامت به مجموعة إدارة الكائن. لكن بعض الخصائص البنيوية، مثل قابلية الاستخدام، لا يمكن تقييمها إلا بشكل ديناميكي (يتفاعل المستخدمون أو الذين يعملون بالنيابة عنهم مع البرمجيات أو على الأقل مع بعض النماذج الأولية أو التنفيذ الجزئي؛ وحتى التفاعل مع إصدار وهمي مصنوع من الورق المقوى يمثل اختبارًا ديناميكيًا لأنه يمكن اعتباره مثل هذا الإصدار نموذجًا أوليًا). قد تتضمن الجوانب الأخرى، مثل المصداقية، البرمجيات بالإضافة إلى الأجهزة الأساسية، لذا، يمكن تقييمها بشكل ثابت وديناميكي (اختبار الإجهاد) عادةً ما تقيّم الجودة الوظيفية ديناميكيًا، لكن من الممكن أيضًا استخدام الاختبارات الثابتة (مثل مراجعات البرمجيات). من الناحية التاريخية، اشتُقت أو استُخرجت البنية والتصنيف ومصطلحات السمات والمقاييس المطبقة على إدارة جودة البرمجيات من معيار أيزو 9126-3 ونموذج الجودة التالي أيزو 25000:2005، المعروف أيضًا باسم «سكويرSQuaRE ». واستنادًا إلى هذه النماذج، حدد اتحاد جودة برمجيات تكنولوجيا المعلومات خمس خصائص هيكلية رئيسية مرغوبة وضرورية لجزء من البرمجيات لتوفير قيمة الأعمال: المصداقية، والكفاءة، والأمان، وإمكانية الصيانة، والحجم المناسب. يحدد قياس جودة البرمجيات مدى تصنيف البرنامج أو النظام البرمجي لكل من هذه الأبعاد الخمسة. يمكن حوسبة القياسات المجمعة لجودة البرامج من خلال نظام تسجيل نوعي أو كمي أو مزيج من الاثنين ثم من خلال نظام ترجيح يعكس الأولويات. يستكمل عرض جودة البرمجيات هذا الذي يرتكز على سلسلة خطية متصلة من خلال تحليل «أخطاء البرمجة الحرجة» الذي يمكن أن يؤدي في ظل ظروف معينة إلى انقطاعات كارثية أو تدهور بالأداء الذي يجعل نظامًا معينًا غير مناسب للاستخدام بغض النظر عن التصنيف المستند إلى القياسات المجمعة. تمثل أخطاء البرمجة على مستوى النظام ما يصل إلى 90% من مشكلات الإنتاج، بينما تمثل أخطاء البرمجة على مستوى الوحدة، حتى لو كانت كثيرة العدد، أقل من 10% من مشكلات الإنتاج. نتيجة لذلك، فإن جودة الكود خارج سياق النظام الكامل، كما وصفها دبليو إدواردز ديمنغ، لها قيمة محدودة. لعرض، واستكشاف، وتحليل ونقل قياسات جودة البرمجيات، توفر مفاهيم وتقنيات تصور المعلومات وسائل مرئية وتفاعلية مفيدة، خاصة إذا كان يجب أن ترتبط عدة إجراءات لجودة البرامج بعضها ببعض أو بمكونات برمجية أو نظام. مثلًا، تمثل الخرائط البرمجية نهجًا متخصصًا «يمكنه التعبير عن المعلومات المتعلقة بتطوير البرمجيات وجودة البرمجيات وديناميكيات النظام وجمعها» (ar)
- En el context de l'enginyeria de programari, la qualitat del programari es refereix a dos conceptes relacionats però diferents que coexisteixen un context organitzacional:
* Qualitat funcional del programari.
* Qualitat estructural del programari. La qualitat funcional de programari fa referència al compliment dels requisits funcionals o especificacions.La qualitat estructural de programari es refereix als requisits no funcionals que donen suport al requeriments funcionals, com ara la robustesa o la facilitat del manteniment; és a dir, el grau en què el programari s'ha produït correctament. La qualitat estructural s'avalua mitjançant l'anàlisi de l'estructura del programari intern, el codi font, a nivell unitari, a nivell de tecnologia i a nivell de sistema; que és, en definitiva, com el software segueix els principis de l'arquitectura del programari existents. [2] Per contra, la qualitat funcional se sol complir i es mesura a través de proves de programari. Històricament, l'estructura, la classificació i la terminologia dels atributs i métriques aplicables a la gestió de la qualitat del programari s'han derivat de l'ISO 9126-3 i el model de qualitat ISO 25000:2005 posterior. Sobre la base d'aquests models, el Consorci per la qualitat del software (CISQ) defineix cinc grans característiques estructurals desitjables necessàries perquè una peça de programari proporcioni valor de negoci: Fiabilitat, eficàcia, seguretat, facilitat de manteniment i Mida (adequada). (ca)
- „Unter Softwarequalität versteht man die Gesamtheit der Merkmale und Merkmalswerte eines Softwareprodukts, die sich auf dessen Eignung beziehen, festgelegte oder vorausgesetzte Erfordernisse zu erfüllen“ (Ist/Soll). (de)
- La calidad del software es una preocupación a la que se dedican muchos esfuerzos. Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad posible, que cumpla, y si puede supere las expectativas de los usuarios. (es)
- En informatique et en particulier en génie logiciel, la qualité logicielle est une appréciation globale d'un logiciel, basée sur de nombreux indicateurs. La complétude des fonctionnalités, la correction et précision des résultats, la fiabilité, la tolérance de pannes, la facilité et la flexibilité de son utilisation, la simplicité, l'extensibilité, la compatibilité et la portabilité, la facilité de correction et de transformation, la performance, la cohérence et l'intégrité des informations qu'il contient sont tous des facteurs de qualité. Contrairement à un matériel, un logiciel est un produit qui n'a pas une fiabilité prédictible, de plus il ne s'use pas dans le temps. Donc une anomalie survient ou ne survient pas dans l'exécution du logiciel, l'anomalie est présente de manière latente et peut ne jamais survenir. La qualité d'un logiciel dépend entièrement de sa construction et des processus utilisés pour son développement, c'est par conséquent un sujet central en génie logiciel. Une appréciation globale de la qualité tient autant compte des facteurs extérieurs, directement observables par l'utilisateur, que des facteurs intérieurs, observables par les ingénieurs lors des revues de code ou des travaux de maintenance. Les problèmes de qualité des logiciels, connus depuis les années 1960, sont par ailleurs à l'origine du génie logiciel, la science de la création de logiciels, y compris toutes les difficultés qui y sont liées - respects des coûts, des délais, du cahier des charges et du niveau de qualité. Il existe plusieurs référentiels de certification du système de management de la qualité en entreprise, en matière d’ingénierie du logiciel comme TickIT. (fr)
- In the context of software engineering, software quality refers to two related but distinct notions:
* Software functional quality reflects how well it complies with or conforms to a given design, based on functional requirements or specifications. That attribute can also be described as the fitness for purpose of a piece of software or how it compares to competitors in the marketplace as a worthwhile product. It is the degree to which the correct software was produced.
* Software structural quality refers to how it meets non-functional requirements that support the delivery of the functional requirements, such as robustness or maintainability. It has a lot more to do with the degree to which the software works as needed. Many aspects of structural quality can be evaluated only statically through the analysis of the software inner structure, its source code (see Software metrics), at the unit level, system level (sometimes referred to as end-to-end testing), which is in effect how its architecture adheres to sound principles of software architecture outlined in a paper on the topic by Object Management Group (OMG). However some structural qualities, such as usability, can be assessed only dynamically (users or others acting in their behalf interact with the software or, at least, some prototype or partial implementation; even the interaction with a mock version made in cardboard represents a dynamic test because such version can be considered a prototype). Other aspects, such as reliability, might involve not only the software but also the underlying hardware, therefore, it can be assessed both statically and dynamically (stress test). Functional quality is typically assessed dynamically but it is also possible to use static tests (such as software reviews). Historically, the structure, classification and terminology of attributes and metrics applicable to software quality management have been derived or extracted from the ISO 9126 and the subsequent standard. Based on these models (see Models), the Consortium for IT Software Quality (CISQ) has defined five major desirable structural characteristics needed for a piece of software to provide business value: Reliability, Efficiency, Security, Maintainability and (adequate) Size. Software quality measurement quantifies to what extent a software program or system rates along each of these five dimensions. An aggregated measure of software quality can be computed through a qualitative or a quantitative scoring scheme or a mix of both and then a weighting system reflecting the priorities. This view of software quality being positioned on a linear continuum is supplemented by the analysis of "critical programming errors" that under specific circumstances can lead to catastrophic outages or performance degradations that make a given system unsuitable for use regardless of rating based on aggregated measurements. Such programming errors found at the system level represent up to 90 percent of production issues, whilst at the unit-level, even if far more numerous, programming errors account for less than 10 percent of production issues (see also Ninety–ninety rule). As a consequence, code quality without the context of the whole system, as W. Edwards Deming described it, has limited value. To view, explore, analyze, and communicate software quality measurements, concepts and techniques of information visualization provide visual, interactive means useful, in particular, if several software quality measures have to be related to each other or to components of a software or system. For example, software maps represent a specialized approach that "can express and combine information about software development, software quality, and system dynamics". Software quality also plays a role in the release phase of a software project. Specifically, the quality and establishment of the release processes (also patch processes), configuration management are important parts of an overall software engineering process. (en)
- 소프트웨어 공학에서 소프트웨어 품질(software quality)은 비즈니스 문맥에서 품질이 정의된 곳에 존재하는, 두 개의 서로 관련되면서도 구별된 개념을 가리킨다.
* 소프트웨어 기능 상의 품질(software functional quality)은 이나 사양에 기반하여 주어진 설계를 얼마나 잘 충족하고 있는지를 반영한다. 이러한 특성은 소프트웨어의 목적이 부합하는지, 또 가치가 있는 상품으로서 시장의 경쟁작들과 비견할만한지를 기술할 수 있다.
* 소프트웨어 구조 상의 품질(software structural quality)은 기능 요건의 전달을 지원하는 비기능 요건을 어떻게 충족하는지를 가리키는데, 이를테면 소프트웨어가 올바르게 개발될 수 있는지를 가늠하는 척도로서 내구성이나 유지보수성을 들 수 있다. 소프트웨어 품질은 소프트웨어 내부 구조, 소스 코드, 단위 수준, 기술 수준, 시스템 수준의 분석을 통해 평가되며, 아키텍처가 OMG의 주제에 따른 논문에 개요로 서술된 소프트웨어 구조의 원칙을 준수하는 방식을 수행한다. 반면, 기능 상의 품질은 일반적으로 소프트웨어 테스트를 통해 강제되어 측정된다. 역사적으로, 에 적용 가능한 특성과 메트릭스의 구조, 분류, 용어는 과 이후의 ISO 25000:2005 품질 모델(SQuaRE)로부터 가져온 것이다. 이러한 모델에 기반하여, (Consortium for IT Software Quality)는 를 제공하는 소프트웨어에 필수적인 5가지 주요 구조 특징들을 정의하고 있다: 신뢰성, 효율성, 보안, 유지보수, (적절한) 크기. (ko)
- Jakość oprogramowania (ang. software quality) – ogół cech , które wpływają na zdolności spełniania przez niego określonych wymagań, m.in. elastyczność, funkcjonalność, integralność, niezawodność, efektywność, użyteczność, wydajność. (pl)
- ソフトウェア品質（ソフトウェアひんしつ、英: Software quality）は、ソフトウェアの品質を指し、プログラマの観点からはソースコードの品質、エンドユーザーの観点からはアプリケーションソフトウェアの品質を意味する。 ソフトウェア品質の定義は様々である。ジェラルド・ワインバーグは著書 Quality Software Management: Systems Thinking v. 1 で「品質とは誰かにとっての価値である」と書いている。この定義は品質が本来主観的なものであることを強調している。同じソフトウェアであっても人によって品質の感じ方は全く異なる。この定義の利点は、ソフトウェア開発チームに「このソフトウェアは誰のために作っているのか?」とか「彼らにとって価値とは何か?」といった疑問を抱かせる点にある。 品質を「目的への適合性」と定義する場合、品質を測定するのに使うべき尺度（属性）を決定する際に、そのソフトウェアの目的を考慮する必要があることを意味する。 (ja)
- Qualità del software si intende la misura in cui un prodotto software soddisfa un certo numero di aspettative rispetto sia al suo funzionamento sia alla sua struttura interna. Gran parte della ricerca nel campo dell'ingegneria del software è dedicata, direttamente o indirettamente, al tema della qualità. In particolare, si è cercato di stabilire chiaramente cosa si intenda per qualità del software, definendo un insieme di parametri di qualità significativi; di realizzare tecniche per misurare tali parametri rispetto a un dato sistema software; di sviluppare tecnologie (per esempio linguaggi di programmazione) e metodologie (per esempio di analisi e progettazione) che facilitino la realizzazione di software di qualità. (it)
- O termo Qualidade possui diferentes definições na literatura. O glossário do IEEE define qualidade como “Grau de conformidade de um sistema, componente ou processo com os respectivos requisitos”, ou, alternativamente, como “Grau de conformidade de um sistema, componente ou processo com as necessidades e expectativas de clientes ou usuários”. Ambas as definições refletem aspectos importantes da qualidade; diversos autores apresentam outras definições, que geralmente giram em torno dos temas de conformidade com os requisitos e atendimento das expectativas. Naturalmente, pode haver diferenças entre as aplicações dessas definições se os requisitos explícitos não refletirem corretamente as necessidades reais. Como salienta, a qualidade é definida por uma coleção de atributos; funcionalidade, confiabilidade, satisfação do usuário e desempenho são aspectos importantes, mas parciais. A norma NBR ISO 9000:2005 define qualidade como sendo o grau no qual um conjunto de características inerentes satisfaz aos requisitos. Ou seja, pode-se afirmar que se algum produto ou serviço atende aos requisitos especificados, este mesmo produto ou serviço possui a qualidade desejada. Outra visão diferente é no contexto de desenvolvimento de software: qualidade pode ser entendida como um conjunto de características a serem satisfeitas em um determinado grau, de modo que o produto de software atenda às necessidades explícitas e implícitas de seus usuários . (pt)
- Ка́чество програ́ммного обеспечения — способность программного продукта при заданных условиях удовлетворять установленным или предполагаемым потребностям (ISO/IEC 25000:2014). Другие определения из стандартов:
* весь объём признаков и характеристик программ, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ГОСТ Р ИСО/МЭК 9126-93, ISO 8402:94);
* степень, в которой система, компонент или процесс удовлетворяют потребностям или ожиданиям заказчика или пользователя (IEEE Std 610.12-1990). (ru)
- 軟體品質，是指軟體系統或系統中的軟體部分的品質，即滿足用戶需求，包括功能需求和非功能性需求的程度。
* 穩定且可預期:並無不可預期狀況如crash與無回饋且不可預期時間的hang-on
* 適當的文件:足夠的文件可供索引並可供參考解答，最新更新時間不低於1.5個版本
* 易用度:學習轉換時間
* UI/UX:直覺且易辨認，有回饋且反應時間快，uber 叫車app曾發現到沒有loading progress bar 的預約搜尋反而滿意度相對降低 (zh)
- Якість програмного забезпечення — характеристика програмного забезпечення, ступінь відповідності ПЗ до вимог. При цьому вимоги можуть трактуватись по-різному, що породжує декілька незалежних визначень терміну. Якість ПЗ – набір властивостей продукту (сервісу або програм), що характеризують його здатність задовольнити встановлені або передбачувані потреби замовника. Поняття якості має різні інтерпретації залежно від конкретної програмної системи і вимог до неї. (uk)
|
| rdfs:comment
|
- „Unter Softwarequalität versteht man die Gesamtheit der Merkmale und Merkmalswerte eines Softwareprodukts, die sich auf dessen Eignung beziehen, festgelegte oder vorausgesetzte Erfordernisse zu erfüllen“ (Ist/Soll). (de)
- La calidad del software es una preocupación a la que se dedican muchos esfuerzos. Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad posible, que cumpla, y si puede supere las expectativas de los usuarios. (es)
- Jakość oprogramowania (ang. software quality) – ogół cech , które wpływają na zdolności spełniania przez niego określonych wymagań, m.in. elastyczność, funkcjonalność, integralność, niezawodność, efektywność, użyteczność, wydajność. (pl)
- ソフトウェア品質（ソフトウェアひんしつ、英: Software quality）は、ソフトウェアの品質を指し、プログラマの観点からはソースコードの品質、エンドユーザーの観点からはアプリケーションソフトウェアの品質を意味する。 ソフトウェア品質の定義は様々である。ジェラルド・ワインバーグは著書 Quality Software Management: Systems Thinking v. 1 で「品質とは誰かにとっての価値である」と書いている。この定義は品質が本来主観的なものであることを強調している。同じソフトウェアであっても人によって品質の感じ方は全く異なる。この定義の利点は、ソフトウェア開発チームに「このソフトウェアは誰のために作っているのか?」とか「彼らにとって価値とは何か?」といった疑問を抱かせる点にある。 品質を「目的への適合性」と定義する場合、品質を測定するのに使うべき尺度（属性）を決定する際に、そのソフトウェアの目的を考慮する必要があることを意味する。 (ja)
- Qualità del software si intende la misura in cui un prodotto software soddisfa un certo numero di aspettative rispetto sia al suo funzionamento sia alla sua struttura interna. Gran parte della ricerca nel campo dell'ingegneria del software è dedicata, direttamente o indirettamente, al tema della qualità. In particolare, si è cercato di stabilire chiaramente cosa si intenda per qualità del software, definendo un insieme di parametri di qualità significativi; di realizzare tecniche per misurare tali parametri rispetto a un dato sistema software; di sviluppare tecnologie (per esempio linguaggi di programmazione) e metodologie (per esempio di analisi e progettazione) che facilitino la realizzazione di software di qualità. (it)
- Ка́чество програ́ммного обеспечения — способность программного продукта при заданных условиях удовлетворять установленным или предполагаемым потребностям (ISO/IEC 25000:2014). Другие определения из стандартов:
* весь объём признаков и характеристик программ, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ГОСТ Р ИСО/МЭК 9126-93, ISO 8402:94);
* степень, в которой система, компонент или процесс удовлетворяют потребностям или ожиданиям заказчика или пользователя (IEEE Std 610.12-1990). (ru)
- 軟體品質，是指軟體系統或系統中的軟體部分的品質，即滿足用戶需求，包括功能需求和非功能性需求的程度。
* 穩定且可預期:並無不可預期狀況如crash與無回饋且不可預期時間的hang-on
* 適當的文件:足夠的文件可供索引並可供參考解答，最新更新時間不低於1.5個版本
* 易用度:學習轉換時間
* UI/UX:直覺且易辨認，有回饋且反應時間快，uber 叫車app曾發現到沒有loading progress bar 的預約搜尋反而滿意度相對降低 (zh)
- Якість програмного забезпечення — характеристика програмного забезпечення, ступінь відповідності ПЗ до вимог. При цьому вимоги можуть трактуватись по-різному, що породжує декілька незалежних визначень терміну. Якість ПЗ – набір властивостей продукту (сервісу або програм), що характеризують його здатність задовольнити встановлені або передбачувані потреби замовника. Поняття якості має різні інтерпретації залежно від конкретної програмної системи і вимог до неї. (uk)
- تشير جودة البرمجيات (بالإنجليزية: Software quality) في سياق هندسة البرمجيات إلى مفهومين مرتبطين ولكنهما مختلفان:
* تعكس جودة البرمجيات الوظيفية كيفية تنفيذها لتصميم معين أو مطابقتها له، بناءً على المتطلبات أو المواصفات الوظيفية. يمكن أيضًا وصف هذه الخاصية بأنها الملاءمة لغرض أو جزء برمجي أو كيفية المقارنة بالمنافسين في السوق كمنتج مفيد. وهي الدرجة التي تنتج بها البرمجيات الصحيحة.
* تشير جودة البرمجيات الهيكلية إلى كيفية تلبيتها للمتطلبات غير الوظيفية التي تدعم تسليم المتطلبات الوظيفية، مثل المتانة أو إمكانية الصيانة. ولديها الكثير مما يجب القيام به لتحقيق الدرجة التي تعمل بها البرمجات بالشكل المطلوب. (ar)
- En el context de l'enginyeria de programari, la qualitat del programari es refereix a dos conceptes relacionats però diferents que coexisteixen un context organitzacional:
* Qualitat funcional del programari.
* Qualitat estructural del programari. La qualitat funcional de programari fa referència al compliment dels requisits funcionals o especificacions.La qualitat estructural de programari es refereix als requisits no funcionals que donen suport al requeriments funcionals, com ara la robustesa o la facilitat del manteniment; és a dir, el grau en què el programari s'ha produït correctament. (ca)
- En informatique et en particulier en génie logiciel, la qualité logicielle est une appréciation globale d'un logiciel, basée sur de nombreux indicateurs. La complétude des fonctionnalités, la correction et précision des résultats, la fiabilité, la tolérance de pannes, la facilité et la flexibilité de son utilisation, la simplicité, l'extensibilité, la compatibilité et la portabilité, la facilité de correction et de transformation, la performance, la cohérence et l'intégrité des informations qu'il contient sont tous des facteurs de qualité. (fr)
- In the context of software engineering, software quality refers to two related but distinct notions:
* Software functional quality reflects how well it complies with or conforms to a given design, based on functional requirements or specifications. That attribute can also be described as the fitness for purpose of a piece of software or how it compares to competitors in the marketplace as a worthwhile product. It is the degree to which the correct software was produced.
* Software structural quality refers to how it meets non-functional requirements that support the delivery of the functional requirements, such as robustness or maintainability. It has a lot more to do with the degree to which the software works as needed. (en)
- 소프트웨어 공학에서 소프트웨어 품질(software quality)은 비즈니스 문맥에서 품질이 정의된 곳에 존재하는, 두 개의 서로 관련되면서도 구별된 개념을 가리킨다.
* 소프트웨어 기능 상의 품질(software functional quality)은 이나 사양에 기반하여 주어진 설계를 얼마나 잘 충족하고 있는지를 반영한다. 이러한 특성은 소프트웨어의 목적이 부합하는지, 또 가치가 있는 상품으로서 시장의 경쟁작들과 비견할만한지를 기술할 수 있다.
* 소프트웨어 구조 상의 품질(software structural quality)은 기능 요건의 전달을 지원하는 비기능 요건을 어떻게 충족하는지를 가리키는데, 이를테면 소프트웨어가 올바르게 개발될 수 있는지를 가늠하는 척도로서 내구성이나 유지보수성을 들 수 있다. 소프트웨어 품질은 소프트웨어 내부 구조, 소스 코드, 단위 수준, 기술 수준, 시스템 수준의 분석을 통해 평가되며, 아키텍처가 OMG의 주제에 따른 논문에 개요로 서술된 소프트웨어 구조의 원칙을 준수하는 방식을 수행한다. 반면, 기능 상의 품질은 일반적으로 소프트웨어 테스트를 통해 강제되어 측정된다. (ko)
- O termo Qualidade possui diferentes definições na literatura. O glossário do IEEE define qualidade como “Grau de conformidade de um sistema, componente ou processo com os respectivos requisitos”, ou, alternativamente, como “Grau de conformidade de um sistema, componente ou processo com as necessidades e expectativas de clientes ou usuários”. (pt)
|
