An Entity of Type: GroupAction101080366, from Named Graph: http://dbpedia.org, within Data Space: dbpedia.org

In software engineering and systems engineering, a functional requirement defines a function of a system or its component, where a function is described as a specification of behavior between inputs and outputs. As defined in requirements engineering, functional requirements specify particular results of a system. This should be contrasted with non-functional requirements, which specify overall characteristics such as cost and reliability. Functional requirements drive the application architecture of a system, while non-functional requirements drive the technical architecture of a system.

Property Value
dbo:abstract
  • في هندسة البرمجيات يعرف المتطلب الوظيفي وظيفة معينة لنظام برمجيات أو إحدى مكوناته. تعرف الوظيفة على أنها مجموعة من المدخلات + التصرف + المخرجات. يمكن أن يكون المتطلب الوظيفي عبارة عن حسابات أو تفاصيل تقنية أو معالجة بيانات أو أي أمر آخر يصف ماذا يفترض بالنظام أن ينجز.بحسب التعريف الوارد في هندسة المتطلبات، على المتطلب الوظيفي أن يعرف نتائج معينة ومحددة للنظام. بعكس المتطلب اللاوظيفي (و تسمى أيضا متطلبات الجودة) والذي يهتم بتعريف صفات عامة للنظام كالوثوقية والتواجدية. المتطلبات الوظيفية تتحكم بالمعمارية التطبيقية للنظام بينما تتحكم المتطلبات اللاوظيفية بالمعمارية التقنية. في بعض الأحيان، بعد تحصيلة وتحققه من مجموعة من المتطلبات الوظيفية، يقوم مهندس المتطلبات بإنشاء حالات الاستخدام. بنية المتطلب الوظيفي هي: طلب من صاحب شأن-> ميزة-> حالة استخدام-> قاعدة أعمال. كل حالة استخدام توضح سيناريوهات تصرفات النظام من خلال عرض متطلب وظيفي أو أكثر. ولكن كثيرا ما يقوم المهندس بوضع مجموعة من حالات الاستخدام ومن ثم يشتق منها المتطلبات الوظيفية. (ar)
  • In der (Software-)Technik ist eine Anforderung (häufig englisch requirement) eine Aussage über eine zu erfüllende Eigenschaft oder zu erbringende Leistung eines Produktes, Systems oder Prozesses. Anforderungen werden in der Anforderungserhebung aufgenommen, analysiert, spezifiziert und verifiziert. Der Prozess ist in das Anforderungsmanagement eingebettet. Anforderungen können beispielsweise in einem Dokument (z. B. Lastenheft) oder in einem Tabellenkalkulationssystem dokumentiert werden. In agiler Softwareentwicklung kommt Anforderungsmanagement-Software zum Einsatz, die das Anforderungsmanagement unterstützt (Backlog in Scrum, Jira etc.). (de)
  • In software engineering and systems engineering, a functional requirement defines a function of a system or its component, where a function is described as a specification of behavior between inputs and outputs. Functional requirements may involve calculations, technical details, data manipulation and processing, and other specific functionality that define what a system is supposed to accomplish. Behavioral requirements describe all the cases where the system uses the functional requirements, these are captured in use cases. Functional requirements are supported by non-functional requirements (also known as "quality requirements"), which impose constraints on the design or implementation (such as performance requirements, security, or reliability). Generally, functional requirements are expressed in the form "system must do ," while non-functional requirements take the form "system shall be ." The plan for implementing functional requirements is detailed in the system design, whereas non-functional requirements are detailed in the system architecture. As defined in requirements engineering, functional requirements specify particular results of a system. This should be contrasted with non-functional requirements, which specify overall characteristics such as cost and reliability. Functional requirements drive the application architecture of a system, while non-functional requirements drive the technical architecture of a system. In some cases a requirements analyst generates use cases after gathering and validating a set of functional requirements. The hierarchy of functional requirements collection and change, broadly speaking, is: user/stakeholder request → analyze → use case → incorporate. Stakeholders make a request; systems engineers attempt to discuss, observe, and understand the aspects of the requirement; use cases, entity relationship diagrams, and other models are built to validate the requirement; and, if documented and approved, the requirement is implemented/incorporated. Each use case illustrates behavioral scenarios through one or more functional requirements. Often, though, an analyst will begin by eliciting a set of use cases, from which the analyst can derive the functional requirements that must be implemented to allow a user to perform each use case. (en)
  • La spécification fonctionnelle est la description des fonctions d'un logiciel en vue de sa réalisation. La spécification fonctionnelle décrit dans le détail la façon dont les exigences seront prises en compte. Un exemple d'exigence est l'adaptation d'un progiciel à l'utilisateur en ce qui concerne la langue (le français dans les pays francophones). Une spécification fonctionnelle est indépendante de la façon dont sera réalisé le logiciel en question. Elle doit être exprimée en termes de fonctions et non pas en termes de solutions. Il existe deux sortes de spécifications fonctionnelles : * Les (SFG), qui décrivent le modèle métier, élaborées par la maîtrise d'ouvrage, * Les (SFD), qui sont élaborées par la maîtrise d'œuvre. (fr)
  • Un requisito funcional define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requisitos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que se supone, un sistema debe cumplir. Los requisitos de comportamiento para cada requisito funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación. Como se define en la ingeniería de requisitos, los requisitos funcionales establecen los comportamientos del software. Típicamente, un analista de requisitos genera requisitos funcionales después de realizar los casos de uso. Sin embargo, esto puede tener excepciones, ya que el desarrollo de software es un proceso iterativo y algunos requisitos son previos al diseño de los casos de uso. Ambos elementos (casos de uso y requisitos) se complementan en un proceso bidireccional. Un requisito funcional típico contiene un nombre, un número de serie único y un resumen. Esta información se utiliza para ayudar al lector a entender por qué el requisito es necesario, y para seguir al mismo durante el desarrollo del producto. El núcleo de los requisitos yace en la descripción del comportamiento requerido, que debe ser clara y concisa. Este comportamiento puede provenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización. (es)
  • 機能要件 (英: functional requirement)とは、ソフトウェア工学とシステム工学の分野では、システムまたはそのコンポーネントに必要な機能や性能の定義のこと。機能は、入力から出力までの間の動作の仕様として記述される。 機能要件には、計算、技術的な詳細、データの操作と処理、およびシステムが実行する内容を定義するその他の機能が含まれる。システムの振る舞いに関する要件は、すべてのケースについて説明を入れる。これらはユースケースに取り込まれる。機能要件は、設計または実装に制約(パフォーマンス要件、セキュリティ、信頼性など)を課す非機能要件(「品質要件」とも呼ばれる)で補足される。一般に、機能要件は「システムは<要件>を実行する必要がある」という形式で表されるが、非機能要件は「システムは<要件>である必要がある」という形式を取る。 機能要件を実装するための計画はシステム設計で詳しく説明され、非機能要件はシステムアーキテクチャで詳しく説明される 。 要求工学で定義されているように、機能要件はシステムの特定の結果を指定する。これは、コストや信頼性などの全体的な特性を指定する非機能要件とは対照的である。機能要件はシステムのアプリケーションアーキテクチャを推進し、非機能要件はシステムの技術アーキテクチャを推進する。 場合によっては、要求分析担当者は、一連の機能要件を収集して検証した後、ユースケースを生成する。機能要件の収集と変更の順番は、大まかに言えば「ユーザー/利害関係者の要求→分析→ユースケース→組み込み」である。利害関係者は要求を行い、システムエンジニアは要件の側面について話し合い、観察し、理解しようとする。ユースケース、エンティティ関係図、およびその他のモデルは、要件を検証するために構築される。文書化され承認された場合、要件は実装/組み込まれる。 各ユースケースは、1つ以上の機能要件を通じて動作シナリオを示している。多くの場合、要求分析担当者は一連のユースケースを引き出すことから始める。このユースケースから、ユーザーが各ユースケースを実行できるようにするために実装する必要のある機能要件を導き出すことができるためである。 (ja)
  • Un requisito funzionale (F, RF, o FR dall'inglese "functional requirement"), nell'ambito dell'ingegneria del software, è un requisito che definisce una funzione di un sistema di uno o più dei suoi componenti, definendone la tipologia degli ingressi e delle uscite, nonché il comportamento. Ad esempio, requisiti funzionali per una televisione possono essere l'accendersi e lo spegnersi, cambiare canale e modificare il volume. (it)
  • Wymagania funkcjonalne w inżynierii oprogramowania i inżynierii systemów, definiują funkcję systemu lub jego składnik, którym jest dokładnie opisany w specyfikacji zachowań pomiędzy wejściem i wyjściem. Wymagania funkcjonalne mogą obejmować obliczenia, szczegóły techniczne, manipulację i przetwarzanie danych oraz inne specyficzne funkcje, które określają, co system ma osiągnąć. Wymagania funkcjonalne określają konkretne wyniki systemu. Należy temu przeciwstawić , które określają ogólne cechy, takie jak koszt i niezawodność. Wymagania funkcjonalne kierują architekturą aplikacji systemu, podczas gdy wymagania niefunkcjonalne kierują architekturą techniczną systemu. (pl)
  • Em engenharia de software, um requisito funcional define uma função de um sistema de software ou seu componente. O requisito funcional representa o que o software faz, em termos de tarefas e serviços. Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar. Requisitos comportamentais, que descrevem todos os casos em que o sistema utiliza os requisitos funcionais, são extraídos dos casos de uso. Também, os requisitos funcionais são suportados por requisitos não funcionais (também conhecidos como requisitos de qualidade), que impõem restrições sobre o projeto ou execução (tais como requisitos de desempenho, segurança ou confiabilidade). O plano para a implementação dos requisitos funcionais é detalhado no projeto do sistema. Já o plano para a implementação de requisitos não funcionais é detalhado na arquitetura do sistema. Tal como definido na engenharia de requisitos, os requisitos funcionais especificam resultados particulares de um sistema. Isto deve ser contrastado com requisitos não funcionais, os quais especificam características gerais, tais como custo e confiabilidade. Os requisitos funcionais fazem parte da arquitetura do aplicativo de um sistema, enquanto os requisitos não funcionais denotam a arquitetura técnica de um sistema. Em alguns casos, um analista de requisitos gera casos de uso após a coleta e validação de um conjunto de requisitos funcionais. A hierarquia de requisitos funcionais é: usuário / pedido das partes interessadas - característica -> requisitos funcionais/requisitos não funcionais/regras de negócio -> caso de uso. Cada caso de uso ilustra cenários de comportamento através de um ou mais requisitos funcionais. Muitas vezes, porém, um analista começará por evocar um conjunto de casos de uso, a partir do qual o analista pode derivar os requisitos funcionais, que devem ser implementados para permitir que um usuário possa realizar cada caso de uso. São qualidades dos requisitos funcionais: * Priority (Prioridade): No desenvolvimento ágil, é muito importante saber a prioridade do requisito, devido ela ser usada no plano de iterações. Em cada iteração, os requisitos abertos com maior prioridade são detalhados e desenvolvidos. Nesse sentido, o desenvolvimento ágil garante que o cliente receba o que ele mais precisa em um dado momento. * INVEST - Independent, Negotiable, Valuable, Estimable, Small and Testable: User stories devem ser Independentes, Negociáveis, Valoráveis, Estimáveis, Pequenos e Testáveis. * Understandability: Requisitos devem ser escritos na linguagem do cliente. * Forward traceable: Esse requisito garante a rastreabilidade entre código fonte e casos de testes. Assim, se alteramos um caso de teste, saberemos em qual código será refletido - e vice-versa. (pt)
  • Функціональні вимоги (Functional Requirements) — це вимоги до програмного забезпечення, які описують внутрішню роботу системи, її поведінку: обчислення даних, маніпулювання даними, обробка даних та інші специфічні функції, які має виконувати система. На відміну від нефункціональних вимог, які визначають якою система повинна бути, функціональні вимоги визначають, що система повинна робити. Функціональні вимоги до програмного забезпечення визначаються на першій стадії процесу розробки ПЗ — на етапі аналізу вимог. (uk)
  • 功能性需求(functional requirement)為一軟體工程用語,功能需求定義一個軟體系統或元件的功能,也是一個系統需提供的功能及服務。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術細節、資料處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求(或是品質需求)為其基礎,後者會描述設計或實現時的限制條件(例如性能需求、保安性或可靠度等)。 若依照需求工程的定義,功能需求會列出系統的特定結果,而非功能性需求會列出系統的一些整體特性(如成本及可靠度),功能需求有關系統的應用架構,而非功能性需求和系統的技術架構有關。 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號,而其非功能性需求是成本需在美金10元以下。 功能需求理論上需要有全面性及一致性,一方面描述用戶所需要的所有機能,同時各機能的說明不能前後衝突。不過對於大型的系統,由於系統的複雜及參與人員看待事物的觀點不同,要作到全面性及一致性相當困難。 有時需求分析師會在收集許多功能需求後,會依功能需求建立一系列的用例。功能需求的階層為:使用者或利益相關者的需求->功能->用例->業務規則,每一個用例都會描述一個到多個功能需求所對應的行為。不過有時需求分析師也會從一些用例開始,再從用例中找出用例中需要用的功能需求。 (zh)
dbo:wikiPageID
  • 2377273 (xsd:integer)
dbo:wikiPageLength
  • 6201 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 1118738207 (xsd:integer)
dbo:wikiPageWikiLink
dbp:wikiPageUsesTemplate
dcterms:subject
rdf:type
rdfs:comment
  • In der (Software-)Technik ist eine Anforderung (häufig englisch requirement) eine Aussage über eine zu erfüllende Eigenschaft oder zu erbringende Leistung eines Produktes, Systems oder Prozesses. Anforderungen werden in der Anforderungserhebung aufgenommen, analysiert, spezifiziert und verifiziert. Der Prozess ist in das Anforderungsmanagement eingebettet. Anforderungen können beispielsweise in einem Dokument (z. B. Lastenheft) oder in einem Tabellenkalkulationssystem dokumentiert werden. In agiler Softwareentwicklung kommt Anforderungsmanagement-Software zum Einsatz, die das Anforderungsmanagement unterstützt (Backlog in Scrum, Jira etc.). (de)
  • Un requisito funzionale (F, RF, o FR dall'inglese "functional requirement"), nell'ambito dell'ingegneria del software, è un requisito che definisce una funzione di un sistema di uno o più dei suoi componenti, definendone la tipologia degli ingressi e delle uscite, nonché il comportamento. Ad esempio, requisiti funzionali per una televisione possono essere l'accendersi e lo spegnersi, cambiare canale e modificare il volume. (it)
  • Wymagania funkcjonalne w inżynierii oprogramowania i inżynierii systemów, definiują funkcję systemu lub jego składnik, którym jest dokładnie opisany w specyfikacji zachowań pomiędzy wejściem i wyjściem. Wymagania funkcjonalne mogą obejmować obliczenia, szczegóły techniczne, manipulację i przetwarzanie danych oraz inne specyficzne funkcje, które określają, co system ma osiągnąć. Wymagania funkcjonalne określają konkretne wyniki systemu. Należy temu przeciwstawić , które określają ogólne cechy, takie jak koszt i niezawodność. Wymagania funkcjonalne kierują architekturą aplikacji systemu, podczas gdy wymagania niefunkcjonalne kierują architekturą techniczną systemu. (pl)
  • Функціональні вимоги (Functional Requirements) — це вимоги до програмного забезпечення, які описують внутрішню роботу системи, її поведінку: обчислення даних, маніпулювання даними, обробка даних та інші специфічні функції, які має виконувати система. На відміну від нефункціональних вимог, які визначають якою система повинна бути, функціональні вимоги визначають, що система повинна робити. Функціональні вимоги до програмного забезпечення визначаються на першій стадії процесу розробки ПЗ — на етапі аналізу вимог. (uk)
  • 功能性需求(functional requirement)為一軟體工程用語,功能需求定義一個軟體系統或元件的功能,也是一個系統需提供的功能及服務。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術細節、資料處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求(或是品質需求)為其基礎,後者會描述設計或實現時的限制條件(例如性能需求、保安性或可靠度等)。 若依照需求工程的定義,功能需求會列出系統的特定結果,而非功能性需求會列出系統的一些整體特性(如成本及可靠度),功能需求有關系統的應用架構,而非功能性需求和系統的技術架構有關。 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號,而其非功能性需求是成本需在美金10元以下。 功能需求理論上需要有全面性及一致性,一方面描述用戶所需要的所有機能,同時各機能的說明不能前後衝突。不過對於大型的系統,由於系統的複雜及參與人員看待事物的觀點不同,要作到全面性及一致性相當困難。 有時需求分析師會在收集許多功能需求後,會依功能需求建立一系列的用例。功能需求的階層為:使用者或利益相關者的需求->功能->用例->業務規則,每一個用例都會描述一個到多個功能需求所對應的行為。不過有時需求分析師也會從一些用例開始,再從用例中找出用例中需要用的功能需求。 (zh)
  • في هندسة البرمجيات يعرف المتطلب الوظيفي وظيفة معينة لنظام برمجيات أو إحدى مكوناته. تعرف الوظيفة على أنها مجموعة من المدخلات + التصرف + المخرجات. يمكن أن يكون المتطلب الوظيفي عبارة عن حسابات أو تفاصيل تقنية أو معالجة بيانات أو أي أمر آخر يصف ماذا يفترض بالنظام أن ينجز.بحسب التعريف الوارد في هندسة المتطلبات، على المتطلب الوظيفي أن يعرف نتائج معينة ومحددة للنظام. بعكس المتطلب اللاوظيفي (و تسمى أيضا متطلبات الجودة) والذي يهتم بتعريف صفات عامة للنظام كالوثوقية والتواجدية. المتطلبات الوظيفية تتحكم بالمعمارية التطبيقية للنظام بينما تتحكم المتطلبات اللاوظيفية بالمعمارية التقنية. (ar)
  • In software engineering and systems engineering, a functional requirement defines a function of a system or its component, where a function is described as a specification of behavior between inputs and outputs. As defined in requirements engineering, functional requirements specify particular results of a system. This should be contrasted with non-functional requirements, which specify overall characteristics such as cost and reliability. Functional requirements drive the application architecture of a system, while non-functional requirements drive the technical architecture of a system. (en)
  • Un requisito funcional define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requisitos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que se supone, un sistema debe cumplir. Los requisitos de comportamiento para cada requisito funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación. (es)
  • La spécification fonctionnelle est la description des fonctions d'un logiciel en vue de sa réalisation. La spécification fonctionnelle décrit dans le détail la façon dont les exigences seront prises en compte. Un exemple d'exigence est l'adaptation d'un progiciel à l'utilisateur en ce qui concerne la langue (le français dans les pays francophones). Une spécification fonctionnelle est indépendante de la façon dont sera réalisé le logiciel en question. Elle doit être exprimée en termes de fonctions et non pas en termes de solutions. Il existe deux sortes de spécifications fonctionnelles : (fr)
  • 機能要件 (英: functional requirement)とは、ソフトウェア工学とシステム工学の分野では、システムまたはそのコンポーネントに必要な機能や性能の定義のこと。機能は、入力から出力までの間の動作の仕様として記述される。 機能要件には、計算、技術的な詳細、データの操作と処理、およびシステムが実行する内容を定義するその他の機能が含まれる。システムの振る舞いに関する要件は、すべてのケースについて説明を入れる。これらはユースケースに取り込まれる。機能要件は、設計または実装に制約(パフォーマンス要件、セキュリティ、信頼性など)を課す非機能要件(「品質要件」とも呼ばれる)で補足される。一般に、機能要件は「システムは<要件>を実行する必要がある」という形式で表されるが、非機能要件は「システムは<要件>である必要がある」という形式を取る。 機能要件を実装するための計画はシステム設計で詳しく説明され、非機能要件はシステムアーキテクチャで詳しく説明される 。 要求工学で定義されているように、機能要件はシステムの特定の結果を指定する。これは、コストや信頼性などの全体的な特性を指定する非機能要件とは対照的である。機能要件はシステムのアプリケーションアーキテクチャを推進し、非機能要件はシステムの技術アーキテクチャを推進する。 (ja)
  • Em engenharia de software, um requisito funcional define uma função de um sistema de software ou seu componente. O requisito funcional representa o que o software faz, em termos de tarefas e serviços. Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar. Requisitos comportamentais, que descrevem todos os casos em que o sistema utiliza os requisitos funcionais, são extraídos dos casos de uso. Também, os requisitos funcionais são suportados por requisitos não funcionais (também conhecidos como requisitos de qualidade), que impõem restrições sobre o projeto ou (pt)
rdfs:label
  • متطلب وظيفي (ar)
  • Anforderung (Informatik) (de)
  • Requisito funcional (es)
  • Spécification fonctionnelle (fr)
  • Functional requirement (en)
  • Requisito funzionale (it)
  • 機能要件 (ja)
  • Wymagania funkcjonalne (pl)
  • Requisito funcional (pt)
  • Функціональні вимоги (uk)
  • 功能需求 (zh)
owl:sameAs
prov:wasDerivedFrom
foaf:isPrimaryTopicOf
is dbo:wikiPageRedirects of
is dbo:wikiPageWikiLink of
is foaf:primaryTopic of
Powered by OpenLink Virtuoso    This material is Open Knowledge     W3C Semantic Web Technology     This material is Open Knowledge    Valid XHTML + RDFa
This content was extracted from Wikipedia and is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License