TURINYS LENTELIŲ IR PAVEIKSLŲ SĄRAŠAS...........................................................................................2 ĮVADAS..............................................................................................................................................3 1. Įmonės veiklos finansinės analizės teorinės prielaidos...................................................................4 1.1 Įmonės veiklos finansinės analizės esmė bei reikšmė įmonės valdymui................................4 1.2. Įmonės veiklos finansinės analizės tikslai ir uždaviniai.........................................................8 2. Įmonės veiklos finansinės analizės būdai ir metodai.....................................................................16 2.1. Įmonės veiklos finansinės atskaitomybės analizė.................................................................16 2.2. Santykinių rodiklių analizė...................................................................................................30 3. UAB „Transpa“ įmonės veikos finansinė analizė..........................................................................43 3.1. UAB „Transpa“ įmonės finansinės atskaitomybės analizė...................................................43 3.2. UAB „Transpa“ įmonės santykinių rodiklių analizė............................................................50 IŠVADOS..........................................................................................................................................56 LITERATŪRA..................................................................................................................................59

Darbo ir civilinė sauga  Analizės   (77 psl., 162,43 kB)

Kaip pasireiškia nedarbas? Kas sukelia nedarbo lygio pakitimus? Kodėl 2008-2009 metais nedarbo lygis taip išaugo? Pastaruoju metu nedarbas yra labai aktuali tema mūsų gyvenime. Tai ir yra pagrindinės priežastys, dėl kurių ir pasirinkau šią temą. Aukštas nedarbo lygis - viena didžiausių ekonominių ir socialinių XXI amžiaus pradžios problemų visoje Lietuvoje. Nedarbo lygis vis auga ir auga. Nedarbas stabdo žmogaus socialinę raidą, mažina jo galimybes, aktyvumą, didina izoliavimąsi nuo visuomenės. Kaip išvengti šių pasėkmių pasakyti labai sunku, nes esant prastai šalies ekonomikai nelabai neįmanoma ką nors pakeisti. Valstybė neturi pakankamai lėšų, o ir kiekviena prestižinė firma nori gerai kvalifikuotų ir turinčių nemažą stažą darbuotojų. Tačiau jaunuoliui įgyti stažą labai sunku ir taip jis įstoja į bedarbių gretas.

Ekonomika  Kursiniai darbai   (13 psl., 48,79 kB)

AB ,,PIENO ŽVAIGŽDĖS” SPRENDIMŲ VALDYMO PROCESO ANALIZĖ Vadybos pagrindų kursinis darbas. įvertintas 8 bet mano nuožiūra vertas daugiau :)

Vadyba  Kursiniai darbai   (26 psl., 49,13 kB)

Darbas ekonomikoje – esminis gerovės šaltinis ir konkurencingumo prielaida. Susiformavus darbo rinkai, atsirado ir nedarbas, kuris suprantamas kaip darbo pasiūlos ir paklausos disbalansas, tai – pagrindinė įvairių šalių darbo rinkos problema, kuri šiuo metu aktuali ir Lietuvoje. Su nedarbo problema Lietuva susiduria nuo nepriklausomybės atkūrimo. Pirmosios nedarbo priežastys tuo laikotarpiu buvo intensyviai vykdomos reformos, planinio ūkio transformacija į rinkos ūkį bei užsilikę sovietiniai reliktai. Vienas iš pagrindinių ekonomikos teiginių yra tas, kad bet kokie ekonominio mechanizmo pokyčiai tiesiogiai ar netiesiogiai sukelia užimtumo pokyčius. Naujumas, aktualumas. Šiuo metu dažnai pasaulyje minima problema yra nedarbas. Jis sukelia ne tik ekonominius, bet ir įvairius socialinius neigiamus padarinius. Masinis darbuotojų atleidimas, gyvenimo lygio smukimas, artėjimas prie skurdo ribos, žmonių dvejonės dėl laukiančio rytojaus, nedarbo nulemtų kitų makroekonominių rodiklių blogėjimas – visa tai linksniuojama kiekvieną dieną. Visi supranta šio reiškinio didėjančią grėsmę ir stengiasi ieškoti būdų, kaip užkirsti tam kelią. Šiame darbe bus nagrinėjama situacija Lietuvos darbo rinkoje nuo nepriklausomybės atkūrimo iki šių dienų, bandysime išsiaiškinti, kaip buvo kovojama su nedarbu bei jo sukeltomis pasekmėmis, kas yra daroma dabar ir kokių teigiamų bei neigiamų perspektyvų galima tikėtis.

Ekonomika  Kursiniai darbai   (71 psl., 898,7 kB)

Šildymo valdymo problemos yra sprendžiamos seniai, ir nieko naujo šioje srityje, atrodo, ir neatsiras. Bet kaip daug kompanijų, tiek daug variantų. Bandėme supaprastinti kiekvieno modelio logikos darbo supratimą, paaiškinti bendruosius principus darbo, nustatyti panašumus ir skirtumus. Paprasčiausias šildymo sistema su automatika - elektrolygintuvas su temperatūros valdikliu.

Elektronika  Referatai   (18 psl., 708,11 kB)

Psichologijos apibrėžimai:
 Psichologijos žodynas. - Vilnius, 1993: mokslas, tiriantis psichinius reiškinius, jų kilmę, raidą, reiškimosi formas ir mechanizmus. Myers D.G. (2000): mokslas, tiriantis elgesį ir psichikos procesus.

Socialiniai mokslai  Pateiktys   (9 psl., 2,98 MB)

Konditerija – tai dalykas, kuris neretai kiekvienam asocijuojasi su saldumu, gardumu, skanumu. Tačiau ne kiekvienas supranta šių gaminių paruošimo technologijas, tad tik išmanantis tai žmogus gali pasakyti, jog tai yra darbas, paremtas intensyviu darbu bei technologiniu apdorojimu. Visa tai mes ir bandėme pateikti savo darbe, kuriame didžiausias dėmesys yra konditerijos gaminių įrenginiams.

Maistas, sveikata, higiena  Referatai   (21 psl., 1,4 MB)

Europos Sąjunga - tai Europos valstybių asociacija, siekianti platesnės ir gilesnės ekonominės bei politinės joje dalyvaujančių šalių integracijos. Šiandien Europos Sąjunga yra didžiausia pasaulyje tarptautinė organizacija, apimanti 3.9 mln. kv. kilometrų, vienijanti 27 valstybes ir per 491 milijonus gyventojų. Tai valstybių asociacija, siekianti glaudesnės ekonominės ir politinės integracijos vardan savo piliečių gerumo užtikrinimo, taikos ir stabilumo Europoje.

Ekonomika  Kursiniai darbai   (24 psl., 101,06 kB)

Anksčiau buvo manoma, jog funkciškai orientuotas projektavimas yra pasenęs ir gali būti pakeistas objektiškai orientuotu projektavimu. Tačiau daug organizacijų buvo išvystę metodus ir standartus, pagrįstus funkcine dekompozicija ir todėl nenorėjo pripažinti palankumo objektiškai orientuotam projektavimui. Naudojant funkcinį metodą buvo sukurta daug sistemų. Todėl funkcinis projektavimas yra ir bus plačiai praktikuojamas. Šio metodo strategija leidžia išskaidyti sistemą į aibę sąveikaujančių funkcijų su centralizuota sistemos būsena, paskirstyta šių funkcijų. Funkciškai orientuotas projektavimas paslepia algoritmo detales funkcijose, bet sistemos būsenos informacija nėra paslėpta. Tai gali sukelti problemų, nes funkcija gali pakeisti būseną taip, kaip nesitiki kitos funkcijos. Funkcijų pakeitimai ir tai, kaip jos naudoja sistemos būseną, gali sukelti nenumatytą sąveiką su kitom funkcijom. Todól funkcinio projektavimo būdas yra labiausiai vykęs, kuomet sistemos būsenos apimtis yra minimizuota ir informacijos paskirstymas yra apibrėžtas. Duomenų srauto diagramos Duomenų srauto diagramos rodo kaip įvesti duomenys yra transformuojami rezultatų išvedimui per eilę funkcinių transformacijų. Diagramos - intuityvus ir naudingas kelias aprašant sistemą, bet jos nesuprantamos be papildomo mokymosi. Pirmas funkciškai orientuoto projektavimo etapas turėtų būti sukurti, vystyti sistemos srautų diagramas. Šios diagramos paprastai neįtraukia valdymo informacijos, bet jos gali dokumentuoti duomenų transformacijas. Duomenų srauto diagramos yra projektavimo metodų sudedamoji dalis ir CASE priemonės paprastai palaiko duomenų srauto diagramų kūrimą. Žymėjimai, naudojami skirtinguose metoduose, yra panašūs ir perėjimas nuo vieno žymėjimo prie kito yra tiesioginis. Čia naudojama žymėjimų sistema buvo pasirinkta todėl, kad ji tinka piešti naudojant PC diagramų redagavimo sistemą. Šioje žymėjimo sistemoje naudojami simboliai reiškia : 1.Apvalių kampų stačiakampiai. Jie vaizduoja transformacijas, kuriose įvedimo duomenų srautas yra transformuojamas į išvedimo. Transformacija yra anotuojama ( užrašoma ) apibrėžimo vardu. 2.Stačiakampiai. Vaizduoja duomenų talpą ( dydį ). Užrašomi apibrėžimo vardu. 3.Apskritimai. Vaizduoja vartotojo santykį su sistema. Šie santykiai gali palaikyti įvedimą ar gauti išvedimą. 4.Rodyklės. Rodo duomenų srauto kryptį. Jos gauna vardą, apibrėžiantį duomenis, kurie "teka" nurodyta kryptimi. 5.Raktiniai žodżiai 'and' ir 'or'. Čia jie turi įprastines reikšmes, kaip ir loginėse išraiškose. Jie naudojami sujungti duomenų srautus, kuomet daugiau nei vienas srautas gali būti įvestas ar išvestas iš transformacijos. 6.Lanko simbolis, jungiantis duomenų srautus. Jis naudojamas tik konjunkcijoje su 'and' ir 'or', ir naudojami indikuoti skliaustus. Iš esmės 'and' turi prioritetą prieš 'or', bet tai gali būti pakeista, sujungiant tinkamus duomenų srautus. Žymėjimo sistema iliustruota paveiksle 12.3. Ji aprašo ataskaitų generatoriaus sistemos, naudojamos konjunkcijoje kartu su projektavimo redaktoriumi, loginį projektavimą. Ataskaitų generatorius priima projektavimą ir pagamina ataskaitą apie kiekvieną objektą, naudojamą projektavime. Vartotojas įveda projekto vardą ir ataskaitų generatorius randa visus vardus, naudojamus šiame projektavime. Duomenų žodynas suteikia informacijos apie projektavimo objektus ir daromas ataskaitas. Informacija ataskaitoje yra pateikiama pagal tai, kuris iš dviejų objektų yra mazgo tipo ar jungties tipo. Duomenų srautų diagramų nauda yra ta, kad jos rodo transformacijas, nedarydamos prielaidų kaip tos transformacijos realizuotos. Pvz., taip apibrėžta sistema gali būti realizuota kaip atskira programa, naudojanti programinius modulius tam, kad realizuoti kiekvienątransformaciją. Ir atvirkščiai, tai gali būti realizuota kaip skaičius susisiekiančių uždavinių arba, galbūt, realizacija gali būti šių metodų sujungimas. 2.Funkcinis projektavimas Funkcinis projektavimas yra programų sudarymo metodas, kai programasusideda iš aibės tarpusavyje bendaujančių vienetų, kurie turi tiksliai apibrėžtą funkciją. Funkcujos turi lokalų būvį, bet padlintas sistemos būvis yra centralizuotas ir prieinamas visoms funkcijoms. Funkcinis projektavimas buvo naudojamas nuo tada, kai prasidėjo programavimas. Bet tik šešto dešimtmečio gale septinto dešimtmečio pradžioje išgarsėjo. Daugelis laikraščių ir knygų, iš kurių labiausiai žinomos Virto (1971, 1976) Buvo publikuota būtent šio metodo pagrindu. Buvo teigta, kad funkcinis projektavimas yra pasenęs ir turi būti pakeistas objektiškai orientuoto priėjimo. Tačiau daug organizacijų išvystė standartus, pagrįstus funkcine dekompozicija. Daug projektavimo priemonių ir susiję CASE įrankiai yra funkciškai orientuoti. Todėl funkcinis projektavimas turi būti pačiai taikomas. Funkicinis projektavimas naudoja duomenų srautų diagramas, kurios aprašo loginių duomenų apdorojimą, struktūrų diagramų, kurios parodo programinės įrangos struktūrą ir PDL aprašymą, kuris aprašo detaliai projektavimą. Duomenų srautų žymėjimo sistema buvo modifikuota, kad padaryti ją labiau tinkama automatizuoto diagramų sudarymo sistemos naudojimui, ir yra naudojama truputi skirtinga struktūros diagramų forma, kuri neįtraukia valdymo informacijos. Funkcinio programų projektavimo strategija pasikliauna sistemos dekompozicija į aibę iteraktyvių funkcijų.Funkcijos galipalaikyti lokalios būsenos informaciją, bet tik jų vykdymo metu. Funkcinis projektavimas paslepia algoritmo detales savyje, bet sistemos būsenos informacija nėra slepiama. Tai gali sukelti problemų, nes funkcija gali pakeisti būvi tokiu būdu, kokio kitos funkcijos nenumato. Pakeitimai funkcijoje ir būdas, kuruo jos naudoja sistemos būseną gali sukelti nenumatytų sąveikų su kitomis funkcijomis. Funkcinis projektavimas vis dėl to yra sekmingiausias kai sistemos būvio informacijos gausa yra minimizuojama ir informacijos dalijimas yra apibrėžtas. Kai kurios sistemos, kurios reaguoja į pavienius poveikius ar duomenų įvedimą ir nereaguoja į įvedimo istoriją, yra funkciškai orientuotos. Geras tokios sistemos pavyzdys yra ATM sistema. Šiame projektavime funkijos gali būti identifikuojamos taip, kad įvykdytų sisteminius veiksmus. Sistemos būvis yra minimalus. Operacijos yra nepriklausomos ir nereaguoja į anksesnes vartotojo užklausas. Iš tikrųjų objektiškai orientuotas projektavimas negali labai skirtis nuo šio (išskyrus sintaksiškai) ir objektiškai orientuotas priėjimas tursbūt nesibaigia vien projektavimu Duomenų srautų diagramos Duomenų srautų diagramos parodo kaip įvedami duomenys yra transormuojami į išvadamus rezultatus per eilę funkcinių transformacijų. Jos yra naudingas ir intuitvus sistemos aptanavimo būdas, be to diagramos suprantamos be specialių žinių. Pirma funkcinio projektavimo stadija turi sukurti sisteminių duomenų srautų diagramas. Šios diagramos neturi normaliai įtraukti valdymo informacijos, bet turi dokumentuoti duomenų transformacijas. Duomenų srautų diagramos yra sudėtinė projektavimo metodų ir CASE priemonių dalis ir dažniausiai palaiko duomenų srautų diagramų kurimą Pažymėjimai naudojami skirtinguose metoduose yra panašūs ir lengai transformuojami nuo viemų pažymėjimų prie kitų. Duomenų srautų diagramų pranašumas yra tas, kad jos parodo transformacijas, bet nerodo, kaip transformacijos įgyvendinamos. Pavyzdžiui, sistema, parašyta šiuo budu gali būti įgyvendinama kaip viena programa, naudojant programų vienetus, įgyvendinančius kiekvieną transformaciją. Kaip alternatyva gali būti ygyvendintos keliois komunikuojančios užduotys arba gali būti realizuota kaip šių metodų junginys. Struktūrinės diagramos Struktūrinės diagramos yra grafinės priemonės, parodančios sistemos komponentų struktūros hierarchiją. Jos parodo, kad duomenų srauto elementų diagramos gali būti realizuotos kaip programų dalių hierarchija. Struktūrinės diagramos gali būti naudojamos vaizdininiam programų atvaizdavimui su svarbia informacija. Struktūrinės diagramos čia naudojamos tik statiniam projektavimo organizavimo atvaizadavimui. Struktūrinėje diagramoje funkcinis elementas vaizduojamas kaip stačiakampis. Struktūrinėje diagramoje hierarchija vaizduojama sujungiant stačiakampius linijomis. Įėjimai ir išėjimai į komponentes vaizduojami naudojant rodykles. Rodyklė, įeinanti į figūrą, imituoja įėjimą, kitas linijos galas imituoja išėjimą. Duomenų saugykla vaizduojama kaip stačiakampis užapvalintais kampais, o vartotojo įėjimai kaip apskritimai. Kad sutaupyti diagramos vietą, kai kurie įėjimai ir išėjimai lieka nepažymėti. Problema, kuri kyla programinės įrangos inžinieriui, yra kaip gauti geriausios struktūros diagramą iš duomenų srauto digramos. Kad iliustruoti tai, išnagrinėkime tas programinės įrangos sistemas, kurios gali būti šiuolaikinės aviacijos dalimi. Struktūrinės diagramos gavimas Ankstesniame skyrelyje buvo nagrinėta, kaip struktūrinės diagramos yra sudaromos iš duomenų srautų diagramų, tačiau nieko nebuvo pasakyta apie tai, kaip geriau tai pdaryti. Projektuotojai turi suprojektuoti objektą, kuriame programos blokai yra aukštame lygyje surišti viduj ir žemame lygyje susieti su kitais blokais. Toks apibūdinimas gali būti supaprastintas, jeigu blokai turi ryšius su vienu iš keturių duomenų tipų: 1. Įėjimas. Šis programos blokas atsakingas už duomenų priėmimą iš žemesnio struktūrinės diagramos lygio, modifikavimą ir perdavimą į aukštesnį lygį. 2. Išėjimas. Šis blokas gauna duomenis iš aukštesnio lygio ir perduoda juos į žemesnį lygį. 3. Transformacija. Programos blokas gauna duomenis iš aukštesnio lygio, keičia juos ir grąžina juos atgal. 4. Valdymas. Blokas kontroliuoja ir valdo kitus blokus. Pirmas žingsnis duomenų srauto diagramų konvertavimo į strukūrinę diagramą yra identifikuoti aukščiausius įėjimo ir išėjimo blokus. Šis žingsnis neįtraukia visų transformacijų, tačiau įtrauktosios vadinamos pagrindinėmis. Aukščiausio lygio įėjimo ir išėjimo blokų nustatymas priklauso nuo projektuotojų patyrimo. Vienintelis galimas būdas išspręsti šią užduotį yra trasuoti įėjimus tol, kol bus rasta tokia transformacija, kurios išėjimas nepriklauso nuo įėjimo. Procesai, kurie validuoja įėjimus ar prideda jiems informacijos dar nėra vadinami pagrindiniais transformuotojais; jais vadinami tokie procesai, kurie rūšiuoja ar filtruoja duomenis. Panašiais kriterijais remiantis nustatomos ir aukščiausio lygio išėjimo transformacijos. Pirmas struktūrinės diagramos projektavimo lygis sudaromas įėjimo ir išėjimo vienetus pažymint atskirais apskritimais ir kiekvieną atskirą pagrindinę transformaciją pažymint kaip atskirą stačiakampį. Stačiakampis, esantis struktūrinės diagramos viršuje vadinamas koordinuojamu bloku. Sudarymo procesas turi būti vykdomas tol, kol kol bus atvaizduoti visi duomenų srautų judėjimai. Kiekvienas mazgas gerai suprojektuotoje struktūrinėje diagramoje turi turėti nuo dviejų iki septynių sau pavaldžių mazgų. Jei mazgas turi tik vieną sau pavaldų mazgą, vadinasi to mazgo programos blokas turės žemo lygio susietumą su kitais blokais. Jei mazgas turi daug sau pavaldžų mazgų, vadinasi programos projektavimas buvo vystomas žemo lygio fazėje. Informacija, esanti duomenų srautų diagramose, paprastai naudojama projektuojant struktūrines diagramas, tačiau kiti į struktūrinę diagramą įtraukiami komponentai, kurių nebuvo duomenų srauto diagramoje, nėra tiesiogiai susiję su duomenų transformacija. Struktūrinių diagramų sudarymas yra dviejų lygių procesas. Projektuojant duomenų srautus, apibrėžiamos pirminės projektavimo aprašymo struktūros, į kurias įeina valdymo informacija ir funkcijos. Struktūrinės diagramos turi būti modifikuojamos, įtraukiant papildomus valdymo komponentus. Pagrindinės išvados: * Duomenų srauto diagramos yra priemonė dokumentuoti sistemos duomenų srautus. * Struktūrinės diagramos yra vienas iš būdų atvaizduoti sistemos hierarchinę organizaciją. Svarbu, kad kiekvienas funkcinis mazgas struktūroje turėtų nuo dviejų iki septynių sau pavaldžių mazgų. Duomenų žodynai Duomenų žodynai yra labai naudingi ne tik tai tam, kad palaikyti sistemos specifikacijas, bet ir tiek pat naudingi projektavimo procese. Kiekviena nustatyta esybė diagramoje turi turėti duomenų žodyno įėjimą, duodantį informaciją apie jo tipą, jo funkcijas ir, galbūt, logišką išaiškinimą jo priklausymui. Tai kartais yra vadinama minispekuliacija, pasitenkinant trumpu komponentų f-jos aprašymu. Duomenų žodyno įėjimas turėtų būti komponento tekstinis aprašymas arba turėtų būti labiau išsamesnis aprašymas, išdėstytas projektavimo aprašymo kalba. Duomenų žodynai yra atitinkamas būdas sujungti aprašomojo ir diagraminio projektavimo aprašymus. Ši schema parodo išnykstantį langą, aprašydama pažymėtą transformaciją slenkančių duomenų schemoje. Kai kurie CASE įrenginių išdėstymai aprūpina automatinį sujungimą tarp slenkančių duomenų schemos ir doumenų žodyno. Konkuruojančių sistemų projektavimas Kaip ir objektinis projektavimas, f-nis panašumas projektavimui neužkerta kelio šio projektavimo, kaip eilės lygiagrečiai sąveikaujančių procesų, realizavimui. Iš tikrųjų, slenkančių duomenų diagramos aiškiai pašalina valdymo informaciją ir standartinė įgyvendinimo technika realaus laiko sistemoms yra paimti slenkančių duomenų diagramą ir įvykdyti jos transformacijas kaip skirtingus procesus. Vietinės informacijos grąžinimo sistema galėtų būti projektuojama naudojant konkuruojančius procesus. Komandos įvedimas, vykdymas, būsenos ataskaita-visosyra vykdomos kaip atskiros užduotys. Get_command užduotis tęsiamai traukia pelę ir kai komandos plotas yra pažymėtas, pradedamas komandos vykdymo procesas. Taip pat komandos vykdymo procesas pateikia būsenos pranešimus, kurie yra perdirbti išėjimo užduočių. Darbo aplinkos sukūrimas taip pat vykdomas kaip lygiagreti užduotis ir autorius yra priimtas ar nušalintas priklausomai nuo to ar kursorius yra darbo lange, ar ne. Šis pavyzdys iliustruoja, kad projektavimo lygiagretumas dažnai yra pasirinkimo teisė, prieinama projektuotojui. Kai kurie sistemų tipai yra paprastai vykdomi kaip lygiagrečių procesų rinkiniai kartu su procesu, susijusiu su kiekvienu sistemos techninės įrangos įrenginiu. Kaip bebūtų, problemomis dažnai tampa ir lygiagretaus, ir nuoseklaus projektavimo sprendimai, o skuboti projektavimo sprendimai turi būti anuliuojami.

Informatika  Kursiniai darbai   (44,11 kB)

Anksčiau buvo manoma, jog funkciškai orientuotas projektavimas yra pasenęs ir gali būti pakeistas objektiškai orientuotu projektavimu. Tačiau daug organizacijų buvo išvystę metodus ir standartus, pagrįstus funkcine dekompozicija ir todėl nenorėjo pripažinti palankumo objektiškai orientuotam projektavimui. Naudojant funkcinį metodą buvo sukurta daug sistemų. Todėl funkcinis projektavimas yra ir bus plačiai praktikuojamas. Šio metodo strategija leidžia išskaidyti sistemą į aibę sąveikaujančių funkcijų su centralizuota sistemos būsena, paskirstyta šių funkcijų. Funkciškai orientuotas projektavimas paslepia algoritmo detales funkcijose, bet sistemos būsenos informacija nėra paslėpta. Tai gali sukelti problemų, nes funkcija gali pakeisti būseną taip, kaip nesitiki kitos funkcijos. Funkcijų pakeitimai ir tai, kaip jos naudoja sistemos būseną, gali sukelti nenumatytą sąveiką su kitom funkcijom. Todól funkcinio projektavimo būdas yra labiausiai vykęs, kuomet sistemos būsenos apimtis yra minimizuota ir informacijos paskirstymas yra apibrėžtas. Duomenų srauto diagramos Duomenų srauto diagramos rodo kaip įvesti duomenys yra transformuojami rezultatų išvedimui per eilę funkcinių transformacijų. Diagramos - intuityvus ir naudingas kelias aprašant sistemą, bet jos nesuprantamos be papildomo mokymosi. Pirmas funkciškai orientuoto projektavimo etapas turėtų būti sukurti, vystyti sistemos srautų diagramas. Šios diagramos paprastai neįtraukia valdymo informacijos, bet jos gali dokumentuoti duomenų transformacijas. Duomenų srauto diagramos yra projektavimo metodų sudedamoji dalis ir CASE priemonės paprastai palaiko duomenų srauto diagramų kūrimą. Žymėjimai, naudojami skirtinguose metoduose, yra panašūs ir perėjimas nuo vieno žymėjimo prie kito yra tiesioginis. Čia naudojama žymėjimų sistema buvo pasirinkta todėl, kad ji tinka piešti naudojant PC diagramų redagavimo sistemą. Šioje žymėjimo sistemoje naudojami simboliai reiškia : 1.Apvalių kampų stačiakampiai. Jie vaizduoja transformacijas, kuriose įvedimo duomenų srautas yra transformuojamas į išvedimo. Transformacija yra anotuojama ( užrašoma ) apibrėžimo vardu. 2.Stačiakampiai. Vaizduoja duomenų talpą ( dydį ). Užrašomi apibrėžimo vardu. 3.Apskritimai. Vaizduoja vartotojo santykį su sistema. Šie santykiai gali palaikyti įvedimą ar gauti išvedimą. 4.Rodyklės. Rodo duomenų srauto kryptį. Jos gauna vardą, apibrėžiantį duomenis, kurie "teka" nurodyta kryptimi. 5.Raktiniai žodżiai 'and' ir 'or'. Čia jie turi įprastines reikšmes, kaip ir loginėse išraiškose. Jie naudojami sujungti duomenų srautus, kuomet daugiau nei vienas srautas gali būti įvestas ar išvestas iš transformacijos. 6.Lanko simbolis, jungiantis duomenų srautus. Jis naudojamas tik konjunkcijoje su 'and' ir 'or', ir naudojami indikuoti skliaustus. Iš esmės 'and' turi prioritetą prieš 'or', bet tai gali būti pakeista, sujungiant tinkamus duomenų srautus. Žymėjimo sistema iliustruota paveiksle 12.3. Ji aprašo ataskaitų generatoriaus sistemos, naudojamos konjunkcijoje kartu su projektavimo redaktoriumi, loginį projektavimą. Ataskaitų generatorius priima projektavimą ir pagamina ataskaitą apie kiekvieną objektą, naudojamą projektavime. Vartotojas įveda projekto vardą ir ataskaitų generatorius randa visus vardus, naudojamus šiame projektavime. Duomenų žodynas suteikia informacijos apie projektavimo objektus ir daromas ataskaitas. Informacija ataskaitoje yra pateikiama pagal tai, kuris iš dviejų objektų yra mazgo tipo ar jungties tipo. Duomenų srautų diagramų nauda yra ta, kad jos rodo transformacijas, nedarydamos prielaidų kaip tos transformacijos realizuotos. Pvz., taip apibrėžta sistema gali būti realizuota kaip atskira programa, naudojanti programinius modulius tam, kad realizuoti kiekvienątransformaciją. Ir atvirkščiai, tai gali būti realizuota kaip skaičius susisiekiančių uždavinių arba, galbūt, realizacija gali būti šių metodų sujungimas. 2.Funkcinis projektavimas Funkcinis projektavimas yra programų sudarymo metodas, kai programasusideda iš aibės tarpusavyje bendaujančių vienetų, kurie turi tiksliai apibrėžtą funkciją. Funkcujos turi lokalų būvį, bet padlintas sistemos būvis yra centralizuotas ir prieinamas visoms funkcijoms. Funkcinis projektavimas buvo naudojamas nuo tada, kai prasidėjo programavimas. Bet tik šešto dešimtmečio gale septinto dešimtmečio pradžioje išgarsėjo. Daugelis laikraščių ir knygų, iš kurių labiausiai žinomos Virto (1971, 1976) Buvo publikuota būtent šio metodo pagrindu. Buvo teigta, kad funkcinis projektavimas yra pasenęs ir turi būti pakeistas objektiškai orientuoto priėjimo. Tačiau daug organizacijų išvystė standartus, pagrįstus funkcine dekompozicija. Daug projektavimo priemonių ir susiję CASE įrankiai yra funkciškai orientuoti. Todėl funkcinis projektavimas turi būti pačiai taikomas. Funkicinis projektavimas naudoja duomenų srautų diagramas, kurios aprašo loginių duomenų apdorojimą, struktūrų diagramų, kurios parodo programinės įrangos struktūrą ir PDL aprašymą, kuris aprašo detaliai projektavimą. Duomenų srautų žymėjimo sistema buvo modifikuota, kad padaryti ją labiau tinkama automatizuoto diagramų sudarymo sistemos naudojimui, ir yra naudojama truputi skirtinga struktūros diagramų forma, kuri neįtraukia valdymo informacijos. Funkcinio programų projektavimo strategija pasikliauna sistemos dekompozicija į aibę iteraktyvių funkcijų.Funkcijos galipalaikyti lokalios būsenos informaciją, bet tik jų vykdymo metu. Funkcinis projektavimas paslepia algoritmo detales savyje, bet sistemos būsenos informacija nėra slepiama. Tai gali sukelti problemų, nes funkcija gali pakeisti būvi tokiu būdu, kokio kitos funkcijos nenumato. Pakeitimai funkcijoje ir būdas, kuruo jos naudoja sistemos būseną gali sukelti nenumatytų sąveikų su kitomis funkcijomis. Funkcinis projektavimas vis dėl to yra sekmingiausias kai sistemos būvio informacijos gausa yra minimizuojama ir informacijos dalijimas yra apibrėžtas. Kai kurios sistemos, kurios reaguoja į pavienius poveikius ar duomenų įvedimą ir nereaguoja į įvedimo istoriją, yra funkciškai orientuotos. Geras tokios sistemos pavyzdys yra ATM sistema. Šiame projektavime funkijos gali būti identifikuojamos taip, kad įvykdytų sisteminius veiksmus. Sistemos būvis yra minimalus. Operacijos yra nepriklausomos ir nereaguoja į anksesnes vartotojo užklausas. Iš tikrųjų objektiškai orientuotas projektavimas negali labai skirtis nuo šio (išskyrus sintaksiškai) ir objektiškai orientuotas priėjimas tursbūt nesibaigia vien projektavimu Duomenų srautų diagramos Duomenų srautų diagramos parodo kaip įvedami duomenys yra transormuojami į išvadamus rezultatus per eilę funkcinių transformacijų. Jos yra naudingas ir intuitvus sistemos aptanavimo būdas, be to diagramos suprantamos be specialių žinių. Pirma funkcinio projektavimo stadija turi sukurti sisteminių duomenų srautų diagramas. Šios diagramos neturi normaliai įtraukti valdymo informacijos, bet turi dokumentuoti duomenų transformacijas. Duomenų srautų diagramos yra sudėtinė projektavimo metodų ir CASE priemonių dalis ir dažniausiai palaiko duomenų srautų diagramų kurimą Pažymėjimai naudojami skirtinguose metoduose yra panašūs ir lengai transformuojami nuo viemų pažymėjimų prie kitų. Duomenų srautų diagramų pranašumas yra tas, kad jos parodo transformacijas, bet nerodo, kaip transformacijos įgyvendinamos. Pavyzdžiui, sistema, parašyta šiuo budu gali būti įgyvendinama kaip viena programa, naudojant programų vienetus, įgyvendinančius kiekvieną transformaciją. Kaip alternatyva gali būti ygyvendintos keliois komunikuojančios užduotys arba gali būti realizuota kaip šių metodų junginys. Struktūrinės diagramos Struktūrinės diagramos yra grafinės priemonės, parodančios sistemos komponentų struktūros hierarchiją. Jos parodo, kad duomenų srauto elementų diagramos gali būti realizuotos kaip programų dalių hierarchija. Struktūrinės diagramos gali būti naudojamos vaizdininiam programų atvaizdavimui su svarbia informacija. Struktūrinės diagramos čia naudojamos tik statiniam projektavimo organizavimo atvaizadavimui. Struktūrinėje diagramoje funkcinis elementas vaizduojamas kaip stačiakampis. Struktūrinėje diagramoje hierarchija vaizduojama sujungiant stačiakampius linijomis. Įėjimai ir išėjimai į komponentes vaizduojami naudojant rodykles. Rodyklė, įeinanti į figūrą, imituoja įėjimą, kitas linijos galas imituoja išėjimą. Duomenų saugykla vaizduojama kaip stačiakampis užapvalintais kampais, o vartotojo įėjimai kaip apskritimai. Kad sutaupyti diagramos vietą, kai kurie įėjimai ir išėjimai lieka nepažymėti. Problema, kuri kyla programinės įrangos inžinieriui, yra kaip gauti geriausios struktūros diagramą iš duomenų srauto digramos. Kad iliustruoti tai, išnagrinėkime tas programinės įrangos sistemas, kurios gali būti šiuolaikinės aviacijos dalimi. Struktūrinės diagramos gavimas Ankstesniame skyrelyje buvo nagrinėta, kaip struktūrinės diagramos yra sudaromos iš duomenų srautų diagramų, tačiau nieko nebuvo pasakyta apie tai, kaip geriau tai pdaryti. Projektuotojai turi suprojektuoti objektą, kuriame programos blokai yra aukštame lygyje surišti viduj ir žemame lygyje susieti su kitais blokais. Toks apibūdinimas gali būti supaprastintas, jeigu blokai turi ryšius su vienu iš keturių duomenų tipų: 1. Įėjimas. Šis programos blokas atsakingas už duomenų priėmimą iš žemesnio struktūrinės diagramos lygio, modifikavimą ir perdavimą į aukštesnį lygį. 2. Išėjimas. Šis blokas gauna duomenis iš aukštesnio lygio ir perduoda juos į žemesnį lygį. 3. Transformacija. Programos blokas gauna duomenis iš aukštesnio lygio, keičia juos ir grąžina juos atgal. 4. Valdymas. Blokas kontroliuoja ir valdo kitus blokus. Pirmas žingsnis duomenų srauto diagramų konvertavimo į strukūrinę diagramą yra identifikuoti aukščiausius įėjimo ir išėjimo blokus. Šis žingsnis neįtraukia visų transformacijų, tačiau įtrauktosios vadinamos pagrindinėmis. Aukščiausio lygio įėjimo ir išėjimo blokų nustatymas priklauso nuo projektuotojų patyrimo. Vienintelis galimas būdas išspręsti šią užduotį yra trasuoti įėjimus tol, kol bus rasta tokia transformacija, kurios išėjimas nepriklauso nuo įėjimo. Procesai, kurie validuoja įėjimus ar prideda jiems informacijos dar nėra vadinami pagrindiniais transformuotojais; jais vadinami tokie procesai, kurie rūšiuoja ar filtruoja duomenis. Panašiais kriterijais remiantis nustatomos ir aukščiausio lygio išėjimo transformacijos. Pirmas struktūrinės diagramos projektavimo lygis sudaromas įėjimo ir išėjimo vienetus pažymint atskirais apskritimais ir kiekvieną atskirą pagrindinę transformaciją pažymint kaip atskirą stačiakampį. Stačiakampis, esantis struktūrinės diagramos viršuje vadinamas koordinuojamu bloku. Sudarymo procesas turi būti vykdomas tol, kol kol bus atvaizduoti visi duomenų srautų judėjimai. Kiekvienas mazgas gerai suprojektuotoje struktūrinėje diagramoje turi turėti nuo dviejų iki septynių sau pavaldžių mazgų. Jei mazgas turi tik vieną sau pavaldų mazgą, vadinasi to mazgo programos blokas turės žemo lygio susietumą su kitais blokais. Jei mazgas turi daug sau pavaldžų mazgų, vadinasi programos projektavimas buvo vystomas žemo lygio fazėje. Informacija, esanti duomenų srautų diagramose, paprastai naudojama projektuojant struktūrines diagramas, tačiau kiti į struktūrinę diagramą įtraukiami komponentai, kurių nebuvo duomenų srauto diagramoje, nėra tiesiogiai susiję su duomenų transformacija. Struktūrinių diagramų sudarymas yra dviejų lygių procesas. Projektuojant duomenų srautus, apibrėžiamos pirminės projektavimo aprašymo struktūros, į kurias įeina valdymo informacija ir funkcijos. Struktūrinės diagramos turi būti modifikuojamos, įtraukiant papildomus valdymo komponentus. Pagrindinės išvados: * Duomenų srauto diagramos yra priemonė dokumentuoti sistemos duomenų srautus. * Struktūrinės diagramos yra vienas iš būdų atvaizduoti sistemos hierarchinę organizaciją. Svarbu, kad kiekvienas funkcinis mazgas struktūroje turėtų nuo dviejų iki septynių sau pavaldžių mazgų. Duomenų žodynai Duomenų žodynai yra labai naudingi ne tik tai tam, kad palaikyti sistemos specifikacijas, bet ir tiek pat naudingi projektavimo procese. Kiekviena nustatyta esybė diagramoje turi turėti duomenų žodyno įėjimą, duodantį informaciją apie jo tipą, jo funkcijas ir, galbūt, logišką išaiškinimą jo priklausymui. Tai kartais yra vadinama minispekuliacija, pasitenkinant trumpu komponentų f-jos aprašymu. Duomenų žodyno įėjimas turėtų būti komponento tekstinis aprašymas arba turėtų būti labiau išsamesnis aprašymas, išdėstytas projektavimo aprašymo kalba. Duomenų žodynai yra atitinkamas būdas sujungti aprašomojo ir diagraminio projektavimo aprašymus. Ši schema parodo išnykstantį langą, aprašydama pažymėtą transformaciją slenkančių duomenų schemoje. Kai kurie CASE įrenginių išdėstymai aprūpina automatinį sujungimą tarp slenkančių duomenų schemos ir doumenų žodyno. Konkuruojančių sistemų projektavimas Kaip ir objektinis projektavimas, f-nis panašumas projektavimui neužkerta kelio šio projektavimo, kaip eilės lygiagrečiai sąveikaujančių procesų, realizavimui. Iš tikrųjų, slenkančių duomenų diagramos aiškiai pašalina valdymo informaciją ir standartinė įgyvendinimo technika realaus laiko sistemoms yra paimti slenkančių duomenų diagramą ir įvykdyti jos transformacijas kaip skirtingus procesus. Vietinės informacijos grąžinimo sistema galėtų būti projektuojama naudojant konkuruojančius procesus. Komandos įvedimas, vykdymas, būsenos ataskaita-visosyra vykdomos kaip atskiros užduotys. Get_command užduotis tęsiamai traukia pelę ir kai komandos plotas yra pažymėtas, pradedamas komandos vykdymo procesas. Taip pat komandos vykdymo procesas pateikia būsenos pranešimus, kurie yra perdirbti išėjimo užduočių. Darbo aplinkos sukūrimas taip pat vykdomas kaip lygiagreti užduotis ir autorius yra priimtas ar nušalintas priklausomai nuo to ar kursorius yra darbo lange, ar ne. Šis pavyzdys iliustruoja, kad projektavimo lygiagretumas dažnai yra pasirinkimo teisė, prieinama projektuotojui. Kai kurie sistemų tipai yra paprastai vykdomi kaip lygiagrečių procesų rinkiniai kartu su procesu, susijusiu su kiekvienu sistemos techninės įrangos įrenginiu. Kaip bebūtų, problemomis dažnai tampa ir lygiagretaus, ir nuoseklaus projektavimo sprendimai, o skuboti projektavimo sprendimai turi būti anuliuojami.

Informatika  Konspektai   (9,24 kB)

DALYKO PROGRAMA Programavimas ir tinklapių projektavimas PROGRAMOS AUTORIUS: V.R ĮVADAS Šio dalyko programa skirta 3-iojo kurso studentams, ji apibrežia minimalius tinklapių kūrimo su php pagridus. Prie dalyko programos nurodyti materialiniai ištekliai, techninės mokymo priemonės bei įrenginiai, literatūra nurodytiems reikalavimams įgyvendinti. Programą sudaryta taip kad besimokantiems butų suteiktos pagrindinės žinios apie tinklapių kūrimą. MOKYMO TIKSLAS IR UŽDAVINIAI Kurso tikslai: 1.Išmokyti pagrindinius programavimo pagrindus 2.Išmokyti pagrindinius tinklapių kūrimo pagrindus ir moketi sukurti elimentarų tinklapį Kurso uždaviniai: 1. Supažindinti su tinklapių kūrimo programomis 2. Supažindinti su programavimo komandomis 3. Išmokyti sukurti tinklapį ANALIZĖ Reikalingi materialiniai ištekliai ir jų trumpas apibūdinimas Kabinetai : teorijos destymui su lenta arba projektoriumi bei ekranu pratyboms su projektoriumi bei ekranu ir kompiurizuota klase su programine įranga Techniniu mokymo priemonių bei įrenginių sarašas: kompiuteriai spauzdintuvas skeneris, projektorius kita techninė įranga Tiksline grupė : trecio kurso studentai Dalyko programa desto : kvalifikuoti informatikos specialybės destytojai, turintys aukštajį universitetinį išsilavinimą METODINIAI NURORYMAI Darbo formos : Mokomųjų užduociu įvykdymas, individuali užduotis; TURINYS Mokymo tikslai Dalyko turinys (pagrindinių temų pavadinimai) Valandų skaičius Teorijai Praktiniam mokymui 1.Žinoti kas yra internetinė svetainė 1.1Internetinės svetainės sąvoka 1,5 0 2.Žinoti kaip nusakomi kintamieji 2.2.Php kintamieji 1.5 1.5 3.Žinoti php operatorius 3.3.Php operatoriai 1.5 1.5 4.Žinoti kaip aprašomos funkcijos 4.4.Funkcijos su php 1.5 3 5.Žinoti kaip aprašomi ciklai 5.5.Ciklai php kalboje 1.5 3 6.Žinoti php kaip aprašomi sąlygos sakiniai 6.6.Sąlygos sakiniai 1.5 3 7.Mokėti sudaryti lenteles su php 7.7Lentelės 1.5 1.5 8.Mokėti parasyti elimentaria programa 8.8.Programų kūrimas 3 6 9.Mokėti sukurti tinklapi su php 9.9.Tinklapių kūrimas 3 6 Pasiruošimas egzaminui 3 1.5 Egzaminas 1.5 1.5 Viso: 49.5 21 28,5

Informatika  Namų darbai   (19,15 kB)

Objektų saugyklos Pagrindinės informacijos saugyklos yra: 1. Registrai. Jie yra procesoriaus viduje, todėl tai pats sparčiausias išrinkimo tipas. Deja, registrų skaičius labai ribotas. Jais pagal poreikius manipuliuoja tik pats kompiliatorius. 2. Stekas. Yra RAM’e (tiesioginės kreipties atmintyje). Procesorius saugo nuorodą į šį steką, ir, vaikštant “aukštyn”/”žemyn”, informacija įrašoma ir paimama. Gana greitas būdas (antras po registrų). Šiaip jau Java pačių objektų steke nesaugo, nes reikėtų nuolat perskaičiuoti objektų dydžius, perstumiant steko nuorodą „aukštyn”/„žemyn”. C++ tai galima. 3. Krūva (heap - „netvarkusis masyvas”). Yra RAM’e. Tai ir yra ta vieta, kur saugomi visi Java programos objektai. Pagrindinis privalumas tas, kad kompiliatoriui nereikia žinoti kiek kiekvienas objektas užima vietos. Su new sakiniu sukurtas objektas vykdymo metu automatiškai pateks į „krūvą”. Aišku, operacijos sulėtės. 4. Statinė atmintis. Ji taip pat yra RAM’e, tik specialiai tam skirtoje vietoje. „Krūvoje” esantys tuo momentu nebereikalingi objektai gali būti šiukšlių rinktuvo automatiškai pašalinti, o statiniai objektų elementai išlieka iki programos darbo pabaigos. Tokie elementai sukuriami naudojant atributą static. Paprastieji tipai. Vis dėlto elementariems aritmetiniems veiksmams paspartinti Java turi ir paprastų duomenų tipų (byte, int, double, ...). Tai nėra objektai, todėl jiems sukurti nereikia new sakinio. Jų įvedimo priežastis ta, kad tokiems elementariems objektams sukurti ir padėti į „krūvą” būtų sugaištama per daug laiko. Paprastųjų tipų kintamieji saugomi steke. Kiekvienam procesui Java turi atskirą steką. Nepriklausymas nuo asmeninio kompiuterio (PC) architektūros Daugumos programavimo kalbų galutinis produktas yra vykdomasis (.exe tipo) modulis, susidedantis iš konkrečių instrukcijų PC procesoriui. Tačiau Windows sistemos dažniausiai naudoja Intel firmos procesorius, Macintosh sistema naudoja Motorola arba PowerPC procesorius ir t.t. Be to, kiekviena sistema (Windows,Unix, Linux) naudoja savas papildomas bibliotekas. Todėl klasikinė schema Kodas Kompiliatorius Redaktorius vykdomasis failas (*.exe) PC turi vieną gana didelį trūkumą – vienos sistemos produktas dažnai neveikia kitoje sistemoje. Šio trūkumo neturi programa, parašyta Java kalba. Esmė ta, kad čia negeneruojamos instrukcijos procesoriui, bet programos tekstas (kodas) kompiliuojamas į specialų objektinį kodą, vadinamą baitkodu. Šį kodą toliau skaito ir vykdo Java abstrakti virtualioji mašina (JVM), kurią turi kiekviena kompiuterinė sistema. Taigi turime tokią schemą: Kodas Kompiliatorius bait-kodas JVM Java abstrakti virtualioji mašina JVM JVM – tai speciali Sun Microsystems firmos programa (bait-kodo interpretatorius), parašyta kiekvienai operacinei sistemai atskirai. Tai JRE (Java Runtime Environment). Ji itraukta į populiariausių naršyklių sudėtį (Microsoft Internet Explorer, Netscape Navigator, Opera), į JDK (Java Development Kit ). Ją galima įdiegti ir atskirai. JVM jau gaminama ir atskiromis mikroshemomis. Taigi ją galima įdėti ne tik į PC, bet ir į TV stotis, o ateityje ir į buitinius prietaisus. Daugiaprocesė Programa tuo pat metu gali vykdyti keletą procesų (thread). Daugiaprocesiškumas yra organizuotas objektų lygmeniu – kiekvienas procesas yra atskiras objektas. Panaudojant synchronized modifikatorių resursai „užrakinami” (būtų blogai, jei keli procesai vienu metu rašytų informaciją į tą patį failą). Programų saugumas Saugumas užtikrinamas keliais lygiais. Tai ypač svarbu apletams (specialaus tipo taikomoji programa), nes jie plačiai naudojami interneto puslapiuose. Tam yra net speciali klasė java.lang.SecurityManager su eile metodų. Programinis lygis: - kadangi nėra adresų aritmetikos, tai neįmanoma programiškai sugadinti atminties; - neįmanoma perpildyti masyvo; - negalima ne tik rašyti, bet ir skaityti informacijos už masyvo ir eilutės ribų (todėl Java kalboje eilutė String nemodifikuojama). Baitkodo tikrintojas patikrina: - ar neperpildytas stekas; - ar su objektais neatliekamos draudžiamos operacijos; - ar tinkamai naudojami registrai; - ar teisingai keičiami kintamųjų tipai. „Smėlio dėžės” principas apletui: „įtartina” (neturinti skaitmeninio parašo) programa kaip vaikas įkeliama į smėlio dėžę ir negali : - skaityti/rašyti failo iš/į jūsų (kliento) PC; - išmesti, pervardyti, kurti naujų failų ir t.t. kliento PC. Vykdant apletą ne per tinklą, bet vietinėje failų sistemoje, didesnė dalis šių apribojimų netaikoma. Dar didesnes teises turi apletų paleidimo programa appletviewer.exe. Situacijų valdymas (exception) Nepageidautina situacija (klaida) – tai Java objektas, kuris sužadinamas klaidos vietoje ir vėliau gali būti „pagautas” ir apdorotas programoje. Taigi susidarius nepageidaujamai situacijai, pavyzdžiui, kai indeksas yra už masyvo ribų, galima ją „sugauti”, apdoroti ir tolesnius veiksmus jau nukreipti norima linkme. Tai nėra tas pats kaip tokių situacijų „gaudymas” naudojantis grąžinamomis reikšmėmis ar papildomais požymiais-kintamaisiais, kai galima tiesiog patingėti tai atlikti (arba blogai atlikti). Privalumas tas, kad kai kurių situacijų Java praleisti neleis – jas privalu kažkur apdoroti. Objektinis programavimas Java kalba Dar pačiai pirmajai objektinio programavimo kalbai Smalltalk Alan Kay suformulavo šiuos penkis objektinio programavimo (OP) principus: 1. Viskas yra objektas. Objektas ir saugo duomenis, ir atlieka operacijas su jais (duomenų ir metodų sujungimas į visumą). 2. Programa – tai grupė objektų, bendraujančių per pranešimus (pranešimu galima laikyti ir objekto metodo iškvietimą). 3. Kiekvienas objektas turi savąją atmintį, susidedančią iš kitų objektų (kompozicija - objekto viduje naudojami prieš tai sukurti objektai). 4. Kiekvienas objektas yra kurio nors tipo (klasės). 5. Tam tikros grupės objektai gali priimti tuos pačius pranešimus (paveldėjimas). Pabandykime perfrazuoti šiuos OP principus Java kalbos požiūriu. Duomenų ir metodų sujungimas į visumą (encapsulation) Duomenų ir jų apdorojimo metodų sujungimas į visumą Java kalboje atliekamas naudojant klasę. Taigi klasė yra tipas arba objekto šablonas, kurį sudaro duomenys ir metodai. Objektas jau yra realus klasės egzempliorius kompiuterio atmintyje. Objekto modelį galime pavaizduoti kaip kapsulę: Taigi sudarius A klasę, joks realus objektas atmintyje dar nesukuriamas: class A { // klasės turinys } Objekto dar nėra ir paskelbus A klasės tipo kintamąjį x: A x; Objektas gali būt sukurtas ir sakiniu new: x = new A(); //Objektas sukurtas! // arba iš karto: A x = new A(); Taigi objektas sukuriamas dinamiškai programos vykdymo metu sakiniu new: KlasėsVardas objektoVardas = new KlasėsVardas(); Arba dviem etapais : KlasėsVardas objektoVardas; ObjektoVardas = new KlasėsVardas(); Klasei galima sukurti neribotą skaičių objektų. Grižkime prie kapsulės. Jis turi būti uždaras. Pirma, tai užtikrina duomenų apsaugą, nes vartotojas gali atlikti su duomenimis tik tas operacijas, kurias jam leidžia tam skirti metodai. Antra, programuotojas-vartotojas gali rašyti programas „aukštesniu” lygiu, t.y. jis visiškai pasitiki esamais metodais ir jam nebereikia leistis į smulkmenas ir jų tikrinti. Ir trečia, programų (metodų) pakeitimai ir atnaujinimai programuotojui-vartotojui visai neturi reikšmės. Paveldėjimas (inheritance) ir kompozicija Tai klasės sugebėjimas paveldėti protėvių klasės duomenis ir metodus. Literatūroje vartojama daug skirtingų terminų. Pagrindinė klasė vadinama paveldimąja klase, superklase, protėvių klase, bazine arbs tėvo klase. Analogiškai naujoji klasė vadinama paveldinčiąja klase, subklase, palikuonių klase, išvestine arba vaiko klase. Mes vartosime terminus tėvo klasė ir vaiko klasė. Taigi vaiko klasė paveldi visus matomus (ne private tipo) tėvo klasės metodus ir kintamuosius. Visos Java klasės yra kilusios iš java.lang.Object klasės ir automatiškai palaiko visus jos metodus. Java neturi daugialypio paveldėjimo (netiesiogiai tai galima išspręsti naudojant interfeisus). Nereikia painioti sąvokų „kompozicija” ir „paveldėjimas”. Kompozicija – tai kitos klasės objekto panaudojimas naujai projektuojamoje klasėje. Kompozicija naudojama tada, kai kuriama nauja klasė tiesiog naudoja kitos klasės metodus. Paveldėjimas naudojamas tada, kai nauja klasė naudoja kitos klasės struktūra (interfeisą). Plačiau apie paveldėjimą aprašoma ketvirtame skyriuje. Polimorfizmas (polymorphism) Galime skirti dvi polimorfizmo rūšis. Tai metodų perkrova ir metodų užklotis. Metodų perkrova (overloading). Klasėje naudojama keletas metodų tuo pačiu vardu. Būtina sąlyga – metodai turi skirtis savo antraštėmis (parametrų skaičiumi arba parametrų tipais). Grąžinamos reikšmės tipas čia įtakos neturi. Metodo pasirinkimą nusako jo iškvietimo formatas. Tai atliekama jau kompiliavimo metu (tai dar vadinama „ankstyvuoju susiejimu”). Plačiau apie metodų perkrovą rašoma 3.5. skyrelyje „Metodų perkrova”. Metodų užklotis (overriding). Tėvo ir vaiko klasės turi vienodus metodus. Būtinos sąlygos: turi sutapti ne tik šių metodų vardai, bet ir jų antraštes bei grąžinamų reikšmių tipai. Taigi vaiko klasės metodas gali pakeisti (užkloti) tėvo klasės metodą. Metodo pasirinkimą lemia objekto, kuriam šis metodas kviečiamas, tipas (jei objektas yra tėvo klasės tipo, tai bus kviečiamas jos metodas, priešingu atveju – vaiko). Metodas parenkamas vykdymo metu (tai dar vadinama „susiejimu vykdant”). Plačiau apie metodų užklotį rašoma 4.2. skyrelyje “Metodų užklotis”. 1.3. Trys Java programų tipai Pirmas. Taikomoji programa (application) su komandų eilutės sąsaja Tai pats paprasčiausias ir kartu nevaizdžiausias programos tipas. Programa paleidžiama main metodu. Taigi bent viena programos klasė privalo turėti main metodą. Šiaip jau kiekviena klasė gali turėti po vieną main metodą (tai patogu testuojant klases), tačiau vienu metu galima naudoti tiktai vieną main metodą. Pasibaigus visiems main metodo sakiniams, programa baigia darbą. Parašykime tradicinę pirmąją Java programėlę, kuri juodame Command Prompt (arba FAR Manager) lange išveda tekstą „Labas, Java”. ETAPAI: 1. Bet kuriuo redaktoriumi (kad ir NotePad) parašome pirmosios programos tekstą (visi Java kalbos žodžiai pajuodinti): // Pirmoji Java programa public class Labas { public static void main(String args[]) { System.out.println("Labas, Java"); } } ir įrašome į diską vardu „KlasėsVardas.java” (šiuo atveju vardu „Labas.java”). 2. Kviečiame kompiliatorių javac.exe, kuris patikrina programos sintaksę, perkoduoja jos tekstą į bait-kodą ir įrašo jį į diską vardu „KlasėsVardas.class” (šiuo atveju vardu „Labas.class”): >javac Labas.java P.S. Jei jūsų kompiuteryje nėra nustatyto kelio į katalogą, kur yra kompiliatorius javac.exe, tai reikia nurodyti visą kelią iki jo. Pvz.: >D:\jdk1.3\bin\javac Labas.java Jei nėra klaidų, tai kompiliatorius paprastai jokių pranešimų ir neišveda. Taip po kompiliacijos atrodo Far Manager langas (šiuo atveju failas Labas.java įrašytas į katalogą D:\Java\Pavyzdziai\labas): 3. Kviečiama JVM java.exe vykdyti programą (failo tipas class nenurodomas): >java Labas Naudojant vizualias aplinkas (JBuilder, Visual Studio J++, VisualCafe ar kitas), vykdymo scenarijus keičiasi. Antras. Taikomoji programa su vartotojo sąsaja Programa čia taip pat paleidžiama main metodu. Tačiau paleidimo tikslas dažniausiai yra tik vienas – sukurti vartotojo sąsajos langą ir perduoti jam visą valdymą. Toliau jau sąsajos elementais (meniu, mygtukais, teksto laukais ir t.t.) atliekami norimi veiksmai ir programa veiks tol, kol uždarysime šios sąsajos langą. Vėlgi parašykime tą pačią programą, išvedančią tekstą „Labas, Java”. Programos rašymo ir paleidimo scenarijus visiškai toks pat kaip ir pirmojo tipo programos. Tiesa, programos tekstas atrodys truputėlį kitoks: // Pirmoji Java programa su vartotojo sąsaja. import javax.swing.*; import java.awt.*; public class LabasSuSasaja extends JFrame { public void paint(Graphics g) { g.drawString("Labas, Java", 50, 60); } public static void main(String[] args) { LabasSuSasaja langas = new LabasSuSasaja(); langas.setDefaultCloseOperation (JFrame.EXIT_ON_CLOSE); langas.setSize(200, 100); langas.setTitle("Programa su sasaja"); langas.setVisible(true); } } Vėl kompiliuojame ir vykdome programą: >D:\jdk1.3\bin\javac LabasSuSasaja.java >java LabasSuSasaja Tačiau dabar ekrane pamatysime tokį vaizdą: Trečias. Apletas (applet) Šio tipo taikomąją programą turi tiktai Java. Apletas – tai programa, klaidžiojanti internete ir vykdoma „kliento” kompiuteryje. Ji nenaudoja main metodo. Tačiau kaip ir taikomojoje programoje su vartotojo sąsaja, apleto vykdymas paremtas įvykių apdorojimu. Naršyklė pati rūpinasi apleto veikimu: stabdo jį pereinant į kitą langą, perpiešia keičiant lango dydį ir t.t. Parašykime tą pačią tradicinę programą, bet jau kaip apletą. ETAPAI: 1. Naudodamiesi bet kuriuo redaktoriumi parašome programos-apleto tekstą: // Pirmasis Java apletas import java.applet.*; import java.awt.*; public class LabasApletas extends Applet { public void paint(Graphics g) { g.drawString("Labas, Java", 50, 60); } } ir įrašome į diską vardu „LabasApletas.java”. 2. Šis etapas analogiškas - kviečiame kompiliatorių javac, ir šis gautą baitkodą įrašo į diską vardu „LabasApletas.class”: >javac LabasApletas.java 3. Tačiau jis vykdomas visiškai kitaip negu taikomoji programa. Apletas vykdomas naršykle (galima ir su appletviewer.exe), todėl bet kuriuo redaktoriumi sukuriamas nedidelis HTML failas. Šį failą bet kuriuo vardu įrašome ten pat, kur yra mūsų gautas LabasApletas.class failas: <HTML> <applet CODE = "LabasApletas.class" width = 200 height = 100> </applet> </HTML> P.S. a) Kabutės nebūtinos; b) CODE = „tik paprastas failo vardas, be kelio!”; c) Norint nurodyti kelią, naudojamas CODEBASE = URL. 4. Atidarome šį HTML failą bet kuria naršykle (Explorer, Netscape ar Opera) arba pasinaudojame SDK sudėtyje esančia appletviewer programa (appletviewer xxx.html). Prisiminkime, jog naršyklė savo viduje turi JVM, todėl ji pati ir vykdo šį apletą: Kai kurios vizualios aplinkos HTML failą generuoja automatiškai. Naudojant aplete Swing elementus (pirmųjų sąsajų elementai buvo vadinami AWT), anksčiau minėtos struktūros HTML failas kai kurioms naršyklėms nebetinka (appletviewer niekas nepasikeitė). Esmė ta, kad Java 2 versijos nuorodos applet html faile buvo atsisakyta. Apletai dabar paleidžiami naršyklių papildymo programomis Java Plug-in.

Informatika  Konspektai   (83,34 kB)

Finansinės analizės reikšmė, tikslai ir uždaviniai. Finansinės analizės būdai. Finansų analizės šaltiniai ir jų rūšys. Finansiniai koeficientai. Finansinių koeficientų reikšmė ir privalumai. Kaip pasirinkti santykinius rodiklius? Finansinių koeficientų naudojimas. Pelningumo rodikliai. Mokumo rodikliai. Veiklos efektyvumo rodikliai. Kapitalo rinkos rodikliai. Finansinės analizės organizavimas. Trumpa įmonės charakteristika. UAB „Pušelė“ finansinė situacija. Įmonės balanso vertikalioji ir horizontalioji analizė. Įmonės pelno (nuostolių) ataskaitos vertikalioji ir horizontalioji analizė. Pelningumo rodikliai. Apyvartumo rodikliai. Likvidumo rodikliai. Įmonės bankroto tikimybės analizė.

Finansai  Analizės   (57 psl., 147,45 kB)

Terminas ergonomika kilęs iš dviejų graikų kalbos žodžių: ergo – darbas, nomos – dėsnis. Ergonomika – tai mokslinė disciplina, tirianti žmogaus arba žmonių grupių, darbo procese naudojančių įvairias technines priemones, psichofiziologines galimybes, ribas ir ypatumus. Remiantis ergonominių tyrimų išvadomis, tobulinamos darbo priemonės, kuriamos patogios darbo vietos ir optimalios darbo aplinkos sąlygos, didinančios darbo našumą, tausojančios dirbančiojo sveikatą, mažinančios įtampą ir nuovargį.

Elektronika  Konspektai   (18 psl., 57,07 kB)

Psichodermatologija – psichosomatinės medicinos sritis, tirianti odos ir psichikos sąveika. Jos objektas – odos ligomis sergančiųjų psichologinės problemos (intrapsichinės ir tarpasmeninės) bei psichosocialiniai faktoriai, galintys būti tiek ligos priežastimi, tiek pasekme. Odos ligos visada turi neigiamos įtakos pacientų gyvenimo kokybei, psichosocialinei adaptacijai. Visuomet yra ryšys tarp odos ligos ir psichologinio distreso. Kuo geriau suprasime odos ligų ir psichologinių sutrikimų tarpusavio sąveiką, tuo efektyvesnis bus gydymas, gerės ligonių gyvenimo kokybė.

Medicina  Konspektai   (5 psl., 11,64 kB)

Pozicinės skaičiavimo sistemos. Pozicinių skaičiavimo sistemų samprata. Pervedimas iš vienos sistemos į kitą. Mikroprogramavimas. Procesoriaus fizinio lygio komponentės. Mikrokomandos. Interpretuojamas lygis. Interpretuojantis lygis. Komandos ADD realizacija. Ventilių mikroprograminis valdymas. Mikroprogramavimo kalba. Interpretuojamos mašimos interpretatorius. Mikroprograminio lygio projektavimas. Mikroprocesoriaus Intel 8088 architektūra. Mikroprocesoriaus architektūros samprata. Operatyvios atminties samprata. Portų sistema. Kompiuterio sandara.

Informatika  Konspektai   (126 psl., 1,32 MB)

Duomenų bazės samprata. Duomenų bazės sąvoka, pagrindinės funkcijos. Duomenų bazių valdymo sistemos, jų funkcijos. Duomenų bazės projektavimas. Duomenų bazės modelių tipai . SQL kalba. Reliacinis duomenų bazės modelis. Reliacinė algebra. Reliaciniai skaičiavimai. Duomenų bazės normalizavimas, norminės formos. Konceptualinis duomenų bazės modeliavimas. Trijų lygių duomenų bazės architektūros projektavimas. Duomenų bazės kūrimas. Duomenų bazės kūrimo žingsniai .

Informatika  Kursiniai darbai   (43 psl., 69,83 kB)

Vadybos samprata ir esmė. Organizacija. Valdymo procesas. Vadybos teorija ir raida. Organizacija ir aplinka. Globalizacija ir valdymas. Organizacijų kūrimas. Plananavimas. Organizavimas. Vadovavimas. Kontrolė. Operacijų valdymas. Valdymo informacinės sistemos. Gamybos valdymas. Pagalbinės gamybos ir gamybos aptarnavimo organizavimas ir valdymas. Finansinių išteklių valdymas. Marketingas. Žmonių išteklių valdymas.

Vadyba  Konspektai   (209 psl., 1,38 MB)

Užsienio ryšių administravimo problemos verslo organizacijose ir jų sprendimo prioritetai. Virtualios organizacijos kilmė ir apibrėžimas. Personalo vadybos teorijos ir jų taikymo galimybės naujoms darbo organizavimo formoms, grindžiamoms IT panaudojimu, įgyvendinti Šiuolaikinės personalo valdymo funkcijos ir jų turinys Personalo valdymo apibrėžimas. Personalo valdymo vaidmuo, kuriant konkurencinį organizacijos pranašumąPersonalo valdymo funkcijos.

Vadyba  Konspektai   (75 psl., 939,64 kB)

Regioninė politika – teoriniai aspektai. Regiono sąvoka. Regioninės politikos sąvoka. Regioninė plėtra. Ekonominė regionų plėtra. Regionas – vientisa valstybės teritorijos dalis, kurioje įgyvendinama nacionalinė regioninė politika (Regioninės plėtros įstatymas) “APSKRITYS”. Regionų grupavimo kategorijos: Pagal homogeniškumą - regionus suformuoja tam tikros zonos (plotai), pasižyminčios tam tikromis tik joms būdingomis savybėmis (ekonominėmis, socialinėmis ar politinėmis. Pagal centriškumą - populiacija bei ekonominė veikla koncentruojasi ties specifiniais veiklos centrais (miestais, didmiesčiais);Pagal planavimą - nusako regionus administravimo bei politine išraiška.

Ekonomika  Pateiktys   (62 psl., 104,44 kB)

Daugelis žmonių šiais laikais sieja savo darbą, verslą ir kitus ryšius su kompiuteriais. Tačiau ar jie tikrai moka gerai dirbti juo, ar yra susipažinę su visomis kompiuterio galimybėmis ir savybėmis? Deja, anaiptol taip nėra, netgi pagalvojus, kad tuoj tuoj mes peržengsim į XXI amžių, kuris siejamas vien tik su naujovėmis, kurios bus paremtos kompiuteriais ir kitomis “protingomis” mašinomis, daugelis žmonių vis dar nemoka, o gal net ir nenori mokėti bei susipažinti su kompiuteriais.

Informatika  Pagalbinė medžiaga   (6 psl., 7,21 kB)

Valdymas, atstovaujantis darbo funkcijų pasidalijimo sistemą ir jų koordinaciją siekiant organizacijos tikslų, yra lemiamas kiekvienos ekonomikos šakos efektyvumo veiksnys, tačiau bankų sferoje, kur piniginių lėšų pritraukimo ir jų paskirstymo veiksmai, yra labai stipriai susiję su terminais ir charakteriu, valdymo vaidmuo ir reikšmė, ženkliai išauga.

Ekonomika  Kursiniai darbai   (20,46 kB)