ALTERNATIV 2:

VIKARBYRÅ

Vikarbyråets oppgave er å formidle kontakt mellom personer som ønsker seg et midlertidig engasjement og virksomheter som trenger vikarer. For mange vil et eller flere vikariater være inngangen til arbeidslivet og en fast jobb. Vikarbyrået kjenner markedet og er stadig på jakt etter nye oppdrag. Vikarperioden kan vare fra en dag opp til flere måneder. Arbeidstakeren lønnes av vikarbyrået som igjen fakturerer bedriften/oppdragsgiveren.

Dere har fått i oppdrag å lage et dataprogram som skal brukes av et vikarbyrå. Programmet skal gjøre det lettere å skaffe rett vikar til rett virksomhet.

Nedenfor ser dere en del forslag til hva som kan registreres i et slikt program. Hva dere velger å ta med, avgjør dere imidlertid selv.

REGISTRERING

Registrering av ARBEIDSGIVERE/FIRMAER

For hver arbeidsgiver/hvert firma kan det registreres data som

Registrering av LEDIGE VIKARIATER

For hvert ledige vikariat kan det registreres data som

Registrering av JOBBSØKERE

For hver jobbsøker kan det registreres data som

Registrering av SØKNADER på ledige vikariater

For hver søknad kan det registreres

Registrering av ARBEIDSFORHOLD

For at vikarbyrået skal å kunne følge opp sine vikarer, og samtidig kunne ha informasjon om i hvilken grad vikarbyrået lykkes i sitt arbeid, ønsker de å registrere alle arbeidsforhold de har formidlet. De ønsker seg derfor et register som holder orden på eksisterende (og opphørte) arbeidsforhold. Når en ansettelse har funnet sted, bør søknaden og vikaren fjernes fra registeret for ledige vikariater/jobbsøkere.
For hvert arbeidsforhold skal det lagres:

OPPDATERING

All informasjon som lagres i systemet bør det også være mulig å redigere/oppdatere.

SLETTING

All informasjon som lagres i systemet bør det også være mulig å slette.

SØKEMULIGHETER OG INFORMASJON

En viktig del av oppgaven er å kunne hente ut informasjon av systemet. Ved å kombinere dataene som er lagret på forskjellige måter, er det veldig mye som kan hentes ut. Nedenfor ser dere noen forslag:

For flere av punktene over kan det være ønskelig å ta med antallet.
Ved å kombinere forskjellige betingelser kan man generere utallige oversikter, så her er det bare fantasien og tiden som setter begrensningene.

STATISTIKK

Ved å se på informasjonen som kan hentes ut fra systemet i et tidsperspektiv, er det også mulig å generere forskjellig type statistikk. Også her er det bare fantasien og tiden som setter begrensninger for hva som kan vises. Nedenfor ser dere noen forslag:

HISTORIKK

For at vikarbyrået skal kunne dra nytte av sine erfaringer, ønsker de å kunne hente ut historikk i forhold til de ansettelsene de har formidlet. De ønsker derfor at programmet skal kunne skrive ut:

Her kan man også tenke seg at programmet kan sile historikken med hensyn til firma, bransje, sektor, sted, utdannelse osv.

LAGRING

Skrive data til fil

For at dataene som ligger lagret i dataprogrammets interne datastruktur ikke skal gå tapt når dataprogrammet avsluttes, må alle data lagres på fil. Lagring på fil må foretas i forbindelse med hver dataprogramavslutning. Det kan dessuten være ønskelig å kunne foreta lagring på fil også under dataprogrammets kjøring.

Lese data fra fil

Hver gang dataprogrammet startes, må alle dataene som ligger lagret på fil leses inn i dataprogrammets interne datastruktur.

OPPGAVENS OMFANG

Oppgavens størrelse vil være avhengig av hvor mye av oppdragsgiverens krav og ønsker dere implementerer. For de fleste vil den bli alt for omfattende hvis alt skal implementeres fullt ut. En av utfordringene blir derfor å gjøre fornuftige valg for HVA som implementeres og HVA som kan utelates. Det er imidlertid viktig at programmet kan kompletteres på et seinere tidspunkt (for eksempel av en annen programmerer) uten at det må gjøres vesentlige forandringer i den eksisterende koden.

Kravene fra oppdragsgiver er veiledende. Dere kan legge til og trekke fra alt etter som dere finner det hensiktsmessig. Oppdragsgiver ønsker imidlertid at dere skal komme med forslag til utvidelser av programmet. Dere står også fritt til å implementere mer funksjonalitet enn det som er beskrevet i det følgende. Dersom dere implementerer mindre enn det som er beskrevet, må det gå klart fram av dokumentasjonen hva som er utelatt og hvordan dere har prioritert.

Programmet SKAL være en vanlig java-applikasjon, ikke en web-applikasjon. Dere kan likevel tenke dere at de forskjellige vinduene (JFrames) skal brukes av forskjellige personer som jobbsøkere og ansatte i vikarbyået og la et av vinduene representere vikarbyråets nettside (selv om det er en JFrame og ikke en web-side).