GOU NPO Professional
M E T O D I CH E S K I E
R E K O M E N D A C I
DIZAJN KURZU
DISCIPLÍNOU
TECHNOLÓGIA VÝVOJA SOFTVÉROVÝCH VÝROBKOV
podľa špeciality
230105 (2203) Počítačový softvér a
automatizované systémy
(základná úroveň)
Kaliningrad, 2007
“ SCHVÁLENÉ”
Predmet
(cyklová) provízia
Spracované v súlade s požiadavkami štátu na minimálny obsah a úroveň prípravy absolventov odboru 230 Softvér pre výpočtovú techniku \u200b\u200ba automatizované systémy stredného odborného vzdelávania (základný stupeň)
Predseda PCC
Zástupca riaditeľ
uMR
_______________________
_______________________
Recenzenti:
ÚVOD
V súlade so štátnym vzdelávacím štandardom stredného odborného vzdelávania musí absolvent minimálne na obsah a úroveň prípravy absolventov odboru „Softvér pre výpočtovú techniku \u200b\u200ba automatizované systémy“ v odbore špeciálne odbory byť schopný :
Vypracujte algoritmus implementácia softvéru danú úlohu;
· Vytvoriť softvérový produkt podľa vyvinutého algoritmu, odladiť a otestovať softvérový produkt;
· Vyvíjať a udržiavať sieťové aplikácie;
Úlohy projekt kurzu sú:
Štúdium vlastností konkrétnej oblasti predmetu súvisiacej s témou projektu kurzu;
Analýza možných prístupov a metód riešenia s odôvodnením zvolenej metódy;
Výber alebo vývoj modelu (matematického, štrukturálneho, informačného atď.) Potrebného na dosiahnutie cieľa;
Výber efektívnych algoritmov s prihliadnutím na ich presnosť, stabilitu, konvergenciu atď .;
Analýza získaných výsledkov softvéru;
Vývoj softvéru a prevádzkovej dokumentácie.
2. VÝBER TÉMY
Témy projektov kurzov vypracujú učitelia vzdelávacích inštitúcií, posúdi ich a prijme predmetová (cyklická) komisia na zasadnutí katedry, ktoré schváli zástupca. vysokoškolský riaditeľ pre akademické záležitosti. Tému projektu kurzu môže študent navrhnúť v súlade so svojimi záujmami a možnosťami odhalenia navrhovaného problému, ak odôvodní jeho účelnosť.
Je povolené uskutočňovať projekt kurzu na jednu tému skupinou študentov.
3. TÉMY PROJEKTOV KURZU (príloha)
1. Vypracovať programový modul „Účtovanie pokroku študentov“.
2. Vypracovať programový modul „Osobné spisy študentov“.
3. Vytvorte programový modul „Oddelenie“.
4. Vytvorte programový modul „Laboratórium“.
5. Vytvorte softvérový modul „Autoservice“.
6. Vyvinúť softvérový modul „Zúčtovanie porušení pravidiel cestnej premávky“.
7. Vypracujte softvérový modul „Súbor kariet realitnej kancelárie“.
8. Vyvinúť softvérový modul „ATS Subscribers Card File“.
9. Vyvinúť softvérový modul „Aviakassa“.
10. Vyvinúť softvérový modul „Kníhkupectvo“.
11. Vytvorte softvérový modul „Parkovanie“.
12. Vyvinúť softvérový modul „Personálna agentúra“.
13. Vyvinúť softvérový modul „Vypočítať odpisy majetku“.
14. Vytvorte programový modul „Examiner“.
15. Vyvinúť softvérový modul „Sledovanie odpracovaných hodín študentov“.
16. Vyvinúť softvérový modul „Informačný a referenčný program pre poštové adresy klientov.“
17. Vyvinúť softvérový modul „Kartový súbor pre účtovnú literatúru v knižnici“.
18. Vyvinúť softvérový modul „Inventúra tovaru v sklade“.
19. Vyvinúť softvérový modul „Herný program ako Master Mind“.
20. Vyvinúť programový modul „Logická hra na uhádnutie kombinácie čísel“.
21. Vypracovať softvérový modul „Program na zobrazenie rozvrhu aktuálnych hodín pre skupinu študentov.“
22. Vyvinúť softvérový modul „Informačný a referenčný program pre predaj CD“.
23. Vytvorte programový modul „Firemný web cestovnej spoločnosti“.
24. Vytvorte programový modul „Firemná webová stránka obchodu s počítačovým príslušenstvom“.
25. Vytvorte programový modul „Firemná webová stránka periférneho skladu počítača“.
26. Vytvorte programový modul „Osobná webová stránka správcu počítačovej siete“.
27. Vytvorte softvérový modul „Webová stránka projektu zlepšenia územia univerzity“.
28. Vytvorte softvérový modul „Webová stránka pre projekt výstavby zimnej záhrady na území vysokej školy.“
4. OBSAH A KROKY DOPLNENIA
PROJEKT KURZU
1. Výber témy a jej odsúhlasenie s hlavou. Výber literatúry.
2. Štúdium požiadaviek na vyhotovenie diela.
3. Vypracovanie plánu realizácie projektu kurzu. Vývoj algoritmu riešenia.
4. Implementácia algoritmu.
5. Ladenie programu.
6. Testovanie programu.
7. Vypracovanie softvéru a prevádzkovej dokumentácie.
8. Analýza získaných výsledkov.
9. Registrácia správy.
10. Obhajoba projektu kurzu.
5. ŠTRUKTÚRA PROJEKTU KURZU
Projekt kurzu musí obsahovať testovaný softvér a vysvetľujúcu poznámku (najmenej 20 listov A4).
V závislosti od projektu kurzu môže byť zahrnutá aj grafická časť.
Vysvetlivka k projektu kurzu by mala obsahovať nasledujúce
štruktúra:
Titulná strana zavedenej vzorky (dodatok 1);
Úvod;
Výber softvéru a hardvéru pre implementáciu dodaného
úlohy;
Popisná časť rozvinutej softvér;
Softvérová dokumentácia;
Prevádzková dokumentácia;
Záver, ktorý vyvodzuje závery a odporúčania týkajúce sa
možnosti využitia projektových materiálov;
Zoznam použitej literatúry;
Aplikácie.
V podané je stručne odhalená relevantnosť a význam témy, sú formulované ciele a zámery projektu.
Programová dokumentácia obsahuje nasledujúcu sadu dokumentov:
Kreatívny prístup k písaniu projektu kurzu;
Správnosť a vedecká platnosť záverov;
Presnosť a správny dizajn projektu kurzu.
Záverečné hodnotenie semestrálna práca vystavené na základe výsledkov ochrany a kvality práce.
Pred absolvovaním skúšky v odbore „Technológia vývoja softvéru“ je potrebné obhájiť prácu na kurze. Študenti, ktorí neuspeli v študijných projektoch alebo dostali neuspokojivé známky na obhajobe, nemôžu vykonať ďalšie skúšky.
Chránené projekty kurzov sa študentom nevracajú a sú uložené v archíve vzdelávacej inštitúcie.
DODATOK 1
Ukážka dizajnu titulnej stránky
GOU NPO Professional
umelecké a priemyselné lýceum číslo 10
PROJEKT KURZU
v disciplíne „Technológia vývoja softvérových produktov“
na tému: ___________________________________________________________________________
Vyplnil študent ______________________________ Priezvisko, meno, priezvisko
Špecializácia, kurz, skupina __________________________________________
Vedecký poradca ___________________________ Priezvisko, meno, priezvisko
Dátum doručenia, podpis študenta ______________________
________________________________________________
Dátum obhajoby, známka, podpis učiteľa
Kaliningrad
DODATOK 2
TECHNICKÁ ÚLOHA.
POŽIADAVKY NA OBSAH A DIZAJN
GOST 19.201 - 78
Informačná časť (anotácia a obsah), registračný hárok zmeny nie je možné zahrnúť do dokumentu.
Na vykonanie zmien alebo doplnení zadávacích podmienok v ďalších fázach vývoja programového alebo softvérového produktu je k nim vydaný dodatok. Koordinácia a schválenie doplnenia referenčného rámca sa vykonáva v rovnakom poradí, v akom je stanovené pre referenčný rámec.
V závislosti na vlastnostiach programu alebo softvérového produktu je dovolené objasniť obsah oddielov, zavádzať nové oddiely alebo kombinovať niektoré z nich.
1. ÚVOD
V tejto časti sa uvádza názov, stručný popis rozsahu programu alebo softvérového produktu a objektu, v ktorom sa program alebo softvérový produkt používa.
2. ZÁKLAD ROZVOJA
Dokument (dokumenty), na základe ktorého sa vývoj uskutočňuje;
Organizácia, ktorá schválila tento dokument, a dátum jeho schválenia;
Názov a / alebo symbol vývojovej témy.
3. ÚČEL VÝVOJA
Táto časť by mala uvádzať funkčné a prevádzkové účely programu alebo softvérového produktu.
4. POŽIADAVKY NA SOFTVÉR ALEBO SOFTVÉROVÝ VÝROBOK
4.1. Požiadavky na funkčné vlastnosti.
V tejto časti musia byť uvedené požiadavky na zloženie vykonávaných funkcií, organizáciu vstupných a výstupných údajov, časové charakteristiky atď.
4.2. Požiadavky na spoľahlivosť.
V pododdiele by sa mali uviesť požiadavky na zabezpečenie spoľahlivej prevádzky (zabezpečenie stability, sledovanie vstupných a výstupných informácií, doba zotavenia po poruche atď.).
4.3. Podmienky používania.
V tomto pododdiele by sa mali uviesť prevádzkové podmienky (teplota okolia, relatívna vlhkosť atď. Pre vybrané typy dátových nosičov), za ktorých by sa mali poskytovať špecifikované charakteristiky, ako aj typ služby, požadovaný počet a kvalifikácia personálu.
4.4. Požiadavky na kompatibilitu informácií a softvéru.
Pododdiel musí špecifikovať požiadavky na informačné štruktúry metódy vstupu a výstupu a riešenia, zdrojové kódy, programovacie jazyky a softvér používaný programom.
V prípade potreby by sa mala poskytovať ochrana informácií a programov.
5. POŽIADAVKY NA DOKUMENTÁCIU PROGRAMU
V tejto časti by sa malo uviesť predbežné zloženie dokumentácie k softvéru a v prípade potreby aj osobitné požiadavky na ňu.
6. TECHNICKÉ A EKONOMICKÉ UKAZOVATELE
V tejto časti by sa malo uviesť: približná ekonomická efektívnosť, odhadovaný ročný dopyt, ekonomické výhody vývoja v porovnaní s najlepšími domácimi a zahraničnými vzorkami alebo analógmi.
7. FÁZY A FÁZY ROZVOJA
V tejto časti sa ustanovujú potrebné fázy vývoja, etapy a obsah práce (zoznam programových dokumentov, ktoré sa musia vypracovať, odsúhlasiť a schváliť), ako aj spravidla podmienky vývoja a určiť účinkujúci.
8. POSTUP KONTROLY A PRIJATIA
V tejto časti by sa mali uviesť typy skúšok a všeobecné požiadavky na prijatie diela.
IN aplikácie k referenčnému rámcu, ak je to potrebné, viesť:
Zoznam výskumných a iných prác odôvodňujúcich vývoj;
Algoritmické diagramy, tabuľky, popisy, odôvodnenia, výpočty a ďalšie dokumenty, ktoré môžu byť použité pri vývoji;
Ostatné zdroje rozvoja.
DODATOK 3
TEXT PROGRAMU (GOST 19.401 - 78)
Ak je text programu v zdrojovom jazyku anotácia, obsahuje krátky popis funkcie programu.
Hlavná časť dokumentu by mala pozostávať z textov jednej alebo viacerých sekcií, ktoré majú pomenovanie.
Je tiež možné zadať názov pre skupinu sekcií.
Každá z týchto častí je implementovaná s jedným z typov symbolického zápisu, napríklad:
Symbolická notácia v pôvodnom jazyku;
Symbolická notácia v mierne pokročilých jazykoch;
Symbolické znázornenie strojových kódov atď.
DODATOK 4
POPIS PROGRAMU (GOST 19.402 - 78)
V závislosti na vlastnostiach programu je povolený vstup ďalšie oddiely okrem nasledujúcich alebo skombinujte samostatné časti.
1. VŠEOBECNÉ INFORMÁCIE
Táto časť musí obsahovať: označenie a názov programu; softvér potrebný na prevádzku programu; programovacie jazyky, v ktorých je program napísaný.
2. FUNKČNÝ ÚČEL
V tejto časti by mali byť uvedené triedy úloh, ktoré sa majú vyriešiť, a / alebo účel programu a informácie o funkčných obmedzeniach aplikácie.
3. OPIS LOGICKEJ ŠTRUKTÚRY
Táto časť by mala obsahovať:
Programové algoritmy;
Použité metódy;
Štruktúra programu s popisom funkcií komponentov a vzťahom medzi nimi;
Prepojenia programu s inými programami.
Popis logickej štruktúry programu sa vykonáva s prihliadnutím na text programu v pôvodnom jazyku.
4. POUŽITÉ TECHNICKÉ ZARIADENIA
V tejto časti by sa mali uviesť typy elektronických počítačov a zariadení, ktoré sa používajú pri prevádzke programu.
Táto časť by mala obsahovať:
Spôsob volania programu z príslušného dátového nosiča;
Vstupné body programu.
Je povolené uvádzať adresy na stiahnutie, informácie o použití RAM, veľkosť programu.
6. VSTUPNÉ ÚDAJE
Táto časť by mala obsahovať:
Povaha, organizácia a predbežná príprava vstupných údajov;
Formát, popis a spôsob kódovania vstupných údajov.
7. VÝSTUPNÉ ÚDAJE
Táto časť by mala obsahovať:
Povaha a organizácia výstupu;
Formát, popis a spôsob kódovania výstupných údajov.
Obsah častí je dovolené ilustrovať vysvetľujúcimi príkladmi, tabuľkami, diagrammi, grafmi.
Aplikácia môže obsahovať rôzne materiály, ktoré je nepraktické zahrnúť do častí dokumentu.
DODATOK 5
VYSVETLIVKA (GOST 19.404-79)
Zostavenie informačnej časti (anotácie a obsahu) je voliteľné.
V závislosti na vlastnostiach dokumentu je možné kombinovať jednotlivé oddiely (pododdiely), ako aj zaviesť nové oddiely (pododdiely).
ÚVOD
V tejto časti sa uvádza názov programu a / alebo symbol rozvojovej témy, ako aj dokumenty, na základe ktorých sa vývoj uskutočňuje, s uvedením organizácie a dátumu schválenia.
1. ÚČEL A ROZSAH PÔSOBNOSTI
V tejto časti je uvedený účel programu a stručný opis rozsahu programu.
2. TECHNICKÉ CHARAKTERISTIKY
Táto časť by mala obsahovať nasledujúce pododdiely:
2.1 Vyhlásenie o probléme.
Je popísané konštatovanie problému vývoja programu, popis použitých matematických metód a v prípade potreby aj popis predpokladov a obmedzení spojených s vybraným matematickým aparátom.
2.2 Opis algoritmu a / alebo fungovania programu.
Algoritmus a / alebo fungovanie programu je opísané s odôvodnením pre výber algoritmu na riešenie problému, možné interakcie programu s inými programami.
2.3 Zloženie hardvéru a softvéru.
Uvádza sa popis a odôvodnenie voľby zloženia metódy organizácie vstupných a výstupných údajov.
2.4 Zloženie hardvéru a softvéru.
Je uvedený opis a zdôvodnenie výberu zloženia hardvéru a softvéru na základe vykonaných výpočtov a / alebo analýz a distribúcie dátových nosičov použitých v programe.
3. OČAKÁVANÉ TECHNICKÉ A EKONOMICKÉ UKAZOVATELE
V časti sú uvedené technické a ekonomické ukazovatele preukazujúce výhodu zvolenej možnosti technického riešenia, ako aj v prípade potreby očakávané prevádzkové ukazovatele.
4. ZDROJE POUŽÍVANÉ V ROZVOJI
V tejto časti sa nachádza zoznam vedeckých a technických publikácií, regulačných a technických dokumentov a ďalších vedeckých a technických materiálov, na ktoré sa odkazuje v hlavnom texte.
IN príloha dokument môže obsahovať tabuľky, odôvodnenie, metódy, výpočty a ďalšie dokumenty použité pri vývoji.
DODATOK 6
VÝKAZ PREVÁDZKOVÝCH DOKUMENTOV
GOST 19,507 - 79
Zostavenie informačnej časti (anotácie a obsahu) je voliteľné.
Vo výpise sú uvedené dokumenty, ktoré sú uvedené v zozname prevádzkových dokumentov.
Zoznam prevádzkových dokumentov by mal obsahovať tieto oddiely: dokumenty pre program; dokumenty pre komponenty programu.
Zoznam prevádzkových dokumentov pre komponent, ktorý má nezávislú aplikáciu, by mal obsahovať iba časť „Dokumenty k programu“.
V časti „Dokumenty k programu“ by sa mali zaznamenať všetky prevádzkové dokumenty (okrem zoznamu prevádzkových dokumentov) pre tento program.
V časti „Dokumenty k komponentom programu“ musia byť zaznamenané výkazy prevádzkových dokumentov pre všetky programy priamo zahrnuté v programe.
Zaznamenávanie dokumentov do výkazu sa vykonáva pod nadpismi sekcií v stĺpci „Názov“.
Dokumenty sa vo výpise zaznamenávajú vzostupne podľa kódu typu dokumentu uvedeného v označení.
Stĺpce výpisu sa vypĺňajú takto:
· V stĺpci "Označenie" uveďte označenie dokumentov v súlade s GOST 19.103-77;
· V stĺpci „Názov“ uveďte celý názov prevádzkového dokumentu v súlade s názvom uvedeným v schvaľovacom hárku alebo na titulnej strane;
· U dokumentov pre tento program sa zaznamenáva iba názov a typ dokumentov;
· V stĺpci „Nie. kópie “ uveďte počet kópií tohto dokumentu;
· V stĺpci „Umiestnenie“ uveďte číslo priečinka, v ktorom je uložený tlačený dokument.
Je povolené zapisovať si text poznámok a ďalšie informácie týkajúce sa ďalších prevádzkových dokumentov, ak je to potrebné.
Je dovolené uvádzať radové čísla poznámok.
Text poznámok je možné zaznamenať na konci príslušných častí výkazu prevádzkových dokumentov. Na posledné listy výkazu prevádzkových dokladov je možné písať text poznámok na formuláre bez stĺpcov s poradovým číslom poznámok.
Vyhlásenie tiež poskytuje, ak je to potrebné, zoznam priečinkov, do ktorých sú uložené tlačené dokumenty.
Priečinky v zozname sa zaznamenajú po uvedení všetkých dokumentov pod hlavičkou „Zoznam priečinkov“ v stĺpci „Názov“ vo vzostupnom poradí podľa poradových čísel.
Pri zaznamenávaní priečinkov sa stĺpce výpisu vypĺňajú takto:
Stĺpec „Označenie“ je podčiarknutý;
V stĺpci „Názov“ uveďte názov a číslo priečinka, napríklad „Priečinok č. 1“;
V stĺpci „plk. kópie “ uveďte počet kópií priečinkov tohto názvu, ktoré sú súčasťou jednej sady operačných dokumentov;
V stĺpci „Umiestnenie“ uveďte, ak je to potrebné, umiestnenie priečinkov.
Príklad vyplnenia výkazu prevádzkových dokumentov
Označenie
názov
Poloha
A. V. 001-01_32_01-1
Operačný systém. Nástroje na obnovenie systému
A. V. 001-01_32_01-2
Operačný systém. Editor odkazov.
DODATOK 7
POPIS APLIKÁCIE (GOST 19.502-78)
Zostavenie informačnej časti (anotácie a obsahu) je povinné.
V závislosti na vlastnostiach programu je povolené zavádzať ďalšie oddiely alebo kombinovať samostatné oddiely.
1. ÚČEL PROGRAMU
V tejto časti sa uvádza účel, schopnosti programu, jeho hlavné charakteristiky, obmedzenia kladené na rozsah programu.
2. PODMIENKY UPLATŇOVANIA
V tejto časti sa uvádzajú podmienky potrebné na uskutočnenie programu (požiadavky na technické prostriedky potrebné pre tento program a ďalšie programy, všeobecné charakteristiky vstupné a výstupné informácie, ako aj požiadavky a podmienky organizačného, \u200b\u200btechnického a technologického charakteru atď.).
3. OPIS PROBLÉMU
V tejto časti by mali byť uvedené definície problému a metódy jeho riešenia.
4. VSTUPNÉ A VÝSTUPNÉ ÚDAJE
Táto časť by mala obsahovať informácie o vstupných a výstupných údajoch.
Referenčné materiály (ilustrácie, tabuľky, grafy, príklady atď.) Môžu byť uvedené v prílohe k dokumentu.
DODATOK 8
PRÍRUČKA ÚDRŽBY
(GOST 19.508-79)
Zostavenie informačnej časti (anotácie a obsahu) je povinné.
V závislosti od špecifík dokumentu môžu byť zavedené ďalšie oddiely.
1. ÚVOD
V tejto časti sa uvádza účel manuálu, zoznam prevádzkových dokumentov, ktoré by sa mali okrem manuálu používať pri údržbe.
2. VŠEOBECNÉ POKYNY
V tejto časti je uvedený postup údržby, pokyny týkajúce sa organizácie a prvkov jej implementácie.
3. POŽIADAVKY NA TECHNICKÉ ZARIADENIE
V tejto časti sa uvádza minimálne zloženie technických prostriedkov, ktoré zabezpečujú fungovanie programu.
4. POPIS FUNKCIÍ
Táto časť označuje:
Maximálny počet technických prostriedkov kontrolovaných týmto programom;
Opis spoločného fungovania hardvéru a softvéru s uvedením metódy spracovania chýb;
Opis organizácie vstupných a výstupných údajov používaných pri údržbe technických zariadení;
Opis interakcií zariadení s programom, výsledkov interakcií s výstupom výsledkov programu.
DODATOK 9
1. Vypracovať programový modul „Účtovanie pokroku študentov“.
Softvérový modul je určený na operatívne zaznamenávanie pokroku študentov v relácii dekanom, prodekanmi a zamestnancami dekanátu. Informácie o postupe študentov by sa mali uchovávať po celú dobu ich štúdia a využívať ich pri príprave osvedčení o absolvovaných kurzoch a dodatkov k diplomom.
2. Vypracovať programový modul „Osobné spisy študentov“.
Programový modul je určený na získavanie informácií o študentoch zamestnancami dekanátu, odborového výboru a personálneho oddelenia. Informácie by sa mali uchovávať po celú dobu školenia študenta a mali by sa používať pri príprave osvedčení a správ.
3. Vytvorte programový modul „Oddelenie“.
Modul obsahuje informácie o pracovníkoch katedry (celé meno, funkcia, akademický titul, disciplíny, pracovná náplň, sociálna práca, brigády a pod.) A je určený na použitie zamestnancami personálneho oddelenia a dekanátu.
4. Vytvorte programový modul „Laboratórium“.
Modul obsahuje informácie o pracovníkoch laboratória (celé meno, pohlavie, vek, rodinný stav, prítomnosť detí, postavenie, akademický titul) a je určený na použitie zamestnancami odborového výboru a personálneho oddelenia.
5. Vytvorte softvérový modul „Autoservice“.
Pri registrácii do služby je vyplnená žiadosť, ktorá uvádza meno majiteľa, značku automobilu, typ práce, dátum prijatia objednávky a náklady na opravu. Po dokončení práce sa vytlačí príjmový doklad.
6. Vyvinúť softvérový modul „Zúčtovanie porušení dopravných pravidiel
pohyb “.
Zoznam porušení je uložený v databáze každého automobilu a jeho majiteľa. Pri každom porušení sa zaznamená dátum, čas, typ porušenia a veľkosť; fajn. Po zaplatení všetkých pokút sa auto vyradí z databázy.
7. Vypracujte softvérový modul „Súbor s kartami realitnej kancelárie“.
Modul je určený na použitie agentúrnymi zamestnancami. Databáza obsahuje informácie o apartmánoch (počet izieb, poschodie, zábery, atď.). Po prijatí žiadosti o výmenu (nákup, predaj) sa vyhľadá vhodná možnosť. Ak to tak nie je, klient sa zadá do klientskej základne a po zobrazení možnosti je informovaný.
8. Vyvinúť softvérový modul „ATS Subscribers Card File“.
Súbor obsahuje informácie o telefónoch a ich vlastníkoch. Opravuje nedoplatky platby (predplatné a podľa času). Predpokladá sa, že miestne telefónne hovory založené na čase už boli zavedené.
9. Vyvinúť softvérový modul „Aviakassa“.
Modul obsahuje informácie o dostupnosti voľných miest na leteckých trasách. Databáza musí obsahovať informácie o čísle letu, posádke, type lietadla, dátume a čase odletu, ako aj nákladoch na letenky (rôznych tried). Po prijatí žiadosti o letenky program vyhľadá vhodný let.
10. Vyvinúť softvérový modul „Kníhkupectvo“.
11. Vytvorte softvérový modul „Parkovanie“.
Program obsahuje informácie o značke automobilu, jeho majiteľovi, dátume a čase vstupu, nákladoch na parkovanie, zľavách, nedoplatkoch platby atď.
12. Vyvinúť softvérový modul „Personálna agentúra“.
Modul obsahuje informácie o voľných pracovných miestach a životopisoch. Softvérový modul je určený tak na hľadanie zamestnanca, ktorý zodpovedá požiadavkám vedúcich pracovníkov spoločnosti, ako aj na hľadanie vhodného zamestnania.
13. Vyvinúť softvérový modul „Vypočítať odpisy majetku“.
Program by mal poskytovať výpočty dvoma metódami (rovnomerné odpisovanie a viacnásobné účtovanie odpisov), ako aj zabezpečiť kontrolu správnosti zadaných údajov a vydávanie varovných správ v prípade: a) absencie jedného alebo viacerých údajov na výpočet;
b) indikovaná hodnota kvapaliny presahuje počiatočnú hodnotu;
c) je určené výpočtové obdobie, ktoré presahuje amortizačné obdobie.
14. Vytvorte programový modul „Examiner“.
Testovacia úloha by mala pozostávať z 5 - 7 otázok, názov testovacieho súboru je uvedený v príkazovom riadku zoznamu programov.
15. Vyvinúť softvérový modul „Čas pracoval
študentov “.
Program musí byť implementovaný prostredníctvom MS Visual Studio; umožniť vstupno-výstupné meno a priezvisko študenta, počet skupín a odpracované hodiny, ako aj stručný popis vykonanej práce; zobraziť zoznam študentov a krátky popis práce pre každého z nich; vedieť upravovať zoznam a popisy.
16. Vyvinúť softvérový modul „Informačný a referenčný program pre poštové adresy klientov“.
Program musí byť implementovaný prostredníctvom MS Visual Studio; umožniť vstupno-výstupné priezvisko, meno a priezvisko klienta a jeho poštovú adresu; zobraziť zoznam klientov a adresu každého z nich; vedieť upravovať zoznam a adresy; byť schopný vytvárať a zobrazovať viac zoznamov; byť schopní exportovať informácie do iných aplikácií, napríklad do MS Word.
17. Vyvinúť softvérový modul „Kartový súbor pre účtovnú literatúru v knižnici“.
Program musí byť implementovaný prostredníctvom MS Visual Studio; umožniť vstup-výstup názvu knihy a autora a krátku anotáciu; zobraziť zoznam kníh a anotácie ku každej z nich; vedieť upravovať názov a anotáciu knihy; byť schopný vytvoriť niekoľko zoznamov s predmetom literatúry a prenášať informácie z jedného zoznamu do druhého.
18. Vyvinúť softvérový modul „Inventúra tovaru v sklade“.
Program musí byť implementovaný prostredníctvom MS Visual Studio; dať príležitosť zadať názov produktu a množstvo a tiež krátky popis; zobraziť zoznam výrobkov a popisy pre každý z nich; vedieť upravovať názov tovaru a popis; byť schopný vytvoriť viac zoznamov pre skupiny produktov.
19. Vyvinúť softvérový modul „Herný program tohto typuMajsterMyseľ “.
Program musí byť implementovaný prostredníctvom MS Visual Studio; umožňujú hádať sady farieb a zobrazovať informácie o chybách; používateľ má niekoľko pokusov; ak je sada uhádnutá, zobrazí sa správa o výhre; ak nie, zobrazí sa nový pokus alebo správa o prehre.
20. Vyvinúť programový modul „Logická hra na uhádnutie kombinácie čísel“.
Program musí byť implementovaný prostredníctvom MS Visual Studio; umožňujú hádať numerické kombinácie a zobrazovať informácie o chybách; používateľ má niekoľko pokusov; ak je kombinácia uhádnutá, zobrazí sa správa o výhre, pokiaľ nie, zobrazí sa nový pokus alebo správa o prehre. Čas na rozmýšľanie je obmedzený.
21. Vypracovať softvérový modul „Program na zobrazenie rozvrhu aktuálnych hodín pre skupinu študentov.“
Program musí byť implementovaný prostredníctvom MS Visual Studio; podľa času zobraziť na obrazovke aktuálnu hodinu, jej začiatok a koniec podľa zadaného rozvrhu.
22. Vyvinúť softvérový modul „Informačný a referenčný program na predajCD “.
Program musí byť implementovaný prostredníctvom MS Visual Studio; povoliť názov I / O disku, náklady a súhrn; zobraziť zoznam diskov a súhrn každého z nich; vedieť upravovať zoznam a obsah; importovať popis disku z inej aplikácie, napríklad z MS Word.
23. Vytvorte softvérový modul „CorporateWeb cestovnej kancelárie “.
Uzol musí obsahovať domovská stránka, stránka s novinkami, 3 stránky s popismi turistických trás a služieb a stránka so spätnou väzbou, Uzol by mal navyše obsahovať textové, grafické a multimediálne informácie.
24. Vytvorte softvérový modul „CorporateWebové stránky obchodu s počítačovým príslušenstvom “.
Táto stránka by mala obsahovať domovskú stránku, stránku s novinkami, stránku so spätnou väzbou a niekoľko stránok s popisom komponentov, napríklad pevné disky, grafické karty a televízne tunery. Okrem toho by stránka mala obsahovať textové, grafické a multimediálne informácie.
25. Vytvorte softvérový modul „CorporateWebové stránky Periferné obchody s počítačmi “.
Táto stránka by mala obsahovať domovskú stránku, stránku so správami, stránku so spätnou väzbou a niekoľko stránok popisujúcich periférne zariadenia, ako sú tlačiarne, displeje a webové kamery. Okrem toho by stránka mala obsahovať textové, grafické a multimediálne informácie.
26. Vytvorte programový modul „OsobnéWebová stránka správcu počítačovej siete “.
Stránka by mala obsahovať domovskú stránku, stránku o sebe, sieťový diagram a jeho umiestnenie podľa priestorov, stránku s poznámkami a ich opravami. Uzol by mal obsahovať textové, grafické a multimediálne informácie
27. Vytvorte programový modul "Webové stránky projektu zlepšovania teritória lýcea “.
28. Vytvorte programový modul "Webové stránky projektu výstavby zimnej záhrady na území lýcea.
Stránka by mala obsahovať domovskú stránku, popis projektu, zoznam medzníkov s konečnými termínmi, zoznam účastníkov a ich zodpovedností, diskusné fórum. Uzol by mal obsahovať textové, grafické a multimediálne informácie
ZOZNAM ODKAZOV
1. GOST 7.1–84. Bibliografický popis dokumentu. Všeobecné požiadavky a pravidlá vypracovania.
2. GOST 7.9-95. Abstrakt a anotácia. Všeobecné požiadavky.
3. Normy jednotného systému programovej dokumentácie (ESPD).
4. Shishkin pokyny pre projekt kurzu. - Smolensk, 2002.
5. Rudakovove údaje. Vývoj aplikácií - SPb .: BHV-Petersburg, 2006
6. Ilyushechkin použitie a návrh databáz - M.: Vysokoškolské vzdelávanie. 2009
ÚVOD .. 3
1. ÚČEL A CIELE NÁVRHU KURZU .. 3
2. VÝBER TÉMY ... 4
3. TÉMY PROJEKTOV KURZU .. 4
5. ŠTRUKTÚRA PROJEKTU KURZU .. 5
6. REGISTRÁCIA VYSVETLIVKY K PROJEKTU KURZU .. 6
7. OCHRANA PROJEKTU KURZU .. 7
DODATOK 1.8
DODATOK 2.9
DODATOK 3.11
DODATOK 4.12
DODATOK 5.14
DODATOK 6.15
DODATOK 7.16
DODATOK 8.17
DODATOK 9.18
REFERENCIE ... 22
Prepis
1 Dizajn informačný systém „Realitná kancelária“ Sakhno S.I. Inžiniersky a technologický inštitút v Balakove, pobočka federálnej štátnej autonómnej vzdelávacej inštitúcie vyššieho odborného vzdelávania "Národná výskumná jadrová univerzita" MEPhI "Balakovo, Rusko Návrh informačného systému" Realitná kancelária "Sakhno S.I. Inžiniersky a technologický inštitút v Balakove Národnej výskumnej jadrovej univerzity MEPhI (Moskovský inštitút fyzikálnej fyziky) Balakovo, Rusko
2 ÚVOD Rozvoj informačných technológií vo svete a v našej krajine trvá už viac ako 25 rokov. A v modernej spoločnosti je už ťažké si predstaviť, ako by to ľudia zvládli bez technických prostriedkov, informačných a komunikačných technológií a osobný počítač v mojom živote a profesionálnej oblasti činnosti. Informácie sa stali jedným z najdôležitejších zdrojov a informačné systémy sa stali potrebný nástroj takmer vo všetkých oblastiach činnosti. Moderný ľudský život je taký plný rôznych druhov informácií, že ich spracovanie si vyžaduje vytvorenie obrovského množstva úložísk na rôzne účely. Informačné systémy sa vyznačujú obrovským objemom uložených údajov, zložitou organizáciou a potrebou uspokojiť rôzne požiadavky mnohých používateľov. Tieto úlohy je možné vyriešiť pomocou informačných systémov. Informačné systémy sú systémy na spracovanie údajov akejkoľvek predmetnej oblasti s prostriedkami na akumuláciu, ukladanie, spracovanie, transformáciu, prenos, aktualizáciu informácií pomocou počítača a iných technológií. Keď sú ľudské činnosti automatizované, skutočný svet sa prenáša do elektronického formátu. Z tohto dôvodu je časť tohto sveta alokovaná a analyzovaná kvôli možnosti automatizácie. Nazýva sa tematická oblasť a striktne vymedzuje rozsah objektov, ktoré sa študujú, merajú, hodnotia atď. Výsledkom tohto procesu je alokovanie automatizačných objektov a určenie požiadaviek, pomocou ktorých sa tieto objekty vyhodnocujú. Výsledkom tohto procesu je databáza, ktorá z prísne definovaných pozícií popisuje konkrétnu časť reálneho sveta. Je nevyhnutná dôležitosť vývoja tohto informačného systému pre oblasť „Realitná kancelária“
3 zníženie času na spracovanie informácií a rýchlosti spracovania údajov. Cieľom tejto práce je návrh informačného systému pre realitnú kanceláriu. V procese vykonávania práce je potrebné analyzovať predmetnú oblasť, zamyslieť sa nad účelom informačného systému, získať praktické zručnosti pri navrhovaní štruktúry, vývoji a implementácii informačného systému.
4 1 POPIS PREDMETU OBLASTI 1.1 Charakteristika organizácie Vyvinutý informačný systém je určený pre predmetnú oblasť „Realitná kancelária“. Realitná kancelária poskytuje profesionálnu podporu pri všetkých transakciách, ktoré sú na realitnom trhu možné. V prvom rade je to predaj a kúpa rezidenčných a komerčných nehnuteľností, ako aj prenájom bytov, izieb, pozemkov. Výhodou agentúry je rozsiahla databáza možností nehnuteľností a pozemkov ponúkaných na predaj alebo ponúkaných na prenájom. Zamestnanci realitnej kancelárie každý deň pracujú na rozšírení databázy bytov, vidieckych domov, komerčných priestorov a pozemkov a sú v nej dobre zorientovaní. Využitie informačného systému umožňuje výrazné zjednodušenie a zrýchlenie práce na účtovníctve pre klientov spoločnosti, ich aplikácií na nákup a predaj nehnuteľností, z dôvodu automatizácie operácií vykonávaných pri pridávaní nového klienta do databázy spoločnosti, vypracovávaní aplikácií pre jednotlivého kupujúceho alebo predávajúceho, mazaní údajov o objekte pri uskutočňovaní transakcie predaja nehnuteľností. 1.2 Účel informačného systému Systémom sa rozumie akýkoľvek objekt, ktorý je súčasne považovaný za jeden celok a za súbor heterogénnych, vzájomne prepojených a interagujúcich prvkov kombinovaných v záujme dosiahnutia stanovených cieľov. Systémy sa navzájom významne líšia ako zložením, tak aj hlavnými cieľmi.
5 Informačný systém je organizačne usporiadaný súbor dokumentov a informačných technológií vrátane využívania výpočtovej techniky a komunikácií, ktoré implementujú informačné procesy. „Ideálny“ informačný systém riadenia podniku by mal automatizovať všetky alebo aspoň väčšinu činností podniku. Automatizácia by sa navyše nemala uskutočňovať kvôli automatizácii, ale s prihliadnutím na jej náklady a so skutočným efektom vo výsledkoch finančných a ekonomických aktivít podniku. V závislosti od predmetnej oblasti sa môžu informačné systémy významne líšiť vo funkciách, architektúre a implementácii. Je však možné rozlíšiť množstvo vlastností, ktoré sú spoločné. Informačné systémy sú určené na zhromažďovanie, ukladanie a spracovanie informácií, preto každý z nich vychádza z prostredia na ukladanie a prístup k údajom. Informačné systémy sú zamerané na koncového používateľa, ktorý nemá vysokú kvalifikáciu v oblasti výpočtovej techniky. Klientske aplikácie informačného systému by preto mali mať jednoduché, pohodlné a ľahko naučiteľné rozhranie, ktoré poskytuje koncovému používateľovi všetky funkcie potrebné pre prácu a zároveň mu neumožňuje vykonávať žiadne zbytočné úkony. Podnik by mal vytvoriť databázu, ktorá zabezpečí uloženie informácií a ich dostupnosť pre všetky komponenty systému riadenia.
6 Obrázok 1 Bloková schéma informačného systému organizácie Prítomnosť takejto databázy umožňuje tvorbu informácií pre rozhodovanie. Samotný informačný systém nie je nástrojom na prijímanie rozhodnutí manažmentu. Rozhodujú ľudia. Systém riadenia je ale schopný prezentovať alebo „pripraviť“ informácie tak, aby podporoval rozhodovanie. Systémy na podporu rozhodovania sú schopné zabezpečiť napríklad: sledovanie výkonnosti rôznych sektorov a služieb s cieľom identifikovať a eliminovať slabé väzby, ako aj vylepšiť obchodné procesy a organizačné jednotky; rozbor činnosti jednotlivých útvarov; sumarizácia údajov z rôznych oddelení; analýza ukazovateľov rôznych oblastí finančných a ekonomických aktivít podniku s cieľom zvýrazniť perspektívne a nerentabilné oblasti podnikania; identifikácia trendov vyvíjajúcich sa v podniku a na trhu. Nemali by sme zabúdať, že bežní ľudia, ktorí sú odborníkmi v danej oblasti, ale často majú veľmi priemerné zručnosti v práci s počítačmi, budú musieť pracovať so systémom. Rozhranie informačných systémov by pre nich malo byť intuitívne.
7 1.3 Používatelia a funkcie používateľov informačného systému Účelom vytvorenia informačného systému pre realitnú kanceláriu je automatizácia hlavných procesov prebiehajúcich v agentúre. Používateľmi tohto informačného systému budú agentúrni zamestnanci: realitní makléri, počítačoví operátori, programátori, sekretárky a rovnako aj agentúrni klienti. Informačný systém musí zabezpečiť vstup a ukladanie informácií o nehnuteľnostiach, o všetkých transakciách klientov, informácií o všetkých realitných kanceláriách, ich časovom rozvrhu a pracovnej dobe. Preto by vstupnými údajmi pre návrh informačného systému mali byť tieto charakteristiky: informácie o nehnuteľnosti: adresa, rozloha, cena, počet izieb; informácie o predaji: dátum predaja, suma transakcie, informácie o nehnuteľnosti, informácie o realitnej kancelárii a klientovi; informácie o realitných kanceláriách: priezvisko, meno a priezvisko realitnej kancelárie; informácie o špecializácii lekárov: názov špecializácie; informácie o klientoch: priezvisko, meno, priezvisko a telefónne číslo klienta. Informačný systém realitnej kancelárie by mal vykonávať tieto úlohy: poskytnúť príležitosť na vkladanie, zmenu a mazanie informácií o nehnuteľnostiach, klientoch, realitných kanceláriách, o vykonaných stopách; poskytnúť informácie o nehnuteľnosti na predaj alebo na prenájom. Vytvorený informačný systém musí spĺňať tieto prevádzkové požiadavky: súčasné informačné potreby; skutočné požiadavky na prijateľný čas, t. j. špecifikované výkonnostné požiadavky;
8 identifikovaných a vznikajúcich požiadaviek koncových používateľov; by sa malo dať ľahko rozšíriť pri reorganizácii a rozširovaní predmetnej oblasti; zmeny v softvérovom a hardvérovom prostredí by sa mali dať ľahko zmeniť; údaje načítané do databázy musia zostať správne; pred zaradením do databázy je potrebné skontrolovať pravdepodobnosť údajov; prístup k údajom uloženým v databáze prostredníctvom objektovo orientovaného modelu by mali mať iba osoby s príslušným oprávnením. 1.4 Požiadavky na informačný systém Informačný systém ako každý iný nástroj musí mať svoje vlastné charakteristiky a požiadavky, podľa ktorých by bolo možné určiť jeho funkčnosť a efektívnosť. Samozrejme, pre každý konkrétny podnik budú požiadavky na informačný systém odlišné, pretože treba brať do úvahy špecifiká každej organizácie. Napriek tomu je potrebné zdôrazniť niekoľko základných požiadaviek na systém, spoločných pre všetkých „spotrebiteľov“: 1. Lokalizácia informačného systému. Vzhľadom na to, že najväčšími vývojármi informačných systémov sú zahraničné spoločnosti, je potrebné systém prispôsobiť použitiu ruských spoločností. A tu máme na mysli jednak funkčnú lokalizáciu (s prihliadnutím na osobitosti ruskej legislatívy a systémov vyrovnania), jednak jazykovú (systém pomoci a dokumentácia v ruštine).
9 2. Systém musí poskytovať spoľahlivú ochranu informácií, ktorá si vyžaduje kontrolu prístupu pomocou hesla, viacúrovňový systém ochrany údajov atď. 3. V prípade implementácie systému vo veľkom podniku so zložitou organizačnou štruktúrou je potrebné implementovať vzdialený prístup, aby informácie mohli využívať všetky štrukturálne divízie organizácie. 4. Vplyvom vonkajších a vnútorných faktorov (zmeny v smerovaní podnikania, zmeny v legislatíve atď.) Musí byť systém adaptívny. 5. Je potrebné vedieť konsolidovať informácie na podnikovej úrovni (kombinovanie informácií z pobočiek, dcérskych spoločností atď.), Na úrovni jednotlivých úloh, na úrovni časových období. Tieto požiadavky sú hlavnými, ale zďaleka nie jedinými kritériami pre výber podnikového informačného systému pre podnik. 1.5 Výber metodiky modelovania Trh s výpočtovou technikou v súčasnosti ponúka mnoho špeciálnych programov, ktoré vám umožňujú prehľadať podnik a vytvoriť model. Výber metodiky a nástrojov, pomocou ktorých sa modelovajú obchodné procesy, nie je zásadný. Existujú štandardizované, časovo overené metodiky a nástroje, ktoré možno použiť na prieskum a modelovanie podniku. Ich kľúčovou výhodou je jednoduchosť a jednoduchosť učenia. Modelovanie obchodných procesov ovplyvňuje mnoho aspektov činnosti spoločnosti: zmena organizačnej štruktúry; optimalizácia funkcií útvarov a zamestnancov;
10 prerozdelenie práv a povinností manažérov; zmeny vnútorných predpisov a technológie prevádzky; nové požiadavky na automatizáciu vykonávaných procesov atď. Účelom simulácie je systemizácia vedomostí o spoločnosti a jej obchodných procesoch vo vizuálnej grafickej podobe, ktorá je vhodnejšia na analytické spracovanie prijatých informácií. Model by mal odrážať štruktúru obchodných procesov organizácie, podrobnosti o ich implementácii a postupnosť pracovných postupov. Modelovanie obchodných procesov organizácie zahŕňa dve fázy, štrukturálnu a podrobnú. Štrukturálne modelovanie obchodných procesov organizácie je možné vykonať v notácii IDEF0 pomocou nástrojov BPwin. V tejto práci bolo modelovanie procesov realizované v jazykoch IDEF0, IDEF3, IDEF1X a DFD v programe MS Office Visio. Vo fáze štrukturálneho modelovania by model mal odrážať: - existujúcu organizačnú štruktúru; - dokumenty a ďalšie subjekty používané pri vykonávaní simulovaných obchodných procesov a potrebné na modelovanie pracovného toku s popisom ich hlavného významu; - interakčné diagramy odrážajúce postupnosť tvorby a pohybu dokumentov (údajov, materiálov, zdrojov atď.) medzi aktérmi. Podrobný model organizácie by mal obsahovať: - súbor prípadov použitia odrážajúcich možné možnosti vykonávania obchodných procesov „tak, ako sú“; - akčné diagramy podrobne popisujúce postupnosť obchodných procesov;
11 - diagramy interakcie odrážajúce schému pracovného toku. Modely by mali byť koordinované s poprednými odborníkmi organizácie s potrebnými znalosťami.
12 2 VÝVOJ MODELU INFORMAČNÉHO SYSTÉMU 2.1 Modelovanie obchodných procesov v organizácii (IDEF0) Funkčný model má popisovať existujúce obchodné procesy v podniku (tzv. Model AS-IS) a ideálny stav vecí - o čo by sa malo usilovať (TO- BE). Metodika IDEF0 predpisuje konštrukciu hierarchického systému diagramov - jednotlivé popisy fragmentov systému. V IDEF0 je systém reprezentovaný ako súbor interakčných aktivít alebo funkcií. Táto čisto funkčná orientácia je zásadná - funkcie systému sa analyzujú nezávisle od objektov, s ktorými pracujú. Takto môžete jasnejšie modelovať logiku a interakciu organizačných procesov. Model v IDEF0 sa chápe ako popis systému (textový a grafický), ktorý by mal odpovedať na niektoré preddefinované otázky. Hlavné koncepty metodiky funkčného modelovania práce sú: - Činnosti - pomenované procesy, funkcie alebo úlohy, ktoré sa vyskytujú v určitom čase a majú viditeľné výsledky. Na diagrame sú práce zobrazené obdĺžnikmi. - Vstup (Input) - materiál alebo informácie, ktoré sa pri práci používajú na získanie výsledku. - Kontrola (kontrola) - pravidlá, stratégie, štandardy, ktorými sa riadi práca. - Výstup - materiál alebo informácie, ktoré sú výsledkom práce. Každá práca musí mať aspoň jednu šípku na ukončenie, pretože práca bez výsledku je nezmyselná a nemala by sa modelovať.
13 - Mechanizmus - zdroje, ktoré vykonávajú prácu (personálne). - Call (Call) je interakcia jedného pracovného modelu s druhým. V IDEF0 existuje päť typov pracovných vzťahov. - Komunikácia vstup-výstup nastáva, keď je výstup nadradenej úlohy smerovaný na vstup nasledujúcej úlohy. - Riadiaca linka (output-control) označuje situáciu, keď je výstup nadradenej úlohy smerovaný tak, aby riadil nasledujúcu úlohu. Odkaz ukazuje dominanciu nadradenej práce. - Spätná väzba výstup-vstup nastáva, keď je výstup podradenej úlohy smerovaný na vstup úlohy vyššej úrovne. - Spätná väzba k riadeniu výstupov sa týka situácie, keď je výstup podradenej úlohy odosielaný pod kontrolu nadradenej práce. Je to ukazovateľ efektívnosti obchodného procesu. - Vzťah výstup-mechanizmus nastáva, keď je výstup jednej práce smerovaný do mechanizmu druhej a naznačuje, že práca pripravuje zdroje pre inú prácu. Z vyššie uvedených blokov sú zostavené pracovné diagramy, ktoré popisujú princípy fungovania systému. Proces modelovania systému v IDEF0 sa začína definíciou kontextu, to znamená najabstrahujúcejšej úrovne popisu systému ako celku. Budovanie modelu IS začína popisom fungovania podniku (systému) ako celku vo forme kontextového diagramu (obr. 2). Po opise kontextového diagramu sa uskutoční funkčný rozklad, systém sa rozdelí na subsystémy, každý subsystém je popísaný osobitne (rozkladové diagramy). Potom sa každý subsystém rozdelí na menšie atď., Kým sa nedosiahne požadovaný stupeň.
14 detailov. Výsledkom tohto rozdelenia je každý fragment systému zobrazený na samostatnom diagrame rozkladu. Schéma informačného systému realitnej kancelárie zobrazuje celý tok vstupných a výstupných údajov, ktoré sú spracované v informačnom systéme. Agentúra funguje v súlade s občianskym a bytovým zákonníkom. Po odsúhlasení ceny a zvyšných podmienok zmluvy dôjde k obchodu. Občiansky zákonník Bytový zákon Informácie o nehnuteľnostiach Informácie o zákazníkovi Predaj nehnuteľností Realitná kancelária Obrázok 2 Kontextový diagram informačného systému realitnej kancelárie 2.2 Modelovanie toku údajov (DFD)
15 Schémy toku údajov (DFD) sú hlavným prostriedkom na modelovanie funkčných požiadaviek na návrh systému. S ich pomocou sú tieto požiadavky prezentované vo forme hierarchie funkčných komponentov (procesov) prepojených dátovými tokmi. Hlavným účelom takéhoto pohľadu je demonštrovať, ako každý proces transformuje vstupné údaje na výstupy, a tiež odhaliť vzťah medzi týmito procesmi. Model DFD je rovnako ako väčšina ostatných štrukturálnych modelov hierarchickým modelom. Každý proces je možné rozložiť, to znamená rozdeliť ho na štrukturálne komponenty, ktorých vzťah v rovnakom zápise je možné znázorniť na samostatnom diagrame. Na zostrojenie DFD sa používajú dva rôzne zápisy, ktoré zodpovedajú metódam Jordan-DeMarco a Gein-Sarson. Tieto označenia sa navzájom mierne líšia v grafickom znázornení symbolov. Metodika spoločnosti Geine-Sarson je založená na konštrukcii modelu analyzovaného IS - projektovaného alebo skutočne existujúceho. V súlade s metodikou je systémový model definovaný ako hierarchia diagramov toku údajov (DFD), ktorá popisuje asynchrónny proces transformácie informácií z ich vstupu do systému na ich výstup pre používateľa. Schémy vyšších úrovní hierarchie (kontextové diagramy) definujú hlavné procesy alebo subsystémy IS s externými vstupmi a výstupmi. Sú podrobné pomocou diagramov na nižšej úrovni. Tento rozklad pokračuje a vytvára viacúrovňovú hierarchiu diagramov, až kým sa nedosiahne taká úroveň rozkladu, pri ktorej sa proces stáva elementárnym a nie je možné ich podrobnejšie rozpracovať. Zdroje informácií (externé entity) generujú informačné toky (dátové toky), ktoré prenášajú informácie do subsystémov alebo procesov. Tie zase transformujú informácie a vytvárajú nové toky, ktoré prenášajú informácie do iných procesov
16 alebo subsystémy, ukladanie údajov alebo externé subjekty spotrebiteľom informácií. Hlavné komponenty tokových diagramov údajov sú teda: - externé entity; - systémy / subsystémy; - procesy; - zariadenia na ukladanie údajov; - dátové toky. 1. Externé entity Externá entita je hmotný objekt alebo jednotlivec, ktorý je zdrojom alebo prijímateľom informácií, napríklad zákazníci, personál, klienti. Definícia objektu alebo systému ako externej entity naznačuje, že sa nachádza za hranicami analyzovaného IS. V procese analýzy môžu byť niektoré externé entity prenesené do analyzovaného diagramu IS, ak je to potrebné, alebo naopak, niektoré procesy IS môžu byť presunuté mimo diagram a prezentované ako externá entita. Vonkajšia entita je označená štvorcom, ktorý sa nachádza akoby nad diagramom a vrhá na ňu tieň, aby sa tento symbol odlíšil od iných označení. 2. Systémy a subsystémy Pri konštrukcii modelu komplexného IS je možné ho predstaviť v najvšeobecnejšej podobe na takzvanom kontextovom diagrame ako jeden systém ako celok alebo ho možno rozložiť na niekoľko subsystémov. Na jeho identifikáciu sa používa číslo subsystému. Do poľa názvu sa zadáva názov subsystému vo forme vety s predmetom a zodpovedajúcimi definíciami a doplnkami. 3. Procesy
17 Proces je transformácia vstupných dátových tokov na výstup v súlade s určitým algoritmom. Fyzicky možno proces implementovať rôznymi spôsobmi: môže to byť pododdiel organizácie (oddelenia), ktorá spracúva vstupné dokumenty a vydáva správy, program, hardvérové \u200b\u200blogické zariadenie atď. Na identifikáciu sa používa číslo procesu. Názov procesu sa zadáva do poľa pre meno vo forme vety s aktívnym jednoznačným slovesom v neurčitom tvare (vypočítať, vypočítať, skontrolovať, definovať, vytvoriť, získať), za ktorým nasledujú v páde akuzatívu podstatné mená, napríklad: - „Zadajte informácie o zákazníkovi“; - „Vydanie informácií o dostupných nehnuteľnostiach“; - "Skontrolujte príjem peňazí." Používanie slovies ako „proces“, „modernizovať“ alebo „upraviť“ zvyčajne znamená, že tento proces nie je dostatočne pochopený a vyžaduje si ďalšiu analýzu. Informácie v poli fyzickej implementácie naznačujú, ktorá organizačná jednotka, program alebo hardvérové \u200b\u200bzariadenie vykonáva proces. 4. Zariadenia na ukladanie údajov Zariadenie na ukladanie údajov je abstraktné zariadenie na ukladanie informácií, ktoré je možné kedykoľvek vložiť do úložného zariadenia, a po chvíli je možné ich načítať, a môžu existovať akékoľvek spôsoby ich umiestňovania a načítania. Pamäťové zariadenie je možné fyzicky implementovať ako schránku v kartotéke, tabuľku v pamäti RAM, kartotéku v magnetický nosič atď. Pamäťové zariadenie je označené písmenom „D“ a ľubovoľným číslom. Názov disku je zvolený pre návrhára pre najinformatívnejší.
18 Úložisko údajov je všeobecne prototypom budúcej databázy a popis údajov v ňom uložených by mal súvisieť s informačným modelom. 5. Dátové toky Dátový tok definuje informácie prenášané prostredníctvom spojenia zo zdroja do cieľa. Skutočným dátovým tokom môžu byť informácie prenášané medzi dvoma zariadeniami odosielané cez e-mail písmená, disky, prenášané medzi počítačmi atď. Diagram DFD zobrazuje prácu realitnej kancelárie. Externým subjektom je tu klient, ktorý kontaktuje agentúru zadaním osobných údajov. Po zadaní osobných údajov je klient zaradený do databázy registrovaných používateľov, po ktorej je užívateľ vyzvaný k výberu nehnuteľnosti z databázy informácií o nehnuteľnostiach. Potom sa informácie o nehnuteľnosti vybrané používateľom vložia do databázy na ďalšie spracovanie. Klient Osobné údaje Registrácia Informácie o klientovi 1 Databáza klientov 3 2 Informácie o nehnuteľnosti Databáza dokončených transakcií Informácie o klientovi Zoznam nehnuteľností Vybraná nehnuteľnosť Informácie o transakcii Výber nehnuteľností Registrácia Obrázok 3 DFD diagram organizácie práce IS 2.3 Popis logiky interakcie informačných tokov (IDEF3) IDEF3 je štandard pre dokumentáciu technologických procesov prebiehajúcich v podniku a poskytuje nástroje
19 na vizuálny výskum a modelovanie ich scenárov. Scenár je popis sekvencie zmien vlastností objektu v rámci uvažovaného procesu (napríklad popis sekvencie etáp spracovania časti v obchode a zmeny jej vlastností po absolvovaní každej etapy). Realizáciu každého scenára sprevádza vhodný pracovný tok, ktorý pozostáva z dvoch hlavných prúdov: dokumentov, ktoré určujú štruktúru a postupnosť procesu (technologické pokyny, popisy noriem atď.), A dokumentov odrážajúcich pokrok v jeho implementácii (výsledky testov a skúšok, správy o sobáši). , atď.). Pre efektívne riadenie každého procesu je potrebné podrobne pochopiť jeho scenár a štruktúru sprievodného pracovného toku. Dokumentácia a nástroje na modelovanie IDEF3 vám umožňujú vykonávať tieto úlohy: - Zdokumentovať dostupné údaje o technológii procesu zistené napríklad pri pohovore s príslušným personálom zodpovedným za organizáciu daného procesu. - Určiť a analyzovať body vplyvu sprievodných tokov pracovných tokov na scenár technologických procesov. - Určiť situácie, v ktorých sa vyžaduje rozhodnutie, ktoré ovplyvňuje životný cyklus procesu, napríklad zmena v konštrukčných, technologických alebo prevádzkových vlastnostiach konečného produktu. - Uľahčiť prijímanie optimálnych rozhodnutí pri reorganizácii technologických procesov. - Vypracovať simulačné modely technologických procesov podľa princípu „AKO TO BUDE, AK ...“ V tejto práci bude diagram IDEF3 odrážať podstatu práce registrácie používateľa na webovej stránke realitnej kancelárie. Najprv používateľ zadá svoje údaje v špeciálnom formulári, potom sa to stane
20 skontrolovať u registrovaných používateľov, ak sa užívateľ nachádza v databáze registrovaných používateľov a zadané údaje sú správne, potom je odoslaný na jeho osobný účet. Ak sa užívateľ nenájde v databáze a údaje, ktoré zadal, sú správne, vykoná sa proces registrácie a nasleduje prístup k osobnému účtu. Obrázok 4 IDEF3 diagram registrácie používateľov na webovej stránke realitnej kancelárie 2.4 Vývoj dátového modelu (IDEF1X) Metodika IDEF1X je sémantické dátové modelovanie a slúži na zostavenie informačného modelu vo forme ER diagramu, ktorý predstavuje štruktúru informácií potrebných na podporu funkcie produkčného systému alebo prostredia. Koncepčný model predstavený v súlade so štandardom IDEF1X je logickou databázovou schémou pre navrhovaný systém. Diagram IDEF1X zobrazuje logickú štruktúru údajov v informačnom systéme.
21 Hlavnými objektmi koncepčného modelu sú entity a vzťahy. Entita je nejaký izolovaný objekt alebo udalosť modelovaného systému, ktorá má určitú sadu vlastností atribútov. Jednotlivý člen tejto množiny sa nazýva „inštancia entity“. Entita môže mať jeden alebo viac atribútov, ktoré jedinečne identifikujú každú inštanciu entity, a môže mať akýkoľvek počet vzťahov s inými entitami. Pravidlá pre atribúty entít: 1. Každý atribút musí mať jedinečný názov. 2. Subjekt môže mať ľubovoľný počet atribútov. 3. Entita môže mať ľubovoľný počet zdedených atribútov, ale zdedený atribút musí byť súčasťou primárneho kľúča nadradenej entity. 4. Pre každú inštanciu entity musí existovať hodnota pre každý z jej atribútov (pravidlo nezrušenia Not Null). 5. Žiadna inštancia entity nemôže mať pre svoj atribút viac ako jednu hodnotu. Entita je na ER-diagrame zobrazená ako obdĺžnik, ktorého meno je v hornej časti; nasleduje zoznam atribútov. Kľúčové atribúty môžu byť podčiarknuté alebo inak. Každá entita môže mať akýkoľvek počet vzťahov s inými entitami. Entita je nezávislá, ak je možné každú z jej inštancií jednoznačne identifikovať bez definovania jej vzťahov s inými entitami. Entita môže mať atribúty, ktoré sa dedia prostredníctvom vzťahu s nadradenou entitou. Posledne menované sú zvyčajne cudzie kľúče a používajú sa na usporiadanie vzťahov medzi entitami. Ak cudzí kľúč
22 jednotky sa používa ako jej primárny kľúč (PK) alebo ako súčasť zloženého primárneho kľúča, potom je jednotka závislá od materskej jednotky. Ak cudzí kľúč nie je primárny a nie je súčasťou zloženého primárneho kľúča, je entita nezávislá od nadradenej entity. Ak je entita závislá, potom sa jej vzťah s materskou entitou nazýva identifikačný, inak nie je identifikačný. Vzťah je v ER diagrame znázornený čiarou vedenou medzi nadradenou entitou a potomskou entitou s bodkou na konci čiary u nasledujúcej entity, identifikačný vzťah je predstavovaný plnou čiarou, ktorá neidentifikuje bodkovanú čiaru. Spojeniu sa dáva meno vyjadrené gramatickým tvarom slovesa. Pre vzťah môže byť navyše prítomný údaj o mohutnosti: koľko inštancií potomskej entity môže existovať pre nadradenú entitu. Názov vzťahu je vždy tvorený z pohľadu rodiča, takže veta môže byť tvorená kombináciou názvu nadradenej entity, názvu vzťahu, výrazu mohutnosti a mena potomskej entity. Tento diagram obsahuje entity: Real Estate, Deals, Clients, ktoré sú navzájom prepojené pomocou cudzích kľúčov a vytvárajú vzťah typu jedna k viacerým. Objekt Kód nehnuteľnosti Cena Adresa Plocha Počet izieb Transakcie Kód transakcie m Kód nehnuteľnosti (FK) m 1 Kód zákazníka (FK) Cena Dátum transakcie 1 Zákazníci Kód zákazníka Priezvisko Meno Meno Patronymický telefón Obrázok 5 Schéma IDEF1X
23 ZÁVER V procese vykonávania tejto práce boli teoretické a praktické zručnosti aplikované v disciplíne „Metódy a nástroje pre navrhovanie informačných systémov a technológií“. Počas implementácie projektu bola vykonaná analýza predmetnej oblasti, bol premyslený účel informačného systému, boli získané praktické zručnosti pri navrhovaní štruktúry, vývoji a implementácii návrhu informačného systému. V procese tvorby informačného systému sa budovali úplné a konzistentné funkčné a informačné modely. Na zostrojenie rôznych diagramov modelu bola použitá sada nástrojov, ktorá umožňuje vizuálne modelovanie modelu predmetová oblasť podľa informačných potrieb používateľov. Informačné systémy teda zohrávajú v moderný svetposkytovanie aktuálnych informácií špecialistom, používateľom v konkrétnej oblasti. Všetko, s čím sa stretávame každý deň v živote, je s najväčšou pravdepodobnosťou zaregistrované v tom či onom informačnom systéme. Schopnosť pracovať s informačnými systémami je jednou z najdôležitejších zručností pri práci s počítačom a špecialisti, ktorí vedia pracovať s informačnými systémami, budú vždy žiadaní.
Modelovanie tokov 1 Modelovanie tokov Táto metodika (metodika Gane / Sarson) je založená na konštrukcii modelu analyzovaného IS, navrhnutého alebo skutočne existujúceho. Podľa metodiky
Návrh informačného systému "Lombard" Voloshin A.S. Inštitút inžinierstva a technológie v Balakove, pobočka autonómnej vzdelávacej inštitúcie federálneho štátu s vyšším odborným vzdelaním
CASE technologies Prednáška 3 1 Metodika štrukturálnej analýzy Gane / Sarson Zvláštnosťou metodiky je zohľadnenie informačného systému (existujúceho alebo vytvoreného) z hľadiska modelovania informácií
VÝVOJ DISTRIBUOVANEJ DATABÁZY TURISTICKEJ SPOLOČNOSTI ZALOŽENEJ NA MS SQL SERVERE Spiridonov A.V. Inžiniersky a technologický inštitút v Balakove, pobočka NRNU MEPhI Balakovo, Rusko ROZVOJ CESTOVNÉHO RUCHU
Funkčné modelovanie systémov pomocou metodiky DFD Základné otázky Definícia a funkčný účel modelov DFD Základné komponenty modelov DFD Hierarchia DFD Prípadová štúdia
Zostavili: Gindullina T.K., Kamalová L.Z., Toropová N.D. Metodické pokyny pre laboratórne práce FUNKČNÉ MODELOVANIE PREDMETU S MS OFFICE VISIO 2007 1. Účel práce Účel práce
Návrh informačného systému na predaj obsahu pre mobilné telefóny R.O. Zolotov Jaroslavľská pobočka PRUE G. Plekhanova Yaroslavl, Rusko Návrh predaja informačného systému pre obsah pre
Obsah Úloha 3 I. Vysvetlivka 4 1. Úvod 4 2. Účel a rozsah 5 3. Technické charakteristiky 6 3.1 Stanovenie problému pri vývoji programu 6 3.2 Popis algoritmu
1 Konštrukcia diagramov toku údajov 1.1 Všeobecné vlastnosti metodiky DFD Diagram toku údajov je hlavným nástrojom na modelovanie funkčných požiadaviek na navrhované
ROZPOČTOVÝ ŠTÁTNY ROZPOČTOVÝ VZDELÁVACÍ INŠTITÚCIA VYSOKOŠKOLSKÉHO VZDELÁVANIA ŠTÁTNY STAVROPOL AGRÁRSKA UNIVERZITA Ekonomická fakulta Katedra informačných systémov
VÝVOJ AUTOMATICKÉHO PRACOVISKA PRE SKLADOVACIU SPOLOČNOSŤ VO STAVEBNOM STROJI VOLGOGRAD VOLGOGRAD Markosyan R.V. Štátna agrárna univerzita vo Volgograde, Volgograd, Rusko ROZVOJ
18 UDC 65.012.26 POROVNÁVACIE CHARAKTERISTIKY POPISU LOGISTICKÝCH SYSTÉMOV ZALOŽENÉ NA IDEF0 A DFD Anton Olegovich Aristov, študent MSGU Abstrakt Moderné metódy popisu logistiky
Informačné technológie v ekonomike Základy metodológie IDEF1 a IDEF1X Alexander Toporets Metodika IDEF1 Plán Metodika IDEF1X Metodika IDEF1 IDEF1 štandardný nástroj pre analýzu a štúdium
FUNKČNÁ SIMULÁCIA METODIKA IDEF0 Odporúčania pre štandardizáciu správy informácií Informačné technológie pre podporu životného cyklu produktu FUNKČNÁ SIMULÁCIA
ETAPY DATABÁZOVÉHO DIZAJNU Hlavné úlohy návrhu databázy Zabezpečenie uloženia všetkých potrebných informácií v databáze. Zaistenie možnosti získať údaje pre všetky potrebné požiadavky. Zníženie
Laboratórium informačných technológií (ITLab) podporované vzdelávacím a výskumným projektom Intel Nástroje na podporu životného cyklu softvéru Kurátor projektu: Sysoev
Moderný počítačových systémov personálny manažment Katedra informačných systémov a matematického modelovania 2010/2011 akademický rok M.P. Kharlamov 1 Prednáška 3 Technológie funkčného modelovania
Samostatná práca 2 v odbore „Návrh informačných systémov“ Požiadavky na implementáciu a vykonanie úlohy Pomocou programu modelovania obchodných procesov BPwin vykonajte nasledovné
Vytvorenie modelu toku údajov obchodného procesu Predaj OA DENISOVA Abstrakt. Predmetom tohto článku sú metódy optimalizácie dátových tokov, ktoré sprevádzajú obchodné procesy organizácie.
Laboratórne práce 2. Funkčné modelovanie. Vytvorenie prvej úrovne rozkladu pre kontextový diagram. Vyhlásenie o probléme: Model je vyvinutý na účely porozumenia, analýzy a rozhodovania
Ministerstvo školstva a vedy Ruskej federácie Federálna štátna rozpočtová vzdelávacia inštitúcia vyššieho odborného vzdelávania "Štátna univerzita Nizhnevartovsk"
UDC 004.056 Konštrukcia modelu IDEF0 virtuálneho centra zdravotnej starostlivosti Mikov D.A., študent Rusko, 105005, Moskva, MSTU im. N.E. Bauman, odbor informačnej bezpečnosti Vedecký poradca:
Lektor databáz A.A. Azarchenkov Hlavnými zložkami práce s databázou údajov (DB) je súvisiaci súbor štruktúrovaných údajov týkajúcich sa konkrétneho procesu alebo javu, v konkrétnom
Prednáška 3, časť 6: Prvky grafického zápisu komponentového diagramu Anotácia: Účel komponentového diagramu, jeho hlavné prvky. Vlastnosti fyzického znázornenia softvérových systémov. Komponenty
Metodika návrhu databázy Úvod do metodiky návrhu databázy Čo je to metodika návrhu? Metodika návrhu - štruktúrovaný prístup, ktorý využíva
51 FÁZI FUNKČNEJ MODELÁCIE VZDELÁVACÍCH SYSTÉMOV L.L. Gorbunova Sú popísané výsledky aplikácie metodiky funkčného modelovania na vytvorenie modelu všeobecného vzdelávania pre dospelých.
Metodika modelovania informácií IDEF1X Základné problémy Základné pojmy: entita, atribút, pravidlá vzťahu pre definovanie entity, atribút, vzťah Základné pravidlá pre generovanie informácií
Algoritmus pre návrh systému palubnej dosky na monitorovanie výsledkov servisného strediska spoločnosti pôsobiacej na trhu informačných technológií # 09, september 2014 Matveev S.
Štátna letecká technická univerzita v Ufa Katedra automatizovaných systémov riadenia Modelovanie systémov a CASE-technológie Štruktúra kurzu 9 prednášok; 8laboratórne práce; Vysporiadanie a grafika
ROZVOJ IP IP Životný cyklus IP Definícia 1: Životný cyklus IP je proces jeho budovania a vývoja. Definícia 2: Životný cyklus duševného vlastníctva je časové obdobie, ktoré začína plynúť od okamihu, keď sa rozhodne o potrebe
VÝVOJ BUDÚCEHO MODELU PRE S JE „VLADIMIRSKIY AVTOVOKZAL“ SI Lobanov, Ľ Voronova Moskovská technická univerzita spojov a informatiky Moskva, Rusko MODEL, KTORÝ MÁ BYŤ DIZAJN PRE „AUTOBUSOVÚ STANICU
Technologies CASE Prednáška 2 1 Metodiky návrhu IP Pripomeňme si, že technológia CASE predstavuje metodiku pre návrh IP a sadu nástrojov na vizuálne modelovanie, analýzu modelov a
Vstupná kontrola Registrácia Základné transformačné postupy v informačných technológiách Koncepčný model základných informačných technológií obsahuje procesy, postupy a operácie informačných technológií.
Dátové modely odborný asistent odd. Procesy riadenia a bezpečnosti informácií na Perm State University A.V. Neverov Koncept dátového modelu Dátový model je abstraktný, samostatný,
MINISTERSTVO VZDELÁVANIA A VEDY UKRAJINY ODESA NÁRODNÁ POLYTECHNICKÁ UNIVERZITA V ÚSTAVE POČÍTAČOVÝCH SYSTÉMOV Metodické pokyny pre laboratórne práce v odbore Základy systému
OBSAH Úvod 9 1 ANALÝZA NÁBYTKOVÉHO SALÓNU „OBRAZ“ 12 1.1 Technické a ekonomické charakteristiky nábytkového salónu „Obrázok“ 12 1.1.1 Organizačná štruktúra 14 1.1.2 Analýza externých a
Funkčné modelovanie podnikových procesov 1 Metodika IDEF0 Metodiku SADT (Structured Analisys and Design Technique) vyvinul Douglas T. Ross v rokoch 1969-73. Pôvodne bol vytvorený pre
LABORATÓRNE PRÁCE 6 Tvorba diagramu toku údajov Pomocou tejto laboratórnej práce budete schopní: zvládnuť účel a princípy zostavenia DFD - diagram toku údajov; naučiť sa inštalovať
Návrh systému správy informácií o materiálnych zdrojoch v podniku. Kamilov K.B., Gabibulaeva S.G. Dagestanská štátna univerzita Machačkala, Rusko Návrh informačného systému
UDC 658.2 ŠTÚDIA MODELOVACÍCH METÓD POUŽÍVANÝCH Pri ANALÝZE KOMPLEXNÝCH PROBLÉMOV A NÁVRHU AUTOMATIZOVANÝCH SYSTÉMOV Lobach A.S. Moskovská štátna technologická univerzita "STAHKIN"
FUNKČNÉ MODELOVANIE (OZNAM IDEF0) AKO METÓDA VÝSKUMU Knižnično-informačných systémov Chasovskikh E.V., Doronina I.N. Štátny inštitút umenia a kultúry Belgorod, Belgorod, Rusko
Laboratórne práce 1 na disciplíne "Programovanie systému" Vývoj špecifikácií pre štruktúrne jednotky. Implementácia algoritmov pomocou počítačom podporovaného návrhu. Účel práce: vykonávanie
1. Informácie a údaje 2. Základné pojmy systémov s databázami Informačné počítačové systémy s databázami sú informačné, matematické, softvérové, jazykové a organizačné systémy.
Databázy v IS_rus_3kr_winter_Ukubasova G_IS, VTiPO (2k4g ochn) 1 Sada špeciálne organizovaných údajov uložených v pamäti výpočtového systému a zobrazujúcich stav objektov a ich vzájomné prepojenia
Problémy automatizácie účtovania vykonaných lekárskych služieb a spôsoby ich riešenia na príklade GUZ Zhirnovskaya CRH Pavlovsky S.A. Volgogradská štátna agrárna univerzita Volgograd, Rusko Problémy
Príloha Ministerstvo školstva a vedy Ruskej federácie Inštitút Murom (pobočka) federálnej štátnej rozpočtovej vzdelávacej inštitúcie vysokoškolského vzdelávania „Vladimir State“
Akademická disciplína „Databázy a ich správa“ pre študentov odboru 050501.65 „Odborné školenie“ PREDNÁŠKA 5 DIZAJNOVÉ DATABÁZY Otázka 1. Fázy návrhu databázy. Otázka
Možnosť 1 Vyberte správnu odpoveď. Existuje iba jedna možná správna odpoveď. 1. Informačný systém je a) Akýkoľvek systém na spracovanie informácií b) Systém na spracovanie textových informácií
Databázy Návrh databázy „Komplexný systém navrhnutý v zhone, nikdy nefunguje a nemôžete ho opraviť, aby fungoval.“ Murphyho zákony. 16. zákon o požiadavkách na systematiku
Ministerstvo školstva a vedy Ruskej federácie ROZPOČTOVÝ ŠTUDIJNÝ INŠTITÚCIA VYSOKOŠTÁTNEHO ŠTÁTU „NÁRODNÁ ŠTÁTNA UNIVERZITA V SARATOVE
VÝVOJ BUDÚCEHO MODELU PRE IC LLC "REŠTAURÁCIA" ELISTA "Kornyakova BS Moskovská technická univerzita spojov a informatiky Moskva, Rusko MODEL, KTORÝ MÁ BYŤ DIZAJN PRE INFORMAČNÝ SYSTÉM REŠTAURÁCIE ELISTA
Systém riadenia projektov Ministerstva hospodárskeho rozvoja Ruska Informácie o zákazníkoch Ministerstvo hospodárskeho rozvoja a obchodu Ruska. Katedra podnikového riadenia a novej ekonomiky (DKUNE). Popis
Typy informačných systémov Typ informačného systému závisí od toho, komu slúži a na akej úrovni riadenia slúži. Typy informačných systémov Podľa povahy prezentácie a logickej organizácie
Relácia 2 Vlastnosti moderných podnikových procesov, popis BP, špecifickosť BP na vertikálnych trhoch a vo verejnej správe Grigory Bochechka, Ph.D., docent ITU Regionálny seminár odbornej prípravy pre
➀ Informačné systémy a databázy. Najdôležitejšou podmienkou zabezpečenia efektívneho fungovania akejkoľvek organizácie je prítomnosť vyvinutého informačného systému. Informačný systém je systém
VÝVOJ INFORMAČNÉHO SYSTÉMU PRE VODIČSKÚ ŠKOLU LLC „ZEBRA“ Kudinov S.V. Moskovská technická univerzita spojov a informatiky Moskva, Rusko VÝVOJ INFORMAČNÉHO SYSTÉMU PRE VODIČSKÚ ŠKOLU „ZEBRA“
12_Fázy návrhu IS pomocou UML Hlavné typy UML diagramov používaných pri návrhu informačných systémov. Vzťahy medzi mapami. Podpora UML pre proces iteračného návrhu
Klimov Vadim Vladimirovich, kandidát ekonomických vied, technický konzultant Expertné centrum SAP, skupina pre integráciu procesov SAP CIS LLC (Petrohrad) Optimalizácia medzisystémovej integrácie obchodných procesov Podnikové
Téma 10. Základy databázovej technológie Databázová technológia je jedným z kľúčových úspechov informatiky, ktorá sa používa na vytváranie počítačových informačných systémov a aplikácií, ktoré implementujú informácie
ŠTÁTNA TECHNICKÁ KOMISIA RUSKEJ FEDERÁCIE Vodiaci dokument OCHRANA AUTOMATICKÝCH SYSTÉMOV PROTI NEOPRÁVNENÉMU PRÍSTUPU K INFORMÁCIÁM. KLASIFIKÁCIA AUTOMATICKÝCH SYSTÉMOV A
Sekcia 4 Metódy a nástroje pre reengineering podnikových procesov, úloha IT v reengineeringu obchodných procesov a procesov riadenia v telekomunikačných spoločnostiach Grigory Bochechka, Ph.D., docent Regionálne školenie
„NÁVRH INFORMAČNÝCH SYSTÉMOV“ B1.V.OD.3 Disciplína „Projektovanie informačných systémov“ je určená pre študentov študujúcich v odbore príprava 09.03.03 „Aplikovaná informatika“,
Kurzová práca
V disciplíne „Vývoj informačných systémov“
Realitná kancelária IP development
Úvod
Relevantnosť a miesto riešeného problému informačnej podpory v predmetnej oblasti
Pre čo najefektívnejšiu výrobu v akejkoľvek organizácii nastáva problém s organizáciou správy údajov. Automatizácia vám umožňuje ukladať, štruktúrovať a organizovať veľké množstvo údajov.
Rozvoj trhu prispel k zvýšeniu počtu spoločností poskytujúcich realitné služby, čo viedlo k zintenzívneniu konkurencie a zvýšeným požiadavkám na úroveň, rýchlosť a pohodlie služieb zákazníkom.
Zákaznícky servis sa skladá z dvoch etáp: v prvej fáze sa vyhľadáva aktuálna ponuka trhu s nehnuteľnosťami, v druhej fáze sa vypracúvajú právne dokumenty.
Zvýšenie rýchlosti a kvality vyhľadávania aktuálnych ponúk (v prvej fáze) si vyžaduje vývoj a implementáciu takého informačného systému, ktorý by poskytoval analýzu informácií o aktuálnom stave na trhu nehnuteľností.
Cieľom práce je vývoj a implementácia informačného systému na automatizáciu realitných aktivít firmy "Alina" v meste Kamensk-Šachtinskij.
Ciele a ciele návrhu diplomovej práce
Vývoj IS zahrnuje tieto úlohy:
¾ Štúdium trhu softvérových produktov, identifikácia ich silných a slabých stránok.
¾ Analýza systémových požiadaviek a dizajnu.
¾ Implementácia informačného systému, ktorý spĺňa požiadavky zákazníka.
¾ Posúdenie efektívnosti vývojových technológií.
Tento AIS by mal pracovať s prevádzkovými údajmi, ktorých zhromažďovanie umožní analyzovať aktivity podniku za akékoľvek časové obdobie a umožní tiež operatívne riadenie informácií o účtovníctve, nákupe a predaji, výmene, privatizácii nehnuteľností. Toto je jedna z úloh implementácie systému. Vďaka jeho použitiu sa výrazne znižuje čas strávený na príprave, vyhľadávaní a spracovaní potrebných informácií pre vyššie uvedené funkcie vykonávané spoločnosťou. To sa dosiahne výberom najoptimálnejšieho spôsobu ukladania a spracovania údajov. Týmto prístupom sa tiež skracuje čas potrebný na získanie týchto údajov ostatnými používateľmi. Toto je praktický význam tejto práce v kurze.
Vyvinutý informačný systém je potrebný na vytvorenie a podporu internej databázy apartmánov agentúry, zadávanie a úpravy bytov, izieb, domácností, pozemkov v meste Kamensk-Šachtinskij a ďalších osád, ktoré sú ponúkané na predaj agentmi. Systém tiež zvýši produktivitu práce a prispeje k lepšej, rýchlejšej a lacnejšej práci. Pomocou informačného systému môžete vylepšiť úroveň práce riaditeľa, účtovníka a sekretárky automatizáciou niektorých bežných úkonov.
1. Vývoj softvérových požiadaviek
.1 Analýza existujúcich riešení pre automatizáciu predmetnej oblasti
Realitná kancelária "Alina" poskytuje nasledujúce služby fyzickým a právnickým osobám:
¾ Kúpa nehnuteľnosti
¾ Predaj nehnuteľností
¾ Výmena nehnuteľností
¾ Prenájom nehnuteľností
¾ Oceňovanie nehnuteľností
Vyvinutý IS by mal plniť nasledujúce funkcie:
¾ Vytvoriť a udržiavať internú databázu agentúrnych bytov.
¾ Výber pre ľubovoľný súbor podmienok bytu z internej databázy.
¾ Organizácia pracovného systému agentúry s telefónom dispečera.
¾ Vydávať informácie o správe manažérom a zamestnancom
.2 Výber metodiky návrhu informačného systému
V súčasnosti existuje niekoľko metodík návrhu pri vývoji a implementácii informačných systémov:
Metodika funkčného modelovania SADT;
Metodika objektovo orientovanej analýzy a návrhu v jazyku UML;
Pre návrh informačného systému bola zvolená metodika objektovo orientovanej analýzy a návrhu v jazyku UML (Unified modeling language) - jazyk grafického popisu pre objektové modelovanie v oblasti vývoja softvéru. UML je široký jazyk, je to otvorený štandard, ktorý pomocou grafickej notácie vytvára abstraktný model systému nazývaného UML model. UML bolo vytvorené na definovanie, vizualizáciu, navrhovanie a dokumentáciu, hlavne softvérových systémov.
1.3 Analýza domény
Realitná kancelária "Alina" poskytuje širokú škálu služieb v oblasti nehnuteľností, ako je nákup, predaj, prenájom, oceňovanie bytových a komerčných nehnuteľností so sídlom v meste Kamensk-Šachtinskij.
Obrázok ukazuje štrukturálne väzby agentúry:
(Vytvorené pomocou softvéru „BIG-Mini“):
V súčasnosti má táto agentúra 14 zamestnancov.
Hlavné činnosti spoločnosti sú znázornené na obrázku (vytvorené pomocou softvéru „BIG-Mini“):
1.4 Požiadavky na zhromažďovanie
automatizačná agentúra realitné rozhranie
Zhromažďovanie požiadaviek je proces potrebný na vytvorenie a schválenie dokumentu so špecifikáciami systémových požiadaviek.
V tomto štádiu:
¾ Požiadavky sa zhromažďujú.
¾ Profily zainteresovaných strán sú zostavené.
¾ Prípady použitia sa vyvíjajú.
Metodika zberu požiadaviek je najčastejšie založená na použití metódy pohovoru a štúdiu dokumentácie popisujúcej činnosti firmy.
Dotazovaní zamestnanci si želali vidieť intuitívne rozhranie v softvéri, bezpečnosť dát, mapu mesta na zobrazovanie objektov, možnosť prezerať si históriu operácií.
Aby ste sa mohli rozhodnúť, potrebujete úplné informácie o aktuálnych ponukách, predtým predaných nehnuteľných objektoch, objektoch, ktoré spoločnosť v súčasnosti predáva, ako aj podrobný popis každého objektu.
1.5 Analýza a modelovanie požiadaviek
Na základe vykonanej práce na zhromaždení požiadaviek na IP realitnej kancelárie „Alina“ boli identifikované nasledujúce požiadavky:
¾ Mapa mesta (so zobrazením objektu na mape).
¾ Klasifikátor objektov (automatické vymedzenie oblasti, typ bývania, počet podlaží, usporiadanie, materiál steny).
¾ Funkcia vylúčenia „duplicitných záznamov“ objektov (pri pridávaní nového objektu program kontroluje analógy a upozorňuje na prítomnosť podobných).
¾ Sledovanie podmienok prenájmu.
¾ Schopnosť zobraziť históriu prenájmu.
¾ Archív databázy vlastníkov objektov.
¾ Archív databázy klientov - dva stavy stavu objednávok od klienta: aktívny a neaktívny.
¾ Funkcia skrytia súkromných údajov.
¾ Pridávanie obrázkov k objektom.
¾ Rozhranie viacerých používateľov (distribuovaný prístup) s autorizáciou a viazaním mien na udalosti.
¾ ID číslo pre každý objekt, pre ľahšiu identifikáciu.
¾ Automatické zálohovanie na strane klienta pre obnovu databázy v prípade katastrofy.
1.6 Špecifikácia požiadaviek
Špecifikácia požiadaviek sa používa na každodennú údržbu projektu a na vyjadrenie požiadaviek formulovaných v súvislosti s projektom. Umožňuje vám určiť predmetovú oblasť softvérového produktu, ktorá sa berie do úvahy v súvislosti s jeho tromi hlavnými komponentmi: údajmi, procesom a správaním. Špecifikácia vám umožňuje prejsť od definovania domény projektu k doméne riešenia definovaním troch modelov požiadaviek, ktoré reprezentujú charakteristiky údajov, procesov a správania.
Prístup k IP môžu vykonávať iba tie kategórie používateľov, ktorí sú združení v oddelení agentúry, a to: vedúci, špecialista, odhadca.
Všeobecné obmedzenia
Operačné prostredie. Minimálne požiadavky na operačný systém sú Windows7 Starter.
Obmedzenia týkajúce sa návrhu a implementácie-1. Databáza musí byť navrhnutá na serveri SQL Server 2010.
Obmedzenia týkajúce sa návrhu a implementácie-2. Aplikácia musí byť implementovaná ako systém klient-server, v ktorom sú moduly, ktoré riadia externé zariadenia, automatizačné servery.
Požiadavky na externé rozhranie
Užívateľské rozhrania-1. Výstupné obrazovky by mali byť v súlade so všeobecne prijatými normami.
Užívateľské rozhrania-2. Systém by mal v každom formulári poskytnúť odkaz na pomoc s vysvetlením použitia tohto formulára.
Užívateľské rozhrania-3. Formuláre by mali poskytovať úplnú navigáciu a výber pomocou klávesnice a myši.
Systémové požiadavky sú uvedené v tabuľke:
Atribúty kvality softvéru
Dostupnosť-1. Systém musí byť k dispozícii nepretržite.
Spoľahlivosť-1. Systém by mal obnoviť neúplné správy v prípade zlyhania siete alebo systému.
Funkčné požiadavky
¾ Udržiavanie a zmena záznamov o zákazníkoch.
¾ Vyhľadávanie v databáze.
¾ Registrácia žiadostí.
¾ Poskytovanie správ.
1.7 Potvrdenie požiadaviek
Počas procesu validácie odlišné typy kontroly požiadaviek.
1. Kontrola správnosti požiadaviek. Užívateľ sa môže domnievať, že systém je nevyhnutný na vykonávanie určitých špecifických funkcií. Ďalšie úvahy a analýzy však môžu viesť k potrebe zaviesť ďalšie alebo nové funkcie. Systémy sú určené pre rôznych používateľov s rôznymi potrebami, a preto súbor požiadaviek bude predstavovať určitý druh kompromisu medzi požiadavkami používateľov systému.
2. Kontrola konzistencie. Špecifikácia požiadaviek by nemala obsahovať nezrovnalosti. To znamená, že požiadavky by nemali mať protichodné obmedzenia alebo odlišné popisy tej istej funkcie systému.
Skontrolujte úplnosť. Špecifikácia požiadaviek by mala obsahovať požiadavky, ktoré definujú všetky funkcie systému a obmedzenia kladené na systém. Kontrola uskutočniteľnosti. Na základe poznatkov o existujúcich technológiách by sa mali skontrolovať požiadavky na možnosť ich skutočnej implementácie. Kontroluje tiež možnosti financovania a harmonogram vývoja systému. Existuje niekoľko metód osvedčovania požiadaviek, ktoré sa dajú použiť spoločne alebo každý zvlášť. Metóda prototypovania je jednou z hlavných metód implementácie certifikácie softvérových produktov vo fáze systémovej analýzy, ktorá umožňuje používateľom kontrolovať požiadavky na systém.
Prototyp serverového rozhrania IS:
.8 Závery k oddielu
V prvej časti práce boli analyzované existujúce IS, boli postavené prípady obchodného využitia, ktoré popisovali hlavné činnosti zamestnancov firmy a boli identifikované oblasti činnosti agentúrneho oddelenia. Na určenie požiadaviek sa uskutočnil prieskum medzi zamestnancami spoločnosti ako hlavnými používateľmi budúceho systému. Posledným krokom v tejto fáze bolo vykonanie atestácie požiadaviek prostredníctvom prototypov.
2. Návrh informačného systému
2.1 Architektonický návrh
Architektúra projektu je určená požiadavkami na konfiguráciu systému. V prípade IS spoločnosti „Alina“ je návrh distribuovanej štruktúry systému nevyhnutnosťou.
Príkladná architektúra IC je znázornená na obrázku.
2.2 Návrh používateľského rozhrania
Používateľské rozhranie je súbor softvéru a hardvéru, ktorý poskytuje interakciu používateľa s počítačom. Dialógy tvoria základ takejto interakcie. V tomto prípade sa dialógom rozumie regulovaná výmena informácií medzi osobou a počítačom, ktorá sa uskutočňuje v reálnom čase a je zameraná na spoločné riešenie konkrétneho problému: výmeny informácií a koordinácie činností. Každý dialóg pozostáva zo samostatných I / O procesov, ktoré fyzicky zabezpečujú komunikáciu medzi používateľom a počítačom. Výmena informácií sa uskutočňuje prenosom správ a riadiacich signálov.
Hlavné okno programu:
Formulár odpovede na žiadosť klienta:
2.3 Návrh databázy
Hlavné ciele návrhu databázy sú:
¾ Prezentácia údajov a vzťahov medzi nimi, ktoré sú potrebné pre všetky hlavné oblasti použitia tejto aplikácie a všetkých existujúcich skupín jej používateľov;
¾ Vytvorte dátový model schopný podporovať vykonávanie všetkých požadovaných transakcií spracovania údajov;
¾ Vypracovanie predbežnej verzie projektu, ktorého štruktúra umožňuje splniť všetky základné požiadavky na výkon systému - napríklad čas odozvy systému.
Návrh databázy by mal byť založený na názoroch koncových používateľov konkrétnej organizácie - koncepčné požiadavky na systém.
Pri návrhu databázy sa vytvárajú dve úrovne modelu - logická a fyzická. Logická vrstva je abstraktným pohľadom na dáta; predstavuje údaje tak, ako vyzerajú v reálnom svete, a dá sa nazvať, ako sa v reálnom svete nazýva. Modelové objekty, ktoré sú reprezentované na logickej úrovni, sa nazývajú entity. Logická vrstva dátového modelu môže byť zostavená z iného modelu, napríklad z koncepčného dátového modelu.
2.4 Zdôvodnenie výberu platformy pre vytvorenie informačného systému
Pre implementáciu IS realitnej kancelárie „Alina“ boli zvolené také vývojové nástroje softvéru ako MicrosoftAccess 2010 a programovací jazyk MicrosoftVisual C # .Net, ide o interaktívny relačný DBMS pre Windows. Je to program, ktorý sa používa na ukladanie a načítanie údajov v závislosti od vytvorených vzťahov. Práca s ním je zjednodušená pomocou manipulátora myši. Grafické možnosti shellu sú pôsobivé pri vytváraní vysoko kvalitných správ a tlačových výstupov. To všetko vďaka podpore typov písma True a vkladaniu objektov OLE v rámci prostredia WINDOWS. OLE - objekt je odkaz na určité informácie, ktoré zostávajú v pôvodnej podobe. Poskytuje používateľovi tiež mechanizmy na prácu s databázami rôznych formátov.
Pretože v strojárenskom oddelení sú iba 3 počítače, vznikla potreba malého a flexibilného DBMS. Vo výsledku môžeme konštatovať, že Microsoft Access 2003 je pre túto organizáciu ideálnym prostredím na vývoj databáz, ktoré spĺňa všetky predložené požiadavky.
Nový programovací jazyk C # bol vyvinutý špeciálne pre platformu MicrosoftVisualStudio .Net. Absorboval veľa toho najlepšieho, čo sa nachádza v rôznych programovacích jazykoch.
Jazyk C # je odzbrojujúci svojou jednoduchosťou - má okolo 80 kľúčové slová a tucet vstavaných dátových typov. Ukázalo sa však, že je mimoriadne expresívny, pokiaľ ide o implementáciu moderných koncepcií programovania. Jazyk C # obsahuje najkompletnejšiu podporu pre štruktúrované, komponentovo a objektovo orientované programovanie, aké môžete od moderného jazyka očakávať.
C # poskytuje zabudovanú syntax pre prácu s enumeráciami, štruktúrami a vlastnosťami triedy.
Harmonicky skombinované komponenty vývoja informačného systému MS Access a jazyk C # na vysokej úrovni sú teda ideálne nielen na vzájomnú interakciu, ale aj pre potreby realitnej spoločnosti.
.5 Návrh modulov
Hlavným cieľom návrhu je premeniť analytické modely na podrobné konštrukčné dokumenty, na základe ktorých je systém implementovaný. Logický model navrhovaného systému je postavený na báze technológie Rational s využitím základných objektovo-orientovaných prístupov jazyka UML.
Modul "Vstupné údaje" obsahuje informácie o objekte a zahŕňa vykonanie žiadosti o privatizáciu, nákup alebo predaj nehnuteľností. Vstupné údaje obsahujú nasledujúce parametre:
¾ Číslo zmluvy (ID)
¾ Meno majiteľa
¾ Typ objektu
¾ Plocha miestnosti
¾ Cena (v prípade predaja)
¾ Schopnosť pripojiť súbor s obrázkom miestnosti.
Vstupné údaje sa vkladajú do databázy a môžu ich kedykoľvek špecialisti upravovať. Špecialisti môžu meniť stav nehnuteľností (z predaných na predané).
Modul „Výstupné údaje“ zahŕňa prípravu správy o privatizácii, nákupe alebo predaji.
Modul s predanými objektmi obsahuje nasledujúce údaje:
¾ Číslo zmluvy
¾ Meno predávajúceho
¾ Celé meno kupujúceho
¾ Dátum predaja
¾ Typ objektu
¾ Plocha miestnosti
Údaje sa generujú vo forme správy v užívateľsky príjemnom formáte, je možné ich kedykoľvek vyžiadať a použiť ich ako štatistické informácie.
.6 Závery k tejto časti
V druhej časti je prevedený návrh IP systému účtovníctva nehnuteľností.
V tejto fáze boli zostavené modely logického a fyzického znázornenia systému. Bola vyvinutá systémová databáza.
Bolo vyvinuté logické znázornenie hlavných komponentov systému ako nezávislých komponentov ActiveX, ktoré implementujú funkčnosť základných konceptov predmetnej oblasti.
Záver
Cieľom práce bolo vyvinúť IP pre realitnú kanceláriu "Alina".
Prvá etapa kurzu bola definícia účelu a cieľov IS.
V prvej časti sa vykonáva obchodné modelovanie procesov organizácie. Je zostavená schéma prípadov podnikového použitia predstavujúca hlavné činnosti zamestnancov a je zostavená schéma prípadov použitia pre informačný systém.
V druhej časti sa realizuje architektonické riešenie informačného systému. Taktiež bol vypracovaný dizajn používateľského rozhrania, ktoré je zase dôležitým bodom pri implementácii systému.
Po návrhu programového rozhrania bola vymodelovaná dátová štruktúra (logické a fyzické modely). Softvérovým nástrojom použitým na vytvorenie nástroja CASE bol softvérový produkt RationalRose 2000 EnterpriseEdition. Boli zvážené použité softvérové \u200b\u200bnástroje. Ako vývojové prostredie softvéru sa použil program MicrosoftVisualStudio 2010 a programovací jazyk C #.
V priebehu návrhu sa tieto softvérové \u200b\u200bprodukty používali ako:
¾ BigMasterMini;
¾ MS SQL Server 2010;
¾ MS Word 2013;
¾ Racionálna ruža.
Ak to zhrnieme, môžeme povedať, že úloha bola vyriešená, pokiaľ ide o automatizáciu realitnej kancelárie.
Činnosť v oblasti nehnuteľností sa každý rok vyvíja, do nákupu a predaja nehnuteľností je zapojených čoraz viac spoločností. Zamestnanci týchto podnikov sú nútení znášať vysoké náklady na programy na prilákanie nových zákazníkov a reklamu svojich aktivít, pričom nedosahujú požadovaný výsledok. Obmedzenia týkajúce sa množstva informácií umiestnených v použitých druhoch reklamy neposkytujú klientom dostatok informácií, v dôsledku čoho musia zamestnanci tráviť veľa času konzultáciami s klientmi sami. Hlavnými klientmi sú osoby, ktoré už služby spoločnosti využili, alebo ktoré spoločnosť kontaktovali na odporúčanie svojich známych. Ak nie je zjavná pravidelnosť v príchode zákazníkov do spoločnosti, stojí za to premýšľať o ďalšej reklamnej platforme, ktorá by prilákala zákazníkov.
Internet bude slúžiť ako najefektívnejší prostriedok na budovanie firemného imidžu a vytvorí neobmedzené príležitosti na prilákanie zákazníkov. Prítomnosť nášho vlastného webového zastúpenia bude tiež indikátorom otvorenosti spoločnosti a jej stability. Pravidelná aktualizácia alebo pridávanie nových informácií na stránku šetrí veľa peňazí v porovnaní s tým, keby všetky tieto informácie bolo potrebné poskytnúť klientovi v papierovej podobe. Webové zastúpenie je základom operatívnej interakcie s klientmi spoločnosti. Pravidelní zákazníci budú vždy informovaní o všetkých udalostiach spoločnosti. S príťažlivosťou nových klientov rastie počet uskutočňovaných transakcií, čo má priamy vplyv na zvýšenie zisku spoločnosti. Optimálnym riešením na zlepšenie efektívnosti spoločnosti a zvýšenie jej ziskov je teda vytvorenie informačného webového zastúpenia. Rozvoj webového zastúpenia spoločnosti predstavuje vážnu podporu pri vytváraní konkurenčného imidžu, čo je prostriedok na pozdvihnutie spoločnosti na novú úroveň.
Hlavným cieľom webovej reprezentácie je zvýšiť zisky spoločnosti prilákaním nových zákazníkov a zvýšením počtu transakcií.
S cieľom určiť, aké informácie bude vyvinutá webová reprezentácia obsahovať a ako by mala byť formalizovaná, boli zvážené webové stránky niekoľkých realitných kancelárií. Pre analýzu boli prevzaté stránky ruských spoločností a stránky zahraničnej spoločnosti.
Na výber stránok na analýzu mali vplyv tieto faktory:
Trvanie stránky;
Návštevnosť webových stránok.
Z ruských spoločností boli analyzované tieto spoločnosti: hlava DV (Vladivostok), Zhilfond (Sibír), Dom.Kom (Khabarovsk), Inkom-Nedvizhimost (Moskva), ako aj zahraničné webové zastúpenie „Local-n-Global Realty“ (USA, Cleveland, Ohio).
Po preštudovaní týchto stránok vyšlo najavo, že:
Zahŕňa zoznam poskytovaných služieb a databázu apartmánov;
Poskytnite spätnú väzbu.
Zaznamenalo sa, že nie všetky stránky majú možnosť pohodlne vyhľadávať byty podľa zadaných parametrov klienta. Nie všetky uvedené zdroje tiež majú schopnosť podať žiadosť o kúpu alebo predaj bytu. Žiadny z kontrolovaných webov nemal sekciu, kde by používatelia mohli zanechať spätnú väzbu o spoločnosti. Aj keď by to bolo ďalšie plus pre zvýšenie postavenia akejkoľvek spoločnosti.
Pri vytváraní webového zastúpenia pre realitnú kanceláriu sa brali do úvahy silné a slabé stránky kontrolovaných stránok, aby bolo možné zaujať najvýhodnejšiu pozíciu na pozadí podobných spoločností. Na základe výsledkov analýzy bola stanovená štruktúra obsahu. S cieľom zistiť zhodu medzi obsahom webovej reprezentácie a potrebami potenciálnych používateľov sa prostredníctvom tematickej skupiny o nehnuteľnostiach uskutočnil prieskum sociálna sieť „Vkontakte“, ktorého sa zúčastnilo 150 ľudí. Otázky dotazníka sa týkali štruktúry webu, sekcií, informačného obsahu, organizácie spätnej väzby.
Na základe analýzy webových zastúpení spoločností poskytujúcich realitné služby a výsledkov prieskumu bola vyvinutá štruktúra webového zastúpenia (obrázok 1)
Obrázok 1 - Štrukturálna schéma hlavné sekcie webového zastúpenia
Vyvinuté webové zastúpenie bude obsahovať časti: „Domov“, „O spoločnosti“, „Apartmány“, „Služby“, „Tarify“, „Aplikácia“, „Recenzie“, „Kontakty“, „Partneri“ a „Novinky“.
Prieskum ukázal, akú štruktúru by mala mať hlavná stránka webu, aké informácie by na ňom mali byť umiestnené a ako organizovať navigáciu po webe s cieľom poskytnúť návštevníkom pohodlie pri používaní webu. Logická schéma hlavnej stránky webového zastúpenia realitnej kancelárie bola vyvinutá s prihliadnutím na výsledky analýz, dotazníky a požiadavky manažmentu spoločnosti (obrázok 2).
Obrázok 2 - Logický diagram hlavnej stránky webovej reprezentácie
Ponuka na webe bude umiestnená v ľavom bloku a v hornej časti stránky. Toto sa prispôsobí každému užívateľovi a poskytne ľahkú navigáciu. V hlavičke stránky je logo a kontaktné informácie o agentúre, v strede - uvítacie informácie o spoločnosti reklamného charakteru, vpravo - informácie o partneroch a novinkách spoločnosti, dole - autorské práva.
Aby sme vybrali ten najlepší nástroj na vytváranie webových prezentácií, bolo rozhodnuté obrátiť sa na analytickú službu OpenStat, ktorá každý rok sleduje popularitu rôznych platených a bezplatných automatických platforiem na vytváranie a údržbu webových stránok.
Okrem štúdie národných doménových zón Runet, Bynet a Uaneta boli do zoznamu dopytovaných zdrojov pridané stránky ďalších doménových zón, do ktorých hromadne idú rusky hovoriaci používatelia. Celkový počet analyzovaných domén je 5,5 milióna. Tabuľka 1 zobrazuje poradie automatizovaných platforiem na vytváranie a údržbu webov na začiatku roka 2014.
| CMS | ||||||||
| Joomla | ||||||||
| WordPress | ||||||||
| 1C-Bitrix | ||||||||
| Drupal |
Vedúcimi CMS (systémy na správu obsahu) boli začiatkom roka 2014 spoločnosti Joomla, WordPress, 1C-Bitrix a Drupal.
Akcie boli rozdelené podľa pokrytia stránok. Všetci títo lídri sú na trhu minimálne 10 rokov.
Pre prehľadnosť bol zostavený graf hodnotenia CMS (obrázok 3).
Je zrejmé, že väčšina používateľov CMS si vyberá WordPress a Joomla, z čoho môžeme vyvodiť záver, že sú s prácou týchto produktov spokojní. Ďalšia voľba závisela od špecifík vyvíjaného webu. WordPress sa používa hlavne na vytváranie blogov a fór, preto bolo ako vývojové prostredie pre webovú reprezentáciu vybrané CMS Joomla 2.5. Aj keď nejde o najnovšiu verziu, má niekoľko výhod, z ktorých najdôležitejšou je množstvo literatúry o používaní CMS vrátane mnohých užitočných videonávodov.
Obchodný zmysel vytvorenia kancelárie pre webové zastúpenie spočíva v uvoľnení pracovníkov spoločnosti z práce s klientmi (zníženie nákladov na telefonické konzultácie) zverejnením poskytovaných služieb a ďalších relevantných informácií na webovej stránke spoločnosti. Rovnako ako výrazný pokles objemu operácií vykonaných na zhromažďovanie informácií o požiadavkách zákazníkov a predajných bytoch.
Vyvinuté webové zastúpenie pomôže realitnej kancelárii vyriešiť nasledujúce úlohy: oznámenie spoločnosti na internete; nonstop poskytovanie kompletných a aktuálnych informácií klientom; rozširovanie zákazníckej základne; organizácia spätnej väzby od zákazníkov; poskytovanie nepretržitej reklamy s dostatočnými príležitosťami; zjednodušenie práce zamestnancov; zvýšenie postavenia spoločnosti a jej konkurencieschopnosti.
Analýza a formalizácia požiadaviek na softvér, plánovanie práce. 1 deň 2 Návrh koncepcie Predbežný návrh softvérového programu pomocou UML: použitie diagramov prípadov, diagramov tried a postupových diagramov ...
1 8 15 120 2 Návrh koncepcie 1 16 15 300 3 Technický návrh 1 32 10 320 4 Pracovný dizajn 1 16 10 160 5 Realizácia 1 8 20 160 З1 \u003d 1060 Náklady na počítačový čas budú: З2 \u003d СkF0, kde Сk sú náklady na počítačovú hodinu. ..
Komplexná číselná kalkulačka
1 8 1,5 12 2 Návrh koncepcie 1 16 1,5 24 3 Technický návrh 1 32 1,5 48 4 Podrobný návrh 1 16 1,5 24 5 Realizácia 1 8 1,5 12 Z2 \u003d 120 Režijné náklady ...
Mikroprocesorová kalkulačka
Napíšte program pre mikroprocesor rodiny 51, ktorý má nasledujúce funkcie: 1. Zadávanie čísel zo sériového portu 2. Zadávanie aritmetických operácií z klávesnice („+“, „-“, „*“, „/“) a resetovanie 3 ...
Katalóg elektrického tovaru
Programový dokument je dokument obsahujúci potrebné informácie potrebné pre vývoj, výrobu, prevádzku a údržbu softvérového produktu ...
Kódovanie informácií
Zostrojte matematický model daného opravného kódu, nájdite formovaciu maticu kódu, technicky implementujte prostriedky na jeho kódovanie / dekódovanie (na úrovni schémy zapojenia) ...
Príkazy na konfiguráciu a riešenie problémov s prepínačmi D-Link DES-3028
Je potrebné navrhnúť fyzickú štruktúru siete, zvoliť potrebné sieťové zariadenie, vypočítať počet káblov a ďalších komponentov kabelážneho systému, rozmiestniť sieťový adresný priestor ...
Počítačový distribuovaný systém na získavanie informácií o doménach (DNS)
Vyvinúť obslužný program okna pre prístup do systému DNS (určovanie názvov domén podľa adries IP, adries IP podľa doménové mená atď. - analóg nástroja NSLookUp) ...
Rozvoj lokálnej siete
Vývoj informačného systému pre viacerých používateľov
Vývoj informačného systému pre viacerých používateľov na údržbu dokumentov o prenájme
Vypracovanie multimediálnej elektronickej učebnice o odbore "Počítačové siete"
k programu „Multimediálna elektronická učebnica“ Obsah 1. Úvod 1.1. Názov programu 1.2. Účel a rozsah 2. Požiadavky na program 2.1. Požiadavky na funkčné vlastnosti 2.2. Požiadavky na spoľahlivosť 2.2.1 ...
Rozvoj multiservisnej počítačovej siete pre mikrodistrikt sídliska mestského typu Strugi Krasnye
Účel: Účelom tohto projektu je vývoj multiservisnej počítačovej siete pre obytnú zónu v obci Strugi Krasnye ...
Vývoj aplikačného softvéru, ktorý implementuje funkcie krížovky
Zadávacie podmienky - počiatočný dokument pre návrh technického objektu (výrobku) (príloha B). TK stanovuje hlavný účel vyvíjaného objektu, jeho technické vlastnosti ...
