kahju. Seega peaks arvestama näiteks järgmiste aspektidega: · Juhte tuleb hinnata ka selle järgi, kuivõrd hästi nad säilitavad projektimeeskonna, · Projektimeeskonna kõikidel liikmetel peavad olema võimalused enda personaalseks arendamiseks. Projektimeeskonna koostamisel tasub pigem natuke rohkem vaeva näha heatasemelise töötaja otsimisel kui et võtta koheselt tööle vähem kogenud spetsialist, lootes tema edasisse arengusse. Tarkvaraarendajate seas on laialt levinud seisukoht, et parimad arendajad on kuni 10 korda suurema tööviljakusega kui halvimad tarkvaraarendajad. Seejuures 31 tarkvaraarendajate rühma uurimisel selgus, et individuaalsetest oskustest olulisem on projektimeeskonna kooskõla (B.Lakhanpal, Information and Software Technology, 35 (8), 468-73), st kui hästi laabub nende koostöö. Seetõttu on väga oluline ka probleeme tekitavatest meeskonnaliikmetest vabanemine. Nagu vastavatest uuringutest nähtub (Carl E
funktsionaalsust edasi anda, siis ei saanud see tollasel kujul kuigi populaarseks. Järgmise katsetuse tegi Microsoft oma järgmises Office versioonis (Office 2003). Seekord osutus peamiseks probleemiks failide suur maht kõvakettal, kuna pilte hoiti jätkuvalt samas XML failis. Põhjus, miks Microsoft uued failivormingud just XML-i baasil on üles ehitanud, on väga lihtne. XML on universaalne ja laialt kasutatava tehnoloogia, mis peaks vähendama teiste tarkvaraarendajate poolt loodud rakendustes esinevaid vigu Office dokumentide avamise ja salvestamisega. See on üsna oluline, sest väidetavalt kuni 70 - 80% failiformaatide vigadest tulenes just sellest, et teised ettevõtted ei osanud binaarseid failiformaate kasutada nii nagu vaja. ZIP pakkimisalgoritmi kasutamine annab siinkohal lihtsalt failidele 50-75% väiksema mahu. Miks Microsoft just ZIP-i kasuks otsustas, võib vaid oletada, kuid eks on see ju
piirkondade kaupa oli kõige kõrgem piraatluse määr - 63% - Ida-Euroopas. Selle piirkonna piraatluse määr on olnud kõige kõrgem iga uurimuse kohaselt alates 1994. aastast; Põhja-Ameerikas vähenes piraatluse määr 1994. aastal 31 protsendilt 25 protsendini; Vietnamis on piraatluse määraks 97% - kõige suurem kõigist uurimuse raames vaadeldud riikidest. Kuidas piraatlus Teid mõjutab Piraattarkvara teeb kõigile halba - tarkvaraarendajate ning jaemüügikohtade omanikega alates ja kõigi tarkvarakasutajatega lõpetades. Tarbijad on ohus Piraattarkvara mõjutab tarbijaid vahetult, sest: Sellel puuduvad tihtipeale mingid elemendid ja dokumentatsioon ning sellega ei kaasne kunagi garantiid ega uuendusvõimalusi. Sellised võltsitud ja testimata kettad võivad olla nakatunud viirustega, mis kahjustavad Teie kõvaketast ning võivad halvata kogu asutuse võrgu.
massilise epideemia põhjustanud ohtlik ja keeruline polümorfne viirus OneHalf, mis veel praegugi maailma arvutikasutajale muret valmistab. Järgmise epideemia tekita faili-buudiviirus ZARAZA. Tähtsad sündmused toimusid aga ka antiviiruste vallas. Juunis lõpetas oma olemasolu selle aja antiviirusliider Central Point, mille ostid Symantec. Septembris osales Hamburgi Ülikooli Antiviirusuuringute Keskuse korraldatavates sõltumatutes testides esmakordselt Jevgeni Kasperski juhitud tarkvaraarendajate rühma loodud programm AntiViral Toolkit Pro (AVP), saavutades absoluutse võidu kõigis kategooriates. 2.16 1995. aasta DOS-viiruste valdkonnas märkimisväärseid sündmusi ei olnud. Ilmusid mõned keerulised viirusmonstrumid nagu NightFall, Nostradamus, Nutcracker ja mõned naljakad nagu ,,kahesooline" viirus RMNS ja BAT-viirus Winstart. Peaaegu üle kogu maailma levisid viirused ByWay ja DieHard2 Veebruaris leidis aset vahejuhtum kompaniiga Microsoft. Üks operatsioonisüsteemi
Kogu süsteemi valmisolek ei ole vajalik, sest on võimalik kasutada testidraivereid, mis simuleerivad puuduvate süsteemi osade käitumist (top-down ja bottom-up või sandwich meetodid). Suuremate süsteemide korral ongi otstarbekam liidestada süsteemid järk-järgult. Moodultestimine eraldiseisva tarkvaramooduli toimimise testimiseks. Mooduli iga meetodi jaoks koostatakse test, mis on eraldiseisev mooduli teistest testidest. Moodultestimine peaks olema tarkvaraarendajate vastutusel. 5.3 Liigitus testide läbiviija järgi Alfatestimine testimeeskonna poolt läbi viidav testimine arendaja keskkonnas arenduse lõpul Beetatestimine testimine lõppkasutaja poolt väljaspool arendaja keskkonda (lõppkasutaja keskkonnas) arenduse lõpul Vastuvõtutestimine testitakse süsteemi vastavust kasutaja nõudmistele (lepingu nõudmistele). Enamasti kontrollitakse vastuvõtutestimisel kasutaja tüüpilisi tegevusi.
annaabi.ee 
