| dbo:abstract
|
- في علوم هندسة الأنظمة وهندسة المتطلبات يعرف المتطلب اللاوظيفي على أنه متطلب يحدد معيارا يمكن من خلاله الحكم على آلية عمل نظام ما، إلا أنه لا يحدد سلوكا بعينه. على عكس المتطلب الوظيفي والذي يحدد سلوكا أو وظيفة. توضح خطة تنفيذ المتطلبات الوظيفية في تصميم النظام. في حين توضح خطة تنفيذ المتطلبات اللاوظيفية في معمارية النظام. بشكل عام، تعرف المتطلبات الوظيفية ماذا يجب على النظام أن يفعل، بينما تعرف المتطلبات اللاوظيفية كيف يفترض أن يكون النظام. عند تعريف المتطلبات، عادة ما تكون الجمل التي تعبر عن المتطلبات الوظيفية على شكل «النظام يجب أن يفعل..» بينما تكون جمل المتطلبات اللاوظيفية على شكل «النظام يجب أن يكون..». في كثير من الأحيان يطلق على المتطلبات اللاوظيفية اسم صفات الجودة ويمكن أن تصنف إلى نوعين رئيسين: 1.
* صفات الجودة التنفيذية، مثل الأمن وقابلية الاستخدام، والتي يمكن ملاحظتها أثناء التشغيل. 2.
* صفات الجودة التطورية، مثل قابلية الفحص والصيانة والامتداد والتوسع، وهذه تكون موجودة في هيكلية النظام الداخلية. (ar)
- Při návrhu systému se IT architekt musí řídit byznys požadavky, které mu byly při návrhu systému předloženy od zákazníka. Systém musí tyto požadavky naplnit, aby podporoval byznys cíle dané společnosti a v ideálním případě tvořil konkurenční výhodu. IT architekt však musí při návrhu systému myslet ještě na jednu skupinu požadavků, pokud chce vybudovat kvalitní a pro společnost konkurenceschopný software. Danou skupinou jsou nefunkční požadavky tzv. Service-level requirements (někdy také nazývány quality of service requirments). I tyto požadavky mají mnohdy kritický vliv na aplikaci, ale jejich samotným úkolem však není podpořit byznys cíle, ale vyvinout kvalitní stabilní aplikaci a její kvalitu měřit podle kritérií, kterých si u dané aplikace zákazník nejvíce cení. Mezi základní požadavky patří výkon, škálovatelnost, spolehlivost, rozšiřitelnost, udržitelnost, spravovatelnost a bezpečnost. Při volbě požadavků, které jsou pro systém nejdůležitější, musejí architekt ve spolupráci se zákazníkem počítat s tím, že se jednotlivé požadavky vylučují navzájem. Chceme-li například navrhnout a realizovat systém, který si bude zakládat na vysokém výkonu, musíme obětovat požadavky, jako jsou udržitelnost a rozšiřitelnost. Musíme tedy počítat s tím, že rychlost naší aplikace bude vykoupena například tím, že v budoucnu budeme muset investovat více prostředků pro rozšíření dané aplikace o novou funkčnost. (cs)
- Un requisito no funcional o atributo de calidad es, en la ingeniería de sistemas y la ingeniería de software, un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que estos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que no describen información a guardar, ni funciones a realizar, sino características de funcionamiento. Por esto, suelen denominarse de un sistema.Queda entonces el requisito no funcional, que son las restricciones o condiciones que impone el cliente al programa que necesita, por ejemplo, el tiempo de entrega del programa, el lenguaje o la cantidad de usuarios. (es)
- In systems engineering and requirements engineering, a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements. (en)
- 시스템 공학과 요구공학에서 비기능 요건(non-functional requirement), 비기능 요구사항은 특정한 동작이 아닌, 시스템 운영을 판단하기 위해 사용되는 기준을 정의하는 요구사항이다. 이는 특정한 동작이나 기능을 정의하는 과는 대조된다. 기능 요건을 구현하는 계획은 시스템 설계에 자세히 기술된다. 비기능 요건을 구현하는 계획은 시스템 아키텍처에 상세히 기술되는데, 이는 보통 이기 때문이다. (ko)
- 非機能要件(Non-functional requirement)とは、システム設計や情報システム開発上の要求分析において、要件、システム要件といった機能面以外の全般を指す。 機能要件を実装するための設計がシステム設計であり、非機能要件を実装するための設計がシステムアーキテクチャとなる。 広義には、機能要件とはシステムが動作する内容について定義し、非機能要件とはシステムが動作する方法を定義すると言える。 機能要件は「要件に対するシステムのふるまい」の形で記述され、通常はシステム一部の個々の動作が明示されたり、数学関数として表されたり、あるいはブラックボックスとしての説明だったり、機能モデルとして説明される。 一方、非機能要件は、特定の状態のシステムとしてではなく、機能の全体的な特性を「システムが要件を満たさなければならない」の形で記述される。非機能要件は、システムの全体的な特性として、開発プロジェクトが成功したか失敗したかどうかの指標としても利用される。 日本情報システムユーザー協会(JUAS)が発行した『非機能要件要求仕様定義ガイドライン』では以下の10種類に分類し定義している。
* 機能性
* 信頼性
* 使用性
* 効率性
* 保守性
* 移植性
* 障害抑制性
* 効果性
* 運用性
* 技術要件 システム基盤の発注者要求を見える化する非機能要求グレード検討会では、『非機能要求グレード』において以下の6つの大項目、35の中項目で、非機能要件の要求項目を定めている。
* 可用性
* 可用性、耐障害性、災害対策、回復性、成熟性
* 性能・拡張性
* 業務処理量、性能目標値、リソース拡張性、性能品質保証
* 運用・保守性
* 通常運用、保守運用、障害時運用、運用環境、運用・保守体制、運用管理方針
* 移行性
* 移行時期、移行方式、移行対象（機器）、移行対象（データ）、移行計画
* セキュリティ
* 前提条件・制約条件、セキュリティリスク対応、セキュリティ診断、セキュリティリスク管理、アクセス・利用制限、データの秘匿、不正追跡・監視、ネットワーク対策、マルウェア対策、Web対策
* 環境・エコロジー
* システム制約/前提条件、システム特性、適合規格、機材設置環境条件、環境マネージメント (ja)
- Requisitos não funcionais são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas. Estes requisitos dizem respeito a como as funcionalidades serão entregues ao usuário do software. 'Requisitos Não funcionais'
* Demonstram qualidade acerca dos serviços ou funções disponibilizadas pelo sistema. Ex.: tempo, o processo de desenvolvimento, padrões, etc.
* Surgem conforme a necessidade dos usuários, em razão de orçamento e outros fatores.
* Podem estar relacionados à confiabilidade, tempo de resposta e espaço nas mídias de armazenamento disponíveis.
* Caso ocorra falha do não atendimento a um requisito não funcional, poderá tornar todo o sistema ineficaz. Ex.: requisito confiabilidade em um sistema de controle de voos. Classificação dos Requisitos Não Funcionais
* Requisitos de produtos: Requisitos que especificam o comportamento do produto.Ex. portabilidade; tempo na execução; confiabilidade, mobilidade, etc.
* Requisitos de usabilidade (facilidade de uso). Ex.: usuários deverão operar o sistema após um determinado tempo de treinamento.
* Requisitos de eficiência. Ex.: o sistema deverá processar n requisições por um determinado tempo.
* Requisitos de confiabilidade. Ex.: o sistema deverá ter alta disponibilidade, p.exemplo, 99% do tempo.
* Requisitos de portabilidade. Ex.: o sistema deverá executar em qualquer plataforma.
* Requisitos organizacionais: Requisitos decorrentes de políticas e procedimentos corporativos. Ex. padrões, infraestrutura,etc.
* Requisitos de entrega. Ex.: um relatório de acompanhamento deverá ser fornecido toda segunda-feira.
* Requisitos de implementação. Ex.: o sistema deverá ser desenvolvido na linguagem Java.
* Requisitos de padrões. Ex.: uso de programação orientada a objeto sob a plataforma A.
* Requisitos externos: Requisitos decorrentes de fatores externos ao sistema e ao processo de desenvolvimento. Ex. requisitos de interoperabilidade, legislação,localização geográfica etc.
* Requisitos de interoperabilidade. Ex.: o sistema deverá se comunicar com o banco SQL Server.
* Requisitos éticos. Ex.: o sistema não apresentará aos usuários quaisquer dados de cunho privativo.
* Requisitos legais. Ex.: o sistema deverá atender às normas legais, tais como padrões, leis, etc. (pt)
- Нефункціональні вимоги (англ. Non-Functional Requirements) — це вимоги до програмного забезпечення, які задають критерії для оцінки якості його роботи. На відміну від функціональних вимог, які визначають що система повинна робити, нефункціональні вимоги визначають якою система повинна бути. Нефункціональні вимоги до програмного забезпечення визначаються на першій стадії процесу розробки ПЗ — на етапі аналізу вимог. Нефункціональні вимоги можна поділити на дві категорії:
* покращення (безпека, надійність, швидкодія, зручність у використанні ...)
* вдосконалення (маштабування, відновлюваність ...) властивостей системи (uk)
- 在系統工程及需求工程中，非功能性需求（Non-functional requirement）是指依一些條件判斷系統運作情形或其特性，而不是針對系統特定行為的需求。和非功能性需求相對的是功能需求，後者會定義系統特定的行為或功能。非功能性需求也可以視為為了滿足客戶業務需求而需要符合，但又不在功能性需求以内的特性。 一般會在中詳細列出實現功能需求的計劃，而會在系统架构中詳細列出實現非功能性需求的計劃。一般而言，功能需求會定義系統的行為，而非功能性需求會定義系統的特性。 非功能性需求一般會稱為系統的「品質」，有時也會稱為「限制」、「品質屬性」、「品質目標」、「品質服務需求」或「非行為性的需求」。有許多非功能性需求的英文都是以「ility」結尾，例如穩定性（stability）及可移植性（portability），因此非功能性需求有時也稱為「ilities」。 非功能性需求可以分為以下的二類： 1.
* 執行品質（Execution qualities），可以在系統運作時觀察到的品質，例如保安性及易用性等。 2.
* 發展品質（Evolution qualities），和軟體系統結構及開發過程有關的品質，例如軟體可測試性、可維護性、可擴展性、可伸縮性（scalability）等。 (zh)
|
| rdfs:comment
|
- Un requisito no funcional o atributo de calidad es, en la ingeniería de sistemas y la ingeniería de software, un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que estos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que no describen información a guardar, ni funciones a realizar, sino características de funcionamiento. Por esto, suelen denominarse de un sistema.Queda entonces el requisito no funcional, que son las restricciones o condiciones que impone el cliente al programa que necesita, por ejemplo, el tiempo de entrega del programa, el lenguaje o la cantidad de usuarios. (es)
- In systems engineering and requirements engineering, a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements. (en)
- 시스템 공학과 요구공학에서 비기능 요건(non-functional requirement), 비기능 요구사항은 특정한 동작이 아닌, 시스템 운영을 판단하기 위해 사용되는 기준을 정의하는 요구사항이다. 이는 특정한 동작이나 기능을 정의하는 과는 대조된다. 기능 요건을 구현하는 계획은 시스템 설계에 자세히 기술된다. 비기능 요건을 구현하는 계획은 시스템 아키텍처에 상세히 기술되는데, 이는 보통 이기 때문이다. (ko)
- 在系統工程及需求工程中，非功能性需求（Non-functional requirement）是指依一些條件判斷系統運作情形或其特性，而不是針對系統特定行為的需求。和非功能性需求相對的是功能需求，後者會定義系統特定的行為或功能。非功能性需求也可以視為為了滿足客戶業務需求而需要符合，但又不在功能性需求以内的特性。 一般會在中詳細列出實現功能需求的計劃，而會在系统架构中詳細列出實現非功能性需求的計劃。一般而言，功能需求會定義系統的行為，而非功能性需求會定義系統的特性。 非功能性需求一般會稱為系統的「品質」，有時也會稱為「限制」、「品質屬性」、「品質目標」、「品質服務需求」或「非行為性的需求」。有許多非功能性需求的英文都是以「ility」結尾，例如穩定性（stability）及可移植性（portability），因此非功能性需求有時也稱為「ilities」。 非功能性需求可以分為以下的二類： 1.
* 執行品質（Execution qualities），可以在系統運作時觀察到的品質，例如保安性及易用性等。 2.
* 發展品質（Evolution qualities），和軟體系統結構及開發過程有關的品質，例如軟體可測試性、可維護性、可擴展性、可伸縮性（scalability）等。 (zh)
- في علوم هندسة الأنظمة وهندسة المتطلبات يعرف المتطلب اللاوظيفي على أنه متطلب يحدد معيارا يمكن من خلاله الحكم على آلية عمل نظام ما، إلا أنه لا يحدد سلوكا بعينه. على عكس المتطلب الوظيفي والذي يحدد سلوكا أو وظيفة. توضح خطة تنفيذ المتطلبات الوظيفية في تصميم النظام. في حين توضح خطة تنفيذ المتطلبات اللاوظيفية في معمارية النظام. في كثير من الأحيان يطلق على المتطلبات اللاوظيفية اسم صفات الجودة ويمكن أن تصنف إلى نوعين رئيسين: (ar)
- Při návrhu systému se IT architekt musí řídit byznys požadavky, které mu byly při návrhu systému předloženy od zákazníka. Systém musí tyto požadavky naplnit, aby podporoval byznys cíle dané společnosti a v ideálním případě tvořil konkurenční výhodu. IT architekt však musí při návrhu systému myslet ještě na jednu skupinu požadavků, pokud chce vybudovat kvalitní a pro společnost konkurenceschopný software. Danou skupinou jsou nefunkční požadavky tzv. Service-level requirements (někdy také nazývány quality of service requirments). I tyto požadavky mají mnohdy kritický vliv na aplikaci, ale jejich samotným úkolem však není podpořit byznys cíle, ale vyvinout kvalitní stabilní aplikaci a její kvalitu měřit podle kritérií, kterých si u dané aplikace zákazník nejvíce cení. Mezi základní požadavky (cs)
- 非機能要件(Non-functional requirement)とは、システム設計や情報システム開発上の要求分析において、要件、システム要件といった機能面以外の全般を指す。 機能要件を実装するための設計がシステム設計であり、非機能要件を実装するための設計がシステムアーキテクチャとなる。 広義には、機能要件とはシステムが動作する内容について定義し、非機能要件とはシステムが動作する方法を定義すると言える。 機能要件は「要件に対するシステムのふるまい」の形で記述され、通常はシステム一部の個々の動作が明示されたり、数学関数として表されたり、あるいはブラックボックスとしての説明だったり、機能モデルとして説明される。 一方、非機能要件は、特定の状態のシステムとしてではなく、機能の全体的な特性を「システムが要件を満たさなければならない」の形で記述される。非機能要件は、システムの全体的な特性として、開発プロジェクトが成功したか失敗したかどうかの指標としても利用される。 日本情報システムユーザー協会(JUAS)が発行した『非機能要件要求仕様定義ガイドライン』では以下の10種類に分類し定義している。
* 機能性
* 信頼性
* 使用性
* 効率性
* 保守性
* 移植性
* 障害抑制性
* 効果性
* 運用性
* 技術要件 (ja)
- Requisitos não funcionais são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas. Estes requisitos dizem respeito a como as funcionalidades serão entregues ao usuário do software. 'Requisitos Não funcionais' Classificação dos Requisitos Não Funcionais (pt)
- Нефункціональні вимоги (англ. Non-Functional Requirements) — це вимоги до програмного забезпечення, які задають критерії для оцінки якості його роботи. На відміну від функціональних вимог, які визначають що система повинна робити, нефункціональні вимоги визначають якою система повинна бути. Нефункціональні вимоги до програмного забезпечення визначаються на першій стадії процесу розробки ПЗ — на етапі аналізу вимог. Нефункціональні вимоги можна поділити на дві категорії: (uk)
|
