---
title: "Requisiti"
source: "https://systems-analysis.info/int/Requisiti"
wiki: "systems-analysis.info/int"
article: "Requisiti"
language: "it"
categories:
  - "Category:Italian"
  - "Category:Systems engineering"
  - "Category:Terms"
revision_id: 6373
wiki_created_at: 2026-09-07T00:03:23Z
wiki_modified_at: 2026-09-07T00:03:23Z
downloaded_at: 2026-09-07T23:13:34Z
---

# Requisiti

**Requisito** (*Requirement*) — un'affermazione formalizzata (documentata) che descrive cosa deve garantire il sistema, con quale livello di qualità o quali proprietà fisiche/operative deve possedere, formulata in modo da poter essere univocamente collegata al bisogno originale dell'utente e successivamente verificata (verificata).

## Tipi di requisiti

Tipi di requisiti:

- **Requisiti funzionali:** definiscono cosa deve fare un dato elemento del sistema.
- **Requisiti di precisione:** definiscono i parametri quantitativi delle corrispondenti funzioni svolte dal sistema.
- **Requisiti vincolanti:** derivano dai vincoli delle modalità operative, dalle condizioni ambientali, dalla sicurezza o dalla conformità alle normative.
- **Requisiti di verifica:** garantiscono, per quanto possibile, che il sistema possieda le caratteristiche specificate nel reale ambiente di funzionamento.
- **Requisiti di interfaccia:** definiscono le funzioni, le caratteristiche, le tolleranze e i vincoli di tutte le interfacce.
- **Requisiti operativi:** definiscono l'operatività del sistema e la sua interazione con gli utenti.

## SMART

Per ricordare le caratteristiche dei buoni requisiti si utilizza l'acronimo SMART.

- **Specific (specifici)** — il requisito descrive una sola funzione o caratteristica del sistema, specificando *cosa* e *quanto bene* deve essere realizzato, senza indicare il modo di implementazione.
- **Measurable (misurabili)** — il parametro è espresso in modo oggettivo: tramite un numero, un intervallo, una tolleranza o altro criterio verificabile, che consenta di confermare univocamente il soddisfacimento.
- **Achievable (raggiungibili)** — il soddisfacimento è realistico con le tecnologie, i tempi e il budget disponibili, con un livello di rischio accettabile.
- **Relevant (pertinenti)** — il requisito deve corrispondere al livello di sistema scelto.
- **Traceable (tracciabili)** — il requisito ha un identificatore univoco e una fonte registrata; è logicamente collegato ai requisiti di livello superiore e al bisogno che lo ha generato, garantendo una tracciabilità bidirezionale.

## Letteratura

- 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