För att uppnå godkänt betyg på denna uppgift behöver alla tekniska samt funktionella krav som inte ingår i betyget VG vara uppfyllda. För betyget VG krävs dessutom att alla tekniska och funktionella krav som specificerats under VG ocskå vara uppfyllda,

Bosses bilverkstad har tidigare arbetat manuellt med administrativa uppgifter. Bosse har nu bestämt att ett system ska köpas in för att hjälpa till att effektivisera verksamheten. Exempel på uppgifter som Bosse vill kunna utföra i det nya systemet är att; -kunna lägga in nya ärenden, -se vilka av hans bilmekaniker som är tillgängliga för ett ärende -och kunna tilldela en bilmekaniker ett ärende baserat på dennes specialkompentenser. Er uppgift är nu att utveckla detta system till Bosse.

Systemet ska utvecklas i C# där WPF ska användas för det grafiska gränssnittet och JSON för att lagra data.

1. Datalagring
   • Data skall lagras i json filer
   • Varje entitet skall lagras i en separat fil
   • Om fil saknas skall programmet skapa upp en ny utan att krascha
2. Interface
   • Programmet skall använda sig av minst ett interface
   • Får inte användas till någon av entiteterna
3. Abstrakt klass
   • Programmet skall använda sig av minst en abstrakt klass
4. Arv
   • Programmet skall använda sig av arv
5. Linq & Lambda
   • Programmet skall använda sig av linq & lambda
6. Felhantering
   • Programmet skall använda sig av en try-catch
   • Programmet skall använda sig av ett egenskapat Exception
7. Projektstruktur
   • Lösningen skall innehålla två projekt. Ett för gränssnitt och ett för logik (uppfylls av projekt-template)
   • Logik-projektet skall vara väl strukturerat i mappar (uppfylls av projekt-template)
8. Validering
   • Programmet skall validera indata i enlighet med avsnittet “Data som lagras”. Det skall inte gå att lägga till objekt som saknar egenskaper som krävs
   • Inloggning
   1. Validering av e-postadress skall ske med hjälp av Regex
   2. För att en inloggning ska ske krävs att en användare med angivet användarnamn och lösenord finns lagrad
   3. Vid fel användarnamn och/eller lösenord skall personen som försöker logga in meddelas om detta

1. Asynkron programmering
   • Programmet skall använda sig av async/await på lämpligt vis
2. Generisk programmering
   • Programmet skall använda sig av generisk-programmering i datalagret
3. Extension-metoder
   • Programmet skall använda sig av en extension-metod på lämpligt vis. Exempelvis genom att bygga en funktion som kan användas på en sträng-variabel

Systemet ska kunna hantera två olika typer av användare. De två typer av användare som ska stödjas är admin och bilmekaniker. Det ska endast finnas en admin-användare. Denna användare finns redan i filen User.json. Beroende på vilken typ av användare man är inloggad som ska man ha tillgång till olika funktionalitet.

Funktioner för Admin:

1. Man ska kunna lägga till, ta bort och ändra bilmekaniker i systemet.
2. Man ska kunna lägga till och ta bort kompetenser för en bilmekaniker.
3. Man ska kunna lägga till och ta bort nya bilmekaniker-användare. För att skapa en ny bilmekaniker-användare måste denne kunna kopplas till en existerande bilmekaniker i systemet.
4. Man ska kunna lägga till, ta bort och ändra ärenden.
5. Man ska kunna ändra status på ett ärende från pågende till klar. Detta kan man endast göra om ärendet redan blivit tilldelat en mekaniker.
6. Man ska kunna se vilka bilmekaniker som kan utföra ett ärende baserat på mekanikerns kompetenser samt ärendets egenskaper.
7. Man ska kunna tilldela ett ärende till en lämplig bilmekaniker. Om en bilmekaniker inte finns tillgänglig användaren informeras om det på ett lämpligt sätt.
8. En bilmekaniker får endast ha max 2 pågående ärenden samtidigt. Detta innebär att en bilmekaniker som redan har två pågående ärenden inte ska gå att välja för ett nytt ärende trots att denne uppfyller kompetenskraven. Denna mekaniker blir tillgänglig igen endast när någon av de pågående ärendena ändrar status till klar.
9. Man ska kunna lista alla bilmekaniker i systemet. Om man väljer en bilmekaniker ska man kunna se dess egenskaper och kompetenser. Dessutom ska man kunna se den valda mekanikerns pågående och avslutade ärenden. Förslagsvis är det även härifrån man kan redigera, skapa och ta bort mekaniker.
10. Man ska kunna lista pågående och avslutade ärenden. Väljer man ett ärende ska man få fram all information om det. Om ärendet är tilldelat en bilmekaniker ska det även gå att se vilken denne är. Förslagsvis är det även härifrån man kan redigera, skapa och ta bort ärenden.

Funktioner för bilmekaniker-användare:

1. Man ska kunna lägga till och ta bort kompetenser för sig själv.
2. Man ska kunna ändra status på ett ärende som är tilldelat den inloggade mekanikern från pågende till klar.
3. Man ska kunna lista pågående och avslutade ärenden för den inloggade användaren. Väljer man ett ärende ska man få fram all information om det.

1. Man ska kunna hålla koll på ett lager bestående av olika typer av komponenter d.v.s. samma som de kompetenser finns. Varje komponent är kopplad till en typ av fordon. För varje komponent kopplat till en typ av fordon finns även ett antal som representerar hur många av en specifik typ komponent för en specifik typ av fordon det finns på lager. Exempelvis kan det finnas en komponent av typen "Däck" som är kopplade till fordonstypen "Bil" och som det finns 6 stycken av på lagret.

2. För varje typ av ärende går det åt ett visst antal av en specifik komponent. För att det ska gå att lägga till ett nytt ärende måste det därför förutom att finnas en tillgänglig mekaniker (enligt de funktionella kraven ovan) även på lagret finnas minst det antal av den komponent som ärendet kräver. Om det krävda antalet komponenter finns på lager så måste antalet uppdateras efter det att ärendets skapats. Exempelvis om det finns 6 stycken bildäck på lager så ska det efter att ett ärende med problemet bildäck endast finnas två bildäck kvar på lager. Se nedan för hur mycket av en specifik komponent som går åt för en typ av fordon med ett visst problem.

3. Om det inte finns tillräckligt av en komponent på lagret så måste man kunna köpa in mer av komponenten. När man köper in en komponent ska antalet av denna komponent adderas med det antal som man köpt in. När man köper in en komponent ska man välja typ av komponent (ex. "Däck"), typ av fordon som komponenten hör till (ex. "Bil") och antalet av komponenten man vill köpa in.

• Om typ av fordon = Bil: 4st.
• Om typ av fordon = Lastbil eller Buss: 6st.
• Om typ av fordon = Motorcykel: 2st.

• 1st oavsett typ av fordon.

• 1st oavsett typ av fordon.

• 1st oavsett typ av fordon.

• Samma som med bromsar.

Det finns två typer av användare. Bosse och alla andra. Bosse kan lägga till och ta bort användare. Det kan ingen annan. Skillnaden mellan Bosse och övriga användare kan lösas med arv men måste inte göra det.

En användare består av ett användarnamn *, lösenord *, någonting som identifierar vilken mekaniker som användare tillhör (gäller inte Bosse).

Fordon har ett modellnamn *, ett registreringsnummer *, mätare * (hur långt bilen gått), registreringsdatum *, drivmedel *(se typer)

1. Bilar
   • Typ av bil (se typer) *
   • Huruvida bilen har dragkrok eller inte *
2. Motorcyklar
3. Lastbilar
   • Maxvikt last *
4. Bussar
   • Max antal passagerare *

Namn på den anställde *, födelsedatum *(för att inte missa att fira födelsedagar), anställningsdatum *, slutdatum samt en uppsättning kompetenser (läs komponent se typer).

Ett ärende består av en beskrivning, ett fordon, ett problem (läs komponent se typer), en mekaniker och en status som säger huruvida ärendet är avklarat eller inte.

Typer behöver inte nödvändigtvis lagras. Men system måste kunna behandla dem. Det är frivilligt vilken datatyp ni väljer använda och olika typer kan ha olika datatyper.

1. Drivmedel
   • El
   • Bensin
   • Diesel
   • Etanol
2. Komponent
   • Bromsar
   • Motor
   • Kaross
   • Vindruta
   • Däck
3. Typ av bil
   • Sedan
   • Herrgårdsvagn
   • Cabriolet
   • Halvkombi