STE6221 Sanntidssystemer LØSNINGSFORSLAG TIL KONTINUASJONSEKSAMEN
|
|
- Oliver Ulriksen
- 7 år siden
- Visninger:
Transkript
1 HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT STE6221 Sanntidssystemer LØSNINGSFORSLAG TIL KONTINUASJONSEKSAMEN Tid: Fredag , kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator, med tomt minne. Ingen trykte eller håndskrevne hjelpemidler tillatt. Eksamen består av 5 oppgaver og 3 sider. Faglærer: Førsteamanuensis, Dr.ing. Per J. Nicklasson, Tlf / Oppgavenes vekt er angitt i prosent av total poengsum. Hvert nummerert delspørsmål gir 5 poeng.
2 Oppgave 1 (20%) a) Forklar kort hvilke hovedtyper av feil som kan oppstå ved utvikling av et sanntidssystem. Følgende hovedgrupper av feil kan oppstå: Feil i kravspesifikasjon Feil i systemdesign, altså design av totalsystemet som maskinvaren og programvaren inngår i. Feil i design av programvaren og maskinvaren Feil ved koding (syntaktiske, semantiske feil, logiske og algoritmiske feil) I tillegg kan interaksjonen med omverdenen gir feilsituasjoner ved bruk, fordi man under utvikling ikke har tatt hensyn til alle mulige situasjoner som kan oppstå (kan også tolkes som en ukomplett kravspesifikasjon). b) Hva er det som kjennetegner driftsikker programvare? Driftssikker ( dependable ) programvare kjennetegnes ved at den er: Korrekt ( correct ) Pålitelig ( reliable ) Sikker ( safe ) c) Hvilke 3 hovedtyper av krav benyttes i en kravspesifikasjon for programvare? Funksjonelle krav Ikke-funksjonelle krav Utviklingskrav d) Hva menes med prototyping? Nevn 3 bruksområder for prototyping ved utvikling av programvare. Med protoyping mener vi fremstilling av tidlige versjoner av et produkt (eller deler av produktet) for å kunne studere enkelte egenskaper med produktet. Prototypen er som oftest en nokså ukomplett versjon av produktet. Det kan f.eks. være en en simulering eller animasjon av produktets oppførse vha. dataverktøyl. Utforskende prototyping for å teste om begge parter er enige i krav. Exploratory prototyping Prototyping av krav f.eks. ved hjelp av visuelle verktøy. Solution prototyping. Granskende prototyping (alternative løsninger i designfasen, visuelle verktøy). Investigative prototyping. Verifikasjon (analyse av kode vha. formelle spesifikasjonsmetoder). Verification prototyping. Utviklende prototyping (modifikasjoner og oppgradering). Evolutionary prototyping. Oppgave 2 (15%) a) Hva menes med begrepet bespoke system-on-chip designs når det gjelder maskinvare for sanntidssystemer? Med dette begreper mener vi spesialdesignede maskinvareløsninger der hele systemet (mikroprosessor, minne, etc.) i hovedsak er integrert på en brikke Det kan f.eks. være ASICs (Application Specific Integrated Circuits) eller FPGAs (Field Programmable Gate arrays).
3 b) Hva er det som gjør testingen av innebygde systemer spesielt vanskelig sammenlignet med testing av konvensjonelle applikasjonssystemer? Det er flere momenter: Utviklingen av programvaren foregår ofte på et annet system enn det den til slutt skal anvendes på. Det fysiske grensesnittet (mangel på skjerm, tastatur, tilkoblingsmuligheter osv.) kan gjøre det vanskelig å få innsikt i hva som skjer på det endelige systemet. Det er vanskelig å teste systemet i de virkelige omgivelsene og under de virkelige operasjonsbetingelsene. c) Anta at du skal designe et sanntids styresystem for et jagerfly. Hvordan vil du sikre deg at systemet er i stand til å takle feil som oppstår på best mulig måte? For det første må det gjøres en grundig jobb under utarbeidelse av kravspesifikasjonen for systemet, og design av systemet. For slike systemer er det vanlig å bruke spesialutviklet maskinvare (spesielle prosessorer som er grundig testet), og dessuten redundans både mhp. maskinvare (flere prosessorer som gjør det samme, og der resultatene veies opp mot hverandre) og programvare (ulike prosessorer kjører forskjellige programvareversjoner som skal gjøre det samme, men som er utviklet med forskjellige verktøy, språk og av ulike team). Det benyttes også vel uttestede sanntids operativsystemer som selvfølgelig har tjenester som gjør det mulig å implemetere harde sanntidskrav. Oppgave 3 (5% 5% 5% 6 5% 45%) a) Hvorfor er det fornuftig å benytte et operativsystem ved konstruksjon av et sanntidssystem der det inngår datamaskiner? Fordi operativsystemet er et verktøy som gjør det lettere å utvikle systemet. Operativsystemet tilbyr ferdige tjenester, slik at de som utvikler resten av systemet kan avgrense sin oppgave. Interaksjonen mellom ulike oppgaver kan være komplisert i et sanntidssystem. b) Hvilke tjenester bør et sanntids operativsystem minst kunne gi dersom det skal benyttes i et hardt sanntidssystem? Mulighet for å definere oppgaver Parallellitet av oppgaveutførelse ( concurrency ) Synkronisering av utførelse. Tilgang til systemressurser på bestemte tidspunkter og tilfeldige tidspunkter (mulighet for avbrudd) Timing av utførelse (spesielt viktig for harde sanntidssystemer) Kommunikasjon mellom oppgaver Alt dette må utføres på en predikterbar og pålitelig måte. c) Anta at det i et hardt sanntidssystem eksisterer oppgaver som utføres som et resultat av avbrudd som kan komme ved tilfeldige tidspunkter. Drøft hvilke konsekvenser dette kan ha mhp. systemets ytelse. Det kan ha den konsekvensen at systemet i verste fall slutter å fungere. Dersom det ikke er satt av stor nok slakke i tidskravene til systemet for at slike oppgaver kan utføres i tillegg til de andre oppgavene, vil det blir for lite tid til at alle oppgaver og avbrudd kan utføres. d) Forklar kort følgende begreper relatert til sanntidssystemer: 1. Scheduling
4 Tildeling av prosessortid til de ulike oppgavene. 2. Preemptive En oppgave kan avbrytes av operativsystemet slik at en annen oppgave kan få kjøre. 3. Kernel Brukes om et sett med hovedfunksjoner i et operativsystem, dvs. de mest nødvendige operasjoner 4. Concurrent Parallell (samtidig) kjøring av oppgaver. På et system med kun en prosessor er det jo ikke mulig å gjøre dette, så det blir en tilsynelatende parallell kjøring av oppgaver. 5. Reentrant code Kode som er utformet slik at kjøringen av koden kan avbrytes midlertidig, og så kan den samme koden kjøres med andre dataverdier. Etter hvert vil første bruk av koden gjøres ferdig. Alt dette kan skje uten feil. F.eks. kan flere oppgaver ( tasks ) kalle den samme funksjonen, som kan avbrytes midlertidig for så bli kjørt på nytt, uten at noen av resultatene blir feile. 6. Deadlock En situasjon dere en oppgave ikke kan gjøre seg ferdig før en annen oppgave har utført noe, og den andre oppgaven (via en kjede av sammenhenger) venter på den første. Andre oppgaver kan godt fungere utmerket, men dette kan også medføre at hele systemet etterhvert går ned. Oppgave 4 (15 %) a) Forklar hva som menes med vedlikehold av programvare. Vedlikehold av programvare innebærer modifikasjon av eksisterende programvare for enten å rette opp feil, eller for å implementere oppgraderinger (nye tjenester). b) Mange utviklere klager på vanskeligheter under vedlikehold av programvare. Hva kan årsaken til dette være? Det er ikke uvanlig at når et produkt kommer i vedlikeholdsfasen, så har de originale designere/utviklere forlatt åstedet. Følgelig blir vedlikehold vanligvis utført av personer som: Ikke var involvert i utviklingen. Ikke har mulighet til å få tak i de originale designerne. Har tilgang til minimal designdokumentasjon (f.eks. kun kildekode). Har tilgjengelig designdokumentasjon som ikke samsvarer med den faktiske koden. Har begrenset forståelse av systemets overordnede oppgave. Må lære mye om systemet på kort tid, selv for små endringer. Ikke selv ville skrevet koden slik den fremstår. c) Du holder på å starte et nytt programvareprosjekt. Hva vil du gjøre (generelt) for å sikre at skikkelig dokumentasjon blir generert til bruk under vedlikehold etter at systemet er ferdig? De viktigste kravene er at dokumenter skal være: Komplette. Korrekte. Klare og forståelige. Konsistente.
5 Først må vi definere (i en formell brukermanual) hva som menes med komplett. Vi må mao spesifisere hvilke dokumenter som kreves for prosjektet. Dernest må vi definere korrekthet (for dokumentene, ikke designet): Benytt en notasjon som har definert syntaks og semantikk. Forskrifter om ikke-standard syntaks må inkluderes (av realistiske årsaker). Klarhet og god forståelse oppnås på to måter; ved valg av diagram og valg av symbol i diagram. Dersom et modelleringsspråk er komplekst, bruk et hensiktsmessig subsett (bare det du har bruk for). Hvordan diagrammer benyttes er i virkeligheten knyttet opp mot designteknikk og prosess. Ingen kokebokløsninger er tilgjengelige; den beste guide er designerfaring. Generelt bør vi styre mengden av informasjon som presenteres og kompleksiteten av den. Konsistens oppnås best ved bruk av CASE verktøy. Dette vil ikke stoppe noen fra å gjøre feil, men i det minste vil alle relaterte diagram ha samme feil (konsistent). Videre bør konsistens gjelde også for kode; koden må reflektere designspesifikasjonen (ellers kan du forkaste alle designdokumenter). Til slutt må hele systemet gå under en viss politikk (dvs. rutiner), slik at alle endringer lagres og kan spores, og dokumentasjonen oppdateres ved behov. Oppgave 5 (5%) Hvordan kan diagrammer og diagrammetoder hjelpe til med å produsere forutsigbar og pålitelig programvare? Bruk av diagrammer kan bidrar på mange måter: (i) Som designverktøy. God forståelse av problemet kreves for å kunne tegne diagrammer. Introduserer formalitet og strenghet i designprosessen, spesielt der syntaks og semantikk er klart definert. Prosessen fjerner tvetydighet og tvil. Bedrer mulighet for revidering og analyse av design, og gir kontroll på progresjon. Gir grunnleggende materiell for presentasjon av systemet. (ii) Til bruk ved dokumentasjon. Diagram gir mulighet til å demonstrere at: Vi gjør den rette jobben (høynivå) Vi gjør jobben rett (lavnivå) Vi kan vise at vi gjør den rette jobben ved å bruke diagrammer for å illustrere: Helhetlig og detaljert funksjonalitet i systemet. Funksjonalitet og interaksjon mellom forskjellige delsystemer. Overordnet struktur sammen med de store delsystemer. Overordnet funksjonalitet i design. Samhandling mellom system og miljø. Gode høynivå diagrammer er enkle og forståelige, og viser de store trekkene i systemet. Ved å benytte disse er det relativt enkelt å se effekter på systemets oppførsel ved endringer. Å vise at jobben gjøres rett illustreres ved å benytte diagram som: Er løsningsorientert. Går i detalj. Vektlegger intern informasjon om systemet.
STE6221 Sanntidssystemer LØSNINGSFORSLAG TIL EKSAMEN
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer LØSNINGSFORSLAG TIL EKSAMEN Tid: Torsdag 09.03.2006, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar
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
DetaljerSTE6221 Sanntidssystemer Løsningsforslag
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,
DetaljerLØSNINGSFORSLAG TIL EKSAMEN I STE6221 Sanntidssystemer
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT LØSNINGSFORSLAG TIL EKSAMEN I STE6221 Sanntidssystemer Tid: Onsdag 16.03.2005, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar
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.
DetaljerSTE 6219 Digital signalbehandling Løsning til kontinuasjonseksamen
HØGSKOLEN I NARVIK Institutt for data-, elektro-, og romteknologi Masterstudiet EL/RT Side av 4 STE 629 Digital signalbehandling Løsning til kontinuasjonseksamen Tid: Fredag 03.08.2007, kl: 09:00-2:00
DetaljerSTE 6219 Digital signalbehandling Løsningsforslag
HØGSKOLEN I NARVIK Institutt for data-, elektro-, og romteknologi Masterstudiet EL/RT Side 1 av 3 STE 6219 Digital signalbehandling Løsningsforslag Tid: Fredag 20.04.2007, kl: 09:00-12:00 Tillatte hjelpemidler:
DetaljerEksamen i TTK4145 Sanntidsprogrammering 12. august
NTNU Norges teknisk-vitenskapelige universitet Institutt for teknisk kybernetikk Fakultet for informasjonsteknologi, matematikk og elektroteknikk Bokmål Eksamen i TTK4145 Sanntidsprogrammering 12. august
DetaljerConcurrency. Lars Vidar Magnusson. September 20, Lars Vidar Magnusson () Forelesning i Operativsystemer September 20, / 17
Concurrency Lars Vidar Magnusson September 20, 2011 Lars Vidar Magnusson () Forelesning i Operativsystemer 20.09.2011 September 20, 2011 1 / 17 Oversikt Concurrency 1 Concurrency Beskrivelse Prinsipper
DetaljerDesign med ASIC og FPGA (Max kap.7 og 18)
Design med ASIC og FPGA (Max kap.7 og 18) Innhold: Begrensninger/muligheter å ta hensyn til ved FPGA design som en normalt slipper å tenke på med ASIC design. Migrering mellom FPGA og ASIC INF3430 - H10
Detaljer- analyse og implementasjon
- analyse og implementasjon Hvem er vi? Vi heter Anders S Finnerud Dennis JMJ Lundh studerer til bachelorgraden i ingeniørfag for data ved Høgskolen i Oslo. Oppgaven Lage et lett system som kan utføre
DetaljerFakultet for informasjonsteknologi, Løsning på kontinuasjonseksamen i TDT4190 Distribuerte systemer 19. august 2006,
Side 1 av 8 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Løsning på kontinuasjonseksamen
DetaljerGenerelt om operativsystemer
Generelt om operativsystemer Hva er problemet? Styring av maskinvare og ressurser tilknyttet en datamaskin er komplisert, detaljert og vanskelig Maskinvare, komponenter og programvare endres og forbedres
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:
DetaljerEKSAMEN STE 6219 Digital signalbehandling
HØGSKOLEN I NARVIK Institutt for data-, elektro-, og romteknologi Masterstudiet EL/RT Side 1 av 4 EKSAMEN STE 6219 Digital signalbehandling Tid: Tirsdag 07.03.2006, kl: 09:00-12:00 Tillatte hjelpemidler:
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
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF2810 Eksamensdag: Fredag 5. juni 2015 Tid for eksamen: 14:30 (4 timer) Oppgavesettet er på 4 sider (ikke medregnet denne siden)
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
DetaljerLØSNINGSFORSLAG TIL EKSAMEN STE 6219 Digital signalbehandling
Side 1 av 4 HØGSKOLEN I NARVIK Institutt for data-, elektro-, og romteknologi MSc-studiet EL/RT LØSNINGSFORSLAG TIL EKSAMEN STE 6219 Digital signalbehandling Tid: Fredag 11.03.2005, kl: 09:00-12:00 Tillatte
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
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
DetaljerEKSAMEN I TDT4160 DATAMASKINER GRUNNKURS
Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap Side 1 av 12 Faglig kontakt under eksamen: Magnus Jahre (952 22 309) EKSAMEN I TDT4160 DATAMASKINER GRUNNKURS
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
DetaljerLykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk
NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling
DetaljerEksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl
Side av 9 NTNU Norges teknisk-naturvitenskapelige universitet BMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:. juni Eksamen i fag SIF808
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
DetaljerLøsningsforslag for TDT4186 Operativsystemer
Institutt for Datateknikk og Informasjonsvitenskap Løsningsforslag for TDT4186 Operativsystemer Eksamensdato: 9. august 2016 Eksamenstid (fra-til): 09:00-13:00 Hjelpemiddelkode/Tillatte hjelpemidler: D:
DetaljerLøsningsforslag til Case. (Analysen)
Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1500 Introduksjon til design, bruk, interaksjon Eksamensdag: 10. desember 2015 Tid for eksamen: 14.30 18.30 Oppgavesettet er
DetaljerForprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio.
Forprosjektrapport ERTMS Driver Interface simulering Prosjektets tittel: ERTMS Driver Interface simulering Gruppe medlemmer: Hallgeir Are Olsen s141454, 3IA Hasan Akin s141460, 3IA Oppdragsgiver: NSB skolen
DetaljerKrav. Beskriver tjenestene produktet skal håndtere Kravene kan testes
Krav og terminologi Krav Et utsagn som gjelder produktet vi skal teste og evaluere. Vi skal vurdere graden av sannhet i kravet opp mot funksjonen i produktet Funksjonelle krav Beskriver tjenestene produktet
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
DetaljerGruppe 43. Hoved-Prosjekt Forprosjekt
Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141
DetaljerFYS 3270(4270) Data-assistert konstruksjon av kretselektronikk (tidligere Fys 329) Fys3270(4270)
FYS 3270(4270) Data-assistert konstruksjon av kretselektronikk (tidligere Fys 329) Forelesere Jørgen Norendal, Universitetslektor Fieldbus International AS Jan Kenneth Bekkeng, Stipendiat Kosmisk fysikk
DetaljerFakultet for informasjonsteknologi, Løsning på kontinuasjon i TDT4186 Operativsystemer 14. august 2006,
Side 1 av 8 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Løsning på kontinuasjon
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
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
DetaljerLØSNINGSFORSLAG. EKSAMEN I Sanntidssystemer Fagkode: STE6221
Side 1 av 3 HØGSKOLEN I NARVIK Institutt for data-, elektronikk- og romteknologi LØSNINGSFORSLAG EKSAMEN I Sanntidssystemer Fagkode: STE6221 XX.08.2004 Side 2 av 3 Oppgave 1 (35%) a) Definer hva det vil
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
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å
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
DetaljerRAMMER FOR MUNTLIG-PRAKTISK EKSAMEN I TEKNOLOGI OG FORSKNINGSLÆRE ELEVER OG PRIVATISTER 2014
RAMMER FOR MUNTLIG-PRAKTISK EKSAMEN I TEKNOLOGI OG FORSKNINGSLÆRE ELEVER OG PRIVATISTER 2014 Utdanningsprogram: Studiespesialisering Fagkoder: REA3017, REA3018, REA3020 Årstrinn: Vg2, Vg3 Programområde:
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
DetaljerINF3430/4431. Kretsteknologier Max. kap. 3
INF3430/4431 Kretsteknologier Max. kap. 3 Kretsteknologier (Max. kap. 3) Programmerbar logikk kretser (PLD): Simple Programmable Logic Device (SPLD) Complex Programmable Logic Devices (CPLD) Field Programmable
DetaljerFunksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.
Kravspesifikasjon I dette kapittelet foreligger kravspesifikasjonen som ble utformet tidlig i prosjektprosessen. Dette er den opprinnelige kravspesifikasjonen. Det har igjennom prosjektprosessen vært naturlig
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
DetaljerEn prosess kan sees på som et stykke arbeid som skal utføres på datamaskinen. Ofte vil det være flere prosesser/tråder på datamaskinen samtidig.
Synkronisering En prosess kan sees på som et stykke arbeid som skal utføres på datamaskinen. Ofte vil det være flere prosesser/tråder på datamaskinen samtidig. Behov for synkronisering Mange prosesser/tråder
DetaljerEKSAMEN TTK4175 INSTRUMENTERINGSSYSTEMER. Torsdag 13. Mai 2004 Tid: kl Sensurfrist 3. Juni Totalt 4 timer
Fakultet for elektroteknikk og telekommunikasjon Institutt for teknisk kybernetikk Faglig kontakt under eksamen Navn: Tor Onshus Tlf.: (735) 94388 EKSAMEN I TTK4175 INSTRUMENTERINGSSYSTEMER Torsdag 13.
DetaljerForskningsmetoder. INF1050: Gjennomgang, uke 13
Forskningsmetoder INF1050: Gjennomgang, uke 13 Kompetansemål Forskningsmetoder Hva? Hvorfor? Empiriske forskningsmetoder Eksperiment Case-studier Etnografi Aksjonsforskning Spørreskjema Systematisk litteraturstudie
DetaljerLæreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram
Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Fastsatt som forskrift av Utdanningsdirektoratet 3. april 2006 etter delegasjon i brev 26. september 2005 fra Utdannings-
DetaljerEKSAMENSOPPGAVE. INF-1100 Innføring i programmering og datamaskiners virkemåte. Ingen. Elektronisk (WiseFlow) Robert Pettersen
Fakultet for naturvitenskap og teknologi EKSAMENSOPPGAVE Eksamen i: Dato: 20.02.2017 Klokkeslett: 09:00 13:00 INF-1100 Innføring i programmering og datamaskiners virkemåte Sted: Teorifagbygget, Hus 3,
DetaljerLøsningsforslag for TDT4186 Operativsystemer
Institutt for Datateknikk of Informasjonsvitenskap Løsningsforslag for TDT4186 Operativsystemer Eksamensdato: 13. august 2015 Eksamenstid (fra-til): 15:00-19:00 Hjelpemiddelkode/Tillatte hjelpemidler:
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
DetaljerVEDLEGG 1 KRAVSPESIFIKASJON
VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...
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
DetaljerAVSLUTTENDE EKSAMEN I. TDT4160 Datamaskiner Grunnkurs. Torsdag 29. November 2007 Kl. 09.00 13.00
Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap AVSLUTTENDE EKSAMEN
DetaljerGruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerTDT4160 AUGUST, 2008, 09:00 13:00
Norwegian University of Science and Technology Faculty of Information Technology, Mathematics and Electrical Engineering The Department of Computer and Information Science TDT4160 DATAMASKINER GRUNNKURS
Detaljer! Ytelsen til I/O- systemer avhenger av flere faktorer: ! De to viktigste parametrene for ytelse til I/O er:
Dagens temaer! Ulike kategorier input/output! Programmert! Avbruddstyrt! med polling.! Direct Memory Access (DMA)! Asynkrone vs synkrone busser! Med! Fordi! -enheter menes de enheter og mekanismer som
DetaljerEKSAMEN. Dato: 9. mai 2016 Eksamenstid: 09:00 13:00
EKSAMEN Emnekode: ITF20006 Emne: Algoritmer og datastrukturer Dato: 9. mai 2016 Eksamenstid: 09:00 13:00 Hjelpemidler: Alle trykte og skrevne Faglærer: Jan Høiberg Om eksamensoppgavene: Oppgavesettet består
DetaljerUKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
DetaljerEksamensveiledning. LOKALT GITT SKRIFTLIG EKSAMEN DTE2001 Produksjon og materialer. Sist redigert 03/03/19. Gjelder fra eksamen 2019.
Fylkeskommunenes landssamarbeid Eksamensveiledning - om vurdering av eksamensbesvarelser LOKALT GITT SKRIFTLIG EKSAMEN DTE2001 Produksjon og materialer Sist redigert 03/03/19. Gjelder fra eksamen 2019.
DetaljerCharacteristics of a good design
Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt
DetaljerPrototyping. Plenumstime Uke 6. Med Maria og Helle
Prototyping Plenumstime Uke 6 Med Maria og Helle Hva skjer i dag? Prototyping Hva og hvorfor Konseptuelt design Dimensjoner Low-fi og high-fi Oblig 3 Do s and don ts Oblig 1 09/09 Oblig 2 23/09 Oblig 3
DetaljerGruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>
Gruppenavn Beskrivelse av arkitektur For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerGjennomføring av muntlig-praktisk eksamen i Teknologi og Forskningslære 1 Privatister
Gjennomføring av muntlig-praktisk eksamen i Teknologi og Forskningslære 1 Privatister Utdanningsprogram: Studiespesialisering Realfag Fagkode og fagnavn: REA3018 Teknologi og forskningslære 1 Type fag
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
DetaljerKravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,
Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...
DetaljerOperativsystemer og grensesnitt
Operativsystemer og grensesnitt Ulike måter å bruke OS'et på Application Program Interface (API) Applikasjoner (ofte C-programmer) som f.eks. emacs, som bruker tjenestene i OS ved å kalle på funksjoner
DetaljerFakultet for informasjonsteknologi,
Side 1 av 5 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Kontaktperson under eksamen:
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
DetaljerIEC Utvalg av endringer i ny versjon
1 IEC 61508 - Utvalg av endringer i ny versjon Mary Ann Lundteigen Professor, NTNU (www.ntnu.edu/ross/rams/maryann ) Sikkerhetssystemkonferansen 2010 18-19. November. 2 Bakgrunn og målsetning IEC 61508
DetaljerTDT4160 OG IT2201 DATAMASKINER GRUNNKURS EKSAMEN
Norwegian University of Science and Technology Faculty of Information Technology, Mathematics and Electrical Engineering The Department of Computer and Information Science TDT4160 OG IT2201 DATAMASKINER
DetaljerGJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN
GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller
DetaljerINF2270. Input / Output (I/O)
INF2270 Input / Output (I/O) Hovedpunkter Innledning til Input / Output Ulike typer I/O I/O internt i datamaskinen I/O eksternt Omid Mirmotahari 3 Input / Output En datamaskin kommuniserer med omverdenen
DetaljerOppgave 1. Finn krav. Finn krav. Finn test
Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.
Detaljer1. Å lage programmer i C++
Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Å lage programmer i C++ Tore Berg Hansen og Else Lervik Rividert siste gang 24. august 2006 1. Å lage programmer i C++ Resymé: Dette notatet
DetaljerUniversitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk
Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk BOKMÅL EKSAMEN I EMNET INF 112 Systemkonstruksjon Torsdag 7. juni 2007 Tid: 09:00 12:00 Tillatte hjelpemidler:
DetaljerLæreplan i Programmering og modellering - programfag i studiespesialiserende utdanningsprogram
2.12.2016 Læreplan i - programfag i studiespesialiserende utdanningsprogram Formål Programmering er et emne som stadig blir viktigere i vår moderne tid. Det er en stor fordel å kunne forstå og bruke programmering
DetaljerHØGSKOLEN I SØR-TRØNDELAG
HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring Eksamensdato: 22. mai 2002 Varighet: Fagnummer: Fagnavn: 4 timer LO245D Datateknikk Klasse(r): 1D FU Vekttall: 3 Faglærer(e): Geir Maribu
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: IN1050/INF1500 Prøveeksamen Eksamensdag: 26. november - 3. desember 2018 Tid for eksamen: 00.00 23.59 Oppgavesettet er på 5 sider.
DetaljerALUMINIUMSKONSTRUKSJONSFAGET BESKRIVELSE AV PRØVEARBEIDET
Side 1 av 11 ALUMINIUMSKONSTRUKSJONSFAGET BESKRIVELSE AV PRØVEARBEIDET er meldt opp til oppgave Prøvearbeidet skal avlegges i hos Prøven starter kl. den og avsluttes kl. den Fagprøven skal avlegges i ALUMINIUMSKONSTRUKSJONSFAGET
DetaljerKontekst. DRI3010 Emnekode 644 Kandidatnummer Dato SIDE 1 AV 6
SIDE 1 AV 6 1 Kontekst «Kun én gang» målet/prosjektet, eller «once only» som det også blir referert som, baserer seg på at informasjon skal kunne deles på tvers av forvaltningen slik at brukeren bare trenger
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: IN1050 Introduksjon til design, bruk, interaksjon Eksamensdag: 7. desember 2018 Tid for eksamen: 09.00 13.00 Oppgavesettet er
DetaljerRAMMER FOR MUNTLIG EKSAMEN I SAMFUNNSFAGENE ELEVER 2018
RAMMER FOR MUNTLIG EKSAMEN I SAMFUNNSFAGENE ELEVER 2018 Gjelder for alle utdanningsprogram Fagkoder: GEO1001, SAF1001, REL1001, HIS1002, HIS1003, SAM3001, SAM3003, SAM3017, SAM3018, SAM3019, SAM3021, SAM3037,
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
DetaljerEKSAMENSOPPGAVE. Adm.bygget, rom K1.04 og B154 Ingen. Vil det bli gått oppklaringsrunde i eksamenslokalet? Svar: JA / NEI Hvis JA: ca. kl.
Fakultet for naturvitenskap og teknologi EKSAMENSOPPGAVE Eksamen i: Dato: 22 mai 2018 Klokkeslett: 09-13 Sted: Tillatte hjelpemidler: Adm.bygget, rom K1.04 og B154 Ingen Type innføringsark (rute/linje):
DetaljerOrganisering og ledelse av hardware-utvikling
Organisering og ledelse av hardware-utvikling INF5700 Organisering og ledelse av tekniske prosjekter, 2010.10.15 Snorre Aunet, sa@ifi.uio.no Dept. of Informatics, Nanoelectronics group, University of Oslo
DetaljerRAMMER FOR MUNTLIG-PRAKTISK EKSAMEN I TEKNOLOGI OG FORSKNINGSLÆRE X og 1 PRIVATISTER 2018
RAMMER FOR MUNTLIG-PRAKTISK EKSAMEN I TEKNOLOGI OG FORSKNINGSLÆRE X og 1 PRIVATISTER 2018 Utdanningsprogram: Studiespesialisering Fagkoder: REA3017, REA3018 Årstrinn: Vg2, Vg3 Programområde: Realfag Valgfrie
DetaljerKONTINUASJONSEKSAMEN STE 6159 Styring av romfartøy
+ *6.2/(1, 1$59,. Institutt for data-, elektro-, og romteknologi Sivilingeniørstudiet RT Side 1 av 4 KONTINUASJONSEKSAMEN STE 6159 Styring av romfartøy Tid: Tirsdag 07.05.2002, kl: 09:00-12:00 Tillatte
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
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
DetaljerEKSAMEN I FAG SIF8040 - MMI OG GRAFIKK Lørdag 16. august 2003 Tid: kl. 0900-1400
Side 1 av 6 NORGES TEKNISK-NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Dag Svanæs, Tlf: 73 59 18 42 EKSAMEN I FAG SIF8040 - MMI OG GRAFIKK
DetaljerEKSEMPLER, POTENSIALE OG UTFORDRINGER VED BRUK AV SPILLTEKNOLOGI FOR EFFEKTIVISERING AV HAVOPERASJONER
EKSEMPLER, POTENSIALE OG UTFORDRINGER VED BRUK AV SPILLTEKNOLOGI FOR EFFEKTIVISERING AV HAVOPERASJONER 3. JUNI 2019: INNOVASJONSDIALOG: SPILLTEKNOLOGI OG MASKINLÆRING FOR Å EFFEKTIVISERE HAVOPERASJONER
DetaljerTest of English as a Foreign Language (TOEFL)
Test of English as a Foreign Language (TOEFL) TOEFL er en standardisert test som måler hvor godt du kan bruke og forstå engelsk på universitets- og høyskolenivå. Hvor godt må du snake engelsk? TOEFL-testen
DetaljerEKSAMENSOPPGAVE. Vil det bli gått oppklaringsrunde i eksamenslokalet? Svar: NEI
Fakultet for naturvitenskap og teknologi EKSAMENSOPPGAVE Eksamen i: Dato: 25 september 2018 Klokkeslett: 09.00-13.00 Sted: Adm. Bygget K1.04 Tillatte hjelpemidler: Ingen Type innføringsark (rute/linje):
DetaljerForside Eksamen INF1055 V17
Forside Eksamen INF1055 V17 Eksamensdato: 12. juni 2017 Eksamenstid 15:30-19:30 Hjelpemidler: Ingen Les denne forsiden nøye Oppgaven består av seks deler. Del 1 Modul A - Undersøkelser av bruk 2 diskusjonsspørsmål
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
DetaljerScheduling og prosesshåndtering
Scheduling og prosesshåndtering Håndtering av prosesser i et OS OS må kontrollere og holde oversikt over alle prosessene som kjører på systemet samtidig Prosesshåndteringen må være: Korrekt Robust Feiltolerant
Detaljer