Anskaffelse og kravspecifikation SR5_Special Interfaces and integration

SR5: Special interfaces and integration Kilder SR: Soren Lauesen: Software requirements - Styles and techniques. Addison-Wesley, UID: Soren Lauesen: User interface design - A software engineering perspective. Addison- Wesley, Fra kapitel 5. SL-07: Søren Lauesen: Vejledning til kravskabelon SL-07. Samfundslitteratur, Ekstra: Nye slides som ikke har noget sidestykke i bøgerne. Mange slides er vist i dansk oversættelse. © 2002, 2005, Pearson Education retains the copyright to the slides from the books, but allows restricted copying for teaching purposes only. It is a condition that the source and copyright notice is preserved on all the material.

Eksterne rapporter R1:Systemet skal trykke lønsedler med formatet vist i bilag xx. Klart formål Eksisterende rapporter - uklart formål Nye rapporter R2:Systemet skal vise prognoser over værelsesbelægningen til den månedlige vagtplanlægning. Formatet kan fx være som i xx. R3:Leverandøren bedes vedlægge en liste over de rapporter der findes. R4:Leverandøren skal udvikle op til 200 simple rapporter (som yy) til en pris af kr._____ pr. rapport og op til 50 komplekse rapporter (som zz) til en pris af kr._____ pr. rapport. R5:Systemet skal indeholde en rapportgenerator. Rapporter som yy kan udvikles af: Alm. brugere?ja/nejKursuslængde:_____ Superbrugere?ja/nejKursuslængde:_____ Kundens IT afd.?ja/nejKursuslængde:_____ 3. SR5.1 Reports Vores gamle system har 500 rapporter, men vi ved ikke hvor meget de bruges

4. SR5.2 Platform requirements We have a platform R1:Product shall run on Pentíum PC’s with 128 MB. Many older PC’s still used, so tasks 2.1 to 2.5 must be supported on with 64 MB. R2:Our IT staff have expertice in Oracle. Product must use same database platform. R3:Product shall run on MS Windows release xx.yy. Supplier shall for 3 years port his product to new releases within ___ months from release date. From: Soren Lauesen: Software Requirements © Pearson / Addison-Wesley 2002 We want a new platform anyway R4:Customer expects to switch to client-server running OS zz. Supplier shall specify server memory and server speed needed to obtain capacity and response time for Rxx. We want software and hardware (maybe) R5:Supplier shall deliver hardware + software. Supplier shall upgrade if capacity becomes inadequate for the load specified in xx. R6:Product shall run on Pentium PC’s with 128 MB. As an option, total delivery may include the PC’s and hardware support.

5. SR5.3A Who can integrate? Hotel system Account system Customer ??? Product supplier Main contractor Customer’s IT dept From: Soren Lauesen: Software Requirements © Pearson / Addison-Wesley 2002 Or a consortium

6. Integrationskrav: Elektronisk patientjournal Kontekstdiagram F2. LabsysX F1. SKS F10. Nye eksterne systemer Klinik Patient- administration EPJ-system Dobbelt linie: Leverandøren integrerer Koder Rekvisition Svar

7. (SL-07 F) Hæmmende detaljering (fra H:S) Krav 512: Systemet skal være modulopdelt med SOA grænseflader Leverandør: Det bliver dyrt. Vores system skal laves helt om. Grænseflade 3: Opret ordination Hent ordination... XML Hvorfor dette krav? Kunden vil være leverandøruafhængig - undgå monopol. Bedre løsning: Krav 512: Periodisk overførsel plus overførsel pr. patient på brugers ordre. Krav 513: Tredjepart skal have ret til at udtrække alt data. Krav 514: Tredjepart skal kunne integrere med andre systemer. Krav 515: Data og grænseflader skal dokumenteres så tredjepart kan forstå dem og finde dem egnet til formålet. En ny SOA service mellem to leverandører: Ca. 2 * DKK Integrationsplatform MedicinmodulNotatmodulBookingmodul Data må ikke lagres lokalt

8. Refleksion - hvorfor er integrationskrav svære? Uklart hvad problemet er (hvad er et integrationsbehov?). Litteraturen handler kun om løsninger. SL fik "Best paper award" i Kyoto RE'2004 for krav der graduerer løsninger - men SL synes ikke det er godt nok i praksis. Flere og flere integrationer kræves i praksis. Gennembrud Start med løsninger og spørg "hvorfor". Det giver behovene. Se på stor samling eksisterende integrationskrav. Katalog over "behovstyper".

S: System 9. Integrationsløsninger - data-import fra E E: Eksternt system Lokalt E-dataEksternt E-data Data-aktualitet (hvor friskt er det lokale data?) 1.S overfører periodisk fra E, fx hver nat. 2.S overfører på brugers kommando. 3.S henter altid data i E (S har kun en temporær kopi). S: Klient - initiativ E: Server 4.E overfører periodisk. 5.E overfører data når det er til rådighed. 6.E meddeler S når nyt data er til rådighed. S: Server E: Klient System E: Eksternt system Initiativ Eksempler: Mail og mail-server? Sagsbehandlers brug af CPR? Den rejsende handelsmand?Medicinfortegnelse, mv. (SKS koder) data

System 10. Integrationskrav (behov) - data-import fra E E: Eksternt system Data-aktualitet (hvor friskt er det lokale data?) 1.Lokalt E-data højst et døgn gamle. 2.Bruger vil ofte vide om der er nyt E-data. 3.Bruger vil evt. have nyeste E-data. 3?Bruger har altid behov for nyeste E-data ? 4.Off-line: Bruger skal kunne udføre tasks C1-C5 uden adgang til E. Lokalt E-dataEksternt E-data Bruger er ligelad med client-server Løsning Overførsel hver nat. Eller... S til E: data med tid > sidst? Overfør på brugers ordre. Henter altid hos E. Overførsel ved connect og disconnect. Andre behov observeret i praksis Data-eksport Ret til at bruge interfaces og migrere data - tredjepart Beskyttelse mod datatab, etc. Svartider Andre funktioner end dataoverførsel...

11. SL-07 v3 Kravområder for systemintegration Forudsætninger (ikke krav) Hvem kan hjælpe med E-systemet Hyppighed, datavolumen Krav A.Adgangsret B.Beskyttelse mod datatab, dublering... C.Dokumentation og rettigheder - tredjepart D.Integrationsansvar E.Tasks der støttes F.Data-import G.Data-aktualitet H.Svartider for import I.Data-eksport J.Svartider for eksport K.Anden funktionalitet (advisering, mv.) Fælles for alle eksterne systemer For hvert eksternt system For hvert eksternt system

E. Støtte til tasks:Eksempler på løsning:Kode: 2.Integrationen skal støtte C10 effektivt.Bestillinger og svar håndteres som andre ydelser. 12. F2. To-vejs integration med laboratoriesystem Eksternt system: LabSys. Tasks: Laboratorie-resultater bestilles og bruges i de kliniske sessioner (C10). E-dokumentation: Tekniske grænseflader beskrevet i... MediData giver support. E-opdatering: Svar pr. fax løbende, elektronisk som batch om natten. S-opdatering: 8000 bestillinger om dagen. Datavolumen: Hvert svar består af et eller flere resultater, hver ca. 500 tegn. D. Integrationsansvar:Eksempler på løsning:Kode: 1.Leverandøren skal integrere med LabSys. Kunden har frikøbt E-adgangen

H. Svartid ved import:Eksempler på løsning:Kode: 6.Når brugeren henter et svar, skal det komme så hurtigt at han ikke taber tålmodigheden. Resultatet er synligt inden __ s plus den tid LabSys bruger til at sende det. (Kunden forventer 3 s). 13. (F2. To-vejs integration, fortsat) G. Data-aktualitet:Eksempler på løsning:Kode: 4.S-data bør ikke være ældre end 3 timer.Systemet importerer E-data hver __ time. Eller: data hentes altid fra E. 5.Undertiden er der brug for et resultat straks for en bestemt patient. Systemet kan hente det på brugerens initiativ. F. Data import:Eksempler på løsning:Kode: 3.Alt E-data der kan indpasses i D3.

14. (F2. To-vejs integration, fortsat) I. Data-eksport:Eksempler på løsning:Kode: 7.Brugeren kan sende en bestilling til LabSys gennem S. J. Svartid ved eksport:Eksempler på løsning:Kode: 8.En bestilling kan sendes og brugeren fortsætte med at taste inden den mentale skiftetid (ca. 1.3 s). Kvitteringen kan komme lidt senere. Tastning er muligt inden __ s. (Kunden forventer 1.3 s). Kvitteringen vises __ s efter at LabSys har sendt den. (Kunden forventer 3 s). K. Andre funktioner:Eksempler på løsning:Kode: 9.S kan advisere brugerne om nye eller manglende svar fra LabSys. 10.S kan advisere E om manglende svar.