Šiame darbe teorines žinias bandysime pritaikyti analizuodami AB „Umega“ marketingo makroaplinką. Makroaplinkos planas turėtų padėti išspręsti įmonės plėtros ir pelno didinimo problemas. Atsižvelgdami į įmonės specifiką, bandysime analizuoti jos veiklą, tikslus, makro ir mikro aplinkas, atliksime stipriųjų ir silpnųjų pusių analizę, parinksime išvadas ir pasiūlymus.

Rinkodara  Kursiniai darbai   (20 psl., 79 kB)

Lygiagretaus programavimo namu darbas su naudojant Open MPI biblioteka, realizuota c++ kalba. Darbo aprasymas, algoritmo veikimo analize

Informatika  Kursiniai darbai   (12 psl., 122,85 kB)

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

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

Siekdama produktyvumo, organizacija turi sukurti ir išlaikyti griežtą vidinę dermę ir sanderme su aplinka. Tai gali būti pasiekiama veiksmingu strateginiu planavimu, pagrįstu aplinkos veiksnių kitimo krypties ir laiko bei pačios organizacijos elgesio aiškiu supratimu. Verslo organizacija, siekdama sėkmės, turi sugebėti nuolat atsižvelgti į besikeičiančią aplinką. Ji privalo numatyti išorinių veiksnių poveikį ir užimti tokią pozicija, kad palankių galimybių dėka įgautų pranašumą ir išvengtų grėsmių, susijusių su aplinkos permainomis.

Administravimas  Kursiniai darbai   (34 psl., 57,33 kB)

Verslo ekonomika – vienas iš profesinei kvalifikacijai įgyti dėstomų dalykų. Šio dalyko tikslas – ugdyti supratimą apie verslą, jo vaidmenį visuomenėje, gebėti apskaičiuoti įmonės veiklos ekonominius rodiklius, pagrįsti veiklos naudingumą. Konspektuose apžvelgiamos verslo rūšys, tikslai, aplinka, Lietuvos ūkio sistema, ūkio plėtros galimybės ir tendencijos. Studentai supažindinami su verslo įmonių įvairove, jų veiklos ypatumais, steigimo tvarka, materialinių bei darbo išteklių formavimu ir jų poreikio nustatymu. Aptariama, kaip apskaičiuoti išlaidas ir pajamas, pelną ir pelningumą, nustatyti nenuostolingų pardavimų mastą.

Ekonomika  Konspektai   (103 psl., 169,79 kB)

Sunkais ekonominiais laikais, kiekvienam žmogui nelengva rasti vietą visuomenėje ir darbo rinkoje. Tačiau pagalvokime apie asmenis, kurie kelis ar net kelioliką metų yra praleidę visiškai atskirti nuo visuomenės. Per tokį ilgą laikotarpį pasikeičia viskas : žmonės, aplinka, technologijos, visuomenė. Todėl nuteistųjų integracija į visuomenę krizės sąlygomis yra labai aktuali tema.

Sociologija  Tyrimai   (16 psl., 27,91 kB)

PERSONALO VALDYMO SISTEMA. Personalo valdymą galima suprasti kaip sistemą, kurios pagrindinis tikslas -užtikrinti efektyvų vadovų ir pavaldinių bendradarbiavimą, siekiant organizacijos tikslų. Tinkamas vadovavimas (tikslas – sukurti efektyvios vadovų įtakos pavaldiniams sąlygas). vadovo autoriteto formavimas. vadovo elgesio ir asmeninio stiliaus formavimas. vadovo darbo organizavimas. Bendradarbių pažinimas (tikslas – sukurti efektyvią darbuotojų pažinimo ir motyvavimo sistemą). darbuotojų poreikių pažinimas. pasipriešinimo pažinimas ir šalinimas. motyvavimas. informavimas. įtraukimas į sprendimų priėmimą.

Administravimas  Konspektai   (19 psl., 69,2 kB)

Internetas- pasaulinis kompiuterių tinklas, jungiantis visuotinius ir vietinius kompiuterių tinklus [1] 1. Milijonai prie jo prijungtų kompiuterių kimšte prikimšti programų, dokumentų, knygų, piešinių ar kitokios informacijos, kuri specialiųjų technologijų dėka yra lengvai pasiekiama bet kuriam vartotojui. Internetas prijungia mūsų kompiuterius prie pasaulinių informacijos lobynų bei sujungia mus vienus su kitais.

Ekonomika  Analizės   (24 psl., 208,33 kB)

Išvertus iš anglų kalbos, marketingas reiškia rinką – „market“. Iš pradžių dėmesys buvo kreipiamas tik į prekę, jos išvaizdą, bet ne į varotojo norus. Vėliau prieita prie marketingo koncepcijos ir pradėta galvoti kaip prekę pagaminti ne tik pigiai, bet ir vartotojui naudingai. Kiekvienos įmonės siekis, taikant marketingą, gauti kuo didesnį pelną, išplėsti prekių ar paslaugų spektrą.

Rinkodara  Konspektai   (3 psl., 11,33 kB)

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

Informatika  Kursiniai darbai   (44,11 kB)

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

Informatika  Konspektai   (9,24 kB)

Galime teigti jog teisingumas yra pagrindas valstybėje, o teisė - viena iš svarbiausių priemonių valstybės uždaviniams vykdyti. Teisė susideda iš tam tikrų taisyklių (normų), nustatytų ar sankcionuotų valstybės, ir reguliuojančių visuomenės santykius, siekiant įtvirtinti, apsaugoti bei vystyti visuomeninę tvarką. Šių taisyklių laikymasis, esant reikalui, užtikrinamas valstybės prievartos priemonėmis. Taigi viena iš teisės šakų - administracinė teisė.

Teisė  Referatai   (27 psl., 44,95 kB)

Šio darbo tikslas yra atskleisti administracinės teisės pažeidimus, išvardinti jos nuobaudų rūšis, jų skyrimą ir vykdymą, taip pat kokie organai tai gali daryti. Viena iš teisės šakų - administracinė teisė. Tai visuma teisės normų, reguliuojančių visuomenės santykius, valstybės vykdomojoje ir tvarkomojoje veikloje.

Teisė  Referatai   (10 psl., 13,58 kB)

Aplinkosaugos samprata ir strategija. Globalinės aplinkosaugos problemos (Aplinkos buklė Lietuvoje). Kietosios atliekos bei jų tvarkymas. Atliekų susidarymo šaltiniai, rūšys ir apskaita. Atliekų surinkimo sistema. Atliekų perdirbimas ir deponavimas. Technologijų be atliekų kūrimas. Cheminis nutekamųjų vandenų valymas. Biologinis nutekamųjų vandenų valymas. Oro valymas bei taršos mažinimas. Aplinkos apsaugos valdymo sistema Lietuvoje. Aplinkosaugos teisinio reguliavimo svarba.

Vadyba  Kursiniai darbai   (48 psl., 150,75 kB)

Teisėsaugos institucijų disciplinos dalykas, pagrindinės sąvokos ir sistema. Teisminė valdžia. Prokuratūra. Advokatūra. Policija. Karo policija. Specialiųjų tyrimų tarnyba. Vidaus reikalų ministerijos vidaus tarnyba. Vidaus reikalų ministerija. Parengtinio tyrimo institucijos. Valstybės saugumo departamentas. Teisingumo ministerija. Notariatas.

Teisė  Konspektai   (213 psl., 1,79 MB)

Ekonomikos samprata. Pagrindiniai ekonomikos tikslai. Ekonomikos reikšmė ir galutinis jos tikslas. Pagrindinė ekonomikos problema. Ekonominių sistemų tipai. Ekonomikos sąlygos. Ekonomikos principai. Smulkaus ir vidutinio verslo samprata ir formavimosi sąlygos. Valstybės įtaka šalies ekonomikai. Įmonės tikslai, aplinka. Įmonių tipai. Įmonių susijungimas. Įmonių turtas. Gamybos išlaidos. Gaminių kainų nustatymas. Pelnas ir pelningumas. Materialiniai ištekliai ir jų panaudojimas. Įmonės valdymas. Gamybos procesas. Darbo normavimas. Įmonės personalas. Darbo apmokėjimas. Įmonės inovacijos.

Ekonomika  Konspektai   (138 psl., 466,4 kB)

Dvejetainis programavimas. Informacija ir duomenys. Kompiuteriniai duomenys. Skaičiavimo sistema yra visuma būdų ir priemonių, leidžianti užrašyti ar kitaip pateikti skaičius. Skaitmens reikšmė priklauso nuo užimamos vietos (pozicijos) skaičiuje. Skaičiavimo sistemos pagrindu laikomas skaičius, kuris parodo kiek kartų padidėja arba sumažėja vieno ir to paties skaitmens reikšmė, kai jis perkeliamas į vieną iš šalia esančių pozicijų.

Informatika  Konspektai   (82 psl., 162,89 kB)

Kokybės ir jos vadybos sampratos. Kokybės vadybos raida. Visuotinės kokybės vadyba ir vadovavimas. Proceso ir produkto koncepcijos. Kokybės vadybos sistemos ir jų modeliai. Reikalavimai KVS ir AVS. KVS kūrimas, auditas ir registravimas. Kokybės vadybos veikla. Kokybės gerinimo veikla. Problemos, jų analizė ir sprendimai. Darbuotojų dalyvavimas ir komandinis darbas. Veiklos vertinimas ir apdovanojimai.

Vadyba  Konspektai   (40 psl., 365,79 kB)

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

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

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

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

Teisės šakos: konstitucinė teisė; darbo teisė; civilinė teisė; administracinė teisė; prekybos teisė ir panašiai. Teisė dar gali būti skirstoma į: privatinę, kuri gali būti kaip civilinės teisės sinonimas. Jai priklauso dvi šakos: civilinė (reguliuoja turtinius santykius) ir prekybos ar komercinė (jos normos skirtos reguliuoti prekybinius santykius tarp įmonių, įstaigų, organizacijų); viešoji (kartais naudojama kaip administracinės teisės sinonimas) - reguliuoja santykius tarp valdžios institucijų ir piliečių. Jai priskiriama ir komercinė teisė. Dabar valstybinė valdžia vis labiau plečia viešąją teisę privatinės (tuo pačiu ir prekybinės) teisės sąskaita.

Teisė  Pagalbinė medžiaga   (21 psl., 35,37 kB)

Prekybinės veiklos subjektai. Juridinių asmenų pasibaigimas ir reorganizavimas. Atstovavimas. Įgaliojimas ir jo rūšys. Ikisutartiniai santykiai ir jų reikšmė. Sutarties sudarymas. Akceptas. Sutarties forma. Sutarties aiškinimas. Sutarties negaliojimas. Sandorio negaliojimo pasekmės. Sutartys su valios trūkumais. Sutartis sudaryta apgaulės būdu. Konkurencija ir jos reguliavimas LR. Konkurencijos taryba. Baudos. Bankrotas. Bankrutavusios įmonės likvidavimas. Arbitražo sudarymas. Arbitražinis nagrinėjimas. Sprendimų priėmimas. Arbitražinio teismo sprendimo apskundimas. Užsienio arbitražų sprendimų pripažinimas ir vykdymas. Teisminis ginčų sprendimo būdas. Teismo sprendimų vykdymo procesas. Prekių ir paslaugų ženklai.

Teisė  Pagalbinė medžiaga   (21 psl., 35,32 kB)

Prekiaujant su užsienio šalimis, visada reikia prisiminti, kad tarp jų egzistuoja tokie skirtumai: • politiniai, ekonominiai ir socialiniai; • kultūriniai; • psichologiniai; • pokalbių vedimo, sandorių sudarymo ir jų vykdymo. Taigi tiek eksportuotojas, tiek importuotojas, vykdydamas sandorius, susiduria su tam tikromis užsienio prekybos problemomis.

Ekonomika  Kursiniai darbai   (14,18 kB)

Teisėsauga - tai tam tikrų institucijų, taikančių teisinės prievartos ir teisinės gynybos priemones veikla, kuria siekiama užtikrinti normalų teisinės sistemos funkcionavimą. Teisėsauga- tai specialių valstybės institucijų ir nepriklausomų asmenų, kuriems valstybė patikėjo vykdyti tam tikras jai priklausančias funkcijas, veikla, užtikrinant teisės apsaugą ir tinkamą jos įgyvendinimą. Teisėsaugos institucijos yra specialios valstybės institucijos ir nepriklausomi asmenys, užtikrinantys teisės apsaugą ir tinkamą jos įgyvendinimą.

Teisė  Konspektai   (18,75 kB)

Žinome, kad negali būti sveiko finansų ūkio, jei iš anksto, tam tikram laikotarpiui, nesudaroma laukiamų pajamų ir numatomų išlaidų sąmata. Ta išlaidų ir pajamų sąmata, vadinama valstybės biudžetu. Žodis „biudžetas“ yra kiles iš prancūzų kalbos žodžio „bouge“, sumažinus „bougette“- odinis maišiukas. Prancūzai šį žodį pirmą kartą pavartojo valstybės pajamų bei išlaidų sąmatos prasme 1802m.XIX a. Šis žodis pasklido po visą pasaulį (2,88). Bendroms valstybės funkcijoms atlikti valstybė formuoja centrinį biudžetą.

Finansai  Referatai   (18,6 kB)

Baigimasis darbas parašytas 2004 metais Lietuvos žemės ūkio universitete, darbas apgintas 8 balams, darbas geras, darbe atlikta bankų veiklos analizė įmonių kreditavimo srityje.

Ekonomika  Diplominiai darbai   (21,28 kB)

Marketingas – tai poreikių išsiaiškinimo ir jų tenkinimui reikalingų sprendimų priėmimo bei įgyvendinimo procesas, padedantis siekti tiek visuomenės, tiek pačios organizacijos tikslų – tokį marketingo sąvokos apibrėžimą siūlo prof. Vytautas Pranulis.

Rinkodara  Kursiniai darbai   (21,93 kB)

Bet kokia įmonė veikia tam tikroje nuolat kintančioje aplinkoje. Įmonės vadovybė ir marketingo specialistai nuolat turi stebėti aplinką, joje vykstančius pokyčius ir į juos reaguoti, prie jų prisitaikyti.

Rinkodara  Kursiniai darbai   (19,89 kB)

Lietuvos istorija nuo seniausiųjų laikų iki 2002 metų. Seniausieji Lietuvos gyventojai. Baltų susidarymas. Baltai geležies amžiaus pradžioje. Lietuvos valstybės formavimasis XIIIa. Durbės mūšis. Mindaugas. Lietuvos valstybės stiprėjimas. Algirdas. Kęstutis. Vytauto kova dėl valdžios. Krėvos sutartis. Vytauto ir Jogailos kova. Astravos sutartis. Vytauto politika ir Žalgirio mūšis. Kazimiero valdymas. Aleksandro valdymas. I Lietuvos Statutas ir Albertas Goštautas. Vilniaus universiteto įkūrimas. Lietuvių kalba ir raštas XVI a. Martynas Mažvydas. Abraomas Kulvietis. Archtektūra ir dailė XIV–XVI a. Muzika ir teatras XV–XVI a. Valakų reforma. LDK padėties blogėjimas XVI a. viduryje. Liublino unijos priežastys. Steponas Batoras: vidaus politika. Švietimas XVII a. Žymieji XVII a. mokslininkai ir švietėjai. Lietuvos bajorijos polonizacija XVII a. Šiaurės karo padariniai. Rentos formos ir valstiečių kategorijos XVIII a. Lenkijos-Lietuvos padalijimai. Klasicizmas dailėje ir architektūroje.

Istorija  Konspektai   (75 psl., 163,6 kB)

Įvadas, šalies bendras vidaus produktas, namų ūkiai, prekių kainų lygis (infliacija,)nedarbas, kreditas, išvados.

Rinkodara  Referatai   (38 psl., 82,52 kB)