bruh

README.md

@@ -95,7 +95,7 @@ https://wiki.en.it-processmaps.com/images/7/73/Incident-management-itil.jpg
 3. Complain eller skift udbyder.
 4. Ja, eksterne kunder kan skifte udbyder
 5. Hver function kan selvfølgelig blive udført af et respektivt værktøj, men hvis for at have samling på det, kan man bruge en IT-support platform, som ServiceDesk eller Jira.
-6. Se diagram nedenfor. Rhomber er beslutninger. I diagrammet ligger ticket'ens ansvar ved den nuværende supporter, om det så er en 1st, 2nd eller 3rd level. Gennem forløbet bliver information samlet både fra og til intern knowledge, men også information fra kunden. (om pilen til kundeinformation skulle være envejs kan diskuteres). Ticket-forløbet garantere at beslutningen om løsbarhed tages af de mest egnede personer i organisationen, (3rd level inkludere også personer med beslutningsanvar).
+6. Se diagram nedenfor. Rhomber er beslutninger. I diagrammet ligger ticket'ens ansvar ved den nuværende supporter, om det så er en 1st, 2nd eller 3rd level. Gennem forløbet bliver information samlet både fra og til intern knowledge, men også information fra kunden. (om pilen til kundeinformation skulle være envejs kan diskuteres). Ticket-forløbet garantere at beslutningen om løsbarhed tages af de mest egnede personer i organisationen og/eller i overenstemmelse med SLA og servicekatalog, (3rd level inkludere også personer med beslutningsanvar). Diagrammet viser det ikke, men alle beslutninger er i overenstemmelse med organisationens SLA.
 
 ![](ticket-flow-chart.png)
 
@@ -121,9 +121,9 @@ Inspiration:
 
 #### Svar
 
-1. En service request 
+1. En service request er en forespørgsel om en ændring mens en incident er en fejl eller på anden vis noget som ikke burde ske.
-2. _
+2. Incidents er typisk mere akutte og håndteres med højere prioritet, da det kan have en dårlig effekt på firmaet hvis de ikke håndteres, mens service requests er ofte mindre vigtige da de handler om forbedring af noget der i forvejen virker.
-3. _
+3. Jeg vil periodisk sende en rykker til brugeren/kunden hvis vedkommende ikke svarer. Hvis bruger ikke svarer i længere tid, kan man lukke ticket'en.
 
 ### Opgave D( vedrører målpindene 7 og 8):
 
@@ -141,6 +141,17 @@ Tegn proceduren som et flowchart(rutediagram).
 
 #### Svar
 
+Bruger har oprettet en service request ticket om en ny PC.
+En 1st level supporter har vurderet at ticket'en kan løses af 1st level ud fra SLA'en.
+1st level supporteren skaffer en computer fra logistik eller køber en hjem.
+Når supporteren har fået computeren, sætter personen operativ system, rights management service/AD, netværk og andet op på computeren, så den er klar til brugeren.
+Supporteren registrerer computeren i systemet.
+Supporteren leverer computeren til brugeren, og får den gamle.
+Supporteren registerer PC'erne i system, som afhentet og indleveret respektivt.
+Kunden betaler i overenstemmelse af SLA og servicekatalog.
+
+![](pc-levering-flow-chart.png)
+
 ### Opgave E(vedrører målpind 9):
 
 Udarbejd en skabelon, der kan benyttes til beskrivelse af alle
@@ -157,6 +168,12 @@ Inspiration:
 
 #### Svar
 
+- Service beskrivelse - Kort forklaring af kundens behov og service'ens formål.
+- Hvad er omfattet - Beskrivelser af konkrete ydelser
+- Tilgængelighed - Beskrivelse af hvem, hvor, hvornår, osv. i forhold til service'ens relevans og tilgængelighed
+- Forudsætninger og afgrænsinger - Bestingelser for service'en
+- Afregning - Hvordan kunden skal  betale for service'en, hvis relevant.
+
 ### Opgave F: (vedrører målpindene 10 og 12)
 
 Udarbejd en skabelon, der kan benyttes til at beskrive et
@@ -166,6 +183,8 @@ Inspiration: `dokumentet Litteratur\Incident-Management-Process-Description-v1.p
 
 #### Svar
 
+
+
 ### Opgave G: (vedrører målpind 11)
 
 Internt i hver gruppe skal I få et overblik over