vt. www.live.com) ; · jõulisus (kui palju saab muuta, sekkuda) jms.; · kasutajale orienteeritus; · Turvalisus (vt. I osa lõpust); · Usaldatavus (MTBF, taastamisvõimalused jne..); · Jõudlus (andmemahud, juurdepääsumahud, kiirus, viited jne..); · Arhitektuur (sisemine ja väline) ja platvorm (nimetatakse ka kui piirangud arendusele), sobivus muude süsteemidega; · Teenindatavus (testid, hooldus, ühildatavus, konfigureeritavus jne..) ; · Eranditega arvestamise võimalused (paindlikkus); · Muutustega kaasaminemise vajadus (versioonimine, uuendused). 52. Mille alusel leida parima IKT teenuse või IS lahenduse pakkuja (hindamiskriteeriumid) Pakkumiste laekumisel on vaja neid omavahel hinnata, et leida parim pakkuja. On hea (ja riigihangete seaduse järgi kohustuslik), kui pakkujatele on ette teada, mille alusel nende pakkumisi hinnatakse.
kasutajapoolsete või teisest süsteemist pärinevate sisendite peale. Usability (kasutatavus) - Sobivus kasutaja mõttemudeliga: millised kasutajad ja millises situatsioonis teie rakendust kasutavad? Reliability (käideldavus) lubatavate vigade arv ja nende tõsidus, kui palju jääb vigade tekkimise vahele aega, kui kiiresti vead lahendatakse Performance (jõudlus) Supportability (toetus) kui palju raha peab kulutama, et asja töös hoida, testitavus, konfigureeritavus, laiendatavus, lokaliseeritavus. + (disain, tehnilise realiseerimise piirangud, liideste piirangud, majutuse piirangud jms) Prototüüpimise plussid Lahendus mõeldakse detailides läbi Lõppkasutaja saab ,,proovida" funktsionaalsust enne realisatsiooni Tellijal ja täitjal ühine nägemus lõpptulemusest Tellija ja täitja saavad täpsemalt kokku leppida projekti skoobis ning vahetulemites Mis on lihtsam ja mis keerulisem funktsionaalsus
www.live.com) ; · jõulisus (kui palju saab muuta, sekkuda) jms.; · kasutajale orienteeritus; · Turvalisus (vt. I osa lõpust); · Usaldatavus (MTBF, taastamisvõimalused jne..); · Jõudlus (andmemahud, juurdepääsumahud, kiirus, viited jne..); · Arhitektuur (sisemine ja väline) ja platvorm (nimetatakse ka kui piirangud arendusele), sobivus muude süsteemidega; · Teenindatavus (testid, hooldus, ühildatavus, konfigureeritavus jne..) ; · Eranditega arvestamise võimalused (paindlikkus); · Muutustega kaasaminemise vajadus (versioonimine, uuendused). 52. Mille alusel leida parim IKT teenuse või IS lahenduse pakkuja (hindamiskriteeriumid) Pakkumiste laekumisel on vaja neid omavahel hinnata, et leida parim pakkuja. On hea (ja riigihangete seaduse järgi kohustuslik), kui pakkujatele on ette teada, mille alusel nende pakkumisi hinnatakse.
nõuab tööaega O(n2); (väiksem kahendotsingu Pingeregulaatorite disainil CMOSi energiatarve puhul). Ühenduste dimensioneerimisel (lekete ignoreerimisel): Konfigureeritavus Lühiajalisel jahutamisel () Mitte ükski reaalaja OS (RTOS) ei sobi kõikide Energiatarbe vähendamine on oluline: with 2 Ei piisa planeerija väljakutsumisest (ja lõtvuse süsteemide Võimsustarve v. energiatarve dd
o Piirkoormus, lubatavad jõudluse languse piirid kõrge koormuse tingimustes Toetatavus (supportability) o Kui palju raha peab kulutama süsteemi käigus hoidmisele? o Testitavus (vigade diagnoosimise lihtsus) o Hooldatavus (regulaarsed uuendused) o Konfigureeritavus (runtime vs koodis) o Laiendatavus o Lokaliseeritavus Nõuete esitamise viisid o Naturaalne keel (Loomulik keel). Nõuded on kirjutatud kui loomulik keel, mille laused on pandud diagrammidesse ja tabelitesse. Probleem on tihti selles, et meil ei ole võimalik loomulikus keeles nõudeid üheselt esitada, niimoodi et iga nõu, mis on
annaabi.ee 
