Referatai, kursiniai, diplominiai

   Rasti 395 rezultatai

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)
Nepriklausomumas-tai kad duomenu apdorojomo programos neturi buti keiciamos, modifikuojant duomenis. DBVS-duomenims DB reikalingos programos, kurios apraso duomenu struktura, leidzia pakeisti duomenu strukturas, leidzia atlikti duomenu apdorojomo operacijas. DB strukturiniai elementai-*strukturizuoti, vienodo tipo objektu aprasymp junginiai sudaro DB. *atskiro objekto aprasymas- IRASAS. *Atskiros objekto savybes aprasymas- LAUKU.
Informatika  Paruoštukės   (6,23 kB)
Aukštos įtampos tinkluose energija paskirsto skirstomosios pastotės, kurių pagrindinė dalis – skirstomieji įrenginiai. Juos sudaro jungiamieji aparatai, apsaugos ir matavimo prietaisai. Transformatorių pastotės transformuoja energiją, t. y. vienos įtampos kintamosios srovės energiją keičia į kitos įtampos energiją. Daugelis pastočių atlieka abu šiuos uždavinius: transformuoja ir paskirsto energiją. Tai transformatorių skirstomosios pastotės, kuriuose yra transformatorius arba transformatoriai ir įvairių įtampų skirstomieji įrenginiai. Be transformatorių ir skirstomųjų įrenginių, didesnėse pastotėse yra: Dispečerinė, arba patalpos su elektros spintomis, skydais, valdymo pultu, kuriame įmontuoti matavimo, valdymo, apsaugos ir signalizacijos prietaisai; dispečerinės budintysis personalas prižiūri ir valo įrenginius; Įvairūs pagalbiniai įrenginiai, pvz., suspausto oro įrenginiai, akumuliatorių baterija, sandėlis, buitinės patalpos ir t.t. Mažos galios pastotės, maitinamos vidutiniosios įtampos oro linijomis, įrengiamos stulpuose. Transformatorius ir kiti aparatai įrengiami atramoje.
Elektronika  Diplominiai darbai   (53 psl., 445,57 kB)
Darbo tikslas: Susipažinti su lokaliųjų tinklų (LAN) technologijomis ir jų veikimo principais, išmokti sumodeliuoti sud÷tingus lokalinių tinklų (LAN) modelius naudojantis OpNet IT Guru modeliavimo paketu, išsiaiškinti paprastos IP adresacijos ir maršrutizavimo principus.
Inžinerija  Ataskaitos   (5 psl., 115,36 kB)
UAB „West Express“ – tai turizmo agentūra, kuri užima lyderio pozicijas Lietuvos turizmo verslo rinkoje. Tai kompanija, kurioje dirba lanksti, nuolat tobulėjanti bei nebijanti iššūkių komanda, pasižyminti savo profesionalumu, aptarnavimo kokybe bei noru būti geriausiais. Įmonė vertina savo darbuotojų žinias, sugebėjimus bei savybes, padedančias žengti į priekį bei plėtoti ilgalaikius santykius su verslo partneriais ir klientais.
Rinkodara  Kursiniai darbai   (13 psl., 47,93 kB)
CV rašymas yra svarbus žingsnis darbo paieškos procese. Kreipimosi laiškas ir CV paprastai yra jūsų paraiška dalyvauti konkurse ir pirmasis prisistatymas jus dominančiai kompanijai. Savo siunčiamais dokumentais jūs sudarote pirmąjį įspūdį, todėl jie yra neginčijamai svarbūs. Nuo šio įspūdžio priklauso tai, ar būsite pakviestas į susitikimą, ar jums bus tik padėkota.
Kita  Pagalbinė medžiaga   (1 psl., 4,82 kB)
Kai matematinis modelis suformuluotas taip, kad negalima taikyti nei analitinių, nei skaitmeninių metodų, pasitelkiamas eksperimentinės optimizacijos metodas. Tada efektyvumo kriterijus ir apribojimai patei¬kiami algoritmo forma. Šie algoritmai aprašo nagrinėjamojo objekto veiklą, o jo funkcionavimo sąlygas nustato tyrinėtojas. Šiais algoritmais gali būti ir skaitmeniniai metodai, tačiau griežtas matematinis formalizavimas ne visuomet leidžia aprašyti sudėtingas sistemas, atsižvelgiant į kiekvienos sistemos specifines veiklos sąlygas.
Matematika  Konspektai   (18 psl., 65,28 kB)
Organizmai pavadinami pagal principus, pateiktus trijuose pagrindiniuose leidiniuose – Tarptautiniame Zoologinės Nomenklatūros Kodekse (ICZN), Tarptautiniame Bakterijų Nomenklatūros Kodekse (ICNB) ir Tarptautiniame Botaninės Nomenklatūros Kodekse (TBNK). TBNK apima visus augalus, grybus, gleivūnus, melsvadumblius, gali būti nesusipratimai su Euglenophyta organizmais. Dabartinio TBNK taisyklės datuojamos nuo 1930 metų Tarptautionio Botaninio Kongreso Kembridže. Pastarosios grindžiamos Paryžiaus Botaninio Kongreso, vykusio 1867 metais, nuostatomis.
Biologija  Konspektai   (6 psl., 12,72 kB)
Kaip pasidaryti Windows XP įkrovos CD su integruotu Service Pack 2 Aprašymas pritaikytas įkrovos CD sukūrimui su Nero Burning Rom 6 versija. Ko reikės: Originalaus angl. Windows XP (gali būti su integruotu SP1) įdiegimo CD. Service Pack 2 EXE failo (~266 MB). Nero Burning Rom 6 programos. Boot Sector failo XP-boot.bin.
Informatika  Pagalbinė medžiaga   (6 psl., 420,33 kB)
Apytikrė stiprintuvo skaičiuotė ir elementinės bazės parinkimas. Struktūrinės ir principinės schemos sudarymas. Pilna principinės schemos skaičiuotė bei elementų parinkimas, prisilaikant standarto. ADCH skaičiuotė. Stiprintuvo konstrukcijos aprašymas. Ekvivalentinė schema. Užduotyje nurodytų ir apskaičiuotų stiprintuvo parametrų ir charakteristikų palyginimas.
Fizika  Kursiniai darbai   (15 psl., 43,85 kB)
Komutacinėms sistemoms aprašyti nepakanka žinoti vien tik paraiškų srauto charakteristikas, susietas su ateinančių paraiškų skaičiumi. Tarkime, į sistemą patenka paprastasis paraiškų srautas intensyvumu **120 paraiškų/val, tačiau esant tam tikram *, paraiškos aptarnavimo vidutinė trukmė gali būti labai įvairi, visai nepriklausanti nuo *. Pavyzdžiui, kai vienos paraiškos Tapt.*5 min, tai per valandą į sistemą atėjusias 120 paraiškas, aptarnaujant vieną paskui kitą, tektų sugaišti A**xTapt *120x*5min*600min*10 val.
Elektronika  Konspektai   (40 psl., 157,99 kB)
Užduotis: Bankomatai. Bankas aptarnauja n klientų per k bankomatų. Kliento sąskaitoje iš pradžių yra kažkiek pinigų. Kiekvienas klientas gali: 1) paimti pinigų iš bankomato, sąskaita negali būti neigiama. Bankomatų pinigų resursai riboti ir skirtingi; 2)sužinoti balansą. Kiekvienas klientas turi savo PIN – kurį kiekvienai operacijai nurodo. Jei blogas PIN, bankas neaptarnauja. Jei PIN blogai nurodomas 3 kartus iš eilės tame pačiame bankomate – sąskaita uždaroma. Programos procesų bei procedūrų aprašymas. Programos tekstas. Programos testavimas. Rezultatai.
Informatika  Namų darbai   (9 psl., 7,71 kB)
Baltai
2009-07-09
Indoeuropiečiai – tautų grupė, kurią jungia bendra neolito laikų prokalbė (VI-V tūkst. pr. Kr.). Iš jos kilo indų, iranėnų, graikų, armėnų, italikų germanų, keltų, baltų, slavų ir kitos kalbinės grupės. Genčių protėvynė – V. Azija ar R. Europa – nuosaikaus klimato zona. Šios šeimos kalbomis dabar šneka 2 mlrd. žmonių. Baltai – 1. Indoeuropietiškos kilmės tautų bei genčių grupė, kalbėjusi giminingomis kalbomis ir tarmėmis (lietuviai, žemaičiai, žiemgaliai, sėliai, latgaliai, jotvingiai, kuršiai, prūsai).
Istorija  Konspektai   (2,49 kB)
Žvelgiant į ateitį,matomas vis didesnis smurtaujančių ir prievartą prieš moteris vartojančių vyrų padaugėjimas. Nusikaltimų,tokių kaip vagysčių,plėšimo,kontrabandos ir pan.didėjimas. Moralinės žalos ir turto prievartavimas - tai paskatino sukurti tokią firmą,kuri sumažintų,o gal ir sustabdytų šiuos nusikaltimus. Nusprendėme įkurti UAB "Slaptųjų Agenčių Biuras"(UAB "SAB"),angliškas vertinys būtų- "Totally Spies".
Matematika  Referatai   (3,87 kB)
1857 metų pavasarį Lietuvos visuomenę sujaudino neeilinis įvykis – vienos turtingiausių šio krašto giminių atstovas, Lahoisko (tuomet – Minsko gubernija, Barysavo apskritis) savininkas grafas Konstantinas Tiškevičius (1806–1868) savo paties dirbtuvėje pasigamintais laivais išsirengė į kelionę... Neries upe. Tuomet mažai ką galėjo nustebinti didikų, o ir ne tik didikų, pažintinės kelionės po Vakarų Europą, taip pat po gerokai tolimesnius, egzotiškus kraštus.
Geografija  Referatai   (12,77 kB)
Mano įmonė UAB "Liepa", kuri prekiauja kasdienio vartojimo maisto prekėmis, kadangi tai tokios prekės be kurių nei vienas žmogus negali išgyventi. Mano įmonė įkurta 2006 metų sausio 31 dieną, įmonės kodas 3273232. Ji yra įsikūrusi Taikos prospekte 38A, Klaipėdoje, Lietuvos Respublikoje. Personalą sudaro 10 žmonių, o įmonės įstatinis kapitalas 40 000 litų. Šio darbo objektas – UAB "Liepa" – maisto prekių parduotuvė. Darbo tikslas – pateikti UAB "Liepa" verslo planą.
Ekonomika  Analizės   (5,1 kB)
Įmonė savo firmos vardą turintis ūkinis vienetas, įsteigtas įstatymų numatyta tvarka, tam tikrai komercinei, ūkinei veiklai. Šiuo metu Lietuvoje daugelis žmonių gali pradėti dirbti sau, kurti savo verslą. Kasdien įsteigiama dešimtys įmonių. Kurti verslą nelengvas dalykas, reikalaujantis esminių permainų žmonių sąmonėje, kruopštaus pasirengimo, pasiryžimo įveikti daug sunkumų.
Ekonomika  Analizės   (5,11 kB)
Valdymo funkcijos - planavimas, organizavimas, vadovavimas ir kontrolė remiasi nenutrūkstamu informacijos srautu apie tai, kas vyksta organizacijoje ir už jos ribų. Tik gaudami laiku ir tikslią informaciją, vadovai gali stebėti, kaip artėja prie tikslo, ir įgyvendinti planus tikrovėje. Tad informacinės sistemos įgalina vadovus kontroliuoti, kaip sekasi jų verslas, nes įvairios, ypač kompiuterinės, informacinės sistemos teikia efektingai veiklai būtinų žinių.
Ekonomika  Analizės   (12,47 kB)
Vidaus auditas
2009-07-09
Ekonominėje literatūroje vidaus auditas apibrėžiamas įvairiai. Tačiau autoriai dažniausiai cituoja JAV vidaus auditorių instituto pateiktą apibrėžimą, t.y. "vidaus auditas yra nepriklausoma kontrolės forma, veikianti įmonės viduje ir apimanti įmonės veiklos tikrinimą ir įvertinimą". Šis apibrėžimas nurodo, kad vidaus auditas yra: 1) kontrolės forma; 2) jis įkurtas įmonės viduje kaip savarankiškas padalinys; 3) jo pagrindinis tikslas - padėti gerinti įmonės veiklą;
Apskaita  Referatai   (4,55 kB)
Sparčiai besikeičianti sporto padėtis pasaulyje verčia Lietuvos sporto organizacijas nuolat analizuoti būsimuosius varžovus, prognozuoti tendencijas, numatyti konkrečias veiklos kryptis ir priemones siekiant gerai parengti sportininkus ir užtikrinti optimalius šalies sportininkų dalyvavimo svarbiausiuose tarptautiniuose renginiuose rezultatus.
Sportas  Referatai   (6,22 kB)
ŽIV - žmogaus imunodeficito virusas. Dauginasi tik žmogaus organizmo ląstelėse. ŽIV - retrovirusų (lot. retro - atgal) šeimos atstovas. Šios grupės virusams būdinga atvirkštinė transkripcija. Retrovirusų sintezės seka: RNR DNR RNR baltymas. ŽIV genetinė medžiaga yra RNR. Patekus virusui į ląstelę šeimininkę, viruso fermentas - atvirkštinė transkriptazė, pagal viruso RNR (kaip pagal matricą), sintezuoja atitinkančią jai DNR molekulę.
Medicina  Referatai   (10,4 kB)
Mikalojus Daukša
2009-07-09
Daukšų giminės pirmtakas buvo Veliuonos valsčiaus bajoras Vaidila. To krašto karių (bajorų) pareiga buvo ginti panemunės pilis nuo kryžiuočių. Protėvis Vaidila gavo bajorystę iš didžiojo kunigaikščio Vytauto, tikriausiai, už karinę tarnybą. Duomenys leidžia teigti, kad Vaidila turėjo sūnų Sirputį, Sirputis Daukšą, Daukša Mikalojų, Mikalojus Baltramiejų, o Baltramiejus - rašytoją Mikalojų Daukšą (1527/1538-1613 02), pakrikštytą senelio vardu ir gavusį prosenelio vardą kaip pavardę. Pavardė Daukša ir iš jos padaryti vietovardžiai paplito visoje Lietuvoje.
Lietuvių kalba  Konspektai   (11,79 kB)
Liucijus Anėjus Seneka gimė Ispanijos Kordubos mieste apie 4m. pr. Kr. Jis buvo vidurinysis turtingo ir žinomo Romoje raitelių luomo retorikos žinovo Lucijaus Anėjaus Senekos sūnus. Ankstyvoje vaikystėje busimas filosofas buvo atvežtas į Romą, nes tėvas ir anksčiau čia buvo įsikūręs. Seneka gavo puikų retorinį išsilavinimą ir mokėsi filosofijos pas Sotioną ir Atalą. Filosofija jaunuolį sužavėjo, jis visa galva į ją pasinėrė ir skelbė: "Jei nori būti laisvas, vergauk filosofijai".
Filosofija  Referatai   (8,62 kB)
Būtinybė naudoti elektronines skaičiavimo mašinas (ESM) projektuojant elektroninę aparatūrą buvo įvardinta jau 1960-ais metais, t.y. dar prieš didelių integrinių grandynų (DIG) sukūrimą. Automatizuoti projektavimo metodai buvo pradėti taikyti ESM loginių blokų ir elektroninių schemų projektavimui. Atsiradus didelės integracijos grandynams (DIG) ir jiems tobulėjant, kartu vystėsi ir automatizuoti projektavimo metodai.
Elektronika  Kursiniai darbai   (4,48 kB)
Įvado dalyje aš apibūdinau kukurūzų kilmę, paplitimo laiką, kokia temperatūra tinkamiausia auginant kukurūzus. Analitinėje dalyje, aprašiau augalo botanines savybes, kokias dirvas parinkti auginant kukurūzus, kaip dirvas paruošti ir patręšti, aprašiau veisles, kaip paruošti sėklą prieš sėją, sėją, pasėlių priežiūrą, derliaus nuėmimą ir kukurūzų reikšmę.
Rinkos tyrimas
2009-07-09
Šiuo metu maitinimo keitiklių poreikis nuolat auga ir UAB “Technogama” su savo techniniais sprendimais yra labai stipriai pažengusi į priekį. SPAB “Lietuvos geležinkeliai” ne tik domisi mūsų gaminamais keitikliais, bet ir labai aktyviai prisideda prie techninių sąlygų, atitinkančių geležinkelių reikalavimus, sukūrimo. Visi keitiklių bandymai buvo sėkmingi. Labai aktyvus bendradarbiavimas su LR Krašto apsaugos ministerija (KAM).
Rinkodara  Referatai   (6,78 kB)
Tauragės skaičiavimo mašinų elementų gamyklos, priklausančios susivienijimui „Sigma“, spausdintųjų plokščių cechas pradėjo gamybą 1974 m. 1983 m. spausdintųjų plokščių gamybai buvo pastatytas naujas gamybinis korpusas atskiroje aikštelėje nutolusioje nuo pagrindinės įmonės. 1986 m. pagal 6,5 mln. JAV dolerių vertės kontraktą su „Fela Planungs AG“ (Šveicarija) cechas buvo rekonstruotas – sumontuoti modernūs įrengimai, kurių pajėgumas 20000m2 spausdintųjų plokščių per metus, dirbant dviem pamainom.
Psichologija  Analizės   (4,95 kB)
Bendrojo lavinimo mokyklos tikslas - išugdyti asmenį, pajėgų savarankiškai bei kartu su kitais spręsti savo ir visuomenės gyvenimo problemas, pozityviai keisti Lietuvos tikrovę, kūrybingai atsakyti į šiuolaikinio pasaulio iššūkius, gebantį įprasminti savo gyvenimą prieštaringoje dabarties tikrovėje. Šio tikslo siekiama vedant vaiką per visas ugdymo pakopas: priešmokyklinį, pradinį, pagrindinį, vidurinį ugdymą. Priešmokyklinio ugdymo tikslas - laiduojant vaiko asmenybės skleidimąsi, ugdyti aktyvų, savimi ir savo gebėjimais pasitikintį, stiprią pažinimo motyvaciją turintį vaiką, sudaryti prielaidas tolesniam sėkmingam ugdymuisi mokykloje.
Pedagogika  Referatai   (8,87 kB)
Būti pedagogu – sunkus ir atsakingas uždavinys. Ypač šiandien, kai yra keliami dideli reikalavimai mokymo kokybei bei jo rezultatams. Pedagogo darbas reikalauja ne vien tik profesionalaus pasiruošimo, bet ir kokybiškų žinių bei analitinio – mokslinio mąstymo. O.M.Charles knyga “Pedagoginio tyrimo įvadas” yra skirta: 1) pedagogams, siekiantiems aukštesnio mokslinio laipsnio; 2) pedagoginių mokyklų absolventams.
Pedagogika  Analizės   (4,13 kB)