Warning: Cannot modify header information - headers already sent by (output started at /home/intheory/public_html/ro/modele_de_abordare_a_problemelor_decompozitia.php:2) in /home/intheory/public_html/counter.inc on line 31
 Modele teoretice de abordare a problemelor. Decompoziţia
in-theory.info

Modele teoretice de abordare a problemelor. Decompoziţia


Dacă găseşti un drum fără obstacole, probabil că drumul acela nu duce nicăieri.
J. F. Kennedy


Acest capitol reprezintă o zonă de consideraţii teoretice, independente de domeniul Analizei, dar importante pentru înţelegerea lui. Modalităţile teoretice de abordare a problemelor sunt universale şi pot fi folosite oriunde însă pentru domeniul nostru, este important să le conştientizăm şi să le înţelegem deoarece activitatea de Analiză se bazează foarte puternic pe ele. De asemenea, vreau să precizez că nu am adus în discuţie toate modelele teoretice de rezolvare a problemelor şi nici nu am inclus detalii nerelevante pentru domeniul de care ne ocupăm.

Decompoziţia

Directorul companiei XYZ se plânge că nu îşi poate planifica corect aprovizionarea şi că pierde foarte mulţi bani din cauză că nu are întotdeauna suficientă marfă atunci când apar oportunităţi de vânzare sau, invers, pierde bani pentru că i se alterează cantităţi însemnate de marfă în stoc din cauză că s-a achiziţionat mai mult decât era necesar.

Pentru a rezolva o asemenea problemă, pe care foarte adesea oamenii o formulează, de exemplu sub forma "probleme cu aprovizionarea" sau "nu se aprovizionează conform necesarului real" primele soluţii care apar sunt pe măsura gradului de generalitate al descrierii (specificaţiei) problemei şi adesea sunt, după caz, chiar hilare: "să se aprovizioneze conform necesarului real" (soluţia este o inversare a problemei: "nu se face cutare lucru", devine "să se facă cutare lucru").

Deşi asemenea soluţii nu sunt greşite în sine, ele nu ne sunt utile. Problema iniţială, "nu se aprovizionează conform necesarului real" transformată în soluţia "să se aprovizioneze conform necesarului real" este în continuare o problemă. Cum să se aprovizioneze conform necesarului real şi care este necesarul real?


Pentru a răspunde acestei probleme este, evident, nevoie ca ea să fie spartă în bucăţi mai mici – adică, tradiţionalul divide et impera (pentru că noi românii avem o tradiţie în asta şi suntem foarte buni la aşa ceva, ştim foarte bine să fim divizaţi).

Pentru a se aproviziona conform necesarului real, domnul XYZ (dânsul este directorul companiei XYZ, desigur) va trebui (1) să ştie care este necesarul real şi (2) să achiziţioneze exact atâta cât a decis că este necesarul real.
Pentru a determina necesarul real trebuie, mai departe, să ştie (1.1) cât a vândut în trecut, (1.2) ce comenzi curente are şi (1.3) ce cantitate de marfă are în stoc.
Pentru a achiziţiona exact atâta cât a decis că este necesarul real trebuie să poată, în orice moment, (2.1) să afle cantităţile deja comandate la furnizori şi (2.2) să poată determina diferenţele dintre necesarul calculat şi comenzile trimise la furnizori:


Aşa cum probabil vă aşteptaţi deja, în Analiza Software, decompoziţia este utilizată foarte des. Este aproape o legătură organică, definitorie între Analiză şi descompunere.
Pentru specialistul în software însă, trebuie să fie foarte clar, de la început, că nu toate sub-problemele de business determinate prin descompunere se vor rezolva prin soft.

Adrian Ionescu





Colecția:  🏅 Analiza cerinţelor software

Articolul precedent:  Locul Analizei în proiectul de dezvoltare software
Articolul următor:  Modele teoretice de abordare a problemelor. Sinteza



👍 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