IT IT IDI, NTNU IDI, NTNU
|
|
- Kaja Lund
- 7 år siden
- Visninger:
Transkript
1 IT1101 Informatikk basisfag, dobbeltime 30/10 Midtsemesterprøve: Mandag 1005 i R1 Prøve får samme struktur som den første (6 poeng HTML etc.) Noen lignende spørsmål og selvsagt noe nytt Generaltips: gjør øving 10 (gamle eksamensoppgaver) I dag: Kapittel 6. Kursorisk pensum: 6.3, "Design Patterns" s , 6.5, 6.8. I dag: Systemutvikling Hva er systemutvikling? Faser i utviklingsprosessen Kvalitet på programvare Forskjellig type programvare Modularitet Testing Tradisjonell vs inkrementell utvikling Dokumentasjon Kalles også systemering. Systemutvikling (Software Engineering) hva er det? Utvikling av store datasystemer Mer komplekse enn de primitive maskinprogrammene vi har sett på og de programmene (noen av) dere lager i IT1103 Software engineering is concerned with the theories, methods and tools for developing, managing and evolving software products I. Sommerville Systemutvikling innebærer utfordringer utover det programmeringstekniske! Systemutvikling: utfordringer Hva skal vi lage? Hvilke krav har kunden/brukeren til datasystemet? Kunde trenger ikke være samme person som bruker. Hvordan estimere hvor lang tid det tar å lage datasystemet? Hvordan estimere kostnadene? Hvordan måle fremdriften underveis? Hvordan ta hånd om risiko underveis. Kjenner vi teknologien vi skal bruke? Hvordan virker teknologiene sammen? Systemutvikling: utfordringer (2) Hvordan dele opp prosjektet i håndterbare deler? Hvordan sikre at delene systemet består av er kompatible med hverandre? Systemutvikling = store datasystemer. Flere personer i sving for å lage systemet. Hvordan kommuniserer personene i prosjektet? Hvordan vet vi at systemet vi har laget faktisk gjør det brukeren/kunden ønsket? Hvordan laget vi sikre, pålitelige systemer? På kortest mulig tid og til lavest mulig kostnad? ANALYSE KONSTRUKSJON IMPLEMENTASJON - TESTING Analogi til tradisjonell utvikling Dette er utfordringer man møter også innen andre mer tradisjonelle ingeniørvitenskaper (bygg, olje/gass, maskin, marinteknikk etc.) Eksempel: bygging av en bro Likevel forskjellig Men utvikling av programvare er likevel ganske forskjellig fra tradisjonelle ingeniørvitenskaper. Uhåndgripelighet: Ikke fysiske komponenter Ikke like standardiserte komponenter Ekstreme krav til korrekthet Kvalitet: målbarhet (mangel på metrikker)
2 Hvorfor er systemutvikling viktig? Det moderne samfunn er avhengig av datasystemer Offentlig administrasjon Trondheim kommune, Skatteetaten Offentlige institusjoner St. Olavs hospital, Posten, militæret Private bedrifter Lagersystem, kunderegister, salgsystem, økonomi og regnskapssystem, kommunikasjonssystem Produksjonsindustri Produksjonssystemer Privat Tegneprogram, musikkprogram, chatteprogram etc. Systemutvikling: Arbeidet (prosessen) med å lage disse datasystemene. Men: systemutvikling er vanskelig Feil i programvare har ført til mange ulykker og nesten-ulykker NASAs Mars Climate Orbiter - værsatelitt (1999) Et utviklingsteam brukte engelske måleenheter (fot, tommer) mens et annet brukte det metriske målesystem (meter). Men: systemutvikling er vanskelig forts. Ariane 5 (1996, 7.5 milliarder $) Eksploderte etter 40 sekunder. Specifically a 64 bit floating point number relating to the horizontal velocity of the rocket with respect to the platform was converted to a 16 bit signed integer. The number was larger than 32,767, the largest integer storeable in a 16 bit signed integer, and thus the conversion failed. Men: systemutvikling er vanskelig forts. Norge: overskridelser 1990: Rikstrygdeverkets datasystem, TRESS-90 ble ikke ferdig til planlagt tid. Fem år senere ble prosjektet stoppet. Anslått tap 1.2 milliarder kr. 1995: Statens Vegvesen taper 152 millioner på utvikling av et datasystem som viser seg å være ubrukelig. 1995: NSB taper 200 millioner på et nytt billettsalgsystem som ikke fungerete Ca. 50% av alle systemutviklingsprosjekter er IT1101 Informatikk basisfag høsten forskinket 2003 Kvalitet på programvare Hva er det viktigste av alt? Jo: at datasystemet løser kundens problem Programvare kan sies å ha høy kvalitet hvis det løser en kundes problem Hva er da kritisk? Løse riktig problem Løse problemet riktig Kvalitetssikring Kvalitetssikring av programvare vil innebære følgende aspekter Validering Sjekke at kravene reflekterer kundens behov (ingen misforståelser) Løse riktig problem Verifisering Sjekke at løsningen vi har laget er i overensstemmelse med kravene Løse problemet riktig
3 Programvares livssyklus Når første versjon av et datasystem er utviklet går systemet inn i en syklus av repeterende bruk og modifisering som fortsetter til programmet forkastes Grunner til at modifisering må gjøres kan være: Feil i programmet (funksjonalitet, kvalitet) Endrede krav (verden forandrer seg ) Store kostander til vedlikehold! Programvare - klassifisering To hovedtyper programvare! Hyllevare Programvare laget for et åpent marked Skreddersydd/spesialbestillt programvare Programvare laget for en bestemt kunde Tradisjonell utvikling Hovedstegene (fasene) i utviklingen Analyse Konstruksjon (Design) Implementasjon Testing Analyse Hva skal systemet (programvaren) gjøre? Hyllevare Markedsundersøkelse: identifisere potensielle kunder Antar hva brukeren (kunden) vil ha Spesialbestillt I samarbeid med kunden beskrive kravene til systemet Analysefasen skal ende opp med en kravspesifikasjon som beskriver hva programmet skal tilfredstille Krav til programvaren Funksjonelle krav: Hva skal programmet utføre/gjøre? Ikke-funksjonelle krav: Hvilke kvaliteter skal programmet inneha? Må på forhånd spesifiseres hvilke kvalitetsattributter man forventer av programvaren Aktuelle kvalitetskrav Pålitelighet Sannsynligheten for at et program vil kjøre feilfritt over et gitt tidsrom Ytelse Kapasiteten til systemet. Throughput og responstid. Sikkerhet (eng security safety) Security: Ikke uautorisert aksess Safety: Ikke skader på omgivelsene
4 Aktuelle kvalitetskrav forts. Effektivitet Hvor mye ressurser (prosessor, hovedminne) programmet bruker Brukervennlighet Hvor lett er det å sette seg inn i bruken av programmet? Aktuelle kvalitetskrav Flyttbarhet (eng portability) Hvor lett er det å flytte programmet til en annen plattform? Interoperatbilitet I hvilken grad kan programmet kobles sammen med andre programmet? Ofteerdetønskeligåutveklseinformasjon mellom programmer. Aktuelle kvalitetskrav Vedlikeholdbarhet Hvor lett er det å endre programmet feil/utvidelser Gjenbrukbarhet I hvilken grad programmet (hele eller deler av det) kan gjenbrukes i andre systemer Motstridende kvalitetskrav Ikke alle kvalitetskrav kan oppfylles samtidig Eksempler: Gjenbrukbarhet <-> ytelse Flyttbarhet <-> ytelse Kvalitet koster! Derfor viktig å finne ut hvilke kvalitetskrav som er viktigst slik at disse prioriteres gjennom hele systemutviklingsprosessen Konstruksjon (design) Hvordan skal datasystemet (programvaren) innfri kravene? Deler opp systemet i moduler Hva skal modulene gjøre og hvordan skal de kommunisere med hverandre? Moduler imperativt paradigme: Prosedyrer Moduler objektorientert paradigme: Klasser Modularitet Deler opp systemet i mindre moduler som sammen skal utgjøre systemet Top-down design: Fra en overordnet beskrivelse av systemet til stadig mindre moduler Bottom-up design: Identifiserer først enkeltoppgaver (i form av moduler) og setter deretter disse sammen til et system
5 Strukturkart Brukes for å beskrive strukturen i systemer implementert i imperative språk Viser hvordan modulene (altså prosedyrene) henger sammen Klassediagrammer For å beskrive strukturen i systemer implementert i objektorienterte språk Viser hvilke objekter systemet består av og hvilke sammenhenger det er mellom dem. Utviklet modelleringsspråk for å beskrive slike systemer UML Unified Modelling Language Kobling Kobling: Sammenheng mellom moduler Moduler vil aldri være helt uavhengige av hverandre De kan sende data seg imellom Da kalles det datakobling De kan overlate kontroll til en annen modul Da kalles det kontrollkobling Implementering Selve skrivingen av koden Algoritmer beskrives vha pseudokode Skrives i programmeringsspråket systemet skal implementeres i C++, Java, Visual Basic Websystem: JSP, ASP, PHP Ønskelig med minst mulig kobling! Testing Har vi lykkes? Hver prosedyre/objekt testes under implementeringen Modultest Modulene må testes sammen Integrasjonstest Testing Vi kan ikke verifisere at et program er uten feil uten å prøve alle mulige måtene man kan kjøre programmet på Hvilke data inn Hvilken rekkefølge brukeren gjør ting i programmet Det er ikke mulig å teste alle mulige scenarioer Man har utviklet testmetodologier for å finne så mange feil som mulig Glass-box testing Pareto prinsippet Basis path testing Black-box testing
6 Pareto prinsippet Feil er som regel samlet i noen få moduler Ved å identifisere disse (komplekse/vanskelige) modulene kan disse testes mer inngående enn de andre Det er mer lønnsomt å teste disse veldig nøye enn å teste alle modulene like inngående Vilfredo Pareto: regelen Basis path testing Kan som sagt ikke teste alle mulige stier (ulike forløp) gjennom programmet Basis path testing: Sikrer seg at alle instruksjonene kjøres minst en gang Basis path testing forts. Tester ikke alle stiene i programmet, sikrer at alle instruksjonene blir testet Black box testing Testeren vet ingenting om programmets oppbygning (interne struktur) Brukertester Boundary testing Sjekk hva som skjer ved yttergrensene for lovlige input Beta testing Flere måter å tilnærme seg disse fasene Vannfallsmodellen Hver fase skal være avsluttet før neste fase påbegynnes Milepæler Når milepæl er nådd (en fase er ferdig) kan man ikke gå tilbake Svakheter ved vannfallsmetoden Kunden vet ikke alltid hva han vil ha Vanskelig å formulere alle krav på forhånd Kundens behov ikke statiske Løser foreldete problemer
7 Alternative metoder Inkrementell systemutvikling Bygger først en forenklet versjon av systemet Forbedrer denne etterhvert Legger til funksjonalitet Gjør forandringer ut fra tilbakemeldinger Alternative metoder Throwaway prototyping Enkle versjoner av programmet bygges raskt og forkastes når de har gjort sin nytte Demonstrasjonsformål (salg) Identifisere endelige krav Trend siste årene: Utvikling med åpen kildekode Noen ser et behov for et program og lager en første versjon Kildekode gjøres tilgjengelig Andre tar i bruk og forbedrer programmet Mange er med å utvikle programmet Linux ble i startfasen utvikler på denne måten, ved at Linus Torvald la ut kildekode til et operativsystem han jobbet med. Systemdokumentasjon Hvordan systemet er strukturert (kildekode og modeller) Kommentarer i kildekode er en del av systemdokumentasjonen Til bruk for utviklerene (spesielt de som skal vedlikeholde systemet) Dilemma mellom å programmere og å dokumentere Problem: utdaterte modeller? Brukerdokumentasjon Forklarer funksjonene i programmet, og hvordan man bruker dem Lite teknisk Bokform eller hjelpepakker i selve programmet Oppsummering I dag: Systemutvikling Neste torsdag: Kapittel 7 om Hva er systemutvikling? datastrukturer Faser i utviklingsprosessen Kvalitet på programvare Forskjellig type programvare Modularitet Testing Tradisjonell vs inkrementell utvikling Dokumentasjon
Livsløpstesting av IT-systemer
Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om
DetaljerGJENNOMGANG UKESOPPGAVER 9 TESTING
GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.
DetaljerStatisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere
Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
DetaljerKravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
DetaljerDRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO
DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt
DetaljerEvaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet
Evaluering av It-systemer i et forvaltningsperspektiv Drift, vedlikehold og videreutvikling av IT-systemet Bakgrunnen IT-systemer har ofte lenger levetid enn forventet er ofte forretningskritiske utvikler
DetaljerGrunnleggende testteori
1 Grunnleggende testteori Industri - og software produkt Industriprodukt: Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så
DetaljerBlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009
BlackBox, WhiteBox og andre testmetoder Etter ønske fra studentene 26. november 2009 Hva er testing? Testing er å undersøke IT-systemer eller deler av det for å vurdere om kravene til det som testes er
DetaljerLæringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering
1 2 Læringsmål og pensum TDT4110 Informasjonsteknologi grunnkurs: Uke 38 Utvikling av informasjonssystemer Læringsmål Kunne seks faser for systemanalyse og design Kunne femstegs prosedyre for programmering
DetaljerUKE 10 Kravhåndtering. Gruppetime INF1055
UKE 10 Kravhåndtering Gruppetime INF1055 Hva skal vi i dag? Kravhåndtering - kapittel 4 Ukesoppgaver: Smidig programvareutvikling og kravhåndtering Krav KRAV KOMPETANSEMÅL: Kravhåndtering: anvende metoder
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerVelkommen til IT1101 Informatikk basisfag. Faglærer og forelesninger. Lærebok. Øvinger. IT1101 Fagstab. Fagets hjemmeside
Velkommen til IT1101 Informatikk basisfag I dag: Praktisk info Lærebok, øvinger, oppmeldingskrav, vurderingsform i emnet, hva skjer fremover Introduksjon til informatikk Informasjon Teknologi Algoritmer
DetaljerDRI2001 h04 - Forelesning Systemutvikling og nettsteder
Systemutvikling utvikling av offentlig nettsteder DRI2001 forelesning 20.10 Litt om eksperimentell systemutvikling og prototyping Systemutviklingsprosessene og utvikling av [offentlige] nettsteder Fasene
DetaljerKvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler?
Kvalitet og programvare Når bare det beste er godt nok. Produktet prosessen eller begge deler? To nøtter Hva forbinder du med et IT-system som har (høy) kvalitet? Formuler 3 kriterier for (høy) kvalitet
DetaljerSystemutvikling (Software Engineering) Professor Alf Inge Wang
1 Systemutvikling (Software Engineering) Professor Alf Inge Wang 2 Undervisningsmål og henvisning Målet med timen er: Få kunnskap om hva systemutvikling er Forstå hva en utviklingsprosess består av Få
DetaljerKonfigurasjonsstyring. INF1050: Gjennomgang, uke 11
Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 12. sept. 06 Forholdet mellom informasjonssystemet og virkeligheten Hva innebærer utvikling av et IS (systemutvikling: SU) Å utvikle et IS det
DetaljerLøsningsforslag Sluttprøve 2015
Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00
DetaljerInf1055 Modul B 26 april 2017:
Inf1055 Modul B 26 april 2017: Del 1: - Testing Yngve Lindsjørn ynglin@ifi.uio.no 1 Oversikt - Testing Hva er testing? Validering &Verifisering Testfaser Enhetstesting Integrasjonstesting Systemtesting
DetaljerSystem integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
DetaljerAlgDat 12. Forelesning 2. Gunnar Misund
AlgDat 12 Forelesning 2 Forrige forelesning Følg med på hiof.no/algdat, ikke minst beskjedsida! Algdat: Fundamentalt, klassisk, morsomt,...krevende :) Pensum: Forelesningene, oppgavene (pluss deler av
DetaljerIntroduksjon til programmering og programmeringsspråk
Introduksjon til programmering og programmeringsspråk Henrik Lieng Høgskolen i Oslo og Akershus https://code.org/ Veldig høy-nivå programmering med Scratch End-user programming Overtone, Tidal, etc., bygger
DetaljerGJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING
GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 21. sept. 05 Informasjonssystem og datasystem Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer og perspektiver for SU-arbeidet
DetaljerUKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055
UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling
DetaljerObjektorientert design av kode. Refaktorering.
Objektorientert design av kode. Refaktorering. DEL 1 INF1010-forelesning 2. mars Ragnhild Kobro Runde Læringsmål Kjenne til og kunne bruke viktige prinsipper for god kodedesign. Kunne finne alternative
DetaljerAkseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer
Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller
DetaljerIntroduksjon til programmering og programmeringsspråk. Henrik Lieng Høgskolen i Oslo og Akershus
Introduksjon til programmering og programmeringsspråk Henrik Lieng Høgskolen i Oslo og Akershus Kategorisering av programmeringsspråk? Deklarativ vs. imperativ Lav nivå vs. høy nivå Kompilert vs. tolket
DetaljerEksamen INF1050: Gjennomgang, uke 15
Eksamen 2012 INF1050: Gjennomgang, uke 15 Overblikk Varierte spørsmål fra pensum Modellering Use case Tekstlig beskrivelse Sekvensdiagram Klassediagram Krav Empiriske metoder Smidig metodikk Varierte spørsmål
DetaljerSystemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017
Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering
DetaljerAlgDat 10. Forelesning 2. Gunnar Misund
AlgDat 10 Forelesning 2 Oversikt Java repetisjon IDE eller teksteditor + kommandolinje? Java Collections and Generics Programvareutvikling En mengde mer eller mindre veldefinerte metoder (software engineering):
DetaljerGrunnleggende testteori
1 Grunnleggende testteori Error-Fault-Failure 2 Error : når en programmerer koder feil eller utelater kode (evt. miljøpåvirkning) årsaken til en fault Fault (defect eller bug): feil i kode kan lede til
DetaljerHensikten med denne delen av kurset. Objektorientering hva er det? Objektets egenskaper. Best practises ved programvareutvikling
Objektorientert systemutvikling, litt UML og Rational Unified Process (RUP) UML Distilled kap. 2 Hensikten med denne delen av kurset Å lære og øve på modelleringsteknikker Å lære om gode designprinsipper
DetaljerTesting av programvare. INF1050: Gjennomgang, uke 08
Testing av programvare INF1050: Gjennomgang, uke 08 Kompetansemål Testing av programvare Hva og hvorfor? Testfaser Ulike nivåer Testtyper Spesifikasjonsbasert testing / Strukturbasert testing Testdrevet
DetaljerKravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerGrunnleggende testteori. Etter Hans Schaefer
Grunnleggende testteori Etter Hans Schaefer Industri- og softwareprodukt Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes,
DetaljerKort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?
Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme
DetaljerInnholdsfortegnelse: Resymé: Denne leksjon gir en kort og enkelt oversikt over hvilke oppgaver som skal utføres i design- og programmeringsfasen.
Kort innføring i design og programmeringsfasen Jarle Larsen/Tore Berg Hansen 2.11.04 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO314 Prosjektrettet systemarbeid Resymé:
DetaljerSTE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen Tid: Mandag 06.08.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent
DetaljerOversikt. Informatikk. INF1000: Grunnkurs i objektorientert programmering. Utenom INF1000 Informasjon & hjelp
INF1000: Grunnkurs i objektorientert programmering Uke 0, høst 2014 Oversikt Informatikk - hva & hvorfor? Datasystemer, maskinvare, programmer Objektorientert programmering i INF1000 Programmeringsspråket
DetaljerKonfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
DetaljerKravspesifikasjon MetaView
Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og
DetaljerEvaluering av IT-systemer Introduksjon. Monica Kristiansen
Evaluering av IT-systemer Introduksjon Monica Kristiansen 1 Bruk av programvare i kritiske systemer En spennende verden! 2 Avanserte løfteraketter (Ariane 5) 3 Avanserte flyegenskaper 4 Avanserte flyegenskaper
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan
DetaljerGJENNOMGANG OBLIGATORISK OPPGAVE 1
GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet
Detaljer156C. Algoritmer og maskinspråk. IT1101 Informatikk basisfag. Maskinspråk: det maskinen forstår. Assembler / assemblerspråk
IT1101 Informatikk basisfag I dag Programmeringsspråk Problemer med maskinspråk I dag: 5.1-5.3 Fra lavnivå til høynivå programmeringsspråk - utvikling Kompilator / tolker Programmeringsparadigmer Tradisjonelle
DetaljerGJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG
GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:
DetaljerInnholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10
1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal
DetaljerTestplan (Software Test Plan)
Testplan (Software Test Plan) Amanuel K. Tedla Eleonora Ntreska Ingrid Vik Hansen Joakim Moen Innholdsfortegnelse Innholdsfortegnelse 1.. Introduksjon... 3 1.1 Definisjoner... 3 1.2 Antagelser ved testing
DetaljerIntroduksjon til kurset og dets innhold
til kurset og dets innhold Lars Vidar Magnusson September 4, 2011 Oversikt Forelesninger Kursets fagsider Øvingstimer Kunnskap Ferdigheter 1 Forelesninger Kursets fagsider Øvingstimer Kunnskap Ferdigheter
DetaljerUlike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser
1 Ulike typer prosessmodeller Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall
DetaljerEn kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne.
A KRAVSPESIFIKASJON Dette notat er en generell beskrivelse av en kravspesifikasjon for et (teknisk) datasystem. Den er basert på «The STARTS Purchasers Handbook» kap.4 og Appendix B, oversatt til norsk
DetaljerLæringsmål og pensum. https://www.youtube.com/watch? v=nkiu9yen5nc
1 TDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python Professor Alf Inge Wang 2 https://www.youtube.com/watch? v=nkiu9yen5nc 3 Læringsmål og pensum Mål Lære om
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)
Detaljerprogrameksempel Et større En større problemstilling Plan for forelesingen Problemstillingen (en tekstfil) inneholdt ordet "TGA"
Et større programeksempel Hvordan løse et reelt problem med en objektorientert fremgangsmåte En større problemstilling I uke 4 skrev vi et program for å sjekke om et gen (en tekstfil) inneholdt ordet "TGA"
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerEksamen 2013 Løsningsforslag
Eksamen 2013 Løsningsforslag Oppgave 1. Multiple choice 1b# 2a# 3b# 4c# 5b# 6a# 7a# 8b# 9d# 10b# Oppgave 2 - Bibliotek - Utlån av bøker a) Måle størrelse eller mengde funksjonalitet Denne oppgaven ser
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
DetaljerEt større programeksempel. Hvordan løse et reelt problem med en objektorientert fremgangsmåte
Et større programeksempel Hvordan løse et reelt problem med en objektorientert fremgangsmåte Plan for forelesingen Beskrive en større problemstilling Planlegge programmet Skrive koden, én klasse om gangen
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerProgramvareutvikling (store systemer)
Programvareutvikling (store systemer) Software Engineering Nils-Olav Skeie Associate Professor, PhD Page 1 Agenda Bakgrunn, Programvareutvikling, Prosess, Analyse, Design, Koding, Testing CARGOMASTER,
DetaljerTDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python. Professor Alf Inge Wang
2 TDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python Professor Alf Inge Wang 3 https://www.youtube.com/watch? v=nkiu9yen5nc 4 Læringsmål og pensum Mål Lære om
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerDRI2001 forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 6.10.04 Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer for SU-arbeidet Ulike SU-metoder Perspektiver i SU-arbeidet SU er
DetaljerInnhold. Innledning... 15. Del 1 En vei mot målet
Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................
DetaljerPROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004
PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ
DetaljerForfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.
2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave
DetaljerObligatorisk oppgave 1: Regneklynge
Obligatorisk oppgave 1: Regneklynge INF1010 Frist: mandag 6. februar 2017 kl. 12:00 Versjon 1.0 (62f8e31 ) Innhold 1 Innledning 1 2 Regneklyngens bestanddeler 2 3 Datastrukturtegning 3 4 Maksimal teoretisk
DetaljerKRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.
KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.
DetaljerPrøveeksamen INF1050: Gjennomgang, uke 15
Prøveeksamen 2016 INF1050: Gjennomgang, uke 15 Overblikk Multiple choice Modellering Aktivitetsdiagram Sekvensdiagram Klassediagram Tilstandsdiagram Krav Ikke-funksjonelle krav og målbarhet Smidig metodikk
DetaljerDistributed object architecture
Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture
Detaljert Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1
Oppsummering INF1050 Systemutvikling t INF1050-oppsummering-1 INF1050 dagsorden Erfaringer fra V09 Kort oppsummering: Hvordan utvikles et informasjonssystem? Kanskje noen eksamenstips, og litt teknikk
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerValidering og verifisering. Kirsten Ribu
Validering og verifisering Kirsten Ribu 2005 1 I dag Validering og verifisering Inspeksjon Testing 2 Noen ord om prosjektet Sjekk kurssidene jevnlig. Endringer forekommer (forelesningsplanen) Hvordan fungerer
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
DetaljerOversikt. Historie Struktur Moderne UNIX systemer Moderne UNIX kernel struktur 1 UNIX. 2 Linux. 3 Process. 4 Process models
Oversikt UNIX 1 UNIX Historie Struktur Moderne UNIX systemer Moderne UNIX kernel struktur 2 Linux 3 Process 4 Process models 5 Hvordan kjøre operativsystemet 6 Prosesshåndtering i UNIX SVR4 Lars Vidar
DetaljerProsjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson
PROSJEKTGRUPPE 1 MGT SOFTWARE PROSJEKTPLAN LEVERANSE 1 (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Store Prosjektledelse: Store Kvalitetssikring: Tommy Jansson Dato: 03. oktober 2005
DetaljerISTQB Foundation Level Prøveeksamen
ISTQB Foundation Level Prøveeksamen Svar på følgende spørsmål For hvert spørsmål er der ETT og BARE ETT rett svar! (Unntak er avmerket spesielt). Spørsmål til Kap 1 ("Fundamentals") 1.1. (K2) Hva er betydningen
DetaljerDRI 2001 Systemutviklingsarbeidet og nettsteder Forelesning
Systemutvikling utvikling av offentlig nettsteder DRI2001 forelesning 19.10 og pensumseminar 20.10 Fossefallsmetoden med laksetrapper Eksperimentell systemutvikling og prototyping Systemutvikling og offentlige
DetaljerModel Driven Architecture (MDA) Interpretasjon og kritikk
Model Driven Architecture (MDA) Interpretasjon og kritikk Ragnhild Kobro Runde (Ifi, UiO) Veileder: Ketil Stølen (Ifi/SINTEF) Stuntlunsj SINTEF Oversikt Bakgrunn/utgangspunkt for presentasjonen MDA stuntlunsj
DetaljerSoftware Development Plan
Software Development Plan Værsystem Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SDP 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerDatastrukturer og Algoritmer
TOD 063 Datastrukturer og Algoritmer Forside fra lærebokens Nord Amerikanske utgave Tar for seg praktisk problemstilling: Hvordan håndtere containere som blir lastet fra containerskip i en travel havn
DetaljerStikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.
Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Studenter: Magnus Skomsøy Bae, Marius Eggen, Magnus Krane Klasse: 3ING, Systemutvikling Produserer redaksjonelle
DetaljerMangelen på Internett adresser.
1. Av 2 Introduksjon og forord Internett er som kjent bygd opp i adresser, akkurat som husstander, byer og land, dette er fordi Internett er bygd opp mye likt post systemet, du kan sammenligne en maskin
DetaljerPR362009 24. november 2009 Programvare, pc-basert kontroll Side 1 av 5
Programvare, pc-basert kontroll Side 1 av 5 IT-standarder: TwinCAT-programmeringsmiljø integreres i Microsoft Visual Studio TwinCAT 3 extended Automation Med TwinCAT 3 introduserer Beckhoff sin nye generasjon
DetaljerPensum Hovedtanker Selvmodifiserende Overflyt Veien videre Eksamen. Oppsummering
Oppsummering Pensum Grovt sett er alt fra forelesningene og øvingsoppgavene pensum. Detaljert oversikt finnes på kurssidene. Hovedtanker fra kurset Litt om eksamen Hvorfor har dere lært dette? Ikke mange
DetaljerGenerelt om operativsystemer
Generelt om operativsystemer Operativsystemet: Hva og hvorfor Styring av prosessorer (CPU), elektronikk, nettverk og andre ressurser i en datamaskin er komplisert, detaljert og vanskelig. Maskinvare og
DetaljerHva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP
Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å
DetaljerInnhold Forord...3 Begreper og akronymer...4 Systembeskrivelse...5 Generelt...5 Funksjonelle krav...7 Ikke-Funksjonelle krav...9 Prioritering...
Innhold Forord...3 Begreper og akronymer...4 Systembeskrivelse...5 Generelt...5 Funksjonelle krav...7 Ikke-Funksjonelle krav...9 Prioritering...9 2 Forord Denne kravspesifikasjonen har blitt utviklet i
DetaljerFunksjonalitet og oppbygning av et OS (og litt mer om Linux)
Funksjonalitet og oppbygning av et OS (og litt mer om Linux) Hovedfunksjoner i et OS OS skal sørge for: Styring av maskinvaren Deling av maskinens ressurser Abstraksjon vekk fra detaljer om maskinvaren
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
DetaljerTESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS
TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Medlemmer av gruppe 35: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:
DetaljerOppgaver uke 42. Systemutvikling
Oppgaver uke 42 søndag 16. oktober 2016 13.55 Systemutvikling 1. Hva er systemutvikling? Systemutvikling er prosessen hvor man lager og opprettholder informasjonssystemer. Systemutvikling involverer alle
DetaljerKap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner
Software Engineering - definisjoner Kap. 2 Prosessen Utviklingsprosessen Modeller for utvikling Bauer: Etablering og bruk av gode ingeniørmessige prinsipper for å fremskaffe økonomisk programvare som er
DetaljerHva er en kø? En lineær datastruktur der vi til enhver tid kun har tilgang til elementet som ble lagt inn først
Køer Hva er en kø? En lineær datastruktur der vi til enhver tid kun har tilgang til elementet som ble lagt inn først Et nytt element legges alltid til sist i køen Skal vi ta ut et element, tar vi alltid
DetaljerOppsummering. Thomas Lohne Aanes Thomas Amble
Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt
DetaljerOppgave 1: Multiple choice (20 %)
Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell
Detaljer