Systemutviklingsprosessen

Transkript

1 Figur 1-3. E sysems livssyklus Sysemuviklingsprosessen Jfr. Fra kjernen og u, fra skalle og inn kapiel 3 (og 11) Idé Krav og ønsker Uforming Realisering Ny idé Syseme sees i drif... Iniiell uvikling og realisering Vedlikehold SUprosessen-1 SUprosessen-2 Figur 2-2. E overordne rammeverk for sysemuvikling Figur 2-1. Eksempel på en enkel milepælsplan Hva Hva Hvordan Hvordan Milepæl Målbeskrivelse ferdig Dao 7. februar Refleksjon Uforming Vurdering Planlegging Daamodell for førse delsysem ferdig Daabase oppree, esforekomser lag inn 21. februar 7. mars Forandring Realisering Regulering Webgrensesni lage 14. mars Knying il daabasen ferdig og uese 21. mars Produk Syring Førse delsysem overlever brukerne 3. april Eer N. E. Andersen e.al. (1986): Professionel Sysemudvikling SUprosessen-3 SUprosessen-4

2 Sysemuviklingssraegier Sraegielemen Skala Uviklingssraegi analyisk eksperimenell Leveransesraegi al på en gang delleveranser Sysemuviklingsmeode En oppskrif på hvordan sysemuviklingen skal gjennomføres Akivieslise Uviklingsrening fra kjernen fra skalle Akiviesrekkefølge Gjenbrukssraegi lie mye Leveranser, sysemuviklingsarefaker Planleggingssraegi Dimensjoneringssraegi Tessraegi Seremoninivå Kvaliesnivå Fokusering forubesem omfang aggressiv høy høy samfunn individ fleksibel id/kosnad ubeviss lav lav organisasjon Forslag il milepælsdefinisjoner Anbefale eknikker Mønsre ( paerns ) Sjekkliser Ruiner for kvaliessikring Verkøysøe SUprosessen-5 SUprosessen-6 Figur 2-4. Fossefallsmeoder Figur 2-5. Fossefallsmeode med lakseeffek Forprosjek Vurdering Planlegging Regulering Forprosjek Vurdering Planlegging Regulering Uforming Uforming Realisering Realisering ferdig Uforming ferdig Realisering ferdig ferdig Uforming ferdig Realisering ferdig SUprosessen-7 SUprosessen-8

3 Figur 2-6. Inkremenelle meoder Figur 2-7. Den risikosyre spiralmeoden (Oppdeling) Faslegg mål og rammer Risikoanalyser Risiko- Vurdere alernaiver Risikovurderinger Vurdering Vurdering Vurdering Prooyping Planlegging Uforming Planlegging Uforming Planlegging Realisering Regulering Realisering Regulering 1. delsysem ferdig 2. delsysem ferdig SUprosessen-9 Planlegg nese fase Vurdering, Planlegging Krav Krav Uforming Realisering Simuleringer Yelsesprøver Uvikle nese nivå produk Eer Boehm(1988) forenkle SUprosessen-10 Figur 2-3. Risikomomener i sysemuviklingsprosessen Personellsvik Urealisiske idsplaner og budsjeer Produksjon av feil funksjonalie Produksjon av feil brukergrensesni Forgylling (lage produke finere enn nødvendig) Sadige endringer i krav Mangelfulle komponener lever av underleverandører Mangelfull uførelse av oppgaver av underleverandører For lav sannids-yelse I informaikk-kunnskapsfronen Lee meoder ( Agile mehods ) Sluproduke er de primære Mellomproduker (sysemuviklingsarefaker) lages bare dersom de er nødvendig Meoden ilpasses omsendigheene (veien blir il mens vi går) Endringsønsker oppfaes som posiive Muliggjor gjennom moderne plaformer og uviklingsmiljøer Valg av plaform og uviklingsmiljø er kriisk! Eer Boehm (1989) SUprosessen-11 SUprosessen-12

4 Funksjonelle krav Kvalieskrav Mye eller fakum? Ikke-funksjonelle krav (kvalieskrav) o Hasighe og svarider o Sammenbruddshyppighe Kosnader for endringer Jo idligere man gjør en feil, jo senere oppdages den, og jo dyrere blir den å ree o Brukervennlighe o Vedlikeholdbarhe o kvalie laves aksepable Eer Gilb (1988) mål maksimal oppnåelig Hvordan kvanifisere og måle kvalie? Idé Krav og ønsker Uforming Realisering Ny idé Syseme sees i drif Iniiell uvikling og realisering Vedlikehold... SUprosessen-13 SUprosessen-14 Mye eller fakum? Reurn on invesmen Kosnader for endringer Jo idligere man gjør en feil, jo idligere kan den oppdages, og jo billigere blir den å ree Inneker/ kosnader Idé 1. ierasjon 2. ierasjon 3. ierasjon Ny idé... Syseme sees i drif Idé Krav og ønsker Uforming Realisering Ny idé Syseme sees i drif SUprosessen-15 SUprosessen-16

5 Reurn on invesmen Produksjon av informasjonssysemer Inneker/ kosnader Produksjon o, uforming og realisering To hovedmeoder: o Fra kjernen og u (Ugrupper begrepsmodell -> grupper modell -> relasjonsdaabase) Idé 1. ierasjon 2. ierasjon 3. ierasjon Ny idé... o Fra skalle og inn (Bruksmønser -> sekvensdiagram->klassediagram) Syseme sees i drif SUprosessen-17 SUprosessen-18 Hva orakle skal kunne vie urykkes i e daaoriener UMLklassediagram, i ORM eller som abelldaabasesrukur Fra kjernen og u Ineresseområde regisrering påvirkning Fra skalle og inn Ineresseområde regisrering påvirkning De funksjonelle krav urykkes i UML-bruksmønsre Jeg svarer på alle spørsmål (nesen, da) Oppfaningen av ineresseområde Jeg gjør de du forvener a jeg skal gjøre Oppfaningen av ineresseområde Orakel Informasjonssysem Organisasjonen Brukere SUprosessen-19 Informasjonssysem Organisasjonen Brukere SUprosessen-20

6 Objekoriener vs. daaoriener uforming Beskrivelser og beskrivelsesspråk Informasjonssysem Program Informasjonssysem new/creae new/creae Objekoriener CREATE INSERT INSERT Daaoriener klasse klasse (enie) I begynnelsen av sysemuviklingsprosessen er uformelle beskrivelser de bese! Formelle beskrivelser drar oppmerksomheen mo formalieene, og vekk fra problemsillingene! UML dekker ikke al, il ross for a UML er mege omfaende! Hvor høy skal dealjeringsgraden være? Syres av formåle med beskrivelsen o Beskrivelse av ineresseområde? o Foreskrivelse av informasjonssyseme? SUprosessen-21 SUprosessen-22 Modellenes o formål Saiske og dynamiske virkelighesmodeller Ineresseområde Ineresseområde Beskrivelse regisrering påvirkning Oppfaningen av ineresseområde Foreskrivelse Oppfaningen av ineresseområde Informasjonssysem Brukere Informasjonssysem Brukere SUprosessen-23 SUprosessen-24

7 Daaoriener (saisk) virkelighesmodell Virkelighesmodellen omfaer o virkeligheens ilsander og deres represenasjoner o regler for lovlige/ulovlige ilsander og ilsandsoverganger Virkelighesmodellen omfaer ikke ransformasjoner fra en ilsand il den nese Informasjonssyseme får isedenfor en melding om a virkeligheen har endre seg, og virkelighesmodellen oppdaeres ved hjelp av funksjoner i applikasjonslage. Virkelighesmodellen deles av alle funksjoner Objekoriener (dynamisk) virkelighesmodell Virkelighesmodellen gjenspeiler konkree og/eller enke (menale) objeker, med hver sin ilsand og hver sin oppførsel Virkelighesmodellens objeker kan selv sørge for ransformasjoner fra en ilsand il den nese Informasjonssyseme må i illegg ha funksjoner (ofe implemener ved hjelp av objeker) for o (resen av) forreningslogikken o brukergrensesnie SUprosessen-25 SUprosessen-26 Skranker Uviklingsreninger og uforminger Hvorfor er skranker så vikige i daaoriener uforming, og lie omal i objekoriener uforming? Fra kjernen og u Fra skalle og inn En relasjonsdaabase har ingen egen bevisshe, og renger e regelverk og en vakbikkje il å beskye seg Objeker har oppførsel, og vi anar a de følger Kardemommeloven: Du skal ikke plage andre, du skal være grei og snill og for øvrig kan du gjøre hva du vil Senraliser relasjonsdaabase Objekoriener arkiekur?? Anagelsen holder ikke nødvendigvis allid sikk (programmeringsfeil!) derfor er skranker på vei inn også i objekorienere sysemer jfr OCL (Objec Consrain Language) Er ruene med? ineressane? SUprosessen-27 SUprosessen-28

8 Figur 3-7. Generell arkiekur for e uviklingsmiljø Upper-CASE verkøy Reverseengineeringverkøy Dokumenasjon Lower-CASE verkøy E moderne uviklingsmiljø Reposiory, Uviklingsdaabase Brukersysem Sysemuvikler Bruksmønseredior Programeksedior Klassediagramedior Brukersysem Sysemuvikler Sekvensdiagramedior Lower-CASE verkøy Reposiory, Uviklingsdaabase SUprosessen-29 SUprosessen-30 Figur 2-8. Oversik over modenhesnivåer i CMM Veivalge Lover og regler Penger Tid Nivå 5. Opimizing 4. Managed 3. Defined Fokus Koninuerlig prosessforbedring Kvalie i produk og syring Produksjonsprosesser og organisaorisk søe Karakerisiske rekk Er i forkan av begivenheene Observasjon/måling av sysemuviklingsprosessen Bruker e veldefiner og effekiv meodeappara Daaorienering Objekorienering Teknologi 2. Repeaable 1. Iniial Syring av sysemuviklingsprosessen Kompeene folk og helemodig innsas Kan gjennomføre nye sysemuviklingsoppdrag uen å gjena idligere feil Ukjen erreng Endring av rammer Teknologiske problemer Manglende ressurser TAU_ UML SUprosessen-31 SUprosessen-32