II iterace » Historie » Verze 4
Michal Horký, 2020-04-18 05:22
| 1 | 1 | Michal Horký | h1. II. iterace |
|---|---|---|---|
| 2 | |||
| 3 | h2. Obecné informace |
||
| 4 | |||
| 5 | Začátek: 3. dubna 2020 (posun na 6. dubna viz konec první iterace) |
||
| 6 | Konec: 17. dubna 2020 |
||
| 7 | Plánovaný výstup (LCA milník): |
||
| 8 | * DSP |
||
| 9 | * Architektura |
||
| 10 | * Doladění nástroje pro deserializaci (stabilní verze pro převod z binárních dat do JSON) |
||
| 11 | * Návrh GUI, popř. exportu do HTML/JScript |
||
| 12 | |||
| 13 | h2. Poznámky |
||
| 14 | 2 | Michal Horký | |
| 15 | h3. Info z týmových schůzek |
||
| 16 | |||
| 17 | Vždy probírán aktuální stav + plány do další schůzky. |
||
| 18 | 3 | Michal Horký | |
| 19 | 2 | Michal Horký | *Důležité body:* |
| 20 | * problém se vstupem - problém se zkopírovanými byty z editorů |
||
| 21 | 1 | Michal Horký | * toString() se zvýrazněnou syntaxí (+ hledání?) - na pátek ukázka pro zákazníka (formát pro název hlavní třídy) - HTML atributy, CSS, celý HTML dokument, ... |
| 22 | 3 | Michal Horký | * CLI pouze jako příkaz (bez Scanner(System.in))? Nebo s menu? Návrh pro zákazníka s definovanými volbami, bez cyklu, uvidíme co na to řekne zákazník |
| 23 | 1 | Michal Horký | * plánované odeslání aplikace 16.04. |
| 24 | * návrh pro třetí iteraci - HTML formátování výstupního +zobrazovaného+ JSON, JDBC driver |
||
| 25 | 3 | Michal Horký | * týmová domluva ohledně implementace - rozhraní čtení bytů (různě vytvářené archivy), rozhraní pro UI (kvůli výsledkům z vlákna Converter) |
| 26 | 2 | Michal Horký | * formátování zobrazovaného JSON přes dvojí volání toString() + přidání konfigů, kde si uživatel nastaví barvy, odsazování apod. |
| 27 | 3 | Michal Horký | * textovou oblast pro kopírované byty vyhodit, brát data rovnou ze schránky při "zaktivování" okna - animace pod vstupem (spíše se ze schránky bude brát ID BLOBU pro JDBC driver). |
| 28 | 4 | Michal Horký | |
| 29 | h3. Ukončení iterace - poznámky ze schůzek (se zákazníkem, s mentory) |
||
| 30 | |||
| 31 | *Zákazník* |
||
| 32 | * kopírování není úplně nutný, spokojenost s načítáním ze souboru |
||
| 33 | * JDBC driver není zajímavý (nakonec jako náhrada místo textové oblasti pro byty) |
||
| 34 | * connectionString v konfiguraci aplikace - okno nastavení aplikace přímo v GUI |
||
| 35 | * textarea pro vložení ID pro nalezení záznamu - blobu |
||
| 36 | * barvičky nekonfigurovat |
||
| 37 | * vyhledávání - zamítnuto |
||
| 38 | |||
| 39 | * posílat zazipované .jar soubory |
||
| 40 | * zákazníkovi .jar běží |
||
| 41 | * chybové hlášky u vstupů ze schránky |
||
| 42 | * možnosti kopírování? |
||
| 43 | |||
| 44 | *p. Pícha* |
||
| 45 | * deployment line nedobrá (zazipované .jar přes mail!), vzhledem k málu zbývající práce netřeba (docker, přístup zákazníka na školní repo apod.) |
||
| 46 | * "jakákoli databáze" - struktura? ER? SQL? - vyřešit před "puštěním se do toho" |
||
| 47 | |||
| 48 | * REDMINE |
||
| 49 | > * Hodiny vyrovnaně rozložené |
||
| 50 | > * Wiki v plánu je fajn |
||
| 51 | > * jediný otevřený Task = schůzky -> v pořádku |
||
| 52 | > * burndown není ideál, ale 1) ostatní závazky, 2) Velikonoce |
||
| 53 | |||
| 54 | * ISSUES |
||
| 55 | > * z II. iterace Vypadá vše OK |
||
| 56 | > * kritéria pro rozhození mezi Trackery - nejsou reálně stanoveny - stanovit |
||
| 57 | > * ! moc velká časová rezerva dána přiřazením Estimated time rodičovskému úkolu - ten to prostě sčítá! |
||
| 58 | > * nechat na nadřazeném úkolu pár hodin "pro sychr" ? - došlo k duplikaci. |
||
| 59 | |||
| 60 | * VIZE |
||
| 61 | > * stakeholders - přidat skupinu cílových uživatelů |
||
| 62 | |||
| 63 | * DSP |
||
| 64 | > * celkově dobrý, spousta pěknejch věcí |
||
| 65 | > * akceptační kritéria lépe roztříděné - viditelné, zvýraznění, lépe uvést, není nutné uvádět rušení předchozích |
||
| 66 | > * priorita nevýrazná |
||
| 67 | > * Obrázky nemaj popisky |
||
| 68 | > * use case není !USE CASE! dle UML - nedošlo k dementaci, hraničí s procesním / workflow /něčím jiným, USE CASE scénář VS USE CASE diagram, paralelismus GUI a CLI v diagramech - jak to správně dělat? |
||
| 69 | > * původní popisky byly sice přesnější, ale hodnoceny jako příliš formální |
||
| 70 | > * GUI náčrtem - popisky jednotlivých grafických prvků - screenshot neplní funkci |
||
| 71 | |||
| 72 | * ARCHITEKTURA |
||
| 73 | > * tématově, obsahově v pohodě (pokryto to, co by mělo) |
||
| 74 | > * moc textu, málo obrázků - fakt jenom obrázky, není použit standardizovaný formát obrázků |
||
| 75 | |||
| 76 | * ?REPOSITORY TAGY? |
||
| 77 | > * realease se neobjevuje v issue trackeru (ačkoliv validní) |
||
| 78 | > * tagy jinak než "II. iterace" |
||
| 79 | |||
| 80 | *p. Mouček* |
||
| 81 | > * neplánovat na svátky ;) |
||
| 82 | > * málo obrázků, STANDARDIZACE, vazby úplně blbě -> překopat! |
||
| 83 | |||
| 84 | * nevíme kdo bude aplikaci používat |
||
| 85 | * 24. 4. schůzka ASWI v době cvičení |
||
| 86 | |||
| 87 | Současná průměrná konfigurace |
||
| 88 | Vize – celkový plán, produkční prostředí - Typ databáze, verze (mysql 7 nebo co) |
||
| 89 | Databáze, use case diagramy spíše scénáře, priority, popis GUI |
||
| 90 | Architektura méně textu více obrázků, uml-komponentový diagram data-flow package |
||
| 91 | Cílový uživatelé, databáze a grafy standardizovat. |
||
| 92 | 4.5. 15:30 zákazník |
||
| 93 | Hodnotící 17:30 |