Informationshantering vid systemutveckling styrd av CM



Relevanta dokument
Automation Region. Affärsdriven systemutveckling genom agila metoder. Stefan Paulsson Thomas Öberg

Du fulländar mig! Om synergierna mellan agila metoder och UX. Joakim Holm Adaptiv AB. Erik Hammarström Antrop AB

Användningscentrering i agila utvecklingsprojekt. johanna.sarna@valtech.com Valtech

SESAM. Mikroprojekt Metodik. Informationshantering vid systemutveckling styrd av CM. Torbjörn Jungeby Tore Qvist

Systemet. Varför? Persiska viken 3 juli Resultat. Mitt under striden: USA befinner sig i konflikt med Irak och Iran. Mitt under striden, forts:

OOA Objektorienterad Analys. Exempel på informell kravspecifikation. DD2385 Programutvecklingsteknik Några bilder till föreläsning 11 13/5 2013

Agil programutveckling

SCRUM och agil utveckling

Linköpings universitet 1

Programvara i säkerhetskritiska tillämpningar

Effekter av införande av agila metoder. Daniel Sundmark Mälardalens högskola

Configuration Management

Agile Enterprise Architecture

12 principer of agile practice (rörlig)

Steget efter CAD Data Management. Per Ekholm

CM FORUM. Introduktion till. Configuration Management (CM) / Konfigurationsledning. Tobias Ljungkvist

Agile i ett större sammanhang. Thomas Nilsson CTO, Agile Developer, Coach & Mentor

ISO/IEC 20000, marknaden och framtiden

Therese Hansson & Magnus Jonsson. Motivationsfaktorer - Test inom Agila utvecklingsprojekt

Att fatta rätt beslut vid komplexa tekniska upphandlingar

extreme Programming refactored - recension och analys av Kent Becks senaste definition av XP

ISTQB Testarens ledstjärna

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning

Våra tjänster [Our services] UMS Group Inc., All Rights Reserved

Verktyg för agil systemutveckling. Vad är ett verktyg? Olika typer av verktyg för mjukvaruutveckling. Vad kan ett bra verktyg tillföra?

FMV användning av ISO/IEC för ledningssystem implementering. Harold Bud Lawson Styrelsemedlem och Consulting Partner

RUP är en omfattande process, ett processramverk. RUP bör införas stegvis. RUP måste anpassas. till organisationen till projektet

Uppräkningstyper enum. DD2385 Programutvecklingsteknik Några bilder till föreläsning 11 12/ Enum m.m. OOA (ObjektOrienterad Analys)

Agila kontrakt DF PVH Lars Wendestam

Projektmetodik. Översikt. Lektion 1: Metodiker. Metodiker.

Alla rättigheter till materialet reserverade Easec

Användarcentrerad systemdesign

Styr och utveckla ditt IT-stöd utifrån internationella standarder

Agile-metoder, XP och ACSD

Linköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod

PRODUCT MANAGEMENT. Klicka här för att ändra format. Klicka här för att ändra format på underrubrik i bakgrunden

Fokus på seniora konsulter med mycket erfarenhet

Användarcentrerad systemdesign

Innehåll. Kravhantering. Kravhantering TDDD06 Introduktion till kravhantering. Vad är kravhantering?

Användbarhet i sitt sammanhang

Agile i ett större sammanhang

Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel

Design för användbarhet

Processer och metoder för utveckling av inbyggda system

Lyckade projekt - finns det?

Kursmål. Kursens delar. Obligatorisk närvaro

För varje par av påstående/anledning svara med ett av följande alternativ (½ p per rätt svar):

Arbeta i projekt. Anders Hessel ITP-projekt Uppsala Universitet

Ledningssystem för IT-tjänster

SYSTEMUTVECKLING METODER & MODELLER. Suzana Ramadani

Användarcentrerad systemdesign

Användarcentrerad systemdesign

Användbarhetsarbete i ERUP

Föreläsning om OO, OOA och UML

Informationssystem och databasteknik, 2I-1100

This work by. Fredrik Wendt. is licensed under a. Creative Commons

Lärandemål. Kursupplägg. Hantverk. Roller. Projekt med extern kund TDP027. Projekt: Agil systemutveckling. Annika Silvervarg CiltLab/HCS/IDA

TDP023 Projekt: Agil systemutveckling

Programvaruintensiva system

Asset Management ISO 55000

LUNDS UNIVERSITET. Projektledning

Grundläggande Projektledningslära

Testdriven utveckling. Magnus Jonsson Siemens Medical Solutions

Kursprogram hösten 2011

Diagnos och design av Verksamhet och IT, 7, 5 HP. Föreläsning 2 Sofie Pilemalm

System Safety Management Plan (SSMP) för [SiF] [Materielgrupp]

ALM Live. April 2008 Effektivare projektarbete med Visual Studio 2008

Diskutera medan vi väntar

European Spallation Source (ESS) från Projektmodeller till Plant/Product Lifecycle Management

RUP - Rational Unified Process

Kursplan. MT1051 3D CAD Grundläggande. 7,5 högskolepoäng, Grundnivå 1. 3D-CAD Basic Course

Internationellt standardiseringsarbete för kvalitetskrav av hälsoappar Mats Artursson, Läkemedelsverket Jenny Acaralp, SIS

Projekt som ledningsutmaning. Läran om projektledning (1) Läran om projektledning (2) Anna Jerbrant

Scaled Agile Framework

F7 Agila metoder. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Ulf Asklund Datavetenskap, LTH

effekt nu Kunskapsinitiativet

Tråkmånsarnas comeback

Software Engineering. Agneta Nilsson, PhD MPA Software Engineering Master s Programme

Säkerhetsfunktioner rstå varandra? Finns behov av att avvika från normal säkerhetsfunktion s vissa betingelser under uppstart, ändringar i processen

Detta har hänt... Agenda. Kursinformation. Föreläsning 5: Processer och vidareutveckling

ETSA01 Ingenjörsprocessen 1 - Metodik VT15 Markus Borg

Workshop: How can CM enable business downstream?

3. KVALITETSSÄKRING INNEHÅLL

Diskutera medan vi väntar. Detta har hänt... Agenda. Föreläsning 5: Processer och vidareutveckling. Kan man utveckla programvara

Kostnadskontroll genom kvalitetssäkrad Programvaruhantering

Svenskt Nationellt ramverk för interoperabilitet Sammanfattning och status. Presentation för Semicolon i Oslo 17 sept 2009

Föreläsning 4. Fast position Projektplanering (CPM och PERT)

F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH

SPCR 179. RISE Research Institutes of Sweden AB Certification SPCR

Med den här boken får du: Författaren:

Hållbar efterbehandling NICOLE s vision

agil projektledning CE E86C7B9BE4BB2FD43E7A902 Agil Projektledning 1 / 6

TDDI02. Programmeringsprojekt. Föreläsning 1 Jonas Lindgren, Institutionen för Datavetenskap, LiU

BESKRIVNING AV PROCESSMETODEN SCRUM

Projekt? 1DV420 Nätverksprojekt Kalmar, Lars Karlsson +46(0)

men borde vi inte också testa kraven?

Projektstyrning - kortversionen Jan-Åke Olofsson

Testning som beslutsstöd

Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget % misslyckades!

Stöd för att skapa intuitiva användargränssnitt

Transkript:

Informationshantering vid systemutveckling styrd av CM Håkan Edler Torbjörn Jungeby Tore Qvist

Syfte och mål Syftet med arbetsgruppens aktuella arbete är, att möjliggöra ett samordnat informationsutbyte mellan personer, processer och verktyg under utveckling av ett inbyggt system oberoende av utvecklingsfas och teknikområde. Målet med det aktuella mikroprojektet är, att undersöka hur CM kan användas som styrinstrument i utvecklingsarbete för inbyggda system.

Problemet Product lifecycle management Manual work Manual work Manual work CAD/ CAM No connection EL- CAD No connection CASE Mechanical subsystem Electrical and electronic subsystem Software subsystem

Standarder för systemutveckling Det finns nog ingen ingenjörsdisciplin som har så många standarder som utveckling av programvara. De viktigaste här: ISO/IEC 12207, Information technology software life cycle processes ISO/IEC 15288, Systems engineering - system life cycle processes ISO/IEC 15504, Information technology software process assessment

ISO/IEC 12207, Information technology software life cycle processes Standarden är ett allmänt ramverk för utveckling och hantering programvara under hela dess livscykel. Den definierar ett antal processer och ger en väldefinierad terminologi. Standarden är generell och man förutsätter, att den anpassas till organisation och projekt när den skall tillämpas. Begränsningar i standarden: u Den beskriver arkitekturen hos programvaras livscykelprocesser och specificerar inte hur aktiviteter och uppgifter skall realiseras och utföras. u Den föreskriver inte namn, format eller innehåll i de dokument som produceras i samband med utveckling eller användning av programvara. u Den föreskriver inte någon livscykelmodell eller utvecklingsmetod. IEEE/EIA 12207 är en anpassning till elektronikindustrin

ISO/IEC 15288, Systems engineering - system life cycle processes Standarden är ett allmänt ramverk för att beskriva livscykeln i system samt en mängd väldefinierade processer med tillhörande terminologi. Hela livscykeln omfattas från koncept till utfasning. Standarden tar med alla aktiviteter som behövs för att anskaffa eller leverera system som består av en eller flera av systemelementen: Maskinvara, programvara och operatörer. Begränsningarna i standarden är: u Detaljer i processerna som metoder, procedurer och tekniker tas inte upp. u Detaljer i dokument, som namn, format, innehåll eller lagringsmedium, definieras inte.

ISO/IEC 15504, Information technology software process assessment ISO/IEC 15504 är ett ramverk för utvärdering av processer för utveckling och hantering av programvara. Den är avsedd att användas såväl för utvärdering internt inom en organisation, som extern utvärdering av leverantörer. En väsentlig egenskap hos standarden är, att den ger en processprofil och inte ett enstaka värde. Den ger värden för varje ingående process Referensmodellen är tvådimensionell. Den ena dimensionen är processerna och syftet med dem, vilket beskrivs i mätbara termer. Definitionen av processerna baseras på ISO/IEC 12207. Den andra dimensionen är hur väl en organisation når syftet med varje process.

Heritage of Systems Engineering Standards + Systems Engineering 1969 Mil-Std- 499 Software Engineering 1978 DoD-Std- 1679 1974 Mil-Std- 499A 1985/1988 DoD-Std- 2167/A 7935A Syntell AB och Lawson Konsult AB DoD-Std- 1994 Mil-Std- 499B (Not Released) 1987 DoD-Std- 1703 1988 EIA / IS 632 1994 (Trial Use) IEEE 1220 1994 1994 Mil-Std- 498 1995 ISO/IEC 12207 DERA (UK) SE Ref. model 1997 ANSI/EIA 632 1998 SE- CMM 1995 IEEE 1220 1998 1996 IEEE 1498 /EIA 640 (Draft) ISO/IEC 15288 2002 ANSI/EIA 632 (Update 2003) EIA/IS 731 1998 IEEE 1220 (Updates) 1998 IEEE/EIA 12207 1997 J-Std- 016 Legend Legend Supersedes Derived From

Omfattande processer ISO/IEC 12207 gäller enbart utveckling och hantering av programvara. u Den beskriver 22 processer, 95 aktiviteter, 325 uppgifter (tasks) och 254 processresultat (outcomes) ISO/IEC 15288 gäller utveckling och hantering av system med maskinvara, programvara och operatörer. u Den beskriver 25 processer, 208 aktiviteter och 123 processresultat. ISO/IEC 15504 gäller utvärdering av processer för utveckling och hantering av programvara. u Den modellerar 5 processkategorier, 35 processer och 201 aktiviteter (base practices). Yingxu Wang definierar en egen referensmodell u Resultatet är en modell med 3 delsystem av processer, 12 processkategorier, 51 processer och 444 grundläggande processaktiviteter, base process activities BPA.

Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

Twelwe practices in XP The planning game Small releases Metaphor Simple design Testing Refactoring Pair programming Collective ownership Continuous integration 40-hour week On-site customer Coding standards

Projektstyrningsmodeller PERT - Program Evaluation and Review Technique CPM - Critical Path Method WBS - Work Breakdown Structure PROPS - Projektet för Projektstyrning PPS RUP - Rational Unified Process MIPS - Metodik inom Posten i Sverige LOTS

Aktuella CM-verktyg TBW

Process kontra information Svag koppling mellan standarder och vår modell Systemutveckling är ett stort informationsbehandlingssystem => informationen är viktigast I allmänhet är informationen i ett system tidsinvariant Sättet att hantera informationen varierar över tiden.

En generell modell av aktivitet Regler Specifikation Aktivitet Konstruktion Resurser

Informationsklasser enligt IEEE/EIA 12207.1 Beskrivning Plan Procedur Sparat (record) Rapport Begäran Specifikation Beskriver en existerande eller planerad funktion, konstruktion, prestation eller process. Definierar när, hur och av vem givna aktiviteter skall genomföras med optioner och alternativ när så behövs. Definierar i detalj när och hur givna uppgifter skall genomföras och vilka verktyg som skall användas. Beskriver det material en organisation sparar, som t ex kvalitetsmätningar, affärshandlingar, ekonomiska data, konstruktionsöverväganden och konstruktionsbeslut. Beskriver resultatet av en aktivitet, som t ex undersökning, utvärdering eller prov. Sparar information som behövs för att ge ett svar Specificerar krävda funktioner, prestanda eller processer, som kravspecifikation.

Processen konfigurationsstyrning ISO/IEC 15288 och ISO/IEC 12207: Syftet med konfigurationsstyrningsprocessen är, att etablera och förvalta alla resultat från ett utvecklingsarbete och göra dem tillgängliga för alla intressenter.

Resultat från konfigurationsstyrning En instansiering av processen för konfigurationsstyrning ger: En definierad strategi för konfigurationsstyrning Objekt som kräver konfigurationsstyrning är identifierade och definierade Etablerade nivåer (baselines) för konfigurationer Styrning av konfigurationsobjekt Överensstämmelse mellan produkt och specifikationer Styrd leverans av konfigurationsobjekt Information om aktuellt tillstånd för varje konfigurationsobjekt under hela livscykeln

Aktiviteter i konfigurationsstyrning Följande aktiviteter skall med hänsyn till organisationens policies implementeras i konfigurationsstyrningsprocessen: Definiera en strategi för konfigurationsstyrning Identifiera de objekt, som skall vara konfigurationsobjekt Förvalta konfigurationsinformationen med lämplig nivå på integritet och intrångssäkerhet Etablera en instans för ändringshantering för att ge samordnad granskning, evaluering och ordning av dokumenterade och berättigade ändringsförslag Kontrollera en produkts överensstämmelse med specifikationer och andra överenskommelser

Fortsatt arbete Frågor att studera: Vad är ett konfigurationsobjekt i systemutvecklingsprocessen? Kan även regler för en aktivitet konfigurationsstyras? Kan CM ge oss bättre styrning på vårt utvecklingsarbete? Vilka delar av en utvecklingsprocess låter sig inte med fördel styras med hjälp av CM?