Introduksjon IBE 200 Integrerte informasjonssystemer Hgskolen i Molde

Introduksjon IBE 200 Integrerte informasjonssystemer Høgskolen i Molde Ola Bø

Hvorfor er dette kurset viktig l l Et hovedproblem ved bruk av IT i bedrifter er svak integrasjon Svak integrasjon fører til mye unødvendig ekstraarbeid og mange feil Hensikten med kurset er å sette deg i stand til å jobbe med integrasjon Kurset gir samtidig kompetanse i avansert bruk av kontorstøtteverktøy – kontorautomatisering 2

Hva er utfordringene? l l l Nytt kurs Vi finner ikke gode og dekkende lærebøker Det kan bare læres ved å jobbe med oppgaver 3

Organisering av arbeidet 1 l l l Forelesninger: mandager og torsdager 101512 rom A 283 Lab: torsdager 1415 -1545, rom B 350 Hva foregår på lab l Likemannsvurdering l l l Du må være til stede på lab når du har levert Forberedelse til neste oppgave Hands-on demonstrasjoner (så lite som mulig) 4

Din læringsaktivitet l Kurset har 15 studiepoeng det vil si halv arbeidsuke dvs 18, 5 timers arbeid per uke l l l Forelesninger: 4 timer per uke Labtid: 2 timer per uke Rest til annen læringsaktivitet: 12, 5 timer per uke l l l Arbeid med oppgavene Lesing og research? Forberedelse til forelesninger? Læring i samarbeid med andre? Læring ved skriving? Arbeid med wiki? 5

Likemannsvurdering l l l l Tilbakemelding og godkjenning av oppgaver gjøres av to medstudenter Alle som har levert må også være med å vurdere Hensikten er å få vurdering/tilbakemelding på arbeidet med en gang det er levert Prinsippet kalles likemannsvurdering og har gitt gode resultater andre steder det har vært prøvd! Erfaringen er at man lærer mer av å gi enn av å motta tilbakemelding Det er lettere å kommunisere med likemenn med lærer om vansker man har møtt Tilbakemeldingen skal beskrive kvaliteter ved arbeidet og angi utfordringer studenten bør jobbe videre med Ved å vurdere blir du også klar over kravene i kurset 6

Regler for likemannsvurderingen l l l Du må levere for å kunne gi tilbakemelding Øvelsen leveres via fronter innen 14 på labdagen Tilbakemelding samme dag fra andre studenter For sent innkomne besvarelser blir ikke godkjent Om tilbakemeldingen l l l Føres på skjema med kvaliteter og utfordringer Konkluderer med bokstavkarakter A-F Karakter A-E vil si godkjent. F=forkastet Leveres på Fronter Studenten må få godkjent og gi tilbakemelding på 8 av 12 øvelser for å få gå opp til eksamen. Forkastet øvelse kan ankes til faglærer 7

Studentaktiviteter l l Vi må bli trygge på hverandre: Finn andre studenter du ikke kjenner fra før og presenter dere for hverandre For å tilpasse kurset bedre trenger jeg å bli kjent med deg, skriv på en lapp og lever l l l navn kurs du har tatt her jobberfaring eventuelle interesser Svar på spørreundersøkelsen 8

Hvorfor forelesninger? l Lærebøkene dekker langt fra hele pensum l l l For noen deler av pensum har vi ikke tekst Da er foiler og notater pensum Ellers har forelesningene flere mål: l l l Gi oversikt Problematisere og diskutere Gjøre øvelser Avveksling Sosial læringsarena 9

Eksamen l l l Finner sted 20. 5 fra 9 -13 Nok obligatoriske oppgaver må være godkjent for å få gå opp til eksamen Fire timers skriftlig eksamen avgjør karakteren 10

Og så. . . begynner vi på fagstoffet 11

Innhold l l l Definisjoner Integrasjonsteknikker for systemer ERP Standardisering Integrasjonsteknikker for organisasjoner Bruksmønstre 12

Informasjonssystemer l Informasjonssystem: system for behandling av informasjon l l l Hva mener vi med system? Hva mener vi med informasjon? Hva mener vi med behandling? 13

Integrerte informasjonssystemer l En bedrift har vanligvis mange informasjonssystemer l l Ulemper? Hva menes med integrasjon? l l Fordeler med integrasjon? Ulemper med integrasjon? 14

Teknikker for integrasjon mellom systemer l Utveksling av filer/dokumenter l l Utveksling av meldinger l l l Ulike filformater (CSV, XML, CSF. . . ) Web-tjenester Felles database – master data Kopling via API Skjermskraping Broker 15

ERP – en enkel løsning l l Hvorfor ikke lage ett system som dekker alle behov for alle? ! Da slipper vi å integrere! Denne løsningen kalles ERP (Enterprise Resource Planning) l l l Alle data i en felles database Omfattende system som dekker et helt multinasjonalt konsern Best practices Fordeler/Muligheter Ulemper/Begrensninger Hi. M har kurs i ERP på bach. og masternivå. 16

Hvorfor standardisering er viktig ved integrasjon l Ved standardisering blir det mindre arbeid å integrere l Det fins ofte ferdige løsninger for standardbasert integrasjon Standardisering er ikke uproblematisk l l Konkurrerende standarder Universalistiske standarder Kontroll over standarden 17

Bedriften som integrert informasjonssystem l Hvorfor kan en bedrift kalles et integrert informasjonssystem? l l Hva mener vi med integrasjon da? Integrering med menneskene i organisasjonen l l Menneskene tilpasser seg systemet og gjør ekstra arbeid og omgår problemer, slik at systemet kan brukes (Les Gasser 1986) Vi kan tilpasse systemet til menneskene l l Konfigurering Makroprogrammering Programmering av tilpassede brukergrensesnitt Støtte ekstraarbeidet med kontorstøtteprogramvare 18

Bruksmønstre – et grunnlag for tilpasning til brukerne l Bruksmønstre er nedskrevne historier som brukes for å oppdage og dokumentere hvordan en bruker anvender systemet for å nå sine mål l Enkel løsning – lett for brukeren delta i spesifiseringen Legger vekt på brukerens mål og perspektiver l l Hvem bruker systemet Hva er deres typiske scenarier og mål Bruksmønstre er fleksible – De kan skrives lite detaljert først og så kan vi fylle inn flere detaljer/scenarier når vi trenger det. 19

Bruksmønstre som krav l l l Bruksmønstre kan betraktes som en kontrakt om hvordan systemet skal oppføre seg (fungere) Bruksmønstrene spesifiserer derfor funksjonelle krav Bruksmønstre blir sett på som hovedmetoden for å definere krav i mange moderne SUmetoder 20

Retningslinjer l l Skriv kortfattet og utelat brukergrensesnitt Fokuser på aktøren og aktørens mål Skriv black-box UC. Beskriv ikke innmat, men ansvar Navnsetting l l l Oppkall bruksmønsteret etter brukerens mål. Navnet skal starte med et verb. CRUD bruksmønstre skal slås sammen til ett Administrer bruksmønster. CRUD: Create, Retrieve, Update, Delete 21

Hva skal regnes som ett bruksmønster (Use Case)? l l l Avvikle eksamen? Registrere eksamenskarakterer? Logge Inn? l Alle kan være bruksmønstre, men hva er praktisk? Sjefsprøven: Sjefen spør: Hva har du holdt på med i dag? l Rimelige svar på dette spørsmålet er trolig mulige navn på bruksmønstre Det viser seg at det er praktisk å la et use case svare til en EBP (Elementary Business Process): l En oppgave gjennomført av én person på ett sted, på ett tidspunkt, som respons på en forretningshendelse. Oppgaven skal gi målbar verdi og etterlate data i en konsistent tilstand f. eks: Godkjenn kreditt eller beregn ordrepris. 22

Eksempel l Skrive bruksmønster for ”Vurdere eksamensbesvarelser” l l Aktør Trigger Historie <eksemplet må inn i forelesningen for å kunne vises i senere forelesninger> 23

Øvelse l Skrive bruksmønster for å evaluere øvelse 24

Integrasjonsproblemets dimensjoner Hasselbring (2000) 25

Oppsummering l l l Definisjoner – informasjon, system, integrasjon Integrasjonsteknikker for systemer – hvilke hadde vi? Figurer? ERP Standardisering – figur, fire poenger Integrasjonsteknikker for organisasjoner l l l to muligheter fire teknikker Bruksmønstre 26

Referanser l l l Gasser, Les (1986) The Integration of Computing and Routine Work, ACM Transactions on Office Automation Systems, Vol 4, No 3. July 1986, s. 205 -225 Hasselbring, Wilhelm (2000), Information System Integration, Communications of the ACM June 2000, Vol 43 No 6 Stoffet om bruksmønstre er hentet fra Craig Larman(2004) Applying UML and Patterns 3. ed 27