Startup code for first assignment in Databaskonstruktion
Find a file
vicke7206 acc2d3b073 Steg 5
Alla tabeller skapade med attribut och nycklar
2026-09-08 14:06:55 +02:00
database.sql Steg 5 2026-09-08 14:06:55 +02:00
ER_diagram.png Update ER_diagram.png 2026-09-01 14:08:24 +02:00
LICENSE Initial commit 2026-08-31 15:21:23 +00:00
README.md Update README.md 2026-09-07 09:45:22 +02:00

Databaskonstruktion-Assignment-1-Startup

ER MODELL

Relationer

  • Agent(AgentNamn, AgentNr, AgentLön, AgentUnamn, AgentKommentar, AdminUIDToken, AdminRum, AdminNamn, AdminNr)
  • Operation(OperationKodnmnt, OperationStdatum, OperationSldatum, OperationSR, OperationKommentar,IncidentNamn, IncidentNr, RegionNamn, AdminNamn, AdminNr)
  • Region(RegionNamn, RegionTerräng)
  • Incident(IncidentNamn, IncidentNr, IncidentPlats, RegionNamn)
  • Rapport(RapportDatum, RapportTitel, IncidentNamn, IncidentNr, AdminNamn, AdminNr)
  • Observation(ObsID, ObsSäkerhet, ObsDatum, ObsGrad, IncidentNamn, IncidentNr)

Kravlista

  • Krav för varje entitet

Agent

  • Varje agent ska identifieras unikt med namn och nummer. Agentens lön, användarnamn, kommentar samt ursprungliga för- och efternamn ska lagras.* Agentens lön och kommentar ska lagras.
  • En agents lön får inte understiga 12 000 och får normalt inte överstiga 25 000. Om ingen lön anges ska lönen automatiskt sättas till 13 000.
  • För administratören ska UID-token och rum lagras. Administratören ska även kunna skapa nya tupler och underhålla andra användares rättigheter.

Operation

  • Varje operation ska identifieras av sitt kodnamn och typ, startdatum samt den incident som genererat operationen. En operation ska även kunna innehålla en kommentar.
  • För en avslutad operation ska slutdatum och success rate lagras. Success rate ska anges som 1 för lyckad operation och 0 för misslyckad operation.
  • Operationens slutdatum måste vara senare än startdatumet och operationen måste vara minst en dag lång. Om operationen blir längre än fem veckor ska slutdatumet automatiskt sättas till fem veckor efter startdatumet.

Region

  • Varje region ska identifieras unikt med sitt namn och regionens huvudterräng ska lagras. Om ingen terräng anges ska värdet automatiskt sättas till "blandad".
  • Det ska vara möjligt att härleda antalet tidigare incidenter och operationer som är kopplade till en region.
  • En region ska kunna hemligstämplas och tillfälligt tas bort ur databasen. Vid hemligstämpling ska kopplingarna till operationer och incidenter flyttas till regionen "hemligstämplat".

Incident

  • Varje incident ska identifieras med sitt namn och nummer och platsen där incidenten inträffade ska lagras.
  • Varje incident måste vara kopplad till en region och kan ha en eller flera operationer kopplade till sig.
  • Incidentens genomsnittliga grad ska kunna beräknas utifrån de observationer som tillhör incidenten.

Rapport

  • Det ska finnas två typer av rapporter: slutrapporter och uppföljningsrapporter. En slutrapport lämnas efter en incident eller när incidentens operation har slutförts.
  • En uppföljningsrapport ska kunna kopplas till en tidigare rapport och ska lagra uppföljningens utslag samt slutdatum. Endast vissa misslyckade operationer och rapporter kan följas upp.
  • Slutrapporter ska ha en kort kommentar och en rapporttyp, medan uppföljningsrapporter ska kunna ha en längre kommentar. Rapportens radantal och antal uppföljningar ska kunna härledas.

Observation

  • Varje observation ska identifieras med ett unikt ID och ska lagra datum, grad och säkerhet. Observationens säkerhet ska anges i procent och får vara mellan 1 och 114 procent.
  • Varje observation måste tillhöra en incident och ska ha lagrats av en handläggare.
  • Administratören ska kunna ta bort observationer vid behov av intern mörkläggning. Borttagna observationer ska loggas så att de kan återställas när hemligstämpeln släpps.

Avslutning

Uppföljning