tuvastamine just kasutaja abiga, sest liin võib olla pikk ning seda monitoorida on väga keeruline. Monitoorimise muudab just keeruliseks see, et telefonijaamas võib olla sadu kliente, kellel kõigil on erinevad numbrid ning seetõttu on jaamas vajalikud suured andmemahud ning nende andmete kvaliteet peab pikaajaliselt püsima jääma. 3. Funktsionaalsed nõuded kirjeldatud „●“ tähistusega ning mittefunktsionaalsed nõuded „▪“ tähistusega: Kasutaja soovib saada telefoninumbrit Telefonijaam annab kasutajale telefoninumbri. Jaamast hakkab kasutaja juurde liin minema läbi sidekappide ning läbi maakaablite. Mida lähemal elab kasutaja jaamale, seda kvaliteetsem on heli. Telefoniteenusega on kasutajal võimalik väljahelistada
...........................................................4 3.5Vastuvõtutestimine ja esmane hinnang........................................4 3.6Läbivaatused..............................................................................4 3.7 Funktsionaalselt testitav komponent ja detailsed nõuded............4 3.8 Funktsionaalsed testid...............................................................4 3.9 Funktsionaalsete testide salvestamine ja täitmine.......................5 3.10 Mittefunktsionaalsed testid......................................................5 3.11 Testitav programm...................................................................5 3.12 Programmipõhiste testide koostamine......................................5 3.13 Programmipõhine testimine, tulemused, hindamine...................5 3.14 ITIL raamistiku rakendamine.....................................................5 3.15 Kokkuvõte..............................................................................
Geeniperekonnad Klassifikatsioon geeniperekondadesse toimub DNA järjestuse homoloogia alusel: *Paljud polüpeptiidide ja ka mittekodeeriva RNA geenid koonduvad DNA järjestusel põhinevatesse geeniperekondadesse, mis omavad suurt perekonnasisest järjestushomoloogiat. Paljud perekonna liikmed võivad olla mittefunktsionaalsed s.t. pseudogeenid ja geenide fragmendid. *Klassikalised geeniperekonnad on järjestuselt väga sarnased ja tekkinud peamiselt duplikatsioonide tagajärjel (histoonid, globiinid). *Mõnedes geeniperekondades esineb homoloogia vaid teatavate konserveerunud domäänide osas (transkriptsioonifaktorid). *Mõnedes geeniperekondades esineb homoloogia vaid teatavate konserveerunud lõikude osas (sarnaseid lõhikesi motiive omavad geeniproduktid)(DEAD box, WD kordus). *Mõned evolutsiooniliselt kauged
....................................................................................5 1.3 Metoodika.........................................................................................................................5 2. Nõuded süsteemile................................................................................................................6 2.1 Funktsionaalsed nõuded süsteemile..................................................................................6 2.2 Mittefunktsionaalsed nõuded süsteemile..........................................................................7 3. Hankimise tegevused(väljavõte).........................................................................................10 3.1 Elutsükli mudel...............................................................................................................10 3.2 Hankija osalus hankes.....................................................................................................10
tal ei olnud arvutit. Nüüd Alexil on plaanis teha kõik ravimite ostud ja konsultatsioonid apteekritega e-apteegi kaudu. Nõuded tootele:Alex vajab, et veebilehe disain oleks arusaadav ja maksimum lihtne, lakooniline. Tema soov on ka, et veebileht oleks mitmekeelne. Alexi oodatused on sellised, et kliendiks saanud ostja võib koguda oma kontole raha. Eesmärgid: kasutajakonto loomine, toodete ostmine, parooli taastamine Nõuded Süsteemile on esitatud nii funktsionaalsed kui ka mittefunktsionaalsed nõuded. Funktsionaalsete nõuete osa on kirjeldatud kasutusjuhudena. N01 Kasutajakonto loomine ID: N01 Nimetus: Kasutajakonto loomine Tegutsejad: Persoon 2 (edaspidi kasutaja) Kirjeldus: Kasutaja läheb veebilehele. Pärast seda kasutaja vajutab nupule Sisene iseteenindusse/liitu. Kasutaja valib liitumisviisi. Pärast andmete sisestamist kinnitab kasutaja registreerimise. Süsteem loob uue kasutaja. Eeltingimused: Avaleht on avatud
Tooge mõned näited (max 10p) Inimliides võimaldab arvutiga suhelda inimesele sobilike meetoditega. Inimliides peab tagama juhitava/jälgitava kobara seisundi kohta info esitamise kooskõlalisuse, võimaldama infot vastavalt vajadusele filtreerida, hõlpsat juurdepääsu otsuste tegemise abivahenditele. Inimliidese koosseisus sisaldub tavaliselt ka andmete ajaloo salvestamise ja aruandluse alamsüsteem. Eriolukordade töötluse alamsüsteem on näide, kuidas mittefunktsionaalsed nõuded võivad segi lüüa ainult funktsionaalsete nõuete alusel projekteeritud süsteemi. Vähegi nõudlikemates rakendusvaldkondades algab eriolukordade töötlus suuremast või väiksemast süsteemtarkvara spetsialiseerimisest. Eriolukordade töötlus hõlmab endas kõike, mis on seotud vigade automaatse kompenseerimisega, valesti tehtud arvutuste korrigeerimisega, tarkvara ja riistvara diagnostikaga, rikete puhul süsteemi funktsionaalsuse muutmine jms
.............................................................. 11 1.2.6 Esialgne kontseptuaalne klassidiagramm.................................................................12 1.3 Nõuete analüüs................................................................................................................12 1.3.1 Funktsionaalsed nõudmised..................................................................................... 12 1.3.2 Mittefunktsionaalsed nõudmised............................................................................. 13 1.3.3 Üles kerkinud probleemid mis võivad vajada lahendusi edaspidi........................... 15 2. Iteratsioon II..........................................................................................................................16 1.4 Planeerimine....................................................................................................................16 1.4
„Koduleht peab olema ilus“ „Toetust ei maksta juhul, kui taotluse esitamisel 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
sest tööriistad tööd ei tee. Nõuetest arusaamine on eduka projekti alus. Nõuete haldamine on oluline, sest need: muutuvad ununevad neid peab jälgima Planeerimine – planeerimist alustada üldiselt, plaan on realistlik kuni 2 nädalat ette Versioonihaldus projekti ajalugu meeskonnatöö LOENG 6 Erkki Lindepuu Eesti Energiast: funktsionaalsed nõuded (juba olemas) mittefunktsionaalsed nõuded (juba olemas) Aasa Globali põhimõte on, et analüütikud teevad häid nõudeid, et progejatel oleks kerge tööd teha. Agiilses arenduses tuleb nõuded kirjeldada ka agiilse arenduse käigus. Head nõuded on eelduseks edukale projektile. Rääkis suht palju enda tööst. LOENG 7 Jekaterina Tšukrejeva Tarkvara süsteemi kvaliteet ja testimine: Tarkvara testimisega tuleb alustada võimalikult vara, võib alustada isegi enne koodi kirjutamist.
Eesmärgi saavutamiseks töö autor: 1. Analüüsib, millised olemasolevad sotsiaalmeedia lahendused ja funktsionaalsused võiksid sobida digiTVga integreerimiseks. 2. Annab ülevaate, millised on olemasolevad digiTV lahenduste võimalused sotsiaalmeediaga integreerimiseks. 3. Koostab persoonad ehk näidiskasutajad ja stsenaariumid eesmärgipõhise disainimeetodi põhjal. 4. Analüüsib disainisessiooni läbi saadud tulemusi, kirjeldab süsteemi funktsionaalsed ja mittefunktsionaalsed nõuded ning koostab kasutajalood. Käesolev bakalaureusetöö on jaotatud nelja peatükki, millest esimene defineerib sotsiaalmeedia mõiste ja kirjeldab selle võimalusi. Teises peatükis tutvustab töö autor sotsiaalmeedia rakendusi ja trende digiTVs. Kolmas peatükk annab ülevaate Eesti digiTV teenusepakkujatest ning nende võimalikest arengusuundadest. Neljas peatükk kirjeldab käesolevas bakalaureusetöös rakendatud disainimeetodeid ja annab ülevaate nende läbi saadud tulemustest
dokument · võetakse erinevatelt tegijatelt pakkumised ning valitakse parim 49. Millistest osadest peaks koosnema IS pakkumiskutse eelne analüüs ehk lähteülesanne? Lähteülesanne on nõuete spetsifikatsiooni koostamise alus, mis koosneb järgnevatest osadest: · Kontekst mõistete sõnastik · Visioon miks? kellele? tasuvus. · Funktsionaalsus mida? Äri reeglid. · Mittefunktsionaalsed nõuded kuidas? Piirangud süsteemile. · Nõuded projekti käigule suhtlus, suhted, garantiid, juurutamine, koolitus · Ligikaudne projekti ressursimaht aeg, raha, inimressurss. · Riski analüüs mis juhtub, kui... · Pakkumiste hindamise kriteeriumid 50. Selgita IS funktsionaalseid omadusi Funktsionaalsed nõuded ehk mida süsteem peab tegema. Detailsed
..............................................................11 1.3.6 Esialgne kontseptuaalne klassidiagramm.................................................................12 1.4 Nõuete analüüs................................................................................................................13 1.4.1 Funktsionaalsed nõudmised.....................................................................................13 1.4.2 Mittefunktsionaalsed nõudmised.............................................................................13 1.4.2.1 Sõltuvus teistest süsteemidest...........................................................................13 1.4.2.2 Usaldusväärsus..................................................................................................14 1.4.2.3 Kättesaadavus....................................................................................................14 1.4.2
......................................................................................................................... 7 2. Eesmärgid. Nõuded süsteemile ............................................................................................ 8 2.1. Funktsionaalsed nõuded .......................................................................................................... 8 2.2. Mittefunktsionaalsed nõuded .......................................................................................... 17 3. Hankimise tegevused .......................................................................................................... 25 3.1. Rakendatava elutsüklimudeli kirjeldus ................................................................................... 25 3.2. Hankija osalus hankes .....
5 Laenutusprogrammi funktsioonid..........................................................................15 3.6 IT kontekst ja turg..................................................................................................17 4. IS Nõuded....................................................................................................................18 4.1 IS funktsionaalsed nõuded.....................................................................................18 4.2 IS mittefunktsionaalsed nõuded.............................................................................18 4.3 Muud nõuded projekti käigule...............................................................................18 4.4 Hankijate pakkumiste hindamise kriteeriumid......................................................19 5. Projekti riskide maandamine.......................................................................................20 Kokkuvõte........................................................
The problem was determined to be an incorrect hexadecimal number conversion routine. When the device was to tick over to 2010, it skipped 6 years to 2016, causing terminals to decline customer's cards as expired. 3. Nõuded - näide nõuete (kvaliteediatribuutide) süsteemist, kahe faktori kriteeriumid Toote nõuded spetsifitseerivad, milliseid funktsioone peab süsteem realiseerima (funktsionaalsed nõuded) ja kuidas neid funktsioone täidetakse (mittefunktsionaalsed nõuded). Protsessinõuded määravad arenduse kitsendused (näiteks, nõuded arhitektuurile, vahenditele või keskkonnale). Ärinõuded võivad lisaks sisaldada strateegilisi, keskkonna, maksumuse ja muid piiranguid. Eri tüüpi nõuded võivad olla omavahel sõltuvuses. Enamasti tulenevad toote ja protsessi nõuded ärinõuetest. (Arendus)protsessi nõuded võivad suures osas tuleneda toote nõuetest. kvaliteediatribuutide puu Süsteemi kasutatakse, muudetakse ja kantakse üle
“ (ärinõudmised, ärireeglid, standardid, funktsionaalsus). (nt. Süsteem peab võimaldama kauba tellimist). Nt. Pangasüsteem: põhifunktsioonid on kontode avamine, transaktsioonid, laenu andmine jne. Need funktsioonid on kaetud funktsionaalsete nõuetega. Ükskõik mis süsteemi puhul, me peame defineerima nõudeid, mida süsteem peaks täitma. Tuleb välja töödelda test caseid, ja sellega saab kontrollida, kas süsteem töötab nii, nagu peaks või mitte. Mittefunktsionaalsed nõuded – mis piirangutega peavad millised funktsioonid täidetud olema. Jagunevad väga paljudeks nõueteks. Vastab küsimusele: „Kuidas tarkvara peab vajalikke funktsioone täitma?“ (süsteemsed nõudmised ja piirangud, tõhusus, täpsus, turvalisus, inimturvalisus, andmekaitse turvalilsus, ajaline ja ruumiline kiirus, töökindlus, kasutajaliides, välja töötamise aeg, hind, maintainability(süsteem peab olema selline, et seda on kerge ümber häälestada
fragmendid. Sünonüümid: Andmemudeli muster, Arhetüüpmuster. Äri(nigga pls)modelleerimine - Väärtused ja Transaktsioonid Äriprotsessid ja -eesmärgid Domeenimudel Kontsep. Klassid. Analõõsimustrite kasutamine Nõuete analüüs Kasutusjuhtude mudel UC kirjeldused UC diagrammid Süsteemi jadadiagrammid Süsteemi operatsioonid/lepingud Mittefunktsionaalsed nõuded 8. Organisatsiooni struktuuride modelleerimine a) Ilmutatud kuju - iga `osa' tüüp modelleeritud eraldi klassina Võtta seda kui sugupuu tüüpi struktuuri. Kõige kõrgemal on nt firma, 1 firma alla kuulub mitu osakonda, 1 osakond koosneb mitmest isikust. Klassidiagramm, nool on valge otsaga, valge pool läheb kõrgema klassi poole. Cons - Ei tööta hästi, kui on palju ühist (struktuuri või käitumist) organisatsiooni/osade tüüpide vahel.
eksisteerib aga mitteformaalses maailmas. 7. Miks ei saa süsteemile esitatavad kasutajanõuded kunagi täielikult kirjeldada süsteemi soovitavat funktsioneerimist? Süsteem toimib reaalses maailmas, kus objektidel on loendumatu arv omadusi. Arvuti kaudu tekib suletud juhtimisahel, mis võib oluliselt muuta esialgselt hinnatud (ilma arvutita eksisteerinud) süsteemi omadusi ja temale esitatud nõudeid ja kitsendusi. 8. Tarkvarasüsteemi funktsionaalsed nõuded Mittefunktsionaalsed nõuded tulenevad vajalikest ajalistest kitsendustest ning töökindluse, ohutuse, hooldatavuse, turvalise jms nõuetest. 9. Mis on reaalajasüsteem? Reaalajasüsteemi võib vaadelda kui loodus- või tehiskeskkonda sisseehitatud arvutisüsteem, mis muudab oluliselt esialgse keskkonna funktsioneerimise kvaliteeti ja/või vormi. Reaalajasüsteem moodustab liidese kolme valdkonna juhitav või jälgitav objekt, arvutisüsteem ja inimene vahel. 10
Pehmed nõuded ei ole mõõdetavad. Hard nõue ja mõõdetav: Tarkvara peab vastama 2 sekundiga. Turvalisus peab vastama ISKE standardi mingile konkreetsele levelile. EE näide analüüsi ja nõuete kohta: ● Protsessi analüüs –ASIS kaardistus ja TOBE kirjeldamine (ei nimeta IT süsteeme) ● Ärilised funktsionaalsed nõuded –Süsteem peab tegema … ● Ärilised mittefunktsionaalsed nõuded –Peab teenindama 1000 üheaegset kasutajat –Peab olema kättesaadav välisvõrgus –Peab saama kasutada õues päikese käes ● Süsteemsed mittefunktsionaalsed nõuded –Milliseid tehnoloogiaid kasutame –Kuidas toimub logimine –Kuidas süsteemi konfigureeritakse 35. Miks on vaja kirjutada nõuded?
· Vastuvõtukonkursil kandideerimise registreerimine · Vastuvõtu- ja järelkonkursi tulemuste registreerimine · Õppekohtade moodustamine · Semestri lõpu arvestus · Eksmatrikuleerimise registreerimine · Osakoormusega õppesse ülemineku registreerimine · Teisele õppekavale ülemineku registreerimine Üliõpilane: · Oma õppekoha seisundiga tutvumine · Järelkonkursil kandideerimine · Järelkonkursi tulemustega tutvumine Täiendav spetsifikatsioon Siia võib panna kirja kõik mittefunktsionaalsed nõudmised. (Funktsionaalsed nõudmised on kirjas kasutusjuhtudes) Kasutusmugavus Süsteem peab olema kasutatav läbi standardsete graafiliste kasutajaliideste ja veebiliideste. Kasutajatelt saab eeldada algtaseme arvutioskust. Töökindlus Süsteemi eelmise päeva seis peab tõsise vea korral olema taastatav. Kuigi vead ei ole eluohtlikud ei tohi nad siiski häirida normaalset töökorraldust. Jõudlus Üldiselt ootavad kasutajad süsteemilt kiiret reaktsiooni
Kudede füsioloogilise kohanemise e adaptatsioonivõime piiride ületamine viib esmalt pöörduvate rakukahjustuste tekkele, sealt edasi aga järgnevad rakus pöördumatud muutused ja rakusurm. 10. Mis on hüpertroofia ja kuidas see jaguneb? Hüpertroofia on elundi või koe mahu suurenemine. See võib toimuda rakkude suurenemise teel või rakkude arvu suurenemise teel. Kui suurenevad tööd tegevad rakud on tegemist tõelise hüpertroofiaga. Kui aga mittefunktsionaalsed rakud (strooma) siis ebahüpertroofia. 11. Millised on hüpertroofia morfoloogilised tunnused ja millised on hüpertroofia vormid? Morfoloogilised tunnused: elundi mahu ja massi suurenemine, rakkude mahu suurenemine, rakkude arvu suurenemine. Hüpertroofia vormid: füsioloogiline (tööhüpertroofia, neuroendokriinne hüpertroofia) ja patoloogiline (kompensatoorne e hüvituslik hüpertroofia, neuroendokriinne. 12. Mis on atroofia?
Nõuded määravad tarkvara valmistamise eripärad (enamasti tekib sundparalleelsus): 1. Jõudlus tippkoormusel peab olema ennustatav 2. Töökiiruse juhtimine toimub ümbritsevast keskkonnast 3. Ohutus on sageli kriitilise tähtsusega 4. Andmemahud on väikesed või keskmised 5. Aktiivne liiasus (dubleerimine) 6. Andmete terviklikkus nõutav lühiajaliselt 7. Autonoomne vigade avastamine 86. Mille poolest erinevad funktsionaalsed ja mittefunktsionaalsed nõuded tarkvarale? · Funktsionaalsed nõuded kirjeldavad süsteemi käitumist kasutajaleosutatud teenused 1. Kõigi võimalike süsteemi sisendite ja nendega seotud tegevuste kirjeldus 2. Kõigi süsteemi tegevuste kirjeldus 3. Kõigi süsteemi väljundite kirjeldus ja reaktsioon (koste) · Mittefunktsionaalsed nõuded määravad teenuse osutamise kvaliteedi 1. Interfeisid (liidesed) 2. Jõudlus 3. Andmebaasid 4. Piirangud
Mõned geenid (snoRNA) võivad paikneda teiste geenide (ribosoomivalkude geenid) intronites. Mõned inimgeenid (rRNA, insuliin) transkribeeritakse polütsistroonsetena (multigeensetena). 16. Geeniperekonnad. Klassifikatsioon geeniperekondadesse toimub DNA järjestuse homoloogia alusel: Paljud polüpeptiidide ja ka mittekodeeriva RNA geenid koonduvad DNA järjestusel põhinevatesse geeniperekondadesse, mis omavad suurt perekonnasisest järjestushomoloogiat. Paljud perekonna liikmed võivad olla mittefunktsionaalsed s.t. pseudogeenid ja geenide fragmendid. Klassikalised geeniperekonnad on järjestuselt väga sarnased ja tekkinud peamiselt duplikatsioonide tagajärjel (histoonid, globiinid), Mõnedes geeniperekondades esineb homoloogia vaid teatavate konserveerunud domäänide osas (transkriptsioonifaktorid), Mõnedes geeniperekondades esineb homoloogia vaid teatavate konserveerunud lõikude osas (DEAD box, WD kordus), Mõned evolutsiooniliselt kauged geeniperekonnad
Arhitektuurse disaini otsused Is there a generic architecture that can be used? How will the system be distributed? What architectural styles are appropriate? What approach will be used to structure the system? How will the system be decomposed into modules? What control strategy should be used? How will the architectural design be evaluated? How should the architecture be documented? Arhitektuurse disaini otsused ja mitte-funktsionaalsed nõuded Arhitektuurse disaini otsuseid juhivad mittefunktsionaalsed nõuded: Performance Localise critical operations and minimise communications. Use large rather than fine - Grain components. Security Use a layered architecture with critical assets in the inner layers. Safety Localise Safety - critical features in a small number of sub-systems. Availability Include redundant components and mechanisms for fault tolerance. Maintainability Use fine - grain, replaceable components. MVC arhitektuur
filmilepingute ning filmiarvete registreerimise ning haldamise teenuseid. 1.1.1.55 Nõuded, vajadused Infosüsteemi hangete allsüsteem peab kasutajal võimaldama: · Registeerida ning hallata süsteemis tarnijat Funktsionaalsed vajadused: kirjeldada peamised kontaktid ning muu vajalik info, filmi müüja / rentija kohta. Vajalik eelkõige raha liikumisel (regisreeritakse firma olulisemad andmed, mille alusel tuvastada, kellele, kuhu raha liigub) Mittefunktsionaalsed vajadused: tarnija registreerimine peab toimuma küllalt vähestes kino filiaalides. Ettevõtte ärimudel näeb ette, et kinokavade ning rendiga tegutsev juhatus asub ühes või kahes suuremas kinos. Seal sõlmitakse olulisemad lepingud, tehakse tarned. Seepärast peab tarnijate haldamine olema veebipõhine, kõrgete turvanõuetega andmevormide kogumik, millele piiratud read-only ligipääs mitmelt poolt (väiksemate filiaalide
nõuded. Nõuete analüüsimine - kindlaks tegemine, kas püstitatud nõuded on ebaselged, mittetäielikud, mitmetähenduslikud, või vastuolulised, ja siis nende probleemide lahendamine. Nõuete salvestamine - Nõuded võivad olla dokumenteeritud erinevates vormides nagu tekstidokumendid, kasutusjuhud, kasutuslood või protsessispetsifikatsioon. Nõudeid on kaht liiki: Funktsionaalsed - Mida süsteem peab tegema? Mittefunktsionaalsed - ehk kvaliteedinõuded, Milline peab süsteem olema? Arhitektuurinõuded - läbivad süsteemi kõiki osi Disaininõuded - puudutavad süsteemi konkreetset osa 1. User Story e Funktsionaalne nõue Formaat (Muster) - (Kellena) ma soovin (eesmärk) selleks et (põhjus) Näited: Tudengina ma soovin konspekti selleks et ma ei põruks elus. 2. Mittefunktsionaalne nõue Piirang, millele süsteem peab alluma. Mõnikord puudutavad piirangud kindlaid
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. Tuleb panna paika proportsioonid, ehk anda protsentuaalselt osatähtsused või punktide arvestuse skeem lisaväärtuste eest: · funktsionaalsed omadused, · mittefunktsionaalsed omadused, · hind (soetushind: kõik kaasnevad kulud riistvarale, tarkvarale, koolitusele, oma protsesside ümberkorraldamisele jne ning püsikulu: rendimaksed, arendused/versioonid, oma töötajate kulu), · tarneaeg, · integratsioon ja juurutusprotsess (paigaldamine, koolitus, kasutajatugi, andmete sisestus või ületoomine, kohepealne testimine jms.), · pakkuja kvaliteet/tunnustatus, teenuste hindade stabiilsus, kogemused antud
Üldised artefaktid on testiprotsessile põhilisteks sisenditeks ning neid kirjeldatakse vaid ülevaatlikult. Täpsemat infot struktuuri ja sisu kohta leiab RUPi dokumentatsioonist [RUP]. 6.3.1 Üldised artefaktid Visioon defineerib huvitatud osapoolte arusaama ja põhinõudmised (ning nende aluseks olevad vajadused) arendatavale objektile. Visioon on aluseks edasisele detailsemale analüüsile, kuid annab üldülevaate arendatava objekti eesmärkidest. Süsteemi funktsionaalsed ja mittefunktsionaalsed nõudmised kõik süsteemile (või süsteemi osale) esitatavad nõudmised, mille hulka tavaliselt kuuluvad kasutuslugude mudel, kasutuslood ning lisaspetsifikatsioonid (kirjeldavad nõudmisi, mida pole võimalik kasutuslugude abil kirjeldada) Süsteemi kasutuslugu defineerib kasutaja võimalikud tegevused süsteemiga ning süsteemi vastused. Kasutuslood koondatakse kasutuslugude mudelisse, mis väljendab kasutuslugude omavahelisi ning kasutuslugude ja tegutsejate suhteid.
funktsionaalsusnõuetele. Spetsifikatsioon on kirjutatud nii, et see oleks kohaldatav nii avaliku kui ka erasektori organisatsioonides, kus tahetakse EDHSi kasutusele võtta voi hinnata juba kasutusel oleva EDHSi suutlikkust. Moreq2 Nõuded: Liigituskeem ja toimikute organiseerimine Kontrollmehhanismid ja turvalisus Säilitamine ja eraldamine Dokumentide hõlmamine ja deklareerimine Viitamine Otsimine, leidmine ja esitus Administreerimisfunktsioonid Mittefunktsionaalsed nõuded Nõuded metaandmetele Elektrooniliste dokumentide haldamise näidisnõuete MoReq2 rakendamine Eestis MoReq2-s on Euroopa Liidu liikmesriikidele ette nähtud võimalus kirjeldada eriomased riigisisesed nõuded nn nullpeatükis. Nullpeatükk annab teavet selle kohta, milliseid riigisiseseid nõudeid ja lahendusi tuleb silmas pidada MoReq2 rakendamisel Eestis. Eesti erisused: Dokumendihalduse arendamine ja normatiivne keskkond (seadused, määrused, juhised)
mudelite teatud abstraktsioonide või osahulkade abil. Kõige sagedamini vaadeldakse järgmiseid vaateid (vt. Näiteks http://www.rational.com/media/whitepapers/Pbk4p1.pdf): · Disaini vaade (loogiline vaade), mis kirjeldab disaini mudeli arhitektuurselt olulisi struktuure ja funktsioone. Lähtutakse eelkõige kasutajast. · Protsessi vaade, mis kirjeldab ülejäänud kolme vaate vahelisi seoseid. Aluseks on mittefunktsionaalsed nõuded (jõudlus, tarkvara integreeritus, veakindlus jne), kusjuures protsessina käsitletakse mingit terviklikku täidetavat üksust. Võib esitada erineval abstraktsioonitasemel. · Komponentide vaade, mis kirjeldab tarkvaramoodulite struktuuri, · Evitamise vaade (füüsiline vaade), mis kirjeldab tarkvara evitamisega/rakendamisega seotud füüsiliste elementide (arvutid, võrgud, lisaseadmed jne) ja tarkvara koostööd .
Etapi tulemid: asutuse süsteemide loetelu, aruanne süsteemide vastavusele dokumentidele esitatavatele nõuetele. E. DOKUMENTIDELE ESITATAVATE NÕUETE TÄITMISE STRATEEGIA KINDLAKSMÄÄRAMINE Eesmärk määrata kindlaks sobivaim poliitika, protseduurid, standardid jms, millest organisatsioon dokumentide haldamisel juhindub. Dokumendihaldussüsteemidele esitatavad nõuded Nõuded jagunevad: funktsionaalsed; mittefunktsionaalsed. Nõudeid kirjeldavad dokumendid: Nõuded elektrooniliste dokumendihaldussüsteemide funktsionaalsusele; Moreq2 eestikeelne tõlge F. DOKUMENDISÜSTEEMI VÄLJATÖÖTAMINE Dokumendisüsteemi loomise kava välja töötamine Etapp võib sisaldada: muudatuste kavandamine toimivates süsteemides, protsessides ja praktikas; tehnoloogiliste lahenduste adapteerimine või integreerimine; otsuse langetamine dok.haldusprotsesside täiustamise parima viisi kohta organisatsioonis. EDHS juurutamine.
Pole alati hädavajalik. Samas, kui ühegi komponendi taaskasutus võimalust pole ega näe ka tulemas, siis on tõenäoliselt tegu üle mõeldud lahendusega ja kindlasti mitte SOA-ga. SOA müügijutt.. Kattes oma süsteemi selgroo (mission critical) veebiteenustega, mis opereerivad SOA raamistikul, saad sa kergesti – laiendatava, – taaskasutatava ja asendatava lahenduse SOA annab meile raamistiku, kus mitmed mittefunktsionaalsed nõuded on juba täidetud. – Näiteks turvalisus – Arendajad keskenduda äriprobleemidele. VEEBITEENUS o A Web service is a service offered by an electronic device to another electronic device, communicating with each other via the World wide web. In a web service, web technology such as the HTTP, originally designed for human-to-machine communication, is utilized for
mis kodeerib teist aminohapet, ei pruugi olla suurte tagajärgedega, sest uus aminohape võib olla sarnaste keemiliste omadustega ja valk säilitab oma funktsionaalsuse. Samuti võib mutatsioon olla piirkonnas, mis ei muuda oluliselt valgu sekundaarstruktuuri või funktsiooni. 2) tekib stoppkoodon mõttetu mutatsioon (nonsenssmutatsioon vagu süntees lõpeb enneaegselt, tekivad ebatäielikud valguproduktid, mis enamasti on mittefunktsionaalsed) 3) ei muudeta aminohapet sünonüümne mutatsioon (vaikiv mutatsioon), ei mõjuta organismi. Mutatsioon ei avaldu fenotüübis, kui: 1) ühe nukleotiidi asendumine teisega ei põhjusta valgu molekulis ühe aminohappe asendumist teisega; 2) mutatsiooniga kaasneb küll ühe aminohappe asendumine teisega, kuid see ei muuda sünteesitava valgu ülesannet; 3) moodustunud mutantne alleel on retsessiivne ja tema kõrval olev homoloogiline alleel on dominantne. Mutatsioon avaldub:
Tekst annab põhjaliku kirjelduse, lisab Vastus 2 süsteemsed tegijad ja kirjeldab automaatsed System Analysis Narrative protsessid Vastus 3 Tekst annab kasutusmalli lühikese kirjelduse High-Level Requirements Narrative Küsimus 19 Analüüsi käigus tuleb kirjeldada funktsionaalsed nõuded ja mittefunktsionaalsed nõuded. Selleks kasutatakse... Vastus 1 Analüüsi klassimudel ei kirjelda mitte- unktsionaalsed nõuded Analüüsi tegevusdiagramm (activity diagram) Vastus 2 kirjeldab funktsionaalsed nõuded Vastus 3 Analüüsi lisaspetsifikatsioon kirjeldab mitte- unktsionaalsed nõuded
erinevad 2 tunnuspaari poolest. F1 põlvkonnas on tulemused samad, mis I seaduse puhul, F2 põlvkonnas on 9 eri genotüüpi ja fenotüübid jaotuvad suhtes 9:3:3:1. 8. Geenide alleelne varieeruvus ja mõju fenotüübile: semidominantsus, kodominantsus, mitmealleelsus. Tooge näide. Igal geenil on kaks alleeli dominantne ja retsessiivne. Erinevate alleelide kombineerimisel võivad alleelid fenotüüpi erinevalt mõjutada. Mittefunktsionaalsed alleelid null või amorfsed alleelid. Osaliselt funktsionaalsed alleelid hüpomorfsed, nad on retsessiivsed nende alleelide suhtes, mille funktsioon neid varjutab. Semidominantsus F1 põlvkonnas avaldub vahepealne tunnus. Punaste ja valgete õitega lõvilõua ristamisel tulevad roosade õitega järglased, ehk dominantne alleel avaldub heterosügootides nõrgemini. Kodominantsus: alleelid avalduvad üksteisest sõltumatult ehk heterosügootides üks
Ärisüsteemi (-teenuse) määratlus ja lühikirjeldus, lausendid ja loetelud Eesmärkmudel ja ärikasutusjuhud, äriprotsesside struktuur Põhiprotsessi (äriteenuse osutamine) töövoog, tegevusdiagramm Üldine kontseptuaalne klassidiagramm 2.1.2. Tarkvara nõuete analüüsi tulemid Üldine tarkvara kasutusjuhtude diagramm ja lühikirjeldused Olulisemad funktsionaalsed ja mittefunktsionaalsed nõuded 2.1.3. Järgmise iteratsiooni (fookuse) planeerimine 2.2. Detailimisfaasi (Elaboration) esimene iteratsioon 2.2.1. Ärimodelleerimise tulemid Iteratsiooni fookuses oleva äriprotsessi (mudelite) täpsustamine Täpsustatud kontseptuaalne klassidiagramm Põhiobjekti olekudiagramm 2.2.2. Tarkvara nõuete analüüsi tulemid Iteratsiooni fookuseks oleva põhikasutusjuhu laiformaadis
Nii on tekkinud mitokondrid ja plastiidid. Ajapikku on liikunud mitokondrite ja plastiidide geenid peremeesraku genoomi. Tsütoplasmas tehakse valmis valgud ja seejärel transporditakse mitokondrisse. Esineb sagedasti prokarüootidel (arhed ja bakterid) 10. Millised on mittekodeeriva DNA olulisemad grupid inimesel? intronid mittekodeerivad järjestused kodeerivate (eksonite) vahel, splaissimisel kõrvaldatakse nad premRNA-st .pseudogeenid mittefunktsionaalsed koopiad kodeerivatest geenidest, pseudogeene on 1%. inaktiivsed transponeeruvad elemendid LINE, SINE, Alu, Sva 11. Mis on C-paradoks ja kuidas seda põhjendatakse? Kui prokarüootidel on genoomi suurus ja geenide arv hästi kooskõlas, siis eukarüootidel ei ole. Eukarüoodid võlgnevad oma genoomi suuruse mittekodeeruvale DNA-le (just transposoonidele). Genoomi suurus on oluliselt seotud mittekodeerivate geenide olemasoluga, kusjuures
munajuha epiteelile toimides spermide reservuaarina. Spermide energiline liikumine vaigistatakse ja spermid kapatsiteeruvad. Kapatsiteerunud spermid hüperaktiviseeruvad ja vabanevad kitsuse piirkonnast. Hüperaktiviseerumine – spermide rahulik sümmeetriline liikumine muutub jõuliselt kiirendatud asümmeetriliseks liikumiseks Peale spermiogeneesi väänilistes seemnetorukestes on spermid morfoloogiliselt välja kujunenud, kuid siiski mittefunktsionaalsed. (ei suuda progressiivselt liikuda ja pole võimelised munarakku viljastama.) Imetajate spermid saavad funktsionaalselt küpseks ehk viljastumisvõimeliseks alles peale munandimanuse läbimist, kus nad läbivad epididümaalse küpsemise. 17. Kapatsitatsioon Toimub emase suguteedes. Seal leiduva albumiini poolt eemaldatakse spermide rakumembraanist kolestorool ning glütserofosfolipiidid muudab membraani viskoossemaks ja paigutab spetsifiilised valgud
d. Rääkimise kiirus (ajaühikus öeldud sõnade arv). e. Latentsuse periood (aeg küsimuse ja vastuse vahel, pauside pikenemine või sagenemine). 2. Näo karakteristikud a. Partnerile otsavaatamine (silmsideme olemasolu või vältimine). b. Naeratamine või naermine. 3. Liigutused a. Kehaliigutused (peasügamine, endale vastu pead löömine, nihelemine jne). b. Käeliigutused (käega selle kinnitamine, mis öeldi välja suusõnaliselt, mittefunktsionaalsed käe või sõrmede liigutused jne). c. Jalaliigutused d. Pealiigutused (raputamine, noogutamine jne) e. Neelamisliigutused (tavaliselt koos pealiigutustega). f. Positsiooni muutmine (asendi vahetamine näiteks istudes). Inimesed annavad sageli edasi vastuolulist informatsiooni, kus nende poolt sõnadega edasiantu ei ole vastavuses mitteverbaalsete näitajatega nende tegelikust emotsionaalsest seisundist. Reeglina on sõnaline kommunikatsioon paremini
Nii on näiteks psühholoogilised ja kompensatoorsed südamerütmi kiirendajad erutus ja hirm, vererõhu langemine, düspnoe ja hüpoksia, südamepauna tamponaad, pneumotooraks, palavik, valu jne. Sellisel juhul ei oleks rütmihäire ravi mitte ainult ebavajalik, vaid lausa vale. Siinkohal on hea meelde jätta, et maksimaalse siinussageduse saab enamasti siis, kui 220-st lahutada vanus (aastad). Kõik sagedused, mis jäävad üle selle, on alati patoloogiliste põhjustega ning mittefunktsionaalsed. Teisalt esineb füsioloogilist bradükardiat (sportlase süda). On olemas terve hulk haigusi, mis võivad tekitada südame rütmihäireid, mida on ilma põhiprobleemi kõrvaldamata raske kontrolli alla saada – eelkõige kuulub siia alla tasakaalust väljas vere elektrolüütide tase. Kiireloomulistes olukordades ei ole seda põhiprobleemi alati võimalik kindlaks teha. Sel juhul tuleb patsienti n-ö pimesi ravida (kuid jällegi alles siis, kui