Redundanta dinamica se realizeaza prin:
dublarea unei functii
efectuarea unor teste de acceptanta si eventuala rulare a unei versiuni alternative
efectuarea unor teste de acceptanta si rularea unei versiuni alternative
testarea starii taskurilor
"Ascunderea" este utila pentru:
mai buna tructurare a programului
definirea unor interfete complexe
definirea unor restrictii de acces si "ascunderea" detaliilor nesemnificative ale unui modul de program
ascunderea detaliilor referitoare la tratarea erorilor
Documentatia software de proiectare este necesara pentru:
prezentarea produsului
prezentarea produsului si relatiile cu clientii
elaborarea unui prototip
activitatea de asistenta tehnica si refolosire software
Dezvoltarea iterativa furnizeaza clientului o versiune de program care:
contine de la inceput un set restrans de functionalitati si cu fiecare versiune noua se adauga altele noi
contine de la inceput toate functiile si cu fiecare versiune noua acestea sunt perfectionate si performantele imbunatatite
permite instruirea clientului si adaugarea de functii noi
Problema dublei intretineri rezulta daca:
mai multi proiectanti au drepturi pentru acces si modificare simultatna a acelorasi date(eventual cod sursa)
se mentin copii multiple ale aceluiasi cod sursa
doi proiectanti actualizeaza simultan acelasi cod sursa si astfel este posibil sa se suprascrie unele modificari in copia distribuita
Ce este o revizie?
o noua versiune destinata a inlocui versiunea veche si care reflecta evolutia in depanarea si imbunatatirea modulului ca functionare si performante
o noua versiune care realizeaza aceleasi functionalitati pentru situatii usor diferite si care este destinata a fi o alternativa interschimbabila cu alta simultana
un mecanism care arata organizarea unui set de variatii si relatiile dintre acestea
In acceptiunea UML relatiile intre clase sunt:
moduri, constrangeri, stereotipuri, asociatii, compozitii, generalizare, dependenta, multiplicitate
asocieri, agregare, compozitii, generalizare, dependenta
asociatii, agregare, cazuri de utilizare, actori, compozitie, generalizare, multiplicitate
Ce este o stare in abordarea UML?
o diagrama reprezentand relatiile dintre diferitele componente ale unui sistem
o conditie de existenta a unui sistem care presista pentru o perioada semnificativa de timp si este reprezentata prin relatiile din cadrul arhitecturii sistemului
o conditie de existenta a unui obiect care persista pentru o perioada semnificativa de timp si poate fi distinsa intr-un anumit mod de alta astfel de conditie de existenta
Cand o clasa trebuie sa gestioneze un numar de obiecte de aceeasi clasa, o abordare in proiectere ar fi sa se adauge:
un model (pattern) de proiectare
o clasa observator intre clasa primara si setul de obiecte
o clasa container intre clasa primara si setul de obiecte