Harmonogram SIN

Termíny mohou být i v průběhu semestru přizpůsobovány potřebám jednotlivých cvičících či v důsledku neočekávaných událostí (rektorské dny, nemoc/zahraniční cesta  cvičícího atd.). 

1. konzultace

Úvodní cvičení

2. konzultace

Prezentace vybraných vizí projektů, výběr vhodných projektů a rozdělění do týmu. Rozdání hesel k DB. 

3. konzultace

Konzultace se cvičícím první části analýzy. Tedy:

• • • • • Business cíle (BG)

        • Zdůvodnění ekonomické smysluplnosti projetu

          • náklady (TCO,...)

          • přínosy (finanční, jiné)

          • jednotkové náklady (např. průměrné náklady na uživatele/rok, jednu prodanou vstupenku, jednu realizovanou zakázku, poskytnutou půjčku,...)

        • Business Domain Model (pomocí UML class diagram v EA)

        • Business Proces Model (pomocí UML activity diagram v EA)

        • Business požadavky (BRQ) včetně vazeb na business cíle (pomocí diagramu požadavků v EA) 

 Do 3 kalendářních dnů (D+3) ode dne cvičení:

• Odevzdat elektronicky (RTF/DOCX + PDF) byznys analýzu týmového projektu se zapracovanými připomínkami cvičícího z konzultace. 

----------------------------------------

Časté chyby:

• Požadavkům chybí identifikátory.

• Požadavkům chybí stručné názvy.

• Požadavky nejsou formulovány dle předepsané šablony a často pak neobsahují informace, které by měly.

• U BRQ chybí odkaz na BG ze kterého vychází. 

• Obdobný počet BG a BRQ. BRQ je detailním rozpracováním BG! BRQ je tedy obvykle cca 3-10 krát více než BG.

• Příliš obecné BRQ. Podle BRQ by měla jít poměrně přesně odhadnout rozsah projektu.  

4. konzultace

Den před cvičením (D-1) odevzdat oponeturu oponovaného projektu v elektronické podobě. Na cvičení krátká diskuse nad oponenturu.

Konzultace softwarové analýzy projektu - systémové požadavky, diagramy případů užití a aktérů . Ukázkové modely zde. 

Konzultace finální byznys analýzy projektu k připomínkám .

5. konzultace

Konzultace softwarové analýzy projektu

• analytický doménový model, upravené systémové požadavky a  diagramy případů užití 

• každý člen týmu tři detailní specifikace případu užití včetně WF a USE-CASE kontext diagramu

6. konzultace

Konzultace softwarové analýzy projektu 

•  analytické doménový model, stavové diagramy, upravené systémové požadavky a  diagramy případů užití 

• use case detailní specifikace / scénáře případů užití, schématické návrhy obrazovek, use-case kontext diagram

• každý člen týmu minimálně 5 netriviálních případů užití.  

Do 3 kalendářních dnů (D+3) ode dne cvičení:

• Odevzdat elektronicky (RTF/DOCX + PDF) detailní analýzu týmového projektu se zapracovanými připomínkami cvičícího

Konzultace návrhu logické  architektury aplikace

• • • Diagram komponent (společné za tým!)

      • digram komponent a jejich propojení

      • diagram jednotlivých komponent jejich realizací interfaců

    • Sekvenční diagram - Každý člen týmu jeden digram pro jeden svůj složitější scénář případu užití. Odkaz na sekveční digram doplní do kontextového diagramu UC.

• • Návrh fyzické architektury

    • Diagram nasazení 

• • Kompletní schématický návrh uživatelské rozhraní - Wireframes 

    • navigace = proklikávání/prolinkování jednotlivých stránek 

    • nápověd,

    • validačních hlášek,

    • chybových hlášek.

7. konzultace

• Závěrečná konzultace

Do 3 kalendářních dnů (D+3) ode dne cvičení:

• Odevzdat elektronicky (RTF/DOCX + PDF) finální části projektu se zapracovanými připomínkami cvičícího