Při vytváření technického úkolu musí nutně vyjmenovávat všechny požadavky na informační systém, jinak vývojář jednoduše nebude vědět, za jakým účelem je produkt vytvořen, co je zamýšleno splnit a jak. Úkolem formulace požadavků je zákazník, i když v praxi s tím obvykle pomáhají manažeři, kterým je objednávka zadána. Studenti zapojení do psaní semestrálních prací, disertačních prací, by však měli být schopni takové seznamy vytvořit samostatně.
Společné porozumění
Proces vytváření IP je poměrně komplikovaný a sestává z mnoha po sobě jdoucích fází. Specialisté, kteří pracují na projektu, jsou nuceni se vypořádat s různými obtížemi. To lze do určité míry zjednodušit přesným formulováním požadavků na informační systém. Není vždy zřejmé, proč problémy vznikají, zejména při práci na inovativních výrobcích, a vytvoření komplexního popisu všech akcí, pro které je produkt určen, je často obtížný úkol.
Pozor na všechny podrobnosti
Úplný obrázek funkčnosti produktu je úplný seznam požadavků na informační systém. Zahrnuje také aspekty, které zákazník navrhuje, a programátor implementuje při vytváření projektu. Proces vytváření příležitostí, jejich analytický výzkum, dokumentace, testování pracovní kapacity je vývoj požadavků, během nichž je možné přesně identifikovat všechna omezení a dosáhnout shody mezi „chci“ a „opravdu proveditelné“. Je důležité si uvědomit, že moderní inženýři nejsou kouzelníci, ale lidé, kteří používají dostupné technické nástroje, jejichž možnosti jsou bohužel také omezené. Časový aspekt není o nic méně významný, protože práce na tvorbě a provádění požadavků vyžadují značné časové náklady - měsíce a někdy i roky.
Které jsou?
Je obvyklé mluvit o systémových a uživatelských požadavcích na informační systém. Přirozený jazyk popisuje jazyky předkládané konkrétním uživatelem. K objasnění formulace se můžete uchýlit k diagramům s různou mírou složitosti. To vám umožní udělat obecný dojem o funkcích, pro které má být IP implementována, ao omezeních, se kterými se ve své práci setkáte.
Systémové požadavky jsou ty specifické vlastnosti projektu, jejichž znalost vám umožní převést přání klienta do reality. Tyto technické požadavky na informační systém zahrnují prezentaci o vlastnostech zařízení, jeho výkonu a výběru ve prospěch konkrétní možnosti architektury. Systémovým aspektům lze připsat mnoho dalších aspektů, které nejsou pro uživatele zřejmé, ale upravují, jaký bude konečný produkt.
Požadavky: kde je získat?
Úkoly formulování a schvalování požadavků na informační systém nejsou tak jednoduché, jak by se na první pohled mohlo zdát. Termín se používá k označení tak složitého strukturovaného procesu, v jehož rámci je dokumentace vytvářena, potvrzena zákazníkem, dodavatelem, který jasně upravuje všechny specifikace produktu. Vývoj je rozdělen do čtyř po sobě jdoucích kroků:
- analytické činnosti k určení stupně proveditelnosti plánovaného;
- tvorba, analytická studie požadavků přímo;
- formulace požadavků na vytvoření podpůrné dokumentace;
- certifikace požadavků na datový systém pro informace, jakož i další podmínky, pravidla pro realizaci projektu.
Není to tak jednoduché
Pokud budou jednou stanoveny požadavky na bezpečnost informačních systémů, informační obsah, formát, úkoly správy a další aspekty fungování projektu, neznamená to, že zůstanou nezměněny až do „vítězného konce“. Pracovní postup je často doprovázen změnou zavedených specifikací a požadavků. Děje se tak nejen z podnětu zákazníka, ale také dodavatele, který čelí určitým technickým omezením, která brání implementaci řady plánovaných aspektů. Je důležité zvážit vlastnosti řízení procesu. Řízení změn je jedním z klíčových aspektů vývoje požadavků a jejich implementace v rámci konkrétní IP.
Důležitým aspektem práce s požadavky je definice těch s následnou univerzální analýzou informací. K tomu se používá zobecněný pracovní model. V rámci konkrétního podniku je implementován jedinečný systém řízení požadavků na informační systém, který umožňuje formulovat, upravovat, přijímat, odmítat vybrané podmínky. Hodně záleží na kvalifikaci pracovníků, typu IP, na kterém pracují, standardech používaných v pracovním postupu.
Jak to vypadá?
V praxi zahrnuje formulace, analýza požadavků na bezpečnost informačních systémů, plnění dat, struktura (a další systémy a uživatele) nejprve identifikaci vlastností konkrétní oblasti. Je vyšetřován kvalifikovanými analytiky a určuje konkrétní parametry aplikačního sektoru vyvinutého produktu v budoucnosti. Poté začnou sbírat předběžné požadavky, pracovat s osobami, které takové informace formulují. Souběžně pokračují v práci na zdokonalování oblasti předmětu.
Dalším krokem při formulování požadavků na městské informační systémy, soukromé, používané ve vládních agenturách, je vytvoření hierarchického systému identifikovaných informací. Pokud počáteční sběr informací poskytne chaotický komplex dat, pak je v rámci systematizace nařízeno vytvoření skupin prvků, které mají logické propojení mezi sebou.
Pokračující práce
Dalším krokem při specifikaci požadavků na informace v informačních systémech, struktuře projektu, funkčních, vnitřních prvcích je identifikace rozporů a řešení konfliktů. Když obdrží informace od široké škály třetích stran o práci navrženého IP, setkají se s následujícím problémem: každý člověk má své vlastní jedinečné představy o schopnostech projektu a jeho účelu. Nápady získané od různých lidí se často dostávají do konfliktu mezi sebou a také jsou v rozporu s logikou, existujícími technickými schopnostmi, prostřednictvím kterých je systém implementován. Pro zefektivnění situace je třeba po důkladné analýze identifikovat všechny rozpory a najít optimální kompromisní řešení k jejich vyřešení.
Je třeba také stanovit systém priorit, který bude identifikovat rozpory a analyzovat proveditelnost všech požadavků. Mezi obecným souborem požadavků jsou vždy důležitější a méně významné. Úkolem vývojářů je úzce spolupracovat s těmi, kdo vytvářejí požadavky, aby zjistili, které z etablovaných aspektů fungování produktu jsou nejvýznamnější, a které mohou čekat nebo být úplně zrušeny, pokud k tomu přispívají negativní vnější podmínky (například nedostatek času). Po vytvoření systému priorit můžeme začít kontrolovat identifikované aspekty z hlediska úplnosti, vzájemné kompatibility a konzistence.
Krok za krokem
Požadavky na informační systémy (osobní údaje, informace o práci podniku a jakékoli jiné) jsou formulovány jako součást cyklického procesu. Všechny fáze jsou propojeny přímo i nepřímo. Kroky jsou popsány výše: Nejprve musíte identifikovat vlastnosti oblasti předmětu, pak postupně přejděte ke kroku stanovení kompatibility požadavků mezi sebou, jakož i jejich úplnosti a dalších parametrů, což nám umožní mluvit o použitelnosti získaných podmínek v praxi pro vývojáře. Pokud se vám podaří vytvořit ucelený obrázek oblasti předmětu, již to stanoví pracovní podmínky, zejména fungování. Opakování cyklu poskytuje přesnější, hloubkový pohled na oblast, třetí cyklus umožní formulovat požadavky ještě jasněji. Opakování je nezbytné, dokud všichni účastníci pracovního postupu přesně nepochopí, k čemu je systém určen a jak bude fungovat, co je třeba implementovat při práci na projektu.
Aby byl proces formování požadavků efektivní a aby jeho výsledky byly použitelné v práci, je nutné dodržovat obecně přijímané algoritmy pro formulaci podmínek.
Referenční body
Jedná se zejména o základní metodu identifikace požadavků na státní informační systémy - zkrátka absolutně kdokoli, bez ohledu na to, kde jsou použity. V rámci definice podmínek je třeba jako výchozí podmínku uznat, že názory na uvažovanou problematiku se mohou lišit. Jsou identifikovány a použity jako základ pro formulaci prvního procesu sběru požadavků a poté skutečných podmínek.
Hledisko je poněkud vágní koncept, takže bylo vyvinuto několik přístupů, které jej interpretují odlišně. Nejjednodušší interpretace konceptu je zdrojem údajů popisujících, jak bude IP fungovat. Referenční body se stávají základem pro modelování IP a využívání informací v produktu. Sběr požadavků zahrnuje identifikaci všech významných referenčních bodů, které se dále používají v procesu výroby produktu. Zohledňuje také, jak budou tyto techniky použity ke zpracování dat.
Alternativní přístup
Další interpretace pojmu „hledisko“ zahrnuje vnímání termínu jako struktury reprezentace. Ve skutečnosti se jedná o prvek produktového modelu. Různé úhly pohledu umožňují vytvářet četné modely konečných stavových strojů, interakce entit a vztahy mezi nimi v rámci konkrétního projektu. Zohledňují se specifika rozsahu projektu.
Toto hledisko může znamenat názor externího příjemce služby implementované prostřednictvím IP. Na základě TK je možné identifikovat data, která se používají při implementaci systémových služeb, jejich řízení. Tento přístup je považován za nejúčinnější. Vytvořila základ definice požadavků zaměřených na hledisko, což je specifická metoda pro identifikaci požadavků, která vám umožňuje identifikovat informace a účinně je analyzovat.
Práce s úhlem pohledu
Nejprve je třeba je identifikovat a určit všechny služby, které jsou spojeny s konkrétním bodem. Poté je systém strukturován hierarchicky, seskupuje hlediska mezi sebou a odhaluje společné služby pro IP. Tito byli zařazeni jako nejvyšší hierarchická úroveň. Zdědí je všechny TK nižší úrovně.
Podpora TK musí být zdokumentována. Tato informace je jasně popsána vzhledem k výsledkům identifikace. Poté je možné vytvořit systém TK, ve kterém se projeví všechny objekty IP identifikované ze shromážděných informací.
Udělejte si čas!
Práce na IP zpravidla začíná rozsáhlou brainstormingovou relací určenou ke stanovení všech možných požadavků na projekt. Je třeba si předem uvědomit, že je téměř nemožné určit všechny možné požadavky jedním postupem. Čím složitější je systém, tím náročnější budou tyto postupy.Pouze v případě, že opakované brainstormingové schůzky, které se týkají jak zákazníka, tak dodavatele, neposkytují užitečné informace, přiměřeně předpokládají, že podpůrné TOR byly identifikovány a požadavky byly formulovány, můžeme je začít provádět technickými prostředky.
Certifikace požadavků
Tento postup vám umožní pochopit, do jaké míry požadavky odpovídají představám zákazníka o finálním produktu. Ověření je jedním z nejdůležitějších kroků při detekci chybné specifikace a jejím předběžném odstranění. V opačném případě bude nutné tuto změnu provést ve fázi, kdy je systém již navržen a vyroben, což znamená dočasné i jiné ztráty zdrojů. Největší problémy přinášejí chyby objevené po zavedení produktu v podniku.
V obecném případě je práce na úpravách systému hodnocena mnohem vyšší než detekce a opravy nepřesností ve fázi návrhu IP, funkčnost kódování. Měnící se požadavky ve většině případů vyvolávají působivé strukturální změny, včetně základní úrovně. To znamená, že po provedení změn budete muset projít celou řadou ověřování a testování, abyste se ujistili, že všechny navržené nástroje fungují správně.