Test z informatiky „Softvérové a hardvérové systémy na implementáciu informačných procesov. Hardvérové a softvérové nástroje na implementáciu informačných procesov Zásady tvorby informačného systému
Téma 1. Pojem informácie. všeobecné charakteristiky procesy zhromažďovania, prenosu, spracovania a uchovávania informácií.
Informácie sú informácie o určitých objektoch, javoch alebo procesoch v životné prostredie. Akákoľvek forma ľudskej činnosti je spojená s prenosom a spracovaním informácií. Je nevyhnutný pre správne riadenie okolitej reality, dosahovanie stanovených cieľov a v konečnom dôsledku aj pre existenciu človeka. Akýkoľvek systém: sociálno-ekonomický, technický alebo systém v živej prírode funguje v neustálom vzťahu s vonkajším prostredím - inými systémami vyšších a nižších úrovní. Komunikácia sa uskutočňuje prostredníctvom informácií, ktoré sprostredkúvajú riadiace príkazy a informácie potrebné na prijímanie správnych rozhodnutí. Pojem informácie ako najdôležitejší prvok systému, pokrývajúci všetky aspekty jeho života, možno považovať za univerzálny, aplikovateľný na akékoľvek systémy.
Neexistuje jediný vedecký názor na kvantitatívny význam pojmu „informácie“. Rôzne vedecké smery dávajú rôzne definície založené na objektoch a javoch, ktoré študujú. Niektorí z nich veria, že informácie môžu byť vyjadrené kvantitatívne, pričom definujú množstvo a objem informácií (miery informácií), iní sa obmedzujú na kvalitatívne interpretácie.
Syntaktická miera informácie slúži na kvantitatívne vyjadrenie neosobnej informácie, ktorá nevyjadruje sémantický vzťah k objektom.
Sémantické (fiktívne) množstvo informácií sa meria mierou tezauru. Vyjadruje schopnosť pozorovateľa (používateľa) prijať prichádzajúcu správu.
Pragmatická miera informácií. Vytvorenie časti informácie sa deje z nejakého dôvodu a prijímanie informácií môže viesť k určitému výsledku. Kvantitatívnou mierou informácií v tomto prípade môže byť stupeň odozvy systému na túto informáciu.
Toto opatrenie určuje užitočnosť informácie (hodnotu) pre používateľa na dosiahnutie jeho cieľa. Je tiež relatívna, určená osobitosťami používania informácií v konkrétnom systéme. Je vhodné merať hodnotu informácie v rovnakých jednotkách (alebo im blízkych), v ktorých sa meria cieľ.
Informačné procesy (zber, spracovanie a prenos informácií) vždy zohrávali dôležitú úlohu vo vede, technike a spoločenskom živote. V priebehu evolúcie ľudstva sa ustálila tendencia k automatizácii týchto procesov, hoci ich vnútorný obsah zostal v podstate nezmenený.
Zber informácií je činnosť subjektu, počas ktorej dostáva informácie o objekte, ktorý ho zaujíma. Informácie môžu zbierať buď ľudia, alebo pomocou technických prostriedkov a systémov – hardvéru. Informácie o pohybe vlakov alebo lietadiel môže užívateľ získať napríklad sám preštudovaním grafikonu, alebo priamo od inej osoby, alebo prostredníctvom niektorých dokumentov vypracovaných touto osobou, prípadne pomocou technických prostriedkov (automatizovaná pomoc, telefón a pod.) . Úlohu zhromažďovania informácií nemožno riešiť izolovane od iných úloh, najmä úlohy výmeny informácií (prenosu).
Výmena informácií je proces, počas ktorého zdroj informácie odovzdáva a prijímateľ ju prijíma. Ak sa v prenášaných správach zistia chyby, organizuje sa opakovaný prenos týchto informácií. Výsledkom výmeny informácií medzi zdrojom a príjemcom je akási „informačná rovnováha“, v ktorej v ideálnom prípade bude mať príjemca rovnaké informácie ako zdroj.
Informácie sa vymieňajú pomocou signálov, ktoré sú jej hmotným nosičom. Zdrojom informácií môžu byť akékoľvek objekty v reálnom svete, ktoré majú určité vlastnosti a schopnosti. Ak predmet patrí do neživej prírody, potom produkuje signály, ktoré priamo odrážajú jeho vlastnosti. Ak je zdrojovým objektom osoba, signály, ktoré produkuje, môžu nielen priamo odrážať jeho vlastnosti, ale tiež zodpovedať znakom, ktoré osoba produkuje za účelom výmeny informácií.
Príjemca môže prijaté informácie použiť opakovane. Za týmto účelom ho musí zaznamenať na hmotné médium (magnetické, foto, film a pod.). Proces vytvárania počiatočného, nesystematizovaného súboru informácií sa nazýva akumulácia informácií. Zaznamenané signály môžu zahŕňať tie, ktoré odrážajú cenné alebo často používané informácie. Niektoré informácie nemusia mať v danom čase konkrétnu hodnotu, hoci v budúcnosti môžu byť potrebné.
Ukladanie informácií je proces uchovávania pôvodných informácií vo forme, ktorá zabezpečuje vydanie údajov na žiadosť koncového používateľa včas.
Spracovanie informácií je riadny proces ich transformácie v súlade s algoritmom na riešenie problému.
Po vyriešení problému spracovania informácií musí byť výsledok prezentovaný koncovým používateľom v požadovanej forme. Táto operácia sa realizuje pri riešení problému vydávania informácií. Informácie sa zvyčajne poskytujú pomocou externých počítačových zariadení vo forme textov, tabuliek, grafov atď.
Informačné technológie sú súborom metód, výrobných procesov a softvéru a hardvéru, spojených do technologického reťazca, ktorý zabezpečuje zber, spracovanie, uchovávanie, distribúciu a zobrazovanie informácií s cieľom znížiť náročnosť procesov využívania informačného zdroja, ako aj zvýšiť ich spoľahlivosť a efektivitu.
Informačné technológie sa vyznačujú týmito základnými vlastnosťami:
Predmetom (predmetom) spracovania (procesu) sú údaje;
Účelom procesu je získať informácie;
Prostriedkami na uskutočnenie procesu sú softvér, hardvér a softvérovo-hardvérové výpočtové systémy;
Procesy spracovania údajov sú rozdelené do operácií podľa danej tematickej oblasti;
Výber kontrolných činností procesov musia vykonávať osoby s rozhodovacou právomocou;
Kritériá na optimalizáciu procesu sú včasnosť doručenia informácií používateľovi, ich spoľahlivosť, autenticita a úplnosť.
Literatúra:, s. 5-19; , S. 13-19.
Téma 2. Technické prostriedky na implementáciu informačných procesov.
Výpočtová technika je materiálnym základom informačnej technológie, pomocou ktorej sa uskutočňuje zber, uchovávanie, prenos a spracovanie informácií.
Je potrebné rozlišovať medzi pojmami počítačová architektúra a štruktúra. Pod počítačová architektúra je všeobecne akceptované chápať totalitu všeobecné zásady organizácia hardvéru a softvéru a ich hlavné charakteristiky, ktoré určujú funkčnosť počítača pri riešení príslušných typov problémov.
Architektúru výpočtového zariadenia je potrebné odlíšiť od jeho štruktúry. Štruktúra výpočtového nástroja definuje jeho aktuálne zloženie na určitej úrovni detailov a popisuje vzťahy v rámci nástroja. Architektúra určuje základné pravidlá interakcie prvkov komponentu výpočtového nástroja, ktorých popis sa vykonáva v rozsahu potrebnom na vytvorenie pravidiel ich interakcie. Vytvára nie všetky spojenia, ale tie najpotrebnejšie, ktoré musia byť známe pre kompetentnejšie používanie použitého nástroja.
Napriek tomu, že moderné počítače nevyzerajú vôbec podobne ako prvé modely, základné myšlienky v nich prijaté a spojené s konceptom algoritmu vyvinutého Alanom Turingom, ako aj architektonickou implementáciou navrhnutou Johnom von Neumannom, sa nezohľadnili. prešli zásadnými zmenami (samozrejme s výnimkou paralelných systémov spracovania informácií).
akýkoľvek Počítač architektúry Neumann obsahuje tieto základné zariadenia:
· aritmeticko-logická jednotka (ALU);
· ovládacie zariadenie (CU)
· úložné zariadenie (úložné zariadenie);
· vstupno/výstupné zariadenia (I/O);
· ovládací panel (PU).
V moderných počítačoch sú ALU a riadiaca jednotka spojené do jedného spoločného zariadenia nazývaného centrálny procesor.
Moderný osobný počítač obsahuje tieto hlavné zariadenia:
Externé pamäťové zariadenia, najčastejšie magnetické disky, na ktorých sa ukladajú informácie a programy aj po vypnutí napájania;
RAM, v ktorej sa nachádzajú informácie a program pri vykonávaní potrebných akcií;
Procesor, ktorý skutočne vykonáva príkazy v poradí predpísanom programom;
Vstupné a výstupné zariadenia (ako je klávesnica a monitor), prostredníctvom ktorých počítač prijíma alebo prenáša informácie a programy zvonku.
Navonok sa moderné osobné počítače zvyčajne skladajú z troch častí: systémovej jednotky, klávesnice a monitora. Systémová jednotka je procesorová jednotka; obsahuje minimálne tieto počítačové komponenty:
Elektronické obvody (procesor, RAM, ovládače zariadení atď.);
Napájací zdroj, ktorý premieňa striedavý prúd na nízkonapäťový jednosmerný prúd, ktorý sa dodáva do elektronických obvodov;
Disketová jednotka (disková jednotka) používaná na prenos programov a údajov medzi rôznymi počítačmi;
Pevný magnetický disk určený na dlhodobé ukladanie veľkého množstva informácií v počítači.
Medzi periférne zariadenia patria: tlačiarne, skenery, reproduktory, zdroje neprerušiteľný zdroj napájania, modemy, vymeniteľné pamäťové jednotky, teda tie zariadenia, bez ktorých môže počítač fungovať samostatne.
Tlačiarne. Tlačiarne (tlač - tlač) sú automatické tlačové zariadenia určené na tlač výsledkov počítačovej práce (texty, kresby, grafy) na papier.
Na základe princípu činnosti rozlišujú medzi impaktnou matricou, atramentovou, laserovou a inými tlačiarňami.
Skener je zariadenie, ktoré umožňuje zadávať obrázky textov, kresieb a fotografií priamo z papierového dokumentu do počítača. Stolné skenery sa delia na ploché, valcové a projekčné.
Na dlhodobé archivovanie informácií alebo na prepis veľkého množstva dát na iný počítač sa používajú vymeniteľné pamäťové jednotky.
Vymeniteľné úložné médiá zahŕňajú veľkokapacitné pamäťové jednotky, ktoré možno odpojiť od počítača a použiť na určený účel. Pohony majú zvyčajne malú hmotnosť a objem, dajú sa ľahko prenášať aj v kufríku.
Použitie vymeniteľných jednotiek umožňuje úplne eliminovať neoprávnený prístup k dôverným údajom. Informácie ponechané na internom pevnom disku počítača sú vždy dostupné neobmedzenému počtu ľudí a môžu sa náhodne poškodiť.
Na zhromažďovanie údajov sa používajú tieto jednotky: disketová jednotka, typ pevného disku, magneto-optická jednotka, streamery, laserová, modulárna atď.
Literatúra:, s. 20-39; , S. 100-156.
Súvisiace informácie.
Anotácia: Princípy tvorby informačného systému. Pretváranie obchodného procesu. Procesné mapovanie a modelovanie. Zabezpečenie procesu analýzy a návrhu IS s možnosťami CASE technológií. Implementácia informačných systémov.
6. Vývoj a implementácia informačného systému
6.1. Princípy tvorby informačného systému
Mnoho používateľov počítačov a softvér Opakovane sme sa stretli so situáciou, kedy softvér, ktorý dobre funguje na jednom počítači, nefunguje na inom podobnom zariadení. Alebo systémové jednotky jedného výpočtového zariadenia nie sú prepojené s hardvérom iného. Alebo informačný systém inej spoločnosti tvrdohlavo odmieta spracovať údaje, ktoré ste si pripravili v informačnom systéme na vašom pracovisku. Tento problém sa nazýva problém kompatibility výpočtových, telekomunikačných a informačných zariadení.
Rozvoj počítačových systémov a nástrojov, ich rozšírená implementácia vo všetkých oblastiach vedy, techniky, služieb a každodenného života viedli k potrebe spájať špecifické výpočtové zariadenia a informačné systémy implementované na ich základe do jednotných informačných a výpočtových systémov (ICS) a prostredia. Vývojári IVS zároveň čelili množstvu problémov.
Napríklad heterogenita technických prostriedkov výpočtovej techniky z hľadiska organizácie výpočtového procesu, architektúry, príkazového systému, bitovej kapacity procesora a dátovej zbernice atď. si vyžiadala vytvorenie fyzických rozhraní, ktoré spravidla realizujú vzájomnú kompatibilitu. zariadení. S nárastom počtu typov integrovaných zariadení sa výrazne zvýšila zložitosť organizácie fyzického rozhrania medzi nimi. Heterogenita programovateľných prostredí implementovaných v špecifických výpočtových zariadeniach a systémoch, pokiaľ ide o rozmanitosť operačných systémov, rozdiely v bitovej hĺbke a iných vlastnostiach, viedla k vytvoreniu softvérových rozhraní medzi zariadeniami a systémami. Je potrebné poznamenať, že nie vždy bolo možné dosiahnuť plnú kompatibilitu softvérových produktov vyvinutých pre konkrétne softvérové prostredie v inom prostredí. Heterogenita komunikačných rozhraní v systéme človek-počítač si vyžadovala neustálu koordináciu softvéru a hardvéru a preškoľovanie personálu.
Princíp „otvorenosti“ informačného systému
Riešenie problémov s kompatibilitou viedlo k vytvoreniu veľkého počtu medzinárodných noriem a dohôd v oblasti aplikácie informačných technológií a rozvoj informačných systémov. Základným konceptom sa stal koncept otvorených systémov.
Pojem „otvorený systém“ možno teraz definovať ako „komplexný a konzistentný súbor medzinárodných štandardov informačných technológií a profilov funkčných štandardov, ktoré špecifikujú rozhrania, služby a ich podporné formáty s cieľom umožniť interoperabilitu a mobilitu softvérových aplikácií, údajov a personálu“.
Táto definícia, formulovaná špecialistami z IEEE (Inštitút elektrických a elektronických inžinierov), zjednocuje obsah prostredia, ktoré otvorený systém poskytuje pre široké využitie. V súčasnosti je všeobecne uznávaným koordinačným centrom pre vývoj a harmonizáciu štandardov otvorených systémov OASIS (Organization for the Advancement of Structured Information Standards).
Všeobecné vlastnosti otvorených informačných systémov možno formulovať takto:
rozšíriteľnosť/škálovateľnosť: poskytovanie možnosti pridávať nové funkcie IS alebo meniť niektoré existujúce, pričom zostávajúce funkčné časti IS ponechajú nezmenené;
mobilita/prenosnosť: zabezpečenie schopnosti prenášať programy a dáta pri modernizácii alebo výmene hardvérových platforiem IS a možnosť špecialistov využívajúcich IT pracovať s nimi bez preškolovania pri zmene IS;
interakcia: schopnosť interakcie s inými informačnými systémami ( technické prostriedky, na ktorých je informačný systém implementovaný, sú spojené sieťou alebo sieťami rôzne úrovne: od lokálneho po globálne);
štandardizovateľnosť: IS sa navrhujú a vyvíjajú na základe dohodnutých medzinárodných štandardov a návrhov, otvorenosť sa realizuje na základe funkčných štandardov (profilov) v oblasti informačných technológií;
užívateľská prívetivosť: vyvinuté jednotné rozhrania v interakčných procesoch v systéme „človek-stroj“, umožňujúce prácu používateľovi, ktorý nemá špeciálne „počítačové“ školenie.
Nový pohľad na otvorené systémy je determinovaný skutočnosťou, že tieto vlastnosti sú posudzované spoločne, ako vzájomne prepojené a sú implementované v komplexe, čo je celkom prirodzené, pretože všetky vyššie uvedené vlastnosti sa navzájom dopĺňajú. Len spolu možnosti otvorených systémov umožňujú riešiť problémy návrhu, vývoja a implementácie moderných informačných systémov.
Štruktúra prostredia informačného systému
Zovšeobecnená štruktúra akéhokoľvek IS môže byť reprezentovaná dvoma vzájomne sa ovplyvňujúcimi časťami:
funkčná časť vrátane aplikačných programov, ktoré implementujú funkcie aplikačnej oblasti;
prostredia alebo systémovej časti, ktorá zabezpečuje vykonávanie aplikačných programov.
S týmto rozdelením úzko súvisia dve skupiny problémov normalizácie:
štandardy pre rozhrania medzi aplikačnými programami a prostredím IS, Application Program Interface (API);
štandardy pre rozhrania medzi samotným IS a jeho vonkajším prostredím (External Environment Interface - EEI).
Tieto dve skupiny rozhraní definujú špecifikácie vonkajšieho popisu prostredia IS - architektúry, z pohľadu koncového užívateľa, projektanta IS a aplikačného programátora vyvíjajúceho funkčné časti IS.
Špecifikácie externých rozhraní prostredia IS a ako bude uvedené nižšie, špecifikácie interakčných rozhraní medzi komponentmi samotného prostredia sú presným popisom všetkých potrebných funkcií, služieb a formátov konkrétneho rozhrania. Súbor takýchto popisov tvorí referenčný model otvoreného systému.
Tento model sa používa už viac ako 20 rokov a je definovaný architektúrou systémových sietí (SNA), ktorú navrhla IBM v roku 1974. Je založená na rozdelení výpočtového prostredia do siedmich úrovní, ktorých interakciu popisujú zodpovedajúce normy, a zabezpečuje prepojenie úrovní bez ohľadu na konštrukciu úrovne v každej konkrétnej implementácii (obr. 6.1). Hlavnou výhodou tohto modelu je detailný popis prepojení v prostredí z pohľadu technických zariadení a komunikačných interakcií. Neberie však do úvahy vzájomné prepojenie zohľadňujúce mobilitu aplikačného softvéru.
Ryža. 6.1.
Referenčný model prostredia otvorených systémov (OSE/RM) definuje rozdelenie akéhokoľvek informačného systému na aplikácie (aplikačné programy a softvérové systémy) a prostredie, v ktorom tieto aplikácie fungujú. Štandardizované rozhrania (API) sú definované medzi aplikáciami a prostredím a sú nevyhnutnou súčasťou profilov každého otvoreného systému. Okrem toho v profiloch IS možno definovať jednotné rozhrania pre interakciu funkčných častí navzájom a interakčné rozhrania medzi komponentmi prostredia IS.
Model tvorby informačného systému
Metodicky je dôležité spolu s uvažovanými modelmi prostredia IS navrhnúť model na vytvorenie IS, ktorý by mal rovnaké aspekty funkčných skupín komponentov (užívatelia, funkcie, dáta, komunikácie). Tento prístup zabezpečí komplexný proces návrhu a podpory vo všetkých fázach prevádzky IS a možnosť informovaného výberu štandardov pre vývoj systému a projektovú dokumentáciu.
Podnik je zložitá ontologická (pojmová) štruktúra, pozostávajúca z určitého súboru entít a vzťahov (obr. 6.2).
Ryža. 6.2.
Interakcie medzi jej prvkami, určené obchodnou logikou a zakotvené v súbore obchodných pravidiel, sú činnosťou spoločnosti. Informačný systém „reflektuje“ logiku a pravidlá, organizuje a transformuje informačné toky, automatizuje procesy práce s dátami a informáciami a vizualizuje výsledky vo forme súborov reportovacích formulárov. Preto by ste mali najskôr vytvoriť obchodný model podniku, ktorý je odrazom podniku a jeho systému riadenia informácií.
Pri vytváraní modelu sa medzi podnikovými manažérmi, konzultantmi, vývojármi a budúcimi používateľmi vytvára „komunikačný jazyk“, ktorý im umožňuje vytvoriť jednotnú predstavu o tom, ČO a AKO by mal podnikový riadiaci systém (systém riadenia spoločnosti) robiť. Takýto obchodný model je hmatateľným výsledkom, pomocou ktorého môžete čo najviac špecifikovať ciele implementácie IS a určiť nasledujúce parametre projektu:
- hlavné obchodné ciele, ktoré možno dosiahnuť prostredníctvom automatizácie procesov;
- zoznam lokalít a postupnosť implementácie modulov IS;
- skutočná potreba objemov zakúpeného softvéru a hardvéru;
- skutočné odhady načasovania nasadenia a spustenia IMS;
- kľúčových používateľov IS a aktualizovaný zoznam členov realizačného tímu;
- stupeň súladu vami zvoleného aplikačného softvéru so špecifikami podnikania vašej spoločnosti.
Model je vždy založený na obchodných cieľoch podniku, ktoré úplne určujú zloženie všetkých základných komponentov modelu:
- obchodné funkcie, ktoré popisujú ČO podnik robí;
- základné, podporné a riadiace procesy, ktoré popisujú AKO podnik vykonáva svoje obchodné funkcie;
- organizačná a funkčná štruktúra, ktorá určuje KDE sa vykonávajú obchodné funkcie a obchodné procesy;
- fázy, ktoré určujú KEDY (v akom poradí) by sa mali implementovať určité obchodné funkcie;
- úlohy, ktoré určujú, kto vykonáva obchodné funkcie a kto je „pánom“ obchodných procesov;
- pravidlá, ktoré definujú prepojenie a interakciu medzi všetkým ČO, AKO, KDE, KEDY a KTO.
Po vybudovaní obchodného modelu (alebo súbežne s ním) môžete začať vytvárať model pre návrh, implementáciu a implementáciu samotného IS (obr. 6.3).
Ryža. 6.3.
Skúsenosti s vytváraním a používaním „vlastných“ IS nám umožňujú zhruba identifikovať tieto hlavné fázy ich životného cyklu:
- definovanie systémových požiadaviek a ich analýza – určenie toho, čo by mal systém robiť;
- dizajn – určenie, ako bude systém robiť to, čo má robiť; návrh je v prvom rade špecifikácia subsystémov, funkčných komponentov a spôsobov ich interakcie v systéme;
- rozvoj - vytváranie funkčných komponentov a jednotlivých subsystémov, spojenie subsystémov do jednotného celku;
- testovanie - kontrola funkčnej zhody systému s ukazovateľmi určenými v štádiu analýzy;
- implementácia - inštalácia a uvedenie systému do prevádzky;
- prevádzka - bežný proces prevádzky v súlade s hlavnými cieľmi a zámermi IS;
- podpora - zabezpečenie normálneho procesu prevádzky systému v podniku zákazníka.
Stanovenie systémových požiadaviek a analýza je prvou fázou tvorby IS, pri ktorej sa objasňujú, odsúhlasujú, formalizujú a dokumentujú požiadavky zákazníka. V tejto fáze je vlastne daná odpoveď na otázku: „Na čo je informačný systém určený a čo by mal robiť? Tu je kľúč k úspechu celého projektu.
Cieľom systémovej analýzy je transformovať všeobecné, vágne poznatky o pôvodnej doméne (požiadavky zákazníkov) do presných definícií a špecifikácií pre vývojárov, ako aj vygenerovať funkčný popis systému. V tejto fáze sú určené a špecifikované nasledovné:
- vonkajšie a vnútorné prevádzkové podmienky systému;
- funkčná štruktúra systému;
- rozdelenie funkcií medzi osobou a systémom, rozhrania;
- požiadavky na technické, informačné a softvérové komponenty systému,
- požiadavky na kvalitu a bezpečnosť;
- zostavenie technickej a užívateľskej dokumentácie;
- podmienky implementácie a prevádzky.
Vývoj vyššie uvedených špecifikácií pri vytváraní IS určeného na automatizáciu procesov riadenia vo všeobecnosti prechádza štyrmi etapami.
Prvá fáza analýzy – štrukturálna analýza podniku – sa začína štúdiom organizácie systému riadenia podniku, preskúmaním funkčnej a informačnej štruktúry systému riadenia a identifikáciou existujúcich a možných spotrebiteľov informácií.
Na základe výsledkov prieskumu analytik v prvej fáze zostaví zovšeobecnený logický model pôvodného predmetu, ktorý odráža jeho funkčnú štruktúru, vlastnosti hlavnej činnosti a informačný priestor, v ktorom sa táto činnosť vykonáva (obr. 6.4). ). Na základe tohto materiálu analytik zostaví funkčný model „Ako je“ (Ako je).
Druhá etapa práce, do ktorej sú nevyhnutne zapojení zainteresovaní zástupcovia zákazníka a v prípade potreby aj nezávislí odborníci, pozostáva z analýzy modelu „tak ako je“, identifikácie jeho nedostatkov a úzkych miest a identifikácie spôsobov na zlepšenie systému riadenia. na základe identifikovaných kritérií kvality.
Treťou fázou analýzy, ktorá obsahuje prvky návrhu, je vytvorenie vylepšeného zovšeobecneného logického modelu, ktorý zobrazuje reorganizovanú predmetnú oblasť alebo jej časť, ktorá podlieha automatizácii – model „As To Be“.
Proces (štvrtá etapa) končí vypracovaním „Mapy automatizácie“, ktorá je modelom reorganizovanej tematickej oblasti, na ktorej sú nevyhnutne vyznačené „hranice automatizácie“.
Vo väčšine prípadov je model „Ako je“ vylepšený systémovým analytikom odstránením zjavných nezrovnalostí a úzkych miest a takto získaná verzia modelu sa ďalej považuje za predbežný model „Ako má byť“, ktorý je následne doplnený v r. v súlade so stratégiou rozvoja podniku (obr. .6.5).
Ryža. 6.5.
Vo fáze analýzy požiadaviek na navrhnutý systém sa zavádzajú:
- triedy používateľov a zodpovedajúce diagramy obchodných transakcií;
- modely (diagramy) procesov aplikovanej činnosti a zodpovedajúce zoznamy funkčných úloh IS;
- triedy doménových objektov a zodpovedajúce diagramy vzťahov entít odrážajúce informačný model tejto predmetnej domény;
- topológia umiestnenia oddelení a používateľov obsluhovaných týmto IS;
- parametre na ochranu údajov, informácií a samotného systému.
Hlavným dokumentom odrážajúcim výsledky prvej etapy tvorby IS je zadanie projektu (vývoja), ktoré obsahuje okrem vyššie uvedených definícií a špecifikácií aj informácie o poradí tvorby systému, informácie o pridelených zdrojoch, cieľových termínoch jednotlivých etáp prác, organizačných postupoch a činnostiach pre preberanie etáp, ochrane projektových informácií a pod.
Ďalšou fázou je dizajn. V reálnych podmienkach je návrh hľadaním a modelovaním takého spôsobu vývoja, ktorý spĺňa požiadavky na funkčnosť systému s využitím dostupných technológií s prihliadnutím na dané počiatočné podmienky a obmedzenia. Návrh informačných systémov vždy začína definovaním účelu projektu. Hlavnou úlohou každého úspešného projektu je zabezpečiť, aby v čase spustenia systému a počas celej jeho prevádzky bolo možné zabezpečiť:
- požadovaná funkčnosť systému a stupeň prispôsobenia meniacim sa podmienkam jeho prevádzky;
- požadovaná priepustnosť systému a minimálny čas odozvy systému na požiadavku;
- bezproblémová prevádzka systému v požadovanom režime, pripravenosť a dostupnosť systému na vybavovanie požiadaviek užívateľov;
- jednoduchosť prevádzky a údržby systému;
- potrebné zabezpečenie údajov a prístupové práva používateľa.
Výkon a spoľahlivosť sú hlavnými faktormi určujúcimi účinnosť systému. Dobrý dizajn je základom vysokovýkonného systému.
Návrh informačných systémov pokrýva tri hlavné oblasti:
- navrhovanie dátových štruktúr, ktoré budú implementované v databáze;
- navrhovanie programov, obrazovkových formulárov, zostáv, ktoré zabezpečia vykonávanie dátových dotazov;
- návrh konkrétneho prostredia alebo technológie, a to: topológia siete, hardvérová konfigurácia, použitá architektúra, paralelné spracovanie, distribuované spracovanie dát a pod.
Na základe výsledkov systémovej analýzy vo fáze predbežného projektu sa vyvinú nasledovné:
- Projekt implementácie softvéru a hardvéru, projekt používateľského rozhrania a technológie pre používateľov na prácu v systéme;
- architektúra distribuovaného systému a špecifikácie telekomunikačnej siete;
- modely toku údajov (diagramy);
- funkčné blokové schémy aplikačného a systémového softvéru (v súlade s akceptovanými modelmi prostredia IS a profilmi noriem).
Fáza predbežného návrhu môže zahŕňať prototypovanie dielov, ktoré sú dôležité z pohľadu používateľa na testovanie ich zhody s požiadavkami na začiatku vývojovej fázy.
Vo fáze podrobného návrhu sa vyvíjajú:
- komplexy funkčných programov IS a projekt implementácie prostredia IS;
- dátové štruktúry, nástroje na údržbu databáz;
- sieťové adresy, telekomunikačné protokoly a ďalšie komponenty prostredia výmeny informácií zahrnuté v navrhovanom IS;
- pravidlá na obmedzenie prístupu používateľov a spôsoby ich implementácie.
Etapa implementácie IS zahŕňa vývoj a testovanie komponentov a komplexné testovanie systému.
Etapa prevádzky a údržby zahŕňa monitorovanie fungovania IS, vykonávanie požadovaných zmien informačnej základne v procese prebiehajúcich prác a modernizáciu funkcií IS aplikačnými špecialistami pomocou nástrojov zabudovaných v systéme.
Etapy vývoja, testovania, implementácie, prevádzky a údržby IS spája pojem implementácia. Implementácia IP je mimoriadne zložitý viacrozmerný proces realizovaný na základe súborov (profilov) harmonizovaných medzinárodných noriem, špecifikácií a dohôd. Táto prax je zárukou, že vytvorený informačný systém bude implementovaný ako „otvorený systém“. Inými slovami, takýto IS bude škálovateľný, mobilný, prenosný, bude mať užívateľsky prívetivé rozhrania atď.
Životný cyklus informačného systému je tvorený v súlade s princípom top-down dizajnu a má spravidla špirálovo-iteratívny charakter. Realizované etapy, počnúc od najskorších, sa cyklicky opakujú v súlade so zmenami požiadaviek a vonkajších podmienok, zavádzaním ďalších obmedzení a pod. V každej etape životného cyklu sa generuje určitý súbor technických riešení a dokumentov, a pre každú fázu sú počiatočné dokumenty a riešenia prijaté v predchádzajúcej fáze. Životný cyklus informačného systému sa končí ukončením jeho softvérovej a technickej podpory.
6.2. Pretváranie obchodného procesu
Zavádzanie informačných technológií a informačných systémov implementovaných na ich základe do každodennej činnosti podniku mu dáva taktické a dlhodobé obchodné výhody. Túžba manažmentu využívať IT môže zostať len dobrým úmyslom, ak nedodržiava stanovené požiadavky a pravidlá pre vývoj, návrh a implementáciu IT. Vyššie sme hovorili o základných požiadavkách na štandardizáciu objektov a funkčných úloh, bez ktorých nebude implementovaný systém otvoreným systémom, čo následne povedie k početným problémom pri jeho implementácii a prevádzke.
Dodržiavanie požiadaviek noriem pri vývoji IP automaticky vedie k tomu, že samotný podnik - vonkajšie prostredie pre IS - spĺňal aj potrebné požiadavky: definícia a štandardizácia tried používateľov a objektov, topológia dátových tokov a práce, architektúra zdedených a vyvinutých subsystémov, stav podnikových procesov atď.
Podnikový proces je systém sekvenčných, cieľavedomých a regulovaných činností, v ktorých sa prostredníctvom kontrolných úkonov a pomocou určitých zdrojov za určitý čas premieňajú procesné vstupy na výstupy – na výsledky, ktoré sú hodnotné pre spotrebiteľa a prinášajú zisk. výrobcovi.
Štandardný celopodnikový obchodný proces je implementovaný ako sieť hlavných, pomocných, podporných a riadiacich procesov (obr. 6.6).
Ryža. 6.6.
Rozdelenie na hlavné a pomocné procesy zároveň závisí do určitej miery od predmetu a smerovania činnosti podniku: pre výrobný podnik sú pomocné napríklad činnosti právneho oddelenia a pre právny, resp. poradenská firma sú hlavné. Predpokladom je identifikácia procesov, bez ktorých implementácie nie je možná informatizácia činností.
Podnikoví manažéri, ktorí sa rozhodli implementovať IT, musia pevne pochopiť, že začiatok práce na návrhu informačného systému si najčastejšie vyžaduje povinné reinžinieringy podnikových procesov! Reengineering pozostáva z mnohých metód a odporúčaní, z ktorých si musíte vybrať tie, ktoré najlepšie uspokoja vaše ciele.
Reengineering podnikových procesov je súbor metód a činností používaných na redizajn procesov v súlade so zmenenými podmienkami externého a interného prostredia a/alebo podnikových cieľov.
Existuje niekoľko základných pravidiel, ktoré by sa mali dodržiavať počas procesu reengineeringu:
- vývoj konzistentných postupných postupov na redizajn procesov;
- používanie štandardných jazykov a notácií v dizajne;
- prítomnosť heuristických a pragmatických ukazovateľov, ktoré umožňujú posúdiť alebo zmerať mieru, do akej prepracovaný proces alebo funkčnosť spĺňa stanovené ciele;
- prístup k riešeniu konkrétnych problémov a ich celku by mal byť systematický;
- aj malé zlepšenie by malo mať rýchly pozitívny účinok.
Reinžiniering podnikových procesov a funkcií začína preskúmaním cieľov podniku, jeho štruktúry, analýzou potrieb interných používateľov a trhu, produktov a produkovaných služieb (obr. 6.7).
Preplánovanie cieľov a zámerov zahŕňa revíziu podnikovej politiky a zodpovedanie nasledujúcich otázok:
- Aké nové výzvy nám prinášajú zmenené obchodné podmienky?
- Čo predstavuje podnik v súčasnosti a čo od neho chceme v budúcnosti?
- Akým spotrebiteľom slúžime, nakoľko uspokojujeme ich požiadavky a očakávania a čo je potrebné urobiť, aby sme prilákali nových?
- Aké konkrétne ukazovatele určujú efektívnosť podniku, produktivitu práce a kvalitu produktov?Je táto definícia úplná a primeraná?
- Aké informačné technológie a nástroje nám v tom pomôžu?
Ryža. 6.7.
Na zodpovedanie týchto kľúčových otázok je potrebné v prvom rade vykonať podrobný popis podnikovej architektúry podniku, jeho obchodnej logiky, vybudovať funkčný model interakcie podnikových procesov, zdrojov a personálu a premietnuť ho do architektúra IS, obsah modulov informačných subsystémov a vizualizácia foriem prezentácie informácií. Potrebné je mať aj metódy a nástroje na reorganizáciu procesov, riešenie aplikovaných problémov a riadenie reengineeringového projektu (obr. 6.8). Popis podnikovej podnikovej architektúry vám umožňuje:
- zostaviť diagram hlavných tokov údajov, práce, pohybu financií a dokumentov;
- pochopiť, ako sú informácie distribuované medzi oddeleniami a kto je koncový používateľ v konkrétnom obchodnom procese;
- opísať interakciu procesov a modulov informačného systému;
- určiť kritickú dôležitosť typov informácií pre konkrétne úrovne riadenia podniku;
- identifikovať duplicitné štruktúry a spojenia.
Ryža. 6.8.
Výsledkom tohto popisu je:
- prepracovaná mapa siete procesov;
- matica vzťahov medzi procesmi a oddeleniami zapojenými do týchto procesov;
- informácie o tom, aké automatizačné systémy existujú, v akých operáciách sa používajú, kde a aké údaje sa používajú, aké automatizačné a informačné systémy je potrebné vyvinúť;
- funkčné diagramy dátových tokov (Data Flow), pracovných tokov (Work Flow), finančných tokov (Cash Flow), tokov dopadov na manažment (Control Flow) a toku dokumentov (Doc Flow).
Funkčný model pomôže vytvoriť presné špecifikácie všetkých operácií, postupov a vzťahov medzi nimi. Takýto model, ak je správne zostavený, poskytuje komplexný popis fungovania procesu a všetkých informačných tokov v rámci neho. Tento model popisuje stav „tak ako je“. Na základe výsledkov analýzy možných spôsobov zlepšenia je potrebné prejsť od reálneho modelu k modelu, ktorý vylepšenia charakterizuje - model „As To Be“, možnosť „Ako to má byť“ (obr. 6.9). .
Ryža. 6.9.
Funkčné modelovanie je pomerne vážny problém, úplnosť a súlad vytvoreného modelu závisí od modelovacích nástrojov aj od kvalifikácie odborníkov vykonávajúcich toto modelovanie.
Reengineering podnikových procesov je zložitý a mnohostranný projekt, ktorý si vyžaduje starostlivé plánovanie a vypracovanie detailov. Tabuľka 6.1 ukazuje hlavné fázy reinžinieringu.
| Etapa | Diania |
|---|---|
| Plánovanie a začatie práce | Identifikácia hlavných dôvodov vykonania reformy v podniku a posúdenie dôsledkov upustenia od takejto reformy |
| Identifikácia kritických procesov vyžadujúcich reengineering | |
| Identifikácia podobne zmýšľajúcich ľudí z vedenia a vytvorenie pracovnej skupiny zo zástupcov administratívy | |
| Zabezpečte podporu manažmentu projektu | |
| Príprava plánu projektu: definovanie rozsahu, identifikácia merateľných cieľov, výber metodiky, vypracovanie podrobného harmonogramu | |
| Koordinácia cieľov a rozsahu projektu s vedením | |
| Vytvorenie reinžinieringovej skupiny | |
| Výber konzultantov alebo externých odborníkov | |
| Vedenie úvodného stretnutia | |
| Komunikácia cieľov projektu s manažérmi na nižšej úrovni; prvotná komunikácia s celou organizáciou | |
| Školenie reengineeringového tímu | |
| Príprava plánu a začatie práce | |
| Výskum | Analytická štúdia skúseností spoločností s podobnými procesmi |
| Skúmajte zákazníkov a kontrolné skupiny, aby ste identifikovali existujúce a budúce požiadavky | |
| Rozhovor so zamestnancami a manažérmi s cieľom identifikovať problémy; brainstorming | |
| Hľadanie údajov o trendoch v odvetví a skúsenostiach iných ľudí v literatúre a tlači | |
| Príprava podrobných dokumentov pre počiatočné procesy a zber prevádzkových údajov; identifikácia nedostatkov | |
| Prehľad technologických zmien a možností | |
| Prieskum medzi vlastníkmi a zástupcami manažmentu | |
| Účasť na kluboch a seminároch | |
| Zber údajov od externých odborníkov a konzultantov | |
| Dizajn | Brainstoring a rozvoj inovatívnych nápadov; Cvičenia kreatívneho myslenia na „stiahnutie klapiek“ |
| Práca cez scenáre „čo ak“. a uplatňovanie „vzorcov úspechu“ iných spoločností | |
| Vytvorenie 3-5 modelov s pomocou špecialistov; vývoj komplexných modelov, ktoré kombinujú to najlepšie z každého z predchádzajúcich | |
| Vytvorenie obrazu ideálneho procesu | |
| Definícia nových modelov procesov a ich grafické znázornenie | |
| Vývoj organizačného modelu v kombinácii s novým procesom | |
| Stanovenie technologických požiadaviek; výber platformy pre nové procesy | |
| Rozlišovanie krátkodobých a dlhodobých opatrení | |
| Vyhlásenie | Analýza nákladov a výnosov; výpočet návratnosti kapitálu |
| Hodnotenie dopadu na klientov a zamestnancov; posúdenie vplyvu na konkurencieschopnosť | |
| Príprava bielej knihy pre vrcholový manažment | |
| Vedenie kontrolných stretnutí na preskúmanie a schválenie podrobností projektu organizačným výborom a vrcholovým manažmentom | |
| Implementácia | Dokončenie podrobného vývoja procesov a organizačných modelov; definovanie nových pracovných povinností |
| Vývoj podporných systémov | |
| Implementácia predbežných možností a počiatočných testov | |
| Zoznámenie zamestnancov s novou možnosťou; vypracovanie a implementácia plánu reforiem | |
| Vypracovanie fázového plánu; implementáciu ako takú | |
| Vypracovanie tréningového plánu; školenie zamestnancov v nových procesoch a systémoch | |
| Následné udalosti | Vývoj činností pravidelného hodnotenia; určenie výsledku nového procesu; implementácia programu neustáleho zlepšovania nového procesu |
| Predloženie záverečnej správy organizačnému výboru a administratíve |
6.3. Procesné mapovanie a modelovanie
Dnes sa rozšírili tri hlavné metodológie funkčného modelovania (a ich sprievodné nástroje): IDEF (Integrated DEFINition), UML (Unified Modeling Language) a ARIS (Architecture of Integrated Information Systems). Pre každý z nich existujú určité softvérové produkty, ktoré okrem vývoja umožňujú vykonávať transformácie a operácie pre následnú prácu s výslednými modelmi. Najpoužívanejšie sú dnes metodiky IDEF a softvérový produkt BPWin, ktorý obsahuje metodiky IDEF0, IDEF3, DFD (Data Flow Diagrams) a ERWin (IDEF1x) od Computer Associates.
História metodiky IDEF sa začína v 70. rokoch dvadsiateho storočia metodikou SADT (Structured Analysis and Design Technique), ktorú vyvinul Douglas Ross (Softtech INC). SADT pôvodne využívalo Ministerstvo obrany USA na praktické modelovanie procesov ako súčasť programu ICAM (Integrated Computer Aided Manufacturing). Základnou požiadavkou pri vývoji rodiny uvažovaných metodík bola možnosť efektívnej výmeny informácií medzi všetkými odborníkmi zúčastňujúcimi sa na programe ICAM (Icam DEFinition). Táto metodika bola následne transformovaná do štandardu IDEF0 (Function Modeling, FIPS č. 183). Do rodiny IDEF patria už spomínané IDEF3 (Process Description Capture) a IDEF1x (Data Modeling, FIPS č. 184).
Po zverejnení noriem sa úspešne uplatnili v rôznych oblastiach podnikania a ukázali sa ako efektívny prostriedok na analýzu, navrhovanie a zobrazovanie obchodných procesov (mimochodom, aktívne sa využíva aj v domácich vládnych agentúrach, napr. napríklad na Štátnej daňovej inšpekcii). Široké používanie IDEF (a predchádzajúcej metodiky SADT) je navyše zodpovedné za vznik základných myšlienok dnes populárneho konceptu „Business Process Reengineering“ (BPR).
Informačný proces je trvalo udržateľný proces (súslednosť prác a akcií s údajmi a informáciami) súvisiaci s podporou výrobných a ekonomických aktivít podniku a zvyčajne zameraný na informačné služby pre vytváranie novej hodnoty. Podnikový proces zahŕňa hierarchiu vzájomne prepojených funkčných činností, ktoré implementujú jeden (alebo niekoľko) obchodných cieľov spoločnosti a odrážajú výsledky v informačnom systéme, napríklad informačnú podporu pre riadenie a analýzu výstupu produktu alebo podporu zdrojov pre výstup produktu. (výrobkami sa tu rozumejú tovary, služby, rozhodnutia, dokumenty).
Práca s metódou IDEF začína stanovením cieľa modelovania. Svetové skúsenosti ukazujú, že chyby v stanovovaní cieľov vedú v priemere k 50% zlyhaniam v procese modelovania. Formulovanie cieľa na začiatku smeruje prácu daným smerom, a preto obmedzuje rozsah otázok na analýzu. Praktická práca začína definovaním kontextu (Context, Context Diagram), teda najvyššej úrovne systému, v našom prípade podniku. Po sformulovaní cieľa je potrebné načrtnúť oblasť modelovania (Scope), ktorú následne určí všeobecné smery pohyb a hĺbka detailov (Decomposition). V skutočnosti samotná metodika IDEF definuje štandardizované objekty na obsluhu a zobrazenie. Patria sem napríklad funkcia (Activity), oblúk rozhrania (Arrow), poznámka (Note), ako aj spôsob ich umiestnenia a interpretácie (Sémantika).
V poslednej dobe na ruský trh objavil sa softvérový produkt Business Studio, ktorý je špeciálne vytvorený pre prácu s metódami IDEF a má intuitívne a prívetivé rozhranie (User-friendly Interface).
Ryža. 6.10.
Notácia a metodika IDEF0 je založená na koncepte „bloku“, teda obdĺžnika, ktorý vyjadruje určitú obchodnú funkciu (obrázok 6.10). V súlade s normou musí byť funkcia vyjadrená slovesnou frázou. V IDEF0 sú úlohy strán obdĺžnika (funkčné významy) rôzne: horná strana má význam „kontrola“, ľavá strana znamená „vstup“. “, pravá strana znamená „výstup“, spodná strana znamená „vykonávací mechanizmus“.
Druhým prvkom metodiky a zápisu je „tok“, v štandarde nazývaný „oblúk rozhrania“. Toto je prvok, ktorý popisuje dáta, neformálne ovládanie alebo čokoľvek iné, čo ovplyvňuje funkciu zobrazenú blokom. Prúdy sú označené mennou frázou.
V závislosti od toho, na ktorú stranu bloku smeruje tok, sa preto nazýva „vstup“, „výstup“, „riadenie“. Obrazovým prvkom znázorňujúcim tok je šípka. Prúd možno interpretovať ako reprezentáciu objektu, ktorý sa vzťahuje na informačný objekt aj na skutočný fyzický objekt.
Dôležitým faktorom je, že „zdroj“ a „cieľ“ tokov (to znamená začiatok a koniec šípky) môžu byť spravidla iba bloky. V tomto prípade môže byť zdrojom iba výstupná strana bloku a ktorýkoľvek zo zvyšných troch môže byť prijímač. Ak je potrebné zdôrazniť vonkajšiu povahu toku, možno použiť metódu „tunelovania“ - skrytie alebo zobrazenie oblúka rozhrania z „tunela“.
A napokon „tretím pilierom“ metodiky IDEF0 je princíp funkčného rozkladu blokov, čo je modelová interpretácia praktickej situácie, že každú akciu (najmä niečo také zložité ako obchodný proces) možno rozložiť (rozložiť) do jednoduchších operácií (akcie, obchodné funkcie). Alebo inými slovami, akcia môže byť reprezentovaná ako súbor elementárnych funkcií.
Príklad funkčného modelu procesu expedície a dodania produktov je na obr. 6.11.
Stupeň formalizácie popisu obchodných procesov sa môže líšiť v závislosti od riešených úloh. Na popis informačných procesov bol vyvinutý špecializovaný jazyk BPEL (Business Process Execution Language). BPEL je založený na XML, aby formálne popisoval obchodné procesy a protokoly pre ich vzájomnú interakciu. BPEL rozširuje model interakcie webových služieb o podporu transakcií.
V súčasnosti sa aktívne rozvíja metodika BPMS (Business Process Management System) - trieda softvéru na riadenie obchodných procesov a administratívnych predpisov. (Používajú sa aj pojmy BPM systém a jednoducho BPM). Používanie BPMS umožňuje organizovať efektívnu interakciu medzi manažérmi a IT špecialistami, lepšie využívať existujúce subsystémy a urýchliť vývoj nových.
Hlavnými funkciami BPMS sú modelovanie, vykonávanie a monitorovanie obchodných procesov. Na základe údajov z monitorovania podniky identifikujú úzke miesta a zlepšujú svoje obchodné procesy. Cyklus riadenia sa uzavrie, keď sa pomocou BPMS rýchlo uvedú do prevádzky zmenené obchodné procesy.
Moderné metódy navrhovania a vývoja softvéru IS sa snažia plne sústrediť na možnosti automatizovaných, prevádzkových zmien. Najťažším procesom sa ukázala byť štandardizácia jazyka BPEL s cieľom zjednotiť používanie rovnakých konštruktov softvérom od rôznych výrobcov. IBM a Microsoft definovali dva celkom podobné jazyky: WSFL (Web Services Flow Language) a Xlang.
Rastúca popularita BPML a otvorený pohyb BPMS používateľom viedli spoločnosti Intalio Inc., IBM a Microsoft k rozhodnutiu spojiť tieto jazyky do nový jazyk BPEL4WS. V apríli 2003 BEA Systems, IBM, Microsoft, SAP a Siebel Systems prispeli BPEL4WS verzie 1.1 do OASIS na štandardizáciu v technickom výbore Web Services BPEL. Hoci sa BPEL4WS objavil vo verziách 1.0 a 1.1, technická komisia WS-BPEL OASIS hlasovala 14. septembra 2004 za označenie špecifikácie WS-BPEL 2.0. Táto zmena bola vykonaná s cieľom zosúladiť BPEL s inými štandardmi webových služieb, ktoré na základe Konvencie pomenovania začínajú písmenami „WS-“.
Active Endpoints Corporation, Adobe, BEA, IBM, Oracle a SAP zverejnili konsenzuálne špecifikácie BPEL4 People a WS-HumanTask, ktoré popisovali, ako by sa interakcia procesov s ľuďmi dala implementovať v systéme a notáciách BPEL. Očakáva sa, že do BPEL bude pridaná sémantika vo forme WS-HumanTask a rôznych ďalších doplnkov.
6.4. Zabezpečenie procesu analýzy a návrhu IP s možnosťami CASE technológií
Pojem CASE (Computer Aided Software/System Engineering) sa v súčasnosti používa vo veľmi širokom zmysle. Pôvodný význam pojmu CASE, obmedzený len na otázky automatizácie vývoja softvéru, v súčasnosti nadobudol nový význam, pokrývajúci proces vývoja komplexného IS ako celku.
Teraz sa pod pojmom CASE nástroje označujú softvérové nástroje, ktoré podporujú procesy tvorby a údržby IS vrátane analýzy a formulácie požiadaviek, návrhu aplikačného softvéru (aplikácií) a databáz, generovania kódu, testovania, dokumentácie, zabezpečenia kvality, riadenia konfigurácie a projektu. riadenie, ako aj iné procesy. Moderné CASE nástroje tak spolu so systémovým softvérom a technickou podporou tvoria ucelené vývojové prostredie IS.
Vzniku technológie CASE a nástrojov CASE predchádzal výskum v oblasti metodológie programovania. Programovanie nadobudlo črty systémového prístupu s vývojom a implementáciou vysokoúrovňových jazykov, metód štruktúrovaného a modulárneho programovania, nástrojov vizuálneho modelovania a dizajnu na báze UML (Unified Modeling Language), nástrojov na ich podporu, formálnych a neformálnych popisné jazyky Požiadavky na systém a špecifikácie atď. Okrem toho vznik technológie CASE uľahčili faktory ako:
- školenie analytikov a programátorov vnímavých ku konceptom modulárneho a štruktúrovaného programovania;
- široké prijatie a neustály rast výkonu počítača, čo umožnilo používať efektívne grafické nástroje a automatizovať väčšinu fáz návrhu;
- zavedenie sieťovej technológie, ktorá umožnila spojiť úsilie jednotlivých interpretov do jedného procesu návrhu pomocou zdieľanej databázy obsahujúcej potrebné informácie o projekte.
Technológia CASE je metodika návrhu IS, ako aj súbor nástrojov, ktoré umožňujú vizuálne modelovať predmetnú oblasť, analyzovať tento model vo všetkých fázach vývoja a údržby IS a vyvíjať aplikácie v súlade s informačnými potrebami používateľov. Väčšina existujúcich nástrojov CASE je založená na metodológiách štrukturálnej (väčšinou) alebo objektovo orientovanej analýzy a návrhu, pričom používa špecifikácie vo forme diagramov alebo textov na popis externých požiadaviek, prepojenia medzi modelmi systémov, dynamiku správania systému a softvérovú architektúru [Vendrov A. M. . , http://www.citforum.ru/database/case/index.shtml].
Nástroje CASE umožňujú vytvoriť nielen produkt, ktorý je prakticky pripravený na použitie, ale aj zabezpečiť „správny“ proces jeho vývoja. Hlavným cieľom technológie je oddeliť návrh softvéru od jeho kódovania, montáže, testovania a pred budúcimi používateľmi čo najviac „skryť“ všetky detaily vývoja a prevádzky softvéru. Zároveň sa výrazne zvýši efektivita práce dizajnéra: skráti sa čas vývoja, zníži sa počet softvérových chýb a softvérové moduly sa dajú použiť v budúcom vývoji.
Väčšina nástrojov CASE je založená na metodológii/metóde/notácii/štruktúre/paradigme nástrojov.
Metodika stanovuje usmernenia pre hodnotenie a výber projektu vývoja softvéru, etapy a postupnosť prác a pravidlá uplatňovania určitých metód.
Metóda – systematický postup alebo technológia na generovanie popisov softvérových komponentov (napríklad popisy tokov a dátových štruktúr).
Zápisy sú určené na opis systému ako celku, jeho prvkov: grafy, diagramy, tabuľky, blokové diagramy, algoritmy, formálne jazyky a programovacie jazyky.
Štruktúry sú prostriedkom na implementáciu štrukturálnej analýzy a konštrukciu štruktúry špecifického systému.
Nástroje - technologické a softvérové nástroje na podporu a zlepšenie metód.
CASE technológie majú tieto hlavné výhody, ktoré im umožňujú široké využitie pri vývoji informačných systémov:
- urýchliť proces kolektívneho navrhovania a vývoja;
- umožňujú v krátkom čase vytvoriť prototyp objednaného systému so špecifikovanými vlastnosťami;
- oslobodiť vývojára od rutinnej práce a ponechať čas na kreativitu;
- zabezpečiť efektivitu a kvalitu vyvíjaného softvéru automatizáciou riadenia celého procesu vývoja;
- podporovať údržbu a rozvoj systému na vysokej úrovni.
Treba poznamenať, že napriek všetkým potenciálnym schopnostiam nástrojov CASE existuje veľa príkladov ich neúspešnej implementácie, v dôsledku čoho sa nástroje CASE stávajú „policovým“ softvérom.
V tejto súvislosti je potrebné vziať do úvahy nasledovné:
- CASE-opravné prostriedky nemusia mať nutne okamžitý účinok, možno ho získať až po určitom čase;
- skutočné náklady na implementáciu nástrojov CASE zvyčajne ďaleko prevyšujú náklady na ich nákup;
- Nástroje CASE poskytujú príležitosti na významné výhody až po úspešnej implementácii, efektívnom školení používateľov a pravidelnom používaní.
Môžete tiež uviesť nasledujúce faktory, ktoré sťažujú určenie možný efekt pomocou nástrojov CASE:
- široká škála kvality a možností nástrojov CASE;
- relatívne krátky čas používania nástrojov CASE v rôznych organizáciách a nedostatok skúseností s ich používaním;
- široká škála implementačných postupov rôznych organizácií;
- nedostatok podrobných metrík a údajov pre už ukončené a prebiehajúce projekty;
- široká škála tematických oblastí projektov;
- rôzne stupne integrácie nástrojov CASE v rôznych projektoch.
Niektorí analytici sa domnievajú, že skutočné výhody používania niektorých typov nástrojov CASE možno realizovať až po jednom alebo dvoch rokoch skúseností. Iní sa domnievajú, že vplyv môže skutočne nastať počas prevádzkovej fázy životného cyklu IS, keď technologické vylepšenia môžu viesť k nižším prevádzkovým nákladom.
Nižšie sú uvedené hlavné typy a postupnosť práce odporúčané pri konštrukcii logických modelov predmetnej oblasti v rámci technológie CASE na analýzu systému riadenia podniku.
- Uskutočnenie funkčného a informačného prieskumu systému manažérstva (administratívne a riadiace činnosti) podniku (obr. 6.1.2):
- určenie organizačnej štruktúry podniku;
- určenie funkčnej štruktúry podniku;
- stanovenie zoznamu cieľových funkcií konštrukčných prvkov (oddielov a funkcionárov);
- určenie rozsahu a poradia inšpekcie konštrukčných prvkov riadiaceho systému v súlade s formulovanými cieľovými funkciami;
- kontrola činností vybraných konštrukčných prvkov;
- konštrukcia FD diagramu riadiaceho systému s uvedením konštrukčných prvkov a funkcií, ktorých realizácia bude modelovaná na úrovni DFD.
- Vývoj modelov činnosti konštrukčných prvkov a systému riadenia ako celku:
- identifikácia rôznych vonkajších objektov, ktoré majú významný vplyv na činnosť konštrukčného prvku;
- špecifikácia vstupných a výstupných informačných tokov;
- identifikácia hlavných procesov, ktoré určujú činnosť konštrukčného prvku a zabezpečujú realizáciu jeho cieľových funkcií;
- špecifikácia informačných tokov medzi hlavnými procesmi činnosti, objasnenie súvislostí medzi procesmi a vonkajšími objektmi;
- hodnotenie objemov, intenzity a iných nevyhnutných charakteristík informačných tokov;
- vývoj hierarchie diagramov toku údajov, ktoré tvoria funkčný model činnosti konštrukčného prvku;
- kombinovanie DFD modelov konštrukčných prvkov do jedného modelu podnikového manažérskeho systému.
- Vývoj informačných modelov konštrukčných prvkov a modelu informačného priestoru riadiaceho systému:
- definovanie entít modelu a ich atribútov;
- vykonávanie analýzy atribútov a optimalizácie entít;
- identifikácia vzťahov medzi entitami a definovanie typov vzťahov;
- analýza a optimalizácia informačného modelu;
- spájanie informačných modelov do jedného modelu informačného priestoru.
- Vypracovanie návrhov na automatizáciu systému riadenia podniku:
- určenie hraníc automatizácie - zostavenie zoznamu automatizovaných konštrukčných prvkov, rozdelenie procesov kľúčových činností na automatické, automatizované a manuálne;
- zostavenie zoznamu podsystémov a logických pracovných staníc (automatizované pracovné stanice), určenie spôsobov ich interakcie;
- vypracovanie návrhov poradia návrhu a implementácie podsystémov a jednotlivých logických pracovísk zaradených do IS;
- vývoj požiadaviek na základnú technickú podporu informačných systémov;
- vývoj požiadaviek na základný softvér IS.
Logický model, ktorý odzrkadľuje činnosti systému riadenia podniku a informačný priestor, v ktorom sa táto činnosť uskutočňuje, predstavuje „snímku“ stavu vecí (funkčná štruktúra, úlohy úradníkov, interakcia útvarov, akceptované technológie spracovania manažérskych informácií , automatizované a neautomatizované procesy a pod.) v čase vyšetrenia. Tento model vám umožňuje pochopiť, čo podnik robí a ako funguje z hľadiska systémovej analýzy a formulovať návrhy na zlepšenie situácie.
Vypracovanie logického modelu predmetnej oblasti, jeho dôsledná transformácia na model cieľového IS, umožní integrovať perspektívne návrhy manažmentu a vedúcich zamestnancov podniku, odborníkov a systémových analytikov a sformovať víziu nová, reorganizovaná a automatizovaná činnosť podniku (obr. 6.12).
Ryža. 6.12.
Skonštruovaný model je úplným výsledkom z nasledujúcich dôvodov.
- Zahŕňa model existujúcej manuálnej technológie prijatej podnikom. Formálna analýza tohto modelu nám umožňuje identifikovať úzke miesta v riadení podniku a formulovať odporúčania na jeho zlepšenie (bez ohľadu na to, či sa plánuje ďalší vývoj automatizovaného systému alebo nie).
- Je nezávislý a oddeliteľný od konkrétnych vývojárov, nevyžaduje údržbu a dá sa bezbolestne preniesť na iných. Navyše, ak z nejakého dôvodu nie je podnik pripravený na realizáciu projektu v danom čase, model možno „odložiť na poličku“, kým to nebude potrebné.
- Umožňuje efektívne zaškolenie nových zamestnancov v špecifických oblastiach činnosti podniku, keďže príslušné technológie sú obsiahnuté v modeli.
- S jeho pomocou je možné vykonať predbežné modelovanie sľubných oblastí činnosti podniku s cieľom identifikovať nové dátové toky, interagujúce procesy a štrukturálne prvky.
- Zabezpečuje šírenie nazbieraných skúseností v iných podnikoch, umožňuje zjednotiť administratívne, manažérske a finančné aktivity tieto podniky.
Model nie je len implementáciou počiatočných fáz práce a základom pre tvorbu technických špecifikácií pre jej nasledujúce etapy. Predstavuje samostatný výsledok, ktorý má veľký praktický význam, pretože umožňuje ďalšie využitie CASE technológií pre samotný návrh a vývoj IS.
Ryža. 6.15. Zloženie nástroja IBM-Rational CASE Obr. 6.16).
6.5. Implementácia informačných systémov
Implementácia podnikového IP, vyvinutého nezávisle alebo zakúpeného od dodávateľa, je často sprevádzaná narušením (prepracovaním) existujúcich obchodných procesov v podniku. Musíme ich prebudovať, aby spĺňali požiadavky noriem a logiku implementovaného systému. Hneď si všimnime, že zavádzanie informačných systémov rieši množstvo manažérskych a technických problémov, no prináša problémy spojené s ľudským faktorom.
Implementácia informačného systému spravidla výrazne uľahčuje riadenie podnikových aktivít, optimalizuje interné a externé informačné toky a odstraňuje úzke miesta v riadení. Po úspešnom nainštalovaní systému, „otestovaní“ v prevádzke a preukázaní účinnosti však niektorí zamestnanci prejavujú nechuť IS pri svojej práci využívať. Výsledkom reengineeringu je, že niektorí zamestnanci do značnej miery duplikujú prácu iných alebo nie sú vôbec potrební. Okrem toho implementáciu CIS sprevádza povinné školenie, ale ako ukazuje ruská skúsenosť, nie je veľa ľudí ochotných rekvalifikovať sa. Zlomiť staré zručnosti a vštepiť nové je dlhý a náročný proces!
Musí byť jasné, že podnikové IP je navrhnuté tak, aby zjednodušilo riadenie organizácie, zlepšilo procesy, posilnilo kontrolu a tým poskytlo konkurenčné výhody. Len z tohto hľadiska možno hodnotiť prínosy jeho realizácie.
Podľa tejto logiky je zrejmé, že hoci podnikový IS má vo všeobecnosti poskytovať všetkým používateľom potrebné informácie, riadenie vývoja a implementácie CIS je výsadou vrcholového manažmentu podniku! Rozumejú tomu lídri?
Aj tu musíme bojovať s pretrvávajúcimi stereotypmi. "Prečo potrebujem podnikový systém, ak veci v podniku už idú dobre?" "Prečo niečo lámať, keď všetko funguje?" Ale najčastejšie to nie je potrebné porušiť. V prvej fáze stačí len kompetentne a správne formalizovať a preniesť identifikované procesy, v ktorých podnik žije, do podnikového IS. Takáto formalizácia len predostrie a zjemní úspešné marketingové a výrobné nápady, optimalizuje proces riadenia a kontroly a umožní cielené zmeny v budúcnosti.
Zavedenie nového IS je zložitý proces, trvajúci od niekoľkých mesiacov pri malých IS až po niekoľko rokov pri IS veľkých distribuovaných spoločností so širokým sortimentom produktov a veľkým počtom dodávateľov. Úspech projektu rozvoja (akvizície) a implementácie IP do značnej miery závisí od pripravenosti podniku realizovať projekt, osobného záujmu a vôle manažmentu, realistického akčného programu, dostupnosti zdrojov, vyškoleného personálu, a schopnosť prekonať odpor na všetkých úrovniach zavedenej organizácie.
Doteraz tam bolo štandardná sada techniky implementácie IS. Základným pravidlom je dokončiť požadované fázy postupne a žiadnu z nich nepreskočiť.
Nasledujúce faktory sú rozhodujúce pre implementáciu:
- prítomnosť jasne definovaných cieľov projektu a požiadaviek IP;
- dostupnosť stratégie implementácie a využívania IP;
- vykonanie predprojektového prieskumu podniku a zostavenie modelov „Ako je“ a „Ako bude“;
- plánovanie práce, zdrojov a monitorovanie realizácie implementačného plánu;
- účasť vrcholového manažmentu na implementácii systému;
- vykonávanie prác na implementácii IS špecialistami na systémovú integráciu spolu s podnikovými špecialistami;
- pravidelné sledovanie kvality vykonanej práce;
- rýchly príjem pozitívne výsledky aspoň v časti implementovaných modulov IS alebo počas jeho skúšobnej prevádzky.
Pred začatím prípravy implementačného projektu musíte:
- čo najviac formalizovať ciele projektu implementácie IS;
- odhadnúť minimálne nevyhnutné náklady a nákladové položky;
- stanoviť vysokú prioritu implementačného projektu pred inými prebiehajúcimi projektmi;
- dať projektovému manažérovi maximálne možné právomoci;
- vykonávať masovú vzdelávaciu prácu s personálom podniku s cieľom sprostredkovať všetkým dôležitosť a nevyhnutnosť nadchádzajúcich transformácií;
- rozvíjať organizačné opatrenia na využívanie nových informačných technológií;
- rozdeliť osobnú zodpovednosť na všetky fázy implementácie a skúšobnej prevádzky.
Je tiež potrebné určiť funkčné oblasti implementácie modulov informačného systému:
- organizačný manažment;
- organizačná a administratívna podpora;
- riadenie obchodných procesov;
- riadenie, finančné plánovanie a účtovníctvo;
- personálny manažment;
- správa dokumentov;
- riadenie logistiky;
- riadenie vzťahov s klientmi a vonkajším prostredím.
Okrem vyššie uvedeného je potrebné stanoviť technologické požiadavky na implementáciu IS:
- systémová platforma: implementácia a prispôsobenie hotového riešenia od výrobcu alebo vývoj na mieru podľa technických špecifikácií zákazníka.
- integrovateľnosť: údaje sa ukladajú a spracúvajú v jedinom informačnom priestore – to zabezpečuje ich úplnosť, konzistentnosť, spoľahlivosť a opätovné použitie; systém môže zahŕňať novo vyvinuté a už používané technológie a aplikácie.
- prispôsobivosť: systém je nakonfigurovaný v súlade s požiadavkami zákazníka a charakteristikami informačného poľa zákazníka.
- distribuovaný: systém môže efektívne fungovať v geograficky vzdialených divíziách a pobočkách podniku.
- škálovateľnosť: systém je možné realizovať vo forme rámca obsahujúceho základné moduly a rozširovať v súlade s požiadavkami meniaceho sa vonkajšieho a vnútorného prostredia.
Hlavné fázy implementácie informačného systému
Fáza "Prípravné práce na príprave projektu implementácie IS." Počas predprojektového prieskumu podniku (obr. 6.1.4) sa zhromažďujú podrobné informácie o štruktúrnej štruktúre organizácie, funkčných vzťahoch, systéme riadenia, hlavných podnikových procesoch, tokoch v rámci podniku (Control Flow, Doc Flow, Dátový tok, pracovný tok, peňažný tok), potrebné na zostavenie vhodných modelov a výber objektov na automatizáciu. Hodnotí sa načasovanie, zdroje, druhy a objemy práce, rozsah a cena softvéru, hardvéru a telekomunikácií, náklady na školenia personálu atď.
Fáza „Príprava projektu“. Po dokončení prvej fázy sa vykoná predbežné plánovanie a tvorba postupov spustenia projektu:
- vytváranie projektových a expertných skupín;
- rozdelenie právomocí a zodpovedností;
- stanovenie organizačných a technických požiadaviek na proces implementácie;
- objasnenie špecifikácií a očakávaní zákazníkov;
- školenie implementačnej skupiny pozostávajúcej zo špecialistov zákazníckeho podniku.
Tá posledná je veľmi dôležitý bod z nejakého dôvodu často chýba pri zostavovaní plánu implementácie. Úspech celého projektu však veľmi závisí od toho! Po začatí financovania sa projekt považuje za spustený.
Ryža. 6.17. Vzorový obsah úložiska implementačného projektu
Fáza „Implementácia projektu“. Počas hlavných implementačných prác sa vytvorí, nainštaluje a nakonfiguruje systémové prostredie, určia sa postupy správy systému a nainštalujú sa základné hardvérové a softvérové systémy a aplikácie. Systém konfiguruje organizačné, personálne a organizačno-funkčné štruktúry podniku pomocou takých organizačných jednotiek, ako je pobočka, oddelenie, divízia, pracovná skupina atď.
Vykonáva sa inštalácia, konfigurácia a nastavenie sieťových a telekomunikačných nástrojov, prenášanie údajov z predchádzajúcich lokálnych systémov a vytváranie rozhraní so staršími a externými systémami. Zároveň sú všetky vytvorené modely, plány, fungujúce softvérové produkty, dokumentácia umiestnené v end-to-end úložisku implementačného projektu (obr. 6.17
Funkčná organizácia počítača. Chrbticový modulárny princíp konštrukcie počítača. Počítačové periférie a interné zariadenia: účel a hlavné charakteristiky. Softvérový princíp riadenia počítača. Typy pamäte v počítači. Hlavné pamäťové médiá a ich najdôležitejšie vlastnosti.Súbory. Operácie so súbormi. operačný systém. Hlavné typy počítačového softvéru. Rôzne spôsoby zadávania informácií do počítača. Diskrétne dátové modely v počítači. Inštalácia programov.
Bezpečnostné opatrenia a hygienické normy pri práci na počítači. Ochrana informačnej bezpečnosti. Počítačové vírusy: spôsoby distribúcie,
prevencia infekcie. Antivírusové programy.
Základy programovania. Algoritmus. Typy algoritmov. Programovací jazyk Pascal. Štruktúra programu. Údaje. Úvod do jedného z programovacích jazykov. Základné dátové štruktúry. Pridelenie. Premenná: názov, typ, hodnota. Lineárna, vetviaca a cyklická štruktúra v Pascale. Funkcie, podprogramy.
Počítačové programovanie. Vysokoúrovňové programovacie jazyky (HPLP), ich klasifikácia. Štruktúra programu v jazyku Pascal. Prezentácia údajov v programe. Pravidlá pre písanie základných operátorov: priradenie, vstup, výstup, vetvenie, slučky. Štruktúrovaný dátový typ – pole. Metódy na popis a spracovanie polí. Etapy riešenia problému pomocou programovania: formulácia problému, formalizácia, algoritmizácia, kódovanie, ladenie, testovanie .
Informačné systémy.Účel internetových komunikačných služieb. Účel internetových informačných služieb. Základné pojmy WWW. Čo je to vyhľadávací adresár, vyhľadávací index. Aké nástroje existujú na vytváranie webových stránok. Možnosti textového procesora na vytváranie webových stránok. Čo je databáza (DB). Základné pojmy relačných databáz. Definícia a účel DBMS Základy organizácie multitabuľkovej databázy. Čo je schéma databázy Čo je integrita údajov. Etapy vytvárania multitabuľkovej databázy pomocou relačnej DBMS. Organizácia výberových dopytov v databáze s viacerými tabuľkami. Základné logické operácie používané v dotazoch. Pravidlá pre reprezentáciu podmienok vzorkovania v dopytovacom jazyku.
Technológie informačného modelovania. Matematický model. Formuláre na znázornenie závislostí medzi veličinami. Regresný model. Prognózovanie pomocou regresného modelu. Čo je korelačná závislosť. Tabuľkový procesor má schopnosti na vykonávanie korelačnej analýzy. Optimálne plánovanie Čo je zdroj, ako sú opísané. Cieľ strategického plánovania Schopnosti tabuľkového procesora riešiť problémy plánovania; Základy sociálnej informačnej vedy.
Podobné dokumenty
Etapy vývoja informačných systémov. Prostriedky na ukladanie a prenos informácií do ruskej štandardnej banky CJSC. Teoretické otázky genézy a perspektív vývoja prostriedkov na ukladanie a prenos informácií v ruských finančných inštitúciách.
práca, pridané 23.06.2012
Charakteristika obsahu procesov spojených s vyhľadávaním, uchovávaním, prenosom, spracovaním a používaním informácií. Priepustnosť a odolnosť voči šumu kanálov prenosu správ. Softvérové nástroje na implementáciu informačných procesov.
abstrakt, pridaný 10.03.2012
Dizajn technologických procesov berúc do úvahy spôsob ich realizácie. Centralizované, decentralizované, distribuované a integrované metódy spracovania informačných údajov. Komplex a klasifikácia technických prostriedkov prezentácie informácií.
test, pridané 10.4.2009
Analýza moderných technológií na ochranu pred únikom dôverných informácií. Možné únikové kanály a technické prostriedky ochrany. Systémy pre aktívny monitoring užívateľských staníc, nástroje pre obsahovú analýzu odchádzajúcich dátových paketov.
kurzová práca, pridané 26.05.2010
Prostriedkom na výmenu počítačových informácií s vonkajším svetom sú periférne zariadenia. Klasifikácia zariadení na vstup/výstup informácií. Vlastnosti použitia a vlastnosti bežných konvertorových a riadiacich zariadení typu manipulátora.
test, pridaný 11.03.2014
Architektúra a štruktúra osobného počítača. Hlavné trendy vo vývoji počítačového hardvéru. Chrbticový modulárny princíp architektúry osobného počítača. Zariadenie osobného počítača. Generácie počítačov a ich vlastnosti.
kurzová práca, pridané 03.04.2009
Pasívne a aktívne technické prostriedky ochrany akustického a vibroakustického kanála. Detekcia vstavaných rádiových zariadení. Softvérové a hardvérové systémy na rádiové monitorovanie. Generátory hluku v akustickom rozsahu. Ultrazvuková ochrana priestorov.
abstrakt, pridaný 24.10.2009
Charakteristika pojmu počítačový vírus. Všeobecné informácie o základných technológiách archivácie súborov, programoch údržby pamäťových médií. Štúdium funkcií defragmentácie médií, odstránenie fragmentácie a zrýchlenie prevádzky zariadení.
abstrakt, pridaný 25.11.2014
Pojem informácie a informačné technológie. Hlavné typy informácií. Technológie na zber, ukladanie, prenos, spracovanie a prezentáciu informácií. Klasifikácia informačných technológií podľa oblastí použitia: spracovanie textových a číselných informácií.
priebeh prednášok, doplnené 26.09.2017
Účel prostriedkov zobrazovania informácií. Spôsoby, ako prezentovať informácie vizuálne. Hlavné charakteristiky prostriedkov reprodukcie a zobrazovania informácií. Charakteristika spotreby energie a nákladov zariadení na zobrazovanie informácií.
