P-uppgift - Versionshistorik

Riese: Om var man hittar p-uppgiften

2018-05-28T04:57:05Z

Om var man hittar p-uppgiften

← Äldre version		Versionen från 28 maj 2018 kl. 04.57
Rad 25:		Rad 25:
	P-uppgiften redovisas i fyra steg: [[P-uppgift:_Kodskelett \| kodskelett]], [[P-uppgift:_Prototyp \| prototyp]], [[P-uppgift:_Granskning \| granskning]] och [[P-uppgift:_Redovisning \| redovisning]]. Slutredovisningen görs på KTH eller via Skype och du kan boka en tid när du är klar med de tre första momenten.		P-uppgiften redovisas i fyra steg: [[P-uppgift:_Kodskelett \| kodskelett]], [[P-uppgift:_Prototyp \| prototyp]], [[P-uppgift:_Granskning \| granskning]] och [[P-uppgift:_Redovisning \| redovisning]]. Slutredovisningen görs på KTH eller via Skype och du kan boka en tid när du är klar med de tre första momenten.

-	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (~~Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.~~)	+	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. I den nya plattformen (från 15 dec 2017) finns uppgiftlydelserna under "P-uppgift: Uppgiftsbeskrivning och kodskelett".
-	~~Du klickar i studentportalen på Examination. Sedan så~~ finns ~~den uppgift som just du är tilldelad att hämta~~ under P-~~Uppgift -> Din P-Uppgift~~	+

	==P-uppgiftens delmoment==		==P-uppgiftens delmoment==

Riese: Tillägg om att för betyg B kan det krävas att man läser på om nytt innehåll.

2017-02-06T14:48:50Z

Tillägg om att för betyg B kan det krävas att man läser på om nytt innehåll.

← Äldre version		Versionen från 6 februari 2017 kl. 14.48
Rad 57:		Rad 57:
	Betyget på kursen bestäms i samband med slutredovisningen. Det finns sex betygssteg, A-F, där A är det högsta betyget. A-E är alla godkända betyg och F är underkänt.		Betyget på kursen bestäms i samband med slutredovisningen. Det finns sex betygssteg, A-F, där A är det högsta betyget. A-E är alla godkända betyg och F är underkänt.

-	P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. ~~Extrauppgifterna~~ för ~~betyg B och~~ C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen.	+	P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. Extrauppgiften för C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen. Extrauppgiften för B kan kräva att du läser på mer om nya moduler i Pythondokumentationen (länk finns under "Länklista") och/eller att du utvecklar en lite klurigare algoritm.

-	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt med hjälp av tkinter till ditt program och det ingår i uppgiften att lära sig detta på egen hand. En samling bra länkar finns under rubriken GUI-länkar ~~på kursens huvudsida~~.	+	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt med hjälp av tkinter till ditt program och det ingår i uppgiften att lära sig detta på egen hand. En samling bra länkar finns under rubriken GUI-länkar under "Länklista".

	Man får betyg		Man får betyg

Riese den 19 oktober 2016 kl. 13.55

2016-10-19T13:55:26Z

← Äldre version		Versionen från 19 oktober 2016 kl. 13.55
Rad 23:		Rad 23:
	Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.		Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.

-	P-uppgiften redovisas i fyra steg: [[P-uppgift:_Kodskelett \| kodskelett]], [[P-uppgift:_Prototyp \| prototyp]], [[P-uppgift:_Granskning \| granskning]] och [[P-uppgift:_Redovisning \| redovisning]]. Slutredovisningen görs på KTH och du kan boka en tid när du är klar med de tre första momenten.	+	P-uppgiften redovisas i fyra steg: [[P-uppgift:_Kodskelett \| kodskelett]], [[P-uppgift:_Prototyp \| prototyp]], [[P-uppgift:_Granskning \| granskning]] och [[P-uppgift:_Redovisning \| redovisning]]. Slutredovisningen görs på KTH eller via Skype och du kan boka en tid när du är klar med de tre första momenten.

	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)		Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)
Rad 51:		Rad 51:
	===Slutredovisning===		===Slutredovisning===

-	När du är klar med de tre första momenten så är det dags att välja en tid för slutredovisning ~~på KTH~~. 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.	+	När du är klar med de tre första momenten så är det dags att välja en tid för slutredovisning. 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.

	== Betyg==		== Betyg==
Rad 78:		Rad 78:
	* 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 klasser. Funktioner ska inte vara alltför långa, exakt längd beror på vad funktionen gör men kortare är nästan alltid bättre (MAX 50 rader, 5-15 brukar vara en bra längd). 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, exakt längd beror på vad funktionen gör men kortare är nästan alltid bättre (MAX 50 rader, 5-15 brukar vara en bra längd). 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 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.

Robertwb den 13 september 2015 kl. 20.41

2015-09-13T20:41:00Z

← Äldre version		Versionen från 13 september 2015 kl. 20.41
Rad 38:		Rad 38:
	* En inledande kommentar som kortfattat beskriver vad programmet gör och hur det är implementerat.		* En inledande kommentar som kortfattat beskriver vad programmet gör och hur det är implementerat.
	* Funktioner (utan kod) med kommentarer.		* Funktioner (utan kod) med kommentarer.
-	* Klasser med attribut och metoder ~~(om du använder klasser)~~, men utan kod.	+	* Klasser med attribut och metoder, men utan kod.
-	* ~~Om du inte använder dig av klasser~~, ~~skriv~~ en ~~kommentar som motiverar varför du inte gör det~~.	+	* Man måste ha en (bra) klass, alla uppgifter sen 2015-06 har åtminstone en lämplig klass.

	===Prototyp===		===Prototyp===
Rad 78:		Rad 78:
	* 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, exakt längd beror på vad funktionen gör men kortare är nästan alltid bättre (MAX 50 rader, 5-15 brukar vara en bra längd). 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 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.

Msvedi den 29 juli 2014 kl. 15.59

2014-07-29T15:59:51Z

← Äldre version		Versionen från 29 juli 2014 kl. 15.59
Rad 33:		Rad 33:

	Innan programmet skrivs ska en specifikation i form av ett kodskelett lämnas in. Syftet är att du ska tänka igenom problemet innan du försöker lösa det.		Innan programmet skrivs ska en specifikation i form av ett kodskelett lämnas in. Syftet är att du ska tänka igenom problemet innan du försöker lösa det.
		+
		+	Kodskelettet ska innehålla följande delar:
		+
		+	* En inledande kommentar som kortfattat beskriver vad programmet gör och hur det är implementerat.
		+	* Funktioner (utan kod) med kommentarer.
		+	* Klasser med attribut och metoder (om du använder klasser), men utan kod.
		+	* Om du inte använder dig av klasser, skriv en kommentar som motiverar varför du inte gör det.

	===Prototyp===		===Prototyp===

Msvedi den 23 juni 2014 kl. 10.29

2014-06-23T10:29:58Z

← Äldre version		Versionen från 23 juni 2014 kl. 10.29
Rad 26:		Rad 26:

	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)		Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)
		+	Du klickar i studentportalen på Examination. Sedan så finns den uppgift som just du är tilldelad att hämta under P-Uppgift -> Din P-Uppgift

	==P-uppgiftens delmoment==		==P-uppgiftens delmoment==

Msvedi den 16 september 2013 kl. 15.50

2013-09-16T15:50:23Z

← Äldre version		Versionen från 16 september 2013 kl. 15.50
Rad 23:		Rad 23:
	Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.		Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.

-	P-uppgiften redovisas i fyra steg: kodskelett, prototyp, granskning och ~~slutredovisning~~. Slutredovisningen görs på KTH och du kan boka en tid när du är klar med de tre första momenten.	+	P-uppgiften redovisas i fyra steg: [[P-uppgift:_Kodskelett \| kodskelett]], [[P-uppgift:_Prototyp \| prototyp]], [[P-uppgift:_Granskning \| granskning]] och [[P-uppgift:_Redovisning \| redovisning]]. Slutredovisningen görs på KTH och du kan boka en tid när du är klar med de tre första momenten.

	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)		Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)

Msvedi den 16 september 2013 kl. 15.18

2013-09-16T15:18:27Z

← Äldre version		Versionen från 16 september 2013 kl. 15.18
Rad 51:		Rad 51:
	P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. Extrauppgifterna för betyg B och C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen.		P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. Extrauppgifterna för betyg B och C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen.

-	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt till ditt program och det ingår i uppgiften att lära sig detta på egen hand~~, till exempel genom att läsa på nätet om Pythons inbyggda GUI-verktyg som heter Tkinter~~. En samling bra länkar finns under rubriken GUI-länkar på kursens huvudsida.	+	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt med hjälp av tkinter till ditt program och det ingår i uppgiften att lära sig detta på egen hand. En samling bra länkar finns under rubriken GUI-länkar på kursens huvudsida.

	Man får betyg		Man får betyg
Rad 67:		Rad 67:

	* 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 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 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 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 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.		* 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 25 juni 2012 kl. 13.02

2012-06-25T13:02:51Z

← Äldre version		Versionen från 25 juni 2012 kl. 13.02
Rad 7:		Rad 7:
	{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}		{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}
	{{Mall:Ej vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}		{{Mall:Ej vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}
-	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|~~Bibliotek~~]]}}	+	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|Exempel]]}}
	\| style="border-bottom:1px solid #797979" width="100%"\|		\| style="border-bottom:1px solid #797979" width="100%"\|
	\|}		\|}

Msvedi den 5 april 2012 kl. 13.05

2012-04-05T13:05:12Z

← Äldre version		Versionen från 5 april 2012 kl. 13.05
Rad 1:		Rad 1:
		+	__NOTOC__
		+	{\| border="0" cellspacing="0" cellpadding="0" height="30" width="100%"
		+	\| style="border-bottom:1px solid #797979" width="5px" \|
		+	{{Mall: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: Redovisning\|Redovisning]]}}
		+	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|Bibliotek]]}}
		+	\| style="border-bottom:1px solid #797979" width="100%"\|
		+	\|}
		+
		+	{{Info\|
		+	'''Innehåll:'''
		+
		+	* P-uppgift
		+	* P-uppgiftens delmoment
		+	* Betyg
		+	* Krav på P-uppgiftslösningen
		+	* Fiktiv P-uppgift: Bibliotek
		+	}}
		+
	Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.		Kursens sista moment är en större, personlig programmeringsuppgift i Python; en P-uppgift. Uppgifterna är tänkta att vara något så när svåra och tidskrävande, räkna med 40-80 timmar. Betyget i kursen ges av detta moment.

-	P-uppgiften redovisas i fyra steg, kodskelett, prototyp, granskning och slutredovisning ~~(se nedan)~~. Slutredovisningen görs på KTH och du kan boka en tid när du är klar med de tre första momenten.	+	P-uppgiften redovisas i fyra steg: kodskelett, prototyp, granskning och slutredovisning. Slutredovisningen görs på KTH och du kan boka en tid när du är klar med de tre första momenten.

	Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)		Uppgiftslydelsen till din P-uppgift hämtar du från studentportalen. (Du måste dock vara klar med testet i avsnitt 1 innan du kan hämta din P-uppgift.)
-
-	P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. Extrauppgifterna för betyg B och C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen.
-
-	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt till ditt program och det ingår i uppgiften att lära sig detta på egen hand, till exempel genom att läsa på nätet om Pythons inbyggda GUI-verktyg som heter Tkinter. En samling bra länkar finns under rubriken GUI-länkar på kursens huvudsida.

	==P-uppgiftens delmoment==		==P-uppgiftens delmoment==
Rad 13:		Rad 31:
	===Kodskelett===		===Kodskelett===

-	Innan programmet skrivs ska en specifikation i form av ett kodskelett lämnas in. Syftet är att du ska tänka igenom problemet innan du försöker lösa det~~. Kodskelettet ska innehålla följande delar:~~	+	Innan programmet skrivs ska en specifikation i form av ett kodskelett lämnas in. Syftet är att du ska tänka igenom problemet innan du försöker lösa det.
-		+
-	* En inledande kommentar som kortfattat beskriver vad programmet gör och hur det är implementerat.	+
-	* Funktioner (utan kod) med kommentarer.	+
-	* Klasser med attribut och metoder (om du använder klasser), men utan kod.	+

	===Prototyp===		===Prototyp===

-	En prototyp är en första körbar version av programmet som innehåller den mest grundläggande funktionaliteten. I det här skedet behöver programmet ännu inte har fullt utbyggd felhantering, eventuella extrauppgifter behöver inte vara implementerade och vissa delar av programmet kan innehålla funktioner som ännu inte utför sin uppgift. Syftet med att lämna in en ~~protyp~~ är att vi ska kunna ge tips och råd om förbättringar och ändringar redan innan programmet är helt klart.	+	När ditt kodskelett har blivit godkänt så är det dags att börja arbeta med en prototyp av programmet. En prototyp är en första körbar version av programmet som innehåller den mest grundläggande funktionaliteten. Syftet med att lämna in en prototyp är att vi ska kunna ge tips och råd om förbättringar och ändringar redan innan programmet är helt klart.

	===Granskning===		===Granskning===

-	Innan det färdiga programmet kan redovisas för en handledare på KTH ska det testas (granskas) av en kurskamrat. Vid testen ska din granskare kritiskt granska ditt program, testköra det och fylla i ett granskningsprotokoll. ~~Denna granskning är ett obligatoriskt moment. (Varje kursdeltagare måste granska en uppgift, och alla uppgifter som ska redovisas för handledare måste granskas först.)~~ Syftet med granskningen är att du genom att kritiskt granska en annans program ska få en ökad förståelse för hur man ska (och inte ska) programmera.	+	Innan det färdiga programmet kan redovisas för en handledare på KTH ska det testas (granskas) av en kurskamrat. Vid testen ska din granskare kritiskt granska ditt program, testköra det och fylla i ett granskningsprotokoll. Syftet med granskningen är att du genom att kritiskt granska en annans program ska få en ökad förståelse för hur man ska (och inte ska) programmera.

	===Slutredovisning===		===Slutredovisning===

-	När du är klar med de tre första momenten så är det dags att välja en tid för slutredovisning på KTH. ~~Uppgiftslydelsen, en utskrift av programmet samt granskningsprotokollet ska medföras till slutredovisningen.~~ 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.	+	När du är klar med de tre första momenten så är det dags att välja en tid för slutredovisning på KTH. 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.

-	Betyget på kursen bestäms i samband med slutredovisningen. Det finns sex betygssteg, A-F, där A är det högsta betyget. A-E är alla godkända betyg och F är underkänt. Man får betyg	+	== Betyg==
		+
		+	Betyget på kursen bestäms i samband med slutredovisningen. Det finns sex betygssteg, A-F, där A är det högsta betyget. A-E är alla godkända betyg och F är underkänt.
		+
		+	P-uppgifterna är uppdelade i en grunduppgift och tre extrauppgifter som du kan göra för att få högre betyg. Extrauppgifterna för betyg B och C går att lösa med hjälp av de delar av Python som vi gått igenom hittills i kursen.
		+
		+	I extrauppgiften för betyg A ska du göra ett grafiskt användargränssnitt till ditt program och det ingår i uppgiften att lära sig detta på egen hand, till exempel genom att läsa på nätet om Pythons inbyggda GUI-verktyg som heter Tkinter. En samling bra länkar finns under rubriken GUI-länkar på kursens huvudsida.
		+
		+	Man får betyg

	* F om man har fler än 3 påpekanden eller inte uppfyller samtliga nödvändiga punkter i granskningsprotokollet.		* F om man har fler än 3 påpekanden eller inte uppfyller samtliga nödvändiga punkter i granskningsprotokollet.
Rad 39:		Rad 61:
	* B om man har uppfyllt villkoren för betyg C och dessutom har gjort extrauppgift B.		* B om man har uppfyllt villkoren för betyg C och dessutom har gjort extrauppgift B.
	* A om man har uppfyllt villkoren för betyg B och dessutom har gjort extrauppgift A.		* A om man har uppfyllt villkoren för betyg B och dessutom har gjort extrauppgift A.
-

	==Krav på P-uppgiftslösningen==		==Krav på P-uppgiftslösningen==

-	Utöver kraven på funktionalitet som finns i uppgiftslydelsen gäller detta alltid:	+	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 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.
Rad 55:		Rad 76:
	==Fiktiv P-uppgift==		==Fiktiv P-uppgift==

-	I de sista avsnitten av kursen kommer vi att gå igenom ett exempel som visar hur en P-uppgiften kan se ut och hur de olika inlämningsmomenten är tänkta att fungera. Den fiktiva uppgiften går ut på att göra ett program för hantering av enklare biblioteksrutiner. Uppgiftslydelsen ~~ser ut så~~ här:	+	I de sista avsnitten av kursen kommer vi att gå igenom ett exempel som visar hur en P-uppgiften kan se ut och hur de olika inlämningsmomenten är tänkta att fungera. Den fiktiva uppgiften går ut på att göra ett program för hantering av enklare biblioteksrutiner. Uppgiftslydelsen finner du här: [[P-uppgift: Fiktiv uppgiftslydelse\|Bibliotek]]
-		+
-	~~===~~Bibliotek~~===~~	+
-		+
-	~~LÄS ANVISNINGARNA PÅ KURSENS WEBBPLATS INNAN DU BÖRJAR MED UPPGIFTEN!~~	+
-		+
-	~~'''Varudeklaration:''' Datastrukturer, sökning, sortering, filhantering, grafik.~~	+
-		+
-	~~Skriv ett program för hantering av enklare biblioteksrutiner. Programmet ska kunna söka efter~~	+
-	~~böcker både med avseende på författare och titel. Man ska även kunna låna och lämna tillbaka~~	+
-	~~böcker, lägga in nya böcker i registret och ta bort gamla böcker, samt skriva ut en lista på~~	+
-	~~skärmen över alla böcker. Böckerna ska sorteras med avseende på författare.~~	+
-		+
-	~~Böckerna ska lagras på en textfil som du får skriva in själv. Din fil behöver inte innehålla~~	+
-	~~fler än tio böcker men ditt program ska gå att använda även för ett stort antal böcker.~~	+
-		+
-	~~'''Exempel:'''~~	+
-	~~<pre>Välkommen till biblioteksprogrammet!~~	+
-	~~T söka på Titel.~~	+
-	~~F söka på Författare.~~	+
-	~~L Låna bok.~~	+
-	~~Å Återlämna bok.~~	+
-	~~N lägga in Ny bok.~~	+
-	~~B ta Bort bok.~~	+
-	~~A lista Alla böcker.~~	+
-	~~S Sluta.~~	+
-		+
-	~~Vad vill du göra? F~~	+
-	~~Vilken författare vill du söka efter? Bälter~~	+
-	~~Hittade 2 böcker~~	+
-	~~Bälter: Programmeringsteknik med Python (utlånad)~~	+
-	~~Bälter: Pythonvetaren~~	+
-		+
-	~~Vad vill du göra? L~~	+
-	~~Ange titeln på den bok du vill låna: Pythonvetaren~~	+
-		+
-	~~Vad vill du göra? s~~	+
-	~~Välkommen åter!</pre>~~	+
-		+
-	~~'''Tips:''' Skriv programmet i etapper. Börja med att läsa in böckerna från fil och skriva ut dem igen. Utöka sedan programmet stegvis.~~	+
-		+
-	~~'''Extrauppgift, betyg C:''' Inför felkontroll för användarens inmatning och filers existens.~~	+
-		+
-	'''Extrauppgift, betyg B:''' Låt programmet hålla reda på vem som lånat boken och vilket datum den ska återlämnas. Användaren ska kunna be om en lista på alla personer som lånat böcker, och vilka de lånat. Böcker som borde varit tillbakalämnade ska markeras.'Man ska också kunna få en lista på enbart personer som har böcker hemma vars datum gått ut tillsammans med dessa böcker och hur mycket personen är skyldig i böter. Kolla upp bötesregler på biblioteket!	+
-		+
-	~~'''Extrauppgift, betyg A:''' Gör ett grafiskt användargränssnitt till programmet.~~	+

← Äldre version		Versionen från 25 juni 2012 kl. 13.02
Rad 7:		Rad 7:
	{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}		{{Mall:Ej vald flik\|[[P-uppgift: Granskning\|Granskning]]}}
	{{Mall:Ej vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}		{{Mall:Ej vald flik\|[[P-uppgift: Redovisning\|Redovisning]]}}
-	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|~~Bibliotek~~]]}}	+	{{Mall:Ej vald flik\|[[P-uppgift: Fiktiv uppgiftslydelse\|Exempel]]}}
	\| style="border-bottom:1px solid #797979" width="100%"\|		\| style="border-bottom:1px solid #797979" width="100%"\|
	\|}		\|}