haldur või mõni teine tehnilise personali liige. Tavaliselt lisatakse kasutusjuhendisse ekraanipildid, mis lihtsustavad arusaamist. Kasutatav keel peab olema võimalikult lihtne ning sobima auditooriumile. Ei ole sobiv kasutada zargooni ning erimõisted tuleks lahti seletada. Kasutusjuhend koosneb: · pealkirjast ja autoriõiguste selgitusest · eessõnast, mis annab soovitusi juhendi kasutamiseks ja sisukorrast · juhendist (olulisemate) süsteemi funktsionaalsuste kasutamiseks · veaselgituste (troubleshooting) osast, mis peaks hõlmama olulisemad probleemid ja nendega toimetuleku võimalused Tihti lisandub ka korduma kippuvate küsimuste osa (FAQ), mida on kergem pidada ja vajaduse korral täiendada digitaalses vormis, kontaktandmed, viited lisamaterjalidele, sõnastik ja indeks. Vaata näiteks GoogleEarthi kasutusjuhendit: http://earth.google.com/support/bin/static.py?page=guide_toc.cs
treeningkavade koostamise võimalus Seatud piirangud 1 Jõusaali treeningkavade koostamiseks mõeldud äriloogika peab olema konkreetsetest kliendi veebiliidestest sõltumatu Jõusaali treeningkavade koostamiseks mõeldud serveripoolne äriloogika ei tohi olla kliendispetsiifiline Seatud piirangud 2 Jõusaali treeningkavade koostamiseks mõeldud äriloogika peab olema hallatav ning muudetav, võimalikult sõltumatult klientidest, kes seda kasutavad Uute funktsionaalsuste lisamine äriloogikasse ei tohi tekitada vajadust uuendada kliendi veebiliideseid, mis juba kasutab varasemat versiooni äriloogikast Eeltöö Uuriti kirjanduslikke materjale jõusaali treeningkavade koostamise kohta Võrreldi arhitektuurilisi võimalusi lahenduse realiseerimiseks Autori poolt tehtud töö Koostas jõusaali treeningkavadega seotud andmestruktuurid Projekteeris lahenduse infrastruktuuri Projekteeris jõusaali treeningkavade
infosüsteem on väga spetsiifiline, siis tuleb edaspidi arvestada sellega, et projekti tuleb kindlasti kaasata antud infosüsteemi arendamise kogemustega arendajaid. Mida vältida, teisiti teha Kindlasti on projekti haldamise juures väga vajalik projektijuhtimise töövahend, kuid antud projekti juures kasutusel olnud MS Projectiga ei saa jääda rahule. Nimelt, kuna puudusid varasemaad kogemused töötamisel selle programiga, siis kulus liiga palju aega selle funktsionaalsuste õige käsitsemise tundmaõppimisele. Samuti ei hakata edaspidiste projektide haldamisel kasutama MS Projecti, vaid firma sees oma tarbeks väljatöötatud projektide haldamise rakendust. 6
Infosüsteem on organisatsiooni arengukeskkond Majanduslik areng, konkurents ja muutused töökorralduses toovad organisatsiooni jaoks kaasa informatsiooni väärtuse kasvu Edukaks olemiseks ei piisa ainult informatsiooni omamisest, vajalik on tehnoloogia (ehk teadmised ja oskused) selle leidmiseks ja kaitsmiseks INFOSÜSTEEMI ARHITEKTUUR Infosüsteemi ja tema allsüsteemide ehitus- ja paiknevusvaated Siia kuuluvad arvutivõrkude, serverite, klientide, tarkvara, organisatsiooni, funktsionaalsuste ja andmete ning muude osade paigutus ja vaated Infosüsteemi üldise struktuuri moodustavad funktsionaalsed alamsüsteemid ja tööd kindlustavad osad (tavaliselt tarkvara, riistvara) INFOSÜSTEEMI OSAD: 1. Organisatsiooni liikmed 2. Infotehnoloogiline osa 3. Mehaaniline osa (informatsiooni automatiseerimata töötlemine või käitlemine) 4. Nendevahelised suhted (reeglid, infovool, suhtlemine) INFOSÜSTEEMI ÜLESANDED 1
,kuidas hävitame ,kuidas määrame dokumendi ringluse,juurdepääsu õigused ,säilitus tähtajad elektrooniline dokumendi haldus: ((dokumendi saamine-dokumendi registreerimine- liigitamine-säilitustähtaja määramine-säilitamine ja erladamine-dokumendi hävitamine amphora-võimaldab digitaalset dokumendi haldust ja asjaajamist.Amphora on juhtivaid digitaalse asjaajamise tarkvarasid Eestis.Tarkvara on loodud kasutajate vajadustest lähtuvalt ning mitmete funktsionaalsuste on toimunud kasutajate tellimusel. Postipoiss-on elektrooniline dokumendi haldusesüsteem,mis mõeldud elektroonilisel ja paberkandjal oleva dokumenteeritud informatsiooni(kirjad,avaldused,käskkirjad.lepingud,õigusaktid,protokollid,korraldused jne ) haldamiseks.Postipoiss hõlmab dokumendi protsesse alates nende loomisest/saamisest,registreerimisest,haldamisest asutusesiseselt kuni selle arhivaaliks viimiseni.))
Tarkvaraarenduse üks võtmeküsimusi on - kuidas tulla toime muudatustega, sest suurte tarkvaraprojektide puhul on muutused vältimatud. Äritegevus muutub ja see toob endaga kaasa muutunud nõuded, tekivad uued tehnoloogiad, mida oleks otstarbekas tarkvarasüsteemides nende täiustamiseks rakendada ning muutuvad platvormid, millele süsteem on rajatud. Nimetatud muutused nõuavad ümbertegemist ning maksab nii nõuete korduv analüüsimine koos teostusega kui ka uute funktsionaalsuste realiseerimine. Muudatuste maksumust tuleb hoida nii väiksena kui võimalik. Seega tuleb arendusprotsessi tuua sisse tegevused, mis aitavad muudatusi ette näha enne kui nende sisseviimine olulist tööd nõuab. Näiteks prototüüpimise abil saab kliendile näidata varakult süsteemi olulisi omadusi. Muudatusi on parem teha siis, kui nende sisseviimine on võimalikult odav. Sellest tulenevalt on mõistlik toote järk-järguline (inkrementaalne) arendus ja üleandmine
kui ka konverentsikeskustele. Tegemist on süsteemiga, mis kätkeb endas kliendihaldust ning aja-, ürituste- ja tulude juhtimist. Seega kõike seda, mida konverentsi- ja toidlustuskorraldus ettevõtte vajab tulemuslikuks tööks. 3. Opera Xpress – juhtimissüsteem väikestele hotellidele, mis võimaladb valida sobiva funktionaalsuse vastavalt hotelli vajadustele. On disainitud spetsiaalselt limiteeritud teenuseid pakkuvatele iseseisvatele- ja ketihotellidele, kes ei vaja täit Opera funktsionaalsuste paketti. Süsteemi kergesti loetav ekraan annab kiire ligipääsu kõikidele peamistele hotelli vastuvõtu operatsioonidele. Opera Xpress põhineb Opera täislahendusele, milles erandina limiteeritakse süsteemi funktioonid vaid nendele, mida hotellil tegelikult vaja on. Kliendil on võimalik teha oma valik nimekirjast, mis sisaldab kõiki Opera täislahenduse funktsioone. Limiteeritud funktionaalsus muudab lihtsamaks ka kasutajaliidese, mis koos online abiga lihtsustab ka uute
loomine ja haldamine ettevõttes IS Holdings OÜ. Peale samas ettevõttes töötamise on neil ka muid sarnaseid jooni -- mõlemad on isad ning elamise pealinnast kaugemale kolinud -- kohtumisteks saab ju alati kohale sõita ning kaugtöö pole enam ammu uus asi. Seega -- kuna üldjuhul oli võimalik saada isegi eestikeelset abi, ei tule ilmselt kohaliku leviku põhjuste üle imestada. Tulevik MySQL'i vastaste põhilisteks argumentideks on tähtsate SQL92/SQL99 funktsionaalsuste puudumine, kiirus ning stabiilsus ei kompenseeri võimaluste puudumist. Meenutades eelnevat lõiku kvaliteedist, võib tegelikult üsnagi hästi mõista, millise valuga arendajad taolisi etteheiteid vastu võtavad -- üle käe kirjutades oleks ilmselt üsnagi lihtne kõik vajalikud funktsionaalsused sisse kirjutada, ent soovides ülimat optimeeritust ning stabiilsust, osutub see üsnagi raskeks. Tuleb varuda veidike kannatust ning oodata.
Üldjuhul külmutatakse pärast kinnitamist skoobi hoidmiseks. 84. Millised võimalused on tarkvaraprojekti lõpus vanalt süsteemilt uuele üleminekuks? Vanalt süsteemilt uuele üleminek juurutamine: *kohene ja terviklik kindlal ajahetkel vana süsteemi sulgemine ja uue kasutuselevõtt; ajaliselt kõige vähem kulukas, kõige riskantsem. *piloteerimine juurutamine ühes osakonnas või valdkonnas; hindamine ja seejärel laiem juurutamine. *alamosade kaupa üks moodul/funktsionaalsuste komplekt korraga. *uue ja vana süsteemi paralleelne kasutamine. 85. Milliste kriteeriumite alusel hinnata välise arendaja valikul võimalikke pakkujaid? Hindamiskriteeriumite seadmine:pakkuja omadused; süsteemi funktsionaalsed nõuded; tehnilised nõuded; dokumentatsiooni maht ja kvaliteet; pakkujapoolne tugi. Hindamiskriteeriumid on aluseks pakkumiskutse koostamisel. 86. Kuidas teha välise arendaja valikul kõigi pakkujate hulgast lõplik valik? Lõpliku valiku tegemine:
2) Hea dok ja arhiivi juhised Asutusesisesed õigusaktid/ normdokumendid 1) Asjaajamise kord või dokumentide süsteem või kvaliteet juhtimise süsteem 2) Arhiivi ohuplaan 3) Teabenõuete menetlemise plaan Digitaalne asjaajamine Amphora Amphora võimaldab digitaalset dokumendihaldust ja asjaajamist. Amphora on juhtivaid digitaalse asjaajamise tarkvarasid Eestis. Tarkvara on loodud kasutajate vajadustest lähtuvalt ning mitmete funktsionaalsuste arendus on toimunud kasutajate tellimusel. Postipoiss Postipoiss on elektrooniline dokumendihalduse süsteem, mis mõeldud elektroonilisel ja paberkandjal oleva dokumenteeritud informatsiooni (kirjad, avaldused, käskkirjad, lepingud, õigusaktid, protokollid, korraldused jne.) haldamiseks. Postipoiss hõlmab dokumendi protsesse alates nende loomisest/saamisest, registreerimisest, haldamisest asutusesiseselt kuni selle arhivaaliks viimiseni. Hästi korraldatud asjaajamise tunnused
2) Hea dok ja arhiivi juhised [muuda]Asutusesisesed õigusaktid/ normdokumendid 1) Asjaajamise kord või dokumentide süsteem või kvaliteet juhtimise süsteem 2) Arhiivi ohuplaan 3) Teabenõuete menetlemise plaan [muuda]Digitaalne asjaajamine [muuda]Amphora Amphora võimaldab digitaalset dokumendihaldust ja asjaajamist. Amphora on juhtivaid digitaalse asjaajamise tarkvarasid Eestis. Tarkvara on loodud kasutajate vajadustest lähtuvalt ning mitmete funktsionaalsuste arendus on toimunud kasutajate tellimusel. [muuda]Postipoiss Postipoiss on elektrooniline dokumendihalduse süsteem, mis mõeldud elektroonilisel ja paberkandjal oleva dokumenteeritud informatsiooni (kirjad, avaldused, käskkirjad, lepingud, õigusaktid, protokollid, korraldused jne.) haldamiseks. Postipoiss hõlmab dokumendi protsesse alates nende loomisest/saamisest, registreerimisest, haldamisest asutusesiseselt kuni selle arhivaaliks viimiseni.
loota, et ehitaja ehitab tellija soovidele vastava maja valmis ilma tellijaga vahepeal suhtlemata. Tegemist on olukorraga, kus tellija on “majas sees”. Seega jäävad ära mitmed organisatoorsed tegevused nagu näiteks hanke väljakuulutamine, tarnija valimine ja lepingute sõlmimine. Uute funktsionaalsuste arendamine ning olemasolevates muudatuste tegemine on reguleeritud tarkvara kui teenust pakkuva ettevõtte sisemiste eeskirjade ja protseduuridega. 3.3. Nõuete muudatuste haldamine Kuna tarkvara tellija ja arendaja on üks ja seesama organisatsioon (ressursid on samad), siis pole
annaabi.ee 
