Two parts of a Harmonized Whole

Like dokumenter
Two parts of a Harmonized Whole

A Study of Industrial, Component-Based Development, Ericsson

Den europeiske byggenæringen blir digital. hva skjer i Europa? Steen Sunesen Oslo,

INF 5120 Obligatorisk oppgave Nr 2

Forslag til løsning. Oppgave 1

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk

INF Oblig 2. Hour Registration System (HRS)

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver

INF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer

Conference Centre Portal (CCP)

17. mars Store aud Moderne systemuviklingsmetoder. Kjetil Jørgensen-Dahl, Objectnet og Arne-Jørgen Berre, SINTEF, UiO. Telecom and Informatics 1

Slides made by Sommerville adapted by Letizia Jaccheri, all the slides are part of the syllabus Topics covered

Hensikten med denne delen av kurset. Objektorientering hva er det? Objektets egenskaper. Best practises ved programvareutvikling

Hour Registration System (HRS) Oblig 2. DEL 1: COMET Business Modelling

University of Oslo Department of Informatics. INF Modellering med objekter Oblig 2, V2004. Skrevet av:

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel

Invitation to Tender FSP FLO-IKT /2013/001 MILS OS

INF5120 Modellbasert systemutvikling

EXAM TTM4128 SERVICE AND RESOURCE MANAGEMENT EKSAM I TTM4128 TJENESTE- OG RESSURSADMINISTRASJON

Bruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge

Erfaringer fra en Prosjektleder som fikk «overflow»

Er du nysgjerrig på om det er mulig...

En praktisk anvendelse av ITIL rammeverket

MDA Tool Support for SOI. Mike Rosen CTO, AZORA Technologies, Inc.

CORBA Component Model (CCM)

ISO 41001:2018 «Den nye læreboka for FM» Pro-FM. Norsk tittel: Fasilitetsstyring (FM) - Ledelsessystemer - Krav og brukerveiledning

University of Oslo Department of Informatics. Hours Registration System (HRS) INF 5120 Oblig 2. Skrevet av:

Systemutviklingsmetoder

Legacy System Exorcism by Pareto s Principle. Kristoffer Kvam/Rodin Lie Kjetil Jørgensen-Dahl

COMET Business Modelling

PLAN. IN 331 Produkt og prosessforbedring i systemutvikling DEL 4 Valg av prosessmodell. Geir Amsjø.

INF5120 Modellbasert Systemutvikling Modelbased System development

Sykehuspartner HF En partner for helsetjenester i utvikling. Hvordan bygge et sykehus ved å bruke TOGAF rammeverk. En praktisk tilnærming

buildingsmart international

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

FM strategi: Bruk av standarder for sourcing, effektivisering og dialog

Grunnlag: 11 år med erfaring og tilbakemeldinger

Uke 5. Magnus Li INF /

INF5120 Modellbasert Systemutvikling Modelbased System development

1500 brukere fra Notes til Exchange i skyen

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk

Suksessfaktorer i UBW-prosjekter

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

Distributed object architecture

INF2120 Tools at your fingertips

From Policy to personal Quality

Itled 4021 IT Governance Fra IT-strategi til digital forretningsstrategi og plattformer

Virksomhetsarkitektur (VA) og rammeverk

Capturing the value of new technology How technology Qualification supports innovation

E-Learning Design. Speaker Duy Hai Nguyen, HUE Online Lecture

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

Status for IMOs e-navigasjon prosess. John Erik Hagen, Regiondirektør Kystverket

PLAN. INF5180 Produkt og prosessforbedring i systemutvikling DEL 8 Valg av prosessmodell. Geir Amsjø. CHECK

GeWare: A data warehouse for gene expression analysis

Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen

Model Driven Architecture (MDA) Interpretasjon og kritikk

Programvareprosesser Software Process

Elektronisk fakturering mellom bedrifter

Europeiske standarder -- CIM og ENTSO-E CGMES. Svein Harald Olsen, Statnett Fornebu, 11. september 2014

Advanced Technologies of Microsoft SharePoint 2016

Den som har skoen på, burde vite hvor den trykker!,

Lynkurs 10. Januar 2012

Internasjonal standardisering. Erlend Øverby

ISO-standarderfor informasjonssikkerhet

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

Hva kreves av en god byggherre? «Store utbyggingsprosjekter», 23. okt 2014

- En essensiell katalysator i næringsklyngene? Forskningsrådets miniseminar 12. april Mer bioteknologi i næringslivet hvordan?

Endringsdyktige og troverdige systemer

ROS analyse for samfunnskritiske IKT systemer. Utfordringer og muligheter 24/11-05

Tom Røise 24.Mars 2009

HCI i Informasjonssystemer

Prosess til folket! AICIT work in progress. Copyright 2012 Accenture All Rights Reserved

What's in IT for me? Sted CAMPUS HELGELAND, MO I RANA Tid

Public roadmap for information management, governance and exchange SINTEF

Hvilken standard angår oss i arkivdanningen?

Programvare arkitekturer

Alma informasjonsmøte 28. Mai 2014

FM kompetanseutvikling i Statoil

Fellesprosjekt: gruppe 214

Eksamen INF

Risikofokus - også på de områdene du er ekspert

IRENA. IEA delegatsamling 4. februar Underdirektør Øivind Johansen. Olje- og energidepartementet regjeringen.no/oed

Climate change and adaptation: Linking. stakeholder engagement- a case study from

MED PUBLIC CLOUD INNOVASJON OG MULIGHETER. Altinn Servicelederseminar September 2017

EU Energi, SET-plan. Beate Kristiansen, Spesialrådgiver/EU NCP Energi

INF5120 Eksamen Løsningsforslag Oppgave 1a,b COMET

Offshore Wind Turbine Support Structures. Erfaringer med å søke EU finansiering

Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu

21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA)

Forelesning IMT Mars 2011

NOVUG 3 februar 2009

Server-Side Eclipse. Martin Lippert akquinet agile GmbH

Forelesning IMT Mars 2011

Tradebroker Reiseseminar Oktober Carl Wilhelm van Kervel Barth Direktør Salg & KAM

Sascha Schubert Product Manager Data Mining SAS International Copyright 2006, SAS Institute Inc. All rights reserved.

Digitalisering av eiendomsforvaltning, case St. Olavs Hospital. Tor Åsmund Evjen St. Olavs Hospital

UNIVERSITETET I OSLO Institutt for Informatikk. INF5120 Modellering med objekter Oblig 2 Time Master. Skrevet av: Kristrun Arnarsdottir. 03.

IN-MMO Arne-Jørgen Berre Telecom and Informatics UML notasjon Oppførselsmodellering Telecom and Informatics

Kontinuitetsplanlegging teori og praksis. Arve Sandve Scandpower AS ESRA,

Øystein Haugen, Professor, Computer Science MASTER THESES Professor Øystein Haugen, room D

Transkript:

IN-MMO F2: 6/2 UML Oppførselslering, Prosess, RUP og RUP/J2EE, Interoperabilitet og rkitektur (MD),COMET UML Oppførselslering Øving + Oblig 1 UML Notasjon og prosess RUP - (Rational) Unified Process - Phases and workflows RUP for J2EE J2EE Developer roadmap OMG MD Driven rchitecture - overview COMET overview rne J. Berre 11 Two parts of a Harmonized Whole Unified ing Language Convergence Today Unification leads to standards Process Convergence in the future Process frameworks through consensus RUP(Rational Unified Process), OOram/WE, MGM, ObjectOry, Open, Perspective, Catalysis, rne J. Berre Kobr, COMET 22 1960-1979 Utvikling/Trender for Utviklingsprosesser 1980-1999 Fossefallsl Prosess forbedring Funksjonell design Innkapslings-basert -Skalerings-økonomi -Skalerings-økonomi Egne verktøy Uavhengige verktøy 100% skredder 30% komp 70% eget d hoc prosess Gjentakbare prosess lltid: over tid/kost Uvisst: til tid / kost 2000-2019? Iterativ utvikling Komponent-basert ROI Integrerte verktøy 70% komp 30% eget dmin/målt prosess -Of: til tid og kost Source: Software Project Management, Unified Framework, Walker Royce, ddison-welsey, 1998 rne J. Berre 33 10 viktige prinsipper for moderne utvikling rkitektur-orientert tilnærming Iterativ livs-syklus prosess Komponentbasert utvikling Endrings-orientert miljø Round-trip engineering l-basert notasjon Objektiv kvalitets-kontroll Økende detaljeringsgrad Konfigurerbar prosess rne J. Berre 44 The Unified Software Development Process (UML book 3) I. Jacobson, G. Booch, J. Rumbaugh ddison Wesley, 1999 ISBN 0-201-57169-2, 463 pages The Rational Unified Process P. Kruchten ddison Wesley, 1998 first edition, 2001, second edition ISBN 0-201-60459-0, 255 pages The Unified Software Development Process Use-Case-Driven Process n rchitecture-centric Process n Iterative and Incremental Process rne J. Berre 55 rne J. Berre 66 1

Unified Process Framework Faser i livssyklusen Process Components Process Requirements Workflows nalysis ing Requirements rchitecture Level nalysis ementation Class Level ementation Deployment Supporting Workflows Supporting Components Management Project Management Process Configuration Conf. Mngmt Phases Inception Phases Elaboration Construction Transition Inception (Begynnelse/unnfangelse) Elaboration (Utdyping av planer, beskrivelse av egenskaper og basis arkitektur) Construction (Bygging av produktet) Transition (Overgang til brukere) Environment preliminary iteration(s) #1 #2 #n #n+1 #n+2 #m #m+1 Iterations rne J. Berre 77 rne J. Berre 88 S System nalyst Roles Engineer Requirements Core development workflows Use-Case Spec ifier System Integrator nalysis User-Interface er rchitect Use-Case Engineer Integration er System er. ementation Component Engineer rne J. Berre 99 rne J. Berre 10 10 S and s design Virksomhets () lering Resultater: Felles terminology/vokabular, Virksomhets aktører og virksomhets bruks-tilfelle, Virksomhets Objekt l (arbeidere/entiteter) s nalyse a rchitectural a Roller: Virksomhets analytiker, designer, kritiker nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 11 11 rne J. Berre 12 12 2

Kravfrembringing S and s design Resultater: Visjon, bruks-tilfeller, term-bok, kravegenskaper, software arkitektur dokument, brukergrensesnitt-prototyp Roller:System analytiker, bruks-tilfelle forfatter, arkitekt, brukergrensesnitt-bygger, krav-kritiker ktiviteter: Finn aktører og brukstilfeller, prioriter brukstilfeller, detaljer brukstilfelle, prototyp brukergrensesnitt, strukturer brukstilfelle l rne J. Berre 13 13 s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 14 14 (Krav) nalyse S and s design Resultater: nalyse l, nalyse klasser, brukstilfelle realisering-analyse, analyse-pakker, arkitekturbeskrivelse (view på analyse l) Roller: rkitekt, brukstilfelle-engineer, komponentbygger ktiviteter: rkitektur analyse, nalyse av brukstilfelle, analyse av klasse, analyse av pakke rne J. Berre 15 15 s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 16 16 S and s design Resultater: l, klasser, Software arkitektur dokument (m/design-view + deployment-view) bruks-tilfelle realisering, pakker/sub-er, data l Roller: rkitekt, Brukstilfelle-ansvarlig, Komponentbygger ktiviteter: rkitektur design, av brukstilfeller, av klasser, av suber rne J. Berre 17 17 s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 18 18 3

ementasjon S and s design Resultater: ementasjons l, software arkitektur dokument (implementasjons-l), integrasjons/bygge-plan, komponenter, implementerte sub-er, realiserte grensesnitt Roller: rkitekt, integrator, komponent-bygger ktiviteter: rkitektur implementasjon, integrasjon, implementer sub, implementer klasse, utfør enhets- rne J. Berre 19 19 s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 20 20 S and s design Resultater: l, -tilfeller, -prosedyrer, -skripts, plan, last-l, suber - komponenter - pakker - klasser, feil-rapporter Roller: -designer, -er, integrasjonser, last/ytelses-er, komponent-bygger ktiviteter: Planlegg, design, implementer, utfør integrasjons-, utfør -, evaluer rne J. Berre 21 21 s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 22 22 Igangsettelse (Deployment) Konfigurasjons dministrasjon Resultater: Innføringsplaner, sluttbruker dokumentasjon, release dokumentasjon, installasjonsprodukter, opplæringsmateriale Resultater: Konfigurasjons-administrasjons-plan, endrings-forespørsler Roller: Innføringsansvarlig, Teknisk forfatter, ementør, kurs-utvikler Roller: Prosjekt-leder, Konfigurasjons-ansvarlig, andre i prosjektet rne J. Berre 23 23 rne J. Berre 24 24 4

Prosjektdministrasjon Omgivelse Resultater: Forretningsmessig begrunnelse, Systemutviklings-plan, Iterasjons-plan, Iterasjonsvurdering, Status-vurdering, Målings-plan, risiko-liste, prosjekt-plan Resultater: Retningslinjer for Virksomhetslering, Utvikling/Programmering/, Brukstilfellelering,, dokumentasjon, brukergrensesnitt Roller: Prosjekt-leder Roller: Virksomhetsanalytiker, prosess-ansvarlig, analytiker, integrator, administrator, verktøy-ansvarlig, brukergrensesnittansvarlig, teknisk forfatter, arkitekt rne J. Berre 25 25 rne J. Berre 26 26 Faser i livssyklusen Inception Inception (Begynnelse/unnfangelse) (5-8 %) Elaboration (Utdyping av planer, beskrivelse av egenskaper og basis arkitektur) (20-25 %) Construction (Bygging av produktet) (60-65%) Transition (Overgang til brukere) (8-10 %) Goal: Establish the business case - launches the project Execute core workflow activities to: Define the scope, Outline the candidate architecture Results: feature list, first business/domain, first use-case /design s, first candidate architecture, possibly a proof-of-concept prototype, initial risk-list, use-case ranking list, project plan, first draft of business case (context and success criteria) rne J. Berre 27 27 rne J. Berre 28 28 S and s design Elaboration s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 29 29 Goal: Make the rchitectural baseline Execute core workflow activities to: Capture and refine most of the requirements, develop the architectural baseline Results: complete business/domain, new versions of use-case (80%) (80%) design (10%), deployment (10%) and implentation (10%) s, executable architecture, arch description, updated risk list, plan for const/tran, preliminary user manual (optional), completed business case rne J. Berre 30 30 5

S and s design Construction Goal: to get initial operational capability Execute core workflow activities to: Grow the s nalyse a rchitectural a Results: plan for transition, executable software, all artifacts/s, maintained architecture description, prel. User manual, business case nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 31 31 rne J. Berre 32 32 S and s design Transition s nalyse a rchitectural a nalyse a a ement ement class/package class/package class/ss -u. rne J. Berre 33 33 Goal: to complete the product release ctivities to: meet requirements to the satisfaction of the stakeholders, handle all issues needed for operation in the user environment, including correction of errors reported by beta-users/acceptance ers Results: executable software, legal documents, comleted artifacts/s, completed architecture description, Final. User manual, training and support material rne J. Berre 34 34 RUP/J2EE book Requirements J2EE Developer Roadmap nalysis. ementation Define the Refine the definition Define initial rchitecture nalyze behaviour Refine the rchitecture Detail the design Structure the implementation rne J. Berre ement elements 35 35 Use-case realized by J2EE Roadmap Systems realized by ref User Experience refined into (ref) ref Data defined in emen ation Deployment rne J. Berre 36 36 ref 6

S ales& P l anni n g V esel Schedul e W or kor d er M onit or ing Seismi c c qui sit ion V esel Op er ati o n P r od. st ati st ics D ow n time stat. E xec. O p.m gr N CR R e por ti ng & Monit or ing S upport E ngi n eri ng Registrator Secretariat aplication Cl ubregister Ob tainclubinfoand deliv er to reg ister ing Processor Club r egi str ati on Information ExistingClubInfo Edi tand accept exist ingclubinfo skclubregist ert ocheck ifclubalreadyexist s Exist ingclubinfo sktoedit and confir mexist ing ClubInfo sktoregister Club [ClubExi sts ] Checkif Club exist s d Club Subsy stem4 Subsy stem1 Subs ystem 2 Subs ystem3 : Reg ist r at or : Secr et ar iat : Cl ub Reg ist er pp lic at io n club Ex ist s : Reg ist r at or : Secr et ar iat : Cl ub Reg ist er pp lic at io n club Ex ist s rnor er en kul type Dette er et forsøk på å fyle denne kommenten med text r nor er en kul type De tte er e t for sø k p å å fylle d enn e ko m me nt en med text MD book OMG -Driven rchitecture (MD) www.omg.org/mda Tool-chain for -based development ing&code-generation Documents UI logic Programming & Environment Deployed Infrastructure Interaction/Pres services rne J. Berre 37 37 UML s Code generation UML profiles pplication logic Shared logic Data base schema pplication and process services Shared Services Data services & Legacy s XMI - using J2EE, - using Rose, - using Java, Corba, COM, COOL:Jex,... C++, VB,.. Repository Real-time,... rne J. Berre 38 38 0,1 Context Goal Context Resource Vision f or change Process & Role Risk analy sis Busines domain to domain mapping Work element Use case refinement and R 0,1 world Scoping Goal s Context Resource Vision f or change Process & Role Risk -> WRM analy sis Work Element nalysis Requirements Use Prototy pe System Boundary * R nalysis Use case Scenario rchitecture Component structure and internal design Interf ace and interaction specif ication Platform specific UMT Conf ig Component implementation PIM Data Ty pes User Service User Resource Service Real world Concepts& Processes rne J. Berre Deployment 39 39 UserService Domain Service Domain User Interface Service Resource Service R R ctors Workfl ow Serv ice Domain Presentation UserDialog L COMET LS rtifacts Component Infrastructure & Workfl ow Engine (Microw orkflow) Legacy Domain System Domain Context (What and why) Goal Vision for change process & Role (warm) Risk Iterative & Incremental Resource System Boundary Platform Specific (HowSolution) Use case scenario Component structure & internal design Requirements (What) s Interface and interaction specification Other requirements Problem domain HW Deployment rne J. Berre Solution domain UMT config Component 40 ementation 40 B pplications components General components OS Sekvensdiagram - Buy Black Coffee ctivity organizationby work type Phases - organisation along time Process activities Inception Elaboration Construction ling Requirements ling rchitecture ling PSM ling Supporting activities Project management Work product management Iterations: Review milestones: preliminary iteration(s) #1 Concept Review Iteration Launch #2 #n Technical udit Product Commit Demonstrator Iteration Launch #n+1 Demonstrator Iteration Launch #n+2 Transition #m #m+1 Demo / Delivery Beta Launch cceptance Meeting : C usto me r coin(s) : CashBox : FrontPanel : M ixe r : CupDispenser : CoffeeDispenser : Wa te r Dis p e nse r enable select black coffee coffe e se rved disable dispense cup, coffee, water dispense dispense dispense rne J. Berre 41 41 rne J. Berre 42 42 7