Uvod3 POGLAVLJE 1. OPIS PREDMETNOG PODRUČJA5 1.1. Studija i sistemska analiza predmetne oblasti "Organizacija građenja" 5 1.2. Glavne faze formiranja zahtjeva u projektovanju informacionog sistema8 POGLAVLJE 2. RAZVOJ KONCEPTA INFORMACIONOG SISTEMA „HOTELSKO POSLOVANJE“ 10 2.1. Izbor metodologije za modeliranje predmetne oblasti10 POGLAVLJE 3. PROJEKTOVANJE INFORMACIONOG SISTEMA "GRAĐEVINSKA ORGANIZACIJA" 18 3.1. Izrada i odobravanje tehničkih specifikacija18 3.2. Izrada dijagrama slučaja upotrebe22 3.3. Izrada kontekstnog dijagrama časova29 3.4. Razvoj dijagrama sekvence33 3.5. Izrada dijagrama aktivnosti34 3.6. Izrada dijagrama klasa nivoa dizajna35 3.7. Izrada dijagrama plasmana38 3.8. Kreiranje baze podataka 39 3.9. Logički model baze podataka implementiran u ERwin 40 3.10. SQL upiti kreiranoj bazi podataka41 Zaključak43

Uvod

Građevinska organizacija se bavi izgradnjom raznih vrsta objekata: stambenih zgrada, bolnica, škola, mostova, puteva itd. po ugovorima sa kupcima (gradska uprava, odeljenja, privatne firme itd.) Svaka od navedenih kategorija objekata ima karakteristike koje su karakteristične samo za ovu ili više kategorija: na primer, karakteristike stambenih zgrada obuhvataju spratnost, vrstu objekta. građevinski materijal, broj stanova, za mostove, jedinstvene karakteristike su vrsta gornje konstrukcije, širina i broj saobraćajnih traka. Strukturno, građevinska organizacija se sastoji od građevinskih odjela, svaki građevinski odjel obavlja poslove u jednoj ili više sekcija, na čijem čelu su šefovi sekcija, kojima je podređena grupa majstora, majstora i tehničara. Svaku kategoriju inženjersko-tehničkog osoblja (inženjeri, tehnolozi, tehničari) i radnika (zidari, betonari, završnici, zavarivači, električari, šoferi, bravari itd.) također karakteriziraju atributi karakteristični samo za ovu grupu. Brigadiri se biraju iz reda radnika, predradnici, poslovođe, šefovi odsjeka i odjeljenja se imenuju iz reda inženjersko-tehničkog osoblja. Na svakoj lokaciji se postavlja jedan ili više objekata, na svakoj radi jedan ili više timova. Nakon završetka radova, tim prelazi na drugi objekat u ovom ili drugom području. Građevinskom odjelu je dodijeljena građevinska oprema (dizalice, bageri, buldožeri i dr.), koja je raspoređena po objektima. Tehnologija izgradnje objekta podrazumijeva izvođenje određenog skupa vrsta radova potrebnih za izgradnju ove vrste objekta. Na primjer, za stambenu zgradu - ovo je izgradnja temelja, opekarski radovi, polaganje vodovoda itd. Svaku vrstu radova na objektu izvodi jedan tim. Za organizaciju rada na objektu sastavljaju se rasporedi radova u kojima je naznačeno kojim redoslijedom i u kom roku se izvode ili drugi radovi, kao i predračun kojim se utvrđuje koji građevinski materijal iu kojoj količini je potreban za izgradnju objekta. objekat. Na osnovu rezultata rada sastavlja se izvještaj u kojem se navodi vrijeme izvođenja radova i stvarni troškovi materijala. Svrha nastavnog rada je proučavanje metoda i sredstava projektovanja informacionih sistema i tehnologija, modeliranja informacionog sistema građevinske organizacije, čime se obezbeđuje efikasno upravljanje i razvoj preduzeća. Za postizanje ovog cilja riješeni su sljedeći zadaci. Analiza predloga u oblasti unapređenja sistema indikatora preduzeća radi identifikovanja trendova u ovoj oblasti. Izbor ključnih indikatora kao atributa informacionog modela građevinskog preduzeća. Izrada UML dijagrama za izvođenje modeliranja informacionog sistema. Predmet istraživanja su pokazatelji uspješnosti građevinskog preduzeća koji obezbjeđuju efikasne mehanizme upravljanja. Predmet istraživanja je građevinsko preduzeće koje obavlja kapitalnu izgradnju, kapitalne popravke (popravka objekata, sanacija fasada), rekonstrukciju stambenih i industrijskih objekata i prostorija.

Zaključak

Kao rezultat nastavnog rada, uz pomoć softvera, dizajniran je UML dijagram poslovnih procesa građevinske kompanije. Analiza poslovnih procesa u preduzećima omogućava optimizaciju ili reorganizaciju poslovnih procesa u cilju poboljšanja efikasnosti preduzeća i povećanja njegove konkurentnosti. Prilikom rješavanja problema izvođenja radova dobijeni su sljedeći rezultati: izvršena je identifikacija poslovnih procesa građevinskog preduzeća. Proces identifikacije sastojao se od identifikacije i navođenja svih procesa koji su bili ključni za kompaniju. Takođe, u procesu identifikacije korišćena su naučna saznanja o modeliranju poslovnih procesa i praktična znanja dobijena kroz intervjue zaposlenih i iz ličnog iskustva u kompaniji. razvijen je model procesa najvišeg nivoa. razvijen je UML dijagram za planiranje funkcionalnosti informacionog sistema za računovodstvo građevinskog preduzeća. Korištenje informacionih sistema za računovodstvo aktivnosti osigurava smanjenje vremena rada, smanjenje rizika finansijskih rizika i rizika vezanih za tajming, automatizaciju nekih funkcija.

Bibliografija

1. Bocharov, E.P. Integrisani korporativni informacioni sistemi. Principi konstrukcije. Laboratorijska radionica po sistemu "Galaxy". Udžbenik. dodatak / E.P. Bocharov, A.I. Kaldina. - M.: Finansije i statistika, 2005.-- 581 str. 2. Gartvich, A.V. Planiranje kupovine, proizvodnje i prodaje u 1C: Enterprise 8 / A.V. Hartwich. - SPb.: Peter, 2007.-- 452 str. 3. Davidova, L.A. Informacioni sistemi u ekonomiji u pitanjima i odgovorima: udžbenik. dodatak / L.A. Davidov. - M.: TK Welby, Prospect Publishing House, 2004.-- 280 str. 4. Dick, V.V. Metodologija formiranja odluka u ekonomskim sistemima i alati za njihovu podršku / V.V. Dick. - M.: Finansije i statistika, 2002.-- 560 str. 5. Ivansenko, A.G. Informacione tehnologije u ekonomiji i menadžmentu: udžbenik. priručnik za univerzitete / A.G. Ivansenko, A. Yu. Gridasov, V.A. Pavlenko. - M.: KNORUS, 2005.-- 160 str. 6. Isaev, D.V. Informaciona tehnologija upravljačkog računovodstva. Nastavno-metodički kompleks / D.V. Isaev, T.K. Kravchenko. - M.: GU-HSE, 2006.-- 297 str. 7. Karminsky, A.M. Informatizacija poslovanja / koncepti, tehnologije, sistemi: A.M. Karminsky, S.A. Karminsky, V.P. Nesterov, B.V. Chernikov; ed. A.M. Karminsky. - 2. izd., Rev. i dodati. - M.: Finansije i statistika, 2004.-- 624 str. 8. Kozyrev, A.A. Informacione tehnologije u ekonomiji i menadžmentu: Udžbenik. 2. izdanje / A.A. Kozirjev - Sankt Peterburg: Izdavačka kuća Mihajlova V.A., 2001. - 360 str. 9. Kolesnikov, S.N. Planiranje aktivnosti proizvodnog preduzeća. Od promfintehplananije do MRP II / S.N. Kolesnikov. - M.: 1C-Publishing, 2006.-- 602 str.

Prilikom razvoja rješenja, stručnjaci IBS-a su koristili najbolje svjetske prakse upravljanja građevinskim projektima implementirane na stranim informacionim platformama i cjelokupno iskustvo implementacije sistema upravljanja u građevinskim organizacijama, uzimajući u obzir potrebe ruskih kupaca i lokalne zahtjeve u oblasti remonta i izgradnje. .

Jedinstvena razlika IBS SMR IM sastoji se u tome što su stručnjaci IBS-a uspjeli povezati u jedinstveni informacioni krug sve funkcionalne jedinice uključene u realizaciju projekata kapitalnih popravki i izgradnje (računovodstvene, ekonomske službe i proizvodne jedinice) tokom cijelog ciklusa izgradnje objekta - od faze ulaganja. , planiranje rada do obezbjeđenja sredstava i kontrolu radova, njihovo obračunavanje i zatvaranje.

Konkretno, u fazi ulaganja, sistem vam omogućava da zadržite glavne karakteristike radnih objekata, ugovore za ove objekte (uključujući generalne ugovore, podugovaranje), da vidite raspored izvođenja radova prema ugovoru.

U fazi planiranja rada korisnici mogu u jedinstvenom sistemu održavati kalendar i mrežne rasporede, koji se sastavljaju uzimajući u obzir informacije o dostupnosti resursa, kao i uzimajući u obzir procijenjena ograničenja. Sistem vam omogućava da preuzmete procene (implementirana je integracija sa glavnim sistemima procene) i da na osnovu njih generišete listove resursa, tehnološki raspored, kadrovske potrebe, građevinske mašine i mehanizme. Integracija procesa i podataka u jedinstveni sistem eliminiše konflikte dispečera u pogledu dostupnosti opreme i osoblja prilikom implementacije planova.

Tokom procesa izgradnje, sistem omogućava praćenje i analizu napredovanja radova i ostvarenja ekonomskih pokazatelja, omogućavajući upoređivanje troškova izgradnje u tri glavna ugla – procenu, planski (na osnovu rasporeda mreže), kao i kao stvarni troškovi. Sistem prati proces nabavke, prijema i otpisa materijala na određenom objektu u odnosu na završene građevinske radove. Obrasci za otpis materijala (M-29) u sistemu se formiraju u skladu sa aktima obavljenog posla (KS-2), što omogućava praćenje nenormalne potrošnje materijala (odstupanja od procjene u fizičkom i vrijednosnom smislu) , kontrolu računovodstvene discipline i ekonomskih pokazatelja objekta u procesu realizacije građevinskog projekta.

Praćenje stvarnog opterećenja opreme na objektima, uzimanje u obzir prilikom planiranja građevinskih radova moguće je zahvaljujući specijalizovanoj funkcionalnosti sistema. Rješenje omogućava planiranje, zakazivanje i računovodstvo rada građevinskih mašina na pojedinim gradilištima u odnosu na konkretne operacije, analizu usklađenosti potreba sa procijenjenim proračunima, a samim tim i vođenje detaljne evidencije troškova mašina i mehanizama ( dok obično građevinske kompanije uzimaju u obzir troškove građevinskih mašina i mehanizama „metodom kotla“). Takođe prati potrošnju goriva i maziva i njenu kontrolu, uzimajući u obzir kilometražu, sezonu itd.

Općenito, iskustvo implementacije sistema pokazuje da njegovo korištenje može dati realan ekonomski efekat, kako poboljšanjem razmjene informacija, tako i efikasnijom organizacijom poslovnih procesa, budući da rješenje sadrži efikasan operativni model za upravljanje građevinskim i instalaterskim radovima.

“Iskustvo velikih građevinskih projekata posljednjih godina pokazalo je da u Rusiji postoji ogroman potencijal za poboljšanje kvaliteta upravljanja gradnjom. Rješenje koje nudimo omogućava da se kroz kontrolu procesa izgradnje poveća ekonomska efikasnost projekata. IBS SMR IM pomaže u uočavanju odstupanja od procijenjenih standarda vezanih za prekomjernu potrošnju materijala, građevinskih mašina i mehanizama, osoblja, da se kontroliše vremenski raspored radova, da se prilagode procijenjeni proračuni u procesu izvođenja radova na projektu. Ovo nije samo računovodstveni sistem – mi nudimo specifičan model poslovnih procesa, koji je zasnovan na zahtjevima Ministarstva građevinarstva, državnim standardima, tradiciji racionalnog upravljanja i najboljoj praksi građevinskih kompanija i našoj stručnosti“, objasnio je Petr Sychev. , vodeći konsultant u IBS proizvodnom odjelu.

Rješenje će, prije svega, biti korisno za organizacije koje samostalno ili uz angažovanje podizvođača izvode kapitalne popravke i gradnju na više lokacija i koje na osnovu procjena utvrđuju cijenu ovih radova. To može uključivati ​​kompanije u građevinskoj industriji, industrijskoj proizvodnji, mrežnoj maloprodaji, energetici, komunikacijama itd.

“Ovo rješenje je visokog stepena dostupnosti i zahtijeva mala prilagođavanja specifičnostima aktivnosti svakog kupca. Međutim, prema iskustvu, uz implementaciju su potrebne i organizacijske promjene u kompaniji naručioca - unapređenje metodologije vođenja građevinskih i instalaterskih radova i uvođenje nove proizvodne kulture koju sa sobom nosi naše rješenje. Za građevinske kompanije, sistem će povećati transparentnost i dostići novi nivo ekonomske efikasnosti “, napomenula je Marina Denisenko, rukovodilac Odjela za rješenja za EAM i MES Odjela za proizvodnju IBS-a.

PRETPLATITE SE NA NAŠE STRANICE.
MI SMO IN

Pošaljite svoj dobar rad u bazu znanja je jednostavno. Koristite obrazac ispod

Studenti, postdiplomci, mladi naučnici koji koriste bazu znanja u svom studiranju i radu biće vam veoma zahvalni.

Slični dokumenti

Razvoj i implementacija integrisanog automatizovanog sistema podrške procesima kompanije. Poboljšanje efikasnosti sektora kompanije i osiguranje računovodstva u jedinstvenom informacionom sistemu. Jedinstveno knjigovodstvo, obračun kupaca.

seminarski rad, dodan 18.05.2015


Analiza kreiranja informacionog sistema. Analiza postojećih sistema upravljanja bazama podataka preduzeća za popravke i građevinarstvo. Zahtjevi za sastav i parametre tehničkih sredstava. Struktura softverskog sistema. Opis ulaznih i izlaznih informacija.

seminarski rad, dodan 29.04.2015


Implementacija informacionog sistema za vođenje dokumentacije za iznajmljivanje u DBMS Access 2000. Izgradnja funkcionalnog i informacionog modela. Opis softvera razvijenog u arhitekturi "klijent-server", analiza operativnih karakteristika.

seminarski rad, dodan 30.08.2010


Razvoj softverskog paketa "ConstructDocs" namenjenog za upravljanje dokumentima građevinske organizacije: identifikacija informacionog prostora, izbor entiteta, izbor programskog jezika i sistemskog hardvera.

teza, dodana 07.09.2011


Opšte karakteristike preduzeća, struktura i funkcije informacionog sistema, zahtevi za njega, arhitektura hardvera i softvera koji se koristi. Analiza problema i njihovih uzroka. Interfejs informacionog sistema i dijalog.

seminarski rad dodan 15.10.2013


Organizaciona i funkcionalna struktura preduzeća. Kompleks projektovanog softvera i hardvera za sigurnost informacija. Sistem video nadzora i kontrole pristupa. Proračun indikatora ekonomske efikasnosti projekta.

disertacije, dodato 25.03.2013


Izrada automatizovanog sistema za registraciju narudžbi i njihovo ispunjenje u građevinskom preduzeću za renoviranje stanova. Opšti zahtjevi za informacioni sistem. Dizajn strukture baze podataka. Izrada dijagrama hitne pomoći. Implementacija informacionog sistema.

seminarski rad dodan 24.03.2014

Pošaljite svoj dobar rad u bazu znanja je jednostavno. Koristite obrazac ispod

Studenti, postdiplomci, mladi naučnici koji koriste bazu znanja u svom studiranju i radu biće vam veoma zahvalni.

Objavljeno na http://allbest.ru

1. Apache informacioni sistem

1.1 Opis Apache-a

2. Informacioni sistemi za građevinsko preduzeće

2.1 Informacioni sistem 1C: Trgovina i skladište

2.1.1 Opis programa

2.1.2 Rad sa distribuiranim info bazama

2.1.3 Pouzdanost i sigurnost

2.1.4 Fleksibilnost i prilagođavanje

2.1.5 Interfejs

2.1.6 Otvorenost i dostupnost

2.1.7 Rad sa trgovinskom opremom

2.2 CRM informacioni sistem

2.2.1 Automatizacija poslovnih procesa

2.2.2 Upravljanje informacijama o klijentima

2.2.3 Upravljanje prodajom

2.2.4 Upravljanje portfeljem proizvoda

2.2.5 Upravljanje radnim vremenom

2.2.6 Automatizacija toka dokumenata

1. Informacioni sistemApache

U svijetu postoji veliki izbor web servera. Međusobno se razlikuju po funkcionalnosti i namjeni. Ovaj rad će se smatrati jednim od najpopularnijih, instaliranih na većini servera hosting provajdera. Apache služi gotovo svim potrebama modernog web razvoja, ali je dovoljno jednostavan za programere da ga instaliraju kako bi otklonili greške u svojim programima.

Godine 1994. Rob McCool, zaposlenik Nacionalnog centra za superračunarske aplikacije na Univerzitetu Illinois (NCSA), objavio je prvi web server, koji je nazvan NCSA HTTP daemon. Server je stekao popularnost u uskim krugovima, ali je sredinom 1994. McCool napustio univerzitet i razvoj je prestao.

Mala grupa zainteresiranih webmastera počela je surađivati ​​na proizvodu. Komunicirajući na diskusionoj listi putem e-pošte, razvili su "zakrpe" i inovacije za server. Oni su stvorili Apache Group, koja je razvila prvu verziju Apache servera. Desilo se to u aprilu 1995. godine, kada su sve postojeće "zakrpe" primijenjene na bazu (NCSA Server 1.3). Ovako se pojavilo prvo službeno javno izdanje Apachea 0.6.2.

Rad na serveru nije prestajao ni dana, a vrlo brzo je postao jedan od najpopularnijih. Nakon brojnih proba, 1. decembra 1995. objavljena je verzija 1.0, koja je stabilna i pouzdana. Za sve ove godine, do danas, Apache je ostao potpuno slobodan. Možda je to odredilo i uspjeh servera, jer je, prema NetCraftu, Apache trenutno instaliran na 67% svih servera u svijetu.

1.1 OpisApache

Trenutno se paralelno razvijaju dvije grane Apachea - verzije 2.0 i 1.3. Druga verzija je pretrpjela značajan broj izmjena, koje su se prvenstveno odrazile na jezgro programa i neke važne module. Pošto moduli koje su napisale treće strane za verziju 1.3 neće raditi u verziji 2.0, podržan je i "stari" Apache. Međutim, ako prvi put instalirate Apache, trebali biste pažljivije pogledati novu verziju.

Apache je potpuno funkcionalan, proširiv web server koji u potpunosti podržava HTTP/1.1 protokol i otvorenog je koda. Server može raditi na gotovo svim uobičajenim platformama. Postoje gotove serverske binarne datoteke za Windows NT, Windows 9x, OS/2, Netware 5.x i nekoliko UNIX sistema. Međutim, vrlo je lako instalirati i konfigurirati. Apache se konfiguriše korišćenjem tekstualnih konfiguracionih fajlova. Osnovni parametri su već konfigurisani "podrazumevano" i radiće u većini slučajeva. Ako postoji nedostatak funkcionalnosti običnog "Apachea", onda biste trebali pobliže pogledati module za redistribuciju koje su napisali Apache Grupa i programeri trećih strana. Važna prednost je što kreatori aktivno komuniciraju sa korisnicima i odgovaraju na sve poruke o greškama.

Najjednostavnija funkcija koju Apache može da izvrši je da stoji na serveru i služi regularnom HTML sajtu. Kada se primi zahtjev za određenu stranicu, server šalje odgovor pretraživaču. Kada upišete adresu, otvara se stranica - sve je jednostavno.

Složenija funkcija, koja je svojstvena HTTP / 1.1 protokolu, je autentifikacija korisnika. Koristeći standardne alate Apache servera, moguće je razlikovati pristup određenim stranicama sajta za različite korisnike. Ovo je potrebno, na primjer, da bi se napravio administratorski interfejs za web lokaciju. Za to se koriste datoteke .htaccess i .htpasswd, kao i moduli mod_auth i mod_access. Korisnici se mogu podijeliti u grupe, a svakom od njih može se dodijeliti vlastita prava pristupa.

Za razdvajanje dizajna i funkcionalnog dijela stranice, kao i za pojednostavljenje izmjene statičkih objekata, postoji tehnologija SSI*. Omogućava vam da stavite sve duplirane informacije u jednu datoteku (na primjer, top.inc), a zatim umetnete vezu do nje u stranice. Zatim, ako trebate promijeniti nekoliko redova u ovim informacijama, morat ćete ih promijeniti samo u jednoj datoteci. Apache podržava ovu tehnologiju i omogućava punu upotrebu uključenja na strani servera.

Ako postoji više korisnika na istom serveru sa instaliranim Unix operativnim sistemom i Apache serverom, onda se svakom od njih može kreirati poseban direktorijum. Preciznije, kreiraće se automatski zajedno sa pseudonimom. Ovo se radi pomoću modula mod_userdir i direktive UserDir. Tako, na primjer, možete mapirati adresu www.site.ru/~user u folder public_html u početnom folderu korisnika. Općenito, to se radi na serverima većine web lokacija koje pružaju besplatan hosting. Administrator servera može dozvoliti ili zabraniti određenim korisnicima da kreiraju početne stranice, koriste SSI i druge karakteristike servera. Punopravni hosting obično omogućava kreiranje zasebnog virtuelnog servera za svakog korisnika.

Apache je bio jedan od prvih servera koji je počeo da podržava virtuelne servere (hostove). Ova funkcija vam omogućava da ugostite nekoliko punopravnih lokacija na jednom fizičkom serveru. Svaki od njih može imati svoju domenu, administratora, IP adresu i tako dalje.

Ako trebate postaviti domene domain.ru i domain.com na server, onda prvo morate biti sigurni da im je IP adresa dodijeljena u DNS sistemu. Nakon toga, u Apache konfiguracijskoj datoteci, kreirajte dvije direktive gdje opisujete svaki virtuelni host. Tako će server znati u koji folder da "pošalje" dolazni zahtjev.

Trenutno je većina internet stranica dinamična. To znači da se njihov izgled i sadržaj formiraju pomoću programske skripte napisane na jednom od "jezika", ne mogu se u potpunosti nazvati jezicima, definicija je prilično proizvoljna. Trenutno, najčešće korištene tehnologije su CGI i PHP. Naravno, Apache ima podršku za oba, plus mogućnost uključivanja drugih jezika.

Mod_cgi modul vam omogućava da hostujete CGI skripte na serveru. Ovo su samo izvršne datoteke napisane na jednom od važećih programskih jezika. Oni mogu biti sadržani i u kompajliranom obliku, na primjer, to rade ako pišu CGI u C++, ili kao izvorni tekst ako je Perl instaliran na serveru, tada programer može postaviti i takve datoteke. Ponekad imaju ekstenziju .pl.

Na osnovu Apache servera možete kreirati ne samo jednostavne amaterske stranice, već i resurse koji zahtijevaju ozbiljnu kriptografsku zaštitu prenesenih podataka. SSL / TLS protokol je razvijen posebno za ovo, a njegova podrška je ugrađena u Apache 2.0. Uz pomoć posebnog modula možete izvršiti autentifikaciju na osnovu certifikata imena, što gotovo sigurno garantuje autentičnost korisnika.

Apache server može voditi evidenciju o svim radnjama koje su s njim izvršene. Administrator može sam odabrati nivo detalja protokola. Dnevnici se vode odvojeno za greške, za uspješne operacije i za svaki virtualni host. ...

2 ... Informacioni sistemi za građevinsku kompaniju

2.1 Informacioni sistem 1C: Trgovina i skladište

2.1.1 Opis programa

"1C: Trgovina i skladište" je komponenta "Operativno računovodstvo" sistema "1C: Enterprise" sa tipičnom konfiguracijom za automatizaciju skladišnog računovodstva i trgovine.

Komponenta "Operativno računovodstvo" je dizajnirana da obračunava dostupnost i kretanje materijalnih i novčanih sredstava. Može se koristiti i samostalno iu kombinaciji s drugim komponentama 1C: Enterprise.

"1C: Trgovina i skladište" je namenjen za računovodstvo svih vrsta trgovinskih poslova. Zbog svoje fleksibilnosti i prilagodljivosti, sistem je sposoban da obavlja sve računovodstvene funkcije - od vođenja referentnih knjiga i unosa primarnih dokumenata do primanja različitih izvoda i analitičkih izvještaja.

Automatizacija svih trgovinskih i skladišnih operacija

"1C: Trgovina i skladište" automatizuje rad u svim fazama preduzeća.

Tipična konfiguracija omogućava:

· Voditi odvojeno upravljačko i finansijsko računovodstvo;

· Voditi evidenciju u ime više pravnih lica;

· Voditi serijsko knjigovodstvo robnih zaliha sa mogućnošću izbora načina otpisa troška (FIFO, LIFO, prosjek);

· Voditi odvojenu evidenciju o vlastitoj robi i robi koja se uzima na prodaju;

· Za registraciju kupovine i prodaje robe;

· Izvršiti automatsko početno popunjavanje dokumenata na osnovu prethodno unesenih podataka;

· Voditi evidenciju o međusobnim obračunima sa kupcima i dobavljačima, detaljno obraditi međusobna poravnanja prema posebnim ugovorima;

· Generirati potrebne primarne dokumente;

· Izraditi fakture, automatski izgraditi knjigu prodaje i knjigu nabavki, voditi kvantitativnu evidenciju u kontekstu CCD brojeva;

· Da izvrši rezervaciju robe i kontrolu plaćanja;

· Voditi evidenciju sredstava na tekućim računima i na blagajni;

· Vodi evidenciju robnih kredita i kontroliše njihovu otplatu;

· Voditi evidenciju o robi koja je predata na prodaju, njenom povratu i plaćanju.

U "1C: Trgovina i skladište" možete:

Postavite potreban broj različitih vrsta cijena za svaki proizvod, prodajte cijene dobavljača, automatski kontrolirajte i promptnu promjenu nivoa cijena;

Rad sa povezanim dokumentima;

Izvršiti automatski obračun cijena otpisa robe;

Brzo unosite promjene koristeći grupnu obradu direktorija i dokumenata;

Voditi evidenciju robe u različitim mjernim jedinicama, a gotovine u različitim valutama;

Primajte širok spektar izvještajnih i analitičkih informacija o kretanju robe i novca;

Automatski generirajte računovodstvene unose za 1C: Računovodstvo.

automatizacija apache informacionog programa

2.1.2 Rad sa distribuiranim info bazama

Glavna svrha alata za rad sa distribuiranim informacionim bazama je organizacija jedinstvenog automatizovanog računovodstvenog sistema u preduzećima sa geografski udaljenim objektima: filijalama, skladištima, prodavnicama, mestima prijema narudžbi i drugim sličnim odeljenjima koja nisu povezana lokalnom mreža:

· Održavanje neograničenog broja autonomno funkcionalnih informacionih baza;

· Potpuna ili selektivna sinhronizacija podataka;

· Podešavanje sastava sinhronizovanih podataka;

· proizvoljan redoslijed i način prenosa izmjena;

Upotreba alata za upravljanje distribuiranom bazom podataka ne ograničava radnje korisnika sistema. Sistem automatski prati sve promjene podataka i prenosi ih u skladu s opisanim pravilima sinhronizacije.

Komponenta "Upravljanje distribuiranim info bazama" se isporučuje zasebno

2.1.3 Pouzdanost i sigurnost

"1C: Trgovina i skladište" sadrži sredstva za osiguranje sigurnosti i konzistentnosti informacija:

· Mogućnost zabrane korisnicima "direktnog" brisanja informacija;

· Poseban način brisanja podataka sa kontrolom unakrsnih referenci;

· Mogućnost zabrane korisnicima da uređuju podatke za protekle izvještajne periode;

· Određivanje zabrane uređivanja štampanih oblika dokumenata;

· „Zaključavanje“ sistema od strane korisnika u slučaju privremenog prekida rada.

2.1.4 Fleksibilnost i prilagođavanje

"1C: Trgovina i skladište" može se prilagoditi svim računovodstvenim karakteristikama u određenom preduzeću.

Sistem uključuje konfigurator koji omogućava, ako je potrebno, da konfigurišete sve glavne elemente sistema:

Uredite postojeće i kreirajte nove potrebne dokumente bilo koje strukture

Promenite ekran i štampane forme dokumenata

Kreirajte časopise za rad sa dokumentima i proizvoljno redistribuirajte dokumente među časopisima za efikasan rad sa njima

Uredite postojeće i kreirajte nove direktorije proizvoljne strukture

Uredite svojstva direktorija:

· Promijenite sastav detalja, broj nivoa, tip koda, opseg provjere jedinstvenosti koda i kreirajte registre za obračun sredstava u svim potrebnim odjeljcima; kreirajte sve dodatne izvještaje i procedure obrade informacija kako biste opisali ponašanje sistemske elemente na ugrađenom jeziku.

2.1.5 Iinterfejs

"1C: Trgovina i skladište" prati moderne standarde korisničkog interfejsa:

- "Savjeti dana" će vam pokazati efikasne metode rada i zgodne sistemske funkcije

Servisni prozori se mogu "prikačiti" na ivice glavnog prozora programa

Glavni meni sistema sadrži "slike" komandi - iste slike se postavljaju na dugmad trake sa alatkama

dugmad na traci sa alatkama mogu se označiti ne samo slikama, već i tekstom.

2.1.6 Otvorenost i pristupačnost

"1C: Trgovina i skladište" sadrži niz alata za komunikaciju sa drugim programima.

Mogućnost uvoza i izvoza informacija putem tekstualnih datoteka omogućit će vam razmjenu podataka sa gotovo bilo kojim programom.

Osim toga, ugrađeni jezik sadrži alate za rad sa DBF datotekama.

Takođe "1C: Trgovina i skladište" podržava moderne alate za integraciju aplikacija: OLE, OLE Automation i DDE. Korištenje ovih alata vam omogućava da:

· Upravljajte radom drugih programa koristeći ugrađeni jezik "1C: Trgovina i skladište" - na primjer, generirajte izvještaje i grafikone u Microsoft Excel-u

· Dobijte pristup podacima "1C: Trgovina i skladište" iz drugih programa

umetnite objekte kreirane drugim programima u dokumente i izvještaje "1C: Trgovina i skladište" - na primjer, postavite logotip kompanije u primarne dokumente

· Postavite slike i grafike u dokumente i izvještaje.

"1C: Trgovina i skladište" implementira podršku za otvorene standarde: razmjenu komercijalnih informacija (CommerceML) i razmjenu platnih dokumenata (1C: Enterprise - Banka klijent).

Ovo omogućava: generisanje i postavljanje komercijalnih ponuda na Web - vitrine koje podržavaju standard; organizovanje elektronske razmjene kataloga, cjenovnika i dokumenata sa njihovim suradnicima; razmjenu platnih dokumenata (naloga za plaćanje i izvoda) sa klijentom - bankovnim sistemima 1C : Baza podataka trgovine i skladišta Udruženja UNISCAN / EAN Rusija.

2.1.7 Rad sa trgovinskom opremom

"1C: Trgovina i skladište" obezbeđuje rad sa trgovinskom opremom: kase, štampači računa, skeneri i bar kod štampači, elektronske vage, terminali za prikupljanje podataka, displeji za kupce i druge vrste opreme.

"Inteligentna" interakcija sa trgovinskom opremom omogućava, na primjer, popunjavanje dokumenata čitanjem bar kodova robe pomoću skenera.

Dodatne komponente i metode rada sa komercijalnom opremom isporučuju se posebno.

Cijena instalacije implementacije ovog softvera razlikuje se od broja poslova. Instalacija će zahtijevati dodatne troškove za kupovinu sistema za upravljanje bazom podataka.

Ovaj rad razmatra građevinsku kompaniju u kojoj je organizirano 40 radnih mjesta, prosječni trošak jednog radnog mjesta za 2016. sa ugradnjom, implementacijom i kupovinom ključeva za radno mjesto je ~ 17,5 hiljada rubalja

2.2 Informacioni sistemCRM

Postoje različita tumačenja koncepta CRM (Customer Relationship Management): neko pod ovom kombinacijom slova vidi metodologiju poslovanja, a neko - softver za automatizaciju rada sa klijentima. Obojica su u pravu. Ali stavimo prave akcente.

CRM je strategija. Izraz Upravljanje odnosima s klijentima može se prevesti na ruski kao "upravljanje odnosima s klijentima".

Ovaj doslovni prijevod je sasvim tačan, ali ne daje očiglednu sliku.

Zapravo, CRM je specifičan pristup poslovanju, u kojem klijent prednjači u aktivnostima kompanije.

Odnosno, CRM strategija podrazumeva stvaranje takvih mehanizama za interakciju sa kupcima u kompaniji, u kojima su njihove potrebe od najvećeg prioriteta za preduzeće.

Ovaj fokus na kupca utiče ne samo na ukupnu poslovnu strategiju kompanije, već i na korporativnu kulturu, strukturu, poslovne procese, poslovanje.

Glavni cilj implementacije CRM strategije je stvaranje pokretne trake za privlačenje novih kupaca i razvoj postojećih kupaca.

Upravljanje odnosima znači privlačenje novih kupaca, pretvaranje neutralnih kupaca u lojalne kupce i formiranje poslovnih partnera od stalnih kupaca.

CRM sistem je oličenje automatizacije CRM strategije. Informacione tehnologije igraju veoma važnu ulogu u implementaciji CRM strategije.

CRM softverski alati su specijalizovani sistemi dizajnirani da automatizuju same poslovne procese, procedure i operacije koji se implementiraju u obliku CRM strategije kompanije.

Kao ključni alat za pridobijanje i zadržavanje kupaca, CRM aplikacije minimiziraju ljudski faktor u ophođenju s kupcima i povećavaju transparentnost u prodaji, marketingu i korisničkoj službi.

Istovremeno, važno je shvatiti da je automatizacija procesa odnosa sa kupcima važan, ali ne i jedini i ne prvi korak u izgradnji kompanije orijentisane na kupca.

Softverski proizvod je zgodan alat koji će podržati postojeće propise i procese, a razvijaće se zajedno sa kompanijom.

2.2.1 Automatizacija poslovnih procesa

Razložiti sve radne procese na police, formalizirati ih je netrivijalan zadatak koji rješavaju poslovni analitičari.

Ako se svi zaposleni ponašaju prema uređenim procesima, smanjuje se broj grešaka, ubrzava se rad kompanije, a rezultati rada postaju predvidljiviji.

Ako je izvođenje procesa transparentno za menadžere, mnogo im je lakše uočiti slabosti u radu i usmjeriti napore zaposlenih u pravom smjeru.

Ovi zadaci se mogu riješiti automatizacijom procesa korištenjem CRM sistema.

Za formalizaciju, automatizaciju izvođenja i kontrolu procesa, Terrasoft CRM nudi posebne alate. Poslovni analitičar će cijeniti zgodan vizualni uređivač koji vam omogućava da izgradite opis algoritamskih procesa bilo koje složenosti u CRM sistemu.

Menadžeri će moći da naznače izvršioce i učesnike zadataka u procesu, evidentiraju vrijeme utrošeno na izvršenje određenog zadatka, a menadžeri će moći analizirati efikasnost kako samih poslovnih procesa, tako i rada zaposlenih.

Pružajući automatizaciju i operativnu kontrolu napretka poslovnih procesa kompanije, CRM sistem povećava vjerovatnoću njihovog blagovremenog i kvalitetnog izvršenja.

Novi zaposlenici brže napreduju, a komunikacija između odjela se poboljšava. A alati za procjenu efektivnosti poslovnih procesa doprinose optimizaciji kompanije u cjelini.

2.2.2 Upravljanje informacijama o kupcima

„Srce“ svakog CRM sistema je baza podataka kako fizičkih tako i pravnih lica koja komuniciraju sa vašom kompanijom u okviru preduzeća. To nisu samo kupci, već i ogranci kompanije, partneri, dobavljači, konkurenti.

Baza podataka o kupcima je sama po sebi vrijedna imovina, a inteligentno upravljanje podacima u CRM sistemu omogućava vam da koristite informacije u svom radu sa maksimalnom efikasnošću.

Baza kupaca se konsoliduje, organizacija dobija potpune informacije o svojim klijentima i njihovim preferencijama i na osnovu tih informacija gradi komunikacijsku strategiju.

Jedinstvena baza podataka kupaca i kompletna istorija odnosa sa njima, u kombinaciji sa moćnim analitičkim CRM alatima, omogućava vam da zadržite i razvijete postojeće kupce, identifikujući one najvrednije, kao i privlačenje novih kupaca.

2.2.3 Upravljanje prodajom

Glavna funkcija CRM sistema je da pomogne menadžerima da planiraju prodaju, organizuju transparentno upravljanje poslovima i optimizuju kanale prodaje.

Sistem pohranjuje kompletnu istoriju komunikacije s kupcima, što pomaže odjelima prodaje da analiziraju ponašanje kupaca, formuliraju ponude koje su im prikladne i steknu lojalnost.

Planiranje prodaje u CRM sistemu je organizovano u različitim delovima (po regionu, menadžeru, smeru itd.). Menadžer sastavlja plan na osnovu podataka za svoje klijente, uzimajući u obzir vjerovatnoću, a menadžer, nakon analize obima potvrđenih plaćanja, može izraditi plan poticaja za menadžera.

Lideri imaju posebne zahtjeve za CRM. Uz pomoć alata CRM sistema, menadžeri mogu kontrolisati pokazatelje kvaliteta rada menadžera (prodajni lijevak), ispunjenost planova prodaje, poštovanje rokova plaćanja i isporuke.

Sistem vam omogućava da procenite obim i verovatnoću transakcija, upravljate poslovnim procesima prodaje, pratite status transakcije i analizirate akcije konkurenata.

Jedan od najvažnijih zadataka koji CRM sistem pomaže u rješavanju je organizacija cross-sales, up-sales.

Sistem vam omogućava da formirate matricu unakrsne prodaje i matricu segmenta proizvoda, grupišete kupce prema različitim parametrima i identifikujete njihove potencijalne interese.

Ponudom alata za predviđanje i analizu, automatizacijom interakcije zaposlenih sa kupcima i međusobno, CRM sistem stvara preduslove za optimizaciju postojećih kanala prodaje i povećanje profita kompanije.

2.2.4 Upravljanje portfoliom proizvoda

Za svaku komercijalnu organizaciju važno je da pruža proizvode i usluge visokog kvaliteta po konkurentnim cenama, stalno unapređuje proizvodne linije.

CRM-sistem vam omogućava da strukturirate nomenklaturu i upravljate kompletnim katalogom roba i usluga kompanije. CRM mogućnosti vam omogućavaju da pratite posebne cijene i popuste, analizirate podatke i odnose kako biste kupcima ponudili najbolji paket usluga i identificirali popularne proizvode.

2.2.5 Vremenski menadžment

Efikasno upravljanje i praćenje vremena pozitivno utiču na sve poslovne procese kompanije. CRM sistem omogućava zaposlenima u organizaciji ne samo da evidentiraju korištenje trenutnog radnog vremena, već i da planiraju opterećenje za buduće periode.

Alati CRM sistema nude zgodan pristup rasporedu, u kojem zaposleni može planirati svoje radno vrijeme, označiti rezultate planiranih zadataka, pregledati raspored kolega. Zauzvrat, menadžment ima alate za kontrolu opterećenja i učinka podređenih.

Zahvaljujući mogućnosti povezivanja svih zadataka sa relevantnim partnerima, kontaktima, poslovima, formira se i akumulira istorija rada sa svakim klijentom.

Automatsko generisanje 80% zadataka u skladu sa poslovnim procesom omogućava vam da zaposlenike oslobodite rutinskih operacija, rasporedite radno vreme na najracionalniji način, a ne zaboravite ni na jednu bitnu stvar.

2.2.6 Automatizacija toka dokumenata

CRM sistem pruža sve potrebne alate za upravljanje eksternim i internim tokovom dokumenata kompanije. Ovi alati pružaju alate za automatsko generisanje dokumenata iz šablona, ​​pripremu štampanih oblika dokumenata, podršku verzijama dokumenata, brzo traženje dokumenata u sistemu, kreiranje elektronske memorije dokumenata i još mnogo toga.

Prilikom vođenja dokumentacije u CRM-u moguće je organizovati kolektivni rad sa dokumentima uz fleksibilno razlikovanje prava pristupa, elektronsko odobrenje, kao i vođenje računa o odnosima između dokumenata.

2.2.7 Analitičke mogućnosti programaCRM

Nemoguće je povećati profitabilnost preduzeća bez dubinske analize informacija o kupcima, njihovoj vrednosti i profitabilnosti, identifikovanja uskih grla u poslovnim procesima kompanije i analize prodajnog sistema. CRM sistem omogućava kompaniji da dobije statističke informacije, sprovede složenu analizu podataka koja je neophodna za donošenje strateški važnih poslovnih odluka.

Više od 100 standardnih izvještaja sistema omogućava analizu i kontrolu svih tipičnih poslovnih zadataka. Koristeći ugrađeni alat za pravljenje izveštaja, možete kreirati analitičke forme koje zadovoljavaju specifične potrebe svakog preduzeća.

Osim toga, na kontrolnoj tabli CRM sistema možete pratiti KPI (ključne indikatore učinka), čija će analiza omogućiti menadžmentu da ocijeni učinak svakog zaposlenika.

Ovaj softver je instaliran u građevinskoj kompaniji zajedno sa softverom 1C. Da biste razvili konfiguracije, napisali program, instalirali ga, integrirali u 1C i implementirali, potrošit će se ~ 10 tisuća rubalja po radnom mjestu.

Objavljeno na Allbest.r

...

Slični dokumenti

Analiza kreiranja informacionog sistema. Analiza postojećih sistema upravljanja bazama podataka preduzeća za popravke i građevinarstvo. Zahtjevi za sastav i parametre tehničkih sredstava. Struktura softverskog sistema. Opis ulaznih i izlaznih informacija.

seminarski rad, dodan 29.04.2015


Izrada automatizovanog sistema za registraciju narudžbi i njihovo ispunjenje u građevinskom preduzeću za renoviranje stanova. Opšti zahtjevi za informacioni sistem. Dizajn strukture baze podataka. Izrada dijagrama hitne pomoći. Implementacija informacionog sistema.

seminarski rad dodan 24.03.2014


Opis upravljačke strukture kompanije. Struktura softvera i hardvera. Analiza tehničkih specifikacija. Proračun generalizovanog kriterijuma efikasnosti informacionog sistema za upravljanje projektima građevinskog preduzeća. Izbor programskog jezika i DBMS.

disertacije, dodato 29.06.2013


Microsoft softverski proizvodi: Access, Visual FoxPro7.0, dBASE. Mogućnosti integracije, saradnje i eksploatacije podataka. Sistemi za upravljanje bazama podataka (DBMS), njihove glavne funkcije i komponente. Rad s podacima u tabličnom načinu rada.

seminarski rad dodan 15.12.2010


Faze projektovanja informacionih sistema. Korporativni informacioni sistemi, trendovi u njihovom razvoju. Zahtjevi za organizaciju baze podataka. Osnovni koncepti relacionih baza podataka. Odabir sistema dizajna. Logička struktura aplikacije.

teza, dodana 20.12.2012


Glavne klasifikacione karakteristike sistema za upravljanje bazom podataka. Model podataka, tip programa i priroda njegove upotrebe. Alati za programiranje za profesionalne programere. Organizacija centara za obradu podataka u računarskim mrežama.

prezentacija dodata 14.10.2013


Osobine upravljanja informacijama u ekonomiji. Koncept i funkcije sistema upravljanja bazom podataka, upotreba standardnog relacionog jezika upita. Alati za organizovanje baza podataka i rad sa njima. Sistemi upravljanja bazama podataka u ekonomiji.

test, dodano 16.11.2010


Pojava sistema za upravljanje bazom podataka. Faze projektovanja baze podataka "Građevinska firma". Infološki i datalogički model podataka. Zahtjevi za informatičkom i softverskom kompatibilnošću za rad sa bazom podataka "Građevinska firma".

seminarski rad, dodan 31.03.2010


Definicija CRM-a kao informacionog sistema, čija je svrha automatizacija poslovnih procesa kompanije koji obezbeđuju interakciju svih njenih odeljenja sa kupcima. Klasifikacija sistema: operativni, analitički i kolaboracioni.

seminarski rad dodan 06.05.2014


Logično projektovanje baze podataka za automatizaciju građevinskog preduzeća. Klasifikacija veza. Model relacijske baze podataka. Funkcionalne zavisnosti između atributa. Izbor ključeva. Normalizacija odnosa. Upiti baze podataka.

Pošaljite svoj dobar rad u bazu znanja je jednostavno. Koristite obrazac ispod

Studenti, postdiplomci, mladi naučnici koji koriste bazu znanja u svom studiranju i radu biće vam veoma zahvalni.

Objavljeno na http://www.allbest.ru/

Sadržaj

• Uvod
• 2.2 Normalni oblici
• 2.5 Algoritam sinteze
• 2.8 Kreiranje šeme podataka
• 2.9 Izbor razvojnih alata
• 3. Razvoj informacionog sistema
• 3.1 Prilagođeni način rada
• 3.2 Investitorski način rada
• 3.3 Način rada menadžera
• 3.4 Raspored rada direktora
• 4. Sigurnosni i sanitarno-higijenski uslovi rada na radnom mjestu korisnika računara
• 4.1 Karakteristike sanitarno-higijenskih uslova rada
• 4.2 Ventilacija
• 4.3 Proračun rasvjetne instalacije
• 4.4 Režim rada
• 4.5. Zahtjevi za organizaciju radnog mjesta
• 4.6 Električna sigurnost
• zaključci
• 5. Proračun ekonomske efikasnosti projekta
• 5.1 Marketing plan
• 5.2 Ciljevi, ciljevi i metode procjene ulaganja
• 5.3 Izbor i opis razvijenih i alternativnih opcija
• 5.4 Proračun investicija u fazi razvoja i otklanjanja grešaka glavne opcije
• 5.5 Proračun investicija u fazi razvoja i otklanjanje grešaka alternativne opcije
• 5.6 Obračun investicija po godinama faze rada
• 5.7 Konačni pokazatelji tehničke i ekonomske efikasnosti
• zaključci
• Zaključak
• Dodatak 1 Skripta za kreiranje baze podataka uMYSQL

Uvod

Tržišni odnosi, koji su uništili postojeći plansko-distributivni poredak, doveli su do formiranja novih oblika odnosa, promijenili neke karike u građevinskom kompleksu, ispunjavajući ih novim sadržajem. Raznolikost učesnika u izgradnji objekta pretvorila je proizvodni proces u složen ekonomski mehanizam, koji je, uz trajanje investicionog ciklusa, doprineo nastanku i formiranju novih organizacionih oblika upravljanja građenjem. Na primjer, formirane su investiciono-građevinske kompanije (firme) - integrisani programeri koji obavljaju poslove u zatvorenom proizvodnom ciklusu: investicija - projektovanje - izgradnja - puštanje u rad - realizacija gotovih građevinskih projekata. Investiciona i građevinska preduzeća se uglavnom bave stambenom i društvenom izgradnjom i imaju niz prednosti u odnosu na opšte građevinske kompanije. U ovakvim organizacionim strukturama javljaju se složeni problemi investiranja, planiranja, projektovanja, upravljanja i neposredne izgradnje objekata, koji zahtevaju sistematski pristup njihovom rešavanju, što je moguće uz korišćenje savremenih softvera i informacionih tehnologija. Međutim, upotreba računara u građevinskoj industriji uglavnom je usmjerena na automatizaciju brojnih radno intenzivnih proračuna, dok praktično ne rješava menadžerske probleme koji zahtijevaju logičko razmišljanje.

Kompjuterizacija gradnje u tehničkom smislu podrazumeva stvaranje automatizovanih radnih stanica opremljenih računarskom tehnologijom. Složenost menadžerskih zadataka koji se rješavaju čini neophodnim razvijanje i korištenje u investicionoj i građevinskoj djelatnosti procesa razvoja i implementacije programa koji implementiraju specifične računarske tehnologije na trenutno raspoloživa tehnička sredstva. Kompjuterizacija građevinarstva podiže nivo znanja i vještina među menadžerima i izvođačima, prisiljava rukovodeće osoblje da u svojim svakodnevnim aktivnostima efikasno koristi dostupnu kompjutersku tehnologiju sa softverom za građevinsku proizvodnju.

U investicionim i građevinskim kompanijama široko se koristi inženjering sistema građevinarstva, i to: automatizovani sistemi upravljanja izgradnjom (ACS), sistemi kompjuterski potpomognutog projektovanja (CAD), sistemi automatske obrade podataka i dokumentacije (ASOD) i drugi, koji doprinose poboljšanju efikasnost i kvalitet upravljanja.

Uvođenje softverskih proizvoda za jedinstvenu informatičku mrežu zahtijeva od kompanije razvoj kulture upravljanja menadžmentom, velika kapitalna ulaganja u implementaciju, obuku kadrova i održavanje istog u radnom stanju.

Računari koji se koriste u tehnologijama upravljanja informacijama ne zahtijevaju posebnu stručnu obuku korisnika. Stoga je postalo moguće automatizirati nove upravljačke zadatke kao što su upravljanje kancelarijskim informacijama, priprema dokumenata, organiziranje timskog rada i toka rada putem e-pošte, planiranje i operativna analiza informacija, kreiranje baza podataka s online pristupom s bilo kojeg radnog mjesta. Trenutno se aktivno razvija nova generacija informacionih sistema kreiranih po principu maksimalne dostupnosti informacija, koji omogućavaju krajnjem korisniku da direktno učestvuje u formiranju i korišćenju informacionog prostora investicione i građevinske kompanije. Zahvaljujući svetskom Internetu, investicione i građevinske kompanije su bile u mogućnosti da komuniciraju sa partnerima na virtuelni način, koriste informativne kanale za promociju svojih građevinskih proizvoda, kao i da obavljaju komercijalne transakcije koristeći računar.

Dakle, u konkurentnoj tržišnoj privredi, investicionim i građevinskim kompanijama su stalno potrebni sistemi za upravljanje informacijama. Stvaranje ovakvog sistema je cilj ovog rada.

1. Dizajniranje informacionog sistema

1.1 Suština informacionog sistema

Sistem upravljanja informacijama investicijskog i građevinskog preduzeća je mehanizam koji osigurava kretanje finansijskih, materijalnih i informacionih tokova. Promjene u organizacionoj strukturi i sastavu zadataka koje treba riješiti u toku investiciono-građevinskog preduzeća automatski zahtijevaju promjene u informacionoj podršci sistema upravljanja. Značaj informacione podrške naglo je porastao u tržišnoj ekonomiji i konkurenciji među sličnim kompanijama i holdingima u građevinarstvu. Sistem upravljanja informacijama u investiciono-građevinskom preduzeću podrazumeva uvođenje novih informacionih tehnologija, unapređenje metoda upravljanja informacijama, modernizaciju zastarele računarske i telekomunikacione opreme, kreiranje skladišta informacijskih podataka i instalaciju softvera.

Sa stanovišta korišćenja informacionog sistema za upravljanje, potrebno je kontinuirano menjati njegov softver, u skladu sa protokom vremena, ciljevima investiciono-građevinskog preduzeća i promenama u tržišnoj ekonomiji. Sa stanovišta korisnosti informacionog sistema, njime treba upravljati kako bi se osigurao potreban prinos na kapitalna ulaganja uložena u njegovu nabavku. Budući da svaki informacioni sistem za upravljanje zahteva stalna ulaganja u njegovo ažuriranje, savremene građevinske kompanije prinuđene su da gotovo svake godine troše značajna finansijska sredstva na održavanje i razvoj sistema menadžmenta, opremanje radnih mesta zaposlenih novim softverskim alatima i sve snažnijom računarskom opremom.

Informaciono upravljanje investiciono-građevinskom kompanijom zahteva sistematski pristup predstavljanju resursa investicionog projekta i procesa upravljanja. Integrisani pristup informacionom menadžmentu investiciono-građevinskog preduzeća obezbeđuje stvaranje jedinstvenog informacionog prostora za sve korisnike i omogućava uzimanje u obzir velikog broja različitih karakteristika investiciono-građevinske delatnosti kompanije, koje se menjaju tokom vremena i zavisno od toga. o tržišnim ekonomskim odnosima.

1.2 Funkcionalna specifikacija

Sistem treba da omogući samostalan rad za sledeće kategorije korisnika: direktor, menadžeri, investitori i klijenti.

Glavni ekran aplikacije prikazuje opšte informacije o kompaniji, njenu istoriju, detalje, izgrađene nekretnine i nekretnine u izgradnji. Ovaj ekran je prvenstveno namenjen potencijalnim kupcima kompanije. Takođe na ovom ekranu se nalazi dugme za ulazak u aplikacije za ovlašćene korisnike.

Direktor može postaviti informacije o objektima, klijentima i menadžerima. Direktor planira izgradnju i privlači klijente dogovaranjem visine investicije. Zatim između slobodnih imenuje upravnika izgradnje. Upravitelj se smatra slobodnim kada se završi izgradnja objekta pod njegovom kontrolom. Odluku o završetku izgradnje donosi direktor.

Investitori finansiraju i prate napredak izgradnje. Svaka nekretnina može imati nekoliko investitora, a jedan investitor može finansirati nekoliko nekretnina.

automatizacija informacioni sistem custom

Menadžeri nadgledaju izgradnju. Jedan upravitelj imovine može biti odgovoran za jednu po jednu nekretninu. Takođe, menadžeri su uključeni u nabavku građevinskog materijala i angažovanje građevinara koji trenutno nisu zaposleni u drugom objektu. Graditelj se smatra slobodnim ako je objekat koji gradi spreman.

Na izgradnji objekta angažovani su građevinari pod nadzorom menadžera. Svaki graditelj ima svoju specijalnost.

Materijali neophodni za izgradnju se isporučuju u potrebnim količinama, a njihova cijena je glavna stavka troškova Preduzeća.

1.3 Pristupi dizajnu IC

Problem složenosti je glavni problem koji se mora riješiti prilikom stvaranja velikih i složenih IC-a. Nijedan programer nije u stanju da razume ceo sistem u celini. Trenutno postoje dva pristupa razvoju IS-a, koji su zbog različitih principa dekompozicije sistema:

Funkcionalno modularan ili strukturan - zasnovan na principu funkcionalne dekompozicije, u kojoj se sistem opisuje u smislu hijerarhije njegovih funkcija i prenosa informacija između pojedinih funkcionalnih elemenata

· Objektno orijentisani pristup - koristi dekompoziciju objekata. Sistem je opisan u terminima objekata i veza između njih, a ponašanje sistema u smislu razmjene između njih.

Pojava prvih kompjutera označila je novu etapu u razvoju računarske tehnologije. Pojavili su se posebni programski jezici koji omogućavaju transformaciju pojedinačnih računskih operacija u programski kod. Vremenom je razvoj velikih programa postao ozbiljan problem i zahtevao je razbijanje na manje delove. Osnova za takvu podjelu bila je proceduralna dekompozicija, u kojoj su pojedini dijelovi programa ili moduli bili skup procedura za rješavanje određenog skupa problema.

Pojavila se metodologija strukturiranog programiranja. Osnova ove metodologije je proceduralna dekompozicija softverskog sistema i organizacija pojedinačnih modula u obliku skupa izvedenih procedura.

U drugoj polovini 80-ih godina pojavila se metodologija objektno orijentisanog programiranja

Glavni nedostatak strukturiranog pristupa je što procesi i podaci postoje odvojeno jedan od drugog, a dizajn se provodi od procesa do podataka. Dakle, pored funkcionalne dekompozicije, postoji i struktura podataka u pozadini.

U objektno orijentisanom pristupu, glavna kategorija objektnog modela — klasa — kombinuje i podatke i operacije. U poređenju sa procesima, podaci su stabilniji i relativno retko promenljivi deo sistema. Jedan od osnivača objektno orijentiranog pristupa formulirao je prednosti na sljedeći način:

„Objektno orijentisani sistemi su otvoreniji i lakši za modifikovanje jer se njihov dizajn zasniva na stabilnim oblicima. To omogućava da se sistem postepeno razvija i ne dovodi do njegovog potpunog remonta, čak ni u slučaju značajnih promjena u početnim zahtjevima.”

Ovaj diplomski projekat koristi metodologiju objektno orijentisanog pristupa za opisivanje poslovnih procesa preduzeća.

1.4 Unified Modeling Language UML

Trenutno, UML je jezik vizuelnog modeliranja koji dozvoljava sistemskim arhitektama da predstave svoju viziju sistema u standardnom i lako razumljivom obliku. Osim toga, UML pruža efikasan mehanizam za dijeljenje dizajnerskih rješenja i međusobnu interakciju programera.

Formiranje vizije sistema je izuzetno važno. Prije UML-a, proces dizajna je često bio zasnovan na nagađanjima. Sistemski analitičar je morao procijeniti potrebe klijenata, formulisati zadatak u formi razumljivom za specijaliste, prenijeti rezultate svoje analize programeru i nadati se da će konačni softverski proizvod predstavljati upravo onaj sistem koji je potreban klijentu.

Budući da proces razvoja sistema u velikoj mjeri zavisi od ljudske aktivnosti, greške se mogu pojaviti u bilo kojoj fazi. Analitičar može pogrešno shvatiti klijenta i napraviti dokument koji mu je nerazumljiv. Rezultati rada analitičara možda neće biti očigledni programerima koji kreiraju program koji je težak za upotrebu i koji sprečava klijenta da reši prvobitni problem.

Trenutno je dobro osmišljen plan ključ za razvojni proces. Klijent treba da shvati šta će razvojni tim da uradi, i trebalo bi da bude u mogućnosti da izvrši prilagođavanja ako se njegovi zadaci ne reše u potpunosti.

Svijet oko nas postaje sve složeniji. Stoga i kompjuterski sistemi koji to odražavaju postaju složeniji. Često se sastoje od velikog broja softverskih hardverskih komponenti koje međusobno komuniciraju na velikim udaljenostima i povezane su sa bazama podataka koje sadrže ogromnu količinu informacija.

Ključni aspekt procesa projektovanja je njegova pravilna organizacija, kada su analitičari, klijenti, programeri i drugi stručnjaci uključeni u razvoj sistema u stanju da razumeju jedni druge i dođu do zajedničkog mišljenja. UML pruža ovu priliku.

Još jedna karakteristična karakteristika procesa razvoja modernih sistema je nedostatak vremena za završetak posla. Ako se rokovi za podsisteme gomilaju jedan na drugi, onda osiguravanje kontinuiteta procesa razvoja postaje vitalna potreba.

Potreba za kvalitetom u procesu razvoja diktira potrebu za standardiziranom simbolikom. UML je upravo takva notacija.

Preliminarne UML verzije su počele da se koriste u razvoju softvera, a na osnovu povratnih informacija kupaca napravljena su značajna poboljšanja. Mnoge korporacije su smatrale da UML može biti koristan u postizanju njihovih strateških ciljeva. To je dovelo do formiranja UML konzorcijuma, koji je uključivao kompanije kao što su DEC, Hewlett-Packard, Intellicorp, Microsoft, Oracle, Texas Instruments, Rational i druge. 1997. godine, konzorcij je razvio prvu verziju UML-a i dostavio je OMG-u (Object Management Group) kao odgovor na njegov zahtjev za prijedloge za standardni jezik modeliranja.

Nakon proširenja konzorcijuma, izdata je verzija 1.1 UML-a, koju je OMG usvojio krajem 1997. OMG je tada počeo održavati UML i objavio dvije njegove nove verzije 1998. godine. UML je postao de facto standard u razvoju softvera. Trenutno se ovaj jezik nastavlja aktivno razvijati.

UML jezik je dizajniran da riješi sljedeće probleme:

o Omogućiti korisniku lako razumljiv jezik vizualnog modeliranja posebno dizajniran za razvoj i dokumentaciju modela složenih sistema za širok spektar namjena.

o Opremiti originalne koncepte UML-a mogućnošću proširivosti i specijalizacije za preciznije predstavljanje modela sistema u OOAP-u (objektno orijentisana analiza i dizajn) određenog domena.

o Nijedna od konstrukcija UML jezika ne bi trebalo da zavisi od posebnosti svoje implementacije u poznatim programskim jezicima.

o Podsticati razvoj tržišta objektnih alata.

o Sposobnost poboljšanja.

o Integrirati najnoviju i najbolju praksu

U okviru UML jezika, sve ideje o modelu složenog sistema fiksiraju se u obliku posebnih grafičkih konstrukcija, zvanih dijagrami. U smislu UML-a, definirani su sljedeći tipovi dijagrama:

Dijagram slučaja upotrebe

Dijagram klasa

Dijagrami ponašanja

o Dijagram stanja (dijagram stanja)

o Dijagram aktivnosti

Interakcioni dijagrami

o dijagram sekvence

o dijagram saradnje

Dijagrami implementacije

o dijagram komponenti

o dijagram implementacije

Spisak ovih dijagrama i njihova imena su kanonski u smislu da predstavljaju sastavni deo grafičke notacije UML-a. Svaki od ovih dijagrama detaljno opisuje i konkretizuje različite poglede na model složenog sistema u smislu UML jezika.

Također je vrijedno dodati da nije uvijek potrebno graditi apsolutno sve dijagrame, programer sam odlučuje da li je zadovoljan datim nivoom detalja, da li je potrebno sistem ili njegov dio razmotriti iz "drugačijeg pogleda", da li se dovoljno detaljno razmatraju najteži i najskliskiji momenti. One. alati koji podržavaju UML i dizajnirani za softversko modeliranje omogućavaju u fazi razvoja provjeru arhitektonskih rješenja, kompletnost modela, njegovu ispravnost, kako bi se, između ostalog, smanjio rizik od "neuspjeha" projekta. Hajde da opišemo neke od grafičkih dijagrama napravljenih tokom razvoja našeg sistema.

1.5 CASE alat Rational Rose

Rational Rose je moćan CASE alat za projektovanje softverskih sistema bilo koje složenosti. Jedna od prednosti ovog softverskog proizvoda biće mogućnost korišćenja dijagrama u UML jeziku. Možemo reći da je Rational Rose grafički uređivač za UML dijagrame

Od svog početka, Rational Rose CASE alat je prošao kroz veliku evoluciju i postao moderan i moćan alat za analizu, modeliranje i razvoj softverskih sistema. U Rational Rose 98/2000 UML je postao osnovna tehnologija za vizualizaciju i razvoj softvera, što je odredilo popularnost i strateške izglede ovog kompleta alata.

Unutar Rational Rosea postoje različiti softverski alati koji se razlikuju po rasponu mogućnosti koje implementiraju.

Činjenica da paket omogućava kreiranje složenih softverskih sistema od koncepta do izvornog koda, privlači ne samo dizajnere, već i programere - programere. U kombinaciji s dokumentacijskim alatima, pruža potpuni prikaz projekta. Istaknimo sljedeće prednosti korištenja ovog paketa:

· Smanjenje vremena razvoja;

· Smanjenje ručnog rada, povećanje produktivnosti;

· Unapređenje potrošačkih kvaliteta kreiranih programa;

· Sposobnost vođenja velikih projekata ili grupe projekata;

· Omogućava vam da budete jezik komunikacije između različitih programera.

S obzirom na to da je sistem koji se razvija kreiranje baze podataka, nema zadataka da se u potpunosti razvije automatizacija procesa modeliranja, tj. pisanje programskih kodova koristeći Rational Rose. Rešenje postavljenih zadataka omogućava da se ovo ne koristi u datoj tački dizajna, ali je zauzvrat korisna lansirna platforma za moguću dalju upotrebu ovog razvijenog projekta, za implementaciju u bilo koji drugi softverski proizvod. Konstruisani modeli pomažu da se bolje razumeju zadaci koje sistem mora da obavi i razumljivo su sredstvo komunikacije sa korisnikom ili u daljem radu sa drugim programerima. Razmotrimo prvo funkcionalni model našeg sistema. Naš sistem ima veliki broj korisnika, ujedinjenih određenim zadacima, što nam omogućava da sistem podelimo na nekoliko podsistema i opišemo ih zasebno bez stvaranja velikog obima i redundantnosti. Pogledajmo neke od dijagrama koji su mi aktivno pomogli u definiranju većine stvari koje će ovaj informacioni sistem raditi.

1.6 Dijagram slučaja upotrebe

Razvoj ovog dijagrama ima sljedeće ciljeve:

Odredite opšte granice i kontekst simuliranog domena u početnim fazama projektovanja sistema

· Formulisati opšte zahteve za funkcionalno ponašanje projektovanog sistema.

· Razviti inicijalni konceptualni model sistema za njegovo naknadno detaljiziranje u obliku logičkih i fizičkih modela.

· Pripremiti početnu dokumentaciju za interakciju programera sistema sa svojim korisnicima i korisnicima.

Suština ovog dijagrama je sljedeća: projektovani sistem je predstavljen kao skup entiteta ili aktera koji su u interakciji sa sistemom kroz takozvane slučajeve upotrebe. U ovom slučaju, akter ili lik je svaki entitet koji je u interakciji sa sistemom izvana. To može biti osoba, tehnički uređaj, program ili bilo koji drugi sistem koji može poslužiti kao izvor uticaja na modelirani sistem kako sam programer odredi. Zauzvrat, slučaj upotrebe služi za opisivanje usluga koje sistem pruža akteru. Istovremeno, ništa se ne govori o tome kako će se realizovati interakcija aktera sa sistemom.

Rational Rose alati vam omogućavaju da koristite grafički uređivač da opišete funkcionalni sistem za pravljenje dijagrama slučajeva upotrebe (scenarija). Za opis glavnih elemenata pogledajte tabelu 1.1.

Slika 1.1 Dijagram slučaja upotrebe

Dijagrami slučajeva upotrebe ili dijagrami slučajeva su neophodan alat u fazi softverskih zahtjeva. Svaki slučaj upotrebe je potencijalni sistemski zahtjev i dok se ne identifikuje, ne postoji način planiranja njegove implementacije.

Slika 1.2 Dijagram menadžera

Dijagramidržave.

Dijagrami stanja definiraju sva moguća stanja u kojima određeni objekt može biti, kao i proces promjene stanja objekta kao rezultat nastanka nekog događaja. Postoji mnogo oblika dijagrama stanja sa malo različitom semantikom.

Može postojati jedno i samo jedno početno stanje u dijagramu stanja. U isto vrijeme, može postojati onoliko krajnjih stanja koliko vam je potrebno, ili ih uopće neće biti. Kada je objekt u određenom stanju, mogu se pokrenuti različiti procesi.

Procesi koji se odvijaju u ovom trenutku, kada je objekat u određenom stanju, nazivaju se radnjama.

Sljedeći podaci mogu biti povezani sa stanjem: aktivnost, ulazna akcija, izlazna akcija i događaj.

Aktivnost je ponašanje koje implementira objekat dok je u datom stanju. Aktivnost je prikazana unutar same države; njegovoj oznaci mora prethoditi riječ do i dvotočka.

Akcija unosa je ponašanje koje se izvršava kada objekt uđe u dato stanje. Radnja unosa je također prikazana unutar stanja, kojoj prethode riječ unos i dvotačka.

Akcija izlaza je slična ulaznoj. Međutim, on se provodi kao sastavni dio procesa izlaska iz ovog stanja. Akcija izlaza je prikazana unutar stanja, kojoj prethode riječ izlaz i dvotočka.

Prijelaz je kretanje objekta iz jednog stanja u drugo. Na dijagramu su svi prijelazi prikazani kao strelica počevši od početnog stanja i završavajući sljedećim.

Prijelazi mogu biti reflektirajući. Objekt može prijeći u isto stanje u kojem se trenutno nalazi. Reflektivni prijelazi su prikazani kao strelice koje počinju i završavaju u istom stanju.

Slika 1.3 Dijagram stanja "Građevinskog objekta"

Dijagramaktivnosti

Odabran je objekt čiji podaci moraju biti pohranjeni u bazi podataka.

Dijagrami aktivnosti su poseban slučaj dijagrama stanja. Svako stanje je izvršenje neke operacije i prijelaz u sljedeće stanje. Dijagrami aktivnosti su posebno korisni za opisivanje ponašanja koje uključuje veliki broj istovremenih procesa. Najveća prednost dijagrama aktivnosti je njegova konkurentna podrška. To ih čini moćnim alatom za modeliranje radnih tokova i u suštini paralelno programiranje. Njihova najveća mana je što veze između radnji i objekata nisu baš jasne.

Rational Rose alati vam omogućavaju da koristite grafički uređivač da opišete funkcionalni sistem za pravljenje dijagrama aktivnosti (aktivnosti).

Dijagrame aktivnosti je poželjno koristiti u sljedećim situacijama:

· Analiza slučaja upotrebe. U ovoj fazi nas ne zanima veza između akcija i objekata, već samo treba da shvatimo koje akcije treba da se odvijaju i koje su zavisnosti u ponašanju sistema. Vezivanje metoda i objekata se vrši kasnije pomoću interakcijskih dijagrama;

· Analiza tokova rada (workflow) u različitim slučajevima upotrebe. Kada slučajevi upotrebe stupaju u interakciju jedni s drugima, dijagrami aktivnosti su moćno sredstvo za predstavljanje i analizu njihovog ponašanja.

Slika 1.4 Dijagram aktivnosti "Kreiranje objekta"

Jedno od važnih područja primjene dijagrama aktivnosti odnosi se na modeliranje poslovnih procesa. Djelatnost bilo koje kompanije je također skup pojedinačnih akcija usmjerenih na postizanje posebnog rezultata. Međutim, u odnosu na poslovne procese, poželjno je izvođenje svake radnje povezati sa određenim odjelom. U ovom slučaju, odjel je odgovoran za provedbu pojedinačnih radnji, a sam poslovni proces je predstavljen u obliku prijelaza radnji iz jednog odjela u drugi.

Interakcioni dijagrami

Dijagrami interakcije opisuju ponašanje grupa objekata u interakciji. Svaki dijagram opisuje ponašanje objekata unutar samo jednog slučaja upotrebe. Dijagram prikazuje objekte i poruke koje oni međusobno razmjenjuju. Definisane su tri vrste poruka:

· Informativne (informativne) - poruke koje objektu primaocu dostavljaju informacije za ažuriranje njegovog stanja;

· Poruke - zahtjevi (upitne) - poruke koje traže izdavanje informacija o objektu primaocu;

· Imperativ - poruke koje traže od primaoca da izvrši radnju.

Postoje dvije vrste dijagrama interakcije:

· Sekvence (dijagrami sekvenci);

· Zadruga (dijagrami saradnje).

U dijagramu sekvence, objekt je nacrtan kao pravougaonik na vrhu isprekidane vertikalne linije. Ova vertikalna linija se naziva životna linija objekta. To je fragment životnog ciklusa objekta u procesu interakcije.

Svaka poruka je prikazana kao strelica između životnih linija dvaju objekata. Poruke se pojavljuju redoslijedom kako je prikazano na stranici, od vrha do dna. Svaka poruka je označena barem imenom poruke; ako želite, možete dodati i argumente i neke kontrolne informacije i, osim toga, prikazati samodelegiranje - poruku koju objekt šalje samom sebi, sa strelicom poruke koja pokazuje na istu liniju spašavanja.

Sl.1.5 Dijagram sekvence "Dodjeljivanje graditelja objektu"

Zaključak na dijagramu: objekti entiteta (lista korisnika, objekt, lista graditelja) i granični objekti - stranice (prozor za unos lozinke, prozor trenutnog objekta) su istaknuti.

Drugi tip dijagrama interakcije je kooperativni dijagram. Poput dijagrama sekvence, kooperativni dijagrami opisuju tok događaja kroz određeni scenario slučaja upotrebe. Dijagrami sekvenci su poredani prema vremenu, a kooperativni dijagrami se fokusiraju na odnose između objekata.

Slika 1.6. Kooperativni dijagram "Dodjeljivanje graditelja objektu

Algoritam za rad sa sistemom preko WEB interfejsa

Sljedeći dijagram prikazuje redoslijed prijelaza između ekrana preko kojih korisnik komunicira sa sistemom. Dostupnost određenih ekrana zavisi od privilegija korisnika koji trenutno radi.

Za dizajn stranice koristi se dijagram klasa.

Rational Rose uključuje Add In pod nazivom Web Modeler za dizajn web stranice.

Redoslijed radnji prilikom kreiranja web aplikacije:

ʹ Povežite Web Modeler koristeći stavku menija Add In - Add In Manager - Web Modeler. Nova stavka Web Modelera pojavljuje se u meniju Alati.

b Promenite podrazumevane postavke Alati - Opcije - Notacija - Podrazumevani jezik - Web notacija

Za isticanje html stranica koristi se poseban stereotip. Povezane html stranice se automatski generiraju na osnovu generiranog dijagrama.

Slika 1.7 Algoritam za rad sa programom

2. Dizajn baze podataka

2.1 Zahtjevi za bazu podataka

1) Minimalna redundantnost. Podaci pohranjeni u memoriji računala mogu sadržavati korisnu i štetnu redundantnost. Štetna redundantnost se uvijek događa kada je svaki korisnik primoran da kreira poseban skup podataka za svoje aplikacije. Ako bi više korisnika zahtijevalo iste podatke, oni bi se ponavljali u svakom skupu. Ova redundantnost se često naziva nekontroliranom jer neki korisnici možda nisu ni svjesni njenog postojanja. Korisna redundantnost uključuje periodične kopije podataka pohranjenih u bazi podataka. Ovaj višak je lako kontrolisati. Štoviše, potrebno je, na primjer, za oporavak podataka uništenih slučajnim kvarovima u radu računara. Stoga, zahtjev za minimalnom redundancijom treba shvatiti kao eliminaciju štetne (nekontrolisane) i minimiziranje korisne (kontrolisane) zalihe.

2) Integritet podataka. Integritet podataka je održavanje ispravnosti podataka. Obezbeđuje se obnavljanjem podataka nakon uništenja kao posledica slučajnih kvarova u radu računara, kao i eliminisanjem nedoslednosti podataka, koja se sastoji u pojavljivanju različitih instanci za iste atribute. Nedosljednosti se mogu pojaviti prilikom ažuriranja suvišnih podataka u slučaju da se ažuriranje izvrši samo na dijelu podataka.

3) Sigurnost i privatnost. Pruža zaštitu podataka od hardverskih i softverskih kvarova, od katastrofalnih i kriminalnih situacija, kao i od nekompetentnog pristupa njima.

4) Nezavisnost podataka. Pruža mogućnost promjene strukture baze podataka bez promjene korisničkih aplikacija. Ona se shvata u dva aspekta, naime, kao logička i fizička nezavisnost.

Logička nezavisnost nudi mogućnost promjene logičke strukture baza podataka bez utjecaja na aplikativne programe.

Fizička nezavisnost podrazumeva istu mogućnost fizičke strukture baza podataka, uključujući i metode postavljanja podataka na fizički medij i metode pristupa podacima (odnosno operacije pretraživanja, čitanja i upisivanja podataka u memoriju računara). Osiguranje neovisnosti podataka glavni je cilj kreiranja baze podataka.

5) Performanse. Karakterizira ga vrijeme odgovora informacijskog sistema koji koristi bazu podataka na zahtjeve korisnika. U tom slučaju, zahtjevi za podacima moraju biti zadovoljeni onoliko brzo koliko je potrebno za korištenje podataka.

6) Fleksibilnost i proširivost. Podrazumijeva se kao sposobnost baze podataka da povećava podatke, kao i da poveća broj mogućih aplikacija i proširi funkcije unutar svake aplikacije.

2.2 Normalni oblici

Relaciona baza podataka dizajnirana u skladu sa konceptualnom šemom može imati niz ozbiljnih nedostataka, na primjer, sadrži redundantnost informacija i/ili mogu se pojaviti razne anomalije tokom obrade podataka. Za otklanjanje ovih nedostataka, tj. da bi baza podataka bila "dobra", potrebno je sve odnose baze podataka dovesti u "jake" normalne forme.

Trenutno je poznato nekoliko normalnih oblika. Prvi normalni oblik (označit ćemo 1NF), zatim - kao "amplifikacija" - 2NF, 3NF, Boyes-Codd normalni oblik (NFBC) i 4 NF. Praksa pokazuje da pretvaranje baze podataka u najmanje 3NF izbjegava u većini slučajeva gotovo sve nedostatke.

Prvi normalni oblik (1NF).

Odnos sa kolom R i skupom funkcionalnih zavisnosti F je u 1NF ako bilo koja instanca kola R zadovoljava sledeće uslove:

svaki atribut R sheme ima jedinstveno ime;

elementi torki sa istim imenom moraju biti definirani u istom domenu;

elementi domena moraju biti atomski, tj. ne predstavljati, zauzvrat, određeni skup značenja;

svaki element tuple mora imati jednu vrijednost; duple grupe vrijednosti nisu dozvoljene;

relacija ne smije imati duple tuple.

Drugi normalni oblik (2 SF).

Relacija sa shemom R i skupom funkcionalnih ovisnosti F je u 2NF ako je u 1NF, a svaki atribut koji nije ključ funkcionalno je u potpunosti ovisan o bilo kojem mogućem primarnom ključu sheme-relacije R.

Međutim, shema odnosa koja se nalazi u 2 SF također ima nedostatke. Konkretno, skup zavisnosti definisan u ovom dijagramu može sadržati tranzitivne zavisnosti koje mogu dovesti do neželjenih posledica (anomalije brisanja).

Treći normalni oblik (3 SF).

Dijagram odnosa R sa skupom funkcionalnih zavisnosti F je u 3NF ako je u 2 NF, a svaki neključni atribut direktno, a ne tranzitivno, zavisi od bilo kojeg mogućeg ključa dijagrama odnosa.

Međutim, 3NF može imati i nedostatke vezane za ključne atribute. U datom primjeru, rezultujuća 3 NF ne uzrokuje anomalije u obradi podataka, budući da ne postoje zavisnosti ključnih atributa o drugim atributima u rezultujućim podkrugovima dekompozicije. Ako se ovaj uvjet prekrši, moguće su anomalije u obradi podataka.

Boyes-Codd normalna forma (NFBK).

Boyes-Codd normalni oblik je "jači" od trećeg normalnog oblika. Dijagram odnosa R sa skupom funkcionalnih zavisnosti F nalazi se u NFBC-u ako je lijeva strana svake zavisnosti (XA) F, gdje je A X, primarni ili mogući primarni ključ.

Ako je relacija u NFBK, onda je i ona u trećem normalnom obliku, ali ne i obrnuto.

U teoriji relacionih baza podataka, dokazano je da se svaka relacija može zamijeniti skupom dekompozicionih potkruga, od kojih će svako biti u 3NF, a dekompozicija će imati i svojstvo veze bez gubitka informacija i svojstvo očuvanja originalni skup funkcionalnih zavisnosti. Kada se svodi na NFBK, u opštem slučaju, garantuje se samo izvodljivost svojstva veze bez gubitka informacija.

2.3 Normaliziranje šema odnosa

Za izgradnju relacijske implementacije konceptualne sheme baze podataka koja je bila u najmanje 3 NF-a, možete koristiti dvije metode:

metoda dekompozicije, koja se sastoji u sekvencijalnom cijepanju početne i međušeme relacija sve dok rezultirajuće relacije ne zadovolje data svojstva;

metoda sinteze koja se sastoji u konstrukciji (sintezi) skupa dekompozicionih potkrugova koji zadovoljavaju određena svojstva iz datog skupa atributa odabranog predmetnog područja na osnovu datog skupa funkcionalnih zavisnosti koje povezuju ove atribute.

Obje metode moraju osigurati da rezultirajuća dekompozicija čuva i svojstva veze bez gubitka informacija i svojstva očuvanja funkcionalnih ovisnosti.

U praksi se češće koristi metoda sinteze, jer metoda dekompozicije ima niz ozbiljnih nedostataka. Zabilježimo glavne.

Složenost algoritma je veća od polinoma.

Broj generiranih dekompozicionih potkruga može se pokazati mnogo veći nego što je potrebno, dok se informacije o njima moraju pohraniti u svakom koraku particije, a sam algoritam particioniranja je prilično kompliciran.

Kada se dekomponuje shema odnosa, mogu se pojaviti djelomične ovisnosti, što također može rezultirati nepotrebnim podkrugovima dekompozicije.

2.4 Integracija prilagođenih pogleda

Unakrsno upućivanje prilagođenih pogleda na osnovne tipove podataka koje koristi aplikacija baze podataka

Entiteti	Direktor	Menadžer	Investitor
objekat (nekretnina)
investitor (investitor)
investiranje
zaposlenik
materijal (materijal)
isporuka
zgrada

Integrisanoreprezentacijakorisnici,dostavljenovobrazacgrafikoni

2.5 Algoritam sinteze

Početni podaci za rad algoritma sinteze su skup atributa U i skup funkcionalnih ovisnosti F, definiranih na U.

Rezultat algoritma je dijagram automatizovanog sistema upravljanja u obliku skupa dekompozicionih potkruga (R 1, R 2,., Rp), koji zadovoljava sledeće uslove.

Svaki potkrug Ri sa bazom podataka mora biti lociran barem u ZNF u odnosu na skup funkcionalnih zavisnosti F i, prema tome, G.

Sintetizovani informacioni sistem sadrži minimalni skup dekompozicionih potkruga Ri, I == 1,., P. Ovaj uslov štiti informacioni sistem od redundanse.

Za bilo koju instancu r (DB) koja zadovoljava F, relacija vrijedi. Ovaj uslov garantuje ispunjenje svojstva veze bez gubitka informacija.

Dijagram automatizovanog sistema upravljanja koji zadovoljava uslove 1, 2 i 3 naziva se kompletan dijagram automatizovanog sistema upravljanja.

Razmotrimo korake algoritma.

Korak1 . Gradimo prošireni skup F funkcionalnih zavisnosti, koji ima sljedeću strukturu zavisnosti:

F = ((X I -> Y I) | (X I -> Y I) F, Y I = X I + \ X I). Ovaj korak se radi sa ciljem da se konstruiše neredundantna ili uslovno neredundantna pokrivenost F, koja će omogućiti da se u određenoj meri zadovolji uslov 3.

Korak 2. Izgradite neredundantno pokrivanje F, isključujući nepotrebne zavisnosti od F u bilo kom nizu.

Očigledno, ovo pokrivanje nije kanonsko.

Korak3 . Ako među funkcionalnim ovisnostima iz F "ne postoji ovisnost koja uključuje sve atribute iz U, onda F" dodajemo trivijalnu ovisnost U-> Š.

Korak4 . Pretvorimo dobijene netrivijalne zavisnosti u elementarni oblik (bez nepotrebnih atributa u levim delovima).

Ovisnost X I - > Y I je elementaran ako ne postoje skupovi atributa X J X I takvi da (X j - > Y I ) ... Ako - postoji, tada se zavisnost X I -> Y I zamjenjuje zavisnošću (X J -> Y I).

Korak 5. Skup dobijenih zavisnosti dijelimo na klase ekvivalencije. Ovo se radi kako bi se u sljedećem koraku ostavio po jedan predstavnik u svakoj klasi, čime se minimizira broj dekompozicionih potkruga u rezultujućoj bazi podataka i u potpunosti zadovoljava uvjet 3.

Zavisnosti X I -> Y I i X J - > Y J će se zvati ekvivalentnim ako

, tj. minimalni rang ima zavisnost koja sadrži sve atribute iz U, a ako ne postoji, onda trivijalna zavisnost U - > S. Svim zavisnostima iz jedne klase ekvivalencije dodjeljuje se isti rang. Dodjeljujemo rangove neuporedivim ovisnostima proizvoljno.

Korak6 . U svakoj klasi ekvivalentnih zavisnosti ostavljamo jednog predstavnika. Crtamo rangirani dijagram zavisnosti tako da se zavisnosti sa višim rangom prikazuju ispod zavisnosti sa nižim rangom, a lukovi bi ukazivali na direktno pojavljivanje atributa nekih zavisnosti u drugima.

Korak7 . Vršimo tranzitivnu redukciju zavisnosti višeg ranga na zavisnosti nižeg ranga. Krećući se po dijagramu odozdo prema gore (od zavisnosti sa višim rangom do zavisnosti nižeg ranga), za svaku trenutnu zavisnost isključujemo sa desne strane svih zavisnosti koje se nalaze iznad trenutne, one atribute koji su sadržani u desnoj stranu trenutne zavisnosti (za trivijalnu zavisnost, isključujemo atribute sa njene leve strane).

Korak8 . Na osnovu rezultujućeg dijagrama, konstruišemo relacionu implementaciju konceptualne šeme automatizovanog upravljačkog sistema koja zadovoljava uslove algoritma, kao skup sledećih dekompozicionih potkruga, koji se sastoji od neprecrtanih atributa svakog od njih.

Gomilaatributi:

U = (mNo, mName, mCost, count, oNo, oAdresa, oType, oStoreys, oState, eNo, eName, ePost, eState, ePalata, zbroj, iNo, iName, iPhone)

Gomilafunkcionalanzavisnosti:

F = (mNo®mName, mNo®mCost, mName®mNo, mName®mCost,

(oNe, mNe) ®broj,

oNo®oAdresa, oNo®oType, oNo®oStoreys, oNo®eNo, oNo®oState, oNo®oCost

eNo®eName, eNo®ePost, eNo®eState, ePlata

iNo®iName, iNo®iPhone,

(iNo, oNo) ®sum)

Korak 1. Prošireni skup funkcionalnih ovisnosti:

mNe + = mNe, mNaziv, mCost => mNe® (mNaziv, mCost)

mNe + =… => mNe®…

(oNe, mNe) + = oNe, mNe, broji => (oNe, mNe)?

oNe + = oNe, oAdresa, oTip, oStoreys, oState, oCost, eNo => oNo® (oAdresa, oType, oStoreys, eNo, oState, oCost)

oNe + =… => oNe®…

eNo + = eNo, eIme, ePošta, eDržava, ePlata => eNo® (eNaziv, ePošta, eDržava, ePlata)

eNo + =… => eNo®…

iNo + = iNo, iName, iPhone => iNo® (iName, iPhone)

iNo + =… => iNo®…

(iNe, oNe) + = iNe, oNe, zbroj => (iNe, oNe) ®zbroj

(mNe, oNo, iNo, eNo) + = mNe, mNaziv, mCost, count, zbroj, oNo, oAdresa, oType, oStoreys, iNo, iName, iPhone, eNo, eName, ePost, eDržava, ePlata, oDržava, oCost

=> (mNo, oNo, iNo, eNo) ® (mName, mCost, count, sum, oAddress, oType, oStoreys, oState, iName, iPhone, eName, ePost, eState, ePalata, oCost)

F= (mNo® (mName, mCost), mNo®…, (oNo, mNo)? ®count, oNo® (oAdresa, oType, oStoreys, eNo, oState, oCost), oNo®…, eNo® (eName, ePost, eState, eSalary), eNo®…, iNo® (iName, iPhone), iNo®…, (iNo, oNo) ®sum, (mNo, oNo, iNo, eNo) ® (mNaziv, mCost, count, zbroj, oAdresa, oType, oStoreys, oState, iName, iPhone, eName, ePost, eState, eSalary))

Korak 2. Neredundantna pokrivenost

F "= (mNo® (mName, mCost), (oNo, mNo)? ®count, oNo® (oAdresa, oType, oStoreys, oState, oCost, eNo), eNo® (eName, ePost, eState, eSalary), iNo® (iName) , iPhone), (iNo, oNo) ®sum, (mNo, oNo, iNo, eNo) ® (mName, mCost, count, zbroj, oAdresa, oType, oStoreys, iName, iPhone, eName, ePost, eState, ePalata))

Korak 3. Trivijalna zavisnost

Nema potrebe za dodavanjem trivijalne zavisnosti, jer postoji zavisnost koja sadrži puni skup atributa.

Korak 4. Elementarni pogled na zavisnosti

Sve zavisnosti su elementarne.

Korak 5. Ekvivalencija zavisnosti

Ne postoje ekvivalentne zavisnosti.

Korak 6. Zavisnosti rangiranja

Skup dobijenih zavisnosti podijelili smo u klase ekvivalencije. Ovo se radi kako bi se u sljedećem koraku ostavio po jedan predstavnik u svakoj klasi, čime se minimizira broj dekompozicionih potkruga u rezultujućoj bazi podataka i u potpunosti zadovoljava uvjet 3.

Zavisnosti X I Y I i X J Y J će se zvati ekvivalentnim ako je (X I Y I) = (X J Y J).

Dobijene zavisnosti rangiramo prema sljedećem pravilu rang (X I Y I)> rang (X J Y J), if (X I Y I) (X J Y J).

Svim zavisnostima iz iste klase ekvivalencije dodjeljuje se isti rang. Dodjeljujemo rangove neuporedivim ovisnostima proizvoljno.

Korak 7. Rangirani dijagram zavisnosti (2 SF):

U svakoj klasi ekvivalentnih zavisnosti ostavljamo jednog predstavnika. Tabela pokazuje da u ovom slučaju ne postoje ekvivalentne zavisnosti.

Crtamo rangirani dijagram zavisnosti tako da se zavisnosti sa višim rangom prikazuju ispod zavisnosti sa nižim rangom, a lukovi bi ukazivali na direktno pojavljivanje atributa nekih zavisnosti u drugima.

Provodimo tranzitivnu redukciju zavisnosti višeg ranga na zavisnosti nižeg ranga na sledeći način.

Krećući se po dijagramu odozdo prema gore (od zavisnosti sa višim rangom do zavisnosti nižeg ranga), za svaku trenutnu zavisnost isključujemo sa desne strane svih zavisnosti koje se nalaze iznad trenutne, one atribute koji su sadržani u desnoj stranu trenutne zavisnosti (za trivijalnu zavisnost, isključujemo atribute sa njene leve strane).

Korak 8. Nabavite skup podkola za razlaganje

Nakon prolaska algoritma, dobijeno je 6 tabela sa odgovarajućim primarnim ključevima:

R1 = oNe, oAdresa, oTip, oStoreys, oState, oCost, eNo sa ključem oNo

R2 = eNo, eName, ePošta, eDržava, ePlata sa ključem eNo

R3 = oNe, mNe, broji ključem (oNe, mNe)

R4 = mNe, mNaziv, mCijena sa ključem mBr

R5 = iNo, iName, iPhone sa iNo ključem

R6 = iNo, oNe, suma sa ključem (iNo, oNo)

Alat za dizajn baze podataka Rational Rose Data Modeler

Autori Data Modelera su se prvenstveno fokusirali na kreiranje alata za dizajn fizičkog modela podataka. Istovremeno, nije došlo do odbacivanja UML-a kao alata za modeliranje podataka, a na neki način je pomaknut naglasak: sada bi se UML trebao koristiti za izgradnju logičkog modela. U suštini, logički model je isti objektni model, koji se sastoji od objekata - entiteta. Rational Rose automatski upravlja prelaskom sa logičkog na fizički model i obrnuto u smislu modeliranja podataka. Za to je uvedena korespondencija elemenata modela.

Tabela 2.1 Podudarnost elemenata logičkog i fizičkog modela

Logički model	Fizički model
Klasa	Table
Operacija	Ograničenje
Atribut	Kolona
Paket	Šema
Komponenta	Baza podataka
Udruženje	Veza
	Trigger
	Indeks

Prema tome, konceptualno, modul Data Modeler nije zamjena za UML u nekom njegovom podskupu, već samo pruža pristašama objektne tehnologije moćan alat za efikasnu konstrukciju fizičkih šema baze podataka.

Lista ključnih karakteristika Data Modelera uključuje:

1. Data Modeler podržava većinu mogućnosti strukturnih CASE alata u smislu fizičkog modeliranja podataka;

2. Data Modeler obezbeđuje generisanje efikasne fizičke strukture baze podataka, podržavajući mehanizme za obezbeđivanje referentnog integriteta;

3. Data Modeler je čvrsto integrisan sa Rational Rose, a dijagram modela podataka se prirodno uklapa u opštu tehnologiju razvoja softvera koristeći liniju proizvoda Rational Software Corporation;

4. Možete isključiti integraciju Rational Rose s drugim alatima za generiranje modela fizike.

5. Pruža konceptualnu konzistentnost između modeliranja podataka i modela objekata, što omogućava efikasniji dizajn softvera.

Kreiranje logičkog modela

Glavne komponente dijagrama Data Modelera su entiteti, atributi i odnosi. Svaki entitet je skup sličnih pojedinačnih objekata koji se nazivaju instance. Svaki primjerak je individualan i mora se razlikovati od svih ostalih primjeraka. Atribut izražava specifično svojstvo objekta. Na fizičkom nivou, entitet odgovara tabeli, instanca entiteta odgovara redu u tabeli, a atribut odgovara koloni tabele.

Data Modeler je baziran na dobro poznatom mehanizmu preslikavanja modela objekata u relaciju. Rezultat je konstrukcija dijagrama "entitet-odnos" i naknadno generiranje opisa baze podataka u SQL-u.

Dijagram klasa (dijagram klasa) se koristi za predstavljanje statičke strukture modela sistema u terminologiji klasa objektno orijentisanog programiranja. Dijagram klasa može odražavati, posebno, različite odnose između pojedinačnih entiteta domene, kao što su objekti i podsistemi, a takođe opisuje njihovu unutrašnju strukturu i tipove odnosa. Ovaj dijagram ne ukazuje na informacije o vremenskim aspektima funkcionisanja sistema. Sa ove tačke gledišta, dijagram klasa je dalji razvoj konceptualnog modela projektovanog sistema.

Slični dokumenti

Proučavanje teorije upravljanja obrazovnim institucijama i univerzitetima. Projektovanje, implementacija i implementacija automatizovanog informacionog sistema za automatizaciju departmana univerziteta. Opis razvijenog sistema, proračun ekonomske efikasnosti projekta.

teza, dodana 09.03.2010


Studija delatnosti preduzeća "Piter-Lada". Upravljačka struktura mreže auto kuća. Unified Modeling Language UML. Dizajniranje logičkog modela baze podataka. Sredstva korištena za izgradnju računovodstvenog sistema. Proračun efikasnosti ulaganja.

teza, dodana 05.06.2011


Logično projektovanje baze podataka za automatizaciju građevinskog preduzeća. Klasifikacija veza. Model relacijske baze podataka. Funkcionalne zavisnosti između atributa. Izbor ključeva. Normalizacija odnosa. Upiti baze podataka.

seminarski rad, dodan 26.05.2015


Projektovanje funkcionalne strukture podsistema "Skladište". Datalogički dizajn informacione baze podataka i opis primenjenih sredstava informacione bezbednosti. Karakteristike rada sa NET Framework. Proračun ekonomske efikasnosti projekta.

disertacije, dodato 29.06.2011


Automatizacija procesa odabira kandidata za zapošljavanje. Dizajniranje sistema testiranja za kadrovsku službu kompanije, njena informatička podrška. Dizajniranje baze podataka i njenog interfejsa. Proračun ekonomske efikasnosti projekta.

teze, dodato 22.03.2017


Izrada informacionog sistema za automatizaciju aktivnosti kompanije za registraciju isporuke robe transportnoj kompaniji. Analiza domena. Metodologija funkcionalnog modeliranja IDEF0. Dijagram konteksta. Analiza troškova u BPwin-u.

test, dodano 05.02.2014


Koncept baze podataka, model podataka. Klasifikacija baze podataka. Sistemi upravljanja bazama podataka. Faze, pristupi dizajniranju baze podataka. Izrada baze podataka koja će automatizovati vođenje dokumentacije potrebne za rad CISS.

seminarski rad dodan 04.06.2015


Izrada baze podataka informacionog sistema za obračun prodaje kućanskih aparata i automatizaciju toka rada u phpMyAdmin. Funkcionalni dijagram IDEF0. Kreiranje novog korisnika, tabela, zapisa u tabeli. Organizacija sajta na lokalnom serveru.

seminarski rad dodan 05.11.2014


Razvoj informacionog sistema "Salon zavesa" za automatizaciju aktivnosti menadžera firme koja se bavi šivenjem zavesa po meri. Izrada i opravdanje projekta baze podataka. Izrada zahtjeva, obrazaca, izvještaja. Testiranje softverske aplikacije.

seminarski rad dodan 07.02.2016


Analiza postojećeg razvoja i izbor strategije za automatizaciju kancelarijskog rada u odnosu dobavljača lekova i apoteke. Izrada projekta baze podataka ljekarni Rigla. Opravdanost ekonomske efikasnosti razvoja baze podataka.