Rezultat căutare după tag-ul: Specificaţii software

Metoda iterativă presupune rezolvarea unei probleme cunoscute printr-o abordare iterativă, la fiecare iteraţie făcând un pas către rezolvarea problemei (ceea ce nu înseamnă neapărat rezolvarea integrală a unei sub-probleme, aşa cum vedem la descompunere)...

În literatura de specialitate există o mulţime de definiţii ale cerinţei. Toate încearcă însă să cuprindă următoarele elemente esenţiale: cerinţele sunt descrieri (specificaţii), într-un limbaj accesibil tuturor celor implicaţi a ceea ce un sistem informatic trebuie să poată acoperi, atât prin comportamente (behaviour) cât şi prin atribute ale sale...

Cerinţele pot fi: A. Cerinţe de business, B. Cerinţe utilizator, C. Cerinţe funcţionale...

Dacă ne situăm pe un nivel oarecare şi privim de jos în sus putem vedea problema pentru care nivelul respectiv reprezintă o soluţie. Nivelul superior este răspunsul la întrebarea "CE?"...

În primul rând, determinarea acestor cerinţe este un lucru dificil, pentru că, în general utilizatorii nu sunt interesaţi, şi nici puşi în temă, în legătură cu costurile cerinţelor lor şi au tendinţa să exagereze: „sistemul trebuie să lucreze 24 de ore din 24”, „timpul de răspuns?... păi sistemul trebuie să răspundă instantaneu la orice comandă”, „nu se admite nici un bug în funcţionarea sistemului”...

În general, rezolvarea unei probleme noi presupune cel puţin două faze, absolut legitime: informarea la nivel macro (despre ce este vorba?) şi detalierea...

Caracteristicile esenţale ale cerinţei software: ncesară, corectă, completă, consistentă, clară, trasabilă......

Metoda iterativă presupune rezolvarea unei probleme cunoscute printr-o abordare iterativă, la fiecare iteraţie făcând un pas către rezolvarea problemei (ceea ce nu înseamnă neapărat rezolvarea integrală a unei sub-probleme, aşa cum vedem la descompunere)...

În literatura de specialitate există o mulţime de definiţii ale cerinţei. Toate încearcă însă să cuprindă următoarele elemente esenţiale: cerinţele sunt descrieri (specificaţii), într-un limbaj accesibil tuturor celor implicaţi a ceea ce un sistem informatic trebuie să poată acoperi, atât prin comportamente (behaviour) cât şi prin atribute ale sale...

Cerinţele pot fi: A. Cerinţe de business, B. Cerinţe utilizator, C. Cerinţe funcţionale...

Dacă ne situăm pe un nivel oarecare şi privim de jos în sus putem vedea problema pentru care nivelul respectiv reprezintă o soluţie. Nivelul superior este răspunsul la întrebarea "CE?"...

În primul rând, determinarea acestor cerinţe este un lucru dificil, pentru că, în general utilizatorii nu sunt interesaţi, şi nici puşi în temă, în legătură cu costurile cerinţelor lor şi au tendinţa să exagereze: „sistemul trebuie să lucreze 24 de ore din 24”, „timpul de răspuns?... păi sistemul trebuie să răspundă instantaneu la orice comandă”, „nu se admite nici un bug în funcţionarea sistemului”...

În general, rezolvarea unei probleme noi presupune cel puţin două faze, absolut legitime: informarea la nivel macro (despre ce este vorba?) şi detalierea...