Referatai, kursiniai, diplominiai

   Rasti 106 rezultatai

63 anglų topikai
2010-05-31
BALANCED DIET, CINEMA, CRIME, ENVIRONMENT, EUROPEAN UNION & NATO, FOREIGN LANGUAGES, HISTORY OF CHRISTMAS, JUNK FOOD, LITHUANIA IN 50 YEARS’ TIME, MASS MEDIA, PROFILE EDUCATION, SMOKING & DRUGS, SPORT,TECHNOLOGY DEVELOPMENT, TRANSPORT....
Anglų kalba  Kalbėjimo temos   (42 psl., 53,24 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)
Projektavimas
2010-01-19
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)
Case technologijos
2010-01-19
Terminas CASE (Computer Aided Software Engineering) šiais laikais naudojamas labai plačia prasme. Pirminė termino CASE reikšmė, apribota programinės įrangos (toliau PĮ) kūrimo automatizavimo klausimais, šiais laikais įgyjo naują reikšmę, kuri apglebia sudėtingų IS kūrimo procesą bendrai. Dabar CASE – priemonės suprantamos kaip programiniai įrankiai, palaikantys IS kūrimo bei išlaikymo procesus, taip pat reikalavimų formuluotę bei analizę, taikomsios PĮ ir duomenų bazių (toliau DB) projektavimą, kodo generavimą, testavimą, dokumentavimą, kokybės užtikrinimą, konfiguracinį valdymą bei projekto valdymą, taip pat kitus procesus. CASE – priemonių, sisteminės PĮ ir techninių priemonių visuma – pilnai sukomplektuota IS kūrimo aplinka. CASE – technologija – tai IS projektavimo metodologija, taip pat instrumentinių priemonių, kurios leidžia aiškia forma modeliuoti daiktinę sritį, analizuoti minėtą modelį visuose kūrimo arba išlaikimo etapuose ir kurti priedus atitinkančius vartotojo informacinius poreikius. Nežiūrint į visas CASE – priemonių potencialias galimybes, egzistuoja daug nesėkmingų jų diegimo pavyzdžių, ko pasekoje CASE – priemonės tampa “lentynine” PĮ (shelfware). Taikant CASE – priemones yra keletas galimo efekto apibrėžimą komplikuojančių faktorių: 1. CASE – priemonių galimybių ir kokybės įvairovė. 2. Naudojimosi CASE – priemonėmis patirties stoka organizacijose. 3. Detalių metrikų ir duomenų nebuvimas jau atliktiems bei atliekamiems projektams. 4. Skirtingas CASE – priemonių integracijos projektuose laipsnis. Kai kurie analitikai mano, jog reali kai kurių CASE – priemonių pritaikymo nauda gali būti gauta tik po 1-2 metų patirties. Kiti mano, kad įtaką gali būti daroma jau IS gyvenimo ciklo (toliau GC) eksploatacijos fazėje, kai technologiniai patobulinimai gali privesti prie eksploatacinių išlaidų mažėjimo. Sėkmingam CASE – priemonių įdiegimui organizacija turi turėti tokias savybes: 1. Technologija. Egzistuojančių galimybių ribotumo suvokimas bei sugebėjimas priimti naujas technologijas. 2. Kultūra. Pasiruošimas naujųjų procesų diegimui. 3. Valdymas. Tikslus vadovavimas ir organizuotumas svarbiausių diegimo etapų ir procesų atžvilgiu. Jeigu organizacija neturi nors vienos iš aukščiau išvardytų savybių CASE – priemonių diegimas gali nepasisekti neatsižvelgiant į vadovavimosi diegimo rekomendacijomis kruopštumo laipsnį.IS projektavimo metodologijos pagrindai IS PĮ gyvenimo ciklas PĮ gyvenimo ciklas (PĮ GC) – nepertraukiamas procesas, kuris prasideda nuo sprendimo apie jo sukurimo būtinumą momento ir baigiasi jo išėmimo iš eksploatacijos momentu. (paruošimas, eksploatacija, projekto valdymas, konfiguracijos valdymas ir pan.) Bendras normatyvinis dokumentas, reglamentuojantis PĮ GC, yra tarptautinis standartas ISO/IEC 12207 (ISO – International Organization of Standartization, IEC – International Electronical Commission). Standartas apibūdina GC struktūrą. PĮ GC modeliai Standartas ISO/IEC 12207 apibūdina GC struktūrą, bet nekonkretizuoja detaliai, kaip realizuoti arba atlikti veiksmus arba uzduotis, įtrauktus į šuos procesus. Šiuo metu labiausiai paplitę kaskadinis ir spiroklinis GC modeliai. Kaskadinis modelis. Pagrindinė charakteristika – paruošimo proceso padalinimas į etapus, kur perėjimas į sekantį etapą vykdomas tik tuomet kai darbas einamajame etape yra pilnai atliktas.
Informatika  Konspektai   (67,54 kB)
"What do you say, dear?" said my wife, looking across at me. "Will you go?" "I really don't know what to say. I have a fairly long list at present." "Oh, Anstruther would do your work for you. You have been looking a little pale lately. I think that the change would do you good, and you are always so interested in Mr. Sherlock Holmes's cases." "I should be ungrateful if I were not, seeing what I gained through one of them," I answered. "But if I am to go, I must pack at once, for I have only half an hour." My experience of camp life in Afghanistan had at least had the effect of making me a prompt and ready traveller. My wants were few and simple, so that in less than the time stated I was in a cab with my valise, rattling away to Paddington Station. Sherlock Holmes was pacing up and down the platform, his tall, gaunt figure made even gaunter and taller by his long gray travelling-cloak and close fitting cloth cap. "It is really very good of you to come, Watson," said he. "It makes a considerable difference to me, having someone with me on whom I can thoroughly rely. Local aid is always either worthless or else biassed. If you will keep the two corner seats I shall get the tickets." We had the carriage to ourselves save for an immense litter of papers which Holmes had brought with him. Among these he rummaged and read, with intervals of note-taking and of meditation, until we were past Reading. Then he suddenly rolled them all into a gigantic ball and tossed them up onto the rack. "Have you heard anything of the case?" he asked. "Not a word. I have not seen a paper for some days." "The London press has not had very full accounts. I have just been looking through all the recent papers in order to master the particulars. It seems, from what I gather, to be one of those simple cases which are so extremely difficult." "That sounds a little paradoxical." "But it is profoundly true. Singularity is almost invariably a clue. The more featureless and commonplace a crime is, the more difficult it is to bring it home. In this case, however, they have established a very serious case against the son of the murdered man." "It is a murder, then?" "Well, it is conjectured to be so. I shall take nothing for granted until I have the opportunity of looking personally into it. I will explain the state of things to you, as far as I have been able to understand it, in a very few words. "Boscombe Valley is a country district not very far from Ross, in Herefordshire. The largest landed proprietor in that part is a Mr. John Turner, who made his money in Australia and returned some years ago to the old country. One of the farms which he held, that of Hatherley, was let to Mr. Charles McCarthy, who was also an ex-Australian. The men had known each other in the colonies, so that it was not unnatural that when they came to settle down they should do so as near each other as possible. Turner was apparently the richer man, so McCarthy became his tenant but still remained, it seems, upon terms of perfect equality, as they were frequently together. McCarthy had one son, a lad of eighteen, and Turner had an only daughter of the same age, but neither of them had wives living. They appear to have avoided the society of the neighbouring English families and to have led retired lives, though both the McCarthys were fond of sport and were frequently seen at the race-meetings of the neighbourhood. McCarthy kept two servants-a man and a girl. Turner had a considerable household, some half-dozen at the least. That is as much as I have been able to gather about the families. Now for the facts. "On June 3rd, that is, on Monday last McCarthy left his house at Hatherley about three in the afternoon and walked down to the Boscombe Pool, which is a small lake formed by the spreading out of the stream which runs down the Boscombe Valley. He had been out with his serving-man in the morning at Ross, and he had told the man that he must hurry, as he had an appointment of importance to keep at three. From that appointment he never came back alive. "From Hatherley Farmhouse to the Boscombe Pool is a quarter of a mile, and two people saw him as he passed over this ground. One was an old woman, whose name is not mentioned, and the other was William Crowder, a game-keeper in the employ of Mr. Turner. Both these witnesses depose that Mr. McCarthy was walking alone. The game-keeper adds that within a few minutes of his seeing Mr. McCarthy pass he had seen his son, Mr. James McCarthy, going the same way with a gun under his arm. To the best of his belief, the father was actually in sight at the time, and the son was following him. He thought no more of the matter until he heard in the evening of the tragedy that had occurred. "The two McCarthys were seen after the time when William Crowder, the game-keeper, lost sight of them. The Boscombe Pool is thickly wooded round, with just a fringe of grass and of reeds round the edge. A girl of fourteen, Patience Moran, who is the daughter of the lodge-keeper of the Boscombe Valley estate, was in one of the woods picking flowers. She states that while she was there she saw, at the border of the wood and close by the lake, Mr. McCarthy and his son, and that they appeared to be having a violent quarrel. She heard Mr. McCarthy the elder using very strong language to his son, and she saw the latter raise up his hand as if to strike his father. She was so frightened by their violence that she ran away and told her mother when she reached home that she had left the two McCarthys quarrelling near Boscombe Pool, and that she was afraid that they were going to fight. She had hardly said the words when young Mr. McCarthy came running up to the lodge to say that he had found his father dead in the wood, and to ask for the help of the lodge-keeper. He was much excited, without either his gun or his hat, and his right hand and sleeve were observed to be stained with fresh blood. On following him they found the dead body stretched out upon the grass beside the pool. The head had been beaten in by repeated blows of some heavy and blunt weapon. The injuries were such as might very well have been inflicted by the butt-end of his son's gun, which was found lying on the grass within a few paces of the body. Under these circumstances the young man was instantly arrested, and a verdict of 'wilful murder' having been returned at the inquest on Tuesday, he was on Wednesday brought before the magistrates at Ross, who have referred the case to the next Assizes. Those are the main facts of the case as they came out before the coroner and the police-court." "I could hardly imagine a more damning case," I remarked. "If ever circumstantial evidence pointed to a criminal it does so here."
My SQL
2009-09-02
Apraš sudaro dvi dalys. Pirmojoje dalyje (MySQLlt1.doc) rasite tokius skyrelius: literalai, vartotojo kintamieji, stulpeliai, SELECT ir WHERE operatoriuose naudojamos funkcijos. Antrojoje dalyje rasite įvairių sintaksių aprašymus.
Informatika  Pagalbinė medžiaga   (46 psl., 283,18 kB)
Gramatikos taisyklės: Types of Questions, Writing a Letter, Modal Verbs, Writing a Paragraph, the English Tenses in the Active Voice, the English Tenses in the Passive Voice, a Letter of Complaint, the Usage of the Article in English, the Adjective, the Noun, Linking Words/Phrases, Conditional Sentences, Wishes, the Gerund.
Anglų kalba  Pagalbinė medžiaga   (19 psl., 32,46 kB)
The True Religion
2009-07-09
The first thing that one should know and clearly understand about Islam is what the word "Islam" itself means. The religion of Islam is not named after a person as in the case of Christianity which was named after Jesus Christ, Buddhism after Gotama Buddha, Confucianism after Confucius, and Marxism after Karl Marx. Nor was it named after a tribe like Judaism after the tribe of Judah and Hinduism after the Hindus. Islam is the true religion of "Allah" and as such, its name represents the central principle of Allah's "God's" religion; the total submission to the will of Allah "God".
Anglų kalba  Namų darbai   (6,02 kB)
Jvision programa
2009-07-09
Šiuolaikiniame technikos pasaulyje net ir informacija turi būti pateikta vaizdžiai ypač konferencijose ar susirinkimuose, vykstančiuose pristatymuose ir pan. O kaip tai padaryti, kad kuo gražiau ir patraukliau atrodytų. Dokumentacijai sukurti naudojamos įvairios vaizdingos priemonės kuo vaizdingiau pateikti informaciją. Todėl išnagrinėjau ir aprašiau detaliau siūlomą programą Jvision.
Informatika  Referatai   (4,71 kB)
Law
2009-07-09
Descriptive law is when it describes how people, or even natural phenomena, ussually behave. Prescriptive law – it prescribes how people ought to behave. For example, the speed limits imposed upon drivers are laws that prescribe how fast we should...
Anglų kalba  Konspektai   (6,09 kB)
Interesting Jobs
2009-07-09
The fact is well-known that unemployment is the most important and threatening problem in the whole world. In addition to this I am able to add that unemployment in Lithuania is still growing. This fact illustrates that choosing the type of career is the most responsible decision in person's life. In case I have a possibility to choose computer programmer's, lawyer's or teacher's profession, I am absolutely decided to choose teacher's profession when I was in nineth form. There are many reasons why I chose this profession.
Anglų kalba  Namų darbai   (1,4 kB)
Business Ethics
2009-07-09
Business ethics is a form of applied ethics, a branch of philosophy. As such, it takes the ethical concepts and principles developed at a more theoretical, philsophical level, and applies them to specific business situations. Generally speaking, business ethics is a normative discipline, whereby particular ethical standards are assumed and then applied. It makes specific judgements about what is right or wrong, which is to say, it makes claims about what ought to be done or what ought not to be done. While there are some exceptions, business ethicists are usually less concerned with the foundations of ethics (metaethics), or with justifying the most basic ethical principles, and are more concerned with practical problems and applications, and any specific duties that might apply to business relationships.
Anglų kalba  Konspektai   (6,48 kB)
Modal Verbs
2009-07-09
The great German poet Goethe once said, “He, who knows no foreign language, doesn’t know his own once”. Today English language is the language of the world. English is not only the national or official language of some thirty states that represent different cultures, but it is also the major international language of communication in such areas as science, technology, business and mass entertainment. It is also the major language of diplomacy. No doubt that we must know English very well.
Parquet
2009-07-09
The most common kind found in Europe is the ordinary oak (Quercus robur), and in America - the red oak (Quercus rubra). Ordinary oaks grow naturally in forests of Lithuania, taking 1.8 % of total forest area. The greatest number of oak-woods is located in Middle Lithuania Lowland; their number is slightly lesser in south-eastern part of the country, and even more so - in the south. Oaks reach 30-40 m in height, and 1,5-2 m in diameter. This tree lives for 500-1,000 years, sometimes even for 1,500 years. Oaks are suitable for cutting down at the age of 120-160 years.
Delivery of speech
2009-07-09
It is known that public speaking is a transaction between you and your audience. Just as the language you choose for your message should reflect the nature of your audience, so too should your delivery. Specifically, we discuss choosing an appropriate method of delivery, adapting to diverse audiences, and adapting delivery to the speech occasion.
Anglų kalba  Referatai   (9,62 kB)
Italian Migration
2009-07-09
Italy is a country with a long history of emigration and a very short experience ofimmigration. Mass emigration started with Italian unification: during the period 1861- 1976 over 26 million people emigrated, half of them towards other European countries,the rest towards North and South America.
Geografija  Kursiniai darbai   (4,89 kB)
Maisto saugos vadybos sistemos projektas. Anglų kalba. Projektas buvo pristatytas Kopenhagos universitete, Danijoje. Darbas buvo yvertintas labai gerai. Vertas dėmesio studijuojantiems maisto pramonę.
Pramonė  Referatai   (14,77 kB)
Orlaivis
2009-07-09
1897-ieji buvo "orlaivių" metai. Balandžio mėn. lėtai skridęs orlaivis sudužo Auroros miestelyje, esančiame į šiaurės vakarus nuo Worth forto (ir iškart į vakarus nuo Rhoma link Bridgeport), - atsitrenkęs į vėjo malūną. Apieškojus jo nuolaužas buvo, tariamai, rastas mažo ūgio ateivio kūnas. Pilotas iš pradžių buvo vadintas "marsiečiu" ir palaidotas vietos kapinėse. Taip pat nuolaužose rasta hieroglifų rašmenų. Ši istorija prisimenama ir po 100 m. 1986 m. pagal ją buvo susuktas filmas "The Aurora Encouter", kuriame vaidino Jack Elam.
Lietuvių kalba  Testai   (4,92 kB)
Case technologijos
2009-07-09
Šios apžvalgos tikslas yra įvadas į šiolaikinių informacinių sistemų projektavimo metodų ir priemonių ypatumus naudojant CASE – technologijas. Šiolaikinių informacinių technologijų vystymosi tendencijos skatina nuolatinį informacinių sistemų (toliau IS) sudėtingumo laipsnio kilimą.
Informatika  Konspektai   (8,42 kB)
Kursinis darbas buvo įvertintas 9 balais. Pristatytas Klaipėdos verslo kolegijoje. "Bakery" means a business producing, preparing, storing, or displaying bakery products intended for sale for human consumption. Several objective and subjective methods are being used for controlling quality of bakery products such as loaf volume, crust color, grain and texture of crumb in case of bread, and spread, raise, crispness etc, in case of biscuits and cookies.
Gavau 9. ranslation is an action of interpretation of the text that gives the same massage in other language. Translation is basically a change of form. When we speak of the form of the language, we use words, sentences, paragraphs, etc., which are written or spoken.
Internet
2009-07-09
The Internet is a worldwide, publicly accessible series of interconnected computer networks that transmit data by packet switching using the standard Internet Protocol (IP). It is a "network of networks" that consists of millions of smaller domestic, academic, business, and government networks, which together carry various information and services, such as electronic mail, online chat, file transfer, and the interlinked web pages and other resources of the World Wide Web (WWW).
Anglų kalba  Kursiniai darbai   (15,94 kB)
Gavau 10. Diana Spencer nickname Lady Di born: July 1st, 1961 birthplace of: Sandringham (Norfolk - England) parents: John Edward Spencer (1924-1992) Lady Frances Spencer (1936) divorced since 1969 sisters and brothers: Sarah, Jane, Charles length: 1.77 m weight: unknown colour of eyes: blue colour of hair: blond residence: Kensington Palace in London marriage: On July 29th Lady Diana married Prince Charles.
Anglų kalba  Referatai   (24,52 kB)
Charles Dickens
2009-07-09
Įvertintas 9. he Greatest of Victorian writers English novelist, generally considered the greatest of the Victorian period. Dickens's works are characterized by attacks on social evils, injustice, and hypocrisy. He had also experienced in his youth oppression, when he was forced to end school in early teens and work in a factory.
Anglų kalba  Namų darbai   (6,77 kB)
Style in letter
2009-07-09
Tai vienuolika skirtingomis temomis parašytų rašinėlių, kurie pravers besiruošiant anglų kalbos egzaminams ar kalbėjimo įskaitoms.
Anglų kalba  Konspektai   (10,77 kB)
The Advantages of Lithuania’s Integration into the European UnionThe integration into the European Union is one of the most crucial objectives of the Lithuania’s foreign policy. Beginning with 1989-1990, when the decision of the Baltic States to restore independence manifested itself, the largest Western states became interested in Lithuania, Latvia, and Estonia.
Opinion Letter: Child Labor According to the International Labor Organization there are approximately 250 million working children between the ages of 5 and 14. Somewhat around 120 million of them are performing in their jobs on a full time basis. Another half combines with school and other non-economic activities. Impressive numbers, aren’t they?
Anglų kalba  Analizės   (4,81 kB)
Market segmentation
2009-07-09
In segmenting a market, marketers look for broad classes of buyers who differ in their needs. There is no one right way of segmenting markets. A marketer has several bases available to him/her for the segmentation of markets.
Anglų kalba  Analizės   (4,6 kB)
Comparison essay on tax systems in Great Britain, The United States of America and Lithuania.
Anglų kalba  Analizės   (5,76 kB)
Palyginimas darželių, mokyklų ir rebilitacijos klinikos Norvegijoje ir Lietuvoje. Darbas pristatytas Agderio universitete Norvegijoje.
Anglų kalba  Analizės   (8,8 kB)