Pri vytváraní technickej úlohy musí nevyhnutne uvádzať všetky požiadavky na informačný systém, inak vývojár jednoducho nebude vedieť, na aký účel je produkt vytvorený, čo má plniť a ako. Úloha formulovania požiadaviek leží na zákazníkovi, hoci v praxi s tým zvyčajne pomáhajú manažéri, prostredníctvom ktorých je objednávka zadaná. Študenti zapojení do písania semestrálnych prác, dizertačných prác, by však mali byť schopní samostatne vytvárať takéto zoznamy.
Spoločné porozumenie
Proces vytvárania IP je pomerne komplikovaný a pozostáva z mnohých po sebe nasledujúcich etáp. Špecialisti pracujúci na projekte sú nútení čeliť mnohým ťažkostiam. Do istej miery to možno zjednodušiť presným formulovaním požiadaviek na informačný systém. Nie je vždy zrejmé, prečo vznikajú problémy, najmä pri práci na inovatívnych výrobkoch, a vytvorenie komplexného opisu všetkých činností, na ktoré je výrobok určený, je často náročnou úlohou.
Pozor na všetky podrobnosti
Kompletný obraz o funkčnosti produktu je kompletný zoznam požiadaviek na informačný systém. Zahŕňa aspekty, ktoré zákazník navrhuje, a programátor implementuje pri vytváraní projektu. Proces budovania kapacít, ich analytický výskum, dokumentácia a testovanie výkonnosti je vývoj požiadaviek, počas ktorých je možné presne identifikovať všetky obmedzenia a dospieť ku konsenzu medzi „chcem“ a „skutočne uskutočniteľným“. Je dôležité si uvedomiť, že moderní inžinieri nie sú kúzelníci, ale ľudia, ktorí používajú prístupné technické nástroje, ktorých možnosti sú, bohužiaľ, tiež obmedzené. Časový aspekt nie je o nič menej významný, pretože práca na vytvorení a implementácii požiadaviek si vyžaduje značné časové náklady - mesiace a niekedy roky.
Aké sú tam?
Je obvyklé hovoriť o systémových a užívateľských požiadavkách na informačný systém. Prirodzený jazyk popisuje jazyky, ktoré predstavuje konkrétny používateľ. Na objasnenie znenia sa môžete uchýliť k diagramom rôzneho stupňa zložitosti. To vám umožní urobiť všeobecný dojem o funkciách, pre ktoré je IP implementovaná, ao obmedzeniach, s ktorými sa stretnete pri svojej práci.
Systémové požiadavky sú tie špecifické charakteristiky projektu, ktorých znalosť vám umožňuje previesť želania klienta do reality. Tieto technické požiadavky na informačný systém zahŕňajú prezentáciu o vlastnostiach zariadenia, jeho výkone, ako aj o výbere v prospech konkrétnej možnosti architektúry. Systémovým aspektom možno pripísať mnoho ďalších aspektov, ktoré nie sú pre používateľa zrejmé, ale regulujú, čo bude konečný produkt.
Požiadavky: kde ich získať?
Úlohy formulovania a schvaľovania požiadaviek na informačný systém nie sú také jednoduché, ako by sa mohlo zdať na prvý pohľad. Tento výraz sa používa na označenie tak komplexného štruktúrovaného procesu, v rámci ktorého sa vytvára dokumentácia, ktorú potvrdil zákazník, dodávateľ, ktorý jasne upravuje všetky špecifikácie produktu. Vývoj je rozdelený do štyroch po sebe nasledujúcich krokov:
- analytické činnosti na určenie stupňa uskutočniteľnosti plánovaného;
- priame vytvorenie analytickej štúdie požiadaviek;
- formulácia požiadaviek na vytvorenie podpornej dokumentácie;
- certifikácia požiadaviek na dátový systém pre informácie, ako aj ďalšie podmienky, pravidlá realizácie projektu.
Nie je to také jednoduché
Ak sa raz ustanovia požiadavky na bezpečnosť informačných systémov, informačný obsah, formát, úlohy riadenia a ďalšie aspekty fungovania projektu, neznamená to, že zostanú nezmenené až do „víťazného konca“. Pracovný tok je často sprevádzaný zmenou zavedených špecifikácií a požiadaviek. Deje sa tak nielen z iniciatívy zákazníka, ale aj dodávateľa, ktorý čelí určitým technickým obmedzeniam, ktoré bránia implementácii mnohých plánovaných aspektov. Je dôležité vziať do úvahy vlastnosti riadenia procesov. Riadenie zmien je jedným z kľúčových aspektov vývoja požiadaviek a ich implementácie v rámci konkrétneho IP.
Dôležitým aspektom práce s požiadavkami je definícia osôb s následnou všestrannou informačnou analytikou. Na tento účel sa používa zovšeobecnený pracovný model. V rámci konkrétneho podniku sa implementuje jedinečný systém riadenia požiadaviek na informačný systém, ktorý umožňuje sformulovať, upraviť, prijať, odmietnuť vybrané podmienky. Veľa závisí od kvalifikácie pracovníkov, typu duševného vlastníctva, na ktorom pracujú, noriem používaných v pracovnom postupe.
Ako to vyzerá?
V praxi formulácia, analýza požiadaviek na bezpečnosť informačných systémov, vypĺňanie údajov, štruktúra (a iné systémy a užívateľské) zahŕňajú najprv odhalenie charakteristík konkrétnej oblasti. Skúmajú ho kvalifikovaní analytici, ktorí určujú konkrétne parametre aplikačného sektora vyvíjaného produktu v budúcnosti. Potom začnú zhromažďovať predbežné požiadavky a pracovať s osobami, ktoré takéto informácie formulujú. Súbežne s tým pokračujú v práci na zdokonalení predmetovej oblasti.
Ďalším krokom pri formulovaní súkromných požiadaviek na mestské informačné systémy, ktoré sa používajú vo vládnych agentúrach, je vytvorenie hierarchického systému identifikovaných informácií. Ak počiatočný zber informácií poskytuje chaotický komplex údajov, potom je v rámci systematizácie usporiadané vytváranie skupín prvkov, ktoré majú logické prepojenia.
Pokračujúca práca
Ďalším krokom v špecifikácii požiadaviek na informácie v informačných systémoch, štruktúre projektu, funkčných a vnútorných črtách je identifikácia rozporov a riešenie konfliktov. Keď dostanú informácie od širokej škály tretích strán o práci navrhovaného IP, stretnú sa s nasledujúcim problémom: Každý človek má svoje vlastné jedinečné predstavy o schopnostiach projektu a jeho účele. Nápady od rôznych ľudí sa často dostávajú do konfliktu medzi sebou a tiež sú v rozpore s logikou, existujúcimi technickými možnosťami, prostredníctvom ktorých je systém implementovaný. Na zefektívnenie situácie je po dôkladnej analýze potrebné identifikovať všetky rozpory a nájsť optimálne kompromisné riešenie na ich vyriešenie.
Je potrebné vypracovať systém priorít, aby sa zistili rozpory a analyzovala uskutočniteľnosť všetkých požiadaviek. Medzi všeobecným súborom požiadaviek sú vždy dôležitejšie a menej významné. Úlohou vývojárov je úzko spolupracovať s tými, ktorí vytvárajú požiadavky, aby zistili, ktoré zo stanovených aspektov fungovania výrobku sú najvýznamnejšie a ktoré môžu čakať alebo byť úplne zrušené, ak k tomu prispejú negatívne vonkajšie podmienky (napríklad nedostatok času). Po vytvorení systému priorít môžeme začať kontrolovať identifikované aspekty z hľadiska úplnosti, vzájomnej kompatibility a konzistentnosti.
Krok za krokom
Požiadavky na informačné systémy (osobné údaje, informácie o práci podniku a ďalšie) sú formulované ako súčasť cyklického procesu. Všetky fázy sú spojené priamo aj nepriamo. Kroky sú opísané vyššie: Najprv musíte identifikovať vlastnosti predmetovej oblasti, potom postupne prejsť na krok stanovenia zlučiteľnosti požiadaviek medzi sebou, ako aj ich úplnosti a ďalších parametrov, čo nám umožňuje hovoriť o uplatniteľnosti získaných podmienok v praxi pre vývojárov. Ak sa vám podarí vytvoriť ucelený obraz oblasti predmetu, už to určuje pracovné podmienky, najmä fungovanie. Opakovanie cyklu poskytuje presnejší a podrobnejší pohľad na oblasť, tretí cyklus umožní formulovať požiadavky ešte jasnejšie. Opakovanie je potrebné dovtedy, kým všetci účastníci pracovného toku presne nepochopia, na čo je systém navrhnutý a ako bude fungovať, čo je potrebné implementovať pri práci na projekte.
Aby bol proces formovania požiadaviek efektívny a aby jeho výsledky boli použiteľné v práci, je potrebné pri formulovaní podmienok postupovať podľa všeobecne akceptovaných algoritmov.
Referenčné body
Toto je základná metóda na identifikáciu požiadaviek najmä na štátne informačné systémy - skrátka, absolútne každý, bez ohľadu na to, kde sa používajú. Ako súčasť definície podmienok je potrebné uznať ako počiatočnú podmienku, že názory na posudzovanú otázku sa môžu líšiť. Identifikujú sa a používajú sa ako základ pre formuláciu prvého procesu zhromažďovania požiadaviek a potom skutočných podmienok.
Toto hľadisko je dosť nejasný pojem, takže bolo vyvinutých niekoľko prístupov, ktoré ho interpretujú odlišne. Najjednoduchšia interpretácia koncepcie je zdrojom údajov popisujúcich, ako bude IP fungovať. Referenčné body sa stanú základom pre modelovanie IP a využívanie informácií v produkte. Zber požiadaviek zahŕňa identifikáciu všetkých významných referenčných bodov, ktoré sa ďalej používajú v procese výroby výrobku. Zohľadňuje tiež, ako sa tieto techniky použijú na spracovanie údajov.
Alternatívny prístup
Ďalšia interpretácia pojmu „pohľad“ zahŕňa vnímanie pojmu ako štruktúry zastúpenia. V skutočnosti je to prvok modelu produktu. Rôzne pohľady vám umožňujú vytvárať početné modely konečných stavových strojov, interakcie entít a vzťahy medzi nimi v rámci konkrétneho projektu. Zohľadňujú sa špecifiká rozsahu projektu.
Toto stanovisko môže znamenať stanovisko externého príjemcu služby implementovanej prostredníctvom IP. Na základe TK je možné identifikovať údaje, ktoré sa používajú pri implementácii systémových služieb, ich správe. Tento prístup sa považuje za najúčinnejší. Tvoril základ definície požiadaviek zameraných na hľadisko - špecifickej metódy na identifikáciu požiadaviek, ktorá vám umožňuje určiť informácie a efektívne ich analyzovať.
Práca so stanoviskami
Najprv je potrebné ich identifikovať, ako aj určiť všetky služby, ktoré súvisia s konkrétnym bodom. Potom je systém štruktúrovaný hierarchicky, zoskupujúc pohľady medzi sebou a odhaľujú spoločné služby pre IP. Tí sa zaradili ako najvyššia hierarchická úroveň. Dedia ich všetky TK nižšej úrovne.
Podporné TK sa musia zdokumentovať. Tieto informácie sú jasne opísané vzhľadom na výsledky identifikácie. Potom je možné zostaviť systém TK, v ktorom sa premietnu všetky objekty IP identifikované zo zhromaždených informácií.
Urobte si čas!
Spravidla sa práca na IP začína rozsiahlou brainstormingovou reláciou určenou na určenie všetkých možných požiadaviek na projekt. Je potrebné si vopred uvedomiť, že je takmer nemožné určiť všetky možné požiadavky jedným postupom. Čím zložitejší je systém, tým viac takýchto postupov bude potrebné.Iba ak opakované brainstormingové stretnutia, ktoré sa týkajú zákazníka aj dodávateľa, neposkytujú užitočné informácie, primerane predpokladajú, že podporné TOR boli identifikované a požiadavky boli sformulované, môžeme ich začať implementovať technickými prostriedkami.
Certifikácia požiadaviek
Tento postup vám umožní pochopiť, do akej miery požiadavky zodpovedajú predstavám zákazníka o finálnom produkte. Overenie je jedným z najdôležitejších krokov pri zisťovaní chybnej špecifikácie a jej eliminácii vopred. V opačnom prípade sa zmena musí vykonať v štádiu, keď je systém už navrhnutý a skonštruovaný, čo so sebou prináša dočasné aj iné straty zdrojov. Najväčšie problémy prinášajú chyby zistené po uvedení produktu na trh.
Všeobecne platí, že práca na vykonaní úprav systému je hodnotená oveľa vyššia ako detekcia a oprava nepresností vo fáze navrhovania funkčnosti kódovania IP. Meniace sa požiadavky vo väčšine prípadov vyvolávajú pôsobivé štrukturálne zmeny vrátane základnej úrovne. To znamená, že po vykonaní zmien budete musieť prejsť celou škálou overovania a testovania, aby ste sa uistili, že všetky navrhnuté nástroje fungujú správne.