Základy softwarového inženýrství

1. Co je předmětem fáze analýzy požadavků na informační systém? Analýza

• je vytvoření dostatečně přesné specifikace produktu

• není finančně náročná, přináší však velkou možnost vnesení chyby

• předmětem analýzy není co má systém dělat, jaké požadavky má realizovat, jak to bude prováděno

• Měla by odpovědět na otázku CO?

• Musí proto definovat konceptuální model řešeného systému

• Musí stanovit představu, s jakými daty bude systém pracovat, jaké služby bude systém poskytovat a jak se bude chování systému měnit

• Jaká bude dynamika systému

• Musí stanovit podmínky, za jakých je analytická dokumentace konceptuálního modelu akceptovatelná

Fáze analýzy následuje hned po úvodní studii (podklady pro rozhodnutí, zda vůbec má projekt smysl), další fáze jsou návrh (dekompozice systému na komponenty, které lze naprogramovat) a implementace (realizace komponent definovaných v návrhu a jejich sestavení do výsledného produktu).

Ze statistik vývoje velkých systémů vyplývá, že by se mělo věnovat cca 40% celkového času na analýzu. Negativním důsledkem nedostatečného úsilí analýzy jsou zvýšené nároky na implementaci a údržbu systému. Kvalitní analytická dokumentace informačního systému je nutná pro pozdější schopnost, rychle a levně přizpůsobovat informační systémy novým požadavkům zadavatele. Výstupy analýzy jsou základem pro pozdější zvládnutí procesu řízení změn.

Správou požadavků se rozumí souhrn aktivit vykonaných při sběru, definici a řízení požadavků na SW systém

V rámci analýzy je několik schůzek zákazníka s projektovým manažerem (plánuje a řídí), analytikem (vede jednání) a vývojářem (je efektivní když se účastní, má věcné argumenty, může říct co a jak, není programátor, navrhuje, testuje).

Analýza požadavků

• se zabývá vytvářením konceptuálního modelu systému

• jak má vypadat ta část bussinesu pro kterou chceme vytvořit IS

• RM (requirements model) – model požadavků

  • Funkční požadavky – na jejich základě se vytvoří jádro architektury

  • Nefunkční požadavky – způsob realizace funkčního požadavku

– jak je použitelný, výkonný, bezpečný, spolehlivý

• Use case model (model jednání)

  • Skládá se z

    • Textů – slovní popis

    • Diagramů – aktivity diagram

    • Ssd – systém sequence diagram

    • Operační kontrakt – pre a post

Příklady funkčních požadavků: - reprezentují funkci v systému

• systém umožní fakturaci

• systém bude umět zadat informaci o zákazníkovi

Příklady nefunkčních požadavků:

• rychlost odezvy systému nižší než 1s

• k zabezpečení systému se bude používat zabezpečení komunikace pomocí SSL

• využití určitých SW knihoven

Business analýza – aby analytik věděl co má dělat, v jakém kontextu se proces nachází, popsání jak funguje zákazník v kontextu s vývojem SW

Výstupy:

• Business object model

  • Datový (Doménový) model

  • …

• Business proces model

Můžeme ho zakreslit diagramy:

• Erikss-P diagram

• UML

  • Aktivity diagram

  • Stavový diagram

  • Sekvenční diagram

• BPMN diagram