Interaktsioonide analüüs Konteksti-diagrammid, klassi-diagrammid Struktuuri analüüs Konteksti-diagrammid, klassi-diagrammid Siin(bus) architecturemodel +- 6loeng Siinipõhise arhitektuuri eelised ja puudused Eelised: Kommunikatsioon Nõrgalt seotud komponendid Puudused: Single-point-of-failure Funktsionaalsed ja mitte nõuded, 3 priznaka hea nõue Functional requirements Kirjeldus, kuidas süsteem peaks käituma kasutajapoolsete või teisest süsteemist pärinevate sisendite peale Describe functionality or system services. Depend on the type of software, expected users and the type of system where the software is used. Functional user requirements may be high level statements of what the system should do.Functional system requirements should describe the system services in detail. Functional requirements Statements of services the system should provide, how the system should react to particular inputs and
Nõuete kogumiku moodustamisel on eesmärgiks Ühtlane kaetus nõuete hulk peab ühtlaselt ja piisava tihedusega katma kogu arendatavat teemat. Piisav hulk nõuete hulk peab olema piisavalt suur, et katta kõik oluline. Aga mitte liiga detailne! Struktuurne jaotus nõuete kogumik peaks olema hierarhiliselt struktureeritud. FURPS+ Functionality (funktsionaalsus) - Kirjeldus, kuidas süsteem peaks käituma 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,
on vähemalt ühel lapsevanemal võlgnevus Rae valla ees (sh maamaksu võlg)“ „Liitumise leht peab avanema väga kiiresti“ „Koduleht peab avanema kõigis maailma riikides“ Nõuete liigid o Funktsionaalsed nõuded o Mittefunktsionaalsed (kvaliteedi) nõuded Funktsionaalsed nõuded o Kirjeldus, kuidas süsteem peaks käituma kasutajapoolsete või teistest süsteemist pärinevate sisendite peale. „Võimaldab isikukoodi järgi võlgnevuste nimekirja filtreerida“ „Ei võta vastu taotlust kui laenusumma lahter on täitmata“ „Kuvab tähtajaks tasumata arved punasena“ Mittefunktsionaalsed (kvaliteedi) nõuded o Kirjeldus selle kohta, millised süsteemi kvaliteediomadusi peab silmas pidama funktsionaalsete nõuete rahuldamisel
Vastuste saamiseks äsjaloetletud küsimustele tuleb läbi töötada meede M 2.162 Krüptoprotseduuride ja -toodete vajaduse määramine. Tehnilised aspektid Laiaulatuslike IT-struktuuride kasutamine, milles on palju hargnemisi ning suurel hulgal üksikkomponente ja spetsiaalseid seadmeid (võrgusõlmi, servereid, andmebaase jne) muudab vajalikuks ka laiaulatusliku, mitmete funktsiooniüksustega (turvahaldusega, turvaserveritega, kasutajapoolsete turvakomponentidega) varustatud turvasüsteemi kasutamise. Reeglina tuleb selleks koostada süsteemi ülevaade, mis peab kajastama endas lisaks reaalselt kasutatavatele funktsioonidele veel ka ehitust ja organisatoorset poolt puudutavaid aspekte. Selgelt eristades on tarvis välja tuua ka turvakomponentide tehniline asetus ning nende integreerituse aste mitteturvakomponentidesse, kuna see
annaabi.ee 
