..8 Inkrementaalse arenduse eelised:...................................................................................11 Inkrementaalse arendused probleemid:..........................................................................11 4.Agiilsed arendusmeetodid...............................................................................................12 5.Spiraalmudel....................................................................................................................14 6.Prototüüpimine................................................................................................................16 Prototüüpimise etapid on järgmised:..............................................................................17 Ühekordse prototüüpimise põhimõtted on järgmised:...................................................17 7.Dokumentatsioon.............................................................................................................18 8.Viited..............
Kompeline/kompe- üldkandefunktisoon Kompekuva Iivelduslävi Visuaalvihje Aistekonflikt Viipsesisestus Huulelugemissüsteem Kinnassisestus Tarkvara Virtuaalkeskkonna Virtuaalilma operatsioonisüsteem generaator Visuaalprogrammikeel Virtuaalmudel/VR- Simuleerimiskood mudel/virtuaalmudel Virtuaalprototüüp Katseline prototüüpimine Virtuaalobjekt Virtuaalreaalsuse Reaalsusmootor autor Ruumiline animatsioon Kontaktivaba virtuaalreaalsus Tekstuuri simuleerimine Reaalaegkuva Süübegraafika Sisend ja väljund Pilditöötlussüsteem Viipeandur Stereokoopiline Kookon süsteem Liikeplatvorm Rööpkuvasüsteem Mikroandur
Projekt hinnang: · Valime1 CPU, 100 KLOC COCOMO hindab 1403 inimkuud · Valime 4 CPU, 40 KLOC, 3 x 20 KLOC COCOMO hinnang 909 inimkuud · Valik 5 CPU, 22 KLOC COCOMO hinnang 1030 inimkuud Süsteem hinnang kuidas riistvara lisamine mõjutab olulisi parameetreid töökindlus, energiatarve? 52. Tarkvara loomise meetodid. 1. voomeetod 2. täiustav prog.-e, süsteem kiiresti valmis ja modifitseerida kuni ok 3. prototüüpimine 4. formaalne transformatsioon, formaalsest spetsifikatsioonist -> transformatsioon korrektse produktini 5. süsteemi koostamine taaskasutatavatest osadest 6. tarkvara tehased (Toshiba Software Factory) 53. ,,Kosk-mudeli" kirjeldus, eelised, puudused, kasutatavus RAS korral. Kosk mudel iseloomustab klassikalist tarkvara elutsüklit, kus on seitse etappi: 1. Vajaduste kirjeldus 2. Disain 3. Koodi kirjutamine (konstrueerimine, teostamine) 4
oma loomingulise tegevusega on disainilahenudse loonud), esitada patendiametisse vastav taotlus.Oluline on meeles pidada, et kui pole kokku lepitud teisiti, on tööülesannete käigus loodud tööstusdisainile õiguskaitse taotlemise ning tööstusdisainilahenduse registreeringu omanikuks saamise õigus tööandjal või tellijal, mitte disainilahenduse loojal. http://www.intellektuaalomand.edicypages.com/toostusdisain 10.Mis on prototüüpimine? Milliseid prototüüpe teate? Prototüüpimine on mudeli valmistamine idee arendamiseks ja katsetamiseks. Proovitakse, kas asi töötab päris maailmas. Vahel luuakse prototüüpe ka selleks, et klientides huvi tekitada. Nt. Tööstuses, arhidektuur maketid, 11.Kuidas kavandaksite tootepakendi? Näited toote füüsikalised omadused • keskonnatingimustest põhjustatud ohud • pakendi maksumus • tööjõukulu pakkimisel • tarbija aktsepteering • toote identifitseerimine • taaskasutuse võimalus
Kasutusjuht erineb kasutusloo poolest selle poolest, et kasutjusjuht on laiahaardelisem, näitab kasutaja tegevust üle süsteemi rajapinna, näitab seoseid erinevate kasutajate/süsteemide. Kasutuslugu piirdub pigem ühe kasutaja ja funktsiooniga. Nõuete spetsifikatsiooni dokument – dokument, kust saab järele vaadata, mida süsteem tegema peaks, mitte seda, kuidas Nõuete valideerimise tehnikad: manuaalne ülevaatamine prototüüpimine testid LOENG 3 - Raino Kolk Coding pattern – kokkulepe või traditsioon kuidas probleeme koodis lahendada Agiilse meetodi eelised: Erosioon – kui lepitakse kokku mingis tarkvara disainis, aga seda muudetakse. Näiteks kui mingid andmed peavad läbima teenuse, aga progeja hardcode’ib ja teenust ei kasutata. (eksam) Serveriteenused: klient->server Komponentidel põhinev arhitektuur, eelised: taaskasutatav asendatav laiendatav kapseldatud
- eelised: kiire, täpne, odav(vajab vähe resurssi). ·Komponentide trimmimine mikroelektroonikas - on elektroonika komponentide laserlõikus ehk võimaldab väikeseid elektroonikakomponentide nagu takistite, kondensaatorite lõikamist. - eelised: vähem praaki, kiire, vähe müra, ülitäpne, servad pole sakilised, automaatne, ·Pinna rekristalliseerimine pooljuhttööstuses - ·Stereolitograafia, selektiivne paagutus (selectivesintering) -> kiire prototüüpimine (rapid prototyping) ·Õhukeste kilede valmistamine - (suhteliselt pikk protsess, võib lühidalt ümber kirjutada kes oskab) - link: http://dspace.ut.ee/bitstream/handle/10062/30845/Timo%20_Tolmusk%20.pdf?sequence=1 ·Laserpuhastus- peab eemaldama saastekihi või pinnakatte, jättes aluspinna (ka latentselt) kahjustamata ja vajaliku pinnastruktuuriga. eelised: - elektiivne, hästi lokaliseeritav, mittekontaktne, protsess on hästi
Integreerimine Andmete-põhine kattuvus implementatsioonist) tuletada väljundjada, teades id = create_process(P1); Prototüüpimine Süsteem on kirjeldatud kui protsesside kogum sisendandmeid ilma Aeg määratlemata täitmisjärjekorraga Sünkroonsed v
· tarkvara nõudmiste spetsifikatsioonile vastab valideerimistestimine · tarkvara realisatsiooniprojektile vastab integratsioonitestimine · tarkvara kodeerimisele vastab mooduli testimine XP (Extreme Programming) üheks eesmärgiks on suurem paindlikkus muutuvate nõuete tingimustes. XP ja testimise vahekorda võib lühidalt iseloomustada järgmiselt: · Põhimõtted: Tellija-orienteeritus, tiimitöö, V-mudel (testimine paaris arendusega), prototüüpimine, lihtsuse püüd · Testipõhine arendus (test driven development): testid luuakse enne realiseerimist kliendi lugude (stories) põhjal: ühiku testid (programmeerijalt, kohe enne realiseerimist) ja vastuvõtmise testid (Tellijalt, funktsionaalsed) · Läbivaatuste asemel koostöö TPI(Test Process Improvement) mudeli eesmärk on analüüsida testimise olemasolevat protsessi ja näidata selle tugevaid ning nõrku külgi. Seda võib rakendada tarkvarale, aga
instituut. 58 FPGA disaini etapid Simuleeritava spetsifikatsiooni loomine Kas idee põhimõtteliselt töötab? Spetsifikatsiooni tükeldamine Hallatavus ja korduvkasutus Algoritmiline täpsustamine Arhidektuursete lahenduste valimine Spetsifikatsiooni teisendamine skeemiks Prototüüpimine FPGA baasil, jah FPGA eesmärgiks võib olla ka vaid prototüübi koostamine, Toomas Ruuben. TTÜ Raadio ja sidetehnika 117 instituut. FPGA disaini etapid Simuleeritava spetsifikatsiooni eesmärgiks on tuvastada mudeli korrektsus ning kas tellija ja projekteerija on üksteisest õieti aru saanud. Süsteemi tükeldamine seisneb ülesannete jagamises riist- ja
ISO/IEC 12207, CMMI, COBIT, ITIL. Nad hõlmavad väga mitmesuguseid protsesse, mitte ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. Tarkvara elutsükli mudelid • Code-and-fix mudel • V-mudel • Koskmudel e lineaarne mudel • Evolutsiooniline mudel • Formaalne süsteemi mudel • Korduvkasutusele tuginev mudel • Prototüüpimine • RUP-mudel • RAD-mudel • Komponenttehnoloogiale tuginev mudel • Agiilne mudel Testimine Kitsamas mõttes on testimine tarkvara täitmine / käivitamine kontrollimaks, kas ta vastab ettenähtud nõuetele ning leidmaks vigu. Laiemas mõttes on testimine tarkvara analüüsi protsess eesmärgiga leida erinevusi olemasolevate ja nõutud tingimuste vahel ning hinnata tarkvara omadusi.
o See on põhimõtteliselt ainuke dokument, mida kasutatakse agiilse tarkvarasüsteemi puhul o See on vajalik selleks, et oleks hiljem võimalik kontrollida süsteemi nõudeid Eksamil on oluline nõuete analüüsi protsessi kohta teada: o o See on iteratiivne Nõuete valideerimise tehnikad o Eksamil võib olla küsimus: Millised on nõuete valideerimise tehnikad? o Nõuete läbivaatused o Prototüüpimine o Nõuete valideerimine testnõuete kaudu Prototüüpimise plussid o Lahendus mõeldakse detailselt läbi o Lõppkasutaja saab „proovida“ funktsionaalsust enne realisatsiooni o Tellija ja täitjal ühine nägemus lõpptulemusest o Tellija ja täitja saavad täpsemalt kokku leppida projekti skoobis ning vahetulemites o Saab eraldada, mis on lihtsam ja mis keerulisem funktsioonalsus
Väikest ettemõtlemist siiski tehakse: visuaalne modelleerimine, kasutades kiireid UML diagrammide eskiise, mida teevad arendajad poole kuni terve päeva jooksul paarisdisainitööna. Iga iteratsiooni tulemuseks on täidetav, kuid mittetäielik süsteem. Süsteem ei pruugi olla tootmisse rakendatav paljude iteratsioonide jooksul (näiteks 10 kuni 15 iteratsiooni). Iteratsiooni tulemuseks ei ole eksperimentaalne või äravisatav prototüüp. Iteratiivne arendamine ei ole prototüüpimine. Tulemuseks on tootmiskvaliteediga alamhulk lõppsüsteemist. Tavaliselt iteratsioon võtab ette uued nõuded ja laiendab süsteemi inkrementaalselt. Aeg-ajalt võib iteratsioon üle M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 vaadata ka olemasolevat tarkvara ning täiustada seda: näiteks allsüsteemi jõudluse tõstmine ilma uusi omadusi lisamata. Muudatuste hõlmamine: Tagasiside ja Kohanemine
168. «Äri», kelle jaoks IT taust on juba eeldus. ITtaustaga ametid LHVs: •Analüütik •Arendaja •Kvaliteedispetsialist •Administraator •ITtugi Aga see ei ole kõik. «Äri», kelle jaoks IT taust on juba eeldus: •Tootearendus •Ärianalüüs •Andmeanalüüs •Kasutajamugavuseanalüüs(UI, UX) •Protsessideoptimeerimine •Frontendarendusja prototüüpimine •Turundus, SEO&SEM •jne Üks suuremaid takistusi maailmas digiallkirja lendamiseks on, et pole piisavalt juriste, kes saaks aru, kuidas digiallkiri töötab, et saaks seadusemuudatusi sisse viia. «Äri saab aru, mis on IT võimalused» «IT saab aru, mis on äri eesmärgid» Sellest enam ei piisa. Agiilne arendus ei ole mingi «asi, mida IT teeb» Äri peab arenema agiilselt. Äri ja tehnoloogia arenevad koos
annaabi.ee 
