Da bi korisnik imao jasnije razumevanje funkcionisanja određenog sistema, dizajner kreira konceptualni model određene aplikacije. U te svrhe koristi se različita dokumentacija, grafikoni, specifikacije, dijagrami i tako dalje. Kako biste mogli točno razumjeti što je konceptualni model i čemu teži, u ovom članku odlučili smo se detaljnije zadržati na ovom konceptu.
Značenje pojma
Konceptualni model je specifičan dijagram. Da bi se formirala semantička struktura određenog objekta, koristi se razne koncepte i veze između njih. Međutim, vrijedi uzeti u obzir činjenicu da je konceptualni model sistema apstraktan. Ali ovo nije jedino značenje izraza. Osim toga, postoji koncept „konceptualnog modela“. Značenje ovog pojma je da se za opisivanje bilo koje sfere koristi lista međusobno povezanih pojmova koriste se zakoni procesa koji se u njima odvijaju.
Glavni ciljevi
Vrijedi napomenuti da je konceptualni model kreiran prvenstveno kako bi se olakšala percepcija informacija redovni korisnik. Drugim riječima, usko fokusirana i Detaljan opis strukturne akcije. Postići ovaj rezultat, potrebno je prije svega ovaj model učiniti najjednostavnijim (za tu svrhu koristiti minimalan broj vrijednosti). I drugo, pokušajte ga što je više moguće usredotočiti na obavljanje određenih zadataka (odnosno, ograničite što je više moguće rad korisnika nefigurativnim vrijednostima u ovoj oblasti).
Osnovni ciljevi
Konceptualni model ima sljedeće ciljeve:
Napravite strukturu koja je jednostavna, dosljedna i laka za korištenje i učenje. U tu svrhu, područja zadataka su podijeljena na koncepte koji se mogu koristiti za rad s različitim objektima.
Održavajte terminologiju dosljednom. To se postiže činjenicom da konceptualni model podataka, koji se sastoji od početna faza iz rječnika pojmova, koristi se za prepoznavanje svake akcije i objekta opisanog u programu.
Dokazano je da neupotreba ove terminologije dovodi do toga da se za definiranje jedne sheme koristi više koncepata, ili se isti termin koristi za opisivanje različitih shema.
Razvoj konceptualnog modela
Ovaj proces uključuje kreiranje početnog nacrta. U budućnosti, programer će moći da ga koristi za implementaciju softvera. Za opisivanje složenog sistema koristi se određeni algoritam za ponašanje komponenti ovog sistema, koji odražava njihovu međusobnu interakciju. Postoje slučajevi kada informacije sadržane u opisu nisu dovoljne za razumijevanje i proučavanje objekta modeliranja. Da biste ispravili ovaj propust, treba se vratiti na fazu sastavljanja sadržaja i dodati podatke čiji je nedostatak utvrđen tokom formalizacije objekta. Štaviše, kao što praksa pokazuje, može biti nekoliko takvih povrata. Usput, stvaranje sklopova o kojima se govori u članku za jednostavne strukture nije opravdano.
Korišteni su različiti konceptualni modeli s različitim strukturiranjem. Najčešće su njihove šeme vođene matematičkim teorijama. To dovodi do problema u odabiru odgovarajući sistem opis potrebnog objekta modeliranja. Tako je, na primjer, za diskretna kola uobičajeno koristiti procesno orijentirane strukture. Za kreiranje kontinuirane konstrukcije koriste se dijagrami toka sistemske dinamike. Konceptualno se razvija pomoću poseban jezik, koji je fiksiran u samoj konstrukcijskoj strukturi. Kako bi se pojednostavila konstrukcija i programiranje određenog kola, koriste se posebno razvijene tehnike programske tehnologije.
Važne komponente
Trebali biste znati da konceptualni model uključuje niz važnih elemenata. Prije svega, to uključuje proučavanje objekata i proučavanje njihovih radnji. Odnosno, korisnik mora proučiti listu svih aplikacija koje su mu vidljive i manipulacije koje može izvršiti na svakom objektu posebno. Naravno, drugi objekti mogu (i najvjerovatnije će) biti prisutni u razvoju sistema, ali će biti skriveni od korisnika.
Zaključak
U nekim slučajevima, prilikom kreiranja objekata konceptualni model koristite princip strukturnu organizaciju sistemi na više nivoa. Na taj način programer postiže lakši dizajn objekta prilagođenog korisniku. Ovaj dizajn pomaže u kontroli implementacije sistema i takođe olakšava kreiranje komandnih struktura aplikacije. Odnosno, programer može odrediti koje su akcije primjenjive na različite objekte, koje se od njih mogu generalizirati. Ovo omogućava da se struktura komandi učini dostupnijom korisniku. Odnosno, umjesto učenja velika količina objektno orijentisane komande, samo treba da savladate one generalizovane. Analizirajući sve navedeno, možemo reći da je konceptualni model samo dijagram koji definira svojstva elemenata planirane strukture i njene uzročno-posljedične veze neophodne za postizanje cilja projekta.
PREGLED BILJEŠKI S PREDAVANJA
Za studente specijalnosti
T1002 “Softver informacione tehnologije”
(dr L.V. Rudikova, vanredni profesor)
Pitanje 31. ARHITEKTURA DBMS. MODEL RELACIJSKIH PODATAKA
1. Koncept baze podataka.
2. Troslojna arhitektura baze podataka.
3. Životni ciklus Baza podataka.
4. DBMS arhitektura.
5. Relacioni model podataka.
6. Dizajn relacione baze podataka podaci.
7. Normalni oblici odnosima.
8. Relaciona algebra.
1. Koncept baze podataka.
Sistem baze podataka je svaki informacioni sistem zasnovan na računaru u kojem se podaci mogu dijeliti među mnogim aplikacijama.
Informacioni sistem – automatski sistem koji organizuje podatke i pruža informacije.
Informacijski i upravljački sistem – sistem koji obezbeđuje informatička podrška menadžment.
Podaci – razbacane činjenice.
Informacije – organizovani i obrađeni podaci.
Ispod baza podataka odnosi se na skup međusobno povezanih elementarnih grupa podataka (informacija) koje može obraditi jedan ili više aplikacijskih sistema. Sistem baze podataka sastoji se od baze podataka; softver opšte namene tzv sistem za upravljanje bazom podataka (DBMS) , i služi za upravljanje bazom podataka; odgovarajuću opremu i ljude.
Svaki DBMS mora ispunjavati sljedeće zahtjeve:
· pružiti korisniku mogućnost kreiranja novih baza podataka i njihovog definiranja shema (logička struktura podataka) koristeći poseban jezik - jezik definicije podataka; podržavaju višestruke prikaze istih podataka;
· pusti " zahtjev» podatke i mijenjajte ih koristeći jezik upita, ili jezik za manipulaciju podacima; omogućavaju integraciju i dijeljenje podataka između aplikacija;
· podržavaju pohranjivanje veoma velikih količina podataka, mjerenih u gigabajtima ili više, na duže vrijeme, štiteći ih od slučajnog oštećenja i neovlaštenog korištenja, a također omogućavaju modifikaciju baze podataka i pristup podacima putem upita, tj. garantovati sigurnost i integritet podataka;
· kontrolisati pristup podacima istovremeno za više korisnika; isključiti utjecaj zahtjeva jednog korisnika na zahtjev drugog i spriječiti istovremeni pristup, koji bi mogao oštetiti podatke, tj. osigurati kontrolu konkurentnosti pristupa podacima.
Sistem baze podataka sastoji se od sljedećih komponenti:
· Korisnici, tj. ljudi koji koriste podatke.
· Prijave, tj. korisničke programe koji zahtijevaju podatke iz sistema.
· DBMS je softver koji upravlja pristupom podacima i pruža specificiranu funkcionalnost sistema baze podataka.
· Podaci, tj. stringovi pohranjeni u fajlovima.
· Host sistem je računarski sistem na kojem se pohranjuju datoteke. Host sistem pristupa redovima podataka. Uloga DBMS-a je da generiše upite koji omogućavaju da se funkcionalnost upravljanja datotekama host sistema koristi za opsluživanje različitih aplikacija. DBMS je dodatni sloj softvera izgrađen na vrhu softvera glavnog sistema.
Dakle, sistem sa bazom podataka može se predstaviti kao sledeći niz nivoa:
Zapravo niži nivo postoje podaci pohranjeni u fizičkim datotekama (fizička memorija baze podataka). On gornji nivo– aplikacije sa sopstvenim prikazima istih fizičkih podataka. Svaki pogled baze podataka je specifična logička struktura izgrađena od osnovnih fizičkih podataka. Da bi se obezbijedio interfejs između fizičke memorije baze podataka i njenih različitih logičkih verzija (više podržanih pogleda), DBMS se, zauzvrat, mora sastojati od nekoliko slojeva.
2. Arhitektura baze podataka na tri nivoa.
Razlika između logičkog i fizičkog predstavljanja podataka formalno je prepoznata 1978. godine kada je komitet ANSI/SPARC predložio generaliziranu strukturu sistema baza podataka. Ova struktura se zove troslojna arhitektura. Tri nivoa arhitekture su: unutrašnji, konceptualni i eksterni.
Interni nivo - ovo je nivo koji određuje fizički izgled baza podataka, koja je najbliža fizičkoj memoriji i povezana je s metodama pohranjivanja informacija na fizičkim uređajima za pohranu. S ovim slojem su povezani diskovi, fizičke adrese, indeksi, pokazivači itd. Ovaj sloj je odgovornost dizajnera fizičke baze podataka koji odlučuju koji će fizički uređaji pohranjivati podatke, koje metode pristupa će se koristiti za dohvaćanje i ažuriranje podataka i koje mjere treba poduzeti za održavanje ili poboljšanje performansi sistema za upravljanje bazom podataka. Korisnici ne dodiruju ovaj nivo.
Konceptualni nivo – strukturni nivo koji definiše logički dizajn baze podataka. On ovom nivou Vrši se idejno rješenje baze podataka koje uključuje analizu informacijskih potreba korisnika i identifikaciju elemenata podataka koji su im potrebni. Rezultat idejnog dizajna je konceptualni dijagram, logički opis svih elemenata podataka i odnosa među njima.
Eksterni nivo – strukturni nivo baze podataka, koji definiše korisničke poglede na podatke. Svaka korisnička grupa prima svoj vlastiti pogled na podatke u bazi podataka. Svaki takav prikaz podataka pruža opis elemenata podataka koji čine prikaz podataka usmjeren na korisnika i odnosa između njih. Može se direktno izvesti iz konceptualnog okvira. Prikupljanje takvih prikaza korisničkih podataka pruža vanjski nivo.
|
Pogledi korisnika i aplikacija |
|
|
Displeji |
|
|
Konceptualni dijagram |
Konceptualni nivo |
|
Display |
Interni nivo |
|
Host sistem |
|
|
Pohranjeni podaci |
Rice. DBMS nivoi
3. Životni ciklus baze podataka.
Proces projektovanja, implementacije i održavanja sistema baze podataka naziva se životni ciklus baze podataka (LCDB). Procedura za kreiranje sistema se zove životni ciklus sistema (SLC).
Razumijevanje i ispravan pristup LCBD-u je veoma važan i zahtijeva detaljno razmatranje, jer se zasniva na pristupu data-centric. Elementi podataka su stabilniji od sistemskih funkcija koje se izvode. Kreacija ispravnu strukturu podaci zahtijevaju kompleksnu analizu klasa jedinica podataka i odnosa između njih. Ako izgradite logičku shemu baze podataka, tada u budućnosti možete kreirati bilo koji broj funkcionalnih sistema koji koriste ovu shemu. Funkcionalno orijentisani pristup može se koristiti samo za kreiranje privremenih sistema koji su dizajnirani za kratak period rada.
LCBD se sastoji od sljedećih faza:
1. Prethodno planiranje – planiranje baze podataka u toku procesa razvoja strateški plan DB. Tokom procesa planiranja prikupljaju se sljedeće informacije:
· koji se aplikativni programi koriste i koje funkcije obavljaju;
· koje datoteke su povezane sa svakom od ovih aplikacija;
· koje su nove aplikacije i fajlovi u izradi.
Ove informacije pomažu u određivanju načina na koji se koriste informacije aplikacije i određuju buduće zahtjeve za sistem baze podataka.
Informacije iz ove faze dokumentuju se u obliku generalizovanog modela podataka.
2. Provjera izvodljivosti . Ovdje se utvrđuje tehnološka, operativna i ekonomska izvodljivost plana kreiranja baze podataka, tj.:
· tehnološka izvodljivost – da li je tehnologija dostupna za implementaciju planirane baze podataka?
· operativna izvodljivost – postoje li sredstva i stručnjaci potrebni za uspješnu implementaciju plana baze podataka?
· ekonomska izvodljivost – da li se zaključci mogu utvrditi? Hoće li se planirani sistem isplatiti? Da li je moguće procijeniti troškove i koristi?
3. Definiranje zahtjeva uključuje odabir ciljeva baze podataka, pojašnjenje zahtjeva za informacijama za sistem i hardverske zahtjeve, i softver. Dakle, u ovoj fazi prikupljanja podataka i definisanja zahtjeva, a opšti informacioni model, izraženo u sljedećim zadacima:
· Analizom informacijskih potreba određuju se ciljevi sistema. Također, nužno ukazuje na to kakvu bazu podataka treba kreirati (distribuirana, holistička) i koji su komunikacijski alati potrebni. Izlazni dokument je komentar koji opisuje ciljeve sistema.
· Utvrđivanje zahtjeva korisnika: dokumentacija u obliku generalizovanih informacija (komentari, izvještaji, ankete, upitnici, itd.); fiksiranje sistemskih funkcija i identificiranje aplikativnih sistema koji će ispuniti ove zahtjeve. Podaci se prikazuju u obliku relevantnih dokumenata.
· Određivanje opštih hardverskih i softverskih zahteva u vezi sa održavanjem željenog nivoa performansi. (Pronađite broj korisnika sistema, broj ulaznih poruka po danu, broj ispisa). Ove informacije se koriste za odabir tipova računara i DBMS-a, kapaciteta diska i broja štampača. Podaci iz ove faze su predstavljeni u izvještaju koji sadrži uzorke hardverskih i softverskih konfiguracija.
· Izrada plana za fazno kreiranje sistema, uključujući odabir početnih aplikacija.
4. Idejni dizajn – kreiranje konceptualnog dijagrama baze podataka. Specifikacije se razvijaju u mjeri u kojoj je to potrebno za prelazak na implementaciju.
Glavni izlazni dokument je jedan informacioni model(ili shema baze podataka na konceptualnom nivou). Prilikom razvoja ovog modela koriste se informacije i funkcije koje sistem mora da obavlja, utvrđene u fazi prikupljanja i utvrđivanja sistemskih zahtjeva. U ovoj fazi je takođe poželjno definisati: 1) pravila za podatke; 2) pravila za procese; 3) pravila za interfejs.
5. Implementacija – proces pretvaranja konceptualnog modela u funkcionalnu bazu podataka. Uključuje sljedeće korake.
1) Odabir i nabavka potrebnog DBMS-a.
2) Pretvaranje konceptualnog (infološkog) modela baze podataka u logički i fizički model podataka:
· Na osnovu infološkog modela podataka, napravljena je šema podataka za specifični DBMS, po potrebi se provodi denormalizacija baze podataka kako bi se ubrzala obrada upita u svim vremenski kritičnim aplikacijama;
· utvrđuje se koji procesi aplikacije moraju biti implementirani u šemu podataka kao pohranjene procedure;
· implementirati ograničenja osmišljena da osiguraju integritet podataka i provedu pravila o podacima;
· dizajnirati i generirati okidače za implementaciju svih centralno definiranih pravila podataka i pravila integriteta podataka koja se ne mogu specificirati kao ograničenja;
· razviti strategiju indeksiranja i klasteriranja; procijeniti veličine svih tabela, klastera i indeksa;
· odrediti nivoe pristupa korisnika, razviti i implementirati pravila sigurnosti i revizije. Kreirajte uloge i sinonime da biste omogućili pristup za više korisnika sa dosljednim nivoima dozvola pristupa.
· razviti mrežnu topologiju baze podataka i mehanizam za besprijekoran pristup udaljenim podacima (replicirana ili distribuirana baza podataka).
3) Izrada rječnika podataka koji definira skladištenje definicija strukture podataka baze podataka. Rječnik podataka također sadrži informacije o dozvolama pristupa, pravilima zaštite podataka i kontroli podataka.
4) Popunjavanje baze podataka.
5) Stvaranje aplikativnih programa, kontrola upravljanja.
6) Obuka korisnika.
6. Evaluacija i poboljšanje šeme baze podataka. Uključuje anketiranje korisnika kako bi se identificirale funkcionalne nezadovoljene potrebe. Promjene se vrše po potrebi, dodajući nove programe i elemente podataka kako se potrebe mijenjaju i proširuju.
Dakle, LCBD uključuje:
· Studiranje predmetna oblast i dostavljanje relevantne dokumentacije (1-3).
· Konstrukcija informacionog modela (4).
· Implementacija (5).
· Evaluacija učinka i podrška bazi podataka (6).
4. Arhitektura DBMS-a.
Rice. Glavne komponente DBMS-a
Podaci, metapodaci - sadrže ne samo podatke, već i informacije o strukturi podataka ( metapodaci). U relacionom DBMS-u, metapodaci uključuju sistemske tabele (relacije), imena relacija, imena atributa tih relacija i tipove podataka tih atributa.
Često DBMS podržava indeksi podaci. Indeks je struktura podataka koja pomaže u brzom pronalaženju elemenata podataka kojima je dat dio njihove vrijednosti (na primjer, indeks koji pronalazi nizove određene relacije koji imaju postavljena vrijednost jedan od atributa). Indeksi su dio pohranjenih podataka, a opisi koji pokazuju koje atribute indeksi imaju dio su metapodataka.
Memory manager - prima tražene informacije sa lokacije za skladištenje podataka i mijenja informacije u njoj na zahtjev viših nivoa sistema.
U jednostavnim sistemima baza podataka, menadžer memorije može biti sistem datoteka operativnog sistema. Međutim, da bi poboljšao efikasnost, DBMS obično vrši direktnu kontrolu memorije. Upravitelj memorije se sastoji od dvije komponente:
· File manager prati lokaciju datoteka na disku i prima blok ili blokove koji sadrže datoteke kada to zatraži upravitelj bafera (disk u opšti slučaj podijeljena disk blokovi- susjedna memorijska područja koja sadrže od 4000 do 16000 bajtova).
· Buffer manager upravlja glavnom memorijom. On prima blokove podataka s diska preko upravitelja datoteka i bira glavnu memorijsku stranicu za pohranjivanje određenog bloka. Može privremeno pohraniti blok diska u glavnu memoriju, ali ga vraća na disk kada je stranica glavne memorije potrebna za drugi blok. Stranice se takođe vraćaju na disk kada to zatraži menadžer transakcija.
Procesor "zahtjeva". - obrađuje zahtjeve i zahtijeva izmjene podataka ili metapodataka. Predlaže bolji način da se to uradi neophodna operacija i izdaje odgovarajuće komande upravitelju memorije.
Procesor upita (menadžer) pretvara upit ili radnju baze podataka koja se može izvršiti vrlo brzo visoki nivo(na primjer, u obliku zahtjeva SQL ), u niz zahtjeva za pohranjenim podacima kao što su pojedinačni skupovi relacije ili dijelovi indeksa na relaciji. Često najteži dio obrade zahtjev je njegov organizacija, tj. biranje dobrog plan upita ili niz zahtjeva memorijskom sistemu koji odgovara na zahtjev.
Menadžer transakcija - odgovoran je za integritet sistema i mora osigurati istovremenu obradu većeg broja zahtjeva, odsustvo smetnji zahtjeva (dodavanje, min, max ) i zaštitu podataka u slučaju kvara sistema. On stupa u interakciju s upraviteljem upita jer mora znati na koje podatke utječu trenutni upiti (da bi se izbjegli sukobi) i može odgoditi neke upite i operacije kako bi izbjegao sukobe. Upravitelj transakcija također stupa u interakciju s upraviteljem memorije jer šeme zaštite podataka obično uključuju pohranjivanje dnevnika promjena podataka. Ako je operacija izvedena ispravno, datoteka registracija će sadržavati zapis promjena, tako da možete ponovo izvršiti čak i one promjene koje nisu stigle na disk zbog kvara sistema.
Tipični DBMS-ovi omogućavaju korisniku da grupiše više upita i/ili promjena u jednu transakciju. Transakcija je grupa operacija koje se moraju izvoditi uzastopno kao jedna cjelina.
Tipično, sistem baze podataka podržava više transakcija istovremeno. Ispravno izvršenje svih takvih transakcija osigurava menadžer transakcija. Osigurano je ispravno izvršenje transakcijaACID -osobine (atomičnost, konzistencija, izolacija, trajnost):
· atomičnost- izvršenje ili svih transakcija ili nijedna od njih (na primjer, podizanje novca sa bankomata i izvršenje odgovarajućeg zaduženja računa klijenta mora biti jedna atomska transakcija; nije dozvoljeno da se svaka od ovih operacija izvodi zasebno);
· konzistentnost - stanje u kojem podaci ispunjavaju sva moguća očekivanja (na primjer, uslov konzistentnosti baze podataka avio kompanije je da nijedno sjedište u avionu nije rezervisano za dva putnika);
· izolacija- kada se dvije ili više transakcija izvršavaju paralelno, njihovi rezultati moraju biti izolovani jedan od drugog. Istodobno izvršenje dvije transakcije u isto vrijeme ne bi trebalo dovesti do rezultata koji se ne bi dogodio da su obavljene uzastopno (na primjer, prilikom prodaje karata za isti let u slučaju besplatnog posljednje mjesto kada postoji istovremeni zahtjev dva agenta, zahtjev jednog mora biti ispunjen, zahtjev drugog ne smije);
· dugovečnost - nakon što je transakcija završena, rezultat ne bi trebao biti izgubljen u slučaju kvara sistema, čak i ako se ovaj kvar dogodi neposredno nakon završetka transakcije.
Razmotrimo i 3 vrste pristupa DBMS-u:
1. Zahtjevi - Pitanja o podacima mogu se generirati na dva načina:
a)korišćenjem zajednički upitni interfejs(na primjer, relacijski DBMS dozvoljava upite SQL , koji se prenose procesoru zahtjeva, a također primaju odgovore na njih);
b) uz pomoć sučelja aplikacijskih programa- zahtjevi se prenose preko posebnog interfejsa (preko ovog interfejsa se ne mogu prenositi proizvoljni zahtjevi);
2. Modifikacije - Ovo su operacije za promjenu podataka. Takođe se mogu izvršiti ili preko zajedničkog interfejsa ili kroz interfejs aplikacijskog programa;
3. Modifikacije kola - Ovo su timovi administratora baze podataka koji imaju pravo promijeniti šemu baze podataka ili kreirati novu bazu podataka.
Arhitektura klijent/server. Mnoge verzije modernog softvera implementiraju arhitekturu klijent/server: Jedan proces (klijent) šalje zahtjev drugom procesu (serveru) za izvršenje. Obično je baza podataka često podijeljena na serverski proces i nekoliko klijentskih procesa.
U najjednostavnijoj arhitekturi klijent/server, čitav DBMS je server, osim interfejsa upita, koji komuniciraju sa korisnikom i šalju upite ili druge komande serveru. Na primjer, relacijski DBMS često koristi jezik SQL da predstavlja zahtjeve od klijenta do servera. Server baze podataka tada daje klijentu odgovor u obliku tabele (relacija). Postoji tendencija povećanja opterećenja na klijentu, jer ako postoji više korisnika baze podataka koji istovremeno rade, mogu nastati problemi sa serverom.
5. Relacioni model podataka.
RMD određene predmetne oblasti je skup odnosa koji se mijenjaju tokom vremena. Prilikom kreiranja informacionog sistema, skup relacija vam omogućava da pohranite podatke o objektima predmetne oblasti i modelirate veze između njih.
Stav je dvodimenzionalna tabela koja sadrži neke podatke. Matematički ispodN -aran odnos R razumjeti kartezijanski skup proizvoda D 1 D 2 … D n setovi ( domene) D 1, D 2, …, D n (), opciono različito:
R D 1 D 2 … D n ,
gdje je D 1 D 2 … D n – kompletan kartezijanski proizvod, tj. skup svih mogućih kombinacija n svaki element, pri čemu je svaki element preuzet iz vlastitog domena.
Domain je semantički koncept. Domen se može smatrati podskupom vrijednosti nekog tipa podataka koji imaju specifično značenje. Domen karakterišu sledeća svojstva:
· Domena ima jedinstveno ime(unutar baze podataka).
· Domen je definiran kod nekih jednostavno tip podataka ili na drugoj domeni.
· Domena možda ima neke logično stanje, koji vam omogućava da opišete podskup podataka koji je važeći za dati domen.
· Domen nosi određene semantičko opterećenje.
Atribut odnosa ima par takvih<Имя_атрибута: Имя_домена>. Imena atributa moraju biti jedinstvena unutar odnosa. Često su imena atributa veze ista kao i imena odgovarajućih domena.
Ratio , definiran na više domena, sadrži dva dijela: zaglavlje i tijelo.
Zaglavlje odnosa je fiksni broj atributa relacije:
Glava relacije opisuje kartezijanski proizvod domena na kojima je relacija definirana. Zaglavlje je statičko; ono se ne mijenja tokom rada sa bazom podataka. Ako se atributi promijene, dodaju ili obrišu u vezi, rezultat će biti ostalo vezu (čak i sa istim imenom).
Telo veze sadrži mnoge tuples odnos. Svaki relacija tuple predstavlja skup parova oblika<Имя_атрибута: Значение_атрибута>:
tako da vrijednost atributa pripada domeni . Tijelo relacije je skup torki, tj. podskup kartezijanskog proizvoda domena. Dakle, tijelo relacije je zapravo relacija u matematičkom smislu riječi. Tijelo relacije se može mijenjati tokom rada sa bazom podataka - torke se mogu mijenjati, dodavati i brisati.
Odnos se obično piše kao:
ili kraće
,
ili jednostavno
Poziva se broj atributa u vezi stepen (ili -arity ) odnos. Kardinalnost skupa torki relacije naziva se moć odnos.
Dijagram odnosa je lista imena atributa date veze koja ukazuje na domenu kojoj pripadaju:
Ako atributi uzimaju vrijednosti iz iste domene, oni se nazivaju -usporedivi, gdje je skup valjanih operacija poređenja specificiranih za datu domenu. Na primjer, ako domena sadrži numeričke podatke, tada su sve operacije poređenja važeće za nju, tada . Međutim, za domene koje sadrže znakovne podatke, ne mogu se specificirati samo operacije poređenja za jednakost i nejednakost vrijednosti. Ako dati domen ima leksikografski poredak, onda ima i cijeli niz operacija poređenja.
Zovu se šeme dvije relacije ekvivalentno , ako imaju isti stepen i moguće je porediti nazive atributa u shemama na način da uporedivi atributi, odnosno atributi koji uzimaju vrijednosti iz istog domena, budu na istim mjestima:
Neka 
– dijagram odnosa. 
– shema relacije nakon naručivanja imena atributa. Onda
~ 
Dakle, za ekvivalentne relacije ispunjeni su sljedeći uslovi:
· Tabele imaju isti broj kolona.
· Tabele sadrže kolone sa istim imenima.
· Kolone sa istim imenima sadrže podatke sa istih domena.
· Tabele imaju iste redove, ali redoslijed kolona može varirati.
Sve takve tablice su različite Slike isti odnos.
Svojstva odnosa. Svojstva relacija direktno slijede iz gornje definicije relacije. Ova svojstva su glavne razlike između relacija i tabela.
· Ne postoje identične tuple u vezi .
· Torke nisu naručene (od vrha do dna) .
· Atributi nisu poređani (s lijeva na desno) .
· Sve vrijednosti atributa su atomske .
Rice. Šematski prikaz odnosa
Relacioni model je baza podataka u obliku skupa međusobno povezanih odnosa. U svakoj vezi, jedan odnos može djelovati kao glavni, a drugi odnos djeluje kao podređen. Dakle, jedan skup glavne relacije može biti povezan s nekoliko torki podređene relacije. Da bi podržali ove odnose, oba odnosa moraju sadržavati skupove atributa pomoću kojih su povezani. U osnovi je ovo primarni ključ veze , koji jedinstveno definira tuple glavne relacije. Za modeliranje odnosa, podrelacija mora imati skup atributa koji odgovara primarnom ključu glavnog odnosa. Međutim, ovdje se već nalazi ovaj skup atributa sekundarni ključ ili strani ključ , tj. definiše skup torki relacija koje su povezane sa jednom torbom glavne relacije.
6. Dizajn relacionih baza podataka.
Prilikom dizajniranja relacijske baze podataka moraju se riješiti sljedeći problemi:
1) Uzimajući u obzir semantiku predmetne oblasti, potrebno je najbolje predstaviti objekte predmetne oblasti u vidu apstraktnog modela podataka (dizajn podataka). One. - odlučiti o šemi baze podataka: od kojih relacija treba da se sastoji baza podataka, koje atribute ti odnosi trebaju imati, koje su veze između relacija.
2) Osigurati efikasnost izvršavanja upita baze podataka (fizički dizajn baze podataka).
Nakon faze logičkog dizajna, potrebno je pribaviti sljedeće dokumente:
· Izgradnja ispravne šeme podataka na osnovu relacionog modela podataka.
· Opis sheme baze podataka u smislu odabranog DBMS-a.
· Opis eksterni modeli u smislu odabranog DBMS-a.
· Opis deklarativnih pravila za održavanje integriteta baze podataka.
· Razvoj procedura za održavanje semantičkog integriteta baze podataka.
Dakle, zadatak dizajniranja relacijske baze podataka je odabrati shemu baze podataka između mnogih alternativnih opcija.
Tačno je shema baze podataka u kojoj nema neželjenih ovisnosti između atributa relacije. Proces razvoja ispravne šeme baze podataka se zove logičan dizajn .
Dizajniranje šeme baze podataka može se izvršiti na dva načina:
· Metoda dekompozicije (particije). – originalni skup relacija uključen u šemu baze podataka je zamijenjen drugim skupom relacija koji su projekcije originalnih relacija! Istovremeno se povećava broj veza.
· Metoda sinteze – raspored sheme baze podataka iz datih početnih elementarnih zavisnosti između objekata predmetnog područja.
Klasični dizajn baze podataka povezan je s teorijom normalizacija , koji je zasnovan na analizi funkcionalne zavisnosti između atributa odnosa. Funkcionalne zavisnosti definišu stabilne odnose između objekata i njihovih svojstava u predmetnoj oblasti koja se razmatra.
Metoda dekompozicije je proces sekvencijalne normalizacije relacionih šema: svaka nova iteracija odgovara normalnom obliku višeg reda i ima bolja svojstva u odnosu na prethodnu. Dakle, u početku se pretpostavlja postojanje univerzalne relacije koja sadrži sve atribute baze podataka, a zatim se na osnovu analize veza između atributa vrši (ili pokušava) dekompozicija univerzalne relacije, tj. prijelaz na nekoliko relacija niže dimenzije, a originalna relacija se mora vratiti korištenjem prirodne operacije spajanja.
Dakle, svaki normalni oblik odgovara određenom skupu ograničenja, a relacija je u određenom normalnom obliku ako zadovoljava svoj inherentni skup ograničenja.
U teoriji relacijskih baza podataka obično se razlikuju sljedeći normalni oblici:
prvi normalni oblik (1 NF);
· drugi normalni oblik (2 NF);
· treći normalni oblik (3 NF);
· Bays-Codd normalna forma ( BCNF);
· četvrti normalni oblik (4 NF);
· peti normalni oblik ili projekcijski oblik - spojevi (5 NF ili PYNF).
Osnovna svojstva normalnih oblika:
· svaki sljedeći normalni oblik je u nekom smislu bolji od prethodnog;
· pri prelasku na sljedeći normalni oblik, svojstva prethodnih normalnih svojstava se čuvaju.
Pozivaju se šeme baze podataka ekvivalentno, ako se sadržaj izvorne baze podataka može dobiti prirodnom vezom relacija uključenih u rezultirajuću shemu, a u izvornoj bazi podataka ne pojavljuju se novi torovi.
7. Normalni oblici odnosa.
Proces normalizacije zasniva se na adekvatnom odrazu predmetnog područja u obliku tabela koje sadrže podatke o modeliranom objektu, te mogućnosti promjene stanja baze podataka tokom vremena. U pravilu, zbog neusklađenosti između modela podataka domene, može doći do anomalija koje se pojavljuju prilikom izvođenja odgovarajućih operacija:
· Anomalije umetanja (INSERT) – skladištenje heterogenih informacija u jednom pogledu.
· Ažuriraj anomalije (UPDATE) –Redundantnost podataka o odnosima zbog heterogenog skladištenja.
· Anomalije brisanja (DELETE) – skladištenje heterogenih informacija u jednoj relaciji.
Također je potrebno uzeti u obzir i nastajuće nedefinirano ( NULL) vrijednosti. U različitim DBMS-ovima, prilikom izvođenja različitih operacija (poređenje, spajanje, sortiranje, grupisanje, itd.) dva NULL -vrijednosti mogu ili ne moraju biti jednake jedna drugoj, imati različite efekte na rezultat izvođenja operacija za određivanje prosječnih vrijednosti i pronalaženje broja vrijednosti. Za uklanjanje grešaka u mnogim DBMS-ovima moguće je zamijeniti NULL -vrijednosti su nula prilikom izvođenja proračuna, deklariranja svih NULL -vrijednosti jednake jedna drugoj itd.
Normalizacija – dijeljenje tablice na nekoliko koje imaju bolja svojstva prilikom ažuriranja, umetanja i brisanja podataka. One. normalizacija je proces uzastopne zamjene tabele sa njenim potpunim dekompozicijama dok sve ne budu u 5NF, međutim, u praksi je dovoljno pretvoriti tabele u BCNF.
Procedura normalizacije zasniva se na činjenici da jedine funkcionalne zavisnosti u bilo kojoj tabeli treba da budu zavisnosti oblika , gde je primarni ključ, a neko drugo polje. Stoga, tokom procesa normalizacije, trebali biste se riješiti svih „drugih“ funkcionalnih ovisnosti, tj. od onih koji imaju drugačiji izgled od .
Ako zamenimo kodove primarnih (stranih) ključeva tokom normalizacije, onda bismo trebali razmotriti 2 slučaja:
1. Tabela ima složeni primarni ključ, na primjer, i polje koje funkcionalno ovisi o dijelu ovog ključa, na primjer, (ne ovisi o punom ključu). Preporučuje se da kreirate drugu tabelu koja sadrži i ( – primarni ključ) i da izbrišete iz originalne tabele:
Zamijenite, primarni ključ, savezni zakon
na , primarni ključ
i , primarni ključ .
2. Tabela ima primarni (mogući) ključ, polje koje nije mogući ključ, ali funkcionalno zavisi od, i drugo neključno polje koje funkcionalno zavisi od:. Preporučuje se kreiranje tabele koja sadrži i ( - primarni ključ) i - brisanje iz originalne tabele: Treba napomenuti da za izvođenje ovakvih operacija u početku treba imati neke „velike“ (univerzalne) relacije kao ulazne podatke.
Def.1. Veza je unutra prvi normalni oblik (1NF) ako i samo ako nijedan od njegovih redova ne sadrži jednu vrijednost ni u jednom od svojih polja i nijedno od ključnih polja relacije nije prazno.
Prema definiciji 1, svaka relacija će biti u 1NF, tj. relacija koja zadovoljava svojstva relacija: u relaciji nema identičnih torki; tuple nisu naručene; atributi nisu poredani i razlikuju se po imenu; sve vrijednosti atributa su atomske.
Def.2. Veza je unutra drugi normalni oblik (2NF) ako i samo ako je relacija u 1NF i nema atributa koji nisu ključ koji zavise od dijela složenog ključa (to jest, sva polja koja nisu uključena u primarni ključ povezana su punom funkcionalnom ovisnošću s primarnim ključem).
Ako je ključ kandidata prost, tada je relacija automatski u 2NF.
Da bi se eliminisala ovisnost atributa o dijelu složenog ključa, potrebno je izvršiti raspadanje višeodnosne veze. Atributi koji zavise od dijela kompleksnog ključa stavljaju se u posebnu relaciju.
Atributi veze se nazivaju međusobno nezavisni , ako nijedno od njih nije funkcionalno ovisno o drugom.
Def.3. Veza je unutra treći normalni oblik (3NF) ako i samo ako je relacija u 2NF i svi neključni atributi su međusobno nezavisni (to jest, nijedno od neključnih polja relacije ne zavisi funkcionalno od bilo kojeg drugog neključnog polja).
Da biste eliminirali ovisnost ne-ključnih atributa, morate rastaviti odnos na nekoliko relacija. U ovom slučaju, oni ne-ključni atributi koji su zavisni stavljaju se u posebnu relaciju.
Kada se relacije svode pomoću algoritma normalizacije na relacije u 3NF, pretpostavlja se da sve relacije sadrže jedan kandidatski ključ. To nije uvijek tačno. Postoje slučajevi kada relacija može sadržavati više ključeva.
Def.4. Veza je unutra Bays-Codd normalna forma (NFBK) ako i samo ako su determinante svih funkcionalnih zavisnosti potencijalni ključevi (ili - ako se bilo koja funkcionalna zavisnost između njenih prijatelja svede na potpunu funkcionalnu zavisnost od mogućeg ključa).
Ako je relacija u BCNF, onda je ona automatski u 3NF, kao što slijedi iz definicije 4. Da bi se eliminirala ovisnost o determinantama koje nisu potencijalni ključevi, treba izvršiti dekompoziciju, stavljajući ove determinante i dijelove koji zavise od njih u odvojeni odnos.
Postoje slučajevi kada relacija ne sadrži nikakve funkcionalne zavisnosti. One. stav je potpuno ključan, tj. ključ odnosa je čitav skup atributa. Dakle, imamo viševrijednu ovisnost, jer Još uvijek postoji odnos između atributa.
Def.5. Veza je unutra četvrti normalni oblik (4NF) ako i samo ako je relacija u BCNF-u i ne sadrži netrivijalne viševrijedne zavisnosti.
Relacije s netrivijalnim viševrijednim ovisnostima nastaju, po pravilu, kao rezultat prirodne povezanosti dvije relacije preko zajedničkog polja, koje nije ključno ni u jednoj relaciji. U stvarnosti, to dovodi do pohranjivanja informacija o dva nezavisna entiteta u jednoj relaciji.
Da biste eliminirali netrivijalne viševrijedne zavisnosti, možete rastaviti originalnu relaciju na nekoliko novih.
Def.6. Veza je unutra peti normalni oblik (5NF) ako i samo ako je bilo koja prisutna zavisnost veza trivijalna.
Def.6. identično također slijedi definiciju.
Def.7. Relacija nije u 5NF ako relacija ima netrivijalnu zavisnost spajanja.
To. Ako u svakoj potpunoj dekompoziciji sve projekcije originalne relacije sadrže mogući ključ, možemo zaključiti da je relacija u 5NF. Relacija koja nema nikakvu potpunu dekompoziciju je također u 5NF.
Bez znanja o tome koji su potencijalni ključevi u vezi i kako su atributi međusobno povezani, ne može se reći da je ova relacija u 5NF ili drugim normalnim oblicima.
Mogući trag relacija je skup atributa relacije koji potpuno i jedinstveno (funkcionalno potpuno) određuju vrijednosti svih ostalih atributa relacije. Općenito, može ih biti nekoliko mogući ključevi. Među svim mogućim ključevima veze obično se bira jedan, koji se smatra glavnim i koji se naziva primarnim ključem odnosa.
Međusobno nezavisni atributi – to su atributi koji ne zavise jedan od drugog. Ako postoji nekoliko fizičkih zakona u vezi, onda se svaki atribut ili skup atributa o kojem ovisi drugi atribut naziva determinantom relacije.
9. Relaciona algebra.
Relaciona algebra pruža okvir za pristup relacionim podacima. Glavna svrha algebre je da pruži izraze koji se mogu zapisati. Izrazi se mogu koristiti za:
· definicije područja uzorci, tj. definiranje podataka za odabir kao rezultat operacije uzorkovanja;
· definicije područja ažuriranja, tj. definiranje podataka koji se ubacuju, mijenjaju ili brišu kao rezultat operacije ažuriranja;
· definicija (imenovani) virtuelni odnosi, tj. prezentacija podataka za vizualizaciju kroz prikaze;
· definicija snapshot-a, tj. definiranje podataka koji se pohranjuju kao “snimka” odnosa;
· definisanje sigurnosnih pravila, tj. utvrđivanje podataka za koje se vrši kontrola pristupa;
· utvrđivanje zahtjeva održivosti, tj. utvrđivanje podataka koji su uključeni u opseg za određene operacije kontrole konkurentnosti;
· definisanje pravila integriteta, tj. neki posebna pravila, koje baza podataka mora zadovoljiti, zajedno sa opšta pravila, koji predstavlja dio relacionog modela i primjenjuje se na svaku bazu podataka.
Implementacije specifičnih relacijskih DBMS-a se trenutno ne koriste u čista forma ni relaciona algebra ni relacioni račun. De facto standard za pristup relacionim podacima je postao SQL jezik(Strukturirani jezik upita).
Relaciona algebra, koju je definisao Codd, sastoji se od 8 operatora koji se sastoje od 2 grupe:
- tradicionalni set operacija (unija, presek, oduzimanje, kartezijanski proizvod);
- specijalne relacione operacije (izbor, projekcija, veza, podjela).
Osim toga, algebra uključuje operaciju dodjele, koja vam omogućava da sačuvate rezultate izračunavanja algebarskih izraza u bazi podataka, i operaciju preimenovanja atributa, koja omogućava pravilno formiranje zaglavlja (šeme) rezultirajuće veze.
Kratak pregled operatora relacione algebre.
Uzorak– vraća relaciju koja sadrži sve skupove određene relacije koje zadovoljavaju neke uslove. Operacija uzorkovanja se također naziva operacija ograničavanja ( ograničiti - ograničenje, sada se češće prihvata uzorkovanje - SELECT ).
Projekcija– vraća relaciju koja sadrži sve torke (tj. - pod-torke) određene relacije nakon što se iz nje izuzmu neki atributi.
Posao– vraća relaciju koja sadrži sve moguće torke koji su kombinacija dvije torke koje pripadaju dvije definirane relacije, respektivno.
Udruženje– vraća relaciju koja sadrži sve torke koje pripadaju jednom ili oba definirana odnosa.
raskrsnica –vraća relaciju koja sadrži sve skupove koji istovremeno pripadaju dvije definirane relacije.
oduzimanje –vraća relaciju koja sadrži sve skupove koji pripadaju prvoj od dvije definirane relacije, a ne drugoj.
Veza (prirodna) – vraća relaciju čiji su tokovi kombinacija dvaju torki (koji pripadaju dvije definirane relacije) koje imaju zajedničku vrijednost za jedan ili više zajedničkih atributa dvije relacije (i takve zajedničke vrijednosti se pojavljuju samo jednom u rezultirajućem tupleu, ne dva puta).
divizija –za dvije relacije, binarnu i unarnu, vraća relaciju koja sadrži sve vrijednosti jednog atributa binarne relacije koje odgovaraju (u drugom atributu) svim vrijednostima u unarnoj relaciji.
LITERATURA
1. Datum K.J. Uvod u sisteme baza podataka, 6. izdanje: Trans. sa engleskog - TO.; M.; St. Petersburg: Williams Publishing House, 2000. – 848 str.
2. Connolly T., Begg K., Strachan A. Baze podataka: dizajn, implementacija i održavanje. Teorija i praksa, 2. izd.: Trans. sa engleskog – M.: Williams Publishing House, 2000. – 1120 str.
3. Karpova T.S. Baze podataka: modeli, razvoj, implementacija. – Sankt Peterburg: Petar, 2001. – 304 str.
4. Faronov V.V., Šumakov P.V. Delphi 4. Vodič za programere baze podataka. – M.: “Znanje”, 1999. – 560 str.
5. J. Groff, P. Weinberg. SQL: Kompletan vodič: Per. sa engleskog – K.: Izdavačka grupa BHV, 2001. – 816 str.
6. Ken Goetz, Paul Litwin, Mike Gilbert. Access 2000. Vodič za programere. T.1, 2. Per. sa engleskog – K.: Izdavačka grupa BHV, 2000. – 1264 str., 912 str.
7. Maklakov S.V BPwin i EPwin. CASE-alati za razvoj informacionih sistema. – M.: DIJALOG-MEPhI, 2001. – 304 str.
8. Ullman D., Widom D. Uvod u sisteme baza podataka / Transl. sa engleskog – M.: “Lori”, 2000. – 374 str.
9. Khomonenko A.D., Tsygankov V.M., Maltsev M.G. Baze podataka: Udžbenik za visoko obrazovanje obrazovne institucije/ Ed. Prof. A.D. Khomonenko. – Sankt Peterburg: CORONA print, 2000. – 416 str.
Idejni dizajn se ponekad naziva tehničkim dizajnom. Njegove glavne faze su:
1) idejni projekat,
2) idejni (izvedbeni ili tehničko-izvedbeni) projekat,
3) proizvodnju, testiranje i fino podešavanje prototipa sistema.
(IS - informacioni sistem!)
Prilikom projektovanja, uklj. Prilikom rješavanja problema automatizacije procesa obično se inicijalno usvaja jedna od dvije opcije: stvaranje sistema koji rješava trenutne probleme ili uključuje dugoročne zadatke („za rast“) koji uzimaju u obzir buduće potrebe.
U prvom slučaju možete odabrati jeftino rješenje i brzo ga implementirati. Međutim, postoji velika vjerovatnoća da će takav sistem uskoro morati biti značajno nadograđen ili zamijenjen.
U drugom slučaju bit će potrebno ozbiljnije proučavanje zahtjeva i tehničkih rješenja, što podrazumijeva povećanje vremena završetka i troškova projekta.
Ne treba zanemariti da nagli razvoj nauke, tehnologije i tehnologije dovodi do brzog starenja metoda i sistema koji se koriste, što negativno utiče na efikasnost njihove upotrebe. Istovremeno, postepeno unosite promjene u pojedinačne komponente sistem je mnogo jednostavniji od potpune zamjene. Osim toga, obično je potrebno osigurati brzi povrat ulaganja, što je prilično teško organizirati prilikom implementacije složenih rješenja.
Možemo razlikovati tri glavna tipa projektovanja objekata i sistema prema stepenu složenosti, zapremini i nizu drugih pokazatelja: veliki, srednji i mali (mali) projekti.
Prilikom realizacije velikih projekata obično pribjegavaju pomoći dobro etabliranih velikih kompanija integratora, uključujući konsultantske i implementacijske organizacije.
Za realizaciju projekata srednje veličine, pokušavaju to učiniti sami i (ili) koriste gotova rješenja koja nastoje prilagoditi specifičnim zahtjevima organizacije korisnika.
Male projekte karakterizira korištenje gotovih rješenja i, u nekim slučajevima, njihovo prilagođavanje specifičnim uvjetima korištenja.
Dizajn IS-a počinje izradom plana rada u tekstualnom i (ili) grafičkom obliku. U prvoj fazi projektovanja potrebno je saznati zahtjeve korisnika za sistem i na osnovu tih zahtjeva izraditi izgled sistema. Poželjno je dizajnirati modularnom metodom. Dizajn informacioni sistemi direktno vezano za njihovo programiranje, dakle značajan dio dizajnerski rad vezano za IC programiranje.
9. Osobine prirodne analize
Prirodno modeliranje se odnosi na provođenje istraživanja na realnom objektu sa naknadnom obradom eksperimentalnih rezultata zasnovanih na teoriji sličnosti. Modeliranje u punoj veličini podijeljeno je na naučni eksperiment, kompleksno ispitivanje i proizvodni eksperiment. Naučni eksperiment karakteriše široka upotreba alata za automatizaciju, upotreba veoma raznovrsnih sredstava za obradu informacija i mogućnost ljudske intervencije u procesu izvođenja eksperimenta. Jedna od vrsta eksperimenata je kompleksno testiranje, tokom kojeg se, usled ponavljanja ispitivanja objekata u celini (ili velikih delova sistema), otkrivaju opšti obrasci o karakteristikama kvaliteta i pouzdanosti ovih objekata. U ovom slučaju, modeliranje se provodi obradom i sumiranjem informacija o grupi homogenih pojava. Uz posebno organizirane testove, moguće je implementirati modeliranje u punoj mjeri sumiranjem iskustva stečenog tokom procesa proizvodnje, tj. možemo govoriti o proizvodnom eksperimentu. Ovdje se, na osnovu teorije sličnosti, obrađuje statistički materijal prema proizvodni proces i dobiju njegove generalizovane karakteristike. Potrebno je zapamtiti razliku između eksperimenta i stvarnog procesa. Ona leži u činjenici da se u eksperimentu mogu pojaviti pojedinačne kritične situacije i odrediti granice stabilnosti procesa. Tokom eksperimenta u proces funkcionisanja objekta uvode se novi remetilački faktori.
10. Studija analoga i uzoraka
Dinamika promjene u savremeni svet obezbjeđuje se prvenstveno kroz intenzivnu projektnu aktivnost, za koju su sposobni samo subjekti kulturnog i tehnološkog razvoja, a ne samo izvođači. Glavni faktor razvoja je proizvodnja novog znanja - određivanje intelektualnih tehnologija, što pretpostavlja odlazak osobe iz sfere direktne transformacije materije i energije na nivo upravljanja i stvaralačke aktivnosti. Neprestano ubrzani tempo naučnog i tehnološkog napretka postavlja posebne zahtjeve pred savremenog čovjeka. Znanje brzo zastareva i postoji stalna potreba za ažuriranjem i sticanjem novih znanja. U takvim uslovima, znanje koje čovek ima nije dovoljno i on je primoran da ga sve ubrzanije stiče i proizvodi.
Uspeh i kvalitet života zavise od sposobnosti osobe da dizajnira – da samostalno identifikuje probleme, kontradikcije i zadatke okolne stvarnosti (predizajn istraživanja), da stvori nešto novo (što ranije nije postojalo) što je efikasnije, što omogućava prevazilaženje nastalog problema, odnosno „prelazak“ granica poznate stvarnosti i stvaranje nove koja još nije postala.
Dizajn se u stvarnosti provodi prema nekim utvrđenim pravilima i obrascima. Dizajn uvijek uključuje neki prirast početnog stanja objekta dizajna. Rezultat dizajna se može predstaviti kao neki izvorni sistem(IS) i aditiv (inkrement) A.
Proces identifikacije problema i pronalaženja njegovog rješenja slijedi određeni obrazac. Često se ova šema ne realizuje (ostaje u podsvijesti). Cijeli proces dizajna može se podijeliti u tri velike faze:
Ovo pozornici povezano sa identifikacijom problema. Osnova za nastanak problema u obliku pogodnom za izvođenje logičkih ili heurističkih postupaka za njegovo rješavanje je neka nelagoda, očigledna ili skrivena neugodnost koju osoba doživljava u određenoj životnoj situaciji, označenoj kao problematična. Svijest o intuitivno osjećanoj nelagodi (fizičkoj, mentalnoj, intelektualnoj, duhovnoj) i neugodnosti dovode do čovjekovog razumijevanja suštine problema i njegove formulacije, što je jedan od uslova za rješavanje problema. U ovom slučaju, problem se pretvara u zadatak u kojem su predmet proučavanja i/ili transformacije, početni uslovi i stanje, kao i (ako je potrebno) ograničenja u budućnosti. moguća rješenja. Predprojektno istraživanje omogućava vam da spriječite ponavljanje već kreiranih projekata i usmjerite kreativnu misao na identifikaciju istinski stvarnih problema i formuliranje problema čije će vam rješenje omogućiti da problem eliminišete na višem nivou.
Druga faza ima za cilj kreiranje samog projekta u obliku opisa, dijagrama, crteža, algoritama, programa, proračuna itd. Proces kreiranja projekta sastoji se od konstruisanja mentalnih slika buduće stvarnosti (ideja) heurističkim, asocijativno-intuitivnim, racionalnim, algoritamskim i drugim metodama koje aktiviraju kreativnu funkciju svijesti, te u naknadnom prevođenju formiranih mentalnih slika u oblik dostupan vizualnoj percepciji i razumijevanju (vizualizacija ili dizajn). Stvaranje uočljive slike (oblika) ideje za rješavanje problema osiguravaju međusobno određene vrste ljudske mentalne aktivnosti – istraživanje i dizajn. Unatoč određenim sličnostima, razlikuju se prije svega po predmetu spoznaje, kao i po metodama i redoslijedu postupaka. Istraživanje i dizajn mogu se podijeliti prema vrsti modela. Istraživanje je kognitivni model usmjeren na proces stjecanja znanja o stvarnosti. postojeći svet i njegove elemente. Ovaj model se može izgraditi za proces učenja i za proces naučnog istraživanja – to je proces proizvodnje znanja o pojavama, svojstvima, stanjima postojećeg, dostupnog realnog objekta ili njihovoj kombinaciji. Možete istraživati samo ono što postoji u stvarnom svijetu. Dizajn je pragmatičan model, izgrađen u situacijama kada je potrebno izvršiti neku vrstu transformacije stvarnog svijeta kako bi se dobio drugi drugačiji rezultat – to je proces proizvodnje znanja o nepostojećoj (virtuelnoj) stvarnosti koja može odvijaju pod određenim uslovima.
Dizajn i istraživanje, kognitivni i pragmatični modeli ne mogu postojati jedan bez drugog. One se mogu smatrati međusobno određenim postupcima u procesu zadovoljavanja ljudskih potreba.
11. Studija standarda
Standardi su smjernice u građevinarstvu, oni su skup tehničkih, ekonomskih i zakonskih propisa koje donose organi izvršne vlasti koji regulišu provođenje urbanističkih poslova, kao i inženjerskih istraživanja, arhitektonskog i građevinskog projektovanja i izgradnje.
Proučavanje standarda igra glavnu ulogu važnu ulogu, budući da građevinski standardi pokrivaju ogromno područje dizajna. Na primjer:
poglavlje Sigurnost uključuje (požarne standarde, opterećenja i udare, temelje zgrada i objekata) i još mnogo toga,
Poglavlje Konstrukcije pokriva sve vrste betonskih i armiranobetonskih, aluminijumskih, azbest-cementnih i drugih konstrukcija
Poglavlje Mrežni inženjering i sistemi obuhvata kanalizaciju zgrada, vanjskih mreža i objekata , grijanje, ventilacija i klimatizacija , kao i opskrba plinom, proračun čeličnih cjevovoda i još mnogo toga.
Poglavlje Transport pokriva magistralne cjevovode, industrijski transport, tramvajske i trolejbuske linije i još mnogo toga.
Postoji također i drugi sekcije na primjer hidraulične konstrukcije, urbanističko planiranje, organizacija, proizvodnja i prijem radova, predračun standardi i dr.
Kvalitet posjedovanja ovog znanja oblikuje korist, snagu, ljepotu i isplativost izgrađenog objekta.
Osnovna delatnost kompanije Method od osnivanja do danas je razvoj inventivnosti kompjuterski programi na osnovu metoda idejnog projektovanja tehnički sistemi.
Idejni dizajn je posebna vrsta projektne aktivnosti. Njegov rezultat su varijante koncepata projektovanog tehničkog sistema (TS) u celini i pojedinačnim delovima.
Koncept TS ima različite oblike prezentacije, koji se razlikuju po stepenu razrade (specifičnosti). Ovo:
Funkcionalni dijagram, koji označava skup elemenata vozila koji obavljaju određenu tehničku funkciju, i način njihove interakcije.
Princip rada, koji određuje odnos između fizičkih (hemijskih, itd.) pojava koje se dešavaju u vozilu na razne faze njegov životni ciklus.
Princip promjene, koji pokazuje kako promijeniti materijale, dizajn, načine rada i interakciju uređaja sa okruženje da poboljša svoje performanse.
Strukturni dijagram, koji određuje sastav vozila, relativni položaj i odnos između njegovih elemenata, karakteristike njihovog dizajna, upotrebljene materijale, optimalan odnos parametri elemenata i druge bitne karakteristike. Obično se, radi kratkoće prezentacije, dijagram dizajna vozila prikazuje u obliku karakteristična formula. Navodi samo one karakteristike dizajna koje razlikuju dizajnirano vozilo od njegovog prototipa.
Najveći dio problema idejnog dizajna mora se riješiti u ranim fazama razvoja vozila: tokom izrade konceptnog projekta i idejnog projekta. Drugim riječima, kada se odredi izgled budućeg proizvoda. Međutim, u budućnosti, u fazama detaljnog dizajna, testiranja i pokretanja proizvodnje, programeri se suočavaju sa složenim tehničkim problemima. Njihovo eliminisanje takođe zahteva metode idejnog projektovanja.
Mjesto i obim idejnog rješenja kao posebnog postupka pretraživanja objašnjen je sljedećim dijagramom.
Idejni dizajn je najvažnija komponenta procesa stvaranja novog proizvoda. Konačno, broj razvijenih koncepata za budući proizvod ga određuje novitet I kvaliteta, i, prema tome, njegov konkurentnost i obim prodaje.
Praktična primjena metoda idejnog projektiranja pokazala je da su one nezamjenjive u rješavanju problema kao što su:
- razvoj novih uređaja i tehnologija;
- poboljšanje kvaliteta i smanjenje troškova proizvodnje;
- prognoza razvoja određene oblasti tehnologije;
- dobijanje prioriteta u datoj tehničkoj oblasti;
- upravljanje znanjem i intelektualnom svojinom preduzeća.
Invencija i idejni dizajn
Pronalazak i idejno rješenje su povezane djelatnosti, koje se uglavnom razlikuju po svojim ciljevima.
Invencija je individualna inicijativna aktivnost. Cilj pronalazača je stvaranje izuma, tj. tehničko rješenje koje ima svetska novina. Invencija, kao vrsta ljudske aktivnosti, srodna je umjetnosti. Stoga, vrlo često stvaranje izuma uključuje element slučajnosti. Mnogi divni izumi se pojavljuju "ni tada" ni "tamo", kako to zahtijeva prava proizvodnja. Ovo je jedan od glavnih razloga za teškoće sprovođenja izuma u praksu.
Nasumična priroda izuma može odgoditi razvoj tehnologije ne godinama, već milenijumima! Na primjer, stari Grci su poznavali sve elementarne tehničke uređaje koje je Edison koristio u svom fonografu za snimanje i reprodukciju zvuka. Znali su za sposobnost struna da vibriraju kada duva vjetar, za vibraciju membrana bubnja, koristili su polugu za povećanje sile i koristili su voskom obložene tablete za pisanje riječi. Međutim, nisu uspjeli spojiti svo ovo znanje u jedan uređaj. Inače, Edison svoj pronalazak fonografa duguje i srećnoj nesreći.
Za razliku od izuma, idejni dizajn je planirano proizvodna djelatnost . Njegov cilj je riješiti tehnički problem koji se postavlja pred programere u datom vremenskom okviru. U ovom slučaju obično nije zadatak pronaći suštinski novo tehničko rješenje, tj. izum.
Ako se tehničko rješenje nađe nakon roka, onda ga je, po pravilu, praktično nemoguće implementirati. Korišćenje ovakvog rešenja u trenutnom projektu je nemoguće, jer izgubljeno vrijeme. U sljedećem projektu sličnog proizvoda ovom rješenju također obično nema mjesta, jer pojavljuju se novi zahtjevi i nova rješenja.
Cilj idejnog rješenja - obezbjeđivanje sistematskog rješenja tehničkog problema - ostvaruje se korištenjem savremenih informacionih tehnologija. Za razliku od invencije u kojoj dominira ljudska kreativnost, idejni dizajn je prvenstveno tehnologija. Ona je ta koja dozvoljava garancijaželjeni rezultat na vrijeme.
TRIZ i idejno rješenje
TRIZ - teoriju rješavanja inventivnih problema - razvio je G.S. Altshuler. i njegovih učenika u SSSR-u u periodu 50-80-ih godina prošlog veka. Ova metodologija se uspješno razvija do danas. TRIZ metode koriste i pojedinačni pronalazači i konsultantske firme u mnogim zemljama širom svijeta.
TRIZ i idejni dizajn su srodne metodologije. Imaju isti cilj - planirano, ciljano rješenje tehničkih problema, ali različite metode.
Glavni arsenal TRIZ-a je heurističke metode, koji se sastoji od posebnih algoritama, instrukcija, metodološke preporuke itd., koji su fokusirani na ljudsku upotrebu. TRIZ metode pomoć pronalazač da analizira tehnički problem, dođe do rješenja i proširi njegov opseg.
Šira upotreba TRIZ metoda u inženjerskoj praksi ograničena je potrebom pre-trening. Ovladavanje ovim metodama na odgovarajućem nivou moguće je samo nakon dugotrajne obuke na specijalnim kursevima od strane iskusnog nastavnika.
Odgovarajući odgovor na problem učenja bilo je stvaranje kompjuterskih programa koji implementiraju TRIZ metode. Međutim, time se u potpunosti ne izbjegava preliminarna obuka. Ovi programi koriste računar kao pomoć. Uz njegovu pomoć pronalazač uglavnom bilježi rezultate rješavanja tehničkog problema, a pronalazi i odgovarajuće heuristike i tehničke primjere. Prilikom rada sa ovakvim kompjuterskim programima, pronalazač mora sam izvršiti čitav obim kreativnih operacija.
Upotreba konceptualnog dizajna formalne metode i veliki baza znanja, koji se može implementirati samo u obliku kompjuterskih programa. Korisnik ne mora nužno znati koje metode (algoritmi) se koriste u ovim programima. Sve što treba da uradi je da naznači tehnički problem, klikne na dugme “Riješi” i odabere najbolje pronađeno rješenje. Dakle, metode idejnog projektovanja omogućavaju svakom inženjeru da namjerno rješava tehničke probleme bez prethodne metodološke obuke.
Uprkos ovim razlikama, TRIZ pristupi i konceptualni dizajn ne isključuju, već se nadopunjuju. TRIZ metode su nezamjenjive kada se traže načini rješavanja tehničkog problema. Oni pomažu inženjeru da pređe sa složenog tehničkog problema na tipične inventivne probleme. Tada se mogu primijeniti metode idejnog projektiranja. Već sada, inventivni programi zasnovani na metodama konceptualnog dizajna mogu riješiti neke inventivne probleme umjerene složenosti. To osiguravaju opsežne baze podataka specifično inženjersko znanje i složeno formalni algoritmi, koji se koriste u ovim programima.
Štaviše, kako pokazuje naše iskustvo, najbolji rezultati Radeći sa savremenim inventivnim programima, inženjeri koji govore TRIZ to postižu.
Ovome moramo dodati da nikada neće biti moguće u potpunosti formalizirati cijeli proces rješavanja tehničkih problema. Očigledno je da će se s vremenom širiti obim primjene inventivnih kompjuterskih programa, ali oni nikada neće u potpunosti zamijeniti čovjeka u ovom pitanju. I to nije zbog činjenice da neki matematički problemi još nisu riješeni ili nema dovoljno brzine i memorije postojećih računara. Postoji samo jedan problem: kompjuter ne izmišlja jer ne želi!
Inovacijski potencijal zasniva se na rezultatima prve dvije faze inovacionog ciklusa, tj. na osnovu rezultata fundamentalnih i primijenjeno istraživanje. Ovi rezultati se mogu izraziti u različite vrste- od ideje koja karakteriše samu mogućnost praktična primjena, do prototipova, sa crtežima i tehničkom dokumentacijom, tehnologijom proizvodnje, ispitanim i odobrenim u proizvodnji.
Testirani rezultat istraživačkog rada (R&D) i istraživačko-razvojnog rada (R&D) je poželjniji za upotrebu u preduzećima, jer pruža mogućnosti za razvoj preduzeća pod određenim rizicima. Prva vrsta dokazanih naučnih rezultata (ideja istraživanja) je osnova inovativnog potencijala i izdvaja se visoki rizici, koje je veoma teško vrednovati u praksi. Stoga ovakvi rezultati imaju prioritetni razvoj na bazi javne uprave, koja djeluje kao rizični kapitalista.
rezultate naučno istraživanje, za koje je planirano da pređu u fazu inovativne difuzije, osnova su za novu fazu istraživanja koju karakteriše relevantnost izvođenja istraživanja u tehničkim, tehnološkim i inovativnim istraživanjima.
Inovativna istraživanja određuju puteve prelaska sa rezultata istraživanja na inovativnu difuziju i obuhvataju organizaciona i ekonomska istraživanja, izbor preduzeća i organizacija za uvođenje inovacija, inovacija i inovacija u proizvodnju.
Dakle, karakteristike inovativnog razvoja uključuju pitanja karakteristična za rane faze projektovanja tehničkih objekata i sistema u tehničkom i materijalnom razvoju sektora društva. Druga komponenta inovativnog razvoja je inovativno istraživanje, određeno izborom preduzeća i formiranjem njegovog partnerstva sa naučnom organizacijom, univerzitetom, tj. sa programerom inovacija, inovacija, inovacija.
Ovakav pristup organizovanju upravljanja inovativnim razvojem u regionu obezbeđuje kontinuitet ciklusa inovacija kao neophodno stanje za razvoj inovativnih aktivnosti.
Modeliranje u ranim fazama projektovanja ima za cilj da reši problem idejnog projektovanja, tj. identificirati i koristiti takva tehnička i tehnološka rješenja koja mogu dalje pružiti konkurentske prednosti stvoreni tehnički objekat, sistem, preduzeće, industrija i teritorija (regija).
Konceptualno modeliranje ima karakteristike karakteristične za rane faze projektantske aktivnosti (uključujući ideju) i završavajući idejnim projektom, što određuje stvaranje novih i obećavajućih tehničko-tehnoloških rješenja koja pružaju inovativni potencijal sa konkurentskim prednostima.
Rezultati kreirane ideje mogu biti: 1) projekat; 2) program; 3) smer naučnog i razvojnog rada. Izrada projekta na osnovu dobijenog tehničko-tehnološkog rješenja određuje mogućnosti poslovnog planiranja, tj. pribavljanje opravdanog organizacionog i ekonomskog plana rada. Program uključuje istraživački proces čiji je rezultat skup međusobno povezanih inovativnih projekata. Postizanje organizacione i ekonomske efikasnosti u okviru programa odvija se u fazama na osnovu dogovorene realizacije seta projekata. Prepoznatljiva karakteristika Inovativni pravac je veliki udio naučnog istraživanja usmjerenog na pronalaženje takvih tehničko-tehnoloških rješenja koja mogu pružiti konkurentsku prednost preduzeću u njegovom razvoju. Smjer uključuje programe i projekte.
Izvođenje projektantskih radova u svakoj od tri oblasti zasniva se na intelektualnom potencijalu profesionalaca koji koriste metode naučnog i tehničkog stvaralaštva, au savremenim uslovima zahtijeva podršku zasnovanu na informatičkoj tehnologiji za rješavanje neformalnih naučnih i tehničkih problema.
Idejni projekat, koji uključuje potragu za idejama, odlikuje se planskim ciljevima, parametrima, pokazateljima tehničkog objekta ili sistema koji se stvara. Iz perspektive inovacije u dizajnu, negativan rezultat, čak i onaj koji ima naučnu vrijednost, smatra se neuspjehom. Prema kognitivnoj psihologiji, svaki dizajner i konstruktor ima svoju ličnu kognitivnu mapu, koja određuje šemu njegove vizije slike dizajnerskog objekta i procesa njegove implementacije, pa je zadatak odabrati inovativnu sliku tehničkog dizajna. objekta.
Proces rada je povezan s tim da programer ima određeni mentalni model, koji ima trenutno stanje i stalno se mijenja u procesu spoznaje, a to je proces konceptualnog dizajna uz instrumentalnu upotrebu kognitivnih modela (lat. kognicija - znanje, spoznaja ). U tehničkim istraživanjima ovi modeli se koriste kao simulacijski modeli, koji su fokusirani na predviđanje ponašanja operatera u interakciji sa složenim tehničkim sistemima.
Idejni dizajn karakteriše svrsishodnost upotrebe metoda indirektne spoznaje, tj. modeliranje. Karakterizirajući modele koji se koriste u ranim fazama dizajna, napominjemo da je prioritet pažnje usmjeren na karakteristike dizajna hijerarhijske strukture modeliranje informacionih procesa koji se odvijaju, kao i donošenje odluka.
Proučavanje problema strukturalne i parametarske sinteze u procesu projektovanja u ranim fazama iz kognitivne perspektive u složenim tehničkim sistemima pokazuje dve jasno definisane faze: 1) fazu strukturne sinteze i 2) fazu parametarske sinteze opisa. funkcionisanja. Faze uključuju bitne karike kognitivne orijentacije. Kognitivno modeliranje potpomognuto kompjuterom poboljšava efikasnost dizajna. Zadaci strukturiranja, rasporeda proizvoda i parametrizacije izgledaju kao najperspektivniji iz perspektive kognitivnog modeliranja.
Na primjer, prilikom stvaranja dizel motora, struktura proizvoda može se neznatno promijeniti, a glavne poteškoće će biti povezane s parametarskom sintezom. Suprotna situacija se dešava kod stvaranja nove generacije prehrambenih proizvoda, a značaj strukturnih i parametarskih sinteza je približno jednak u sektoru građevinarstva. Istovremeno, za svaku od ovih industrija mogu postojati izuzeci u pogledu odnosa između zadataka strukturalne i parametarske sinteze, što je određeno stvaranjem fleksibilnog proizvodnog sistema.
Formiranje strukture se provodi heuristički (metode naučnog i tehničkog stvaralaštva), ili se struktura bira iz skupa rješenja. Simulacija strukturnih i parametarskih (funkcionalnih) faza u jednom modelu istovremeno je veoma teška i može se delimično rešiti samo uz kompjutersku podršku u sistemu „čovjek-mašina“. Istovremeno, parametarsku fazu (funkcionisanja) odlikuje upotreba teorije analize i sličnosti. Stvaranje teorije funkcionisanja složenih tehničkih sistema moguće je samo za pojedinačne aspekte.
U ranim fazama projektovanja koriste se grubi crteži srednjeg izgleda i slični modeli (verbalni, zasnovani na uzastopnim aproksimacijama).
Smisleni modeli su verbalni iskazi problema, programi i planovi razvoja sistema, „stabla“ ciljeva, upravljanja, projektovanja itd., koji široko koriste sistemski pristup zasnovan na konceptima sistema, podsistema, elementa strukture, hijerarhije. , svojstva (parametri), ciljevi, funkcije itd. Ovo omogućava da se identifikuju specifičnosti i obrasci složenih sistema, da se razdvoje na podsisteme i organizuje njihova interakcija, uzimajući u obzir uticaj spoljašnje okruženje. Zatim se pojavljuje mogućnost prelaska na upotrebu formaliziranih metoda.
S obzirom na modele koji se koriste u rješavanju problema dizajna, možemo istaknuti:
Hijerarhijski opis i strategije za njegovo formiranje;
Teorijski modeli skupova;
Modeli predstavljanja znanja: na primjer: proizvodi kao oblik pružanja znanja; okviri; skripte; predikatski modeli; modeli predstavljanja podataka.
Prilikom projektovanja, scenario se shvata kao sistem pretpostavki o toku procesa koji se proučava, na osnovu kojih se jedan od moguće opcije prognoza, plan (također scenario) se gradi za implementaciju nečega. Prvo se razvija osnovni scenario koji pokazuje najverovatniji uticaj svih događaja na indikatore blagostanja, a paralelno se konstruiše pesimistički scenario. Zatim, kako bi se menadžeru pomoglo da donese adekvatnu odluku, razvijaju se dvije strategije proaktivnog djelovanja:
U vezi sa događajima koji se mogu kontrolisati, planiraju se radnje kako bi se osiguralo da se poželjni događaji dogode, a nepoželjni ne;
U odnosu na događaje koji se ne mogu kontrolisati, planiraju se radnje koje pospješuju povoljne posljedice i ublažavaju nepovoljne.
Rezultat takve razrade je takozvani “prisilni scenario”. Postoje primjeri uspješne upotrebe scenarija u dizajnu za opisivanje radnji korisnika na nekoliko razina jasno objašnjenje. Rezultati pokazuju kako detaljne informacije trebaju biti predstavljene za korištenje u adaptivni interfejsi. Scenariji su način predstavljanja informacija i pogodni su za predstavljanje stereotipnog znanja koje definira tipične situacije u određenoj predmetnoj oblasti. IN inteligentni sistemi Scenariji se koriste u postupcima za razumijevanje tekstova na prirodnom jeziku, planiranje ponašanja, donošenje odluka i povećanje efikasnosti učenja.
Ovakav pristup dizajnu u ranim fazama sa pozicije kognitivnog modeliranja pruža samu mogućnost održavanja inovativne strategije razvoja. Istovremeno, moguće je gurnuti u stranu strategiju razvoja prema simulacijski model, koji je razvijen u ruskom društvu. Tokom stvaranja kompjuterska podrška U procesu konceptualizacije potrebno je aktivnije koristiti intelektualni potencijal stručnjaka iz različitih oblasti znanja, naučnih organizacija, preduzeća i industrija.
Kognitivno modeliranje tehničko-tehnoloških objekata i sistema utvrđuje mogućnost sveobuhvatne integracije tri komponente u informatičku tehnologiju: 1) konceptualizacije; 2) strukturiranje i 3) parametrizacija. Konceptualizacija mora biti fokusirana, što uključuje upotrebu kategoričke analize i teorije paradigme.
Sa kognitivnom orijentacijom strukturiranja utvrđuje se mogućnost generisanja novih invarijantnih struktura.
Na osnovu verbalnih modela kroz kreiranje dijagrama toka, proces dizajna ide do layout-a, koji sprovodi specijalista, a mora biti obezbeđen personalizovanim sistemom podrške. Parametarizaciju komponenti proizvoda karakteriše integracijski rad, koji određuje izvodljivost upotrebe kognitivne kompjuterske grafike. Idejno rješenje je kolektivne prirode, što određuje karakteristike informacione tehnologije podrška ovoj aktivnosti.
Treba napomenuti da što se ranija faza projektovanja (faza ideje) razmatra, to stvoreni proizvod, tehnički objekat ili sistem, tehnologija može biti konkurentniji.
Pristupi i modeli koji se koriste u kreiranju tehničkih sistema mogu se koristiti u analitičkom sistemu upravljanja ne samo za razvoj tehničko-tehnoloških rješenja, već i za razvoj rješenja. upravljanje sistemom inovativni razvoj organizacije, preduzeća, industrije, regiona.
Razvoj inovativnog potencijala karakteriše sistem „univerzitet – industrija“, jer je neophodno kombinovati znanja iz ove dve oblasti znanja.
Osnovni pojmovi, klasifikacija
