Prøveksamen 2004 INF1010 Operasystemet med GUI + Ordkryss (modifiserte løsninger etter innspill fra forelesningen) Arne Maus Inst for informatikk

Transkript

1 Prøveksamen 2004 INF1010 Operasystemet med GUI + Ordkryss (modifiserte løsninger etter innspill fra forelesningen) Arne Maus Inst for informatikk

2 Oversikt Opera-oppgaven Noen uklare punkter Finne klassene (domenemodell) + GUI-klasser Hvordan lage GUI Uttegning Inlesning hvordan klikke på et sete Klasse og subklasser tilskuere/kunder Modell Kontroll-utsyn? Hvordan knytte bestillinger til salen Hvordan lage dette for flere saler og forestillinger Datastrukturen Abonnentfila Ordkryss Hvordan skille prøveeksamen seg fra eksamensoppgaven 5 junii?

3 Noen uklare punkter Ved valg av datastruktur bør du imidlertid tenke på av programmet senere skal utvides til å håndtere både flere forestillinger og flere scener. Hva gjør du med det? Løs ikke slike difuse krav med kode, men kommentér dem. Hvis vi får flere saler og forstillinger ville jeg forslå følgenede endringer... Hva skal med på UML-diagrammet Bare navnet eller også metoder/variable (attributter) Ta ikke med det som er absolutt nødvendig UML-klassediagrammet er til hjelp og oversikt, ikke for mange detaljer Slik oppgaven er, kunne man bare tatt med klassenavnene

4 Finne klassene - substantivmetoden Den nye operaen i Bjørvika trenger et program med grafisk brukegrensesnitt til å holde orden på billettbestillinger. Du skal lage (deler av) første versjon av dette programmet, der det bare skal kunne håndteres billettene til en forestilling på hovedscenen. Ved valg av datastruktur bør du imidlertid tenke på av programmet senere skal utvides til å håndtere både flere forestillinger og flere scener. I salen til operaens hovedscene skal det være det 22 rader med 15 seter i hver rad. Hvert sete er unikt identifisert med rad- og setenummer. Det finnes tre forskjellige typer kunder i operaen: Tilfeldige: Dette er kunder som bestiller en eller flere billetter per telefon. For hver tilfeldig kunde skal det lagres navn og telefonnummer, samt hvilke seter som er bestilt. Privatabonnent: Dette er en person som abonnerer på ett fast sete i salen. For hver Privatabonnent skal det lagres navn, adresse og telefonnummer, samt hvilket sete det abonneres på. Bedriftsabonnent: Dette er en bedrift som abonnerer på flere enn ett fast sete i salen. For hver bedriftsabonnent skal det lagres navn på firmaet, adresse, kontaktperson og telefonnummer, samt hvilke seter bedriften abonnerer på.

5 Hva gjør du med alle substantivene En av begrepene er det bare en av, og eier resten av systemet Opera = ( navnet på klassen med main() ) Noen gjentas mange ganger Sete, abonnent, billett, sal, rad Noen står for samme begrep/ting Kunde, person og billett? Scene og sal? Noen er irrelevante type, datastruktur, versjon, programmet Noen blir bare data-elementer i klassene De som ikke eier/har noe mer struktur, underopplysninger rad- og setenummer Navn navn på firmaet, adresse, kontaktperson og telefonnummer Må prøve seg fram Lag først utkast Må forbedres etter at man har løst resten av programmet

6 GUI-klasser Vinduet som er vist fram : Er subklasse av JFrame Har tre felter Tegning av Scenen Midtfeltet med setene Trykkknapper neders Gjetter på Borderlayout med tre JPanel: NORTH CENTER SOUTH Og tre JPanel klasser for hvert sitt felt + Lytter-klasser for hver trykknapp og midt-feltet

7 Klassene med bare de to JPanel-klassene + muselytteren 1 Opera -med 1 -for 1 -med +main() * Sal -antrader -antseter -plassene [ ] [ ] Scenelerret Operalerret +lesabonnenter() +bestill() +avbestill() +hentbilletter() +strykreservasjoner() +skrivrapporter() +listabonnenter() +reberegn() +paintcomponent() -med 1 1 Lytter +mouserelesed() +mousemoved() -for 1 1 -med * Tilfeldig Tilskuer Abonnent PrivatAbonnent BedriftsAbonnent

8

9

10

11

12

13

14

15

16

17

18

19

20

21 Forskjeller og likeheter til eksamen Eksamen blir (noe) mindre GUI Like mye klasser og forhold mellom disse