Alegerea unui formular pentru descrierea cazului de utilizare
Atunci când alegeți forma și gradul de detaliere al cazului de utilizare, factori precum:
- Dimensiunea proiectului,
- Importanța proiectului și a cazului de utilizare,
- Tradiții care s-au dezvoltat în echipa "Client-Developer".
Pentru un mic proiect este puțin probabil să fie necesar să se folosească pentru descrierea cazurilor de utilizare într-un format extins, trebuie doar să utilizați formularul de scurt de stil liber. Pentru acest proiect, care a implicat mai mult de zece membri, în care există probleme în descompunerea micro-grupuri, coordonarea participanților, ar trebui să aleagă o versiune mai formală și mai detaliate.
- pericol pentru viața oamenilor,
- pierderi financiare ireparabile,
- pierderi financiare într-o sumă limitată,
- reduce confortul utilizatorului final.
Este evident că sistemele militare sau sistemele de control pentru obiecte tehnice complexe necesită o documentație mai scrupuloasă, inclusiv - și la nivelul descrierii cazurilor de utilizare.
În plus, în același proiect pot apărea mai importante - în ceea ce privește frecvența și utilizarea în masă, complexitatea înțelegerii, riscurile tehnice etc. și precedente mai puțin importante. În acest caz, pentru diferite precedente ale aceluiași proiect, o descriere cu diferite grade de detaliu este complet acceptabilă.
Specificarea cerințelor nefuncționale
Descrierea cerințelor nefunctionale sunt de obicei realizate într-o formă aproape de o descriere în formă liberă a cazului de utilizare. RUP recomandă concentrarea cerințe non-funcționale într-un document care descrie versiunea aplicației în toate cazurile în care acest lucru este posibil. În cazul în care cerințele de bază non-funcționale sunt de natură generală și nu poate fi legat de un anumit precedent - acestea sunt supuse unui document „Specificații generale“.
Cerințe privind atributele
Descrierile cerințelor trebuie să fie funcționale. Pentru a face acest lucru, toate cerințele trebuie luate în considerare în unul sau alt sistem contabil, fie că este vorba de o foaie de calcul MS Excel. baza de date specializată. sau un mediu integrat de management al schimbării. Atunci când înregistrează o cerință, trece clasificarea în conformitate cu un anumit sistem de caracteristici. Principalele atribute (atribute) ale revendicărilor au fost luate în considerare în "Concepția cerințelor: Clasificarea cerințelor". În plus, pentru gestionarea operațională a cerințelor, este util să le atribuiți proprietăți precum proiectul, persoana responsabilă, statutul, riscul, gradul de completitudine și așa mai departe. În RUP, un atribut "Cerințe de atribut" este furnizat pentru gestionarea atributelor atributului.
Artefactul "Cerințe de Atribut", oferit de RUP. este un depozit al textelor cerințelor, atributelor acestora și al trasabilității.
Cerințele atributului sunt reprezentate de o matrice a atributelor cerințelor, unde pentru fiecare tip de cerințe sunt enumerate cerințele pentru o axă și atributele de acest tip pentru cealaltă. Pentru fiecare cerință, sunt specificate valorile atributelor corespunzătoare. Exemple de atribute: starea în timp, prioritate, importanță, risc, numărul de iterație (etapă) din plan.
Trasabilitatea este descrisă într-o structură arborescentă care prezintă grafic de intrare și (sau) care își încetează activitatea de trasabilitate de comunicare (a se vedea. „Introducere la cerințele de management“).
Articole similare
Trimiteți-le prietenilor: