Arkitektur - software. RHS - Informationsteknologi 2 Software-arkitektur Formålet med software-arkitekturen er at definere en software-”platform”, som.

Slides:



Advertisements
Lignende præsentationer
Fokusgruppe Hvad er en fokusgruppe?
Advertisements

PR KAMPAGNE.
Anskaffelse af ny teknologi
Katalog over nationale standarder på sundhedsområdet.
KONFLIKTHÅNDTERING Velkommen! Dias.
Virtuel medarbejder eller konsulent
Du skal vide nogen om blodtrykket, fordi det fortæller noget om hvordan dit hjerte har det. HUSK - at hjertet ikke er til at undvære ligesom bilen.
Værktøjer/tips og tricks - til implementering af ændringer i egen organisation Hvorfor benchmarking/evaluering Er der nogen, der ved, hvorfor vi laver.
Kort om regnskabssystemer:
Du skal vide nogen om blodtrykket, fordi det fortæller noget om hvordan dit hjerte har det. HUSK - at hjertet ikke er til at undvære ligesom bilen.
Torbenfeldvej Vallensbæk strand Tlf.: – – dagligt brug af vores hjemmeside •AGEN LYS har en stor og omfattende.
Dataindsamling og kildebearbejdning
Arkitektur - data.
IM-Strategi.
Softwaretest – med TestLink Open source testværktøj
PDF/A Skal - Skal ikke? v/ René Mittå Specialkonsulent
Virksomheder – Leavitt’s model
Smart Grid - IT møder Energi v/Göran Wilke, Exergi Innovation og rådgivning
Formularer (Access, del 3)
Hvor mange EPJ-systemer skal Danmark have? Kan SOA fx levere varen? Hvem skal bestemme standarden? Søren Lauesen IT-Universitetet i København
Digitalisering i Praktiken Workshops den 9. februar 2007
WLAN (Trådløs Ethernet)
Forøg din værdi som konsulent
Udvikling og styring af en virksomhed
IS-Strategi.
Udvikling – del II.
IT-Strategi.
System Udvikling Kilde: Per S Laursen.
Budgetkontrol KAPITEL 12 ss. 504 – 519 samt
Fremtidens ledelse af en kulturvirksomhed
Virksomheder - definition
ER-diagrammer (databaser, del 4)
Obligatorisk projekt 5: ERP-systemer
Open-source software i det offentlige - hvad nu? Christian Lanng Kontorchef, It og Telestyrelsen Ministeriet for Videnskab, Teknologi og Udvikling Torsdag.
Dynamisk styring af Office skabeloner Inspirationsseminar 31. oktober 2006.
Introduktion til Microsoft CRM Christian Cletus Bjørn Eilertsen.
Arkitektur - Sikkerhed
Læremiddelkultur I Folkeskolen
Den korte vej fra procesbeskrivelser til it-understøttelse
Introduktion til Access (Access, del 1)
Validering af data (Access, del 7)
Opslagsfelter (Access, del 6). RHS – Informationsteknologi 2 Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser vores.
Oprettelse af tabeller (Access, del 2)
Rapporter (Access, del 5)
Videnskabsministeriets arbejde med åbne standarder Vicedirektør Mikkel Hemmingsen, Videnskabsministeriet
Microsoft Dynamics – synergi mellem forretningsområder Susanne Christoph Dynamics Sales Lead
SSID årskonference 2008 Gør storrummet til en succes… 23. april 2008 Ole Nielsen COWI A/S.
 Intro  Historien – starten på det hele  Formålet  Hjernerne bag  Bomben bruges  Verden synker – Internettet stiger  På nettet kan vi alt  Effekter.
Systemer.
Medarbejder en vigtig resurse Concept Data A/S Flad organisation. Åben miljø. Selvstændighed under ansvar. Socialt sammenværd.
Kristian F. Thomsen infrastructure specialist i edgemo Claus Egeberg-Gjelstrup infrastructure specialist i edgemo
PBJ Consult A/S – Mere end et systemhus HR i øjenhøjde
Globaliseringsredegørelsen 24.mar. 14 Figurer fra Danmark tiltrækker for få udenlandske investeringer i Sådan ligger landet
Præsentation Improve your business. Strategi At være en af de førende partnere af Microsoft Dynamics løsninger At specialisere os i logistik, produktion,
Udregning af UseCasePoints UCP = UUCP*TCF*EF UseCasePoint = Ujusteret Use Case Point * Tekniske Komplexitets Faktor * Miljø Mæssige Faktor.
MSBuild & Team Build i C#/C++ solutions VSTS ERFA d. 25 November.
Rapporter (Access, del 5). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller, og.
Implementering og brug af BPM i Lån & Spar Bank 24. september 2013, Get F'IT - Processer og IT Ved IT-Direktør Casper Gjerris.
Introduktion til databaser (databaser, del 1)
Opslagsfelter (Access, del 6). RHS – Informationsteknologi – Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser.
Introduktion til Access (Access, del 1). RHS – Informationsteknologi – Fra design til udvikling Vi ved nu, hvordan vi finder et design for en database,
People and solutions – working together værdier for millioner…..  hvis du kan SE dem…. Lau Jakobsen Channel Manager.
IT Arkitektur og Sikkerhed Mobil sikkerhed, trådløse teknologier og VPN.
Oprettelse af tabeller (Access, del 2)
Dagens gang Komponenter Projektetablering Opgave i komponenter til næste gang.
Formularer (Access, del 3). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller Vi.
Ka´du klare det? Dialogredskab - Krav i arbejdet HR Arbejdsmiljø, O&P 2015.
CASE: Udvikling af system til optimering af kassebemanding
Effektiv kommunikation med virksomheder - hvordan?
Præsentationens transcript:

Arkitektur - software

RHS - Informationsteknologi 2 Software-arkitektur Formålet med software-arkitekturen er at definere en software-”platform”, som (effektivt) understøtter vores data- model Software-”platform”: Den samling af software, vi vil benytte i virksomheden Mange problemstillinger at overveje…

RHS - Informationsteknologi 3 Software-arkitektur Hvor speciel er vores virksomhed? Små eller store løsninger / leverandører? Én eller flere leverandører? Egne kompetencer / præferencer Modularitet – trinvis indførsel Indflydelse på organisation og opgaver Kan vi gøre det selv, eller skal vi have hjælp?

RHS - Informationsteknologi 4 Hvor specielle er vi? Enhver virksomhed er unik… …men, jo mindre unik, jo bedre! Hvorfor? Langt nemmere at basere sin løsning på allerede eksisterende software Der findes efterhånden mange branche-specifikke standard- produkter

RHS - Informationsteknologi 5 Hvor specielle er vi? almindelig virksomhed speciel virksomhed standard software specialudviklet software Standard Unikt

RHS - Informationsteknologi 6 Hvor specielle er vi? Hvordan afgør vi, hvor specielle vi er? Spørg! Ingen vej udenom at lave ”research” hos forskellige leverandører Kan gøres på egen hånd, eller f.eks med hjælp fra konsulenter Mange konsulentfirmaer kender ”landskabet” indenfor specifikke brancher? Er konsulenten uafhængig…?

RHS - Informationsteknologi 7 Hvor specielle er vi? VirksomhedLeverandør Konsulent- firma

RHS - Informationsteknologi 8 Hvor store er vi? Jo større virksomhed, jo mere komplekse data- strukturer og datastrømme Typisk forskellige produk- ter til forskellige størrelser af virksomheder MEN mange leverandører vil gerne prøve at dække hele markedet…

RHS - Informationsteknologi 9 Store og små… En stor leverandør kan – selvfølgelig – sagtens være leverandør til små virksomheder Derfor svært at ”kategorisere” leverandører efter hvem deres produkter retter sig mod I sidste ende må man skele til budgettet Små løsninger (få tusinde kroner) Store løsninger (100+ millioner)

RHS - Informationsteknologi 10 Hvem er det…?

RHS - Informationsteknologi 11 Erik Damgaard Grundlagde Damgaard Data i 1984, sammen med sin bror Preben Fusioneret med Navision i 2000 Solgt til Microsoft i 2002 for 11 mia. kr! AXAPTA oprindeligt udviklet af Damgaard Data Nu Microsoft Dynamics AX Andre produkter: XAL, C5 Primært rettet mod mindre virksomheder

RHS - Informationsteknologi 12 I den anden ende… En meget stor leverandør af store, omfattende løsninger er SAP SAP: Systeme, Anwendungen und Produkte in der Datenverarbeitung (ja, det er tysk…) Leverandør – en af mange – af egentlige ERP-systemer ERP: Enterprise Resource Planning

RHS - Informationsteknologi 13 ERP - systemer Oprindeligt betegnede ERP systemer til planlægning af ressourceforbrug – som navnet siger… Oftest brugt i forbindelse med produktion / logistik Nu brugt som generel beteg- nelse for større, integrerede systemer til virksomheder

RHS - Informationsteknologi 14 En eller flere leverandører Kan lyde ideelt at have én enkelt leverandør af software: –Fuld integration burde være en selvfølge –Homogene grænseflader –Et point-of-contact i forhold til udvidelser, support med videre –Er man stor nok, kan man måske ligefrem samarbejde med leve- randøren om udvidelser

RHS - Informationsteknologi 15 En eller flere leverandører Bestemt også ulemper ved én leverandør: –Sjældent at én leverandør er bedst til ”alt” –Større kompromiser –Stærk afhængighed af leverandør Tilsvarende fordele / ulemper ved flere leverandører

RHS - Informationsteknologi 16 En eller flere leverandører En leverandørFlere leverandører Afhængighed af enkelt leverandør HøjLav Mulighed for at vælge bedste del-løsning LavHøj Integration Høj?? Krav til uddannelse HøjeHøjere Indførelse KompleksMere kompleks Pris ??

RHS - Informationsteknologi 17 En eller flere leverandører Så hvad gør vi? Research! På egen hånd, eller med hjælp fra konsulenter Findes også rapporter fra analyse- firmaer om hvilke del-løsninger der er markedsførende Erfaringer fra tilsvarende virksomheder (svært…)

RHS - Informationsteknologi 18 Kompetencer og præferencer Man bør også huske at vende blikket indad… En gennemgribende indførsel / omlægning af IT- platformen vil betyde store ændringer i udførsel af forretningsprocesserne Er virksomheden klar til det? Hvordan tilvejebringes de rette kompetencer? –Uddannelse? –Udskiftning? –Kompromiser?

RHS - Informationsteknologi 19 Kompetencer og præferencer Virksomheden kan også have ”tradition” for bestemte produkter Hvad med sprog? Skal ikke undervurderes… Kan måske lette accepten af et nyt system, hvis visse slutbruger- systemer bevares Tag slutbrugerne med på råd!!

RHS - Informationsteknologi 20 Modularitet – trinvis indførsel Big Bang – strategien: –Luk virksomheden fredag kl. 15 –Indfør systemet i weekenden –Åbn igen mandag kl. 7 –Kør med det nye system Virker sjældent i praksis… Måske ikke engang muligt – kan man skifte hjul på en bil der kører…?

RHS - Informationsteknologi 21 Modularitet – trinvis indførsel Stort set alle større systemer er modulære i dag – udnyt det! Trinvis indførsel giver en række fordele: –Mindre forpligtende ”commitment” –Nemmere process –Evaluering af mindre system –Mulighed for at hoppe fra / skifte leverandør –Smør det hjul der knirker mest… –Langsommere ændring af kultur, kompetencer, m.v.

RHS - Informationsteknologi 22 Organisation og opgaver I princippet burde software-arkitektur ikke have indflydelse på opgaver – skal ”bare” være medie for vores data-model Kan næppe skilles helt ad i praksis Et tilstrækkeligt smart system kan måske helt automatisere visse ”komplekse” opgaver, f.eks detail-planlægning af produktion Men kan det fjerne eksistensgrundlaget for visse grupper medarbejdere…?

RHS - Informationsteknologi 23 Organisation og opgaver Eksempel: mellemledere udarbejder daglige planer for produktion, baseret på taktiske data (prognoser, med videre) Nyt, smart ERP-system kan på egen hånd beregne produk- tionsplaner ud fra taktiske data Farvel, mellemleder…?

RHS - Informationsteknologi 24 Kan vi selv…? Når vi nu har besluttet os… Hvordan skal systemet så indføres? –Egne folk? –Hjælp udefra? Meget afhængig af løsningens kompleksitet, men nemt at undervurdere opgaven Mange konsulentfirmaer tilbyder både hjælp til valg og indførelse af en løsning – men er de uafhængige…?