Database Management System og coopetition

På denne siden vil vi snakke om: "Ekstern DBA mellom selskaper på en samarbeidsvillig måte "

Kos deg med lesingen.

Del 1 av 2

Pre-informasjon

KILDE: Claudio VENTURINI

TITEL: Design og utvikling av Datavarehus i Coopetitive Environment

Foredragsholder: Dr. Andrea MAURINO

Medordfører: Dr. Angelo Sironi

Delene av Claudio Venturinis avhandling gitt til Stefano Fantin av Andrea Maurino, universitetsprofessor ved University of Milano Bicocca, som en lese- og dokumentasjonsressurs.

Samarbeid: problemer for IT

I et samarbeidsscenario er det to eller flere organisasjoner som opererer i et konkurransedyktig regime innenfor et bestemt marked, og som imidlertid trenger å samarbeide i noen aspekter av virksomheten. Årsakene kan være varierte og har blitt mye diskutert av forskning innen økonomi, organisasjonsledelse og kunnskapsadministrasjon.

Generelt kan et samarbeidsforhold mellom forskjellige aktører etableres av deltakernes egen vilje, eller pålegges av tredjeparter. I det første tilfellet identifiserer aktørene i samarbeid muligheten for å oppnå felles fordeler, som ingen av dem kunne få i et rent konkurransedyktig scenario. Et eksempel er utveksling av informasjon for å forbedre kvaliteten på produktene eller tjenestene som tilbys kunder. I det andre tilfellet ser scenariet imidlertid til en tredje aktør, som har makten til å tvinge eller stimulere til en informasjonsutveksling mellom deltakerne. Et typisk tilfelle er at noen organisasjoner er lovpålagt å delta i en samarbeidsmekanisme.

Fra IT-synspunkt er co-option preget av det faktum at de involverte aktørene trenger å utveksle informasjon uten å integrere informasjonssystemene sine fullstendig. Denne utvekslingen av informasjon må være godt kontrollert, ettersom samarbeid bare kan være lønnsomt hvis det samarbeidsaspektet av forholdet gir fordeler for alle deltakere, og derfor ikke genererer konkurransefortrinn for enkeltaktøren. De viktigste problemene med tanke på utviklingen av et programvaresystem som utfører denne integrasjonen i et samarbeidsvillig miljø, er derfor følgende:

Identifisering av informasjonen som skal deles, forstå hvilken informasjon det er nødvendig å utveksle og deretter integrere, på en slik måte at de er nyttige for hele organisasjonen som er involvert.

Integrasjonsteknikker velger passende teknikker for å utføre integrasjonen, både når det gjelder prosessen som skal følges, og når det gjelder arkitekturer og systemer som kan brukes. Dette området inkluderer også problemer knyttet til løsning av mulige semantiske uoverensstemmelser mellom informasjon fra forskjellige organisasjoner.

Skalerbarhet Antall organisasjoner som er involvert i samopsjonen kan være i størrelsesorden ti og variere over tid: det er derfor nødvendig at arkitekturen er tilstrekkelig skalerbar for den relaterte gi kan integreres i systemet med relativt enkelhet.

Fleksibilitet Integrasjonen av forskjellige informasjonssystemer øker sannsynligheten for at minst ett av dem vil gjennomgå endringer på kort sikt. Denne sannsynligheten er høyere jo mer integrerte informasjonssystemer er, og det representerer et problem, spesielt når mengden informasjon som deles er høy. Systemet må derfor kunne reagere raskt på endringer i de ulike integrerte informasjonssystemene.

Sikkerhet sikre sikkerheten til informasjonen som er publisert, gjennom passende tilgangskontrollmekanismer

Personvern garanterer personvernet til den publiserte informasjonen, for å forhindre at en av aktørene blir oppmerksom på sensitiv informasjon for andre organisasjoner, for eksempel gjennom inferensielle angrep. Spesielt er det nødvendig å finne den rette balansen mellom nytten av gi delt, med sikte på å gjennomføre analytiske undersøkelser, og det nødvendige personvernnivået.

Eierskap til  gi  når jeg  gi  blir publisert, risikerer en organisasjon å miste kontrollen. Dette problemet er sterkt påvirket av tilstedeværelsen av en tredje aktør, og av graden av tillit som organisasjonene involverte

de plasserer der. I noen tilfeller kan faktisk denne tredjeparten ta ansvar for å administrere gi delt.

For å løse disse problemene må IT først identifisere arkitekturer, plattformer og teknologier som trengs for å integrere og utveksle informasjon. For det andre må den definere en adekvat utviklingsmodell, spesielt når det gjelder kravinnsamlingsfasen. I det følgende vil vi analysere i detalj hvordan det er mulig å tilfredsstille kravene som er angitt i det spesifikke tilfellet for utvikling av et datalagringssystem.

Vanligvis brukes en DW for kvantitativ analyse av hendelser av interesse for en organisasjons virksomhet, for eksempel salg, kjøp eller lagernivå. Følgelig håndterer den numerisk informasjon, for eksempel produktmengder eller priser. For å gjøre dette organiserer DW informasjonen på en slik måte at den kan brukes effektivt til å utføre analyser for beslutningsstøtteformål. DE gi de hentes fra forskjellige kilder i organisasjonen, og integreres gjennom en av integrasjonsteknikkene for å oppnå en enhetlig visjon. I løpet av denne fasen kan de også gjennomgå en rengjøringsprosess, på slutten som de er integrert i DW.

DW brukes av brukere på forskjellige nivåer. Ledelsesorganene bruker den til komplekse analyser av de ulike aspektene ved virksomheten, for å støtte deres beslutninger.

Andre brukere kan bare bruke den til å generere periodiske rapporter, som noen ganger også kan offentliggjøres utenfor organisasjonen.

I en DW utviklet i et coopetitive miljø de enkelte kildene til gi de eies av forskjellige organisasjoner, og er integrert for å observere fenomener som ikke involverer enkeltpersoner, men alle deltakere. .

Samarbeidsvillig Datavarehus  (CDW):

systemet utnyttes ikke bare i organisasjonen. Tvert imot er systemet åpent og kan gi informasjon til forskjellige typer brukere:

de samme organisasjonene som er involvert i samarbeid, som dermed kan få et bredere syn på markedet de opererer i

den offentlige forvaltningen, som kan rekvireres gi for å utføre kontrollaktiviteter

innbyggere og forbrukere for å gjøre produksjonskjeden mer gjennomsiktig.

Samkonkurranse, konkurranse, samarbeid

De siste årene har andre forfattere understreket viktigheten av coopetitive mekanismer for verdiskaping i virksomheten.

Gjennom spillteori er det mulig å matematisk modellere atferden til forretningsaktører for å studere deres strategiske beslutninger. I et spill bruker hver konkurrent strategier for å bestemme hvilket trekk de skal ta ved hver sving. Lønnsomheten til trekket er definert av en belønningsfunksjon, som knytter en numerisk verdi til hvert trekk gjort av deltakeren. Vanligvis representerer belønningen gevinst eller tap av penger, og følgelig kan det være en

negativ verdi. Målet med spillerne er å maksimere summen av belønningen som oppnås i løpet av de forskjellige spillrundene.

Uten å gå i detaljene i den matematiske representasjonen, kan de tre scenariene med konkurranse, samarbeid og samarbeid karakteriseres som følger:

Konkurranse Organisasjonen er en isolert enhet sammenlignet med de andre aktørene i markedet, og det eneste målet i spillet er å søke etter en belønning som er større enn motstanderne oppnådd, etter en opportunistisk oppførsel. I dette spillscenariet tilsvarer gevinsten til en av spillerne et identisk tap for motstanderen, og følgelig kan vi snakke om et nullsumsspill. Det er tydelig at belønningsfunksjonene til de ulike deltakerne i denne typen spill står i sterk kontrast til hverandre: det er derfor ingen reell verdiskaping, men snarere en verdipassering mellom spillerne.

Samarbeid Organisasjonene som er involvert er drevet av sammenfallende interesser, og kjennetegnes følgelig av gjensidig givende funksjoner. Generelt er samspillet basert på et forhold av gjensidig tillit, på en helt motsatt måte til det som skjer i et konkurransescenario. Denne sammenhengen

det kan representeres av et spill med positiv sum der verdiskaping er mulig og det er desto mer konsistent, jo mer spillerne vedtar en strategi som tar sikte på å forfølge felles interesser: dette utgjør et sterkt avskrekkende mot adopsjon av opportunistisk atferd.

Coopetition Coopetitive context er et hybrid scenario der deltakerne forfølger delvis sammenfallende interesser. Dette betyr at, i motsetning til hva som skjer i samarbeid, er ikke en organisasjons primære interesse

det er perfekt avstemt med interessen til de andre deltakerne i spillet. Det er derfor ikke noe forhold mellom total tillit mellom spillerne: tvert imot er det sannsynlig at belønningsfunksjonen til noen av spillerne favoriserer opportunistisk oppførsel. Disse faktorene betyr at spillet er preget av en positiv, men variabel sumstruktur, noe som kan føre til felles fordeler blant alle deltakerne, men ikke nødvendigvis rettferdig. I dette scenariet oppstår en usikkerhetssituasjon på grunn av det faktum at spillerne ikke har mulighet til å estimere fordelene de kan få av samarbeidet på forhånd. Denne usikkerheten kan føre til opportunistisk atferd, og dermed redusere deltakelse i samarbeid.

I alle fall må de mulige analysene begrenses til totaliteten av de involverte organisasjonene, og må derfor ikke involvere gi av bare en av dem.

Samarbeid fra et IT-synspunkt

Gjensidig fordel Samarbeid mellom to eller flere partnere for å oppnå gjensidig fordel. En reell sak er den internasjonale roamingtjenesten som tilbys av mobiltelefonselskaper, som konkurrerer om å tiltrekke seg kunder, men samtidig samarbeider de for å garantere tilgang til telefonnettet også i utlandet, og deler inntektene fra internasjonal telefontrafikk. Operatører må implementere utvekslingsmekanismer for Call Detail Record og forene debetsystemer. Et annet eksempel er automatiske bompengetjenester, for eksempel Telepass. Selv om det italienske motorveinettet eies av flere konkurrerende selskaper, samarbeider de for å tilby Telepass-tjenesten på hele nettverket. Igjen en kontinuerlig strøm av gi mellom de ulike organisasjonene for å håndtere kostnadene på bilistenes kredittkort.

Stakeholder con il potere di forzare la coopetizione In alcuni scenari  di  busi- ness si ha la presenza di uno stakeholder con potere a sufficienza per instaurare    un rapporto di cooperazione tra altri stakeholder in competizione tra loro. Un scenario  di  questo  tipo  si  è  creato  in  Italia  in  seguito  all’istituzione  della  Borsa Continua Nazionale del Lavoro (BCNL), un portale web con l’obiettivo di favorire l’incontro tra domanda e offerta di lavoro. In questo caso lo Stato ha imposto per legge alle varie agenzie di job placement pubbliche e private di cooperare mettendo a disposizione nel portale alcune informazioni dei profili dei richiedenti lavoro che esse gestiscono.  Un secondo esempio è quello del parallel sourcing, modello tipico    di approvvigionamento di materiale nell’industria automobilistica giapponese [?]. In questo caso un’organizzazione si rifornisce di materiale da più fornitori differen-    ti, mantenendo il rapporto con ciascuno per un lungo periodo. Questo garantisce una fornitura costante di materiale e contribuisce a creare una forte competizione tra i fornitori. Tuttavia essi sono anche obbligati a scambiare conoscenza tra loro relativamente ai problemi di produzione e alle relative soluzioni.

Statistiske informasjonssystemer Offentlig forvaltning, eller store selskaper, kan bestemme seg for delvis å integrere informasjonssystemene sine for å ha informasjon om befolkningen, med sikte på å støtte beslutninger og statistisk analyse.

Integrasjonen av deltakernes informasjonssystemer oversettes til konstruksjonen av et føderert informasjonssystem, som muliggjør utveksling av informasjon mellom de involverte organisasjonene. Blant de største problemene i å bygge systemer av dette

Toppmoderne

I en sammenheng med samarbeid er det absolutt organisatoriske spørsmål. En første analyse i denne forstand ble utført med det formål å evaluere hva som er årsakene til at prosjektet lykkes eller mislykkes, skissere profilene til aktørene som er involvert i integrasjonsprosessen, klassifisere mulige atferd de kan vedta, og til slutt for å identifisere de essensielle fasene i konstruksjonen av systemet.

I et prosjekt for å bygge et forent informasjonssystem, på et medkonkurransedyktig grunnlag, kan følgende aktører identifiseres:

Utvalg for samarbeidsstyret En komité som har som rolle å oppmuntre til samarbeid om å fungere som en mellomting mellom de involverte organisasjonene og koordinere prosjektet

Beslutningstaker Settet med ledere fra de forskjellige involverte organisasjonene, som har makten til å bestemme hvor viktig det er å tildele prosjektet og dermed hvor mange ressurser som skal tildeles

Kooperasjonsprosess nøkkelrolle (CPKR) En gruppe mennesker for hver av organisasjonene som er involvert i å ha kontakt med organisasjonen med komiteen for samarbeidsstyret, for å gjennomføre samarbeidet. Vanligvis er de mennesker av lavere rang enn beslutningstakere, men med stor innflytelse i samarbeidsprosessen.

Forfatterne fremhever at det i noen tilfeller kan være nødvendig å gripe inn i organisasjonens forretningsprosesser for å oppnå målene for prosjektet, spesielt når det er nødvendig å adressere kvalitetsproblemer i  gi. Ombyggingen deres er en kostbar operasjon, og det er derfor nødvendig at beslutningstakere forstår omfanget av merverdien initiativet til organisasjonen gir. Ellers vil de ikke være villige til å investere tilstrekkelige ressurser, både når det gjelder menneskelig og økonomisk kapital. Dette er spesielt viktig i tilfelle samarbeid blir tvunget av tredjeparter.

Rollen til CPKR er grunnleggende for å lykkes med prosjektet, da de er ansvarlige for å muliggjøre integrering ved å tilby de nødvendige grensesnittene mellom organisasjonen og omverdenen. Et typisk tilfelle av CPKR er teknikerne til IT-avdelingen, som må forberede maskinvare- og programvareplattformene som er nødvendige for at organisasjonen skal kunne kommunisere med føderasjonen. I noen tilfeller vil CPKR ikke se noen direkte fordel av innføringen av det nye systemet, og kan derfor være motvillige til å delta i samarbeid. I tillegg befinner de seg vanligvis i underordnet stilling til beslutningstakerne. Hvis sistnevnte ikke har til hensikt å investere tilstrekkelige ressurser i prosjektet, er det svært sannsynlig at de bare vil la en liten del av den totale arbeidstiden være tilgjengelig for CPKR for gjennomføring av prosjektet.

Ekstern DBA mellom selskaper på en samarbeidsvillig måte

Del 2 av 2

Fundamenter av

IT for organisasjonen

Første del av kurset: leksjoner 1-6

Notater utarbeidet av:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Kontrollert av professor Giorgio De Michelis for å sikre fravær av tabber.

DISPENSER FORSTERKET AV LÆKER STEFANO FANTIN.

Informasjonsteknologiens historie i organisasjoner

Bedrifter begynner å benytte seg av automatiseringer og maskiner allerede før ankomst av datamaskiner, for eksempel på begynnelsen av 1900-tallet ble maskiner brukt til å organisere registeret gjennom bestilte kort og valgmekanismer, eller for å syntetisere informasjon og kontoer, som for eksempel Tabulering Regnskapsmaskiner.

International Business Machines, IBM, ble født nettopp i denne sektoren: de solgte først systemer for fakturering, som ble gjort tusenvis av ganger i måneden; det var derfor systemer for å produsere fakturaer, men ikke for administrasjon: det var ingen statistikk og det var ikke noe sted å lagre store volumer av gi.

På midten av 30- og 40-tallet arbeidet tre hovedarbeidsgrupper med programmerbare elektroniske datamaskiner: Alan Turing i England, med mål om å lage et krypteringssystem for krigsformål, Konrad Zuse i Tyskland (da alcuni reputato il vero inventore del

elektronisk kalkulator) og John von Neumann med ENIAC-teamet i Amerika. Spesielt amerikanerne hadde fortjeneste, etter krigen, å se en rolle som datamaskiner i organisasjoner og derfor å introdusere dem i disse miljøene.

Konseptet med programmerbar kalkulator går imidlertid tilbake til denne perioden: allerede på midten av 1800-tallet hadde Charles Babbage utviklet en mekanisk maskin for å utføre beregninger, "differensialmotoren". Denne maskinen ble imidlertid påvirket av mekaniske problemer og ble aldri bygget av Babbage (en produksjon i henhold til de opprinnelige planene ble fullført i 1991, Science Museum i London). Babbage designet senere den “analytiske motoren", en enda mer kompleks maskin, som brukte hullkort, og som var i stand til å være programmert etter ønske. Den hadde aritmetiske enheter, flytkontroll og minne: det var den første designen til en Turing-komplett datamaskin.

På slutten av 50-tallet ble det forstått at datamaskinen kunne brukes i næringsliv og offentlig administrasjon, hvis organisasjon led av de enorme mengder gi. På grunn av de høye kostnadene var det bare store organisasjoner og forskningssentre (som rom) og militæret som hadde råd til en datamaskin.

På 60-tallet kom endelig informasjonsteknologi inn i selskaper på en utbredt måte også takket være rollen til IBM, som utviklet den første hovedrammen, System / 360 (1964), designet for å ha en veldig bred diffusjon i mellomstore / store organisasjoner i den perioden.

I den tiden også i Italia det var en produksjon av elektroniske kalkulatorer for organisasjoner, takket være Olivetti. Dette selskapet var sammensatt av to arbeidsgrupper: a Pisa den konseptuelle og fysiske utformingen av maskinen ble utført, i Ivrea var det kommersielle senter for salg og interaksjon med kunden. Utviklingen av datamaskiner, i denne tiden, var en utfordring og et eventyr, siden det fremdeles ikke var noen utviklingsprosesser som garanterte etableringen av svært brukbare maskiner.

Over tid spredte disse teknologiene seg, og datamaskinen ble et middel til å administrere all kodifiserbar informasjon.

Sammenlignet med for 40 år siden har informasjonsteknologien endret seg mye i dag. Det har vært mange forbedringer i løpet av tiden med hullkort, men dessverre var det også uunngåelige problemer som følge av endringen som innovasjonen krevde. For øyeblikket, hver gang vi introduserer en endring, må vi håndtere eksisterende teknologier (arv), ofte dårlig dokumentert eller ikke dokumentert i det hele tatt, forutser integrasjoner og migreringstider, kollidere med motstanden til brukerne.

I bedriftsorganisasjonen er det et press mot kontinuerlig bruk av datamaskiner av forskjellige årsaker. De mest overbevisende er de enorme mengder gi å håndtere, ofte ustrukturert informasjon, og behovet for å utføre repeterende eller komplekse beregninger.

3-sidig syn

Innen organisasjonen er det tre interesseområder for informasjonssystemer:

omfanget drifts, det som gjelder registrering av selskapets fakta, som er nødvendig for dets styring;

omfanget beslutning, knyttet til behandling av informasjon for å utvikle Business Intelligence;

omfanget samarbeids, knyttet til styring av kommunikasjon og kunnskapsflyter i selskapet og med eksterne samtalepartnere, nødvendig for å kunne bli gravid.

Driften av informasjonssystemene tilsvarer en god organisering av aktivitetene og derfor en fordel for interessent (om de er ansatte, samarbeidspartnere, leverandører, staten).

Denne underavdelingen av informasjonssystemer, kalt "tre-sidig", ble foreslått i to artikler11 på slutten av 90-tallet, av en gruppe eksperter fra forskjellige universiteter og bakgrunn, argumenterte for behovet for å ta hensyn til de tre områdene for realisering av et effektivt system.

Systemets tre ansikter skal ikke forstås som konstituerende komponenter i systemet, men som tre aspekter av selskapet som skal vurderes i utviklingen av nye systemer.

Selv om de første informasjonssystemene ble født eksklusivt for å støtte operasjoner, ble det ikke gjennomført en separat separasjon av systemets tre flater under utviklingen, men de har slått seg sammen til de forskjellige komponentene som utgjør systemet som helhet; systemene ble opprettet for spesifikke bruksområder, og hver av dem hadde aspekter som var spesifikke for hvert av de 3 ansiktene. For eksempel fortsatte utviklingen av systemer som støtter operasjoner under fødselen og utviklingen av systemer for Business Intelligence.

Dette bidro til realiseringen av systemer sammensatt av separate, men samarbeidende komponenter. Hver av disse komponentene har en egen evolusjon fra de andre, og veksten av systemet består i valgene knyttet til optimalisering av integrasjonen av eksisterende systemer. Imidlertid introduserer disse integrasjonsvalgene stivhet og betingelse for fremtidige valg: innovasjonen av en programvare fortsetter i mange år (10 eller 15 år) og stiller spørsmål ved eksisterende systemer. Valgene som er gjort tidligere gjelder forholdene som eksisterer mellom komponentene og som har ført til den nåværende situasjonen, ikke bare på systemnivå, men også på nivået med fordommer: tro og vaner som har slått rot i selskapet, spesielt i situasjoner med høy stabilitet.

De tre underavdelingene som vi har sett, skal betraktes som tre sider av det samme problemet og ikke tre forskjellige komponenter.

Driftsstøtte

Informasjonsteknologi kom først inn i selskaper innen viktige og kvantitative interesser: den vesentlige informasjonen til selskapet er den som kan spores tilbake til selskapets økonomiske verdier og produkter. Derfor var de tre første områdene som ble datastyrt

lagerstyring og produksjonsplanlegging;

regnskap, administrasjon;

personaladministrasjon.

Den første informasjonsteknologien i organisasjonen er derfor knyttet til produksjonen av en entydig identifikasjon av selskapets fakta knyttet til økonomiske verdier. Dette aspektet har nå blitt grunnleggende fordi det gjør selskapets virksomhet gjennomsiktig. I dag er det viktig at denne gjennomsiktigheten er tilstede i henhold til forskjellige lovgivere, og derfor er det innenfor en organisasjon av betydelig størrelse behov som ikke lenger kan tilfredsstilles uten hjelp av informasjonsteknologi.

Systemene som håndterer styringen av disse gi grunnleggende for aktiviteten av selskapet (lager, personell, fakturering), dvs. som hjelper selskapet i sin egen virksomhet, kalles støttesystemer for drift.

La oss for eksempel ta et fiktivt selskap som produserer leker: hvert produserte objekt er beskrevet av materiallisten, det vil si listen over alle komponentene, og hver variasjon i materiallisten gir opphav til et annet objekt: for eksempel , alle Barbies har 2 armer og 2 ben, men noen har rødt hår, noen har en viss kjole osv. Vi kan identifisere et produkt og alle dets variasjoner ved bruk av unike koder.

Hvert produkt har aksjer på lager: Vi er interessert i hvor mange Barbies vi har og hvor mange vi har laget.

Produktene må da selges: så må et selskap administrere salgsfakturaene. På dette tidspunktet kan vi korrelere penger og produkter og se hvor mye penger som går inn for hvert produkt som frigjøres.

Gjennom informasjonssystemet kan vi derfor ha informasjon om produktene og videre denaro.

Parallelt med sluttproduktene er det nødvendig med innsatsmateriell for å produsere noe, så vi må registrere innsatsmaterialene og de tilhørende kostnadene og lagrene.

Til slutt må du administrere personlig. Hovedinformasjonen er:

profiler (personlig, skatt);

posisjon i organisasjonen;

indikasjoner knyttet til produksjonsbonus systemet.

Beslutningsstøtte

Ledelsen i en organisasjon går imidlertid utover å administrere fakta i selskapet: For å vokse, forbedre og utvikle selskapet er det nødvendig å ta valg basert på situasjoner og problemer (for eksempel økning eller reduksjon i etterspørselen etter et produkt) som blir plassert på selskapets vei, eller i utgangspunktet tar beslutninger basert på fakta og økonomiske verdier.

Ikke bare det: selskapet kan også avvike vei uten å innse det hvis for eksempel salgskanalene er for eller for lite lønnsomme (eller til og med representerer et tap), kan selskapet uvitende gå i uventede retninger.

Det er derfor nødvendig å stille spørsmål knyttet til faktorene som genererer endringen, eller til de faktorene som mest vil påvirke selskapets operasjonelle valg. For å gjøre dette er det mulig å bygge modeller ved hjelp av kalkulatorer for å bedre tolke gi kjent.

Systemer er derfor nødvendige som gir tilgang til all nyttig kunnskap, dvs. det som gjelder kompetanseområdet til de som ber om det, og som er nyttige for å utføre kompetanseoppgavene, for å kunne gi svar, men etterlate et god grad av frihet. å kunne svare ansvarlig.

Disse systemene, som hjelper i ledelsen av organisasjonen, kalles systemer for virksomhet ledelse.

Disse systemene lar deg implementere guder tolkende prosesser som hjelper til med å planlegge og ta valg for fremtiden basert på hva produksjons-salgsdynamikken genererer.

Tolkningen av denne dynamikken utføres av business intelligence (BI), det vil si fra den disiplinen, eller settet med teknikker, som går på jakt etter gi som selskapet allerede har, men som det er (delvis) uvitende om. Overvåkingssystemer og beslutningssystemer er en del av BI.

Over tid har BI-systemer også utviklet seg: i det siste var disse systemene orientert mot utøvende informasjonssystem, eller systemer for innsamling av gi, men forretningsbehov har endret seg gjennom årene, og selskaper stiller seg andre spørsmål enn tidligere. Faktisk jobber de ikke bare for kontinuerlig å forbedre selskapet, arbeidsmiljøet og produktet, men tilstanden til markedet og den spesifikke sektoren selskapet produserer i, påvirker dets måte å handle på kort og lang sikt.

Selskapet må derfor:

organisere seg selv og dets systemer på en slik måte at det garanteres en god grad av fleksibilitet til endring;

være sammensatt av dyktige og fleksible medarbeidere;

styring av mye informasjon og forhold til andre enheter (mennesker, andre selskaper, ...).

Business Intelligence må derfor være tilstrekkelig til å støtte og legge til rette for selskapets valg, i henhold til strategien: ERP-systemer, født på 60- / 70-tallet, var rettet mot svært stabile selskaper, men den nåværende tilstanden er annerledes. Det er ikke lenger nok å oppsummere gi til tjeneste for lederen, men det er nødvendig å kunne generere tilleggsinformasjon, gjennomføre komplekse og ofte dyre analyser. Derfor er det behov for spesifikke informasjonssystemer for disse behovene.

Et eksempel på hvordan systemer har utviklet seg fra å styre driften til å støtte beslutninger er lageret.

Når ledelsen av lageret besto i innsamling av gi viktig for forvaltningen: katalogisering av lagre, råvarer og sluttprodukter.

I dag er systemet bredere og styrer, i tillegg til gi, programmering og produksjonsplanlegging.

Dette systemet går gjennom flere stadier av evolusjon:

grunnleggende implantatalgoritmer som helhet: basert på råstoffinntekter og

produksjonsbegrensninger bestemmer standardene og rytmene som må holdes (inventar teori)

mer presis modellering av anlegget med tydelige tidsbegrensninger: operasjonskjede som nødvendigvis må finne sted og deres kontroll (logistikk automatisering +)

I veldig store anlegg kan ikke ledelsen være automatisert, og det er derfor nødvendig å åpne for Business Intelligence (avgjørelse systemer)

Selv administrasjonen, som lageret, har gjennomgått en endring over tid: når systemene hadde utført et minimum, ga de derfor støtte i utarbeidelsen av fakturaer og regnskaper, men i dag presser utviklingen mot programmering og design, kontrollen (overvåking ) av drift og prosjekter.

Union of Operations and Decisions in ERP systems

Integrasjonen mellom driftsstøttesystemer og business intelligence-systemer fortsetter å øke til fremveksten av ERP-systemer, Enterprise Resource Planning, som påtar seg rollen som et enkelt informasjonssystem i hele livet. Disse systemene, som nådde maksimal diffusjon på 90-tallet, brukes i stor grad i alle mellomstore / store selskaper og er stadig mer utbredt i mellomstore / små selskaper.

SAP er det ledende produktet i dette markedet.

Vedtakelsen av en ERP (ikke nødvendigvis SAP) er en ny begynnelse for selskapet: konsolidering av informasjon og dets sentraliserte, men modulære styring, tillater komplekse resonnementslogikker (studie av inntektsmarginer, solvens / insolvensscenarier ...).

Så å oversette strukturen i et selskap til en modell for et ERP er en god måte å forstå hvordan selskaper er strukturert og hvordan de fungerer. Med ERP er det imidlertid vanskelig å fange essensen av selskaper som "kunnskapsgeneratorer", og det blir umulig å representere dem i alle detaljer.

Faktisk oppstår problemet med selskapets representasjon fra det faktum at ERP-systemene som er tilstede for tiden er basert på en enkelt hierarkisk funksjonell selskapsmodell (ARIS-modell), mens det i den moderne verden er vanlig å identifisere organisasjoner med en matrisestruktur, mennesker har ikke en enkelt avhengighet (fra overordnet), men dobbelt: en for funksjonsområdet (kunnskap som enkeltpersoner har, for eksempel har en designer en referanse "sjefsdesigner") og en for ansettelsen (prosjektet der de jobber, for eksempel har designeren en "prosjektleder" for prosjektet han for tiden jobber med).

Det er derfor flere ledere for en enkelt ansatt, med potensielle konfliktsituasjoner.

Videre har ERP-er begrensninger knyttet til selskapets variabilitet: et selskap kan ikke forutsi hvordan det vil utvikle seg og hvordan det vil endre seg. IT-systemet må nødvendigvis tilpasse seg endringer i selskapet, men noen ganger er ERP for strukturert til å kunne følge med utviklingen i selskapet, og denne mangelen introduserer i sin tur en stivhet som oppstår som et hinder for selskapets utvikling.

Til slutt, når man bestemmer seg for en ERP, må man forstå:

integrering gi: ERP-er kan åpenbart ikke ignorere gi av selskaper, som er mange og er uorganiserte, er det behov for å bruke datalager

hvilke problemer som oppstår når man styrer selskapet helt med ERP

hva er derfor de særegne egenskapene til selskapet som vedtar en viss ERP og hvilke av dem som har med disse problemene å gjøre (f.eks. kjennetegn ved selskapene i et bestemt land, f.eks. de italienske, kjennetegnes av tradisjon og familieledelse, små- middels størrelse, motstand mot endring)

Kunnskapsstyring

Når et selskap bestemmer seg for å gå inn i et bestemt markedssegment, kan det ikke starte fra bunnen av: det er kriterier som det er nødvendig å handle, og det er parametere som må analyseres nøye. Studiet av konkurrenter og markedet er nødvendig ikke bare for å løse opp de mulige strategiene som skal vedtas, men også for å kunne sammenligne resultatene av egne strategier med de eksisterende.

Beslutningene som tas i et selskap er derfor et resultat av en prosess, som imidlertid ikke er formell eller har en veldefinert prosess. Mens noen har prøvd å formalisere disse prosessene og måten folk tenker på, er nettoresultatet at folks atferd sjelden er det som forventes.

Generelt har markedsundersøkelsesprosessen to grunnleggende komponenter:

dialogisk komponent, eller kommunikasjon mellom mennesker. Når de ikke har nok informasjon, kan de spørre noen implisitt eller eksplisitt.

I selskaper kalles den “endelige beslutningstaker” administrerende direktør (ADMINISTRERENDE DIREKTØR) som muligens støttes av et råd som det tilhører. Administrerende direktør må kontinuerlig kommunisere med alle involverte i prosjektet, utveksle informasjon for å finne måter å gi fortjeneste til selskapet.

dokumentarisk komponent, eller utveksling og / eller deling av dokumenter. Ikke bare det det er kommunikasjon mellom mennesker, men det er også en utveksling av dokumenter som er nødvendige for å ha et felles grunnlag for å diskutere. Informasjon samles inn og studier utføres på markedet man har til hensikt å komme inn på, og hvordan man kan komme inn på markedet.

Styring av kunnskap og informasjon er en grunnleggende komponent for alle sektorer der det er nødvendig å ta en bestemt type beslutninger, ikke strengt knyttet til gi visse av selskapet, men ofte knyttet til gi usikker.

To sektorer som har gjennomgått en utvikling i denne forstand de siste årene er markedsføring og den kommersielle, spesielt den av markedsføring som ikke bare er basert på gi usikker - som den kommersielle - men må også tolke folks atferd.

Informasjonssystemer for markedsføring og kommersielle er ikke født innen driftsstøttesystemer, men innen informasjonsbehandling og utvikler seg mot styring av informasjonsstrømmer, fordi de må ta hensyn til mange flere informasjonskilder, inkludert eksterne.

Informasjonsteknologi må grensesnitt med et komplisert system for kommunikasjon og informasjonsutveksling. Og det må møte et komplekst problem for å integrere dem og gi svar på bedriftens behov.

Kommunikasjonssystemet følger nå en strøm som forlater selskapet og åpner en rekke splitter nye problemer. I husholdningssektoren kjenner selskaper for eksempel ikke deres kunder endelig, fordi den nåværende realiteten er at apparater selges i butikker med flere merkevarer, der det er en mellommann, lederen for butikk, som etablerer et tillitsforhold til kunden. Selv reparasjonsteknikerne er ofte flere merker, og selskapet blir hindret i å kommunisere med kunden fordi det ikke kommuniserer direkte med dem. Produsenter må derfor åpne samtalekanaler med sine kunder, men denne oppgaven er ikke lett å utføre, så ofte den eneste tilbakemeldingen som bedriftene har fra kunder forekommer bare når i kunder er ikke fornøyd.

For et selskap er samtalestrømmen med kunden like verdifull som salg av et produkt, fordi det innebærer deres lojalitet. Inntil for noen år siden ble kanalen med kunden bare organisert gjennom et kundesenter. Nylig spredes imidlertid IKT mer og mer og ikke bare inntar en stilling på back office, men tar en ny rolle i kommunikasjonen med kunden.

Samspillet med kunden og ledelsen av samtalestrømmen har ført til at de ulike avdelingene i selskapet over tid har tatt i bruk sitt eget kommunikasjonssystem. Imidlertid er det behov for samhandling mellom disse avdelingene, og dette utgjør et problem på nivået med integrering av verktøyene som de forskjellige avdelingene bruker. Retningslinjene for samtale med kunden bryter derfor selskapets grenser og utgjør problemet med hvor verktøyene skal plasseres for å kunne gjennomføre denne samtalen; hvert selskap har en veldig spesifikk integrasjonsprofil, som avhenger av historien til selskapet selv.

Samtalen som involverer etablering og utvikling av nye produkter har derfor to hovedkilder:

en ekstern kilde gitt av oppførselen til konkurrentene og deres produkter og av atferden til kunder;

en intern kilde gitt av sammenligningen mellom salgsprognoser og faktisk salg.

Samspillet med kunden foregår også gjennom "operativsystemene" (dvs. støttesystemene for drift), som gradvis går fra en rolle som er strengt knyttet til selskapet og dets kjernevirksomhet, mot en rolle nærmere brukeren ved å integrere mer og flere tjenester og tilbud for forbrukeren.

Teknologi gjør det mulig for oss å utvide omfanget av driftsstøttesystemer, og endre samspillet vi har med kunden radikalt.

For eksempel kaller dagens teleselskaper systemer som administrerer telefonnettverk "operativsystemer", og handlingen med å ringe telefonnummeret er en interaksjon med det operativsystemet, selv om denne kommunikasjonen ikke oppfattes som sådan av brukeren.

På den annen side er operativsystemene som brukes i selskaper i e-handel Kom Amazon, er svært synlige for brukere som etablerer en slags dialog med dette systemet (for eksempel Amazon tilbyr brukeren bøker som han kan finne interessante basert på andre brukeres valg).

Interaksjonen med brukeren er grunnleggende når selskapet ønsker å knytte produktet som skal selges, til den overførte meldingen: når et selskap tenker på dets eksistens, produktet det selger og dets forhold til markedet, sammenligner det det eksisterende med det mulige. Dette gjøres ved å jobbe med kunnskapen man har, som kommer fra gi (dvs. fra de innsamlede tallene), men også fra den ikke-numeriske kunnskapen som selskapet samler inn fra konkurrentene e kunder.

Dette kunnskapsadministrasjonsområdet blir mer og mer viktig i moderne organisasjoner, det er et nytt aspekt.

Og det er interessant å se at noen selskaper har sterk interaksjon med kunder e sono sempre più sensibili all’opinione pubblica e alla relazione con la clientela. Ad esempio, per la FIAT 500, è stato lanciato un nettsted (500 giorni prima del lancio sul mercato) che raccoglieva le indicazioni dei kunder potensial og fremtid og faktisk påvirket produktet som deretter ble presentert for markedet (for eksempel var dashbordet et redesignet element som husker det fra den opprinnelige 500 som angitt av publikum).

Tolkningen av markedet må nødvendigvis passere gjennom samspillet med potensialene kunder.

For å gjøre dette er vi derfor interessert i verktøy for kunnskapsadministrasjon og samarbeid (groupware). Kommunikasjon, både intern og ekstern, er viktig for suksessen til et selskap.

Alle verktøyene som sprer seg i organisasjoner er mer og mer orientert mot kunnskapsadministrasjon, ikke bare for å tolke markedet, men også for å tillate deling av kunnskap innen av selskapet; for eksempel et selskap med separate og fjerne kontorer (f.eks Milano e Roma), kunne bruke kunnskaps- og kommunikasjonsstyringssystemer for å bringe gjensidige erfaringer nærmere hverandre, forhindre utvikling av to separate kjerner og dermed gi lokalisering og integrering av kunnskap24.

Kunnskapsstyringssystemer de interesserer også de som må ta mindre og mindre strategiske beslutninger, for eksempel kundeservicen som må gi svar på kunder kan benytte seg av vanlige spørsmål, det er et sett med svar på vanlige spørsmål formalisert med utgangspunkt i delt kunnskap. Men enhver form for formalisert prosess, akkurat som den er formalisert, har unntak. I sin natur kan de ikke normaliseres, og noen kan ikke elimineres. På noen områder spiller unntaket en viktig rolle, for eksempel i offentlig forvaltning, der det anslås at unntaket representerer omtrent halvparten av tilfellene.

Prosessene er ledsaget av en flyt av informasjon: hvis prosessen ikke er godt administrert, er heller ikke kommunikasjonen av informasjon effektiv.

Det er andre prosesser, beslutningstaking eller design, som kan planlegges, men måten et prosjekt er organisert på, påvirker realiseringen av det, og det er ikke praktisk for prosjektet å være for stivt. I disse tilfellene kan det tenkes at prosessen er en strøm av samtaler som inneholder formelle og presise passasjer i den.

Det er beslutningsprosesser og designprosesser som ikke kan være for stive, fordi 'samtalestrømmen er like viktig som begrensningene eller designspesifikasjonene.

Integrering av de 3 områdene

Frem til for noen år siden var operasjons- og beslutningsstøttesystemene og kunnskapsstyringssystemene helt separate og uforsonlige; mellom disse systemene er det imidlertid ingen uoverkommelige avstander. Først og fremst, for å få tilgang til og bruke begge systemene, brukes den personlige datamaskinen: tidligere var det en dedikert maskin for hver funksjon, men for øyeblikket er datamaskinen universell, og systemene finnes på samme sted. Datamaskiner er også utbredt og stadig mer sentrale i kommunikasjonen: på 80-tallet, på forespørsel

"Hvor mange datamaskiner trenger firmaet mitt?", Svaret ble gitt "mer eller mindre hvor mange telefoner du har", dette er et første tegn på hvordan datamaskinen har blitt et viktig verktøy for å administrere kommunikasjon.

Så gjennom årene, i tillegg til informasjonssystemene for styring av gi selskap, er det introdusert systemer for ledelse av selskapet, kunnskap og kommunikasjon. En sti av gi alt fra lønns- og administrasjonsinformasjonssystemet til groupware-systemer som inneholder en serie nyansert og gradvis mindre presis informasjon.

Informasjonsflytene og integreringen av groupware med driftsstøttesystemene betyr at det i prinsippet ikke er flere systemer som inneholder gi statisk. For eksempel er det ikke lenger noen systemer for å administrere ansattes betalinger, fordi det slås sammen med et mer komplekst karrierehåndteringssystem. Dette gjør at vi kan tilby mer til ansatte, i tillegg til ansettelsesforholdet, og forbedre båndet til selskapet.

Endringen i informasjonssystemer, som i økende grad integrerer registrering av fakta med kommunikasjonsflyter, tilpasser seg også sosial endring og spesielt til endringen i måten ansettelsesforholdet blir sett på: det har blitt et partnerskap mellom ansatte og selskapet. Selskapet har en interesse i å evaluere sine ansatte og føre en dialog med dem om arbeidsforhold. Av denne grunn blir den ansatte ikke bare evaluert ovenfra, men også av kolleger (peer-to-peer evaluering). Bedriftsinformasjonssystemer retter seg i økende grad mot personalstyringssystemer som er åpne for personellet selv, og gir dem muligheten til å uttrykke seg i arbeidsmiljøet, på de målene som er satt, og så videre.

Teknologier som er tilgjengelige i dag for samtaler og informasjonsutveksling inkluderer:

e-post: som er universelt adoptert, der spor av kommunikasjonen er automatisk generert;

skype: veldig nyttig for muntlig kommunikasjon;

videokonferansetjenester mellom flere personer: bedre enn skype for kommunikasjon mellom flere mennesker;

telefono.

Dokumenter, vedlegg er koblet til den utvekslede informasjonen, som er praktiske og nyttige, men skaper redundans og en viss forvirring fordi de er knyttet, men ikke integrert, til diskusjonen og derfor ofte er til stede i flere versjoner, derfor ikke unike og ikke bra organisert midlertidig.

For å overvinne ulempene med vedlegg i denne forstand er det opprettet spesifikke systemer: dokumenthåndteringssystemer. Det er flere, en av de mest kjente versjonene er wiki.

Kostnader

De viktigste kostnadene som følger av bruken av kalkulatorer er:

kjøp

installasjon

vedlikehold

opplæring operatør (instruksjonskurs for teknikere som jobber der)

Når et selskap henvender seg til en ekstern for å skaffe tjenester. Det er nødvendig å bedre styre det selskapet oppnår (kjernevirksomhet), alt eksternt blir behandlet som en kostnad (outsourcing).

Outsourcing kontrakter de er lange og kompliserte kontrakter der selskapet krever eksterne tjenester som ikke er strengt relatert til "kjernekompetansen", det vil si at selskapet delegerer til utsiden alt som ikke er rent knyttet til det selskapet har å oppnå. Vi prøver å flytte ut hva som er en kompetanse i selskapet, noe som gjør at det koster, men sparer på ressursene som brukes i selskapet.

Sektorene der outsourcing er gjort først er IKT, logistikk og nylig administrasjonen selv. En fordel er at organisasjonen er fritatt for noen byrder som belastes eksterne selskaper som tjenester (ved hjelp av know-how ekstern), er en direkte konsekvens at direkte og konstant kontroll over det som utføres i outsourcing, går tapt.

Kostnadsestimering er et stort problem for informasjonsteknologi, spesielt hvis den er orientert for å estimere mulige besparelser som adopsjonen av en teknologi kan generere (Eks: med en e-post er det vanskelig å estimere hvor du sparer).

En figur som antar verdi i avhengighet av dette, er i stand til å redusere kostnadene ved informasjonsteknologi

er CIO (Chief Information Officer), fordi det viser at hans makt ikke avhenger av pengene han forvalter, men av hvor mye penger han sparer selskapet.

Situasjonen som for tiden er i organisasjoner, har forskjellige kjennetegn

teknologien har stratifisert og omorganisert seg generelt rundt en ERP ved å legge til stykker. Graden av heterogenitet kompliseres av det faktum at det er både batch-systemer og online-systemer (nettbasert, ....)

tilgang til alle tjenestene som tilbys av systemene skjer via en personlig datamaskin.

Problemet for de som bruker teknologier og for de som produserer dem, er å evaluere hva som er tilgjengelig, og for å gjøre det er det nødvendig å finne strenge kriterier.

Case study valgt: “United Parcel Services (UPS): levering av pakker og e-handel løsninger», ad operere av senteret for informasjonssystemer (MIT).

Innledning

Med sine 15 millioner pakker per dag er UPS verdensledende innen pakketransport.

Selskapet, som ble grunnlagt i 1907 under navnet American Messenger Company, har vokst gjennom århundret sitt rykte som et pålitelig og effektivt transportfirma, inntil det på terskelen av 2000 viste seg å være den største transportorganisasjonen på planeten, med rundt 13 millioner pakker fraktes daglig til mer enn 200 land.

De siste årene har virksomheten utvidet sin virksomhet langt utover den "enkle" transport av objekter: ved å investere i forskning og utnytte IT-potensialet, har den introdusert en rekke tilleggstjenester.

Selskapets teknologi var ikke et valg diktert av presise prioriteringer. Introduksjonen på 80-tallet av konkurrentene til høyteknologiske tjenester vekket ikke ledelsen noe ønske om emulering, og det var faktisk motvilje mot å bruke mer enn 1% av det årlige budsjettet på IT-systemer. Det var bare et lederskifte i 1986 som førte til den gunstige kursendringen, som førte til massive investeringer og opprettelsen av en omfattende servicepark. Mellom 1986 og 1996 strømmet UPS mer enn $ 11 millioner i IT, og økte IT-fagbasen fra 100 til over 4000.

Denne avgjørelsen hadde konsekvenser for systemene, og tjenestene som ble tilbudt kunder, optimalisering av aktiviteter, relasjoner med partnere og personalledelse.

system

I den varme starten på IT-investeringer bygde UPS umiddelbart et anlegg i New Jersey dedikert til datalagring og behandling gi; dette komplekset burde ha spilt rollen som database sentraliserte alle fakta og informasjon om organisasjonen, og ga et enkelt tilgangspunkt for alle grener av selskapet.

Den sentrale db var viktig fremfor alt for å sikre sporingsfunksjonene, det vil si kunnskapen i hvert øyeblikk av plasseringen av en pakke. Denne innovasjonen, introdusert av konkurransen, var veldig velkommen av kunder. UPS anså det derfor som viktig å investere i

et kapillært nettverk som tillot denne flyten av informasjon: nettverket, som tok navnet UPS Net, ble lansert i 1990.

Il database det måtte inneholde ikke bare informasjonen på pakkene (en allerede enorm mengde, omtrent 200 attributter for hvert sendt element), men også om de andre aspektene: logistikk, gi av kunder og ansatte. Denne ledelsen av gi påvirket UPS kjernevirksomhet, dens organisasjonsmetoder og samarbeidsmetoder.

Når en solid infrastruktur var sikret, begynte UPS å tråkke hånden på virksomhetenes teknologi. I 1993 introduserte det DIAD, et automatisk pakkegjenkjenningssystem som i sanntid gjenkjenner pakken og oppdaterer pakken database med operasjonene som er utført på den (avgang, transport, innsamling, etc.). DIAD består av en miniterminal, for tiden basert på Windows Mobile, dato under administrasjon til alle som håndterer pakkene. Terminalen er utstyrt med toppmoderne tilkoblingsmuligheter (den fjerde utgivelsen, for tiden i bruk, har Wi-Fi og GPRS, men også bluetooth og infrarød for å kunne koble til datamaskiner og skrivere) og selvfølgelig en GPS, til hjelpe sjåfører i optimalisering av ruter og å oppdatere den nåværende posisjonen til pakken. Analysen av informasjonen som ble overført av DIADs bringer frem en mengde gi som selskapet bruker til å profilere i kunder, for å optimalisere forsendelsesflyten og å praktisere en aktivitetsbasert kostnad. Kom igjen gi eventuelle "feil" eller særegenheter ved utformingen av forsendelsene dukker opp kunder, som lar UPS tilby konsulenttjenester og omleggingstjenester. Optimaliseringen av forsendelser, det klassiske feltet for operativ forskning brukt på informasjonsteknologi, er mesteren i UPS-aktiviteter.

Eksplosjonen av det verdensomspennende nettet på midten av 90-tallet åpnet for nye muligheter, noe som resulterte i introduksjonen av et stort utvalg tjenester basert på Internett (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio nettsted e, molto prima della teorizzazione del cosidetto e-handel, ante potensialet for å plassere seg mellom produsenter og forbrukere, kutte ut forhandlere og distributører fra kjeden.

Alle IT-systemer er utviklet internt hos UPS. Mange applikasjoner har ikke forblitt selskapets eksklusive rettigheter - for eksempel de nevnte sporings- eller kostnadsestimeringssystemene oppdatert i sanntid rundt om i verden - men har blitt gjort tilgjengelig for kunder: alle som vil kan integrere disse programmene i programvaren, selv i ERP-systemer. UPS tilbyr APIer og dokumentasjon, og ber bare om vedlikehold av merkevaren.

Med denne endringen i applikasjonsmålet i tankene - fra intern bruk til kundeorientert utvikling - har IT-avdelingene begynt å utvikle seg så interoperable og modulære som mulig:

den systematiske adopsjonen av åpne standarder har gjort UPS til en vinner i første omgang, og i dag er det mange selskaper som enkelt bruker UPS-funksjonalitet i programvaren;

Modularitet muliggjorde gjenbruk og oppdatering av kode, akselererende forbedringer og nye implementeringer. Dessverre setter budsjettbegrensninger en demper på dette løpet. Dette aspektet vil bli bedre sett i organisasjonsavsnittet.

Den høysentraliserte strukturen til systemene som er beskrevet hittil, var veldig utsatt for brå forstyrrelser i tilfelle katastrofe; et selskap som UPS har ikke råd til driftstider. Av denne grunn besluttet informasjonssjefen i 1996 å innføre et datasenter parallelt med Atlanta som replikerer all virksomhet, og sikrer ønsket kontinuitet. Robustheten og effektiviteten til UPS er så høy at selskapet kan

garantere forsendelser på veldig korte tidsvinduer (til og med en time for kritiske tjenester).

Blant de relevante teknologiske innovasjonene de siste årene, har UPS introdusert RFID-merking av spesialpakkene sine, et valg som har satt fart på anerkjennelsesprosedyrene og løst problemet med å lese visuelle koder (som strekkoder) på uregelmessig formede pakker. I tillegg ble det opprettet et stemmegjenkjenningssystem (UPS Interactive VoiceResponse) for å lette den menneskelige arbeidsbelastningen på telefonsentralene. Som det kan sees, tar UPS spesiell oppmerksomhet til utviklingen av systemene og omfavner villig enhver ny teknologi som kan øke produktiviteten.

organizzazione

Strategiske beslutninger i UPS tas basert på analysen av gi samlet inn av de to databehandlingsanleggene gi, organisert i datalager og foreslått gjennom et foretaksinformasjonssystem. Når det gjelder langsiktige strategier, utfører UPS kontinuerlig etterretningsaktiviteter og fremfor alt markedsanalyser. Ved periodisk å sjekke konkurrentens tilbud, kan han prøve å bygge bro over gapet (konkurransemulering).

Avgjørelser innen UPS ble opprinnelig tatt kun etter evalueringer fra toppledelsen. Etter dataprosesseringen ble IT-styringskomiteen introdusert, bestående av fire eksperter som hvert fjerde kvartal pålegger den teknologiske retningen. I løpet av året samler kommisjonen ideer og forespørsler fra de ulike sektorene i selskapet; siden, som nevnt, alle IT-avdelingene er samlet i de to parallelle kontorene - og det er ikke forutsett at undergruppene er dedikert til behovene til en enkelt filial - foretrekkes tverrgående prosjekter. Siden det ikke er noe uendelig budsjett, bestemte jeg meg for at prosjektene skulle utvikles, og bestilte dem etter prioritet; Relevansen beregnes av styringsgruppen på grunnlag av forventede kostnader og fordeler: et beslutningsstøttesystem utdyper gi, basert på parametere som forventet avkastning på investeringen, innvirkning på andre systemer / prosedyrer, og så videre. Prosjektene med høyere prioritet diskuteres og endres til slutt; til slutt tildeles et budsjett og menneskelige ressurser. Et viktig aspekt av denne mekanismen er at beslutningssystemet favoriserer kortsiktige prosjekter, fordi hvis en implementering tar mer enn et år, mener UPS at markedet allerede vil ha endret seg før utviklingen er fullført.

Styringsgruppen krever at alle søknader gjenspeiler selskapets stil og grafikk. Av denne grunn bestemmer han på bordet malene som skal brukes til programvare utviklet; hele organisasjonen må følges.

Når det gjelder mål som ikke er direkte relatert til IT, bruker toppledelsen i UPS utstrakt bruk av såkalt sentiment mining, og drar fordel av Radian6-plattformen som overvåker de viktigste sosiale nettverkene (fora, blogger, facebook, linkedin, Twitter, YouTube, etc.) og gir oppsummerende dashboards over selskapets omdømme på nettet. Blant de andre aspektene som holdes under nøye overvåking er også utnyttelsen av merket.

For å utforske radikalt nye muligheter, har UPS også dato starten på en divisjon kalt e-Ventures, som er ansvarlig for å identifisere nye forretningsgrenser innen nettet, som ikke kan tilskrives konkurransedyktige aktiviteter og som kan åpne for nye partnerskap med andre selskaper. Det første e-Ventures-produktet, godkjent av

toppledelsen i 2000, var UPS e-Logistics, en omfattende online administrasjonsplattform for frakt for selskaper som tar i bruk UPS som standard kurir. Ideen med e-logistikk er å tilby en enkelt integrert pakke som gir all hjelp du måtte trenge: fra lagerstyring til sporing, gjennom ordrehåndtering, telefonsupport, etc. E-Ventures produserer i gjennomsnitt omtrent tretti innovative forslag per år.

I 1997 opprettet UPS et fond kalt UPS Strategic Enterprise Fund, som overvåker, evaluerer og investerer i nye selskaper som utforsker nye markeder og teknologier av potensiell interesse. Dette fondet identifiserte og førte til oppkjøpet i 2004 av Impinj Inc., en produsent av RFID-brikker.

samarbeid

Som det kan sees fra de foregående avsnittene, har UPS forskjellige typer kunder:

privatpersoner som sender pakker;

selskaper som er avhengige av å levere pakker til sine egne kunder

(online handel uten mellommenn av noe slag);

selskaper som ikke bare sender pakker, men også utnytter sine IT-applikasjoner.

Kommunikasjon med i kunder av den første typen skjedde hovedsakelig gjennom telefonsentre, men med eksplosjonen på nettet ble mye av støtteaktiviteten viderekoblet til e-post. For eksempel kan du motta e-postvarsler om status for forsendelsen, eller sjekke den direkte fra nettstedet. Redundansen til telefonpersonell, som også stemmegjenkjenningssystemet bidro, tillot UPS å skape en ny forretningsfront: konsesjon av slikt personell til samarbeidspartnere (UPS Business Communication Services).

Organisasjoner som benytter seg av IT-tjenester, kan også kommunisere med UPS gjennom en del av nettstedet som kan nås gjennom autentisering. For å unngå å måtte tilfredsstille store mengder gjentatte forespørsler, har UPS satt opp en serie med vanlige spørsmål på alle språk og en kunnskapsbase der du kan prøve å finne svaret raskere.

Det er bare en type samarbeid som skjer uten involvering av ad hoc-systemer, og det er det mot partnere som ikke viser interesse for tilleggstjenester. Disse selskapene blir personlig kontaktet av en kontoansvarlig for elektronisk handel som foreslår funksjoner fra UPS-porteføljen som, basert på analyse av forsendelser og laster, kan være fordelaktig.

Det interne samarbeidet i UPS foregår på forskjellige måter:

Administratorene jobber via telefon og / eller e-post; passende nettbaserte billettjenester administrerer arbeidsflyten for tekniske problemer; en ad hoc-søknad, også basert på nettet, er ansvarlig for å samle inn og organisere de innovative forslagene som vil bli analysert på slutten av året av IT-styringskomiteen.

Drivere kommuniserer med grener eller hovedkontor gjennom DIAD-miniterminalen, som hele tiden er tilkoblet. Administrasjonskontorene kan overføre presserende informasjon (for eksempel om trafikk, destinasjonsendringer osv.), Slik at den vises på displayet.

Grunnleggende om IT for organisasjonen

Andre del av kurset: leksjoner 7-12

Notater utarbeidet av:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Kontrollert av professor Giorgio De Michelis for å sikre fravær av tabber.

DISPENSER FORSTERKET AV LÆKER STEFANO FANTIN

For å introdusere innovasjon i selskapet, er det først og fremst nødvendig å kjenne den teknologiske infrastrukturen vi har. Det er viktig og følger utviklingen av informasjonssystemer, og for at denne utviklingen skal skje, må teknologiene tas i betraktning.

innovasjon

60- / 70-tallet

Systemer adoptert: systemer for styring av operasjoner.

plassering: i hus1 / i tjenester.

Teknologi: Mainframe2

Bedrifter er midt i industriell utvikling, med verdensøkonomien som har kommet seg etter krigen og virksomhetene vokser dramatisk. Dette skjer imidlertid ikke overalt, men i et begrenset antall industriland. L'Italia, i bruken av informasjonsteknologi (ikke i deres design, som Olivetti demonstrerer), var litt bak andre land.

80- / 90-tallet

Systemer adoptert: systemer for virksomhetsstyring.

plassering: i hus.

Teknologi: på LAN-arbeidsstasjoner, VPN-er i sjeldne tilfeller, stjernenettverk

Selskaper i utvikling, men den første oljekrisen dukker opp: den er en vekker, men den blir sett på som en overgangsfase. Oljekrisen er et hinder for økonomisk vekst og etterlater situasjonen med svært høy ustabilitet: I mange land er det svært høy inflasjon, valutaen devalueres og energi- og lønnskostnadene øker. Det var i denne perioden ideen om å utvikle seg i regioner der arbeidskraft var billig vokste. Dette endrer ting betydelig: i Italia i disse årene skjedde det en strategisk endring i selskapene som driver utviklingen, som til nå hadde fokusert på produksjon av lavkostprodukter. Derfor dukker det opp selskaper som kvalifiserer for utmerket kvalitet på arbeidet deres (tekstil, mote, mekanikk, kjemi). I ulike sektorer blir "Made in Italy" synonymt med kvalitet. Men utviklingen av giganter som Russland, India og Kina fører til situasjoner som ikke er forutsett av kjente økonomiske modeller: forbruket firedobles og disse landene befinner seg i situasjoner som aldri har vært opplevd før.

90- / 00-tallet

Systemer adoptert:ERP.

plassering: i huset / Outsource.

Teknologi: Generelt formål (f.eks. PC) via Internett

I denne perioden er økonomien drevet av to hovedfaktorer: ustabilitet og økt konkurranse. Bedrifter prøver å omplassere seg, og finne andre roller og annen teknologi. Bedrifter kan tro at de har en viss horisont med hensyn til deres bevegelser; mens ressursene var store i løpet av den økonomiske utviklingen, og det var en garanti for å ha dem de neste årene, og dermed ha handlefrihet for strategiske endringer selv på kort sikt, er det nå nødvendig å planlegge ressursbruken bedre i lange perioder. . Spesielt for elektronisk teknologi og informasjonsteknologi betyr ustabiliteten i den moderne verden at et vinnende produkt i et bestemt øyeblikk ikke nødvendigvis varer lenge på markedet. Dette gjelder på kort sikt og, enda mer, på lang sikt.

00- / 10-tallet

Vi er fremdeles med i spillet!

10- / 20-tallet

Hva skjer?

Den første tilgjengelige teknologien er hovedrammen (IBM S / 3603 er blant de første som blir med i selskapet). I ITC-sektoren er innovasjon massiv, og det er mange selskaper som er født, utvikler seg konsekvent, men forsvinner raskt, noen ganger absorbert (som Netscape, kjent for den homonyme nettleseren, er nå en divisjon av AOL), noen ganger ikke.

Strukturen til markedet for informasjonsteknologi dikterer svært strenge regler for innovasjon.

Med spredningen av de første forbindelsene ble terminaler for ekstern tilgang til en sentral datamaskin (stjernetopologi) født. Deretter utviklet nettverket ved å plassere mellomservere. Først senere kommer den Internet, en infrastruktur som lar oss integrere en

mange forskjellige arkitekturer (hierarkisk, peer to peer4, klient-server5, ring...). I Internet alt mellomliggende mellom to kommuniserende terminaler er skjult, strukturene defineres etter at nettverket er utviklet. Det gir oss en skremmende frihet: vi trenger ikke lenger en struktur som lar oss bringe orden. Internet det er absolutt en massiv teknologi (i engelsk forstand av begrepet, dvs. av store dimensjoner).

Denne historiske ekskursen er viktig for å forstå informasjonssystemer og generelt teknologier, fordi:

bedrifter og organisasjoner generelt er døtre etter deres egen tradisjon, og deres erfaring utgjør forskjellen;

sosiopolitiske forhold er en dominerende miljøkomponent;

evolusjonen og state of the art er også en funksjon av brukernes veier.

Vi er mer og mer vitne til en samutvikling av selskapets valg basert på egenutviklingen kunder.

Som Klee skildrer i sin "Angelus Novus", "Innovasjonens engel må ha et øye med fortiden", det vil si at vi må se på fortiden for å gjøre nye ting.

Den mulige utviklingen av informasjonssystemer

ERP-systemer, dominert av SAP og Oracle, ble født på 70-tallet. De ble laget for selskaper som hadde teknologier og strukturer som var forskjellige fra dagens, som var designet for et miljø der markedet var stabilt.

Det er derfor klart at det er behov for å innføre innovasjon, men vi er begrenset av noen faktorer, den viktigste er motstanden mot forandring fra mennesker som bruker systemene som er til stede, ettersom endring krever læring og studier av noe nytt ( som ikke alltid er godt sett).

Operativsystemene som er i bruk i dag er hovedsakelig

Unix (40 år)

Windows (30 år)

Linux (20 år)

Disse systemene ble født i en tid da informasjonsteknologi ble utført på små og mellomstore datamaskiner. Over tid har de samme systemene spredt seg til arbeidsstasjoner og servere.

Det er bekymringsfullt at det i dagens verden ikke er mer sofistikerte systemer enn disse som eksisterer: ser vi for eksempel på nettet, kan vi tenke på å introdusere et nytt operativsystem som støtter koder for en enkelt side i et dokument.

"9x faktor"

Når du prøver å introdusere innovasjon, er det viktig å tildele den riktige verdien til innovasjon den kan ha på sluttbrukeren.

Når en person skaper innovasjon, må han være klar over det faktum at han vil tillegge denne innovasjonen en verdi som er tre ganger det som oppfattes av brukerne. Dette fordi oppfinneren bare ser den innovative komponenten, men han oppfatter ikke behovet for å endre økosystemet der den lever også. Menneskene som bruker teknologier og som tilbys innovasjon til, vil igjen tilskrive applikasjonene de vet hvordan de bruker trippel verdi, fordi det har kostet dem innsats for å lære og derfor verdsetter nettopp fordi de vet hvordan de skal brukes.

Så for at innovasjon skal ha sjansen til å erstatte det eksisterende, må det være ni ganger bedre ("9x-faktoren"), det vil si at det må være en radikalt annen innovasjon som virkelig endrer folks liv.

For å innføre innovasjon er det derfor nødvendig å utvikle systemer som har svært lave læringskostnader (ideelt sett null) og som derfor erstatter den eksisterende, forbedrer brukeropplevelsen, men som naturlig passer inn i det eksisterende økosystemet.

HANDELSVARE:

En vare er et gjenstand for vanlig bruk hvis egenskaper sjelden blir spesifisert, fordi de er definert og kan spores til en standard. Det er irrelevant hvem som produserer varen, siden det ikke er noen differensiering av det produktet på markedet. Tenk for eksempel på en espresso eller en bunke ark: det er kvalitetsstandarder som nå er utbredt og ikke trenger å spesifiseres eller differensieres.

Kvaliteten på en vare er normalt høyere enn et produkt med lav verdi, nettopp i kraft av det faktum at den oppfyller utbredte og garanterte kvalitetsstandarder. Tvert imot er kvaliteten på et ad hoc-produkt bedre enn varene.

Når en teknologi blir en vare, betyr det at problemene den sto over er over: den er perfekt installert i domenet (f.eks. En tekstredigerer, en kontorskriver). I en verden av informasjonssystemer, hvis vi leter etter en komponent, men ikke bryr oss for mye om hva den skal utføre når det gjelder ytelse, ser vi sannsynligvis etter en vare.

I IT-bransjen blir innovasjonsbehovet forstyrrende, fordi innovasjonen som introduseres, er mindre og mindre i systemet, og dette setter hele bransjen i fare: uten innovasjon reduseres investeringene.

Imidlertid er det ikke lett å innføre innovasjon, spesielt for et stort selskap: hvis det har et utbredt produkt på markedet, oppleves dette produktet som en standard. Innføringen av innovasjon åpner en arm i oppfatningen av standarden, og starter dermed en overgangsperiode der en konkurrent kan komme inn i markedet og bli en viktig tilstedeværelse.

Konkurransens vekst har ikke en tendens til å produsere innovasjon, men har en tendens til å bringe produkter mot samme konvergenspunkt. For bransjeledere, introduksjonen av innovasjon:

det genererer tapet av forholdet til markedet som har skjedd tidligere;

det gir ikke vesentlige økonomiske fordeler;

forvirring øker mellom kunder;

det binder selskapet til selve innovasjonen: i tilfelle feil, ville det være totalt siden det ikke ville være mulig å gå tilbake.

Derfor er det nødvendig å skape et optimalt kommunikasjonsmiljø med kunden, og tiltrekke deres interesse for å kunne introdusere innovasjon i markedet. Som sagt tidligere, må funksjonene som tilbys være veldig fordelaktige til en i utgangspunktet null læringskostnad.

Når det gjelder et selskap, er det klart at dets behov kan endres. De tidligere valgene som selskapet har tatt, har påvirket strukturen til informasjonssystemet det bruker. Tilsvarende påvirker strukturen til selskapets informasjonssystem fremtiden: det som eksisterer, vilkår og skaper fordommer (å forstås som tro og vaner på grunn av svært stabile situasjoner).

For eksempel ble det antatt at det elliptiske språket (dvs. hvor ellipsen forekommer, dvs. utelatelsen av ord), ble betinget av synkronisering (dvs. av tidsmessig kontinuitet), men ikke av plasseringen av samtalepartnerne (en diskusjon kan også gjøres på telefonen). Imidlertid har e-postens ankomst gjort at denne troen faller: verken synkronisering eller lokalitet påvirker vår forståelse av språk, som i stedet avhenger av konteksten. Verden har ikke endret seg som et resultat av å forstå dette, men denne forståelsen gjør at vi kan tenke oss noe nytt.

For å forstå informasjonssystemene som brukes i en organisasjon, må to historier tas i betraktning:

teknologihistorien, for hvis et selskap ble født for tretti år siden, vil teknologiene det vil ha brukt, bli sterkt påvirket av historien;

historien til selskaper, fordi historien for mange selskaper ikke er lineær, men underlagt fusjoner, spin-offs, oppkjøp, og derfor vil informasjonssystemet deres ha endret seg med dem.

Utviklingen av selskapet er viktig for de som utvikler informasjonssystemer: informasjonssystemer er dynamiske enheter og er noen ganger underlagt svært stramme tidsfrister.

For å utvikle selskapets informasjonssystem er det først og fremst nødvendig å forstå hva organisasjonenes behov er. Det første trinnet er å tolke selskapets behov og vite hvordan man skal forstå problemene, og prøve å forstå ideen om hvordan det fungerer. Faktisk er organisasjoner i dag ikke lenger i stand til å si hva de trenger uten å forestille seg løsningen de ønsker (for eksempel spør de ikke om å "administrere logistikken", men ber om "en database for logistikk "). Det er derfor vår oppgave å vite hvordan vi skal tolke disse behovene: hvert selskap har forskjellige formål og grunner, så vi må lage systemer som oppfyller hvert eneste behov.

Det første problemet består derfor i å kunne:

identifisere all mulig informasjon, da det er umulig å få tilgang til dem alle, ettersom ingen i selskapet kjenner hver eneste del av systemet i deres besittelse,

være i stand til å gi råd til selskapet i valgene som skal tas, lytte til dets behov.

Så ønsker vi å skille de tre fasettene til systemene, analysere integrasjonsnivåene mellom disse fakta, identifisere stivhetspunktene, de nye problemene (de vil indikere for oss hvor spørsmålene som vil gjøre stivhetspunktene til problemene kommer fra).

Gitt stivheten som problemene er utsatt for, er ikke spørsmålet lenger å integrere a dato X med en dato Y, men er å definere mulighetene for integrasjon. Integrasjonskostnadene må reduseres, slik at en organisasjon kan endre sin struktur radikalt.

Et annet problem å møte er det hvor du skal legge tjenestene: det er mulig å utstyre selskapet med en e-post, men hvis det for eksempel er et kundestyringssystem, kan vi integrere e-posten i det systemet. Faktisk integrerer mange dokumenthåndteringssystemer i dag teknologier som e-post.

Problemet med integrering oppstår også på dette området: jo mer vi beveger oss mot i

gruopware, jo mer har vi integrasjonsproblemer angående verktøyene som brukes og deres bruksområder.

Per ragionare meglio, faremo un quadro di quello che c’è in Italia, av to grunner:

vi vil sannsynligvis finne oss i å analysere italienske organisasjoner;

Italienske selskaper har unike egenskaper.

Italienske selskaper

Italienske selskaper må klassifiseres i grupper med særegne egenskaper, men klarer alltid å identifisere hvert selskap unikt. Dette veileder oss i muligheten til å produsere ad hoc-ideer for hvert selskap, men modulært og med en felles base.

L 'Italia è uno dei più importanti produttori manifatturieri del mondo ed è il 5° esportatore al mondo, in Europa è secondo solo alla Tyskland. A parte i beni culturali, l’industria manifatturiera è la nostra prima risorsa e ci permette di avere un buon tenore di vita.

På markedet er vi sterke i noen sektorer av B2C (Business To Consumer), de viktigste er mote, møbler, "hvite" apparater (kjøleskap, vaskemaskiner og de som vanligvis er farget hvite). I små apparater er vi veldig sterke, blant de første i verden. Videre er vi i agro-mat og landbruksredskaper.

Mekanisk industri er veldig sterk, ikke bare innen biler og motorsykler, men også innen B2B-mekanikk (Business To Business): is, papir og trebearbeidingsmaskiner.

Vi er ledende blant produsenter av fliser, glassrammer, fargestoffer og maling. Ledelsen vi har skyldes sterkt innovasjon og høy kvalitet, ikke nødvendigvis når det gjelder solgte mengder. Denne ledelsen er på ingen måte garantert: konkurrenter med raskere utviklingssykluser kan sette den i krise.

I vårt land er det tusenvis av interessante selskaper under forskjellige profiler; dette innebærer at vi ikke har store selskaper, hvis ikke de der staten har en relevant rolle og som den kan handle og regulere dem i, men som derfor ikke fungerer på et reelt fritt marked.

Log italienske selskaper kan beskrives ved noen kjennetegn:

konkurrere globalt;

de er små (ikke alle av dem, men vi har mange mellomstore foretak og mange mellomstore / små selskaper);

de er innovative;

de er forankret i territoriet;

ha en nettverksstruktur;

de blir ledet av en mester / grunnlegger;

de sliter med å vare utover første eller andre generasjon;

de vokser raskt;

de er ikke veldig datastyrte.

Som små, men globalt konkurransedyktige selskaper, kalles de "lommemultnasjonale selskaper". Produktene deres anses som ustabile. De er selskaper som er født og fortsatt ligger i "industridistriktene", og samarbeider med andre selskaper og danner dermed et nettverk av selskaper og organisasjoner som er sterkt internasjonalt. Effektiviteten til nettverket påvirker effektiviteten av deres virksomhet. Industridistrikter blir dermed soner med noen av de beste selskapene i verden.

De er forankret i territoriet, og de fleste av gründerne til disse selskapene sørger også for å styrke territoriet, siden hvis kvaliteten på territoriet er høy, er kvaliteten på arbeidet også bedre.

Ledelsen i disse selskapene er ofte knyttet til en enkelt person, en sjef eller en grunnlegger med bemerkelsesverdige gründeregenskaper.

Den som etterfølger den karismatiske lederen får ikke den samme suksessen eller den samme støtten: han må vite hvordan han skal administrere med evne i stedet for karisma. For å lede disse selskapene tar lederen for seg mange aspekter: det er ingen som er spesialisert på markedsføring, på strategiske valg eller på forhold til publikum, men én person gjør alt.

Slike selskaper sliter derfor med å vare utover andre eller tredje generasjon. Videre oppstår et betydelig problem fra en generasjon til den neste: siden mange italienske selskaper er kjent, "født i en garasje", blir arven til selskapet et problem på grunn av antall arvinger, som stadig øker fra generasjon til generasjon. . Så det er noen ganger billigere å selge selskapet når det tjener penger.

Italienske selskaper er også veldig innovative: de lager nye produkter og konkurrerer om fortreffelighet.

Til tross for dette er de ikke veldig datastyrt når det gjelder alt som ikke er strengt knyttet til produktet og produksjonsprosessen, eller på alle de teknikkene som brukes til å transformere penger til et produkt og omvendt. For italienske gründere er informasjonsteknologi noe som tar over senere, når det ikke lenger er mulig å unngå det, med håp om ikke å ødelegge selskapet med denne introduksjonen. I stedet må informasjonsteknologi være et viktig element for virksomheten: selskaper som Ikea, Zara, RyanAir, har grunnleggende informasjonssystemer for sin virksomhet. Utviklingen av Ikea, for eksempel, har blitt ledsaget av utviklingen av deres IT-system (spesielt for logistikk, men også for utveksling av ordrer og kunnskap i selskapet).

Veksten til italienske selskaper er imidlertid ganske rask, så mye at trenden ofte ligner den innen høyteknologiske næringer. En kritikk fra økonomer mot industrien vår er at sektorene er de “tradisjonelle” der det ikke er vekst, men takket være innovasjon og radikale endringer i sektoren, skjer vekst fortsatt.

I brilleindustrien har Luxottica for eksempel vært i stand til å omstrukturere markedet, både i stillingen som rammeprodusent og selgerrollen, og har en enorm gevinst i merverdi (og dermed funnet seg i direkte kontakt med kunder hvorfra den kan motta direkte tilbakemelding både på sine egne produkter og på konkurrentene).

Innovativitet kan ikke alltid være til stede: 3M har gitt seg en kode for innovasjon, ifølge hvilken selskapet må fornye minst 25% av prøvene hvert år. Dette er prisverdig, men hvis du tenker på et motefirma som på et år (eller enda mindre, 4 måneder i tilfelle Zara) fornyer prøvene sine helt, krever det helt klart en helt annen prosess.

Informasjonsteknologi må ha en nyttig rolle i selskapet, må skape merverdi og ikke være en marginal tilstedeværelse. Vi håndterer informasjonsteknologi som tar denne rollen, så vi er interessert i å forstå hvordan vi kan hjelpe det italienske selskapet.

datum at bedrifter vokser raskt, trenger vi utviklende informasjonssystemer:

bedriftsvekst krever systemer for å kunne håndtere nye problemer; problemet man må møte er ikke bare i evnen til å oppskalere systemer, men er å gjøre dem fleksible for å håndtere nye problemer.

Å være selskaper i nettverk er deres styring nært knyttet til samspillet mellom selskaper: det er behov for "åpne" systemer, der åpning ikke bare administreres på den ene siden (den av selskapene man kommuniserer med), men der det er mulig å tilpasse seg, å vite hvordan man kan samhandle med andres informasjonssystemer.

I settet med åpne systemer er det spesielt logistikken: det å være multinasjonale selskaper er antall land der de opererer viktig, derfor er det nødvendig å vite hvordan man skal håndtere forsendelser fordi mistet levering er potensielt tapt salg. Ved å organisere riktig kan gode resultater oppnås.

Innovative selskaper kan ikke foreta flerårige investeringer, fordi investeringene er kortvarige. På lang sikt tas det valg som gjelder hele produktfamilier. Så graderte investeringer.

Kompetansen til ledere er viktig, som selskaper med arveproblemer. Det er derfor viktig å bedre administrere forretningsinformasjon og kunnskap. Informasjonen avhenger også av kildens verdi: Hvis en autoritativ kilde uttrykker en kommentar til en bestemt ide, får den kommentaren mye mer verdi. Apples sjefsdesigner hevder at produktdesign begynner med “visjon" av det produktet.

Et selskap starter på et lokalt sted, mens det vokser, forblir det fortsatt lokalt, men begynner å ha ledelse eller kontorer i andre territorier / land. Dette skaper et nettverk av steder som må være kjent og behagelig for folk som beveger seg rundt dette nettverket. Faktisk bruker selskaper mer og mer på forbedring av territoriet de er lokalisert i.

Systemene er derfor i situasjoner der det er nødvendig å håndtere uventede hendelser, og det er viktig at de vet hvordan de skal tilpasse seg.

Offentlig administrasjon (PA)

Offentlige organisasjoner er i hovedsak forskjellige fra private: de har et veldig viktig forhold til reglene, mens forholdet til markedet ikke eksisterer (selv om det skulle). Den italienske administrasjonen blir sett så dårlig på at vi ikke kjenner igjen de (få) fortreffelighetene vi har. Helsevesen er for eksempel en sektor som fungerer bra, og vi har bedre økonomisk avkastning enn mange andre land.

La PA italiana ha difetti consolidati, molte imprese non vengono in Italia perchè non sanno quando potranno operare, per la lentezza burocratica nota di questo Paese.

I motsetning til selskaper, legger PA ikke merke til tjenestene som ikke brukes: det er ingen akkumulering i lageret av usolgte produkter, men det er på det meste folk som ikke jobber (og ofte klager ikke disse menneskene om det), slik at lekkasjen blir vanskelig å få øye på. Det er ingen som måler tjenestene til PA; du trenger et mål på service.

In Italia da qualche anno è in corso un processo di cambiamento, che ha delle linee guida “nascoste”, una delle quali è quella di mettere al centro il cittadino – cosa che stanno cercando di fare anche le aziende con i loro kunder. Så vi kan forestille oss at PA og forretningssystemer har møtepunkter.

Begynnelsen på endringsprosessen var dato fra punktene i følgende lov som blant annet førte til 3 viktige endringer:

hver administrasjon må fastslå hvilke tjenester den tilbyr, eller de administrative prosedyrene som den er ansvarlig for;

for hver prosedyre, når den leveres til borgeren, må det være en person som har ansvaret; derfor må innbyggeren vite hvem som er ansvarlig for den tjenesten;

for hver administrasjonsprosedyre er det maksimal tid tjenesten må leveres.

Denne loven manglet noe for å være en revolusjon: den introduserer ikke en person som er ansvarlig for en hel klasse med administrative prosedyrer. Det vil si at selv om hver enkelt prosedyre har en ansvarlig person når den blir levert til en privatperson, er det ingen som er ansvarlig for den spesifikke prosedyren (for eksempel er det en person som har ansvaret for passet mitt, men ikke en for alle pass).

For å gjøre denne endringen er det behov for en annen, som ennå ikke er gjort: den offentlige forvaltningen må hjelpe innbyggerne i deres behov. Loven er sekundær i forhold til innbyggernes behov, men den må respekteres. Derfor bør PA veilede innbyggerne i valgene og prosedyrene som er nødvendige for å oppnå det han trenger, og ikke bare anvende loven og overlate borgeren til seg selv.

For eksempel, hvis en familie trenger tillatelse til å bygge et rom for barnet sitt, bryr de seg ikke om hvordan dette rommet er laget: bare ha det, for det er dette behovet. Så innbyggeren er villig til å følge reglene (som derfor er mindre viktige enn nødvendigheten), men siden innbyggeren ikke blir veiledet i anvendelsen av reglene, vil autorisasjonen bli avvist, prosedyren dør og borgeren vil være misfornøyd, mens PA i stedet skulle følge ham og fortelle ham: "for å ha rommet, bør du gjøre dette i stedet for det".

Hvis alt skal være serviceorientert, er det tydelig at systemer må være radikalt forskjellige.

Systemet må lage i gi base (for eksempel kjøpte jeg 20 type A-skruer), siden det ut fra denne informasjonen er mulig å utlede nye (f.eks. har jeg fortsatt type A-skruer) og derfor kunne reagere på en mer kompleks måte i henhold til situasjoner og behov .

For å få disse endringene, er det behov for modulbaserte systemer: de lar oss kontinuerlig rekombinere informasjonen, siden de holder den adskilt.

La crescita dell’azienda porta alla confusione nella sua organizzazione interna: in Italia raramente si fa l’analisi delle persone impiegate, della loro operatività e del valore che esse producono, idea più tipica del Giappone e dei Paesi anglosassoni. Tutto ciò che non fa parte del valore aggiunto andrebbe abolito, quindi se il sistema informatico permette l’analisi delle informazioni, consentendo il risparmio, il guadagno aumenta.

Italienske selskaper har behov for innovasjon som kan spores tilbake til markedsmessige årsaker. I den offentlige forvaltningen, av helt andre årsaker enn selskapet, er det en sterk drivkraft for innovasjon. Det er to kjennetegn knyttet til denne innovasjonen:

på grunn av mangel på økonomiske ressurser, foretas lavprisinnovasjoner;

innovasjon må sikte på å forbedre ytelse og også på en endring i folks mentalitet, belønne deres meritter i henhold til mål, men det er nødvendig å ha en metode for å kunne sette rimelige mål. Uten informasjonsteknologi vet vi ikke hvilke mål som er satt.

Modulær programvare

For å skape fleksible, evolusjonære og skalerbare systemer, må vi ha modularitet, det er egenskapen som lar deg lage et bottom-up-system (fra bunn til topp).

Først og fremst må du ha modulene, så du trenger et "arkiv" av moduler. De må da være utskiftbare, dvs. det må være mulig å erstatte en modul med en annen tilsvarende modul, og dette gjøres ved å tillate utveksling av informasjon mellom moduler gjennom definerte grensesnitt: samspillet mellom komponentene må ikke variere ettersom modulene varierer.

Modulær programvare oppdager et nytt paradigme for integrasjon mellom komponenter med utvikling av mashups (hybrid webapplikasjon), dvs. lage noe fra forskjellige kilder, for eksempel ved å bruke APIer opprettet opprinnelig for forskjellige formål, men deretter kombinert for å produsere et nytt produkt.

Hvor enkle skal moduler være i et modulsystem?

Skjemaer bør gjøres så enkle som mulig. Hvert selskap kan håndtere de mest kompliserte forholdene veldig forskjellig (f.eks. Personalledelse), men de grunnleggende funksjonene forblir de samme (f.eks. Lønn). Små moduler gir større gjenbruk, mindre utviklingstid og konstant utvikling (f.eks. Hvis du skiller brukergrensesnittet, må du sørge for at det er konsistent, for eksempel må du kunne bruke copy-paste uansett hvilket system det UI er opprettet).

Problemet som oppstår er tydeligvis hvordan man realiserer samspillet mellom moduler. Et stort system gjorde det mulig å ha mye informasjon knyttet til hverandre i selve systemet, og det tillot også å administrere den relative informasjonen på en unik måte.e

tilgangstillatelser, mens med i gi er spredt og autentiseringsmekanismer kan varieres.

Denne nedbrytningen gir oss samtidig mye frihet: i gi vi kan plassere dem der vi vil, distribuere dem etter eget ønske.

Integrering av alle komponenter, database, moduler og grensesnitt, skjer ikke i vakuum, men foregår på en plattform: det er hun som lar oss integrere, derfor er det nødvendig å definere denne plattformen godt.

Det som tillater opprettelse av modulære systemer er først og fremst en standard for typen informasjon som utveksles av modulene: det må være samsvar i de mulige kommunikasjonsstrømmene mellom modulene. Vi kan ha flere utskiftbare skrivesystemer hvis vi har en standard for dokumentet, men så langt har det motsatte skjedd: et dominerende skrivesystem med et stort antall dokumentformater. Denne situasjonen har to ulemper:

hvis standarden er knyttet til et system, har det en tendens til å bli universell,

dette pleier å favorisere stenging av markedet, fordi det er en standard som ingen andre kan generere, så den mest utbredte blir automatisk den sterkeste.

Agenda er et eksempel på en tverrgående applikasjon mot alle andre applikasjoner, fordi det må være en agenda, så det er fornuftig å administrere den på systemnivå, og ikke på applikasjonsnivå. Systemet er plattformen vi kjører applikasjoner på, gjennom hvilke vi får dem til å kommunisere. Dette lar oss skille mellom gi fra applikasjoner. Dette forenkler i stor grad etableringen av informasjonssystemet: vi kan slå sammen gi av to selskaper lettere eller bruker forskjellige applikasjoner for å få tilgang til dem gi.

Å kombinere informasjonssystemer er viktig for fusjonsprosessen til selskaper. Å ha enkle skjemaer gjør det lettere å utveksle informasjon enn å ta i bruk komplekse skjemaer.

Modularitet er ofte allerede til stede fra et eksternt synspunkt: brukerens. Faktisk ser han systemet ett stykke om gangen, det vil si at han bare ser stykket han bruker og oppfatter det som en modul skilt fra resten. Tilsynelatende modularitet er det første skrittet mot å gå mot ekte modularitet.

Dette lar oss lage nye interaksjoner og tjenester mellom komponenter. Systemgrensesnittet blir avhengig av miljøet rundt brukeren: systemet reagerer når brukeren trenger det, så ventetiden blir viktig for å måle effektiviteten til systemet.

Det er viktig at grensesnittet er designet fra brukeren, fra det han gjør: brukeren blir vant til prosedyrene, selv om de er ferraginøse og blottet for logikk.

Til slutt må plattformen være klar over å være en plattform: ikke bare må den tillate utførelse av modulene, men den må også inneholde alle de funksjonene som kan være tverrgående (f.eks. Agenda, e-post) som de kan få tilgang til med systemprimitiver. (akkurat som med copy-paste). For systemet kan disse sees på som

normale applikasjoner, men de er essensielle for å kunne være med på komponentene.

Plattform = system + tverrgående tjenester.

Plattformen er ikke systemet og erstatter ikke det, spesielt hvis du har forskjellige systemer (Windows, Linux, Mac ...), der mellomvare tar over, og viser flere systemer som om de var ett.

Derfor må modulære systemer ha minst 4 egenskaper:

skjemaer må være enkle;

modulene må være utskiftbare;

vi trenger en plattform som er full av tjenester som er nødvendige for integrering;

grensesnittet må være designet for å passe brukeren av applikasjonen.

Alle disse egenskapene er knyttet til evolusjon: modulene tillater separate evolusjoner og tillater utvikling av systemet. Plattformen og grensesnittet må i sin tur kunne utvikle seg i henhold til protokoller og prosedyrer.

Integrazione dei sistemi

De nåværende systemene, for det store flertallet, er delt inn i deler som omhandler spesifikke aspekter av organisasjonens liv: nesten alltid administrasjon, budsjett, budsjett (økonomiske-økonomiske aspekter), men også komponenter for personell, som inneholder alle detaljene som er relevante for selskapet. Hver av disse delene av systemet integrerer på sin egen måte elementer fra de tre fasettene (som regel gjør hver modul det annerledes).

Med utviklingen av selskapet, med utvidelsen og med endringen i dets struktur, er det behov for et mer komplisert informasjonssystem som integrerer andre gi og andre moduler. Dette innebærer at responsen er veldig effektiv for integrasjonene som faktisk er gjort. Integrasjonen skjer vesentlig ved å integrere de forskjellige fasettene på ett nivå database: hver komponent har en database som refererer til forskjellige aspekter, og vi integrerer all informasjon om det database.

I de fleste tilfeller, i database de er relasjoner og integrasjonen er på informasjonsnivå, men noen teknologier lar deg koble til objekter.

Hvis du vil integrere to fasetter på en annen måte, er ikke teknikkene som er tilgjengelige av ERP-ene, enkle å bruke. Faktisk mangler denne typen integrasjon fremdeles i ERP-er: du kan gjøre noen integrasjoner av gi da database annerledes, men dette krever en utvinning av informasjonen før den kan integreres i datamining-komponenten.

Integrasjonseffektivitet er et kritisk aspekt for selskapet, siden i dagens organisasjoner er et av hovedproblemene å reagere tilstrekkelig og raskt på endringer i markedet som ikke er lett å forutsi. For eksempel fremveksten av nye økonomiske markeder som

det brasilianske, russiske, indiske og kinesiske (kalt "BRIC") utgjør problemer for italienske selskaper, som må forstå hvordan de kan komme seg inn i disse markedene og trenger informasjon som ikke umiddelbart er tilgjengelig i en ERP. Av denne grunn er det et behov for datalager og data mining. Ledere i organisasjonen krever at informasjonen de trenger får responstider på mellom en uke og en måned: utenfor dette området tar selskapet beslutninger uten gi nødvendig og informasjonsteknologi mister en rolle, og blir dermed oppfattet som et hinder eller problem. Ved å lage et Business Intelligence-system er det derfor nødvendig å tenke på alle mulige spørsmål som lederen vil være i stand til å stille deg og forberede systemet til å kunne gi et svar. Informasjonsteknologi må følge utviklingen i selskapet!

Hvis selskapet ikke kjøper, men utvider markedet verden over år etter år, må systemet tilpasses ekspansjonen.

Hvis selskapet outsourcer alle sentrale ressurser, må plattformen kunne utvikle seg i denne retningen. Det må derfor være en konjunkturutvikling av applikasjonsplattformen, med en periode på mellom 6 og 12 måneder. Over applikasjonsplattformen er det imidlertid den teknologiske, som er av en vesentlig annen karakter, siden den beskriver måten informasjonsteknologi håndteres på; det er grunnleggende for å lykkes med valgene på applikasjonsplattformnivå og for løsning av problemer. Dens evolusjonssyklus er i dette tilfellet flerårig og må overvåkes kontinuerlig for å sikre at arkitekturen er best for våre behov.

Det er derfor tre nivåer å klare å tilby gyldige løsninger:

teknologisk plattform (flerårig)

applikasjonsplattform (6/12 måneder)

individuelle problemer (uke / måned)

Denne inndelingen i nivåer er imidlertid ikke lett å identifisere: selv om den er tilstede, er den ikke tydelig. Bare tenk på eksemplet ENI, som for tiden utvikler et system for sky

databehandling, født med andre ideer enn de fra sky, og deretter endret seg fordi selskapets behov også endret seg.

Denne inndelingen forklarer også hvorfor i ERP-systemer bruken av oppdateringer er fremherskende, som gir raske svar på nye problemer, men ikke forbedrer systemarkitekturen, tvert imot har de en tendens til å forverre den.

Integrering av komponenter er en viktig oppgave, fordi integrerte komponenter sparer tid og reduserer feil på grunn av manuell transkripsjon av gi. Fakta til en organisasjon er de samme overalt (administrasjon av tjenestene som er kjøpt eller levert, med tanke på hva som kommer inn og ut av selskapet osv.), Og på grunnlag av disse etablerer selskapet sine mål (hvor mye å kjøpe, hvor mye å produsere osv.). Informasjonsteknologi støtter virksomheten ikke bare i disse aspektene, men også gjennom bruk av verktøy som e-post, intranett, videokonferansesystemer, e-handelOsv

Teknologi lar deg fjerne noen oppgaver, men oppretter andre.

I organisasjonsaktiviteten er det alltid overflødige arbeider med hensyn til produksjon av nyttig informasjon, så vi må huske på tre fakta:

overflødig arbeid kan ikke umiddelbart elimineres;

hvis forestillingen forblir uendret, er det en reduksjon i arbeidet som kreves;

men hvis vi har designet systemet for å forbedre brukeropplevelsen, brukerne

de vil kreve menneskelig inngripen.

Det er en slags balanse mellom arbeidet vi kan spare og de nye behovene: ved å redusere rutineaktivitet er det mulig å skape nye typer arbeid.

Eksempel: Fakturering

Ta for eksempel forskjellen mellom faktura og ordre: den finnes bare i innstillingen, men i virkeligheten inneholder de to dokumentene omtrent den samme informasjonen. Å ha et system som genererer en faktura fra bestillingen, lar deg administrere prosessen raskere og med færre feil. Inntil for noen år siden, men da et selskap kjøpte produkter, var dokumentene generert av leverandørbedriftens system 3:

rekkefølgen;

fakturaen til leverandørselskapet;

følgeseddelen.

Det var derfor nødvendig å utføre kontroller for hvert trinn: ordre regning, ordre regning, regning. Denne prosessen var tydelig kostbar, både med tanke på tid og penger, så det var nødvendig å fjerne disse trinnene.

For å fjerne dem, kan det innkjøpende selskapet diktere leverandøren en betingelse: ordren godtas bare hvis regningen er identisk med ordren. For å overholde denne begrensningen, må selvfølgelig leverandørselskapet sette grenser for styringen av ordren, for eksempel ved å avvise påfølgende varianter av den samme. Kjøperen kutter kostnader, men ansvaret flyttes deretter helt til leverandørselskapet, som må kunne kreve dette ansvaret.

En annen løsning kan være avtalen mellom kjøper og leverandør om å fastslå at ordren er åpen til forsendelsen har startet: bare på det tidspunktet kan ikke ordren endres og fakturaen utstedes. Dette reduserer de nødvendige kontrollene mellom ordre og faktura, men det er lagerholderen som på dette tidspunktet påtar seg ansvaret ved å bekrefte til administratoren på de mottatte varene.

Ontologiske systemer

Når systemene blir mer stive, hvordan kan vi operere? Det er mulig å gjøre dette hvis vi velger lysintegrasjon.

For å svare på et spørsmål må du søke i alle tilgjengelige informasjonskilder. Denne operasjonen kan utføres online (i den forstand at responstid tillater det) eller offline (ved å fylle ut en database av svar).

Hvis spørsmålet vårt ikke blir besvart i gi samlet gjennom datautvinning, vil vi vite om det er andre måter å samle på gi for å få svaret.

La oss for eksempel møte saken der et selskap er interessert i å isolere disse selskapene eller de menneskene som begge er kunder hvilke leverandører. De har en avgiftskode eller merverdiavgift som identifikator, og derfor identifiserer en enkelt kode en enkelt enhet. Ved å integrere i gi og ved å utnytte redundansen er det mulig å organisere informasjonen på en ny måte og relativt enkelt å identifisere enheten som både er kunde og leverandør.

Merverdien oppnås når, i stedet for å dele inn kunder og leverandører, vi snakker om en generell kategori, samtalepartnerne, som inkluderer andre fag (for eksempel PA, for eksempel kommunen som skatten betales til). Ideen, i dette tilfellet, er å betrakte konseptet, og ikke syntaksen, som en aggregeringspol. Dette lar oss unngå å måtte integrere det grunnleggende gi og utfør derfor lysintegrasjonen.

Kunde og leverandør er nøkkelord som lar meg identifisere noen av enhetene jeg har et forhold til.

På dette punktet er det mulig å lage en struktur for samtalepartnerne våre, som er enkeltpersoner eller juridiske enheter, som kan være nye selskaper som vi har relasjoner med, men som ikke er noen kunder ei heller leverandører (f.eks. kommunen, naboene). Vi oppdager derfor at vi har samspill med et sett med mennesker og et sett med juridiske enheter.

Det er en måte å få tilgang til database gjennom en sammenheng som ikke var forutsett: vi finner jeg kunder som også er leverandører fordi vi refererer til strukturen til gi, men å bli med i gi og finne en sammenheng, stoler vi ikke bare på verdiene vi finner, men også på redundans og struktur (f.eks. hvordan forstår jeg om Mac Donalds og McDonald er det samme selskapet?).

For å unngå bruk av nøkkelord, det vil si for å unngå å karakterisere enheter med leksikale attributter, må vi bruke ontologiske systemer: vi er ikke interessert i synonymer for en bestemt enhet, men vi er interessert i å forstå verdens struktur, eller ontologi.

L’ontologia è qualcosa di diverso da una semantica: quest’ultima è associata ai linguaggi, mentre le ontologie sono associate ai mondi. L’ontologia è lo studio dell’essere, o del “modo in cui noi stiamo nel mondo”, mentre le semantiche sono legate ai linguaggi: per poter avere un significato, deve esistere un linguaggio. Il mondo è generato da un linguaggio, che ci permette quindi di andare sempre oltre a ciò che vediamo, e l’ontologia parla di un mondo specifico.

For eksempel, hvis vi definerer begrepet "skyskraper" som "bygning høyere enn X meter", vil en setning fra

som "Jeg dro hjem med skyskraperen i lommen" gir ingen mening i ontologien vi har definert, mens hvis en ontologi sørget for begrepet "skyskraper" også betydningen av "statuette-suvenir som gjengir en bygning", den setningen ville anta en presis betydning.

Å etablere sammenhenger mellom database, vi beskriver verden: det er verden som sier at den bestemmer ordene vi bruker. Denne verden er alltid endelig: antall fakta i organisasjonens liv er endelig. Verden fremkalt av språk er derimot uendelig og med språk kan vi representere enhver mulig verden, siden språket gjelder potensialet, ikke bare det eksisterende. I alle fall er det logikken som lar oss komme til essensen av semantikk: og logikken som sier at hvis noen leverer en tjeneste, så er han en leverandør, siden vi vet at tjenesten er en type forsyning.

Ontologi lar oss skille to faser: aggregering og eventuell integrering. Aggregering handler om å samle det som interesserer oss, og det er en viktig del av integrasjonen: hvis jeg har to dokumenter med samme gi og jeg legger til deres mening, den største innsatsen er gjort. Den faktiske filintegrasjonen (fletting eller redigering) er den mindre delen.

Du kan fortelle informasjonen i database, men også dokumenter og videoer, ved hjelp av semantikk. Fordelen med å ha mer database, snarere enn bare en, er at vi kan holde i database analytisk informasjon på atomnivå.

Vi må da kunne korrelere informasjonen for å få en standardisert respons som gjør det mulig å optimalisere kostnadene og sikre et riktig forhold til alle kunder (å kunne svare på samme måte).

For å forstå hva som er relatert til hva, la oss se på et eksempel som kommer fra en ide om nettet: vi kan bruke koder på ressurser for å gjenkjenne all relatert informasjon. Problemet med denne tilnærmingen er at vi kan bruke koder i en annen form for å representere det samme (koder er knyttet til syntaksen). En annen løsning er å referere til den semantiske dimensjonen, som går gjennom et leksikon (dvs. bruk av ord for å utlede koder) til en semantikk (utlede konsepter og enheter).

Semantikken vi er interessert i, er imidlertid av en annen karakter enn for naturlige språk, som generelt har bredere mål enn den som er foreslått. Takket være semantikk kan vi karakterisere et språk som vi kan beskrive verden av vår interesse, det vil si ontologi.

Ontologier kan beskrives ved hjelp av logiske språk, en av de mest utbredte er OWL (Ontologi webspråk).

Gjennom det er vi i stand til å bevege oss rundt i verden og tolke fakta. Det er en veldig abstrakt beskrivelse, nyttig i forhold til handlingene vi ønsker å utføre.

I ontologi definerer forholdene mellom noder hva som er mulig og hva som er relevant for den aktuelle ontologien, ikke utenfor den, og den er komplett med hensyn til handlingene vi kan gjøre.

Det brukes også mye for å relatere forskjellige ting, for eksempel når et selskap vil vite noe om et annet selskap. I dette tilfellet må jeg finne måter å korrelere forskjellig informasjon på. Bruk av abstraksjon er den mest brukte teknikken:

organisasjonsdiagnose;

diagnose av mennesket;

maskindiagnose.

Typen abstraksjon avhenger av svaret vi ønsker å gi: de tre diagnosene er relatert til hverandre, selv om tilsynelatende disse konseptene tilhører forskjellige kategorier.

Hver av disse kategoriene bestemmer et sett med rettighetsplikter i forholdet til personen med organisasjonen.

Cloud Databehandling

Blant de teknologiske plattformene vi har tilgjengelig, er sky databehandling presenterer seg med radikale premisser: selv om det på den ene siden kan tilby store muligheter, på den andre siden er det en betydelig omveltning i miljøet den kommer inn i, og truer dermed industrien i sektoren.

Allerede i begynnelsen, og på en mer konsolidert måte som startet for 10-15 år siden, presenterte informasjonsteknologi seg som en tjeneste for brukere, det vil si som en foretrukket ressurs i outsourcing i stedet for internt. De første datamaskinene var dyre maskiner, mainframes, så organisasjonen kjøpte ikke hele maskinen, men betalte for å administrere den og kjøre sin egen programvare; imidlertid forble maskinen i "servicesenteret" som ga selskapet denne muligheten.

Med den teknologiske utviklingen har denne dimensjonale begrensningen kommet til å falle: selskaper presset derfor mot opprettelse av egen programvare eller kjøp av den fra spesialiserte leverandører. Dette har tydeligvis ført til en overdimensjonering av IKT-delen av de forskjellige selskapene, og til slutt ført dem til å møte problemet med om valget om å produsere egen programvare var for dyrt.

De første selskapene som spurte seg selv om dette problemet, var de store selskapene, som da effektivt hadde som mål å flytte hele IKT-delen utenfor, og fastsette outsourcingkontrakter: nettverk, servere, daglig vedlikehold, programvareutvikling, var ikke lenger aktiviteter i selskapet. og kunne behandles som alle andre tjenester, inkludert når det gjelder kontroll og reduksjon av utgiftene.

Outsourcing var vellykket fordi det tillot deg å få den beste servicen av høy kvalitet

til stede på markedet. Selskapet kunne ikke oppnå den kvaliteten, fordi verdensbildet var begrenset til seg selv.

Imidlertid krevde denne prosessen en viss dyktighet fra selskaper til å inngå outsourcingkontrakter for å garantere kvaliteten på de svært komplekse tjenestene som ble kjøpt. Det var derfor behov for IKT-eksperter som kunne kontrollere kvaliteten på tjenesten, og derfor ble bare infrastrukturen faktisk unødvendig i selskapet. Ved å ta i bruk teknologier fra eksterne leverandører er det imidlertid en negativ konsekvens: det er ikke mulig å holde leverandøren under kontroll, noe som over tid har en tendens til å redusere kvaliteten, innføre stivhet og øke kostnadene.

Disse hensynene presser derfor selskaper til å gå tilbake, det vil si IT-avdelinger, eller for å opprette selskaper sammen med leverandøren de kan outsource til, for å kunne opprettholde større kontroll over tjenesten som tilbys og programvaren som eies.

Og det er i dette rammeverket at sky databehandling.

Fra et konseptuelt synspunkt, den sky databehandling kommer fra ideen om nettbasert databehandling, det vil si å bruke Potenza databehandling distribuert i verden på en effektiv måte, det vil si ved å utnytte det ubrukte. Denne ideen blir opprinnelig brukt til å dele musikkfiler på nettet, gjennom nettverk der alle er både en klient og en server (Peer-to-Peer). Problemet

av denne arkitekturen er at det ikke er mulig å identifisere personen som er ansvarlig for aksjen, da det er umulig å bestemme hvilken server jeg gi.

Denne distribuerte løsningen har også blitt brukt innen det vitenskapelige feltet, for å støtte Potenza distribuert databehandling. Det krever imidlertid høy homogenitet blant brukerne, noe som begrenser utviklingen av selve nettdatabehandlingen. Til tross for dette, retter selskaper som har et stort antall servere oppmerksomheten mot nettet, selv om de drives av helt uavhengige markedsbehov (tenk på Google ed Amazon). Markedet for nettdatabehandling er for tiden på vei ned.

Ideen bak sky databehandling er at brukere er tjenestebrukere, de ser ikke hvordan tjenesten implementeres, og de jobber i et miljø preget av en virtualiseringsstasjon.

Cloud Databehandling VS Mainframe: er konseptuelt like, men radikalt forskjellige når det gjelder maskinvare.

Cloud Computing VS Grid: begrepet peer-to-peer brukes ikke lenger.

Cloud Databehandling VS Outsourcing: Selskapet leverer ikke sitt eget informasjonssystem.

Maskinvaren for sky det er ofte laget slik at det kan plasseres i en container med 100, 1000, 2000 servere som allerede er optimalisert og avkjølt autonomt, klare til å bli "til salgs".

Modulariseringen av datasentrene tillater separat og forenklet administrasjon under sikkerhetskopifasen, spesielt med tanke på at restaurering av en sikkerhetskopi med identiske maskiner reduseres til overføringstiden til gi.

Il sky databehandling er perfekt for oppstart, da det ikke er behov for å håndtere overføringen fra gamle systemer, noe som vanligvis er veldig dyrt. Logikken til Cloud Datamaskiner er faktisk basert på konseptet med betaling per bruk, det vil si å få folk til å betale kunder et beløp proporsjonalt med ressursene de bruker. Ressurser tildeles øyeblikkelig av infrastrukturen, så ressursbruken er dynamisk og avhenger bare av øyeblikkets behov. Dette gjør det mulig å inneholde kostnader og vokse dynamisk sammen med selskapets behov.

Fra et økonomisk synspunkt, i situasjoner der bruken av sky databehandling er ikke begrenset, det har en fordel som varierer mellom 30% og 70% for selskapet. Imidlertid kan det være begrensninger som medfører en ekstra kostnad, for eksempel behovet for å lokalisere i gi (av personvern eller lovgivningsmessige grunner), eller behovet for tilpasning av tjenester.

Tilbudet fra sky databehandling er preget av tre hovedelementer:

Infrastruktur som en tjeneste (Infrastructure som en tjeneste, eller IaaS), hvor tjenesten tilbys av leverandøren av sky det er selve infrastrukturen til "skyen", som består av Potenza databehandling, lagring og nettverk. Kunden kan da kjøre sin egen programvare (inkludert operativsystemer) på denne infrastrukturen.

Plattform som en tjeneste, eller PaaS), der tjenesten som tilbys er muligheten for å ha en plattform, levert av leverandøren av sky, som kunden kan kjøre sine egne programmer på.

Programvare som en tjeneste, eller SaaS), hvor leverandøren av sky forbereder programvare for kunden, og han betaler bare for den faktiske brukstiden for programvaren.

Et problem som reiser sky er personvernet og sikkerheten til gi, men dette kan bare løses med tanke på en radikal endring i filosofien som ligger til grunn for vår lov.

Personvern og eierskap av Gi

I ledelsen av gi online oppstår problemet med personvern tydelig. Problemet er ikke så mye at jeg gi kan være offentlig, så vel som i det faktum at noen kan misbruke dem. Misbruk av gi følsom, dvs. deres ulovlige bruk, er det som må straffes (for eksempel hvis av gi de medisinske forholdene til en ansatt ble brukt til å si opp ham, dette ville være feil og ulovlig bruk).

Et annet problem er eierskapet til gi: hvem har kontroll? Dette er et problem som for de fleste brukere er irrelevant, fordi de deler innhold som allerede er offentlig. Imidlertid å ha gi bare på nettet er besittelsen av eget innhold ikke reell; det ville bare være hvis vi hadde en offline kopi.

Det er for tiden to hovedmodeller av programvare levert til markedet gjennom sky databehandling:

modell Google, som gir standard programvare,

modell Amazon, som gir mashup-programvare for å lage tilpasset programvare.

Med sine fordeler, den sky det bringer også ulemper: først og fremst migrering av nåværende systemer til sky er veldig dyrt (det er derfor for oppstart, sky, representerer en fordel), men det er også risikoen for å bli fangene hos leverandøren. Hvis du vil bytte leverandør, må du faktisk flytte giDerfor trenger vi garantier fra leverandøren om muligheten for å bruke sine egne gi i programvare levert av forskjellige leverandører.

Fra et maskinvareperspektiv er den sky databehandling virker som en ubegrenset ressurs: brukeren har ikke lenger problemet med dimensjonering, dessuten er det ikke lenger behov for å forutsi problemer, men det er mulig å konsentrere seg bare om tjenestene som skal leveres og deres kvalitet.

For å ha programvare som en tjeneste må programvaren ha spesielle krav som gjør at den kan brukes av sky databehandling. Spesielt må det

være modulær (og ontologier jobber mye i denne sektoren, spesielt ontologiledelsestjenester på plattformnivå),

være mindre integrert sammenlignet med dagens programvare,

å skille gi og programmer.

Når det gjelder nåværende ERP-programvare, som SAP, og deres bruk på plattformer sky, er det nødvendig at de er modulære. For å gjøre dem til slike må systemet deles inn i moduler basert på tilbudte tjenester (inkludert database) som må kobles til

plattform gjort tilgjengelig av sky databehandling. Tanken er å erstatte interne integrasjonsprosesser med eksterne integrasjonsprosesser: bare de som er i stand til å gjøre dette kan foreslå seg som leder av sky. På denne måten mister programvaren verdi, noe som gir et betydelig løft for utviklingen av Open Source-programvare, fordi alt blir forvandlet til tjenesten som tilbys av sky.

Faktisk er det Open Source-programvare som er den beste kandidaten for Software as a Service, siden de som utvikler den også kan ignorere problemene med integrering med plattformen og faktisk er leder for sky som må ta seg av dette aspektet. Mer presist er utviklingen av Open Source-programvare ikke rettet mot et stort publikum av brukere, men kan samhandle med noen få tjenesteleverandører av sky databehandling som deretter kan selge programvaren som en tjeneste til et bredere publikum.

I ideen om å integrere modulene spilles en viktig rolle av ontologier, fordi de på den ene siden garanterer kontinuitet med de eksisterende, og på den andre siden kan de styres av leverandøren av sky.

UPS er verdensledende på pakketransport.

Nedenfor er en beskrivelse av integrasjonene mellom de forskjellige aspektene (samarbeid / organisasjon / systemer).

Det bør understrekes at gitt den størrelsen på selskapet, arten av virksomheten og mengden teknologier som den vedtar, ville en fullstendig beskrivelse langt overgått grensene for dette forholdet; vi vil derfor prøve å gi en oversikt over hovedaspektene.

integrasjoner

Den første integrasjonen mellom fasetter det kan snakkes om er den mellom system og organisasjon. UPS er et stort selskap, men de hadde peiling til å designe sine egne helt fra starten database som en sentral og monolitisk enhet. New Jersey-anlegget - som tvillingen i Georgia, selvfølgelig - er vert for en serie database som inneholder (blant annet informasjon):

i gi for personelladministrasjon;

i gi, oppdatert sanntid, om lagre og transportmidler i bruk, distribuert i det intermodale transportnettet;

informasjon om partnerselskaper og kunder (sistnevnte oppdaterte også sanntid, basert på informasjon som kommer fra DIAD-terminalene og nettstedet Internett);

i gi for utarbeidelse av balansen (balanse, resultatregnskap osv.).

Som selskapet operere selv utenfor USA ble noen aspekter også distribuert til utlandet. Et eksempel er database av personaladministrasjon, etter sin natur integrert med analysesystemene for den økonomiske trenden: personell og driftskostnader spares i database nasjonal, men informasjonen blir periodisk samlet og konvertert til amerikansk valuta; eventuelle antiproduktive aktiviteter identifiseres og løses raskt. Behovet for å automatisere kostnadssporing har gjort det mulig for UPS å automatisere noen prosesser, inkludert generering av lønn.

Ledelsen av skift og hvileperioder har også vært halvautomatisert: personalet er kategorisert i database basert på type rolle, læreplan og geografisk tilhørighetsregion (vi vil se i neste avsnitt hvordan dette allerede representerer materiell

for en ontologi); anmodningen om permisjon - som må gjøres i god tid - settes inn i en programvare som sender planen til lederne for sektorene. Denne mekanismen, veldig effektiv på papiret, førte til at de ansatte startet en gruppesøksmål mot UPS, fordi den ikke på noen måte var "fleksibel" overfor mennesker som plutselig var utsatt for hindringer eller funksjonshemninger).

I gi relatert til varehus og transportmidler er hjertet i UPS sin virksomhet, som lever av effektiviteten til tjenestene sine ved ikke å produsere varer. All programvare ble laget av selskapet selv i løpet av de siste to tiårene og er svært integrert: de refererer alle til det samme database og det er en kontinuerlig strøm av informasjon til og fra applikasjoner.

For eksempel når en kunde ber om forsendelse av en pakke, blir informasjonen hans satt inn - fra bunnen av eller som en oppdatering - (spesielt betalingsreferanser, validert gjennom grensesnitttjenestene med interbanksystemer). Poster med alle gi av pakken (sted for henting og levering, ethvert alternativt sted i tilfelle manglende henting, fraktkostnad beregnet automatisk og akseptert av kunden, etc.). Kreditten genereres umiddelbart etter mottak av systemet for leveringsbekreftelsen (mottatt fra DIAD-terminalen).

Generering av ordren utløser opprettelsen av en post også i forsendelsesadministrasjonssystemet, som innebærer et varsel til de involverte operatørene. UPS logistiske støttesystem er ansvarlig for å optimalisere pakkesendinger, både når det gjelder minimumsveien som varebilene tar og pakkene som transporteres av dem, og tar også hensyn til operatørene som er tilgjengelige på grunnlag av den nevnte ferie- og hvileplanleggingen. Dette er alle eksempler på det høye nivået på integrasjon som oppnås med selskapets systemer.

Som allerede fremhevet i forrige dokument, og som kommer frem av det som er blitt sagt hittil på strømmen av gi fra utenfor nasjoner mot database sentralt, finner en stor lageraktivitet sted. UPS har en database av flere terabyte som huser operasjonsinformasjonsbiblioteket (OIL), en enorm samling av gi, strukturert på forskjellige nivåer av granularitet, som oppsummerer gruppens aktiviteter. OIL ble opprinnelig opprettet for å forbedre den interne organisasjonen på amerikansk jord og for å planlegge strategier på kort sikt, men fra og med 1999 inneholder den all informasjon om planetarisk aktivitet, og først siden begynnelsen av 2000-tallet har den blitt utnyttet for programvareintegrasjon av. intelligens og online analytisk prosessering.

I gi aggregater er tilgjengelige for konsultasjon av organisasjonens ledelse; som nevnt i det andre dokumentet, mange gi av veldig fin granularitet blir også gjort tilgjengelig via API fra kunder, for eksempel informasjon om statusen til den enkelte varen som sendes. DE kunder de kan integrere denne informasjonen i systemene sine på en veldig enkel måte takket være systematisk bruk av UPS av åpne standarder.

Som beskrevet i det andre dokumentet, er det i UPS en kommisjon som tar seg av teknologiske innovasjoner og samler inn forslag fra ansatte. Ideene sendes inn via en nettsøknad, brukbar gjennom selskapets intranett.

En ontologi for integrasjon

Når vi antar en ontologi bak UPS-integrasjoner, kan vi absolutt starte fra aktørene som er involvert i kjernevirksomheten: pakketransport. Derfor har du en pakkeklasse, transportert fra ett sted til et annet; transport kan konseptualiseres med to relasjoner "transportFrom" og "transportA", hvis den er ekskludert fra

modellering av transnasjonale og multimodale leveranser. Pakke kan ha flere spesialiserte underklasser - avhengig av egenskapene - og må ha en øyeblikkelig plassering etter geolokalisering.

Pakken sendes vanligvis av en kunde; med tanke på omfanget av UPSs tjenestetilbud - som ikke bare involverer transport av pakker - må det tas stor hensyn til beskrivelsen av avledede klasser og attributter. Enhver tjeneste som tilbys, av enhver art, sørger for "utførelse" av en ordre av forskjellige typer, for eksempel en forsendelse.

Det kan hende at en kunde også er leverandør. Ontologien kan definere en superklasse av CompanyPartner-aggregering hvis den anerkjenner at det samtidig er et kunde- og leverandørtype, eller hvis det har foretatt minst én forsyning og minst en bestilling.

Big Brown, som UPS kalles på sjargong, består hovedsakelig av ansatte enheter organisert i en enorm og variert hierarkisk struktur (Organisasjonskart). Også her må struktureringen være nøyaktig, med særlig vekt på aspektene knyttet til rom / tid: en arbeider vil operere i en bestemt region, eller en samling av lokasjoner i verdensnettverket, vil dekke en spesifikk tidsplan i løpet av arbeidsuken. og så videre. En ontologi av denne typen ville gjøre det veldig enkelt å lage automatiske slutninger i generasjonen av hvilevakter. Ved tilstrekkelig modellering av visse attributter som kvalifikasjoner, titler, tjenestestatus og år med ansiennitet, får ledelsen muligheten til å kvantitativt - så vel som kvalitativt - vurdere personalets ytelse.

Mange av disse gi er allerede tilstede i de eldre systemene til UPS, deponert i database introdusert de siste to tiårene. Andre kan komme fra passende "synspunkter" på db eller gjennom data mining aktiviteter.

admin CEO

👍Nettbyrå | Nettbyråekspert i digital markedsføring og SEO. Web Agency Online er et nettbyrå. For Agenzia Web Online suksess i digital transformasjon er basert på grunnlaget for Iron SEO versjon 3. Spesialiteter: Systemintegrasjon, Enterprise Application Integration, Service Oriented Architecture, Cloud Computing, Data Warehouse, Business Intelligence, Big Data, portaler, intranett, Web Application Design og administrasjon av relasjons- og flerdimensjonale databaser Designe grensesnitt for digitale medier: brukervennlighet og grafikk. Online Web Agency tilbyr bedrifter følgende tjenester: -SEO på Google, Amazon, Bing, Yandex; -Nettanalyse: Google Analytics, Google Tag Manager, Yandex Metrica; -Brukerkonverteringer: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM på Google, Bing, Amazon Ads; - Markedsføring i sosiale medier (Facebook, Linkedin, Youtube, Instagram).

Se hele bio

Digital Markedsføring Database DBMS Datavarehus data Science online Advertising Informasjonsteknologi Web Agency Reklamebyrå Marketing