Uvod

Predmetna teza je napisana na bazi Donjecke OJSC Donjecke manufakture za trgovinu Cleonelly.

Jedna od vodećih aktivnosti Donjecke manufakture OJSC proizvodi široku paletu odjevnih predmeta, uglavnom bade-mantila, posteljine i ručnika. Osim toga, kompanija proizvodi obojenu pamučnu pređu za tkanje i pletenje.

Razvoj automatizovanih informacionih tehnologija ide ruku pod ruku sa pojavom novih vrsta tehničkih sredstava za obradu i prenošenje informacija, unapređenjem organizacionih oblika korišćenja računara, zasićenjem infrastrukture novim sredstvima komunikacije. Razvoj tržišnih odnosa doveo je do pojave novih vrsta preduzetničke delatnosti i, pre svega, do stvaranja firmi koje se bave informacionim poslovanjem, razvoja informacionih tehnologija, njihovog unapređenja, širenja komponenti automatizovanih informacionih tehnologija, u određeni softverski proizvodi koji automatiziraju informacijske i računarske procese. Uključuju i računarsku opremu, komunikacije, kancelarijsku opremu i specifične vrste usluga – informacione, tehničke i konsultantske usluge, obuku itd. To je doprinijelo brzoj diseminaciji i efektivnoj upotrebi informacionih tehnologija u procesima upravljanja i proizvodnje, njihovoj gotovo univerzalnoj primjeni i velikoj raznolikosti.

Preduzeća koja se bave projektovanjem i razvojem uređaja za različite namene trenutno široko koriste različita sredstva kako računarskog projektovanja - CAD (CAD) tako i praćenja proizvodnih procesa - ACS (SCADA/DCS). Međutim, za uređaje vlastitog dizajna potrebno je razviti vlastita sredstva za praćenje njihovih performansi i analizu kvaliteta proizvoda.

Tehnološki proces obračuna proizvoda u skladištu u prodavnici Cleanelly obuhvata fazu vođenja evidencije o prodatim proizvodima.

Svrha ovog diplomskog projekta je implementacija automatizovane radne stanice (AWP) koja omogućava praćenje proizvoda u skladištu prodavnice.

Za postizanje navedenog cilja potrebno je riješiti sljedeće zadatke:

¾ analizirati poslovne procese prodavnice;

¾ istražiti tokove informacija koji nastaju u fazi isporuke proizvoda koji se razvija;

¾ razviti konceptualne i logičke modele podataka;

¾ razviti softver za automatizovanu radnu stanicu za obračun proizvoda

¾ procijeniti ekonomsku efikasnost informacionog sistema.

1 Razvoj softverskih zahtjeva

1.1 Analiza postojećih rješenja

Trenutno postoji širok spektar kompanija koje kombinuju i direktan razvoj proizvoda i razvoj kontrolnih sistema za ove proizvode. Takve sisteme razvijaju poznate kompanije kao što su 1: C Enterprise i Zvezda. U takvim sistemima se vrši kontrola i računovodstvo materijala, te obrada primljenih informacija.

"1C: Enterprise" je sistem primijenjenih rješenja izgrađen na istim principima i na jedinstvenoj tehnološkoj platformi. Menadžer može odabrati rješenje koje zadovoljava trenutne potrebe poduzeća i koje će se dalje razvijati kako poduzeće raste ili se zadaci automatizacije šire.

Softverski sistem 1C: Enterprise dizajniran je za rješavanje širokog spektra problema automatizacije računovodstva i upravljanja sa kojima se suočavaju moderna preduzeća koja se dinamično razvijaju. Rešavanje hitnih problema računovodstva i upravljanja Sastav programa sistema 1C: Enterprise je fokusiran na stvarne potrebe preduzeća. Firma "1C" proizvodi serijalizovana softverska rešenja dizajnirana za automatizaciju tipičnih računovodstvenih i upravljačkih zadataka u preduzećima. Posebnost rješenja 1C izdanja je temeljna studija sastava funkcionalnosti uključenih u standardna rješenja. Firma "1C" analizira iskustvo korisnika koji koriste programe sistema "1C: Enterprise" i prati promjene u njihovim potrebama.

Glavne prednosti mog sistema Wholesale Base uključuju relativno niske troškove implementacije ovog sistema, kao i niz drugih prednosti:

¾ Pouzdanost kreiranih aplikacija. Softverski paket (PC) mora biti otporan ne samo na greške korisnika, već i na kvarove u komunikacijskom sistemu.

¾ Lakoća korišćenja interfejsa;

¾ Visok nivo sigurnosti sistema, koji podrazumijeva ne samo kontrolu dostupnosti određenih resursa sistema i informacione sigurnosti u svim fazama rada, već i praćenje izvršenih radnji sa visokim stepenom pouzdanosti.

1.2 Analiza domena

Posebnost analize predmetne oblasti je u tome što vam omogućava da vidite čitav niz operacija organizacije.

CASE je dizajniran za analizu i reorganizaciju poslovnih procesa. – Svi alati najvišeg nivoa Fusion Process Modeler (BPwin) koji podržavaju IDEF0 (funkcionalni model), DFD (dijagram toka podataka) i IDEF3 (dijagram toka rada) metodologije. BPwin je moćan softverski proizvod za kreiranje modela za analizu, dokumentovanje i planiranje promjena u složenim poslovnim procesima. BPwin nudi alat za prikupljanje svih potrebnih informacija o radu preduzeća i grafički prikaz ovih informacija u obliku koherentnog i konzistentnog modela.

U smislu funkcionalnosti sistema. U okviru IDEF0 (Integration Definition for Function Modeling) metodologije, poslovni proces je predstavljen kao skup radnih elemenata koji su u međusobnoj interakciji, a prikazani su informacijski, ljudski i proizvodni resursi koje svaki rad troši. Funkcionalni model je dizajniran da opiše postojeće poslovne procese u preduzeću (tzv. AS-IS model) i idealno stanje stvari. – čemu težiti (TO-BE model). IDEF0 metodologija propisuje izgradnju hijerarhijskog sistema dijagrama, tj. pojedinačni opisi fragmenata sistema. Prvo se vrši opis sistema kao celine i njegove interakcije sa spoljnim svetom (kontekst dijagram), nakon čega se vrši funkcionalna dekompozicija – sistem je podeljen na podsisteme i svaki sistem je posebno opisan (dekompozicioni dijagrami). Zatim se svaki podsistem razlaže na manje, i tako dalje da bi se postigao željeni nivo detalja.

Ako je u procesu modeliranja potrebno istaknuti specifične aspekte poslovne tehnologije, BPwin vam omogućava da se prebacite na bilo koju granu modela na DFD ili IDEF3 notaciju. Dijagrami dijagrama toka podataka (DFD) mogu dopuniti ono što se već odražava u IDEF3 modelu, jer opisuju tokove podataka, omogućavajući vam da pratite kako se informacije razmjenjuju između poslovnih funkcija unutar sistema. Istovremeno, DFD dijagrami zanemaruju interakcije između poslovnih funkcija.

U smislu redoslijeda obavljenog posla. A još preciznija slika se može dobiti dopunom modela IDEF3 dijagramima. Ovaj metod skreće pažnju na redosled kojim se događaji izvršavaju. Elementi logike su uključeni u IDEF3, koji vam omogućava da modelirate i analizirate alternativne scenarije za razvoj poslovnog procesa.

Za razmatranje poslovnih procesa koji se odvijaju u skladištu trgovine potrebno je koristiti samo dvije metodologije IDEF0 i DFD. Proces modeliranja sistema u IDEF0 počinje definisanjem konteksta, tj. najapstraktniji nivo opisa sistema ili poslovnih procesa uopšte.

Model IDEF0... Za proučavanje poslovnih procesa "Formiranje narudžbe dobavljača", "Prijem robe", "Otpuštanje robe", razmotrite dijagrame koji su predstavljeni u obliku IDEF0 dijagrama. IDEF0 sistem je predstavljen kao kolekcija interakcijskih aktivnosti ili funkcija.

IDEF0 metodologija se zasniva na četiri glavna koncepta.

Prvi je koncept funkcionalni blok (Kutija aktivnosti)... Funkcionalni blok je grafički prikazan u obliku pravokutnika i personificira neku specifičnu funkciju u okviru sistema koji se razmatra

Svaka od četiri strane funkcionalnog bloka ima svoje specifično značenje (ulogu), dok:

Gornja strana je Control;

Lijeva strana je postavljena na Input;

Desna strana je postavljena na Output;

Donja strana je postavljena na Mehanizam.

Drugi "kit" IDEF0 metodologije je koncept luka interfejsa (Strelica). Grafički prikaz luka interfejsa je jednosmerna strelica. Svaki luk interfejsa mora imati svoje ime (oznaka strelice). Uz pomoć lukova interfejsa prikazuju se različiti objekti koji, u jednom ili drugom stepenu, određuju procese koji se odvijaju u sistemu. U ovom slučaju, strelice se, u zavisnosti od toga u koje lice radnog pravougaonika ulaze ili koje lice napuštaju, dijele na:

Strelice za unos (uključene u lijevu stranu funkcionalnog bloka) - predstavljaju podatke ili objekte koji se mijenjaju tokom izvođenja posla;

Kontrolne strelice (uključene u gornju stranu funkcionalnog bloka) - prikazuju pravila i ograničenja zbog kojih se rad izvodi;

Strelice za izlaz (izlaz sa desne strane funkcionalnog bloka) - predstavljaju podatke ili objekte koji se pojavljuju kao rezultat rada;

Strelice mehanizma (uključene u donji rub funkcionalnog bloka) - predstavljaju resurse (na primjer, opremu, ljudske resurse).

Treći osnovni koncept IDEF0 standarda je dekompozicija. Princip dekompozicije se koristi kada se složeni proces razlaže na njegove sastavne funkcije.

Dekompozicija vam omogućava da postepeno i strukturirano predstavite model sistema u obliku hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje preopterećenim i lakim za varenje.

Konačni koncept u IDEF0 je Glosar. Za svaki od IDEF0 elemenata: dijagrame, funkcionalne blokove, lukove interfejsa, postojeći standard podrazumeva kreiranje i održavanje skupa relevantnih definicija, ključnih reči, narativa, itd. koji karakterišu objekat prikazan ovim elementom. Ovaj skup se zove glosar i predstavlja opis suštine ovog elementa.

Razmotrite dijagrame poslovnih procesa koji se odvijaju u skladištu OJSC DMM prodavnice, "Cleonelly":

Za opštu vidljivost sistema potrebno je izgraditi kontekst „Aktivnost skladišta preduzeća“ (vidi sliku 1.1).

Slika 1.1 - Dijagram "Skladišne ​​aktivnosti preduzeća"

Nakon uspostavljanja konteksta, vrši se dekompozicija, tj. izgradnja sljedećih dijagrama u hijerarhiji.

Svaki sljedeći dijagram je detaljniji opis jednog od radova na višem dijagramu. Primjer dekompozicije kontekstualnog rada prikazan je na slici 1.2. Dakle, ceo sistem je podeljen na podsisteme do željenog nivoa detalja, ovaj sistem je podeljen na tri nivoa.

Slika 1.2 - Dijagrami dekompozicije prvog nivoa

Slika 1.3 - Dijagram "Carinjenje robe"

Slika 1.4 - Dijagram "Izdavanje robe"

Slika 1.5 - Dijagram "Knjiženje robe"

DFD. Ova metodologija se zasniva na izgradnji modela analiziranog IS-a - projektovanog ili stvarno postojećeg. U skladu sa metodologijom, sistemski model je definisan kao hijerarhija dijagrama toka podataka (DFD), koji opisuje asinhroni proces transformacije informacija od njihovog ulaza u sistem do njihovog izlaza korisniku. DFD dijagrami se obično grade da vizualiziraju trenutni rad sistema toka rada organizacije. Najčešće se DFD dijagrami koriste za dopunu modela poslovnog procesa implementiranog u IDEF0.

Glavne komponente dijagrama toka podataka su:

Vanjski entiteti (grafički prikazani kao kvadrat) - označavaju materijalni objekt ili pojedinca koji je izvor ili primatelj informacija. Na primjer: kupci, osoblje, dobavljači, klijenti, skladište;

Sistemi / podsistemi (grafički izgleda kao pravougaonik sa zaobljenim uglovima) - radovi koji označavaju funkcije ili procese koji obrađuju i mijenjaju informacije;

Uređaji za pohranu podataka su apstraktni uređaji za pohranjivanje informacija koji se mogu staviti u uređaj za pohranu u bilo koje vrijeme i nakon nekog vremena se mogu preuzeti, a može postojati bilo koji način za njihovo postavljanje i preuzimanje. Općenito, skladište podataka je prototip buduće baze podataka i opis podataka pohranjenih u njemu treba biti povezan sa informacionim modelom;

Tokovi podataka - definira informacije koje se prenose putem određene veze od izvora do prijemnika. Tok podataka na dijagramu je predstavljen linijom koja se završava strelicom koja pokazuje smjer toka.

Razmotrite dijagram toka podataka o problemu (DFD) Slika 1.6. Ovaj dijagram prikazuje kretanje dokumenata kada "zahtjev proizvoda" stigne u organizaciju.

Slika 1.6 - Dijagram DFD "Izdavanje robe".

Uzmite u obzir sljedeći dijagram toka podataka "Chirenje proizvoda" (vidi sliku 1.7). Prikazuje proces izvođenja radova i kretanje dokumenata tokom "izdavanja robe".

Slika 1.7 - DFD grafikon "Carinjenje robe"

U dijagramima toka podataka, svi korišteni simboli daju veliku sliku, koja daje jasnu predstavu o tome koji se podaci koriste i koje funkcije obavlja sistem toka posla. Istovremeno, često se ispostavi da se postojeći informacioni tokovi koji su važni za poslovanje kompanije ne provode pouzdano i da ih je potrebno reorganizovati.

Organizaciona struktura preduzeća za prodaju frotirnih proizvoda razmatra se na primeru kompanije OJSC „Donjeck Manufactura M“ prodavnice Cleonelly:

U pravcu razvoja sistema kontrole i računovodstva materijala, mogu uspešno rešavati probleme:

1. Ovo je kontrola nad isporučenom i uskladištenom robom.

2. Informacije o dobavljačima i potrošačima

3. Takođe sadrži informacije o informacijama i operacijama na proizvodu

4. Sadrži dnevnik izvještaja o puštenoj robi

5. Sadrži imenik robe

6. Automatizacija skladišnih funkcija (prijem, potrošnja, otpis, rezervacija robe)

7. Registracija i čuvanje faktura za kupljenu i prodatu robu i usluge, kao i fakturisanje za avans, odloženo plaćanje i isporuku robe

8. Izrada računa i obračun izdate robe

9. Provođenje popisa skladišta sa izradom kolskog lista, akta manjka i viškova

10. Kreiranje setova robe

Kao što je navedeno, osnovna delatnost ovog preduzeća je prodaja pamučnih proizvoda. Proces projektovanja uključuje mnoge faze koje pažljivo razrađuju upravljačke strukture projektantskih preduzeća tokom čitavog životnog veka preduzeća. Ovaj proces se ne može mijenjati u isto vrijeme, jer uključuje mnoge odjele samog preduzeća, eksterne podizvođače i klijente projektnog preduzeća. Stoga su preduzeća oprezna prema implementaciji informacionih sistema koji se odnose na procese upravljanja dizajnom i razvojem. Ruska preduzeća po pravilu koriste vlastita dostignuća u ovoj oblasti.

1.3 Prikupljanje zahtjeva

Prilikom projektovanja informacionog sistema (IS) „Radne stanice Veleprodaje“ bilo je potrebno prikupiti zahteve koji bi pomogli da se kreira interfejs na način da bude pogodan za rad krajnjeg korisnika (zaposlenika prodavnice). razvijeni IS.

Razvoj zahtjeva je proces koji uključuje aktivnosti potrebne za kreiranje i odobravanje dokumenta specifikacije sistemskih zahtjeva.

Za implementaciju procesa automatizacije računovodstva i kontrole materijala potrebno je da informacioni sistem bude u stanju da ispuni sledeće funkcionalne zahteve:

¾ dokumentovanje rezultata.

¾ Informacioni sistem mora biti implementiran kao program zasnovan na integrisanom okruženju Visual Fox Pro.

Program radi u operativnom sistemu Windows 2000 / NT / XP.

Postoje četiri glavne faze u procesu razvoja zahtjeva (slika 1.8):

Analiza tehničke izvodljivosti kreiranja sistema;

Formiranje i analiza zahtjeva;

Specifikacija zahtjeva i izrada relevantne dokumentacije;

Potvrđivanje zahtjeva.

Prikupljanje zahtjeva je važna faza u dizajnu softvera, jer ovdje svi zahtjevi kupaca moraju biti ispravno i korektno formulirani.

1.4 Specifikacija zahtjeva

Određivanje ispravnih zahtjeva je vjerovatno najkritičniji korak u softverskom projektu. Veoma je važno da format projekta odgovara zahtevima za softver koji je sastavio razvojni tim, inače ovi zahtevi ne mogu biti podržani i predstavljeni u softverskom proizvodu. Specifikacija softverskih zahtjeva (SRS) je centralna za cijeli životni ciklus razvoja softvera. To nije samo izvedeni dokument koji definiše specifikacije za softverski projekat, već i glavni dokument koji se koristi u svrhu provođenja kvalifikacionog i prihvatljivog testiranja. Atestiranje je procjena kvaliteta rada projekt menadžera. Određuje stepen usklađenosti softverskog proizvoda sa utvrđenim zahtjevima. SRS specifikacija deluje kao mehanizam za evidentiranje sistemskih zahteva koji se koriste kao kriterijumi za atestiranje.

Na osnovu SRS-a postiže se dogovor između kupaca i proizvođača softverskog proizvoda. SRS specifikacija u potpunosti opisuje funkcije koje razvijeni softverski proizvod mora da obavlja. Ovo omogućava potencijalnim korisnicima da odrede stepen u kojem proizvod zadovoljava njihove potrebe, kao i načine modifikacije proizvoda tako da bude najkorisniji u rešavanju njihovih problema.

Smanjuje vrijeme razvoja. Različite grupe unutar organizacije korisnika uključene su u pripremu SRS specifikacije. Oni detaljno istražuju sve zahtjeve čak i prije nego što počne stvarni razvoj projekta. Ovo smanjuje vjerovatnoću naknadnog ponovnog dizajna, kodiranja i testiranja.

Pažljivo proučavanje zahteva u SRS specifikaciji može otkriti previde, nesporazume i nedoslednosti u ranoj fazi razvojnog ciklusa, kada je probleme mnogo lakše popraviti nego kasnije.

SRS specifikacija postaje osnova za procjenu troškova i zakazivanje. Opis proizvoda je stvarna osnova za procjenu troškova projekta. U okruženju gde postoji koncept formalnog predloga, SRS se koristi za validaciju procene predloga ili cene.

Sa dobro napisanim specifikacijama, SRS na nivou organizacije mogu razviti mnogo produktivnije planove sertifikacije i revizije. Kao deo razvojnog ugovora, SRS obezbeđuje referentnu tačku za procenu usklađenosti sa specifikacijama.

SRS specifikacija olakšava prenošenje softverskog proizvoda novim korisnicima, kao i instalaciju na druge računare. Na taj način kupcima postaje lakše da prenesu softverski proizvod u druga odeljenja organizacije, a programerima da ga prenesu na druge kupce.

SRS specifikacija služi kao osnova za modernizaciju. Ovaj dokument se bavi samim proizvodom, a ne procesom razvoja projekta, tako da se može koristiti kao proširenje gotovog proizvoda.

Nakon što je proces definisanja i specificiranja zahtjeva završen, potrebno je izvršiti validaciju zahtjeva.

Specifikacija zahtjeva za softverski projekat će biti predstavljena u Dodatku A.

1.5 Potvrđivanje zahtjeva

Validacija mora pokazati da zahtjevi zaista definiraju sistem koji korisnik želi da ima. Validacija zahtjeva je važna jer greška u specifikaciji zahtjeva može dovesti do prerade sistema i visokih troškova ako se otkrije tokom procesa razvoja sistema ili nakon puštanja u proizvodnju.

Tokom procesa atestiranja zahtjeva, potrebno je izvršiti različite vrste provjera dokumentacije zahtjeva:

1. Provjera ispravnosti zahtjeva.

2. Provjera konzistentnosti.

3. Provjera kompletnosti.

4. Provjera izvodljivosti.

Postoji nekoliko metoda atestiranja zahtjeva koje se mogu koristiti zajedno ili svaka zasebno:

1. Pregled zahtjeva.

2. Izrada prototipa.

3. Generisanje testnih skripti.

4. Automatska analiza konzistentnosti.

Izrada prototipa je najvidljivija za korisnika sistema.

Prije početka izrade prototipa, možete kreirati dijagram toka korisničkog sučelja. Ovaj dijagram se koristi za proučavanje odnosa između glavnih elemenata korisničkog interfejsa.

Sljedeći korak u validaciji zahtjeva je direktna izrada prototipa.

Softverski prototip je djelomična ili moguća implementacija predloženog novog proizvoda. Prototipovi vam omogućavaju da ostvarite tri glavna zadatka: pojašnjavanje i dovršavanje procesa formulacije zahtjeva, istraživanje alternativnih rješenja i kreiranje konačnog proizvoda.

Prototip glavnog menija ovog modula prikazan je na slici 1.9.

1.6. Izbor metodologije projektovanja informacionog sistema

Suština strukturalnog pristupa razvoju IS-a leži u njegovoj dekompoziciji (podjeli) na automatizirane funkcije: sistem je podijeljen na funkcionalne podsisteme, koji su zauzvrat podijeljeni na podfunkcije, podijeljeni na zadatke itd. Proces particioniranja nastavlja se sve do specifičnih procedura. U isto vrijeme, automatizirani sistem održava holistički pogled u kojem su sve sastavne komponente međusobno povezane.

Sve najčešće metodologije strukturalnog pristupa zasnovane su na nizu opštih principa. Sljedeći principi se koriste kao dva osnovna principa:

Zavadi pa vladaj – princip rješavanja složenih problema tako što ih se razlaže na mnogo manjih, nezavisnih problema koje je lako razumjeti i riješiti;

Princip hijerarhijskog uređenja je princip organiziranja sastavnih dijelova problema u hijerarhijske strukture stabla uz dodavanje novih detalja na svakom nivou.

Strukturna analiza uglavnom koristi dvije grupe alata za ilustraciju funkcija koje sistem obavlja i odnosa između podataka. Svaka grupa sredstava odgovara određenim tipovima modela (dijagrama), najčešćih, među kojima su:

SADT (Structured Analysis and Design Technique) modeli i povezani funkcionalni dijagrami;

DFD (Data Flow Diagrams) dijagrami toka podataka;

ERD (Entity-Relationship Diagrams) dijagrami entitet-relacija.

U fazi projektovanja IS-a, modeli se proširuju, usavršavaju i dopunjuju dijagramima koji odražavaju strukturu softvera: softversku arhitekturu, blok dijagrame programa i ekranske dijagrame.

Navedeni modeli zajedno daju potpuni opis IP-a, bez obzira da li je postojeći ili novorazvijen. Sastav dijagrama u svakom konkretnom slučaju zavisi od zahtevane potpunosti opisa sistema.

2 PROJEKTOVANJE INFORMACIONOG SISTEMA

2.1 Arhitektonsko projektovanje

Prilikom kreiranja bilo kog složenog informacionog sistema, kritičan aspekt je njegova arhitektura, gde predstavlja konceptualnu viziju strukture budućih funkcionalnih procesa i tehnologija na nivou sistema i u međusobnoj povezanosti. Tipično, složeni informacioni sistemi organizacija su dizajnirani kao sastav komponenti visokog nivoa u interakciji, koje i same mogu biti sistemi. Arhitektura informacionog sistema organizacije čini sistem lakšim za razumevanje definisanjem njegove funkcionalnosti i strukture na način koji otkriva dizajnerske odluke i omogućava posmatraču da postavlja pitanja o ispunjavanju zahteva dizajna, raspodeli funkcionalnosti i implementaciji komponenti.

Arhitektura informacionog sistema organizacije je model kako će informaciona tehnologija podržati glavne ciljeve i strategiju razvoja automatizovanog objekta. Omogućava vam da kritički razmišljate i artikulišete viziju o tome kako integrisani skupovi informacionih sistema treba da budu strukturirani da bi se postigli ovi ciljevi. Arhitektura informacionog sistema opisuje kako informacioni sistemi, aplikacije i ljudi funkcionišu u celoj organizaciji na jedinstven, jedinstven način.

Dakle, arhitektura informacionog sistema uključuje opšteprihvaćeni skup komponenti koje obezbeđuju "građevinske blokove" informacionog sistema. Ovi "građevni blokovi" i njihove karakteristike su definisani na odgovarajućem nivou detalja kako bi se zadovoljile potrebe planskih odluka.

Prilikom projektovanja savremenih informacionih sistema organizacija, njihova arhitektura treba da se razvija uzimajući u obzir mnoge zainteresovane strane, da bude razumljiva korisnicima, da omogući programerima da planiraju i planiraju sistem, da omoguće definisanje ključnih interfejsa, funkcija i tehnologija, kao i da omogući procenu raspored i budžet projekta. Ovo zahteva odgovornost arhitekata savremenih informacionih sistema da kreiraju zadovoljavajući i izvodljiv koncept sistema u najranijoj fazi njegovog razvoja, da održe integritet ovog koncepta tokom celog razvoja i da utvrde podobnost rezultujućeg sistema za upotrebu od strane klijenta. Arhitektura informacionog sistema, s druge strane, je proces opisivanja arhitektura informacionog sistema dovoljno detalja da ih učini korisnijim za dizajn informacionog sistema.

Proučavanje inostranog iskustva pokazuje da u razvijenim zemljama pri razvoju arhitekture informacionog sistema moraju biti ispunjeni sledeći uslovi:

¾ fokusiranje na misiju organizacije;

¾ fokus na zahtjeve;

¾ fokus na razvoj;

¾ sposobnost prilagođavanja;

¾ potreba za fleksibilnošću.

Usklađenost sa svim ovim uslovima omogućava vam da razvijete arhitekturu informacionog sistema organizacije savršenije i efikasnije.

Glavne softverske arhitekture koje se trenutno implementiraju su:

¾ fajl-server;

¾ klijent-server;

¾ više nivoa.

File Server... Ova arhitektura centralizovanih baza podataka sa pristupom mreži uključuje označavanje jednog od računara na mreži kao namenskog servera koji će čuvati fajlove centralizovane baze podataka. U skladu sa zahtjevima korisnika, fajlovi sa servera se prenose na korisničke radne stanice, gdje se vrši najveći dio obrade podataka. Centralni server uglavnom obavlja samo ulogu skladištenja datoteka, bez učešća u samoj obradi podataka. Po završetku rada, korisnici kopiraju fajlove sa obrađenim podacima nazad na server, odakle ih drugi korisnici mogu preuzeti i obraditi. Ovakva organizacija održavanja podataka ima niz nedostataka, na primjer, kada više korisnika istovremeno pristupa istim podacima, radni učinak naglo opada, jer je potrebno čekati da korisnik koji radi sa podacima završi posao. U suprotnom, promjene napravljene od strane nekih korisnika mogu biti prepisane promjenama koje su napravili drugi korisnici.

Klijent-server... Ovaj koncept se zasniva na ideji da, pored skladištenja datoteka baze podataka, centralni server mora da obavlja većinu obrade podataka. Korisnici pristupaju centralnom serveru koristeći poseban jezik strukturiranih upita (SQL, Structured Query Language), koji opisuje listu zadataka koje server obavlja. Zahtjeve korisnika prima server i generira procese obrade podataka u njemu. Kao odgovor, korisnik prima već obrađeni skup podataka. Između klijenta i servera se ne prenosi ceo skup podataka, kao što se dešava u tehnologiji fajl-server, već samo podaci koji su klijentu potrebni. Korisnički upit dug samo nekoliko redova može generirati obradu podataka koja uključuje mnoge tablice i milione redova. Kao odgovor, klijent može dobiti samo nekoliko brojeva. Tehnologija klijent-server omogućava vam da izbjegnete prijenos ogromne količine informacija preko mreže prebacivanjem cjelokupne obrade podataka na centralni server. Osim toga, razmatrani pristup izbjegava sukobe promjena istih podataka od strane više korisnika, koji su tipični za tehnologiju servera datoteka. Tehnologija klijent-server implementira dosljednu modifikaciju podataka od strane više klijenata, osiguravajući automatski integritet podataka. Ove i neke druge prednosti učinile su klijent-server tehnologiju veoma popularnom. Nedostaci ove tehnologije uključuju visoke zahtjeve performansi za centralni server. Što više klijenata pristupa serveru i što je veća količina obrađenih podataka, centralni server mora biti moćniji.

Na osnovu ovih razmatranja, prilikom projektovanja AWS arhitekture, kao osnova je uzeta tehnologija klijent-server. Dijagrami izgleda pokazuju fizičke odnose između softverskih i hardverskih komponenti u sistemu.)

2.2 Dizajniranje interfejsa informacionog sistema

Korisnički interfejs se često shvata samo kao izgled programa. Međutim, u stvarnosti, korisnik kroz njega percipira cijeli sistem kao cjelinu, što znači da je takvo poimanje njega preusko. U stvarnosti, korisnički interfejs uključuje sve aspekte dizajna koji utiču na interakciju između korisnika i sistema. Korisnik ne vidi samo ekran. Korisnički interfejs se sastoji od mnogo komponenti, kao što su:

skup korisničkih zadataka koje rješava koristeći sistem;

sistemske kontrole;

navigacija između sistemskih blokova;

vizuelni dizajn programskih ekrana.

Evo nekih od najznačajnijih poslovnih prednosti dobrog korisničkog interfejsa:

smanjenje broja korisničkih grešaka;

smanjenje troškova održavanja sistema;

smanjenje gubitka produktivnosti zaposlenih tokom implementacije sistema i brži oporavak izgubljene produktivnosti;

poboljšanje morala osoblja;

smanjenje troškova promjene korisničkog interfejsa na zahtjev korisnika;

dostupnost funkcionalnosti sistema za maksimalan broj korisnika.

AWP veleprodajna baza je razvijena kao aplikacija koristeći klijent-server tehnologiju.

2.2.1 Korisničko sučelje upravljačkog programa

Glavni modul "AWP Wholesale Base" je Luck.exe modul, koji obezbeđuje implementaciju glavne funkcionalnosti dijagrama slučaja upotrebe prikazanog na slici 1.9 odeljka 1.4.

Prilikom razvoja informacionog sistema, jedan od glavnih zadataka je kreiranje što jednostavnijeg i neopterećenog interfejsa. To je interfejs softverskog proizvoda koji pomaže korisnicima da „komuniciraju“ sa informacionim sistemom, delujući kao dijalog između korisnika i sistema.

Interfejs programa, administrativni dio:

1. početni oblik programa. Ovaj obrazac se pokreće prilikom pokretanja softverskog proizvoda, čime se formira početak korisničkog dijaloga sa sistemom (slika 2.3);

2. admin formular. U ovom obliku se vrši kompletno upravljanje informacionim sistemom, tj. dodavanje, brisanje, menjanje podataka u bazi podataka, kao i po potrebi pregled i štampanje izveštaja (slika 2.4);

3. Obrazac „Kupci“, zahvaljujući ovom obrascu možete videti kompletne informacije o kupcima preduzeća (slika 2.7);

4. Obrazac „Dobavljači“, zahvaljujući ovom obrascu možete videti kompletne informacije o kupcima preduzeća (Slika 2.8).

Korisnički interfejs programa:

U izlogu za prijem robe u toku je registracija robe. Prilikom odabira ove kartice obrasca, korisnik mora prvo

U meniju troškova nalaze se radnje koje obavlja skladištarski radnik za puštanje i prodaju robe.

U meniju salda se broji roba, nazivi artikala uskladištenih u magacinu.

U meniju blagajnika, ovdje se pohranjuju podaci o kreditnim nalozima i nalozima za odliv gotovine (Snimci ekrana)

2.2.2 Korisnička sučelja kontrolnih komponenti

Slika 2.0 Glavni meni programa

Glavni prozor programa prikazan je na sl. 1.9. Kao što vidite sa slike, pored glavnog menija, koji je već opisan, sadržaće i kontrolni panel (dugmad "Prihod", "Potrošnja", "Pristup", "Stanje", "Blagajna", "Revalorizacija ", "Analitika", " Direktoriji "," Usluga "i" Izađi iz programa ").

Slika 2.1 Prozor menija prijema ili prijema na skladištu.

Slika 2.2 Prozor menija Potrošnja

Slika 2.2 Prozor menija koji reguliše prava pristupa programu.

Slika 2.3 Prozor menija ostatka robe.

Slika 2.4 Prozor menija kase.

Slika 2.4 Prozor menija za revalorizaciju.

2.3 Dizajn baze podataka

Za dizajniranje baze podataka korišten je ERwin 4.0 kompanije Computer Associates Int.

ERwin je moćan i jednostavan za korištenje alat za dizajn baze podataka koji je stekao široko prihvaćanje i popularnost. Pruža najveću produktivnost pri razvoju i održavanju aplikacija vođenih bazama podataka. Kroz cijeli proces - od logičkog modeliranja zahtjeva informacija i poslovnih pravila koja definiraju bazu podataka, do optimizacije fizičkog modela u skladu sa navedenim karakteristikama - ERwin omogućava vizualni prikaz strukture i osnovnih elemenata baze podataka.

ERwin nije samo najbolji alat za dizajn baze podataka, već i alat za brzo kreiranje. ERwin će optimizirati model prema fizičkim karakteristikama ciljne baze podataka. Za razliku od drugih alata, ERwin automatski održava logičku i fizičku konzistentnost šeme i prevodi logičke konstrukcije kao što su odnosi mnogo-prema-više u fizičke implementacije. Olakšava dizajn baze podataka. Da biste to učinili, dovoljno je kreirati grafički E-R model (objektno-odnos) koji zadovoljava sve zahtjeve podataka i unijeti poslovna pravila za kreiranje logičkog modela koji prikazuje sve elemente, atribute, odnose i grupisanja. Erwin ima dva nivoa prezentacije modela - logičku i fizičku. Logički sloj je apstraktni prikaz podataka, na njemu su podaci predstavljeni onako kako izgledaju u stvarnom svijetu, a može se nazvati kako se zove u stvarnom svijetu, na primjer, "Lojalni kupac", "Odjel" ili " Prezime radnika". Objekti modela koji su predstavljeni na logičkom nivou nazivaju se entiteti i atributi. Logički nivo modela podataka je univerzalan i nema nikakve veze sa specifičnom implementacijom DBMS-a. Postoje tri podnivoa logičkog nivoa modela podataka, koji se razlikuju po dubini prezentacije informacija o podacima:

Dijagram entitetskih odnosa (ERD);

Model baziran na ključu (KB);

Potpuno atribuirani model (FA).

Dijagram entiteta - Odnos uključuje entitete i odnose koji odražavaju osnovna poslovna pravila domene. Takav dijagram nije previše detaljan, on uključuje glavne entitete i odnose među njima koji zadovoljavaju osnovne zahtjeve. Dijagram entiteta — Odnos može uključivati ​​relacije mnogo-prema-više i ne uključivati ​​ključne opise. Tipično, ERD se koristi za prezentacije i diskusiju o strukturi podataka sa stručnjacima za predmet. Model podataka zasnovan na ključu je detaljniji prikaz podataka. Sadrži opis svih entiteta i primarnih ključeva i namijenjen je predstavljanju strukture podataka i ključeva koji odgovaraju predmetnoj oblasti.

Logički model je najdetaljniji prikaz strukture podataka: on predstavlja podatke u trećem normalnom obliku i uključuje sve entitete, atribute i odnose (vidi Dodatak B).

Fizički model podataka naprotiv, zavisi od konkretnog DBMS-a, u stvari, predstavlja prikaz sistemskog kataloga. Fizički sloj modela sadrži informacije o svim objektima u bazi podataka. Budući da ne postoje standardi za objekte baze podataka (na primjer, ne postoji standard za tipove podataka), fizički sloj modela ovisi o specifičnoj implementaciji DBMS-a. Shodno tome, nekoliko različitih fizičkih nivoa različitih modela može odgovarati istom logičkom nivou modela. Ako na logičkom nivou modela nije bitno koji specifični tip podataka ima atribut (iako su podržani apstraktni tipovi podataka), onda je na fizičkom nivou modela važno opisati sve informacije o određenim fizičkim objektima - tabele, kolone, indeksi, procedure, itd... Podjela modela podataka na logičke i fizičke razine omogućava vam rješavanje nekoliko važnih problema.

Fizički model podataka predstavljen je u Dodatku B.

2.4 Obrazloženje za izbor platforme za kreiranje informacionog sistema

Visual FoxPro je sistem za upravljanje vizuelnim relacionim bazama podataka koji je trenutno dostupan od Microsofta. Najnovija verzija je 9.0. Koristi programski jezik FoxPro. Verzija sistema 7.0 može raditi na Windows 9x operativnim sistemima i NT kernelima, verzije 8.0 i 9.0 - samo na Windows XP, 2000, 2003.

FoxPro je jedan od dijalekata programskog jezika xBase. Uglavnom se koristi za razvoj relacionog DBMS-a, iako ga je moguće koristiti i za razvoj drugih klasa programa.Kao što je gore navedeno, VFP jezik je snažno prošireni i prošireni xBase jezik. U Visual FoxPro, programskom jeziku, odnosno, osnovna konstrukcija jezika je koncept klase. Originalna verzija xBase-a je čisto strukturirani jezik, sa osnovnim konceptom procedura i funkcija. Dakle, savremeni programski jezik Visual FoxPro vam omogućava da kombinujete i "staromodno" programiranje opisujući masu procedura, i u OOP stilu, stvarajući složenu hijerarhiju klasa.

Odabrao sam ovaj programski jezik jer sadrži niz sljedećih prednosti:

¾ Dobro poznati format tabele baze podataka koji olakšava organizaciju razmene informacija sa drugim Microsoft Windows aplikacijama.

Moderna organizacija relacijskih baza podataka koja vam omogućava pohranjivanje informacija o tablicama baze podataka, njihovim svojstvima, indeksima i odnosima, postavljanje uvjeta referentnog integriteta, kreiranje lokalnih i udaljenih pogleda, serverskih veza, pohranjenih procedura koje se izvršavaju kada se dogodi više od 50 različitih tipova događaja (VFP 7.0-9.0).

Velika brzina rada sa velikim bazama podataka.

Visoka vidljivost rada sa bazama podataka: multifunkcionalni prozor Data session vam omogućava da vidite listu otvorenih tabela baze podataka, njihove odnose, filtere, redosled indeksa, režime baferovanja, prelazak na modifikacije strukture, rad sa informacijama tabele itd.

Velika brzina razvoja aplikacija koristeći Wizards, Designers, Builders, IntelliSense hints mod za pisanje programa, sistem za otklanjanje grešaka i testiranje programa.

Sposobnost razvoja klijent-server aplikacija sa podacima koji se nalaze na Oracle i Microsoft SQL Server serverima baze podataka i sa drugim Microsoft Windows aplikacijama koristeći ODBC i OLE

VFP sistem je namijenjen za korištenje od strane profesionalnih programera, tako da nema smisla rusificirati njegov meni i jezik - za svakog programera engleska sintaksa algoritamskog jezika je poznatija od ruskog.

2.5 Dizajniranje modula

Zaustavimo se detaljnije na dizajnu jednog od programskih modula i razmotrimo, koristeći njegov primjer, korake potrebne za kreiranje projekta.

Kao primjer, razmotrit ću dizajn modula koji implementira slučaj upotrebe "Izdaje zahtjev za prijem".

Prvo, hajde da opišemo tokove događaja koji se dešavaju u ovom slučaju upotrebe.

Preduslov za slučaj korišćenja je prijem zahteva od klijenta.

5. Slučaj upotrebe počinje kada korisnik podnese aplikaciju.

6. Menadžer otvara obrazac za prijem.

7. Menadžer postavlja datum prijave.

8. Menadžer stavlja naziv proizvoda.

9. Menadžer upisuje količinu primljene robe.

10. Menadžer upisuje iznos prijave.

11. Menadžer zatvara obrazac.

12. Slučaj upotrebe završava.

Postuslov za slučaj upotrebe je registracija aplikacije u sistemu i pojavljivanje novog klijenta u dnevniku glavnog obrasca.

Razmotrite dijagram sekvence za ovaj slučaj upotrebe. Kao što možete vidjeti iz ovog dijagrama, menadžer, otvarajući formular za dolazak, uzrokuje izvršenje nekoliko radnji - automatski (sa stanovišta menadžera) popunjava se datum prijave. Prilikom podnošenja prijave, lista klijenata se popunjava iz baze primarnim podacima. Nakon toga, menadžer unosi sve potrebne podatke i klikne na dugme "Prihvati". U tom slučaju se izvode sljedeće radnje. Svi podaci se prosljeđuju u pohranjenu proceduru.

3 Implementacija i validacija informacionog sistema

3.1 Implementacija aplikacije

Implementacija aplikacije, u svojoj suštini, jedna je od mukotrpnih faza za programera informacionog sistema, jer zahtjevi koje postavlja kupac moraju biti jasno i korektno integrisani u sistem. Za sada ne postoje softverski proizvodi koji bi se mogli "prilagoditi" zahtjevima tzv. kupca i obezbijediti određeni skup funkcija za implementaciju sistema koji bi zadovoljio te zahtjeve. Stoga svaki programer mora izabrati optimalno okruženje za razvoj sistema, ali treba napomenuti da se prilikom implementacije aplikacije ne može bez pisanja programskog koda. Prilikom pisanja programskog koda implementiraće se određene funkcije koje sistem mora da obavlja. U zavisnosti od odabranog okruženja za implementaciju sistema, programski kod će izgledati drugačije, u takvom okruženju kao što je Microsoft Visual FoxPro biće jedan programski kod, u Visual Basicu drugi itd.

U ovom slučaju, aplikacija je implementirana u Microsoft Visual FoxPro.

Glavne funkcije sistema će biti opisane u nastavku:

1. Početni oblik sistema. Ovaj obrazac je oblik gumba i, shodno tome, svako dugme obavlja svoju funkciju. Dugme za registraciju administratora je prikazano na slici 3.1.Ovo dugme će izvršiti funkciju koja otvara administratorski panel, ako korisnik ima takva prava na ovaj sistem.

2. Dolazak dugmeta menija. Ovo dugme vam omogućava da pratite dolaznu robu u skladište prodavnice Slika 3.2.

3. U dugmetu menija vodi se evidencija o trošku puštene robe iz skladišta Slika 3.3.

4. U dugmetu menija za pristup regulisana su prava korišćenja ovog programa Slika 3.4.

5. U dugme menija "ostaci" pohranjena je informacija o materijalima koji se čuvaju u magacinu prodavnice Sl. 3.5.

6. Dugme menija blagajne pohranjuje informacije o dolaznim i izlaznim gotovinskim nalozima Slika 3.6.

7. U dugmetu menija revalorizacija vrši se promena cene za novu cenu robe Sl.3.7.

Slika 3.1 – Početni oblik sistema

Slika 3.2 – Obrazac obračuna prijema robe u skladište.

Slika 3.3– Oblik obračuna puštene robe.

Slika 3.4– Obrazac kojim se uređuju prava pristupa programu.

Slika 3.5– Forma ostatka robe u magacinu.

Slika 3.5 — Obrazac o gotovinskim primanjima i novčanim primanjima.

Slika 3.6 – Oblik poslovanja sa robom.

Testiranje aplikacije

Testiranje je proces izvršavanja programa kako bi se otkrile greške. Testiranje pruža:

Otkrivanje grešaka;

Demonstracija usklađenosti funkcija programa sa njegovom svrhom;

Demonstracija implementacije zahtjeva za karakteristike programa;

Prikaz pouzdanosti kao pokazatelj kvaliteta programa.

Slika 3.2 prikazuje tokove informacija procesa testiranja.

Na ulazu u proces testiranja nalaze se tri toka:

Tekst programa;

Početni podaci za pokretanje programa;

Očekivani rezultati.

Rade se testovi i svi dobijeni rezultati se evaluiraju. To znači da se stvarni rezultati ispitivanja upoređuju sa očekivanim rezultatima. Kada se pronađe neusklađenost, greška se snima i otklanjanje grešaka počinje.

Nakon prikupljanja i evaluacije rezultata testa, počinje prikaz kvaliteta i pouzdanosti softvera. Ukoliko se redovno susreću ozbiljne greške koje zahtevaju izmene dizajna, onda su kvalitet i pouzdanost softvera sumnjivi, te se navodi potreba pojačanog testiranja.

Rezultati prikupljeni tokom testiranja mogu se procijeniti na formalniji način. Za to se koriste modeli pouzdanosti softvera koji predviđaju pouzdanost na osnovu stvarnih podataka o stopi greške.

Postoje 2 principa testiranja softvera:

Funkcionalno testiranje (testiranje crne kutije);

Ispitivanje konstrukcije (testiranje u bijeloj kutiji).

Prilikom testiranja metode "bijele kutije" poznata je interna struktura programa. Predmet testiranja ovdje nije eksterno, već interno ponašanje programa. Provjerava se ispravnost konstrukcije svih elemenata programa i ispravnost njihove međusobne interakcije.

Testiranje crne kutije (funkcionalno testiranje) omogućava vam da dobijete kombinacije ulaznih podataka koje pružaju potpunu provjeru svih funkcionalnih zahtjeva za program //. Softverski proizvod se ovdje smatra "crnom kutijom" čije ponašanje se može utvrditi samo ispitivanjem njegovih ulaza i odgovarajućih izlaza.

Princip crne kutije nije alternativa principu bijele kutije. Umjesto toga, to je komplementaran pristup koji otkriva drugu klasu grešaka.

Testiranje crne kutije traži sljedeće kategorije grešaka:

Netačne ili nedostajuće karakteristike;

Greške u interfejsu;

Greške u eksternim strukturama podataka ili u pristupu eksternoj bazi podataka;

Karakteristične greške (potrebni kapacitet memorije, itd.);

Greške pri inicijalizaciji i završetku.

Za razliku od testiranja bijele kutije, koje se izvodi rano u procesu testiranja, testiranje crne kutije se koristi u kasnijim fazama testiranja. Prilikom testiranja crne kutije zanemaruje se kontrolna struktura programa. Ovdje je pažnja usmjerena na informacijsko područje definicije softverskog sistema. Testiranje tokom ove faze fokusira se na prikladnost rješenja za živo proizvodno okruženje. Glavni fokus je na popravljanju grešaka i određivanju njihove ozbiljnosti, te pripremi proizvoda za izdavanje.

U fazi testiranja rješavaju se dva glavna zadatka:

Testiranje rješenja - Planovi testiranja kreirani tokom faze planiranja i prošireni i testirani tokom faze razvoja se izvršavaju;

Pilot rad - implementacija rješenja u testno okruženje i testiranje uz uključivanje budućih korisnika i implementacija realnih scenarija korištenja sistema. Ovaj zadatak se izvodi prije početka faze implementacije.

Svrha faze testiranja je smanjenje rizika koji nastaje prilikom puštanja rješenja u komercijalnu upotrebu.

Da bi faza testiranja bila uspješna, potrebno je promijeniti stav prema projektu i programer se prebaci sa razvoja novih funkcija na osiguranje odgovarajućeg kvaliteta rješenja.

U ovoj fazi razvoja informacionog sistema potrebno je izvršiti sljedeće vrste testiranja:

Osnovno testiranje je tehničko testiranje niskog nivoa. Izvodi ga sam programer u procesu pisanja programskog koda. Koristi se metoda "bijele kutije", visok rizik od greške.

Testiranje upotrebljivosti - testiranje na visokom nivou koje obavljaju tester i budući korisnici proizvoda. Primjenjuje se metoda "crne kutije".

Alfa i Beta testiranje – U smislu MSF-a, alfa kod je u osnovi sav izvorni kod kreiran tokom faze razvoja MSF procesa modela, a beta kod je kod koji je testiran tokom faze testiranja. Stoga se alfa kod testira tokom faze razvoja MSF procesa modela, a beta kod se testira tokom faze testiranja.

Testiranje kompatibilnosti - Rešenje koje se razvija je neophodno da bi se moglo integrisati i interoperisati sa postojećim sistemima i softverskim rešenjima. Ovaj oblik testiranja je fokusiran na testiranje integrabilnosti i sposobnosti razvijenog rješenja za interakciju sa postojećim sistemima. U ovom konkretnom slučaju će se provjeriti ispravan rad aplikacije na opremi korisnika i softveru koji korisnik koristi.

Testiranje performansi - fokusirano na provjeru da li aplikacija ispunjava zahtjeve performansi i nivo udobnosti u smislu brzine.

Testiranje dokumentacije i sistema pomoći - Svi razvijeni prateći dokumenti i sistemi pomoći su testirani.

Pilot rad je testiranje rješenja u industrijskom okruženju. Glavni cilj pilot operacije je pokazati da je rješenje sposobno za stabilan rad u industrijskim uvjetima i da ispunjava poslovne zahtjeve. Tokom pilot rada, rešenje se testira u realnim uslovima. Pilot rad omogućava korisnicima da daju povratne informacije o performansama proizvoda. Vodeći se ovim mišljenjem, programer otklanja sve moguće probleme ili kreira akcioni plan u slučaju nepredviđenih okolnosti. Na kraju, pilot operacija omogućava donošenje odluke da li da se pokrene potpuno raspoređivanje ili da se odgodi dok se ne riješe problemi koji bi mogli poremetiti raspoređivanje.

Plan procesa pilot rada za razvijeni informacioni sistem prikazan je u tabeli 3.2.

Tabela 3.2 - Plan pilot-operacije

Akcija		Opis
1. Izbor kriterijuma za uspeh		Programer i ispitanici definišu kriterijume uspeha i dogovaraju se oko njih.
2. Izbor korisnika i lokacije instalacije		Formira se tim učesnika u pilot testiranju od strane korisnika i programera. Određuje se lokacija implementacije pilot procesa.
3. Priprema korisnika i instalacijskih mjesta		Sprovodi se obuka korisnika - učesnika suđenja. Mjesto za postavljanje je u pripremi.
4. Postavljanje razvojne verzije		Eksperimentalna verzija je instalirana i uključena u rad.
5. Podrška i praćenje verzije prototipa		Praćenje rada korisnika i sistema, pružanje pomoći u radu, prikupljanje informacija o radu sistema
6. Povratne informacije korisnika i evaluacija rezultata		Korisnici iznose svoje mišljenje o radu sistema, ukazuju na nedostatke i greške.
7. Uvođenje izmjena i dopuna	Greške se ispravljaju, mijenjaju dizajn ili proces. Ispravljeni rezultati se daju korisnicima na rad i evaluaciju.
8. Odluke o raspoređivanju	Ukoliko rezultati pilot testiranja zadovolje korisnike, donosi se odluka o postavljanju sistema.

3.2 Metodologija implementacije aplikacije

U ovoj fazi programer (ili tim) implementira tehnologije i komponente potrebne za rješenje, projekt prelazi u fazu održavanja i podrške, a kupac ga konačno odobrava. Nakon implementacije, tim ocjenjuje projekat i anketira korisnike kako bi utvrdio njihovo zadovoljstvo.

Ciljevi faze implementacije:

¾  prenijeti rješenje u industrijsko okruženje;

¾  potvrda kupca o završetku projekta.

Postavljanje komponenti specifičnih za lokaciju uključuje nekoliko faza: pripremu, instalaciju, obuku i formalno odobrenje.

Rezultati faze implementacije sistema su sistemi održavanja i podrške, repozitorijum dokumenata u kojem se nalaze sve verzije dokumenata i koda razvijenih tokom projekta.

Za implementaciju sistema u razvoju izrađen je akcioni plan koji je prikazan u tabeli 3.1.

Tabela 3.1 - Plan implementacije aplikacije

Akcija	Opis akcije
1. Backup	Korisnički podaci su podržani njegovim učešćem i odobrenjem prijenosom informacija na prijenosni medij (CD, DVD)
2. Ugradnja osnovnih komponenti rješenja	Upotreba tehnologija koje osiguravaju rad rješenja. U ovom slučaju, instaliranje komponente Visual FoxPro
3. Instaliranje klijentske aplikacije	Transfer na računar korisnika i instalacija konačne verzije razvijenog IS-a i baze podataka
4. Obuka	Korisnici su obučeni za rad sa sistemom, programer je uvjeren u ispravnost i razumijevanje rada IP-a od strane klijenata
5. Transfer baze znanja projekta na klijenta	Sva projektna dokumentacija se predaje naručiocu
6. Zatvaranje projekta	Pripremljen je izvještaj o zatvaranju projekta. Kupac potpisuje potvrdu o prijemu.

Za normalno funkcionisanje AWP-a neophodan je operativni sistem Microsoft WindowsXP.

4 Informaciono upravljanje projektom

4.1 Odabir životnog ciklusa razvoja

Jedan od osnovnih koncepata metodologije projektovanja IS-a je koncept životnog ciklusa njegovog softvera (softvera životnog ciklusa). Životni ciklus softvera je stalni proces koji počinje od trenutka donošenja odluke o potrebi njegovog kreiranja i završava se u trenutku njegovog potpunog povlačenja iz upotrebe.

Glavni regulatorni dokument koji reguliše životni ciklus softvera je međunarodni standard ISO/IEC 12207 (ISO - Međunarodna organizacija za standardizaciju - Međunarodna organizacija za standardizaciju, IEC - Međunarodna elektrotehnička komisija - Međunarodna komisija za elektrotehniku). Definiše strukturu životnog ciklusa, koji sadrži procese, radnje i zadatke koji se moraju izvršiti tokom kreiranja softvera.

ISO / IEC 12207 ne nudi specifičan model životnog ciklusa i metode razvoja softvera. Model životnog ciklusa može se shvatiti kao struktura koja određuje redoslijed izvršenja i odnos procesa, radnji i zadataka koji se obavljaju tokom životnog ciklusa. Model životnog ciklusa zavisi od specifičnosti IS-a i specifičnosti uslova u kojima se stvara i radi.

Danas postoji mnogo modela životnog ciklusa softvera, ali najpopularnija i najrasprostranjenija su dva modela:

Spiralni model (vidi sliku 4.1);

Iterativni model.

Slika 4.1 – Spiralni model životnog ciklusa softvera

Za kreiranje informacionog sistema, tj. Odabrana je iteracija „Automatizovano radno mesto magacinskog radnika veleprodajno skladište“. Posebnost iterativnog modela je to što je formalna metoda, sastoji se od nezavisnih faza, koje se izvode uzastopno, i podložan je čestom pregledu (slika 4.2). Iterativni pristup se dobro pokazao u izgradnji IS-ova, za koje se na samom početku razvoja svi zahtjevi mogu formulirati dovoljno precizno i ​​potpuno kako bi se programerima pružila sloboda da ih što bolje implementiraju sa tehničke tačke. pogleda.

Prednosti iterativnog modela:

model je dobro poznat ne-softverskim potrošačima i krajnjim korisnicima.

Pogodnost i lakoća upotrebe, jer svi radovi se izvode u fazama (prema fazama modela);

Stabilnost zahtjeva;

Model je razumljiv;

Čak i slabo obučeno osoblje (neiskusni korisnik) može biti vođeno strukturom modela;

Model upravlja složenošću na uredan način i dobro radi za projekte koji su razumno razumljivi;

Model olakšava implementaciju stroge kontrole upravljanja projektom;

Olakšava posao menadžeru projekta da planira i sastavlja razvojni tim.

Slika 4.2 - Iterativni model životnog ciklusa softvera

Faze modela:

U fazi analize definišu funkcije koje sistem treba da obavlja, ističu one najprioritetnije koje zahtevaju pre svega razradu, opisuju potrebe za informacijama;

U fazi projektovanja, procesi sistema se detaljnije razmatraju. Funkcionalni model se analizira i po potrebi koriguje. Prototipovi sistema se grade;

Sistem se razvija u fazi implementacije;

U fazi implementacije, gotov proizvod se uvodi u postojeći sistem organizacije. Obuka korisnika je u toku;

U fazi održavanja, softverski proizvod se servisira (bilo koji dodatak ili promjena za funkcionalniji rad proizvoda).

Odabir modela životnog ciklusa razvoja softvera važan je korak. Dakle, za projekat se izbor modela životnog ciklusa razvoja softvera može izvršiti tokom korišćenja sledećih procesa.

Analiza karakterističnih kategorija projekta, smještenih u tabelama.

Odgovorite na pitanja za svaku kategoriju, naglašavajući riječi "da" i "ne".

Poredajte po važnosti kategorije ili pitanja koja se odnose na svaku kategoriju u odnosu na projekat za koji se bira prihvatljiv model.

Razvojni tim... Na osnovu mogućnosti, selekcija kadrova za razvojni tim se odvija i prije nego što se odabere model životnog ciklusa razvoja softvera. Karakteristike takvog tima (vidi Dodatak G, Tabela G.1) igraju važnu ulogu u procesu odabira modela životnog ciklusa, što znači da tim može pružiti značajnu pomoć u odabiru modela životnog ciklusa softverskog proizvoda, jer odgovoran je za uspješnu implementaciju razvijenog modela životnog ciklusa...

Korisnički tim... U početnim fazama projekta možete dobiti potpunu sliku tima korisnika (pogledajte Dodatak I Tabelu I.1) koji će raditi sa razvijenim softverom i njegovu buduću vezu sa razvojnim timom tokom cijelog projekta. Takav pogled pomaže u odabiru odgovarajućeg modela, budući da neki modeli zahtijevaju povećano učešće korisnika u razvoju i proučavanju projekta, budući da zahtjeve korisnik može neznatno promijeniti tokom procesa razvoja, tada programer mora znati te promjene i kako predstaviti ove promjene u softveru.

4.2 Određivanje svrhe i obima softverskog projekta

Razvijeni softverski proizvod za knjigovodstvo robe u skladištu će automatizovati proces prijema, strukturiranja i čuvanja podataka o robi u skladištu, kao i pojednostaviti proces izdavanja izveštaja.

Ciljevi softverskog projekta biće - kreiranje i implementacija sistema računovodstva robe. Ovaj sistem je namenjen za internu upotrebu od strane Cleonelly osoblja, uglavnom zaposlenih u skladištu kompanije.

Da bi se odredio opseg softverskog proizvoda, u nastavku će biti opisano šta bi trebalo ili ne bi trebalo da bude softverski projekat.

Softverski projekat mora biti:

Za internu upotrebu u organizaciji;

Projekt implementacije višekorisničkog pristupa;

Projekt koji ima mogućnost unosa, promjene i pohranjivanja informacija o proizvodu kompanije;

Projekt koji ima mogućnost unosa, promjene i pohranjivanja informacija o korisnicima sistema;

Projekat koji ima mogućnost unosa, promjene i pohranjivanja podataka o kupcima i dobavljačima organizacije koji su subjekti transakcija koje se sklapaju;

Projekat koji će izvršiti formiranje eksternog izvještavanja.

4.3 Kreiranje strukture za popis radova korak po korak

Da biste stvorili jedinstveni proizvod ili uslugu (rezultat projekta), potrebno je izvršiti određeni redoslijed radova. Zadatak planiranja projekta je tačna procjena vremena i troškova ovih radova. Što je tačnija procjena, to je veći kvalitet projektnog plana. Da biste dali tačnu procjenu, potrebno je dobro razumjeti obim projekta, odnosno znati kakav posao treba uraditi da bi se postigao njegov rezultat. Tek nakon što se sačini spisak projektantskih radova, procjenjuje se trajanje svakog od njih i dodjeljuju sredstva potrebna za njihovu realizaciju. I tek tada možete procijeniti trošak i vrijeme svakog zadatka i, kao rezultat dodavanja, ukupne troškove i trajanje projekta. Zbog toga je definiranje obima posla prvi korak u planiranju projekta. Određivanje obima projektantskih radova počinje definisanjem faza (ili faza) projekta. Na primjer, u projektu stvaranja sistema "Obračun robe na zalihama" mogu se istaknuti sljedeće faze:

Razvoj softverskih zahtjeva;

Dizajn informacionog sistema;

Implementacija i sertifikacija informacionog sistema;

Implementacija sistema.

Nakon što se utvrdi sastav faza i njihovi rezultati, potrebno je odrediti redoslijed ovih faza međusobno i rokove za njihovu realizaciju. Zatim treba da odredite od kojih se radova sastoje faze, kojim redosledom se ti radovi izvode i u kojim rokovima treba da se ispoštuje kada budu završeni.

Radna lista korak po korak (slika 4.3) je dizajnirana pomoću softverskog proizvoda kao što je MS Project 2003.

Slika 4.3 - Korak po korak lista radova

4.4 Procjena trajanja i cijene razvoja softvera

Procjena trajanja. Određuje se nakon izrade korak-po-korak liste radova (Slika 4.3, stav 4.3). Ovo procijenjeno trajanje može se vidjeti pomoću Ganttograma (Dodatak K).

Dijagrami su grafičko sredstvo za prikaz informacija sadržanih u datoteci projekta. Iz grafikona možete dobiti vizualnu predstavu o redoslijedu zadataka, njihovom relativnom trajanju i trajanju projekta u cjelini.

Gantogram je jedan od najpopularnijih načina za grafički prikaz plana projekta i koristi se u mnogim programima za upravljanje projektima.

U MS Projectu, Ganttov dijagram je glavni alat za vizualizaciju plana projekta. Ovaj grafikon je graf s horizontalnom vremenskom linijom i listom zadataka okomito. U ovom slučaju, dužina segmenata koji označavaju zadatke proporcionalna je trajanju zadataka.

Na Ganttogramu, pored traka, mogu se prikazati dodatne informacije (pored zadataka se prikazuju nazivi resursa uključenih u njih i njihovo učitavanje kada se zadatak završi).

Procjena troškova

Projekat se sastoji od zadataka , odnosno aktivnosti koje imaju za cilj postizanje određenog rezultata. Da bi zadatak bio završen, resurse .

Važno svojstvo resursa je trošak (Cost) njihove upotrebe u projektu. Postoje dvije vrste troškova resursa u MS Projectu: stopa zasnovana na vremenu i cijena po korištenju.

Stopa zasnovana na vremenu (Rate) izražava se u cijeni korištenja resursa po jedinici vremena, na primjer, 100 rubalja po satu ili 1000 rubalja dnevno. U ovom slučaju, trošak učešća resursa u projektu će biti vrijeme tokom kojeg on radi u projektu, pomnoženo sa satnicama.

U ovom slučaju je korištena vremenska stopa (slika 4.4), a ukupni trošak korištenja resursa može se vidjeti na slici 4.5.

Slika 4.4 – Stopa vremena u korištenju resursa

Na ovoj slici možete vidjeti da programer sistema prima 50 rubalja po satu kada izvršava projekat; poslovni analitičar prima 45 rubalja na sat, tester 38 rubalja na sat. Cijene prekovremenog rada nisu uključene.

Slika 4.5 – Ukupni troškovi korištenja projektnih resursa

4.5 Dodjela projektnih resursa

Fragment raspodjele resursa za sistem „Obračun zaliha“ može se vidjeti na slici 4.6

Slika 4.6 – Fragment raspodjele projektnih resursa

Za svaki rad obavljen u projektu dodjeljuje se resurs koji će obavljati ovaj posao. Slika prikazuje ukupnu količinu rada za svaki resurs i konkretan broj sati provedenih na određeni dan.

4.6 Procjena ekonomske efikasnosti projekta

Proračun ekonomske efikasnosti projekta je važan korak. Tu će se izračunati ekonomska efikasnost projekta. Ova kalkulacija će pokazati koliko je projekat isplativ ili potpuno neisplativ projekat. Prilikom izračunavanja ekonomske efikasnosti projekta biće potrebno izračunati period povrata projekta. Period povrata će pokazati period tokom kojeg će se projekat isplatiti.

Ulazni podaci.

Dodatni profit od implementacije projekta (DP) = 38.000 rubalja. Eksperti kompanije predvideli su dodatnu zaradu.

Početna investicija (IC) = 39396,47 rubalja. Početne investicije odgovaraju ukupnim troškovima korišćenja projektnih resursa (Slika 4.5, tačka 4.6)

Diskontna stopa (i) = 12%.

Period za koji je projekat projektovan (n) = 2 godine.

Dodatni profit od implementacije projekta (DP) = 38.000 rubalja.

Godišnji troškovi implementacije projekta (Z 1) = 15.000 rubalja.

Godišnji troškovi projekta (Z 2) = 10.000 rubalja.

Godišnji novčani prihodi (R 1) = 23.000 rubalja.

Godišnji novčani prihodi (R 2) = 28.000 rubalja.

Prilikom ocjenjivanja investicionih projekata koristi se metoda izračunavanja neto sadašnje vrijednosti koja omogućava diskontovanje novčanih tokova: svi prihodi i troškovi se dovode u jednu tačku u vremenu.

Centralni indikator u razmatranoj metodi je NPV (neto sadašnja vrijednost) – sadašnja vrijednost novčanih tokova. Ovo je generalizovani konačni rezultat investicione aktivnosti u apsolutnom iznosu.

Važna tačka je izbor diskontne stope, koja treba da odražava očekivanu prosečnu kreditnu stopu na finansijskom tržištu.

Neto sadašnja vrijednost (NPV) se izračunava korištenjem formule 4.2

(4.2)

R k - godišnji novčani prihodi za n godina.

k - broj godina za koje je projekat projektovan.

IC - početna investicija.

i - diskontna stopa.

Prema proračunima ove formule NPV = 3.460,67 RUB

NPV je apsolutno povećanje jer procjenjuje koliko se sadašnji prihodi preklapaju sa sadašnjim troškovima. Pošto je NPV> 0, projekat treba prihvatiti.

Povrat na investiciju (ROI) se izračunava pomoću formule 4.3

(4.3)

Izračunati (ROI) = 108,78%

Tabela 4.1  Pomoćna tabela za izračunavanje perioda povrata projekta

= 1,84

Rok otplate n ok = 1,84 godine (1 godina i 11 mjeseci)

Pošto je ROI => 100% (odnosno = 108,78%), projekat se smatra profitabilnim.

(4.4)

Dakle, indeks profitabilnosti je (PI) = 1,2

Međusobna povezanost informacionih podsistema preduzeća

Kako su informacioni sistemi unutar preduzeća? Uobičajeni put za srednju rusku kompaniju je da počne sa implementacijom informacione tehnologije automatizacijom rada računovodstva, HR odjela i toka posla. Podaci ovih sistema su najformalizovaniji, procesi se lako automatizuju. Široko rasprostranjeni paketi "1C: Računovodstvo", "Boss: Kadrovi", "LanDocs", "LanStaff", "Plata" i drugi omogućavaju vam da se nadograđujete sa bilo kojom aplikacijom i tako ih integrišete u opšti informacioni sistem preduzeće. Rice. 7.1 pokazuje kako su moduli informacionog sistema kompanije međusobno povezani. TPS modul služi glavnim procesima proizvodnje i podrške i obično je glavni izvor za ostale module informacija. ESS je glavni primalac podataka i internih sistema iz eksternog okruženja.

Rice. 7.1.

Drugi sistemi također razmjenjuju podatke. I tu se postavlja jedno od najtežih pitanja za lidera - traženje optimalnog stepena integracije... Primamljivo je imati potpuno integrisan sistem, ali takva integracija je izuzetno dugotrajna i košta mnogo novca. A bolje je ni ne govoriti koliko košta održavanje takvog sistema. Stoga se potreba za integriranim sistemima mora odmjeriti u odnosu na poteškoće i troškove velikih IC-ova. Ne postoji standardni nivo integracije ili centralizacije - svaki lider mora samostalno(ili uz pomoć konsultantske firme) za rješavanje ovog teškog problema.

Veze između DSS i TPS, KWS,

Uvod

1. Analitički dio

1.1 Organizaciona struktura kompanije

2 Analiza softvera i hardvera službe za korisnike i službe za rad

Projektni dio

2.1 Opis predmetne oblasti

2 Studija izvodljivosti dizajna i metoda implementacije

3 Dizajn baze podataka

4 Konceptualni model podataka u Chen standardu

5 ER dijagram u ERwin okruženju

6 Analiza modela

7 Faza fizičkog dizajna

8 Realizacija osnovnih zahtjeva

Zaključak

Spisak izvora informacija

Uvod

Brojne firme i preduzeća zahtevaju usluge kompanija za čišćenje.

Kompanija za čišćenje je kompanija koja pruža sveobuhvatne usluge čišćenja. Skup mjera osmišljenih za čišćenje i održavanje čistoće u stambenim, poslovnim i industrijskim prostorima, uključujući aktivnosti čišćenja fasada, pranja izloga i drugih vanjskih površina zgrada, vrlo je složen proces, koji se sastoji od više različitih faza, u kojima je veliki broj uključenih učesnika. Efikasnost organizacije čišćenja zahteva jasnu koordinaciju postupanja u odnosu na sve njene zaposlene.

Prednost specijalizovanih kompanija određuju sledeći faktori:

· Visok kvalitet usluga;

· Troškovi usluga nisu veći od troškova održavanja vlastite usluge čišćenja;

· Troškovi usluga kompanija za čišćenje se odbijaju od oporezive dobiti;

· Specijalisti kompanija za čišćenje obavljaju ekskluzivne i složene specijalizovane poslove (na primjer - kristalizacija mermernih premaza);

· Efikasnost - čišćenje se vrši u vreme kada je to pogodno za Kupca.

Čišćenje je danas jedna od najdinamičnijih i najstabilnijih grana poslovanja u Rusiji. Sve više kompanija je zainteresovano za kupovinu kvalitetnih i pouzdanih usluga čišćenja, što postavlja velike zahteve za kompetentnim i uravnoteženim radom sa klijentima.

Sve navedene prednosti zahtijevaju korištenje savremenih informacionih tehnologija u radu kompanija za čišćenje, kao što su specijalizovani informacioni sistemi, na primer, CRM sistemi.

Sustav za upravljanje odnosima s kupcima (CRM, CRM sistem, skraćeno od Customer Relationship Management) je aplikativni softver za organizacije dizajniran da automatizira strategije interakcije s kupcima (klijentima), posebno za povećanje prodaje, optimizaciju marketinga i poboljšanje korisničke usluge pohranjivanjem informacija o klijentima i istoriji odnosa sa njima, uspostavljanju i unapređenju poslovnih procesa i potom analizi rezultata. CRM sistem je primenljiv u svakom poslu gde je klijent personifikovan, gde je konkurencija velika i uspeh zavisi od obezbeđivanja najpovoljnijih uslova za klijenta – model interakcije koji pretpostavlja da je centar celokupne poslovne filozofije klijent, a glavna područja aktivnosti su mjere za podršku efikasnom marketingu, prodaji i korisničkoj službi. Podrška ovim poslovnim ciljevima uključuje prikupljanje, čuvanje i analizu informacija o kupcima, dobavljačima, partnerima, kao i o internim procesima kompanije. Funkcije koje podržavaju ove poslovne ciljeve uključuju prodaju, marketing i korisničku podršku.

„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.

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. Ostale mogućnosti CRM sistema su predstavljene u nastavku:

· Planiranje i koordinacija kontakata sa klijentima;

· Prikupljanje i kucanje svih mogućih informacija o klijentima;

· Kontrola vođenja dugoročnih ili složenih transakcija;

· Analiza svake faze realizacije projekata ili zaključenja transakcija;

· Formalizacija svih procesa fokusiranih na interakciju sa kupcima.

Ova vrsta softvera je najpogodnija za one organizacije koje imaju dugoročne i višefazne projekte koji uključuju veliki broj zaposlenih ili nekoliko odjela. Kako je broj zaključenih ugovora po jedinici vremena mali, svaka transakcija traje mnogo dana, pa čak i mjeseci. To znači da svaki projekat zahtijeva isključivo individualan pristup. U takvim uslovima potrebno je voditi računa o lojalnosti kupaca. Da bi se to postiglo, potrebno je ne samo obezbijediti individualan pristup, već i striktno poštovati naznačene rokove, uslove ugovora, kao i koordiniran rad i tačnost svih uključenih zaposlenih.

1. Analitički dio

Grupa kompanija "MAKS" osnovana je 2000. godine. Osnovna djelatnost je multidisciplinarni kompleksni uslužni sektor. Od osnivanja Grupe kompanija MAKS, spektar usluga koje se nudi neprestano se širi. Grupa kompanija MAKS danas nudi sledeće vrste usluga (slika 1):

· Obezbeđenje objekata, timovi za brzo reagovanje, obezbeđenje kontrolne sobe, usluge privatnog detektiva;

· Osiguranje najefikasnijeg i nesmetanog rada servisiranih objekata nekretnina;

· Preliminarna analiza postojećih sigurnosnih sistema;

· Kompleksno čišćenje prostorija.

Rice. 1. Oblasti usluga Grupe kompanija "MAKS"

„MAX PROTECTION“ se razvija zajedno sa sferom nedržavne bezbednosti. Obezbeđenje objekata, timovi za brzo reagovanje, obezbeđenje kontrolne sobe, usluge privatnog detektiva, sve je to uključeno u standardni paket usluga. U odjelu su zaposleni stručnjaci za informatičku infrastrukturu koji su uključeni u hitnu pomoć stranim državljanima i poznaju sve nijanse pratnje robe i dragocjenosti.

Praksa pokazuje da obezbeđenje nije samo uniformisani čuvar, već čitav niz mera koje imaju za cilj prevenciju i otklanjanje potencijalnih pretnji. Ove mjere su uključene u integrirani sigurnosni sistem "MAX PROTECTION", koji su razvili stručnjaci sa dugogodišnjim iskustvom.

Za kupce, integrirani pristup sigurnosti znači da komunikacija sa svim sigurnosnim službama ide preko jednog izvođača. Kompanija otklanja potrebu da kupci koordiniraju rad nekoliko nepovezanih organizacija. Prisustvo jedinstvenog operativnog centra omogućava vam trenutno i efikasno reagovanje u bilo kojoj hitnoj situaciji.

"MAKS PROKHRANA" stalno unapređuje i razvija nove bezbednosne koncepte. U naš rad uvodimo napredne strane tehnologije i razvijamo vlastita rješenja za specifične zadatke. Međutim, čak ni najnapredniji automatizovani sigurnosni sistemi ne mogu potpuno istisnuti osobu. Stoga se posebna pažnja poklanja unapređenju profesionalizma osoblja "MAX PROTECTION-a". Specijalisti redovno pohađaju kurseve osvježenja znanja, a njihov nivo obučenosti se provjerava tokom internih revizija. Rigorozna selekcija osoblja omogućava minimiziranje uticaja ljudskog faktora u uslugama "MAX PROTECTION".

Rukovodstvo "MAX PROTECTION-a" usmjereno je na individualni pristup klijentima. Stručnjaci vrše analizu na više nivoa i na osnovu njenih rezultata nude najefikasnija rješenja za sigurnost klijenta. Istovremeno, djelokrug djelatnosti "MAX PROTECTION" nije ograničen samo na privatne klijente. Zaposleni su upoznati sa zaštitom javnih objekata i dobro su se dokazali u ovoj oblasti.

Pristup ove divizije integrisanim bezbednosnim uslugama je bez premca i garantuje maksimalnu efikasnost u svakoj situaciji.

Divizija MAKS Ekspluatatsiya posluje na tržištu više od deset godina. Osnovni zadatak je osigurati najefikasniji i nesmetani rad servisiranih objekata nekretnina. Pri tome, rok zastarelosti za puštanje objekta u rad i značaj stepena složenosti opreme ne igra ulogu.

Kompleksna usluga koju nudi "MAKS EKSPLUATATSIA" uključuje tehničku podršku za opremu i inženjerske sisteme, kao i bezbednosne predloge. Ova lista uključuje održavanje i druge planirane i neplanirane radove; projektovanje i ugradnja sistema za dojavu požara i video nadzora, kao i niz servisnih i građevinskih usluga. Klijenti "MAKS EKSPLUATSIYA" dobijaju pun paket usluga od jednog izvođača, što može značajno smanjiti troškove i olakšati interakciju između usluga.

Stručnjaci ovog odjela uvijek su spremni ponuditi nekoliko opcija za rad sa objektom, ovisno o njegovim specifičnostima i željama klijenta. Individualni pristup omogućava kupcu da računa na potpuno međusobno razumijevanje sa izvođačem i kao rezultat toga postizanje najkvalitetnijeg rezultata.

U savremenom svijetu oprema i oprema modernih zgrada postaje sve raznovrsnija i složenija. Glavni cilj ove divizije je pružanje sveobuhvatnih usluga upravljanja zgradom. Svi zaposleni razumeju najsavremenija dostignuća nauke i tehnologije i koriste ih u skladu sa preporukama i standardima proizvođača. Ovo je jedini način da se garantuje održavanje performansi i sigurnosti objekta bilo koje složenosti na odgovarajućem nivou.

Sektor MAX CONSULTING se bavi konsaltingom i revizijom u oblasti sigurnosti više od 10 godina. Glavni zadatak odjela je sveobuhvatna analiza situacije, kao i pogrešna procena perspektiva razvoja, uzimajući u obzir postojeće probleme kompanije, kao i individualne karakteristike poslovanja.

Zaposleni u "MAX CONSULTING-u" vrše preliminarnu analizu postojećih sigurnosnih sistema. Naravno, takav rad se odvija u bliskoj saradnji sa zaposlenima kupca, koji će informisati i pomoći da se uzmu u obzir sve karakteristike.

Reviziju aktivnosti kompanije provode visoko kvalificirani stručnjaci koji ne samo da će moći identificirati kritične tačke u već korištenom sistemu, već će i ponuditi načine za njihovo uklanjanje. Svi konsultanti su u jednom trenutku služili u agencijama za provođenje zakona i imaju značajno iskustvo u Rusiji i inostranstvu.

Takođe, stručnjaci "MAX CONSULTING-a" pružaju pomoć u otklanjanju kriznih situacija, povećavaju efikasnost poslovnih procesa i sprovode efikasno upravljanje informacionim sistemima i IT rizicima kompanije.

Konsultanti divizije postavili su sebi zadatak izgradnje obostrano korisnih odnosa kako bi nastavili saradnju sa klijentom na dugoročnoj osnovi. "MAX CONSULTING" svojim klijentima nudi usluge revizije, pravne usluge iz oblasti krivičnog, radnog, poreskog i drugih vrsta prava.

Obim usluga koje pruža kompanija "MAX CLEANING" je čišćenje prostora. U Rusiji su prve kompanije za čišćenje osnovane 1992-1994. zajedno sa pojavom prvih zajedničkih preduzeća, koja su u to vreme bila jedini potrošači njihovih usluga. Tokom 2012. godine rast obima tržišta usluga čišćenja u Rusiji u monetarnom smislu iznosio je oko 9 milijardi rubalja - 2011. godine njegov obim je bio 45 milijardi rubalja, a do kraja 2012. godine tržište čišćenja su već procijenili na 54 milijarde rubalja. Tokom protekle, 2014. godine, obim ruskog tržišta usluga čišćenja porastao je, prema procjenama analitičara, za oko 10-11 milijardi rubalja, te je na kraju prošle godine iznosio oko 65 milijardi rubalja.

Najveće regije za pružanje usluga čišćenja uključuju Moskvu, Krasnojarski teritorij, Tjumensku oblast, Republiku Baškortostan, Sankt Peterburg i Hanti-Mansijski autonomni okrug. Moskva čini 100-150 miliona dolara domaćeg tržišta čišćenja.

Prema procjenama stručnjaka, na tržištu kapitala posluje više od 300 kompanija za čišćenje. Prema veličini poslovanja, mogu se grubo podijeliti u 4 velike kategorije.

· Najveći operateri (više od 500 zaposlenih) ~ 67%;

· Veliki operateri (do 500 ljudi) ~ 15%;

· Operateri srednje veličine (broj zaposlenih do 200 ljudi) ~ 7%;

· Mali operateri (do 50 ljudi) ~ 11%.

Opseg standardnih usluga koje gotovo svi tržišni igrači pružaju bez greške uključuje svakodnevno kompleksno čišćenje, kao i pranje vertikalnih površina. Dalje, oko 93% svih kompanija za čišćenje nudi usluge brušenja i poliranja granita, mermera, porculanskog kamena i keramičkih pločica, kao i čišćenje okolnih teritorija i usluge specijalizovanog čišćenja prostorija nakon građevinskih radova i požara. Oko 87% kompanija koje učestvuju u studiji pruža dodatne usluge i osoblje, na primjer, pakere, utovarivače i druge, a 80% učesnika na tržištu usluga čišćenja također svojim klijentima pruža usluge ozelenjavanja susjednih i unutrašnjih teritorija, smeća i snijega odstranjivanje. Glavni klijenti kompanija za čišćenje su supermarketi i trgovački centri, proizvodna preduzeća, transportna i skladišna preduzeća, medicinske i sportske ustanove, kancelarijski i poslovni centri, velike međunarodne i ruske kompanije, banke, vladine agencije, hotelski kompleksi, zabavni sadržaji (bioskopi, klubovi , kazino), željezničke stanice i aerodromi.

Rice. 2. Segmentacija potrošača usluga čišćenja

Najzaostaliji segment tržišta, pokazuju mnoga istraživanja, je čišćenje u zdravstvenim ustanovama. Ovakvo stanje se objašnjava ustaljenim navikama, strožim standardima koji postoje u ovakvim organizacijama i specifičnim zahtjevima koje one usvajaju za čišćenje koje obavlja osoblje jedne firme za čišćenje.

Kriterijumi za odabir kompanije za čišćenje su: autoritet na tržištu, cijena i asortiman usluga, nivo opreme, tehnologija i hemikalija koje se koriste u radu, kvalifikacija osoblja, te sistem kontrole čišćenja.

Čišćenje prostorija je industrijska potreba u modernom poslovnom svijetu. Svakodnevno čišćenje po ugovoru je prilično razvijeno područje ove kompanije. Mogućnost naručivanja jednokratnog čišćenja i sklapanja ugovora o čišćenju prostora sa fiksnom frekvencijom, uz pogodan raspored rada za klijenta, danas je vrlo česta aktivnost koja zahtijeva veliku količinu podataka i najprikladnija je za primjer dizajniranja informacionog sistema. Zaposleni u kompaniji veliku pažnju poklanjaju kontroli i kvalitetu izvršenog čišćenja. Otvorenost je takođe važan deo rada kompanije. Klijent ima pravo da zna šta, kako i uz pomoć čega radi ova kompanija "MAX CLEANING". Svi hemijski proizvodi imaju higijenske sertifikate, partneri i kupci mogu da posete proizvodnu bazu i da se upoznaju sa tehnološkim mogućnostima i organizacijom rada u preduzeću.

Čišćenje je moderna i veoma tražena usluga koju pružaju razne kompanije specijalizovane za čišćenje prostora. Ovo čišćenje izvode posebno obučeni radnici i ocjenjuje se prema visokim evropskim standardima.

Čišćenje se pojavilo u Rusiji ranih 1990-ih i, prije svega, počelo je biti traženo među velikim zapadnim kompanijama, navikle na profesionalno čišćenje u svojoj domovini. Usluga objedinjuje čitav niz aktivnosti osmišljenih za čišćenje i održavanje čistoće u stambenim, poslovnim i industrijskim prostorima, uključujući aktivnosti čišćenja fasada, pranja izloga i drugih vanjskih površina zgrada. Popis usluga obično uključuje i uklanjanje smeća i snijega sa krovova i susjednih teritorija.

Trenutno sve usluge obavlja kvalifikovano osoblje koristeći moderne tehnologije čišćenja, koristeći najnovije alate, posebno odabrane za svaku površinu posebno, uzimajući u obzir njene fizičke, hemijske i tehničke karakteristike. Rusko tržište čišćenja se značajno proširilo i ima velike izglede za dalji razvoj. Nakon par decenija ljudi će zaboraviti šta je samočišćenje i obratiće se firmi koja pruža ove usluge. Zaista, ne samo sam izgled, već i zdravlje vlasnika ovisi o čistoći prostorije.

Čelnici mnogih velikih i malih kompanija već su uspjeli osigurati da čišćenje koje nude specijalizirane kompanije kvalitetom bude mnogo superiornije od čišćenja u uobičajenom smislu. Profesionalno čišćenje uključuje dovođenje prostora u besprijekorno stanje, takvo čišćenje vam u konačnici omogućava uštedu vremena, produžavanje vijeka trajanja završnih materijala i povećanje prestiža kompanije.

Zaposlenici i menadžeri kompanije rade kao jedinstveni mehanizam, visoko cijene ne samo visok kvalitet ponuđenih usluga, već i analiziraju naručene usluge, predviđaju situaciju na tržištu usluga i kao rezultat toga nude konstruktivna rješenja za hitne slučajeve. situacije i najefikasnija rješenja za potrebe klijenata.

U 2003. godini, u cilju poboljšanja kvaliteta usluge za korisnike, odlučeno je da se otvori novi odjel, koji će pružati dodatne usluge profesionalnog čišćenja. MAKS CLEANING je napravio prve korake u Moskvi. Iskustvo stečeno u glavnom gradu iskorišćeno je za ulazak u regione. I iako je u početku bilo dovoljno problema, kompanija je uspjela da se nosi sa svim poteškoćama. Kompanija je 2005. godine potpisala ugovor sa lancem supermarketa METRO, čime je postala jedna od prvih kompanija koja je pružala usluge čišćenja supermarketa i hipermarketa. Do 2010. godine, osoblje kompanije je imalo više od 400 ljudi. Osoblje radi u objektima širom Moskve. Do 2012. godine MAX CLEANING ulazi u regione Rusije. Prve filijale otvorene su u Krasnojarsku i Kazanju. Kvaliteta profesionalnog čišćenja ureda i trgovačkih centara prevazilazi očekivanja regionalnih klijenata. Kompanija se već približila svojoj 10. godišnjici sa osobljem od 700 ljudi. Svo daljnje iskustvo pružilo je jedinstveno znanje iz oblasti čišćenja.

Reputacija kompanije MAX CLEANING, koja je uspostavljena poslednjih godina, je od velikog značaja. Zahteva uzimanje u obzir odnosa svakog od zaposlenih prema svom poslu.

Interakcija i komunikacija sa kupcima su bitni sastojci za uspjeh. Veoma je važno voditi evidenciju ugovora sa kupcima, svih narudžbi kupaca koje odražavaju njihove potrebe.

Fleksibilna politika cena, profesionalna obučenost zaposlenih, upotreba raznovrsne opreme i hemikalija, omogućava nam da zauzmemo vodeću poziciju u ovoj oblasti usluga.

Kompanija za čišćenje pruža svoje usluge širom Ruske Federacije. Glavni dio uslužnog područja je središnji dio Ruske Federacije. Kompanija radi sa mnogim velikim pravnim licima, prikazanim na slici ispod:

Rice. 3. Kompanije klijenti "MAX-CLEANING"

.1 Organizaciona struktura preduzeća

Preduzeće MAX CLEANING se sastoji od različitih divizija koje obavljaju različite funkcije i zadatke, a organizacijska struktura kompanije MAX CLEANING prikazana je na slici 4.

Rice. 4. Organizaciona struktura

Generalni direktor i njegov zamjenik upravljaju kompanijom MAKS-CLEANING, koja se sastoji od mnogih odjela, uključujući:

· Odjel za rad sa klijentima;

· Odjel za radove.

Služba za korisnike

Opseg rada sa klijentima kompanije "MAX-CLEANING" je obiman: njen osnovni zadatak je dugoročna saradnja i usluga pravnih lica, analiza njihovih potreba, nivoa i fokusa. Pregovaranje sa kompanijama klijentima, upoznavanje sa uslovima prodaje usluga koje pruža MAKS-CLEANING, kontrola izvođenja radova - sve je to sastavni deo rada ovog odeljenja.

Kompanija klijent može kontaktirati "MAX-CLEANING" i koristiti usluge kompleksnog čišćenja prostora. Menadžer kompanije će vam pomoći da sklopite dugoročni ugovor o saradnji ili date jednokratnu narudžbu. Takođe je dužan da od klijenta sazna sve potrebne informacije i to:

Podaci o kompaniji koju zastupa;

Podaci o imovini (prostorima) kojoj je potrebno kompleksno čišćenje;

Želja klijenta da odabere klasu čišćenja;

Uslovi korištenja;

Posebni komentari na rad sa prostorom (Sve primljene informacije obrađuje menadžer i strogo su povjerljive).

U slučaju uspješnog zaključivanja ugovora ili narudžbe, izvršenje usluge ide na radnu službu, čija je funkcija pravovremeno i kvalitetno pružanje (izvođenje) usluga čišćenja.

Radni odjel

Ovo odjeljenje se sastoji od višeg predradnika i domara koji formiraju posebne timove. Nakon prijenosa ugovora (naredbe) od strane menadžera kompanije na višeg poslovođu, slijedi faza raspodjele posla čišćenja između vođa tima za čišćenje.

Čišćenje prostorija klijenta vrši se na vreme, propisano prethodno sačinjenim ugovorom (nalogom). Izvještaj o obavljanju službe dostavlja se glavnom poslovođe, koji ocjenjuje rad svake čistačice koja se nalazi u brigadi koja je izvršila ovo čišćenje. Pored toga, viši predradnik se obavezuje da će obavijestiti upravitelja računa o statusu ovog naloga.

Nakon toga kvalitet rada provjerava sam naručilac. U slučaju nezadovoljavajuće ocjene, menadžer obavještava menadžment kompanije radi donošenja odgovarajućih odluka.

U toku analize aktivnosti gore opisanih odeljenja kompanije „MAKS-CLEANING“ izgrađen je dijagram poslovnog procesa prikazan ispod na slici 5.

Rice. 5. Poslovni proces "MAX-CLEANING"

Oba odjela trebaju brzu korisničku uslugu i transakcije, kroz automatizaciju toka dokumenata, kao i brzi prijem izvještajnih podataka i analitičkih informacija kako bi se pružile blagovremene i kvalitetne usluge.

1.2 Analiza softvera i hardvera službe za korisnike i odjela za rad

Svaki menadžer naloga ima lični računar, telefon i razne periferne uređaje za rukovanje informacijama koje su mu potrebne. Preduzeće ima pristup internetu kojem imaju pristup svi zaposleni u MAKS-CLEANING-u. Svi računari su opremljeni Windows 7, potrebnim Microsoft Office paketom uključujući Access i drajverima za rad sa brojnim HP DesktJet periferijama. Softver i hardver odjela za korisničku podršku i odjela za rad prikazan je na slici 6.

Rice. 6. Softver kompanije "MAX-CLEANING"

Kompanija koristi mrežu zasnovanu na konceptu klijent-server. Za moderne DBMS, arhitektura klijent-server je postala de facto standard.

Osnovni princip tehnologije "klijent-server" je podijeliti funkcije standardne interaktivne aplikacije u četiri grupe:

· Funkcije unosa i prikaza podataka;

· Primijenjene funkcije specifične za predmetnu oblast;

· Osnovne funkcije skladištenja i upravljanja resursima (baze podataka);

· Servisne funkcije.

Prednosti ovog sistema:

· Nema dupliciranja koda serverskog programa od strane klijentskih programa.

· Pošto se svi proračuni obavljaju na serveru, smanjeni su zahtjevi za računare na kojima je klijent instaliran.

· Svi podaci se pohranjuju na server, koji je po pravilu mnogo bolje zaštićen od većine klijenata. Lakše je organizirati kontrolu autorizacije na serveru tako da samo klijenti s odgovarajućim pravima pristupa mogu pristupiti podacima.

Klijent daje informacije menadžeru kompanije, koji ih beleži na svom računaru koristeći Microsoft Word 2010, štampa ugovor (nalog) i dokument pohranjuje u papirnom obliku. Dakle, postoji rizik od gubitka svih potrebnih informacija, stvara se problem daljeg traženja informacija o klijentu, njegovim prostorijama i kontaktima. Osim toga, menadžer nema mogućnost da automatski obračuna ne samo troškove čišćenja, u zavisnosti od njegove klase, veličine sobe i perioda usluge po ugovoru, već i broja ekipa potrebnih za blagovremeno i visokokvalitetno čišćenje. kvalitetno čišćenje sobe.

Osnovna ideja je da se mrežna aplikacija podijeli na nekoliko komponenti, od kojih svaka implementira određeni skup usluga. Komponente takve aplikacije mogu raditi na različitim računarima, obavljajući serverske i/ili klijentske funkcije. Ovo poboljšava pouzdanost, sigurnost i performanse mrežnih aplikacija i mreže u cjelini. Modul informacionog sistema koji sam razvio za kompaniju MAKS-CLEANING pomoći će povećanju profitabilnosti preduzeća kroz dubinsku analizu informacija o njegovim kupcima, prodajnim sistemima, omogućiće menadžmentu kompanije da prati ključne pokazatelje kvaliteta obavljenog posla. po ugovoru, što je neophodno za donošenje strateški važnih poslovnih odluka i efektivno vrednovanje rada svakog zaposlenog.

Svrha mog završnog rada na klasifikaciji je da razvijem modul informacionog sistema za računovodstvo kompleksnog čišćenja različitih prostorija.

Da biste postigli ovaj cilj, morate izvršiti sljedeće zadatke:

Analizirati aktivnosti firme „MAKS“ za čišćenje prostorija;

Napravite listu zahtjeva za razvoj baze podataka;

Razviti bazu podataka koristeći metodu ER-dijagrama i Erwin CASE-alate;

Implementirajte upite za manipulaciju podacima u bazi podataka.

Razvijeni modul informacionog sistema mora ispunjavati sljedeće zahtjeve:

· Kreirati i čuvati podatke o ugovorima sa automatskim obračunom troškova usluge za period trajanja ugovora;

· Kreirati i pohraniti podatke o narudžbama sa automatskim obračunom troškova čišćenja u zavisnosti od veličine sobe i klase čišćenja;

· Dnevnik podataka o svakom čišćenju;

· Čuvati podatke o kvalitetu čišćenja za svakog zaposlenog u brigadi;

· Izračunati ocjenu brigade za rukovodioca kompanije;

· Automatsko izračunavanje broja timova potrebnih za čišćenje prostorija.

Pretpostavljam da će uvođenje ovakvog sistema povećati brzinu obrade svih potrebnih dokumenata za usluge čistionice, kao i smanjiti broj grešaka u radu sa klijentima.

Za rješavanje postavljenih zadataka u završnom klasifikacionom radu koriste se:

· Metoda projektovanja baze podataka - ER modeliranje. Radi se o grafičkom opisu predmetne oblasti u terminima "objekat - svojina - odnos". Upotreba ER-modeliranja pruža mnoge prednosti: čini analizu predmetnog područja fokusiranijom i specifičnijom; omogućava vam da dizajnirate AIS bez pozivanja na određeni ciljni DBMS i da odaberete potonji u bilo kojem trenutku; kada menjate korišćeni DBMS, ne morate ponovo da izvodite dizajn, samo treba da napravite korak da prenesete ER-model na ciljni (ako je ciljni DBMS koji ste odabrali podržan od strane ovog CASE-alata, tada će se takav prijelaz izvršiti automatski);

· CASE - Erwin alat. Prednost je mogućnost izrade dijagrama strukture baze podataka, koji automatski rješavaju probleme u vezi sa očuvanjem njenog integriteta, kao i nezavisnost logičkog modela od korištenog DBMS-a, što omogućava korištenje univerzalnih metoda za izvozi ga u određeni DBMS.

· MS Access DBMS je odabran kao ciljni DBMS. Access je sistem za upravljanje relacionim bazama podataka koji uključuje sve potrebne alate za kreiranje lokalne baze podataka, zajedničke baze podataka na lokalnoj mreži sa serverom datoteka ili baze podataka na SQL serveru, kao i za kreiranje korisničkih aplikacija koje rade sa ovim baze podataka. Access DBMS uključuje različite i brojne relativno samostalne softverske alate usmjerene na kreiranje objekata baze podataka i korisničkih aplikacija. Grafički dizajner omogućava korisniku da kreira objekte baze podataka i aplikacije koristeći brojne grafičke elemente bez potrebe za programiranjem.

2. Dizajnerski dio

.1 Opis predmetne oblasti

Kompanija ima sopstveni vozni park u Moskvi koji uključuje 5 VOLVO vozila, kao i vozače koje za svako vozilo dodeljuje 6 ljudi. Ekipe (3) koje izvode kompleksno čišćenje prostorija, po 3 osobe.

Usluge kompanije:

· Kompleksno čišćenje prostorija (trgovinskih, industrijskih, magacinskih i industrijskih);

Klijent, koji može biti samo pravno lice, prijavljuje se zaposleniku kompanije MAKS na poziciji menadžera za prijem naloga. Firma pruža svoje usluge, kako na zahtev samog klijenta, tako i na duži period (od 7 dana i više).

Klijent razgovara sa menadžerom narudžbi o sledećem:

Klijent daje podatke o prostorijama kojima je potrebna usluga (vrsta prostora, površina, lokacija);

Cijena, mjerena u rubljama, određena je ugovorom (100% avansno plaćanje):

Ø Po želji naručioca (jednokratno) - zavisi od površine prostorije, vrste čišćenja i broja angažovanih ekipa.

Ø Na duži period - zavisi od perioda usluge, učestalosti i površine prostorije.

Lični podaci klijenta

Podaci o sobi

Termin usluge

Broj uključenih timova

Kvalitet usluge će provjeravati klijent i zaposlenik kompanije, koji prati rezultat rada tima. U slučaju podudarne, nezadovoljavajuće procene klijenta i zaposlenog, radna grupa će dobiti ukor, do i uključujući otkaz.

Odabir automobila dostupnih voznom parku kompanije vršiće specijalista za odabir transporta. On će procijeniti potreban broj ekipa za servisiranje prostorija i vozila potrebnih za transport radne grupe do odredišta. Odabir mašina se vrši odmah nakon dostavljenih podataka o prostorijama od strane naručioca prije zaključenja ugovora.

.2 Studija izvodljivosti dizajna i metoda implementacije

Za projektovanje baze podataka servisnog centra odlučeno je da se koristi ER - dijagram metoda. Ovu metodu dizajna sam izabrao na osnovu sljedećih faktora:

Metodom ER-dijagrama učili su nas u disciplini Baza podataka.

Metoda projektovanja pomoću ER - dijagrama ima niz prednosti, naime, jasnoću; mogućnost dizajniranja baze podataka sa velikim brojem objekata i atributa;

ER dijagrami omogućavaju precizniju analizu predmetne oblasti;

Zahtjevi za poznavanjem SQL jezika su smanjeni.

ER-model se zasniva na tri elementa:

Essence

Atribut

Odabrao sam ERwin Data Modeler kao kompjuterski podržan sistem dizajniranja baze podataka.

Za DBMS je izabran Microsoft Access. Ovaj DBMS sam izabrao na osnovu sljedećih faktora:

Microsoft Access su mi učili tokom studija;

Access omogućava brzo i lako kreiranje upita za tabele;

Prilikom obrade podataka, Access koristi SQL upitni jezik, koji sam i mene naučio u disciplini Baze podataka.

.3 Dizajn baze podataka

Faza idejnog projektovanja

Opis entiteta.

Izbor entiteta.

Opis priključaka.

Suština		Suština
Prostorije	Pod uslovom
	Serve	Zaposleni
	Potreba (uključeno)
	Izloženo
	Consults	Zaposleni
	Znakovi
	Ocjenjuje
Zaposleni	Maziti se
	Prihvaćeno
	Izvedeno od
	Kontrola
	Izvedi
	Dozvoljava

2.4 Konceptualni model podataka u Chen standardu

2.5 ER dijagram u ERwin okruženju

.6 Analiza modela

Kompozitni atribut: - br

Viševrijedni atribut: Telefon (kompanija, zastupnik)

Izvedeni atribut:

Narudžba - cijena = Vrsta čišćenja (cijena) * Prostor (površina)

Ugovor - cijena = Ugovor (period usluge / frekvencija) * Prostor (površina)

Rekurzivne veze: - ne

Odnos 1: 1: Red zahtijeva čišćenje

Redundantne veze: da

Subjekt Predstavnika Kompanije pojavljuje se:

Klijent se konsultuje sa Zaposlenim

Ocjene kupaca Čišćenje

· Klijent potpisuje Ugovor

Klijent naručuje

Prostorije opslužuju zaposleni

Prostorije se čiste

Zaposleni izvršavaju nalog

Zaposleni nadgledaju čišćenje

Ugovor obavezuje Čišćenje

Veza m: n: da

Zaposleni čiste

Rice. 8. Konačni model u Erwinu

7 Faza fizičkog dizajna

Šema podataka u okruženju odabranog DBMS-a

Rice. 9. Šema DB podataka

2.8 Realizacija osnovnih zahtjeva

čišćenje manipulacije bazom podataka

Rice. 9. Realizacija osnovnih zahtjeva

· Prikaz liste ugovora menadžera kompanije

Ovaj zahtjev će vam omogućiti da, po broju osoblja menadžera, koji će unijeti korisnika, vidite listu ugovora koje je on izdao. Takav zahtjev će vam omogućiti da brzo pregledate informacije o radu određenog menadžera kompanije.

Employees.Tab_Number, Employees.Puno ime, Employees.Phone, Employees.Position, Employees.Broj_odjela, Contract.Contract_Number FROM Employees INNER JOIN Ugovor ON Employees.Tab_Number = ContractE.TabEnter (menadžer) [Tab_Nye. :)));

Pogledajte ocjenu rada domara

Ovaj zahtjev će biti usmjeren na reviziju ocjene učinka vođa tima za čišćenje. Prema ocjeni klijenta i direktora kompanije, mogu se dati komentari i mjere za sprečavanje daljih grešaka u radu čistačica.

SELECT Employees.Puno ime, Employees.Position, Cleaning.Evaluation_Client, Cleaning.Evaluation_Manager, Employees.Nom_Brigade FROM Cleaning INNER JOIN (Employees INNER JOIN Delete_Cotr ON Employees.Tab_Number_Numbering = Cleaning_Number_Number)

· Prikaz liste naloga za unesenu vrstu čišćenja

Ovaj zahtjev će vam omogućiti da vidite podatke o narudžbi koje je napravio klijent.

ODABIR [Vrsta čišćenja]. [Klasa čišćenja], [Vrsta čišćenja]. Cijena, Red.Broj_porudžbine IZ [Vrsta čišćenja] UNUTRAŠNJE PRIDRUŽENJE Narudžba ON [Vrsta čišćenja]. [Klasa čišćenja] = Narudžba. [Klasa čišćenja] GDJE (([ Vrsta čišćenja] [Klasa čišćenja]) = [Unesite klasu čišćenja:]);

Potražite kompaniju - klijenta u bazi podataka

Ovaj zahtjev će omogućiti zaposleniku da unese naziv firme klijenta i prikaže listu prethodno izvršenih ugovora i naloga, ako ih ima. Zahvaljujući takvom zahtjevu, biće moguće izbjeći ponovni unos podataka o kompaniji klijenta.

SELECT Client [Naziv kompanije], Klijent.Vaša_adresa, Klijent.Company_telephone, [Predstavnik kompanije] Puno ime, [Predstavnik kompanije] E-mail FROM Client INNER JOIN [Predstavnik kompanije] ON Client.CL = [Predstavnik kompanije] . CL WHERE (((Klijent. [Naziv kompanije]) = [Unesite naziv kompanije:]));

Traži ne/dovršene narudžbe

Ovaj zahtjev će Vam omogućiti da prikažete listu izvršenih i neispunjenih naloga prema statusu koji je korisnik unio.

SELECT Order.Order_Number, Order.Status, Order.Reception_Date, Order. [Klasa čišćenja], Order.Fulfillment_Date FROM Order WHERE (((Order.Status) = [Unesite status narudžbe:]));

Spisak prostorija po vrstama

Ovaj zahtjev će Vam omogućiti da prikažete listu prostorija za unesene

od strane korisnika prema vrsti prostora.

ODABIR Sobe.Adresa, Sobe.Površina, Sobe.Tip, Sobe.CL OD soba GDJE (((Sobe.Tip) = [Unesite tip sobe:]));

Spisak ugovora čiji je rok trajanja više od 30 dana

Ovaj zahtjev će vam omogućiti da prikažete listu ugovora, čiji period usluge prelazi 30 dana.

ODABERITE Ugovor.Nom_ugovor, Ugovor.Datum_porudžbine, Ugovor.Adresa, Ugovor. [Termin usluge (Dani)] IZ Ugovora GDJE (((Ugovor. [Termin usluge (Dani)])> 30));

Izračunavanje vrijednosti narudžbi

Ovaj zahtjev će vam omogućiti da prikažete cijenu narudžbe prema broju koji je unio korisnik. Zahvaljujući takvom zahtjevu bit će moguće izbjeći greške prilikom izračunavanja vrijednosti narudžbi.

SELECT Order.Order_number, ([Vrsta čišćenja]. [Cijena] + [Vrsta čišćenja]. [Broj brigada po jedinici površine]) * [Prostore]. [Oblast] AS Order_value, Order. [Klasa čišćenja], Order.Status FROM Rooms INNER JOIN ([Vrsta čišćenja] INNER JOIN Narudžba ON [Vrsta čišćenja]. [Klasa čišćenja] = Narudžba. [Klasa čišćenja]) ON Sobe.Adresa = Red.Adresa GDJE (((Broj_porudžbine) = [Unesite narudžbu broj :)));

Rice. 6.2.

(Informacioni sistem preduzeća)

Outsourcing korporativnih informacionih sistema

Outsourcing proizvodnih funkcija i poslovnih procesa zasnovanih na korporativnim informacionim sistemima omogućava korišćenje najnovijih dostignuća i „najbolje prakse“ savremenog menadžmenta. Implementacija korporativnih informacionih sistema je u središtu reinženjeringa poslovnih procesa (Poslovni proces...
(Outsorsing i outstaffing: visoke tehnologije upravljanja)

Integracioni obrasci korporativnih informacionih sistema

Obrasci integracije informacionih sistema predstavljaju gornji nivo klasifikacije obrazaca dizajna. Slično obrascima nižih nivoa klasifikacije, među obrascima integracije izdvaja se grupa strukturnih obrazaca. Strukturni obrasci opisuju glavne komponente jednog integrisanog ...
(Uvod u softversku arhitekturu)

FUNKCIONALNI ZADACI INFORMACIONOG SISTEMA PREDUZEĆA I OSNOVNI MODULI SAVREMENIH INFORMACIJSKIH SISTEMA PREDUZEĆA. INTEGRACIJA MODULA

Smisleno značenje koncepta modula podrazumeva poređenje funkcionalnih podsistema, funkcionalnih zadataka sa pristupom zasnovanim na funkcionalnom zadatku sa glavnim modulima modernog Rice. 6.2. Poređenje funkcionalnih zadataka sa glavnim modulima savremenih ICISP informacionih sistema preduzeća, ...
(Informacioni sistem preduzeća)

POJAM, ISTORIJA RAZVOJA I KLASIFIKACIJA INFORMACIONIH SISTEMA PREDUZEĆA. INTEGRISANI KORPORATIVNI INFORMACIONI SISTEMI PREDUZEĆA

Koncept i klasifikacija informacionih sistema se menjaju u procesu njihovog istorijskog razvoja. Međutim, cilj ostaje konstantan i povezan je sa postizanjem efikasnosti upravljanja preduzećem. Efikasnost upravljanja preduzećem zavisi od interakcije mnogih faktora, među kojima su: filozofski, istorijski, ...
(Informacioni sistem preduzeća)

KARAKTERISTIKE SAVREMENIH INFORMACIONIH TEHNOLOGIJA U INFORMACIONIM SISTEMIMA PREDUZEĆA

SAVREMENE TEHNOLOGIJE ZA ORGANIZACIJU ULAZA PODATAKA U KORPORATIVNE INFORMACIONE SISTEME Informacije o poslovnim transakcijama treba blagovremeno unositi u operativnu bazu podataka iz bilo kojeg izvora njihovog porijekla. To će omogućiti efikasnu organizaciju dalje obrade podataka u informacijama ...
(Informacioni sistem preduzeća)

1. Relevantnost i neophodnost istraživanja

Nedavnom pojavom u Ruskoj Federaciji novog oblika upravljanja nekretninama u obliku udruženja vlasnika kuća (HOA), udruženja vlasnika kuća (HOA) i etažnih posjeda (u daljem tekstu - organizacije za upravljanje nekretninama), zakupci (vlasnici) stanova su prilika da se utiče na kvalitet održavanja nekretnina, za poboljšanje susjedne teritorije i donekle na troškove komunalija.

U skladu sa članom 161. Zakona o stanovanju Ruske Federacije, upravljanje stambenom zgradom mora osigurati povoljne i sigurne uslove za život građana, pravilno održavanje zajedničke imovine u stambenoj zgradi, rješavanje pitanja korištenja ove imovine, kao i pružanje javnih usluga građanima koji žive u takvoj zgradi.

b) obrazovni proces

Razvoj naučnih i edukativnih kurseva, kao i naučnopopularnih materijala

	Naziv kursa/ materijal	Kratak opis kursa/ materijal
Naučni i obrazovni kursevi	Tutorial "Informacioni sistemi za upravljanje stambenim zgradama"	Prikazane su funkcionalne mogućnosti informacionih sistema za upravljanje nekretninama koji se koriste u Ruskoj Federaciji i inostranstvu. Upoređene su funkcionalne mogućnosti, date preporuke o izboru informacionog sistema. Namijenjen je nastavi studenata na smjerovima 080100.62 "Ekonomija" i 080500.62 "Poslovna informatika"
Laboratorijska radionica "Sistem upravljanja poslovnim pravilima organizacije za upravljanje MKD-om"	Pruža upute korak po korak za izgradnju modula za upravljanje poslovnim pravilima koristeći IBM ILog. Predstavljen je algoritam za upravljanje poslovnim pravilima HOA. Namenjen je nastavi studenata na smeru 080500.62 "Poslovna informatika"
Laboratorijska radionica "Multi-agentsko modeliranje aktivnosti organizacije za upravljanje nekretninama"	Pruža upute korak po korak za formiranje agenata i formiranje modela za organizaciju upravljanja nekretninama koristeći AnyLogic. Namenjen je nastavi studenata na smeru 080500.62 "Poslovna informatika"
Tutorial "Razvoj baze podataka za stambenu zgradu koristeći MS Access 2010"	Pruža upute korak po korak za kreiranje tabela baze podataka, uspostavljanje veza između njih, pravljenje obrazaca, upita, izvještaja i makroa koristeći mogućnosti MS Access 2010 DBMS.
Laboratorijska radionica "Analiza poslovnih procesa organizacije za upravljanje nekretninama"	Prikazani su dijagrami razvijeni korištenjem objektno orijentisanog jezika modeliranja UML. Namijenjen je nastavi studenata na smjerovima 080100.62 "Ekonomija" i 080500.62 "Poslovna informatika"
Naučno-popularni materijali	Monografija "Faktorijalna i klaster analiza regionalnih organizacija u oblasti upravljanja nekretninama"	Date su preporuke za faktorijalnu i klaster analizu parametara koji karakterišu HOA u odabranom regionu. Pruža informacije o organizacijama za upravljanje nekretninama sa istim skupovima poslovnih procesa i identifikuje glavne faktore koji utiču na njihove aktivnosti
Monografija "Algoritmi za razmjenu informacija u organizaciji za upravljanje nekretninama"	Prikazani su opšti algoritam rada IS-a, algoritmi za rad softverskih modula IS-a koji realizuju informacione usluge za pretplatnike i algoritmi za interakciju softverskih modula. Korisnički interfejsi informacionog sistema. Karakteristike razvoja programskog koda modula korišćenjem razvojnog okruženja MS Visual 2010
Članak "Klasifikacija pretplatnika i informacioni sistemi u organizacijama za upravljanje MKD-om"	Utvrđuju se obrasci razmjene informacija unutar organizacije za upravljanje nekretninama, očekivani sastav i obim podataka pri razmjeni informacija, očekivane transformacije podataka tokom razmjene informacija, te oblici prikaza ulaznih i izlaznih podataka.
Članak "Razvoj multiagentskog simulacionog modela za modeliranje aktivnosti udruženja vlasnika kuća"	Dati su pristupi formiranju agenata za predmetnu oblast, kao i izradi simulacionog modela. Prikazani su rezultati modeliranja aktivnosti udruženja vlasnika kuća s različitim skupovima početnih podataka.
Članak "Formiranje seta poslovnih pravila za HOA"	Dati su pristupi formiranju skupa poslovnih pravila. Razmatraju se mogućnosti implementacije sistema upravljanja poslovnim pravilima koristeći IBM ILog. Dat je primjer korištenja poslovnih pravila za donošenje odluka.
Članak "Formiranje algoritama za informacioni sistem organizacije za upravljanje nekretninama"	Razmatrana je struktura algoritma informacionog sistema, struktura algoritama softverskih modula koji realizuju informacione usluge i razmenu informacija sa bazom podataka organizacije.
	Članak "Primjena holističkog pristupa za formiranje kompleksa ključnih indikatora uspješnosti aktivnosti HOA"	U članku se razmatra primjena odredbi holističkog pristupa za formiranje skupa indikatora koji omogućavaju stvaranje sistema za procjenu postizanja strateških i taktičkih (operativnih) ciljeva organizacije za upravljanje nekretninama, procjenu stanja organizacije. i praćenje poslovanja pretplatnika informacionog sistema u realnom vremenu.
Članak "Informacijske usluge za upravljanje stambenim zgradama"	Razmatraju se informacione usluge koje strani informacioni sistemi pružaju vlasnicima (stanarima) nekretnina u stambenim zgradama.
Članak "Formiranje baze podataka za informacioni sistem HOA"	Razmatraju se modeli podataka, tehnologija skladištenja i obrade podataka, sastav podataka, formati podataka za refleksiju u korisničkim interfejsima i izlaznim dokumentima, tipovi podataka, predloženi sastav tabela, kao i dijagram odnosa među tabelama.
Članak "Organizaciona analiza i model poslovnog procesa HOA"	Razmatra se razvoj skupa modela: model strateškog postavljanja ciljeva, organizacijsko-funkcionalni model, funkcionalno-tehnološki model, model procesne uloge kvantitativnog modela, model strukture podataka (u kakvom obliku HOA propisi i opisani su objekti eksternog okruženja), modeli poslovnih procesa