· Ei suuda koondada tähelepanu · Ei saa hakkama tegevustega, mis nõuavad püsivust · Emotsionaalse vastureaktsiooni puudumine teiste inimeste pöördumistele · Iseloomulik on käitumise, huvide ja aktiivsuse monotoonsus, korduvus ja stereotüüpsus · Varases lapseeas võib avalduda eriline kiindumus ebatavalistesse, tüüpilistel juhtudel just kõvadesse objektidesse · Mitmesuguste rutiinsete mittefunktsionaalsete rituaalide sooritamine · Eriline huvi mittefunktsionaalsete elementide vastu (nende maitsmine, nuusutamine) · Vastuseis rutiinse elukorralduse või vahetu keskkonna muutusele (nt kodu kaunistuses või mööbli ümberpaigutamisel) · Omapärane kehahoiak ja kõnnak- võib esineda erinevatel eluperioodidel (Johnson 1997, Lovaas 1998, Kuzemtsenko 2003.) Peale spetsiifiliste tunnuste võivad avalduda hulk mittespetsiifilisi nähte:
KUJUNEMISEST Ameerika linnade tormiline areng nõudis odavaid ja kiireid ehitusmeetodeid Maa kõrge hind linnasüdametes sundis ehitama järjest kõrgemaid hooneid. ISELOOMULIKUD TUNNUSED ALGUSAASTATEL Risttahukakujulised mahud Siledad valge krohviga kaetud pinnad Lamekatused Igasuguste mittefunktsionaalsete kaunistuste vältimine (L. MoholyNagy. Bauhausi rõdud.) INTERNATSIONALISEERUMI NE Edaspidi asendusid valge Video!! krohviga kaetud seinad klaasiga. Seinad vabanesid kandeülesandest, mis jäi hoone teraskarkassile. Taolised ehitised levisid ka LääneEuroopas ja teisteski maailmajagudes. Stiili on võimalik tõlgendada moderniseerimise ja progressi sümbolina. (Le Corbusier. ÜRO peakorter. N.Y.
Töös on esitatud nouded kasutusjuhtudena. Projektis on olemas ka vastavalt projekti mahule töö autorite arvu järgi 15 funktsionaalset ja mittefunktsionaalset nouet. Sealhulgas kolm koormustesti. 3.4 Riskid ja vastuvõtutestid Projektis on kirjeldatud riskid, nende moju ning sagedus. Neile on antud prioriteedid ning identifikaatorid, et riskidele saaks viidata. Projektis on projekteeritud ka 30 riskipohist süsteemi voi tarkvara vastuvotutesti. Neist 18 on funktsionaalsete ja 12 mittefunktsionaalsete nouete testi. Nende hulgas ka 3 koormustesti. Testid on tuletatud nouetest ja riskide hinnangust. Samuti on iga test viidanud selle aluseks olevale noudele ja riskile. Projektis on kirjeldatud ka vastuvotmise kriteeriumid. 3.5 Vastuvõtutestimine ja esmane hinnang Funktsionaalsed ja mittefunktsionaalsed vastuvotutestid on täidetud ja läbi viidud kasutades Selenium IDE-d ning jmeter-it. Moned testid on tehtud käsitsi. Projektis on antud esmane
funktsionaalsuse vastavus normidele). Mittefunktsionaalsed nõuded vastavad küsimusele "Kuidas tarkvara peab vajalikke funktsioone täitma?". Näiteks, süsteemi vastuse aeg peab jääma etteantud piiridesse (tõhusus); süsteem peab teatud ajavahemike jooksul tõrgeteta töötama (töökindlus) jne. Otstarbekas on püstitada testitavad nõuded, muidu ei saa nende täidetust hinnata. Funktsionaalsuse (täpsemalt, sobivuse) korral on see enamasti nii. Mittefunktsionaalsete nõuete puhul on asi keerukam. Nõue võib olla testitav, kuid ebareaalne, ebamõistlik, ebapiisavalt spetsifitseeritud jne. Näide: "süsteemi vastuse aeg peab jääma alla 3 sekundi". Kui sellised nõuded on lepingus, on see tavaliselt ühe poole lisarisk. Eesmärkide ja nõuete hindamiseks võib kasutada ka laiemat SMART kriteeriumit (Specific, Measurable, Agreed, Realistic and Time bound). 5. Tarkvara elutsükli mudelid ja protsessimudelid mis on erinevus? Ülevaade
ajad, arhitektide ja analüütikute kohtumised allikandmete analüüsiks jne) panevad paika kliendi ja teenusepakkuja poolsed projektijuhid, arvestades teiste osapoolte võimalusi ja soove. Analüüsietapi käigus kaasab arendusteenuse pakkuja poolne projektijuht müügiinimesi aruandlustarkvara müüvast ettevõttest. Tehakse vähemalt kolme erienva 5 aruandlustarkvara paketi demonstratsioonid ning võrreldakse toodete omadusi mittefunktsionaalsete ärinõuetega. Lõplik valik sünnib analüüsietapi lõpul klientettevõtte otsusel. Analüüsietapis dokumentatsiooni põhjal koostatakse hinnapakkumine ja ajakava süsteemi realisatsiooni teostamiseks. Realisatsioonietapil on teenusepakkuja põhiliseks toeks klientettevõttes projektijuht ja IT arhitekt. Realisatsioonietapil juurutatakse ka valitud aruandlustarkvara kliendi juures. Realisatsioonietapp lõpeb süsteemi testimise/valideerimise ning klientettevõttele üleandmisega
2.2. Kriteeriumite võimalikud väärtused, ekvivalentsiklassid ja piirjuhud .................... 41 7.3. Funktsionaalsete testide salvestamine ja täitmine ................................................................ 47 8. Mittefunktsionaalsed testid ................................................................................................ 52 8.1. Riskipõhiste mittefunktsionaalsete vastuvõtutestide täitmine .............................................. 52 8.1.1. Mittefunktsionaalsete vastuvõtutestide kokkuvõte .............................................. 57 9. Programmipõhised testid .................................................................................................... 59 9.1. Testitav programm või moodul ........................
..................................................................................................19 7.2.3 Funktsionaalsed testid..............................................................................................20 7.3 Funktsionaalsete testide salvestamine, täitmine ja tulemused........................................22 8. Mittefunktsionaalsed testid.................................................................................................24 8.1 Riskipõhiste mittefunktsionaalsete vastuvõtutestide salvestamine ja täitmine...............24 8.2 Esmane hinnang..............................................................................................................27 9. Programmipõhised testid.....................................................................................................28 9.1 Testitav programm või moodul.......................................................................................28 9
(Lol, dafuk does this even mean? Roost mix?) Artifact - üldmõiste, tähistab igasugust tööprodukti: kood, graafika, dokument, diagramm etc. ● Ärimodelleerimine - Kui arendatakse üksikrakendust siis sisaldab valdkonna klassidiagrammi. Ulatuslikus ärianalüüsis sisaldab äriprotsesside dünaamika modelleerimist üle terve ettevõtte. ● Nõuded - nõuete-vajaduste analüüs rakenduse jaoks, use-case’ide kirjutamine ning mittefunktsionaalsete nõuete identifitseerimine ● Disain - kõik mis sellega kaasneb e arhitektuur, objektid, kasutajaliides, andmebaas, võrgud ● Realiseerimine - programmeerimine, ehitamine aga mitte rakendamine ● Testimine - vahetulemuste hindamine võttes aluseks nõuded - kas vastab või ei. ● Rakendamine - vahetulemuste rakendamine tellija keskkonnas UP toetavad distsipliinid
Varases lapseeas võib avalduda eriline kiindumus ebatavalistesse, tüüpilistel juhtudel just kõvadesse objektidesse. Oma tegevuses võivad lapsed demonstreerida erilist püüdu sooritada mitmesuguseid rutiinseid mittefunktsionaalseid rituaale. Need võivad avalduda stereotüüpse hõivatusena omapärasest huvist kuupäevade, kalendri, marsruutide, sõiduplaanide vastu. Sageli esineb neil motoorseid stereotüüpiaid. Reeglina täheldatakse erilist huvi objektide mittefunktsionaalsete elementide vastu (nende maitsmine, nuusutamine), samuti vastuseisu rutiinse elukorralduse või vahetu keskkonna muutusele (nt. kodu kaunistuses või mööbli paigutuses). Peale nende spetsiifiliste diagnostiliste tunnuste võib autismiga lastel sageli avalduda hulk teisi mittespetsiifilisi nähte: kartused/foobiad, une- ja söömishäired, ärritus- ja agressiivsushood. Ka enesevigastamine 2 (näiteks randme hammustamine) on üsna laialt levinud, eriti neil juhtudel, kui kaasneb raske
läbi protsessiliidese liigub väga erinevatesse esinemisvormidesse kodeeritud informatsioon. Lisaks puudub arvutil valida info vastuvõtu hetke (infovahetus toimub tihti peale keskkonna initsiatiivil). 12. Erinevus paralleelsete ja sundparalleelsete programmide vahel Sundparalleelsus on paralleelsus, mis on tarkvara insenerile peale surutud ümbritseva keskkonna poolt. Vajalik reaalajasüsteemide nõuete täitmiseks. 13. Funktsionaalsete ja mittefunktsionaalsete nõuete erinevus Funktsionaalsete nõuete all mõistetakse inim-operaatori ja juhitava/jälgitava kobara poolt arvutikobarale esitatavaid nõudeid. Funktsionaalsed nõuded iseloomustavad kasutaja ootusi süsteemi poolt täidetavatele funktsioonidele. Mittefunktsionaalsed nõuded kujutavad endast nõudeid töökindluse, ohutuse ja turvalisus suhtes ning ajakitsenduse täitmine. 14. Olekumuutuja kehtivusintervalli määramine Iga olekumuutuja väärtus on aja funktsioon
integreerimismeetodit toetavad objektid, saab alustada näitajatest ja liikuda ülespoole, kuni lõpuks on olemas üks kvaliteeti iseloomustav arv. Seda võrreldakse etteantud arvuga, et otsustada, kas süsteemi kvaliteet on piisav. 8. ISO/IEC 25000 [ja ISO/IEC 9126] standardite seeriad ISO/IEC 25010- kvaliteedimudelite standard (tootekvaliteet, kasutuskvaliteet). ISO/IEC 9126- kasutus-, välis-, sise- ja protsessi kvaliteeti. 9. Tooge näiteid funktsionaalsete ja mittefunktsionaalsete nõuete kohta Funktsionaalne nõue- „Süsteem peab võimaldama kauba tellimist“. Mittefunktsionaalne nõue- „Süsteemi vastuse aeg peab jääma etteantud piiridesse“. 10. Tooge näiteid testitavate ja mittetestitavate, reaalsete ja ebareaalsete nõuete kohta Testitav- „Süsteem peab väljastama jooksva hetke laoseisu“. Mittetestitav- „Süsteem peab olema töökindel“. Reaalne- „Süsteem peab töötama järgmiste brauseritega“.
detailsemal kujul kui 1. iteratsioonis. II iteratsioonis tuli välja uus tegutseja: instituut. II iteratsioonis tuuakse valitud teenuste kohta välja kasutusjuhud kõrgtaseme formaadis ja diagrammina, põhiprotsesside lausendid, tegevusdiagrammid, arvutikasutuse sündmuste- kasutusjuhtude vastavustabel, täpsustatud kontseptuaalne klassidiagramm ning põhiobjektide seisundidagrammid. Võimalik, et vajadusel lisanduvad funktsionaalsete ning mittefunktsionaalsete nõudmiste täpsustused. 1.4.2 Skoobi täpsustus Kui töö skoop II iteratsioonis muutub, siis kirjeldatakse siin peatükis vastavat muudatust. Töö skoop muutub II iteratsioonis kitsamaks. Töös käsitletakse deklaratsiooni esitamise ja kinnitamistega seonduvaid protsesse ning deklareerimisperioodide haldamist. 1.5 Ärimodelleerimine 1.5.1 Äriprotsesside struktuur Äriprotsessi struktuuri joonistame uuesti üles II iteratsiooni alla juhul kui see on muutunud
II iteratsioonis käsitletakse registreeringute ning tellimuste kui äriteenustega otsesemalt seotud tegevusi detailsemal kujul kui 1. Iteratsioonis. II iteratsioonis tuuakse valitud teenuste kohta välja kasutusjuhud kõrgtaseme formaadis ja diagrammina, põhiprotsesside lausendid, tegevusdiagrammid, arvutikasutuse sündmuste- kasutusjuhtude vastavustabel, täpsustatud kontseptuaalne klassidiagramm ning põhiobjektide seisundidagrammid. Võimalik, et vajadusel lisanduvad funktsionaalsete ning mittefunktsionaalsete nõudmiste täpsustused. 1.5.2 Skoobi täpsustus II iteratsioonis muutub skoop detailsemaks. 1.6 Ärimodelleerimine 1.6.1 Äriprotsesside struktuur Joonis 8: Äriprotsesside detailsem struktuuridiagramm (II iteratsioon) 1.6.2 Põhiprotsess lausendite kujul Fotograafid määravad pildistamisvaldkonnad. Klient registreerib kasutajakonto. 16 Klient koostab sooviavalduse.
üksteisest kuigivõrd (võidakse pakkuda juhi või kujundaja ametikohti suhteliselt väikeste punktivahedega). Mõneti pean tunnistama, et tõepoolest on kindluste määramises kohti ning sisendparameetrite kombinatsioone, mida ma pole arvestanud ning mille tulemusel võivad mõningad anomaaliad väljundisse tekkida. Samas või pakutavate ametikohade varieerumist käsitleda pigem kui inimese mitmepalgelisuse arvestamist ja lugeda seda positiivseks asjaoluks. Mittefunktsionaalsete nõudmiste seisukohalt on teine realisatsioon vast viletsam kui esimene. Pole ju tegu veebipõhise rakendusega ning ka navigatsioon toimub käsurealt (olgugi, et väljundi kuvamine on pisut vähem segadusstekitav kuvatakse lühem loetelu ametikohti). Kõiki asjaolusid arvestades, jään siiski rahule, kuna rakendus on kasutatav ka süsteemivõõrale inimesele, kellel käsurealt töötamisega mingigi kogemus (vt. vastuvõtutest 6). 6.3 Hinnang
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 loomulikus keeles esitatud, vastaks nõuete kolmele põhiomadusele. Tihti on raske vahet teha funktsionaalsete ja mittefunktsionaalsete (kvaliteedi) nõuete vahel, see teeb selle raskesti aru saadavaks. o Struktureeritud loomulik keel, nt kasutaja lood, kasutusjuhud, tsenaariumid. o Mudelid, mis illustreerivad nõudeid, ehk graafilised notatsioonid. Nt iteratsioonidiagrammid, klassidiagrammid, süsteemi käitumis diagrammid jne. o Formaalsed ehk matemaatilised spetsifikatsioonid, nt Z keel. Kaks olulist nõuete esitamise viisi
Jätkata hariduse omandamist või tööd - Perekonnale/suguvõsale rääkida põhjalikult diagnoosist ja selle olemusest - Limiteerida ’niisama’ rahustite, stimulantide, valuvaigistite võtmist. Parim oleks täielik vabadus ravimitest - Antidepressandid, meeleolu stabilisaatorid vajadusel - KKT et mõjutada patsienti mõtlema tulevikule Psühhosotsiaalne sekkumine KKT - Lühiteraapia, struktureeritud ja probleemi lahendamisele suunatud - Mittefunktsionaalsete töötlusviside ja käitumisviiside muutmine - Viisid kehaliste aistingutega toimetulekuks - Aktiivse eluviisi säilitamine - Efektiivne patsientidel kellel ka depresseiivne sümptomaatika Psühhoteraapia - Individuaalne või grupiteraapia aitab vähendada ärevust ja muretsemist Psühhiaatri konsultatsioon, hüpnoos jne Medikamentoosne ravi - Väheefektiivne - Valuvaigistite võtmine ei ole soositud - Kaasuvate haiguste… Komplikatsioonid - Ravimsõltuvus
käideldavus); - tagada piisav jõudlus (st. mahuhaldus); - tagada efektiivne infosüsteemi ülalhoid (st. finantshaldus); - tagada, et ülalhoid baseeruks õigetel strateegilistel otsustel. NB! Piisava/vajaliku funktsionaalsuse tagamine on IT arenduse ülesanne. Strateegiliste otsuste skoobis tuleks tähelepanu pöörata vähemalt järgmistele aspektidele: - piisava kompetentsi olemasolu IT-s - optimaalsed töömeetodid, metoodikad, tehnoloogiad; - arendustööde kvaliteet ja mittefunktsionaalsete nõuete täitmine; - optimaalselt ajastatud ja eelkõige _õiged_ sisseostud (st. ostetakse rakendusi ja seadmeid mis annavad ka reaalselt positiivset lisaväärtust ega jää kasutult seisma vaid suudetakse tootmisesse anda); - ülalhoiutegevuse kvaliteet, sh. ITSM protsesside kasutamine. Lähtuda tuleb ka olulistest „rusikareeglitest“, milleks on: - valesti projekteeritud / ebasobiva arhitektuuriga / vigaselt realiseeritud süsteemi „käima ei hoolda“;
mudel,… UP käsitleb järgmisi distsipliine: Ärimodelleerimine (business modelling) – kui arendatakse üksikut rakendust, sisaldab (rakendus)valdkonna (domeeni) objektmodelleerimist. Ulatuslikus ärianalüüsis või äriprotsesside ümberkorraldamises sisaldab äriprotsesside dünaamika modelleerimist üle terve ettevõtte. Nõuded (requirements) – nõuete-vajaduste analüüs rakenduse jaoks: use case-ide kirjutamine ning mittefunktsionaalsete nõuete identifitseerimine.. Disain – kõik disaini aspektid: arhitektuur, objektid, kasutajaliidesed, andmebaasid, võrgud jne.. Realiseerimine (implementation) – süsteemi programmeerimine ja ehitamine, mitte rakendamine Testimine – Rakendamine (deployment) – Muudatuste ja konfiguratsiooni haldamine – Projektijuhtimine - Keskkond (environment) – arendusvahendite (tööriistad) ja protsessi keskkonna seadistamine projekti jaoks
annaabi.ee 
