ETSA02 Programvaruutveckling Metodik Föreläsning 1 Jonas Wisbrant
|
|
- Nils Åström
- för 8 år sedan
- Visningar:
Transkript
1 ETSA02 Programvaruutveckling Metodik Föreläsning 1 Jonas Wisbrant 1 Flickr: nearsoft
2 Flickr: canadianveggie Flickr: carlcollins Flickr: nearsoft Flickr: m-i-k-e
3 Pedagogisk utmaning! Kan man förstå software engineering utan att ha upplevt stora programvaruprojekt? Vi ge utvec nomför e och b klingspr tt o teori elyser de jekt t och r eflek med tione r Kan man förstå vad som händer i stora programvaruprojekt utan att ha studerat software engineering? Jonas Wisbrant - CV Samhällsvetare vid LU 1989 Kommunikation och webbutveckling 1990 Programvaruingenjör LTH i Helsingborg Institutionen för Datavetenskap 1 - LUCAS - Center for Applied Software Research - Diverse undervisning 2002 Det Norske Veritas 2008 Institutionen för Datavetenskap 2 - EASE / Programvaruportalen / kommunikation Datorer i System - Programvarutuveckling - metodik - Diverse webbproject@lu/lth } Programvaruutveckling Metodik? Läser in Master in Startegic PR Här & Nu
4 Agenda föreläsning 1 I pausen: Bilda projektgrupper och köpa kompendier Allmänt om kursen Projektuppgiften Kravhantering Industri Allmänt om kursen 8
5 Kursen Innehåll Formalia Kravhantering 6 hp Projektplanering Obligatorisk för C1 Alternativobligatorisk för I3 Arkitektur Moment Testning 7 Föreläsningar Processmodeller 4 Övningar (två dubbla) Projekt Övningar Hemtentamen Föreläsning Projekt Hemarbete Kurslitteratur 1. Bok Pankaj Jalote, A Concise Introduction t o Software Engineering, Springer, J: 6.2-5, kursivt 2. Kompendium Programvaruutveckling - metodik - KURSKOMPENDIUM Säljs av CS-institutionen för 50;-
6 Detaljer i kursprogrammet Examination A. Projektarbete 3 hp B. 34 timmar hemtenta - 3 hp Exempel från tidigare hemtenta U3 Kravgranskning (10 av 60 p) Beskriv hur en kravgranskning går till och förklara målsättning, varför denna typ av granskning är viktig, vem som bör delta, samt vilka typer av fel man bör leta efter. Diskutera vilka svårigheter som finns då man vill införa denna typ av granskningar i en organisation samt ange tänkbara lösningar på dessa problem. Ange också om det finns några alternativ till denna typ av granskning och vilka dessa i så fall är.
7 Examination: Skriv veckologg inför tentamen! En (1) signifikant tentafråga (många poäng) kommer att handla om projektet och förhållandet mellan det egna projektet och de teorier och modeller som vi diskuterar på föreläsningar och övningar. Frågan kommer att formuleras så att man har stor nytta av egna och personliga anteckningar på veckobasis om erfarenheter och insikter som i projektarbetet. Försök använda kursens begreppsapparat från början. Personal Jonas Wisbrant kursansvarig, föreläsning, övningar, projekthandledning Sandra Nilsson övningar, projekthandledning Anna Axelsson övningar, projekthandledning
8 Hälsningar från olika håll... Tidigare studenter Kursboken kan upplevas som svår - det är den inte Projektet innebär att man ofta känner osäkerhet Det är viktigt att alla i projektgruppen har koll på tidplanen - vem, vad, när & varför Bred medverkan i projektet ger stor fördel på tentan Studenter som börjat jobba i stora företag Kursmomenten ibland frustrerande, men få kurser lika tydligt kopplade till arbetsrollen som ingenjör Rekryterare i industrin Kurser med projekt som utförs i grupp väldigt viktigt nyutexaminerade studenter idag är mycket bättre förberedda för projektarbete än för 10 år sedan Om projektuppgiften 16
9 Flickr: zamito44 Projektuppgiften - storyn Utveckla och leverera programvara till ett garage som förvarar cyklar och hanterar användare - Applikation - Installationsmanual Arbetsgivaren och beställare vill ha insyn i ert projekt: - Projektplan - Granskningsprotokoll - Testrapporter från systemtest Ert projekt ska kunna vidareutvecklas av någon annan: - Kravspecifikation - Testspecifikation - Designdokument - Källkod med god kvalitet
10 I praktiken I grupper om 6 personer: Genomför ett litet utvecklingsprojekt från början till slut Kravidentifiering och kravanalys Projektplanering Design Implementation Testning Leverans Leverabler - Kravspecifikation - Projektplan - Testplan & testspecifikation - Granskningsrapporter - Designdokument - Manual - Testrapporter - Exekverbar applikation Plattformar - Projektwebb@gDrive för dokumenten - JavaFX för programvaran Obligatorisk dokumentstruktur i projektwebben
11 Arbetsbelastning - budgetidé för 160h Läsa kursbok 20h Hemtenta 14h Föreläsningar 14h Individuella övningsförberedelser 8h Övningstillfällen 20h Obligatoriska granskningsmöten 6h Delsumma 82h ~ 14 h per vecka Projekttid 78h S umma 160h Nytt och oprövat i kursen risker + 1hp :-) deltagare :-) Kraftigt reducerad kurswebb C1 har inte läst programmering FK Mer material i kompendiet Bilder från föreläsningar (och övningar) i gdrive Kommentera gärna Kopiera och bearbeta för eget bruk. OBS! Referera vid spridning! Ny kamratgranskning i projekten Nytt upplägg på hemtentan.
12 Start: Etablera projektgrupper i pausen 84 personer 14 projektgrupper Anmäl dig på anslagna lappar under pausen Kursledningen fördelar de som inte anmält sig Grupp ses senast på övning nästa nästa onsdag: 1-10: kl : kl 15 Första deadline nästa fredag Bilda projektgrupper och köp kompendium i pausen Skriv upp dig på en av grupperna. Alla grupper ska ha sex deltagare. Grupp XX Efternamn, Förnamn Program on E:3308 Karlsson, Kalle Larsson, Lisa D1 I3 Grupper 1-10: On kl 13, to kl : On kl 15, to kl 10 - Notera grupp, tider och lokal - Köp kompendium
13 Om kravhantering 25 Kravhantering: Utveckla rätt produkt! Säkerställ att utvecklingen leder till önskad produkt - För marknaden? - Åt kontraktskund? Uttryck det som ska implementeras Designa ej lösningen! PicNic Pants by acquacalda
14 Software Engineering: Topp-10 utmaningar 1. Låg användaråterkoppling 2. Ofullständiga krav KRAV 3. Kraven ändras 4. Lågt stöd från ledningen 5. Behärskar inte teknologin 6. Resursbrist 7. Orealistiska förväntningar 8. Oklara mål 9. Orealistiska tidsplaner 10. Ny och obeprövad teknik Sedan 1994 årliga Chaos Reports Forskning tydlig: Krav avgörande! Requirements Engineering and Downstream Software Development: Findings from a Case Study, Damian et al., Requirements Problems in Twelve Software Companies: an Empirical Analysis, Hall et al., Quantifying the Impact of Requirements Definition and Management Process Maturity on Project Outcome in Large Business Application Development, Ellis and Berry, Users' Involvement in Requirements Engineering and System Success, Bano and Zowgi,
15 Vad är ett krav? Underlag för test Önskemål Behov Måste Kontrakt Funktion Idé Beslut Produktegenskap Begränsning Nytta Lönsamhet
16 Större perspektiv: V-modellen för systemutveckling Krav Test Kod Abstraktion V-modellen: Dimensioner Tid
17 V-modellen: Koppling Krav-Test Vi forskar på dess a kopplingar i Lund! Challenges and Pr actices in Aligning Requirements with Validation: A Case Verification and Study of Six Compa nies Bjarnason et al., 20 14, r.c om/article/ /s y Mental modell: Tunnelbana Idé Affärsmål Produktmål Tidplan Validera Underhåll Användarfall Release Funktionella krav Kvalitetskrav Resurser Risker Projektplan Utvärdering Krav Releasebeslut Verifiera Kravtäckning Acceptanstest Verifiera Testdokumentation Felrapport Granskning Design Gränssnitt hårdvara Support Systemtest Gränsvärde Kodgranskning Whitebox Återanvänd kod Ekvivalensklasser Integrationstest Programkod Blackbox Kodtäckning Versioner Applikation Verifiera Varianter Konfigurationer Enhetstest
18 Dagens föreläsning Två huvudtyper av krav Funktionella krav Beskriver vilka funktioner systemet ska erbjuda Icke-fu nktionel Kvalitetskrav Exempelvis begränsningar för funktionerna Påverkar ofta hela produkten Tumregel Funktionella krav binära - uppfylls / uppfylls ej Kvalitetskrav behandlas på en glidande skala - t.ex. långsam, snabb, snabbare, snabbast la krav
19 Kvalitetskrav olika kategorier Tillförlitlighet - Mognadsgrad, feltolerans, återhämtningsförmåga Användbarhet - Begriplighet, lärbarhet, handhavande, attraktivitet Effektivitet - Tidsbeteende, resursutnyttjande Underhållbarhet - Analyserbarhet, ändringsbarhet, stabilitet, testbarhet Portabilitet (flera plattformar) Uppfyllandegrad (standarder etc) Exempel: Läskautomat Komp endie Kapit 5 Flickr: hibino t el 4-
20 Läskautomat: Funktionella krav Om kunden erlägger belopp större än en varas pris ska systemet returnera mellanskillnaden. Vid time-out returnerar systemet erlagda mynt. Om en kund trycker på en knapp för en vara som inte finns händer ingenting. Läskautomat: Kvalitetskrav Det får maximalt gå 1.0 sekund från en myntiläggning till att systemet är redo att ta emot nästa mynt. Programvaran får högt använda 65 kb ROM. Systemet får vara ur funktion högst 30 minuter om året.
21 Kravhanteringsprocessen Identifiera krav En Process enligt Wikipedia En samling i förväg uttänkta aktiviteter som ska användas varje gång man skapar ett visst resultat. Analysera krav Dokumentera krav Validera krav 1. Identifiera krav Från olika personer med olika behov Ta hänsyn till lagar, regler och standarder Hur? Marknadsanalyser Kundkontakter Analys av befintliga system Intervjuer Kartläggningar (frågeformulär etc) Prototyper Brainstorming
22 2. Analysera krav På djupet förstå problemen som systemet ska lösa Leder till att: nya krav identifieras krav stryks krav förändras Särskilt viktigt att tidigt: Korrekta, dvs stämmer med bakomliggande behov Kompletta, dvs inga viktiga saker saknas 3. Dokumentera krav Utveckla kravspecifikation för systemet Olika format möjliga Text i naturligt språk (vanligast!) Grafiska format Formella metoder» exempelvis matematiska uttryck och modellbaserad utveckling Ip ro je kt en
23 Naturligt språk: Skall-krav SRS-B-42 The system shall support 100 simultaneous users. Fördelar: Generellt Flexibelt Lätt att använda och förstå Nackdelar: Otydligt Tvetydigt Risk att skapa motsättningar Risk att slå samman flera krav i ett Användningsfall (use case) Identifiera, analysera, dokumentera och validera krav, utgående från typiska exempel på användning. Administrera kurs Anmäla sig Student Lista kurser Lärare
24 Användningsfall - exempel anmäla till kurs Primär aktör: Student Förhandsvilkor: Studenten är inloggad Huvudscenario 1. Studenten listar tillgängliga kurser 2. Studenten klickar på knappen Anmäl vid en listad kurs 3. Systemet registrerar valet och hälsar studenten välkommen Undantagsfall 3a) Studenten uppfyller ej förkunskapskrav => Systemet meddelar studenten Uppfyller ej förkunskaperna 3b) Kursen är fulltecknad, studenten får inte plats => Systemet placerar studenten i kö och meddelar studenten: Kursen för närvarande full, du har placerats i kö Skapa användningsfall - Metod Identifiera aktörer och deras mål 2 1 För varje användningsfall 3 - förstå och specificera huvudscenario - beskriv förhandsvillkor För varje huvudscenario - identifiera undantagsscenarier För varje undantagsfall - specificera vad som ska hända UC1 UC2 UC3 S S S U U U U U
25 Grafiska format: ER-diagram Statisk beskrivning av data (Entity Relationship) Student: pnr, namn, inskrivningsår Kurs: kurskod, namn, #hp Program: beteckning, namn Student Följer * * 1 Program Används ofta för att modellera data i databaser * Läser Ingår på * Kurs * Grafiska format: Dataflödesdiagram Beskriv er dynamik
26 Grafiska format: Kontextdiagram Måste finnas i projekte ns kravspe car! Formella metoder: Z-notation Möjliggö r matema tisk bevisför ing
27 Formella metoder: Modell-baserad utv. Abstrahera förbi högnivåspråk 1. Uttryck krav i modelleingsverktyg 2. Generera kod Formella metoder: Summering Mer arbete med specifikation mindre jobb med implementation och verifiering Begränsad spridning i industrin flyg, fordon, kärnkraft etc. (Sommerville, 2004)
28 Struktur i kravspecifikation Table of contents 2. General Description 2.1 Product Perspective 2.2 Product Functions 2.3 User Characteristics 2.4 General Constraints 2.5 Assumptions and Dependencies 1. Introduction 1.1 Purpose 1.2 Scope 1.3 Definitions, Acronyms, and Abbreviations 1.4 References 1.5 Overview 3. Specific Requirements Appendix [IEEE Guide to Software Requirements Specifications, ANSI/IEEE Std ] Index Exempel: Kravspecar från verkligheten Mentcare system Informationssystem för hantering av patientdata Patientsäkerhet viktigt Domineras av skall-krav KeePass Password Safe Databas för hantering av lösenord (öppen källkod) Kryptering fundamentalt Domineras av användningsfall
29 4. Validera kraven Kontrollera att kravspecifikationen är korrekt och av hög kvalitet Exempel på metoder: Granskning (vanligast) Bjud in till fokusgrupper Utveckla prototyper med viss funktionalitet Bra egenskaper hos krav och en kravspecifikation Korrekt Verifierbart Heltäckande Nödvändigt Korrekt Otvetydigt Spårbart Heltäckande Konsistent Givet prioritet Otvetydigt Konsistent - Verifierbart Nödvändigt Vid time-out returnerar systemet erlagda mynt. - Spårbart - Rankat -
30 Spårbarhet Hur kraven uppfylls Krav - källan Krav-krav Test - krav rav k igndes Design - kod Checklista för granskning för kursens projekt Saknas några krav? Är samtliga krav nödvändiga? Finns det några motstridiga krav? Kan samtliga krav verifieras? Är samtliga krav tydligt formulerade eller kan några krav misstolkas? Finns samtliga nödvändiga definitioner? Är det möjligt för dokumentets målgrupp att förstå dokumentet? Följer kravspecifikationen sin dokumentmall? Är något krav formulerat för detaljerat? Har något krav formulerats på för hög abstraktionsnivå? Är alla texter och illustrationer nödvändiga? Har samtliga krav unika identifierare? Komp endie t
31 Kravprioritering Omöjligt att implementera alla bra idéer! Jämför krav med avseende på: Värde för kund Kostnad att implementera Ledtid att implementera Risk Säljargument i marknadsföring Påverkan på varumärket/produktportfölj Utgångspunkt för vidareutveckling Exempel prioritering - värde/kostnad 13 Värde Kostnad
32 Kostnader för felrättning skenar Ju senare ett fel hittas, desto dyrare att fixa! Sammanfattning - Krav Utan genomtänkt målbild stor risk för misslyckat projekt Viktigt eftersom tidiga projektfaser påverkar mycket Krav kan finnas på olika abstraktionsnivåer Visioner, systemkrav, detaljerade krav Kvalitetskrav påverkar ofta hela produkten Egenskaper hos krav: korrekt, komplett, otvetydigt, nödvändigt, verifierbart, konsistent, prioriterat, spårbart, Spårbarhet: källa krav, krav-krav, krav-design/kod, krav-test Vi forskar på kravha ntering i Lund! Fördjupning ges i ku rsen Kravhanterin g (ETS170)
33 Att göra nu! Denna vecka (v12) Prio 1: Kom på banan! Läsa in er på projektbeskrivningen Göra K1.Ö1a:1-6 Kolla att ni kommer in på projektwebben Prio 2: Läsa J:3-4 Veckologg Läs in er på projektet Försök förstå tidplanen Nästa vecka (v13) Ö1a: Mer om krav + intro till Ö1b PW: Schemalagt projektarbete Startar projektet: Ö1b: workshop om projektens användarfall Var där! Fre kl 24: L1 i projektwebben Näst-nästa vecka (v14) Föreläsning 2: Dra projektmappen från Delade med mig till Min enhet Mer om kursen Om projektplanering Om granskning Val av kursombud Ö2: Om projektplanering och dokumentgranskning
ETSA01 Ingenjörsprocessen för Programvaruutveckling Metodik
ETSA01 Ingenjörsprocessen för Programvaruutveckling Metodik Föreläsning 1 Markus Borg 1 Flickr: nearsoft 1 Flickr: canadianveggie Flickr: carlcollins Flickr: nearsoft Flickr: m-i-k-e 2 Pedagogisk utmaning!
2015-03-23. ETSA01 Ingenjörsprocessen för Programvaruutveckling Metodik. Föreläsning 1 Markus Borg. Flickr: carlcollins.
ETSA01 Ingenjörsprocessen för Programvaruutveckling Metodik Föreläsning 1 Markus Borg 1 Flickr: nearsoft Flickr: carlcollins Flickr: nearsoft Flickr: canadianveggie Flickr: m-i-k-e 1 Pedagogisk utmaning!
Medan vi väntar: Diskutera
Medan vi väntar: Diskutera Om man utvecklar ett system... Vad kan gå fel? Vad brukar gå fel? Varför då? Vad kan man göra åt det?... samt notera kurswebben: http://cs.lth.se/etsa01...... samt köp kurskompendium
Utmaning. Föreläsning 1: Kursen & Projektuppgift Utvecklingsprojekt & Kravhantering. Agenda F1. Jonas Wisbrant - kort CV
Utmaning Kan man förstå software engineering utan att ha upplevt stora programvaruprojekt? ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 1: Kursen & Projektuppgift Utvecklingsprojekt
Streamade föreläsningar på webben
Streamade föreläsningar på webben Synligt inom LU Vänligen sprid inte filmerna! Ni bör inte synas Skicka gärna frågor om innehåll via formuläret! Möjligen nacken på 2-3 främre rader Ni kan komma att höras
Streamade föreläsningar på webben. Föreläsning 1: Kursen & Projektuppgift. Utvecklingsprojekt & Kravhantering. Utmaning. Jonas Wisbrant - kort CV
Streamade föreläsningar på webben ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 1: Kursen & Projektuppgift Synligt inom LU Vänligen sprid inte filmerna! Ni bör inte synas Utvecklingsprojekt
Streamade föreläsningar på webben
Medan vi väntar: Diskutera Om man utvecklar ett system... Vad kan gå fel? Vad brukar gå fel? Varför då? Vad kan man göra åt det?... samt notera kurswebben: http://cs.lth.se/etsa01...... samt köp kurskompendium
Exercise 1b: Requirements evaluation
Resurser Produktmål Tidplan Projektplan Idé Affärsmål Användarfall Risker Krav Design Gränssnitt hårdvara Återanvänd kod Funktionella krav Kvalitetskrav Granskning Programkod Applikation Validera Kodgranskning
Exercise 1b: Requirements evaluation
Resurser Produktmål Tidplan Idé Affärsmål Användarfall Risker Krav Gränssnitt hårdvara Återanvänd kod Funktionella krav Kvalitetskrav Granskning Programkod Applikation Validera Kodgranskning Versioner
Agenda. Föreläsning 6: Utvärdering och om tentamen. Kursinformation
Föreläsning 6: Utvärdering och om tentamen Ingenjörsprocessen metodik ETSA01 VT14 Jonas Wisbrant 288 Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter
Agenda. Kursinformation. Manual för systemstart... Föreläsning 6: Utvärdering och om tentamen
Föreläsning 6: Utvärdering och om tentamen Ingenjörsprocessen metodik ETSA01 VT14 Jonas Wisbrant Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet
Agenda. Projektbeskrivning avsnitt 8: Acceptanstest - MS4 i korthet. Kursinformation
Föreläsning 6: Utvärdering och om tentamen INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet
INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT
Föreläsning 6: Utvärdering och om tentamen INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT 2 Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet
Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning Jonas Wisbrant 2 Detta har hänt... Pratat krav Bildat projektgrupper :-) Skaffat litteratur?
Detta har hänt... Agenda. Kursinformation. Kursinformation
Detta har hänt... Pratat krav Bildat projektgrupper :-) Skaffat litteratur? Kommit igång med projektwikin: Formulerar krav Genomfört en övning: Hur var den? ETSA01 Ingenjörsprocessen för programvaruutveckling
Exercise 1b: Requirements Evaluation ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15
Exercise 1b: Requirements Evaluation ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15 Lund U niversity Computer Science Jonas W isbrant ETSA01 Ingenjörsp ro cessen metodik V-modellen för programvaruutvecking
Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning Jonas Wisbrant 2 Detta har hänt... Pratat krav Bildat projektgrupper :-) Skaffat litteratur?
Detta har hänt... Kursinformation. Agenda. Kursinformation
Detta har hänt... Pratat krav Bildat projektgrupper :-) Skaffat litteratur? Kommit igång med projektwikin: Formulerar krav Genomfört en övning: Hur var den? ETSA01 Ingenjörsprocessen för programvaruutveckling
Specifikationer i kompendiet Övningar på moodle.cs.lth.se Support Onsdag kl i E: (84?) Frågestund: F3
Börja koda onsdag eftermiddag? Specifikationer i kompendiet Övningar på moodle.cs.lth.se Support Onsdag kl 13-17 i E:2182-83 +(84?) Frågestund: F3 Föreläsning 2: Projektplanering & Granskning ETSA02 Programvaruutveckling
Streamade föreläsningar på webben. Medan vi väntar: Diskutera. Utmaning. Föreläsning 1: Projektuppgift & kravhantering. Om man utvecklar ett system...
Medan vi väntar: Diskutera Streamade föreläsningar på webben Om man utvecklar ett system... Vad kan gå fel? Vad brukar gå fel? Varför då? Synligt inom LU Vad kan man göra åt det? Vänligen sprid inte filmerna!...
Detta har hänt... Föreläsning 2: Projektplanering & granskning. Pratat och provat kravhantering. Bildat projektgrupper :-) Skaffat litteratur?
Föreläsning 2: ering & granskning Ingenjörsprocessen metodik ETSA01 VT14 Jonas Wisbrant 60 Detta har hänt... Pratat och provat kravhantering Bildat projektgrupper :-) Skaffat litteratur? Kommit igång med
Detta har hänt... Föreläsning 2: Projektplanering & Granskning Bildat projektgrupper. Pratat och provat kravhantering. Skaffat litteratur?
Föreläsning 2: Projektplanering & Granskning ETSA01 Ingenjörsprocessen 1 Metodik VT15 Markus Borg 1 Detta har hänt... Bildat projektgrupper Pratat och provat kravhantering Skaffat litteratur? Kommit igång
2015-05-14. Agenda. Kursinformation. Manual för systemstart. Föreläsning 6: Summering och om tentamen. Målgrupp:
Föreläsning 6: Summering och om tentamen ETSA01 Ingenjörsprocessen 1 - Metodik VT15 Markus Borg Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet
INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT
Föreläsning 2: ering & granskning INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT 57 Detta har hänt... Pratat och provat kravhantering Bildat projektgrupper :-) Skaffat litteratur? Kommit igång med
Hemtentamen: ETSA02 Programvaruutveckling Metodik
Hemtentamen: ETSA02 Programvaruutveckling Metodik Jonas Wisbrant 2016-05-31 1. Mål Tentamensformen, dvs. hemtentamen, har valts eftersom den möjliggör att ni både kan visa att ni har grundläggande kunskap
Programvaruutveckling - Metodik 2016 Jonas Wisbrant
Föreläsning 3: Test och efterläsning om kodning Programvaruutveckling - Metodik 2016 Jonas Wisbrant 1 Kursinformation Detta har hänt: Pratat och skapat krav (och plan) Övning 2 Riskhantering, intressenter
Agenda. Föreläsning 6: Summering och om tentamen Kursinformation
Föreläsning 6: Summering och om tentamen ETSA01 Ingenjörsprocessen 1 - Metodik VT15 Markus Borg 1 Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet
Hemtentamen: ETSA01 Ingenjörsprocessen för programvaruutveckling metodik Jonas Wisbrant
Hemtentamen: ETSA01 Ingenjörsprocessen för programvaruutveckling metodik Jonas Wisbrant 2014-06-02 1 Inledning 1.1 Mål Tentamensformen, dvs hemtentamen, har valts eftersom den möjliggör att ni både kan
Föreläsning 6. Utvärdering, om tenta, avrundning
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 6 Utvärdering, om tenta, avrundning Jonas Wisbrant 1 Agenda Kursinformation Sammanfattning av kursen och operativ utvärdering Schemalagda
Föreläsning 6. Utvärdering, om tenta, avrundning. Agenda. Kursinformation. Schemalagda kursmoment. Jonas Wisbrant. Kursinformation
Agenda Kursinformation ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Sammanfattning av kursen och operativ utvärdering Schemalagda kursaktiviteter Cykelgarageprojektet Föreläsning 6 Tentamen
Hemtentamen: ETSA01 Ingenjörsprocessen för programvaruutveckling metodik
Hemtentamen: ETSA01 Ingenjörsprocessen för programvaruutveckling metodik Jonas Wisbrant 2011-05- 26 1 Inledning 1.1 Mål Tentamensformen, dvs hemtentamen, har valts eftersom den möjliggör att ni både kan
Projektplan, Cykelgarage
Projektplan, Cykelgarage Johan Anderholm, (dt08ja5@student.lth.se) Jon Andersen (dt08ja8@student.lth.se) Marcus Carlberg (dt08mc4@student.lth.se) Simon Ekvy (dt08se2@student.lth.se) Stefan Johansson (dt08sj7@student.lth.se)
Detta har hänt... Sammanfattning - Krav. Agenda F2. Föreläsning 2: Projektplanering & granskning
Föreläsning 2: ering & granskning Ingenjörsprocessen metodik ETSA01 VT14 Jonas Wisbrant Detta har hänt... Pratat och provat kravhantering Bildat projektgrupper :-) Skaffat litteratur? Kommit igång med
Kursprogram, ETSF20 Programvaruutveckling för stora projekt (PUSP), 7,5 hp
Kursprogram, ETSF20 Programvaruutveckling för stora projekt (PUSP), 7,5 hp Version 1.0 Christin Lindholm Läsåret 2018/2019 Våren 2019 1. Inledning Syftet med kursen är att ge grundläggande kunskaper i
Kurs-PM fo r HI1028, Projektkurs inom programvaruutveckling, VT16
Kurs-PM fo r HI1028, Projektkurs inom programvaruutveckling, VT16 Mål Kursen skall ge studenten träning i att utveckla en större programvara. Arbetet utförs i projektform. Projektet skall ge grundläggande
Föreläsning 4: Konfigurationer, Plattformar & Design I Programvaruutveckling - Metodik 2016 Jonas Wisbrant
Föreläsning 4: Konfigurationer, Plattformar & Design I Programvaruutveckling - Metodik 2016 Jonas Wisbrant 1 Snabbrepris: Test Testning kan påvisa fel, men inte bevisa att det inte finns fel Testprocessen
Föreläsning 3 Verifiering och Validering
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 3 Verifiering och Validering Jonas Wisbrant 2 Detta har hänt... Pratat och skapat krav och plan Några har kommit i kontakt med IP3-projekt
Idag. EDAA35: Utvärdering av programvarusystem. Mål. Innehåll. Kursmoment. Lärare
EDAA35: Utvärdering av programvarusystem MARTIN HÖST Idag Intro till kursen Forskningsmetodik Att sätta mål i studier Mål Innehåll Kursens syfte är att ge förståelse om hur vetenskapliga studier genomförs,
PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning
PMM (Process Maturity Metrics) PMM är en metod för att mäta processmognad i utvecklingsprojekt. I korthet går metoden ut på att man utvärderar sin utvecklingsprocess med avseende på ett antal framgångsfaktorer
Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel
Kursinformation Metodik för programvaruutveckling Föreläsning 3 Latex ok för litteraturstudierapport (prata med mig bara) Nästa föreläsning är av Björn Regnell (jag är med också) Presentationer imorgon
Verifiering & validering -
Verifiering & validering - INGENJÖRSPROCESSEN forts. METODIK ETSA01 VT13 Verifiering och validering rep. INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT 1 1 Från F3 Verifiering & Validering Verifiering
Projektuppgift.
Projekt Projektuppgift Designa och implementera ett webbaserat gränssnitt för att söka information i en befintlig databas. Webssidan ska vara komplett med navigering, överblick, sökning och strukturerad
Exercise 4a: Test 2 ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15. Lund University Computer Science ETSA01 Ingenjörsprocessen - Metodik VT15 Exercise 1
Exercise 4a: Test 2 ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15 Lund University Computer Science ETSA01 Ingenjörsprocessen - Metodik VT15 Exercise 1 Agenda L4: Some quick reminders Testing in the projects
Föreläsning 3: Test, Konfigurationer. Övning 2 Riskhantering, intressenter och kravgranskning.
Föreläsning 3: Test, Konfigurationer Ingenjörsprocessen metodik ETSA01 VT15 Jonas Wisbrant 105 Detta har hänt... Pratat och skapat krav och plan Övning 2 Riskhantering, intressenter och kravgranskning.
Christin Lindholm. Programvaruutveckling av Stora Projekt, PUSP ETSF20. Välkomna! Vad händer idag?
Christin Lindholm Programvaruutveckling av Stora Projekt, PUSP ETSF20 Christin Lindholm http://cs.lth.se/etsf20/ Programledare på Datateknik och Elektroteknik med automation Institutionen för Datavetenskap
Objektorientering. Grunderna i OO
Objektorientering Grunderna i OO 1 Systemutveckling Tre systemnivåer: Verksamhet Informationssystem Datasystem Huvuduppgifterna i ett systemutvecklingsarbete: Verksamhetsanalys Informationsbehovsanalys
men borde vi inte också testa kraven? Robert Bornelind
men borde vi inte också testa kraven? Robert Bornelind Presentation på SAST 15 års jubileum 14 oktober 2010 SQS Software Quality Systems Nordic Innehåll Introduktion Kvalitet, tid och kostnad Process Testning
Projekthandledning (PH) Grundsystemet (GS) Utvecklingsmiljön (UM)
Kursprogram: ETSN05 Programvaruutveckling för stora system 2016 (7,5 hp) Alma Orucevic-Alagic, 2016-08-29 1 Inledning Kursens syfte är att ge grundläggande kunskaper i projektledningsprinciper och utvecklings
Inlämning 1 - Tentafrågor. Projektgrupp A
Inlämning 1 - Tentafrågor Projektgrupp A 2010-11-17 Fråga \ Innlärningsmål Svar: 1 2 3 4 5 6 7 8 9 12 13 15 Fråga 1: LAU1 E x x Fråga 2: LAU1 E x Fråga 3: LAU8 B x x Fråga 4: LAU8 D x x x Fråga 5: LAU2
men borde vi inte också testa kraven?
men borde vi inte också testa kraven? Robert Bornelind Presentation på SAST, 24 februari 2011 SQS Software Quality Systems Sweden AB Innehåll Introduktion Kvalitet, tid och kostnad Process Testning av
Christin Lindholm. Programvaruutveckling av Stora System, PUSS ETS032. Välkomna! Vad är ett projekt?
Christin Lindholm Programvaruutveckling av Stora System, PUSS ETS032 Christin Lindholm Programledare på Datateknik och Elektroteknik programmen Institutionen för Datavetenskap Kravhantering, projekt, risk.
RUP - Rational Unified Process
IBM Software Group RUP - Rational Unified Process Eva Hådding eva.hadding@se.ibm.com 1 Projektkaos. Chaos-rapporten 28% av projekten avslutades i tid och enligt budget. 49% av projekten drog över de ursprungliga
TPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER
TPFD Beskrivning Rev 4 1(10) TPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER Anv.krav Terminologi Detaljkrav Konfigdok Hantera Utgåvor Projektplan Testplan Test-o-felrättning Ändringslogg Återst.
Projektet. TNMK30 - Elektronisk publicering
Projektet TNMK30 - Elektronisk publicering Gruppindelning projekt Valfria grupper ~4 per grupp TNM088 - Digitala media-grupperna är ok Projektgrupper 4 personer Jämna par Lika arbete för små grupper Anmäl
Christin Lindholm. Programvaruutveckling av Stora Projekt, PUSP ETSF20. Välkomna! Vad händer idag?
Christin Lindholm Programvaruutveckling av Stora Projekt, PUSP ETSF20 Christin Lindholm Programledare på Datateknik och Elektroteknik med automation Institutionen för Datavetenskap Kravhantering, projekt,
produkters egenskaper och innehåll
Välkommen till ETS672 Föreläsning 1: Introduktion Christin Lindholm christin.lindholm@cs.lth.se Rum C632 Requirements Engineering innebär att gräva fram, förstå, skriva ner, kolla, prioritera, besluta
Kursprogram: ETSN05 Programvaruutveckling för stora system, 2014 (7,5 hp)
Kursprogram: ETSN05 Programvaruutveckling för stora system, 2014 (7,5 hp) Krzysztof Wnuk 1 september 2014 1 Inledning Kursens syfte är att ge grundläggande kunskaper i projektledningsprinciper och utvecklingsprocesser,
Föreläsning 3. Programvaruutveckling för Stora System. Målsättning i programvaruprojekt. Fel och risker. Christin Lindholm
Föreläsning 3 Programvaruutveckling för Stora System Projektledning, planering, dokument Dokument, processöversikt, möten Christin Lindholm 2 Målsättning i programvaruprojekt producera rätt produkt med
konfiguration och version och variant?
Att fundera på medan vi väntar: Vad är det för skillnad mellan konfiguration och version och variant? ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik & Föreläsning 4 Arkitektur, design, kodning
Detta har hänt... Jonas Wisbrant - kort CV. Kursombud - nytt försök. Föreläsning 3: Test, Konfigurationer. Pratat och skapat krav och plan
Föreläsning 3: Test, Ingenjörsprocessen metodik ETSA01 VT15 Jonas Wisbrant Detta har hänt... Pratat och skapat krav och plan Övning 2 Riskhantering, intressenter och kravgranskning. Projektet har granskat
Exempel på verklig projektplan
Exempel på verklig projektplan Detta är ett exempel på en proffessionell projektplan hämtad ur verkliga livet. Den visas inte i sin fullständighet, det mesta är bortklippt, men strukturen och mycket av
Exercise 1a: Requirements and Project Kick-off ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15
Exercise 1a: Requirements and Project Kick-off ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15 2 4(+2) Exercise Sessions Ex 1a: Requirements introduction, project requirements specification kick-off or how
Testplan Cykelgarage
Testplan Cykelgarage Stefan Johansson D08 (dt08sj7@student.lth.se) Johan Anderholm D08 (dt08ja5@student.lth.se) Angelica Gabasio D08 (dt08ag8@student.lth.se) Marcus Carlberg D08 (dt08mc4@student.lth.se)
Föreläsning 4 Arkitektur, design, kodning
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 4 Arkitektur, design, kodning Jonas Wisbrant 2 Agenda Kursinformation Arkitektur Design Kodning Produktlinjer Konfigurationshantering
Rätt svar och poängsättning: 0,5p per rätt svar, max 2,5p A. 2 B. 5 C. 3 D. 6 E. 4
Fråga 1 (2,5p) Marknadsdriven produktledning Para ihop följande begrepp med sin beskrivning: A. Marknadssegmentering B. Konkurrentanalys C. Portföljanalys D. Värdeanalys E. Uppföljning 1. Kontinuerlig
Regressionstestning teori och praktik
Regressionstestning teori och praktik Lic. Emelie Engström emelie.engstrom@cs.lth.se Software Engineering Research Group LUND UNIVERSITY Sweden SWELL the Swedish Research School in Software Verification
Användarcentrerad systemdesign
Användarcentrerad systemdesign Kursintroduktion och registrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se Bengt Göransson Enea Redina AB och Avdelningen
Föreläsning 4 Arkitektur, design, kodning
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 4 Arkitektur, design, kodning Jonas Wisbrant 1 Agenda Kursinformation Arkitektur Design Kodning Produktlinjer Konfigurationshantering
Var är vi? Föreläsning 4 Arkitektur, design, kodning. Agenda. Kursinformation. Produktlinjer. Konfigurationshantering - forts. Detta har hänt...
Agenda Kursinformation ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Arkitektur Design Kodning Föreläsning 4 Arkitektur, design, kodning Produktlinjer Jonas Wisbrant Konfigurationshantering
Kursprogram, ETS032 Programvaruutveckling för stora system (PUSS), 7,5 hp
ursprogram, S032 Programvaruutveckling för stora system (PUSS), 7,5 hp Version 1.0 Christin Lindholm Läsåret 2012/2013 Våren 2013 1. Inledning Syftet med kursen är att ge grundläggande kunskaper i utvecklingsprocesser,
Design och krav. Design Definition. enkelt Det ska vara möjligt att. Henrik Artman
Design och krav Henrik Artman >>Ett av skälen till att projektet inte höll tidplan och budget var [beställarens] höga ambitionsnivå. Dessutom skulle man gjort en stordel av arbetet självt, men en del av
LIPS Kravspecifikation. Institutionen för systemteknik Mattias Krysander
LIPS Kravspecifikation Institutionen för systemteknik Mattias Krysander Kandidatprojekt 2019 Antal Autonom taxibil (2, 5-personersgrupper) 3 Autonom eftersöksdrönare 2 Autonom undsättningsrobot 2 Autonom
Föreläsning 3 Verifiering och Validering
ETSA01 Ingenjörsprocessen för programvaruutveckling Metodik Föreläsning 3 Verifiering och Validering Jonas Wisbrant 2 Detta har hänt... Pratat och skapat krav och plan Övning 2 Riskhantering, intressenter
Övningstenta, Examinationsfrågor
Software Quality Engineering Board (SQEB) Requirements Engineering Qualifications Board (REQB) Foundation Certificate in Requirements Engineering Övningstenta, Examinationsfrågor 2015-04-27 Tillåten tid:
TDDI02. Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU
TDDI02 Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU På denna föreläsning: Anatomin hos en projektplan Vad är klok design? Tidsbokning Bokningslistor på Jonas
TDDI02. Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU
TDDI02 Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU På denna föreläsning: Anatomin hos en projektplan Vad är klok design? Projektarbete kräver.. Fördelning
Exercise 1a: Requirements and project kick-off
Exercise 1a: Requirements and project kick-off INGENJÖRSPROCESSEN METODIK ETSA01 VT13 Lund University Computer Science ETSA01 Ingenjörsprocessen - Metodik VT13 Exercise 1 5 Exercise Sessions Ex 1a: Requirements
TDDI02. Programmeringsprojekt. Föreläsning 1 Jonas Lindgren, Institutionen för Datavetenskap, LiU
TDDI02 Programmeringsprojekt. Föreläsning 1 Jonas Lindgren, Institutionen för Datavetenskap, LiU På denna föreläsning: Kursinformation Vad är Software Engineering? Hur går ett projekt till? Anatomin hos
Skriftlig tentamen den 25 oktober 2014 Kravhantering, ETS672, 7,5 hp
Lunds Universitet LTH Ingenjörshögskolan, Helsingborg Skriftlig tentamen den 25 oktober 2014 Kravhantering, ETS672, 7,5 hp Kursansvarig: Christin Lindholm Skrivtid: 08.00-13.00 Inga hjälpmedel är tillåtna
Kurser och seminarier från AddQ Consulting
Kurser och seminarier från AddQ Consulting Med fokus på kvalitet och effektivitet bidrar vi till att underlätta människors vardag. Kompetensutveckling är nyckeln till framgång för dig som jobbar med test,
Föreläsning 3. Programvaruutveckling för Stora System. Målsättning i programvaruprojekt. Veckan. Christin Lindholm.
Föreläsning 3 Programvaruutveckling för Stora System Christin Lindholm Projektledning, planering, Dokument, möten Projektplan Projekt i olika länder 2 Målsättning i programvaruprojekt Veckan producera
Objektorienterad Systemutveckling Period 3
Objektorienterad Systemutveckling 2 2018 Period 3 kurskod C1OB2B Innehåll Kursintroduktion Kursmaterialet finns temporärt även på http://www.gidenstam.org/hb/oosu2 KURSINTRODUKTION Kursintroduktion Inblandade
TDDI02. Programmeringsprojekt. Föreläsning 3 Jonas Lindgren, Institutionen för Datavetenskap, LiU
TDDI02 Programmeringsprojekt. Föreläsning 3 Jonas Lindgren, Institutionen för Datavetenskap, LiU På denna föreläsning: Verifikation, Validering och Testning XP Extreme Programming Vad är ett fel? I engelskan
Några grundläggande begrepp
Några grundläggande begrepp Validering bygger vi rätt system? Uppfyller kravspecifikationen de verkliga behoven? Verifiering bygger vi systemet rätt? Uppfyller det färdiga systemet kravspecifikationen?
Dokumentation och presentation av ert arbete
Dokumentation och presentation av ert arbete Reglerteknik Linköpings universitet Agenda Kursens mål Projektmodellen LIPS och dess användning i kursen Olika former av redovisning av ert arbete Avslutande
Kursplanering Utveckling av webbapplikationer
Kursplanering Utveckling av webbapplikationer Fakta Ämne Programmering Poäng 40 Yh-poäng Kurskod YSYS-WEB Klass Systemutvecklare.NET Syfte och koppling till yrkesrollen För att kunna arbeta som systemutvecklare
PROJEKT Kurs om hållbar utveckling
PROJEKT Kurs om hållbar utveckling Vad händer idag? Projekt Uppgiften Projektplan Krav Enkät om Digitala system Utveckling Vad? Till vem? Problem som måste lösas? Behov? Önskemål? Vad är projekt? Verksamhet
Dokumentation och presentation av ert arbete
Dokumentation och presentation av ert arbete Reglerteknik Linköpings universitet Dagens föreläsning Första timmen Kursens mål Projektmodellen LIPS och dess användning i kursen Olika former av redovisning
Symptom på problemen vid programvaruutveckling
eller Varför är det bättre med halsbränna i början av ett projekt än i slutet? Eva Hådding ehadding@rational.com Symptom på problemen vid programvaruutveckling Användarnas och verksamhetens behov ej uppfyllda
Dokumentation och presentation av ert arbete. Kursens mål. Lärare Projektmedlemmar. Studenter Extern personal. Projektfaser. Projektroller.
Agenda Dokumentation och presentation av ert arbete Kursens mål Projektroller Reglerteknik Linköpings universitet Brytpunkter Mer detaljer om slutdokumenten Kursens mål 1. Lära sig jobba i projekt Projektroll
Är instruktionerna oklara, projektet rörigt och allmänt frustrerande?
Detta har hänt... Pratat och skapat krav och plan Övning 2 Riskhantering, intressenter och kravgranskning. Genomfört granskningar inför 2 x 0.99 och omarbete? ETSA01 Ingenjörsprocessen för programvaruutveckling
TDDI02. Programmeringsprojekt, Föreläsning 2. Filip Strömbäck. Med utgångspunkt i tidigare slides av Jonas Lindgren
TDDI02 Programmeringsprojekt, Föreläsning 2 Filip Strömbäck Med utgångspunkt i tidigare slides av Jonas Lindgren På denna föreläsning: Dokument - kravspecifikation, projektplan Vad är klok design? Projektarbete
Praktikum i programvaruproduktion
Praktikum i programvaruproduktion Introduktion Föreläsare/Ansvarig: Pontus Boström Email:pontus.bostrom@abo.fi Rum A5055 Assistent: Petter Sandvik Email: petter.sandvik@abo.fi Rum: A5048 Föreläsningar:
Platina och kvalité. Rasmus Staberg, Teknisk direktör, 2014-04-08
Formpipe Platina och kvalité Rasmus Staberg, Teknisk direktör, 2014-04-08 04 08 1 Formpipe Presentation Bakgrund Platina släpptes som första release år 2000. Fick pris för Best in show från Bill Gates
Thomas Padron-Mccarthy Mobila applikationer med Android, 7.5 hp (Distans) (DT107G ) Antal svarande = 13. Svarsfrekvens i procent = 27.
Thomas Padron-Mccarthy Mobila applikationer med Android, 7. hp (Distans) (DT07G-806-07) Antal svarande = Svarsfrekvens i procent = 7. Utvärderingsresultat Teckenförklaring Relativa frekvenser av svar Std.
TDDI02. Programmeringsprojekt, Föreläsning 1. Filip Strömbäck. Med utgångspunkt i tidigare slides av Jonas Lindgren
TDDI02 Programmeringsprojekt, Föreläsning 1 Filip Strömbäck Med utgångspunkt i tidigare slides av Jonas Lindgren Kursledning Kursledare Kursassistent Handledare Etikmoment Examinator Kursadministratör
LIPS 1, 2002 Lätt Interaktiv Projektstyrningsmodell
LIPS 1, 2002 Lätt Interaktiv Projektstyrningsmodell Christian Krysander Tomas Svensson Översikt av Lips Projektstyrningsmodell Utvecklingsmodell Vad är ett projekt? Definition av ett projekt: En grupp
Innehåll. Kravhantering. Kravhantering TDDD06 Introduktion till kravhantering. Vad är kravhantering?
Innehåll Kravhantering TDDD06 Introduktion till kravhantering Institutionen för datavetenskap (IDA) Linköpings universitet Kravhantering Omfattning Grundläggande koncept Aktörer Aktiviteter Artefakter
Föreläsning 1. Kursinformation. Utvecklingsprocessen. Kravspecifikation. Gruppindelning.
Föreläsning 1 Kursinformation. Utvecklingsprocessen. Kravspecifikation. Gruppindelning. Lärare Kursansvarig: Gästföreläsare: Christer Carlsson Joachim von Hacht Michal Andreen Handledare: Michal Andreen
1) Kravhantering varför? (1.5p)
1) Kravhantering varför? (1.5p) Inlärningsmål : 10, 19 Kurslitteratur : [Dam], enligt kursmaterialet Enligt Damian/Chisan, vilka är de tre viktigaste vinsterna som ges av kravhantering inom mjukvaruutveckling?