- Tulem: süsteemi tehniline spetsifikatsioon. 84 . Millised võimalused on tarkvaraprojekti lõpus vanalt süsteemilt uuele üleminekuks? - Kohene ja terviklik. Kindlal ajahetkel vana süsteemi sulgemine ja uue kasutuselevõtt. Ajaliselt kõige vähem kulukas, kõige riskantsem. 85. Milliste kriteeriumite alusel hinnata välise arendaja valikul võimalikke pakkujaid? - Pakkuja omadused, süsteemi funktsionaalsed nõuded, tehnilised nõuded, dokumentatsiooni maht ja kvaliteet, pakkujapoolne tugi. 86. Kuidas teha välise arendaja valikul kõigi pakkujate hulgast lõplik valik? - Lepingu läbirääkimised ja sõlmimine. Teenuse osutamise kokkulepe. 87. Miks on lisaks lepingule hea sõlmida välise arendajaga ka teenuse osutamise kokkulepe? - Määratleb töö jaotuse organisatsiooni ja pakkuja vahel, osapoolte kohustuste määratlemine, raamistik tugiteenuse osutamiseks, katab lisaksjõudluse, tööaja, varukoopiate ja uuendustega
*piloteerimine juurutamine ühes osakonnas või valdkonnas; hindamine ja seejärel laiem juurutamine. *alamosade kaupa üks moodul/funktsionaalsuste komplekt korraga. *uue ja vana süsteemi paralleelne kasutamine. 85. Milliste kriteeriumite alusel hinnata välise arendaja valikul võimalikke pakkujaid? Hindamiskriteeriumite seadmine:pakkuja omadused; süsteemi funktsionaalsed nõuded; tehnilised nõuded; dokumentatsiooni maht ja kvaliteet; pakkujapoolne tugi. Hindamiskriteeriumid on aluseks pakkumiskutse koostamisel. 86. Kuidas teha välise arendaja valikul kõigi pakkujate hulgast lõplik valik? Lõpliku valiku tegemine: *läbirääkimised sobivate pakkujatega oluline: arendusvajadus rakenduse vastavusse viimiseks organisatsiooni vajadustega (funktsionaalsus, hind ja maksmistingimused, süsteemi uuendamine ja selle hind, pakkuja maine ja kasutajatugi, pakkuja edulood,
annaabi.ee 
