Role analýzy v dějinách lidstva
První verzi tohoto článku jsem napsal již před řadou let, jako reakci na požadavek tehdejšího kvestora VUT doc. Janíčka (dnešního rektora) a několika tajemníků fakult. S ohledem na jisté problémy při komunikaci s lidmi kolem IT, potřebovali vysvětlit, jak vlastně ""správně" probíhá vývoj, údržba a provoz SW systémů. V tomto článku najdete pokus vysvětlit základní věci kolem těchto procesů.
V dalších článcích (odkaz) popíšu detailněji, jednak jakou roli hraje v rámci SW projektu, zejména v rámci IT analýzy, budoucí uživatel SW systému, a bude detailně popsáno, jaké výstupy může zadavatel/uživatel od IT analýzy očekávat. Hlavně, aby nedošlo ke zbytečnému zklamání případně rozčarováni. A další článek popíše ve větším detailu postup a výstupy IT analýzy.
SW projekt, tam se to vše odehrává
V IT je již několik desítek let dobrým, ale někdy málo využívaným, zvykem řešit vývoj SW jako projekt. IT Projekt, jako každý projekt, chápeme, jako koordinované, časově omezené, úsilí, zaměřené k dosažení nějakého výsledku. V případě IT projektů se jedná o kroky, jejichž výsledkem je vývoj či modifikace nějakého SW systému. Využívání IT projektů je pochopitelně nutné pro vývoj větších a komplexnějších SW systémů např. pro banky, vysoké školy, distribuční firmy apod. Některé zásady jsou však užitečné i pro menší IT projekty.
SW projekt si můžeme představit jako přechod přes most, kde na jednom (levém) břehu je (zelené) "houští" uživatelských požadavků a na druhém (pravém) břehu je vyvinutá aplikace nebo SW systém. IT analýza pak představuje něco jako první krok ve směru k IT břehu. Alegorie je dobrá i proto, že řada SW projektů skončí špatně. To se stává, no i z mostu můžete spadnout do vody.
Specifičnost světa IT přináší i specifické kroky (etapy), přes které SW projekt prochází. Většinou se vyskytují (některé i opakovaně) tyto etapy:
- Sběr požadavků: Etapa, kdy uživatele sepisuje a zadává svoje požadavky na nový SW systém či modifikace stávajícího SW systému
- IT analýza: Analýza je v tomto postupu první etapou, kdy se představy/požadavky BUS "překlápějí" do IT termínů. IT analýza představuje překročení hranice mezi uživatelským a IT světem. Tato etapaněkdy odpoví i na věci, které mezi požadavky nebyly. Spolupráce BUS a IT lidí
- Programování: Tvorba kódu aplikace v programovacím jazyce, tvorba databáze, integrace s ostatními částmi SW systému, … Práce pro IT lidi.
- Testování a akceptace: Prověřování toho, zda vytvořený systém/aplikace odpovídají tomu, co chtěl uživatel a co s ním dohodl analytik. Spolupráce BUS a IT lidí.
- Nasazeni: Zařazení vyvinuté aplikace/systému do provozu. Ať jde o existující či nový systém
Zde je nutno poznamenat, že v tabulce je uveden velmi zjednodušený postup SW projektu. Někdy je nazýván (s určitým pejorativním nádechem) jako "vodopád". Snad ve smyslu, že výsledky jedné etapy se přelévají (bez návratu) do další etapy. To se ukázalo na základě špatných výsledků SW projektů, jako nepraktické ba nefungující. V současnosti existuje řada metodik a postupů, které tyto etapy upravují, provazují a hlavně upravují pro různé velikosti SW projektů. Podstata, zejména pro účely tohoto článku je však nedotčena
V dalším textu se budu zabývat jen etapami sběru požadavků a IT analýzou. Jde o etapy, ve kterých je vyžadována spolupráce BUS a IT lidí. V rámci tohoto článku je jim věnována jen stručná zmínka. K tématu požadavků připravuji článek Jak na požadavky, k detailům výstupů analýzy článek Role uživatele v SW projektu.
Sběr požadavků - proč se to vlastně dělá.
Výsledkem sběru požadavků (ideálně) je:
- Seznam řešených uživatelských požadavků: tzn. z celkového balíku požadavků jsou v seznamu ty, které jsou oběma stranami (business, IT) odsouhlaseny, je ohodnocen jejich pracnost a priorita nejlépe i časově oceněné
- Pravidla fungování businessu, používané normy, zákony a vnitřní předpisy firmy, společnosti, školy, …
- Přehled stavu stávající SW podpory: zejména ve smyslu možných zdrojů dat, jejich nedostatků apod.
Etapa IT analýzy – její role
IT analýza, představuje je první etapou SW projektu, v níž se CO definované v etapě sběru požadavků začíná "překlápět" do JAK, se tyto požadavky budou realizovat. Pro další postup SW projektu musí IT analýza definovat:
- Jaká data bude aplikace zpracovávat
- Jaké typy uživatelů budou s aplikací pracovat, určí se tzv. uživatelské role
- Jaké chování bude aplikace jednotlivým typům uživatelů nabízet, tzv. uživatelské funkce
- Jakým způsobem budou data a funkce uživatelům prezentovány, tzv. návrh obrazovek a dalších způsobů, jak chování aplikace uživateli zpřístupnit
- S jakými jinými aplikacemi případně s jejich daty bude spolupracovat
IT analýza používá pojmy a objekty ze světa IT, které jsou však pořád srozumitelný i budoucím uživatelům. Každý uživatel zná, s jakými daty potřebuje pracovat, jaká je jeho role, jaké funkce potřebuje pro svou práci a dokáže se orientovat v tom, jak vypadá práce se SW aplikací. Snad jen otázka dalších aplikací, se kterými bude aplikace komunikovat pro něj nemusí být tak důležitá.
Zde se nabízí alegorie se stavbou domu. Při stavbě domu představuje plán domu první krok při realizaci stavby, který je srozumitelný jak zadavateli, tak staviteli. A pokud je tento plán odsouhlasený, je možno dále posupovat s realizací stavby.
V čem jsou vlastně SW projekty specifické?
Sběr požadavků - proč se to vlastně dělá.
Výsledkem sběru požadavků (ideálně) je:
- Seznam řešených uživatelských požadavků: tzn. z celkového balíku požadavků jsou v seznamu ty, které jsou oběma stranami (business, IT) odsouhlaseny, je ohodnocen jejich pracnost a priorita nejlépe i časově oceněné
- Pravidla fungování businessu, používané normy, zákony a vnitřní předpisy firmy, společnosti, školy, …
- Přehled stavu stávající SW podpory: zejména ve smyslu možných zdrojů dat, jejich nedostatků apod.
Etapa IT analýzy – její role
Klikněte a můžete začít psát. Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium totam rem aperiam eaque ipsa quae ab illo inventore veritatis et quasi.
Klikněte a můžete začít psát. Voluptas sit aspernatur aut odit aut fugit sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt neque porro quisquam est qui dolorem ipsum quia.