Dezvoltarea de sisteme este de obicei un proces care se \u00eentinde pe o perioad\u0103 lung\u0103 de timp, iar \u00een plus, pot exista situa\u021bii \u00een care se solicit\u0103 \u00een mod repetat modific\u0103ri ale specifica\u021biilor sau implementarea de func\u021bii suplimentare. Pentru furnizorii care preiau aceste sarcini, pot exista momente \u00een care se pot afla \u00eentr-o situa\u021bie dificil\u0103, f\u0103r\u0103 o ie\u0219ire vizibil\u0103. Pentru astfel de furnizori, problema “Ce trebuie s\u0103 facem \u0219i p\u00e2n\u0103 unde trebuie s\u0103 mergem pentru a considera c\u0103 ne-am \u00eendeplinit sarcina?” poate deveni uneori o surs\u0103 de \u00eengrijorare serioas\u0103.<\/p>\n\n\n\n
\u0218i, de\u0219i dezvoltarea de sisteme este adesea realizat\u0103 prin contracte de subcontractare, aceste contracte vizeaz\u0103 “finalizarea lucr\u0103rii”.<\/p>\n\n\n\n
\u00cen acest articol, vom explica din punct de vedere juridic “la ce moment \u0219i p\u00e2n\u0103 unde trebuie s\u0103 se realizeze dezvoltarea sistemului pentru a fi considerat\u0103 finalizat\u0103”.<\/p>\n\n\n\n