System för databashantering och samarbete

På den här sidan vill vi prata om: "Fjärr DBA mellan företag på ett kooperativt sätt"

Bra läsning.

Del 1 av 2

Förhandsinformation

KÄLLA: Claudio VENTURINI

TITEL : Design och utveckling av Datalager i en kooperativ miljö

Talare: Dr Andrea MAURINO

Handledare: Dr Angelo SIRONI

Bitar av Claudio Venturinis examensarbete som gavs till Stefano Fantin av Andrea Maurino, universitetsprofessor vid Studieuniversitetet, görs tillgängliga i informationssyfte. Milano Bicocca, som en läs- och dokumentationsresurs.

Coopetition: problem för IT

I ett samarbetsscenario finns det två eller flera organisationer som verkar i en konkurrensregim inom en viss marknad, och som dock behöver samarbeta i vissa aspekter av verksamheten. Orsakerna kan vara olika och har diskuterats flitigt av forskning inom områdena ekonomisk, organisatorisk ledning och kunskapsledning.

Generellt sett kan en samarbetsrelation mellan olika aktörer upprättas genom deltagarnas egen vilja eller påtvingas av tredje part. I det första fallet identifierar aktörerna i samarbete möjligheten att få gemensamma fördelar, som ingen av dem skulle kunna få i ett rent konkurrensutsatt scenario. Ett exempel är utbyte av information i syfte att förbättra kvaliteten på produkter eller tjänster som tillhandahålls kunder. I det andra fallet involverar scenariot dock en tredje aktör, som har makten att tvinga fram eller stimulera ett informationsutbyte mellan deltagarna. Ett typiskt fall är när vissa organisationer enligt lag är skyldiga att delta i en samarbetsmekanism.

Ur IT-synpunkt kännetecknas samverkan av att de inblandade aktörerna behöver utbyta information, dock utan att helt integrera sina informationssystem. Detta informationsutbyte måste kontrolleras väl, eftersom samverkan endast kan vara lönsamt om den kooperativa aspekten av relationen ger fördelar för alla deltagare, och därför inte genererar konkurrensfördelar för den enskilda aktören. De mest relevanta problemen med tanke på att utveckla ett mjukvarusystem som utför denna integration i en kooperativ miljö är därför följande:

Identifiering av informationen som ska delas, förstå vilken information som behöver utbytas och sedan integreras, så att den är användbar för hela de involverade organisationerna.

Integrationstekniker väljer lämpliga tekniker för att genomföra integrationen, både vad gäller den process som ska följas och vad gäller de arkitekturer och system som kan användas. Detta område omfattar även frågor som rör lösningen av möjliga semantiska inkonsekvenser mellan information som kommer från olika organisationer.

Skalbarhet antalet organisationer som är involverade i samarbete kan vara i storleksordningen dussintals och variera över tiden: det är därför nödvändigt att arkitekturen är tillräckligt skalbar så att den relaterade uppgifter kan integreras i systemet med relativ enkelhet.

Flexibilitet Integrationen av olika informationssystem ökar sannolikheten för att minst ett av dem kommer att genomgå förändringar på kort sikt. Denna sannolikhet är högre ju mer integrerade informationssystem det finns, och representerar ett problem särskilt när mängden information som delas är hög. Systemet måste därför kunna reagera snabbt på förändringar i de olika integrerade informationssystemen.

Säkerhet säkerställer säkerheten för publicerad information genom adekvata åtkomstkontrollmekanismer

Sekretess garanterar integriteten för den information som publiceras, för att förhindra att någon av aktörerna får kännedom om känslig information för andra organisationer, till exempel genom inferentiella attacker. I synnerhet är det nödvändigt att hitta den rätta balansen mellan användbarheten av uppgifter delas, i syfte att utföra analytiska undersökningar, och den erforderliga integritetsnivån.

Egenskaper av  uppgifter  ögonblicket i  uppgifter  publiceras riskerar en organisation att tappa kontrollen över dem. Detta problem påverkas starkt av närvaron av en tredje aktör och av graden av förtroende som de involverade organisationerna

de sätter dig tillbaka. Faktum är att i vissa fall kan denna tredje part ta hand om hanteringen av uppgifter delad.

För att lösa dessa problem måste IT först identifiera de arkitekturer, plattformar och teknologier som är nödvändiga för integration och utbyte av information. För det andra måste den definiera en adekvat utvecklingsmodell, särskilt när det gäller kravinsamlingsfasen. Nedan kommer vi att analysera i detalj hur det är möjligt att uppfylla de krav som anges i det specifika fallet med utvecklingen av ett datalagersystem.

Vanligtvis används en DW för kvantitativa analyser av händelser av intresse för en organisations verksamhet, såsom försäljning, inköp eller lagernivåer. Följaktligen handlar det om numerisk information, såsom produktkvantiteter eller priser. För att göra detta organiserar DW informationen på ett sådant sätt att den kan användas effektivt för att genomföra analyser i beslutsstödjande syfte. DE uppgifter de utvinns från olika källor inom organisationen och integreras med hjälp av en av integrationsteknikerna för att få en enhetlig vision. Under denna fas kan de också genomgå en rengöringsprocess, i slutet av vilken de integreras i DW.

DW används av användare på olika nivåer. Ledningsorgan använder det för komplexa analyser av olika aspekter av verksamheten, för att stödja deras beslut.

Andra användare kan helt enkelt använda den för att generera periodiska rapporter, som ibland till och med kan göras offentliga utanför organisationen.

I en DW utvecklas i en kooperativ miljö de individuella källorna till uppgifter de ägs av olika organisationer och är integrerade för att observera fenomen som inte involverar individer utan alla deltagare. .

Samarbetsvillig Datalager  (CDW):

systemet utnyttjas inte enbart inom organisationen. Tvärtom är systemet öppet och kan ge information till olika typer av användare:

samma organisationer som är inblandade i samarbete, som på så sätt kan få en bredare syn på marknaden där de verkar

den offentliga förvaltningen, som kan begära uppgifter för att bedriva kontrollverksamhet

medborgare och konsumenter för att göra produktionskedjan mer transparent.

Samarbete, konkurrens, samarbete

På senare år har andra författare betonat vikten av samarbetsmekanismer för att skapa värde inom verksamheten.

Genom spelteori är det möjligt att matematiskt modellera affärsaktörers beteenden för att studera deras strategiska beslut. I ett spel tillämpar varje konkurrent strategier för att bestämma vilket drag som ska tas vid varje tur. Lönsamheten för flytten definieras av en belöningsfunktion, som associerar ett numeriskt värde med varje drag som görs av deltagaren. Vanligtvis representerar belöningen vinsten eller förlusten av pengar, och följaktligen kan det vara en

negativt värde. Spelarnas mål är att maximera summan av belöningar som erhållits under de olika spelomgångarna.

Utan att gå in på detaljerna i den matematiska representationen kan de tre scenarierna konkurrens, samarbete och samverkan karakteriseras enligt följande:

Konkurrens Organisationen är en isolerad enhet jämfört med andra marknadsaktörer, och det enda målet i spelet är sökandet efter en större belöning än den som erhålls av motståndare, efter opportunistiskt beteende. I det här spelscenariot motsvarar vinsten som betalas till en av spelarna en identisk förlust för motståndaren, och följaktligen kan vi prata om ett nollsummespel. Det är tydligt att i den här typen av spel står de olika deltagarnas belöningsfunktioner i skarp kontrast till varandra: det sker därför inget verkligt värdeskapande, utan snarare en värdeöverföring mellan spelarna.

Samarbete Organisationerna i spel drivs av sammanfallande intressen och kännetecknas följaktligen av belöningsfunktioner som överensstämmer med varandra. Generellt sett bygger interaktioner på ett förhållande av ömsesidigt förtroende, på ett sätt som är helt motsatt vad som händer i ett konkurrensscenario. Detta sammanhang

det kan representeras med ett positivt summaspel, där skapandet av värde är möjligt och är desto mer konsekvent ju mer spelarna antar en strategi som syftar till att sträva efter gemensamma intressen: detta utgör ett starkt avskräckande mot antagandet av opportunistiskt beteende.

Coopetition Coopetitive kontexten är ett hybridscenario där deltagarna strävar efter delvis konvergerande intressen. Det betyder att, i motsats till vad som händer i samarbete, inte är en organisations primära intresse

det är perfekt anpassat till intresset hos andra deltagare i spelet. Det finns därför inget totalt förtroendeförhållande mellan spelarna: tvärtom är det troligt att belöningsfunktionen hos vissa av spelarna gynnar opportunistiskt beteende. Dessa faktorer gör att spelet kännetecknas av en positiv men rörlig summastruktur, vilket kan leda till gemensamma fördelar bland alla deltagare, men inte nödvändigtvis rättvisa. I detta scenario skapas en osäkerhetssituation på grund av att spelarna inte har någon möjlighet att på förhand uppskatta de fördelar de kan få av samarbete. Denna osäkerhet kan leda till opportunistiskt beteende och följaktligen minska deltagandet i samarbetet.

Under alla omständigheter måste de möjliga analyserna begränsas till alla berörda organisationer och får därför inte involvera uppgifter av endast en av dem.

Samarbete ur IT-synpunkt

Ömsesidig nytta Samarbete mellan två eller flera partners för att uppnå ömsesidig nytta. Ett riktigt fall är den internationella roamingtjänst som tillhandahålls av mobiltelefonföretag, som tävlar om att locka kunder, men samtidigt samarbetar de för att garantera tillgång till telefonnätet även utomlands och delar på intäkterna från internationell telefontrafik. Operatörer måste implementera mekanismer för utbyte av samtalsdetaljer och förena debiteringssystem. Ett andra exempel är automatiska betalningstjänster för motorvägsavgifter, som Telepass. Även om det italienska motorvägsnätet ägs av flera konkurrerande företag, samarbetar de för att tillhandahålla Telepass-tjänsten över hela nätet. Även i detta fall är ett kontinuerligt flöde nödvändigt uppgifter bland olika organisationer för att hantera bilisters kreditkortsavgifter.

Intressenter med makt att tvinga fram samarbete I vissa affärsscenarier finns det en intressent med tillräcklig makt för att etablera en samarbetsrelation mellan andra konkurrerande intressenter. Ett scenario av denna typ skapades i  Italien  efter inrättandet av Continuous National Labour Exchange (BCNL), en webbportal med syfte att uppmuntra matchning av utbud och efterfrågan på jobb. I det här fallet har staten enligt lag ålagt de olika offentliga och privata arbetsförmedlingsbyråerna att samarbeta genom att göra tillgänglig information i portalen om profilerna för de arbetssökande som de hanterar. Ett andra exempel är parallell inköp, en typisk modell för materialanskaffning inom den japanska bilindustrin [?]. I det här fallet hämtar en organisation material från flera olika leverantörer och upprätthåller relationen med var och en under en lång period. Detta säkerställer en konstant tillgång på material och bidrar till att skapa stark konkurrens mellan leverantörerna. Men de är också skyldiga att utbyta kunskap med varandra om produktionsproblem och deras lösningar.

Statistiska informationssystem Förvaltningen, eller stora företag, kan besluta att delvis integrera sina informationssystem för att få information om befolkningen, för beslutsstöd och statistisk analys.

Integrationen av deltagarnas informationssystem leder till konstruktionen av ett federerat informationssystem, som möjliggör utbyte av information mellan de berörda organisationerna. Bland de största problemen i byggsystem är detta

Toppmoderna

I ett samarbetssammanhang finns det förvisso organisatoriska frågor. En första analys i denna mening genomfördes i syfte att utvärdera de faktorer som orsakar projektets framgång eller misslyckande, beskriva profilerna för de aktörer som är involverade i integrationsprocessen, klassificera de möjliga beteenden som de kan anta och slutligen identifiera viktiga faser i uppbyggnaden av systemet.

I ett projekt för att bygga ett federerat informationssystem, på kooperativ basis, kan följande aktörer identifieras:

Coopetition styrelsekommitté En kommitté med rollen att främja coopetition genom att fungera som en mellanhand mellan de involverade organisationerna och koordinera projektet

Beslutsfattare Uppsättningen av chefer för de olika berörda organisationerna, som har makten att bestämma vilken viktnivå som ska tilldelas projektet och följaktligen hur många resurser som ska tilldelas

Coopetition Process Key Role (CPKR) En grupp personer för var och en av de inblandade organisationerna som ansvarar för att samarbeta med organisationen med samarbetsstyrelsens kommitté, för att genomföra samverkan. De är vanligtvis personer av lägre rang än beslutsfattare, men med stort inflytande i den kooperativa processen.

Författarna framhåller att det i vissa fall för att nå projektmålen kan vara nödvändigt att ingripa i organisationens affärsprocesser, särskilt när det är nödvändigt att ta itu med kvalitetsproblem hos  uppgifter. Deras omstrukturering är en kostsam operation, och det är därför nödvändigt att beslutsfattare till fullo förstår omfattningen av det mervärde som initiativet ger organisationen. Annars kommer de inte att vara villiga att investera tillräckliga resurser, både vad gäller mänskligt och ekonomiskt kapital. Detta är särskilt viktigt om samarbete tvingas fram av tredje part.

CPKRs roll är grundläggande för projektets framgång, eftersom de är ansvariga för att möjliggöra integration genom att tillhandahålla nödvändiga gränssnitt mellan organisationen och omvärlden. Ett typiskt fall av CPKR är IT-avdelningens tekniker, som måste förbereda de hård- och mjukvaruplattformar som krävs för att tillåta organisationens kommunikation med federationen. I vissa fall kommer CPKR inte att se någon direkt nytta av införandet av det nya systemet och kan därför vara ovilliga att delta i samarbetet. Dessutom hamnar de oftast i en situation av underordnad beslutsfattarna. Om de senare inte har för avsikt att investera tillräckliga resurser i projektet är det mycket troligt att de bara lämnar en liten del av den totala arbetstiden tillgänglig för CPKR för genomförandet av projektet.

Fjärr DBA mellan företag på ett kooperativt sätt

Del 2 av 2

Grunderna i

Informatik för organisationen

Första delen av kursen: lektioner 1-6

Handouts skrivna av:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Verifierad av professor Giorgio De Michelis för att säkerställa frånvaron av misstag.

UTBILDNINGAR FÖRSTÄRKAD AV DOKTOR STEFANO FANTIN .

Informationsteknologins historia i organisationer

Företag började använda automatismer och maskiner redan innan datorernas ankomst, till exempel i början av 1900-talet användes maskiner för att organisera registret med hjälp av beställda kort och urvalsmekanismer, eller för att sammanfatta information och konton, såsom tabell- eller redovisningsmaskiner.

International Business Machines, IBM, föddes just i denna sektor: till en början sålde man faktureringssystem, som gjordes tusentals gånger i månaden; det fanns därför system för att ta fram fakturor, men inte för förvaltningen: det fanns ingen statistik och det fanns ingen plats att lagra stora volymer av uppgifter.

I mitten av 30- och 40-talen arbetade tre huvudarbetsgrupper med programmerbara elektroniska datorer: Alan Turing i England, med syfte att skapa ett krypteringssystem för krigsändamål, Konrad Zuse i germaniumoxid (som av vissa anses vara den sanna uppfinnaren av

elektronisk kalkylator) och John von Neumann med ENIAC-teamet i Amerika. Särskilt amerikanerna hade förtjänsten att efter kriget se en roll för datorer inom organisationer och därför introducera dem i dessa miljöer.

Konceptet med en programmerbar kalkylator går dock före denna period: redan i mitten av 1800-talet hade Charles Babbage skapat en mekanisk maskin för att utföra beräkningar, "differentialmotorn". Denna maskin påverkades dock av mekaniska problem och byggdes aldrig av Babbage (en produktion enligt originaldesignen slutfördes 1991, Science Museum i london). Babbage designade senare "Analytical Engine", en ännu mer komplex maskin, som använde hålkort, och som kunde vara det programmeras efter behag. Den hade aritmetiska enheter, flödeskontroll och minne: det var den första designen av en Turing-komplett dator.

I slutet av 50-talet insåg man att kalkylatorn kunde användas inom företag och offentlig förvaltning, vars organisation led av de enorma mängderna uppgifter. På grund av de höga kostnaderna hade bara stora organisationer och forskningscentra (som rymden) och armén råd med en miniräknare.

På 60-talet kom informationsteknologin äntligen in i företag på bred basis också tack vare rollen som IBM, som utvecklade den första stordatorn, System/360 (1964), utformad för att ha en mycket bred spridning i medelstora/stora organisationer under den perioden.

På den eran också i Italien det fanns en produktion av elektroniska miniräknare för organisationer, tack vare Olivetti. Detta företag bestod av två arbetsgrupper: a Pisa den konceptuella och fysiska designen av maskinen genomfördes, i Ivrea fanns det kommersiella centret för försäljning och interaktion med kunden. Utvecklingen av datorer, i denna era, var en utmaning och ett äventyr, eftersom utvecklingsprocesser som garanterade skapandet av mycket användbara maskiner ännu inte existerade.

Med tiden spred sig dessa teknologier och datorn blev ett sätt att hantera all kodifierbar information.

Idag, jämfört med för 40 år sedan, har informationsteknologin förändrats mycket. Det har skett många förbättringar sedan hålkortens dagar, men tyvärr har det också uppstått oundvikliga problem till följd av den förändring som innovation krävde. För närvarande måste vi, varje gång vi inför en förändring, hantera befintliga (legacy) teknologier, ofta dåligt dokumenterade eller inte dokumenterade alls, förutse integrationer och migreringstider och kollidera med användarmotstånd.

I företagsorganisationer finns det en push för kontinuerlig användning av miniräknare av olika anledningar. Det mest pressande är de enorma mängderna uppgifter att hantera, ofta ostrukturerad information, och behovet av att utföra repetitiva eller komplexa beräkningar.

3-sidig vision

Inom organisationen finns tre intresseområden för informationssystem:

omfattningen rörelse, det som avser registreringen av företagets fakta, vilket är nödvändigt för dess styrning;

omfattningen beslutet, relaterat till behandling av information för att utveckla Business Intelligence;

omfattningen collaborative, relaterade till hantering av kommunikation och kunskapsflöden inom företaget och med externa samtalspartner, nödvändiga för att kunna tänka sig det nya.

Informationssystemens funktion motsvarar en god organisation av verksamheten och därmed fördelar för de anställda intressenter (var det anställda, partners, leverantörer, staten).

Denna uppdelning av informationssystem, kallad "tre ansikten", föreslogs i två artiklar11 i slutet av 90-talet stödde en grupp experter från olika universitet och olika bakgrunder behovet av att ta hänsyn till de tre områdena för att skapa ett effektivt system.

Systemets tre sidor ska inte förstås som ingående komponenter i systemet, utan som tre aspekter av företaget som ska beaktas vid utvecklingen av nya system.

Även om de första informationssystemen föddes uteslutande för att stödja operationer, utfördes inte en ordentlig separation av systemets 3 ytor under deras utveckling, utan de sammanslogs i de olika komponenterna som utgör systemet i dess helhet; systemen skapades för specifika användningar och var och en av dem hade, inom sig, aspekter som var specifika för var och en av de 3 ansiktena. Till exempel fortsatte utvecklingen av verksamhetsstödsystem under födelsen och utvecklingen av Business Intelligence-system.

Detta bidrog till skapandet av system som består av separata men samverkande komponenter. Var och en av dessa komponenter har en separat utveckling från de andra och tillväxten av systemet består i valen relaterade till optimering av integrationen av befintliga system. Dessa integrationsval introducerar dock stelheter och villkorar framtida val: innovationen av en mjukvara fortsätter i åratal (10 eller 15 år) och ifrågasätter ständigt befintliga system. De val som gjorts tidigare rör relationerna mellan komponenterna och som har lett till den nuvarande situationen, inte bara på systemnivå, utan också på nivån av fördomar: föreställningar och vanor som har slagit rot i företaget, särskilt i situationer med hög stabilitet.

De tre underavdelningarna vi har sett ska betraktas som tre sidor av samma problem och inte tre distinkta komponenter.

Driftstöd

Informationsteknologin kom först in i företag inom områden av vital och kvantitativt intresse: företagets väsentliga information är den som kan spåras tillbaka till företagets ekonomiska värden och produkter. Därför var de tre första områdena som skulle datoriseras

lagerhantering och produktionsplanering;

redovisning, administration;

Personal administration.

Den första informationsteknologin i organisationen är därför kopplad till framtagandet av en unik identifiering av företagets fakta hänförliga till ekonomiska värden. Denna aspekt har nu blivit grundläggande eftersom den gör företagets verksamhet transparent. Nuförtiden är det väsentligt att denna transparens finns enligt olika lagstiftningar, därför finns det inom en organisation av betydande storlek behov som inte längre kan tillgodoses utan hjälp av informationsteknologi.

Systemen som hanterar dessa uppgifter grundläggande för verksamheten av företaget (lager, personal, fakturering), d.v.s. som hjälper företaget i den egna verksamheten, kallas verksamhetsstödsystem.

Låt oss till exempel ta ett fiktivt företag som producerar leksaker: varje producerat föremål beskrivs av dess stycklista, det vill säga listan över alla dess komponenter, och varje variation i stycklistan ger upphov till ett annat objekt: till exempel , alla barbiedockor har 2 armar och 2 ben, men vissa har rött hår, vissa har en viss klänning osv. Vi kan identifiera en produkt och alla dess varianter genom att använda unika koder.

Varje produkt har lager av lager: vi är intresserade av att veta hur många Barbies vi har och hur många vi har producerat.

Produkterna måste sedan säljas: därför måste ett företag administrera fakturorna som rör försäljningen. Vid det här laget kan vi korrelera pengar och produkter och se hur mycket pengar som kommer in för varje produkt som släpps.

Genom informationssystemet kan vi därför få information om produkterna och de denaro.

Parallellt med slutprodukterna, för att producera något, behövs insatsmaterial, så vi måste registrera insatsmaterialen och relaterade kostnader och lager.

Slutligen är det nödvändigt att administrera personlig. Huvudinformationen är:

profiler (personliga, skattemässiga);

position i organisationen;

indikationer som rör produktionsbonussystemet.

Beslutsstöd

Men att driva en organisation går längre än att hantera företagets fakta: för att växa, förbättra och utveckla företaget är det nödvändigt att göra val baserat på de situationer och problem (till exempel ökningen eller minskningen av efterfrågan på en produkt) som placeras i företagets väg, det vill säga att i grunden fatta beslut baserade på fakta och ekonomiska värderingar.

Inte nog med det: företaget kan också avvika från sin väg utan att inse det om till exempel vissa försäljningskanaler är för eller för olönsamma (eller till och med representerar en förlust), företaget kan omedvetet gå i oväntade riktningar.

Det är därför nödvändigt att ställa oss frågor som rör de faktorer som genererar förändringen, eller de faktorer som mest kommer att påverka företagets verksamhetsval. För att göra detta är det möjligt att bygga modeller med hjälp av miniräknare för att bäst tolka uppgifter känd.

System är därför nödvändiga som ger tillgång till all användbar kunskap, d.v.s. den som hänför sig till expertområdet för den person som begär det och som är användbara för att utföra relevanta aktiviteter, för att kunna ge ett svar, men lämnar en bra frihetsgrad.att kunna ge ett svar på ett ansvarsfullt sätt.

Sådana system, som hjälper till i ledningen av organisationen, kallas system för företag ledning.

Dessa system låter dig implementera tolkningsprocesser som hjälper till med planering och val för framtiden baserat på vad dynamiken mellan produktion och försäljning genererar.

Tolkningen av denna dynamik utförs av business intelligence (BI), det vill säga från den disciplinen, eller uppsättningen av tekniker, som söker efter uppgifter som företaget redan har, men som man (delvis) inte känner till. Övervakningssystem och beslutssystem är en del av BI.

Med tiden har BI-system också utvecklats: tidigare var dessa system orienterade mot verkställande informationssystem, eller system för insamling av uppgifter, men företagens behov har förändrats under åren och företag ställer andra frågor än tidigare. Faktum är att de inte bara arbetar för att ständigt förbättra företaget, arbetsmiljön och produkten, utan marknadens tillstånd och den specifika sektor som företaget producerar inom påverkar dess sätt att agera på kort och lång sikt.

Företaget behöver därför:

organisera sig själv och sina system på ett sådant sätt att de garanterar en god grad av flexibilitet för förändring;

bestå av kompetent och flexibel personal;

hantering av mycket information och relationer med andra enheter (människor, andra företag, ...).

Business Intelligence måste därför vara adekvat för att stödja och underlätta företagets val, enligt dess strategi: ERP-system, födda på 60/70-talet, riktade sig till mycket stabila företag, men nuläget är ett annat. Det räcker inte längre att syntetisera i uppgifter till chefens tjänst, men det är nödvändigt att kunna generera ytterligare information och genomföra komplexa och ofta dyra analyser. Särskilda informationssystem behövs därför för dessa behov.

Ett exempel på hur system har utvecklats från driftledning till beslutsstöd är lagret.

En gång i tiden bestod lagerhanteringen av att hämta varor uppgifter väsentligt för dess förvaltning: katalogisering av lager, råvaror och slutprodukter.

Idag är systemet bredare och klarar, förutom uppgifter, programmering och produktionsplanering.

Detta system går igenom flera evolutionära faser:

grundläggande algoritmer för systemet som helhet: baserat på råvaruintäkter ei

produktionsbegränsningar bestämmer de standarder och rytmer som måste upprätthållas (lager Teorin)

mer exakt modellering av systemet med tydliga tidsbegränsningar: kedja av operationer som nödvändigtvis måste äga rum och deras kontroll (logistik+automation)

i mycket stora system kan hanteringen inte enbart automatiseras, och därför är det nödvändigt att öppna upp för Business Intelligence (Beslutet system)

Till och med administrationen, liksom lagret, har genomgått en förändring över tid: en gång i tiden fungerade systemen på det absoluta minimum och gav därför stöd vid upprättande av fakturor och budgetar, men idag driver utvecklingen mot programmering och design, kontroll (övervakning) av verksamhet och projekt.

Union of Operations and Decisions in ERP-system

Integrationen mellan verksamhetsstödsystem och business intelligence-system fortsätter att öka fram till uppkomsten av ERP-system, Enterprise Resource Planning, som tar rollen som ett enda informationssystem för hela företagets liv. Dessa system, som nådde maximal spridning på 90-talet, används i stort sett i alla medelstora/stora företag och blir allt mer utbredda i medelstora/småföretag.

Den ledande produkten på denna marknad är SAP.

Antagandet av ett ERP (inte nödvändigtvis SAP) är en ny början för företaget: konsolideringen av information och dess centraliserade men modulariserade hantering möjliggör komplexa resonemangslogiker (studie av vinstmarginaler, solvens/insolvensscenarier ...).

Så att översätta ett företags struktur till en affärssystemsmodell är ett bra sätt att till fullo förstå hur företag är uppbyggda och hur de fungerar. Men med affärssystem är det svårt att fånga företagens essens som "kunskapsgeneratorer", och det blir omöjligt att representera dem i alla detaljer.

Faktum är att problemet med att representera företaget uppstår från det faktum att de ERP-system som för närvarande finns bygger på en enda hierarkisk funktionell företagsmodell (ARIS-modell), medan det i den moderna världen är vanligt att identifiera organisationer med en matrisstruktur, i vilka personer inte har ett enda beroende (från den överordnade), utan dubbelt: ett för funktionsområdet (kunskap som enskilda personer har, till exempel en designer har en referens "chefsdesigner") och en för jobbet (projektet i som de arbetar med, till exempel har designern en "projektledare" för det projekt han arbetar med för närvarande).

Det finns därför flera chefer för en enda anställd, med potentiella konfliktsituationer.

Dessutom presenterar ERP:er begränsningar relaterade till företagets variabilitet: ett företag kan inte förutsäga hur det kommer att utvecklas och hur det kommer att förändras. IT-systemet måste nödvändigtvis anpassa sig till förändringar i företaget, men ibland är ERP:n för strukturerad för att kunna hänga med i företagets utveckling och denna defekt introducerar i sin tur en stelhet som presenterar sig som ett hinder för företagets utveckling.

I slutändan, när du bestämmer dig för ett ERP, måste du förstå:

integration uppgifter: ERP:er kan uppenbarligen inte ignorera uppgifter av företag, som är många och oorganiserade, finns det ett behov av att använda datalager

vilka problem som uppstår när man driver företaget helt med ERP

därför, vilka är de utmärkande egenskaperna hos det företag som använder ett visst affärssystem och vilka av dem har att göra med dessa problem (t.ex. egenskaper som är specifika för företag från ett visst land, t.ex. italienska kännetecknas av tradition och familjeledning, små-medelstora storlek, motstånd mot förändring)

Kunskapshantering

När ett företag bestämmer sig för att gå in i ett visst marknadssegment kan det inte börja från ingenting: det finns kriterier som det är nödvändigt att agera efter och det finns parametrar som måste analyseras noggrant. Studiet av konkurrenter och marknad är nödvändigt inte bara för att reda ut de möjliga strategierna att anta, utan också för att kunna jämföra resultaten av ens egna strategier med befintliga.

De beslut som fattas inom ett företag är därför resultatet av en process, som dock varken är formell eller har en väldefinierad process. Medan vissa har försökt att formalisera dessa processer och hur människor tänker, är resultatet att människors beteende sällan är vad du förväntar dig.

Generellt sett har marknadsstudieprocessen två grundläggande komponenter:

dialogisk komponenteller kommunikation mellan människor. När de inte har tillräckligt med information kan de be någon om det implicit eller explicit.

I företag kallas den ”slutliga beslutsfattaren” för verkställande direktören (VD) som eventuellt stöds av ett råd, till vilket det rapporterar. Vd måste ständigt kommunicera med alla personer som är involverade i projektet, utbyta information för att hitta sätt att skapa vinst till företaget.

dokumentär komponent, eller utbyte och/eller delning av dokument. Inte bara det finns kommunikation mellan människor, men det finns också ett utbyte av dokument som är nödvändigt för att ha en gemensam grund att diskutera på. Information samlas in och studier genomförs på den marknad du avser att beträda och hur du kommer in på marknaden.

Kunskaps- och informationshantering är en grundläggande komponent för alla sektorer där det är nödvändigt att fatta en viss typ av beslut, inte strikt kopplade till uppgifter vissa av företaget, men ofta kopplade till uppgifter osäker.

Två sektorer som har genomgått en utveckling i denna mening de senaste åren är den av marknadsföring och den kommersiella, särskilt den av marknadsföring som inte bara bygger på uppgifter osäker - som den kommersiella - men måste också tolka människors beteende.

Informationssystem för marknadsföring och kommersiella föds inte inom området för verksamhetsstödsystem, utan inom området för informationsbehandling och utvecklas mot hantering av informationsflöden, eftersom de måste ta hänsyn till många fler informationskällor, inklusive externa.

Informationsteknologin måste samverka med ett komplicerat system för kommunikation och informationsutbyte. Och det måste möta ett komplext problem för att integrera dem och ge svar på företagens behov.

Kommunikationssystemet följer nu ett flöde som lämnar företaget och öppnar för en rad helt nya problem. Inom hushållssektorn, till exempel, känner inte företag till sina kunder slutligen, eftersom den nuvarande verkligheten är att hushållsapparater säljs i flermärkesbutiker, där det finns en mellanhand, chefen för butikensom etablerar en förtroenderelation med kunden. Även reparationstekniker är ofta flera varumärken, och företaget blir hindrat av att kommunicera med kunden eftersom det inte interagerar direkt. Producenterna måste därför öppna samtalskanaler med sina kunder, men denna uppgift är inte lätt att utföra, eftersom ofta den enda feedback som företag har från kunder händer bara när jag kunder de är inte nöjda.

För ett företag är samtalsflödet med kunden lika viktigt som försäljningen av en produkt, eftersom det innebär dess lojalitet. Fram till för några år sedan organiserades kanalen med kunden endast genom callcenter. På senare tid har dock IKT spridits mer och mer och intar inte bara en position i backoffice, utan tar en ny roll inom kundkommunikation.

Interaktion med kunden och hantering av konversationsflödet har lett till att företagets olika avdelningar har antagit ett eget kommunikationssystem över tid. Det finns dock ett behov av interaktion mellan dessa avdelningar och det ställer till problem när det gäller att integrera de verktyg som de olika avdelningarna använder. Kundkonversationspolicyerna bryter därför företagets gränser och ställer till problemet med var man ska placera verktygen för att kunna föra detta samtal; varje företag har en mycket specifik integrationsprofil, som beror på företagets historia.

Samtalet som involverar skapandet och utvecklingen av nya produkter har därför två huvudkällor:

en extern källa, som ges av beteendet hos konkurrenterna och deras produkter och av beteendet hos kunder;

en intern källa, given genom jämförelsen mellan försäljningsprognoser och faktisk försäljning.

Interaktionen med kunden sker också genom "operativsystemen" (d.v.s. verksamhetsstödsystemen), som successivt går från en roll som är nära kopplad till företaget och dess kärnverksamhet, mot en roll närmare användaren genom att integrera allt mer tjänster och erbjudanden för konsumenten.

Tekniken gör att vi kan bredda omfånget av verksamhetsstödsystem, vilket radikalt förändrar interaktionen vi har med kunden.

Till exempel kallar dagens teleföretag de system som hanterar telefonnät för "operativsystem" och handlingen att slå ett telefonnummer är en interaktion med det operativsystemet, även om denna kommunikation inte uppfattas av användaren som sådan.

Å andra sidan, de operativsystem som används i företag av e-handel komma amason, är mycket synliga för användare som etablerar en sorts dialog med detta system (till exempel amason erbjuder användaren böcker som han kan tycka är intressanta baserat på andra användares val).

Interaktion med användaren är väsentlig när företaget vill associera produkten som ska säljas med budskapet som sänds: när ett företag tänker på sin existens, produkten det säljer och sin relation till marknaden, jämför det det befintliga som möjligt. Detta görs genom att arbeta med den kunskap man har, som härrör från uppgifter (dvs. från de insamlade siffrorna), men också från den icke-numeriska kunskap som företaget samlar in från konkurrenter e kunder.

Detta område av kunskapshantering blir mer och mer betydelsefullt inom moderna organisationer, det är en ny aspekt.

Och det är intressant att se att vissa företag har starka interaktioner med bl.a kunder och de är allt mer känsliga för den allmänna opinionen och kundrelationer. Till exempel, för FIAT 500, en webbplats (500 dagar före marknadslanseringen) som samlade in indikationerna på kunder potential och framtid och i själva verket påverkade produkten som sedan presenterades på marknaden (till exempel var instrumentbrädan ett omdesignat element som påminner om den för den ursprungliga 500 enligt allmänhetens indikationer).

Tolkningen av marknaden måste nödvändigtvis passera genom interaktionen med potentialerna kunder.

För att göra detta är vi därför intresserade av kunskaps- och samarbetshanteringsverktyg (gruppprogram). Kommunikation, både intern och extern, är avgörande för ett företags framgång.

Alla verktyg som sprids i organisationer är alltmer inriktade på kunskapshantering, inte bara för att tolka marknaden utan också för att möjliggöra kunskapsdelning inom av företaget; till exempel ett företag med separata och avlägsna kontor (t.ex Milano e Roma), skulle kunna använda kunskaps- och kommunikationshanteringssystem för att föra ömsesidiga erfarenheter närmare, förhindra utvecklingen av två separata kärnor och på så sätt tillhandahålla lokalisering och integrering av know-how24.

Kunskapshanteringssystem de är också av intresse för dem som ska fatta mindre och mindre strategiska beslut, till exempel kundtjänsten som ska ge svar på frågor kunder kan använda sig av vanliga frågor, det vill säga en uppsättning svar på vanliga frågor formaliserade med utgångspunkt från delad kunskap. Men varje form av formaliserad process, just för att den är formaliserad, har undantag. Till sin natur kan de inte normaliseras och vissa kan inte elimineras. Inom vissa områden spelar undantaget en viktig roll, som till exempel inom offentlig förvaltning, där man uppskattar att undantaget utgör cirka hälften av fallen.

Processerna åtföljs av ett informationsflöde: om processen inte hanteras väl är inte ens informationskommunikationen effektiv.

Det finns andra processer, beslutsfattande eller design, som kan planeras, men sättet på vilket ett projekt är organiserat påverkar dess förverkligande och det är inte bekvämt för projektet att vara för stelbent. I dessa fall kan man tycka att processen är ett samtalsflöde som innehåller formella och precisa steg inom sig.

Det finns beslutsprocesser och designprocesser som inte kan vara för stela, eftersom samtalsflödet är lika viktigt som designbegränsningarna eller specifikationerna.

Integrering av de 3 områdena

Fram till för några år sedan var världarna av verksamhet och beslutsstödssystem och kunskapshanteringssystem helt separata och oförenliga; mellan dessa system finns det dock inga oöverbryggbara avstånd. Först och främst används en persondator för att komma åt och använda båda systemen: tidigare fanns det en dedikerad maskin för varje funktion, men för närvarande är datorn universell och systemen kan hittas på samma plats. Datorer är också utbredda och alltmer centrala för kommunikation: på 80-talet, när man frågade

”Hur många datorer behöver mitt företag?”, fick svaret ”mer eller mindre lika många som telefoner har du”, detta är ett första tecken på hur datorn blivit ett viktigt verktyg för att hantera kommunikation.

Så genom åren, förutom informationssystem för hantering av uppgifter av företaget har system införts för ledning av företaget, kunskap och kommunikation. En väg har skapats uppgifter allt från löne- och administrationsinformationssystemet till groupware-system som innehåller en rad nyanserad och gradvis mindre exakt information.

Informationsflödena och integrationen av groupwaren med driftstödsystemen gör att det i princip inte längre finns system som innehåller uppgifter statisk. Exempelvis finns inte längre system för att hantera anställdas betalningar, eftersom det är sammanslaget med ett mer komplext karriärledningssystem. Detta gör att du kan erbjuda mer till anställda, utöver arbetsrelationen, vilket förbättrar bandet med företaget.

Förändringen av informationssystem, som i allt högre grad integrerar registrering av fakta med kommunikationsflöden, anpassar sig också till sociala förändringar och i synnerhet till förändringen av hur anställningsförhållandet ses: det har blivit ett partnerskap mellan anställda och företaget. Företaget har ett intresse av att utvärdera sina anställda och föra en dialog med dem om arbetsvillkor. Av denna anledning utvärderas medarbetaren inte bara uppifrån, utan även av kollegor (peer-to-peer utvärdering). Företagens informationssystem syftar i allt högre grad till personalledningssystem som är öppna för personalen själva, vilket ger dem möjlighet att uttrycka sig om arbetsmiljön, om uppsatta mål etc.

Tekniker som är tillgängliga idag för samtal och informationsutbyte inkluderar:

e-mail: som är universellt antagen, i vilken spåret av kommunikation finns automatiskt genererad;

skype: mycket användbar för verbal kommunikation;

videokonferenstjänster mellan flera personer: bättre än Skype för kommunikation mellan fler människor;

telefono.

Dokument, bilagor, är kopplade till den information som utbyts, vilket är bekvämt och användbart, men skapar redundans och en viss förvirring eftersom de är kopplade, men inte integrerade, till diskussionen och därför ofta finns i flera versioner, därför inte unika och inte bra. organiserad, temporärt.

För att övervinna nackdelarna med bilagor i denna mening har specifika system skapats: dokumenthanteringssystem. Det finns flera, en av de mest kända versionerna är wiki.

costi

De huvudsakliga kostnaderna som uppstår vid användning av miniräknare är:

köpa

installazione

underhåll

utbildningsoperatör (instruktionskurser för de tekniker som arbetar där)

När ett företag vänder sig till ett externt företag för att få tjänster. Det är nödvändigt att bättre hantera vad företaget realiserar (kärnverksamhet), allt som är externt behandlas som en kostnad (outsourcing).

Outsourcingavtal det är långa och komplicerade kontrakt där företaget efterfrågar externa tjänster som inte är strikt relaterade till dess "kärnkompetens", det vill säga företaget delegerar till utsidan allt som inte enbart är kopplat till vad företaget ska uppnå . Vi försöker flytta det som är en företagskompetens utanför, vilket gör det till en kostnad, men vi sparar på de resurser som används inom företaget.

De sektorer där outsourcing först genomfördes var IKT, logistik och på senare tid även administrationen själv. En fördel du har är att organisationen befrias från vissa bördor som belastar externa företag såsom tjänster (vi använder know-how extern), är en direkt konsekvens att direkt och ständig kontroll över vad som utförs vid outsourcing går förlorad.

Kostnadsuppskattning är ett stort problem för informationsteknologi, särskilt om det är inriktat på att uppskatta de möjliga besparingar som att använda en teknik kan generera (ex: med ett e-postmeddelande är det svårt att uppskatta var du sparar).

En figur som tar på sig värde beroende på detta kan minska IT-kostnaderna

det är IOK (Chief Information Officer), eftersom det visar att hans makt inte beror på pengarna han förvaltar, utan på hur mycket pengar han sparar företaget.

Den nuvarande situationen i organisationer har olika egenskaper

Tekniken har stratifierat och allmänt omorganiserat runt ett ERP genom att lägga till delar. Nivån av heterogenitet kompliceras av det faktum att det finns både batchsystem och onlinesystem (webbaserade, ….)

tillgång till alla tjänster som systemen tillhandahåller sker via persondator.

Problemet för dem som använder teknik och för dem som producerar dem är att utvärdera vad som finns tillgängligt och för att göra det är det nödvändigt att hitta rigorösa kriterier.

Vald fallstudie: "United Parcel Services (UPS): leverans av paket och e-handel lösningar”, ad opera från centrum för informationssystem (MIT).

Introduzione

Tack vare sina 15 miljoner paket per dag är UPS världsledande inom pakettransport.

Företaget, som grundades 1907 under namnet American Messenger Company, ökade sitt rykte som ett pålitligt och effektivt transportföretag under århundradet, tills det vid tröskeln till 2000 visade sig vara den största transportorganisationen på planeten, med cirka 13 miljoner paket transporteras dagligen till mer än 200 länder.

Under de senaste åren har man utvidgat sin verksamhet långt bortom den "enkla" transporten av föremål: genom att investera i forskning och utnyttja IT-potentialen har man introducerat en mängd ytterligare tjänster.

Den tekniska utvecklingen av företaget var inte ett val som dikterades av exakta prioriteringar. Konkurrenternas införande av högteknologiska tjänster på 80-talet väckte ingen lust att efterlikna hos ledningen och det fanns verkligen en ovilja att spendera mer än 1 % av den årliga budgeten på IT-system. Det var först ett ledningsbyte 1986 som medförde den positiva kursändringen, vilket ledde till massiva investeringar och skapandet av en omfattande servicepark. Mellan 1986 och 1996 satsade UPS mer än 11 ​​miljoner dollar på IT, vilket växte sin flotta av IT-proffs från 100 till mer än 4000 XNUMX.

Detta beslut har haft återverkningar på systemen, på de tjänster som erbjuds kunder, affärsoptimering, partnerrelationer och personalhantering.

System

I den brinnande starten av investeringar i IT byggde UPS omedelbart en anläggning i New Jersey dedikerad till datalagring och bearbetning uppgifter; detta komplex borde ha spelat rollen som databas av alla fakta och information om organisationen, vilket ger en enda ingångspunkt för alla grenar av företaget.

Den centrala databasen var grundläggande framför allt för att säkerställa spårningsmöjligheter, d.v.s. kunskap om platsen för ett paket hela tiden. Denna innovation, som introducerades av tävlingen, var mycket uppskattad av kunder. UPS ansåg därför att det var absolut nödvändigt att investera i

ett kapillärt nätverk som skulle tillåta detta informationsflöde: nätverket, som tog namnet UPS Net, lanserades 1990.

Il databas den måste innehålla inte bara information om paketen (en redan enorm mängd, cirka 200 attribut för varje skickad vara) utan också om andra aspekter: logistik, uppgifter av kunder och av personalen. Denna förvaltning av uppgifter det har påverkat UPS kärnverksamhet, dess organisatoriska metoder och metoder för samarbete.

Med en solid infrastruktur på plats började UPS ta steget in i teknikutvecklingen av sin verksamhet. 1993 introducerades DIAD, ett automatiskt paketigenkänningssystem som i realtid känner igen paketet och uppdaterar databas med de operationer som utförs på den (avgång, transport, hämtning etc.). DIAD består av en miniterminal, för närvarande baserad på Windows Mobile, dato hanteras av alla som hanterar paketen. Terminalen är utrustad med toppmoderna anslutningsmöjligheter (den fjärde utgåvan, som för närvarande används, har Wi-Fi och GPRS, men även bluetooth och infraröd för att kunna ansluta till datorer och skrivare) och naturligtvis en GPS, för att hjälpa förare med ruttoptimering och för att uppdatera paketets aktuella position. Analys av informationen som förmedlas av DIAD:erna avslöjar en uppsjö av uppgifter som företaget använder för att profilera i kunder, optimera leveransflöden och implementera aktivitetsbaserad kostnadsberäkning. Kom igen uppgifter eventuella "brister" eller egenheter dyker upp i planeringen av transporterna kunder, vilket gör att UPS kan erbjuda konsult- och omkonstruktionstjänster. Sjöfartsoptimering, en klassisk verksamhetsforskning tillämpad på informationsteknologi, dominerar UPS verksamhet.

Explosionen av det globala nätet i mitten av 90-talet öppnade nya möjligheter, vilket resulterade i introduktionen av ett stort utbud av tjänster baserade på Internet (UPS Online-verktyg). Det var ett av de första företagen som hade ett eget webbplats och, långt före teoretiseringen av den sk e-handel, han anade potentialen i att placera sig själv mellan producenter och konsumenter, skära återförsäljare och distributörer ut ur kedjan.

Alla datorsystem har utvecklats internt hos UPS. Många applikationer har inte förblivit företagets exklusiva privilegium – till exempel de ovannämnda spårnings- eller kostnadsuppskattningssystemen uppdaterade i realtid över hela planeten – utan har gjorts tillgängliga för kunder: den som vill kan integrera dessa applikationer i sin egen programvara, även i affärssystem. UPS tillhandahåller API:er och dokumentation och frågar bara efter varumärke.

Med tanke på denna förändring av applikationsmål - från intern användning till kundorienterad utveckling - har IT-avdelningar börjat utvecklas på det mest kompatibla och modulära sättet som möjligt:

det systematiska antagandet av öppna standarder har gjort UPS framgångsrikt i det första avseendet, och idag kan många företag enkelt införliva UPS-funktionalitet i sin programvara;

modularitet har underlättat återanvändning och uppdatering av kod, accelererat förbättringar och nya implementeringar. Tyvärr satte budgetrestriktioner stopp för detta lopp. Denna aspekt kommer att framgå bättre i organisationsparagrafen.

Den mycket centraliserade strukturen hos de hittills beskrivna systemen var mycket benägen att avbryta plötsliga avbrott i händelse av katastrofer; ett företag som UPS har inte råd med driftstopp. Av denna anledning beslutade informationschefen 1996 att införa ett datacenter parallellt med Atlanta som replikerade all verksamhet, vilket säkerställde önskvärd affärskontinuitet. Robustheten och effektiviteten hos UPS är så hög att företaget kan

garantera leveranser inom mycket korta tidsfönster (även en timme för kritiska tjänster).

Bland de senaste årens betydande tekniska innovationer har UPS introducerat RFID-märkning av sina specialpaket, ett val som har påskyndat igenkänningsprocedurerna och löst problemet med att läsa visuella taggar (som streckkoder) på oregelbundet formade förpackningar. Dessutom skapades ett röstigenkänningssystem (UPS Interactive VoiceResponse) för att underlätta den mänskliga arbetsbördan på telefonväxeln. Som kan ses, ägnar UPS särskild uppmärksamhet åt utvecklingen av sina system och välkomnar all ny teknik som kan öka produktiviteten.

organizzazione

Strategiska beslut på UPS fattas på basis av dataanalys uppgifter samlas in av de två databehandlingsanläggningarna uppgifter, organiserad i datalagret och erbjuds genom ett företagsinformationssystem. När det gäller långsiktiga strategier utför UPS kontinuerligt underrättelseverksamhet och framför allt marknadsanalyser. Genom att med jämna mellanrum kontrollera tävlingens erbjudande kan den försöka fylla luckan (konkurrensemulering).

Beslut inom UPS fattades till en början enbart på grundval av bedömningar från ledningsgruppen. Efter datoriseringsprocessen introducerades IT-styrgruppen, bestående av fyra experter som vart fjärde kvartal påtvingar den tekniska riktningen. Under året samlar kommissionen in idéer och önskemål från olika delar av företaget; eftersom IT-avdelningarna som nämnts alla är samlade i de två parallella kontoren - och det är inte förutsett att undergrupper är dedikerade till behoven hos enskilda grenar - är tvärgående projekt privilegierade. Eftersom det inte finns någon oändlig budget bestämde jag mig för vilka projekt som skulle utvecklas och prioriterade dem; relevansen beräknas av styrgruppen utifrån förväntade kostnader och fördelar: ett beslutsstödssystem bearbetar i uppgifter, baserat på parametrar som förväntad avkastning på investeringen, påverkan på andra system/procedurer och så vidare. Högre prioriterade projekt diskuteras sedan och eventuellt minskas; slutligen tilldelas en budget och personalresurser. En viktig aspekt av denna mekanism är att beslutsfattande systemet gynnar kortsiktiga projekt eftersom om en implementering tar mer än ett år, tror UPS att marknaden redan kommer att ha förändrats innan utvecklingen avslutas.

Styrgruppen kräver att alla ansökningar speglar företagets stil och grafik. Av denna anledning bestämmer han vid bordet vilka mallar som ska användas för varje mjukvara som utvecklas; hela organisationen måste följa den.

När det gäller mål som inte är direkt relaterade till IT, använder UPS högsta ledning i stor utsträckning så kallad sentiment mining, och drar fördel av Radian6-plattformen som övervakar de viktigaste sociala nätverken (forum, bloggar, facebook, edin, Twitter, YouTube, etc.) och tillhandahåller sammanfattande instrumentpaneler över företagets rykte online. Bland de andra aspekterna som hålls under noggrann övervakning finns också utnyttjandet av varumärket.

För att utforska radikalt nya möjligheter har UPS också dato starten på en division kallad e-Ventures, som sysslar med att identifiera nya affärsgränser inom webbområdet, som inte kan spåras tillbaka till konkurrenternas aktiviteter och som skulle kunna öppna upp nya partnerskap med andra företag. Den första e-Ventures-produkten, godkänd av

ledande befattningshavare år 2000, var UPS e-Logistics, en komplett plattform för onlinefrakthantering för företag som använder UPS som standardbud. Tanken med e-Logistics är att erbjuda ett enda integrerat paket som ger all hjälp du kan behöva: från lagerhantering till spårning, genom orderhantering, telefonsupport, etc. E-Ventures producerar i genomsnitt ett trettiotal innovativa förslag per år.

1997 etablerade UPS en fond kallad UPS Strategic Enterprise Fund, som övervakar, utvärderar och investerar i framväxande företag som utforskar nya marknader och teknologier av potentiellt intresse. Det var just denna fond som identifierade och ledde till förvärvet 2004 av Impinj Inc., en tillverkare av RFID-taggar.

samarbete

Som framgår av föregående stycken har UPS olika typer av kunder:

privatpersoner som skickar paket;

företag som förlitar sig på det för att leverera paket till sina egna kunder

(onlinehandel utan mellanhänder av något slag);

företag som inte bara skickar paket utan också utnyttjar sina datorapplikationer.

Kommunikationen med kunder den första typen var huvudsakligen genom callcenter, men med explosionen av webben har mycket av supportverksamheten omdirigerats till e-post. Det är till exempel möjligt att få e-postmeddelanden om status för försändelsen, eller kontrollera den direkt från sajten. Redundansen av telefonpersonal, som röstigenkänningssystemet också har bidragit till, har gjort det möjligt för UPS att skapa en ny affärsfront: koncession av sådan personal till partnerföretag (UPS Business Communication Services).

Organisationer som använder IT-tjänster kan också kommunicera med UPS via en del av webbplatsen som kan nås via autentisering. För att undvika att behöva tillfredsställa enorma mängder återkommande förfrågningar har UPS satt upp en serie vanliga frågor på alla språk och en kunskapsbas där du kan försöka hitta svaret snabbare.

Det finns bara en typ av samarbete som sker utan inblandning av ad hoc-system, och det är mot partners som inte visar intresse för tilläggstjänster. Dessa företag kontaktas personligen av en kontoansvarig för elektronisk handel som föreslår alla funktioner från UPS-portföljen som, baserat på transport- och lastanalyser, kan vara till nytta.

Internt samarbete i UPS sker på olika sätt:

Den administrativa personalen arbetar via telefon och/eller e-post; bekväma webbaserade biljetttjänster hanterar arbetsflödet för tekniska problem; en ad hoc-applikation, också baserad på webben, tar hand om att samla in och organisera de innovativa förslagen som i slutet av året kommer att analyseras av IT-styrgruppen.

Förarna kommunicerar med filialerna eller huvudkontoret via DIAD-miniterminalen, som är ständigt uppkopplad. Administrativa kontor kan sända brådskande information (till exempel om trafik, destinationsändringar etc.) så att de visas på displayen.

Grunderna i IT för organisationen

Andra delen av kursen: lektioner 7-12

Handouts skrivna av:

Antonio Ceparano, Vincenzo Sluta, Monica Menoncin, Alessandro Re

Verifierad av professor Giorgio De Michelis för att säkerställa frånvaron av misstag.

HANDBÖCKER FÖRSTÄRKDA AV DOKTOR STEFANO FANTIN

För att introducera innovation inom företaget är det först nödvändigt att känna till den tekniska infrastruktur vi har. Det är viktigt och följer med utvecklingen av informationssystem och för att denna utveckling ska ske måste tekniken beaktas.

innovation

60/70-tal

Antagna system: system för driftledning.

lokalisering: i hus1/i tjänster.

Teknik: Stordator2

Företag är mitt uppe i industriell utveckling, med världsekonomin som har återhämtat sig från kriget och företagen växer dramatiskt. Detta händer dock inte överallt, utan i ett begränsat antal industriländer. L'Italien, i antagandet av informationsteknik (inte i deras design, som Olivetti visar), var lite efter andra länder.

80/90-tal

Antagna system: företagsledningssystem.

lokalisering: i huset.

Teknik: på arbetsstationer i LAN, VPN i sällsynta fall, stjärnnätverk

Företag i utveckling, men den första oljekrisen dyker upp: det är en väckarklocka, men den ses som en övergående fas. Oljekrisen är ett hinder för ekonomisk tillväxt och lämnar situationen med mycket hög instabilitet: i många länder är inflationen mycket hög, valutan devalveras och energi- och arbetskostnaderna ökar. Det var under denna period som idén om att utvecklas i regioner där arbetskraften var billig växte. Detta förändrar saker och ting avsevärt: in Italien under dessa år skedde en strategisk förändring i de företag som driver utvecklingen, som hittills fokuserat på produktion av lågkostnadsprodukter. Därför uppstår företag som kvalificerar sig för den högsta kvaliteten på sitt arbete (textil, mode, mekanik, kemi). Inom olika sektorer blir "Made in Italy" synonymt med kvalitet. Men utvecklingen av jättar som Ryssland, Indien och Kina leder till situationer som inte förutses av kända ekonomiska modeller: konsumtionen fyrdubblas och dessa länder befinner sig i situationer som aldrig upplevts tidigare.

90/00-tal

Antagna system:ERP.

lokalisering: I huset / Outsourca.

Teknik: Allmänt (t.ex. PC) via Internet

Under denna period drivs ekonomin av två huvudfaktorer: instabilitet och ökad konkurrens. Företag försöker ompositionera sig själva, hitta andra roller och andra teknologier. Företag kan tro att de har en viss horisont med avseende på sina rörelser; medan det under den ekonomiska utvecklingen var rikligt med resurser och det fanns en garanti för att ha dem under efterföljande år, och därför ha manöverfrihet för strategiska förändringar även på kort sikt, är det nu nödvändigt att bättre planera användningen av resurser under långa perioder. Särskilt för elektronisk och informationsteknik innebär den moderna världens instabilitet att en framgångsrik produkt vid ett visst tillfälle inte nödvändigtvis kan hålla länge på marknaden. Detta gäller på kort sikt och i ännu högre grad på lång sikt.

00/10-tal

Vi är fortfarande med i matchen!

10/20-tal

Vad kommer att hända?

Den första tillgängliga tekniken är stordatorn (IBM S/3603 är bland de första som gick med i företaget). Inom ITC-sektorn är innovationen enorm och många företag föds, utvecklas avsevärt, men försvinner snabbt, ibland absorberas (som Netscape, känd för webbläsaren med samma namn, är nu en del av AOL), ibland inte.

Strukturen på IT-marknaden dikterar mycket stränga regler för innovation.

Med spridningen av de första anslutningarna föddes terminaler för fjärråtkomst till en central dator (stjärntopologi). Sedan utvecklades nätverket genom att placera mellanservrar. Först senare kommer den Internet, en infrastruktur som tillåter oss att integrera en

en mängd olika arkitekturer (hierarkisk, peer to peer4, klient-server5, ring...). I Internet allt mellanliggande mellan två kommunicerande terminaler är dolt, strukturerna definieras efter att nätverket har utvecklats. Det ger oss en skrämmande frihet: vi behöver inte längre en struktur som tillåter oss att skapa ordning. Internet det är förvisso en massiv teknologi (i den engelska bemärkelsen av termen, d.v.s. av stora dimensioner).

Denna historiska utflykt är viktig för att förstå informationssystem och i allmänhet teknik, eftersom:

företag och organisationer i allmänhet är avkomma till sin egen tradition och deras erfarenhet gör skillnaden;

sociopolitiska förhållanden är en dominerande miljökomponent;

Utvecklingen och teknikens ståndpunkt är också en funktion av användarvägar.

Vi bevittnar alltmer en samutveckling av företagsval baserade på deras egna utveckling kunder.

Som Klee skildrar i sin "Angelus Novus", "Innovationens ängel måste ha blicken vänd mot det förflutna", det vill säga att vi måste se till det förflutna för att göra nya saker.

Den möjliga utvecklingen av informationssystem

ERP-system, dominerat av SAP och Oracle, föddes på 70-talet. De skapades för företag som hade andra teknologier och strukturer än nuvarande, som var designade för en miljö där marknaden var stabil.

Det är därför uppenbart att det finns ett behov av att införa innovation, men vi är begränsade av vissa faktorer, den viktigaste är motståndet mot förändring från de människor som använder de system som finns idag, eftersom förändring kräver att lära sig och studera något nytt (vilket inte alltid är välkommet).

De operativsystem som används idag är främst

Unix (40 år)

Windows (30 år)

Linux (20 år)

Dessa system föddes i en tid då informationsteknologi gjordes på små och medelstora datorer. Med tiden spred sig samma system till arbetsstationer och servrar.

Det är oroande att det i dagens värld inte finns några mer sofistikerade system än dessa befintliga: tittar man till exempel på webben kan man tänka sig att introducera ett nytt operativsystem som stöder taggar för varje enskild sida i ett dokument.

"9x faktorn"

För att försöka introducera innovation är det viktigt att tillskriva innovationen det rätta värdet som den kan ha för slutanvändaren.

När en person skapar innovation måste han vara medveten om att han kommer att tillskriva denna innovation ett värde som är tre gånger det som uppfattas av användarna. Detta beror på att uppfinnaren bara ser den innovativa komponenten, men inte uppfattar behovet av att förändra ekosystemet där den lever. Människor som använder teknik och till vilka innovation erbjuds kommer i sin tur att tillskriva de applikationer de vet hur de ska använda ett tredubbelt värde, eftersom det tog dem ansträngning att lära sig och därför ger de värde just för att de vet hur de ska använda dem.

För att innovation ska ha chansen att framgångsrikt ersätta den befintliga måste den därför vara nio gånger bättre (”9x-faktorn”), dvs det måste vara en radikalt annorlunda innovation, som verkligen förändrar människors liv.

För att kunna införa innovation är det därför nödvändigt att utveckla system som har mycket låga inlärningskostnader (helst noll) och som därför ersätter det befintliga, vilket förbättrar användarupplevelsen, men sätter sig naturligt i det befintliga ekosystemet.

HANDELSVAROR:

En vara är ett föremål för allmänt bruk vars egenskaper sällan specificeras, eftersom de är definierade och hänvisar till en standard. Det är oväsentligt vem som producerar varan, eftersom det inte finns någon differentiering av den produkten på marknaden. Tänk till exempel på en espresso eller en bunt lakan: det finns kvalitetsstandarder som vid det här laget är utbredda och som inte behöver specificeras eller differentieras.

Kvaliteten på en vara är normalt högre än en lågvärdig produkt, just på grund av att den uppfyller utbredda och garanterade kvalitetskrav. Tvärtom är kvaliteten på en ad hoc-produkt högre än på råvaror.

När en teknik blir en handelsvara betyder det att problemen den stod inför är över: den är perfekt installerad i din domän (t.ex. en textredigerare, en kontorsskrivare). I en värld av informationssystem, om vi letar efter en komponent, men inte är alltför bekymrade över vad den ska prestera när det gäller prestanda, så letar vi troligen efter en vara.

Inom IT-branschen blir behovet av innovation störande, eftersom innovationen som introduceras allt mindre i systemet och detta sätter hela branschen i fara: utan innovation minskar investeringarna.

Men det är inte lätt att introducera innovation, särskilt för ett stort företag: om det har en utbredd produkt på marknaden uppfattas denna produkt som en standard. Införandet av innovation öppnar en arm i uppfattningen av standarden, och initierar därmed en övergångsperiod där en konkurrent kan komma in på marknaden och bli en viktig närvaro.

Tillväxten av konkurrens tenderar inte att producera innovation, utan tenderar att föra produkter mot samma punkt av konvergens. För ledande företag inom sektorn, introduktionen av innovation:

det genererar förlusten av den tidigare relationen med marknaden;

det genererar inga betydande ekonomiska fördelar;

ökar förvirringen mellan kunder;

det binder företaget till själva innovationen: i händelse av misslyckande skulle det vara totalt eftersom det inte skulle vara möjligt att gå tillbaka.

Därför är det nödvändigt att skapa en optimal kommunikationsmiljö med kunden, attrahera deras intresse för att kunna introducera innovation på marknaden. Som nämnts tidigare måste de funktioner som erbjuds vara mycket fördelaktiga till i princip noll inlärningskostnader.

För ett företag är det klart att dess behov kan förändras. Tidigare val som företaget gjort har påverkat strukturen på det informationssystem som det använder. På samma sätt påverkar den struktur som ges till företagets informationssystem dess framtid: vad som finns förutsätter val och skapar fördomar (att förstås som övertygelser och vanor på grund av situationer med hög stabilitet).

Till exempel, fram till 60-/70-talen trodde man att elliptiskt språk (d.v.s. i vilket ellips förekommer, d.v.s. utelämnandet av ord) var betingat av synkroni (dvs. av tidsmässig kontinuitet), men inte av samtalspartnernas lokalitet (ett argument kunde också framföras på telefon). Tillkomsten av e-postmeddelandet har dock kullkastat denna övertygelse: varken synkronitet eller lokalitet påverkar vår språkförståelse, som istället enbart beror på sammanhanget. Världen har inte förändrats som ett resultat av att förstå detta, men denna förståelse tillåter oss att föreställa oss något nytt.

För att förstå informationssystemen som används i en organisation måste två berättelser beaktas:

teknikens historia, för om ett företag föddes för ungefär trettio år sedan, kommer de teknologier som det kommer att ha antagit att i hög grad påverkas av historien;

företagens historia, eftersom historien för många företag inte är linjär, utan föremål för sammanslagningar, avknoppningar, förvärv, och därför kommer deras informationssystem att ha förändrats med dem.

Företagets utveckling är viktig för dem som utvecklar informationssystem: informationssystem är dynamiska enheter och är ibland föremål för mycket snäva deadlines.

För att utveckla ett företags informationssystem är det först och främst nödvändigt att förstå vilka behov organisationer har. Det första steget är att tolka företagets behov och lära sig att förstå problemen, försöka förstå idén om hur det fungerar. I själva verket kan organisationer idag inte längre säga vad de behöver utan att föreställa sig vilken lösning de skulle vilja ha (de ber till exempel inte om att "kunna administrera logistiken", utan ber om "en databas för logistik). Det är därför vår uppgift att veta hur man tolkar dessa behov: varje företag har olika syften och skäl, därför måste vi skapa system som svarar mot varje enskilt behov.

Det första problemet består därför i att kunna:

lokalisera all tänkbar information, eftersom det är omöjligt att komma åt alla, eftersom ingen inom företaget känner till varenda del av systemet som de har,

kunna ge råd till företaget i de val som ska göras, lyssna på dess behov.

Sedan vill vi särskilja de tre aspekterna av systemen, analysera nivåerna av integration mellan dessa fakta, identifiera punkter av stelhet, de framväxande problemen (de kommer att visa oss var de frågor som kommer att förvandla punkter av stelhet till problem kommer ifrån).

Med tanke på den stelhet som problemen utsätts för är frågan inte längre frågan om att integrera en dato X med a dato Y, men är att definiera integrationens möjligheter. Integrationskostnaderna måste minskas, för att kunna tillåta en organisation att radikalt förändra sin struktur.

Ett annat problem att möta är var man ska placera tjänsterna: det är möjligt att utrusta företaget med ett e-postmeddelande, men om det till exempel finns ett kundhanteringssystem kan vi integrera e-post med detta system. Faktum är att många dokumenthanteringssystem idag integrerar teknologier som e-post.

Integreringsproblemet uppstår också på detta område: ju mer vi går mot i

gruopware, desto mer har vi integrationsproblem som rör de verktyg som används och deras användningsområden.

För att tänka bättre kommer vi att göra en bild av vad som finns i den Italien, av två skäl:

vi kommer förmodligen att finna oss själva i att analysera italienska organisationer;

Italienska företag har unika egenskaper.

italienska företag

Italienska företag måste klassificeras i grupper med distinkta egenskaper, men alltid lyckas identifiera varje företag unikt. Detta vägleder oss i förmågan att ta fram ad hoc-idéer för varje företag, men modulärt och med en gemensam grund.

L 'Italien är en av de viktigaste tillverkande tillverkarna i världen och är den 5:e exportören i världen, i Europa det är näst efter germaniumoxid. Förutom kulturarvet är tillverkningsindustrin vår primära resurs och gör att vi kan ha en god levnadsstandard.

På marknaden är vi starka inom vissa B2C-sektorer (Business To Consumer), de viktigaste är mode, möbler, "vita" apparater (kylskåp, tvättmaskiner och de som vanligtvis är vitfärgade). Vi är mycket starka inom små hushållsapparater, bland de första i världen. Vi är också aktiva inom jordbruksmat och jordbruksredskap.

Den mekaniska industrin är mycket stark, inte bara inom bilar och motorcyklar, utan även inom B2B-mekanik (Business To Business): glass-, pappers- och träbearbetningsmaskiner.

Vi är ledande bland tillverkarna av kakel, glasögonbågar, färgämnen och lacker. Ledarskapet vi har beror starkt på innovation och hög kvalitet, inte nödvändigtvis såld kvantitet. Detta ledarskap är på intet sätt garanterat: konkurrenter med snabbare utvecklingscykler kan undergräva det.

I vårt land finns tusentals intressanta företag från olika profiler; detta innebär att vi inte har stora företag, förutom de där staten har en betydande roll och där den kan agera och reglera dem, men som därför inte arbetar på en verkligt fri marknad.

LItalienska företag kan beskrivas med några egenskaper:

konkurrera globalt;

de är små (inte alla, men vi har många medelstora och många medelstora/små företag);

de är innovativa;

de är rotade i territoriet;

de har en nätverksstruktur;

de leds av en mästare/grundare;

de kämpar för att bestå bortom den första eller andra generationen;

de växer snabbt;

de är dåligt datoriserade.

Eftersom de är små men konkurrenskraftiga företag på en global skala kallas de "pocket multinationals". Deras produkter anses vara instabila. De är företag födda och fortfarande etablerade i "industridistrikt", som samarbetar med andra företag och bildar därmed ett nätverk av företag och organisationer som är starkt på internationell nivå. Nätverkets effektivitet påverkar effektiviteten i deras verksamhet. Industridistrikt blir därmed områden med några av världens bästa företag.

Eftersom de är rotade i territoriet, är de flesta av entreprenörerna i dessa företag också intresserade av att förbättra territoriet, eftersom om kvaliteten på territoriet är hög är kvaliteten på arbetet också bättre.

Ledarskapet i dessa företag är ofta kopplat till en enskild person, en ägare eller en grundare med stor entreprenörsförmåga.

Den som efterträder den karismatiske ledaren får inte samma framgång eller samma stöd: han måste veta hur man administrerar med förmåga snarare än karisma. För att leda dessa företag arbetar ledaren med många aspekter: det finns inga personer specialiserade på marknadsföring, på strategiska val eller på relationer med allmänheten, men en person gör allt.

Sådana företag kämpar därför för att hålla längre än andra eller tredje generationen. Dessutom uppstår ett betydande problem från en generation till nästa: eftersom många italienska företag är familjeföretag, "födda i ett garage", blir företagets arvsföljd ett problem på grund av antalet arvingar, som alltid ökar från en generation till nästa. Så ibland är det billigare att sälja företaget när det tjänar pengar.

Italienska företag är också mycket innovativa: de skapar nya produkter och konkurrerar om excellens.

Trots detta är de dåligt datoriserade när det gäller allt som inte är strikt kopplat till produkten och produktionsprocessen, eller snarare alla de tekniker som används för att omvandla pengar till produkt och vice versa. För italienska entreprenörer är informationsteknologi något som kommer in senare, när det inte längre går att undvika det, med hopp om att inte förstöra företaget med denna introduktion. Istället måste IT vara ett viktigt inslag för verksamheten: företag som Ikea, Zara, RyanAir har informationssystem som är grundläggande för deras verksamhet. Utvecklingen av Ikea, till exempel, åtföljdes av utvecklingen av deras IT-system (särskilt för logistik, men också för utbyte av order och kunskap inom företaget).

Tillväxten för italienska företag är dock ganska snabb, så mycket att deras trend ofta liknar den för högteknologiska industrier. En kritik som riktats av ekonomer mot vår bransch är att dess sektorer är de "traditionella" där det inte finns någon tillväxt, men tack vare innovation och radikala förändringar i sektorn sker tillväxt ändå.

Inom glasögonindustrin har Luxottica till exempel kunnat omstrukturera marknaden och intagit både positionen som tillverkare av bågar och rollen som säljare, med en enorm vinst i mervärde (och därmed hamnat i direkt kontakt med kunder från vilken den kan få direkt feedback både på sina egna produkter och på sina konkurrenters).

Innovation kan inte alltid vara närvarande: 3M har gett sig själv en kod för innovation, enligt vilken företaget varje år måste förnya minst 25 % av sina prover. Detta är lovvärt, men om du tänker på ett modeföretag som om ett år (eller ännu mindre, 4 månader i fallet med Zara) helt förnyar sin provkollektion, kräver det helt klart en helt annan process.

Informationsteknologin ska ha en användbar roll inom företaget, den ska skapa mervärde och inte vara en marginell närvaro. Vi sysslar med informationsteknologi som tar denna roll, så vi är intresserade av att förstå hur vi kan hjälpa det italienska företaget.

nollpunkts att företag växer snabbt behöver vi evolutionära informationssystem: de

företags tillväxt kräver systemens förmåga att hantera nya problem; Problemet som ska åtgärdas ligger inte bara i systemens uppskalningskapacitet, utan är att göra dem flexibla för att hantera nya problem.

Eftersom de är nätverksföretag är deras styrning nära kopplad till samspelet mellan företag: "öppna" system behövs, där öppenhet inte bara hanteras av den ena sidan (den av företagen som man interagerar med), utan där det är möjligt att anpassa, veta hur man interagerar med andras informationssystem.

Bland uppsättningen öppna system är ett särskilt logistiksystem: att vara multinationella pocketföretag är antalet länder där de är verksamma viktigt, därför är det nödvändigt att veta hur man hanterar försändelser eftersom varje missad leverans är en potentiell förlorad försäljning. Genom att organisera ordentligt kan utmärkta resultat uppnås.

Innovativa företag kan inte göra fleråriga investeringar, eftersom investeringar har en kort livslängd. På sikt görs val som gäller hela produktfamiljer. Alltså graderade investeringar.

Chefers kompetens är grundläggande, eftersom det är företag med successionsproblem. Det är därför viktigt att bättre hantera business intelligence och kunskap. Informationen beror också på källans värde: om en auktoritativ källa uttrycker en kommentar om en viss idé får den kommentaren mycket mer värde. Apples chefsdesigner hävdar att design av en produkt börjar med "visionen" av den produkten.

Ett företag startar på en lokal plats, medan det växer är det fortfarande lokalt, men börjar ha kontor eller kontor i andra territorier/länder. På så sätt skapas ett nätverk av platser som måste vara bekanta och bekväma för de människor som rör sig inom detta nätverk. Faktum är att företag spenderar mer och mer på att förbättra området där de finns.

Systemen hamnar därför i situationer där det är nödvändigt att hantera oväntade händelser, och det är viktigt att de vet hur de ska anpassa sig.

Offentlig förvaltning (PA)

Offentliga organisationer skiljer sig i grunden från privata: de har ett mycket viktigt förhållande till regleringar, medan förhållandet till marknaden inte existerar (även om det borde). Den italienska administrationen ses så dåligt att vi inte erkänner de (få) excellens vi har. Vårdsektorn är till exempel en bransch som fungerar bra och vi har bättre ekonomisk avkastning än många andra länder.

Italienska PA har konsoliderat defekter, många företag kommer inte in Italien eftersom de inte vet när de kommer att kunna verka, på grund av den kända byråkratiska långsamheten i detta land.

Till skillnad från företag märker PA inte tjänsterna som inte används: det finns ingen ansamling av osålda produkter i lagret, men som mest finns det människor som inte arbetar (och ofta klagar dessa människor inte på det ), så läckan blir svår att lokalisera. Det finns ingen som mäter PA:s tjänster; ett mått av service behövs.

In Italien sedan några år pågår en förändringsprocess som har "dolda" riktlinjer, varav en är att sätta medborgaren i centrum - något som företag också försöker göra med sina kunder. Så vi kan tänka oss att PA och affärssystem har mötesplatser.

Början på förändringsprocessen var dato från punkterna i följande lag som medförde bland annat 3 viktiga ändringar:

Varje förvaltning måste fastställa vilka tjänster den tillhandahåller eller vilka administrativa förfaranden den ansvarar för.

för varje förfarande, när det ges till medborgaren, måste det finnas en ansvarig person; därför måste medborgaren veta vem som är ansvarig för den tjänsten;

för varje administrativt förfarande finns en maximal tid under vilken tjänsten ska tillhandahållas.

Denna lag saknade något för att vara en revolution: den introducerar inte en person som är ansvarig för en hel klass av administrativa förfaranden. Det vill säga, även om varje specifik procedur har en person som är ansvarig när den ges till en privatperson, finns det ingen person som är ansvarig för den specifika typen av procedur (t.ex. finns det en person som är ansvarig för mitt pass, men inte en för alla pass ) .

För att göra denna förändring behövs en annan, som dock ännu inte har gjorts: den offentliga förvaltningen måste bistå medborgaren i dennes behov. Lagen kommer i andra hand efter medborgarnas behov, men den måste respekteras. Därför bör PA vägleda medborgaren i de val och förfaranden som krävs för att få det han behöver, och inte bara tillämpa lagen och lämna medborgaren på hans egen nåd.

Till exempel, om en familj behöver tillstånd för att bygga ett rum för sitt barn, spelar det ingen roll hur det här rummet är gjort: det räcker att ha det, för det finns ett sådant behov. Så medborgaren är villig att följa reglerna (som därför är mindre viktiga än nödvändigheten), men eftersom medborgaren inte vägleds i tillämpningen av reglerna kommer auktorisationen att avslås, förfarandet dör och medborgaren blir missnöjd, medan istället borde PA följa med honom och säga till honom: "för att få rummet ska du göra det här istället för det".

Om allt ska vara serviceinriktat är det klart att systemen måste vara radikalt annorlunda.

Systemet måste göra uppgifter bas (t.ex. jag köpte 20 typ A-skruvar), eftersom det utifrån denna information är möjligt att härleda nya (t.ex. jag har fortfarande typ A-skruvar) och därför kunna reagera på ett mer komplext sätt beroende på situationer och behov.

För att ha dessa förändringar behövs modulära system: de tillåter oss att kontinuerligt kombinera information, eftersom de håller den åtskild.

Företagets tillväxt leder till förvirring i dess interna organisation: in Italien en analys av de anställda, deras verksamhet och det värde de producerar genomförs sällan, en idé som är mer typisk för Japan och anglosaxiska länder. Allt som inte är en del av mervärdet bör avskaffas, så om IT-systemet tillåter analys av information, möjliggör besparingar, ökar vinsten.

Italienska företag har innovationsbehov som kan spåras tillbaka till marknadsskäl. Inom offentlig förvaltning finns det av helt andra skäl än företaget en stark drivkraft för innovation. Det finns två funktioner relaterade till denna innovation:

på grund av brist på ekonomiska resurser föredras lågkostnadsinnovationer;

innovation måste syfta till att förbättra prestationer och även att förändra människors mentalitet, belöna deras meriter efter mål, men vi måste ha en metod för att kunna sätta rimliga mål. Utan informationsteknologi vet vi inte vilka mål som ställs upp.

Modulär programvara

För att skapa flexibla, evolutionära och skalbara system måste vi ha modularitet, det vill säga egenskapen som gör att vi kan skapa ett bottom-up-system (nedifrån och upp).

Först måste du ha modulerna, så du behöver ett "arkiv" av moduler. De ska då vara utbytbara, det vill säga det ska vara möjligt att ersätta en modul med en annan likvärdig modul, och detta görs genom att tillåta utbyte av information mellan moduler genom definierade gränssnitt: komponenternas interaktion får inte variera med modulernas variation.

Modulär mjukvara upptäcker ett nytt paradigm för integration mellan komponenter med utvecklingen av mashups (hybrid webbapplikation), det vill säga skapa något med utgångspunkt från olika källor, till exempel med hjälp av API:er som ursprungligen skapats för olika ändamål, men sedan kombinerats för att producera en ny produkt.

Hur enkla ska modulerna vara i ett modulsystem?

Blanketter bör göras så enkla som möjligt. Varje företag kan hantera de mer komplicerade relationerna (t.ex. personalhantering) på väldigt olika sätt, men de elementära funktionerna förblir desamma (t.ex. löner). Små moduler tillåter mer återanvändning, mindre utvecklingstid och konstant utveckling (om du t.ex. separerar användargränssnittet måste du se till att det är konsekvent, till exempel måste du kunna använda copy-paste oavsett vilket system det UI är byggt för).

Problemet som uppstår är helt klart hur man uppnår interaktion mellan moduler. Ett stort system gjorde det möjligt att ha mycket information sammanlänkade i själva systemet, dessutom gjorde det att den relaterade informationen kunde hanteras på ett unikt sätt.e

för att komma åt behörigheter, medan med i uppgifter de är spridda och autentiseringsmekanismerna kan vara olika.

Denna nedbrytning ger oss samtidigt mycket frihet: i uppgifter vi kan placera dem var vi vill och distribuera dem som vi vill.

Integreringen av alla komponenter, databas, moduler och gränssnitt, sker inte i ett vakuum, utan sker på en plattform: det är det som gör att vi kan utföra integrationen, därför är det nödvändigt att definiera denna plattform väl.

Det som möjliggör skapandet av modulära system är framför allt en standard på vilken typ av information som utbyts av modulerna: det måste finnas en överensstämmelse i de möjliga kommunikationsflödena mellan modulerna. Vi kan ha flera utbytbara skrivsystem om vi har en enda dokumentstandard, men hittills har raka motsatsen hänt: ett dominerande skrivsystem med ett stort antal dokumentformat. Denna situation har två nackdelar:

om standarden är associerad med ett system, tenderar det systemet att bli universellt,

detta tenderar att gynna stängningen av marknaden, eftersom det finns en standard som ingen annan kan generera, så den mest utbredda blir automatiskt den starkaste.

Dagordningen är ett exempel på en tvärgående applikation jämfört med alla andra applikationer, eftersom det måste finnas en agenda, därför är det vettigt att hantera den på systemnivå och inte på applikationsnivå. Systemet är den plattform som vi kör applikationer på, genom vilken vi får dem att kommunicera. Detta gör att vi kan separera uppgifter från ansökningar. Detta förenklar avsevärt skapandet av informationssystemet: vi kan slå samman uppgifter av två företag lättare eller använda olika applikationer för att komma åt samma uppgifter.

Sammanslagning av informationssystem är centralt i fusionsprocessen av företag. Att ha enkla formulär gör det lättare att utbyta information än att anta komplexa formulär.

Modularitet är ofta redan närvarande enligt en extern synvinkel: användarens. Faktum är att han ser systemet en bit i taget, det vill säga han ser bara den bit han använder och uppfattar den som en separat modul från resten. Skenbar modularitet är det första steget i att gå mot verklig modularitet.

Detta gör att vi kan skapa nya inter-komponent interaktioner och tjänster. Systemgränssnittet blir beroende av användarens miljö: systemet svarar när användaren behöver det, så väntetiden blir avgörande för att mäta systemets effektivitet.

Det är viktigt att gränssnittet är utformat med utgångspunkt från användaren, från vad han gör: användaren vänjer sig vid procedurerna, även om de är halta och saknar logik.

Slutligen måste plattformen vara medveten om att vara en plattform: den måste inte bara tillåta exekvering av moduler, utan den måste också innehålla alla de funktioner som kan vara transversella (t.ex. agenda, e-post) som kan nås med systemprimitiver (precis som med copy-paste). För systemet skulle dessa kunna ses som

normala applikationer, men de är nödvändiga för att kunna sammanfoga komponenterna.

Plattform = system + tvärgående tjänster.

Plattformen är inte systemet och ersätter det inte, särskilt om du har olika system (Windows, Linux, Mac...), där mellanvaran tar över och visar flera system som om de vore ett.

Därför måste modulära system ha minst fyra egenskaper:

moduler måste vara enkla;

moduler måste vara utbytbara;

du behöver en plattform som är full av tjänster som behövs för integration;

gränssnittet måste vara utformat för att tillfredsställa användaren av applikationen.

Alla dessa egenskaper är kopplade till evolution: modulerna tillåter separata evolutioner och tillåter evolutionen av systemet. Plattformen och gränssnittet måste i sin tur kunna utvecklas enligt protokoll och procedurer.

Systemintegration

De nuvarande systemen, för de allra flesta, är uppdelade i delar som handlar om specifika aspekter av organisationens liv: nästan alltid administration, budget, balansräkning (ekonomiska-finansiella aspekter), men också komponenter för personal, som innehåller alla detaljer som är relevanta för företaget. Var och en av dessa delar av systemet integrerar, på sitt eget sätt, delar av de tre aspekterna (normalt gör varje modul detta på olika sätt).

Med företagets utveckling, med utvidgningen och med förändringen i dess struktur, känns behovet av ett mer komplicerat informationssystem som integrerar andra uppgifter och andra moduler. Det betyder att för de integrationer som faktiskt genomförs är responsen mycket effektiv. Integration görs i huvudsak genom att integrera de olika aspekterna på nivån för en enda databas: varje komponent har en databas som hänvisar till olika aspekter, och vi integrerar all information från det databas.

I de flesta fall, i databas de är relationer och integrationen är på informationsnivå, men vissa teknologier tillåter att objekt kopplas samman.

Om du vill integrera två aspekter på olika sätt, är teknikerna som tillhandahålls av ERP:er inte lätta att använda. Faktum är att denna typ av integration fortfarande saknas i affärssystem: vissa integrationsoperationer kan utföras uppgifter da databas annorlunda, men detta kräver en extraktion av information innan den kan integreras i datautvinningskomponenten.

Effektivitet i integrationen är en kritisk aspekt för företaget, eftersom ett av huvudproblemen i dagens organisationer är att reagera adekvat och snabbt på utvecklingen på marknaden som inte är lätt att förutsäga. Till exempel uppkomsten av nya ekonomiska marknader som t.ex

de brasilianska, ryska, indiska och kinesiska marknaderna (kallade "BRIC") ställer till problem för italienska företag, som måste förstå hur de ska gå in på dessa marknader och behöver information som inte är omedelbart tillgänglig i ett affärssystem. Av denna anledning finns det ett behov av datalagret och datautvinning. Organisationens chefer kräver att den information de behöver förses med svarstider på mellan en vecka och en månad: utanför detta intervall fattar företaget beslut utan uppgifter krävs och IT tappar en roll och uppfattas därför som ett hinder eller problem. Genom att skapa ett Business Intelligence-system måste du därför tänka på alla möjliga frågor som chefen kan ställa till dig och förbereda systemet för att kunna ge ett svar. IT ska följa företagets utveckling!

Om företaget inte köper, utan expanderar sin marknad runt om i världen år efter år, måste systemet anpassas för att anpassa sig till expansionen.

Om företaget lägger ut alla centrala resurser på entreprenad måste plattformen kunna utvecklas i denna riktning. Det måste därför ske en utveckling av applikationsplattformen på ett cykliskt sätt, med en period mellan 6 och 12 månader. Ovanför applikationsplattformen finns dock den tekniska, som är av en väsentligt annorlunda karaktär, eftersom den beskriver hur informationsteknologier hanteras; det är avgörande för framgången med val på applikationsplattformsnivå och för problemlösning. Dess evolutionära cykel i detta fall är flerårig och måste ständigt övervakas för att säkerställa att arkitekturen är den bästa för våra behov.

Det finns därför 3 nivåer för att kunna erbjuda giltiga lösningar:

teknisk plattform (flerårig)

applikationsplattform (6/12 månader)

individuella problem (vecka/månad)

Denna uppdelning i nivåer är dock inte lätt att identifiera: även om den finns är den inte entydig. Tänk bara på exemplet med ENI, som för närvarande håller på att utveckla ett system cloud

datoranvändning, men född med idéer som skiljer sig från de cloud, och ändrades sedan i efterhand eftersom även företagets behov förändrades.

Denna uppdelning förklarar också varför användningen av patchar råder i affärssystem, som ger snabba svar på nya problem, men inte förbättrar systemets arkitektur, tvärtom tenderar de att göra det värre.

Att integrera komponenter är en viktig uppgift, eftersom integrerade komponenter sparar tid och minskar fel på grund av manuell transkription av uppgifter. Fakta om en organisation är densamma överallt (administration av köpta eller tillhandahållna tjänster, med hänsyn till vad som kommer in och lämnar företaget, etc.) och på grundval av dessa fastställer företaget sina mål (hur mycket som ska köpas, hur mycket som ska produceras , etc ). IT stödjer företag inte bara i dessa aspekter, utan också genom användning av verktyg som e-post, intranät, videokonferenssystem, e-handelEtc.

Tekniken gör att vi kan ta bort vissa uppgifter, men skapar andra.

I organisatorisk verksamhet finns det alltid jobb som är överflödiga med avseende på produktion av användbar information, så 3 fakta måste hållas i åtanke:

överskottsarbete kan inte omedelbart elimineras;

om prestationerna förblir oförändrade sker en minskning av det arbete som krävs;

men om vi har designat systemet för att förbättra användarupplevelsen, användarna

kommer att kräva mänskligt ingripande.

Det finns en sorts balans mellan det arbete vi kan spara och de nya behoven: genom att minska den rutinmässiga aktiviteten är det möjligt att skapa nya typer av arbete.

Exempel: Fakturering

Ta till exempel skillnaden mellan faktura och order: den finns bara i installationen, men i verkligheten innehåller de två dokumenten ungefär samma information. Genom att ha ett system som genererar en faktura från beställningen kan du hantera processen snabbare och med färre fel. Fram till för några år sedan, när ett företag köpte produkter, var de dokument som genererades av leverantörsföretagets system 3:

ordningen;

leverantörens faktura;

följesedeln.

Det var därför nödvändigt att utföra kontroller för varje steg: order-faktura, order-faktura, faktura-faktura. Den processen var helt klart kostsam, både i form av tid och pengar, så de stegen måste tas bort.

För att kunna ta bort dem skulle det inköpande företaget kunna diktera ett villkor till leverantören: beställningen accepteras endast om räkningen är identisk med beställningen. För att följa denna begränsning måste leverantörsföretaget helt klart sätta gränser för hanteringen av beställningen, till exempel genom att förkasta efterföljande variationer av densamma. Beställaren sänker kostnaderna, men ansvaret flyttas därför helt över till leverantörsföretaget som måste kunna ta ansvar för detta ansvar.

En andra lösning skulle kunna vara avtalet mellan köparen och leverantören om att fastställa att beställningen är öppen tills leveransen har påbörjats: först då kan beställningen inte ändras och fakturan utfärdas. Detta minskar de nödvändiga kontrollerna mellan order och faktura, men det är lagerhållaren som vid denna tidpunkt tar på sig ansvaret och ger en bekräftelse till administratören på de inkommande varorna.

Ontologiska system

Hur kan vi fungera med system som gradvis blir stelare? Det är möjligt att göra detta om vi gör valet av ljusintegration.

Att ge ett svar på en fråga kräver att man gör en sökning bland alla tillgängliga informationskällor. Denna operation kan utföras online (i den meningen att svarstider tillåter det) eller offline (genom att fylla i en databas av svar).

Om vår fråga inte besvaras i uppgifter samlas in genom datautvinning vill vi veta om det finns andra sätt att aggregera uppgifter för att få svaret.

Låt oss till exempel ta upp fallet där ett företag är intresserade av att isolera dessa företag eller de personer som är båda kunder vilka leverantörer. De har en skattekod eller momsnummer som identifierare, därför identifierar en enda kod en enda enhet. Genom att integrera i uppgifter data och genom att utnyttja redundans är det möjligt att organisera informationen på ett nytt sätt och relativt enkelt identifiera den enhet som är både kund och leverantör.

Mervärde uppnås när, snarare än underindelning kunder och leverantörer, vi talar om en allmän kategori, samtalspartnerna, som omfattar andra ämnen (till exempel PA, som till vilken kommun skatter betalas). Tanken i det här fallet är att betrakta konceptet, och inte syntaxen, som en aggregeringspol. Detta gör att vi slipper behöva integrera grunderna uppgifter och därför utföra ljusintegration.

Kund och leverantör är nyckelord som gör att jag kan identifiera några av de enheter som jag har en relation med.

Vid denna tidpunkt är det möjligt att skapa en struktur för våra samtalspartner, som är individer eller juridiska personer, som skulle kunna vara nya företag att ha relationer med, men som varken är kunder inte heller leverantörer (t.ex. kommunen, grannarna). Vi upptäcker därför att vi har interaktioner med en uppsättning människor och en uppsättning juridiska personer.

Det finns ett sätt att komma åt databas genom en korrelation som inte var förväntad: vi finner i kunder som också är leverantörer eftersom vi hänvisar till strukturen av uppgifter, men att gå med i uppgifter och hitta en korrelation förlitar vi oss inte bara på de värden vi hittar, utan också på redundans och struktur (t.ex. hur förstår jag om Mac Donalds och McDonalds är samma företag?).

För att undvika användningen av nyckelord, det vill säga undvika att karakterisera entiteter med lexikaliska attribut, måste vi använda ontologiska system: vi är inte intresserade av synonymer för en viss entitet, men vi är intresserade av att förstå världens struktur, d.v.s. ontologin .

Ontologi är något annat än semantik: den senare förknippas med språk, medan ontologier förknippas med världar. Ontologi är studiet av att vara, eller "så som vi är i världen", medan semantik är kopplad till språk: för att ha en mening måste ett språk finnas. Världen skapas av ett språk, som därför tillåter oss att alltid gå bortom det vi ser, och ontologi parla av en specifik värld.

Till exempel, om vi definierar termen "skyskrapa" som "byggnad högre än

typ "Jag kom hem med skyskrapan i fickan" är ingen mening i den ontologi som vi har definierat, medan om en ontologi inkluderade för termen "skyskrapa" också betydelsen av "souvenirstatyett som återger en byggnad", skulle den meningen få en exakt innebörd.

Genom att upprätta samband mellan databas, vi beskriver världen: det är världen som säger det som bestämmer vilka ord vi använder. Denna värld är alltid ändlig: antalet händelser i organisationens liv är ändligt. Den värld som språket framkallar är istället oändlig och med språket kan vi representera vilken tänkbar värld som helst, eftersom språket rör potentialen, inte bara det existerande. Hur som helst är det logiken som gör att vi kan komma till essensen av semantik: det är logiken som säger att om någon tillhandahåller en tjänst så är han en leverantör, eftersom vi vet att tjänsten är en typ av tillhandahållande .

Ontologin tillåter oss att separera två faser: aggregering och möjlig integration. Aggregation handlar om att sammanföra det vi är intresserade av, och det är en betydande del av integrationen: om jag har två dokument med samma uppgifter och jag lägger till deras innebörd, den största ansträngningen har gjorts. Den faktiska integrationen av filerna (sammanslagning eller redigering) är den mindre delen.

Du kan korrelera informationen i databas, men också dokument och videor, med hjälp av semantik. Fördelen med att ha fler databas, snarare än bara en, är att vi kan hålla i databas analytisk information på atomnivå.

Vi måste då kunna korrelera informationen för att få ett standardiserat svar som gör att vi kan optimera kostnaderna och garantera en korrekt relation med alla kunder (att kunna svara på samma sätt).

För att förstå vad som är korrelerat med vad, låt oss överväga ett exempel som kommer från en idé från webben: vi kan applicera taggar på resurser för att känna igen all relaterad information. Problemet med detta tillvägagångssätt är att vi skulle kunna använda taggar i olika former för att representera samma sak (taggar är syntaxrelaterade). En andra lösning är att hänvisa till den semantiska dimensionen, som passerar genom ett lexikon (dvs användning av ord för att få taggar) till semantik (skaffa begrepp och enheter).

Den semantik vi är intresserade av är dock av en annan karaktär än de naturliga språkens, som generellt sett har bredare syften än den föreslagna. Tack vare semantiken kan vi karakterisera ett språk genom vilket vi kan beskriva vår intressevärld, det vill säga ontologi.

Ontologier kan beskrivas med logiska språk, en av de mest populära är OWL (Ontologi webbspråk).

Genom den kan vi röra oss genom världen och tolka fakta. Det är en mycket abstrakt beskrivning, användbar i förhållande till de handlingar vi vill utföra.

I ontologin definierar relationerna mellan noder vad som är möjligt och relevant för ontologin i fråga, inte utanför den, och det är komplett med avseende på de handlingar vi kan göra.

Det används också mycket för att korrelera olika saker, till exempel när ett företag vill veta något om ett annat företag. I det här fallet måste jag hitta sätt att korrelera olika information. Användningen av abstraktion är den mest använda tekniken:

organisationsdiagnos;

diagnos av människan;

maskindiagnos.

Typen av abstraktion beror på vilket svar vi vill ge: de tre diagnoserna är relaterade till varandra, även om dessa begrepp tydligen tillhör olika kategorier.

Var och en av dessa kategorier bestämmer en uppsättning rättigheter-plikter i personens relationer med organisationen.

cloud Computing

Bland de tekniska plattformar som står till vårt förfogande är cloud databehandling presenterar sig med radikala premisser: även om det å ena sidan kan erbjuda stora möjligheter, är det å andra sidan en betydande omvälvning i miljön där den introduceras, vilket hotar sektorns industri.

Redan vid sitt ursprung, och på ett mer konsoliderat sätt med början för 10-15 år sedan, presenterade sig informationsteknologin som en tjänst för användarna, det vill säga som en resurs som är att föredra framför outsourcing snarare än internt. Tidiga datorer var dyra maskiner, stordatorer, så organisationen köpte inte hela maskinen, utan betalade för att köra den och köra sin egen programvara; maskinen stod dock kvar i "servicecentret" som erbjöd företaget denna möjlighet.

Med den tekniska utvecklingen har denna dimensionella begränsning kommit att försvinna: företagen gick därför mot att skapa egen programvara eller köpa densamma från specialiserade leverantörer. Detta har uppenbarligen lett till en överdimensionering av IKT-sektionen hos de olika företagen, vilket till slut har lett till att de står inför problemet om valet av att producera sin egen mjukvara var för dyrt.

De första företagen som mötte detta problem var de stora företagen, som faktiskt då hade som mål att flytta hela IKT-sektionen utanför, vilket fastställde outsourcingkontrakt: nätverk, servrar, dagligt underhåll, mjukvaruutveckling, var inte längre företagets interna aktiviteter och skulle kunna behandlas som vilken annan tjänst som helst, även när det gäller kontroll och minskning av utgifterna.

Outsourcing var framgångsrikt eftersom det möjliggjorde tjänsten av bästa kvalitet

finns på marknaden. Företaget kunde inte uppnå den kvaliteten, eftersom dess vision av världen var begränsad till sig själv.

Denna process krävde dock en viss skicklighet från företagens sida att fastställa outsourcingkontrakt, för att garantera kvaliteten på de mycket komplexa tjänster som köptes. Därför behövdes IKT-kunniga personer som kunde kontrollera kvaliteten på tjänsten och därför blev det i verkligheten bara infrastrukturen som faktiskt blev onödig inom företaget. När man tar till sig teknologier från externa leverantörer har det dock en negativ konsekvens: det är inte möjligt att hålla leverantören under kontroll, vilket över tid tenderar att sänka kvaliteten, införa stelhet och öka kostnaderna.

Dessa överväganden driver därför företag att gå tillbaka, det vill säga att äga IT-avdelningar, eller att tillsammans med leverantören skapa företag som de kan lägga ut på entreprenad, för att kunna behålla större kontroll över den tjänst som erbjuds och den proprietära mjukvaran.

Och det är inom denna ram som cloud datoranvändning.

Ur en konceptuell synvinkel är cloud computing föddes från idén om grid computing, det vill säga att använda Potenza av datoranvändning distribuerad över hela världen på ett effektivt sätt, d.v.s. genom att utnyttja det oanvända. Denna idé tillämpas initialt på att dela musikfiler online, via nätverk där alla är både en klient och en server (Peer-to-Peer). Problemet

av denna arkitektur är att det inte går att identifiera den person som är ansvarig för delningen, eftersom det är omöjligt att avgöra vilken server filerna kommer från uppgifter.

Denna distribuerade lösning har också använts inom det vetenskapliga området för att stödja Potenza distribuerad databehandling. Det kräver dock hög homogenitet bland användarna, vilket begränsar utvecklingen av själva gridberäkningen. Trots detta riktar företag som har ett stort antal servrar sin uppmärksamhet mot nätet, även om de drivs av helt oberoende marknadsbehov (tänk på Google ed amason). Marknaden för nätdatorer är för närvarande på nedgång.

Idén bakom cloud computing är att användare är användare av tjänster, de ser inte hur tjänsten implementeras och de arbetar i en miljö som kännetecknas av en virtualiseringsdrift.

cloud Computing VS stordator: De är konceptuellt lika, men radikalt olika när det gäller hårdvara.

cloud Computing VS Grid: Använder inte längre peer-to-peer-konceptet.

cloud Computing VS Outsourcing: Företaget tillhandahåller inget eget informationssystem.

Hårdvaran för cloud den är ofta gjord så att den kan placeras i en behållare med 100, 1000, 2000 servrar som redan är optimerade och autonomt kylda, redo att läggas till "till försäljning".

Modulariseringen av datacenter möjliggör en separat och förenklad hantering i säkerhetskopieringsfasen, särskilt med tanke på att med identiska maskiner reduceras återställningen av en säkerhetskopia till överföringstiden för uppgifter.

Il cloud datoranvändning är perfekt för nystartade företag, eftersom det inte finns något behov av att hantera migreringen från gamla system, vilket vanligtvis är mycket dyrt. Logiken i cloud Datorn är i själva verket baserad på konceptet pay-per-use, eller att få folk att betala kunder ett belopp som är proportionellt mot de resurser de använder. Resurser allokeras omedelbart av infrastrukturen, så användningen av resurser är dynamisk och beror uteslutande på ögonblickets behov. Detta gör att du kan hålla nere kostnader och växa dynamiskt tillsammans med företagets behov.

Ur ekonomisk synvinkel, i situationer där användningen av cloud beräkningen inte är begränsad, det finns en fördel som varierar mellan 30 % och 70 % för företaget. Det kan dock finnas begränsningar som inför en extra kostnad, såsom behovet av att lokalisera bl.a uppgifter (av integritets- eller lagstiftningsskäl), eller behovet av att anpassa tjänster.

Erbjudandet av cloud Datorn kännetecknas av tre huvudelement:

Infrastruktur som en tjänst (Infrastruktur som en tjänst, eller IaaS), där tjänsten som erbjuds av leverantören av cloud det är själva infrastrukturen för "molnet", som består av Potenza datorer, lagring och nätverk. Kunden kan sedan köra sin egen mjukvara (inklusive operativsystem) på denna infrastruktur.

Plattform som en tjänst (Plattform som en tjänst, eller PaaS), där tjänsten som erbjuds är möjligheten att ha en plattform, tillhandahållen av leverantören av cloud, där kunden kan köra sina egna program.

Programvara som en tjänst (Software as a Service, eller SaaS), där leverantören av cloud förbereder en programvara åt kunden och han betalar endast för den tid då programvaran faktiskt används.

En fråga som väcker cloud är att av integritet och säkerhet uppgifter, men detta kan bara lösas med sikte på en radikal förändring av den filosofi som ligger till grund för vår lag.

Sekretess och ägande av Ge

I ledningen av uppgifter online helt klart uppstår problemet med integritet. Problemet är inte så mycket att jag uppgifter kan vara offentliga, som i det faktum att någon skulle kunna använda dem på ett felaktigt sätt. Missbruket av uppgifter känslig, d.v.s. deras illegala användning, är vad som måste straffas (till exempel om uppgifter om en anställds medicinska tillstånd användes för att avskeda dem, skulle detta vara en olämplig och olaglig användning).

Ett andra problem är ägandet av uppgifter: vem har kontroll? Detta är en fråga som för de flesta användare är irrelevant, eftersom de delar innehåll som redan är offentligt. Dock att ha uppgifter bara på nätet är innehavet av det egna innehållet inte verkligt; det skulle bara vara om vi hade en offlinekopia.

Det finns för närvarande två huvudmodeller av mjukvara som levereras till marknaden genom cloud datoranvändning:

Modello Google, som gör standardprogramvara tillgänglig,

Modello amason, som tillhandahåller mashup-programvara för att skapa anpassad programvara.

Med sina fördelar cloud det medför också nackdelar: först och främst migreringen av nuvarande system till cloud är mycket dyrt (vilket är anledningen till för nystartade företag cloud, representerar en fördel), men du riskerar också att bli fångar hos leverantören, faktiskt om du vill byta leverantör måste du också flytta uppgifter, därför behöver du garantier från leverantören om möjligheten att använda din egen uppgifter i programvara som tillhandahålls av olika leverantörer.

Ur hårdvarusynpunkt är cloud datoranvändning verkar vara en obegränsad resurs: användaren har inte längre problemet med dimensionering, dessutom finns det inte längre något behov av att förutse problem, utan det är möjligt att bara fokusera på de tjänster som ska tillhandahållas och deras kvalitet.

För att ha Software as a Service måste programvaran ha särskilda krav som gör att den kan användas av cloud datoranvändning. I synnerhet måste det

vara modulär (och ontologier, särskilt ontologihanteringstjänster på plattformsnivå, fungerar mycket inom denna sektor),

vara mindre integrerad jämfört med nuvarande mjukvara,

att separera uppgifter och program.

Angående aktuell affärssystemmjukvara, såsom SAP, och deras användning över plattformar cloud, de måste vara modulära. För att göra dem sådana måste systemet delas upp i moduler baserade på de tjänster som erbjuds (inklusive databas) som måste anslutas till

plattform tillgänglig av cloud datoranvändning. Tanken är att ersätta interna integrationsprocesser med externa integrationsprocesser: endast de som är kapabla att göra detta kan fungera som chefer för cloud. På detta sätt tappar mjukvaran i värde, vilket ger en anmärkningsvärd uppsving för utvecklingen av öppen källkod, eftersom allt omvandlas till tjänsten som erbjuds av cloud.

Det är faktiskt programvara med öppen källkod som är den bästa kandidaten för Software as a Service, eftersom den som utvecklar den också kan ignorera problemen med integration med plattformen och faktiskt är chef för cloud som måste ta itu med denna aspekt. Mer exakt är utvecklingen av öppen källkod inte riktad till en stor publik av användare, utan kan interagera med ett fåtal tjänsteleverantörer. cloud computing som sedan kommer att kunna sälja programvaran som en tjänst till en bredare publik.

I idén om att integrera modulerna spelar ontologier en viktig roll, eftersom de å ena sidan garanterar kontinuitet med den befintliga och å andra sidan kan de hanteras av leverantören av cloud.

UPS är världsledande inom pakettransport.

Nedan följer en beskrivning av integrationerna mellan de olika aspekterna (samverkan/organisation/system).

Det framhålls att, med tanke på företagets storlek, arten av dess verksamhet och mängden teknik som det använder, skulle en fullständig beskrivning vida ha överskridit gränserna för denna rapport; vi kommer därför att försöka ge en översikt över huvudaspekterna.

integrationer

Den första integrationen mellan aspekter som kan talas om är den mellan system och organisation. UPS är ett stort företag, men de hade förutseendet att designa sina egna redan från början databas som en central, monolitisk enhet. Anläggningen i New Jersey – precis som sin tvilling i Georgia, naturligtvis – är värd för en rad databas som innehåller (bland annat):

i uppgifter för personalhantering;

i uppgifter, uppdaterad i realtid, om lager och transportmedel som används, distribuerade i det intermodala transportnätet;

information om ej partnerföretag kunder (den senare uppdaterades också i realtid, baserat på information som kommer från DIAD-terminalerna och webbplatsen Internet);

i uppgifter för upprättande av budget (balansräkning, resultaträkning etc.).

Sedan företaget opera även utanför USA distribuerades vissa aspekter även utomlands. Ett exempel är databas av personalledning, till sin natur integrerad med ekonomiska resultatanalyssystem: personal- och driftskostnader sparas in databas nationell, men informationen aggregeras regelbundet och omvandlas till amerikansk valuta; eventuella antiproduktiva aktiviteter identifieras och löses snabbt. Behovet av att automatisera kostnadsspårning har gjort det möjligt för UPS att automatisera vissa processer, inklusive lönegenerering.

Hanteringen av skift och viloperioder har också varit halvautomatiserad: personalen är kategoriserad i databas baserat på vilken typ av roll, läroplan och geografisk region de tillhör (vi kommer att se i nästa stycke hur detta redan representerar material

för en ontologi); semesterbegäran - som måste göras i god tid - läggs in i en programvara som överlämnar godkännandet av planen till sektorscheferna. Denna mekanism, på papperet mycket effektiv, ledde till att anställda inledde en grupptalan mot UPS, eftersom den inte befanns vara på något sätt "flexibel" mot personer som plötsligt utsatts för hinder eller funktionshinder).

I uppgifter relaterade till lager och transportmedel är hjärtat i UPS verksamhet, som lever på effektiviteten i sina tjänster genom att inte producera varor. All mjukvara har skapats av företaget självt under de senaste två decennierna och är mycket integrerad: de hänvisar alla till samma databas och det finns ett kontinuerligt flöde av information till och från applikationer.

Till exempel, på en kunds begäran om att skicka ett paket, matas deras information in - från grunden eller som en uppdatering (särskilt betalningsreferenserna, validerade genom gränssnittstjänster med interbanksystem). De skapas också poster med alla uppgifter av paketet (plats för hämtning och leverans, möjlig alternativ plats vid utebliven hämtning, fraktkostnad beräknad automatiskt och accepterad av kunden, etc.). Krediten genereras omedelbart efter mottagandet av leveransbekräftelsen av systemet (ankommet från DIAD-terminalen).

Genereringen av ordern utlöser också skapandet av en post i sjöfartshanteringssystemet, vilket innebär ett meddelande till de inblandade operatörerna. UPS logistikstödsystem tar hand om att optimera paketförsändelser, både när det gäller den minsta rutt som skåpbilarna och de paket som transporteras av dem, även med hänsyn till de operatörer som är tillgängliga på basis av ovannämnda schemaläggning av semester och viloperioder. Dessa är alla exempel på den höga integrationsnivån som företagets system uppnår.

Som redan framhållits i det föregående dokumentet, och som framgår av vad som hittills har sagts om flödena av uppgifter från externa nationer mot databas centralt pågår en stor lagerverksamhet. UPS har en databas på flera terabyte som är värd för operations information library (OIL), en enorm samling av uppgifter, strukturerad på olika nivåer av granularitet, vilket sammanfattar gruppens aktiviteter. OIL skapades ursprungligen med syftet att förbättra den interna organisationen på amerikansk mark och för att planera strategier på kort sikt, men sedan 1999 har den införlivat all information om planetaktivitet och först sedan början av 2000-talet har den utnyttjats för intelligens och intelligens för mjukvaruintegration och analytisk bearbetning online.

I uppgifter aggregat kan konsulteras av organisationens ledning; som sagt i det andra dokumentet, många uppgifter med mycket fin granularitet görs också tillgängliga via API av kunder, till exempel information om status för den individuella varan som skickas. DE kunder själva kan integrera denna information i sina system mycket enkelt tack vare UPS:s systematiska antagande av öppna standarder.

Som beskrivs i det andra dokumentet finns det i UPS en kommission som är ansvarig för att genomföra tekniska innovationer och samla in förslag från anställda. Idéerna lämnas in via en webbapplikation, som kan användas via företagets intranät.

En ontologi för integration

När vi antar en ontologi bakom UPS-integrationer kan vi verkligen utgå från de aktörer som är involverade i vad som är dess kärnverksamhet: pakettransport. Därför har vi en paketklass, transporterad från en plats till en annan; transport kan konceptualiseras med två relationer "transportFrån" och "transportTill", om vi utesluter från

modellering av transnationella och multimodala leveranser. Paketet kan ha flera specialiserade underklasser - beroende på dess egenskaper - och måste ha en omedelbar plats efter geolokalisering.

Paketet skickas normalt av en Kund; med tanke på det stora utbudet av UPS tjänsteutbud - som inte bara inkluderar transport av paket - måste stor uppmärksamhet ägnas åt beskrivningen av härledda klasser och attribut. Varje tjänst som erbjuds, av vilken karaktär som helst, innebär "utförande" av en Order av olika slag, såsom en försändelse.

Det kan hända att en kund också visar sig vara en Leverantör. Ontologin skulle kunna definiera en superaggregationsklass PartnerCompany om den känner igen att det är både ett företag av kund- och leverantörstyp, eller om det har gjort minst en leverans och minst en order.

Big Brown, som det kallas på UPS-jargong, är huvudsakligen sammansatt av Anställda enheter organiserade i en stor och varierad hierarkisk struktur (Organization Chart). Även här måste struktureringen vara korrekt, med särskild tonvikt på aspekter relaterade till rum/tid: en arbetare kommer att arbeta i en specifik region, dvs. en sammanställning av platser i det globala nätverket, kommer att täcka en specifik tid under sin arbetsvecka och så på . En sådan ontologi skulle göra det mycket enkelt att göra automatiska slutsatser när man genererar viloskift. Genom att på ett adekvat sätt modellera vissa attribut såsom kvalifikationer, titlar, tjänstestatus och tjänstgöringsår, ges ledningen möjlighet att kvantitativt - såväl som kvalitativt - utvärdera personalens prestationer.

Många av dessa uppgifter finns redan i UPS äldre system, lagrade i databas införts under de senaste två decennierna. Andra kan komma från lämpliga "vyer" på databaser eller genom datautvinningsaktiviteter.

administration VD

👍Webbbyrå online | Webbyråexpert inom digital marknadsföring och SEO. Web Agency Online är en Web Agency. För Agenzia Web Online är framgång inom digital transformation baserad på grunderna för Iron SEO version 3. Specialiteter: Systemintegration, Enterprise Application Integration, Service Oriented Architecture, Cloud Computing, Data Warehouse, Business Intelligence, Big Data, portaler, intranät, Web Application Design och hantering av relationella och multidimensionella databaser Designa gränssnitt för digitala medier: användbarhet och grafik. Online Web Agency erbjuder företag följande tjänster: -SEO på Google, Amazon, Bing, Yandex; -Webbanalys: Google Analytics, Google Tag Manager, Yandex Metrica; -Användarkonverteringar: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM på Google, Bing, Amazon Ads; -Marknadsföring i sociala medier (Facebook, Linkedin, Youtube, Instagram).

Se hela bio

Digital Marketing Databas DBMS Datalager Data Science Annonsering på nätet Information Technology Webbyrå Reklambyrå Marknadsföring