Uge 46

Dag 1 (mandag 9. november)w

En svendeprøve er en afsluttende prøve, der skal bestås for at opnå en faglig svendegrad. Det er en prøve, der tester jeres praktiske færdigheder og teoretiske viden inden for programmering og alle grene heraf.

<aside> <img src="notion://custom_emoji/78111fd7-5d55-4196-af1c-1918b8dd24a0/12ddab5c-a237-80ae-a9d9-007a495f26e2" alt="notion://custom_emoji/78111fd7-5d55-4196-af1c-1918b8dd24a0/12ddab5c-a237-80ae-a9d9-007a495f26e2" width="40px" />

Følgende slides bliver gennemgået på første dag! https://edumercantec-my.sharepoint.com/:p:/g/personal/mags_edu_mercantec_dk/IQCMY5j3UgMtSob9igSHy-xbAan6Asm0CH_MZsccrLq_JrA?rtime=hee8EbLL3kg

</aside>

Standard tidsplan for svendeprøve

Jeres svendeprøve forløb tager 25 dage altså 5 uger, herunder er der en beskrivelse af hvordan de forløber sig.

Uge 1

Dag 1.

I starter med at vælge en case som en virksomhed eller anden har indgivet. Herefter skal I lave en problemformulering, med strukturen af en kravspecifikation.

Udover jeres problemformulering skal I også lave en estimeret tidsplan.

Begge skal godkendes ved udgangen af uge 1!

Uge 2, 3 og 4

Dag 20.

På d. 20 dag, skal I aflevere hele jeres projekt. Det består af jeres case, logbog med estimeret og realiseret tidsplan fra dag 1 og selvfølgelig en produktrapport som er dokumentationen af jeres produkt!

Til sidst vil vi også gerne have jeres kildekode, her kommer vi til at bruge GitHub til nemt at overføre og dokumentere det!

Uge 5

Alt efter størrelsen på holdet tager de 1-2 dage at afholde svendeprøverne. I har 45 minutter derinde og det er med votering fra de 2 undervisere og censor!

Formelle krav

Følgende opridser hvad der kan være under hver af de 3 filer I skal aflevere. Der er op til at jer at vurdere hvad der er relevante til jeres case! Det er op til jer om I vil skrive på engelsk eller dansk, vi fortrækker dog at det hele er på sammen sprog!

Case beskrivelse

Projektoplæg

Indeholder et scenarie med en eller flere problemstillinger, som eleven skal undersøge og finde mulige løsninger på.

Produktrapport

Indhold:

• En kortfattet projektbeskrivelse, der forklarer målet. Kan inkludere blokdiagrammer eller skitser af løsningen.
• Domænemodel, der beskriver systemets nøgleobjekter og deres relationer.
• Funktionelle krav - Her kan der bruges
• Ikke-funktionelle krav.

Kravspecifikation

Beskriver, hvad løsningen skal indeholde, formuleret på en måde, som en kunde uden teknisk baggrund kan forstå. Dokumentet handler om hvad der skal laves, ikke hvordan.

1. Projektbeskrivelse
   • Kort overblik over formål og mål, fx hvilken problemstilling løsningen afhjælper.
   • Eventuelle blokdiagrammer eller skitser, der giver et visuelt overblik over systemets hovedkomponenter og datastrømme.
2. Domænemodel
   • Beskrivelse af de vigtigste objekter i systemet og relationerne mellem dem.
   • Ofte illustreret med et UML-diagram, hvor hver klasse/entitet præsenteres kort (navn, egenskaber, relationer).
   • Dette gælder også hvis I bruger mange systemer til at opbygge systemet
3. Funktionelle krav
   • Beskriver specifikt, hvad systemet skal kunne.
   • Ofte formuleret som punkter eller brugerhistorier (fx “Som bruger vil jeg kunne ...”), så man tydeligt kan teste dem.
   • Eksempler:
     • Login og logout funktion, CRUD-operationer på data, Generering af rapporter eller statistik, Billedupload.
4. Ikke-funktionelle krav - Her kan man bruge FURPS+
   • Functionality: Krav til sikkerhed, integrationer eller øvrige funktioner, som ikke er direkte brugerhistorier.
   • Usability: Krav til brugervenlighed, navigationsstruktur og UI-design, fx at en ny bruger hurtigt kan komme i gang.
   • Reliability: Krav til oppetid, stabilitet og fejlbehandling, fx 99,9% oppetid.
   • Performance: Krav til svartider, maksimal belastning og skalerbarhed, fx svartider under 2 sekunder.
   • Supportability: Krav til vedligeholdelse, testbarhed og mulighed for videreudvikling, fx modularitet og dokumentation.
5. Afgrænsning
   • Beskriver, hvad der ikke er med i projektet, så forventningerne er afstemt.
   • Eksempler: "CI/CD Deployment er ikke i første version", eller "Ingen integration med tredjepartssystemer i første version"

Vejledning

En brugervejledning/manual til løsningen. Denne skal indeholde illustrationer, skærmbilleder og lignende, der gør det let at forstå løsningen.

Produktdokumentation

Teknisk dokumentation, der beskriver for en programmør, hvordan løsningen er implementeret. Formålet er at sikre, at en anden programmør kan videreudvikle projektet.

Indhold:

• En konceptuel løsning, der opfylder kravene.
• Problembeskrivelser opdelt i objekter med veldefinerede ansvarsområder.
• Sekvensdiagram, der viser interaktionen mellem objekterne.
• Klassediagram, der viser systemets objekter, deres navne, variabler og metoder.

Her anbefaler vi også at I bruger en del på at argumentere for jeres teknologi valg - ikke bare hvad, men også hvorfor!

Procesrapport

Projektplanlægning

Estimeret og realiseret tidsplan - her kan de anbefales at lave en Gantt Chart, der findes et hav af programmer, men jeg anbefaler at bruge en simpel løsning såsom Google Sheet eller Excel, hvis jeres planlægningsværktøj ikke har det indbygget. Hvis I bruger GitHub Projects som på de andre hovedforløb, findes der et timeline view som også er helt fint at bruge!

Google Sheets - https://docs.google.com/spreadsheets/d/11JD5ipsuegJpUKMD-xMBLY9sB1zk3csFMJk9_VtHyyI/edit?usp=sharing

Excel - https://create.microsoft.com/en-us/templates/gantt-charts

GitHub Projects - https://docs.github.com/en/issues/planning-and-tracking-with-projects/customizing-views-in-your-project/customizing-the-roadmap-layout

Logbog

En logbog som beskriver hændelser i projektet fra dag et, hvad er lavet hvornår, er der opstået noget uforudset og hvilke beslutninger er taget om at ændre på projektets mål eller fremgangsmåde.

Konklusion

Hvad blev resultatet af projektet. Hvilke mål er nået, og hvilke er ikke opnået og hvorfor.

Skabelon til H6 (frivilligt brug)

Vil man gerne have en skabelon for rapport-delen (Casebeskrivelse, Produkt Rapport og Proces Rapport) kan man kopiere følgende 3 word-filer - https://edumercantec-my.sharepoint.com/my?id=%2Fpersonal%2Fmags%5Fedu%5Fmercantec%5Fdk%2FDocuments%2FDocuments%2FH6%2DSkabelon&ga=1

De er opsat med sidetal, forside og indholdsfortegnelse - tips og forbedringer er altid velkomne!

Karakterer for svendeprøven

Dag 2 (tirsdag 10. november)

Dag 3 (onsdag 11. november)

Dag 4 (torsdag 12. november)

Dag 5 (fredag 13. november) - Sidste dag til at få godkendt case og plan

Uge 47

Dag 6 (mandag 16. november)

Dag 7 (tirsdag 17. november)

Dag 8 (onsdag 18. november) - Fællesmøde på klassen

Dag 9 (torsdag 19. november)

Dag 10 (fredag 20. november)

Uge 48

Dag 11 (mandag 23. november)

Dag 12 (tirsdag 24. november)