Organizacija gali efektyviai veikti ir siekti tikslų, tik subūrusi tobulai veikiančią komandą. Tačiau tai yra sudėtingas, išmanymo ir žinių reikalaujantis darbas. Komandinio darbo nauda pasireiškia tuo, kad įgyvendinus komandinį darbą, žymiai pagerėja produkcijos kokybė, darbinis aktyvumas, informacijos perdavimas. Komandų darbo rezultatai pralenkia tiek pavieniui dirbančių individų, tiek didelių organizacijos grupių darbo rezultatus. Šiuolaikiniame versle daugelis įmonių vis dažniau susiduria su ekstremaliomis situacijomis, sudėtingomis problemomis, kurioms suvaldyti ar išspręsti tradicinės organizacinės struktūros ir senos hierarchijos nepakanka.

Vadyba  Kursiniai darbai   (19 psl., 62,33 kB)

Įmonės organizavimo darbas

Vadyba  Namų darbai   (33 psl., 95,27 kB)

Miško gaisras - nekontroliuojamas degių medžiagų degimas mišku apaugusiuose ir neapaugusiuose miško plotuose. Skirstomi į antžeminius, kai dega miško paklotė, trakas, viršūninius, kai dega ir medžių lajos, bei požeminius, kai dega durpingas dirvožemio sluoksnis. Kyla dėl žaibo išlydžio, neatsargios žmogaus veiklos (pernykštės žolės, laužų deginimo, nuorūkų, šiukšlių, kibirkščių vykdant miškotvarkos darbus). Durpynas - vieta, kur kasamos durpės arba įmonė, kuri kasa durpes. Durpių daugiausiai buvo iškasama maždaug 1950-1980 metais, nes tuomet durpės buvo labai plačiai naudojamos kaip kuras. Vėliau jas ėmė išstumti akmens anglis, dujos. Nuo tada durpynų eksploatavimas mažėja, kadangi sumažėjusi durpių paklausa, o ir patogiausios durpių atsargos daug kur išnaudotos.

Darbo ir civilinė sauga  Referatai   (16 psl., 22 kB)

Darbo problema - lyderiavimas yra svarbi tema vadovams, nes lyderiai vaidina lemiamą vaidmenį, užtikrindami grupės ir organizacijos darbo efektyvumą. Nemažai mokslinių darbų autorių yra nagrinėję įvairias lyderiavimo teorijas bei bandę sudaryti svarbiausių lyderiams būdingų asmeninių bruožų sąrašą. Tačiau iki šiol vis dar nėra aišku, kokia lyderiavimo teorija yra efektyviausia konkrečioje situacijoje, kokie lyderio asmeniniai bruožai turėtų būti svarbiausi jam vadovaujantis viena ar kita lyderiavimo teorija. Darbo tikslas - nurodyti vadovo lyderystės raiškos sąsajas su organizacijos veiklos kokybe.

Psichologija  Kursiniai darbai   (20 psl., 97,49 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)

Problemos pagrindimas Mechatroninė sistema apjungia elektrines, mechanines hidraulines ir elektronines technologijas ir naudoja kompiuterinį valdymą. Kai kurios mechatroninės sistemos kaip pvz.: automatinė pavarų dėžė, variklio valdymas jau veikia šiuolaikinėse mašinose. Valdymo sistemos tikslas: darbinis dalies stebėjimas įvertinant fizinius kintamuosius – matuojamas sensoriais ir tinkamos komandos, apdorojamos aktyvatorių pasirinkimas. Yra galimos dvi veiksmų rūšys: nenutrūkstami ir disktretūs veiksmai. Nenutrūkstamas valdymo procesas įvertina išėjimo klaidą, palygina su užduota reikšme ir apskaičiuoja naują nenutrūkstamą veiksmą klaidos sumažinimui. Diskretus valdymo procesas aptinka kokį nors įvykį (tipiškai – klaidos slenkstį – ribos slenkstį) ir parenka sistemai naują diskrečią būseną. Rekonfigūracijos sistema tai diskreti valdymo sistema, skirta reakcijai į sistemų komponentų klaidas. Tipinių mechatroninių sistemų architektūrą pateikta 1 pav. Šiame staripsnyje apžvelgiami tik diskretūs valdymo procesai. 1. Naujos mechatroninės sistemos. Ankstyvajame projektavimo etape projektuotojai susiduria su patikimumo įvertinimu. Iš funkcinio modelio preliminari rizikos analizė identifikuoja įvykius, kurie gali būti katastrofiniai, taip pat vadinamieji “pavojingi įvykiai”. Defektų medžio metodas naudojamas kokybiniam kiekybiniam patikimumo įvertinimui. Defektų medis nusako logines sąlygas, kurioms esant gali įvykti pavojingas įvykis. Efektyvūs algoritmai ir priemonės šiandien leidžia apskaišiuoti pavojingo įvykio atsitikimo tikimybę, nustatančio elementarių pavojingų įvykių greičius. Tačiau tai yra statiška ir nereaguoja į skaičių pasikeitimus. Defektų medžių modeliavimui alternatyva yra struktūrinių ir funkcinių sąveikų tarp sistemos komponentų modeliavimas Būsenų Diagramoje. Modeliuojamos būsenos – sistemos veikimo ir defektų būsenos. Būsenų diagramos leidžia nustatyti (aprašyti) bet kurią baigtinių įvykių sistemą – išvardinant būsenas, tačiau būsenų skaičius auga kartu su lygiagrečiais veiksmais generuojamais sistemos. Petri tinklai labai tinka diskrečių įvykių sistemoms su lygiagrečiais ir sinchroniniais veiksmais modeliuoti ir kovoti su būsenų skaičiaus kombinatoriniu didėjimu. Kiekybiniam patikimumo įvertinimui būtina laiką apibrėžti kaip kintamąjį. Mechatroninėse sistemose įrenginio būsenos pasikeitimo vėlinimas parenkamas patalpinant vėlinimą į vietą ar perėjimą Petri Tinkluose. Vėlinimai susiję su atsinaujinimo ir sutrikimo procesais modeliuojami atitiktinais kintamaisiais eksponentine perdavimo funkcija. Petri tinklai apimantys tik stochastinius laiko vėlinimus yra žinomi kaip stochastiniai Petri Tinklai. Jei lestume skubų (neatidėliotiną) kuro įpurškimą (sincroninazijos modeliavimui), tai būtų apibedrintas stochastinis PT. Abiem atvejais tinklo sėkmingas pažymėjimas gali būti pristatytas kaip Maskovo Grandinė ir be to patikimumas būtų vertinamas auditiškai. Daugelis patikimumo įvertinimo programų kompiuteriuose naudoja šį metodą. Apibendrintai, gali būti naudinga modeliuoti įrenginio būsenų pasiketimus, kurie neatspindi atsinaujinimo sutrikimo pricesų, bet atspindi pasikeitimus, susijusius su reguliaria sistemos elgsena. Šiuo atveju būsenos pasikeitimo vėlinimas yra projekuotojų modeliuojamas kaip perdavimo funkcija laiko intervale. Patikimumo rezultatai tuomet randami naudojant Monte Carlo algoritmą: daug turimos informacijos yra simuliuojama per ribotą laikotarpį ir vidutinis informacijos skaičius, kuris pasiekia pavojingą įvykį, yra suskaičiuojamas. Būsenios pasikeitimo vėlinimas taip pat gali priklausyti nuo besitęsiančio proceso fizinio vystymosi. Tai tipinis atvejis Mechatroninių sistemų, kuomet valdymo sistema yra labiau linkusi apdoroti kelis proceso kintamuosius apibrėžtomis ribomis. Inicijuojamo įvykio padarinys – kai kurie proceso kintamieji gali peržengti šias ribas, ir valdymo sistema modifikuoja sistemos konfigūraciją tam, kad paveikti proceso vystymąsi ir sugrąžinti sistemą į jos normalias ribas. Šis hibridinis požiūris yra esminis įvertinant Mechatronininių sistemų patikimumą. Iš tikrųjų, tiek nenutrūkstamos tiek diskrečios dalys dinamiškai veikia Mechatroninių sistemų patikimumą. Rekonfigūracija bus veiksminga tik tuomet, kai ji veiks “palankiu periodu”, kuris tęsiasi nuo tos datos pereinamo valdymo ribos iki to laikotarpio, kuomet išlenda pavojingi įvykiai. “Palankaus periodo trukmė” priklauso nuo darbinės (operatyvinės) dalies dinamikos, o rekonfigūracijos trukmė priklauso nuo valdymo sistemos ir aktyvatorių dinamikos. Šiandien egzistuoja hibridinių sistemų modeliavimo ir simuliavimo priemonės. Valdymo dalis modeliuojama Petri Tinklų arba Būsenų diagramų reikšmėmis. Nutrūkstama dalis paprastai modeliuojama naudojant diferencialinės algebros lygtis. Bet iki šiol vis dar sunku pasiekti skaitmeninę integraciją Monte Karlo algoritmui prieinamame laike. Problemos sprendimo kelias – abstraktaus modelio sukūrimas operatyviai daliai. Iš tikrųjų, dažnai įmanoma diferencialines algebrines lygtis į tikslesnes ir paprastenes algebrines. Naudojant SPT operatyvinė dalis ir bus modeliuojama šiuo būdu. Visų sistemos dalių elgsena gali būti aprašyta SP tinklais. Dėl visų šių priežasčių SPT ir buvo pasirinkti mūsų sistemos modeliavimui simuliavimo tikslams. Mes naudojame projektavimo SPT priemones. 2. Atvejo analizė ir modeliavimas 2.1 Atvejo analizė Nagrinėjant paprastą Mechatroninę sistemą (2. pav.) kuri yra sudėtingos sistemos dalis, kurios tikslas yra palaikyti spaudimo lygį (P) tam tikrose ribose [Pmin, Pmax]. Funkcinė priklausomybė aprašyta žemiau: - Jei P>Pmax elektrinis vožtuvas uždarytas - Jei P < Pmin elektrinis vožtuvas atidarytas - Jei P > Palarm_max arba P<Palarm_min – sistema sugenda 2.2 Funkcinis ir diskfunkcinis modelis Vienintelis galimas sistemos nefunkcionavimo atvejis – tuščias rezervuaras (bakas). Sistema gali būti sumodeliuota algebriniais ryšiais sekančiai (P yra rezervuaro slėgis, V – tūris, Qin – įeinantis srautas, Qout – išeinantis srautas Qconsumer – suvartojamas srautas, Qleak –nutekėjimo srautas, Qpump – siurblio srautas): (f grįžtamasis) Gali būti bet kuris funkcijos žingsnis (r3): jei elektrinis vožtuvas atidarytas, tada Qin = Qpump, kitaip Qin = 0. r1 ir r2 yra apibrėžtos algebrinės lygtys kurios leidžia paskaičiuoti slenkstinę ribą P (P = Ptreshold) inicijuojamą būseną (P = P0, V = V0 laiko momentu t = t0) Kiekvienam įrengimui viena vieta apima požymį nusakantį sistemos būseną ir susijusį pradžios periodą. Mūsų pavyzdyje tokia būsena nusakoma rezervuaro spaudimu ir tūriu, sistemos faze (elektrinio vožtuvo pozicija), suvartojimo lygiu ir nutekėjimo rūšimi. Kiekvieną kartą diskretus įvykis įvyksta kaip suvartojamo pokyčio, elektrinio vožtuvo padėtis pasikeitimo arba nuotėkio atsiradimo (perėjimai suvartojimą, pakeisti aktyvatorių arba nutekėjimą). Esama būsena paskaičiuojama , žinant prieš tai buvusią ir nustatant pradžios periodą , remaintis (r1) ir (r2) santykiais. Kiekvieną testiniu periodu, valdymo sistema nuskaito rezervuaro slėgį ir atnaujina komandą. Galima pažymėti, kad naujos komandos skaičiavimas kiekvienu testavimo periodu yra mažai naudingas Iš tikrųjų, komanda pasikeičia tik kartą, kuomet slėgio ribos yra peržengtos. Pakanka ryškių slėgio intervalų, kad nustatyti komandos efektyvumą. Privalome pridėti du trukdančius intervalus, kurie nusakytų pavojingsu įvykius. (4. pav.) Kiekvieną kartą įvykus išoriniam įvykiui (nutekėjimas arba suvartojimo pasiektimas), yra atnaujinama nauja būsena (slėgis ir tūris rezervuare, slėgio intervalas, elektros vožtuvo pozicija, suvartojimo lygis ir nutekėjimo rūšis yra įtraukiami į naują rezervuarą kintamojo laiko įrašą). Atsitikimo periodas ir esamo slėgio intervalas. Tuomet yra paskaičiuojami sekantis intervalas , kuris iššauks sprendimą (komandą arba trūkumą) ir vėlinimas, kada šis intervalas bus pasiektas (next_level ir next_time kintamieji).Atnaujinimo būsena yra tuomet, kai realizuojamas “šuolis” į sprendimo lygį. Remiantis pasiektu lygiu (apsauga perėjimuose prie “exec_command” ar “gedimas” nusprendžia, kuris perėjimas reikalingas) vykdoma komanda ar aptinkamas gedimas. Dar daugiau, yra paskaičiuojamas sekantis sprendimo lygis ir laikas, kada jis bus pasiektas. Abiejų modelių elgsena yra panaši. (pav 6)Įvykių grafas (diagrama) yra naudojama dinaminių savybių ir modelio patvirtinimui. Ji apima visas galimas būsenas, kokias tik sistema gali įgyti ir kaip jos yra pasiektos (lankas atspindi perėjimo uždegimą ir vadinasi įvykį, apskritimas vaizduoja PT žymėjimą ir vadinasi sistemos būseną). Bet įvykių diagrama (grafas) negali būti išsamus, taigi ir naudingas modelio patvirtinimui, jei žymės (token) gali įgyti neribotą galimų reikšmių skaičių. Tai yra tas mūsų modelių atvejis, kuomet laikas yra tiksliai apibrėžiamas nenutrūkstamu kintamuoju. Iš tikrųjų gedimas gali įvykti bet kuriuo metu ir vadinasi neribotas galimas skaičius. Sprendimas būtų sugalvoti tokį kokybinį modelį, kur nebūtų vertinamas laikas, bet atsižvelgiama tik į įvykių sekos sekos tvarką. Prieš tai naginėtame kiekybiniame modelyje, nenutrūkstamų procesų kintamųjų sritis natūraliai yra padalinama į diskrečius lygius. Sistemos vystymasis yra apibrėžiamas esama diskretine būsena ir šios būsenos veikimo trukme. Kad gauti atitinkamą kokybišką modelį, reikia tik panaikinti tikslaus laiko nuorodas. Laikas bus modeliuojamas po tam tikro įvykio tam tikra tvarka. Įvykių grafas asociatyvus kokybinio modelio gb pilnai sukurtas kiekybinis modelis nagrinėjamos problemos, pateiktos 9 pav. (Įvykių grafas turi 21 mazgą ir 34 laukus). Modelio patvirtinimui mes galime įrodyti, pvz: kad “negyvų” būsenų žymėjimas vaizduoja ne ką kitą, kaip klaidingas būsenas. Mes taip pat galime patvirtinti, kad kai kurie gerai žinomi scenarijai įvyksta taip, kaip tikimasi – realizuojant tai. Įvykių grafo priemonės arba modeliavimo priemonės dėka. Mes taip pat galime sistematiškai ištyrinėti visus žinomus scenarijus (ir galimas daiktas – surasti netikėtus sprendimus). Ši analizė remiasi įvykių grafo tvirtai sujungtu komponentu (Scc). Iš tikrųjų Scc sąvoka iš priklausomybės požiūrio taško turi naudingą interpretaciją. Bet kuri Scc būsena gali būti pateikiama iš bet kurios Scc būsenos (10 pav.). Du neišskirtiniai atvejai yra galimi hibridinių sistemų atveju. - Scc apima aibę būsenų, cikliškai sujungtų per galimą neribotą laiką, (kuris nukreiptas į paslaugos tiekimą nominaliu ar pažemintu laipsniu darbo būdu) - Scc vaizduoja greitai pereinantį vystymąsi, kuris baigiasi tuomet, kai aptinkamos galimo pavojingo įvykio sąlygos (kuomet proceso kintamasis peržengia duotą ribą, sistema pasiekia absorbinę būseną) Bet kuris laukas, einantis iš Scc, reiškia kad atitinkamas įvykis apsaugos sistemą nuo sugrįžimo į ankstesnę padėtį ar greit praeinančią būseną. Šie įvykiai vadinami kritiniais įvykiais (plonos rodyklės pav. 10). Yra 2 kritinių atvejų rūšys: -nepataisomi gedimai ; -pavojingo įvykio atsiradimo aptikimas; Analizė atliekama 3 etapais ir susideda iš - Mirties žymių nustatymas. Kiekviena iš nesujungtų aibių kreipiasi į vieną tikėtiną pavojingą įvykį; - Visų netrivialių Scc interpretavimas ir funkcinės dalies, kurią jis atspindi, radimas; - Visų įmanomų dalių (įvykių sekos – vienas įvykis charakterizuojamas rišamuoju elementu) radimas ir aiškinimas iš kiekvieno Scc į sekantį ar pavojingą įvykį. Šios dalys apibrėžia ryšių medžius ir viena šaka nusako vieną iš įvykių sekos. Dauguma šių medžių šakų gali būti sujungtos jei sugrupuotume ryšius, atspindinčius tuos pačius įvykius. Šis aiškinamasis darbas apima daugumą projektuotojo žinių, kurias jis turi savo sistemoje ir negali jų realizuoti automatiniu būdu. Tai gali būti sunku ir gali pareikalauti daug laiko sudėtingoms sistemoms. Pastebėkite, kad “mirties” taškų pažymėjimas bendrąja prasme aprašo gedimų aibes, kurios susijusios su tam tikru “pavojingu” įvykiu. Bet tai nesuteikia jokios informacijos apie tai, kokia tvarka, šie gedimai įvyksta, kad gali būti netrivialu sudėtingoms sistemoms. Kai kurios gedimų sekos gali vesti prie pavojingų įvykių, esant sistemos ypatingam reikalavimui. Šiuo atveju “mirties” taško žymėjimas neteikia jokios informacijos apie reikalavimų, susietų su gedimais seką, kad veda prie pavojingų įvykių. Mūsų pavyzdžiu, mes galime įrodyti, kad tik viena Scc (susietas su 15 Scc mazgų) apima ciklinę būsenos aibę, atitinkančią prieinamą slėgio lygio palaikymą. Mes galime įrodyti, kad tik 2 įvykių rūšys iššaukia išėjimą iš Scc ir tiesiogiai siejasi su pavojingais įvykiais. - nepavyksta rekonfigūracija siurblio sutaisymo arba užsidaro blokuotas elektros vožtuvas - elektros vožtuvas atsidaro, kai prašoma uždaryti. Išvados SP-tinklai puikiai tinka hibridinės sistemos aprašymui, su sąlyga, kad operatyvinė dalis gali būti modeliuojama algebrinių lygčių. Dar daugaiu, ML programa pritaikyta Monte-Carlo modeliavimui gali būti išvesta ir patvirtinta per abstraktųjį SP-tinklą. Iš pradžių paprastų mechatroninių sistemų patikimumo įvertinimui ir buvo naudojamas šis metodas. Šis metodas gali būti naudojamas ir sudėtingesnėms sistemoms. Literatūra 1. Jean-François Ereau et Malecka Saleman: « Modelling and Simulation of a Satellite Constellation based on Petri Nets », Annual Reliability and Maintenability Symposium, Proceedings 1996. 2. Nicolae Fota: « Spécification et Construction Incrémentale de Modèles de Sûreté de Fonctionnement -Application au CAUTRA », thèse présentée au LAAS, 1997. 3. G. Florin et S. Natkin: « Les réseaux de Petri stochastiques », Techniques et Sciences Informatiques, vol.4, n°1, 1985. 4. Jacques Guyot: « Mechatronic components design in the automotive industry », Proceedings of the 2nd Japan-France congress on Mechatronics, Japan, 1994. 5. Valéry Hénault: « Méthodologie de développement des systèmes électroniques embarqués automobiles, matériels et logiciels, sûrs de fonctionnement », thèse présentée à l’IRESTE, septembre 1996. 6. Jensen, K. (1992) Coloured Petri Nets - Basic Concepts, Analysis Methods and Practical Use. Vol. 1, Basic Concepts. EATCS Monographs on Theoretical Computer Science, Springer-Verlag. 7. Jensen, K. (1994) Coloured Petri Nets - Basic Concepts, Analysis Methods and Practical Use. Vol. 2, Analysis Methods. Monographs in Theoretical Computer Science. Springer-Verlag. 8. Jensen, K.; Christensen, S.; Huber, P.; Holla, M. (1997) Design/CPN Reference Manual. Computer Science Department, University of Aarhus, Denmark. On-line http //www.daimi.aau.dk/designCPN/. 9. Alain Leroy et Jean Pierre Signoret: « Le risque technologique », Collection « Que sais-je ? », 1992. 10. M. Marseguerra & E. Zio: Monte Carlo approach to PSA for dynamic process systems, Reliability Engineering & System Safty, vol. 52, 1996 11. A. Pagès et M.Gondran: « Fiabilité des systèmes », collection de la Direction des Etudes et Recherche d'Electricité de France, 1980.

Informatika  Referatai   (118,57 kB)

Kompiuterio sandara, architektūra, rūšys (plačiau apie IBM kartas), pagrindiniai parametrai, istorija. Operacinė sistema WINDOWS 95/98/2000/XP. Jų privalumai. Įėjimas į sistemą. Tinklas. Darbinis stalas DESKTOP. Programos MY COMPUTER, WINDOWS EXPLORER, RECYCLE BIN. Įvairūs programų paleidimo būdai. Programų langai ir jų valdymas. Startinis meniu. Diskai, katalogai, bylos. Naujų kūrimas, senų šalinimas, kopijavimas ir perkėlimas. Bylų paieška. Archyvatoriai. Internetas.Informacijos paieška. Elektroninis paštas. Kompiuterio sandara, architektūra, rūšys (plačiau apie IBM kartas), pagrindiniai parametrai, istorija.

Informatika  Konspektai   (15 psl., 42,06 kB)

Kombinatorika. Grafų teorija. Būlio funkcijų ir schemų teorija. Kodavimo teorija. Algoritmų teorija. Aibės, funkcijos ir sąryšiai. Matematinės logikos pradmenys.

Matematika  Konspektai   (101 psl., 1,04 MB)

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)

Atkūrimo įranga (multimedijos). Multimedijos sistema. Sinchronizacijos etaloninis modelis. Multimedijos sąsajos. Sinchronizacijos specifikacijos lygmuo. Aptarnavimo kokybė qos. Multimedijos sinchronizacijos specifikacijų metodai. Multimedijos sistemų modeliai. Vaizdo konferencijos organizavimas. Informacijos suspaudimo metodai. Vaizdo konferencijos organizavimas isdn kanalais. Paskistytos multimedijos sistemos. Sip protokolas. Sctp protokolas. Multimedijos konferencijos tinkliniai protokolai. Isdn. B-isdn. Signalizacijos ir konvergencijos funkcija (scp). Telematikos paslauga. Via. Lokalinių tinklų diagnostika.

Informatika  Konspektai   (16 psl., 70,49 kB)

Vadyba - valdymas, vadovavimas socialinėms grupėms, žmonėms, įvairaus tipo organizacijoms, įmonėms, įstaigoms, mokykloms ir t.t. Vadybos mokslo praktika labai sena. Rašytiniai dokumentai egzistuoja apie 6 tūkstančius metų, o mokyklos - jaunos, susiformavusios šio amžiaus pradžioje. Studijų objektas yra socialinės sistemos žmonės. Vieningo apibrėžimo nėra. Įvairūs autoriai vadybą apibūdina skirtingai. Labiausiai paplitęs ir pripažintas apibūdinimas - vadyba yra mokslas apie planavimo organizavimo, motyvavimo ir kontrolės funkcijas socialinėse organizacijose.

Vadyba  Pagalbinė medžiaga   (59 psl., 139,61 kB)

Hierarchinės, centralizuotos valdžios institucijos, kurios buvo sukurtos 1930 – 1940 metais paprasčiausiai negali efektyviai funkcionuoti greitai besikeičiančioje, intensyvių žinių bei informacijos visuomenėje. Ilgus metus valdžios institucijų rolė buvo vienareikšmė: rinkti mokesčius ir teikti paslaugas, tačiau dar prieš 1930 metus daugelį paslaugų teikė nevyriausybinės organizacijos ir valdžios piramidė buvo stipriai decentralizuota ir rėmėsi dviem pagrindiniais Jefferson principais: valdymas turi būti decentralizuotas iki tokio lygmens, kad kiekvienas pilietis galėtų dalyvauti viešosios politikos valdyme.

Politologija  Pagalbinė medžiaga   (9 psl., 16,83 kB)

Pastaruoju metu vis dažniau taikomas skaitmeninis apdorojimas, kuris leidžia sukurti duomenų bazes panaudojant geografinę informaciją. Atsiradus skaitmeninėms technologijoms pasikeitė duomenų forma: iš analoginės (popierinės) į skaitmeninę, duomenų gamintojai renka duomenis ir struktūrizuoja erdvinius duomenis duomenų bazėse, kuriose gali būti topologija ir naujausia atributinė informacija. GIS – tai informacinės sistemos dalis, organizuojama geografiniu principu, t.y. dirbanti ne tik su aprašomąja (lentelių, atributine ir kt.), bet ir su koordinuota – orientuota erdvėje, informacija.

Informatika  Kursiniai darbai   (5,04 kB)

Kompiuterinis virusas yra programa, savaime įsiskverbianti į kitas programas ir sugebanti daugintis. Gebėjimas daugintis yra sąlygojamas viruso ypatybės ieškoti dar neužkrėstų programų ar bylų, kurios yra kaupikliuose ir jas infekuoti. Įsibrovus kompiuteriui į mūsų gyvenimą, jau ne vienam teko nukentėti dėl nesuprantamo duomenų praradimo.

Informatika  Referatai   (10,14 kB)

Algoritmas - problemos ar uždavinio sprendimo planas. Algoritmas užrašomas matematiškai ar logiškai. Programa - komandų seka, kuri nurodo kompiuteriui ką ir kaip daryti. Programinė įranga - programų rinkinys ar jų sistema. Ji apibrėžia kompiuterinės sistemos veikimo logiką ir kalbą. Kompiuterinės sistemos veikimo logika apibrėžiama loginiu būdu paskirstant duomenų apdorojimo procesą ir kompiuteriui pateikiant instrukcijų seką. Kompiuterinės sistemos kalba tokiu atveju tampa programinės įrangos kūrėjo pasirinkta programavimo kalba.

Informatika  Konspektai   (4,36 kB)

Šiuolaikinės SVS yra kuriamos panaudojant MP.MP vadinamas elektroninis įrenginys,skirtas skaitmeninės informacijos apdorojami ir šio apdorojimo proceso valdymui. Pagrindinės MP bruožas-visas skaitmeninės informacijos apdorojimo procesas valdomas programiškai.T.y.tas pas MP gali būt naudojamas skirtingiems valdymo uždaviniams spręsti keičiant tik jos valdymo programą.

Informatika  Konspektai   (4,78 kB)

Motyvacija psichologijoje -jėga, skatinanti visus organizmo veiksmus , kitaip tariant, tai poreikis ar troškimas, kuris teikia elgesiui energijos ir nukreipia jį į tikslą. Motyvavimas - žmogaus aktyvumą skatinantis ir jo veiklos kryptį lemiantis procesas. Motyvai yra susiję su individo poreikių patenkinimu. Stipriausia motyvacija yra sėkmė. Malonu daryti tai, kas sekasi, o nemalonu - tai, kas nesiseka. Jei pasiseka - išauga pasitikėjimas savimi. Darbo aktualumas. Šiuolaikiniame verslo pasaulyje vis dažniau girdima frazė „darbuotojų motyvacija".

Psichologija  Referatai   (8,74 kB)

Procesorius. Įtaisas, galintis vykdyti komandas bei duoti komandas kitiems įtaisams. Bitas 1. Elementarus informacijos kiekio vienetas, vartojamas informacijos teorijoje. Atitinka informacijos kiekį, gaunamą sužinojus, kuris iš dviejų vienodai tikėtinų įvykių įvyko. 2. Mažiausias informacijos kiekio vienetas kompiuteryje, koduojamas vienu dviejų būsenų elementu.

Informatika  Namų darbai   (5,76 kB)

Folders – atidaro tinklo svetainės aplankų (katalogų) sąrašą, kuriame nurodyti ir failų bei juos atitinkančių tinklapių pavadinimai, dydis, paskutinio keitimo data ir kas keitė. Reports – atidaro informacijos apie tinklo svetainę santrauką (pvz., bendrą failų, paveikslėlių skaičių ir dydį, nuorodų skaičių). Navigation – leidžia peržiūrėti ir keisti tinklo svetainės struktūros diagramą.

Informatika  Konspektai   (17,87 kB)

Kompiuterijos ir interneto laikotarpių klasifikacija paremta JAV nekomercinės žiniasklaidos susivienijimo PBS (www.pbs.org) sudarytu „Gyvenimo internete“ modeliu. Superkompiuterinio tinklo pradžia (1962 – 1969). JAV gynybos departamento agentūra ARPA pradėjo projektuoti nedidelį superkompiuterinį tinklą „Arpanetą“.

Informatika  Konspektai   (22,57 kB)

Šio, darbo tikslas – sukurti Televizijos (TV) laboratorijos TV tinklą. Jis turėtų būti naudojamas Elektronikos fakultete Naugarduko gatvėje Televizijos dalyko laboratoriniams darbams. Sukurtas TV tinklas privalo užtikrinti gerą įvairių TV sistemų (antžeminės, kabelinės, eterinės-kabelinės (MMDS) bei palydovinės) priimamų programų vaizdo ir garso kokybę. Naujoje laboratorijoje turi būti įrengtos šešios darbo vietos studentams ir viena dėstytojui.

Elektronika  Kursiniai darbai   (21,13 kB)

Hiperaktyvumo (veiklos ir dėmesio, hiperkinezinis) sutrikimas yra lėtinis, prasidedantis vaikystėje ir galintis tęstis suaugusiame gyvenime sutrikimas, kuris neigiamai veikia vaiko gyvenimą namuose, mokykloje ir bendruomenėje. Tokie vaikai nenuoramos, išsiblaškę, impulsyvūs, įkyrūs, keliantys daug rūpesčių savo tėvams ir mokytojams.

Pedagogika  Referatai   (18,95 kB)

Futbolo istorija nuo senovės iki šių dienų ir problematika. Šiame sociologinio pobūdžio darbe bandysiu apžvelgti ir apibūdinti futbolo skirtumus praeityje ir dabartyje, kaip keičiantis visuomenei, jos išsilavinimui ir bendram pasaulėžiūros suvokimui keitėsi futbolo taisyklės ir pats žaidimas.

Istorija  Referatai   (8,02 kB)

Nacių požiūris į sportą, sportinę kultūrą ir poilsį. Nacių okupuotoje Vokietijoje įvyko daug pokyčių visose sferose. Tiksliau sakant, atsirado didelė kontrolė visose gyvenimo srityse, kadangi Vokietijoje įsigalėjo totalitalitarinė diktatūra. Nacių įtaka neišvengiamai jaučiama ir sporto bei poilsio sferose.

Istorija  Referatai   (8,53 kB)

Bendrieji personalo organizavimo vakarų šalyse bruožai ir mes. Profesionalaus kliringo (profesinės veiklos rezultato) principas. Informacijos ir žinių kulto principas. Profesinio augimo principas. Darbo sąlygų komforto principas. Nauja darbo organizavimo ir jo režimo koncepcija. Autonomizacijos ir savivaldos principas. Išorinė aplinka. Vidiniai įtaką darantys asmenys. Netiesioginio poveikio aplinkos elementai. Socialinės vertybės. Sprendimų tipai.

Vadyba  Konspektai   (3 psl., 32,92 kB)

Laboratoriniai darbai , pateikti šiame skyriuje, padeda besimokantiems įgyti praktinius įgūdžius sudarant ir derinant nesudėtingas duomenų apdorojimo, keitimo, laiko funkcijų formavimo ir kitas programas. Programos sudaromos naudojant MV I8051 komandų sistemą (laboratorinių darbų, skirtų MP I8085 komandų naudojimui ir tyrimui, aprašymai pateikti literatūroje [8].Laboratorinių darbų aprašymuose pateiktų ir savarankiškai sudarytų programų projektavimas, derinimas ir tyrimas vykdomas naudojant MV I8051 krosinių programų komplektą.

Elektronika  Pagalbinė medžiaga   (16 psl., 87,05 kB)

Konfigūracijos valdymas. Klaidų valdymas ir transakcija. Sistemos administravimas. Duomenų failo perdavimas ir valdymas. Vartotojo prisijungimo saugumas. Informacijos apdorojimo serveris (Information Handling Server, IHS) atlieka centralizuotą informacijos registravimą, kuri gali ateiti spontaniškai iš tinklo elemento arba valdymo taikomųjų programų. Pranešimai, kurie yra išsiųsti tinklo elementų, gali būti skirtingo tipo aliarmų. Transakcijų registravimo apdorojimo sąsaja vykdo transakcijų registravimo (komandos ir aliarmo registravimas), duomenų atstatymo ir administravimo funkcijas.

Elektronika  Pagalbinė medžiaga   (2 psl., 7,61 kB)

Elektroninės lentelės pildymas ir redagavimas. Veiksmai su lentelės eilutėmis ir stulpeliais. Dokumento spausdinimas. Duomenų sąrašai. Tipinė užduotis: mėnesio išlaidų skaičiavimas. Firmos darbuotojų atlyginimo skaičiavimas. MS Excel įeina į programų paketą MS Office. Šis paketas valdomas ir skirtas darbui Windows terpėje. MS Excel sudaro priemonės, leidžiančios pritaikyti elektroninės lentelės ypatumus specifinėms vartotojo reikmėms. Vartotojas gali laisvai manipuliuoti duomenimis ir diagramomis. MS Excel duomenys nesunkiai susiejami su kitomis Windows terpės taikomosiomis programomis.

Informatika  Pagalbinė medžiaga   (19 psl., 89,2 kB)

Microsoft Access aplinka ir darbo principai. Lentelių kūrimas. Formų, užklausų ir ataskaitų kūrimas. Veiksmų, atliekamų MS ACCESS aplinkoje, aprašymas. Užduotis: DB kūrimas ir užpildymas. Užduotis: formų, užklausų ir ataskaitų kūrimas. Microsoft Access (toliau MS Access) yra viena populiariausių vidutinės apimties DBVS. Jos angliško pavadinimo “Access” lietuviškas atitikmuo yra “Kreiptis” (į duomenis). Ji tinka kurti DB, kurias sudaro dešimtys ar šimtai tūkstančių įrašų ir kuriomis naudojasi nedidelis vartotojų skaičius. MS Access dažniausiai naudojama saugoti ir apdoroti informaciją vidutinėse ir mažose įmonėse bei organizacijose. MS Access yra reliacinė DBVS /1/: duomenys pateikiami kaip normalizuotų dvimačių lentelių rinkinys.

Informatika  Pagalbinė medžiaga   (24 psl., 193,33 kB)