Introduksjon til systemutvikling

Slides:



Advertisements
Liknende presentasjoner
Hvor stor er en fisk? Yggdrasil Hvor stor er en fisk?  Vanlige kundetyper og prosjekter  Faktorer som påvirker.
Advertisements

Markedsføring, rekruttering og lojalitet
Etablering av effektiv produksjon på tvers av landegrenser
Litt mer om PRIMTALL.
Krav til dokumentasjon i kap
Prosjektrettet systemarbeid Tema: introduksjon til systemarbeid
Veiledning i gevinstrealisering ved innføring av elektronisk handel
Hjemmeoppgave 1: Å høre etter NAVN: ……………………………….. DATO: ……………………….
Grafisk design Visuell kommunikasjon
Systematisk bruk av klasseregler Introduksjon av klasseregler for å fremme konsentrasjon og god arbeidsinnsats Gunn Kragseth & Henry Liamo. Utadrettet.
Standardisert arbeid.
Kontrollstrukturer (Kapittel 3)
Prosjektarbeid som arbeidsmetode
7. Fysisk arbeidsmiljø Jeg er fornøyd med den ergonomiske utformingen av arbeidsplassen min Jeg er fornøyd med inneklimaet på arbeidsplassen.
Folketrygdfondet Finanskomiteen 6. mars Program  Folketrygdfondets rolle og mandat  Aksjer og eierskap  Renter og obligasjonsmarkedet  Utfordringer.
Forelesning IMT Februar 2006
EKommune-strategi - verkt ø ykasse Ellen Karin Larsen, KS.
Modellbruk i Referansekatalogen Øyvind Aassve NorStella.
1 Oppgave gjennomgang Kap Oppgaver -Kap 12: 1, 2, 3, 5, 7, 8, 11, 18, 19.
Prototyping In 140 Sommerville kap. 8. Mål Forstå hensikten med prototyping i forskjellige utviklingsprosjekt Forstå forskjellen mellom evolusjonær og.
Hvordan skrive en god utredning?
Hovedprinsipper i Rational Unified Process
Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu
LÆREPLANVERKET FORMÅL OG STRUKTUR Ved Ola Ivar Eikebø
Revisjon Enklere i bruk Bedre redigeringsmuligheter. Tilpassing til egne behov Ståstedsanalysen sammen med resten av verktøyene i Skoleporten utgjør et.
© UNIVERSITETETS SENTER FOR INFORMASJONSTEKNOLOGI UNIVERSITETET I OSLO USIT Side 1 HOUSTON Planene fremover.
Bygg og funksjon – å bestille et bygg – roller i en byggeprosess
Human Factors (HF) i kontrollrom - En revisjonsmetode 2003
Empiriske metoder Oppgaveanalyse, observasjon
Combining Compound Conceptual User Interface Components with Modelling Patterns - a Promising Direction for Model-based Cross-platform User Interface Development.
Software Requirements Elicitation
© Eurokompetanse a.sISO 9000:2000 august 2001 nr. 1.
Malverk intern produktopplæring
GRØNNALGER BRUNALGER RØDALGER
1 BM-dagen 29.okt BM1 Fysisk miljøplanlegging Studieprogram for Bygg- og miljøteknikk Meny Prosjektoppgaven Arealbruk og befolkning Transport og.
Ledelse av systemutviklingsprosjekter Leikny Øgrim Høgskolen i Oslo.
Mål i prosjekter.
Figur 1 Behov. Figur 2 Behov Figur 3 Prioritering/ressursinnsats.
Kvalitative og kvantitative metoder
Status IPv6 IT-leder møte Gunnar Bøe (& Håvard Eidnes)
Å omfavne forandringer med ekstrem programmering(XP) Brukt i In140 Skrevet av Ola Bø Bygger på Kent Becks artikkel "Embracing change with extreme programming."
N O R P R O F F Quality Management SAMARBEIDSPARTNER FOR
Inflation og produktion 11. Makroøkonomi Teori og beskrivelse 4.udg. © Limedesign
BUCS Utfordringer og valg av fokus Tor Stålhane. Rammebetingelser Første spørreundersøkelse viser at det vi gjør må kunne: Brukes sammen med UML Passe.
Objektorientert utforming In 140 Sommerville kap. 12.
Brukermedvirkning In 140 Forelesning. Historie Skandinaviske tradisjon Sosio-teknisk metode NJMF-prosjektet( ) –Dataavtalen LO-NAF(i dag NHO) –Arbeidsmiljøloven.
Programvareendring del 1 In 140 Forelesning Nr 21 Sommerville kap 27, 1. Del.
Telenors satsing på fri programvare Paul Skrede - GoOpen 2009.
Forstudie Nå situasjonen: dagens situasjon med ulemper og fordeler
Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26.
DRI2001 h05 - Forelesning 21.sept Arild Jansen 1 Systemutviklingsarbeidet – et overblikk DRI2001 forelesning 21. sept. 05 Hva er systemutvikling.
DRI2001 h04 - Forelesning Arild Jansen 1 Systemutviklingsarbeidet – et overblikk DRI2001 forelesning Hva er systemutvikling (SU)
Befolkning og arbejdsmarked 7. Mikroøkonomi Teori og beskrivelse © Limedesign
Forskning – 3 grupper (OECD 1981) Grunnforskning Originale undersøkelser som har til hensikt å skape ny kunnskap og forståelse Karakteriseres ved at den.
FINF- H -04, 21 september 2004 Arild Jansen. AFIN/UiO 1 FINF Forelesning uke 39 Personvern som premiss for SU-prosessen Diskusjon om personvern som.
FINF- H -05, 13. september 2005 Arild Jansen. AFIN/UiO 1 FINF Forelesning 13.sept Personvern som premiss for SU-prosessen Diskusjon om personvern.
Objektorientert design
Basisgrupper en nær professoren-opplevelse Knut Kaasen Nordisk institutt for sjørett Det juridiske fakultet Knut Kaasen 1.
Objektorientert utforming In 140 Forelesning Nr 11 Sommerville kap 12 – del 1.
Objektorientert design In 140 Sommerville kap 12 – del 1.
Introduksjon til in 140 Systemering. In 140 Systemering Forelesninger Rom 112 –Mandag –Torsdag Lærebok: –Sommerville, Ian. Software.
Brukbarhetstesting og feltstudier INF 1500; introduksjon til design, bruk og interaksjon 7 november 2010.
Kap. 23 – Software Engineering How Information Technology Is Conquering the World: Workplace, Private Life, and Society Professor Kai A. Olsen,
Rammer for og organisering av eForvaltningen
Brukbarhetstesting og feltstudier
Ting Forbindelser Ting og forbindelser blir til sammen et diagram
Utlånssystem for datautstyr
Oppsummering, FINF4021 Dag Wiese Schartum.
Oppsummering FINF4021 Dag Wiese Schartum.
Utskrift av presentasjonen:

Introduksjon til systemutvikling

Hovedmål Få kunnskap om og kjenne til ulike modeller, metoder, teknikker og verktøy for utvikling av informasjonssystem Kunne bruke spesifikke systemutviklings-modeller, metoder, teknikker og verktøy til å bygge et informasjonssystem

Hva er systemering? Relativt nytt fagområde - uenighet om hvordan avgrensingen skal gjøres og om det teoretiske grunnlaget Ulike oppfatninger i forskjellige lærebøker Systemering = Systemutvikling - dvs at fagområdet omfatter alt som har med analyse, design (utforming), realisering, implementering og vedlikehold av informasjonssystemer Noen bøker avgrenser seg til å omfatte bare analyse og design-fasene.

Hva er systemering? En prosess som tar for seg utviklingen og vedlikeholdet av et informasjonssystem Målet er å forbedre informasjonssystem i en organisasjon ved å utvikle program som gjør at ansatte kan utføre sine oppgaver lettere og mer effektivt.

Nøkkelfaktorer Vanskeligere enn noen sinne å organisere og tilgjengeliggjøre informasjon – skape en riktig og funksjonell informasjonsflyt Evnen til å arbeide i et team Internett vil være en viktig del av et hvert menneskes arbeidsliv

Formål - 1 Forstå systemutvikling som prosjekt – hvordan arbeider vi sammen mot et felles mål. Viktige momenter er: Planlegging – hva gjør vi for å nå målet vårt Prosjektstyring – blir vi ferdig som planlagt Risikoanalyse – hva er sannsynligheten for at noe kan gå galt og hvordan kan vi løse dette

Formål - 2 Forstå systemutvikling som en måte for å tilfredsstille kundens krav / behov. Viktige momenter er: Forstå kundekrav. Hva ønsker kunden seg? Hvilke problemer ønsker han å løse? Fra kundekrav til systemkrav. Omforme kundenes krav til noe vi kan realisere i en programvare

Formål - 3 Realisere et system som oppfyller kundens krav. Viktige momenter er: Arkitektur – hvordan dele opp systemet i del-systemer på en effektiv måte. Design av delsystemer – hvordan dele opp i uavhengige moduler for å realisere del-systemets oppgaver.

Systemanalytikerens rolle En meget sentral person i en systemutviklingsprosess Må ha forståelse for en organisasjons mål, struktur og prosesser Må ha kunnskap om å utnytte informasjonsteknologi slik at det gir fordeler i virksomheten

Informasjonssystemet består av: Brukerprogram Hardware og systemprogram Dokumentasjon og opplæringsmateriell Driftspersonell – nettverk – programvedlikehold osv. Sikkerhetsrutiner Brukerne

Systemutvikleren som en koordinator

SYSTEMERING:

Hvorfor systemutvikling? Utvikle informasjonssystem uten bruk av en systemutviklingsstrategi MAGI PROBLEM PROGRAMMERING TEST

Hvorfor systemutvikling? Egnet redskap for å beskrive og utvikle komplekse informasjonssystem Vi kan ikke håndtere alle kravene til systemet samtidig, derfor: vi må håndtere kompleksitet på en organisert måte

Hvorfor systemutvikling? Gir bedre dokumentasjon enn observasjon Gir felles språkbruk og referanseramme Letter kommunikasjon mellom mennesker Gjenbruk

Hvorfor systemutvikling? Bedrer kontrollmulighetene Tidsbruk Kostnader Øker effektiviteten

Noen viktige begreper i systemutvikling Modell: Overordnet oversikt over utviklingsarbeidet Metode: En trinn for trinn beskrivelse av en fremgangsmåte for å løse et bestemt problem Teknikk: Oppskrift på hvordan man lager en detaljert beskrivelse Verktøy: Fysisk hjelpemiddel for å lage en beskrivelse etc.

Noen viktige begreper Verktøy Teknikk Metode Modell

Modell (for systemutvikling) En overordnet framgangsmåtebeskrivelse/ rammeverk for systemutvikling Tradisjonell systemutvikling (fossefallsmodellen) Eksperimentell systemutvikling (prototyping) Evolusjonær systemutvikling eXtreme Programming

Metode En detaljert framgangsmåte skritt for skritt for å nå et bestemt mål Et fullstendig sett av midler - en generell oppskrift SA (Strukturert Analyse) OOA (Objektorientert analyse)

Teknikk En måte å gjøre tingene på innenfor metoden Enkeltelement - f.eks en beskrivelses-teknikk Datamodellering, UML

Verktøy Hjelpemiddel for å utføre arbeidet som er beskrevet i en teknikk eller metode JBuilder, Visio, Graf-Doc, PCSA, Modellator, MS-Project

Systemutvikling Er teamarbeid!!!!!

Systemutvikling eller programvareutvikling Omgivelsene (Miljøet) Enterprise Informasjonsystem Software system

Systemutviklingsprosjekt Forankring Brukerkontakt Unngå motstand ved levering Lever et riktig system Systemet skal være et positivt bidrag til arbeidsoppgavene Oppfylle lovverket

Livssyklusmodeller Forstudium Innføring Analyse Design og programmering

Forstudiet Mål Rammer Kost/nytte Alternativ analyse Risikoanalyse Planlegging Anbefaling om videreføring

Analysefasen En logisk beskrivelse av den løsningen som skal realiseres i neste fase: Behovs- og problembeskrivelse. Krav til løsning Vurdere alternative løsninger Estimere kostnader for realisering Tids- og ressursplan for realisering

Designfasen Systemarkitekttur Databasedesign Ferdig testede og dokumenterte programmoduler Bruker- og driftsdokumentasjon

Innføringsfasen Samsvar mellom organisasjon, arbeidsrutiner og system Brukerne kan bruke systemet Brukerne stoler på systemet Ansvarsforhold i forhold til drift, forvaltning og brukerstøtte