Warning: Cannot modify header information - headers already sent by (output started at /home/intheory/public_html/ro/analiza_software3.php:2) in /home/intheory/public_html/counter.inc on line 31
 Axiomele dezvoltării software
in-theory.info

Axiomele dezvoltării software


În continuarea răspunsului la întrebarea „De ce este nevoie de Analiză Software?” am să vă prezint o serie de lucruri pe care practica le susţine ca fiind, fără dubiu, nişte adevăruri şi care, aşa cum vom vedea susţin necesitatea existenţei Analizei software.


Axiomele dezvoltării de software:

A1. Întotdeauna cerinţele se schimbă pe parcursul derulării proiectului. Întotdeauna clientul cere mai mult decât la început şi tinde să extindă proiectul peste bugetul iniţial.
Clientul nu ştie cu precizie ce vrea şi este înclinat să îşi modifice cerinţele. Pentru a îşi clarifica propriile gânduri aşteaptă „să vadă mai întâi aplicaţia”.


A2. Întotdeauna, într-un proiect software apar situaţii neprevăzute. Situaţiile neprevăzute nu sunt o abatere de la regulă ci sunt chiar regula.


A3. Niciodată oamenii implicaţi în proiect nu sunt perfecţi. Toţi fac greşeli: programatorii produc bug-uri, analiştii erori de analiză iar project managerii, erori de management.

Cea mai mare parte dintre bug-urile dintr-un produs software de dimensiuni mari (unii spun că peste 70%) sunt introduce în fazele de analiză şi design. Cu cât un bug există pentru mai mult timp într-o aplicaţie, cu atât este mai costisitoare detectarea lui şi rezolvarea va fi mai puţin corespunzătoare.


A4. De regulă, clientul nu citeşte specificaţiile software sau le citeşte superficial. Mai mult decât atât, feed-back-ul primit de la client în faza de dezvoltare a proiectului este insuficient şi incomparabil mai puţin consistent decât feed-back-ul primit după depăşirea termenului final al proiectului.


A5. Nici un proiect software nu dispune de un buget nelimitat. Toate proiectele software au bugete insuficiente.


Dacă acum, aceste axiome, nu sunt suficient de relevante, ele ne vor folosi pe parcursul întregii cărţi pentru a înţelege mai mult.

În continuare (partea a IV-a a seriei), pentru a porni discuţia privind locul exact al Analizei într-un proiect software, voi descrie ciclul de dezvoltare al produsului software şi vom vedea cum se integrează Analiza cu restul disciplinelor implicate într-un proiect.

Adrian Ionescu





Colecția:  🏅 Analiza cerinţelor software

Articolul precedent:  Despre Analiza cerinţelor
Articolul următor:  Ciclul de dezvoltare al produsului software (SDLC)



👍 Topul celor mai citite articole

1. Analiza cerinţelor software. Introducere
Această serie de articole este destinată tuturor persoanelor implicate în proiecte de dezvoltare de software: şefi de departament, şefi de proiec...

2. Despre Analiza cerinţelor
Analiza cerinţelor software (pe care o vom numi în continuare Analiza de business sau Analiză software) este aceea dintre disciplinele existente î...

3. Axiomele dezvoltării software
Adevăruri ale dezvoltării software care susțin nevoia Analizei cerințelor. Unul dintre ele este: "Întotdeauna, într-un proiect software apar si...

4. Ciclul de dezvoltare al produsului software (SDLC)
Deşi în limba engleză este denumit Software Development Life Cycle (SDLC) am ales traducerea „Ciclul de dezvoltare al produsului software”, chi...

5. Ciclul de dezvoltare iterativ
Asumarea realităţii că întotdeauna, în decursul proiectului, cerinţele se vor schimba a condus la apariţia unui model de dezvoltare realist, ca...

6. Locul Analizei în proiectul de dezvoltare software
Analiza Software este o disciplină care se află în relaţie de dependenţă cu celelalte discipline din proiect. Concret, task-urile din proiectul ...

7. Modele teoretice de abordare a problemelor. Decompoziţia
Modalităţile teoretice de abordare a problemelor sunt universale şi pot fi folosite oriunde însă pentru domeniul nostru, este important să le co...

8. Modele teoretice de abordare a problemelor. Sinteza
Sinteza este o modalitate, prin care, din manifestări punctuale se determină problema reală. Cel mai simplu şi clar exemplu este acela al mediculu...

9. Modele teoretice de abordare a problemelor. Crearea unui trunchi de bază
De foarte multe ori, în viaţa reală, o problemă nu poate fi punctată decât cu un efort substanţial sau chiar deloc. Pur şi simplu, obţinerea ...

10. Modele teoretice de abordare a problemelor. Abordarea iterativă
Metoda iterativă presupune rezolvarea unei probleme cunoscute printr-o abordare iterativă, la fiecare iteraţie făcând un pas către rezolvarea pr...



📜 Căutare după etichetă:

Analiza Business
Baze de date
C#
Cerințe software
CSS
Dictionar IT
HTML
MySQL
PHP
Riscuri
SDLC
Specificații software
SQL
UML