Tddd77-group5 February 2014

tddd77-group5@lists.lysator.liu.se

10 participants
38 discussions

Fwd: Frågor C# och design
by Jon Dybeck 27 Feb '14

27 Feb '14

---------- Vidarebefordrat meddelande ---------- Från: Jon Dybeck <jondy276(a)student.liu.se> Datum: 27 februari 2014 10:24 Ämne: Re: Frågor C# och design Till: Fredrik Präntare <prantare(a)live.se> Kopia: Martin Bodin <marbo018(a)student.liu.se> Jag håller med i ert resonemang och kommer inte heller till någon definitiv slutsats. Så jag faller tillbaka på, vad går snabbast att få ett "fungerande" program med ? (det kan ju vara andra delar som fattas, och det ingår inte här i "fungerande". misstänker att svaret är mvc och callbacks ) Och efter det, vad föredrar ni? Vissa gillar olika sätt att arbeta? Eventuellt kan Martin ha synpunkter eller råd om det här, så jag skickar en kopia till honom. Den 27 februari 2014 10:17 skrev Fredrik Präntare <prantare(a)live.se>: > Extrakoden är inte svår att skriva. Extrakoden kan dock bli överflödig om vi > inte använder den på något vettigt sätt. I nuläget verkar det inte finnas > särskilt mycket i managern som får fördelar av MVVM och ICommand, även fast > det i framtiden kanske finns det. Egentligen är designbeslutet kanske lite > av karaktären "agilt vs vattenfall" - i den meningen att den ena lösningen > (MVVM/ICommand) täcker in alla möjliga problem medan den andra vid första > anblick verkar bättre för den produkt vi ska utveckla (MVC/events). > > Visual Studio "autogenererar" inte särskilt mycket. Däremot är ICommand dels > välutvecklad men också väldigt hårt kopplad mellan ViewModel och View vilket > leder till att man inte behöver skriva särskilt mycket XAML-kod (den mesta > koden man behöver skriva är implementering av ICommand i C#). > > Svaret verkar alltså inte, för mig och Mattias, vara helt självklart. Kör vi > MVC och events är det bara att köra igång "som vanligt" medan MVVM och > ICommand verkar ha flertalet fördelar på "sikt". > > Mvh > Fredrik och Mattias > >> From: jondy276(a)student.liu.se >> Date: Thu, 27 Feb 2014 10:03:19 +0100 >> Subject: Re: Frågor C# och design >> To: prantare(a)live.se > >> >> Det är helt klart en komplicerad fråga, särkilt eftersom jag inte >> använt wpf tidigare. >> Jag tycker det låter som en bra idé eftersom MVVM och ICommand ger oss >> ett mer strukturerat system jämfört med MVC som ganska ofta blir lite >> rörigt. >> >> Men jag tycker den avgörande frågan är: Är extrakoden faktiskt svår att >> skriva? >> Jag misstänker att Visual Studio kan hjälpa med en hel del av den (tex >> xml för gui). >> >> Den 27 februari 2014 09:53 skrev Fredrik Präntare <prantare(a)live.se>: >> > Hej! >> > >> > Vi har suttit och kikat på MVVM och ICommand (OO-"command" för GUI i >> > WPF). >> > Vi undrar om du tycker att det låter bra att vi kör på MVVM och >> > ICommand, >> > istället för MVC och rena "buttonevents", eller om du har något annat >> > förslag? Vi är inte helt övertygade om att vi verkligen behöver ICommand >> > då >> > det inte är särskilt mycket som ska loggas i managern. ICommand verkar >> > dock >> > också ha andra fördelar gällande GUI även fast det blir en hel del >> > extrakod. >> > Ingen av oss har använt C# tidigare så det är en del funderingar som >> > uppkommer. >> > >> > Med vänlig hälsning >> > Fredrik och Mattias

1 0

Kravspecifikation för manager
by Fredrik Präntare 27 Feb '14

27 Feb '14

Hej! Jag och Mattias har gått igenom kravspecifikationen och har några funderingar kring den. Vi behöver också veta vad som prioriteras vid visualisering? Vad skall finnas i "huvudfönstret" dvs den skärm man tas till när managern startas? S.R.21: Vi behöver fortfarande en lista på vilka serverinställningar som skall kunna göras. S.R.21.2: Vad är det för serverinformation som skall finnas? S.R.22: Hur skall ett scenario kunna specifieras? Pratar vi endast resurspaket eller är det också andra inställningar? S.R.22.3: Hur skall strictness kunna väljas? Snackar vi om en siffra 1-10 som skickas vidare till servern eller snackar vi mer specifika inställningar för vad klienten får göra? S.R.23: Hur skall instruktören kunna övervaka managern? Kan bli onödiga konflikter om kunden tänker på något annat än vad vi gör. S.R.23.1: Viktigt: Kom ihåg att ta upp denna med kund! S.R.23.4: Kommer logg-data från servern eller behöver vi bara tänka på representation avdata? S.R.24: Hur skall managern kunna styra över pågående övningar utöver pausa, stoppa och starta (som finns i en annan kravpunkt)? S.R.24.4.3: Vilka ändringar? S.R.24.5.3: Kanske ändra till något i stil med "Välja bland fördefinierade events under körning"? S.R.25: Behöver lista på vilka kvalitetsindikatorer som skall visas. Mvh Fredrik och Mattias

2 1

Frågor om kravspecifikationspunkter som rör manager
by Fredrik Präntare 27 Feb '14

27 Feb '14

1 0

TDDD77: Dokument på engelska
by Jonas Lindgren 25 Feb '14

25 Feb '14

Hejsan, Jag har pratat med Kristian och det går bra om era deliverables till kund är på engelska, så länge själva kandidatarbetet är på svenska. I övrigt finns nu instruktioner inför seminariet på kurshemsidan. -- Med vänlig hälsning Jonas Lindgren Tekniker Institutionen för datavetenskap 581 83 Linköping

1 0

TDDD77: Dokument rättade
by Jonas Lindgren 21 Feb '14

21 Feb '14

Hejsan, Jag har rättat de stora 4 dokumenten, och de finns nu att hämta, med kommentarer och allt, i mitt TDDC76-utfack mellan SU11-12. De övriga kommer vid mötet på måndag, om ni hade några. Ta med dokumenten från facket till mötet på måndag, så kan vi diskutera det lite där också. -- Med vänlig hälsning Jonas Lindgren Tekniker Institutionen för datavetenskap 581 83 Linköping

1 0

TDDD60 - Kommentarer på skriftlig inlämning
by Anna Holm 19 Feb '14

19 Feb '14

Hej, jag och Mattias Arvola har gått igenom inlämningarna och vi har följande kommentarer för er grupp; * Primärpersona saknas, behöver lämnas in. Tänk på att försöka göra koppling mellan personbeskrivning och produkt tydligare, exempelvis vilka system har Lennart arbetat med som är relevanta för ert system och vad har han för mål med användningen av ert system? * Koncepten är inte helt utarbetade, skulle kunna vara mer radikalt olika genom utarbetning enligt konceptformulär. Ni varierar funktionalitet och platform men ej när, var, hur, varför? * "Användbart" är ett ganska luddigt begrepp som kan betyda många olika saker, ex. effektivt och enkelt att lära sig. Tänk på att ha tydliga kriterier i pugh charts. * Om man vill använda fysiska objekt går det troligen att genomföra (stryk ej koncept för tidigt innan ni undersökt möjligheterna). * Gränssnittsskisserna behöver vara mer detaljerade för att ni ska kunna bygga prototyper efter dem. * Deltagande rapport saknas. Inlämning OK, men lämna in kopia på primärpersona. / Anna Holm

1 0

Tidsrapportering
by Martin Bodin 18 Feb '14

18 Feb '14

Vill bara påminna alla om att gå in på Trac och rapportera sin tid. Ett tips är att titta på länken på wikins förstasida, "Totalt antal inrapporterade timmar/utvecklare" för att se hur man ligger till och för att jämföra sin rapporterade tid med andra.

1 0

Dokumentinlämning förstudie TDDD77 Grupp 5
by Martin Bodin 17 Feb '14

17 Feb '14

Hej! Här kommer (förhoppningsvis alla) dokument för förstudien. Vi har genomfört de flesta av de ändringar som du föreslog. En del i planeringen är fortfarande ej bestämt, detta är markerat som TBD. Notera också att arkitekturbeskrivningen är oförändrad sen senaste inlämningen. Bifogar även gruppkontrakt och en preliminär tidsplanering. Mvh Martin Bodin, dokumentansvarig

1 0

Wireframe / Pappersprototyp
by Carl Einarson 16 Feb '14

16 Feb '14

Har lagt upp två bilder för pappersprototypen nu. Vore bra om någon kollade och ser att jag har fattat och gjort uppgiften rätt :)

1 0

seminarium måndag 2014-02-17
by Marcus Jonsson 16 Feb '14

16 Feb '14

glöm inte: http://www.ida.liu.se/~TDDD77/timetable/sem2014-02-17.shtml

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Tddd77-group5 February 2014