Presentasjon lastes. Vennligst vent

Presentasjon lastes. Vennligst vent

Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26.

Liknende presentasjoner


Presentasjon om: "Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26."— Utskrift av presentasjonen:

1 Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26

2 Mål Forstå hva som menes med gamle systemer og hvorfor disse systemene er sentrale i mange organisasjoner Bli kjent med hvordan slike systemer kan være bygd opp Kjenne til funksjonsorientert design. Forstå hvordan man beslutter om slike systemer skal: kasseres, vedlikeholdes, gjenoppbygges eller erstattes

3 Introduksjon Systemer koster mye og bør derfor ha lang levetid Levetid ofte over 10 år, kanskje over 20 år Slike gamle systemer er ofte forretningskritiske Systemene har utviklet og endret seg Mange endringer over mange år Ingen forstår helt hvordan systemet virker Kassere og erstatte gamle systemer er risikabelt.

4 Risiko ved kassering av gamle systemer –Spesifikasjon er mangelfull eller gått tapt. –System og forretningsvirksomhet er sammenvevd. –Forretningsregler er innebygd i systemet og ikke dokumentert på annen måte. –Ny utvikling er risikabelt i seg selv.

5 Kostbart å vedlikeholde gamle systemer Mange har vært involvert – dårlig konsistens Laget i foreldet programmeringsspråk som få behersker i dag. Dårlig eller ingen systemdokumentasjon utenom kildekoden eller ikke den heller Vedlikeholdet har ødelagt strukturen i systemet Optimerte systemer er mindre forståelige Data i filer med ulik struktur – dobbeltlagring

6 Dilemma Fortsatt bruk av gammelt system – stadig økte kostnader Dyrt å erstatte gammelt system og risikabelt Kan noe gjøres for å utvide levetiden for gamle systemer og redusere kostnaden ved å drive dem videre?

7 Struktur i gamle systemer Ikke bare programvare Sosioteknisk databasert system –Programvare –Maskinvare –Data –Forretningsprosesser

8 Logiske deler av et gammelt system Maskinvare Støtteprogramvare Applikasjonsprogramvare Applikasjonsdata Forretningsprosesser Forretningsregler

9 Strukturen i et gammelt system

10 Lagdelt modell

11 Endring av lagdelt modell Kan man endre et lag uten å påvirke de andre? Oftest ikke fordi: –Endringer gir nye muligheter som høyere lag vil utnytte... –Endringer kan involvere tyngre programvare... –Endring av hardware fører ofte til endring av operativsystem

12 Strukturen i gamle applikasjoner

13 Startet fra ett program Utvidet med flere programmer som delvis deler data med eksisterende Programmene er ikke konsistente En annen løsning er data sentralisert i DBHS –Mindre dobbeltlagring –Transaksjonshåndtering –Teleprocessing monitor

14 Database-sentrert system

15 Transaksjonsbehandling

16 Gamle databasesystemer DBHS kan være foreldet/inkompatibel –Overgang fra Hierarkisk eller nettverksdb – til RDB Teleprocessing monitor er ofte DBHS- avhengig

17 Utforming av gamle systemer Ikke samarbeidende objekter – samling av subrutiner (funksjoner) Subrutiner kan kalle (bruke) andre subrutiner Avhengig av språk kan data være: –Tilgjengelige for hele systemet –Private for hver subrutine Utformingsstrategien er –Å dele inn programfunksjonaliteten i subrutiner –Felles data (systemtilstand) som deles av subrutinene Teori for utformingsstrategi (70'-start 80') –Top down-design –Structured design

18 Referanse hvis du kommer til å jobbe funksjonsorientert: The practical guide to structured systems design – Meilir Page-Jones

19 Funksjonsorientert utforming Algoritmekomleksitet overvinnes ved å dele inn i subrutiner Felles statiske data er et stort problem Funksjonsorientert utforming fungerer bra når –Det er lite statiske data –Deling av data er uttrykt (vist som funksjonsparametre) –Systemet håndterer uavhengige enkle inndata Databehandlingssystemer er ofte postorienterte –De passer godt til funksjonsorientert utforming

20 Funksjonsorienterte systemer Komersielle databehandlingssystemer er vanlige og deles i to klasser: –Batch-systemer (lønn, faktura, kontoutskrift) –Transaksjonssystemer Kan eksistere sammen og dele data

21 Input-process-output model

22 Les data – Behandle data – Skriv data Lese data –Lese en post fra fil –Validere data –Lagre data til validert datafil Behandle data –Lese validerte data –Beregne resultat –Skrive data til resultatfil Skrive data –Lese ferdig beregnede data –Formatere dem som regning –Skrive ut regning på papir

23 Funksjonell utformingsprosess Dataflytutforming –Modellerer databehandlingen med dataflytdiagrammer Strukturell dekomponering –Modellere hvordan funksjoner dekomponeres med grafiske strukturkart –Viser eksplisitt dataoverføring Detaljert utforming –Funksjonene i strukturkartet beskrives i detalj

24 Payroll system DFD

25 Lønningssystem DFD

26 Lønningssystem - Strukturell dekomponering


Laste ned ppt "Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26."

Liknende presentasjoner


Annonser fra Google