Uvod

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

Jedna od vodećih djelatnosti Donjeck Manufactory OJSC proizvodi široku paletu odjevnih predmeta, uglavnom ogrtača, plahti i ručnika. Osim toga, tvrtka proizvodi obojenu pamučnu pređu za tkanje i pletenje.

Razvoj automatiziranih informacijskih tehnologija ide ruku pod ruku s pojavom novih vrsta tehničkih sredstava za obradu i prijenos informacija, poboljšanjem organizacijskih oblika korištenja računala, zasićenjem infrastrukture novim komunikacijskim sredstvima. Razvoj tržišnih odnosa doveo je do pojave novih vrsta poduzetničke djelatnosti i, prije svega, do stvaranja tvrtki koje se bave informacijskim poslovanjem, razvoja informacijskih tehnologija, njihovog poboljšanja, širenja komponenti automatiziranih informacijskih tehnologija, posebice softverskih proizvoda koji automatiziraju informacijske i računalne procese. Uključuju i računalnu opremu, komunikacije, uredsku opremu i specifične vrste usluga – informacijske, tehničke i konzultantske usluge, obuku itd. To je pridonijelo brzoj diseminaciji i učinkovitoj upotrebi informacijskih tehnologija u procesima upravljanja i proizvodnje, gotovo njihovoj sveprisutnoj uporabi i velikoj raznolikosti.

Poduzeća koja se bave projektiranjem i razvojem uređaja za različite namjene trenutno naširoko koriste različita sredstva kako računalno potpomognutog dizajna - CAD (CAD) tako i nadzora proizvodnih procesa - ACS (SCADA / DCS). Međutim, za uređaje vlastitog dizajna potrebno je razviti vlastita sredstva za praćenje njihove izvedbe i analizu kvalitete proizvoda.

Tehnološki proces obračuna proizvoda u skladištu u prodavaonici Cleanelly uključuje fazu vođenja evidencije o prodanim proizvodima.

Svrha ovog diplomskog projekta je implementacija automatizirane radne stanice (AWP) koja omogućuje praćenje proizvoda u skladištu trgovine.

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

¾ analizirati poslovne procese trgovine;

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

¾ razviti konceptualne i logičke modele podataka;

¾ razviti softver za automatiziranu radnu stanicu za računovodstvo proizvoda

¾ procijeniti ekonomsku učinkovitost informacijskog sustava.

1 Razvoj softverskih zahtjeva

1.1 Analiza postojećih rješenja

Trenutno postoji širok raspon tvrtki koje kombiniraju izravan razvoj proizvoda i razvoj kontrolnih sustava za te proizvode. Takve sustave razvijaju poznate tvrtke kao što su 1: C Enterprise i Zvezda. U takvim sustavima provode se kontrola i računovodstvo materijala, te obrada primljenih informacija.

"1C: Enterprise" je sustav primijenjenih rješenja izgrađen na istim principima i na jednoj 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 sustav 1C: Enterprise dizajniran je za rješavanje širokog spektra problema automatizacije računovodstva i upravljanja s kojima se suočavaju moderna poduzeća koja se dinamično razvijaju. Rješenje hitnih problema računovodstva i upravljanja Sastav programa sustava 1C: Enterprise usmjeren je na stvarne potrebe poduzeća. Tvrtka "1C" proizvodi serijalizirana softverska rješenja dizajnirana za automatizaciju tipičnih računovodstvenih i upravljačkih zadataka u poduzećima. Posebnost rješenja izdanja 1C je temeljito proučavanje sastava funkcionalnosti uključenih u standardna rješenja. Tvrtka "1C" analizira iskustvo korisnika koji koriste programe sustava "1C: Enterprise" i prati promjene u njihovim potrebama.

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

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

¾ Jednostavnost korištenja sučelja;

¾ Visoka razina sigurnosti sustava, koja podrazumijeva ne samo kontrolu dostupnosti određenih resursa sustava i informacijske sigurnosti u svim fazama rada, već i praćenje izvršenih radnji s visokim stupnjem pouzdanosti.

1.2 Analiza domene

Posebnost analize predmetnog područja je u tome što vam omogućuje da vidite cijeli niz operacija organizacije.

CASE je dizajniran za analizu i reorganizaciju poslovnih procesa. – Svi alati najviše razine Fusion Process Modeler (BPwin) koji podržavaju metodologije IDEF0 (funkcionalni model), DFD (dijagram toka podataka) i IDEF3 (dijagram toka rada). BPwin je moćan softverski proizvod za izradu modela za analizu, dokumentiranje i planiranje promjena u složenim poslovnim procesima. BPwin nudi alat za prikupljanje svih potrebnih informacija o poslovanju poduzeća i grafički prikaz tih informacija u obliku koherentnog i dosljednog modela.

Što se tiče funkcionalnosti sustava. 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 troši svaki rad. Funkcionalni model je dizajniran da opiše postojeće poslovne procese u poduzeću (tzv. AS-IS model) i idealno stanje stvari – čemu težiti (TO-BE model). Metodologija IDEF0 propisuje izgradnju hijerarhijskog sustava dijagrama, t.j. pojedinačni opisi fragmenata sustava. Prvo se provodi opis sustava kao cjeline i njegove interakcije s vanjskim svijetom (kontekst dijagram), nakon čega se provodi funkcionalna dekompozicija – sustav je podijeljen na podsustave i svaki je sustav posebno opisan (dekompozicijski dijagrami). Zatim se svaki podsustav rastavlja na manje, i tako dalje kako bi se postigla željena razina detalja.

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

U smislu redoslijeda obavljenog posla. A još točnija slika može se dobiti dopunom modela IDEF3 dijagramima. Ova metoda skreće pozornost na redoslijed izvođenja događaja. Elementi logike uključeni su u IDEF3, koji vam omogućuje modeliranje i analizu alternativnih scenarija 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 sustava u IDEF0 započinje definiranjem konteksta, t.j. najapstraktnija razina opisa sustava ili poslovnih procesa općenito.

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

IDEF0 metodologija temelji se na četiri glavna koncepta.

Prvi je koncept funkcionalni blok (Okvir aktivnosti)... Funkcionalni blok grafički je prikazan u obliku pravokutnika i personificira neku specifičnu funkciju u okviru sustava 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 Izlaz;

Donja strana je postavljena na Mehanizam.

Drugi "kit" IDEF0 metodologije je koncept luka sučelja (Strelica). Grafički prikaz luka sučelja je jednosmjerna strelica. Svaki luk sučelja mora imati svoje ime (oznaka sa strelicom). Uz pomoć lukova sučelja prikazuju se različiti objekti koji, u jednoj ili drugoj mjeri, određuju procese koji se odvijaju u sustavu. U ovom slučaju, strelice se, ovisno o tome u koje lice radnog pravokutnika 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 tijekom izvođenja rada;

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

Strelice za izlaz (izlaz s 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 koristi se kada se složeni proces rastavlja na njegove sastavne funkcije.

Dekompozicija vam omogućuje postupno i strukturirano predstavljanje modela sustava u obliku hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje preopterećenim i lako probavljivim.

Konačni koncept u IDEF0 je Rječnik. Za svaki od IDEF0 elemenata: dijagrame, funkcionalne blokove, lukove sučelja, postojeći standard podrazumijeva stvaranje i održavanje skupa relevantnih definicija, ključnih riječi, narativa itd. koji karakteriziraju objekt prikazan ovim elementom. Ovaj skup se zove pojmovnik i predstavlja opis suštine ovog elementa.

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

Za opću vidljivost sustava potrebno je izgraditi kontekst „Aktivnost skladišta poduzeća“ (vidi sliku 1.1).

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

Nakon što je kontekst uspostavljen, provodi se dekompozicija, tj. gradeći sljedeće dijagrame 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, cijeli sustav je podijeljen na podsustave do željene razine detalja, ovaj sustav je podijeljen u tri razine.

Slika 1.2 - Dijagrami dekompozicije prve razine

Slika 1.3 - Dijagram "Carinjenje robe"

Slika 1.4 - Dijagram "Izdavanje robe"

Slika 1.5 - Dijagram "Knjiženje robe"

DFD. Ova se metodologija temelji na izgradnji modela analiziranog IS-a – projiciranoga ili stvarno postojećeg. Sukladno metodologiji, model sustava definiran je kao hijerarhija dijagrama toka podataka (DFD), koji opisuje asinkroni proces transformacije informacija od ulaza u sustav do izlaza korisniku. DFD dijagrami se obično izrađuju za vizualizaciju trenutnog rada sustava tijeka 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;

Sustavi / podsustavi (grafički izgleda kao pravokutnik sa zaobljenim kutovima) - djela koja označavaju funkcije ili procese koji obrađuju i mijenjaju informacije;

Uređaji za pohranu podataka su apstraktni uređaji za pohranjivanje podataka koji se u bilo kojem trenutku mogu staviti u uređaj za pohranu i nakon nekog vremena dohvatiti, a može postojati bilo koji način postavljanja i dohvaćanja. Općenito, pohrana podataka je prototip buduće baze podataka i opis podataka pohranjenih u njoj treba biti povezan s informacijskim modelom;

Tokovi podataka - definira informacije koje se prenose putem određene veze od izvora do primatelja. Tijek podataka u dijagramu predstavljen je linijom koja 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 organizaciji.

Slika 1.6 - dijagram DFD "Izdavanje robe".

Razmotrite sljedeći dijagram toka podataka "Razbijanje proizvoda" (vidi sliku 1.7). Prikazuje proces izvođenja radova i kretanje dokumenata tijekom "izdavanja robe".

Slika 1.7 - DFD grafikon "Carinjenje robe"

U dijagramima toka podataka svi korišteni simboli zbrajaju veliku sliku, što daje jasnu predodžbu o tome koji se podaci koriste i koje funkcije obavlja sustav tijeka rada. Pritom se često pokaže da se postojeći tokovi informacija važni za poslovanje tvrtke ne provode pouzdano i da ih je potrebno reorganizirati.

Organizacijska struktura poduzeća za prodaju frotirnih proizvoda razmatra se na primjeru tvrtke OJSC “Donjeck Manufactura M” trgovine Cleonelly:

U smjeru razvoja sustava upravljanja i računovodstva materijala, mogu uspješno rješavati probleme:

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

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

3. Također sadrži informacijske informacije i operacije na proizvodu

4. Sadrži zapisnik izvješća o puštenoj robi

5. Sadrži imenik robe

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

7. Evidentiranje i čuvanje računa za kupljenu i prodanu robu i usluge, kao i naplatu za pretplatu, odgodu plaćanja i isporuku robe

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

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

10. Izrada setova robe

Kao što je navedeno, glavno područje djelatnosti ovog poduzeća je prodaja pamučnih proizvoda. Proces projektiranja uključuje mnoge faze koje pažljivo razrađuju upravljačke strukture projektantskih poduzeća tijekom cijelog životnog vijeka poduzeća. Ovaj proces se ne može mijenjati u isto vrijeme, jer uključuje mnoge odjele samog poduzeća, vanjske podizvođače i klijente projektnog poduzeća. Stoga su poduzeća oprezna prema implementaciji informacijskih sustava povezanih s procesima upravljanja projektiranjem i razvojem. Ruska poduzeća u pravilu koriste vlastiti razvoj u ovom području.

1.3 Prikupljanje zahtjeva

Prilikom projektiranja informacijskog sustava (IS) „Radne stanice Veletrgovine“ bilo je potrebno prikupiti zahtjeve koji bi pomogli u izradi sučelja na način da krajnjem korisniku (zaposleniku trgovine) bude ugodno raditi s razvijenim IS-om. .

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

Za provedbu procesa automatizacije računovodstva i kontrole materijala potrebno je da informacijski sustav može ispuniti sljedeće funkcionalne zahtjeve:

¾ dokumentiranje rezultata.

¾ Informacijski sustav mora biti implementiran kao program baziran na integriranom okruženju Visual Fox Pro.

Program radi u operacijskom sustavu Windows 2000 / NT / XP.

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

Analiza tehničke izvodljivosti izrade sustava;

Formiranje i analiza zahtjeva;

Specifikacija zahtjeva i izrada relevantne dokumentacije;

Potvrda zahtjeva.

Prikupljanje zahtjeva važna je faza u dizajnu softvera, budući da se ovdje svi zahtjevi kupaca moraju ispravno i ispravno formulirati.

1.4 Specifikacija zahtjeva

Određivanje ispravnih zahtjeva vjerojatno je najkritičniji korak u softverskom projektu. Vrlo je važno da format projekta odgovara zahtjevima za softver koji je sastavio razvojni tim, inače ti zahtjevi ne mogu biti podržani i predstavljeni u softverskom proizvodu. Specifikacija softverskih zahtjeva (SRS) središnja je za cijeli životni ciklus razvoja softvera. To nije samo izvedeni dokument koji definira specifikacije za softverski projekt, već i glavni dokument koji se koristi u svrhu provođenja kvalifikacijskog i prihvatljivog testiranja. Atestiranje je ocjena kvalitete rada voditelja projekta. Određuje stupanj usklađenosti softverskog proizvoda s utvrđenim zahtjevima. SRS specifikacija djeluje kao mehanizam za bilježenje zahtjeva sustava koji se koriste kao kriteriji za atestiranje.

Na temelju 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 obavljati. To omogućuje potencijalnim korisnicima da odrede stupanj u kojem proizvod zadovoljava njihove potrebe, kao i načine modifikacije proizvoda tako da bude najkorisniji u rješavanju njihovih problema.

Smanjuje vrijeme razvoja. Različite skupine unutar organizacije kupaca uključene su u pripremu SRS specifikacije. Temeljito istražuju sve zahtjeve čak i prije samog početka razvoja projekta. To smanjuje vjerojatnost naknadnog ponovnog dizajna, kodiranja i testiranja.

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

SRS specifikacija postaje temelj za procjenu troškova i zakazivanje. Opis proizvoda je stvarna osnova za procjenu troškova projekta. U okruženju u kojem postoji koncept formalnog prijedloga, SRS se koristi za potvrđivanje procjene prijedloga ili cijene.

Uz dobro napisane specifikacije, SRS-ovi na organizacijskoj razini mogu razviti mnogo produktivnije planove certificiranja i revizije. Kao dio razvojnog ugovora, SRS daje referentnu točku za ocjenu usklađenosti sa specifikacijama.

SRS specifikacija olakšava prijenos softverskog proizvoda novim korisnicima, kao i njegovu instalaciju na druga računala. Tako kupcima postaje lakše prenijeti softverski proizvod u druge odjele organizacije, a programerima da ga prenesu drugim korisnicima.

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

Nakon što je proces definiranja i specificiranja zahtjeva dovršen, potrebno je zahtjeve potvrditi.

Specifikacija zahtjeva za softverski projekt bit će prikazana u Dodatku A.

1.5 Potvrđivanje zahtjeva

Validacija mora pokazati da zahtjevi uistinu definiraju sustav koji kupac želi imati. Provjera valjanosti zahtjeva važna je jer pogreška u specifikaciji zahtjeva može dovesti do prerade sustava i visokih troškova ako se otkrije tijekom procesa razvoja sustava ili nakon puštanja u proizvodnju.

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

1. Provjera ispravnosti zahtjeva.

2. Provjera dosljednosti.

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. Generiranje testnih skripti.

4. Automatizirana analiza konzistencije.

Izrada prototipa je najvidljivija za korisnika sustava.

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

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

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

Prototip glavnog izbornika ovog modula prikazan je na slici 1.9.

1.6 Odabir metodologije projektiranja informacijskog sustava

Bit strukturalnog pristupa razvoju IS-a leži u njegovoj dekompoziciji (podjeli) na automatizirane funkcije: sustav je podijeljen na funkcionalne podsustave, koji se pak dijele na podfunkcije, dijele na zadatke i tako dalje. Proces particioniranja nastavlja se do specifičnih postupaka. U isto vrijeme, automatizirani sustav održava holistički pogled u kojem su sve sastavne komponente međusobno povezane.

Sve najčešće metodologije strukturalnog pristupa temelje se na nizu općih načela. Kao dva osnovna principa koriste se sljedeća načela:

Podijeli pa vladaj – princip rješavanja složenih problema raščlanjivanjem na mnogo manjih, neovisnih problema koje je lako razumjeti i riješiti;

Načelo hijerarhijskog uređenja je načelo organiziranja sastavnih dijelova problema u hijerarhijske strukture stabla uz dodavanje novih detalja na svakoj razini.

Strukturna analiza uglavnom koristi dvije skupine alata za ilustriranje funkcija koje sustav obavlja i odnosa između podataka. Svaka skupina sredstava odgovara određenim vrstama modela (dijagrama), najčešćih, među kojima su sljedeći:

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

DFD (Data Flow Diagrams) dijagrami toka podataka;

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

U fazi projektiranja IS-a modeli se proširuju, usavršavaju i nadopunjuju dijagramima koji odražavaju strukturu softvera: softversku arhitekturu, programske blok dijagrame i zaslonske dijagrame.

Navedeni modeli zajedno daju potpuni opis IP-a, bez obzira na to je li postojeći ili novorazvijen. Sastav dijagrama u svakom konkretnom slučaju ovisi o potrebnoj potpunosti opisa sustava.

2 PROJEKTIRANJE INFORMACIJSKOG SUSTAVA

2.1 Arhitektonsko projektiranje

Prilikom stvaranja bilo kojeg složenog informacijskog sustava kritičan aspekt je njegova arhitektura, gdje predstavlja konceptualnu viziju strukture budućih funkcionalnih procesa i tehnologija na razini sustava i u međusobnoj povezanosti. Obično su složeni informacijski sustavi organizacija dizajnirani kao sastav interakcijskih komponenti visoke razine, koje i same mogu biti sustavi. Arhitektura informacijskog sustava organizacije čini sustav lakšim za razumijevanje definiranjem njegove funkcionalnosti i strukture na način koji otkriva dizajnerske odluke i omogućuje promatraču da postavlja pitanja o ispunjavanju zahtjeva dizajna, dodjeli funkcionalnosti i implementaciji komponenti.

Arhitektura informacijskog sustava organizacije je model kako će informacijska tehnologija podržati glavne ciljeve i strategiju razvoja automatiziranog objekta. Omogućuje vam kritičko razmišljanje i artikuliranje vizije o tome kako bi integrirani skupovi informacijskih sustava trebali biti strukturirani za postizanje ovih ciljeva. Arhitektura informacijskog sustava opisuje kako informacijski sustavi, aplikacije i ljudi rade u cijeloj organizaciji na jedinstven, jedinstven način.

Dakle, arhitektura informacijskog sustava uključuje općeprihvaćeni skup komponenti koje daju "građevinske blokove" informacijskog sustava. Ovi "građevni blokovi" i njihove karakteristike definirani su na odgovarajućoj razini detalja kako bi se zadovoljile potrebe planskih odluka.

Prilikom projektiranja modernih informacijskih sustava organizacija, njihova arhitektura treba biti razvijena uzimajući u obzir mnoge dionike, trebala bi biti razumljiva korisnicima, omogućiti programerima da planiraju i planiraju sustav, omogućiti definiranje ključnih sučelja, funkcija i tehnologija, te također omogućiti procjenu raspored i proračun projekta. To zahtijeva odgovornost arhitekata suvremenih informacijskih sustava da kreiraju zadovoljavajući i izvodljiv koncept sustava u najranijoj fazi njegovog razvoja, da održe cjelovitost ovog koncepta tijekom razvoja i utvrde prikladnost rezultirajućeg sustava za korištenje od strane klijent. Arhitektura informacijskog sustava, s druge strane, je proces opisivanja arhitektura informacijskog sustava dovoljno detalja da ih učini korisnijim za projektiranje informacijskog sustava.

Proučavanje stranih iskustava pokazuje da u razvijenim zemljama pri razvoju arhitekture informacijskog sustava moraju biti ispunjeni sljedeći uvjeti:

¾ usredotočenost na misiju organizacije;

¾ fokus na zahtjeve;

¾ usredotočenost na razvoj;

¾ sposobnost prilagođavanja;

¾ potreba za fleksibilnošću.

Usklađenost sa svim ovim uvjetima omogućuje vam da razvijete arhitekturu informacijskog sustava organizacije savršenije i učinkovitije.

Glavne softverske arhitekture koje se trenutno implementiraju su:

¾ datoteka-poslužitelj;

¾ klijent-poslužitelj;

¾ više razina.

Datotečni poslužitelj... Ova arhitektura centraliziranih baza podataka s pristupom mreži uključuje označavanje jednog od računala na mreži kao namjenskog poslužitelja koji će pohranjivati ​​datoteke centralizirane baze podataka. Sukladno zahtjevima korisnika, datoteke s datotečnog poslužitelja prenose se na korisničke radne stanice, gdje se obavlja glavnina obrade podataka. Središnji poslužitelj uglavnom obavlja samo ulogu pohrane datoteka, bez sudjelovanja u samoj obradi podataka. Nakon završetka rada, korisnici kopiraju datoteke s obrađenim podacima natrag na poslužitelj, 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 pada, jer je potrebno čekati da korisnik koji radi s podacima završi svoj posao. Inače, promjene koje su napravili neki korisnici mogu biti prepisane promjenama koje su napravili drugi korisnici.

Klijent-poslužitelj... Ovaj koncept temelji se na ideji da, osim pohranjivanja datoteka baze podataka, središnji poslužitelj mora obaviti većinu obrade podataka. Korisnici pristupaju središnjem poslužitelju pomoću posebnog strukturiranog jezika upita (SQL, Structured Query Language), koji opisuje popis zadataka koje poslužitelj obavlja. Zahtjeve korisnika prima poslužitelj i u njemu generira procese obrade podataka. Kao odgovor, korisnik dobiva već obrađeni skup podataka. Ne prenosi se cijeli skup podataka između klijenta i poslužitelja, kao što se događa u tehnologiji file-server, već samo podaci koji su klijentu potrebni. Korisnički upit dug samo nekoliko redaka može generirati obradu podataka koja uključuje mnoge tablice i milijune redaka. Kao odgovor, klijent može dobiti samo nekoliko brojeva. Tehnologija klijent-poslužitelj omogućuje izbjegavanje prijenosa golemih količina informacija preko mreže prebacivanjem cjelokupne obrade podataka na središnji poslužitelj. Osim toga, razmatrani pristup izbjegava sukobe promjena istih podataka od strane više korisnika, koji su tipični za tehnologiju poslužitelja datoteka. Tehnologija klijent-poslužitelj implementira dosljednu izmjenu podataka od strane više klijenata, osiguravajući automatski integritet podataka. Ove i neke druge prednosti učinile su klijent-poslužitelj tehnologiju vrlo popularnom. Nedostaci ove tehnologije uključuju visoke zahtjeve za performansama za središnji poslužitelj. Što više klijenata pristupa poslužitelju i što je veća količina obrađenih podataka, središnji poslužitelj mora biti moćniji.

Na temelju ovih razmatranja, pri projektiranju AWS arhitekture, kao osnova je uzeta tehnologija klijent-poslužitelj. Dijagrami izgleda pokazuju fizičke odnose između softverskih i hardverskih komponenti u sustavu.)

2.2 Projektiranje sučelja informacijskog sustava

Korisničko sučelje se često shvaća samo kao izgled programa. No, u stvarnosti korisnik kroz njega percipira cijeli sustav kao cjelinu, što znači da je takvo njegovo razumijevanje preusko. U stvarnosti, korisničko sučelje uključuje sve aspekte dizajna koji utječu na interakciju između korisnika i sustava. Korisnik ne vidi samo ekran. Korisničko sučelje sastoji se od mnogih komponenti, kao što su:

skup korisničkih zadataka koje rješava pomoću sustava;

kontrole sustava;

navigacija između blokova sustava;

vizualni dizajn programskih ekrana.

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

smanjenje broja korisničkih pogrešaka;

smanjenje troškova održavanja sustava;

smanjenje gubitka produktivnosti zaposlenika tijekom implementacije sustava i brži oporavak izgubljene produktivnosti;

poboljšanje morala osoblja;

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

dostupnost funkcionalnosti sustava za maksimalan broj korisnika.

AWP veleprodajna baza razvijena je kao aplikacija korištenjem klijent-poslužitelj tehnologije.

2.2.1 Korisničko sučelje upravljačkog programa

Glavni modul "AWP Wholesale Base" je Luck.exe modul, koji pruža implementaciju glavne funkcionalnosti dijagrama slučaja korištenja prikazanog na slici 1.9 u odjeljku 1.4.

Prilikom razvoja informacijskog sustava, jedan od glavnih zadataka je stvaranje što jednostavnijeg i neopterećenog sučelja. To je sučelje softverskog proizvoda koje korisnicima pomaže u "komunikaciji" s informacijskim sustavom, djelujući kao dijalog između korisnika i sustava.

Programsko sučelje, 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 sustavom (slika 2.3);

2. admin obrazac. U ovom obliku provodi se cjelovito upravljanje informacijskim sustavom, t.j. dodavanje, brisanje, mijenjanje podataka u bazi podataka, kao i, po potrebi, pregled i ispis izvješća (slika 2.4);

3. Obrazac "Kupci", zahvaljujući ovom obrascu možete vidjeti potpune informacije o kupcima poduzeća (slika 2.7);

4. Obrazac "Dobavljači", zahvaljujući ovom obrascu možete vidjeti potpune informacije o kupcima poduzeća (slika 2.8).

Korisničko sučelje programa:

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

U izborniku troškova nalaze se radnje koje obavlja djelatnik skladišta za puštanje i prodaju robe.

U bilanci izbornika se broji roba, nazivi artikala pohranjenih u skladištu.

U izborniku blagajnika ovdje se pohranjuju podaci o kreditnim nalozima i nalozima za odljev gotovine. (Snimke zaslona)

2.2.2 Korisnička sučelja upravljačkih komponenti

Slika 2.0 Glavni izbornik programa

Glavni prozor programa prikazan je na sl. 1.9. Kao što možete vidjeti na slici, osim glavnog izbornika, već opisanog, sadržavat će i upravljačku ploču (tipke "Prihod", "Potrošnja", "Pristup", "Stanje", "Blagajna", "Revalorizacija ", "Analitika", " Imenici "," Usluga "i" Izađi iz programa ").

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

Slika 2.2 Prozor izbornika Potrošnja

Slika 2.2 Prozor izbornika koji regulira prava pristupa programu.

Slika 2.3 Prozor izbornika ostatka robe.

Slika 2.4 Prozor izbornika blagajne.

Slika 2.4 Prozor izbornika Revaluation.

2.3 Dizajn baze podataka

Za dizajn baze podataka korišten je ERwin 4.0 tvrtke 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 informacijskih zahtjeva i poslovnih pravila koja definiraju bazu podataka, do optimizacije fizičkog modela u skladu s navedenim karakteristikama – ERwin omogućuje vizualni prikaz strukture i osnovnih elemenata baze podataka.

ERwin nije samo najbolji alat za dizajn baze podataka, već i alat za brzo stvaranje. 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 sheme i prevodi logičke konstrukcije kao što su odnosi mnogo prema mnogo u fizičke implementacije. Olakšava dizajn baze podataka. Za to je dovoljno izraditi grafički E-R model (objektni odnos) koji zadovoljava sve zahtjeve podataka i unijeti poslovna pravila za izradu logičkog modela koji prikazuje sve elemente, atribute, odnose i grupiranja. Erwin ima dvije razine prezentacije modela – logičku i fizičku. Logički sloj je apstraktan pogled na podatke, na njemu su podaci predstavljeni onako kako izgledaju u stvarnom svijetu, a mogu se nazvati kako se naziva u stvarnom svijetu, na primjer, "Lojalni kupac", "Odjel" ili " Prezime zaposlenika". Objekti modela koji su predstavljeni na logičkoj razini nazivaju se entiteti i atributi. Logička razina modela podataka je univerzalna i nema nikakve veze s specifičnom implementacijom DBMS-a. Postoje tri podrazine logičke razine modela podataka koje se razlikuju po dubini prezentiranja informacija o podacima:

Dijagram odnosa entiteta (ERD);

Model temeljen na ključu (KB);

Potpuno atribuirani model (FA).

Dijagram entiteta - Odnos uključuje entitete i odnose koji odražavaju temeljna poslovna pravila domene. Takav dijagram nije previše detaljan, uključuje glavne entitete i odnose među njima koji zadovoljavaju osnovne zahtjeve. Dijagram entiteta — Odnos može uključivati ​​odnose mnogo-prema-više i ne uključivati ​​ključne opise. ERD se obično koristi za prezentacije i raspravu o strukturi podataka sa stručnjacima za predmet. Model podataka koji se temelji 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 predmetnom području.

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, ovisi o konkretnom DBMS-u, zapravo prikazu kataloga sustava. 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. Posljedično, nekoliko različitih fizičkih razina različitih modela može odgovarati istoj logičkoj razini modela. Ako na logičkoj razini modela nije bitno koji specifični tip podataka ima atribut (iako su podržani apstraktni tipovi podataka), onda je na fizičkoj razini modela važno opisati sve informacije o određenim fizičkim objektima - tablice, stupci, indeksi, procedure itd... Podjela modela podataka na logičku i fizičku razinu omogućuje rješavanje nekoliko važnih problema.

Fizički model podataka prikazan je u Dodatku B.

2.4 Obrazloženje za odabir platforme za izradu informacijskog sustava

Visual FoxPro je sustav za upravljanje vizualnim relacijskim bazama podataka koji je trenutno dostupan od Microsofta. Najnovija verzija je 9.0. Koristi programski jezik FoxPro. Verzija sustava 7.0 može raditi na Windows 9x operativnim sustavima 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 relacijskog 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, programski jezik, odnosno osnovna konstrukcija jezika je koncept klase. Izvorna verzija xBasea je čisto strukturirani jezik, s osnovnim konceptom procedura i funkcija. Dakle, moderni programski jezik Visual FoxPro omogućuje kombiniranje i "staromodnog" programiranja opisujući masu procedura, iu OOP stilu, stvarajući složenu hijerarhiju klasa.

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

¾ Dobro poznati format tablice baze podataka koji olakšava organiziranje razmjene informacija s drugim Microsoft Windows aplikacijama.

Moderna organizacija relacijskih baza podataka, koja vam omogućuje pohranjivanje informacija o tablicama baze podataka, njihovim svojstvima, indeksima i odnosima, postavljanje uvjeta referentnog integriteta, stvaranje lokalnih i udaljenih pogleda, poslužiteljskih veza, pohranjenih procedura koje se izvršavaju kada se izvršava više od 50 različitih vrsta događaja javljaju (VFP 7,0-9,0).

Velika brzina rada s velikim bazama podataka.

Visoka vidljivost rada s bazama podataka: višenamjenski prozor Data session omogućuje vam da vidite popis otvorenih tablica baze podataka, njihove odnose, filtre, redoslijed indeksa, načine rada međuspremnika, prebacite se na modifikacije strukture, rad s podacima tablice itd.

Velika brzina razvoja aplikacija pomoću čarobnjaka, dizajnera, graditelja, IntelliSense načina nagovještaja pri pisanju teksta programa, sustav za otklanjanje pogrešaka i testiranje programa.

Sposobnost razvoja klijent-poslužitelj aplikacija s podacima koji se nalaze na Oracle i Microsoft SQL Server poslužiteljima baze podataka i s drugim Microsoft Windows aplikacijama koristeći ODBC i OLE

Sustav VFP namijenjen je profesionalnim programerima, tako da nema smisla rusificirati njegov izbornik i jezik - za svakog programera engleska je sintaksa algoritamskog jezika poznatija od ruskog.

2.5 Projektiranje modula

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

Kao primjer, razmotrit ću dizajn modula koji implementira slučaj korištenja "Izdaje zahtjev za upis".

Prvo, opišimo tokove događaja koji se događaju u ovom slučaju upotrebe.

Preduvjet za korištenje je zaprimanje zahtjeva od klijenta.

5. Slučaj korištenja počinje kada korisnik podnese zahtjev.

6. Voditelj otvara obrazac za potvrdu.

7. Upravitelj postavlja datum prijave.

8. Voditelj stavlja naziv proizvoda.

9. Upravitelj upisuje količinu primljene robe.

10. Voditelj upisuje iznos prijave.

11. Voditelj zatvara obrazac.

12. Slučaj korištenja završava.

Postuvjet za korištenje je registracija aplikacije u sustavu i pojavljivanje novog klijenta u dnevniku glavnog obrasca.

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

3 Implementacija i validacija informacijskog sustava

3.1 Implementacija aplikacije

Implementacija aplikacije, u svojoj biti, jedna je od mukotrpnih faza za razvijatelja informacijskog sustava, jer zahtjevi koje postavlja korisnik moraju biti jasno i ispravno integrirani u sustav. Zasad ne postoje programski proizvodi koji bi se mogli "prilagoditi" zahtjevima tzv. kupca i osigurati određeni skup funkcija za implementaciju sustava koji bi zadovoljio te zahtjeve. Stoga svaki programer mora odabrati optimalno okruženje za razvoj sustava, ali treba napomenuti da se pri implementaciji aplikacije ne može bez pisanja programskog koda. Prilikom pisanja programskog koda bit će implementirane određene funkcije koje sustav mora obavljati. Ovisno o odabranom okruženju za implementaciju sustava, programski će kod izgledati drugačije, u takvom okruženju kao što je Microsoft Visual FoxPro bit će jedan programski kod, u Visual Basicu drugi itd.

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

Glavne funkcije sustava bit će opisane u nastavku:

1. Početni oblik sustava. Ovaj obrazac je oblik gumba i, sukladno tome, svaki gumb obavlja svoju funkciju. Gumb za registraciju administratora prikazan je na slici 3.1 Ovaj gumb će izvršiti funkciju koja otvara administratorsku ploču, ako korisnik ima takva prava na ovaj sustav.

2. Dolazak gumba izbornika. Ovaj gumb omogućuje praćenje dolazne robe u skladište trgovine.Slika 3.2.

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

4. U gumbu izbornika za pristup regulirana su prava korištenja ovog programa Slika 3.4.

5. U gumbu izbornika "ostaci" pohranjuju se podaci o materijalima pohranjenim u skladištu trgovine Slika 3.5.

6. Gumb izbornika blagajne pohranjuje podatke o dolaznim i izlaznim nalozima za gotovinu Slika 3.6.

7. U gumbu izbornika Revalorizacija provode se promjene cijene za novu cijenu robe sl.3.7.

Slika 3.1 – Početni oblik sustava

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

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

Slika 3.4– Obrazac kojim se reguliraju prava pristupa programu.

Slika 3.5– Forma ostatka robe u skladištu.

Slika 3.5 — Obrazac o novčanim primicima i novčanim primicima.

Slika 3.6 – Oblik poslovanja s robom.

Testiranje aplikacije

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

Otkrivanje grešaka;

Dokazivanje usklađenosti funkcija programa sa njegovom svrhom;

Demonstracija provedbe zahtjeva za karakteristike programa;

Prikaz pouzdanosti kao pokazatelj kvalitete programa.

Slika 3.2 prikazuje tokove informacija procesa testiranja.

Na ulazu u proces testiranja postoje tri toka:

Tekst programa;

Početni podaci za pokretanje programa;

Očekivani rezultati.

Provode se ispitivanja i ocjenjuju svi dobiveni rezultati. To znači da se stvarni rezultati ispitivanja uspoređuju s očekivanim rezultatima. Kada se pronađe neusklađenost, bilježi se pogreška i otklanjanje pogrešaka počinje.

Nakon prikupljanja i evaluacije rezultata testiranja, počinje prikaz kvalitete i pouzdanosti softvera. Ako se redovito susreću s ozbiljnim pogreškama koje zahtijevaju promjene dizajna, tada su sumnjiva kvaliteta i pouzdanost softvera te se navodi potreba pojačanog testiranja.

Rezultati prikupljeni tijekom testiranja mogu se procijeniti na formalniji način. Za to se koriste modeli pouzdanosti softvera koji predviđaju pouzdanost na temelju stvarnih podataka o stopi pogreš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 vanjsko, već unutarnje ponašanje programa. Provjerava se ispravnost konstrukcije svih elemenata programa i ispravnost njihove međusobne interakcije.

Testiranje crne kutije (funkcionalno testiranje) omogućuje dobivanje kombinacija ulaznih podataka koje pružaju potpunu provjeru svih funkcionalnih zahtjeva za program //. Softverski proizvod se ovdje smatra "crnom kutijom" čije se ponašanje 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 pogrešaka.

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

Netočne ili nedostajuće značajke;

Pogreške sučelja;

Pogreške u vanjskim strukturama podataka ili u pristupu vanjskoj bazi podataka;

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

Pogreške inicijalizacije i dovršetka.

Za razliku od testiranja bijele kutije, koje se provodi rano u procesu testiranja, testiranje crne kutije koristi se u kasnijim fazama testiranja. Prilikom testiranja crne kutije zanemaruje se upravljačka struktura programa. Ovdje je pozornost usmjerena na informacijsko područje definicije softverskog sustava. Testiranje tijekom ove faze usredotočuje 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 puštanje u promet.

U fazi testiranja rješavaju se dva glavna zadatka:

Testiranje rješenja - izvode se planovi testiranja kreirani tijekom faze planiranja te prošireni i testirani tijekom faze razvoja;

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

Svrha faze testiranja je smanjiti rizik koji nastaje kada se rješenje pusti u komercijalni rad.

Da bi faza testiranja bila uspješna, potrebno je promijeniti stav prema projektu i programer prijeći s razvoja novih značajki na osiguranje odgovarajuće kvalitete rješenja.

U ovoj fazi razvoja informacijskog sustava potrebno je provesti sljedeće vrste testiranja:

Osnovno ispitivanje je tehničko testiranje niske razine. Provodi ga sam programer u procesu pisanja programskog koda. Primjenjuje se metoda "bijele kutije", visok rizik od pogrešaka.

Testiranje upotrebljivosti - testiranje na visokoj razini koje provodi 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 stvoren tijekom faze razvoja MSF procesa modela, a beta kod je kod koji je testiran tijekom faze testiranja. Stoga se alfa kod testira tijekom faze razvoja MSF procesa modela, a beta kod se testira tijekom faze testiranja.

Testiranje kompatibilnosti - Rješenje koje se razvija mora se integrirati i interoperirati s postojećim sustavima i softverskim rješenjima. Ovaj oblik testiranja usmjeren je na ispitivanje integrabilnosti i sposobnosti razvijenog rješenja za interakciju s postojećim sustavima. U konkretnom slučaju provjerava se ispravan rad aplikacije na opremi korisnika i softveru koji korisnik koristi.

Testiranje performansi - usmjereno na provjeru ispunjava li aplikacija zahtjeve izvedbe i razinu udobnosti u smislu brzine.

Testiranje dokumentacije i sustava pomoći - Svi razvijeni prateći dokumenti i sustavi 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. Tijekom pilot rada rješenje se testira u stvarnim uvjetima. Pilot rad omogućuje korisnicima da daju povratne informacije o performansama proizvoda. Vodeći se ovim mišljenjem, programer otklanja sve moguće probleme ili stvara akcijski plan u slučaju nepredviđenih okolnosti. U konačnici, pilot operacija omogućuje donošenje odluke hoće li se pokrenuti potpuna implementacija ili odgoditi dok se ne riješe problemi koji bi mogli poremetiti implementaciju.

Plan procesa pilotiranja za razvijeni informacijski sustav prikazan je u tablici 3.2.

Tablica 3.2 - Plan pilot rada

Akcijski		Opis
1. Izbor kriterija za uspjeh		Programer i ispitanici definiraju kriterije uspjeha i dogovaraju ih.
2. Izbor korisnika i mjesta ugradnje		Formira se tim sudionika pilot testiranja od strane korisnika i programera. Određuje se mjesto implementacije pilot procesa.
3. Priprema korisnika i instalacijskih mjesta		Provodi se edukacija korisnika - sudionika suđenja. Mjesto postavljanja je u pripremi.
4. Uvođenje razvojne verzije		Eksperimentalna verzija je instalirana i uključena u rad.
5. Podrška i praćenje verzije prototipa		Praćenje rada korisnika i sustava, pružanje pomoći u radu, prikupljanje informacija o radu sustava
6. Povratne informacije korisnika i evaluacija rezultata		Korisnici izražavaju svoje mišljenje o radu sustava, ukazuju na nedostatke i greške.
7. Uvođenje izmjena i dopuna	Pogreške se ispravljaju, mijenjaju dizajn ili proces. Korisnicima se daju ispravljeni rezultati za rad i evaluaciju.
8. Odluke o raspoređivanju	Ako rezultati pilot testiranja zadovoljavaju korisnike, donosi se odluka o implementaciji sustava.

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 projekt i ispituje korisnike kako bi utvrdio njihovo zadovoljstvo.

Ciljevi faze implementacije:

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

¾  potvrda od strane naručitelja završetka projekta.

Uvođenje komponenti specifičnih za mjesto uključuje nekoliko faza: pripremu, instalaciju, obuku i formalno odobrenje.

Rezultati faze implementacije sustava su sustavi održavanja i podrške, spremište dokumenata u kojem se nalaze sve verzije dokumenata i koda razvijenih tijekom projekta.

Za implementaciju sustava u razvoju izrađen je akcijski plan koji je prikazan u tablici 3.1.

Tablica 3.1 - Plan implementacije aplikacije

Akcijski	Opis radnje
1. Sigurnosna kopija	Korisnički podaci se podupiru njegovim sudjelovanjem i odobrenjem prijenosom informacija na prijenosni medij (CD, DVD)
2. Ugradnja osnovnih komponenti rješenja	Korištenje tehnologija koje osiguravaju rad rješenja. U ovom slučaju, instaliranje komponente Visual FoxPro
3. Instaliranje klijentske aplikacije	Prijenos na računalo korisnika i instalacija konačne verzije izrađenog IS-a i baze podataka
4. Trening	Korisnici su osposobljeni za rad sa sustavom, programer je uvjeren u ispravnost i razumijevanje rada IP-a od strane klijenata
5. Prijenos baze znanja projekta na naručitelja	Sva projektna dokumentacija predaje se naručitelju
6. Zatvaranje projekta	Izrađuje se izvješće o zatvaranju projekta. Kupac potpisuje potvrdu o prihvaćanju.

Za normalno funkcioniranje AWP-a potreban je operativni sustav Microsoft WindowsXP.

4 Upravljanje informacijskim projektom

4.1 Odabir životnog ciklusa razvoja

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

Glavni regulatorni dokument koji regulira životni ciklus softvera je međunarodna norma 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). Definira strukturu životnog ciklusa, koji sadrži procese, radnje i zadatke koji se moraju izvršiti tijekom stvaranja 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 slijed izvršenja i odnos procesa, radnji i zadataka koji se izvode tijekom životnog ciklusa. Model životnog ciklusa ovisi o specifičnostima IS-a i specifičnostima uvjeta u kojima se stvara i djeluje.

Danas postoji mnogo modela životnog ciklusa softvera, ali najpopularnija i najraširenija su dva modela:

Spiralni model (vidi sliku 4.1);

Iterativni model.

Slika 4.1 - Spiralni model životnog ciklusa softvera

Za stvaranje informacijskog sustava, t.j. Odabrano je „Automatizirano radno mjesto skladišnog djelatnika veleprodajno skladište“, iterativno. Posebnost iterativnog modela je to što je formalna metoda, sastoji se od neovisnih faza, koje se izvode uzastopno, i podložan je čestom pregledu (slika 4.2). Iterativni pristup dobro se pokazao u izgradnji IS-ova, za koje se na samom početku razvoja svi zahtjevi mogu formulirati dovoljno točno i potpuno kako bi se programerima pružila sloboda da ih što bolje implementiraju s tehničke točke. pogleda.

Prednosti iterativnog modela:

model je dobro poznat nesoftverskim potrošačima i krajnjim korisnicima.

Pogodnost i jednostavnost korištenja, 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 se voditi strukturom modela;

Model rješava složenost na uredan način i dobro funkcionira za projekte koji su razumno razumljivi;

Model olakšava provedbu stroge kontrole upravljanja projektom;

Olakšava posao voditelju projekta da planira i sastavlja razvojni tim.

Slika 4.2 - Iterativni model životnog ciklusa softvera

Faze modela:

U fazi analize definiraju funkcije koje sustav treba obavljati, ističu one najprioritetnije koje prije svega zahtijevaju razradu, opisuju informacijske potrebe;

U fazi projektiranja detaljnije se razmatraju procesi sustava. Funkcionalni model se analizira i po potrebi korigira. Izrađuju se prototipovi sustava;

Sustav se razvija u fazi implementacije;

U fazi implementacije gotov proizvod se uvodi u postojeći sustav organizacije. U tijeku je obuka korisnika;

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. Stoga se za projekt izbor modela životnog ciklusa razvoja softvera može provesti tijekom korištenja sljedećih procesa.

Analiza razlikovnih kategorija projekta, smještenih u tablicama.

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 projekt za koji se odabire prihvatljiv model.

Razvojni tim... Na temelju mogućnosti, odabir osoblja za razvojni tim odvija se i prije nego što se odabere model životnog ciklusa razvoja softvera. Karakteristike takvog tima (vidi Dodatak G, Tablica 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, budući da zaslužan je za uspješnu implementaciju razvijenog modela životnog ciklusa...

Korisnički tim... U početnim fazama projekta možete dobiti potpunu sliku tima korisnika (vidi Dodatak I Tablicu I.1) koji će raditi s razvijenim softverom, te njegov budući odnos s razvojnim timom tijekom cijelog projekta. Takav pogled pomaže u odabiru prikladnog modela, budući da neki modeli zahtijevaju povećano sudjelovanje korisnika u razvoju i proučavanju projekta, budući da zahtjeve korisnik može neznatno promijeniti tijekom procesa razvoja, tada programer mora znati te promjene i kako predstaviti te promjene u softveru.

4.2 Određivanje svrhe i opsega softverskog projekta

Razvijeni softverski proizvod za knjigovodstvo robe u skladištu automatizirat će proces zaprimanja, strukturiranja i pohranjivanja podataka o robi u skladištu, te pojednostaviti proces izdavanja izvještaja.

Ciljevi softverskog projekta bit će - izrada i implementacija sustava računovodstva robe. Ovaj je sustav namijenjen za internu upotrebu od strane osoblja Cleonellyja, uglavnom zaposlenika skladišta tvrtke.

Kako bi se odredio opseg softverskog proizvoda, u nastavku će biti opisano što bi trebao ili ne bi trebao biti softverski projekt.

Projekt softvera mora biti:

Za internu upotrebu u organizaciji;

Projekt implementacije višekorisničkog pristupa;

Projekt koji ima mogućnost unosa, mijenjanja i pohranjivanja informacija o proizvodu tvrtke;

Projekt koji ima mogućnost unosa, mijenjanja i pohranjivanja informacija o korisnicima sustava;

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

Projekt koji će provesti formiranje vanjskog izvještavanja.

4.3 Izrada strukture za popis radova korak po korak

Da biste stvorili jedinstveni proizvod ili uslugu (rezultat projekta), morate izvršiti određeni slijed rada. Zadatak planiranja projekta je točna procjena vremena i troškova ovih radova. Što je procjena točnija, to je veća kvaliteta plana projekta. Da biste dali točnu procjenu, morate dobro razumjeti opseg projekta, odnosno znati kakav posao je potrebno obaviti da biste dobili njegov rezultat. Tek nakon što se izradi popis projektantskih radova, procjenjuje se trajanje svakog od njih i dodjeljuju sredstva potrebna za njihovu provedbu. I tek tada možete procijeniti trošak i vrijeme svakog zadatka i, kao rezultat dodavanja, ukupne troškove i trajanje projekta. Zato je definiranje opsega posla prvi korak u planiranju projekta. Određivanje opsega projektantskih radova počinje definiranjem faza (ili faza) projekta. Na primjer, u projektu stvaranja sustava "Obračun robe na zalihama" mogu se istaknuti sljedeće faze:

Razvoj softverskih zahtjeva;

Projektiranje informacijskog sustava;

Implementacija i certificiranje informacijskog sustava;

Implementacija sustava.

Nakon što se utvrdi sastav faza i njihovi rezultati, potrebno je odrediti redoslijed tih faza međusobno i rokove za njihovu provedbu. Zatim morate odrediti od kojih se radova sastoje faze, kojim se redoslijedom ti radovi izvode i u kojim rokovima morate poštivati ​​kada budu gotovi.

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

Slika 4.3 - Popis radova korak po korak

4.4 Procjena trajanja i cijene razvoja softvera

Procjena trajanja. Određuje se nakon izrade popisa radova korak po korak (slika 4.3, stavak 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 ideju o slijedu zadataka, njihovom relativnom trajanju i trajanju projekta u cjelini.

Ganttov grafikon je jedan od najpopularnijih načina grafičkog predstavljanja plana projekta i koristi se u mnogim programima za upravljanje projektima.

U MS Projectu Ganttov grafikon je glavni alat za vizualizaciju plana projekta. Ovaj grafikon je grafikon s vodoravnom vremenskom crtom i popisom zadataka okomito. U ovom slučaju, duljina segmenata koji označavaju zadatke proporcionalna je trajanju zadataka.

Na gantogramu pored traka mogu se prikazati dodatne informacije (pored zadataka se prikazuju nazivi resursa koji su uključeni u njih i njihovo učitavanje kada je zadatak dovršen).

Procjena troškova

Projekt se sastoji od zadataka , odnosno aktivnosti usmjerene na postizanje određenog rezultata. Da bi zadatak bio dovršen, resursi .

Važno svojstvo resursa je trošak (Cost) njihovog korištenja u projektu. Postoje dvije vrste troškova resursa u MS Projectu: stopa temeljena na vremenu i cijena po upotrebi.

Stopa temeljena 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 sudjelovanja resursa u projektu bit će vrijeme tijekom kojeg on radi u projektu, pomnožen satnicom.

U ovom slučaju korištena je vremenska stopa (slika 4.4.) 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 sustava prima 50 rubalja po satu prilikom izvođenja projekta; 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 sustav „Obračun zaliha“ može se vidjeti na slici 4.6

Slika 4.6 – Ulomak raspodjele projektnih resursa

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

4.6 Procjena ekonomske učinkovitosti projekta

Proračun ekonomske učinkovitosti projekta važan je korak. Tu će se izračunati ekonomska učinkovitost projekta. Ovaj izračun će pokazati koliko je projekt isplativ ili potpuno neisplativ projekt. Prilikom izračuna ekonomske učinkovitosti projekta bit će potrebno izračunati razdoblje povrata projekta. Razdoblje povrata će pokazati razdoblje u kojem će se projekt isplatiti.

Ulazni podaci.

Dodatna dobit od provedbe projekta (DP) = 38 000 rubalja. Dodatnu dobit predvidjeli su stručnjaci tvrtke.

Početna investicija (IC) = 39396,47 rubalja. Početna ulaganja odgovaraju ukupnim troškovima korištenja projektnih resursa (slika 4.5, točka 4.6)

Diskontna stopa (i) = 12%.

Razdoblje za koje je projekt osmišljen (n) = 2 godine.

Dodatna dobit od provedbe projekta (DP) = 38 000 rubalja.

Godišnji troškovi provedbe projekta (Z 1) = 15 000 rubalja.

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

Godišnji novčani primici (R 1) = 23 000 rubalja.

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

Pri ocjeni investicijskih projekata koristi se metoda izračuna neto sadašnje vrijednosti koja omogućuje diskontiranje novčanih tokova: svi prihodi i troškovi dovode se u jedno vrijeme.

Središnji pokazatelj u razmatranoj metodi je NPV (neto sadašnja vrijednost) – sadašnja vrijednost novčanih tokova. Ovo je generalizirani konačni rezultat investicijske aktivnosti u apsolutnom iznosu.

Važna točka je izbor diskontne stope, koja bi trebala odražavati očekivanu prosječnu kreditnu stopu na financijskom tržištu.

Neto sadašnja vrijednost (NPV) izračunava se pomoću formule 4.2

(4.2)

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

k - broj godina koliko dugo je projekt osmišljen.

IC - početna investicija.

i - diskontna stopa.

Prema izrač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. Budući da je NPV> 0, projekt treba prihvatiti.

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

(4.3)

Izračunati (ROI) = 108,78%

Tablica 4.1  Pomoćna tablica za izračun razdoblja povrata projekta

= 1,84

Razdoblje povrata n ok = 1,84 godine (1 godina i 11 mjeseci)

Budući da je ROI => 100% (naime = 108,78%), projekt se smatra profitabilnim.

(4.4)

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

Međusobna povezanost informacijskih podsustava poduzeća

Kako su Informacijski sustavi unutar poduzeća? Uobičajeni put za srednju rusku tvrtku je početak implementacije informacijske tehnologije automatizacijom rada računovodstva, odjela za ljudske resurse i tijeka rada. Podaci tih sustava su najformaliziraniji, procesi se lako automatiziraju. Široko rasprostranjeni paketi "1C: Računovodstvo", "Boss: Personalni službenik", "LanDocs", "LanStaff", "Plaća" i drugi omogućuju vam da se nadograđujete s bilo kojim aplikacijama i tako ih integrirate u opći informacijski sustav poduzeće. Riža. 7.1 pokazuje kako su moduli informacijskog sustava tvrtke međusobno povezani. TPS modul služi glavnim procesima proizvodnje i podrške i obično je glavni izvor za ostale informacijske module. ESS je glavni primatelj podataka i internih sustava iz vanjskog okruženja.

Riža. 7.1.

Drugi sustavi također razmjenjuju podatke. I ovdje se postavlja jedno od najtežih pitanja za vođu - traženje optimalnog stupnja integracije... Primamljivo je imati potpuno integrirani sustav, ali takva integracija je izuzetno dugotrajna i košta puno novca. A bolje je ni ne govoriti koliko košta održavanje takvog sustava. Stoga se potreba za integriranim sustavima mora odvagnuti u odnosu na poteškoću i cijenu velikih IC-ova. Ne postoji standardna razina integracije ili centralizacije - svaki vođa mora samostalno(ili uz pomoć konzultantske tvrtke) za rješavanje ovog teškog problema.

Veze između DSS-a i TPS-a, KWS-a,

Uvod

1. Analitički dio

1.1 Organizacijska struktura poduzeća

2 Analiza softvera i hardvera službe za korisnike i radnog odjela

Projektni dio

2.1 Opis predmetnog područja

2 Studija izvodljivosti projektiranja i metoda provedbe

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 projektiranja

8 Realizacija osnovnih zahtjeva

Zaključak

Popis izvora informacija

Uvod

Brojne tvrtke i poduzeća zahtijevaju usluge tvrtki za čišćenje.

Tvrtka za čišćenje je tvrtka koja pruža sveobuhvatne usluge čišćenja. Skup mjera namijenjenih čišćenju i održavanju č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 velik broj uključenih sudionika. Učinkovitost organizacije čišćenja zahtijeva jasnu koordinaciju djelovanja u odnosu na sve svoje zaposlenike.

Prednost specijaliziranih tvrtki određena je sljedećim čimbenicima:

· Visoka kvaliteta usluga;

· Cijena usluga nije veća od cijene održavanja vlastite usluge čišćenja;

· Troškovi usluga čistionica odbijaju se od oporezive dobiti;

· Stručnjaci tvrtki za čišćenje obavljaju ekskluzivne i složene specijalizirane poslove (na primjer - kristalizacija mramornih premaza);

· Učinkovitost - čišćenje se vrši u vrijeme kada je to za Kupca pogodno.

Danas je čišćenje jedna od najdinamičnijih i najstabilnijih grana poslovanja u Rusiji. Sve je više tvrtki zainteresirano za kupnju kvalitetnih i pouzdanih usluga čišćenja, što postavlja velike zahtjeve za kompetentnim i uravnoteženim radom s klijentima.

Sve navedene prednosti zahtijevaju korištenje suvremenih informacijskih tehnologija u radu tvrtki za čišćenje, kao što su specijalizirani informacijski sustavi, na primjer, CRM sustavi.

Sustav za upravljanje odnosima s kupcima (CRM, CRM sustav, skraćeno od Customer Relationship Management) je aplikacijski softver za organizacije dizajniran za automatizaciju strategija interakcije s kupcima (klijentima), posebno za povećanje prodaje, optimizaciju marketinga i poboljšanje usluge korisnicima pohranjivanjem informacija o kupcima i povijesti odnosa s njima, uspostavljanju i poboljšanju poslovnih procesa te potom analizi rezultata. CRM sustav je primjenjiv u svakom poslovanju u kojem je klijent personificiran, gdje je konkurencija velika i uspjeh ovisi o pružanju najpovoljnijih uvjeta za klijenta – model interakcije koji pretpostavlja da je središte cjelokupne poslovne filozofije klijent, a glavna područja aktivnosti su mjere za potporu učinkovitom marketingu, prodaji i korisničkoj službi. Podrška ovim poslovnim ciljevima uključuje prikupljanje, pohranu i analizu informacija o kupcima, dobavljačima, partnerima, kao i o internim procesima tvrtke. Funkcije koje podržavaju ove poslovne ciljeve uključuju prodaju, marketing i korisničku podršku.

"Srce" svakog CRM sustava je baza podataka fizičkih i pravnih osoba koje komuniciraju s vašom tvrtkom u okviru poduzeća. To nisu samo kupci, već i podružnice tvrtke, partneri, dobavljači, konkurenti. Baza podataka o kupcima je sama po sebi vrijedna imovina, a inteligentno upravljanje podacima u CRM sustavu omogućuje korištenje informacija u svom radu s maksimalnom učinkovitošću. Baza kupaca se konsolidira, organizacija dobiva potpune informacije o svojim kupcima i njihovim preferencijama te na temelju tih informacija gradi komunikacijsku strategiju.

Jedinstvena baza podataka kupaca i cjelovita povijest odnosa s njima, u kombinaciji s moćnim analitičkim CRM alatima, omogućuje vam zadržavanje i razvoj postojećih kupaca, identificiranje onih najvrjednijih, kao i privlačenje novih kupaca.

Glavna funkcija CRM sustava je pomoći menadžerima planirati prodaju, organizirati transparentno upravljanje poslovima i optimizirati prodajne kanale. Sustav pohranjuje cjelovitu povijest komunikacije s kupcima, što pomaže odjelima prodaje analizirati ponašanje kupaca, formulirati ponude koje su im prikladne i steći lojalnost. Ostale mogućnosti CRM sustava prikazane su u nastavku:

· Planiranje i koordinacija kontakata s klijentima;

· Prikupljanje i upisivanje svih mogućih informacija o kupcima;

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

· Analiza svake faze provedbe projekata ili sklapanja transakcija;

· Formalizacija svih procesa usmjerenih na interakciju s kupcima.

Ova vrsta softvera najprikladnija je za one organizacije koje imaju dugoročne i višefazne projekte koji uključuju veliki broj zaposlenika ili nekoliko odjela. Budući da je broj sklopljenih ugovora po jedinici vremena mali, svaka transakcija traje mnogo dana, pa čak i mjeseci. To znači da svaki projekt zahtijeva isključivo individualan pristup. U takvim uvjetima potrebno je voditi računa o lojalnosti kupaca. Za to je potrebno ne samo osigurati individualan pristup, već i striktno pridržavati se zadanih rokova, uvjeta ugovora, kao i koordiniran rad i točnost svih uključenih djelatnika.

1. Analitički dio

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

· Sigurnost objekata, timovi za brzo reagiranje, osiguranje kontrolne sobe, privatne detektivske usluge;

· Osiguravanje što učinkovitijeg i nesmetanog rada objekata koji se opslužuju;

· Preliminarna analiza postojećih sigurnosnih sustava;

· Kompleksno čišćenje prostora.

Riža. 1. Područja usluga Grupe društava "MAKS"

"MAX PROTECTION" razvijala se zajedno sa sferom nedržavne sigurnosti. Sigurnost objekata, timovi za brzu reakciju, osiguranje kontrolne sobe, usluge privatnog detektiva, sve je to uključeno u standardni paket usluga. Odjel zapošljava stručnjake 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 sigurnost nisu samo uniformirani čuvari, već čitav niz mjera usmjerenih na sprječavanje i sprječavanje potencijalnih prijetnji. Ove mjere uključene su u integrirani sigurnosni sustav "MAX PROTECTION", koji su razvili stručnjaci s dugogodišnjim iskustvom.

Za kupce, integrirani pristup sigurnosti znači da komunikacija sa svim sigurnosnim službama ide preko jednog izvođača. Tvrtka uklanja potrebu da kupci koordiniraju rad nekoliko nepovezanih organizacija. Prisutnost jednog operativnog centra omogućuje vam trenutno i učinkovito reagiranje na sve hitne situacije.

"MAKS PROKHRANA" stalno se usavršava i razvija nove sigurnosne koncepte. U naš rad uvodimo napredne strane tehnologije i razvijamo vlastita rješenja za specifične zadatke. Međutim, čak ni najnapredniji automatizirani sigurnosni sustavi ne mogu potpuno istisnuti osobu. Stoga se posebna pažnja pridaje unapređenju profesionalizma osoblja "MAX PROTECTION-a". Specijalisti redovito pohađaju tečajeve osvježenja znanja, a njihova se razina osposobljenosti provjerava tijekom internih revizija. Rigorozna selekcija osoblja omogućuje minimiziranje utjecaja ljudskog faktora u uslugama "MAX PROTECTION".

Menadžment tvrtke "MAX PROTECTION" usmjeren je na individualni pristup klijentima. Stručnjaci provode analizu na više razina i na temelju njezinih rezultata nude najučinkovitija rješenja za sigurnost klijenta. Pritom, djelokrug djelatnosti "MAX PROTECTION" nije ograničen samo na privatne klijente. Djelatnici su upoznati sa zaštitom javnih objekata i dobro su se dokazali u ovoj oblasti.

Pristup odjela integriranim sigurnosnim uslugama je bez premca i jamči maksimalnu učinkovitost u svakoj situaciji.

Odjel MAKS Ekspluatatsiya djeluje na tržištu više od deset godina. Glavni zadatak je osigurati što učinkovitiji i nesmetani rad servisiranih objekata nekretnina. Istodobno, rok zastare za puštanje objekta u pogon i značaj razine složenosti opreme ne igra ulogu.

Složena usluga koju nudi "MAKS EKSPLUATATSIA" uključuje tehničku podršku za opremu i inženjerske sustave, kao i sigurnosne prijedloge. Ovaj popis uključuje održavanje i druge planirane i neplanirane radove; projektiranje i montaža vatrodojavnih i videonadzornih sustava, kao i niz usluga popravka i izgradnje. Klijenti "MAKS EKSPLUATATSIYA" dobivaju cijeli 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 s objektom, ovisno o njegovim specifičnostima i željama klijenta. Individualni pristup omogućuje kupcu da računa na potpuno međusobno razumijevanje s izvođačem i kao rezultat dobivanje najkvalitetnijeg rezultata.

U suvremenom svijetu oprema i oprema modernih zgrada postaje sve raznovrsnija i složenija. Glavni cilj ove divizije je pružiti sveobuhvatne usluge upravljanja zgradom. Svi zaposlenici razumiju najsuvremenija dostignuća znanosti i tehnologije te ih koriste u skladu s preporukama i standardima proizvođača. To je jedini način da se jamči održavanje performansi i sigurnosti objekta bilo koje složenosti na odgovarajućoj razini.

Sektor MAX CONSULTING se više od 10 godina bavi savjetovanjem i revizijom u području sigurnosti. Glavni zadatak odjela je sveobuhvatna analiza situacije, kao i pogrešna procjena perspektiva razvoja, uzimajući u obzir postojeće probleme tvrtke, kao i individualne karakteristike poslovanja.

Djelatnici "MAX CONSULTING-a" provode preliminarnu analizu postojećih sigurnosnih sustava. Naravno, takav se posao provodi u bliskoj suradnji sa zaposlenicima kupca, koji će ažurirati i pomoći da se uzmu u obzir sve značajke.

Reviziju aktivnosti tvrtke provode visokokvalificirani stručnjaci koji ne samo da će moći identificirati kritične točke u već korištenom sustavu, već i ponuditi načine za njihovo uklanjanje. Svi konzultanti su u jednom trenutku služili u agencijama za provođenje zakona i imaju značajno iskustvo u Rusiji i inozemstvu.

Također, stručnjaci "MAX CONSULTING-a" pružaju pomoć u otklanjanju kriznih situacija, povećavaju učinkovitost poslovnih procesa te provode učinkovito upravljanje informacijskim sustavima i IT-rizicima tvrtke.

Konzultanti divizije postavili su si zadatak izgradnje obostrano korisnih odnosa kako bi nastavili dugoročnu suradnju s klijentom. "MAX CONSULTING" svojim klijentima nudi usluge revizije, pravne usluge iz područja kaznenog, radnog, poreznog i drugih vrsta prava.

Opseg usluga koje pruža tvrtka "MAX CLEANING" je čišćenje prostora. U Rusiji su prve tvrtke za čišćenje osnovane 1992.-1994. zajedno s nastankom prvih zajedničkih poduzeća, koja su u to vrijeme bila jedini potrošači njihovih usluga. Tijekom 2012. rast obujma tržišta usluga čišćenja u Rusiji u monetarnom smislu iznosio je oko 9 milijardi rubalja - 2011. njegov je volumen iznosio 45 milijardi rubalja, a do kraja 2012. tržište čišćenja su već procijenili na 54 milijarde rubalja. Tijekom prošle, 2014., obujam 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 regiju, Republiku Baškortostan, Sankt Peterburg i Hanti-Mansijski autonomni okrug. Moskva čini 100-150 milijuna dolara domaćeg tržišta čišćenja.

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

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

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

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

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

Raspon standardnih usluga koje gotovo svi tržišni igrači pružaju bez greške uključuje svakodnevno složeno čišćenje, kao i pranje okomitih površina. Nadalje, oko 93% svih tvrtki za čišćenje nudi usluge brušenja i poliranja granita, mramora, porculanskog kamena i keramičkih pločica, kao i čišćenje susjednih područja i usluge specijaliziranog čišćenja prostora nakon građevinskih radova i požara. Oko 87% tvrtki koje sudjeluju u istraživanju pruža dodatne usluge i osoblje, na primjer, pakere, utovarivače i druge, a 80% sudionika na tržištu usluga čišćenja također svojim klijentima pruža usluge ozelenjavanja susjednih i unutarnjih područja, smeća i snijega uklanjanje. Glavni klijenti tvrtki za čišćenje su supermarketi i trgovački centri, proizvodna poduzeća, transportna i skladišna poduzeća, medicinske i sportske ustanove, uredski i poslovni centri, velike međunarodne i ruske tvrtke, banke, vladine agencije, hotelski kompleksi, zabavni sadržaji (kina, klubovi , casino), željezničke stanice i zračne luke.

Riža. 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 objašnjava se ustaljenim navikama, strožim standardima koji postoje u ovakvim organizacijama i specifičnim zahtjevima koje su usvojile za čišćenje koje obavlja osoblje tvrtke za čišćenje.

Kriteriji za odabir tvrtke za čišćenje su: autoritet na tržištu, cijena i raspon usluga, razina opreme, tehnologija i kemikalija koje se koriste u radu, kvalifikacija osoblja, te sustav kontrole čišćenja.

Čišćenje prostora industrijska je potreba u suvremenom poslovnom svijetu. Svakodnevno čišćenje po ugovoru je prilično razvijeno područje ove tvrtke. Mogućnost naručivanja jednokratnog čišćenja i sklapanja ugovora o čišćenju prostora s fiksnom frekvencijom, uz pogodan raspored rada za klijenta, danas je vrlo česta aktivnost koja zahtijeva veliku količinu podataka i najprikladnija je za primjer projektiranja informacijskog sustava. Zaposlenici tvrtke veliku pažnju posvećuju kontroli i kvaliteti izvedenog čišćenja. Otvorenost je također važan dio rada tvrtke. Klijent ima pravo znati što, kako i uz pomoć čega radi ova tvrtka "MAX CLEANING". Svi kemijski proizvodi imaju higijenske certifikate, partneri i kupci mogu posjetiti proizvodnu bazu i upoznati se s tehnološkim mogućnostima i organizacijom rada u poduzeću.

Čišćenje je moderna i vrlo tražena usluga koju pružaju razne tvrtke specijalizirane za čišćenje prostora. Ovo čišćenje provode posebno obučeni radnici i ocjenjuje se prema visokim europskim standardima.

Čišćenje se pojavilo u Rusiji početkom 1990-ih i, prije svega, počelo je biti traženo među velikim zapadnim tvrtkama, navikle na profesionalno čišćenje u svojoj domovini. Usluga objedinjuje cijeli niz aktivnosti namijenjenih čišćenju i održavanju č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 s krovova i susjednih područja.

Trenutno sve usluge obavlja kvalificirano osoblje koristeći suvremene tehnologije čišćenja, uz korištenje najnovijih alata, posebno odabranih za svaku površinu posebno, uzimajući u obzir njezine fizikalne, kemijske i tehničke karakteristike. Rusko tržište čišćenja značajno se proširilo i ima velike izglede za daljnji razvoj. Nakon par desetljeća ljudi će zaboraviti što je samočišćenje i obratit će se tvrtki koja pruža te usluge. Doista, ne samo sam izgled, već i zdravlje vlasnika ovisi o čistoći sobe.

Čelnici mnogih velikih i malih tvrtki već su se uspjeli pobrinuti da čišćenje koje nude specijalizirane tvrtke po kvaliteti bude puno 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ćuje uštedu vremena, povećanje vijeka trajanja završnih materijala i povećanje prestiža tvrtke.

Zaposlenici i menadžeri tvrtke rade kao jedinstveni mehanizam, visoko cijene ne samo visoku kvalitetu 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 najučinkovitija rješenja za potrebe klijenta.

U 2003. godini, radi poboljšanja kvalitete usluge za korisnike, odlučeno je otvoriti novi odjel koji će pružati dodatne usluge profesionalnog čišćenja. MAKS CLEANING poduzeo je prve korake u Moskvi. Iskustvo stečeno u glavnom gradu iskorišteno je za ulazak u regije. I iako je u početku bilo dovoljno problema, tvrtka se uspjela nositi sa svim poteškoćama. Tvrtka je 2005. godine potpisala ugovor s lancem supermarketa METRO, čime je postala jedna od prvih tvrtki koja je pružala usluge čišćenja supermarketa i hipermarketa. Do 2010. godine osoblje tvrtke imalo je više od 400 ljudi. Osoblje radi u objektima diljem Moskve. Do 2012. godine MAX CLEANING ulazi u regije Rusije. Prve podružnice otvorene su u Krasnojarsku i Kazanu. Kvaliteta profesionalnog čišćenja ureda i trgovačkih centara nadilazi očekivanja regionalnih klijenata. Tvrtka se već približila svojoj 10. obljetnici sa osobljem od 700 ljudi. Svo daljnje iskustvo omogućilo je jedinstveno znanje iz područja čišćenja.

Reputacija tvrtke MAX CLEANING, koja je uspostavljena posljednjih godina, od velike je važnosti. Zahtijeva uzimanje u obzir odnosa svakog od zaposlenika prema svom poslu.

Interakcija i komunikacija s kupcima bitni su sastojci uspjeha. Vrlo je važno voditi evidenciju o ugovorima s kupcima, svim narudžbama kupaca koje odražavaju njihove potrebe.

Fleksibilna politika cijena, profesionalna razina osposobljenosti djelatnika, korištenje raznovrsne opreme i kemikalija, omogućuje nam da zauzmemo vodeću poziciju u ovom području usluga.

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

Riža. 3. Tvrtke-klijenti "MAX-CLEANING"

.1 Organizacijska struktura poduzeća

Tvrtka MAX CLEANING sastoji se od različitih odjela koji obavljaju različite funkcije i zadatke, organizacijska struktura tvrtke MAX CLEANING prikazana je na slici 4.

Riža. 4. Organizacijska struktura

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

· Odjel za rad s klijentima;

· Odjel za radove.

Služba za korisničku podršku

Opseg rada s klijentima tvrtke "MAX-CLEANING" je opsežan: glavna zadaća je dugoročna suradnja i usluga pravnih osoba, analiza njihovih potreba, razine i usmjerenosti. Pregovaranje s tvrtkama klijentima, upoznavanje s uvjetima prodaje usluga koje pruža MAKS-CLEANING, kontrola izvođenja radova – sve je to sastavni dio rada ovog odjela.

Tvrtka klijent može kontaktirati "MAX-CLEANING" i koristiti usluge kompleksnog čišćenja prostora. Voditelj tvrtke pomoći će vam sklopiti dugoročni ugovor o suradnji ili izvršiti jednokratnu narudžbu. Također je dužan od naručitelja saznati sve potrebne informacije i to:

Podaci o tvrtki koju zastupa;

Podaci o imovini (prostorima) kojoj je potrebno složeno čišćenje;

Želja klijenta za odabirom klase čišćenja;

Uvjeti pružanja usluge;

Posebne napomene o radu s prostorom (Sve primljene informacije obrađuje upravitelj i strogo su povjerljive).

U slučaju uspješnog sklapanja ugovora ili narudžbe, izvršenje usluge ide u službu rada čija je funkcija pravovremeno i kvalitetno pružanje (izvršenje) usluga čišćenja.

Radni odjel

Ovaj odjel se sastoji od višeg predradnika i domara koji čine zasebne timove. Nakon prijenosa ugovora (naloga) od strane voditelja tvrtke na višeg predradnika, slijedi faza raspodjele posla čišćenja između voditelja tima za čišćenje.

Čišćenje prostora naručitelja vrši se na vrijeme, propisano prethodno sastavljenim ugovorom (nalogom). Izvještaj o obavljanju službe dostavlja se glavnom predradniku koji ocjenjuje rad svake čistačice koja se nalazi u brigadi koja je obavila ovo čišćenje. Osim toga, viši predradnik se obvezuje obavijestiti voditelja računa o statusu ove narudžbe.

Nakon toga kvalitetu rada provjerava sam naručitelj. U slučaju nezadovoljavajuće ocjene, menadžer obavještava upravu društva radi donošenja odgovarajućih odluka.

U sklopu analize aktivnosti gore opisanih odjela tvrtke "MAKS-CLEANING" izgrađen je dijagram poslovnog procesa prikazan ispod na slici 5.

Riža. 5. Poslovni proces "MAX-CLEANING"

Oba odjela trebaju brzu službu za korisnike i transakcije, kroz automatizaciju tijeka dokumenata, kao i brzi prijem izvještajnih podataka i analitičkih informacija kako bi se pružile pravovremene i kvalitetne usluge.

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

Svaki upravitelj računa ima osobno računalo, telefon i razne periferne uređaje za rukovanje informacijama koje su mu potrebne. Tvrtka ima pristup internetu kojem imaju pristup svi zaposlenici MAKS-CLEANING-a. Sva računala opremljena su sustavom Windows 7, potrebnim paketom Microsoft Office uključujući Access i upravljačkim programima za rad s brojnim perifernim uređajima HP DesktJet. Softver i hardver odjela za korisničku podršku i odjela za rad prikazan je na slici 6.

Riža. 6. Softver tvrtke "MAX-CLEANING"

Tvrtka koristi mrežu temeljenu na konceptu klijent-poslužitelj. Za moderne DBMS-ove, arhitektura klijent-poslužitelj postala je de facto standard.

Osnovno načelo tehnologije "klijent-poslužitelj" je podijeliti funkcije standardne interaktivne aplikacije u četiri skupine:

· Funkcije unosa i prikaza podataka;

· Primijenjene funkcije specifične za predmetno područje;

· Temeljne funkcije pohrane i upravljanja resursima (baze podataka);

· Servisne funkcije.

Prednosti ovog sustava:

· Nema dupliciranja poslužiteljskog programskog koda od strane klijentskih programa.

· Budući da se svi izračuni izvode na poslužitelju, smanjeni su zahtjevi za računala na kojima je klijent instaliran.

· Svi podaci pohranjeni su na poslužitelju koji je u pravilu puno bolje zaštićen od većine klijenata. Lakše je organizirati kontrolu autorizacije na poslužitelju tako da samo klijenti s odgovarajućim pravima pristupa mogu pristupiti podacima.

Klijent daje podatke menadžeru tvrtke, koji ih bilježi na svoje računalo pomoću programa Microsoft Word 2010, ispisuje ugovor (narudžbu) i pohranjuje dokument u papirnatom obliku. Dakle, postoji rizik od gubitka svih potrebnih informacija, stvara se problem daljnje potrage za informacijama o klijentu, njegovim prostorijama i kontaktima. Osim toga, upravitelj nema mogućnost automatski izračunati ne samo trošak čišćenja, ovisno o njegovoj klasi, veličini sobe i razdoblju usluge iz ugovora, već i broj timova potrebnih za pravodobno i visoko- kvalitetno čišćenje sobe.

Osnovna ideja je podijeliti mrežnu aplikaciju na nekoliko komponenti, od kojih svaka implementira određeni skup usluga. Komponente takve aplikacije mogu raditi na različitim računalima, obavljajući funkcije poslužitelja i/ili klijenta. To poboljšava pouzdanost, sigurnost i performanse mrežnih aplikacija i mreže u cjelini. Modul informacijskog sustava koji sam razvio za tvrtku MAKS-CLEANING pomoći će povećanju profitabilnosti poduzeća kroz dubinsku analizu informacija o njegovim kupcima, prodajnim sustavima, omogućit će menadžmentu tvrtke da prati ključne pokazatelje kvalitete obavljenog posla. ugovor koji je neophodan za donošenje strateški važnih poslovnih odluka i učinkovito ocjenjivanje rada svakog zaposlenika.

Svrha mog završnog klasifikacijskog rada je razviti modul informacijskog sustava za obračun složenog čišćenja raznih prostorija.

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

Analizirati djelatnost tvrtke "MAKS" za čišćenje prostora;

Napravite popis zahtjeva za razvoj baze podataka;

Razviti bazu podataka pomoću metode ER-dijagrama i Erwin CASE-alata;

Implementirajte upite za manipulaciju podacima u bazi podataka.

Razvijeni modul informacijskog sustava mora ispunjavati sljedeće zahtjeve:

· Izraditi i pohraniti podatke o ugovorima s automatskim obračunom cijene usluge za razdoblje trajanja ugovora;

· Izrada i pohranjivanje podataka o narudžbama s automatskim obračunom cijene čišćenja ovisno o veličini prostorije i klasi čišćenja;

· Dnevnik podataka o svakom čišćenju;

· Pohraniti podatke o kvaliteti čišćenja za svakog djelatnika brigade;

· Izračunati ocjenu brigade za upravitelja poduzeća;

· Automatski izračun broja timova potrebnih za čišćenje prostora.

Pretpostavljam da će se uvođenjem ovakvog sustava povećati brzina obrade svih potrebnih dokumenata za usluge čistionice, kao i smanjiti broj pogrešaka u radu s klijentima.

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

· Metoda projektiranja baze podataka - ER modeliranje. Riječ je o grafičkom opisu predmetnog područja u terminima „objekt – vlasništvo – odnos“. Korištenje ER-modeliranja pruža mnoge prednosti: čini analizu predmetnog područja fokusiranijom i specifičnijom; omogućuje vam da dizajnirate AIS bez pozivanja na određeni ciljni DBMS i da odaberete potonji u bilo kojem trenutku; pri promjeni korištenog DBMS-a, ne trebate ponovno izvoditi dizajn, samo trebate napraviti 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 s očuvanjem njezine cjelovitosti, kao i neovisnost logičkog modela od korištenog DBMS-a, što omogućuje korištenje univerzalnih metoda za izvozi ga u određeni DBMS.

· MS Access DBMS je odabran kao ciljni DBMS. Access je sustav za upravljanje relacijskim bazama podataka koji uključuje sve potrebne alate za stvaranje lokalne baze podataka, dijeljene baze podataka na lokalnoj mreži s datotečnim poslužiteljem ili baze podataka na SQL poslužitelju, kao i za kreiranje korisničkih aplikacija koje rade s tim 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ćuje korisniku stvaranje objekata baze podataka i aplikacija koristeći brojne grafičke elemente bez potrebe za programiranjem.

2. Dizajnerski dio

.1 Opis predmetnog područja

Tvrtka ima vlastiti vozni park u Moskvi koji uključuje 5 VOLVO vozila, kao i vozače koje za svako vozilo dodjeljuje 6 osoba. Timovi (3), koji obavljaju kompleksno čišćenje prostora, po 3 osobe.

Usluge tvrtke:

· Kompleksno čišćenje prostora (trgovinskih, industrijskih, skladišnih i industrijskih);

Naručitelj, koji može biti samo pravna osoba, prijavljuje se djelatniku tvrtke MAKS na poziciji menadžera za zaprimanje naloga. Tvrtka pruža svoje usluge, kako na zahtjev samog klijenta, tako i na duži period (od 7 dana i više).

Klijent s voditeljem narudžbi razgovara o sljedećem:

Naručitelj daje podatke o prostoru kojem je potrebna usluga (vrsta prostora, površina, lokacija);

Cijena, mjerena u rubljama, određena je u ugovoru (100% predujam):

Ø Na zahtjev naručitelja (jednokratno) - ovisi o površini sobe, vrsti čišćenja i broju uključenih ekipa.

Ø Dulje vrijeme - ovisi o razdoblju usluge, učestalosti i površini prostorije.

Osobni podaci klijenta

Podaci o prostoriji

Termin usluge

Broj uključenih timova

Kvalitetu usluge će provjeravati klijent i zaposlenik tvrtke, koji prati rezultat rada tima. U slučaju podudarne, nezadovoljavajuće ocjene klijenta i zaposlenika, radna skupina će dobiti opomenu, sve do raskida.

Odabir automobila dostupnih voznom parku tvrtke vršit će stručnjak za odabir prijevoza. Procijenit će potreban broj posada za servisiranje prostorija i vozila potrebnih za prijevoz radne skupine do odredišta. Odabir strojeva vrši se odmah nakon dostavljenih podataka o prostoru od strane naručitelja prije sklapanja ugovora.

.2 Studija izvodljivosti projektiranja i metoda provedbe

Za izradu baze podataka servisnog centra odlučeno je koristiti metodu ER - dijagrama. Ovu metodu dizajna odabrao sam na temelju sljedećih čimbenika:

Metodu ER-dijagrama učili su nam u disciplini Baza podataka.

Metoda projektiranja pomoću ER - dijagrama ima niz prednosti, naime, jasnoću; sposobnost dizajniranja baze podataka s velikim brojem objekata i atributa;

ER dijagrami omogućuju precizniju analizu predmetnog područja;

Zahtjevi za poznavanjem SQL jezika su smanjeni.

ER-model temelji se na tri elementa:

Esencija

Atribut

Odabrao sam ERwin Data Modeler kao računalno potpomognuti sustav dizajna baze podataka.

Za DBMS je odabran Microsoft Access. Ovaj DBMS sam izabrao na temelju sljedećih čimbenika:

Microsoft Access učili su mi tijekom studija;

Access omogućuje brzo i jednostavno stvaranje upita za tablice;

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

.3 Dizajn baze podataka

Faza idejnog projektiranja

Opis entiteta.

Izbor entiteta.

Opis priključaka.

Bit		Bit
Prostorije	Pod uvjetom
	Poslužiti	Zaposlenici
	Potreba (uključeno)
	Izloženo
	Savjetuje se	Zaposlenici
	Znakovi
	Ocjenjuje
Zaposlenici	Razabrati
	Prihvaćeno
	Izvođeno od
	Kontrolirati
	Izvedi
	Dopušta

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 (tvrtka, predstavnik)

Izvedeni atribut:

Narudžba - cijena = Vrsta čišćenja (trošak) * Prostor (područje)

Ugovor - cijena = Ugovor (period usluge / učestalost) * Prostor (područje)

Rekurzivne veze: - br

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

Redundantne veze: da

Subjekt Predstavnika Društva pojavljuje se:

Klijent se savjetuje sa Zaposlenikom

Ocjene kupaca Čišćenje

· Klijent potpisuje Ugovor

Klijent daje narudžbu

Prostorije opslužuju zaposlenici

Prostorije se čiste

Zaposlenici izvršavaju Nalog

Zaposlenici nadgledaju čišćenje

Ugovor obvezuje Čišćenje

Veza m: n: da

Zaposlenici čiste

Riža. 8. Konačni model u Erwinu

7 Faza fizičkog projektiranja

Shema podataka u okruženju odabranog DBMS-a

Riža. 9. Shema DB podataka

2.8 Provedba osnovnih zahtjeva

čišćenje manipuliranja bazom podataka

Riža. 9. Realizacija osnovnih zahtjeva

· Prikaz popisa ugovora menadžera tvrtke

Ovaj zahtjev će vam omogućiti da po broju osoblja upravitelja, koji će unijeti korisnika, vidite popis ugovora koje je on izdao. Takav zahtjev omogućit će vam brz pregled informacija o radu određenog menadžera tvrtke.

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) [TabEnter (menadžer) :)));

Pogledajte ocjenu rada domara-prerađivača

Ovaj zahtjev bit će usmjeren na reviziju ocjene učinka voditelja tima za čišćenje. Prema ocjeni naručitelja i voditelja tvrtke, mogu se dati komentari i mjere za sprječavanje daljnjih 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_Cleaning_Broj_Čišćenje)

· Prikaz popisa narudžbi 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_narudžbe IZ [Vrsta čišćenja] INNER JOIN 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 tvrtku - klijenta u bazi podataka

Ovaj će zahtjev omogućiti zaposleniku da unese naziv tvrtke klijenta i prikaže popis prethodno izvršenih ugovora i naloga, ako ih ima. Zahvaljujući takvom zahtjevu bit će moguće izbjeći ponovni upis podataka o tvrtki klijenta.

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

Traži ne/dovršene narudžbe

Ovaj zahtjev će Vam omogućiti prikaz popisa izvršenih i neispunjenih narudžbi prema statusu koji je korisnik unio.

ODABIR Broj_narudžbe.Narudžbe.Status, Narudžbe.Datum_prijema, Narudžba. [Klasa čišćenja], Narudžba.Datum_dovršenja OD narudžbe GDJE (((Status narudžbe) = [Unesite status narudžbe:]));

Popis prostorija po vrsti

Ovaj zahtjev će Vam omogućiti prikaz popisa prostorija za unesene

od strane korisnika prema vrsti prostora.

ODABIR Sobe.Adresa, Sobe.Površina, Sobe.Vrsta, Sobe.CL FROM Rooms WHERE (((Sobe.Type) = [Unesite vrstu sobe:]));

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

Ovaj će vam zahtjev omogućiti prikaz popisa ugovora čije razdoblje usluge prelazi 30 dana.

ODABIR Ugovor.Nom_ugovor, Ugovor.Datum_narudžbe, 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 prikaz cijene narudžbe prema broju koji je unio korisnik. Zahvaljujući takvom zahtjevu bit će moguće izbjeći pogreške pri izračunu vrijednosti narudžbi.

SELECT Order.Order_number, ([Vrsta čišćenja]. [Cijena] + [Vrsta čišćenja]. [Broj brigada po jedinici površine]) * [Prostore]. [Područje] 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 Rooms.Address = Order.Address WHERE (((Order.Order_number) = [Unesite narudžbu broj :)));

Riža. 6.2.

(Informacijski sustav poduzeća)

Outsourcing korporativnih informacijskih sustava

Outsourcing proizvodnih funkcija i poslovnih procesa temeljenih na korporativnim informacijskim sustavima omogućuje korištenje najnovijih dostignuća i "najbolje prakse" suvremenog menadžmenta. Implementacija korporativnih informacijskih sustava u središtu je reinženjeringa poslovnih procesa (Poslovni proces...
(Outsorsing i outstaffing: visoke tehnologije upravljanja)

Integracijski obrasci korporativnih informacijskih sustava

Obrasci integracije informacijskih sustava predstavljaju gornju razinu klasifikacije obrazaca dizajna. Slično obrascima nižih razina klasifikacije, među obrascima integracije izdvaja se skupina strukturnih obrazaca. Strukturni obrasci opisuju glavne komponente jednog integriranog ...
(Uvod u softversku arhitekturu)

FUNKCIONALNI ZADACI INFORMACIJSKOG SUSTAVA PODUZEĆA I OSNOVNI MODULI SUVREMENIH INFORMACIJSKIH SUSTAVA PODUZEĆA. INTEGRACIJA MODULA

Smisleno značenje pojma modula podrazumijeva usporedbu funkcionalnih podsustava, funkcionalnih zadataka s pristupom koji se temelji na funkcionalnom zadatku s glavnim modulima moderne Riža. 6.2. Usporedba funkcionalnih zadataka s glavnim modulima suvremenih ICISP informacijskih sustava poduzeća, ...
(Informacijski sustav poduzeća)

POJAM, POVIJEST RAZVOJA I KLASIFIKACIJA INFORMACIJSKIH SUSTAVA PODUZEĆA. INTEGRIRANI KORPORATIVNI INFORMACIJSKI SUSTAVI PODUZEĆA

Pojam i klasifikacija informacijskih sustava mijenjaju se u procesu njihovog povijesnog razvoja. Međutim, cilj ostaje konstantan i povezan je s postizanjem učinkovitosti upravljanja poduzećem. Učinkovitost upravljanja poduzećem ovisi o interakciji mnogih čimbenika, među kojima su: filozofski, povijesni, ...
(Informacijski sustav poduzeća)

ZNAČAJKE SUVREMENIH INFORMACIJSKIH TEHNOLOGIJA U INFORMACIJSKIM SUSTAVIMA PODUZEĆA

SUVREMENE TEHNOLOGIJE ZA ORGANIZACIJU ULAZA PODATAKA U KORPORATIVNE INFORMACIJSKE SUSTAVE Podatke o poslovnim transakcijama treba pravovremeno unositi u operativnu bazu podataka iz bilo kojeg izvora njihova podrijetla. To će omogućiti učinkovitu organizaciju daljnje obrade podataka u informacijama ...
(Informacijski sustav poduzeća)

1. Relevantnost i nužnost istraživanja

S nedavnom pojavom u Ruskoj Federaciji novog oblika upravljanja nekretninama u obliku udruge vlasnika kuća (HOA), udruženja vlasnika kuća (HOA) i etažiranja (u daljnjem tekstu - organizacije za upravljanje nekretninama), najmoprimci (vlasnici) stanova su prilika da se utječe na kvalitetu održavanja nekretnina, za poboljšanje susjednog teritorija i donekle na troškove komunalnih usluga.

U skladu s člankom 161. Stambenog zakona Ruske Federacije, upravljanje stambenom zgradom mora osigurati povoljne i sigurne životne uvjete za građane, pravilno održavanje zajedničke imovine u stambenoj zgradi, rješavanje pitanja korištenja ove nekretnine, kao i pružanje javnih usluga građanima koji žive u takvoj zgradi.

b) obrazovni proces

Razvoj znanstvenih i obrazovnih kolegija, kao i popularno-znanstvenih materijala

	Naziv tečaja/ materijal	Kratak opis tečaja/ materijal
Znanstveni i obrazovni tečajevi	Vodič "Informacijski sustavi za upravljanje stambenim zgradama"	Prikazane su funkcionalne mogućnosti informacijskih sustava za upravljanje nekretninama koji se koriste u Ruskoj Federaciji i inozemstvu. Uspoređuju se funkcionalne mogućnosti, daju se preporuke o izboru informacijskog sustava. Namijenjen je podučavanju studenata smjerova 080100.62 "Ekonomija" i 080500.62 "Poslovna informatika"
Laboratorijska radionica "Sustav 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. Prikazan je algoritam za upravljanje poslovnim pravilima HOA. Namijenjena je podučavanju studenata smjera 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. Namijenjena je podučavanju studenata smjera 080500.62 "Poslovna informatika"
Vodič "Razvoj baze podataka za stambenu zgradu koristeći MS Access 2010"	Pruža upute korak po korak za kreiranje tablica baze podataka, uspostavljanje veza između njih, izgradnju obrazaca, upita, izvješća i makronaredbi koristeći mogućnosti MS Access 2010 DBMS.
Laboratorijska radionica "Analiza poslovnih procesa organizacije za upravljanje nekretninama"	Prikazani su dijagrami razvijeni korištenjem objektno orijentiranog jezika modeliranja UML. Namijenjen je podučavanju studenata smjerova 080100.62 "Ekonomija" i 080500.62 "Poslovna informatika"
Znanstveno-popularni materijali	Monografija "Faktorijalna i klaster analiza regionalnih organizacija u području upravljanja nekretninama"	Dane su preporuke za faktorijalnu i klaster analizu parametara koji karakteriziraju HOA u odabranoj regiji. Pruža informacije o organizacijama za upravljanje nekretninama s istim skupovima poslovnih procesa i identificira glavne čimbenike koji utječu na njihove aktivnosti
Monografija "Algoritmi za razmjenu informacija u organizaciji za upravljanje nekretninama"	Prikazan je opći algoritam rada IS-a, algoritmi za rad softverskih modula IS-a koji provode informacijske usluge za pretplatnike, te algoritmi za interakciju softverskih modula. Korisnička sučelja informacijskog sustava. Značajke razvoja programskog koda modula pomoću razvojnog okruženja MS Visual 2010
Članak "Klasifikacija pretplatnika i informacijski sustavi u organizacijama za upravljanje MKD-om"	Utvrđuju se obrasci razmjene informacija unutar organizacije za upravljanje nekretninama, očekivani sastav i volumen podataka tijekom razmjene informacija, očekivane transformacije podataka tijekom razmjene informacija, te oblici prikaza ulaznih i izlaznih podataka.
Članak "Razvoj multiagentskog simulacijskog modela za modeliranje aktivnosti udruga vlasnika kuća"	Dani su pristupi formiranju agenata za predmetno područje, kao i izradi simulacijskog modela. Prikazani su rezultati modeliranja djelovanja udruga vlasnika kuća s različitim skupovima početnih podataka.
Članak "Formiranje skupa poslovnih pravila za HOA"	Dani su pristupi formiranju skupa poslovnih pravila. Razmatraju se mogućnosti implementacije sustava upravljanja poslovnim pravilima koristeći IBM ILog. Naveden je primjer korištenja poslovnih pravila za donošenje odluka.
Članak "Formiranje algoritama za informacijski sustav organizacije za upravljanje nekretninama"	Razmatrana je struktura algoritma informacijskog sustava, struktura algoritama softverskih modula koji implementiraju informacijske usluge i razmjenu informacija s bazom podataka organizacije.
	Članak "Primjena holističkog pristupa za formiranje kompleksa ključnih pokazatelja uspješnosti aktivnosti HOA"	Članak razmatra primjenu odredbi holističkog pristupa za formiranje skupa pokazatelja koji omogućuju stvaranje sustava za procjenu ostvarenja strateških i taktičkih (operativnih) ciljeva organizacije za upravljanje nekretninama, ocjenjivanje stanja organizacije. te praćenje poslovanja pretplatnika informacijskog sustava u realnom vremenu.
Članak "Informacijske usluge za upravljanje stambenim zgradama"	Razmatraju se informacijske usluge koje strani informacijski sustavi pružaju vlasnicima (najmoprimcima) nekretnina u višestambenim zgradama.
Članak "Formiranje baze podataka za informacijski sustav HOA"	Razmatraju se modeli podataka, tehnologija pohrane i obrade podataka, sastav podataka, formati podataka za odraz u korisničkim sučeljima i izlaznim dokumentima, tipovi podataka, predloženi sastav tablica, kao i dijagram odnosa među tablicama.
Č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 kojem obliku HOA propisi i opisani su objekti vanjskog okruženja), modeli poslovnih procesa