1. Relevantnosť a potreba výskumu

S výskytom nedávno v Ruskej federácii nového manažmentu nehnuteľností vo forme majiteľa bývania (HOA), Asociácia majiteľov bývania (HOA - majitelia domov) a kondominiums (neskôr - organizácie manažérstva nehnuteľností) (vlastníci) bývania sa objavili možnosť ovplyvniť nájomcov (vlastníkov) kvalitu zachovania nehnuteľností na zlepšenie priľahlého územia a do určitej miery na náklady na nástroje.

V súlade s článkom 161 kódexu bývania Ruskej federácie by mal riadenie bytového domu zabezpečiť priaznivé a bezpečné životné podmienky občanov, riadnu údržbu spoločného majetku v bytovom dome, riešenie problémov používania špecifikovaného majetku, Rovnako ako poskytovanie verejných služieb občanom žijúcim v takomto dome.

b) vzdelávací proces

Rozvoj vedeckých a vzdelávacích kurzov, ako aj vedecké a populárne materiály

	Názov kurzu/ materiál	Rýchly opis/ materiál
Vedecké a vzdelávacie kurzy	Návod "Informačné systémy správy bytových domov"	Funkčnosť informačných systémov v oblasti nehnuteľností používaných v Ruskej federácii av zahraničí. Funkčné funkcie sa porovnávajú s odporúčaniami pre výber informačného systému. Navrhnuté na školenie študentov v oblastiach 080100.62 "ekonómia" a 080500.62 "Business-Informatika"
Laboratórny dielňa "Systém riadenia obchodných pravidiel správy Manažérskej organizácie MKD"	Krok za krokom pokyny pre generovanie modulu správy obchodných pravidiel pomocou IBM ILOG. Uvádza sa algoritmus pre riadenie obchodných pravidiel HOA. Navrhnuté na vyškoliť študentov v smere 080500.62 "Business Informatika"
Laboratórny dielňa "Multi-agent Modelovanie organizačných aktivít v oblasti správy nehnuteľností"	Krok za krokom pokyny pre tvorbu činidiel a tvorba modelu organizácie riadenia nehnuteľností pomocou anylogických. Navrhnuté na vyškoliť študentov v smere 080500.62 "Business Informatika"
Návod "Vývoj základnej databázy bytového domu pomocou MS Access 2010 DBMS"	Existujú krok za krokom pokyny pre vytvorenie databázových tabuliek, ktorým sa zriaďujú prepojenia medzi nimi, stavebnými formami, požiadavkami, správami a makrámi pomocou možností MS Access 2010 DBMS.
Laboratórny dielňa "Analýza obchodných procesov organizácie pre riadenie nehnuteľností"	Diagramy navrhnuté pomocou objektovo orientovaného modelovacieho jazyka UML sú uvedené. Navrhnuté na školenie študentov v oblastiach 080100.62 "ekonómia" a 080500.62 "Business-Informatika"
Vedecké populárne materiály	Monografie "Továreň a klastrová analýza organizácií regiónu v oblasti riadenia nehnuteľností"	Odporúčania o faktor a klastrovú analýzu parametrov charakterizujúcich zvolený región HOA. Informácie o organizáciách manažmentu nehnuteľností s rovnakými súbormi podnikových procesov a určenie hlavných faktorov ovplyvňujúcich ich činnosť
Monografie "Algoritmy výmeny informácií v organizácii manažmentu nehnuteľností"	Všeobecný algoritmus práce OP, algoritmy fungovania softvérových modulov implementačných informačných služieb pre účastníkov, algoritmy pre interakciu softvérových modulov sú uvedené. Užívateľské rozhranie informačného systému. Vlastnosti vývoja modulov softvérového kódu pomocou rozvoja životného prostredia MS Visual 2010
Článok "Klasifikácia predplatiteľov a informačných systémov v manažérskych organizáciách MKD"	Vzory výmeny informácií v rámci organizácie riadenia nehnuteľností, odhadované zloženie a objem údajov počas výmeny informácií, údajná transformácia údajov počas výmeny informácií, formy podania vstupných a výstupných údajov
Článok "Vývoj multi-vekového modelu pre modelovanie aktivít HOA"	Prístupy k tvorbe agentov pre oblasť predmetu, ako aj vývoj simulačného modelu. Výsledky modelovacích aktivít HOA s rôznymi súbormi zdrojových údajov sú uvedené.
Článok "Forming súbor obchodných pravidiel pre HOA"	Prístupy k vytvoreniu stanovených obchodných pravidiel. Zohľadňujú sa možnosti vykonávania systému riadenia obchodných pravidiel pomocou ILOG ILOG. Príklad použitia obchodných pravidiel na prijatie rozhodnutia.
Článok "Formácia algoritmov pre informačný systém organizácie pre riadenie nehnuteľností"	Štruktúra algoritmu informačného systému, štruktúra algoritmov softvérových modulov, implementačných informačných služieb a výmeny informácií s databázou organizácie.
	Článok "Aplikácia holistického prístupu tvoria komplexné kľúčové ukazovatele výkonnosti činností HOA"	Uplatňovanie ustanovení holistického prístupu k vzniku komplexu ukazovateľov, čo umožňuje vytvorenie hodnotiaceho systému na dosiahnutie strategických a taktických (prevádzkových) cieľov pre organizáciu riadenia nehnuteľností, posudzovanie stavu organizácie a kontroly podnikateľskej činnosti účastníkov informačného systému v reálnom čase.
Článok "Informačné služby pre správu bytových domov"	Zohľadňujú sa informačné služby poskytované zahraničnými informačnými systémami (nájomníci) nehnuteľností v bytových domoch.
Článok "Tvorba databázy pre informačný systém HOA"	Dátové modely, skladovanie a spracovanie údajov, zloženie dát, formáty dát na odrážanie v užívateľských rozhraniach a výstupných dokumentoch, typoch údajov, určených zložení tabuliek, ako aj spojov obvodov medzi tabuľkami
Článok "Organizačná analýza a model obchodných procesov HOA"	Rozvoj komplexu modelov je posudzovaný: strategický model cieľového modelu, organizačného a funkčného modelu, funkčného technologického modelu, modelu procesu kvantitatívneho modelu, model dátovej štruktúry (v čom formulár HOA a objekty vonkajšieho prostredia sú popísané), obchodné procesy

Obr. 6.2.

(Enterprise Information System)

Outsourcing firemné informačné systémy

Outsourcingové výrobné funkcie a obchodné procesy založené na firemných informačných systémoch vám umožní používať najnovšie úspechy a "najlepšie postupy" moderného manažmentu. Zavedenie firemných informačných systémov je základom reengineeringu obchodných procesov Obchodný proces...
(Outsourcing a Outstaffing: Vysoké technológie riadenia)

Vzory integrácie firemných informačných systémov

Integračné vzory informačných systémov sú horná úroveň klasifikácie dizajnových vzorov. Podobne ako vzory nižších úrovní klasifikácie, skupina konštrukčných vzorov je pridelená medzi integračné vzory. Štrukturálne vzory opisujú hlavné zložky jedného integrovaného ...
(Úvod do architektúry softvéru)

Funkčné ciele podnikového informačného systému a hlavných modulov moderných informačných systémov podniku. Integrácia modulov

Zmysluplná hodnota koncepcie modulu zahŕňa porovnanie funkčných subsystémov, funkčných problémov s funkčným a zámerným prístupom s hlavnými modulmi Rady Obr. 6.2. Porovnanie funkčných úloh so základnými modulmi moderných informačných systémov IKISPI podniku, ...
(Enterprise Information System)

Koncepcia, história vývoja a klasifikácia podnikových informačných systémov. Integrované informačné systémy podnikov

Koncepcia a klasifikácia informačných systémov sa líši v procese ich historického vývoja. Avšak, cieľ zostáva konštantný a je spojený s dosiahnutím efektívnosti podnikového riadenia. Účinnosť podnikového riadenia závisí od interakcie mnohých faktorov, medzi nimi: filozofický, historický, ...
(Enterprise Information System)

Vlastnosti moderných informačných technológií v Enterprise Information Systems

Moderná organizácia pre vstup údajov v oblasti firemných informačných systémov Informácie o ekonomických operáciách musia včas včas v prevádzkovom databáze z akýchkoľvek zdrojov jej výskytu. To bude efektívne organizovať ďalšie spracovanie údajov v informáciách ...
(Enterprise Information System)

Úvod

Posudzovaný titul je napísaný na základe Doneck Donetk Manufaktúra pre Cleonelly Store.

Jedna z popredných aktivít OAO Doneck Manufaktúru vyrába šijacie výrobky v širokom rozsahu, väčšinou županobes, listy a uteráky. Okrem toho spoločnosť vyrába maľovanú bavlnenú priadzu na tkanie a pletenú výrobu.

Rozvoj automatizovaných informačných technológií je súbežne s vznikom nových typov technických prostriedkov spracovania a prenosu informácií, zlepšenie organizačných foriem používania počítača, sýtosť infraštruktúry s novými komunikačnými prostriedkami. Rozvoj trhových vzťahov viedol k vzniku nových typov podnikania a predovšetkým na vytvorenie firiem zapojených do informačného podnikania, rozvoj informačných technológií, ich zlepšenie, šírenie komponentov automatizovaných informačných technológií, najmä softvéru Produkty, ktoré automatizujú informačné a výpočtové procesy. Zahŕňajú aj výpočtové vybavenie, komunikáciu, kancelárske vybavenie a špecifické druhy služieb - Informačné, technické a konzultačné služby, školenia atď. To prispelo k rýchlemu šíreniu a efektívnemu využívaniu informačných technológií v manažérskych a priemyselných procesoch, prakticky rozšírených aplikáciách a veľkého množstva.

Podniky zaoberajúce sa dizajnom a vývojom zariadení na rôzne účely, v súčasnosti používajú rôzne prostriedky automatizovaného dizajnu - CAPR (CAD) a monitorovacie výrobné procesy - ASUTP (SCADA / DCS). Avšak, pre vlastné rozvojové zariadenia, je potrebné vytvoriť si vlastné prostriedky na kontrolu ich výkonnosti a analýzy kvality výrobkov.

Technologický proces berúc do úvahy výrobky v sklade v čistom obchode zahŕňa štádium dodržiavania predaného tovaru.

Účelom súčasného promócie projektu je implementácia automatizovaného pracoviska (AWA), ktorá umožňuje účtovanie výrobku v skladovom skladu.

Na dosiahnutie vyššie uvedeného cieľa sa musia vyriešiť tieto úlohy: \\ t

¾ vykonať analýzu obchodných procesov obchodu;

¾ Preskúmajte informačné toky vznikajúce vo fáze vyvinutého produktu vyvinutého výrobku;

¾ Vytvorte koncepčný a logický dátový model;

¾ Rozvíjať softvér na podporu produktov

¾ Vykonajte hodnotenie ekonomickej efektívnosti informačného systému.

1 Vývoj požiadaviek na softvér

1.1 Analýza existujúcich riešení

V súčasnosti existuje široká škála spoločností, ktoré kombinujú priamy vývoj produktov, takže rozvoj systémov na riadenie týchto produktov. Takéto systémy sú vyvinuté ako také značne známe spoločnosti ako 1: s podnikom a "hviezdou". V takýchto systémoch sa monitorujú monitorovacie materiály a spracovanie získaných informácií.

"1c: Enterprise" je systém aplikovaných riešení postavených podľa jednotných princípov a na jednej technologickej platforme. Hlava si môže vybrať riešenie, ktoré spĺňa aktuálne potreby podniku a bude sa naďalej rozvíjať ako podnik alebo rozšírenie úlohy automatizácie.

Program "1C: Enterprise" program je určený na riešenie širokej škály účtovných a riadenia automatizácie úloh, ktorým čelí dynamicky rozvíjať moderné podniky. Riešenie aktuálnych účtovných a riadiacich úloh Zloženie programu "1c: Enterprise" je zameraná na súčasné potreby podnikov. Spoločnosť "1C" vytvára obehové softvérové \u200b\u200briešenia určené na automatizáciu typických účtovných a riadiacich úloh v podnikoch. Charakteristickým znakom cirkulačných riešení spoločnosti "1c" je starostlivé štúdium zloženia funkčnosti zahrnutých v typických riešeniach. Spoločnosť "1C" analyzuje skúsenosti používateľov používajúcich program "1c: Enterprise" a sleduje zmenu svojich potrieb.

Hlavné výhody môjho systému, veľkoobchodná základňa možno pripísať relatívne nízkym nákladom na zavedenie tohto systému, ako aj rad výhod:

¾ Spoľahlivosť vytvorených aplikácií. Softvérový balík (PC) musí byť stabilný nielen k chybám používateľa, ale aj zlyhania v systéme komunikácie.

¾ Jednoduché použitie rozhrania;

¾ Vysoká úroveň zabezpečenia systému, ktorá znamená nielen kontrola dostupnosti určitých systémových zdrojov a bezpečnosť informácií vo všetkých fázach prevádzky, ale aj sledovanie akcií s vysokým stupňom spoľahlivosti.

1.2 Analýza predmetu oblasti

Zvláštnosťou analýzy oblasti predmetu je, že vám umožní vidieť celý súbor operácií organizácie.

Na analýzu a reorganizáciu obchodných procesov je prípad určený – Nástroj na najvyššej úrovni Všetky modeler procesu Fusion (BPWIN), podpora metodík IDEF0 (funkčný model), DFD (Dátový diagram údajov) a IDEF3 (pracovný tokový diagram). BPWIN je výkonný softvérový produkt na vytvorenie modelov, ktoré vám umožnia analyzovať, dokumentu a plánovať zmeny v komplexných obchodných procesoch. BPWIN ponúka nástroj na zhromažďovanie všetkých potrebných informácií o práci podniku a grafický obraz týchto informácií vo forme holistického a konzistentného modelu.

Z hľadiska funkčnosti systému. Ako súčasť metodiky IDEF0 (definícia integrácie pre modelovanie funkcií), obchodný proces je prezentovaný vo forme súboru prvkov-diel, ktoré navzájom spolupracujú, a tiež ukazuje informácie, ľudské a výrobné zdroje spotrebované každou prácou. Funkčný model je navrhnutý tak, aby opísal existujúce obchodné procesy v podniku (tzv. As-is model) a ideálnu pozíciu vecí – Čo potrebujete na to, aby ste sa mohli usilovať o (model to-be). Metodika IDEF0 predpisuje stavbu hierarchického diagramu systému, t.j. Jednorazové popisy systémových fragmentov. Po prvé, systém opisuje systém ako celok a jeho interakciu s vonkajším svetom (kontextový diagram), po ktorom sa koná funkčný rozklad – Systém je rozdelený na subsystémy a každý systém je opísaný samostatne (diagramy rozkladu). Potom je každý subsystém rozdelený na menšie a tak ďalej, aby sa dosiahlo požadované detaily stupňa.

Ak je v procese modelovania je potrebné osvetliť konkrétne strany podnikovej technológie, BPWIN vám umožňuje prepínať na akúkoľvek pobočku modelu modelu DFD alebo IDEF3. DFD diagramy (diagram toku dát) môžu pridať niečo, čo sa už odráža v modeli IDEF3, pretože opisujú dátové toky, čo vám umožní vysledovať, ako sa informácie vymieňajú medzi obchodnými funkciami vo vnútri systému. Súčasne sa DFD diagram nezohľadňuje interakciu medzi obchodnými funkciami.

Z hľadiska sledovaného postupu práce. A ešte presnejší obraz možno získať pridaním modelu pomocou IDEF3 diagrams. Táto metóda upozorňuje na poradie udalostí. IDEF3 zahŕňa logické prvky, čo vám umožňuje simulovať a analyzovať alternatívne scenáre vývoja obchodných procesov.

Ak chcete zvážiť obchodné procesy spustené v obchode Store, je potrebné použiť iba dve metodiky IDEF0 a DFD. Proces modelovania akéhokoľvek systému v IDEF0 začína definíciou kontextu, t.j. Najviac abstraktnou úrovňou opisu systému alebo obchodných procesov všeobecne.

IDEF0 model . Preskúmať obchodné procesy "Tvorba objednávky dodávateľa", "Získanie tovaru", "dovolenka tovaru", zvážte grafy, ktoré sú prezentované vo forme diagramu IDEF0. IDEF0 Systém je reprezentovaný ako súbor interakcií alebo funkcií.

Metodika IDEF0 je založená na štyroch základných pojmoch.

Prvým z nich je koncept funkčný blok (Kolónka aktivity) . Funkčný blok je graficky zobrazený ako obdĺžnik a personifikuje určitú špecifickú funkciu v rámci posudzovaného systému.

Každá zo štyroch strán funkčného bloku má svoju vlastnú určitú hodnotu (úlohu), zatiaľ čo:

Horná strana má hodnotu "Control";

Ľavá strana je "vstup" (vstup);

Pravá strana má "výstup" (výstup);

Dolná strana má hodnotu "mechanizmus".

Druhá metodika "Whale" IDEF0 je koncepcia rozhrania ARC (šípka). Grafické zobrazenie rozhrania ARC je jednosmerná šípka. Každé rozhranie ARC musí mať svoj názov (šípka štítok). Používanie rozhrania oblúkov, rôzne objekty displej, do jedného stupňa alebo iného, \u200b\u200bvymedzujúce procesy vyskytujúce sa v systéme. Zároveň šípky, v závislosti na tom, ktoré hrana obdĺžnika práce, ktoré vstupujú, alebo z ktorých hrany vydávajú, sú rozdelené do:

Vstupné šípky (zahrnuté v ľavej strane funkčného bloku) - dáta alebo objekty premenlivé počas prevádzky;

Riadna šípka (zahrnuté v hornej aspekte funkčného bloku) - zobrazujú pravidlá a obmedzenia, vďaka ktorej sa vykonáva práca;

Výstupné šípky (vyjdú z pravej strany funkčného bloku) - zobrazujú údaje alebo objekty, ktoré sa objavujú v dôsledku práce;

Šípka mechanizmu (súčasťou spodnej strany funkčného bloku) - zobrazuje zdroje (napríklad zariadenia, ľudské zdroje).

Tretia základná koncepcia IDEF0 je rozklad (rozklad). Princíp rozkladu sa používa pri rozdeľovaní komplexného procesu na zložky jeho funkcie.

Rozklad vám umožňuje postupne a štruktúrovaný, aby reprezentoval systémový model vo forme hierarchickej štruktúry jednotlivých diagramov, čo je menej preťažené a ľahko absorbované.

Posledné koncepty IDEF0 je glosár (slovník). Pre každý z prvkov IDEF0: diagramy, funkčné bloky, rozhrania ARCS existujúci štandard zahŕňa vytváranie a udržiavanie množiny vhodných definícií, kľúčových slov, naratívnych prezentácií atď., Ktoré charakterizujú objekt zobrazený týmto prvkom. Táto sada sa nazýva glosár a je popisom podstaty tejto položky.

Zvážte graf podnikových procesov prúdiacich v obchode obchodu DMM, Cleonelly:

V prípade všeobecnej viditeľnosti systému je potrebné vybudovať kontext "Činnosti podnikového skladu" (pozri obrázok 1.1).

Obrázok 1.1 - Diagram "Skladové aktivity"

Po inštalácii kontextu sa vykonáva rozklad, t.j. Budovanie nasledujúcich grafov v hierarchii.

Každý nasledujúci diagram je podrobnejší popis jednej z prác na vyššej tabuľke. Príklad rozkladu kontextovej práce je znázornený na obrázku 1.2. Celý systém je teda rozdelený na podsystémy na požadovanú úroveň detailov, tento systém je rozdelený na tri úrovne.

Obrázok 1.2 - Graf rozkladu prvého stupňa

Obrázok 1.3 - Diagram "Design produktu"

Obrázok 1.4 - Diagram "dovolenka tovaru"

Obrázok 1.5 - Diagram "Calling Tovar"

DFD. Základom tejto metodiky je výstavba modelu analyzovaného IC - predpokladaného alebo skutočne existujúceho. V súlade s metodikou je systémový model definovaný ako hierarchia diagramov dátového toku (DFD), popisuje asynchrónny proces konverzie informácií z jeho vstupu do systému pred vydaním používateľa. DFD diagramy sú zvyčajne postavené pre vizuálny obraz aktuálnej práce systému správy dokumentov organizácie. Najčastejšie sa diagram DFD používa ako doplnok k modelu obchodných procesov vyrobených v IDEF0.

Hlavnými komponentmi diagramov dátového toku sú:

Externé entity (graficky zobrazené štvorcovým) - uveďte materiálový predmet alebo jednotlivec, ktorý je zdrojom alebo prijímačom informácií. Napríklad: zákazníci, zamestnanci, dodávatelia, zákazníci, sklad;

Systémy / Subsystémy (graficky vyzerá ako obdĺžnik so zaoblenými rohmi) - práca indikuje funkcie alebo procesy, ktoré spracúvajú a zmenia informácie;

Dátové disky - sú abstraktné zariadenie na ukladanie informácií, ktoré môžu byť umiestnené kedykoľvek v pohone a po určitom čase extrahovať, a spôsoby miestnosti a extrakcie môžu byť akékoľvek. Zariadenie na ukladanie údajov vo všeobecnosti je prototyp budúcej databázy a opis údajov uložených v ňom musí byť spojený s informačným modelom;

Dátové toky - Určuje informácie prenášané po pripojení zo zdroja k prijímaču. Dátový prúd na diagrame je znázornený čiarou šípky konca, ktorá zobrazuje smer prúdenia.

Zvážte schému dátového toku (DFD) "Dovolenka tovaru" Obrázok 1.6. Tento diagram zobrazuje pohyb dokumentov pri vstupe do organizácie "Žiadosti o tovar".

Obrázok 1.6 - DFD Diagram "Dovolenka tovaru"

Zvážte nasledujúci diagram dátových tokov "dizajn produktu" (pozri obrázok 1.7). Tu je zobrazený proces vykonávania práce a pohybu dokumentov na "vydávaní tovaru".

Obrázok 1.7 - DFD DIAGRAM "Registrácia produktu"

V diagramoch dátového toku sú všetky použité znaky zložené do spoločného obrazu, čo dáva jasnú predstavu o tom, ktoré údaje sa používajú, a aké funkcie vykonáva systém správy dokumentov. Často sa zistí, že existujúce informačné toky, dôležité pre aktivity spoločnosti, sú realizované nespoľahlivé a je potrebné reorganizovať. *******

Organizačná štruktúra podniku, ktorá sa zaoberá predajom produktov Terryho, sa považuje za príklad spoločnosti "Doneck Maines M" Cleonelly Store:

V smere vývoja riadiacich systémov a účtovných materiálov môžu byť problémy úspešne vyriešené:

1. Ide o kontrolu nad dodaným tovarom a skladom skladom.

2. Informácie o dodávateľoch a spotrebiteľoch

3. Obsahuje aj informácie a operácie informácií pre produkt.

4. Obsahuje protokol správ uvoľneného tovaru.

5. Osvedčenie o tovare

6. Automatizácia skladových funkcií (príchod, spotreba, odpísanie, rezervácia produktov)

7. Registrácia a ukladanie účtov zakúpených a predaných tovarov a služieb, ako aj výpis pre účty preddavky, s oneskorením platby a dodania tovaru

8. Vytvorenie režijných a účtovníctva vydaného tovaru

9. Vedenie zásob skladov s vytvorením vedľajšej vody, akt nedostatku nedostatku a prebytku

10. Vytvorenie súborov tovaru

Ako je uvedené v hlavnej oblasti činnosti tohto podniku, je predaj bavlnených produktov. Dizajnový proces zahŕňa mnoho krokov starostlivo vypracovaných riadiacimi štruktúrami projektových podnikov počas celého života tohto podniku. Tento proces sa nedá zmeniť zároveň, pretože ide o mnoho divízií samotného podniku, externých subdodávateľov a zákazníkov projektovej spoločnosti. Podniky s opatrnosťou sa preto týkajú implementácie informačných systémov týkajúcich sa procesov riadenia dizajnu a rozvoja. Ruské podniky spravidla používajú svoj vlastný vývoj v tejto oblasti.

1.3 Zber požiadaviek

Pri navrhovaní informačného systému (IP) "Arts veľkoobchodný obchod", bolo potrebné zbierať požiadavky, ktoré by pomohli vytvoriť rozhranie takým spôsobom, že koncový užívateľ (zamestnanec obchodu) bol vhodný na prácu s rozvinutou IP.

Rozvoj požiadaviek je proces, ktorý zahŕňa činnosti potrebné na vytvorenie a schválenie dokumentu obsahujúceho špecifikáciu systémových požiadaviek.

Na realizáciu procesu účtovných a monitorovacích materiálov je potrebné, aby informačný systém mohol vykonávať tieto funkčné požiadavky:

¾ Dokumentácia výsledkov.

¾ Informačný systém musí byť implementovaný ako program založený na integrovanom prostredí Visual Fox Pro.

Program sa vykonáva v operačnom systéme Windows 2000 / NT / XP.

Existujú štyri hlavné etapy procesu vývoja požiadaviek (obrázok 1.8):

Analýza technickej uskutočniteľnosti vytvorenia systému;

Tvorba a analýza požiadaviek;

Špecifikácie požiadaviek a vytvorenie príslušnej dokumentácie;

Certifikácia požiadaviek.

Požiadavky na zhromažďovanie je dôležitým krokom v dizajne dizajnu, pretože je tu, že všetky požiadavky zákazníka musia byť správne a sú správne formulované.

1.4 Špecifikácia požiadaviek

Definícia správnych požiadaviek je pravdepodobne najviac zodpovednou fázou softvérového projektu. Je veľmi dôležité, aby bol formát projektu v súlade s požiadavkami na softvér zozbieraný vývojárskym tímom, inak tieto požiadavky nebude môcť byť podporované a prezentované v softvérovom produkte. Požiadavky na softvérové \u200b\u200bpožiadavky Softvérové \u200b\u200bpožiadavky Špecifikácie (SRS) je kľúčom k životnému cyklu rozvoja softvéru. Toto nie je len derivátový dokument, v ktorom špecifikácie programového projektu, ale aj hlavný dokument uplatňovaný na vykonanie certifikačných a prijateľných testov. Certifikácia je posúdením kvality práce projektových manažérov. Určuje stupeň súladu so stanovenými požiadavkami softvérového produktu. Špecifikácia SRS pôsobí ako druh mechanizmu na upevnenie systémových požiadaviek, ktoré sa používajú ako kritériá pre certifikáciu.

Na základe SRS sa dosiahne súhlas medzi zákazníkmi a výrobcami softvéru. Špecifikácia SRS plne popisuje funkcie, ktoré bol vyvinutý softvérový produkt. To umožňuje potenciálnym používateľom určiť stupeň dodržiavania výrobkov s ich potrebami, ako aj ciele modifikácie produktu, aby bolo čo najviac v riešení ich úloh.

Vývoj nákladov na dočasné rozvoja. Príprava špecifikácií SRS zahŕňali rôzne skupiny v organizácii zákazníka. Opatrne preskúmajú všetky požiadavky ešte predtým, ako začína priamy vývoj projektu. To znižuje pravdepodobnosť následného opätovného vývoja projektu, kódovania a testovania.

S dôkladnou štúdiou o požiadavkách uvedených v špecifikácii SRS je možné zistiť nadkladanie, nedorozumenia a rozpory v počiatočných štádiách vývoja cyklu, keď sú problémy oveľa jednoduchšie ako v neskorších štádiách.

Špecifikácia SRS sa stáva základom pre odhad nákladov a prípravy pracovného harmonogramu. Popis produktu je reálnym základom pre odhad nákladov projektu. V prostredí, kde je koncepcia formálneho návrhu, SRS sa používa na schválenie posúdenia ponuky alebo ceny.

S pomocou navrhovaných špecifikácií SRS na úrovni organizácie, organizácia môže vyvinúť oveľa produktívnejšie plány certifikácie a inšpekcií. Súčasťou zmluvy o vývoji SRS poskytuje referenčný bod na posúdenie súladu so špecifikáciami.

Vďaka špecifikácii SRS je programový produkt uľahčený novými užívateľmi, ako aj jeho inštaláciu na iných počítačoch. Preto je pre zákazníkov jednoduchšie preniesť softvérový produkt na iné jednotky organizácie a pre vývojárov, aby prenášali ostatným zákazníkom.

Špecifikácia SRS slúži ako základ pre modernizáciu. Tento dokument sa zaoberá samotným výrobkom, a nie proces vývoja projektu, preto je možné vyplniť vyplnený výrobok na svojom základe.

Po ukončení procesu definovania a špecifikácií je potrebné vykonať certifikáciu požiadaviek.

Špecifikácia požiadaviek na softvérový projekt musí byť prezentovaný v dodatku A.

1.5 Certifikácia požiadaviek

Certifikácia by mala preukázať, že požiadavky skutočne definujú systém, ktorý chce zákazník mať. Kontrola požiadaviek je dôležitá, pretože chyba v špecifikácii požiadaviek môže viesť k zmenám systému a vysoké náklady, ak sú zistené počas systému rozvoja systému alebo po jeho uvedenie do prevádzky.

Počas procesu certifikácie sa musia vykonať rôzne typy kontrol dokumentov:

1. Skontrolujte správnosť požiadaviek.

2. Skontrolujte konzistenciu.

3. Skontrolujte úplnosť.

4. Skontrolujte uskutočniteľnosť.

Existuje niekoľko certifikačných metód podľa požiadaviek, ktoré môžu byť použité spolu alebo každý samostatne:

1. Preskúmanie požiadaviek.

2. Prototypovanie.

3. Generovanie testovacích scenárov.

4. Automatizovaná analýza konzistencie.

Najviac vizuálne pre zákaznícky systém je prototypovanie.

Pred začatím vytvárania prototypov môžete vytvoriť diagram potrieb používateľského rozhrania. Tento diagram sa používa na preskúmanie vzťahu medzi hlavnými prvkami používateľského rozhrania.

Ďalším krokom certifikácie požiadaviek je priame vytváranie prototypov.

Prototyp softvéru je čiastočná alebo možná realizácia navrhovaného nového produktu. Prototypy vám umožňujú vyriešiť tri hlavné úlohy: objasnenie a ukončenie formulácie požiadaviek, výskumu alternatívnych riešení a vytvorenie konečného výrobku.

Prototyp hlavného menu tohto modulu je znázornený na obrázku 1.9.

1.6 Výber metodiky dizajnu informačného systému

Podstatou štrukturálneho prístupu k rozvoju IP je jeho rozklad (oddiel) na automatizovaných funkciách: Systém je rozdelený na funkčné subsystémy, ktoré sú zase rozdelené na subfunkcie rozdelené na úlohy a tak ďalej. Proces rozdelenia pokračuje v špecifických postupoch. Pi Tento automatizovaný systém si zachováva holistickú reprezentáciu, v ktorej sú všetky komponenty prepojené.

Všetky najbežnejšie metodiky štrukturálneho prístupu sú založené na viacerých všeobecných zásadách. Nasledujúce zásady sa používajú ako dva základné princípy:

Princíp "rozdeliť a dobyť" je princíp riešenia komplexných problémov rozdelením mnohých menších nezávislých úloh, ľahko sa porozumieť a rieši;

Princíp hierarchického usporiadania je princípom organizovania zložiek problému do hierarchických stromových štruktúr s pridaním nových častí na každej úrovni.

V štrukturálnej analýze existujú najmä dve skupiny finančných prostriedkov ilustrujúcich funkcie vykonávané systémom a vzťahom medzi údajmi. Každá skupina finančných prostriedkov zodpovedá určitým typom modelov (diagramy), najbežnejšie, medzi ktoré sú: \\ t

SADT (štruktúrna analýza a konštrukčná technika) modely a zodpovedajúce funkčné diagramy;

DFD (diagramy toku dát) Diagramy toku údajov;

ERD (Diagramy entity-vzťahové diagramy) Chart "Essence-Communication".

V štádiu dizajnu modelu IC model rozširuje, regeneruje a doplnené diagramami, ktoré odrážajú softvérovú štruktúru: architektúra softvéru, konštrukčné schémy programov a na obrazovke diagramy.

Uvedené modely v agregáte poskytujú úplný opis IC bez ohľadu na to, či existuje alebo novo vyvinuté. Zloženie grafov v každom konkrétnom prípade závisí od požadovanej úplnosti opisu systému.

2 Projektový informačný systém

2.1 Architektonický dizajn

Pri vytváraní akéhokoľvek komplexného informačného systému je kritickým aspektom svojej architektúry, kde je koncepčná vízia štruktúry budúcich funkčných procesov a technológií na úrovni systému a vo vzťahoch. Zvyčajne sú komplexné informačné systémy organizácií navrhnuté ako zloženie komponentov, ktoré interagujú na vysokej úrovni, čo môže byť samotné systémy. Architektúra informačného systému organizácie uľahčuje pochopenie systému tým, že definuje jeho funkčnosť a štruktúru spôsobom, ktorý odhaľuje riešenia dizajnu a umožňuje prehliadač klásť otázky týkajúce sa spokojnosti požiadaviek na návrh, distribúciu funkčnosti a implementácie komponentov.

Architektúra informačného systému organizácie je model, ako budú informačné technológie podporovať hlavné ciele a stratégia pre rozvoj automatizovaného objektu. To vám umožní kriticky myslieť a jasne vyjadriť pohľad na to, ako by mali byť integrované súbory informačných systémov štruktúrované na realizáciu týchto cieľov. Architektúra informačného systému opisuje, ako informačné systémy, aplikácie a ľudia pracujú v celej organizácii jednotným jednotným spôsobom.

Architektúra informačného systému teda obsahuje všeobecne akceptovaný súbor komponentov, ktoré poskytujú "stavebné bloky" informačného systému. Tieto "stavebné bloky" a ich charakteristiky sú definované na príslušnej úrovni podrobností, aby spĺňali potreby vykonávané plánovacími riešeniami.

Pri navrhovaní moderných informačných systémov organizácií, ich architektúra by mala byť vyvinutá s prihliadnutím na mnohé zainteresované strany, musí byť pochopiteľné pre užívateľov, aby sa vývojári urobili plán a grafy systému, umožnili vám určiť kľúčové rozhrania, funkcie a technológie A tiež vám umožní vyhodnotiť plán a rozpočet realizácie projektu. Zároveň architekti moderných informačných systémov si vyžadujú zodpovednosť za vytvorenie uspokojivého a implementačného systému systému v najskoršom štádiu jej vývoja, podpory integrity tohto konceptu v rámci rozvoja a určenia výsledného výsledného systému na použitie klient. Na druhej strane rozvoj architektúry informačného systému je proces opisovania architektúr informačných systémov v dostatočnom detaile, aby boli užitočné pre rozvoj informačných systémov.

Štúdium zahraničných skúseností ukazuje, že vo vyspelých krajinách pri vypracúvaní architektúry informačného systému si vyžaduje dodržiavanie týchto podmienok: \\ t

¾ Zamerajte sa na poslanie organizácie;

¾ Zamerajte sa na požiadavky;

¾ Zamerajte sa na rozvoj;

¾ schopnosť prispôsobiť sa;

¾ Potreba flexibility.

Dodržiavanie všetkých týchto podmienok vám umožňuje rozvíjať architektúru informačného systému organizácie je dokonalejšia a efektívna.

V súčasnosti implementované hlavné architektúry softvéru sú:

¾ File-Server;

¾ klient-server;

¾ Multi-Level.

Súborový server. . Táto architektúra centralizovaných databáz s prístupom k sieti zahŕňa pridelenie jedného zo sieťových počítačov ako dedikovaný server, na ktorom budú uložené centrálne databázové súbory. V súlade s užívateľskými požiadavkami sa súbory zo súboru servera prenášajú do užívateľských pracovných staníc, kde sa vykonáva hlavná časť spracovania údajov. Centrálny server vykonáva hlavne úlohu archívu súboru, bez toho, aby sa zúčastnilo spracovania samotných údajov. Po dokončení používateľov, používatelia kopírujte súbory s spracovanými údajmi späť na server, odkiaľ môžu mať a spracovávať iných používateľov. Takáto organizácia údajov má rad nevýhod, napríklad pri súčasnom zaobchádzaní s súborom užívateľov na jeden a tie isté údaje, výkon práce má ostro, pretože je potrebné čakať, kým sa používateľ, ktorý bude pracovať s údajmi práca. V opačnom prípade je možné posilniť opravy vykonané jedným používateľom, zmeny vykonanými inými používateľmi.

Klientsky server. . Tento koncept je založený na myšlienke, že okrem ukladania databázových súborov musí centrálny server vykonať hlavnú časť spracovania údajov. Používatelia sa vzťahujú na centrálny server pomocou špeciálneho jazyka štruktúrovaných dotazov (SQL, štruktúrovaný jazyk dotazovania), ktorý popisuje zoznam úloh vykonávaných serverom. Používateľské požiadavky sú akceptované serverom a vytvárajú procesy spracovania údajov. V reakcii na odpoveď prijíma už spracovaný súbor údajov. Nie je prenos údajov medzi klientom a serverom, ako je to technológia súborov a servera, ale iba údaje, ktoré je klient potrebný. Užívateľská požiadavka v dĺžke len niekoľkých riadkov je schopná generovať proces spracovania údajov ovplyvňujúcim viaceré tabuľky a milióny riadkov. V reakcii na odpoveď môže získať len niekoľko čísel. Technológia klient-server vám umožní vyhnúť sa prenosu cez sieť obrovských množstiev informácií posunutím všetkých spracovaní údajov na centrálnom serveri. Okrem toho, príslušný prístup vám umožňuje vyhnúť sa konfliktu zmien v rovnakých údajoch mnohými používateľmi, ktorí sú charakteristické pre technológiu súborov. Technológia Client-Server implementuje konzistentnú zmenu údajov vo viacerých klientoch, ktoré poskytujú automatické dodržiavanie integrity údajov. Tieto a niektoré ďalšie výhody robili technológiu klient-server veľmi populárna. Nevýhody tejto technológie zahŕňajú vysoké požiadavky na výkon centrálneho servera. Čím viac zákazníkov nájdete na serveri a tým viac, čím viac spracovávania údajov, čím silnejší by mal byť centrálny server.

Na základe týchto odôvodnení pri navrhovaní architektúry AWP ako základu bola prijatá technológia klient-server. Tabuľky umiestnenia odrážajú fyzikálne vzťahy medzi softvérovými a hardvérovými komponentmi systému).

2.2 Navrhovanie rozhrania informačného systému

Pod užívateľským rozhraním sa často rozumie len vzhľad programu. V skutočnosti však užívateľ vníma celý systém ako celok, čo znamená, že jeho porozumenie je príliš úzke. V skutočnosti, užívateľské rozhranie zahŕňa všetky aspekty dizajnu, ktoré ovplyvňujú interakciu a systém používateľa. Toto nie je len obrazovka, ktorú používateľ vidí. Užívateľské rozhranie sa skladá z rôznych komponentov, ako napríklad:

Súprava užívateľských úloh, ktoré rieši pomocou systému;

Prvky riadenia systému;

navigácia medzi systémovými blokmi;

Vizuálny dizajn programov.

Zdôrazňujeme niektoré z najvýznamnejších výhod dobrého používateľského rozhrania z hľadiska podnikania:

Zníženie počtu chýb používateľa;

Zníženie nákladov na podporu systému;

zníženie straty produktivity pracovníkov pri vykonávaní systému a rýchlejšie vymáhanie stratenej produktivity;

zlepšenie morálneho stavu zamestnancov;

Zníženie nákladov na zmenu používateľského rozhrania na žiadosť používateľov;

Prístupnosť systémovej funkcie pre maximálny počet používateľov.

AWP veľkoobchodná základňa je vyvinutá ako aplikácia pomocou technológie klient-server.

2.2.1 Program riadenia používateľského rozhrania

Hlavný modul "Arts veľkoobchodná základňa" je luck.exe modul, ktorý zabezpečuje implementáciu hlavnej funkčnosti schémy možností použitia zobrazeného na obrázku 1.9 oddielu 1.4.

Pri vývoji informačného systému jedného z hlavných úloh je vytvorenie najjednoduchšieho a nevyloženého rozhrania. Je to programové rozhranie, ktoré pomáha "komunikovať" s informačným systémom, ktorý hovorí ako dialógové okno a systém používateľa.

Programové rozhranie, administrátor:

1. Štart forma programu. Tento formulár spustí, keď sa softvér začal tvoriť, teda začiatok dialógového okna používateľa so systémom (obrázok 2.3);

2. Tvar administrátora. V tomto formulári je informačný systém plne kontrolovaný, t.j. Pridávanie, vymazanie, zmena údajov v databáze, ako aj v prípade potreby, zobrazenie a tlačových hlásení (obrázok 2.4);

3. Formulár "zákazníci", vďaka tomuto formuláru môžete vidieť kompletné informácie o zákazníkov podniku (obrázok 2.7);

4. Formulár "dodávateľov", vďaka tomuto formuláru môžete vidieť kompletné informácie o zákazníkov podniku (obrázok 2.8).

Programové rozhranie Vlastná časť:

V okne je príchod tovaru návrh tovaru. Po výbere tejto karty musí užívateľ najprv

V ponuke Spotreba existujú operácie pracovného skladu na dovolenke a predaji tovaru.

V ponuke zvyškov sa produkt počíta, názov uloženého v sklade.

V ponuke Cashier sa uložia informácie o farských zákazkách a prepustených hotovostných príkazoch. (Screenshots)

2.2.2 Kontrolné komponenty používateľských rozhraní

Obrázok 2.0 Hlavné menu programu

Hlavné okno programu je znázornené na obr. 1.9. Ako je možné zrejmé z obrázku, okrem hlavného menu, už opísanej vyššie, bude tiež obsahovať ovládací panel ("Arrival", "spotreba", "prístup", "zostáva", "pokladník", "precenenie "," Analytics "," referencie "," Service "a" Exit z programu ").

Obrázok 2.1 Okno prichádzajúceho menu alebo vstup do skladu.

Obrázok 2.2 Okno Priechodné menu

Obrázok 2.2 Okno menu Nastavenie prístupových práv na program.

Obrázok 2.3 Zvýšenie menu okna tovaru.

Obrázok 2.4 Okno Cash Menu.

Obrázok 2.4 Prehodnotenie okna.

2.3 Design databázy

Erwin 4.0 z počítačových asociátov Int sa použil na navrhovanie databázy.

Erwin je výkonný a ľahko použiteľný nástroj databázového dizajnu, ktorý získal rozšírené rozpoznávanie a popularitu. Poskytuje najvyššiu produktivitu práce pri vývoji a údržbe aplikácií pomocou databáz. Počas celého procesu, od logických požiadaviek modelovania informácií a obchodných pravidiel, ktoré určujú databázu, pred optimalizáciou fyzického modelu v súlade so špecifikovanými vlastnosťami - Erwin umožňuje vizuálne zobraziť štruktúru a základné prvky databázy.

Erwin nie je len najlepším nástrojom na navrhovanie databáz, ale aj pre rýchle vytvorenie. Erwin optimalizuje model v súlade s fyzikálnymi vlastnosťami cieľovej databázy. Na rozdiel od iných nástrojov ERWIN automaticky udržiava koherenciu logických a fyzikálnych schém a transformuje logické štruktúry, ako sú vzťahy mnohými mnohými, pri ich realizácii na fyzickej úrovni. Uľahčuje dizajnové databázy. Aby ste to urobili, stačí vytvoriť grafický model E-R (objekt-postoj), ktorý spĺňa všetky požiadavky na údaje a zadajte obchodné pravidlá na vytvorenie logického modelu, ktorý zobrazuje všetky prvky, atribúty, postoje a zoskupenia. Erwin má dve úrovne modelovej prezentácie - logické a fyzické. Logická úroveň je abstraktným pohľadom na údaje, je na ňom prezentované, pretože sa pozerajú do reálneho sveta, a môžu byť volaní, ako sa nazývajú v reálnom svete, napríklad "trvalý klient", "oddelenie" alebo "Rodina zamestnanca". Objekty modelu predstavovaného na logickej úrovni sa nazývajú entity a atribúty. Logická úroveň dátového modelu je univerzálna av žiadnom prípade spojená so špecifickou implementáciou DBMS. Existujú tri zostupy logickej úrovne dátového modelu, sa líšia v hĺbke prezentácie informácií o údajoch:

Diagramový subjekt - komunikácia (diagram vzťahov so subjektmi (ERD));

Kľúčový dátový model (model založený na kľúč (KB));

Kompletný model (FA).

Diagram Essence - Komunikácia zahŕňa subjekty a vzťahy odrážajúce základné obchodné oblasti oblasti. Tento diagram nie je príliš podrobný, zahŕňa hlavné subjekty a vzťahy medzi nimi, ktoré spĺňajú základné požiadavky. Essencia diagramu - Komunikácia môže zahŕňať "Mnoho k mnohým" komunikáciám a nezahŕňajú kľúčové popisy. ERR sa spravidla používa na prezentácie a diskutovať o štruktúre údajov s odborníkmi z oblasti. Kľúčový dátový model je podrobnejší pohľad na údaje. Obsahuje opis všetkých subjektov a primárnych tlačidiel a je určený na reprezentáciu dátovej štruktúry a tlačidiel, ktoré zodpovedajú oblasti predmetu.

Logickým modelom je najpodrobnejšie znázornenie dátovej štruktúry: predstavuje údaje v tretej normálnej forme a zahŕňa všetky subjekty, atribúty a komunikácie (pozri dodatok B).

Model fyzického dát Naopak, záleží na konkrétnych DBMS, v skutočnosti je zobrazenie systému systémového adresára. Fyzická úroveň modelu obsahuje informácie o všetkých objektoch databázy. Keďže neexistujú žiadne normy pre databázové objekty (napríklad neexistuje žiadny štandard pre typy údajov), fyzická úroveň modelu závisí od konkrétnej implementácie DBMS. V dôsledku toho môže tá istá logická úroveň modelu zodpovedať niekoľkým rôznym fyzickým úrovniam rôznych modelov. Ak model nemá väčšiu hodnotu na logickej úrovni, ktorá špecificky typ údajov v atribúte (hoci sú podporované abstraktné typy údajov), je dôležité opísať všetky informácie o špecifických fyzických objektoch - tabuľky, stĺpce, indexy postupy atď. Oddelenie dátového modelu na logické a fyzické úrovne vám umožní vyriešiť niekoľko dôležitých úloh.

Model fyzického dát je uvedený v dodatku V.

2.4 Odôvodnenie výberu platformy tvorby informačného systému

Visual FoxPro je vizuálne prostredie pre rozvoj systémov správy relačného databázy v súčasnosti produkované spoločnosťou Microsoft Corporation. Posledná verzia je 9,0. Používa programovací jazyk FOXPRO. Verzia systému 7.0 môže pracovať v operačných systémoch Windows 9x a NT Kernel, verzia 8.0 a 9.0 - len v systéme Windows XP, 2000, 2003.

FOXPRO (FOX-PRO?) Je jedným z dialektov programovania XBASE. Používa sa hlavne na rozvoj relačných DBMS, hoci je možné požiadať o vývoj a iné triedy programov. Ako už bolo uvedené vyššie, jazyk VFP je silne udelený a pokročilý jazyk XBASE. V Visual FoxPro je programovací jazyk, to znamená, že základným dizajnom jazyka je koncept triedy. Pôvodná verzia XBASE je najčistejšou štruktúrou so základným konceptom postupov a funkcií. Moderný programovací jazyk Visual FoxPro teda umožňuje kombinovať oba programovanie "starým spôsobom", ktorý opisuje hmotnosť procedúr av štýle OOP, vytvára komplexnú hierarchiu tried.

Vybral som si toto jazykové programovanie, pretože obsahuje niekoľko nasledujúcich výhod:

¾ Široko známy formát databázových tabuliek, čo uľahčuje usporiadanie zdieľania informácií s inými aplikáciami Microsoft Windows.

Moderná organizácia relačných databáz, ktorá vám umožňuje ukladať informácie o tabuľkách základne, ich vlastností, indexov a odkazov, stanovujú podmienky pre dodržiavanie referenčnej integrity, vytvárajú miestne a vzdialené zobrazenia (zobrazenie), komunikácie so servermi, uložené procedúry spustiteľné pri výskyte viac ako 50 rôznych typov udalostí. (VFP 7,0-9,0).

Vysoká rýchlosť s veľkými databázami.

Vysoké obete s databázami: Multifunkčné okno s reláciou dát vám umožňuje zobraziť zoznam otvorených databázových tabuliek, ich odkazy, filtre, postup pre indexy, režimy pufrovania, presunúť na režimy úpravy modifikácií, pracovať s informáciami o tabuľke atď.

Vysoká rýchlosť vývoja aplikácií pomocou MASTERS (Sprievodca), dizajnéri, stavitelia (Builder), Režim Tipy Intellisense Tipy pri písaní textu textu, ladenia a testovacích systémov programu.

Schopnosť vyvinúť aplikácie pomocou technológie klient-server s údajmi uverejnenými na serveroch Oracle a Microsoft SQL Server Server a s inými aplikáciami Microsoft Windows pomocou ODBC a OLE

Systém VFP je určený na použitie profesionálnymi programátormi, preto neexistuje žiadny bod v Rushipifikácii svojho menu a jazyka - pre každý programátor, anglická syntax algoritmického jazyka je zvyčajná ako ruština.

2.5 Projektovanie modulov

Dajte nám prebývať na konštrukcii jedného z programových modulov a zvážte kroky na vytvorenie projektu vo svojom príklade.

Ako príklad, budem zvážiť návrh modulu, ktorý implementuje možnosť použitia "podáva žiadosť o prijatie."

Ak chcete začať, opisujeme prúdy udalostí, ktoré sa vyskytujú v tomto uskutočnení.

PrePLALA používať aplikáciu od klienta.

5. Možnosť použitia začína, keď klient odosiela aplikáciu.

6. Manažér otvára formu príchodu.

7. Manažér dátum žiadosti.

8. Manažér položí názov tovaru.

9. Manažér prispieva množstvo obchodného tovaru.

10. Manažér prispieva výšku žiadosti.

11. Manažér zavrie formulár.

12. Možnosť použitia končí.

Platba za použitie je návrhom aplikácie v systéme a vznik nového klienta v časopise hlavného formulára.

Zvážte sekvenčnú schému tohto použitia. Ako môžete vidieť z tohto diagramu, manažér, otvorenie formulára, spôsobuje niekoľko akcií - automaticky (z hľadiska manažéra) sa vyplní dátum žiadosti. Zoznam zákazníkov Pri výrobe aplikácie je vyplnený zo základne s primárnymi informáciami. Potom manažér prispieva všetkým potrebným údajom a klikne na tlačidlo "Accept". Vykonávajú sa tieto opatrenia. Všetky údaje sa prenášajú do uloženého procesu.

3 Implementácia a certifikácia informačného systému

3.1 Implementácia aplikácií

Implementácia aplikácie je vo svojej podstate jedným z časovo náročných etáp pre vývojára informačného systému, pretože požiadavky, ktoré zákazník uvádza, by mali byť jasne a správne integrované do systému. Doteraz neexistujú žiadne takéto softvérové \u200b\u200bprodukty, ktoré by mohli "prispôsobiť" v požiadavkách takzvaného zákazníka a poskytnúť určitý súbor funkcií na implementáciu systému, ktorý spĺňa tieto požiadavky. Preto by mal každý vývojár vybrať pre seba optimálne prostredie pre rozvoj systému, ale treba poznamenať, že pri implementácii aplikácie nerobí bez písania programového poriadku. Pri písaní programu program, ktorý bude implementovaný niektorými funkciami, ktoré musí systém vykonať. V závislosti od zvoleného prostredia implementácie systému sa programový kód zobrazí inak, v takomto médiu, keď Microsoft Visual FoxPro bude jedným kódom programu, v jazyku Visual Basic inou atď.

V tomto prípade bola aplikácia implementovaná v Microsoft Visual FoxPro.

Hlavné funkcie systému budú opísané nižšie:

1. Začnite formu systému. Tento formulár je tvar tlačidla a podľa toho každé tlačidlo vykonáva svoju funkciu. Tlačidlo Registrácia administrátora je zobrazené na obrázku 3.1. Tlačidlo vykoná funkciu, ktorá otvára panel administrácie, ak má užívateľ takéto práva na tento systém

2. Tlačidlo MENU. Čerpadlo vám umožňuje zaznamenať prichádzajúci tovar do skladu Obrázok 3.2.

3. V tlačidle menu sa spotreba vyrába zo zverejneného tovaru zo skladu Obrázok 3.3.

4. Tlačidlo Menu Access upravuje práva na používanie tohto programu Obrázok 3.4.

5. Zostatkové tlačidlo zostávajúceho menu uchováva informácie o uložených materiáloch v obchode Store Obrázok 3.5.

6. Tlačidlo Menu Casso ukladá informácie o príchode hotovostných registrov a výdavkov hotovosti. 3.6.

7. V tlačidle menu prebiehajú zmeny precenenia cenu novej ceny tovaru obr.3.7.

Obrázok 3.1 - Systém štartovania

Obrázok 3.2 - forma účtovníctva pre materiálové príjmy do skladu.

Obrázok 3.3- Forma účtovania uvoľneného tovaru.

Obrázok 3.4- Formulár na úpravu prístupových práv na program.

Obrázok 3.5- Forma výrobkov na sklade.

Obrázok 3.5-Formulár o ziskových pokladniach a prepustených peňažných predpisoch.

Obrázok 3,6-forma operácií tovar.

Testovacie aplikácie

Testovanie je proces vykonávania programu, aby sa zistili chyby. Testovanie poskytuje:

Detekcia chýb;

Preukázanie zhody programových funkcií jej účelu;

Preukázanie vykonávania požiadaviek na charakteristiky programu;

Zobrazuje spoľahlivosť ako indikátor kvality programu.

Obrázok 3.2 predstavuje informačné toky procesu testovania.

Pri prijímacom procese testovania troch prúdov:

Textový text;

Zdrojové údaje na začatie programu;

Očakávané výsledky.

Skúšky sa vykonávajú, všetky získané výsledky sa odhadujú. To znamená, že skutočné výsledky testov sa porovnávajú s očakávanými výsledkami. Keď sa zistí nesúlad, chyba je fixná - začína ladenie.

Po zbere a hodnotení výsledkov testov začína kvalita a spoľahlivosť softvéru. Ak existujú vážne chyby, ktoré vyžadujú zmeny dizajnu, kvalita a spoľahlivosť sú podozrivé, je uvedené, že je potrebné získať testovanie.

Výsledky nahromadené počas testovania sa môžu odhadnúť a formálne. To používa modely spoľahlivosti softvéru, ktoré vykonávajú prognózu spoľahlivosti reálnych dát v intenzite chýb.

Existujú 2 Princípy testovania programu:

Funkčné testovanie (testovanie "čierna skrinka");

Konštrukčné testovanie (testovanie "bieleho boxu").

Pri testovaní pomocou metódy "bieleho boxu" je známa vnútorná štruktúra programu. Cieľom testovania tu nie je externé, ale vnútorné správanie programu. Správnosť budovania všetkých prvkov programu a správnosť ich interakcie s navzájom sa skontroluje.

Testovanie "čierneho boxu" (funkčné testovanie) vám umožňuje získať kombinácie vstupných dát, ktoré poskytujú úplnú kontrolu všetkých funkčných požiadaviek na program //. Softvérový produkt nájdete ako "čierna skrinka", ktorého správanie možno určiť len štúdiom svojich vstupov a vhodných výstupov.

Princíp "čierneho boxu" nie je alternatívou k princípu "bieleho boxu". Je to skôr komplementárny prístup, ktorý detekuje ďalšiu triedu chýb.

Testovanie "čierneho boxu" poskytuje vyhľadávanie nasledujúcich kategórií chýb:

Nesprávne alebo chýbajúce funkcie;

Chyby rozhrania;

Chyby v externých dátových štruktúrach alebo prístup k externej databáze;

Chyby charakteristík (povinná kapacita pamäte atď.);

Chyby inicializácie a dokončenia.

Na rozdiel od testovania "bieleho boxu", ktorý sa vykonáva v počiatočnom štádiu skúšobného procesu, testovanie "čiernej skrinky" sa používa v neskorších štádiách testovania. Pri testovaní "čiernej skrinky" zanedbaná kontrolná štruktúra programu. Tu je pozornosť zameraná na informačné pole definície softvérového systému. Pri testovaní v tomto štádiu sa uvádza zameranie vhodnosti riešenia na prácu v životných podmienkach. Zameriava sa na opravu chýb a definíciu ich dôležitosti, ako aj prípravu výrobku na vydanie.

V skúšobnom štádiu sa riešia dva hlavné úlohy:

Testovacie riešenia - testovacie plány vytvorené v štádiu plánovania a rozšírené a testované počas fázy vývoja;

Bodová operácia - nasadenie riešenia v testovacom prostredí a testovanie s zapojením budúcich užívateľov a implementáciu scenárov použitia reálneho systému. Táto úloha sa vykonáva pred začiatkom etapy nasadenia.

Účelom testovacieho stupňa je zníženie rizika, ku ktorému dochádza pri vstupe do roztoku do priemyselnej prevádzky.

Pre úspech testovacieho stupňa je potrebné, aby sa vzťah došlo k projektu a vývojár sa zmenil z vývoja nových funkcií, aby sa zabezpečilo riadne riešenia kvality.

V tomto štádiu informačného systému sa musia vykonať tieto druhy testovania: \\ t

Základné testovanie - nízkoúrovňové technické testovanie. Vykonáva sa vývojár sám v procese písania programu Program. Používa sa metóda bielej zásuvky, vysoké riziko chýb.

Testovanie vhodnosti na použitie - testovanie na vysokej úrovni, vykonané testerom a budúcimi užívateľmi produktov. Používa sa metóda "Black Box".

Alpha a beta testovanie - v termínoch MSF Alfa-Code - to je v podstate všetky zdrojové texty vytvorené vo fáze vyvíjania MSF procesu modelu a beta kód je kód, ktorý bol testovaný počas testovacej fázy. Preto sa vo fáze vývoja modelu MSF modelu testuje, a v skúšobnom stupni - beta kód.

Testovanie kompatibility - Z rozvinutého riešenia je potrebná schopnosť integrovať a schopnosť spolupracovať s existujúcimi systémami a softvérovými riešeniami. Táto forma testovania je zameraná na kontrolu integrácie a schopnosti vyvinutého riešenia komunikovať s existujúcimi systémami. V tomto prípade sa skontroluje správnosť operácie aplikácie na užívateľskom zariadení a používateľovi používanom používateľovi.

Testovanie výkonu - orientované na kontrolu, či aplikácia spĺňa požiadavky na výkon a úroveň rýchlosti rýchlosti.

Testovacia dokumentácia a referenčný systém - všetky vyvinuté sprievodné dokumenty a referenčné systémy sú testované.

Pilotná operácia je testovanie riešení v priemyselnom prostredí. Hlavnou úlohou pilotnej operácie je preukázať, že riešenie je schopné pracovať stabilne pracovať priemyselné vykorisťovanie a spĺňa požiadavky podniku. V procese pilotnej prevádzky sa roztok testuje v reálnych podmienkach. Point operácia umožňuje používateľom vyjadriť svoj názor na prácu produktu. Týmto stanoviskom, vývojárom eliminuje všetky možné problémy alebo v prípade nepredvídaných okolností je vytvorený akčný plán. Nakoniec, pilotná operácia vám umožňuje rozhodnúť, či spustíte spustenie nasadenia plného rozsahu alebo odložiť pred odstraňovaním problémov s narušením nasadenia.

PLOKOVÝ PROSTREDNÍKOVÝ PLÁNOVÝ PLÁNOVÝ PROSTREDIE POTREBUJÚCEHO POTREBUJÚCEHO SYSTÉMU.

Tabuľka 3.2 - PLÁNOVANIE PLÁNOV

Konať		Popis
1. Výber kritérií úspechu		Vývojár a účastníci skúseného testovania určujú kritériá úspechu a ich koordinujú
2. Výber užívateľov a inštalačných miest		Vytvorí sa tím účastníkov skúsených testov od užívateľov a vývojárov. Stanoví sa umiestnenie pilotného procesu.
3. Príprava užívateľov a inštalácie		Užívateľský tréning sa vykonáva - účastníci testu. Umiestnenie inštalácie je pripravené.
4. nasadenie skúsenej verzie		Nainštaluje sa skúsená verzia a je súčasťou práce.
5. Podpora a monitorovanie skúsenej verzie		Kontrola práce používateľov a systém, pomoc pri prevádzke, zhromažďovanie informácií o prevádzke systému
6. Spätná väzba s užívateľmi a hodnotenie výsledkov		Užívatelia vyjadrujú svoj názor na prevádzku systému, uveďte nedostatky a chyby.
7. Pozmeňujúce a doplňujúce návrhy a doplnky	Zistené chyby sú opravené, zmeny sa uskutočňujú v dizajne alebo procese. Pevné výsledky sú poskytnuté pre prácu a hodnotiť používateľov.
8. Rozhodnutia o nasadení	V prípade, že výsledky práce skúsených testov uspokojí užívateľov, rozhodnutím o nasadení systému.

3.2 Metóda nasadenia aplikácií

V tomto štádiu, vývojár (alebo tím) nasadzuje technológie a komponenty potrebné na riešenie riešenia, projekt ide do fázy sprievodu a podpory a zákazník ho konečne schvaľuje. Po nasadení, príkaz vyhodnocuje projekt a prieskum používateľa, aby zistil stupeň ich spokojnosti.

Ciele etapy nasadenia:

¾  Preneste riešenie priemyselného prostredia;

¾  Uznanie skutočnosti zákazníka na dokončenie projektu.

Nasadenie komponentov charakteristických pre konkrétne miesto inštalácie sa skladá z niekoľkých stupňov: príprava, inštalácia, školenie a formálne schválenie.

Výsledky fázy nasadenia systému sú eskortné a podporné systémy, archív dokumentov, kde sú umiestnené všetky verzie dokumentov a kódov vyvinuté počas projektu.

Na nasadenie rozvinutého systému bol vypracovaný akčný plán, ktorý je uvedený v tabuľke 3.1.

Tabuľka 3.1 - Plán nasadenia aplikácií

Konať	Opis činnosti
1. zálohovanie	Zálohovanie užívateľských dát sa vykonáva s jeho účasťou a koordináciou prenosom informácií na vymeniteľné médiá (CD, DVD)
2. Nastavenie základných zložiek riešenia	Aplikácia technológií, ktoré zabezpečujú prevádzku riešenia. V tomto prípade inštaláciu komponentu Visual FoxPro
3. Inštalácia aplikácie klienta	Preneste do počítača používateľa a nastavenie konečnej verzie vyvinutého a databázy
4. školenie	Užívateľský tréning je vyrobený na spoluprácu so systémom, vývojár je presvedčený o správnosti a pochopení práce IP zákazníkom
5. Prevod vedomostnej základne klienta projektu	Zákazník sa prenáša všetky projektové dokumentácie
6. Zatvorenie projektu	Vypracuje sa správa o uzavretí projektu. Zákazník podpíše akt prijatia.

Pre normálne fungovanie AWS vyžaduje operačný systém Microsoft WindowsXP.

4 Informačné riadenie projektov

4.1 Výber životného cyklu rozvoja

Jedným zo základných pojmov metodiky IP dizajnu je koncepcia životného cyklu jeho softvéru (LCC softvér). LCC je nepretržitý proces, ktorý začína momentom rozhodnutia o potrebe vytvoriť ho a končí v čase jeho úplného zabavenia.

Hlavným regulačným dokumentom regulačným softvérom LCH je Medzinárodná norma ISO / IEC 12207 (ISO - Medzinárodná organizácia normalizácie - Medzinárodná organizácia pre normalizáciu, IEC - Medzinárodná elektrotechnická komisia - Medzinárodná komisia pre elektrotechniku). Definuje štruktúru ELC obsahujúcu procesy, činnosti a úlohy, ktoré sa musia vykonávať počas vytvárania softvéru.

Norma ISO / IEC 12207 neposkytuje špecifický model LC modelu a vývoj softvéru. Pod modelom ZHC môžete pochopiť štruktúru, ktorá definuje postupnosť implementácie a prepojenia procesov, akcií a úloh vykonaných počas LCC. LCD model závisí od špecifík IC a špecifiká podmienok, v ktorých je vytvorená a funguje.

K dnešnému dňu existuje mnoho modelov životného cyklu softvéru, ale najobľúbenejšie sú dva modely:

Špirálový model (pozri obrázok 4.1);

Iteratívny model.

Obrázok 4.1 - špirálový model LC

Vytvoriť informačný systém, t.j. "Automatizované pracovisko zamestnanca skladu veľkoobchodu", bolo vybrané iteratívne. Charakteristickým znakom iteratívneho modelu môže byť nazývaný to, čo je formálnym spôsobom, pozostáva z nezávislých fáz vykonávaných v sériách a podlieha častému preskúmaniu (obrázok 4.2). Iteračný prístup sa ukázal ako v konštrukcii OP, pre ktorý na samom začiatku vývoja je možné určite a plne formulovať všetky požiadavky, aby poskytli vývojárom slobodu realizovať čo najviac z technického bodu vyhliadka.

Výhody iteratívneho modelu:

model je dobre známy spotrebiteľom, ktorí nesúvisia s vývojom softvéru a koncovým užívateľom.

Pohodlie a jednoduchosť používania, pretože Všetky práce sa vykonávajú v etapách (fázami modelu);

Stabilita požiadaviek;

Model je k dispozícii na porozumenie;

Štruktúra modelu sa môže riadiť aj slabo pripraveným personálom (neskúseným používateľom);

Model si môže riadiť s ťažkosťami a funguje dobre pre tie projekty, ktoré sú dosť zrozumiteľné;

Model prispieva k realizácii prísnu kontrolu riadenia projektov;

Uľahčuje prácu projektového manažéra na prípravu plánu a konfigurácie tímu Developer.

Obrázok 4.2 - Iteratívny model ZHC

Fázový model:

V štádiu analýzy fungujú funkcie, ktoré systém musí vykonávať, identifikujú najviac priorít, ktoré si vyžadujú vypracovanie predovšetkým popisovať informačné potreby;

V štádiu návrhu sa systémové procesy považujú za podrobnejšie. Analyzované av prípade potreby je funkčný model nastavený. Sú postavené prototypy;

V etape implementácie existuje vývojový rozvoj;

V etape implementácie je hotový výrobok zavedený do už súčasného organizačného systému. Používatelia sú vyškolení;

V etape sprievodu je softvérový produkt udržiavaný (akékoľvek pridávanie alebo zmena, pre funkčnejšiu prevádzku produktu).

Výber modelu životného cyklu rozvoja softvéru je dôležitým krokom. Preto môže byť pre projekt výber modelu vývoja softvéru počas používania nasledujúcich procesov vykonať.

Analýza rozlišovacích kategórií projektu umiestneného v tabuľkách.

Odpovedzte na otázky uvedené pre každú kategóriu zdôraznením slov "áno" a "nie".

Nájdite kategóriu kategórie alebo otázky týkajúce sa každej kategórie vzhľadom na projekt, pre ktorý je vybraný prijateľný model.

Tím pre vývojárov . Na základe možností, výber pracovníkov v tíme Developer prechádza pred okamihom, keď bude zvolený model životného cyklu rozvoja softvéru. Charakteristika takéhoto tímu (pozri prílohu W Tabuľka W.1) Hrajte dôležitú úlohu v procese výberu modelu životného cyklu, čo znamená, že tím môže poskytnúť významnú pomoc pri výbere modelu životného cyklu softvéru, pretože Zodpovedá za úspešnú implementáciu rozvinutého modelu životného cyklu.

Tímový tím . V počiatočných fázach projektu môžete získať úplný obraz tímu užívateľov (pozri prílohu a tabuľku a.1), ktorá bude fungovať s vyvinutým softvérom a jej budúcim vzťahom s vývojárskym tímom v celom projekte. Takáto prezentácia pomáha pri výbere vhodného modelu, pretože niektoré modely vyžadujú zvýšenú účasť používateľa v procese rozvoja a štúdium projektu, pretože požiadavky môžu mierne zmeniť užívateľa počas procesu vývoja, vývojár musí poznať tieto zmeny a ako Tieto zmeny sú v softvéri.

4.2 Definícia účelu a oblasti programu Program

Programový produkt je vyvinutý na tovar na sklade, umožní vám automatizovať proces prijímania, štruktúrovania a skladovania údajov o výrobkoch, ako aj zjednodušiť proces vydávania správ.

Ciele programu Program bude vytvárať a nasadenie systému účtovníctva produktu. Tento systém je určený pre interné použitie pracovníkom "Cleonelly", vo väčšine pracovníkov zamestnancov podnikového skladu.

Ak chcete určiť rozsah softvérového produktu, bude popísané nižšie, čo by nemalo byť softvérovým projektom.

Programový projekt by mal byť:

Pre vnútorné použitie v organizácii;

Projekt na realizáciu prístupu multiplayerov;

Projekt, ktorý má schopnosť zväčšiť, zmeniť a ukladať informácie o produkte podniku;

Projekt, ktorý má možnosť povoliť, zmeniť a ukladať informácie o používateľoch systému;

Projekt, ktorý má schopnosť umožniť, zmeniť a ukladať informácie o zákazníkov a dodávateľoch organizácií, ktoré sú predmetom uzavretých transakcií;

Projekt, ktorý zavedie formovanie externého vykazovania.

4.3 Vytvorenie štruktúry operačného zoznamu prác

Ak chcete vytvoriť jedinečný produkt alebo službu (výsledok projektu), je potrebné vykonať určitý postup práce. Úlohou plánovania projektu je presne presná doba realizácie a náklady na tieto práce. Presnejšie povedané, posúdenie je uvedené, tým vyššia je kvalita plánu projektu. Ak chcete poskytnúť presné hodnotenie, musíte prezentovať zloženie práce projektu, to znamená, že je potrebné splniť aký druh práce. Až po vypracovaní zoznamu projektovej práce sa odhaduje trvanie každej z nich a zdroje potrebné na ich vykonávanie sú pridelené. A až potom môžete odhadnúť náklady a načasovanie vykonávania každej úlohy a v dôsledku dodatku, celkové náklady a obdobie projektu. Preto je definícia zloženia práce prvým krokom pri plánovaní projektu. Definícia projektovej práce začína definíciou etab (alebo fáz) projektu. Napríklad v projekte je možné zvýrazniť vytvorenie systému "účtovníctva na sklade":

Vývoj požiadaviek na softvér;

Informačný systém dizajnu;

Implementácia a certifikácia informačného systému;

Implementácia systému.

Po zložení fáz a ich výsledkov je definovaná, je potrebné určiť postupnosť týchto fáz voči sebe navzájom a lehotu na ich vykonanie. Potom musíte určiť, ktoré súbory budú pozostávať z fázy, v ktorej sekvencie sa tieto práce vykonávajú a v akom čase je potrebné splniť, keď sú vykonané.

Úvodný zoznam diel (obrázok 4.3) bol navrhnutý s použitím softvérového produktu, ako je MS Project 2003.

Obrázok 4.3 - Odporúčaný zoznam diel

4.4 Hodnotenie trvania a nákladov na rozvoj

Hodnotenie trvania. Stanoví sa po konštrukcii úvodného zoznamu diel (obrázok 4.3, bod 4.3). Tento odhad trvania možno vidieť pomocou grafu GANTA (aplikácia k).

Grafy sú grafické zobrazenie informácií obsiahnutých v súbore projektu. Z grafov môžete získať vizuálnu predstavu o postupnosti úloh, ich relatívnej dĺžky trvania a trvanie projektu ako celku.

Gantt graf je jednou z najobľúbenejších metód grafickej prezentácie projektového plánu, ktorý sa používa v mnohých programoch projektového riadenia.

V projekte MS je Ganttový diagram hlavným prostriedkom vizualizácie projektu. Tento diagram je graf, na ktorom je časová stupnica umiestnená horizontálne, a úloha sa nachádza vertikálne. V tomto prípade je dĺžka segmentov, ktoré naznačujú úlohy, je úmerná dĺžke úloh.

Na Ganta Diagram vedľa segmentov sa môžu zobraziť ďalšie informácie (mená zdrojov, ktoré sa im týkajú a ich sťahovanie sa zobrazia počas úlohy).

Odhad nákladov

Projekt sa skladá z úlohy , To znamená, že aktivity zamerané na dosiahnutie určitého výsledku. Aby sa na ňom mohla vykonať úloha prostriedky .

Dôležitou vlastnosťou zdrojov je náklady (náklady (náklady)) ich používania v projekte. V MS projektu existujú dva typy nákladov na zdroje: časovo založená sadzba a náklady na použitie.

Časová sadzba (sadzba) je vyjadrená v nákladoch na používanie zdroja na jednotku času, napríklad 100 rubľov za hodinu alebo 1000 rubľov denne. V tomto prípade budú náklady na účasť zdrojov na projekte čas, počas ktorého funguje v projekte vynásobenej hodinovej sadzbe.

V tomto prípade sa použila časová sadzba (obrázok 4.4) Celkové náklady na používanie zdrojov môžu byť na obrázku 4.5.

Obrázok 4.4 - Časová sadzba pri používaní zdroja

Na tomto obrázku môžete vidieť, že vývojár systému pri vykonávaní projektu dostáva 50 rubľov za hodinu; Obchodný analytik prijíma 45 rubľov za hodinu, tester je 38 rubľov za hodinu. Rýchlosť nadčasov sa neberie do úvahy.

Obrázok 4.5 - Všeobecné náklady na používanie zdrojov projektu

4.5 Rozdelenie projektových zdrojov

Fragment distribúcie zdrojov pre systém "účtovníctva skladom" možno vidieť na obrázku 4.6

Obrázok 4.6 - Fragment distribúcie zdrojov projektu

Pre každú prácu vykonanú v projekte sa porovnáva zdroj s vykonaním tejto práce. Obrázok ukazuje celkový počet pracovných nákladov každý zo zdrojov a konkrétny počet hodín strávených v konkrétnom dni.

4.6 Hodnotenie ekonomickej efektívnosti projektu

Výpočet ekonomickej efektívnosti projektu je dôležitým krokom. Je tu vypočítaná ekonomická efektívnosť projektu. Tento výpočet ukáže, koľko je projekt prospešný alebo projekt je úplne strata. Pri výpočte ekonomickej efektívnosti projektu bude potrebné vypočítať obdobie návratnosti projektu. Doba návratnosti ukáže obdobie, pre ktoré bude projekt vyplatiť.

Vstupné Data.

Dodatočné zisky z realizácie projektu (DP) \u003d 38000 rubľov. Enterprise experti predpovedal ďalší zisk.

Začiatočné investície (IC) \u003d 39396,47 rubľov. Začiatočné investície sú v súlade s celkovými nákladmi na používanie zdrojov projektu (Obrázok 4.5 bodu 4.6)

Diskontná sadzba (i) \u003d 12%.

Termín, na ktorý sa projekt vypočíta (n) \u003d 2 roky.

Dodatočné zisky z realizácie projektu (DP) \u003d 38000 rubľov.

Ročné náklady na realizáciu projektu (Z 1) \u003d 15 000 rubľov.

Ročné náklady na realizáciu projektu (Z 2) \u003d 10 000 rubľov.

Ročné peňažné príjmy (R 1) \u003d 23000 rubľov.

Ročné peňažné príjmy (R 2) \u003d 28 000 rubľov.

Pri hodnotení investičných projektov sa používa metóda výpočtu čistého výnosu, ktorá zahŕňa diskontovanie peňažných tokov: všetky príjmy a náklady sa dajú raz.

Ústredným ukazovateľom v posudzovanej metóde je NPV (čistá súčasná hodnota) - aktuálna hodnota peňažných tokov. Ide o generalizovaný konečný výsledok investičných činností v absolútnom meraní.

Dôležitým bodom je výber diskontnej sadzby, ktorá by mala odrážať očakávaný priemerný percentuálny podiel úveru na finančnom trhu.

Čistý znížený príjem (NPV) sa vypočíta podľa vzorca 4.2

(4.2)

R K - Ročné peňažné príjmy počas n rokov.

k - Počet rokov, ako je projekt vypočíta.

IC - Začiatočná investícia.

i - diskontná sadzba.

Podľa výpočtov tohto vzorca NPV \u003d. 3460,67 rubľov.

Ukazovateľ NPV je absolútnym nárastom, pretože hodnotí, koľko príjmov prekrýva náklady. Od NPV\u003e 0 by sa mal projekt prijať.

Pomer investičného návratu (ROI) sa vypočíta podľa vzorca 4.3

(4.3)

O výpočtoch (ROI) \u003d 108,78%

Tabuľka 4.1  Pomocná tabuľka Výpočet návrhu obdobia návratnosti

= 1,84

Doba návratnosti N OK \u003d 1,84 Roky (1 rok a 11 mesiacov)

Keďže ROI \u003d\u003e 100% (konkrétne \u003d 108,78%), projekt sa považuje za ziskový.

(4.4)

Teda index ziskovosti sa rovná (PI) \u003d 1.2

Prvky, ktoré zabezpečujú prevádzku používania akéhokoľvek miesta určenia, sú uvedené v definícii. Niektoré z nich sú finančné prostriedky, metódy a personál - zabezpečiť prácu IP, a iné - ukladanie, spracovanie a vydávanie informácií - uveďte funkčné značky, t.j. Určite z ktorých informačných procesov je fungovanie IP. Preto je štruktúra IC zváži v dvoch rôznych plánoch: funkčná štruktúra a štruktúra IC ako súbor subsystémov poskytujúcich subsystémy.

V súlade s definíciou funkčných prvkov IP sú tieto skupiny (bloky) procesov:

zadávanie informácií z externých alebo vnútorných zdrojov;

spracovanie vstupných informácií a prezentácia v pohodlnej forme;

informácie o odstúpení od zmluvy pre prezentáciu spotrebiteľov alebo prevod do inej IP;

spätná väzba sú informácie spracované ľuďmi tejto organizácie, aby opravili vstupné informácie.

Funkčná štruktúra Informačný systém je reprezentovaný ako blokový diagram (obr. 1), na ktorom je každý prvok systému reprezentovaný ako blok (na obr. - obdĺžnik) a odkazy a ich smery sú označené šípkami.

Samostatné časti (systémové bloky) sa nazývajú subsystémy.

V každom konkrétnom prípade sa súbor a vzťah medzi funkčnými subsystémami závisí od predmetovej oblasti a špecifiká podniku, ktorých aktivity sú zabezpečené informačným systémom.

Štruktúra IP môže byť reprezentovaná ako komplex poskytovania podsystémov (obr. 2).

Obr. Generalizovaný funkčný vývojový diagram.

Avšak, pre AIS, charakteristiky a typy spracovania informácií, je funkčný obvod charakterizovaný súborom spracovateľských subsystémov. Napríklad AIPS (Knižnica, múzeum, referenčné právne, atď.) Produkujú vstup, systematizáciu, skladovanie, vyhľadávanie a vydávanie informácií o žiadosti užívateľa bez komplexných transformácií údajov. Informácie a rozhodujúce systémy: ASOD, ACS, SPRR - Vykonávajú spracovanie informácií o BD na konkrétnom algoritme, avšak sa líšia v zložení subsystémov spracovania informácií. Špecializované na automatizáciu smutného dizajnu má špeciálne subsystémy v štruktúre: technická dokumentácia, tvorba úloh, modelovanie simulácie, vypočítané, a v niektorých prípadoch môže existovať odborný systém (pozri blokový diagram na obr. 2).

Obr.2. Smutný vývojový diagram

Zvážte druhý typ štruktúry OP: ako komplex poskytovania podsystémov (obr. 3).

Štruktúra informačného systému možno považovať za súbor subsystémov bez ohľadu na rozsah pôsobnosti. Podsystém je súčasťou systému prideleného akýmkoľvek znakom. V tomto prípade hovoria o štrukturálnom znamení klasifikácie a podsystémy sa nazývajú.

Štruktúra akéhokoľvek informačného systému teda môže byť reprezentovaná kombináciou subsystémov poskytujúcich subsystémy.

Obr.3. Štruktúra OP podľa typu subsystémov poskytujúcich subsystémy.

Medzi tie, ktoré poskytujú subsystémy, sú zvyčajne pridelené informácie, technické, matematické, softvérové, organizačné a právnu podporu.

Podpora informácií - kombinácia informačných súborov údajov, jednofázový systém klasifikácie a kódovanie informácií, jednotných systémov dokumentácie, obvody toku informácií, ktoré cirkulujú v organizácii, ako aj metodiku pre budovanie databáz. Vymenovanie subsystému na podporu informačnej podpory spočíva včasné vytvorenie a vydávanie spoľahlivých informácií na rozhodovanie o riadení.

Unified Dokumentačné systémy Vytvorené v štáte, republikánskej, sektorovej a regionálnej úrovni. Hlavným cieľom je zabezpečiť porovnateľnosť ukazovateľov rôznych oblastí sociálnej výroby. Rozvinuté normy, v ktorých sa stanovia požiadavky:

unified dokumentovacích systémov;

jednotné formy dokumentov rôznych úrovní riadenia;

na zloženie a štruktúru detailov a ukazovateľov;

postupu zavádzania, udržiavania a registrácie jednotných foriem dokumentov.

Napriek existencii jednotného systému dokumentácie počas skúmania väčšiny organizácií sa zistí celý rad typických nevýhod:

extrémne veľké množstvo dokumentov pre manuálne spracovanie;

rovnaké ukazovatele sú často duplikované v rôznych dokumentoch;

práca s veľkým počtom dokumentov rozptyľuje špecialistov z riešenia okamžitých úloh;

tam sú indikátory, ktoré sa nevytvárajú, ale nepoužívajú atď.

Eliminácia týchto nevýhod je jednou z úloh, ktorým čelí informačná podpora.

Schémy toku informácií Odrážajú spôsoby pohybu informácií, jeho objemov, umiestnenie počiatočných informácií a používanie informácií o výsledkoch. Vzhľadom na analýzu štruktúry takýchto schém môžete vypracovať opatrenia na zlepšenie celého systému riadenia.

Budova a podrobná analýza systémov toku informácií, ktoré vám umožňujú identifikovať trasy a objem informácií, duplikáciu ukazovateľov a spracovateľských procesov, poskytuje: \\ t

odstránenie duplicitných a nevyužitých informácií;

klasifikácia a racionálna prezentácia informácií.

Metodika stavebných databáz Na základe teoretických základov ich dizajnu.

Hlavné koncepcie metodiky:

jasné pochopenie cieľov, úloh, funkcií celého systému riadenia organizácií;

identifikácia pohybu informácií od okamihu výskytu a pred jeho použitím na rôznych úrovniach kontroly prezentovaných na analýzu vo forme schém informačných tokov;

zlepšenie systému riadenia dokumentov;

prítomnosť a použitie systému klasifikácie a kódovania;

držanie metodiky vytvorenia koncepčných informácií a logických modelov odrážajúcich vzťah informácií;

vytvorenie informácií o informáciách na médiách stroja, ktoré si vyžadujú modernú technickú podporu.

Tento koncept je prakticky implementovaný v dvoch etapách.

1. etapa - vyšetrenie všetkých funkčných divízií spoločnosti s cieľom:

pochopiť špecifiká a štruktúru jej činností;

vybudovať obvod informácií tokov;

analyzujte existujúci systém riadenia dokumentov;

určite informačné objekty a zodpovedajúce zloženie detailov (parametre, charakteristiky) opisujúce ich vlastnosti a účel.

Druhá etapa je vybudovať koncepčný informačný a logický dátový model založený na výsledkoch prieskumu 1. etapy. V tomto modeli musia byť inštalované a optimalizovať všetky odkazy medzi objektmi a ich požiadavkami. Informácie a logický model je základom, na ktorej sa databáza vytvorí.

Technická podpora - komplex technických prostriedkov určených na prevádzku informačného systému, ako aj príslušnú dokumentáciu pre tieto prostriedky a technologické procesy

Komplex technických zariadení je:

počítače všetkých modelov;

zariadenia na zber, akumuláciu, spracovanie, vysielaciu a výstupné informácie;

zariadenia na prenos dát a komunikačné linky;

kancelárske vybavenie a automatické informačné zariadenia;

operačné materiály atď.

Dokumentácia poskytuje predbežný výber technických nástrojov, organizovanie ich prevádzky, technologický proces spracovania dát, technologické zariadenia. Dokumentácia môže byť rozdelená do troch skupín:

systémové, vrátane štátnych a sektorových noriem pre technickú podporu;

špecializovaná, obsahujúca súbor techník vo všetkých štádiách technickej podpory;

regulačný a odkaz, ktorý sa používa pri vykonávaní výpočtov na technickú podporu.

K dnešnému dňu existujú dve hlavné formy technickej podpory technickej podpory (formy používania technických prostriedkov): centralizované a čiastočne alebo úplne decentralizované.

Centralizovaná technická podpora je založená na používaní veľkých počítačových a výpočtových centier v informačnom systéme. Táto forma organizácie uľahčuje riadenie a implementáciu normalizácie, ale znižuje zodpovednosť a iniciatívu personálu.

Decentralizácia technických prostriedkov zahŕňa implementáciu funkčných subsystémov na osobné počítače priamo na pracovisku. V tomto prípade si zamestnanci vyžaduje viac osobnej zodpovednosti, vedenie je ťažšie implementovať normalizáciu.

V súčasnosti je čiastočne decentralizovaný prístup bežnejší - organizácia technickej podpory na základe distribuovaných sietí pozostávajúcich z osobných počítačov a veľký počítač na ukladanie databáz spoločných pre akékoľvek funkčné subsystémy.

Matematický a softvér - kombinácia matematických metód, modelov, algoritmov a programov na realizáciu cieľov a cieľov informačného systému, ako aj normálne fungovanie komplexu technických prostriedkov.

Na finančné prostriedky matematická podpora sa týkajú:

riadiace prostriedky riadenia procesov;

typické kontrolné úlohy;

metódy matematického programovania, matematických štatistík, teória hmotnosti údržby atď.

Časť softvér Zadajte systémové a špeciálne softvérové \u200b\u200bprodukty, ako aj technickú dokumentáciu.

Na softvér systému Komplexy zahŕňajú užívateľsky orientované programy a určené na riešenie úloh na spracovanie informácií. Slúžia na rozšírenie funkčnosti počítačov, procesu kontroly a riadenia.

Špeciálny softvér Predstavuje súbor programov vyvinutých vytvorením špecifického informačného systému. Zahŕňa balíky aplikácií (PPP), ktoré implementujú vyvinuté modely rôznych stupňov primeranosti odrážajúce fungovanie skutočného objektu.

Technická dokumentácia pre vývoj softvéru by mala obsahovať opis úloh, úlohu pre algoritmizáciu, ekonomický a matematický model problému, kontrolné príklady.

Organizačná podpora - Toto je kombinácia metód a prostriedkov na reguláciu interakcie zamestnancov s technickými prostriedkami a medzi sebou v procese vývoja a prevádzky IP.

Organizačná podpora implementuje tieto funkcie:

analýza existujúceho systému riadenia organizácie, kde sa použije IP a identifikuje úlohy, ktoré sa majú automatizovať;

príprava úloh na riešenie na počítači, vrátane technickej úlohy na navrhovanie IP a štúdie uskutočniteľnosti jeho účinnosti;

rozvoj rozhodnutí o riadení v zložení a štruktúre organizácie, metodika riešenia problémov zameraných na zlepšenie efektívnosti systému riadenia.

Organizačná podpora je vytvorená podľa výsledkov prieskumu predbežného projektu v 1. etape výstavby databázy.

Právna podpora - kombinácia právnych noriem, ktoré určujú vytvorenie, právne postavenie a prevádzku informačných systémov upravujúcich postup na získanie, transformáciu a používanie informácií.

Hlavným cieľom právnej podpory je posilniť zákonnosť. Právna podpora zahŕňa zákony, dekréty, rozhodnutia vládnych agentúr, objednávky, pokyny a iné regulačné dokumenty ministerstiev, oddelení, organizácií, miestnych orgánov. V právnej podpore si môžete vybrať spoločnú časť, ktorá reguluje fungovanie akéhokoľvek informačného systému a miestnej časti regulujúcej fungovanie konkrétneho systému.

Právna podpora etáp rozvoja informačného systému zahŕňa predpisy spojené so zmluvnými vzťahmi Developer a zákazníka a právnu úpravu odchýlok od zmluvy.

Právna podpora etáp informačného systému zahŕňa: \\ t

stav informačného systému;

práva, zodpovednosti a zodpovednosť personálu;

postup vytvárania a používania informácií atď.

Táto sada subsystémov je spoločná pre takmer všetky typy AIS. Štruktúra a zložitosť poskytovania subsystémov však závisí od typu AIS, oblasti použitia a ďalších faktorov. Subsystém matematickej podpory sa teda uskutočňuje v AIS pôvodného vývoja softvéru v AIS so štandardným softvérom, chýba. Podsystém právnej podpory môže chýbať v AIS intrafiven - v tomto prípade, je možné obmedziť subsystém organizačného podpory, v ktorom sa riešia otázky právnej podpory; AIS nezávislých účelov, ako sú informačné služby, môže mať subsystém právnej podpory. AIS, ktorý má faktickú databázu, má len subsystém informačnej podpory, v ktorom môže vzniknúť potrebu riešiť jednotlivé jazykové otázky. Dokumentárne AIRS má rozvinutý jazykový podsystém podpory, pretože tieto systémy riešia komplexné úlohy na zabezpečenie sémantického relevantnosti žiadostí o používateľov žiadostí o obsah vydaných dokumentov. A to spravidla nielen softvérové \u200b\u200bmoduly morfologickej analýzy, ale aj úplnosti slovníkov a pravidiel pre ich správanie.

Ciele vytvárania a implementácie IP.

Čo možno očakávať od zavedenia informačných systémov?

Zavedenie informačných systémov môže prispieť:

1. oslobodiť zamestnancov z rutinnej práce a zrýchlenia v dôsledku automatizácie;

2. Vymeňte nosiče papiera na magnetické disky alebo pásky, čo vedie k zníženiu dokumentov na papieri, a teda možnosť racionálnejšej organizácie spracovania informácií na počítači;

3. Zlepšenie štruktúry informačných tokov a systému riadenia dokumentov vo firme z dôvodu systému systemizmu: jeden vstup údajov - viacnásobné a viacúčelové použitie ";

4. Získanie väčšieho počtu racionálnych možností riešenia úloh riadenia (v dôsledku zavedenia matematických metód a intelektuálnych systémov atď.):

nájsť nové výklenky trhu;

optimalizácia nákladov na výrobu výrobkov a / alebo služieb;

optimalizácia vzťahov s kupujúcimi a dodávateľmi.

Vývoj informačných systémov

História vývoja OP je rozdelená do krokov (tabuľka 2), ktorá zodpovedá približne prijaté číslovanie cieľov - prístup k používaniu zmien IP.

Tabuľka 2. Fázy vývoja IP.

Doba	Koncepcia používania informácií	Typ informačných systémov	Účel použitia
1950 - 1960	TÝKAJÚCE SA PRÍPADUJÚCICH DOKUMENTOV	Informačné systémy na spracovanie zúčtovacích dokumentov o elektromechanických účtovných strojoch	Zvýšená rýchlosť spracovania dokumentov Zjednodušiť postup spracovania účtov a miezd
1960 - 1970	Hlavná pomoc pri príprave správ	Informačné systémy riadenia pre informácie o výrobe	Zrýchlenie procesu prípravy podávania správ
1970 - 1980	Manažérska implementácia (predaj)	Systémy podpory rozhodovania Systémy pre vrcholové riadenie	Vzorka najviac racionálneho riešenia
1980 - 2000	Informácie - strategické zdroje poskytujúce konkurenčnú výhodu	Strategické informačné systémy Automatizované kancelárie	Prežitie a prosperita spoločnosti

Prvé informačné systémy sa objavili v polovici minulého storočia. V 50. rokoch boli určené na spracovanie účtov a výpočtu mzdy a implementované na elektromechanických účtovných účtovných strojoch. To viedlo k určitému zníženiu nákladov a času na prípravu papierových dokumentov.

60. rokov. Význam zmenu postojov k informačným systémom. Informácie získané od nich sa začali používať na pravidelné vykazovanie v mnohých parametroch. Deň týchto organizácií si vyžadoval počítačové vybavenie širokého účelu, schopného obsluhovať mnoho funkcií, a nie len spracovať účty a zvážiť platu, ako to bolo predtým.

V 70. rokoch - začiatkom 80. rokov. Informačné systémy sa začínajú široko používané ako prostriedok kontroly riadenia, ktorý podporuje a urýchľuje rozhodovací proces.

Do konca 80. rokov. Koncepcia používania informačných systémov sa znova zmení. Stanú sa strategickým zdrojom informácií a používajú sa na všetkých úrovniach organizácie akéhokoľvek profilu. Informačné systémy tohto obdobia, ktoré poskytujú potrebné informácie včas, pomáhajú organizáciám dosiahnuť úspech vo svojich aktivitách, vytvárať nové produkty a služby, nájsť nové predajné trhy, zabezpečiť dôstojných partnerov, organizovať produkciu za nízku cenu a oveľa viac.

Moderné chápanie informačného systému zahŕňa použitie osobných počítačových informácií ako hlavných technických prostriedkov. Vo veľkých organizáciách, spolu s osobným počítačom, technická základňa informačného systému môže zahŕňať mainframe alebo superem. Okrem toho, technické uskutočnenie samotného informačného systému neznamená nič, ak sa úloha osoby neberie do úvahy, pre ktoré boli informácie určené, a bez toho, aby bolo možné ho prijať a predložiť.

Úvod

1. Analytická časť

1.1 Organizačná štruktúra spoločnosti

2 Analýza softvéru a technickej podpory klientov a pracovného oddelenia

Projektová časť

2.1 Popis oblasti predmetu

2 Technické a ekonomické odôvodnenie vývojových a obchodných metód

3 Design databázy

4 Koncepčný dátový model v štandarde Chen

5 ER Diagram v Erwine

6 Analýza modelu

7 etapa fyzického dizajnu

8 Implementácia hlavných požiadaviek

Záver

Zoznam informačných zdrojov

Úvod

Početné firmy a podniky potrebujú čistiace spoločnosti.

Čistiacou spoločnosťou je spoločnosť, ktorá poskytuje služby pre komplexné upratovanie priestorov. Súbor opatrení určených na čistenie a udržiavanie čistoty v priestoroch obytných, obchodných a priemyselných účelov, vrátane čistiacich činností fasád, umývacích predstavíov a iných vonkajších povrchov budov - veľmi komplexný proces pozostávajúci z mnohých rôznych etáp, kde veľký počet účastníkov sú zahrnuté. Účinnosť čistenia organizácie potrebuje jasnú koordináciu proti všetkým svojim zamestnancom.

Výhoda špecializovaných spoločností je určená nasledujúcimi faktormi:

· Vysoko kvalitné služby;

· Náklady na služby nie sú vyššie ako náklady na udržiavanie vlastnej čistiacej služby;

· Výdavky na služby čistiacich podnikov sa odpočítajú od zdaniteľných ziskov;

· Špecialisti na čistenia spoločnosti vykonávajú exkluzívnu a komplexnú špecializovanú prácu (napríklad kryštalizáciu mramorových povlakov);

· Maloobchod - čistenie sa vykonáva v čase, keď je pre zákazníka vhodné.

K dnešnému dňu je zúčtovanie jedným z najdynamickejšie rozvojových a stabilných priemyselných odvetví v Rusku. Viac a viac spoločností má záujem o kúpu vysoko kvalitných a spoľahlivých upratovacích služieb, čo robí veľké požiadavky na kompetentnú a vyváženú prácu s klientmi.

Všetky vyššie uvedené výhody si vyžadujú využívanie moderných informačných technológií v práci spoločností kliniky, ako sú špecializované informačné systémy, ako sú systémy CRM.

Systém riadenia vzťahov so zákazníkmi (CRM, CRM-systém, redukcia z anglického riadenia vzťahov so zákazníkmi) - Softvér pre organizácie určené na automatizáciu stratégií interakcie zákazníkov (klientov), \u200b\u200bnajmä na zvýšenie predaja, marketingu a zlepšovania služieb zákazníkom tým, že si zachovávajú informácie o klientoch A história vzťahov s nimi, ktorým sa vytvárajú a zlepšujú obchodné procesy a následnú analýzu výsledkov. Systém CRM je použiteľný v akomkoľvek podnikaní, kde je klient personalizovaný, kde vysoká súťaž a úspech závisí od poskytovania Klienta pre Klienta. "Model interakcie, ktorý je presvedčený, že centrum celej obchodnej filozofie je klientom a Hlavnými činnosťami sú opatrenia na podporu efektívneho marketingu, predaja a služby zákazníka. Podpora týchto obchodných cieľov zahŕňa zber, skladovanie a analýzu informácií o spotrebiteľoch, dodávateľoch, partneroch, ako aj interných procesoch spoločnosti. Funkcie na podporu týchto obchodných cieľov zahŕňajú predaj, marketing, spotrebiteľskú podporu.

"Srdce" akéhokoľvek systému CRM je databáza jednotlivcov a právnických osôb, ktoré komunikujú s vašou spoločnosťou v rámci aktivít spoločnosti. Toto sú nielen zákazníci, ale aj pobočky spoločnosti, partnerov, dodávateľov, konkurentov. Samotná zákaznícka databáza je cenným aktívom a kompetentný manažment dát v systéme CRM vám umožňuje používať informácie pri práci s maximálnou účinnosťou. Klientská základňa je konsolidovaná, organizácia prijíma kompletné informácie o svojich zákazníkoch a ich preferenciách a na základe týchto informácií vybuduje stratégiu interakcie.

Jednotná zákaznícka databáza a úplná história vzťahu s nimi spolu s výkonnými analytickými nástrojmi CRM vám umožní držať a rozvíjať existujúcich zákazníkov, zisťovanie najcennejšie, rovnako ako prilákať nových zákazníkov.

Hlavnou funkciou CRM systému je pomôcť manažérom plánovať predaj, organizovať transparentné riadenie transakcií a optimalizovať predajné kanály. Systém ukladá kompletnú históriu komunikácie s klientmi, čo pomáha predajným oddeleniam analyzovať správanie zákazníkov, tvoria vhodné návrhy pre nich, vyhrať lojalitu. Zvyšok CRM systémov je uvedený nižšie:

· Plánovanie a koordinácia kontaktov zákazníka;

· Zbierka a Typery všetkých možných informácií o zákazníkoch;

· Kontrola vykonávania dlhých alebo zložitých transakcií;

· Analýza každej fázy projektov alebo uzavretie transakcií;

· Formalizácia všetkých procesov, ktoré sú interakcie orientované na kupujúcich.

Tento druh softvérových produktov je najvhodnejší pre tie organizácie, ktoré vedú dlhodobé a viacstupňové projekty, v ktorých bol zapojený veľký počet zamestnancov alebo niekoľko oddelení. Keďže počet uzatvorených zmlúv na jednotku času nestačí, každá transakcia trvá mnoho dní a dokonca mesiacov. A to znamená, že každý projekt si vyžaduje výlučne individuálny prístup. V takýchto podmienkach je potrebné starať sa o lojalitu zákazníkov. Na to je potrebné nielen poskytnúť individuálny prístup, ale aj presný po určenom načasovaní, podmienkach zmluvy, ako aj dohodnutú prácu a presnosť všetkých zúčastnených zamestnancov.

1. Analytická časť

Max Skupina spoločností bola založená v roku 2000. Hlavnou činnosťou je multidisciplinárny integrovaný sektor služieb. Od vzniku GC "Max" sa neustále rozširuje niekoľko typov služieb. K dnešnému dňu ponúka Max GC nasledujúce typy služieb (obr. 1):

· Ochrana zariadení, rýchlych skupín reakcií, ochrana celulóz, súkromné \u200b\u200bdetektívne služby;

· Zabezpečenie najúčinnejšej a hladkej prevádzky servisných nehnuteľností;

· Prednastavenie existujúcich bezpečnostných systémov;

· Komplexné čistenie priestorov.

Obr. 1. Spects služieb GK "MAKS"

"Maximálna ochrana" vyvinula spolu s oblasťou neštátnej bezpečnosti. Ochrana objektov, rýchlych skupín reakcie, ochrana zásielok, súkromné \u200b\u200bdetektívne služby, všetko je zahrnuté v štandardnom balíku služieb. Divízia zamestnáva špecialistov v IT infraštruktúre, ktoré sa zaoberajú cudzími občanmi a poznajú všetky nuansy údržby a hodnôt nákladu.

Prax ukazuje, že bezpečnosť nie je len stráži vo forme, ale celý rad opatrení zameraných na prevenciu a prevenciu potenciálnych hrozieb. Tieto udalosti sú zahrnuté v systéme MAX Ochrana komplexu, vyvinutý odborníkmi s dlhoročnými skúsenosťami.

Pre zákazníkov, integrovaný prístup k bezpečnosti znamená, že komunikácia so všetkými bezpečnostnými službami prechádza jedným umelcom. Spoločnosť odstraňuje od zákazníkov potrebu koordinovať prácu niekoľkých neprepojených organizácií. Prítomnosť jediného operačného centra vám umožňuje okamžite a efektívne reagovať na všetky voľné situácie.

"Maximálna ochrana" sa neustále zlepšuje a rozvíja nové bezpečnostné koncepty. Pokročilé zahraničné technológie sú zavedené do našej práce a vyvíjame vlastné riešenia pre konkrétne úlohy. Avšak aj najmodernejšie automatizované bezpečnostné systémy však nemôžu úplne vytesniť človeka. Osobitná pozornosť sa preto venuje zlepšeniu profesionality maxovej ochrany. Odborníci pravidelne absolvujú kurzy odbornej prípravy a ich úroveň prípravy sa testuje na interných auditoch. Prísne výbere personálu vám umožní minimalizovať vplyv ľudského faktora v službách "Max Ochrana".

Usmernenie "Max ochrana" je zameraná na individuálny prístup k zákazníkom. Špecialisti vykonávajú viacúrovňovú analýzu a na základe jej výsledkov ponúkajú najúčinnejšie riešenia na zabezpečenie bezpečnosti klienta. Zároveň sa rozsah "Max ochrany" neobmedzuje na súkromných klientov. Zamestnanci sú oboznámení s ochranou štátnych objektov a dokázali sa v tejto oblasti.

Prístup jednotky na zabezpečenie komplexných bezpečnostných služieb nemá žiadne analógy a zaručuje maximálnu účinnosť v akejkoľvek situácii.

Divízia "MAX prevádzka" pôsobí na trhu už viac ako desať rokov. Hlavnou úlohou je zabezpečiť najefektívnejšiu a hladkú prevádzku servisných nehnuteľností. Zároveň, premlčacia lehota na uvedenie do prevádzky a hodnotu úrovne zložitosti zariadenia nehrajú úlohu.

Komplexná služba, ktorá ponúka "max prevádzku" zahŕňa technickú podporu pre zariadenia a inžinierske systémy, ako aj bezpečnostné návrhy. Tento zoznam zahŕňa údržbu a iné plánované a neplánované práce; Dizajn a montáž systémov požiarnej alarmy a video monitorovania, ako aj komplex opravovnia a stavebných služieb. Zákazníci "Max prevádzka" dostanú plný balík služieb od jedného dodávateľa, čo umožňuje výrazne znížiť náklady a uľahčiť otázky interakcie medzi službami.

Špecialisti na túto jednotku sú vždy pripravení ponúknuť niekoľko možností na prácu s objektom, v závislosti od jeho špecifiká a priania klienta. Jednotlivý prístup umožňuje zákazníkovi počítať s kompletným vzájomným porozumením s výkonným umelom a ako výsledok získavanie čo najvyšší možný výsledok.

V modernom svete je ubytovanie a vybavenie moderných budov stále viac a ťažšie. Hlavným cieľom tohto jednotka je poskytnúť komplexné služby pre prevádzku budov. Všetci zamestnanci chápu najmodernejšie úspechy vedy a techniky a využívajú ich v súlade s odporúčaniami a pravidlami výrobcov. To možno zaručiť iba podporu pre zdravie a bezpečnosť predmetu akejkoľvek zložitosti na správnej úrovni.

Divízia Max Consulting sa zaoberá konzultáciami a auditom v oblasti bezpečnosti viac ako 10 rokov. Hlavnou úlohou divízie je komplexná analýza situácie, ako aj vyhliadky na rozvojové vyhliadky, pričom zohľadní problémy spoločnosti, ako aj individuálne obchodné funkcie.

Zamestnanci "Max Consulting" Vykonávajú predbežnú analýzu existujúcich bezpečnostných systémov. Samozrejme, že táto práca sa vykonáva v úzkej spolupráci so zamestnancami zákazníka, ktorí vstupujú do prípadu a pomôžu zohľadniť všetky funkcie.

Audit aktivít spoločnosti vykonávajú vysoko kvalifikovaní špecialisti, ktorí budú nielen schopné identifikovať kritické miesta v už použitom systéme, ale aj budú ponúkané spôsoby, ako ich odstrániť. Všetci konzultanti naraz vykonávali službu v energetických štruktúrach a majú značné skúsenosti v Rusku av zahraničí.

Max Consulting Experti tiež poskytujú pomoc pri eliminácii krízových situácií zvýšiť efektívnosť podnikových procesov a vykonávať efektívne riadenie informačných systémov a riziká IT.

Oddeli sa poradcovia stanovili úlohu budovania vzájomne prospešných vzťahov s cieľom dlhodobo pokračovať v spolupráci s Klientom. "Max Consulting" ponúka svojim zákazníkom audit služby, právne služby v oblasti trestnej, práce, dane a iných typov zákonov.

Služby poskytnuté Max Cleaning Company je čistenie priestorov. V Rusku vznikli prvé čistiace spoločnosti v rokoch 1992-1994. Spolu s príchodom prvých spoločných podnikov, ktoré boli v tom čase jedinými spotrebiteľmi svojich služieb. V priebehu roka 2012 predstavoval nárast objemu trhu s upratovacích služieb v Rusku v peňažnom vyjadrení približne 9 miliárd rubľov - v roku 2011 bol jeho objem 45 miliárd rubľov a na konci roka 2012, na upratovacom trhu 54 miliárd rubľov. Počas minulosti, 2014 sa objem ruského trhu čistiacich služieb zvýšil, podľa analytikov, asi 10-11 miliardy rubľov, a na konci minulého roka predstavuje približne 65 miliárd rubľov.

Medzi najväčšie regióny o poskytovaní upratovacích služieb patria Moskva, Krasnojarsk, Tyumenský kraj, Bashkorská republika, St. Petersburg, Khanty-Mansi Autonomous Okrug. Moskva predstavuje 100-150 miliónov dolárov domáceho čistiaceho trhu.

Podľa odborníkov, viac ako 300 čistiacich firiem pracuje v metropolitnom trhu. Podľa veľkosti podniku môžu byť podmienečne rozdelené do 4 veľkých kategórií.

· Najväčší prevádzkovatelia (počet zamestnancov je viac ako 500) ~ 67%;

· Veľkí prevádzkovatelia (počet zamestnancov až 500 osôb) ~ 15%;

· Stredné prevádzkovatelia (počet zamestnancov do 200 osôb) ~ 7%;

· Malí operátori (počet zamestnancov až 50 osôb) ~ 11%.

Rozsah štandardných služieb poskytovaných takmer všetkými aktérmi na trhu je povinná medzi každodenným komplexným čistením, ako aj umývanie vertikálnych povrchov. Ďalej, približne 93% všetkých čistiacich spoločností ponúka služby pre brúsenie a leštenie žuly, mramor, porcelánu a keramické dlaždice, ako aj čistenie priľahlých území a služieb pre špecializované upratovanie priestorov po výstavbe a požiaroch. Asi 87% spoločností, ktoré sa zúčastnili na štúdii, poskytuje ďalšie služby a personál, ako sú baliari, sťahovatelia a iní, a 80% marketingových služieb na trhových hráčov na trhu poskytujú svojim zákazníkom aj krajine v priľahlých a vnútorných oblastiach, odstraňovaní odpadky a snehu. Hlavnými klientmi čistiacich spoločností sú supermarkety a nákupné centrá, priemyselné podniky, dopravné a skladové spoločnosti, lekárske a športové zariadenia, kancelárske a obchodné centrá, veľké medzinárodné a ruské spoločnosti, banky, vládne agentúry, hotelové komplexy, zábavné zariadenia (kiná, kluby, Kluby, kasíno), vlakové stanice a letiská.

Obr. 2. Segmentácia spotrebiteľov čistenia

Najviac zaostávajúcim segmentom trhu, čo je mnoho štúdií, je to znižovanie v zdravotníckych zariadeniach. Takýto stav je spôsobený dobre zavedenými zvykmi, prísnejšími normami existujúcimi v takýchto organizáciách a akceptované v nich osobitné požiadavky uložené pre personál čistenia, čistenie.

Kritériá na výber čistiacej spoločnosti sú: autorita na trhu, náklady a rozsah poskytovaných služieb, úroveň vybavenia používaných v práci, technológiách a chemikáliách, personálne kvalifikácie, čistiaci systém.

Čistenie priestorov je potreba výroby v modernom podnikateľskom svete. Denné upratovanie na zmluvnom základe je pomerne rozvinutý smer tejto spoločnosti. Schopnosť objednať jednorazové upratovanie a dohodnúť sa na čistenie priestorov so zavedenou periodicitou, s pohodlným pracovným harmonogramom pre klienta - to je veľmi spoločná činnosť, ktorá si vyžaduje veľké množstvo údajov a ako to nie je lepšie vhodné pre návrh informačného systému. Zamestnanci spoločnosti venujú veľkú pozornosť kontrole a kvalite čistiacich zariadení. Dôležitou súčasťou práce spoločnosti je tiež otvorenosť. Klient má právo vedieť, ako s pomocou ktorej táto spoločnosť "Max Čistenie" robí. Všetky chemikálie majú hygienické certifikáty, partneri a zákazníci môžu navštíviť výrobnú základňu a oboznámiť sa s technologickými príležitosťami a organizovaním práce v podniku.

Čistenie je moderná a široko požadovaná služba poskytovaná rôznymi spoločnosťami špecializujúca sa na čistenie priestorov. Takéto čistenie sa vykonáva osobitne vyškolení pracovníci a posudzuje sa vysokými európskymi normami.

V Rusku sa upratovanie objavilo na začiatku deväťdesiatych rokov a najprv sa začalo vychutnať dopyt medzi veľkými západnými spoločnosťami zvyknutými na profesionálne upratovanie vo svojej vlasti. Služba kombinuje celý rad aktivít určených na čistenie a udržiavanie čistoty v obytných, obchodných a priemyselných priestoroch, vrátane čistiacich aktivít fasád, umývacích predstavíov a iných vonkajších povrchov budov. Zoznam služieb zvyčajne zahŕňa vývoz odpadkov a čistiacich sneh zo striech a priľahlých území.

V súčasnej dobe všetky služby vykonávajú kvalifikovaní pracovníci s pomocou moderných čistiacich technológií, pomocou najnovších prostriedkov špecificky vybraných pre každý povrch samostatne, s prihliadnutím na jeho fyzické, chemické a technické znaky. Čistiaci trh Ruska sa výrazne rozšíril a má obrovské vyhliadky na ďalší rozvoj. V niekoľkých desiatok rokov budú ľudia zabudnúť, aké nezávislé čistenie je a bude kontaktovať spoločnosť, ktorá sa zaoberá týmito službami. Koniec koncov, záleží na čistote miestnosti nielen vzhľadu, ale aj zdravie majiteľa.

Vedúci predstavitelia mnohých veľkých a malých firiem sa už uistili, že upratovanie ponúkané špecializovanými spoločnosťami je výrazne lepší čistenie v obvyklom porozumení. Profesionálne upratovanie zahŕňa priniesť miestnosť do bezchybného stavu, takéto čistenie, nakoniec vám umožní ušetriť čas, zvýšiť životnosť dokončovacích materiálov a zvýšiť prestíž spoločnosti.

Zamestnanci a manažéri spoločnosti pracujú ako jeden mechanizmus, vysoko oceňoval nielen vysokú kvalitu ponúkaných služieb, ale tiež sa angažujú do analýzy objednaných služieb, predpovedaním situácie na trhu služieb, a v dôsledku toho ponúka Konštruktívne riešenie na voľnej nohe a najefektívnejšie riešenia pre potreby klienta.

V roku 2003 sa na zlepšenie kvality zákazníckych služieb rozhodlo o otvorení novej jednotky, ktorá poskytne dodatočné služby pre odborné zúčtovanie. Prvé kroky "Max Čistenie" urobili v Moskve. Na opustenie regiónov sa použili skúsenosti získané v hlavnom meste. A hoci najprv bolo dosť problémov, ale spoločnosť sa podarilo vyrovnať so všetkými ťažkosťami. V roku 2005 spoločnosť uzavrela zmluvu s reťazcom metra supermarketu, ktorá sa stala jednou z prvých spoločností, ktoré poskytujú upratovacie služby do supermarketov a hypermarketov. Do roku 2010 zamestnanci zamestnancov spoločnosti počítali viac ako 400 ľudí. Zamestnanci pracuje v zariadení v celej Moskve. Už do roku 2012, "Max Čistenie" ide do regiónov Ruska. Prvé pobočky sú otvorené v Krasnojarsku a Kazane. Kvalita odborného upratovania kancelárií a nákupných centier je nadradená očakávaniam regionálnych zákazníkov. Na jeho 10. výročie sa spoločnosť osnovala zamestnancom 700 zamestnancov. Všetky ďalšie skúsenosti poskytli jedinečné vedomosti v oblasti klírensu.

Veľmi dôležité je povesť spoločnosti "Max čistenie", ktorá bola vytvorená v posledných rokoch. Vyžaduje si účtovanie každého zo zamestnancov na ich prácu.

Interakcia a komunikácia so zákazníkmi sú potrebné komponenty úspechu. Je veľmi dôležité, aby sa účtovné zmluvy so zákazníkmi, všetky zákaznícke zákazky, ktoré odrážajú ich potreby.

Flexibilná cenová politika, odborná úroveň zamestnancov, využívanie rôznych zariadení a chemikálií, umožňuje držať vedúcu pozíciu v tomto sektore služieb.

Čistiaca spoločnosť poskytuje svoje služby v celej Ruskej federácii. Hlavnou časťou servisnej zóny je centrálna časť Ruskej federácie. Spoločnosť pracuje s mnohými hlavnými právnymi subjektmi reprezentovanými NIZHI na obrázku:

Obr. 3. Zákazníci zákazníkov "Max-Klining"

.1 Organizačná štruktúra spoločnosti

Spoločnosť "Max Čistenie" pozostáva z rôznych jednotiek vykonávajúcich rôzne funkcie a ciele, organizačná štruktúra spoločnosti "Max Čistenie" je prezentovaná na obrázku 4.

Obr. 4. Štruktúra organizácie

Generálny riaditeľ a jeho zástupca sú vedúcim vedením o max-čistiacej spoločnosti, ktorá sa skladá z rôznych oddelení, vrátane:

· Oddelenie zákazníckych služieb;

· Katedra práce.

Oddelenie služieb zákazníkom

Rozsah práce s klientmi max-čistenia je rozsiahly: jeho hlavnou úlohou je dlhodobá spolupráca a servis právnických osôb, analýza ich potrieb, úrovní a zameranie. Rokovania s klientmi spoločností, oboznámenie sa s podmienkami predaja služieb poskytovaných "max-znižovaním", kontroly nad výkonom práce - to všetko je neoddeliteľnou súčasťou práce tohto oddelenia.

Klientská spoločnosť môže kontaktovať "max-znižovanie" a používať služby na komplexnom upratovaní priestorov. Správca spoločnosti pomôže uzavrieť dlhodobú dohodu o spolupráci alebo zabezpečiť jednorazové poradie. Je tiež povinný zistiť všetky potrebné informácie od klienta, a to:

Informácie o spoločnosti, ktorých zástupca je;

Majetku na majetku (priestory), ktoré potrebujú komplexné čistenie;

Túžba klienta vybrať si triedu čistenia;

Servisný čas;

Špeciálne komentáre miestnosti (všetky prijaté informácie spracúva správca a prísne dôverný).

V prípade úspešného uzavretia zmluvy alebo objednávky bude plnenie služby prevedená do pracovného oddelenia, ktorej funkciou je včasné a kvalitatívne poskytovanie (vykonanie) čistiacich služieb.

Katedra práce

Toto oddelenie pozostáva z senior brigádne a čističe, ktoré tvoria oddelené brigády. Po prevode zmluvy (objednávky) manažérom spoločnosti, senior brigadier, krok distribúcie práce na čistenie miestnosti medzi čistejšími brigadiers.

Čistenie priestorov klienta sa vykonáva v čase predpísanej, registrované v dohode zdobenej skôr (objednávka). Správa o službách sa poskytuje Senior Brigadier, ktorý hodnotí prácu každého čistejšieho čističa pozostávajúceho v brigáde, ktorá vykonala toto čistenie. Okrem toho Senior Brigadier sa zaväzuje informovať správcu služieb zákazníkom o stave tejto objednávky.

Po tom, kvalita práce vykonáva samotný klient. V prípade neuspokojivého hodnotenia manažér informuje riadenie spoločnosti, aby prijal vhodné rozhodnutia.

V priebehu analýzy činností vyššie opísanej max-kliniky opísanej vyššie, systém obchodnej procesy uvedený nižšie bol vytvorený na obrázku 5.

Obr. 5. Podnikateľský proces "Max-čistenie"

Obidve oddelenia musia byť okamžite servis zákazníkov a vykonávať transakcie, automatizáciou správy dokumentov, ako aj pri rýchlom prijatí údajov o podávaní údajov a analytických informácií pre prezentáciu včasných a kvalitných služieb.

1.2 Analýza softvéru a technická podpora vzťahov so zákazníkmi a pracovnými oddeleniami

Každý manažér služieb zákazníkom má osobný počítač, telefón a rôzne periférie na prácu s potrebnými informáciami. Spoločnosť má internet, prístup, na ktorú majú všetci zamestnanci "Max-Clipping". Všetky počítače nainštalovali operačný systém Windows 7, požadovaný balík Microsoft Office, vrátane prístupu, rovnako ako ovládače do práce s mnohými periférnymi zariadeniami HP Desktjet. Softvér a technická podpora zákazníckych služieb a oddelenia práce je prezentovaná na obrázku 6.

Obr. 6. Softvér spoločnosti "Max-čistenie"

Spoločnosť používa sieť založenú na koncepte "klient-server". Pre moderné DBMS sa architektúra klient-server stala skutočne štandardnou.

Základným princípom technológie klient-server je oddeliť funkcie štandardnej interaktívnej aplikácie do štyroch skupín:

· Vstupné a zobrazovacie funkcie údajov;

· Aplikačné funkcie charakteristické pre oblasť predmetu;

· Funkcie základného skladovania a riadenia zdrojov (databázy);

· Servisné funkcie.

Výhody tohto systému:

· Žiadne duplikáciu kódu kódu servera klientmi.

· Keďže všetky výpočty sa vykonávajú na serveri, potom sa znížia požiadavky na počítače, na ktorých je klient nainštalovaný.

· Všetky údaje sú uložené na serveri, ktorý je zvyčajne chránený oveľa lepšie ako väčšina zákazníkov. Na serveri je ľahšie organizovať kontrolu oprávnenia, aby umožnil prístup k údajom len pre zákazníkov s príslušnými prístupovými právami.

Klient poskytuje informácie správcovi spoločnosti, ktorý ho opraví na svojom počítači, pomocou programu Microsoft Word 2010, vytlačí zmluvu (objednávka) a uloží papierový formulár. Riziko straty všetkých potrebných informácií sa teda vzniká, problém ďalších vyhľadávaní informácií o klientovi, jeho priestoroch a kontaktoch. Okrem toho manažér nemá schopnosť automaticky vypočítať nielen náklady na čistenie, v závislosti od jeho triedy, veľkosti miestnosti a obdobia servisu zmluvy, ale aj počet brigád potrebných pre včasné a vysoké - Čistenie miestnosti.

Hlavnou myšlienkou je rozdeliť sieťovú aplikáciu do niekoľkých komponentov, z ktorých každý z nich realizuje špecifický súbor služieb. Komponenty takejto aplikácie možno vykonať na rôznych počítačoch, vykonávaní funkcií servera a / alebo klienta. To vám umožní zlepšiť spoľahlivosť, bezpečnosť a výkon sieťových aplikácií a sietí všeobecne. Modul informačného systému pre max-čistiacu spoločnosť pomôže zvýšiť ziskovosť podniku prostredníctvom hlbokej analýzy informácií o svojich klientoch, predajné systémy umožnia riadeniu spoločnosti sledovať kľúčové ukazovatele výkonnosti práce vykonávanej v rámci Dohoda, ktorá je potrebná na vytvorenie strategicky dôležitých obchodných riešení a efektívneho hodnotenia práce každého zamestnanca.

Účelom mojej promócie klasifikácie je vyvinúť modul informačného systému pre účtovanie komplexného čistenia rôznych priestorov.

Na dosiahnutie cieľa musíte vykonať nasledujúce úlohy:

Analyzujte aktivity spoločnosti "Max" pre čistiace priestory;

Vytvorte zoznam požiadaviek na vývoj databázy;

Vytvorte databázu pomocou metódy ER Diagram a Erwin Case;

Implementovať požiadavky na manipuláciu s údajmi v databáze.

Rozvinutý informačný systém Modul musí spĺňať tieto požiadavky:

· Vytvorenie a ukladanie údajov o zmluvách s automatickým výpočtom nákladov na služby na obdobie zmluvy;

· Vytvorenie a ukladanie objednávok s automatickým výpočtom nákladov na čistenie, v závislosti od veľkosti miestnosti a triedy čistenia;

· Zaregistrovať údaje o každom upratovaní;

· Informácie o kvalite čistenia každého zamestnanca brigády;

· Vypočítať hodnotenie aktivít brigády pre manažéra spoločnosti;

· Automatický výpočet počtu brigád potrebných na čistenie priestorov.

Predpokladám, že zavedenie takéhoto systému zvýši rýchlosť navrhovania všetkých potrebných dokumentov pre služby spoločnosti kliniky a zníži počet chýb pri práci s klientmi.

Riešiť úlohy v oblasti klasifikácie promócie:

· Metóda databázy - ER modelovanie. Je to grafický opis oblasti predmetu, pokiaľ ide o "objekt - nehnuteľnosti - komunikácia". Použitie modelovania ER poskytuje mnoho výhod: analýzu predmetnej oblasti sú zameranejšie a betónu; Umožňuje držať dizajn AIS bez záväzného na špecifické cieľové DBMS a kedykoľvek si vybrať ich; Pri zmene použitých DBMS nie je potrebné navrhnúť novo, mali by ste vykonať len krok o preklade modelu ER na cieľ (ak sa tento prípadový nástroj DBMS podporuje tento prípad, potom takýto prechod bude automaticky dokončená vôbec);

· Case - Erwin Tool. Výhodou je schopnosť vytvárať diagramy štruktúry DB, čo vám umožní automaticky riešiť problémy súvisiace s udržiavaním jeho integrity, ako aj v nezávislosti logického modelu z použitých DBMS, ktorá vám umožní aplikovať univerzálne metódy na vývoz do konkrétnych DBMS.

· MS Access DBMS je vybratý ako cieľový DBMS. Prístup je systém správy relačného databázy, ktorý obsahuje všetky potrebné nástroje na vytvorenie lokálnej databázy, zdieľanej databázy v lokálnej sieti so súborovým serverom alebo databázou na serveri SQL Server, ako aj na vytvorenie používateľskej aplikácie, ktorá s nimi pracuje databázy. Prístup DBMS obsahuje rôzne a početné relatívne samostatné softvér, orientované na vytvorenie databázových objektov a užívateľských aplikácií. Grafické nástroje umožňujú užívateľovi vytvoriť databázové objekty a aplikačné objekty pomocou mnohých grafických prvkov bez toho, aby sa uchýlili k programovaniu.

2. Projektová časť

.1 Popis oblasti predmetu

Spoločnosť má svoj vlastný flotil v Moskve, ktorý zahŕňa 5 vozidiel značky VOLVO, ako aj ovládače pevné pre každý stroj 6 osôb. Brigády (3) vykonávajúce komplexné čistenie priestorov vo výške 3 osoby.

Služby spoločnosti:

· Komplexné upratovanie priestorov (obchod, priemyselný, sklad a priemyselný);

Klient, ktorý môže byť len právnickým subjektom, sa vzťahuje na zamestnanca spoločnosti "max" ako manažéra prijímania objednávok. Spoločnosť poskytuje svoje služby, a to ako na žiadosť klienta a na dlhú dobu (od 7 dní a vyššie).

So Managerom recepcie klient zaoberá nasledovným:

Klient poskytuje vnútorné údaje, ktoré potrebujú údržbu (typ izby, plochy, umiestnenie);

Cena meraná v rubľov je určená v zmluve (100% platba vopred):

Ø Na žiadosť klienta (jednorazové) - závisí od oblasti miestnosti, typu čistenia a na počte zúčastnených brigádov.

Ø Po dlhú dobu - závisí od životnosti, frekvencie a oblasti miestnosti.

· Osobné údaje klienta

· Vnútorné údaje

· Servisný termín

· Počet zúčastnených brigád

Kvalita služieb bude kontrolovaná klientom a zamestnancom spoločnosti, ktorá kontroluje výsledok práce brigády. V prípade náhodného, \u200b\u200bneuspokojivého hodnotenia klienta a zamestnanca bude pokarhať pracovnou skupinou až do prepustenia.

Výber vozidiel pripevnených flotilou spoločnosti bude vykonaná výberom dopravy. Ocení požadovaný počet brigádov, ktoré slúžia priestorom a strojom potrebným na prepravu pracovnej skupiny do cieľa. Výber strojov sa vykonáva okamžite po údajoch poskytnutých klientom pred uzavretím zmluvy.

.2 Technické a ekonomické odôvodnenie metód vývoja a implementácie

Ak chcete navrhnúť databázu servisného strediska, bolo rozhodnuté použiť metódu ER Diagram. Táto konštrukčná metóda bola vybraná podľa mňa na základe týchto faktorov:

Metóda ER Diagram bola učená na databázovej disciplíne.

Metóda dizajnu s ER-diagramami má rad výhod, menovite viditeľnosť; schopnosť navrhnúť databázu s veľkým počtom objektov a atribútov;

ER diagramy umožňujú konkrétnejšie analyzovať oblasť predmetu;

Znížené požiadavky na znalosti jazyka SQL.

V srdci ER - model leží tri položky:

· Essence

· Atribút

Model dát Erwin bol vybraný ako automatizovaný databázový dizajnový systém.

Microsoft Access bol vybraný ako DBMS. Toto DBMS ste vybrali na základe týchto faktorov:

Microsoft Access sa mi naučil počas tréningu;

Prístup vám umožňuje rýchlo a ľahko vytvoriť dotazové tabuľky;

Pri spracovaní prístupových dát používa jazyk sql dotaz, ktorý ma tiež naučil na databázovej disciplíne.

.3 Dizajn databázy

Koncepčný dizajn

Opis subjektov.

Výber subjektov.

Popis pripojenia.

Podstata		Podstata
Priestory	Poskytnutý
	Slúžiť	Zamestnanci
	Potrebujete (zapnúť)
	Vystavený
	Konzultant	Zamestnanci
	Príznaky
	Ohodnotiť
Zamestnanci	Navrhnutý
	súhlasiť
	Vykonané
	Kontrola
	Hrať
	Povoliť

2.4 Koncepčný dátový model v štandarde Chen

2.5 ER DIAGRAM V ERWIN

.6 Analýza modelu

Kompozitný atribút: - nie

MultiVissal Atribút: Telefón (spoločnosti, zástupca)

Atribút derivátu:

Objednať - COST \u003d Typ čistenia (náklady) * Izba (Square)

Zmluva - Cena \u003d Zmluva (servisná doba / periodicita) * Izba (Square)

Rekurzívne pripojenia: - Nie

Komunikácia 1: 1: Objednávka vyžaduje upratovanie

Redundantná komunikácia: ÁNO

Zdá sa, že podstata zástupcu spoločnosti:

· Klient konzultuje so zamestnancom

· Klient vyhodnocuje čistenie

· Klient podpíše zmluvu

· Zákazník robí objednávku

Priestory sú obsluhované zamestnancami

Priestory

Zamestnanci vykonávajú objednávku

Čistenie zamestnancov

Zmluva sa zaväzuje čistenie

Komunikácia M: N: ÁNO

Zamestnanci vykonávajú čistenie

Obr. 8. Konečný model v Erwine

7 etapa fyzického dizajnu

Dátový diagram vo vybraných DBMS

Obr. 9. DÁTUMOVÁ DÁTUMOVÁ DÁTUMA

2.8 Implementácia hlavných požiadaviek

manipulácia s databázou

Obr. 9. Implementácia hlavných žiadostí

· Záver zoznamu Mingers spoločnosti

Táto požiadavka vám umožní prezerať manažéra manažéra, ktorý zavedie použitie, zoznam ponúk zmluvy. Takáto žiadosť vám umožní rýchlo preskúmať informácie o práci konkrétneho manažéra spoločnosti.

Zamestnancov. Tab_Number, zamestnanci. Fio, zamestnanci. Heephone, zamestnanci. Samoty, zamestnancov. Inner_tead, zmluva. Inner: Zamestnanci Vnútorná dohoda o zamestnancoch:])););

· Pozrite si hodnotenie diel brigadiers

Táto požiadavka bude odoslaná na zobrazenie hodnotenia práce čističov brigadiers. Podľa tohto klienta a správca spoločnosti, pripomienky a preventívne opatrenia ďalších chýb možno predložiť počas práce čistiacich prostriedkov.

Vyberte zamestnanci. Fio, zamestnanci. Solitude, čistenie. Zotelnika_klient, čistenie. ZotelNaya_nesserger, zamestnanci. Numberbrigada z čistenia Inner Pripojiť sa k čisteniu zamestnancov) \u003d [ENTER ČISTENIE ČISTENIA]);

· Zobrazenie zoznamu objednávok pre injikovaný typ čistenia

Táto požiadavka vám umožní zobraziť údaje objednaných zákazníkom.

Zvoľte [CIGNING TYPER]. [CLEARANCE CLASS], [TRUHY ČISTÍKA]. Náklady, objednávka. Objednávka z [Typ čistenia] Inner Pripojiť sa na [TRUČNOSŤ ČISTÍKU]. [Čistiaca trieda]. (Typ čistenia]. [Čistiaca trieda]) \u003d [Zadajte triedu čistenia:]);

· Vyhľadávanie spoločnosti - klienta v databáze

Táto požiadavka vám umožní zadať zamestnanca spoločnosti klienta a priniesť zoznam predtým vykonaných zmlúv a objednávok, ak existuje. Vďaka tejto požiadavke sa môžete vyhnúť opätovnému zadaniu informácií o spoločnosti klienta.

Vyberte klienta. [Názov spoločnosti], CLIENT.UR_ADRES, CLIENT.THE PHONEY_NUMBERY, [reprezentant spoločnosti]. FIO, [zástupca spoločnosti]. El_poshta od klienta Inner Coll [spoločnosť reprezentant] na CLIENT.NKL \u003d [zástupca spoločnosti]. nkl, kde ((((klient. [Názov spoločnosti]) \u003d [Zadajte názov spoločnosti:]);

· Vyhľadávanie nie / vykonaných objednávok

Táto požiadavka vám umožní zobraziť zoznam vykonaných a nenaplnených objednávok pre stav zadaný užívateľom.

Vyberte položku Objednať. V objednávke, objednávky. TOPATUS, objednávka. Data_remoa, poriadok. [Čistiaca trieda], objednávka. Data_things z objednávky, kde (((((Objednávka) \u003d [Zadajte stav objednávky:]));

· Zoznam priestorov podľa typu

Táto požiadavka umožní zobraziť zoznam priestorov zadaným.

typ používateľa.

Vyberte si priestory. Tlač, priestory. Izba, priestory. Typ, priestory. Zapadá z miestnosti, kde ((((((((((((((((((((((((((typ) \u003d [Enter typu izby:]));

· Zoznam, zmluvy o životnom živote viac ako 30 dní

Táto požiadavka umožní zobraziť zoznam zmlúv, ktorých životnosť presahuje 30 dní.

Vyberte Zmluvu. Net_Name, Zmluva. Data_AKA, Zmluva. Kontrola, zmluva. [Servisný termín (dni)] z miesta, kde dohoda (((((zmluva [služba (dni)])\u003e 30));

· Počítanie nákladov na objednávky

Táto požiadavka umožní zobraziť hodnotu objednávky užívateľom zadaným číslom. Vďaka takémuto dotazu sa môžete vyhnúť chybám pri počítaní nákladov na objednávky.

Vyberte položku Objednať. V poriadku. [Typ výpočtu]. [Náklady] + [Typ čistenia]. [Počet brigátov na jednotku plochy]) * [priestor]. [Square] ako Cost_Thank, objednajte si [CIGNING CLASS], OBJEDNAŤ Izby Inner JOIN ([[ČISTENIE TYPU] Vnútorná objednávka na [CIGNING TYPY]. [CLEARANCE CLASS] \u003d OBJEDNÁVKA. [Čistiaca trieda]) na izbe. Stlačte tlačidlo \u003d Objednávka. číslo:]));