-
Notifications
You must be signed in to change notification settings - Fork 3
Team Dashboard
Michael Le edited this page Nov 28, 2017
·
21 revisions
Rozdělení podúkolů: https://github.com/cyanteam/telemaniacs/issues
Podúloha | Interní deadline | Poznámka |
---|---|---|
REST API | 3. 12. 2017 | |
User Interface | 10. 12. 2017 | |
Administration | 14. 12. 2017 | |
Testování a doplnění chybějících náležitostí | 16. 12. 2017 |
- Podrobné popisy REST API a uživatelského rozhraní jsou k dispozici ve Wiki, v sekci User Interface.
-
Rozdělení úloh - každý udělá:
- 1x controller + view + odpovídající část REST API
- 1x administrace (add & update) + odpovídající část REST API
- Jedno z:
- Autentizace
- Notifikace
- Zbytek administrace (list & delete)
- Zbytek view a REST API
Podúloha | Interní deadline | Poznámka |
---|---|---|
Kontrola návrhu služeb | 20. 11. 2017 | |
Basic services | 22. 11. 2017 | |
Additional business logic in services | 24. 11. 2017 | |
DTOs and façades | 24. 11. 2017 | |
Unit tests | 25. 11. 2017 | |
Internal review | Průběžně |
- Výjimky při persistenci na DAO vrstvě jsou ošetřeny postprocessorem
- ConstraintViolationException není vyhazován na DAO vrstvě (Hibernate Validator toto provádí před persistencí)
- Bude dobré ještě vytvořit ScheduleService (služba pro získávání TV programu pro určitý seznam kanálů a časový rozsah)
- ScheduleFacade bude obsahovat metodu, jako ScheduleService + getUserSchedule pro daného uživatele
- Přidal jsem popis některých minislužeb
- Rozhodil jsem zbytek úloh
- Výjimky při persistenci na DAO vrstvě jsou odchytávány filtrem a automaticky baleny do
DataAccessException
, není nutné tyto výjimky explicitně zpracovávat
- Na stránce Services je předběžný návrh služeb, je nutné zkontrolovat
- Basic services - implementujte rozhraní služeb, základní CRUD operace ve službách (s využitím DAO); případně doplňte potřebné DAO metody
- Additional business logic in services - implementace metod s business logikou
- DTOs and façades - standardně budou fasády pro user, channel a transmission service; pro voting, favorite channels/transmissions vznikne společná fasáda user profile, zapouzdřující interakci uživatele s kanálem/přenosem
- Projekt byl rozčleněn na moduly:
-
persistence
- obsahuje entity a DAO, vznikl přejmenováním původního modulucore
-
service
- implementace služeb a fasád -
api
- rozhraní fasád a DTO
-
Podúloha | Interní deadline | Poznámka |
---|---|---|
Návrh a analýza | 23. 10. 2017 | Vytvoření Use Case a Class diagramu |
Entity+DAO | 27. 10. 2017 | |
Unit tests | 29. 10. 2017 | |
Internal review | Průběžně |
- Na GitHubu jsem do Issues sepsal review/doporučení. Nemusím mít ve všem pravdu, není vše nutné udělat a je možné, že jsem něco přehlídl. Komentáře ke Code Review pište přímo pod dané Issue, ať se neztrácíme v konverzaci.
- Namátkově kontrolujte kód ostatním. Pokud narazíte na nesrovnalost/chybu, upozorněte na to založením nového Issue.
- Entitu Episode jsem přejmenoval na TransmissionOccurrence, aby to víc vystihovalo podstatu entity.
- Je potřeba ještě vytvořit entitu Voting pro hodnocení a komentáře. Každý uživatel smí pořad hodnotit nejvýše jednou, přičemž ke svému hodnocení může připojit textový komentář.
- V Issues jsou zadány 4 úlohy k entitě Voting. Pro každého přesně jedna :-)
- Podle svého vytížení si vyberte jednu z Issues a přiřaďte se k ní. Kdo dřív příjde, ten dřív mele.
- Home
- Assignment
- Specification & Analysis
- User Interface
- Team Dashboard (CZ)
- Git Workflow (CZ)
- Used Technologies