Introduksjon til in 140 Systemering. In 140 Systemering Forelesninger Rom 112 –Mandag 0815-1000 –Torsdag 1415-1600 Lærebok: –Sommerville, Ian. Software.

Slides:



Advertisements
Liknende presentasjoner
Prosjektrettet systemarbeid Tema: introduksjon til systemarbeid
Advertisements

Pilotprosjektet så langt
Finansregnskap m/IKT Bedriftsøkonomi 1 m/IKT
Målinger generelt •I et moderne samfunn brukes målinger i mange ulike sammenhenger •Eksempler: –Sammenligne priser, lønninger –Høyde: størrelse på klær.
Innovative offentlige anskaffelser
Fylkeslege Petter Øgar Fagdag for Høgskulen ” Læringsmål, læringsutbyte og yrkesrelevans”
Introduksjon til in 140 Systemering. In 140 Systemering Forelesninger Rom B137 –Mandag –Onsdag Foreleser: Hans F. Nordhaug Lærebok:
Av Per T. Eikeland Fleksibilitet og handlingsrom – konflikten mellom ytre og indre effektivitet av Per T. Eikeland
Kompleksitetsanalyse
Forside Motivasjon Analyse Forside Motivasjon Analyse  -notasjon O og  Relasjoner Klasser Fallgruver Spørsmål Kompleksitetsanalyse Åsmund Eldhuset asmunde.
1 Oppgave gjennomgang Kap Oppgaver -Kap 12: 1, 2, 3, 5, 7, 8, 11, 18, 19.
EVALUERING AV PRODUKTER, PROSESSER OG RESSURSER. Gruppe 4 Remi Karlsen Stian Rostad Ivar Bonsaksen Jonas Lepsøy Per Øyvind Solhaug Andreas Tønnesen.
Grunnleggende testteori
Verifikasjon og validering
Programvare-prosesser
Prototyping In 140 Sommerville kap. 8. Mål Forstå hensikten med prototyping i forskjellige utviklingsprosjekt Forstå forskjellen mellom evolusjonær og.
Systemmodeller In 140 Sommerville kap. 7. Mål Forstå hensikten med kontekstmodell Forstå ideene bak –oppførselsmodellering –datamodellering –objektmodellering.
Objektorientert utforming In 140 Forelesning Nr 13 Sommerville kap 12 – del 2.
1 KravprosessenKravprosessen Noen sentral punkter.
Emner i faget Kvalitetsbegrepet Planlegging for kvalitet
Introduksjon til systemutvikling
Elever som forskere i naturfag – med wiki
Hovedprinsipper i Rational Unified Process
1 Skal vi snakke sammen? Jan Håvard Skjetne SINTEF / University of Melbourne
Human Factors (HF) i kontrollrom - En revisjonsmetode 2003
UML og grensesnitt UML er standard for modellering innen objekt-orientert programvare kan UML også brukes til modellering av grensesnitt? fordel: bedre.
Gruppe 3 Henning, Andre, Mats, Per A. og Vegard 1/73.
Gruppe 5 består av: – Cecilie Vitting – – Marit S. Asklien -
INF 295 Algoritmer og datastrukturer Forelesning 1 - kapittel 1 Introduksjon Hans F. Nordhaug (Ola Bø) (Ketil Danielsen, 2007)
INF 295 Forelesning 16 - kap 9 Minimalt spenntre og korteste vei i grafer Hans Fredrik Nordhaug (Ola Bø)
INF 295 Algoritmer og datastrukturer Forelesning 4 Algoritmeanalyse Hans Fr. Nordhaug (Ola Bø)
INF 295 Algoritmer og datastrukturer Forelesning 2 - kapittel 1 Hans F. Nordhaug (Ola Bø)
Ledelse av systemutviklingsprosjekter Leikny Øgrim Høgskolen i Oslo.
”Open Source” som strategisk virkemiddel i kommunen
Konfigurasjonsstyring Configuration Management
Samordning, arkitektur, PKI Hva skjer? Endre Grøtnes, Statskonsult
Å omfavne forandringer med ekstrem programmering(XP) Brukt i In140 Skrevet av Ola Bø Bygger på Kent Becks artikkel "Embracing change with extreme programming."
Valgfag på Kastellet skole
N O R P R O F F Quality Management SAMARBEIDSPARTNER FOR
Jæger: Robuste og sikre systemer INF150 Programmering Kapittel 2: Problemløsning Kapittel 3.1 og 3.2.
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.
Introduksjon til samfunnsgeografi SGO 1001
In 102 – V 2005 Innføring i informasjonsteknologi Forelesning 1.
Objektorientert utforming In 140 Sommerville kap. 12.
1 Systemering In 140 forelesning nr. 2 Sommerville kap. 3.
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.
Gamle systemer In 140 Sommerville kap 26. Forelesninger fremover 8/4:Gamle systemer 22/4: Systemevolusjon og vedlikehold 28/4: Konfigurasjonsstyring.
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)
Jæger: Robuste og sikre systemer Høgskolen i Molde Velkommen til INF150 Programmering Foreleser Bjørn Jæger.
DRI1001 h04 - Introduksjon 16 aug Arild Jansen 1 Introduksjon til DRI – med vekt på IKT 1. forelesning 16. august Om kursopplegget og pensum Hva.
Foretak Bjørnar Sæther SGO 4601 V-07. Struktur på forelesningen Hva er foretak? Foretak i økonomisk geografi Dimensjoner ved foretak Foretak og territorier.
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
Objektorientert utforming In 140 Forelesning Nr 11 Sommerville kap 12 – del 1.
Systemmodeller In 140 Forelesning nr. 9 Sommerville kap. 7.
Objektorientert design In 140 Sommerville kap 12 – del 1.
Programvare-prosesser
Lekens betydning for læring av matematikk
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,
I den prosessorienterte organisasjon spør man
Rammer for og organisering av eForvaltningen
Identifisere behov – og etablere krav
Brukbarhetstesting og feltstudier
Ting Forbindelser Ting og forbindelser blir til sammen et diagram
Oppsummering FINF4021 Dag Wiese Schartum.
Utskrift av presentasjonen:

Introduksjon til in 140 Systemering

In 140 Systemering Forelesninger Rom 112 –Mandag –Torsdag Lærebok: –Sommerville, Ian. Software Engineering –6.utgave H –I handel i starten av september? –Innebærer en god del innholdsendring Foreleser: Ola Bø

In 140 Systemering (Forts) Prosjektoppgaver i grupper –Tirsdag 1415 – –Melde seg på grupper –Fire obligatoriske prosjektoppgaver –Visio –Eksamen fire timer

Introduksjon Mål –Introdusere og klargjøre betydningen av systemering. –Svare på grunnleggende spørsmål om systemering. –Introdusere etiske og profesjonelle spørsmål.

Systemering Datasystemer har stor økonomisk betydning. –Økonomien er avhengig dem. –Flere og flere systemer inneholder programvare. –Programvarekostnaden kan være dominerende. –Vedlikeholdet koster mer enn utviklingen. Formålet med systemering er profesjonell kosteffektiv utvikling av programvare. Ingen fysisk begrensning på programvare – Dermed ingen grenser for kompleksiteten.

Softwarekrise? Fra 1968 Software engineering vs. software crisis. –Mange skandaløse prosjekter –Nye teknikker og metoder skulle mestre kompleksiteten som ikke kunne takles med uformelle metoder.

I dag Mange metoder og teknikker i bruk. –Utviklingsprosessen er sterkt forbedret. Kompleksiteten stadig større. Sammensmelting av kommunikasjons- og datasystemer. Fortsatt problemer. Permanent softwarekrise? Kolossal framgang.

Hva er programvare Hensikten med systemering er å lage programvareprodukter –Består av programsystemer + dokumentasjon To hovedklasser programvareprodukter –Standardprodukter som lages for salg på det åpne markedet. (COTS) –Skreddersydde produkter som bestilles av en bestemt kunde og som bygges for denne kunden.

Hva er systemering En ingeniørferdighet som dreier seg om alle sider av programvareproduksjon fra tidlige faser av spesifikasjonen til vedlikehold etter at systemet er tatt i bruk. –Få ting til å virke med teori, metoder, verktøy –eller uten. –organisatoriske og økonomiske rammer. –Alle sider av programvareproduksjon. Teknisk Prosjektorganisering Utvikling av metoder og teorier. –Systematidsk og organisert tilnærming fordi det er mest effektivt.

Hva er forskjellen mellom informatikk og systemering. Informatikk er et generelt fag om datamaskiner og programvare. Systemering gjelder de praktiske problemene med å lage programvare.

Hva er systemerings- prosessen Definisjon: En mengde aktiviteter og resultater som lager eller videreutvikler et programprodukt. Fire grunnleggende aktiviteter –Spesifikasjon –Hva skal systemet kunne utføre –Utvikling – Hvordan vi kan lage et slik system –Validering – Virker systemet som spesifisert. –Vedlikehold/Videreutvikling Rekkefølge og tidsforbruk varierer sterkt –Etter utviklingsorganisasjon –Etter produktet man vil utvikle

Hvilke Systemerings- prosessmodeller har vi Fossefallsmetoden –Grunnleggende aktiviteter - Trinn for trinn Evolusjonær systemutvikling –Trinnene gjentas gang etter gang. –Første versjon raskt klar. –Videre utvikling derfra sammen med kunden. Formell transformering –Bygger på formell matematisk spesifikasjon som omformes til et program ved hjelp av matematiske metoder. Gir sikkert korrekt resultat.  Systembygging fra gjenbrukbare komponenter –Forutsetter at delene til systemet allerede eksisterer. Da går det ut på å lime delene sammen til et hele.

Hva er kostnadene med systemutvikling Sterkt variabel fordeling mellom aktivitetene. –Fossefallmetoden –Evolusjonær systemutvikling –Utvikling vs Vedlikehold –Standardsystem på PC

Hva er systemerings- metoder Strukturert tilnærming til utvikling der målet er høy kvalitet per kostnad. Kjente metoder –Strukturert analyse ca Funksjonsorientert. –Objektorienterte metoder samlet rundt UML ca 1998 Felles ide: Lage grafiske modeller (kart) av systemet. Kartet er spesifikasjon og design. Metodene består av: Modellbeskrivelse og notasjon, regler, anbefalinger og framgangsmåte.

Hva er CASE Computer Aided Software Engineering Programmer til støtte i systemutviklingsprosessen. Alle metoder har CASE teknologi –Notasjonseditorer –Analysemoduler –Rapportgeneratorer –Evt. Kodegeneratorer –Debuggere –Programanalyseverktøy –Testgeneratorer –Programeditorer

Hvilke egenskaper har god programvare? Vedlikeholdbarhet Robusthet Effektivitet Brukbarhet

Hva er hovedutfordring- ene for systemering Den eksisterende programvaren –Nødvendige systemer må holdes ved like på en pålitelig og økonomisk måte. Heterogene miljøer –Normalt må systemene virke i nettverk med ulike operativ- system og maskinvare. Leveringstid. –Forandringstakten er stor og krever rask omstilling også av programsystemene.

Profesjonelt og etisk ansvar Ikke bare tekniske ferdigheter. Skal vi få respekt må du handle etisk og moralsk. Å følge loven er ikke nok. Standard for ærlighet og integritet. Profesjonelt ansvar: –Taushetsplikt –Kompetanse –Opphavsrett –Misbruk av datasystemer

Profesjonelt og etisk ansvar (forts.) Bransjeorganisasjoner: –Code of professional conduct ACM/IEEE –Public –Client and employer –Product –Judgement –Management –Profession –Colleagues –Self