Sono nuovo nell'analisi dei requisiti e ho una semplice domanda: vorresti includere il budget nei requisiti, se e. g. il budget del dipartimento per i costi di gestione è 10k all'anno.
Sono nuovo nell'analisi dei requisiti e ho una semplice domanda: vorresti includere il budget nei requisiti, se e. g. il budget del dipartimento per i costi di gestione è 10k all'anno.
Non sono d'accordo, costo dovrebbe, no DEVE essere rappresentato in qualche modo.
I costi operativi previsti hanno un impatto enorme su un progetto. Fare astrazione fino alla fine (quando il prodotto è effettivamente venduto) è un errore enorme.
Il costo potrebbe non essere un requisito diretto ma dovrebbe comunque essere una forza trainante quando si scrivono questi requisiti.
Ho visto un progetto completamente deragliato semplicemente perché al costo della configurazione del sistema non è mai stata data una lozione sebbene lo spazio. Non è che la configurabilità non sia stata progettata, lo è stata, e ha seguito tutti i requisiti tecnici della lettera. Una volta partiti tutti hanno calcolato tutti i costi per presentare un'offerta e sono stati 5 volte più alti di chiunque altro nel concorso. Se i costi di configurazione fossero stati integrati in un requisito dall'inizio, ciò non sarebbe mai avvenuto.
I costi sono molto più di un valore in dollari bloccato su una scatola termoretraibile. Il software deve essere mantenuto, aggiornato, configurato, installato, ecc. Il costo può svolgere un ruolo importante nelle decisioni chiave prese durante la progettazione e la produzione del software. Quindi dovrebbero essere conosciuti e parametrizzati come tutti gli altri vincoli che riguardano il design ... attraverso i requisiti.
No.
Un requisito funzionale è quello che il prodotto deve avere per fornire la capacità necessaria all'utente finale.¹
Un requisito non funzionale è una qualità o proprietà che deve avere il prodotto.¹
Entrambi riguardano il software stesso e non la gestione. Il costo di produzione del software non ha nulla a che fare con i requisiti, dal momento che non descrive il software stesso e non è inerente al prodotto software, ma alle persone.
I requisiti dovrebbero anche essere testabili, il che rende impossibile includere anche i costi di manutenzione. Ad esempio, come si sarebbe in grado di verificare, oggettivamente, che il seguente requisito viene superato per una versione corrente del prodotto software?
The maintenance cost is inferior to $5 000 per year for the next ten years, the maintenance task being limited to the migration of the product to new hardware, performance monitoring, clearing of old logs and audit records, clearing of personal information about unregistered users and processing of legal requests related to the personal data collected by the product.
¹ Definizioni tratte dalla gestione di progetti di Information Technology: applicazione di strategie di Project Management a iniziative software, hardware e di integrazione di James Taylor, ISBN: 0814408117.
In generale, i requisiti del progetto software non includono i prezzi.
Il prezzo è generalmente incluso in project bidding document per il progetto. Oltre a questo, tutti i requisiti sono scritti per specificare cosa si prevede di fare.
Il costo in genere non è elencato tra i requisiti funzionali per il software. Questo è almeno in parte perché è necessaria una sola copia del prodotto o perché il costo marginale - il costo di creare copie aggiuntive - è vicino a $ 0 per il software. Tuttavia, il costo unitario può certamente essere un requisito per altri tipi di prodotti. Se stai progettando il software per, ad esempio, un telecomando, devi solo sapere con quale hardware devi lavorare. Se stai progettando l'intero dispositivo, d'altro canto, devi sapere quanto il cliente è disposto a pagare per produrre ogni dispositivo aggiuntivo in modo da poter scegliere componenti che ti consentano di soddisfare i requisiti funzionali senza perdere denaro.
Leggi altre domande sui tag requirements budget