PoC flow : Java

[dapolach]

PoC pro srovnani flow Directus vs Java:

Uzivatel A: Zalozeni udalost

• atributy (minimalne):
  Nazev (text)
  Datum konani (datum)
  Uzaverka prihlasek (datum)
• po zalozeni se "odesle notifikace" o nove udalosti ke schvaleni vsem uzivatelum kteri mohou udalost schvalit
• zalozena udalost bude "zobrazena" v seznamu udalosti pouze uzivatelum kteri mohou udalost schvalit
  - volitelne muze byt "zobrazena" v seznamu udalosti i uzivateli ktery ji vytvoril

Uzivatel B: schvaleni udalosti

• v kalendari (staci jako seznam) se "zobrazi" dve polozky:
  • datum konani udalosti
  • datum uzaverky prihlasek pro udalost
• aby uzivatel mohl udalost schvalit, tak musi mit roli "APPROVER"
• po schvaleni bude udalost "zobrazena" v seznamu udalosti pro vsechny uzivatele

Poznamky

• "zobrazi" -> prislusne API vrati takova data popr. UI zobrazi takova data
• "odesle notifikace" -> ulozi informaci o notifikaci do DB popr. odesle email

stateDiagram-v2
    [*] --> Created
    Created --> Approved
    Approved --> [*]

Loading

CMS PoC : #238

[dapolach]

erDiagram
    USER ||--o{ EVENT : creates
    USER ||--o{ EVENT : approves
    EVENT ||--o{ CALENDAR_ITEM : sources
    EVENT ||--|| NOTIFICATION : produces
    
    USER {
        int id  
        String name  "User name"
        boolean canApproveEvent "Flag if user can approve created events"
    }
    
    EVENT {
        int id 
        String name "Event name"
        char status "'C' -> created event, 'A' -> approved event"
        Date eventDate "Date when event is happening"
        Date registrationsClosure "Date when registrations are closing for the event"
    }
    
    CALENDAR_ITEM {
        int id 
        String label    "label displayed in calendar for such item"
        String type   "enum - ('EVENT_DATE', 'EVENT_REGISTRATIONS_CLOSE')"
    }
    
    NOTIFICATION {
        int id 
        String notificationType
    }

Loading

[dapolach]

PoC castecne udelano. Pak se ale reklo ze PoC ne.