Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549

Transkript

1 Forprosjektrapport Gruppe 34 Bjørn Bergan Abdi Baisa Mads Larsen s s s Magnus Dahl Hegge s153549

2 Presentasjon Hovedprosjektgruppe 34 består av 4 elever som nå gjennomfører sitt siste semester på Høyskolen i Oslo og Akershus. Gruppens medlemmer er Magnus Dahl Hegge, Mads Larsen, Abdi Baisa og Bjørn Bergan. Prosjektoppgaven som skal løses har gruppen valgt selv og fått godkjent av høyskolen. Oppgaven går ut på å utvikle en ny nettside med integrert nettbestillingsfunksjon for LM Dahl Ingeniørfirma AS. Hovedfokuset for prosjektet vil være nettbutikken, men vi vil vurdere verdien av å utvikle hele siden på nytt etterhvert som vi får klarlagt hva oppdragsgiver ønsker av funksjonalitet. LM Dahl Ingeniørfirma AS ble etablert i 1976 og har sin hovedvirksomhet i å importere boltsveiserapparater med tilhørende utstyr, rettet mot offshore og bygningsindustrien. Det er et forholdsvis lite firma med kun 4 ansatte, men det er et av de største firmaene i sin bransje i Norge. De leverer produkter til India, Saudi-Arabia og Skandinavia. Veileder Steinar Johannesen epost: Steinar.Johannesen@hioa.no Kontaktperson Leiv M. Dahl, Daglig leder Tlf : , epost: leiv@lmdahl.no Nettside: Sammendrag Vi vil jobbe med å utvikle en ny nettside for LM Dahl med integrert nettbestillingsfunksjon. Hovedfokuset for prosjektet vil være nettbutikken, men vi vil vurdere verdien av å utvikle hele siden på nytt etterhvert som vi får klarlagt hva oppdragsgiver ønsker av funksjonalitet. For øyeblikket har ikke LM Dahl en nettbutikk, kun et generelt kartotek over varer på nettsiden, hvor det ikke står noe om lagerstatus o.l. Siden LM Dahl bruker Mammut som salgsverktøy vil vi forsøke å utvikle en applikasjon som kommuniserer direkte med dette fra nettsiden. Da kan kunder legge inn en bestilling som vil automatisk bli registrert i salgsverktøyet. Dette krever at vi setter oss inn i hvordan Mammut fungerer og hvilke muligheter vi har for å manipulere data i programmet.

3 Dagens situasjon I dag er LM Dahl kun representert på internett i form av en generell informasjonsnettside. Der kan man kan lese om bedriften og få kontaktinformasjon og lignende, men ikke bestille varer eller få informasjon om nøyaktig hvilke varer som er tilgjengelig. Vareoversikten er begrenset til et generelt kartotek og det er derfor ingen informasjon om lagerstatus. Bestillinger gjøres over telefon eller epost, da dette er den eneste måten bedriften i dag har å gjennomføre dette på. Dette er ikke en optimal måte å gjøre dette på da ansatte må ta i mot bestillinger selv, i steden for at dette skjer automatisk. LM Dahl bruker Mamut som ERP og CRS system. Her registreres alle bestillinger manuellt, innkjøp, og regnskapet. Mamut er delt inn i moduler; De modulene som brukes oftest er: Salg Salgsmodulen brukes for å registrere og vise ordre. Her registrerer man ordre, fakturerer ordre, registrerer varer som levert, samt oppfølging.

4 Produkt & Lager Her kan man se lagerstatus på produkter, legge til, og redigere produkter. Her registreres også varetellinger. Mål og rammebetingelser Vårt hovedmål for prosjektet er å lage en fullt fungerende nettbutikk. Dette inkluderer å universelt utforme nettsiden for å gjøre den tilgjengelig for brukergruppen, ha et pent design og et høyt sikkerhetsnivå på alle områder. Vi vil også forsøke å gjøre det mulig for nettbutikken og kommunisere direkte med mamut for å gjøre bedriftens bestillingsystem mer effektivt enn med dagens løsning. Vi vil under hele prosjektet forsøke å utvikle systemet på en måte som fører til at det blir enkelt å drifte og ikke krever store ekstrautgifter for bedriften. Rammebetingelsene i vårt prosjekt er hovedsakelig tidsbegrensninger. Oppgaven skal leveres 30.05, og da skal alt være klart til at LM Dahl kan ta over driftingen. Vi vil også ha begrenset med penger til disposisjon, noe som fører til at vi ikke kan overstige

5 budsjettet, men må forsøke å utvikle alt på den rimelige måten så lenge det er en god nok løsning. Gruppen har også begrenset kunnskap til mamut, noe som kan regnes som en rammebetingelse, men vi vil forsøke å lære så mye som mulig om dette programmet underveis i prosjektet for å oppnå målet om at nettbutikken skal kommunisere med mamut. Løsninger / alternativer Vi vil først besøke bedriften og analysere nøyaktig dagens situasjon for å få oversikt over problemområdene. Deretter vil vi lage en kravspesifikasjon som konkret forklarer hva vi vil gjøre. Denne vil vi vise til bedriften for å forsikre oss om at begge parter er enige. Den ideelle løsningen vil være en fullt fungerende universelt utformet nettbutikk som kommuniserer med mamut. Denne løsningen er nøyaktig hva bedriften ønsker og vil være det vi arbeider for. Vi vil bruke resultatene av analysene, HTML5, CSS og SQL for å oppnå dette. FTP vil bli brukt for å laste filer opp og ned til server. Hvordan vi skal oppnå kommunikasjon med mamut er det fortsatt usikkerhet rundt, siden gruppen ikke har erfaring med mamut. Dette vil vi forsøke å oppnå underveis i utviklingen. Den eneste alternative løsningsmodellen må brukes i tilfeller hvor vår ideelle løsning ikke kan oppnåes. Vi ser for oss at det mest sannsynlige tilfelle dette kan skje er hvis mamut integrasjon viser seg å være umulig. Vi har ingen konkret plan for hvordan vi skal håndtere dette, men vil i dette tilfelle gå tilbake til våre analyser av bedriftens systemer og forsøke å finne en annen effektiv måte å gå frem på som ikke krever at nettsiden må kommunisere automatisk med mamut.. Den generelle løsningen er ikke komplisert, siden utviklingen av en nettside går ut på å først finne ut hva som kreves, så utvikle en prototype, teste, rette feil og så implementere. Analyse av virkninger Når det gjelder virkningen av de forskjellige løsningsalternativene vil vi forsøke å oppnå det samme målet, og virkningen vil derfor ikke være særlig merkbart på det ferdige produktet. Vanskeligheter med å kommunisere med mamut kan føre til vanskeligheter i utviklingsprosessen, og noe forsinkelser hvis det blir vanskelig å finne alternativer. Målet vil jo da være å finne alternativer som oppleves mer eller mindre på samme måte når oppgaven er ferdig.