Documente Academic
Documente Profesional
Documente Cultură
1. Tipuri de contract
Resursele externe cerute pot fi sub formă de servicii. Un exemplu simplu ar fi
folosirea unei echipe temporare la contracte de durată mică, în vederea
îndeplinirii anumitor sarcini.
Pe de altă parte, contractul poate fi încheiat pentru livrarea unei aplicaţii
software complete.
Acesta poate fi:
• bespoke system (sistem comandat), i.e. un sistem care e creat de la zero,
special pentru un client;
• off-the-shelf (gata pentru cumpărare), pe care îl cumperi ca atare (“as is”) –
uneori se mai numeşte shrink-wrapped software;
• customized off-the-shelf (COTS) software – acesta este basic core system,
care e modificat pentru a îndeplini cerinţele unui anumit client.
Obs. Livrarea unui echipament, conform legii din Anglia, poate fi privită ca
un contract pentru livrarea de bunuri. Livrarea de software poate fi privită ca
oferirea unui serviciu (pentru scrierea software-ului) sau ca acordarea unei
licenţe pentru folosirea software-ului. Aceste disticţii au implicaţii legale.
O altă clasificare a contractelor este d.p.d.v. al modalităţii de plată către
furnizori:
În acest caz trebuie ca analiza cerinţelor să fi avut deja loc. Odată începutî
dezvoltarea, clientul nu-şi poate schimba cerinţele fără să negocieze preţul
contractului.
Avantajele acestei metode sunt:
• Cheltuielile clientului cunoscute;
• Motivarea furnizorului;
Negociated procedure
Sunt situaţii când procesul de ofertare restricţionată nu e cel mai potrivit.
În aceste cazuri, se poate justifica abordarea unui singur furnizor, caz în
care clientul poate fi acuzat de favoritisme.
2. Etape în definitivarea contractelor
Analiza cerinţelor
Înaninte de abordarea furnizorului, trebuie să fie specificate clar cerinţele.
Documentarea cerinţelor trebuie sp aibă, în mod tipic, secţiuni de forma
celor arătate în tabelul de mai jos (un asemenea document se numeşte
uneori operational requirement sau OR):
Cerinţele definesc cu grijă funcţiile care necesită să fie duse la bun sfârşit
de noua aplicaţie şi toate intrările(inputs) şi ieşirile(outputs) necesare pentru
aceste funcţii.
Cerinţele trebuie de asemenea să declare orice standard cu care trebuie să
fie conforme şi sistemele cu care noul sistem să fie compatibil.
Sunt necesare de asemenea cerinţe operaţionale şi de calitate (vezi
capitolul despre Calitatea produselor software).
Forma înţelegerii
De exemplu, e contract de vânzare, de leasing sau licenţă? De asemenea,
poate subiectul unui contract, cum ar fi licenţa pentru utilizare unei aplicaţii
software, poate fi transferată unei terţe părţi?
Proprietarul software-ului
Două chestiuni apar: mai întâi, poate clientul să vândă software-ul la alţii şi
a doua dacă furnizorul poate vinde software-ul la alţii.
Când un software e scris special pentru un client, clientul va dori probabil
să-şi asigure exclusivitatea, de exemplu prin cumpărarea copyright-ului sau
prin specificarea în constract că foloseşte exclusiv software-ul.
Mediul (environment)
Când trebuie instalat echipamentul fizic, trebuie specificată linia de
demarcaţie dintre responsabilităţile furnizorului şi clientului cu privire la
lucruri cum ar fi furnizarea de energie.
Când software-ul e furnizat, trebuie confirmată compatibilitatea cu
hardware-ul existent şi sistemul de operare existent.
Angajamentele clientului
Clientul trebuie să asigure accomodation pentru furnizori şi probabil alte
facilităţi (internet, linie telefonică etc).
Proceduri de acceptare
Un sistem va fi acceptat numai după a trecut de testele de acceptare. O
parte a contractului va specifica detalii ca timpul pe care-l are clientul să
facă testele, deliverables de care depind testele de acceptare şi procedura
pentru semnare atunci când testarea e completată.
Standarde
Clientul poate cere furnizorului dovada că diverse standarde sunt
respectate.
Managementul proiectului şi al calităţii
Contractul trebuie să ceară ca standardele din seria ISO-9000 să fie
îndeplinite, ca şi ISO 12207 (de exemplu).
Planificarea
Oferă o planificare a timpului în care trebuie completate părţile cheie ale
proiectului. Această planificare va obliga atât clientul, cât şi furnizorul. De
exemplu, furnizorul poate si în stare să instaleze software-ul la o dată
convenită numai dacă clientul face platforma hardware disponibilă.