Skriftlig eksamen systemutvikling

[ravika]

Og da får du problemet med at du alltid vil ha ett felt i tabellen som er tomt...

6222050[/snapback]

 

Ja det er det eneste, men det har ikke noe å si. Læreren min virker veldig sikker på dette nå, så vi får se. Ska teste ut å lage spørringer nå, skal si ifra hvordan det gikk når jeg vet resultatet.

6222073[/snapback]

Forresten... Hva gjør feltene M-Etternavn og M-Fornavn i Medlemstype (dette må da være dobbeltlagring?)

6222100[/snapback]

 

M står for medlem, så det er MedlemsEtternavn og MedlemsFornavn. Enkelt som det.

6222115[/snapback]

Mitt poeng eksakt! Dette gir jo dobbeltlagring!

[Nevnarion]

Så dere får hjelp av læreren? Læreren vår vil ikke gi oss noe hjelp..

6222109[/snapback]

 

Nei, men vi har lov å stille spørsmål og han kan svare. Har bare fått bekreftet at det ser bra ut.

[Nevnarion]

Mitt poeng eksakt! Dette gir jo dobbeltlagring!

6222124[/snapback]

 

Hvor får du til at det blir dobbeltlagring der?

[ravika]

Mitt poeng eksakt! Dette gir jo dobbeltlagring!

6222124[/snapback]

 

Hvor får du til at det blir dobbeltlagring der?

6222176[/snapback]

Du har jo allerede lagret alle navnene til medlemmene i Medlemstabellen. Når du så legger til Medlemer i En annen tabell, må disse hentes fra hovedtabellen. Ikke skrives inn på nytt

[yeey]

Mitt poeng eksakt! Dette gir jo dobbeltlagring!

6222124[/snapback]

 

Hvor får du til at det blir dobbeltlagring der?

6222176[/snapback]

Du har jo allerede lagret alle navnene til medlemmene i Medlemstabellen. Når du så legger til Medlemer i En annen tabell, må disse hentes fra hovedtabellen. Ikke skrives inn på nytt

6222182[/snapback]

 

Enig med det... det vil bli dobbeltlagring

[Nevnarion]

Du har jo allerede lagret alle navnene til medlemmene i Medlemstabellen. Når du så legger til Medlemer i En annen tabell, må disse hentes fra hovedtabellen. Ikke skrives inn på nytt

6222182[/snapback]

 

Min feil igjen, ser det nå, har bare gjort det helt feil. Det skal være Medlemstypenavn, ikke M-Etternavn og M-Fornavn.

Takk for at du påpekte det.

[ravika]

Men er det noen som har en god måte å legge opp kontigenter? Den må jo fungere slik at kontigenten kan endres hvert år. Og samtidig være slik at man slipper å nullstille databasen for hvert år. Tykjepelken sitt oppsett er det som løser dette best, av de jeg har sett. Noen andre ideer/forslag?

[Nevnarion]

Men er det noen som har en god måte å legge opp kontigenter? Den må jo fungere slik at kontigenten kan endres hvert år. Og samtidig være slik at man slipper å nullstille databasen for hvert år. Tykjepelken sitt oppsett er det som løser dette best, av de jeg har sett. Noen andre ideer/forslag?

6222299[/snapback]

 

Det står ikke noe i forberedelsesdelen om at vi skal ha om kommende år. Det handler vel om her og nå? Med mindre det kommer noe på oppgaven i morgen så trenger vi jo kun å konsentrere oss om her og nå.

[ravika]

Men er det noen som har en god måte å legge opp kontigenter? Den må jo fungere slik at kontigenten kan endres hvert år. Og samtidig være slik at man slipper å nullstille databasen for hvert år. Tykjepelken sitt oppsett er det som løser dette best, av de jeg har sett. Noen andre ideer/forslag?

6222299[/snapback]

 

Det står ikke noe i forberedelsesdelen om at vi skal ha om kommende år. Det handler vel om her og nå? Med mindre det kommer noe på oppgaven i morgen så trenger vi jo kun å konsentrere oss om her og nå.

6222326[/snapback]

Nei, vi må ikke tenke så kortsiktig. Hvilken fotballklubb tror du ville fått laget et datasystem for alle medlemmene sine bare for å skulle bruke det ett år!

[yeey]

På alle oppgaver vi har gjort i hele år, så har vi kun konsentrert oss om her og nå.. ikke de neste årene..

[eikum]

ÅÅÅÅÅ det er så surt at jeg ikke kom opp i systemutvikling as...

Hadde fått enten 5 eller 6.. Men neida jeg kom i spansk som er jeg er dårligst i...

Bahh.... dårlig gjort WINE

 

Bare si fra vis noen trenger hjelp ;D kan alt

[yeey]

lag en modell til oss da vel;)

[Plomma2]

Jeg har holdt på i nesten hele dag, og finner ikke en normalisering som virker tilfredsstillende. Jeg begynner å bli stressa.

[ravika]

Jeg har holdt på i nesten hele dag, og finner ikke en normalisering som virker tilfredsstillende. Jeg begynner å bli stressa.

6222689[/snapback]

Ja har holdt på hele dagen jeg også. Og det som jeg plages mest med er oppsettet av kontigent. Hvordan har du tenkt angående dette?

[Plomma2]

Jeg vil i første omgang bare konsentrere meg om dette året. Jeg lager en egen tabell som jeg kobler til medlem. Den inneholder bare Kontigentnr, Kontigentnavn (f.eks senior herrer) og kontigentpris (som vil variere alt etter klassen). I medlem vil jeg har et felt som heter kontigentnr, og et ja/nei-felt for betalt. Det vil la meg lage en rapport i access basert på alle som IKKE har betalt sånn at det kan sendes ut brev til dem.

[ravika]

Jeg vil i første omgang bare konsentrere meg om dette året. Jeg lager en egen tabell som jeg kobler til medlem. Den inneholder bare Kontigentnr, Kontigentnavn (f.eks senior herrer) og kontigentpris (som vil variere alt etter klassen). I medlem vil jeg har et felt som heter kontigentnr, og et ja/nei-felt for betalt. Det vil la meg lage en rapport i access basert på alle som IKKE har betalt sånn at det kan sendes ut brev til dem.

6222781[/snapback]

Men når du lager den på den måten hvorfor kobler du kontigenten mot Medlem. Hvis kontigenten følger (som i eksemplet Senior Herrer) har du jo allerede bestemt hva hvert medlem skal betale. Dermed får du dobbeltlagring ved å koble mot Medlem. (og samtidig kan et medlem betale avgift for damer, selv om han spiller på et herrelag).

[Plomma2]

Hmm.. Skal prøve å skrive ferdig en normalisering nå, og så prøve meg frem i access.

[SilverKhan]

Har laget et nytt oppsett nå. Hva syns dere om denne da? Noen innvendinger?

6221960[/snapback]

 

Jeg er enig med t0my om at det blir litt ullent med den tomme felter i foresatt-tabellen. Jeg synes det vil være en mye bedre løsning å kalle medlemstabellen for "personer", og helle angi "medlemstype" eller "tilknytning" i en egen tabell (eller ha en ja/nei entitet som bestemmer om personen er medlem eller ikke). Det er dessuten mulig å forsvare bruken av personer istedenfor medlemmer ettersom forberedelsesteksten sier:

Styret i Vågen FK mener det trengs et nytt datasystem der det i større grad enn nå fins lett tilgjengelig informasjon om personer med tilknytning til de forskjellige lagene.

Det står jo personer med tilknytning til de forskjellige lagene, en foresatt til et barn som spiller på et lag, er en person med tilknytning til laget, uansett om han/hun spiller selv.

 

Dessuten synes jeg du burde ha en styreverv tabell slik at personer kan knytes til oppgaver som Klubbleder, kunstgressansvarlig osv.

 

Vil det ikke også bli bedre dersom trener og oppmann knyttes direkte en person/medlem. Hvordan skal man ellers kunne finne kontaktinfo om treneren og oppmannen til et lag. Jeg mener det vil være bedre å endre tabellen "spiller" til "deltager", og heller lage en tabell som knyter ulike oppgaver til hver deltager (f.eks. vanlig spiller, trener, oppmann eller lagkaptein).

 

Det er også litt merkelig, rent logisk sett, at medlemstypetabellen din (for meg virker det som om du burde hente den informasjonen fra klasse, spesielt siden du har spilleravgift der) er knyttet til betalingen. Hvilken medlemstype/årsklasse en person er burde være direkte relatert til personen.

 

Hvordan betalingen skal ordnes har jeg ikke kommet til enda.

 

Jeg har egentlig bare tenkt høyt her, så dere må komme med innvendinger hvis dere har andre løsninger.

 

Jeg skal komme med en datamodell snart, må bare få i meg litt mat først

[Plomma2]

Det står at man skal registrere minst en foresatt per medlem. Noen som har funnet ut en måte å registrere to på, uten å lage for mye kluss?

[ravika]

Har laget et nytt oppsett nå. Hva syns dere om denne da? Noen innvendinger?

6221960[/snapback]

Dessuten synes jeg du burde ha en styreverv tabell slik at personer kan knytes til oppgaver som Klubbleder, kunstgressansvarlig osv.

 

Vil det ikke også bli bedre dersom trener og oppmann knyttes direkte en person/medlem. Hvordan skal man ellers kunne finne kontaktinfo om treneren og oppmannen til et lag. Jeg mener det vil være bedre å endre tabellen "spiller" til "deltager", og heller lage en tabell som knyter ulike oppgaver til hver deltager (f.eks. vanlig spiller, trener, oppmann eller lagkaptein).

6222937[/snapback]

I og med at forberedelsen skriver at:

...mange personer er involvert på ulike vis

Sier det vel seg selv at styreverv og andre oppgaver i klubben bør få en plass i en egen tabell. Men samtidig, må en person kunne inneha flere av disse stillingene samtidig. Å knytte hver av disse opp til Person/Medlem -tabellen. Endret 1. juni 2006 av t0my