Software Arkitektur i Praksis (Modul 2) H5. In the Cloud + Architectural Evaluation

Størrelse: px
Starte visningen fra side:

Download "Software Arkitektur i Praksis (Modul 2) H5. In the Cloud + Architectural Evaluation"

Transkript

1 Indholdsfortegnelse Introduktion... 2 Part Oplevelser i skyen QA sammenligning Telemedicin i skyen TM12 i PaaS... 9 Part ATAM Tilpasning til TM ATAM og QAW Utility tree Architectual approach analysis asoa Det oprindelige design Det nye design Forsat H Evaluering af metoder Mogens Habekost 1

2 Introduktion Dette dokument indeholder besvarelsen på opgave H5 i kurset Software Arkitektur i Praksis. Opgaven er delt i to afsnit, hvor det første har fokus på anvendelse af skyen og den anden på arkitekturel evaluering. Part1 Dette afsnit omhandler anvendelse af skyen og er yderligere inddelt i nogle underafsnit. 1. A short essay of the challenges/obstacles/good experiences of deploying the TM12 server (and Mongo DB) in the cloud. Evaluate benefits/liabilities of cloud deployment both in this particular case as well as in a longer time perspective. 2. An exploration of the systems QAs compared to a local systems QAs, such as performance, modifiability, availability, testability, etc. Also look for anomalies (like uploads that take long time to appear during read, stolen CPU cycles, etc.) 3. A short discussion of benefits and liabilities of using cloud deployment for tele medicine in general. Are there any "show-stoppers"? Refer to Ambrust et al. 4. A short outline of what it would take to refactor TM12 to use a PaaS approach for cloud deployment instead, for instance, using Google App Engine. 1. Oplevelser i skyen Oplevelser med opsætning Vi har prøvet at deploye TM12 til Amazon på en Ubuntu server. Det viste sig at være yderst enkelt at oprette serveren efter beskrivelsen. Der var dog en enkelt ting. Man skal eksekvere en sudu apt-get update før man installere java og ant. Selv Putty virkede uden problemer (efter vi lige læste brugervejledningen ordentlig igennem). Det er overraskende hvor enkelt det er at få opsat en virtuel server og få den til at virke. Overvejelser omkring anvendelse af skyen At lægge noget op i skyen har mange fordele og ulemper. Ligesom med alle andre services hvor man overvejer at anvende en tredjeparts leverandør. 1. Kan vi stole på leverandøren? 2. Er leverandøren stabil nok? 3. Kan leverandøren levere det produkt vi har behov for? Med hvilken QoS? 4. Kan vi stole på at leverandøren vil hjælpe os hvis der er noget der ikke virker? 5. Hvis vi beslutter at skifte leverandør kan vi så det? Hvordan gemmes data? Standard, API, Der er andre overvejelser der er specielle for skyen. 1. Hvilken del skal vi lægge op i skyen? 2. Er der nogle juridiske aspekter omkring ejerskab af data samt fysisk placering af data? 3. Hvilke udsving i QoS kan vi risikere (determinisme)? Mogens Habekost 2

3 Som med alle leverandører er det vigtigt at man stoler på firmaet. Hvis der f.eks. er tale om data omkring et fremtidigt produkt, skal man jo være sikker på at udbyderen ikke vil stjæle ens data og sælge dem til en konkurrent. Der er selvfølgelig mulighed for at anvende en passende kryptering, men hvis man ikke stoler på sin leverandør, skal man nok overveje om der findes en alternativ leverandør. Der er naturligvis forskel på firmaer. Hvis man ønsker at sikre en global og konstant adgang til ens data er det nok ikke en god ide at vælge et mindre eller nystartet firma eller et firma med usikre regnskaber eller egenkapital. Selv om det ren juridiske med rettigheder til data er i orden, vil det utvivlsomt resultere i en længere nede periode hvis firmaet pludselig lukker dørene og man skal til at finde en alternativ leverandør. Her er det vigtigt at kikke på ens behov. Udbyder firmaet det produkt man har behov for, med den QoS og stabilitet der er behov for? Kan det tilbyde den skalering i ressourcer og båndbredde som der er behov for? Et firma der har mange kunder vil ofte have meget bedre mulighed for ressource sharing, og dermed for at supportere korte peek perioder eller op-skalering efter behov. Når man overdrager ansvaret for dele af ens system til en anden har det naturligvis den fordel at det er dennes ansvar at sikre at det kører efter aftale. Det er som regel derfor man vælger en anden udbyder; fordi man enten ikke selv har ressourcer til det eller det er ufordelagtigt. Disse ressourcer kan være i form af penge, erfaring (der er jo nogle der skal drifte det) eller tid (det tager tid at starte op). Om det er fordelagtigt er mere et spørgsmål om hvem der kan gøre det billigst og bedst. Selv om vi har ressourcer til at oprette og drifte vores eget system, så er det meget tænkeligt at et firma der ikke laver andet end at udbyde skyer vil kunne gøre det billigere og bedre end vi selv kan også selv om de skal tjene penge på det. Det er et simpelt spørgsmål om stordrift. Men der hvor det som regel giver knuder er når der er noget der ikke virker. Hvis man selv drifter det kan man smide alt hvad man har i hænderne, hyre de bedste konsulenter, og få det til at virke. Men, hvis man anvender Amazon s sky og man udgør 0,0001% af deres total omsætning, hvor meget vil de så lægge i at få løst ens problem, koste hvad det vil? Data kan lagres på mange måder, og ofte er en sky mere end bare data, det er et specifikt API eller nogle virtuelle ressourcer der fungerer på en bestem måde. Set fra leverandørens synspunkt er det en fordel at gøre det så svært så muligt at skifte leverandør, så det er vigtigt som minimum danne sig et overblik over hvad det vil kræve at skifte leverandør, og hvilket risici det ville indebærer efter systemet er operationelt i skyen. Når der er tale om at have data og/eller ressourcer i skyen er det vigtigt at også tænke interface. Meget ofte har firmaer nogle legacy systemer der er nødt til at holdes kørende. Kan disse overhovedet fungere i skyen? Hvis ikke, hvad vil det så betyde for QoS hvis disse systemer skal forblive internt, men data ligger i skyen (længere netværkskommunikation)? Skal vi købe et service API i skyen (SaaS), hvis et sådanne findes. Hvis et firma udbyder en end user application som passer til vores behov, så er det sandsynligvis både den hurtigste, nemmeste, mest stabile og billigste løsning. Dette skyldes at mange andre bruger samme løsning og det derfor er disse firmaers samlede vægt der afgør hvor hurtigt firmaet reagere på problemer. Samtidig vil API et og performance være skræddersyet til denne løsning og er ikke generelle interfaces som så skal bruges til at implementere end user applikationen. Dette er sammenligneligt med at en general purpose architecture (GPA) på en CPU altid er mindre effektiv end en custom application direkte i silicium. Mogens Habekost 3

4 Findes der ikke en SaaS der er et perfekt match så er der måske nogle der udbyder et framework i en sky hvorpå vi kan bygge vores applikation (PaaS). Dette kræver mere arbejde, men frameworket gør at vi kan anvende nogle kendte og afprøvede moduler til at implementere vores applikation, og disse moduler vil være optimeret i forhold til den service de udbyder. Ikke så performance optimalt som SaaS, men mere fleksibelt og hurtigere end at skrive det selv. Endelig kan det være at vores applikationer så speciel at den skal skrives fra bunden, eller at vi vil forsøge at lægge en legacy applikation op i skyen. I det tilfælde kan vi købe nogle virtuelle ressourcer (Iaas), som vi så kan implementere vores applikation på. Dette tager naturligvis længere tid (hvis ikke vi har legacy koden i forvejen), og ansvaret for at applikationen fungerer og er god nok performancemæssigt påhviler fuldt og fast os selv, ligesom ressourcerne man køber er general purpose, hvilket betyder at de skal kunne bruges til alt, og derfor ikke kan være optimerede mod en speciel brug. Dette kan sammenlignes med at arbejde på et OS på en GPA (IaaS). Alternativt kan man skrive applikationen direkte på stålet ud fra et library fra producenten (PaaS). Og endelig kan man købe en chip der er skræddersyet til ens behov (SaaS). Meget ofte er data ikke bare data. Der kan være tale om nationale hemmeligheder eller personfølsomme data, som er beskyttet af specielle juridiske regler for hvor og hvordan disse oplysninger fysisk skal lagres og slettes. Når man arbejder i skyen er man som udgangspunkt ligeglad med hvor ens data lagres, men disse juridiske aspekter kan gøre det nødvendigt at sikre at data fysisk lagres et bestemt sted, og at data når den slettes gøres efter de rigtige retningslinjer (f.eks. DoDs regler for data sletning). Hvis en server i en virtuel farm går ned flytter data og server øjeblikkeligt over på en anden server, da data gemmes redundant (raid), men hvad med den server der er gået ned? Hvis den kommer op og fungere igen, vil den så blive brugt til noget andet hvor data evt. kan genskabes af den nye bruger? Eller risikere vi at den fysiske server/disk smides på lossepladsen hvor dens data evt. kan genskabes? Alt efter de juridiske krav er det vigtigt at tage højde for disse ting i kontrakten. Med virtuel placering af data i skyen kan det være meget svært at garantere svartider af to på hinanden følgende kald, specielt med load distribution og multiple servere. Udbyderen vil måske garantere en maximum svartid, men da det går imod ideen om skyen at holde tæt styr på den fysiske placering af de forskellige virtuelle servere. Ofte er det rigeligt at kende den maksimale svartid, men i specielle tilfælde kan det være vigtigt at svartiden er deterministisk, eller ikke varierer ret meget mellem forskellige servere. I dette tilfælde kan det være problematisk at anvende skyen. 2. QA sammenligning Availability En af de største fordele ved at anvende skyen er at data of services er tilgængelige overalt. Hvis man vælger en større udbyder med mange fysiske servere, vil det at anvende skyen ofte øge availability, da en fejl på en server ikke vil betyde noget, da den underliggende VM executer automatisk vil flytte eksekveringen uden at brugeren oplever nogen reduktion i availability. Det er dog vigtigt at man vælger den rigtige aftale med cloud udbyderen. Samtidig vil de fleste cloud udbydere have redundante forbindelse til internettet, som sikre høj forbindelses-availability. Mogens Habekost 4

5 Det er også vigtigt at undersøge den underliggende arkitektur i skyen. Anvender de en form for caching eller et specielt API, der gør at den givne sky opfører sig anderledes end man normalt ville forvente. Er der I/O caching som gør at data der lægges op i skyen først er tilgængelig efter et stykke tid, eller måske et ikkeintuitivt fil API som gør det svært at interagere med? Modifiability Hvis der er tale om at man lægger hele applikationen op i skyen (IaaS) så har det mere betydning hvordan man laver sin architectur end om det er i Skyen eller ej, men hvis man anvender PaaS eller SaaS så er man begrænset af det bibliotek (PaaS) eller API (SaaS) som cloud udbyderen stiller til rådighed. Performance Hvis der er tale om et system som TM12 der altid tilgås udefra vil performance i form af netværkskommunikationstid ikke blive påvirket af at lægge det op i skyen, faktisk er der en vis sandsynlighed for at det kan blive hurtigere, da en større cloud udbyder sandsynligvis vil have en meget kraftig forbindelse direkte til et internet back-bone, og dermed kan tilbyde en kommunikationshastighed og ping-tid som det vil være meget dyrt at skulle opbygge selv, specielt hvis man vælger en (eller flere) udbydere i nærheden af hvor data skal bruges. F.eks. hvis det skal bruges i Danmark vil man vælge en i Danmark eller som minimum i Europa. Da cloud systemer mere eller mindre altid arbejder virtuelt skal dette naturligvis tages i betragtning, men moderne VM-Ware tilbyder performance der kan konkurrerer med eksekvering uden VM, så dette er ikke et stort problem mere, og der er mere et spørgsmål om at vælge den rigtige mængde ressourcer. Security Her kan der være vise problemer med at anvende skyen, da data ikke mere fysisk ligger på en server man selv kontrollere. Kryptering kan afhjælpe meget af dette, men juridisk kan der være krav til godkendelse for at man må opbevare personfølsomme oplysninger. Der bør altid laves en risikovurdering før data flyttes op i skyen. Testability Testability i Skyen er generelt sværere end på en lokal fysisk server, da man ikke har kontrol over det underliggende virtuelle eksekveringsmiljø. Hvis der er tale om SaaS eller PaaS, bliver dette problem større, da den underliggende applikation eller library ikke er tilgængelig for white-box test, og er der et problem i denne kode skal man vente på at cloud leverandøren retter fejlen. Fordelen er dog at da koden anvendes af mange andre er der en mindre risiko for at der er alvorlige fejl i koden. Usability Hvis der er tale om SaaS er det naturligvis vigtigt at vælge en cloud leverandør der kan præcentere et logisk og let anvendeligt interface. Samtidig får man foræret en del end user test, da andre kunder har brugt interfacet før. Samtidig kan det være en fordel at man anvender et look and feel som er velkendt i markedet, da genkendelighed er utrolig vigtigt for usability. Vi har alle prøvet at skifte bank og skulle bruge tid på at sætte sig ind i et nyt interface, eller indenfor programmering er der ikke noget mere irriterende end når producenter afviger fra defakto-standarden, som f.eks..net Array.Copy, som anvender source, destination når alle andre siden C anvender destination, source. Mogens Habekost 5

6 I TM12 kan det f.eks. være et stort problem hvis læger og ikke mindst brugere er blevet vandt til det eksisterende interface og så skal til at lære et nyt. Samtidig, hvis hundredvis af klienter ude hos borgerne er blevet kodet op mod et interface, kan det være kompliceret at omkoden dem til et nyt. Hvis der er tale om PaaS er problemet sandsynligvis mindre, da det hovedsageligt er applikationen der bestemmer usability, og ikke skyen. Anomalities Det er klart at når ejerskabet af den underliggende arkitektur ligger hos en tredjepart er det svært, og ofte umuligt, at vide hvilke optimeringsalgoritmer de anvender. F.eks. lazy write. Hvis der anvendes en disk sync mekanisme er det tænkeligt at der kan være en forsinkelse mellem write og disk sync. En Cloud implementation opfører sig også lidt anderledes end en fysisk server. En virtuel server (eller server i skyen) deler en meget større CPU med mange andre servere. Den givne server har så lov til at anvende en andel af CPU en, men brugen er meget sjældent jævnt fordelt, og systemet tillader derfor at man kan anvende flere CPU-cycler end man rent faktisk har til rådighed i en kort periode, så længe det i gennemsnit ligger under det tilladte. Det kan dog betyde at der i perioder er færre CPU cycler end forventet på den givne maskine. 3. Telemedicin i skyen Indenfor telemedicin er der mange risikoområder, fra introduktionen af ny teknologi indenfor et områder der er notorisk konservativt, til installation hos en kundegruppe der er både konservativ og ofte udsat for både fysiske og mentale udfordringer som gigt, senilitet, stofmisbrug, m.m. Disse udfordringer vil dog eksistere uafhængigt af om der er tale om deployment i skyen eller på egne servere. Ambrust et al omtaler forskellene mellem et konventionelt data center og skyen i en tabel. Ved at tage udgangspunkt i denne tabel og sammenholde med de behov der er i Telemedicin kan vi se om der er noget vundet ved at skifte til Skyen. Advantages Appearance of infinite computing resources on demand Elimination of an up-font commitment by Cloud users Ability to pay for use of computing resources on a short-term basis as needed Public cloud Conventionel Data Center Tele-Medicine Yes No Tele-medicine is a closed user group, and its growth is highly deterministic. For this reason the ability to rapidly scale the resources is not a high priority, as there would always be time to buy more physical or virtual servers when scaling up. Yes No The investment in Tele-medicine is huge, and the cost of the computing resources on the server end negligible in comparison. Yes No The resources required will fluctuate during the day, but with Mogens Habekost 6

7 Economies of scale due to very large data centers Higher utilization by multiplexing of workloads from different organizations Simplify operation and increase utilization via resource virtualization Yes Yes Usually not Depends on company size the exception of an audit, the fluctuations are minor and predictable, and huge short-term fluctuations, like might be experienced on a public server when a new add-campaign runs, are not possible (except for errors). This could be interesting, primarily due to the field of interest. Higher utilization means less resource waste and therefore a greener image. Due to the deterministic and relatively limited fluctuations of the load, it is however unlikely that this will be more than a PR gimmick. Yes No Scaling must be possible, even if it does not need to be fast, and the design of the application must therefore be layered and follow the general recommendations for scalable software (see Design Guidelines for Application Performance). With that said the scaling may as well be done on an in-house data center or an external conventional data center. Baseret på ovenstående kan man konkludere at der ikke er tunge grunde til at vælge skyen, men omvendt, er der så nogle tunge grunde til ikke at vælge skyen, da ovenstående hovedsageligt konkluderer at der ikke er vundet noget, men er der tabt noget ved at vælge skyen? Ud over at overveje om det er en god ide, Ambrust et al omtaler 10 mulige forhindringer ved at skifte til skyen. Disse vil vi også sammenholde med Telemedicin. Forhindring Availability/Business Continuity Telemedicin Det er klart at det er vitalt vigtigt at systemet er tilgængeligt når patienter og læger har brug for det. Hvis man vælger en større cloud udbyder med en god egenkapital og stabile regnskaber, vil det dog give mindst ligeså god availability/business continuity som at vælge et data center med samme krav, eller selv oprette et med dertilhørende afhængighed af internet udbyder. Det kan dog anbefales at anvende en kombinationsløsning med et eksternt data center eller cloud udbyder kombineret med et mindre internt data Mogens Habekost 7

8 Data Lock-In Data confidentiality and Auditability Data transfer bottlenecks Performance Unpredictability Scalable storage Bugs in large distributed systems Scaling quickly center som kan håndtere de vitale funktionalitetet i tilfælde af af data centeret eller cloud udbyderen fejler. Ved at anvende skyen er man underlagt udbyderens API. Der er visse regler til hvordan data skal være tilgængeligt, f.eks. OIOXML, men med data transformering og backup af data udenfor udbyderen vil dette ikke være mere problematisk end at anvende et data center. Det største problem her vil være den ekstra udvikling påkrævet for at supportere flere API er (multiple parallelle skyer/data centre med forskellig API). Da der er tale om personfølsomme oplysninger skal de naturligvis beskyttes, men samtidig er der ikke tale om specielt økonomisk værdifulde oplysninger, og sikkerheden vil derfor ikke være mere kompliceret i skyen end på et data center. Et aspekt der er endnu vigtigere end sikkerhed er safety. Da der er tale om tele-medicin er det vitalt vigtigt at sammenkædningen af data er intakt, så en given patient får den korrekt medicin til tiden og i den rigtige dosis. Samtidig vil det være et krav at man vil kunne følge en given handling fra initiering til konsekvens. Disse aspekter vil dog ikke være anderledes på et data center end i skyen. Der er p.t. ikke tale om kæmpe store data mængder til telemedicin, men hvis f.eks. systemet skulle kunne supportere Cat-scan og CT-scan images er det en helt anden situation. Her vil det være vigtigt at overveje hvordan enormt store data-mængder kan uploades til skyen. Der er dog udbydere der tilbyder et hard-link til upload at data til skyen i det tilfælde kan man simpelthen sende et fysisk drev med posten og så få det uploadet via et hard-link til skyen. Denne upload udføres af cloud udbyderen, og det er derfor vigtigt at sikre sig at det er muligt, hvis det er et behov. Selv om der performance er vigtigt, så er der ikke tale om streaming af store data mængder, og den variation i performance der kan være alt efter contention på IO elle fysisk placering af web logic og business logic i forhold til database, vil være uden nævneværdig betydning i denne type applikation. Så længe cloud udbyderen kan garantere en acceptabel QoS så er variationen i performance uden betydning. Den form for skalering der er behov for her i form af database plads er ikke noget problem i skyen, og det vil være muligt at udvide med flere database servere hvis nødvendigt. Det er klart at jo mere kompleks skyen er, jo større er risikoen for fejl. Dette er en reel bekymring, da fejl vil kunne påvirke ikke kun availability men også security og safety. Omvendt kan fejl også findes i data centre, selv om kompleksiteten er mindre, og der er efterhånden en del erfaring med VM og shared resouces, så hvis man vælger en konservativ udbyder med en sky der har eksisteret i noget tid, er risikoen til at overkomme. I dette tilfælde kan det også være en fordel med et redundant system (flere udbydere) evt. kombineret med et mindre private data center til at håndtere vital funktionalitet i tilfælde af nedbrud. Der er ikke behov for denne form for skalering så det er ikke et Mogens Habekost 8

9 Reputation fate sharing Software licensing problem. Da telemedicin både er lægeligt, menneskeligt, teknisk og politisk så vil der vil helt sikkert være nogle der vil sikre sig at de ikke risikerer at blive hængt ud i pressen. Der er mange muligheder for skandaler: Kommunens data ligger side om side med børneporno. Staten støtter colombianske narkobaroner (f.eks. medejerskab i selskabet der udbyder skyen). Lægerne for hjælp af børnearbejdere (server farm i Afrika med vedligeholdelse af børn). Man kan sagtens blive hængt ud selv om man umuligt kunne have vidst noget om det, så denne risiko vil altid findes, men den kan dog reduceres ved at vælge en større og velrenommeret udbyder, da disse også selv har en interesse i at holde et rent hus. Samtidig kan man indhente oplysninger omkring ejerskab og stille krav i kontrakten til arbejdsforhold og vilkår for ansatte i selskabet. Det er dog tvivlsomt at man ville komme langt med disse krav hvis vi taler Dansk telemedicin projekt op mod Amazon. Der er efterhånden en del applikationer og OS er der har fået en licens model der passer bedre til skyen, og hvis man kikket på at anvende et der ikke har en passende licens model, så skal man måske overveje om det er den rigtige applikation eller OS, da dem der ikke følger med strømmen og tilpasse sig på dette område med overvejende sandsynlighed vil ende som et ikke-supporteret applikatione eller OS. Tag f.eks. OS/2. Baseret på ovenstående analyse kan det konkluderes at der ikke er nogle vægtige problemer med at anvende telemedicin i skyen, men omvendt er der heller ikke nogle meget store fordele. Det må derfor være meget op til hvilken økonomisk aftale man kan få på hhv. cloud og data center løsningen, samt hvilken tilpasning der er påkrævet (igen en økonomisk overvejelse, da tilpasning koster penge). 4. TM12 i PaaS Da TM12 er skrevet i Java er det allerede designet til at eksekvere i et virtuelt miljø Java VM en. Det er naturligvis muligt at der findes en Cloud udbyder der giver mulighed for er PaaS hvor man simpelthen får stillet en Java VM til rådighed. Der findes microcontrollere der er designet specifikt til at eksekvere Java byte code (eller et udsnit af den), så hvorfor ikke en sky. Hvis vi derimod kikker på en anden leverandør kan der nemt være tale om et helt andet API, og applikationen vil derfor skulle redesignes til dette API. Jo mere moduleret, med logiske lag og høj lav coupling og høj cohesion, arkitekturen til TM12 er designet jo nemmere vil det være. Google App Engine anvender Java, Python eller Go. For Python skriver google følgende: a complete Java 6 runtime environment in a secure sandbox environment based on common Java web technology standards, including servlets and WARs, JDO and JPA, java.net, JavaMail and JCache a plugin for the Eclipse IDE makes project creation, testing and deployment a snap Mogens Habekost 9

10 supports other languages that compile to the JVM or use JVM-based interpreters, such as JRuby, JavaScript (Rhino), and Scala Baseret på dette skulle det ikke være en større opgave at portere TM12 til Google App Engine I hvert fald ikke in-memory versionen. Mongodb er ikke Java, og vil derfor ikke kunne eksekvere i Google App Engine. Det er muligt at eksekvere mongodb udenfor google app engine og bare tilgå den derfra. Hvis databasen også skal ind i under Google App Engine skal der anvendes App Engine's data repository i stedet for mongodb. Den bedste måde at finde ud af det på er dog at prøve det. Først deployede vi et Hello World projekt til Google App Engine, og det virkede fint. Vi konstaterede at Google AppEngine også anvender Jetty, så det gør det nemmere. API et skal dog overholdes, og det kræver et entry point modul, ligesom at der skal anvendes App Engine's data repository dette vil dog bare være en endnu et persisteringsmodul på linje med in-memory og mongodb. Endelig skal resources filerne lægges ind under web.xml, som er Googles konfigurationsfil. For sjov prøvede vi at lægge source koden ind under vores Hello World projekt, og det kan compile og eksekvere uden problemer på localhost (uden jetty.jar og jetty-util.jar, da de er med i Google API et), hvis man ændre entry point. Dette er dog ikke muligt i en deployet version, der skal entry point være korrekt. Et forsigtigt estimat vil være at en der kender både TM12 og Google App Engine API vil kunne gøre det på et par timer til den første hul-igennem test, og derefter måske 3-4 timer til oprydning. Part 2 Dette afsnit omhandler arkitekturel evaluering og er yderligere inddelt i nogle underafsnit. ATAM asqa 1. Discuss how ATAM may be tailored to a system such as the TM12 system. 2. Discuss which steps of ATAM have already been performed as part of your QAW in H2. 3. Draw a utility tree based upon your developed QAS from H2. 4. Pick one or two suitable QAS from TM12 and perform Architectural Approach Analysis (ATAM step 6), and describe risks, sensitivity and tradeoff points using an (adapted) form of the table shown in Bass et al., figure Apply the asqa to the following two designs of TM12: 1. The original design of TM12 as described in H1. 2. Your redesigned TM12 as proposed in H2.2. Discussion of Evaluation Methods Mogens Habekost 10

11 Discuss the evaluation methods both in relation to the TM12 evaluation and in relation to your own daily practice as a developer/architect. ATAM 1. Tilpasning til TM12 ATAM procedure ville faktisk passe ganske godt til et system som TM12. TM12 er et system med en klar kundegruppe og dermed også forretningsmål (business drivers). Det er dog vigtigt at se på hvordan organisationen bag projektet er opbygget, og hvilke stakeholders der er til rådighed. Hvis vi tager udgangspunkt i virkeligheden så er TM12 et universitetsprojekt. Ud fra dette er der to muligheder. Enten at den oprindelige arkitekt (underviser og/eller studerende) går ud og finder en køber som er villig til at købe produktet når det er udviklet og at investere i udviklingen (betale på forskud), eller at der søges om midler til selv at implementere projektet, for derefter at forsøge at sælge projektet. I det første scenarie er der naturligvis en klar kunde (stakeholder), som også vil kunne hjælpe med scenarier og domænekendskab. I det andet scenarie vil det være nødvendigt at indhente den nødvendige domæneviden udefra (læger, patienter, sygeplejere, ). Der er faktisk fordele og ulemper ved begge dele. Hvis der er én stor klar kunde kan det være problematisk at skulle afholde et åbent arkitektur review som der lægges op til i ATAM. Det er de færreste der synes godt om at skulle udstille evt. fejl og mangler overfor kunden. Og selv om kunden er repræsenteret via brugere (patienter, læger, mm.) så er det stadig folk der har adgang til kunden, og de vil derfor kunne fortælle om evt. fejl og mangler. Samtidig er det ofte tilfældet at når arkitekturen er skrevet så indeholder den enormt mange ressourcer i form af rationaler over forsøg og eksperimenter som viste sig ikke at være en god ide. Dette betyder at arkitekturen indeholder en hel del værdi, som en teknisk kyndig (og kynisk) kunde kunne spare ved bare at implementere arkitekturen selv. Dette kan delvist undgås ved at anvende egne domæne specialister men her kan det være svært at adskille nice-to-have fra need-to-have, da en domæne-specialist (i modsætning til en kunde), ikke har pungen fremme, og det derfor ikke koster noget at prioritere et ønske foran et andet. Vi vil dog se bort fra disse risici og kun fokusere på ønsket om at opnå en god arkitektur. I det tilfælde kikker vi på hvad der er nødvendigt. Første gang man høre om ATAM virker den som en relativt stor procedure, men efter vi har læst lidt op på den er vi kommet frem til at det ikke nødvendigvis behøver at være tilfældet. ATAM ynder at have en del bogholderifunktioner (tidstager, schribe, ), og her vil vi mene at man med fordel kan skære ned på antallet. En enkelt referent burde kunne gøre det. At gøre brug af et professionelt ATAM konsulentbureau er nok også oftest at skyde over målet så komplekst er det heller ikke, men da bogens forfatter er ATAM konsulent (og så meget tjener man heller ikke på at skrive software bøger), er det Mogens Habekost 11

12 selvfølgelig forståeligt nok. Vi vil derfor anbefale at man kan udpege en intern arkitekt fra et andet projekt til at varetage denne rolle. I Part 1 mødes projekt leder og arkitekt m.m. og aftaler stakeholders og hvornår der kan aftales et møde og hvem der skal deltage (eksperter, domænekyndige, ) samt hvad der skal sendes ud i forvejen af arkitekturdokumentation. Dette er et nødvendigt og uundgåeligt trin, da der jo skal findes en mødedag. Det vil dog være muligt at skære lidt i mødedeltagelsen, men faktisk vil det være nødvendigt med mindst projektlederen og arkitekten. Part 2 omhandler selve analysen. Her har ATAM valgt at splitte den op i 3 separate møder, og det kan nemt virke som rigtig meget, men efter at have tænkt lidt over det så er det faktisk ikke tilfældet. Det første møde fokuserer på de rent tekniske aspekter (dog altid med en forretningsvinkel) hvor arkitekten og arkitekturspecialister (evaluation team) deltager sammen med projektleder og projektchef samt andre projekt ansvarlige. Dette giver god mening, da de rent tekniske aspekter er vigtige at få klarlagt, og disse aspekter er ikke interessante for kunde eller andre stakeholders. Der er måske mangler i dokumentationen, eller detaljerne omkring valg af architectual drivers skal diskuteres. Det der kommer ud af mødet er en mere klarlagt arkitektur. Denne arkitektur renskrives og klarlægges før andet møde hvor stakeholders er med. De vil blive forlagt arkitekturen og resultatet fra første møde, og vil nu kunne komme med yderligere kommentarer og forslag. Efter mødet bliver der samlet op på dokumentationen og der holdes et tredje møde hvor resultaterne fra andet møde præsenteres for samme team som var til mødet. Dette giver en god mulighed for at sikre at der er fuld enighed omkring resultatet og snakke det igennem en sidste gang. Dette lyder måske som mange møder, men hvis man skære ind til benet og kun afholder 1 møde vil det betyde at stakeholders (og kunden) skal sidde med under det meget tekniske møde, og sandsynligvis blive både forvirrede og trætte inden man er kommet frem til den del de kan hjælpe med. Der er en stor risiko for at de ender med at sige: hvorfor er vi her?. Samtidig hvis man dropper tredje møde og bare udsender resultatet som en rapport så er der 99,9% sandsynlighed for at rapporten aldrig bliver læst af stakeholders, og fejl og misforståelser vil derfor kunne forblive i rapporten, som arkitekten og projektlederen vil arbejde ud fra. Samtidig er der en risiko for at heller ikke arkitekten læser rapporten, da de jo var med til mødet, og så kan der også her være uoverensstemmelser mellem rapporten og det arkitekten arbejder ud fra. Af disse grunde er det en fordel at afholde de tre separate møder. På selve møderne er der også en del trin i ATAM. Til møde 1 (i part 2) starter man med at præsentere ATAM så man ved hvad man skal i gang med. Hvis man i forvejen er bekendt med ATAM kan dette naturligvis droppes. Derefter præsenteres forretningsmål (business drivers). Dette mener vi er vigtigt, da der alt for ofte bliver fokuseret mere på design og arkitektur, men uden at tænke på om det er nødvendigt. Derefter præsenteres arkitekturen. Selv om de er sendt arkitekturdokumenter ud, er dette vigtigt så alle har samme forståelse af arkitekturen. Derefter genereres et utility tree, som giver et godt overblik over hvilke scenarier og hvilke kvalitets attributter der er og hvor vigtige de er (sorteret efter vigtighed og kompleksitet). Dette Mogens Habekost 12

13 giver god mening, og er en udmærket måde at analysere arkitekturen. Derefter analyseres den arkitekturelle fremgangsmåde (architecturel approach). Dette er en god måde at identificere patterns og til at vurdere om disse spiller godt sammen, om de modarbejder hinanden, og om de er korrekte i forhold til de business drivers der er vigtige og de quality attributes der er prioriteret. Også dette er et trin der er værd at tage med. Til møde 2 starter man med at beskrive ATAM, hvilket giver god mening da det er sandsynligt at stakeholders ikke kender metoder. Derefter gennemgås resultatet af møde 1, hvilket betyder at alle får den renskrevne opdaterede arkitektur, quality attributes og scenarier. Dette er også vigtigt så der er samme udgangspunkt og forståelse. Derefter er der en brainstorm hvor stakeholders kan komme med yderligere scenarier, hvilket er yderst vigtigt da de har en helt anden indsigt i brug og domæne. Dernæst forklarer arkitekten hvordan arkitekturen kan klare disse scenarier, hvilket giver dem en mulighed for at kommentarer løsningen og arkitekten kan overveje om det er den bedste løsning. Så samles dette til en rapport som præsenteres til et tredje møde, hvor stakeholders og arkitekt kan sign of på arkitekturen, og alle har nu en fælles forståelse af arkitekturen, business drivers og prioritering. Vores anbefaling er altså følgende: 1. Anvend en intern arkitekt fra et andet projekt i stedet for et konsulentbureau. 2. Følge ATAM som beskrevet ovenfor. 2. ATAM og QAW Først og fremmest er det vigtigt at forstå at QAW og ATAM ikke er konkurrenter, men derimod komplementere hinanden. Dette skyldes at QAW og ATAM udføres på forskellige tidspunkter. QAW udføres før der er en arkitektur og anvendes til at genererer de kvalitetsattributter og forretningsmål (business drivers) der skal bruges til at drive udviklingen af arkitekturen. ATAM udføres lidt senere når det første udkast til en arkitektur er klar. Når dette er sagt så er der dog rigtig mange ligheder mellem de to processer. Faktisk kan man med lidt god vilje sige at QAW er ATAM uden den arkitekturelle fremgangsmåde (architecturel approach), hvilket giver god mening for hvis der ikke foreligger en arkitektur er det svært at analysere den. ATAM lægger også op til en lidt mere formel struktur, hvilket også giver god mening, da der jo netop foreligger en arkitektur at tage udgangspunkt i. Disse ligheder gør også at hvis der er udført en QAW vil det være betydeligt enklere at udføre en ATAM. Den første del af ATAM skal stadig udføres. Der skal udvælges hvilke arkitekturdokumenter der skal sendes ud og hvem der skal deltage. Denne del vil dog være betydeligt kortere da man kender stakeholders fra QAW, så det er mest et spørgsmål om at vurdere om der skal inviteres flere eller andre stakeholders. Da stakeholders har været med til QAW ved de godt hvad der venter og introduktioner kan derfor gøres korte. Nye stakeholders eller deltagere vil dog skulle informeres. Mogens Habekost 13

14 Efter en QAW foreligger der en masse scenarier, og disse kan man med fordel tage udgangspunkt i. Det betyder at mødet mere vil omhandler om der har været ændringer i de præmisser der lå til grund for QAW, eller dennes konklusion (hvilke business drivers er der og hvilke kvalitetsattributter og hvad er deres prioritering). Den/de personer der skal analyserer arkitekturen har også et rigtig godt udgangspunkt da scenarier, kvalitetsattributter og business drivers er defineret. Det er naturligvis muligt at stakeholders har skiftet prioritering, men da scenarierne er skrevet vil det være betydeligt nemmere at sige: Nej, det er alligevel ikke vigtigt eller Det må vi hellere prioritere op. En ATAM efter en QAW bliver altså et spørgsmål om at: 1. Gennemgå og tilrette de eksisterende scenarier, business drivers og quality attributes samt tilføje nye hvis nødvendigt. 2. Foretage analyse af architecturel approach Dette vil sandsynligvis kunne gøres på én dag, og dermed reducere antallet af mødedage. Alt efter vurdering vil det være muligt at holde det tekniske møde og stakeholdermødet sammen. Dette er muligt da stakeholders allerede kender scenarierne, og derfor bedre vil kunne forstå det tekniske, som også er kortere af varighed. Det vil dog stadig være fordelagtigt at holde det som to separate møder (måske formiddag og eftermiddag). 3. Utility tree Et utility tree er en måde at danne sig et overblik over de scenarier der er samt deres indbyrdes kompleksitet. I det nedenstående utility tree har vi taget og indsat de scenarier der er for opgave H2. Vi har valgt at undergruppere nogle af dem, selv om der med det givne antal nok ikke er behov for det. Vi har valgt den underinddeling der giver mening og hvor vi mener at der ville være andre scenarier hvis vi havde flere. Under security har vi valgt at inkludere en tom gruppe, hvilket skyldes at data integritet er et vigtigt aspekt, men er ikke adresseret. Det samme gælder for modifiability, hvor vi har inkluderet det underliggende persisteringslag, da det ofte er et område hvor man ønsker mulighed for at udskifte implementationen. Prioriteringen stammer fra en vurdering af vigtigheden af de forskellige scenarier og quality attributes. Som det kan ses er de alle meget vigtige, hvilket giver god mening, da de scenarier der er tages med i H2 er de vigtigste af dem. Kompleksiteten stammer fra en vurdering af hvor komplekst det vil være at implementere den givne funktionalitet. Som det kan ses er der en enkelt H,L. Ifølge ATAM behøver vi ikke fokusere på denne, og man kan overveje om et andet scenarie skal inkluderes i stedet. Mogens Habekost 14

15 Availabilty HW failure Communication failure (H,M) (H,H) Measurement posted by patient should not get lost even if communication channel to XSD database is down. If a TM server crashes, system should be able to recreate data and clients should be still able to get their measurements processed. Data confidentiality (H,M) Unauthorized users should not be able to access data on the server.. Security Utility Data integrity Performance Data latency (M,M) Measurements posted from 1000 simultaneous users should be reformated and persisted with a maximal latency of one minute. Modifiability Data formats (H,L) HL7 format is replaced/supplemented by a newer format HL8, which will be used from now on. However it should still be possible to read data in both formats. Persistence engine 4. Architectual approach analysis Analyse af den arktekturelle fremgangsmåde (architecturel approach) er et vigtigt skridt, som gør brug af både scenarier, arkitekturdiagrammer, patterns og en stor del erfaring. En arkitekt med erfaring indenfor det område som analysen omhandler (f.eks. databaseinteraktion, IPC, webservices, ) vil kunne bruge denne til at vurdere arkitekturens anvendelighed i forhold til de kvalitetsattributter og businness drivers der er fremsat. Arktitekten kan også trækker på andre arkitekters erfaring og kikke på architecurel patterns. Architectual patterns minder om design patterns, bare på et højere plan. Forskelle patterns har forskellige fordele og ulempler. Her er det også vigtigt at nævne anti-patterns, som en erfaren arkitekt også vil kende og derfor kunne undgå. For at kunne foretage analysen kan man f.eks. anvende den template som Bass et al foreslår. Vi har valgt at analysere følgende QAS fra H2: #13 If a TM server crashes, system should be able to recreate data and clients should be still able to get their measurements processed. Dette scenarie indeholder to uafhængige detaljer: 1. vi skal sikre at der er en server som klienten kan anvende og 2: vi skal sikre at det data der er sendt til serveren ikke går tabt. Vi har også valgt at beskrive analysen på engelsk da scenariet oprindeligt er skrevet på engelsk (og det er templaten også). Scenario #: 13 Attribute(s) Availability Scenario: If a TM server crashes, system should be able to recreate data and clients should be still able to get their measurements processed. Mogens Habekost 15

16 (Performance) Environment Normal operations Stimulus Fatal server crash. Response Client continues normal operations with a maximum extra delay of 30 seconds. Architectural decisions Sensitivity Tradeoff Risk Nonrisk Backup server S1 R1 RAID implementation N1 Remote backup S3 N2 Client data retention S4 T1 Reasoning Back-up server is continuously ready and client switch-over if no response within 20 seconds. Back-up server run same application and operating system as main server (risk-1) A RAID implementation will protect against hardware failure in the hard-drive. The remote backup will perform an incremental back-up of all data every 24 hours. All clients keep data in a local cache until server response allows deletion. This ensures that in the event of a destructive server crash the data can be retrieved from the clients. The clients are instructed to erase local data when data has been backed up. Architecture diagram Primary server Client Local persistent storage RAID server Back-up server RAID server Remote backup S1 S3 R1 S4 T1 We could keep a routing server in front of the main server, which could ping the main server every n seconds and switch server if non-responsive, yet this may lower performance due to extra routing and will also increase complexity and price, and impose an extra load on the server from the heartbeat. By increasing the frequency of the remote back-up we can limit the required amount of client caching, yet at the cost of putting more load on the server (reducing performance). By using the same application on the same OS there is a risk of application failure also existing on the backup-failure. F.eks. a failure to accept leap-year would exist on both servers. Secondly an OS update crash (the operating system vendor may send out an update that makes the system fail) is a risk when same OS is used. The alternative is a parallel implementation on a different architecture (very expensive). By using a simple timer in the client data may be removed earlier. Keeping the latest client data on the client as a safety feature (backup) lowers security, as the client is now vulnerable to theft. This is however a limited risk and only the clients own data is at risk. Encryption may be employed to ensure confidentiality. Mogens Habekost 16

17 asoa 1. Det oprindelige design App server (IPC pacakage) Database (XDS pacakage) Home Client t c h i f t c h i f t c h i f Avalibility Performance Modifiability Testability Security Usability Change Log: Startup of project. 2. Det nye design App server (IPC pacakage) Database (XDS pacakage) Home Client t c h i f t c h i f t c h i f Avalibility Performance Modifiability Testability Security Usability Change Log: Security pacakage -> User authentication added. Testability down -> No tests added for security 2. Forsat H3 App server (IPC pacakage) Database (XDS pacakage) Home Client t c h i f t c h i f t c h i f Avalibility Performance Modifiability Testability Security Usability Change Log: Avalibility spike -> Possibilities to improve Avalibility explored. Mogens Habekost 17

18 Evaluering af metoder Software Arkitektur i Praksis (Modul 2) ATAM Meget lig QAW, men hvor der tages udgangspunk i en arkitektur design. Struktureret og relativ verbos, men der er dog mulighed for at skræddersy den til behov. Anvender scenarier, quality attributes, business drivers and architectual approaches. Business drivers er gode til at sikre at kvalitetsattributerne (og dermed arkitekturen) er stilet efter de konkrete forretningsmæssige behov, og ikke bare hvad arkitekten synes er bedst (sjovest). Quality attributes er gode til at definere de non-functional dele af kravene til arkitekturen, og kombineret med scenarier gør det både overskueligt og forståelige for stakeholders. QAW Minder om ATAM, men anvendes til at definere arkitekturen. Tager også udgangspunkt i business drivers, quality attributes og scenarier. Lidt mere light-weight end ATAM, men har risiko for at der ikke blive fulgt ordentlig op på analysen. asqa Meget light-weight i forhold til ATAM. Fokus er her at det skal være en process der er hurtig at udføre(3-5 timer) og simpel at kommunikere. Det er tiltængt at metoden gentages ofte(1 gang pr sprint). I asqa starter man med at definere hvilke QA er man ønsker at bruge og hvilken defination de skal have. Derefter deles systemet op i bider som så bliver vurderet individuelt. For hver del af systemet gøres følgende: De valgte qa er gives en værdi for: Det ønskede niveau(t), Nuværende niveau(c), Så kan Sundheds niavuet beregnes (Forskællen mellem ønsket niveau og nuværende niveau.)med formel: 5-max(0,(t-c)). Derefter prioteres vigtigheden af QA en (i). Nu kan man så beregne en værdi som angiver hvor det største gab er i forhold til vigtighed (f). Formlen er: ceil( (6-h) * i/5 ). Alle tildelte værdier er i skalaen 1-5 hvor 5 er best. Metoden kommer ikke med konkrete eksempler på hvad som skal forbedres men peger mere på et område som skal forbedres eks: performance. Dette skal ses i forhold til ATAM som resultere i lister med anbefalinger (risks discovered og sensitivity points). TM12 TM12 er et system med høje krav til availability og security (og i mindre grad performance). Arkitekturen er allerede relativt defineret, hvilket peger i retning af en ATAM analyse (specielt da der allerede er udført en QAW). asqa har den ulempe at den fokuserer på komponenter, og da TM12 er baseret kraftigt på kvalitets attributter og scenarier er en komponent baseret analyse lidt et skridt i en anden retning. Der er dog ingen tvivl om at med de høje krav til availability og security vil det være yderst fordelagtigt at udføre en analyse af arkitekturen efter der er lavet et udkast, men inden den implementeres. Specielt security er utroligt svært at tilføje senere og skal designed med fra starten. Praktisk erfaring Da vi er to i gruppen fra forskellige firmaer har vi naturligvis også forskellige fremgangsmåder. Mogens Habekost 18

19 Anders Da jeg arbejder i et lille firma er det nemt at tage diskussionerne i plenum når det er nødvendigt. Samtidig er der meget kort til kunderne, og sælger, projektleder, arkitekt og udvikler har derfor alle et indgående kendskab til business drivers og domænet. De største arkitektoniske udfordringer er nok at da det er så nemt at snakke sammen har man ofte en tendens til ikke at skrive noget ned. Samtidig kan det nemt ske at der justeres i prioriteringen på en dag til dag basis efter hvilken kunde der råber højest den dag, og det kan derfor være svært altid at holde business drivers for øje. Dette håndterer vi med status møder hvor vi gennemgår de brandslukningsopgaver der er, samt de arkitektoniske og udviklingsmæssige opgaver der vil blive udskudt af denne grund. Til tider kan en brandslukningsopgave udskydes ved at kunde simpelthen må leve med det, eller at der kan laves en midlertidig løsning (men her er det meget vigtigt at sikre at den senere bliver rettet dette er en risk som man skal være bevidst om). Et andet issue er at da der er tale om high dependability SW/HW er vi meget forsigtige med at ændre i arkitekturen, og meget ofte bypasser man hellere et problem frem for at løse det korrekt, hvilket resulterer i code degeneration, hvilket sandsynligvis vil betyde et komplet redesign på et tidspunkt. Vi anvender derfor ikke struktureret arkitektur analyse metoder som ATAM, QAW eller asqa. Vi lægger til gengæld meget arbejde i at sikre de rigtige business drivers og quality attributes (dette har jeg fra modul 1 da jeg tog det), og kommunikere meget med kunden for at gennemgå krav, forventninger og scenarier. Jeg må dog indrømme at der ikke er nogen egentlig arkitektur evaluering. Det bliver højest til at jeg sætter mig ned og gennemgår mine diagrammer når kunde-basen ændre sig eller vi skal supportere en ny funktionalitet. Min arkitektur er ikke noget jeg deler med kunden, med undtagelse af de diagrammer omkring security som er påkrævet af datatilsynet i forbindelse med at være Databehandler for kommunen. Mogens I Solar arbejder vi med programmer som bliver brugt i 6 forskellige lande. I landene har vi udpeget område ansvarlige som er primære kontagt til it i forbindelse med nyudvikling. Der er tæt kontagt mellem udviklere og område ansvarlige, hvilket bevirker at der er generel konsensus om QA s, dog uden at der er nedfældet noget på skrift. I afdelingen har vi defineret for alle programmer hvilke udviklere som er primære udvilkere og seckondære udviklere. Ved nyudvikling vil der normalt altid været en primær udvikler involveret. Ved nyudvikling oprettes RFC (Request for change) dokumenter som evalueres og godkendes først af foretningen i alle lande og dernæst af en arkitekt eller primære udvikler. Normalt sker udviklingen i cykluser af 6-8 ugers perioder, hvor der er test,uat og release. Sideløbende med dette er der i perioder store projecter som køre et paralelt spor. Vores vigtigeste metode til at sikre at Qualitets attributterne bliver overholdt er, konstant integration og et udvikler team som har 7+ års erfaring. For de fleste programmer har primære udvikler været med fra starten. Jeg tror vi ville kunne bruge ATAM til at trykprøve vores eksisterende programmer. Jeg kunne forstille mig at man en gang om året ville bruge ATAM til at vurdere de forskellige systemer med henblik på at få belyst problemer og risiko ved valgte design. Det kunne så genere RFC er til forbedring af systemet. asqa tror jeg at vi ville kunne bruges som informations kilde til styregrupperne da det er information der er let at bryde ned for ikke programøre. Det vil kunne være med til at belyse hvis et system har nogle trends gående i negativ retning. Mogens Habekost 19

Byg din informationsarkitektur ud fra en velafprøvet forståelsesramme The Open Group Architecture Framework (TOGAF)

Byg din informationsarkitektur ud fra en velafprøvet forståelsesramme The Open Group Architecture Framework (TOGAF) Byg din informationsarkitektur ud fra en velafprøvet forståelsesramme The Open Group Framework (TOGAF) Otto Madsen Director of Enterprise Agenda TOGAF og informationsarkitektur på 30 min 1. Introduktion

Læs mere

Hvor er mine runde hjørner?

Hvor er mine runde hjørner? Hvor er mine runde hjørner? Ofte møder vi fortvivlelse blandt kunder, når de ser deres nye flotte site i deres browser og indser, at det ser anderledes ud, i forhold til det design, de godkendte i starten

Læs mere

APPLIKATIONSARKITEKTUR ERP INFRASTRUKTUR. EG Copyright

APPLIKATIONSARKITEKTUR ERP INFRASTRUKTUR. EG Copyright APPLIKATIONSARKITEKTUR ERP INFRASTRUKTUR EG Copyright Infrastruktur er mere end nogle servere... Den Mentale Infrastruktur Den Fysiske Infrastruktur Den Mentale Infrastruktur Vi vil jo gerne have vores

Læs mere

QUICK START Updated: 18. Febr. 2014

QUICK START Updated: 18. Febr. 2014 QUICK START Updated: 18. Febr. 2014 For at komme hurtigt og godt igang med dine nye Webstech produkter, anbefales at du downloader den senest opdaterede QuickStart fra vores hjemmeside: In order to get

Læs mere

Morten Juul Nielsen Produktchef Microsoft Danmark

Morten Juul Nielsen Produktchef Microsoft Danmark Morten Juul Nielsen Produktchef Microsoft Danmark Er du, din organisation og dit datacenter klar til Skyen? Dynamisk Datacenter & Cloud Computing System Center Suiten med fokus på Service Manager Next

Læs mere

Security as a Service hvorfor, hvornår og hvordan. Gorm Mandsberg, gma@dubex.dk Aarhus, 13.06.2013

Security as a Service hvorfor, hvornår og hvordan. Gorm Mandsberg, gma@dubex.dk Aarhus, 13.06.2013 Security as a Service hvorfor, hvornår og hvordan Gorm Mandsberg, gma@dubex.dk Aarhus, 13.06.2013 SecaaS hvorfor, hvornår og hvordan hvad Hvorfor.. Hvornår.. Hvordan.. Disclamer: Dubex er MSSP og leverer

Læs mere

Dagens program. Domæner. change log- screen shots hver gang I har arbejdet med themet. Arkitekturen bag en wp blog. Hvad er widgets.

Dagens program. Domæner. change log- screen shots hver gang I har arbejdet med themet. Arkitekturen bag en wp blog. Hvad er widgets. Dagens program Har alle fået? Har nogen betalt for meget? Hav jeres koder klar Domæner change log- screen shots hver gang I har arbejdet med themet. Arkitekturen bag en wp blog Hvad er widgets Hvad er

Læs mere

WINDCHILL THE NEXT STEPS

WINDCHILL THE NEXT STEPS WINDCHILL THE NEXT STEPS PTC/user, 4. marts 2015 Jens Christian Jensen, Econocap Agenda Windchill the next steps Bliv opdateret og inspireret til at se hvor Windchill kan hjælpe dig med andet end blot

Læs mere

Dell Cloud Client Computing Hvordan virtualisere vi de tunge grafisk applikationer?

Dell Cloud Client Computing Hvordan virtualisere vi de tunge grafisk applikationer? Dell Cloud Client Computing Hvordan virtualisere vi de tunge grafisk applikationer? Christian Eilskov Sales Engineer, christian_eilskov@dell.com +45 40 60 13 92 Dell Cloud Client Computing Dell lever produkter

Læs mere

Bilag. Resume. Side 1 af 12

Bilag. Resume. Side 1 af 12 Bilag Resume I denne opgave, lægges der fokus på unge og ensomhed gennem sociale medier. Vi har i denne opgave valgt at benytte Facebook som det sociale medie vi ligger fokus på, da det er det største

Læs mere

Agenda. Muligheder for anvendelse. Komponenter. Features. Restore muligheder. DR og TSM integration. Repository. Demo. Spørgsmål

Agenda. Muligheder for anvendelse. Komponenter. Features. Restore muligheder. DR og TSM integration. Repository. Demo. Spørgsmål Agenda Muligheder for anvendelse Komponenter Features Restore muligheder DR og TSM integration Repository Demo Spørgsmål Muligheder for anvendelse Data Center dmsave/lokal TSM Remote Office Application

Læs mere

Copyright SaaS-it Consult 2011. Er Cloud Computing blot en hype eller repræsenterer det virkelig værdi? Teknologisk Institut 13.

Copyright SaaS-it Consult 2011. Er Cloud Computing blot en hype eller repræsenterer det virkelig værdi? Teknologisk Institut 13. Er Cloud Computing blot en hype eller repræsenterer det virkelig værdi? Teknologisk Institut 13. september, 2011 Cloud Computing & SaaS Hvor er vi på vej hen? Agenda Definitioner The SaaS-it Evolution

Læs mere

Hvad er cloud computing?

Hvad er cloud computing? Hvad er cloud computing? Carsten Jørgensen cjo@devoteam.dk Devoteam Consulting COPYRIGHT 11/05/2010 Architecture & Information Simplificering af it og effektiv it til forretningen Business Intelligence

Læs mere

Application Management Service

Application Management Service Application Management Service I dette Whitepaper vil vi beskrive nogle af vores erfaringer med Application Management. De fleste virksomheder har på et tidspunkt lavet, eller fået lavet, en mindre applikation,

Læs mere

Bookingmuligheder for professionelle brugere i Dansehallerne 2015-16

Bookingmuligheder for professionelle brugere i Dansehallerne 2015-16 Bookingmuligheder for professionelle brugere i Dansehallerne 2015-16 Modtager man økonomisk støtte til et danseprojekt, har en premieredato og er professionel bruger af Dansehallerne har man mulighed for

Læs mere

Grow. With the Leader. IBM Storwize v7000. v/lars Kok

Grow. With the Leader. IBM Storwize v7000. v/lars Kok Grow. With the Leader. IBM Storwize v7000 v/lars Kok Information Explosion Zettabytes Informationen i danske virksomheder fordobles hver 18-24 måneder Exabytes Budget til Storage & daministration stiger

Læs mere

Terese B. Thomsen 1.semester Formidling, projektarbejde og webdesign ITU DMD d. 02/11-2012

Terese B. Thomsen 1.semester Formidling, projektarbejde og webdesign ITU DMD d. 02/11-2012 Server side Programming Wedesign Forelæsning #8 Recap PHP 1. Development Concept Design Coding Testing 2. Social Media Sharing, Images, Videos, Location etc Integrates with your websites 3. Widgets extend

Læs mere

Trolling Master Bornholm 2013

Trolling Master Bornholm 2013 Trolling Master Bornholm 2013 (English version further down) Tilmeldingen åbner om to uger Mandag den 3. december kl. 8.00 åbner tilmeldingen til Trolling Master Bornholm 2013. Vi har flere tilmeldinger

Læs mere

BACK-END OG DATA: ADMINISTRATION HVAD ER DE NYE MULIGHEDER MED VERSION 7.1? STEFFEN BILLE RANNES, 4. FEBRUAR 2015

BACK-END OG DATA: ADMINISTRATION HVAD ER DE NYE MULIGHEDER MED VERSION 7.1? STEFFEN BILLE RANNES, 4. FEBRUAR 2015 BACK-END OG DATA: ADMINISTRATION HVAD ER DE NYE MULIGHEDER MED VERSION 7.1? STEFFEN BILLE RANNES, 4. FEBRUAR 2015 SAS VISUAL ANALYTICS 7.1 ADMINISTRATOR Mulighed for at udføre handlinger på flere servere

Læs mere

Standardiseret tilgang til Software Asset Management. ISACA Medlemsmøde 2013 Jan Øberg ØBERG Partners

Standardiseret tilgang til Software Asset Management. ISACA Medlemsmøde 2013 Jan Øberg ØBERG Partners Standardiseret tilgang til Software Asset Management ISO19770 ISACA Medlemsmøde 2013 Jan Øberg ØBERG Partners 1 WG21 historien ISO19770 arbejder i WG21 under ISO Etableret i 2001 Første standard 19770-1

Læs mere

Database "opbygning"

Database opbygning Database "opbygning" Dette områder falder mest under en DBA's ansvarsområde. Det kan sagtens tænkes at en database udvikler i nogle situationer vil blive nød til at oprette produktions og test) databaser,

Læs mere

Totally Integrated Automation. Totally Integrated Automation sætter standarden for produktivitet.

Totally Integrated Automation. Totally Integrated Automation sætter standarden for produktivitet. Totally Integrated Automation Totally Integrated Automation sætter standarden for produktivitet. Bæredygtighed sikrer konkurrenceevnen på markedet og udnytter potentialerne optimalt. Totally Integrated

Læs mere

Persondataretlige aspekter ved cloud computing

Persondataretlige aspekter ved cloud computing Persondataretlige aspekter ved cloud computing Anne Ermose, advokat, Microsoft Danmark Michael Hopp, partner, Plesner Dansk Forum for IT-ret, 28. november 2012 1 28 November 2012 Oversigt 1. Introduktion

Læs mere

Cloud computing. Hvad er fordelene ved Microsoft løsninger - og hvad er begrænsningerne

Cloud computing. Hvad er fordelene ved Microsoft løsninger - og hvad er begrænsningerne Cloud computing Hvad er fordelene ved Microsoft løsninger - og hvad er begrænsningerne Henrik Westergaard Hansen Architect Evangelist henrikwh@microsoft.com PC Era Portal Era Online App Era Web Services

Læs mere

Projektledelse i praksis

Projektledelse i praksis Projektledelse i praksis - Hvordan skaber man (grundlaget) for gode beslutninger? Martin Malis Business Consulting, NNIT mtmi@nnit.com 20. maj, 2010 Agenda Project Governance Portfolio Management Project

Læs mere

Virtualisering, Cloud Computing og OPC UA i automationssammenhæng - hvad er de reelle use cases?

Virtualisering, Cloud Computing og OPC UA i automationssammenhæng - hvad er de reelle use cases? Virtualisering, Cloud Computing og OPC UA i automationssammenhæng - hvad er de reelle use cases? Lars Peter Hansen Produktchef for Industrial Communication Lars-peter.hansen@siemens.com T.: +45 4477 4827

Læs mere

Subject to terms and conditions. WEEK Type Price EUR WEEK Type Price EUR WEEK Type Price EUR WEEK Type Price EUR

Subject to terms and conditions. WEEK Type Price EUR WEEK Type Price EUR WEEK Type Price EUR WEEK Type Price EUR ITSO SERVICE OFFICE Weeks for Sale 31/05/2015 m: +34 636 277 307 w: clublasanta-timeshare.com e: roger@clublasanta.com See colour key sheet news: rogercls.blogspot.com Subject to terms and conditions THURSDAY

Læs mere

Udfordringer for cyber security globalt

Udfordringer for cyber security globalt Forsvarsudvalget 2013-14 FOU Alm.del Bilag 105 Offentligt Udfordringer for cyber security globalt Binbing Xiao, Landechef, Huawei Technologies Danmark Knud Kokborg, Cyber Security Officer, Huawei Technologies

Læs mere

EU vedtager et nyt program, som med 55 millioner EUR skal give børn større sikkerhed på internettet

EU vedtager et nyt program, som med 55 millioner EUR skal give børn større sikkerhed på internettet IP/8/899 Bruxelles, den 9 december 8 EU vedtager et nyt program, som med millioner EUR skal give børn større sikkerhed på internettet EU får et nyt program for forbedring af sikkerheden på internettet

Læs mere

Velkommen. Backup & Snapshot v. Jørgen Weinreich / Arrow ECS Technical Specialist

Velkommen. Backup & Snapshot v. Jørgen Weinreich / Arrow ECS Technical Specialist Velkommen Backup & Snapshot v. Jørgen Weinreich / Arrow ECS Technical Specialist 1 Agenda Fra backup til restore produkt Politikstyret Backup Live Demo 2 IBM XIV Snapshots - Næsten uden begrænsninger Snapshot

Læs mere

Trolling Master Bornholm 2013

Trolling Master Bornholm 2013 Trolling Master Bornholm 2013 (English version further down) Tilmeldingerne til 2013 I dag nåede vi op på 85 tilmeldte både. Det er stadig lidt lavere end samme tidspunkt sidste år. Tilmeldingen er åben

Læs mere

PROGRAM 2010. Erfaring - Inspiration - Network - Idéer - Viden. HP Test Brugergruppe Brugerkonference. 11. november 2010

PROGRAM 2010. Erfaring - Inspiration - Network - Idéer - Viden. HP Test Brugergruppe Brugerkonference. 11. november 2010 PROGRAM Erfaring - Inspiration - Network - Idéer - Viden Hotel Scandic Copenhagen Vester Søgade 6 1601 København 09:00-09:30 Modtagelse og morgenmad 09:30-09:45 Velkomst og præsentation af konferencen

Læs mere

Google App Engine. Google App Engine som platform. Claus Myglegaard Vagner og Jacob von Eyben

Google App Engine. Google App Engine som platform. Claus Myglegaard Vagner og Jacob von Eyben GoogleAppEngine GoogleAppEnginesomplatform ClausMyglegaardVagnerogJacobvonEyben Abstract CloudcomputingerenteknologidervinderfremidengenerelleITinfrastruktur. SocialemediersåsomLinkedIn,TwitterogFacebookharøgetbehovetfor

Læs mere

Everything-as-a-Service. Afdelingsdirektør, Poul Bærentsen

Everything-as-a-Service. Afdelingsdirektør, Poul Bærentsen Everything-as-a-Service Afdelingsdirektør, Poul Bærentsen Agenda Atea s rejse Hvorfor ændrer IT sig til services? as-a-service tilgangen Den fremtidige it-leverance Markedstrends Atea EaaS vi skaber overblikket

Læs mere

Sådan er fremtidens virtuelle arbejdsplads idag! Copyright 2011 Microsoft Corporation

Sådan er fremtidens virtuelle arbejdsplads idag! Copyright 2011 Microsoft Corporation Sådan er fremtidens virtuelle arbejdsplads idag! 5 tendenser der ændrer arbejdspladsen i fremtiden med IT. Giv dine medarbejdere Consumerization adgang til de applikationer af medarbejdere de har brug

Læs mere

Velkommen. Program: Oplæg om emnet baseret på Best Practice (ITIL) Refleksion

Velkommen. Program: Oplæg om emnet baseret på Best Practice (ITIL) Refleksion Driftskontrakter Hvordan sikrer man sig, at man får en ordentlig driftskontrakt? Hvad skal man være opmærksom på, og hvornår begynder man egentlig at tænke den ind? Velkommen Program: Oplæg om emnet baseret

Læs mere

Idekatalog. Så vidt jeg husker fremgik det ret tydeligt hvad der skulle være i ansøgningen. Der var bare virkelig mange informationer der skulle med.

Idekatalog. Så vidt jeg husker fremgik det ret tydeligt hvad der skulle være i ansøgningen. Der var bare virkelig mange informationer der skulle med. Ansøgning Yderligere bemærkninger til ansøgningen Det var fedt at rammerne var så åbne, som jeg så det var der kun to krav til projektet: Det skulle være open source og det skulle have det offentliges

Læs mere

Hvordan sikres personfølsomme data - og adgangen til disse så persondataloven overholdes. Klaus Kongsted, CRO, Dubex A/S Dubex A/S, den 5.

Hvordan sikres personfølsomme data - og adgangen til disse så persondataloven overholdes. Klaus Kongsted, CRO, Dubex A/S Dubex A/S, den 5. Hvordan sikres personfølsomme data - og adgangen til disse så persondataloven overholdes Klaus Kongsted, CRO, Dubex A/S Dubex A/S, den 5. maj 2015 Den nuværende persondatalov Fra år 2000, løbende smårevisioner

Læs mere

FairSSL Fair priser fair support

FairSSL Fair priser fair support Small Business Server 2008 SSL certifikat administration Følgende vejledning beskriver hvordan man installere et certifikat på en SBS 2008 server. Ved bestilling af certifikater til Small Business Server

Læs mere

2013 SP1. Konfiguration af koncernindblik. Configuration Guide

2013 SP1. Konfiguration af koncernindblik. Configuration Guide 2013 SP1 Konfiguration af koncernindblik Configuration Guide Intellectual Property Rights This document is the property of ScanJour. The data contained herein, in whole or in part, may not be duplicated,

Læs mere

Sunlite pakke 2004 Standard (EC) (SUN SL512EC)

Sunlite pakke 2004 Standard (EC) (SUN SL512EC) Sunlite pakke 2004 Standard (EC) (SUN SL512EC) - Gruppering af chasere igen bag efter. På den måde kan laves cirkelbevægelser og det kan 2,787.00 DKK Side 1 Sunlite pakke 2006 Standard (EC) LAN (SUN SL512EC

Læs mere

Nyhedsmail, april 2014 (scroll down for English version)

Nyhedsmail, april 2014 (scroll down for English version) Nyhedsmail, april 2014 (scroll down for English version) Kære Omdeler Forår og påske står for døren, og helligdagene i forbindelse med påsken betyder ændringer i omdelingen. Derudover kan du blandt andet

Læs mere

KEA The sky is the limit 20. November 2013

KEA The sky is the limit 20. November 2013 KEA The sky is the limit 20. November 2013 Agenda Kort om Dansk Standard og standarder Dansk Standard er den nationale standardiseringsorganisation i Danmark Omsætning DKK 194 mio.kr. 160 medarbejdere

Læs mere

how to save excel as pdf

how to save excel as pdf 1 how to save excel as pdf This guide will show you how to save your Excel workbook as PDF files. Before you do so, you may want to copy several sheets from several documents into one document. To do so,

Læs mere

Agenda. Typiske udfordringer. Begreber omkring recovery. Forretningens krav. Metoder/muligheder. Recovery med TSM. Nye teknologier

Agenda. Typiske udfordringer. Begreber omkring recovery. Forretningens krav. Metoder/muligheder. Recovery med TSM. Nye teknologier Agenda Typiske udfordringer Begreber omkring recovery Forretningens krav Metoder/muligheder Recovery med TSM Nye teknologier Afrunding - spørgsmål Typiske udfordringer Ingen SLA fra forretningen på systemer

Læs mere

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1 IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 1 AGENDA Hvem snakker? De betydende faktorer Agil forretningsudvikling D60 leverancemodel - Bedrock Opsamling og? 2 Hvem snakker?

Læs mere

OS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk

OS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk OS2 Opgavefordeler Løsningsbeskrivelse Version 2 Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk 15/2/2015 Løsningsbeskrivelse for OS2 Opgavefordeler 1. Introduktion... 3 2. Kontekst... 3

Læs mere

Ud af krisen. Software på tværs, 15. juni 2009

Ud af krisen. Software på tværs, 15. juni 2009 Ud af krisen Software på tværs, 15. juni 2009 Om Ative Agile udvikling og rådgivning Klassisk udviklingsmodel Krav Design Ændrer sig Implementering Tager for lang tid Springes over Mareridt Test Deployment

Læs mere

Nyheder fra Citrix Synergy 2013

Nyheder fra Citrix Synergy 2013 Nyheder fra Citrix Synergy 2013 Desktop Player for Mac side 2 side 3 Desktop Player for Mac Afvikler Windows VDI på Mac OS Kræver ingen båndbredde tag din VDI med offline Image administreres centralt Opdateringer

Læs mere

Applikations Virtualisering. Anders Keis Hansen Anders.keis.hansen@atea.dk

Applikations Virtualisering. Anders Keis Hansen Anders.keis.hansen@atea.dk Applikations Virtualisering Anders Keis Hansen Anders.keis.hansen@atea.dk Hvem er jeg Anders Keis Hansen Arbejder i Ateas konsulent afdeling Baggrund som System administrator, IT Arkitekt primært med fokus

Læs mere

Opsætning af MobilePBX med Kalenderdatabase

Opsætning af MobilePBX med Kalenderdatabase Opsætning af MobilePBX med Kalenderdatabase Dette dokument beskriver hvorledes der installeres Symprex Exchange Connector og SQL Server Express for at MobilePBX kan benytte kalenderadadgang via database

Læs mere

Læs venligst Beboer information om projekt vandskade - sikring i 2015/2016

Læs venligst Beboer information om projekt vandskade - sikring i 2015/2016 Læs venligst Beboer information om projekt vandskade - sikring i 2015/2016 Vi er nødsaget til at få adgang til din lejlighed!! Hvis Kridahl (VVS firma) har bedt om adgang til din/jeres lejlighed og nøgler,

Læs mere

PDFmaps på smartphones

PDFmaps på smartphones PDFmaps på smartphones Kort udbyder - en enkel og (gratis) mulighed for at stille orienteringskort til rådighed på iphone/ipad og Android Bruger - en enkel og (gratis) mulighed for at downloade og anvende

Læs mere

Trolling Master Bornholm 2013

Trolling Master Bornholm 2013 Trolling Master Bornholm 2013 (English version further down) Tilmeldingerne til 2013 I dag nåede vi op på 77 tilmeldte både. Det er lidt lavere end samme tidspunkt sidste år. Til gengæld er det glædeligt,

Læs mere

For nogle statuskoder vil der komme en klar tekst besked, mens der for andre vil komme en fire cifret kode, som angivet i afsnit 2

For nogle statuskoder vil der komme en klar tekst besked, mens der for andre vil komme en fire cifret kode, som angivet i afsnit 2 1 Statuskoder i forbindelse med en transaktion I forbindelse med en transaktion, vil Sagem Solo terminalen vise en statuskode/statusbesked i ekspedientterminalens display. Endvidere vil der blive udskrevet

Læs mere

Backup Applikation. Microsoft Dynamics C5 Version 2008. Sikkerhedskopiering

Backup Applikation. Microsoft Dynamics C5 Version 2008. Sikkerhedskopiering Backup Applikation Microsoft Dynamics C5 Version 2008 Sikkerhedskopiering Indhold Sikkerhedskopiering... 3 Hvad bliver sikkerhedskopieret... 3 Microsoft Dynamics C5 Native database... 3 Microsoft SQL Server

Læs mere

Den røde tråd fra testdækning til releasemetrikker

Den røde tråd fra testdækning til releasemetrikker Den røde tråd fra testdækning til releasemetrikker The art of developing software cheaper, in good quality and at schedule Software-Pro Agenda Den røde tråd fra testdækning til releasemetrikker Mange har

Læs mere

NemHandel i cloud - sikkerhedsmæssige overvejelser. Helle Schade-Sørensen IT og Telestyrelsen

NemHandel i cloud - sikkerhedsmæssige overvejelser. Helle Schade-Sørensen IT og Telestyrelsen NemHandel i cloud - sikkerhedsmæssige overvejelser Helle Schade-Sørensen IT og Telestyrelsen Agenda Lidt om NemHandel Rationalet for valg af cloud Overvejelser vedr. sikkerhed Løsning og erfaringer indtil

Læs mere

Security & Risk Management Summit

Security & Risk Management Summit Security & Risk Management Summit Hvor og hvornår skaber Managed Security Services værdi? Business Development Manager Martin Jæger Søborg, 6. november 2014 DUBEX SECURITY & RISK MANAGEMENT SUMMIT 2014

Læs mere

Den gode User Experience. Michelle Andreassen ITAddiction Blogs: QED.dk

Den gode User Experience. Michelle Andreassen ITAddiction Blogs: QED.dk Den gode User Experience Mathilde Hoeg mathildehoeg Michelle Andreassen ITAddiction Blogs: QED.dk Agenda Hvad er brugeroplevelse (UX)? Hvad er en user experience designer? Hvad er brugervenlighed(usability)?

Læs mere

Userguide. NN Markedsdata. for. Microsoft Dynamics CRM 2011. v. 1.0

Userguide. NN Markedsdata. for. Microsoft Dynamics CRM 2011. v. 1.0 Userguide NN Markedsdata for Microsoft Dynamics CRM 2011 v. 1.0 NN Markedsdata www. Introduction Navne & Numre Web Services for Microsoft Dynamics CRM hereafter termed NN-DynCRM enable integration to Microsoft

Læs mere

VidenForum Fokus på viden Viden i fokus

VidenForum Fokus på viden Viden i fokus VidenForum inviterer til seminarrække - Learn how to improve your intelligence and market analysis capabilities VidenForum har fornøjelsen at præsentere en række spændende seminarer i samarbejde med Novintel

Læs mere

PDFmaps på smartphones

PDFmaps på smartphones PDFmaps på smartphones Kort udbyder - en enkel og (gratis) mulighed for at stille orienteringskort til rådighed på iphone/ipad og Android Bruger - en enkel og (gratis) mulighed for at downloade og anvende

Læs mere

Cloud og it-sikkerhedsudfordringerne: Dansk Automationsselskab

Cloud og it-sikkerhedsudfordringerne: Dansk Automationsselskab Cloud og it-sikkerhedsudfordringerne: Dansk Automationsselskab Carsten Jørgensen 7 marts 2012 Carsten Jørgensen 1999 2001 2006 2009 2011 CloudSecurity.dk Falck 2012 Falck 2011 Emergency Assistance Healthcare

Læs mere

ATiSA H3: Beer Web Store

ATiSA H3: Beer Web Store ATiSA H3: Beer Web Store Gruppe: Hotel Christer Vindberg, Anders Kabell Kristensen, Bo Sunesen og Anders Viskum 20011271, 20041248, 20041083 og 20043103 {chrisv10, dalko, sunesen, anden} @ cs.au.dk december

Læs mere

Udfordringer og problemstillinger. En liste over de udfordringer og problemstillinger, der er ved Java og JEE udvikling

Udfordringer og problemstillinger. En liste over de udfordringer og problemstillinger, der er ved Java og JEE udvikling Java og JEE 1 2 Udfordringer og problemstillinger En liste over de udfordringer og problemstillinger, der er ved Java og JEE udvikling 3 Generelt om Java og JEE 4 Generelt, I Man undervurderer hvor mange

Læs mere

as a Service Dynamisk infrastruktur

as a Service Dynamisk infrastruktur Dynamisk infrastruktur Vi bygger dynamisk infrastruktur...... og holder den kørende Om jeres it-infrastruktur fungerer optimalt, er i bund og grund et spørgsmål om kapacitet. Og så er det et spørgsmål

Læs mere

Masters Thesis - registration form Kandidatafhandling registreringsformular

Masters Thesis - registration form Kandidatafhandling registreringsformular Masters Thesis - registration form Kandidatafhandling registreringsformular Godkendelse af emne for hovedopgave af vejleder og undervisningskoordinator. Læs venligst retningslinjerne sidst i dette dokument

Læs mere

Blomsten er rød (af Harry Chapin, oversat af Niels Hausgaard)

Blomsten er rød (af Harry Chapin, oversat af Niels Hausgaard) Blomsten er rød (af Harry Chapin, oversat af Niels Hausgaard) På den allerførste skoledag fik de farver og papir. Den lille dreng farved arket fuldt. Han ku bare ik la vær. Og lærerinden sagde: Hvad er

Læs mere

Business Continuity og Cloud

Business Continuity og Cloud Business Continuity og Cloud af: Michael Christensen, Certified Business Continuity and IT-security Consultant, CISSP, CSSLP, CISM, CRISC, CCM, CPSA, ISTQB, PRINCE2, COBIT5 For rigtig mange danske virksomheder

Læs mere

POSitivitiES Positive Psychology in European Schools HOW TO START

POSitivitiES Positive Psychology in European Schools HOW TO START POSitivitiES Positive Psychology in European Schools HOW TO START POSitivitiES Positive Psychology in European Schools PositivitiES er et Comenius Multilateral europæisk projekt, som har til formål at

Læs mere

Automatic Code Orchestration from Descriptive Implementations

Automatic Code Orchestration from Descriptive Implementations ft her Automatic Code Orchestration from Descriptive Implementations older Professor Brian Vinter Niels Bohr Institute KU ft her Automatic Code Orchestration from Descriptive Implementations Prototypin

Læs mere

CASE: Royal Copenhagen

CASE: Royal Copenhagen When Your Website Goes Shopping CASE: Royal Copenhagen v/mads Gustafsen & Line Ghisler, Creuna Sitecoreseminar 6. februar 2008 CASE Royal Copenhagen præsenteret af Creuna Royal Copenhagen Kongelig Hofleverandør

Læs mere

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau Roskilde Tekniske Gymnasium Eksamensprojekt Programmering C niveau Andreas Sode 09-05-2014 Indhold Eksamensprojekt Programmering C niveau... 2 Forord... 2 Indledning... 2 Problemformulering... 2 Krav til

Læs mere

Hvordan sikres investeringen i eksisterende systemer, når skyen tages i brug. Carsten Rasmussen, CTO, Capgemini Danmark A/S IDC Cloud Computing 2011

Hvordan sikres investeringen i eksisterende systemer, når skyen tages i brug. Carsten Rasmussen, CTO, Capgemini Danmark A/S IDC Cloud Computing 2011 Hvordan sikres investeringen i eksisterende systemer, når skyen tages i brug Carsten Rasmussen, CTO, Capgemini Danmark A/S IDC Cloud Computing 2011 Formål og agenda Formål Vi vil på denne workshop diskutere:

Læs mere

MODERNISERINGSSTYRELSEN ØSLDV WINDOWS SERVICE DOKUMENTATION, INSTALLATION OG KONFIGURERING AF ØSLDV/RAY WINDOWSSERVICE

MODERNISERINGSSTYRELSEN ØSLDV WINDOWS SERVICE DOKUMENTATION, INSTALLATION OG KONFIGURERING AF ØSLDV/RAY WINDOWSSERVICE Indhold Ændringshistorik... 2 Formål... 2 Om programmet... 2 Systemkrav... 2 Installation... 3 Event Log... 5 Installationsprogrammets skærmbillede... 6 Konfigurering af xml-opsætningsfil... 7 Beskrivelse

Læs mere

Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie

Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie Dato: 22-08-2014 Copyright af Bach & McKenzie 2014 Introduktion Indholdsfortegnelse 03 Hovedtal Kære VIRKSOMHED A/S Tillykke med jeres nye Social

Læs mere

Virtuel projektledelse

Virtuel projektledelse Inspirationsmøde 24 APR 2009 Jan Pries-Heje Slide no.: 1 Virtuel hvad er det? Existing in essence or effect though not in actual fact http://wordnetweb.princeton.edu/ In the context of computing, not concrete

Læs mere

Solutions Day. IT Service Management. Globeteam ITSM

Solutions Day. IT Service Management. Globeteam ITSM Solutions Day IT Service Globeteam ITSM Indhold IT Service Introduktion til ITSM og ITIL Angrebsvinkel til ITIL Case - Kriminalforsorgen ITSM værktøjer Afrunding Hans Christian Holst ITSM konsulent hch@globeteam.com

Læs mere

Call Recorder Apresa. Apresa Call Recording

Call Recorder Apresa. Apresa Call Recording Apresa Call Recording Hvorfor optage samtaler? De optagede samtaler giver en værdifuld indsigt i eksempelvis: Medarbejdernes evne til at kommunikere positivt med kunden Medarbejdernes fokus på aftalte

Læs mere

Som mentalt og moralsk problem

Som mentalt og moralsk problem Rasmus Vincentz 'Klimaproblemerne - hvad rager det mig?' Rasmus Vincentz - November 2010 - Som mentalt og moralsk problem Som problem for vores videnskablige verdensbillede Som problem med økonomisk system

Læs mere

CFU forventer at undertekstformat vælges i samarbejde med en kommende leverandør, men at undertekstformatet er af en accepteret standard i markedet.

CFU forventer at undertekstformat vælges i samarbejde med en kommende leverandør, men at undertekstformatet er af en accepteret standard i markedet. CFU UC Udbud af streaming Spørgsmål-svar, Version 1 Spørgsmål 1-12 er besvaret den 14-1-2015. Spørgsmål 1 What subtitle formats will need to be used? Spørgsmålet refererer til krav 8 Rip af undertekster

Læs mere

Mobile Hospitals. A world on wheels

Mobile Hospitals. A world on wheels Mobile Hospitals A world on wheels 01 HMK bilcon presentation history, products, facts 02 Mobile Blood Donation Units 3D film Examples Standard specifications Fully custom made solutions Film preparing

Læs mere

EasyIQ ConnectAnywhere Release note

EasyIQ ConnectAnywhere Release note EasyIQ ConnectAnywhere Release note Version 2.4 Der er over det sidste år lavet en lang række forbedringer, tiltag og fejlrettelser. Ændringer til forudsætningerne: o Klienten skal ved førstegangs login

Læs mere

Lav testsuppe på en sten med exploratory test

Lav testsuppe på en sten med exploratory test Lav testsuppe på en sten med exploratory test TestExpo 29. Januar 2015 Lidt om mig selv Uddannelse Konstabel i flyvevåbnet Certificeringer: SCRUM master, ISEB foundation/practitioner, CAT trainer, TMap

Læs mere

Apresa Call Recording

Apresa Call Recording Call Recording Hvorfor optage samtaler? De optagede samtaler giver en værdifuld indsigt i eksempelvis: Medarbejdernes evne til at kommunikere positivt med kunden Medarbejdernes fokus på aftalte KPI er

Læs mere

Kriterie for at bestå: Deltagelse i undervisningstiden, udarbejdelse af e-magasin, deltagelse i fælles fremlægning.

Kriterie for at bestå: Deltagelse i undervisningstiden, udarbejdelse af e-magasin, deltagelse i fælles fremlægning. 1. E-MAGASINER (Herning) Hvem kan deltage: Studerende i Herning Kriterie for at bestå: Deltagelse i undervisningstiden, udarbejdelse af e-magasin, deltagelse i fælles fremlægning. På kurset lærer du at

Læs mere

Lykken er så lunefuld Om måling af lykke og tilfredshed med livet, med fokus på sprogets betydning

Lykken er så lunefuld Om måling af lykke og tilfredshed med livet, med fokus på sprogets betydning Lykken er så lunefuld Om måling af lykke og tilfredshed med livet, med fokus på sprogets betydning Jørgen Goul Andersen (email: goul@ps.au.dk) & Henrik Lolle (email: lolle@dps.aau.dk) Måling af lykke eksploderer!

Læs mere

To set new standards of lifting and transportation equipment for wind turbine components. Our product groups

To set new standards of lifting and transportation equipment for wind turbine components. Our product groups To set new standards of lifting and transportation equipment for wind turbine components. Our product groups Embracing the full life cycle of the wind turbine Liftra develops and supplies services to

Læs mere

HYBRID TAKEOFF REDEFINED JOURNEY TO THE CLOUD BY EMC Søren Holm, Proact

HYBRID TAKEOFF REDEFINED JOURNEY TO THE CLOUD BY EMC Søren Holm, Proact HYBRID TAKEOFF REDEFINED JOURNEY TO THE CLOUD BY EMC Søren Holm, Proact More than 3500 projects In control of 55 petabyte data 450 certified consultants More than 1.5M euro in training per year 55 PB,

Læs mere

Evalueringsformer i HCI Design & evaluering Design og evaluering integrerede aktiviteter (studér kundernes arbejde - designe - evaluér - iterér)

Evalueringsformer i HCI Design & evaluering Design og evaluering integrerede aktiviteter (studér kundernes arbejde - designe - evaluér - iterér) Evalueringsformer i HCI Design & evaluering Design og evaluering integrerede aktiviteter (studér kundernes arbejde - designe - evaluér - iterér) Teknikker til design omfatter: Opgave/arbejdsanalyser Brugerinddragelse,

Læs mere

Opsætning af Backup. Hvis programmet registreres korrekt vises nedenstående skærmbillede. Genstart herefter programmet.

Opsætning af Backup. Hvis programmet registreres korrekt vises nedenstående skærmbillede. Genstart herefter programmet. Opsætning af Backup Dette er en guide til opsætning af backup med Octopus File Synchronizer. Det første der skal ske er, at programmet skal registreres (programmet kan dog bruges i 30 dage, hvis det ikke

Læs mere

PRINCE2 Certificeringsforløb. PRINCE2 Foundation PRINCE2 Practitioner. Knowledge that sets you apart

PRINCE2 Certificeringsforløb. PRINCE2 Foundation PRINCE2 Practitioner. Knowledge that sets you apart PRINCE2 Certificeringsforløb PRINCE2 Foundation PRINCE2 Practitioner PRINCE2 Certificeringsprogrammer Indhold PRINCE2 (Projects In Controlled Environments) er en procesbaseret tilgang til projektledelse,

Læs mere

Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer

Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer INDLÆG 13 : DYNAMICS AX Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer Tonny Bybæk, Lau Bøgelund Larsen Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer

Læs mere

Web CMS kontra Collaboration

Web CMS kontra Collaboration Web CMS kontra Collaboration Sammenligning mellem Sitecore og Sharepoint Lars Fløe Nielsen, Evangelism ln@sitecore.net Page 1 Sitecore har dyb integration til Microsoft Sitecore har integration til mange

Læs mere

Automatisk build og deploy med Maven. Geek Night hos VP SECURITIES - 26. januar 2011 Mads Pultz

Automatisk build og deploy med Maven. Geek Night hos VP SECURITIES - 26. januar 2011 Mads Pultz <mpz@trifork.com> Automatisk build og deploy med Maven Geek Night hos VP SECURITIES - 26. januar 2011 Mads Pultz 1 Agenda Introduktion til case (kontekst) Byg demoer - Bamboo, Nexus og RAD Modulopbygning

Læs mere

BILAG 8.1.B TIL VEDTÆGTER FOR EXHIBIT 8.1.B TO THE ARTICLES OF ASSOCIATION FOR

BILAG 8.1.B TIL VEDTÆGTER FOR EXHIBIT 8.1.B TO THE ARTICLES OF ASSOCIATION FOR BILAG 8.1.B TIL VEDTÆGTER FOR ZEALAND PHARMA A/S EXHIBIT 8.1.B TO THE ARTICLES OF ASSOCIATION FOR ZEALAND PHARMA A/S INDHOLDSFORTEGNELSE/TABLE OF CONTENTS 1 FORMÅL... 3 1 PURPOSE... 3 2 TILDELING AF WARRANTS...

Læs mere

Virk.dk. A one-stop-shop for businesses. Peter Bay Kirkegaard, pbk@eogs.dk Special Advisor Danish Commerce and Companies Agency

Virk.dk. A one-stop-shop for businesses. Peter Bay Kirkegaard, pbk@eogs.dk Special Advisor Danish Commerce and Companies Agency Virk.dk A one-stop-shop for businesses Peter Bay Kirkegaard, pbk@eogs.dk Special Advisor Danish Commerce and Companies Agency Agenda Background Status Future 16-10-2007 2 Virk.dk 16-10-2007 3 Vision Political

Læs mere

Get Instant Access to ebook Udleveret PDF at Our Huge Library UDLEVERET PDF. ==> Download: UDLEVERET PDF

Get Instant Access to ebook Udleveret PDF at Our Huge Library UDLEVERET PDF. ==> Download: UDLEVERET PDF UDLEVERET PDF ==> Download: UDLEVERET PDF UDLEVERET PDF - Are you searching for Udleveret Books? Now, you will be happy that at this time Udleveret PDF is available at our online library. With our complete

Læs mere

Integrity management. Setting the Scene

Integrity management. Setting the Scene Integrity management Setting the Scene Integrity management The HSSE tablestake LoPC Process safety Equipment Integrity - 20 essentielle elementer CUI - Et eksempel Risk Based Approach - RAM Risk assesment

Læs mere