Scream

Měl jsem výjimečnou příležitost realizovat projekt specifických vlastností. V jakých oblastech byl projekt netradiční?

• Zákazník v podobě jediné fyzické entity byl zároveň výhradním uživatelem systému.
• Na projektu jsem měl možnost zastávat všechny role: project manager, analyst, software architect, developer.
• Zákazník byl projektu od začátku přátelsky nakloňen a jeho důvěra v systém v průběhu realizace stoupala až k hranici nekritického obdivu.

Zadání bylo následující: Systém zajištění a ochrany životního podmínek uživatele v nestabilním prostředí rušivých podnětů vně hranic systému. V následujících odstavcích se pokusím kriticky shrnout průběh projektu.

Project management
Byl minimalizován na nezbytně nutnou míru limitně se blížící ničemu. Základní premisa zněla: veškerá důvěra a zodpovědnost leží na dílčích rolích účastnících se procesu realizace. Tato strategie byla po uzavření projektu vyhodnocena jako velmi úspěšná.

Analysis
Velmi zajímavá část projektu, neboť zadání byl jediný analitycký podklad, který zákazník poskytl. Veškerá analýza tak byla založena na schopnosti analytika získat odpovídající informace dané obchodní oblasti z jiných dostupných zdrojů. Kostrou výsledného analytického dokumentu byla specifikace systému s ohleden na následující funkční požadavky:

• Systém musí zajišťovat životní prostředí uživatele s ohledem na směrnice evropské unie.
• Systém bude ochraňovat uživatele před vnějšími vlivy potencionálně škodlivého charakteru.
• Systém zároveň ochrání své okolí před potencionálně škodlivými kroky uživatele.
• Systém musí mít grafické rozhraní odpovídající kontextu jeho užití.

Sofware architecture
Jako profesní architekt bych tuto část projektu prohlásil za pilíř realizovaného systému. Kvalitní architektura a design se odrazila v přímočarosti a hladkosti implementační fáze bez nutnosti refactoringu. Hlavní rysy architektury odrážely tyto nefunkční požadavky:

• Škálovatelnost není zapotřebí s ohledem na skutečnost, že zákazník je a do budoucna zůstane jediným uživatelem systému.
• Stabilita musela být zajištěna do té míry, že systém nesmí býti ovlivněn ve svých funkčnostech ani zásahem samotného uživatele zevnitř systému. Z uvedeného plyne, že stabilita byla jedním z hlavních kritérií a bylo nutno ji ověřit sadou důkladných testů, které byly s ohledem na potřeby zákazníka předimenzovány.
• Dostupnost musí být garantována v režimu 7×24.
• Zabezpečení systému byl další klíčový aspekt, který odrážel potřebu ochránit uživatele před vlivem okolí. Systém tak podporuje důmyslný mechanismus autentizace založený na symetrickém metalickém klíči.
• Propustnost systému je klíčová především s ohledem na zajištění dostatečného informačního toku směrem k uživateli. Bez zajištění odpovídajícího množství vstupních dat by byl zákazník flustrován a nebyl by ochoten přijmout systém za svůj.
• Administrace systému musí býti minimalizována na nejnižší možnou míru. Tento požadavek byl naplněn do té míry, že správa spočívá s aktualizaci grafickáho rozhraní v intervalu zhruba dvou let.

Implementation
Implementační fáze byla s ohledem na všechny předchozí části projektu bezproblémová a dala by se nazvat duševní lázní vývojáře.

Dále uvádím screenshoty systému:

• Zákazník (vlevo) a jeho account manager
• Celkový pohled
• Detail autentizačního mechanismu