---
title: "Wymagania"
source: "https://systems-analysis.info/int/Wymagania"
wiki: "systems-analysis.info/int"
article: "Wymagania"
language: "pl"
categories:
  - "Category:Polish"
  - "Category:Systems engineering"
  - "Category:Terms"
revision_id: 8504
wiki_created_at: 2026-09-07T01:18:22Z
wiki_modified_at: 2026-09-07T01:18:22Z
downloaded_at: 2026-09-07T23:25:44Z
---

# Wymagania

**Wymaganie** (*Requirement*) — sformalizowane (udokumentowane) stwierdzenie opisujące, co dokładnie system powinien zapewniać, z jakim poziomem jakości lub jakimi właściwościami fizycznymi/operacyjnymi powinien się charakteryzować, przy czym sformułowane w taki sposób, aby można je było jednoznacznie powiązać z pierwotną potrzebą użytkownika i następnie zweryfikować.

## Typy wymagań

Typy wymagań:

- **Wymagania funkcjonalne:** określają, co dany element systemu powinien robić.
- **Wymagania dokładnościowe:** określają parametry ilościowe odpowiednich funkcji realizowanych przez system.
- **Wymagania ograniczające:** wynikają z ograniczeń trybu eksploatacji, warunków środowiskowych, bezpieczeństwa lub zgodności z przepisami.
- **Wymagania weryfikacyjne:** zapewniają, na ile można ufać, że system posiada określone charakterystyki w rzeczywistym środowisku działania.
- **Wymagania interfejsowe:** określają funkcje, charakterystyki, tolerancje i ograniczenia wszystkich interfejsów.
- **Wymagania eksploatacyjne:** określają operacyjną sprawność systemu i jego interakcję z użytkownikami.

## SMART

Do zapamiętania cech dobrych wymagań używa się skrótu SMART.

- **Specific (konkretne)** — wymaganie opisuje tylko jedną funkcję lub cechę systemu, określając *co* i *jak dobrze* ma zostać wykonane, bez wskazywania sposobu realizacji.
- **Measurable (mierzalne)** — parametr wyrażony jest obiektywnie: liczbą, zakresem, tolerancją lub innym sprawdzalnym kryterium, pozwalającym jednoznacznie potwierdzić spełnienie wymagania.
- **Achievable (osiągalne)** — spełnienie wymagania jest realne przy dostępnych technologiach, terminach i budżecie, z akceptowalnym poziomem ryzyka.
- **Relevant (istotne)** — wymaganie powinno odpowiadać wybranemu poziomowi systemu.
- **Traceable (identyfikowalne)** — wymaganie posiada unikalny identyfikator i udokumentowane źródło; jest logicznie powiązane z wymaganiami wyższego poziomu oraz potrzebą, która je wygenerowała, co zapewnia dwukierunkową identyfikowalność.

## Literatura

- ISO/IEC/IEEE 29148:2018 «Systems and Software Engineering — Requirements Engineering»
- ISO/IEC/IEEE 15288:2023 «System Life-Cycle Processes»
- PMI: Requirements Management — A Practice Guide, 2015
- INCOSE Guide to Writing Requirements, 2023