P-uppgift: Redovisning - Versionshistorik

Riese den 26 augusti 2018 kl. 17.58

Riese — Sun, 26 Aug 2018 17:58:16 GMT

← Äldre version		Versionen från 26 augusti 2018 kl. 17.58
Rad 16:		Rad 16:
	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

-	Maila sedan prgw-assistent @ csc.kth.se med ~~förslag~~ på ~~tre datum och tider då~~ du ~~kan genomföra den muntliga redovisningen~~ (räkna med att redovisningen tar cirka en timme). Redovisningar går bara att boka på arbetsdagar under arbetstid (d.v.s. vardagar mellan 8:00-17:00).	+	Maila sedan prgw-assistent @ csc.kth.se med förlag på när du vill redovisa, tillgängliga dagar finns i Canvas (räkna med att redovisningen tar cirka en timme). Redovisningar går bara att boka på arbetsdagar under arbetstid (d.v.s. vardagar mellan 8:00-17:00).

	Skriv följande i ämnesraden:		Skriv följande i ämnesraden:

Riese den 1 september 2017 kl. 08.59

Riese — Fri, 01 Sep 2017 08:59:45 GMT

← Äldre version		Versionen från 1 september 2017 kl. 08.59
Rad 16:		Rad 16:
	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

-	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen. Redovisningar går bara att boka på arbetsdagar under arbetstid (d.v.s. vardagar mellan 8:00-17:00).	+	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen (räkna med att redovisningen tar cirka en timme). Redovisningar går bara att boka på arbetsdagar under arbetstid (d.v.s. vardagar mellan 8:00-17:00).

	Skriv följande i ämnesraden:		Skriv följande i ämnesraden:

Riese den 25 april 2017 kl. 04.58

Riese — Tue, 25 Apr 2017 04:58:42 GMT

← Äldre version		Versionen från 25 april 2017 kl. 04.58
Rad 47:		Rad 47:
	* Programmet ska vara användarvänligt och presentera sig vid programstart. Tydliga instruktioner ska ges på skärmen. Det ska vara lätt att förstå vad programmet skriver ut. Det är tillåtet att anta att indatafiler är felfria om inte annat anges i uppgiftslydelsen.		* Programmet ska vara användarvänligt och presentera sig vid programstart. Tydliga instruktioner ska ges på skärmen. Det ska vara lätt att förstå vad programmet skriver ut. Det är tillåtet att anta att indatafiler är felfria om inte annat anges i uppgiftslydelsen.

-	* Programmet ska vara vettigt uppdelat i funktioner, och ~~eventuellt~~ klasser. Funktioner ska inte vara alltför långa (max en skärmsida). Det ska vara lätt att i efterhand gå in och förstå och ändra i programmet. Robust, flexibelt och lättläst är nyckelord.	+	* Programmet ska vara vettigt uppdelat i funktioner och klasser. Funktioner ska inte vara alltför långa (max en skärmsida). Det ska vara lätt att i efterhand gå in och förstå och ändra i programmet. Robust, flexibelt och lättläst är nyckelord.

	* Varje funktion ska vara försedd med kommentarer som anger vad funktionen gör.Man bör också ange vad indata (parametrar) och utdata (retur-värde) betyder. Det ska räcka att läsa kommentar och funktionshuvud för att förstå hur en funktion ska användas.		* Varje funktion ska vara försedd med kommentarer som anger vad funktionen gör.Man bör också ange vad indata (parametrar) och utdata (retur-värde) betyder. Det ska räcka att läsa kommentar och funktionshuvud för att förstå hur en funktion ska användas.

Riese den 28 mars 2017 kl. 10.22

Riese — Tue, 28 Mar 2017 10:22:54 GMT

← Äldre version		Versionen från 28 mars 2017 kl. 10.22
Rad 12:		Rad 12:


-	När du är godkänd på ~~samtliga moment på kursen (~~sex tester ~~och sex~~	+	När du är godkänd på sex tester, tre inlämningsuppgifter, kodskelettet och prototypen samt har gjort och lämnat in ett granskninsprokoll (som rättas i samband med den muntliga redovisningen) är det dags att lämna in det färdiga programmet och boka en redovisningstid. Du lämnar in ditt program på vanligt sätt under rubriken "P-uppgift Slutinlämning", döp filen till <code>Förnamn_efternamn_slutinlamning.py</code>
-	inlämningsuppgifter) är det dags att lämna in det färdiga programmet ~~som görs~~ på	+
-	vanligt sätt under rubriken "P-uppgift Slutinlämning", döp filen till <code>Förnamn_efternamn_slutinlamning.py</code>.	+

	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

-	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen.	+	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen. Redovisningar går bara att boka på arbetsdagar under arbetstid (d.v.s. vardagar mellan 8:00-17:00).

	Skriv följande i ämnesraden:		Skriv följande i ämnesraden:

Riese den 21 februari 2017 kl. 18.38

Riese — Tue, 21 Feb 2017 18:38:22 GMT

← Äldre version		Versionen från 21 februari 2017 kl. 18.38
Rad 14:		Rad 14:
	När du är godkänd på samtliga moment på kursen (sex tester och sex		När du är godkänd på samtliga moment på kursen (sex tester och sex
	inlämningsuppgifter) är det dags att lämna in det färdiga programmet som görs på		inlämningsuppgifter) är det dags att lämna in det färdiga programmet som görs på
-	vanligt sätt under rubriken "P-uppgift Slutinlämning".	+	vanligt sätt under rubriken "P-uppgift Slutinlämning", döp filen till <code>Förnamn_efternamn_slutinlamning.py</code>.

	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

Msvedi den 4 september 2014 kl. 13.37

Msvedi — Thu, 04 Sep 2014 13:37:35 GMT

← Äldre version		Versionen från 4 september 2014 kl. 13.37
Rad 18:		Rad 18:
	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

-	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen. ~~Denna~~ görs vanligtvis på KTH i Stockholm, men kan även genomföras via Skype om utrustningskrav uppfylles.	+	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen.
		+
		+	Skriv följande i ämnesraden:
		+	''<kurskod> - Bokning av redovisningstid''
		+
		+	exempel: ''DA2003 - Bokning av redovisningstid''
		+
		+	Redovisningen görs vanligtvis på KTH i Stockholm, men kan även genomföras via Skype om utrustningskrav uppfylles.
	Mer information ges vid bokning av tid.		Mer information ges vid bokning av tid.

Msvedi den 24 februari 2014 kl. 13.09

Msvedi — Mon, 24 Feb 2014 13:09:27 GMT

← Äldre version		Versionen från 24 februari 2014 kl. 13.09
Rad 44:		Rad 44:
	* Programmet ska vara vettigt uppdelat i funktioner, och eventuellt klasser. Funktioner ska inte vara alltför långa (max en skärmsida). Det ska vara lätt att i efterhand gå in och förstå och ändra i programmet. Robust, flexibelt och lättläst är nyckelord.		* Programmet ska vara vettigt uppdelat i funktioner, och eventuellt klasser. Funktioner ska inte vara alltför långa (max en skärmsida). Det ska vara lätt att i efterhand gå in och förstå och ändra i programmet. Robust, flexibelt och lättläst är nyckelord.

-	* Varje ~~variabel och~~ funktion ska vara försedd med kommentarer~~. Ange vad variabeln representerar och~~ vad funktionen gör. ~~För funktioner~~ bör ~~man~~ också ange vad indata (parametrar) och utdata (retur-värde) betyder. Det ska räcka att läsa kommentar och funktionshuvud för att förstå hur en funktion ska användas.	+	* Varje funktion ska vara försedd med kommentarer som anger vad funktionen gör.Man bör också ange vad indata (parametrar) och utdata (retur-värde) betyder. Det ska räcka att läsa kommentar och funktionshuvud för att förstå hur en funktion ska användas.

	* Namn på variabler och funktioner ska vara vettiga. Alla deklarerade namn ska vara på samma språk, liksom alla kommentarer (engelska namn och svenska kommentarer är OK). Koden skall vara snyggt formaterad.		* Namn på variabler och funktioner ska vara vettiga. Alla deklarerade namn ska vara på samma språk, liksom alla kommentarer (engelska namn och svenska kommentarer är OK). Koden skall vara snyggt formaterad.

	* Nästan identiska kodstycken ska inte upprepas. Gör i stället generella funktioner. Inför inte i onödan begränsningar. Inför konstanter för sådant som man kan tänkas vilja ändra framöver (om man skulle vilja arbeta vidare med din lösning) och för tal som inte ska ändras och går att beskriva med namn.		* Nästan identiska kodstycken ska inte upprepas. Gör i stället generella funktioner. Inför inte i onödan begränsningar. Inför konstanter för sådant som man kan tänkas vilja ändra framöver (om man skulle vilja arbeta vidare med din lösning) och för tal som inte ska ändras och går att beskriva med namn.

Msvedi den 16 september 2013 kl. 15.21

Msvedi — Mon, 16 Sep 2013 15:21:04 GMT

← Äldre version		Versionen från 16 september 2013 kl. 15.21
Rad 32:		Rad 32:

	<b>Glöm ej att ta med legitimation. </b> Tänk också på att tiderna är ungefärliga så ni kan få vänta något.		<b>Glöm ej att ta med legitimation. </b> Tänk också på att tiderna är ungefärliga så ni kan få vänta något.
		+
		+
		+	==Krav på P-uppgiftslösningen==
		+
		+	Utöver kraven på funktionalitet som finns i uppgiftslydelsen gäller detta <b>alltid</b>:
		+
		+	* Programmet ska vara kommenterat upptill med författare, datum och ev revisionsdatum. Överkommentera inte programmet i övrigt. Tänk på att det är kvalitet och inte kvantitet på kommentarer som räknas.
		+
		+	* Programmet ska vara användarvänligt och presentera sig vid programstart. Tydliga instruktioner ska ges på skärmen. Det ska vara lätt att förstå vad programmet skriver ut. Det är tillåtet att anta att indatafiler är felfria om inte annat anges i uppgiftslydelsen.
		+
		+	* Programmet ska vara vettigt uppdelat i funktioner, och eventuellt klasser. Funktioner ska inte vara alltför långa (max en skärmsida). Det ska vara lätt att i efterhand gå in och förstå och ändra i programmet. Robust, flexibelt och lättläst är nyckelord.
		+
		+	* Varje variabel och funktion ska vara försedd med kommentarer. Ange vad variabeln representerar och vad funktionen gör. För funktioner bör man också ange vad indata (parametrar) och utdata (retur-värde) betyder. Det ska räcka att läsa kommentar och funktionshuvud för att förstå hur en funktion ska användas.
		+
		+	* Namn på variabler och funktioner ska vara vettiga. Alla deklarerade namn ska vara på samma språk, liksom alla kommentarer (engelska namn och svenska kommentarer är OK). Koden skall vara snyggt formaterad.
		+
		+	* Nästan identiska kodstycken ska inte upprepas. Gör i stället generella funktioner. Inför inte i onödan begränsningar. Inför konstanter för sådant som man kan tänkas vilja ändra framöver (om man skulle vilja arbeta vidare med din lösning) och för tal som inte ska ändras och går att beskriva med namn.

Msvedi den 8 juli 2013 kl. 13.55

Msvedi — Mon, 08 Jul 2013 13:55:51 GMT

← Äldre version		Versionen från 8 juli 2013 kl. 13.55
Rad 18:		Rad 18:
	<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>		<b>Kom ihåg att skicka med alla filer till programmet dvs även text-filer.</b>

-	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen ~~som~~ görs på KTH i Stockholm.	+	Maila sedan prgw-assistent @ csc.kth.se med förslag på tre datum och tider då du kan genomföra den muntliga redovisningen. Denna görs vanligtvis på KTH i Stockholm, men kan även genomföras via Skype om utrustningskrav uppfylles.
	Mer information ges vid bokning av tid.		Mer information ges vid bokning av tid.

Msvedi den 5 april 2012 kl. 12.26

Msvedi — Thu, 05 Apr 2012 12:26:19 GMT

← Äldre version		Versionen från 5 april 2012 kl. 12.26
Rad 3:		Rad 3:
	\| style="border-bottom:1px solid #797979" width="5px" \|		\| style="border-bottom:1px solid #797979" width="5px" \|
	{{Mall:Ej vald flik\|[[P-uppgift\|Information]]}}		{{Mall:Ej vald flik\|[[P-uppgift\|Information]]}}
		+	{{Mall:Ej vald flik\|[[P-uppgift: Kodskelett\|Kodskelett]]}}
		+	{{Mall:Ej vald flik\|[[P-uppgift: Prototyp\|Prototyp]]}}
	{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}		{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}
	{{Mall:Vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}		{{Mall:Vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}
		+	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|Bibliotek]]}}
	\| style="border-bottom:1px solid #797979" width="100%"\|		\| style="border-bottom:1px solid #797979" width="100%"\|
	\|}		\|}
Rad 24:		Rad 27:
	Naturligtvis avnjuter vi också en provkörning av programmet med all möjlig och omöjlig indata.		Naturligtvis avnjuter vi också en provkörning av programmet med all möjlig och omöjlig indata.

		+	Observera att vi (för att förhindra fusk) jämför din lösning mot en databas som innehåller alla tidigare inlämningar som gjorts på kursen.

	Granskningen kontrolleras vid samma tillfälle så den behöver ej vara godkänd innan redovisningen.		Granskningen kontrolleras vid samma tillfälle så den behöver ej vara godkänd innan redovisningen.

	<b>Glöm ej att ta med legitimation. </b> Tänk också på att tiderna är ungefärliga så ni kan få vänta något.		<b>Glöm ej att ta med legitimation. </b> Tänk också på att tiderna är ungefärliga så ni kan få vänta något.