Andmebaasihaldussüsteem ja koostöö

Sellel lehel tahame rääkida: "Kaug-DBA ettevõtete vahel koostööl”

Naudi lugemist.

1. osa 2-st

Eelinfo

ALLIKAS: Claudio VENTURINI

PEALKIRI: Disain ja arendus Andmeladu koostöökeskkonnas

Ettekandja: dr Andrea MAURINO

Juhendaja: dr Angelo SIRONI

Claudio Venturini kraaditööst, mille Stefano Fantinile andis õppeülikooli professor Andrea Maurino, tehakse kättesaadavaks teabe eesmärgil. Milano Bicocca lugemis- ja dokumenteerimisallikana.

Koostöö: probleemid IT-le

Koostööstsenaariumi korral on kaks või enam organisatsiooni, mis tegutsevad teatud turul konkurentsirežiimis ja kes peavad siiski tegema koostööd teatud äritegevuse aspektides. Põhjused võivad olla erinevad ja nende üle on palju vaieldud majanduse, organisatsioonijuhtimise ja teadmusjuhtimise valdkondades tehtud uuringutes.

Üldjuhul võivad eri osaliste vahelise koostöösuhte luua osalejate endi tahtel või kolmandate isikute poolt peale surutud. Esimesel juhul tuvastavad osalejad koostöös võimaluse saada ühiseid hüvesid, mida ükski neist ei saaks puhtalt konkurentsistsenaariumi korral. Näiteks võib tuua teabevahetuse, mille eesmärk on parandada pakutavate toodete või teenuste kvaliteeti kliendid. Teisel juhul näeb stsenaarium ette aga kolmandat osalejat, kellel on võim sundida või stimuleerida osalejate vahelist teabevahetust. Tüüpiline juhtum on see, et mõned organisatsioonid on seadusega kohustatud koostöömehhanismis osalema.

IT vaatenurgast iseloomustab koostööd asjaolu, et kaasatud osalejad peavad vahetama teavet, kuid siiski oma infosüsteeme täielikult integreerimata. Selline teabevahetus peab olema hästi kontrollitud, sest koostöö saab olla tulus ainult siis, kui koostööaspekt toob kasu kõigile osalistele ega loo seetõttu konkurentsieeliseid üksikutele osalejatele. Olulisemad probleemid koostöökeskkonnas seda integratsiooni teostava tarkvarasüsteemi arendamise seisukohalt on seega järgmised:

Jagatava teabe identifitseerimine Arusaamine, millist teavet on vaja vahetada ja seega integreerida, et see oleks kasulik kõigile kaasatud organisatsioonidele.

Integratsioonitehnikad valivad integreerimise läbiviimiseks sobivad tehnikad nii järgitava protsessi kui ka kasutatavate arhitektuuride ja süsteemide osas. See valdkond hõlmab ka probleeme, mis on seotud erinevatelt organisatsioonidelt tuleva teabe võimalike semantiliste ebakõlade lahendamisega.

Skaleeritavus Koostöös osalevate organisatsioonide arv võib olla kümnete suurusjärgus ja ajas muutuda: seetõttu on vajalik, et arhitektuur oleks piisavalt skaleeritav, et seotud andma saab suhteliselt lihtsalt süsteemi integreerida.

Paindlikkus Erinevate infosüsteemide integreerimine suurendab tõenäosust, et vähemalt ühes neist toimuvad lühiajaliselt muutused. See tõenäosus on seda suurem, mida integreeritumad on infosüsteemid, ja kujutab endast probleemi eelkõige siis, kui jagatud teabe hulk on suur. Seetõttu peab süsteem suutma kiiresti reageerida muutustele erinevates integreeritud infosüsteemides.

Turvalisus tagab avaldatava teabe turvalisuse asjakohaste juurdepääsukontrollimehhanismide kaudu

Privaatsus tagab avaldatava teabe privaatsuse, vältimaks seda, et üks osalejatest ei saaks teiste organisatsioonide jaoks tundlikku teavet näiteks järeldavate rünnakute kaudu. Eelkõige on vaja leida õige tasakaal kasulikkuse vahel andma analüütiliste uuringute läbiviimiseks ja nõutava privaatsuse tasemega.

Omadused  andma  kui ma  andma  avaldatakse, võib organisatsioon nende üle kontrolli kaotada. Seda probleemi mõjutavad tugevalt kolmanda osapoole olemasolu ja kaasatud organisatsioonide usaldus

nad panid su tagasi. Mõnel juhul võib tegelikult see kolmas osapool asutus haldamise eest vastutada andma jagatud.

Nende probleemide lahendamiseks peab IT esmalt tuvastama teabe integreerimiseks ja vahetamiseks vajalikud arhitektuurid, platvormid ja tehnoloogiad. Teiseks peab see määratlema piisava arendusmudeli, eriti mis puudutab nõuete kogumise etappi. Järgnevalt analüüsime üksikasjalikult, kuidas on võimalik konkreetsel andmelaosüsteemi arendamise puhul toodud nõudeid täita.

DW-d kasutatakse tavaliselt organisatsiooni äritegevusele huvi pakkuvate sündmuste (nt müük, ost või varude tase) kvantitatiivseks analüüsiks. Sellest tulenevalt käsitleb see numbrilist tüüpi teavet, näiteks toodete koguseid või hindu. Selleks korraldab DW teabe selliselt, et seda saaks tõhusalt kasutada otsuste toetamise eesmärgil analüüside tegemiseks. THE andma need võetakse välja erinevatest organisatsiooni allikatest ja integreeritakse ühtse ülevaate saamiseks ühte integreerimistehnikat kasutades. Selles etapis võivad need läbida ka puhastusprotsessi, mille lõpus integreeritakse need DW-sse.

DW-d kasutavad kasutajad erinevatel tasemetel. Täitevorganid kasutavad seda ettevõtte erinevate aspektide keerukaks analüüsiks, et toetada oma otsuseid.

Teised kasutajad võivad seda kasutada lihtsalt perioodiliste aruannete koostamiseks, mille võib mõnikord isegi väljaspool organisatsiooni avalikustada.

Koostöökeskkonnas välja töötatud DW-s on üksikud allikad andma need kuuluvad erinevatele organisatsioonidele ja on integreeritud, et jälgida nähtusi, mis ei hõlma mitte üksikisikuid, vaid kõiki osalejaid. .

ühistud Andmeladu  (CDW):

süsteemi ei kasutata ainult organisatsiooni sees. Vastupidi, süsteem on avatud ja võib pakkuda teavet erinevat tüüpi kasutajatele:

Koostöös osalevad samad organisatsioonid, mis saavad seega laiema ülevaate turust, kus nad tegutsevad

avalik haldus, kes võib nõuda andma kontrollitoimingute läbiviimiseks

kodanikele ja tarbijatele, et muuta tootmisahel läbipaistvamaks.

Koostöö, Konkurents, Koostöö

Viimastel aastatel on teised autorid rõhutanud koostöömehhanismide tähtsust ettevõttesisese väärtuse loomisel.

Läbi mänguteooria on võimalik matemaatiliselt modelleerida ärimängijate käitumist, et uurida nende strateegilisi otsuseid. Mängus rakendab iga võistleja strateegiaid, et otsustada, millise käigu igal käigul teha. Käigu kasumlikkus on määratletud premeerimisfunktsiooniga, mis seostab iga osaleja tehtud liigutusega numbrilise väärtuse. Tavaliselt esindab tasu raha kasumit või kaotust ja järelikult võib see olla a

negatiivne väärtus. Mängijate eesmärk on maksimeerida erinevate mänguvoorude jooksul saadud preemiate summat.

Laskumata matemaatilise esituse üksikasjadesse, saab konkurentsi, koostöö ja koostöö kolme stsenaariumi iseloomustada järgmiselt:

Konkurents Organisatsioon on teiste turuosalistega võrreldes isoleeritud üksus ja mängu ainus eesmärk on oportunistliku käitumise kaudu oportunistliku käitumise kaudu oportunistliku käitumise abil saada suuremat tasu kui vastased. Selles mängustsenaariumis vastab ühele mängijale makstud võit vastase identsele kaotusele ja järelikult võib rääkida nullsummamängust. On ilmne, et seda tüüpi mängudes on erinevate osalejate premeerimisfunktsioonid üksteisega teravas vastuolus: seetõttu ei toimu tegelikku väärtuse loomist, vaid pigem väärtuse ülekandmist mängijate vahel.

Koostöö Kaasatud organisatsioone ajendavad koonduvad huvid ja sellest tulenevalt iseloomustavad neid vastastikku kokkulepitud tasustamisfunktsioonid. Üldiselt põhinevad interaktsioonid vastastikusel usaldusel, mis on täiesti vastupidine konkurentsistsenaariumi korral toimuvale. See kontekst

seda saab esindada positiivse summa mänguga, milles väärtuse loomine on võimalik ja on seda järjepidevam, mida rohkem mängijad võtavad omaks strateegia, mille eesmärk on järgida ühiseid huve: see takistab tugevalt oportunistliku käitumise omaksvõtmist. .

Koostöö Koostöö kontekst on hübriidne stsenaarium, milles osalejad taotlevad osaliselt lähenevaid huve. See tähendab, et vastupidiselt koostöös toimuvale ei ole organisatsiooni esmane huvi

on suurepäraselt kooskõlas teiste mängus osalejate huvidega. Seetõttu puudub mängijate vahel täielik usalduslik suhe: vastupidi, on tõenäoline, et mõne mängija premeerimisfunktsioon soosib oportunistlikku käitumist. Need tegurid tähendavad, et mängu iseloomustab positiivne, kuid muutuv summade struktuur, mis võib tuua kaasa ühiseid eeliseid kõigi osalejate vahel, kuid mitte tingimata õiglast. Selle stsenaariumi puhul tekib ebakindluse olukord, kuna mängijad ei saa kuidagi hinnata kasu, mida nad koostööst a priori saavad. See ebakindlus võib viia oportunistliku käitumiseni, mis vähendab koostöös osalemist.

Igal juhul peavad võimalikud analüüsid piirduma kõigi kaasatud organisatsioonidega ega tohi seetõttu hõlmata andma ainult ühest neist.

Koostöö IT vaatenurgast

Vastastikune kasu Kahe või enama partneri vaheline koostöö vastastikuse kasu saamiseks. Tõeline juhtum on rahvusvaheline rändlusteenus, mida pakuvad mobiiltelefonifirmad, kes võistlevad meelitamise nimel kliendid, kuid samas teha koostööd tagamaks juurdepääsu telefonivõrgule ka välismaal, jagades rahvusvahelisest telefoniliiklusest saadavad tulud. Operaatorid peavad rakendama kõnede üksikasjade kirje vahetusmehhanisme ja ühtlustama arveldussüsteeme. Teine näide on kiirteemaksude automaatsed makseteenused, nagu Telepass. Kuigi Itaalia kiirteedevõrk kuulub mitmele konkureerivale ettevõttele, teevad nad koostööd, et pakkuda Telepassi teenust kogu võrgus. Jällegi on vaja pidevat voolu andma erinevate organisatsioonide vahel, et hallata autojuhtide krediitkaarditasusid.

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  Itaalia  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.

Statistika infosüsteemid Riigiamet või suurettevõtted võivad otsustada oma infosüsteemid osaliselt integreerida, et omada rahvastikuga seotud teavet, eesmärgiga toetada otsuseid ja statistilisi analüüse.

Osalejate infosüsteemide integreerimine väljendub ühendatud infosüsteemi loomises, mis võimaldab infovahetust kaasatud organisatsioonide vahel. Üks suurimaid probleeme hoonesüsteemides kui see

Tehnika tase

Ühiskonkurentsi kontekstis on kindlasti korralduslikke küsimusi. Selles mõttes viidi läbi esialgne analüüs eesmärgiga hinnata, millised tegurid põhjustavad projekti edu või ebaõnnestumist, visandada lõimumisprotsessis osalejate profiilid, klassifitseerida võimalikud käitumisviisid, mida nad võivad omaks võtta, ja lõpuks. tuvastada süsteemi ülesehitamise olulised etapid.

Ühise infosüsteemi koostamise projektis saab tuvastada järgmised osalejad:

Koostöönõukogu komitee Komitee, mille ülesanne on edendada koostööd, olles vahendaja kaasatud organisatsioonide vahel ja koordineerides projekti

Otsustaja Erinevate kaasatud organisatsioonide juhtide kogum, kellel on õigus otsustada, kui palju tähtsust projektile omistada ja sellest tulenevalt kui palju ressursse eraldada.

Koostööprotsessi võtmeroll (CPKR) Inimeste rühm iga organisatsiooni jaoks, kes vastutab organisatsiooni ja koostöönõukogu komisjoniga suhtlemise eest, et koostöö ellu viia. Tavaliselt on nad otsustajatest madalamad inimesed, kuid neil on koostööprotsessis suur mõju.

Autorid rõhutavad, et mõnel juhul võib projekti eesmärkide saavutamiseks olla vajalik sekkuda organisatsiooni äriprotsessidesse, eriti kui on vaja tegeleda ettevõtte kvaliteediprobleemidega.  andma. Nende ümberehitamine on kulukas tegevus ja seetõttu on vaja, et otsustajad saaksid täielikult aru, kui suurt lisandväärtust algatus organisatsioonile toob. Vastasel juhul ei ole nad valmis investeerima piisavalt ressursse, nii inim- kui ka finantskapitali. See on eriti oluline juhtudel, kui kaasmenetluse jõustavad kolmandad isikud.

CPKR-de roll on projekti õnnestumise seisukohalt ülioluline, kuna nad vastutavad integratsiooni võimalikuks tegemise eest, luues vajalikud liidesed organisatsiooni ja välismaailma vahel. CPKR tüüpiline juhtum on IT-osakonna tehnikud, kes peavad ette valmistama riist- ja tarkvaraplatvormid, mis on vajalikud organisatsiooni suhtlemiseks föderatsiooniga. Mõnel juhul ei näe CPKR-d uue süsteemi kasutuselevõtust otsest kasu ja võivad seetõttu koostöös osaleda vastumeelselt. Lisaks leiavad nad end tavaliselt otsustajatele alluvast positsioonist. Kui viimased ei kavatse projekti piisavalt ressursse investeerida, siis suure tõenäosusega jätavad nad CPKR-idele projekti elluviimiseks vaid väikese osa kogu töötundidest.

Kaug-DBA ettevõtete vahel koostööl

2. osa 2-st

Põhialused

Informaatika organisatsiooni jaoks

Kursuse esimene osa: tunnid 1-6

Jaotusmaterjalid kirjutas:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Professor Giorgio De Michelis on kontrollinud, et vältida vigu.

ARST STEFANO FANTINI VALENDATUD JAOTUSMATERJALID .

Infotehnoloogia ajalugu organisatsioonides

Ettevõtted hakkavad automatisme ja masinaid kasutama juba enne arvutite tulekut, näiteks 1900. aastate alguses hakati masinaid kasutama perekonnaseisuameti korraldamiseks tellitud kaartide ja valikumehhanismide kaudu või teabe ja raamatupidamisarvestuse kokkuvõtmiseks, nagu näiteks tabel. või raamatupidamismasinad.

International Business Machines, IBM, sündis selles sektoris: algselt müüs arveldussüsteeme, mida tehti tuhandeid kordi kuus; seetõttu olid olemas süsteemid arvete koostamiseks, kuid mitte haldamiseks: statistikat ei tehtud ja polnud ka kohta, kus suuri koguseid hoida. andma.

30. aastate keskel ja 40. aastate keskel töötas programmeeritavate elektrooniliste arvutite kallal kolm peamist töörühma: Alan Turing Inglismaal, eesmärgiga luua sõjaeesmärkidel krüpteerimissüsteem, Konrad Zuse a. Saksamaa (da alcuni reputato il vero inventore del

elektrooniline kalkulaator) ja John von Neumann koos ENIACi meeskonnaga Ameerikas. Eelkõige ameeriklastel oli pärast sõda kasu selles, et nad nägid arvutite rolli organisatsioonides ja seetõttu nendesse keskkondadesse tutvustasid.

Programmeeritava arvuti kontseptsioon pärineb aga sellest perioodist: juba 1800. aastate keskel oli Charles Babbage konstrueerinud arvutuste tegemiseks mehaanilise masina, "diferentsiaalmootori".". Seda masinat mõjutasid aga mehaanilised probleemid ja Babbage seda kunagi ei ehitanud (algsete plaanide kohane toodang valmis 1991. aastal, Teadusmuuseum a. London). Babbage kavandas hiljem analüütilise mootori", veelgi keerulisem masin, mis kasutas perfokaarte ja mis oli võimeline olema programmeeritud oma äranägemise järgi. Sellel oli aritmeetiline ühik, voo juhtimine ja mälu: see oli Turingi täieliku kalkulaatori esimene disain.

50. aastate lõpus saadi aru, et arvutit saab kasutada äris ja avalikus halduses, mille organisatsioon kannatas tohutu hulga andma. Kõrgete kulude tõttu said kalkulaatorit endale lubada vaid suured organisatsioonid ja uurimiskeskused (näiteks kosmosetööstus) ning sõjavägi.

60ndatel jõuab infotehnoloogia lõpuks ettevõtetesse laialdaselt ka tänu IBMi rollile, kes arendab esimest suurarvutit System/360. (1964), mille eesmärk oli väga suur levik selle perioodi keskmistes/suurtes organisatsioonides.

Sel ajastul ka aastal Itaalia tänu Olivettile valmistati organisatsioonidele elektroonilisi kalkulaatoreid. See ettevõte koosnes kahest töörühmast: a Pisa teostati masina ideeline ja füüsiline projekteerimine, Ivreas asus kaubanduskeskus müügiks ja kliendiga suhtlemiseks. Arvutite arendamine sel ajastul oli väljakutse ja seiklus, sest veel ei eksisteerinud arendusprotsesse, mis tagaksid väga kasutuskõlblike masinate loomise.

Aja jooksul need tehnoloogiad levisid ja arvutist sai vahend kogu kodeeritava teabe haldamiseks.

Tänaseks on andmetöötlus võrreldes 40 aasta taguse ajaga palju muutunud. Perfokaartide ajast saadik on tehtud palju täiustusi, kuid paraku on tekkinud ka vältimatuid probleeme, mis tulenevad uuendusest nõutud muudatusest. Praegu tuleb iga muudatuse sisseviimisel tegeleda olemasolevate tehnoloogiatega (pärandiga), mis on sageli halvasti dokumenteeritud või üldse dokumenteerimata, nägema ette integratsioone ja migratsiooniaegu, põrkuvad kasutaja vastupanuga.

Korporatiivses organisatsioonis on erinevatel põhjustel pürgimine pidevale arvutikasutusele. Kõige pakilisemad on tohutud kogused andma sageli struktureerimata teabe haldamiseks ja vajadust teha korduvaid või keerulisi arvutusi.

3-poolne nägemine

Organisatsioonis on infosüsteemide jaoks kolm huvivaldkonda:

ulatust operatiivne, mis on seotud äriühingu juhtimiseks vajalike faktide registreerimisega;

ulatust otsuse tegemine, mis on seotud infotöötlusega äriteabe arendamiseks;

ulatust koostööl, mis on seotud suhtluse ja teadmusvoogude juhtimisega ettevõttes ja väliste vestluspartneritega, mis on vajalikud uue loomiseks.

Infosüsteemide toimimine vastab tegevuse heale korraldusele ja seega eeliseks huvirühmad (olgu need siis töötajad, partnerid, tarnijad, riik).

Seda infosüsteemide alajaotust, mida nimetatakse "kolmeks näoks", pakuti välja kahes artiklis11 90. aastate lõpus toetas erinevate ülikoolide ja taustaga ekspertide rühm vajadust arvestada kolme valdkonnaga tõhusa süsteemi loomisel.

Süsteemi kolme tahku ei tohiks mõista kui süsteemi komponente, vaid kui ettevõtte kolme aspekti, mida tuleb uute süsteemide väljatöötamisel arvesse võtta.

Kuigi esimesed infosüsteemid sündisid eranditult operatsioonide toetamiseks, ei toimunud nende evolutsiooni käigus süsteemi 3 tahku korralikku eraldamist, vaid need ühinesid erinevateks komponentideks, mis moodustavad süsteemi tervikuna; süsteemid loodi konkreetseks kasutuseks ja igaühel neist olid omad aspektid, mis on omased igale kolmele tahule. Näiteks operatsioonide tugisüsteemide areng jätkus Business Intelligence süsteemide sünni ja arendamise ajal.

See aitas kaasa süsteemide loomisele, mis koosnesid eraldi, kuid koostööd tegevatest komponentidest. Igaüks neist komponentidest on teistest eraldiseisev ja süsteemi kasv seisneb valikutes, mis on seotud olemasolevate süsteemide integreerimise optimeerimisega. Need integratsioonivalikud toovad aga kaasa jäikuse ja tingivad tulevasi valikuid: tarkvara innovatsioon kestab aastaid (10 või 15 aastat) ja seab pidevalt kahtluse alla olemasolevad süsteemid. Varem tehtud valikud puudutavad seoseid, mis eksisteerivad komponentide vahel ja mis on viinud hetkeolukorrani mitte ainult süsteemi tasandil, vaid ka eelarvamuste tasandil: uskumused ja harjumused, mis on juurdunud ettevõttes, eriti kõrge stabiilsusega olukordades.

Kolme alajaotust, mida oleme näinud, tuleb käsitleda ühe ja sama probleemi kolme küljena, mitte aga kolme erineva komponendina.

Toimingute tugi

Infotehnoloogia sisenes ettevõtetesse esmalt eluliselt ja kvantitatiivselt huvipakkuvates valdkondades: ettevõtte oluline teave on see, mida saab jälgida ettevõtte majanduslikest väärtustest ja toodetest. Seetõttu olid kolm esimest arvutiseeritavat ala

laohaldus ja tootmise planeerimine;

raamatupidamine, asjaajamine;

personali administreerimine.

Organisatsiooni esimene infotehnoloogia on seega seotud ettevõtte faktide ühemõttelise identifitseerimisega, mis on taandatav majanduslikele väärtustele. See aspekt on nüüdseks muutunud põhimõtteliseks, sest muudab ettevõtte tegevuse läbipaistvaks. Tänapäeval on oluline, et see läbipaistvus oleks olemas erinevate seadusandjate lõikes, mistõttu on märkimisväärsete mõõtmetega organisatsioonis vajadusi, mida ei saa enam ilma infotehnoloogia abita rahuldada.

Süsteemid, mis tegelevad nende haldamisega andma tegevuse jaoks põhiline nn. operatsioonide tugisüsteemid.

Võtame näiteks fiktiivse ettevõtte, mis toodab mänguasju: iga toodetud eset kirjeldatakse selle materjalilehega, st kõigi selle komponentide loendiga, ja iga materjalilehe variatsioonist sünnib erinev objekt: näiteks kõik Barbie'd. on 2 kätt ja 2 jalga, aga mõnel on punased juuksed, mõnel kindel kleit jne. Saame toote ja kõik selle variatsioonid tuvastada ainulaadsete koodide abil.

Igal tootel on laos ladu: meid huvitab, kui palju Barbiesid meil on ja kui palju oleme tootnud.

Seejärel tuleb tooted maha müüa: seega peab ettevõte administreerima müügiga seotud arveid. Nüüd saame raha ja tooteid korreleerida ning näha, kui palju raha iga toote eest tuleb.

Infosüsteemi kaudu saame seega teavet toodete ja nende kohta denaro.

Paralleelselt lõpptoodetega on millegi tootmiseks vaja sissetulevaid materjale, mistõttu tuleb kirjendada saabuvad materjalid ning sellega seotud kulud ja laoseisud.

Lõpuks peate haldama isiklik. Peamine teave on:

profiilid (isiklikud, maksud);

positsioon organisatsioonis;

tootmispreemiate süsteemiga seotud viited.

Otsuste toetamine

Organisatsiooni juhtimine läheb aga kaugemale ettevõtte faktide juhtimisest: ettevõtte kasvamiseks, täiustamiseks ja arendamiseks on vaja teha valikuid olukorrast ja probleemidest lähtuvalt (näiteks nõudluse suurenemine või vähenemine toote järele) mis takistavad ettevõtet, st põhimõtteliselt faktidel ja majanduslikel väärtustel põhinevaid otsuseid.

Vähe sellest: ettevõte võib endalegi märkamata oma rajalt kõrvale kalduda, kui näiteks müügikanalid on liiga või liiga vähe kasumlikud (või kannavad koguni kahjumit), võib ettevõte enda teadmata suunduda ettenägematutele suundadele.

Seetõttu on vaja esitada küsimusi, mis on seotud muudatust tekitavate teguritega või teguritega, mis ettevõtte tegevusvalikuid kõige enam mõjutavad. Selleks on võimalik kalkulaatorite abil koostada mudeleid, et paremini tõlgendada andma märkama.

Seetõttu on vaja süsteeme, mis võimaldavad ligipääsu kõigile kasulikele, st seda taotleja pädevusvaldkonnaga seotud teadmistele ja kompetentsete tegevuste läbiviimiseks kasulikele teadmistele, et oleks võimalik vastata, kuid lahkudes piisavalt vabadust, et vastata vastutustundlikult.

Selliseid süsteeme, mis aitavad organisatsiooni juhtida, nimetatakse ärisüsteemideks äri juhtimine.

Need süsteemid võimaldavad teil rakendada tõlgendusprotsessid mis aitavad planeerida ja teha tulevikuvalikuid selle põhjal, mida tootmise-müügi dünaamika genereerib.

Nende dünaamika tõlgendamise teostab ärianalüüsi (BI), see tähendab sellest distsipliinist või tehnikate komplektist, mis otsib andma mis ettevõttel juba on, kuid millest ta (osaliselt) ei tea. Seiresüsteemid ja otsustussüsteemid on osa BI-st.

Aja jooksul on arenenud ka BI-süsteemid: varem olid need süsteemid orienteeritud juhtide infosüsteemvõi süsteemid kogumiseks andma, kuid ärivajadused on aastatega muutunud ja ettevõtted esitavad teistsuguseid küsimusi kui varem. Tegelikult ei tööta nad mitte ainult ettevõtte, töökeskkonna ja toote pideva täiustamise nimel, vaid turu ja konkreetse sektori, kus ettevõte toodab, olukord mõjutab tema tegutsemisviisi nii lühemas kui ka pikemas perspektiivis.

Seetõttu vajab ettevõte:

organiseerima ennast ja oma süsteeme, et tagada muutuste piisav paindlikkus;

koosnema võimekatest ja paindlikest töötajatest;

palju teavet ja suhteid teiste üksustega (inimesed, teised ettevõtted jne).

Business Intelligence peab seega olema adekvaatne toetama ja hõlbustama ettevõtte valikuid, järgides selle strateegiat: 60-70ndatel sündinud ERP-süsteemid olid suunatud väga stabiilsetele ettevõtetele, kuid praegune olukord on erinev. Enam ei piisa i sünteesimisest andma juhi teenistuses, kuid peate suutma genereerida lisainfot, teha keerulisi ja sageli kulukaid analüüse. Seetõttu vajame nende vajaduste jaoks spetsiaalseid infosüsteeme.

Näide selle kohta, kuidas süsteemid on arenenud operatsioonide juhtimisest otsuste toetamiseni, on ladu.

Kunagi seisnes lao juhtimine kogumises andma selle haldamiseks hädavajalik: varude, tooraine ja lõpptoodete kataloogimine.

Tänaseks on süsteem laiem ja haldab lisaks andmatootmise ajakava koostamine ja planeerimine.

See süsteem läbib mitu arenguetappi:

taime põhialgoritmid tervikuna: toormetulu alusel ei

tootmispiirangud määravad standardid ja rütmid, mida tuleb järgida (inventar teooria)

tehase täpsem modelleerimine selgete ajapiirangutega: toimingute ahel, mis peab tingimata toimuma ja nende juhtimine (logistika+automaatika)

väga suurtes tehastes ei saa juhtimist puhtalt automatiseerida ja seetõttu on vaja avada äriteabe (Business Intelligence)otsus süsteemid)

Isegi administratsioon, nagu ka ladu, on läbi aegade muutunud: kui süsteemid täitsid hädavajalikku miinimumi, andsid seetõttu tuge arvete ja eelarvete koostamisel, siis tänapäeval tõukab areng planeerimise ja projekteerimise, toimingute kontrolli (seire) ja projektid.

Toimingute ja otsuste ühendamine ERP-süsteemides

Integratsioon operatsioonide tugisüsteemide ja äriteabe süsteemide vahel kasvab jätkuvalt kuni ERP-süsteemide ehk Enterprise Resource Planningi ilmumiseni, mis täidavad ettevõtte eluea jooksul ühtse infosüsteemi rolli. Neid süsteeme, mis saavutasid maksimaalse leviku 90. aastatel, kasutatakse sisuliselt kõigis keskmistes/suurtes ettevõtetes ning levivad üha enam keskmistes/väikestes ettevõtetes.

Selle turu juhtiv toode on SAP.

ERP (mitte tingimata SAP) kasutuselevõtt on ettevõtte jaoks uus algus: teabe koondamine ja selle tsentraliseeritud, kuid modulaarne juhtimine võimaldab keerulisi arutlusloogikaid (tulumarginaalide, maksevõime/maksejõuetuse stsenaariumide uurimine jne).

Seega on ettevõtte struktuuri tõlkimine ERP mudeliks hea viis ettevõtete ülesehituse ja tööpõhimõtte täielikuks mõistmiseks. ERP-dega on aga keeruline tabada ettevõtete kui "teadmiste generaatorite" olemust ning nende esindamine kõigis nende detailides muutub võimatuks.

Tegelikult tuleneb ettevõtte esindamise probleem sellest, et praegu olemas olevad ERP-süsteemid põhinevad ühtsel hierarhilise funktsionaalse ettevõtte mudelil (ARIS-mudel), samas kui kaasaegses maailmas on tavaline identifitseerida organisatsioone maatriksstruktuuriga. , mille puhul inimestel ei ole ühtki sõltuvust (ülemusest), vaid kaks: üks funktsionaalse ulatuse (teadmised, mis üksikutel inimestel on, näiteks disaineril on referents "peadisainer") ja teine ​​töökoha jaoks ( projekt, milles nad töötavad, näiteks on disaineril projekti juht, millega ta praegu töötab).

Seetõttu on ühe töötaja kohta mitu juhti, kellel on võimalikud konfliktsituatsioonid.

Lisaks on ERP-del piirangud, mis on seotud ettevõtte varieeruvusega: ettevõte ei saa ennustada, kuidas see areneb ja kuidas see muutub. Arvutisüsteem peab tingimata kohanema ettevõttes toimuvate muutustega, kuid mõnikord on ERP liiga struktureeritud, et ettevõtte arenguga sammu pidada ja see defekt omakorda toob kaasa jäikuse, mis takistab ettevõtte arengut.

Lõpuks, kui otsustate ERP-i kasuks, peate mõistma:

integratsioon andma: ERP ei saa ilmselgelt ignoreerida andma ettevõtetest, mida on palju ja mis on organiseerimata, on vaja kasutada andmeladusid

millised probleemid tekivad ettevõtte juhtimisel täielikult ERP-ga

Seega, millised on teatud ERP-i kasutusele võtva ettevõtte eripärad ja millised neist on nende probleemidega seotud (nt teatud riigi ettevõtetele iseloomulikud tunnused, nt Itaalia omad eristuvad traditsioonide ja perejuhtimise poolest, väikesed ja keskmised suurus, vastupidavus muutustele)

Teadmusjuhtimine

Kui ettevõte otsustab siseneda teatud turusegmenti, ei saa ta alustada nullist: on kriteeriumid, mille järgi tuleb tegutseda, ja on parameetreid, mida tuleb hoolikalt analüüsida. Konkurentide ja turu uurimine on vajalik mitte ainult võimalike kasutuselevõetavate strateegiate lahtiharutamiseks, vaid ka selleks, et saaks võrrelda enda strateegiate tulemusi olemasolevatega.

Ettevõttesisesed otsused on seega protsessi tulemus, mis aga ei ole formaalne ega ka täpselt määratletud protsess. Kuigi mõned on püüdnud neid protsesse ja inimeste mõtteviisi formaliseerida, on tulemuseks see, et inimeste käitumine on harva see, mida ootate.

Üldiselt koosneb turu-uuringu protsess kahest põhikomponendist:

dialoogiline komponentvõi inimestevaheline suhtlus. Kui neil pole piisavalt teavet, võivad nad kelleltki kaudselt või otseselt küsida.

Ettevõtetes nimetatakse "lõplikku otsustajat" tegevjuhiks (TEGEVDIREKTOR) mida võib-olla toetab volikogu, kuhu see kuulub. Tegevjuht peab suhelda pidevalt kõigi projektiga seotud inimestega, teabe vahetamine, et leida võimalusi ettevõttele kasumi toomiseks.

dokumentaalne komponentvõi dokumentide vahetamine ja/või jagamine. Mitte ainult toimub inimestevaheline suhtlus, kuid toimub ka dokumentide vahetus, mis on vajalik ühise aluse arutlemiseks. Kogutakse teavet ja tehakse uuringuid selle turu kohta, kuhu kavatsetakse siseneda ja kuidas turule siseneda.

Teadmiste ja teabe haldamine on kõigi sektorite põhikomponent, kus on vaja teha teatud tüüpi otsuseid, mis ei ole rangelt seotud andma teatud ettevõttest, kuid sageli seotud andma ebakindel.

Kaks sektorit, mis on viimastel aastatel selles mõttes muutunud, on sektori turundus ja kaubanduslik, eriti see turundus mis ei põhine ainult andma ebakindel – nagu reklaam –, kuid peab ka tõlgendama inimeste käitumist.

Infosüsteemid jaoks turundus ja kommerts ei sünni mitte operatsioonide tugisüsteemide, vaid infotöötluse valdkonda ja arenevad infovoogude juhtimise suunas, sest peavad arvestama palju rohkemate infoallikatega, sh välistega.

Infotehnoloogia peab liidestuma keerulise side- ja infovahetuse süsteemiga. Nende integreerimiseks ja ettevõtete vajadustele vastamiseks peab ta seisma silmitsi keerulise probleemiga.

Kommunikatsioonisüsteem järgib nüüd voolu, mis lahkub ettevõttest ja avab rea täiesti uusi probleeme. Näiteks kodumasinate sektoris ei tunne ettevõtted oma kliendid lõplik, sest praegune reaalsus on selline, et kodumasinaid müüakse mitme kaubamärgi kauplustes, kus on vahendaja, poodmis loob usaldusliku suhte kliendiga. Isegi remonditehnikud on sageli mitme kaubamärgi esindajad ja ettevõte on kliendiga suhtlemisel takistatud, kuna ei suhtle otseselt. Seetõttu peavad tootjad avama omadega vestluskanalid kliendid, kuid seda ülesannet pole lihtne täita, kuna sageli on see ainus tagasiside, mis ettevõtetel on kliendid juhtub ainult siis, kui ma kliendid nad ei ole rahul.

Ettevõtte jaoks on vestluse voog kliendiga sama oluline kui toote müük, sest see eeldab tema lojaalsust. Veel paar aastat tagasi oli kanal kliendiga korraldatud ainult kõnekeskuste kaudu. Viimasel ajal aga levib IKT üha enam ja ei asu ainult tagakontoris, vaid võtab uue rolli kliendisuhtluses.

Suhtlemine kliendiga ja vestlusvoo juhtimine on aja jooksul viinud ettevõtte eri osakonnad oma suhtlussüsteemi kasutusele võtma. Siiski on vaja nende osakondade vahelist suhtlust ja see tekitab probleeme erinevate osakondade kasutatavate tööriistade integreerimisel. Seetõttu rikuvad kliendivestluse põhimõtted ettevõtte piire ja tekitavad probleemi, kuhu panna vestluse pidamiseks vajalikud tööriistad; igal ettevõttel on väga spetsiifiline integratsiooniprofiil, mis sõltub ettevõtte enda ajaloost.

Seetõttu on uute toodete loomist ja arendamist käsitleval vestlusel kaks peamist allikat:

väline allikas, mis tuleneb konkurentide ja nende toodete käitumisest ning käitumisest kliendid;

sisemine allikas, mis saadakse müügiprognooside ja tegeliku müügi võrdlusest.

Kliendiga suhtlemine toimub ka "operatsioonisüsteemide" (st operatsioonide tugisüsteemide) kaudu, mis liiguvad järk-järgult ettevõtte ja selle põhitegevusega tihedalt seotud rollist kasutajale lähedasema rolli poole, integreerides üha rohkem teenused ja pakkumised tarbijale.

Tehnoloogia võimaldab meil laiendada operatsioonide tugisüsteemide ulatust, muutes radikaalselt suhtlust kliendiga.

Näiteks tänapäeva telekommunikatsiooniettevõtted nimetavad telefonivõrke haldavaid süsteeme "operatsioonisüsteemideks" ja telefoninumbri valimine on interaktsioon selle operatsioonisüsteemiga, isegi kui kasutaja seda suhtlust sellisena ei taju.

Teisest küljest on ettevõtetes kasutatavad operatsioonisüsteemid e-kaubandus Tulema Amazon, on väga nähtavad kasutajatele, kes loovad selle süsteemiga omamoodi dialoogi (nt Amazon pakub kasutajale raamatuid, mis võivad teiste kasutajate valikute põhjal talle huvi pakkuda).

Suhtlemine kasutajaga on hädavajalik siis, kui ettevõte soovib müüdavat toodet seostada edastatava sõnumiga: kui ettevõte mõtleb oma olemasolule, müüdavale tootele ja suhtele turuga, võrdleb ta võimalikult olemasolevat. Seda tehakse, töötades teadmiste kallal, mis tal on ja millest tulenevad andma (st kogutud numbritest), aga ka mittenumbrilistest teadmistest, mida ettevõte kogub konkurentidelt e kliendid.

See teadmiste haldamise valdkond muutub kaasaegsetes organisatsioonides üha olulisemaks, see on uus aspekt.

Ja huvitav on näha, et mõnel ettevõttel on i-ga tugev suhtlus kliendid e sono sempre più sensibili all’opinione pubblica e alla relazione con la clientela. Ad esempio, per la FIAT 500, è stato lanciato un veebilehel (500 giorni prima del lancio sul mercato) che raccoglieva le indicazioni dei kliendid potentsiaal ja tulevik ning tegelikult mõjutasid toodet, mida seejärel turule esitleti (näiteks armatuurlaud oli ümber kujundatud element, mis tuletab avalikkuse ettekujutuste kohaselt meelde esialgse 500 elementi).

Turu tõlgendamine peab tingimata läbima koosmõju potentsiaalidega kliendid.

Selleks oleme seetõttu huvitatud teadmiste ja koostööhalduse tööriistadest (grupivarast). Nii sisemine kui ka väline suhtlus on ettevõtte edu jaoks hädavajalik.

Kõik organisatsioonides levivad tööriistad on üha enam orienteeritud teadmusjuhtimisele, mitte ainult turu tõlgendamiseks, vaid ka teadmiste jagamise võimaldamiseks ettevõttest; näiteks ettevõte, millel on eraldi ja kaugemad kontorid (nt Milano e Roma), võiks kasutada teadmiste- ja kommunikatsioonihaldussüsteeme vastastikuste kogemuste lähendamiseks, takistades kahe eraldiseisva tuuma teket ning võimaldades seeläbi oskusteabe lokaliseerimist ja integreerimist.24.

Teadmusjuhtimise süsteemid need mõjutavad ka neid, kes peavad tegema väiksemaid ja vähem strateegilisi otsuseid, näiteks klienditeenindus, mis peab vastuseid andma kliendid saab kasutada KKK-sid, st vastuseid levinud küsimustele, mis on vormistatud jagatud teadmiste põhjal. Kuid igal formaliseeritud protsessil, just seetõttu, et see on formaliseeritud, on erandid. Oma olemuselt ei saa neid normaliseerida ja mõnda neist ei saa kõrvaldada. Mõnes valdkonnas mängib erand olulist rolli, näiteks avalikus halduses, kus hinnanguliselt moodustab erand ligikaudu poolte juhtudest.

Protsessidega kaasneb infovoog: kui protsess ei ole hästi juhitud, pole isegi info edastamine efektiivne.

On ka teisi protsesse, otsustamist või kavandamist, mida saab planeerida, kuid projekti korraldamise viis mõjutab selle elluviimist ja projektil ei ole mugav olla liiga jäik. Sellistel juhtudel võib arvata, et protsess on vestlusvoog, mis sisaldab selle sees formaalseid ja täpseid samme.

On otsustusprotsesse ja projekteerimisprotsesse, mis ei saa olla liiga jäigad, sest vestluse kulg on sama oluline kui disainipiirangud või spetsifikatsioonid.

3 valdkonna integreerimine

Veel paar aastat tagasi olid tegevus- ja otsustussüsteemide ning teadmusjuhtimise süsteemide maailm täiesti lahus ja ühitamatu; nende süsteemide vahel ei ole aga ületamatuid vahemaid. Esiteks, mõlemale süsteemile ligi pääsemiseks ja kasutamiseks kasutatakse personaalarvutit: enne oli iga funktsiooni jaoks oma masin, kuid praegu on arvuti universaalne ja süsteemid asuvad samas kohas. Arvutid on samuti laialt levinud ja üha kesksemad suhtluses: 80ndatel, nõudmisel

"Mitu arvutit minu ettevõttel vaja on?", vastati "enam-vähem sama palju, kui teil telefone on", see on esimene märk sellest, kuidas arvutist on saanud oluline vahend suhtluse haldamisel.

Nii et aastate jooksul lisaks infosüsteemide haldamiseks andma ettevõttest on juurutatud süsteemid ettevõtte juhtimiseks, teadmisteks ja suhtlemiseks. Tee on loodud andma alates palga- ja haldusinfosüsteemist kuni grupitöösüsteemideni, mis sisaldavad nüansirikast ja järk-järgult vähem täpset teavet.

Infovood ja grupitöö integreerimine operatsioonide tugisüsteemidega tähendab, et põhimõtteliselt ei eksisteeri enam süsteeme, mis sisaldavad andma staatiline. Näiteks puuduvad enam süsteemid töötajate maksete haldamiseks, sest see on liidetud keerukamasse karjäärijuhtimise süsteemi. See võimaldab lisaks töösuhtele rohkem pakkuda töötajatele ka sideme parandamist ettevõttega.

Infosüsteemide muutus, mis integreerib üha enam faktide fikseerimist suhtlusvoogudega, kohandub ka sotsiaalsete muutustega ja eelkõige töösuhte nägemuse muutumisega: sellest on saanud töötajate ja ettevõtte partnerlus. Ettevõttel on huvi oma töötajaid hinnata ja nendega töötingimuste osas dialoogi pidada. Sel põhjusel ei hinnata töötajat ainult ülalt, vaid ka kolleegid (peer-to-peer hindamine). Ettevõtte infosüsteemid osutavad üha enam personalijuhtimise süsteemidele, mis on avatud personalile endile, pakkudes neile võimalust end väljendada töökeskkonna, püstitatud eesmärkide jms osas.

Vestlusteks ja teabevahetuseks on tänapäeval saadaval järgmised tehnoloogiad:

e-post: mis on üldiselt omaks võetud, milles on suhtluse jälg automaatselt genereeritud;

skype: väga kasulik verbaalseks suhtluseks;

videokonverentsiteenused mitme inimese vahel: omavaheliseks suhtluseks parem kui skype rohkem inimesi;

telefon.

Dokumendid on lingitud vahetatava teabe, manustega, mis on mugavad ja kasulikud, kuid tekitavad üleliigsust ja teatud segadust, kuna need on lingitud, kuid mitte integreeritud aruteluga ja seetõttu sageli mitmes versioonis, mistõttu ei ole need ainulaadsed ja halvasti mõjuvad. ajaliselt korraldatud.

Manuste selles mõttes puuduste ületamiseks loodi spetsiifilised süsteemid: dokumendihaldussüsteemid. Neid on mitu, üks kuulsamaid versioone on wiki.

Kulud

Peamised kalkulaatorite kasutamisega kaasnevad kulud on:

ost

paigaldamine

hooldus

koolitusoperaator (seal töötavate tehnikute juhendamiskursused)

Kui ettevõte pöördub teenuste saamiseks välise ettevõtte poole. Paremini tuleb juhtida seda, mida ettevõte realiseerib (põhitegevus), kõike välist käsitletakse kuluna (allhange).

Allhankelepingud need on pikad ja keerulised lepingud, kus ettevõte taotleb välisteenuseid, mis ei ole rangelt seotud tema "põhikompetentsiga", st ettevõte tellib väljast kõik, mis ei ole puhtalt seotud sellega, mida ettevõte peab saavutama. Püüame viia ettevõtte kompetentsi väljapoole, muutes selle kulukaks, kuid hoiame kokku ettevõtte sees kasutatavate ressursside pealt.

Sektorid, kus esmalt allhanget tehti, on IKT, logistika ja viimasel ajal ka haldus ise. Üks eelis, mis saadakse, on see, et organisatsioon vabaneb mõnest koormast, mis lasub teenusena välistelt ettevõtetelt ( oskusteave väline), otsene tagajärg on aga see, et otsene ja pidev kontroll allhanke tegemisel tehtu üle kaob.

Kulude hindamine on infotehnoloogia jaoks suur probleem, eriti kui olete orienteeritud võimaliku säästu prognoosimisele, mida tehnoloogia kasutuselevõtt võib tekitada (nt e-kirjaga on keeruline hinnata, kus säästate).

Sellest olenevalt väärtust omandav tegelane suudab infotehnoloogia kulusid vähendada

see on ROK (Chief Information Officer), sest see näitab, et tema jõud ei sõltu hallatavast rahast, vaid sellest, kui palju raha see ettevõttele kokku hoiab.

Praegusel olukorral organisatsioonides on erinevaid tunnuseid

tehnoloogia on kihistunud ja üldiselt ümber korraldatud ERP ümber, lisades tükke. Heterogeensuse taseme muudab keeruliseks asjaolu, et on olemas nii partiisüsteemid kui ka võrgusüsteemid (veebipõhised, ....)

juurdepääs kõikidele süsteemide pakutavatele teenustele toimub personaalarvuti kaudu.

Tehnoloogiate kasutajate ja nende tootjate probleem seisneb olemasoleva hindamises ja selleks on vaja leida ranged kriteeriumid.

Valitud juhtumiuuring: „United Parcel Services (UPS): pakkide kohaletoimetamine ja e-kaubandus lahendused”, kuulutus töötama infosüsteemide keskusest (MIT).

Tutvustus

Tänu oma 15 miljonile pakile päevas on UPS pakiveo valdkonnas maailmas liider.

1907. aastal American Messenger Company nime all asutatud ettevõte kasvatas sajandi jooksul oma mainet usaldusväärse ja tõhusa transpordiettevõttena, kuni 2000. aasta künnisel osutus see umbes 13 miljoniga planeedi suurimaks transpordiorganisatsiooniks. pakke veetakse iga päev rohkem kui 200 riiki.

Viimastel aastatel on ettevõte laiendanud oma tegevust "lihtsast" objektide transpordist kaugemale: investeerides teadusuuringutesse ja kasutades IT potentsiaali, on ta kasutusele võtnud hulgaliselt lisateenuseid.

Ettevõtte tehnoloogiline areng ei olnud täpsete prioriteetide dikteeritud valik. Kõrgtehnoloogiliste teenuste kasutuselevõtt konkurentide poolt 80. aastatel ei tekitanud juhtkonnas eeskuju järeleandmist ning tõepoolest oli vastumeelsus kulutada IT-süsteemidele üle 1% aastaeelarvest. Kasuliku kursimuutuse tõi kaasa alles juhtkonnavahetus 1986. aastal, mis tõi kaasa ulatuslikud investeeringud ja ulatusliku hoolduspargi loomise. Aastatel 1986–1996 investeeris UPS IT-sse rohkem kui 11 miljonit dollarit, suurendades IT-spetsialistide parki 100-lt enam kui 4000-le.

Sellel otsusel on olnud tagajärjed süsteemidele ja neile pakutavatele teenustele kliendid, äri optimeerimine, partnersuhted ja personalijuhtimine.

süsteem

IT-investeeringute põleva alguses ehitas UPS kohe New Jerseysse andmesalvestusele ja -töötlusele pühendatud rajatise. andma; see kompleks oleks pidanud mängima rolli andmebaas kõik organisatsiooniga seotud faktid ja teave, pakkudes ühtset sisenemispunkti kõigi ettevõtte filiaalide jaoks.

Keskandmebaas oli esmatähtis eelkõige jälgimisvõimaluste, st paki asukoha pideva tundmise tagamiseks. Seda konkursil kasutusele võetud uuendust hindasid kõrgelt kliendid. Seetõttu pidas UPS hädavajalikuks investeerida

kapillaarvõrk, mis võimaldaks sellist infovoogu: võrk, mis sai nimeks UPS Net, käivitati 1990. aastal.

Il andmebaas see ei pidanud sisaldama mitte ainult teavet pakkide kohta (niigi tohutult palju, umbes 200 atribuuti iga saadetud kauba kohta), vaid ka muude aspektide kohta: logistika, andma kohta kliendid ja töötajatest. See juhtimine andma see on mõjutanud UPSi põhitegevust, selle organisatsioonilisi meetodeid ja koostöömeetodeid.

Tugeva infrastruktuuriga alustas UPS oma äri tehnoloogiliseks muutmist. 1993. aastal tutvustas see automaatset pakituvastussüsteemi DIAD, mis reaalajas paki ära tunneb ja ajakohastab andmebaas koos sellega tehtud toimingutega (väljumine, transport, kogumine jne). DIAD koosneb miniterminalist, mis praegu põhineb Windows Mobile'il, andmeid haldab igaüks, kes pakke käitleb. Terminal on varustatud tipptasemel ühenduvusega (hetkel kasutusel olev neljas väljalase on Wi-Fi ja GPRS-iga, aga ka Bluetoothi ​​ja infrapunaga, et saaks ühendada arvutite ja printeritega) ja loomulikult GPS-iga, autojuhtide abistamiseks marsruutide optimeerimisel ja paki hetkeasukoha värskendamiseks. DIAD-ide edastatud teabe analüüs paljastab hulgaliselt andma mida ettevõte kasutab profiili i kliendid, optimeerida saadetise voogusid ja rakendada tegevuspõhist kuluarvestust. Samuti, tule andma saadetiste planeerimisel ilmnevad "puudused" või eripärad kliendid, mis võimaldab UPS-il pakkuda nõustamis- ja ümberehitusteenuseid. UPSi tegevuses domineerib laevanduse optimeerimine, klassikaline infotehnoloogias rakendatav operatsioonide uurimise valdkond.

Ülemaailmse veebi plahvatuslik levik 90. aastate keskel avas uusi võimalusi, mille tulemusena võeti kasutusele suur hulk teenuseid, mis põhinevad Internet (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio veebilehel e, molto prima della teorizzazione del cosidetto e-kaubandus, tajus ta potentsiaali asetada end tootjate ja tarbijate vahele, jättes jaemüüjad ja turustajad ketist välja.

Kõik arvutisüsteemid on UPSi siseselt välja töötatud. Paljud rakendused ei ole jäänud ettevõtte ainuõiguseks – näiteks eelmainitud jälgimis- või kuluhinnangusüsteemid, mida uuendatakse reaalajas üle kogu planeedi –, vaid on tehtud kättesaadavaks kliendid: kes soovib, saab need rakendused enda tarkvarasse integreerida, kasvõi ERP-süsteemidesse. UPS pakub API-sid ja dokumentatsiooni, küsides ainult brändingut.

Pidades silmas seda rakenduse eesmärgi muutmist – sisekasutuselt kliendikesksele arendusele – on IT-osakonnad hakanud arenema võimalikult koostalitlusvõimelisemal ja modulaarsemal viisil:

avatud standardite süstemaatiline kasutuselevõtt on muutnud UPSi esmajoones edukaks ja tänapäeval lisavad paljud ettevõtted UPS-i funktsionaalsust hõlpsalt oma tarkvarasse;

modulaarsus on hõlbustanud koodi taaskasutamist ja värskendamist, kiirendades täiustusi ja uusi rakendusi. Kahjuks peatasid eelarvepiirangud selle sõidu. Seda aspekti on paremini näha organisatsiooni lõigus.

Seni kirjeldatud süsteemide väga tsentraliseeritud struktuur oli katastroofide korral väga kalduvus järskudele katkestustele; selline ettevõte nagu UPS ei saa endale lubada seisakuid. Sel põhjusel otsustas teabejuht 1996. aastal võtta kasutusele andmekeskuse paralleelselt Atlanta mis kordas kõiki toiminguid, tagades soovitud äritegevuse järjepidevuse. UPS-i tugevus ja tõhusus on nii kõrged, et ettevõte suudab seda teha

garanteerige saadetised väga lühikese aja jooksul (oluliste teenuste puhul isegi üks tund).

Viimaste aastate oluliste tehnoloogiliste uuenduste hulgas on UPS võtnud kasutusele oma eripakendite RFID-märgistamise – valiku, mis on kiirendanud tuvastamisprotseduure ja lahendanud visuaalsete siltide (nt vöötkoodide) lugemise probleemi ebakorrapärase kujuga pakenditel. Lisaks loodi hääletuvastussüsteem (UPS Interactive VoiceResponse), et vähendada inimeste töökoormust telefonikilpides. Nagu näha, pöörab UPS erilist tähelepanu oma süsteemide arengule ja tervitab kõiki uusi tehnoloogiaid, mis võivad tootlikkust tõsta.

Organizzazione

Strateegilised otsused tehakse UPS-is andmeanalüüsi põhjal andma kogutud kahe andmetöötlusüksuse poolt andmaaastal organiseeritud andmekogus ja pakutakse ettevõtte infosüsteemi kaudu. Mis puutub pikaajalistesse strateegiatesse, siis UPS viib pidevalt läbi luuretegevusi ja eelkõige turuanalüüse. Konkurentsi pakkumist perioodiliselt kontrollides võib see lünka täita (konkurentsipõhine emulatsioon).

Otsused UPS-is tehti algselt üksnes kõrgema juhtkomitee otsuste alusel. Arvutistamise järgselt asutati IT juhtkomitee, mis koosneb neljast eksperdist, kes igal neljandal kvartalil kehtestavad tehnoloogilise suuna. Aasta jooksul kogub komisjon ideid ja soove ettevõtte erinevatest sektoritest; Kuna, nagu mainitud, on IT-osakonnad kõik koondunud kahte paralleelsesse kontorisse – ja ei ole ette nähtud, et alarühmad on pühendatud üksikute harude vajadustele –, on transversaalsed projektid eelisõigus. Kuna eelarvet pole lõputult, otsustasin, milliseid projekte arendada, järjestades need prioriteedi järgi; asjakohasuse arvutab juhtkomitee eeldatavate kulude ja tulude põhjal: otsuste tugisüsteem töötleb i andma, mis põhineb sellistel parameetritel nagu oodatav investeeringutasuvus, mõju teistele süsteemidele/protseduuridele jne. Kõrgema prioriteediga projekte arutatakse seejärel läbi ja võimaluse korral neid vähendatakse; lõpuks määratakse eelarve ja inimressursid. Selle mehhanismi oluline aspekt on see, et otsustussüsteem soosib lühiajalisi projekte, sest kui juurutamine võtab aega üle aasta, on UPSi hinnangul turg muutunud juba enne arenduse lõppu.

Juhtkomitee nõuab, et kõik rakendused kajastaksid ettevõtte stiili ja graafikat. Sel põhjusel otsustab ta laua taga iga arendatud tarkvara puhul kasutatavad mallid; kogu organisatsioon peab seda järgima.

IT-ga otseselt mitteseotud eesmärkide osas kasutab UPSi tippjuhtkond laialdaselt nn sentimentide kaevandamist, kasutades ära Radian6 platvormi, mis jälgib peamisi suhtlusvõrgustikke (foorumid, ajaveebid, facebook, LinkedIn, Twitter, YouTube jne) ja pakub veebis kokkuvõtteid ettevõtte maine kohta. Muude hoolikalt jälgitavate aspektide hulgas on ka kaubamärgi ärakasutamine.

UPS-il on ka radikaalselt uute võimaluste uurimiseks andmeid alustas divisjoni nimega e-Ventures, mis tegeleb veebivaldkonna uute äripiiride väljaselgitamisega, mis ei ole seotud konkursi tegevusega ja mis võib avada uusi partnerlussuhteid teiste ettevõtetega. Esimene e-Venturesi toode, mille on heaks kiitnud

2000. aasta tippjuhtkond oli UPS e-Logistics, laiaulatuslik online-saadetiste haldamise platvorm ettevõtetele, kes kasutavad UPS-i standardvedajana. E-Logistika idee on pakkuda ühtset integreeritud paketti, mis pakub teile vajalikku abi: alates laohaldusest kuni jälgimise, tellimuste haldamise, telefonitoe jne. E-Ventures teeb aastas keskmiselt kolmkümmend uuenduslikku ettepanekut.

1997. aastal asutas UPS fondi nimega UPS Strategic Enterprise Fund, mis jälgib, hindab ja investeerib tärkavatesse ettevõtetesse, kes uurivad uusi potentsiaalselt huvipakkuvaid turge ja tehnoloogiaid. Just see fond tuvastas ja viis 2004. aastal RFID-märgiste tootja Impinj Inc. omandamiseni.

koostöö

Nagu eelmistest lõikudest näha, on UPS-il erinevat tüüpi kliendid:

eraisikud, kes saadavad pakke;

ettevõtted, kes toetuvad sellele pakkide omadele kohale toimetamisel kliendid

(veebikaubandus ilma igasuguste vahendajateta);

ettevõtted, kes mitte ainult ei saada pakke, vaid kasutavad ära ka oma arvutirakendusi.

Suhtlemine kliendid esimene tüüp toimus peamiselt kõnekeskuste kaudu, kuid veebi plahvatusliku levikuga on suur osa tugitegevusest suunatud e-postile. Näiteks on võimalik saada e-posti teel teateid saadetise oleku kohta või kontrollida seda otse saidilt. Telefonipersonali koondamine, millele on kaasa aidanud ka kõnetuvastussüsteem, on võimaldanud UPSil luua uue äririnde: selliste töötajate kontsessiooni partnerettevõtetele (UPS Business Communication Services).

IT-teenuseid kasutavad organisatsioonid saavad UPS-iga suhelda ka saidi osa kaudu, millele pääseb ligi autentimise kaudu. Et vältida tohutul hulgal korduvaid päringuid, on UPS loonud rea KKK-sid kõigis keeltes ja teadmistebaasi, kus saate proovida vastuseid kiiremini leida.

On ainult üks koostöötüüp, mis toimub ilma ad hoc süsteeme kaasamata ja see on suunatud partneritele, kes ei näita huvi lisateenuste vastu. Nende ettevõtete poole pöördub isiklikult elektroonilise kaubanduse kontohaldur, kes pakub UPS-i portfellist välja mis tahes funktsioone, mis saadetise ja lasti analüüside põhjal võiksid olla kasulikud.

UPS-i sisemine koostöö toimub mitmel viisil:

Halduspersonal tegutseb telefoni ja/või e-posti teel; mugavad veebipõhised piletimüügiteenused haldavad tehniliste probleemide töövoogu; aasta lõpus IT juhtkomitees analüüsimisele tulevate uuenduslike ettepanekute kogumise ja korrastamise eest hoolitseb ka veebipõhine ad hoc rakendus.

Autojuhid suhtlevad filiaalide või peakorteritega DIAD miniterminali kaudu, mis on pidevalt ühendatud. Haldusasutused saavad edastada kiireloomulist teavet (näiteks liikluse, sihtkoha muudatuste jms kohta), muutes need ekraanile kuvamiseks.

Organisatsiooni IT alused

Kursuse teine ​​osa: tunnid 7-12

Jaotusmaterjalid kirjutas:

Antonio Ceparano, Vincenzo Lõpeta, Monica Menoncin, Alessandro Re

Professor Giorgio De Michelis on kontrollinud, et vältida vigu.

JAOTUSMATERJAL VÕIMENDAS ARST STEFANO FANTIN

Ettevõttesisese innovatsiooni juurutamiseks on eelkõige vaja tunda meil olevat tehnoloogilist infrastruktuuri. See on oluline ja kaasneb infosüsteemide arenguga ning selleks, et see areng toimuks, tuleb tehnoloogiaid arvesse võtta.

innovatsioon

60ndad/70ndad

Vastu võetud süsteemidOperatsioonide juhtimissüsteemid.

lokaliseerimine: majas1/teenustes.

Tehnoloogia: suurarvuti2

Ettevõtted on keset tööstuslikku arengut, maailmamajandus on sõjast taastunud ja ettevõtted kasvavad hüppeliselt. Seda ei juhtu aga igal pool, vaid piiratud arvus tööstusriikides. L'Itaalia, jäi infotehnoloogia kasutuselevõtus (mitte nende disainis, nagu Olivetti demonstreerib) teistest riikidest veidi maha.

80ndad/90ndad

Vastu võetud süsteemid: ärijuhtimissüsteemid.

lokaliseerimine: majasisene.

Tehnoloogia: LAN-i tööjaamades, harvadel juhtudel VPN-is, tähtvõrkudes

Ettevõtted arenevad, kuid ilmneb esimene naftakriis: see on äratus, kuid seda nähakse kui üleminekufaasi. Naftakriis takistab majanduskasvu ja jätab olukorra väga ebastabiilseks: paljudes riikides on väga kõrge inflatsioon, valuuta on devalveerunud ning energia- ja tööjõukulud kasvavad. Just sel perioodil kasvas idee areneda piirkondadesse, kus tööjõud oli odav. See muudab asju oluliselt: sisse Itaalia nendel aastatel toimus arengut vedavates ettevõtetes strateegiline muutus, mis seni olid keskendunud odavtoodete tootmisele. Seetõttu tekivad ettevõtted, kes kvalifitseeruvad oma töö kvaliteedi tipptasemele (tekstiil, mood, mehaanika, keemia). Erinevates sektorites muutub “Made in Italy” kvaliteedi sünonüümiks. Kuid selliste hiiglaste nagu Venemaa, India ja Hiina areng toob kaasa olukordi, mida teadaolevad majandusmudelid ette ei näe: tarbimine neljakordistub ja need riigid satuvad varem kogetud olukordadesse.

90ndad/00ndad

Vastu võetud süsteemid:ERP.

lokaliseerimine: majas / Allhange.

Tehnoloogia: Üldotstarbeline (nt arvuti) kaudu Internet

Sel perioodil juhivad majandust kaks peamist tegurit: ebastabiilsus ja suurenenud konkurents. Ettevõtted püüavad end ümber positsioneerida, leides teisi rolle ja muid tehnoloogiaid. Ettevõtted võivad arvata, et neil on oma sammude suhtes teatud horisont; kui majandusarengu ajal oli ressursse ohtralt ja nende olemasolu oli tagatud ka järgmistel aastatel, omades seega vabadust manööverdada strateegilisteks muutusteks ka lühiajaliselt, siis nüüd on vaja paremini planeerida ressursside kasutamist pikaks perioodiks. . Kaasaegse maailma ebastabiilsus tähendab eelkõige elektroonika- ja arvutitehnoloogiate puhul seda, et konkreetsel hetkel võitnud toode ei pruugi turul kaua vastu pidada. See kehtib lühiajaliselt ja veelgi enam pikas perspektiivis.

00ndad/10ndad

Oleme endiselt mängus!

10ndad/20ndad

Mis juhtub?

Esimene saadaolev tehnoloogia on suurarvuti (IBM S/3603 on esimeste seas, kes ettevõttega liitub). ITC-sektoris on innovatsioon tohutu ja on palju ettevõtteid, mis sünnivad, arenevad järjepidevalt, kuid kaovad kiiresti, mõnikord imenduvad (nt samanimelise brauseri poolest kuulus Netscape on nüüd AOL-i osakond) mõnikord mitte. .

Infotehnoloogia turu struktuur dikteerib innovatsioonile väga ranged reeglid.

Esimeste ühenduste levikuga sündisid terminalid kaugjuurdepääsuks keskarvutile (stellaartopoloogia). Seejärel arenes võrk välja vaheserverite paigutamise teel. Alles hiljem saabub Internet, infrastruktuur, mis võimaldab meil integreerida a

palju erinevaid arhitektuure (hierarhiline, peer to peer4, klient-server5, ring ...). sisse Internet kõik, mis jääb kahe suhtleva terminali vahele, on peidetud, struktuurid määratletakse pärast võrgu väljatöötamist. See annab meile hirmuäratava vabaduse: me ei vaja enam struktuuri, mis võimaldab korda tuua. Internet kindlasti on tegemist massiivse tehnoloogiaga (selle mõiste ingliskeelses tähenduses ehk suurte mõõtmetega).

See ajalooline ekskurss on oluline infosüsteemide ja üldiselt tehnoloogiate mõistmiseks, sest:

ettevõtted ja organisatsioonid üldiselt on oma traditsioonide tütred ja nende kogemused on olulised;

sotsiaalpoliitilised tingimused on valdav keskkonnakomponent;

areng ja tehnika tase sõltuvad samuti kasutajate teedest.

Oleme üha enam tunnistajaks ettevõtte valikute koosarengule, mis põhinevad tema enda arengul. kliendid.

Nagu Klee oma "Angelus Novuses" kujutab, on vajalik, et "Innovatsiooniingli pilk oleks pööratud minevikku" või pigem on vaja vaadata minevikku, et teha uusi asju.

Infosüsteemide võimalik areng

ERP-süsteemid, kus domineerib SAP ja Oracle, sündisid 70ndatel. Need tehti ettevõtetele, millel oli praegustest erinev tehnoloogia ja struktuur, mis olid mõeldud keskkonda, kus turg oli stabiilne.

Seetõttu on selge, et uuendusi on vaja juurutada, kuid meid piiravad mõned tegurid, millest peamine on praegu olemasolevaid süsteeme kasutavate inimeste vastupanu muutustele, kuna muutused nõuavad millegi uue õppimist ja õppimist (mis on mitte alati teretulnud).

Tänapäeval kasutatavad operatsioonisüsteemid on peamiselt

Unix (40 aastat)

Windows (30 aastat)

Linux (20 aastat)

Need süsteemid sündisid ajastul, mil infotehnoloogia põhines väikestel ja keskmise suurusega arvutitel. Aja jooksul on samad süsteemid levinud ka tööjaamadesse ja serveritesse.

Murettekitav on see, et tänapäeva maailmas pole olemasolevatest keerukamaid süsteeme: näiteks veebi vaadates võib mõelda uue operatsioonisüsteemi juurutamisele, mis toetab ühe dokumendi lehekülje silte.

"9x tegur"

Püüdes juurutada uuendusi, on oluline omistada uuendusele õige väärtus, mis sellel lõppkasutajale võib olla.

Kui inimene loob uuendusi, peab ta olema teadlik tõsiasjast, et ta omistab sellele uuendusele väärtuse, mis on kolm korda suurem kui kasutajate tajutav. Seda seetõttu, et leiutaja näeb ainult uuenduslikku komponenti, kuid ei taju vajadust muuta ökosüsteemi, milles see elab. Inimesed, kes kasutavad tehnoloogiaid ja kellele pakutakse uuendusi, omistavad omakorda kolmekordse väärtuse rakendustele, mida nad oskavad kasutada, sest õppimiseks kulus pingutust ja seetõttu annavad nad väärtust just seetõttu, et oskavad neid kasutada.

Seega, et innovatsioonil oleks võimalus olemasolevat edukalt asendada, peab see olema üheksa korda parem (“9x tegur”) ehk tegemist peab olema kardinaalselt teistsuguse uuendusega, mis inimeste elusid reaalselt muudab.

Innovatsiooni juurutamiseks on seetõttu vaja välja töötada süsteemid, millel on väga madalad (ideaaljuhul null) õppekulud ja mis seetõttu asendavad olemasolevaid, parandades kasutajakogemust, kuid sobitudes loomulikult olemasolevasse ökosüsteemi.

KAUBA:

Kaup on üldkasutatav objekt, mille omadusi täpsustatakse harva, kuna need on määratletud ja viidatavad standardile. Ei ole oluline, kes kauba toodab, kuna turul ei eristu see toode. Mõelge näiteks espressole või lehtedele: on olemas kvaliteedistandardid, mis on praeguseks levinud ja mida ei pea täpsustama ega eristama.

Kauba kvaliteet on tavaliselt madala väärtusega tootest kõrgem just tänu sellele, et see vastab laialt levinud ja garanteeritud kvaliteedistandarditele. Vastupidi, ad hoc toote kvaliteet on kõrgem kui tarbekaupadel.

Kui tehnoloogia muutub kaubaks, tähendab see, et probleemid, millega see silmitsi seisis, on möödas: see on teie domeeni ideaalselt installitud (nt tekstiredaktor, kontoriprinter). Infosüsteemide maailmas, kui me otsime komponenti, kuid ei ole liiga mures selle pärast, mida see peaks toimima, siis otsime tõenäoliselt kaupa.

IT-valdkonnas muutub uuendusvajadus häirivaks, sest juurutatavat uuendust on süsteemis järjest vähem ja see seab ohtu kogu valdkonna: ilma innovatsioonita investeeringud vähenevad.

Kuid innovatsiooni juurutamine pole lihtne, eriti suurettevõtte jaoks: kui sellel on turul laialt levinud toode, siis tajutakse seda toodet kui standardit. Innovatsiooni juurutamine avab käsivarre standardi tajumisel, käivitades seega üleminekuperioodi, kus konkurent võib turule siseneda ja saada oluliseks kohalolekuks.

Konkurentsi kasv ei too kaasa innovatsiooni, vaid kipub viima tooted samasse konvergentsipunkti. Sektori juhtivate ettevõtete jaoks uuenduste juurutamine:

see tekitab varasema suhte turuga kaotuse;

see ei too märkimisväärset majanduslikku kasu;

suurendab segadust kliendid;

see seob ettevõtte innovatsiooni endaga: ebaõnnestumise korral oleks see totaalne, sest tagasi minna poleks võimalik.

Seetõttu on innovatsiooni turule toomiseks vaja luua kliendiga optimaalne suhtluskeskkond, mis äratab tema huvi. Nagu varem mainitud, peavad pakutavad funktsioonid olema väga soodsad ja praktiliselt null õppekulu.

Mis puudutab ettevõtet, siis on selge, et tema vajadused võivad muutuda. Ettevõtte varasemad valikud on mõjutanud kasutatava infosüsteemi struktuuri. Samamoodi mõjutab ettevõtte infosüsteemile antud struktuur selle tulevikku: olemasolev tingib valikuid ja loob eelarvamusi (mille all tuleb mõista kõrge stabiilsusega olukordadest tulenevaid uskumusi ja harjumusi).

Näiteks arvati kuni 60./70. aastateni, et elliptiline keel (s.t. milles esineb ellips, s.t. sõnade väljajätmine) on tingitud sünkroonist (st ajalisest järjepidevusest), kuid mitte vestluspartnerite asukohast ( arutelu võiks teha ka telefoni teel). Kuid e-kirja saabumine on selle veendumuse kummutanud: ei sünkroonsus ega lokaalsus ei mõjuta meie arusaama keelest, vaid see sõltub eranditult kontekstist. Maailm ei ole selle mõistmise tulemusena muutunud, kuid see arusaam võimaldab meil mõelda midagi uut.

Organisatsioonis kasutatavate infosüsteemide mõistmiseks tuleb arvestada kahe looga:

tehnoloogia ajalugu, sest kui ettevõte sündis umbes kolmkümmend aastat tagasi, on selle kasutuselevõetud tehnoloogiad suuresti ajaloo mõjutatud;

ettevõtete ajalugu, sest paljude ettevõtete jaoks ei ole ajalugu lineaarne, vaid allub ühinemistele, eraldumisele, omandamisele ja seetõttu on koos nendega muutunud ka nende infosüsteem.

Ettevõtte areng on oluline infosüsteemide arendajatele: infosüsteemid on dünaamilised üksused ja neil on mõnikord väga kitsad tähtajad.

Ettevõtte infosüsteemi arendamiseks on eelkõige vaja aru saada, millised on organisatsioonide vajadused. Esimene samm on tõlgendada ettevõtte vajadusi ja õppida probleeme mõistma, püüdes hoomata selle toimimise ideed. Tegelikult ei suuda organisatsioonid tänapäeval enam öelda, mida nad vajavad, ilma, et nad kujutaksid ette, millist lahendust nad sooviksid (näiteks ei küsi nad, et "osaks logistikat hallata", vaid küsivad "a. andmebaas logistika jaoks). Seetõttu on meie ülesanne osata neid vajadusi tõlgendada: igal ettevõttel on erinevad eesmärgid ja põhjused, seetõttu peame looma süsteemid, mis vastavad igale vajadusele.

Esimene probleem seisneb seega selles, et suudame:

leida kogu võimalik teave, kuna sellele on võimatu juurde pääseda, kuna keegi ettevõttes ei tea igat tema valduses olevat süsteemi osa,

osata nõustada ettevõtet tehtavates valikutes, kuulates tema vajadusi.

Seejärel soovime eristada süsteemide kolme tahku, analüüsides nende faktide integratsioonitaset, tuvastades jäikuse punkte, esilekerkivaid probleeme (need näitavad meile, kust tulevad küsimused, mis muudavad jäikuse punktid probleemideks ).

Arvestades probleemide jäikust, ei ole küsimus enam a integreerimises andmeid X koos a andmeid Y, vaid selleks, et määratleda integratsiooni võimalused. Integratsioonikulusid tuleb vähendada, võimaldades organisatsioonil oma struktuuri radikaalselt muuta.

Probleemiks on ka see, kuhu teenused paigutada: ettevõtet on võimalik varustada e-postiga, aga kui on olemas näiteks kliendihaldussüsteem, siis saame e-posti selle süsteemiga integreerida. Tegelikult integreerivad paljud dokumendihaldussüsteemid tänapäeval selliseid tehnoloogiaid nagu e-post.

Selles vallas kerkib esile ka integratsiooniprobleem: mida rohkem liigume i poole

grupitöö, seda rohkem on meil integratsiooniprobleeme seoses kasutatavate tööriistade ja nende kasutussektoritega.

Et paremini mõelda, teeme pildi sellest, mis seal on Itaaliakahel põhjusel:

arvatavasti leiame end analüüsimas Itaalia organisatsioone;

Itaalia ettevõtetel on ainulaadsed omadused.

Itaalia ettevõtted

Itaalia ettevõtted tuleb klassifitseerida rühmadesse, millel on eristavad omadused, kuid igal ettevõttel on alati võimalik unikaalselt identifitseerida. See juhendab meid iga ettevõtte jaoks ad hoc ideede loomisel, kuid modulaarselt ja ühisel alusel.

L 'Itaalia on üks tähtsamaid töötleva tööstuse tootjaid maailmas ja on 5. eksportija maailmas Euroopa see on teisel kohal Saksamaa. Peale kultuuripärandi on töötlev tööstus meie peamine ressurss ja võimaldab meil saavutada head elatustaset.

Turul oleme mõnes B2C sektoris tugevad (Business To Consumer), peamised on mood, mööbel, "valged" seadmed (külmikud, pesumasinad ja need, mis on tavaliselt valget värvi). Väikeseadmete osas oleme väga tugevad, maailma liidrite hulgas. Samamoodi oleme ka põllumajandus-toiduainete sektoris ja põllutööriistade vallas.

Masinatööstus on väga tugev mitte ainult autode ja mootorrataste, vaid ka B2B mehaanika valdkonnas (Business to Business): jäätise-, paberi- ja puidutöötlemismasinad.

Oleme plaatide, prilliraamide, värvainete ja lakkide tootjate seas liidrid. Meie juhtpositsioon tuleneb tugevalt innovatsioonist ja kõrgest kvaliteedist, mitte tingimata müüdavast kogusest. See juhtpositsioon pole sugugi garanteeritud: kiirema arengutsükliga konkurendid võivad selle kriisi visata.

Meie riigis on tuhandeid huvitavaid ettevõtteid erinevate profiilide all; see tähendab, et meil ei ole suuri ettevõtteid, välja arvatud need, milles riigil on oluline roll ja kus ta saab tegutseda ja neid reguleerida, kuid mis seetõttu päris vabal turul ei tööta.

LItaalia ettevõtteid saab kirjeldada mõne tunnusega:

nad konkureerivad ülemaailmselt;

nad on väikesed (mitte kõik, kuid meil on palju keskmise suurusega ja palju keskmisi/väikesi ettevõtteid);

nad on uuenduslikud;

nad on juurdunud territooriumil;

omama võrgustruktuuri;

neid juhib meister/asutaja;

nad näevad vaeva, et kesta üle esimese või teise põlvkonna;

nad kasvavad kiiresti;

nad on halvasti arvutistatud.

Kuna tegemist on väikeste, kuid globaalselt konkurentsivõimeliste ettevõtetega, nimetatakse neid "rahvusvahelisteks taskuettevõteteks". Nende tooteid peetakse ebastabiilseks. Need on "tööstuspiirkondades" sündinud ja endiselt tegutsevad ettevõtted, mis teevad koostööd teiste ettevõtetega, moodustades seeläbi rahvusvahelisel tasandil tugeva ettevõtete ja organisatsioonide võrgustiku. Võrgustiku tõhusus mõjutab nende tegevuse tõhusust. Tööstuspiirkonnad muutuvad seega piirkondadeks, kus asuvad maailma parimad ettevõtted.

Olles juurdunud territooriumil, on enamik nende ettevõtete ettevõtjaid seotud ka territooriumi täiustamisega, sest kui territoorium on kvaliteetne, on ka töö kvaliteet parem.

Nende ettevõtete juhtimine on sageli seotud üksiku inimese, ülemuse või asutajaga, kellel on märkimisväärsed ettevõtlusoskused.

Kes karismaatilise juhi järeltulijaks osutub, ei saavuta sama edu ega toetust: ta peab teadma, kuidas administreerida pigem võimete kui karismaga. Nende ettevõtete juhtimiseks tegeleb juht paljude aspektidega: pole spetsialiseerunud inimesi turundus, strateegiliste valikute või suhete kohta avalikkusega, kuid üks inimene teeb kõike.

Sellised ettevõtted näevad seetõttu vaeva, et kesta kauem kui teist või kolmandat põlvkonda. Lisaks tekib põlvest põlve märkimisväärne probleem: kuna paljud Itaalia ettevõtted on pereettevõtted, "sündinud garaažis", muutub ettevõtte pärimise probleem pärijate arvu tõttu, mis kasvavad ühelt poolt. põlvkonnale järgmisele. Nii et mõnikord on odavam ettevõte müüa, kui see raha teenib.

Itaalia ettevõtted on samuti väga uuenduslikud: nad loovad uusi tooteid ja võistlevad tipptaseme nimel.

Sellest hoolimata on need halvasti arvutistatud mis puudutab kõike, mis ei ole rangelt seotud toote ja tootmisprotsessiga või pigem kõigi nende tehnikatega, mida kasutatakse raha tooteks muutmiseks ja vastupidi. Itaalia ettevõtjate jaoks on infotehnoloogia miski, mis võtab võimust hiljem, kui seda enam vältida pole võimalik, lootusega selle sissejuhatusega ettevõtet mitte hävitada. Selle asemel peab infotehnoloogia olema ettevõtte jaoks oluline element: sellistel ettevõtetel nagu Ikea, Zara, RyanAir on infosüsteemid, mis on nende äritegevuse jaoks üliolulised. Näiteks Ikea arenguga on kaasnenud nende arvutisüsteemi areng (eelkõige logistika, aga ka ettevõttesisese tellimuste ja teadmiste vahetamise jaoks).

Itaalia ettevõtete kasv on aga üsna kiire, nii et nende trend meenutab sageli kõrgtehnoloogiliste tööstuste oma. Majandusteadlaste kriitika meie tööstuse suunas on, et selle sektorid on "traditsioonilised", kus kasvu pole, kuid tänu innovatsioonile ja radikaalsetele muutustele sektoris kasv toimub nagunii.

Näiteks prillitööstuses on Luxottica suutnud turu ümber korraldada, täites nii raamide tootja kui ka müügimehe positsiooni, saades tohutult lisandväärtuse juurde (sellega on sattunud otsekontakti kliendid kust ta saab otsest tagasisidet nii enda kui ka konkurentide toodete kohta).

Innovatsioon ei saa alati olemas olla: 3M on andnud endale innovatsioonikoodeksi, mille kohaselt peab ettevõte igal aastal uuendama vähemalt 25% oma näidistest. See on kiiduväärt, aga kui mõelda moefirmale, kes aasta (või Zara puhul veel vähem, 4 kuu) pärast oma näidiskollektsiooni täielikult uuendab, nõuab see selgelt hoopis teistsugust protsessi.

Infotehnoloogial peab olema ettevõtte sees kasulik roll, see peab looma lisaväärtust, mitte olema marginaalne. Tegeleme selle rolli täitva infotehnoloogiaga, seega oleme huvitatud sellest, kuidas saaksime Itaalia ettevõtet aidata.

Dato et ettevõtted kasvavad kiiresti, vajame evolutsioonilisi infosüsteeme:

ärikasv eeldab, et süsteemid oleksid võimelised uute probleemidega toime tulema; Probleem, millega silmitsi seisab, ei seisne ainult süsteemide suuremas mahus, vaid ka nende paindlikkuses uute probleemide lahendamiseks.

Võrguettevõtetena on nende juhtimine tihedalt seotud ettevõtete omavahelise suhtlusega: vaja on "avatud" süsteeme, kus avatust ei juhi ainult üks pool (ettevõtete oma, kellega suheldakse), vaid kus on võimalik kohaneda, teadmine, kuidas suhelda teiste inimeste infosüsteemidega.

Avatud süsteemide hulgast on eriline logistika: kuna tegemist on rahvusvaheliste ettevõtetega, on oluline nende riikide arv, kus nad tegutsevad, mistõttu on vaja teada, kuidas saadetisi hallata, sest iga ärajäänud tarne on potentsiaalne kaotatud müük. Õigesti korraldades on võimalik saavutada suurepäraseid tulemusi.

Uuenduslikud ettevõtted ei saa teha mitmeaastaseid investeeringuid, sest investeeringute eluiga on lühike. Pikemas perspektiivis tehakse valikuid, mis kehtivad tervete tooteperekondade kohta. Nii astmelised investeeringud.

Juhtide pädevus on põhimõtteline, kuna tegemist on pärimisprobleemidega ettevõtetega. Seetõttu on oluline paremini hallata äriteavet ja -teadmisi. Info oleneb ka allika väärtusest: kui autoriteetne allikas kommenteerib teatud ideed, omandab see kommentaar palju suurema väärtuse. Apple'i peadisainer väidab, et toote kujundamine algab "visioonist"." sellest tootest.

Ettevõte alustab kohalikust kohast, kasvades jääb siiski kohalikuks, kuid hakkab omama esindusi või esindusi muudel territooriumidel/riikides. Nii tekib kohtade võrgustik, mis peab olema tuttav ja mugav selles võrgustikus liikuvatele inimestele. Tegelikult kulutavad ettevõtted üha rohkem oma asukohapiirkonna täiustamisele.

Süsteemid satuvad seetõttu olukordadesse, kus on vaja ootamatuid sündmusi juhtida ja on oluline, et nad teaksid, kuidas kohaneda.

Avalik haldus (PA)

Avalik-õiguslikud organisatsioonid erinevad oma olemuselt eraorganisatsioonidest: neil on reeglitega väga oluline suhe, samas kui suhet turuga ei eksisteeri (kuigi peaks). Itaalia administratsiooni nähakse nii halvasti, et me ei tunne ära (väheseid) tipptasemeid, mis meil on. Näiteks tervishoiusektor on sektor, mis töötab hästi ja meil on parem majanduslik tootlus kui paljudel teistel riikidel.

Itaalia PA-l on vead konsolideeritud, paljud ettevõtted ei tule sisse Itaalia sest nad ei tea, millal nad tegutsema saavad, selle riigi teadaoleva bürokraatliku aegluse tõttu.

Erinevalt ettevõtetest ei märka PA teenuseid, mida ei kasutata: lattu ei kuhju müümata tooteid, kuid maksimaalselt on inimesi, kes ei tööta (ja sageli need inimesed selle üle ei kurda). leket on raske leida. Pole kedagi, kes PA teenuseid mõõdaks; vaja on teenust.

In Itaalia aastaid on toimunud muutuste protsess, mis on "varjanud" suuniseid, millest üks on kodaniku asetamine keskmesse – midagi, mida ka ettevõtted üritavad omaga teha. kliendid. Seega võime ette kujutada, et PA ja ärisüsteemidel on kohtumispunktid.

Muutusprotsessi algus oli andmeid järgmise seaduse punktidest, mis tõid muuhulgas 3 olulist muudatust:

iga administratsioon peab kindlaks määrama, milliseid teenuseid ta osutab või millise halduskorra eest ta vastutab;

iga protseduuri jaoks, kui see kodanikule antakse, peab olema juht; seetõttu peab kodanik teadma, kes selle teenuse eest vastutab;

iga haldusmenetluse jaoks on ette nähtud maksimaalne aeg, mille jooksul teenust tuleb osutada.

Midagi jäi sellest seadusest puudu, et olla revolutsioon: see ei kehtesta vastutavat isikut terve klassi haldusmenetluste eest. See tähendab, et isegi kui igal konkreetsel menetlusel on eraisikule väljamaksmisel haldur, ei ole selle konkreetse menetluse jaoks juhti (nt minu passil on haldur, kuid mitte kõigi passide jaoks).

Selle muudatuse tegemiseks on vaja veel üht, mida aga pole veel tehtud: avalik haldus peab kodanikku tema vajadustes aitama. Seadus on kodaniku vajaduste ees teisel kohal, kuid seda tuleb austada. Seetõttu peaks PA suunama kodanikku vajalike valikute ja protseduuride tegemisel, mitte lihtsalt seadusi rakendades, jättes kodaniku enda meelevalda.

Näiteks kui perel on vaja luba oma lapsele toa ehitamiseks, ei ole vahet, kuidas see tuba on tehtud: piisab, kui see on olemas, sest see vajadus on olemas. Seega on kodanik nõus järgima reegleid (mis on seega vähem olulised kui vajadus), kuid kuna kodanik ei juhindu reeglite rakendamisest, lükatakse volitus tagasi, menetlus sureb ja kodanik jääb rahulolematuks. PA peaks temaga kaasas olema ja ütlema: "toa saamiseks peaksite tegema seda selle asemel".

Kui kõik on teenustele orienteeritud, on selge, et süsteemid peavad olema kardinaalselt erinevad.

Süsteem peab muutma i pidevalt juurdepääsetavaks andma alusel (nt ostsin 20 A-tüüpi kruvi), kuna selle info põhjal on võimalik tuletada uusi (nt mul on veel A-tüüpi kruvid) ja seetõttu olenevalt olukordadest keerulisemalt reageerida ja vajadustele.

Nende muudatuste tegemiseks on vaja modulaarseid süsteeme: need võimaldavad meil teavet pidevalt uuesti kombineerida, kuna hoiavad seda eraldi.

Ettevõtte kasv toob kaasa segaduse tema sisemises korralduses: sisse Itaalia Töötavate inimeste, nende tegevuse ja nende poolt toodetud väärtuse analüüsi tehakse harva, see idee on tüüpilisem Jaapanile ja anglosaksi riikidele. Kaotada tuleks kõik, mis ei kuulu lisandväärtusesse, seega kui IT-süsteem võimaldab infot analüüsida, võimaldades säästa, siis kasum kasvab.

Itaalia ettevõtetel on innovatsioonivajadused, mis on tingitud turupõhjustest. Avalikus halduses on ettevõttest täiesti erinevatel põhjustel tugev tung innovatsiooni poole. Selle uuendusega on seotud kaks omadust:

majandusressursside puudumise tõttu eelistatakse odavaid uuendusi;

innovatsioon peab olema suunatud tulemuslikkuse parandamisele ja ka inimeste mentaliteedi muutmisele, nende teenete premeerimisele vastavalt eesmärkidele, kuid mõistlike eesmärkide seadmiseks peab olema meetod. Ilma infotehnoloogiata ei tea me, milliseid eesmärke seame.

Modulaarne tarkvara

Paindlike, evolutsiooniliste ja skaleeritavate süsteemide loomiseks peab meil olema modulaarsus, st omadus, mis võimaldab luua alt-üles süsteemi (alt üles).

Kõigepealt peavad teil olema moodulid, seega on teil vaja moodulite "arhiivi". Need peavad siis olema omavahel vahetatavad, st moodulit peab olema võimalik asendada mõne teise samaväärse mooduliga ja seda tehakse võimaldades moodulite vahelist infovahetust läbi määratletud liideste: komponentide koostoime ei tohi muutuda sõltuvalt moodulite varieerumisest. .

Modulaarne tarkvara avastab uue komponentide integreerimise paradigma koos mashupide arendamisega (hübriidveebirakendus), st luua midagi erinevatest allikatest, kasutades näiteks algselt erinevatel eesmärkidel loodud API-sid, kuid seejärel kombineerides neid uue toote tootmiseks.

Kui lihtsad peaksid moodulid moodulsüsteemis olema?

Vormid tuleks teha võimalikult lihtsaks. Iga ettevõte saab keerulisemate suhetega (nt personalijuhtimine) hakkama väga erinevalt, kuid elementaarsed funktsionaalsused jäävad samaks (nt palgaarvestus). Väikesed moodulid võimaldavad rohkem korduskasutust, vähem arendusaega ja pidevat arendust (nt kui eraldate kasutajaliidese, peate veenduma, et see on järjepidev, näiteks peate saama kasutada kopeerimis-kleepimist sõltumata süsteemist, mille jaoks see UI on ehitatud).

Tekkiv probleem seisneb selgelt selles, kuidas saavutada moodulite vahelist koostoimet. Suur süsteem võimaldas süsteemis endas palju infot omavahel siduda, samuti võimaldas sellega seotud infot unikaalselt hallata.e

lubadele juurdepääsuks, samas kui i andma need on hajutatud ja autentimismehhanismid võivad olla erinevad.

See lagunemine annab meile samal ajal palju vabadust: i andma saame need paigutada kuhu iganes tahame, levitades neid vastavalt soovile.

Kõigi komponentide integreerimine, andmebaas, moodulid ja liidesed, ei toimu vaakumis, vaid toimub platvormil: just see võimaldab meil integratsiooni läbi viia, seetõttu on vaja see platvorm hästi defineerida.

Moodulsüsteemide loomist võimaldab eelkõige standard moodulite vahel vahetatava teabe tüübi kohta: moodulitevahelised võimalikud sidevood peavad olema vastavuses. Ühe dokumendistandardi korral võib meil olla mitu vahetatavat kirjutamissüsteemi, kuid siiani on juhtunud täpselt vastupidine: valdav suure hulga dokumendivormingutega kirjutamissüsteem. Sellel olukorral on kaks varjukülge:

kui standard on seotud süsteemiga, kipub see süsteem muutuma universaalseks,

see kipub soodustama turu sulgemist, sest on olemas standard, mida keegi teine ​​ei saa luua, nii et kõige levinum muutub automaatselt tugevaimaks.

Agenda on näide transversaalsest rakendusest võrreldes kõigi teiste taotlustega, sest päevakava peab olema, seetõttu on seda mõttekas hallata süsteemi, mitte rakenduste tasandil. Süsteem on platvorm, millel käivitame rakendusi, mille kaudu paneme need suhtlema. See võimaldab meil eraldada andma rakendustest. See lihtsustab oluliselt infosüsteemi loomist: saame liita andma kahe ettevõtte jaoks või kasutage samale juurdepääsuks erinevaid rakendusi andma.

Infosüsteemide ühendamine on ettevõtete ühinemisprotsessis kesksel kohal. Lihtsate vormide olemasolu muudab teabe vahetamise lihtsamaks kui keerukate vormide kasutuselevõtt.

Modulaarsus on sageli juba olemas vastavalt välisele vaatepunktile: kasutaja omale. Tegelikult näeb ta süsteemi ükshaaval, s.t ta näeb ainult seda tükki, mida ta kasutab ja tajub seda ülejäänutest eraldiseisva moodulina. Näiline modulaarsus on esimene samm tõelise modulaarsuse poole liikumisel.

See võimaldab meil luua uusi ja komponentidevahelisi interaktsioone ja teenuseid. Süsteemi liides muutub sõltuvaks kasutaja keskkonnast: süsteem reageerib, kui kasutaja seda vajab, mistõttu muutub ooteaeg süsteemi efektiivsuse mõõtmiseks hädavajalikuks.

Oluline on, et liides oleks kujundatud lähtudes kasutajast, tema tegemistest: kasutaja harjub protseduuridega, isegi kui need on raevukas ja loogikavaesed.

Lõpuks peab platvorm olema teadlik platvormiks olemisest: see ei pea mitte ainult võimaldama moodulite täitmist, vaid peab sisaldama ka kõiki neid funktsioone, mis võivad olla transversaalsed (nt agenda, e-post), millele pääseb ligi süsteemiprimitiividega ( täpselt nagu copy-paste puhul). Süsteemi jaoks võib neid vaadelda kui

tavalised rakendused, kuid need on komponentide ühendamiseks hädavajalikud.

Platvorm = süsteem + transversaalsed teenused.

Platvorm ei ole süsteem ega asenda seda, eriti kui teil on erinevad süsteemid (Windows, Linux, Mac…), milles vahetarkvara võtab võimust, näidates mitut süsteemi nii, nagu need oleksid üks.

Seetõttu peab moodulsüsteemidel olema vähemalt 4 omadust:

moodulid peavad olema lihtsad;

moodulid peavad olema omavahel vahetatavad;

vajate platvormi, mis on täis integreerimiseks vajalikke teenuseid;

liides peab olema kujundatud nii, et see rahuldaks rakenduse kasutajat.

Kõik need omadused on seotud evolutsiooniga: moodulid võimaldavad eraldi evolutsiooni ja süsteemi evolutsiooni. Platvorm ja liides peavad omakorda saama areneda vastavalt protokollidele ja protseduuridele.

Süsteemide integreerimine

Praegused süsteemid on enamiku jaoks jagatud osadeks, mis käsitlevad organisatsiooni elu konkreetseid aspekte: peaaegu alati administratsioon, eelarve, bilanss (majanduslik-finantsaspektid), aga ka personalikomponendid, mis sisaldavad kõiki üksikasju, on ettevõtte jaoks olulised. Kõik need süsteemi osad integreerivad omal moel kolme tahu elemente (reeglina teeb iga moodul seda erineval viisil).

Ettevõtte arenedes, laienedes ja struktuuri muutudes tuntakse vajadust keerulisema infosüsteemi järele, mis integreerib muud andma ja muud moodulid. See tähendab, et tegelikult rakendatud integratsioonide puhul on reageerimine väga tõhus. Integreerimine toimub sisuliselt erinevate tahkude integreerimisega üheainsa tasandil andmebaas: igal komponendil on a andmebaas mis viitab erinevatele aspektidele ja integreerime kogu selle teabe andmebaas.

Enamasti, s.t. andmebaas need on suhted ja integratsioon on teabe tasandil, kuid mõned tehnoloogiad võimaldavad objekte ühendada.

Kui soovite kahte tahku erineval viisil integreerida, pole ERP-de pakutavaid tehnikaid lihtne kasutada. Tegelikult on seda tüüpi integreerimine ERP-des endiselt puudu: saate teha mõningaid integreerimistoiminguid andma da andmebaas mitu, kuid see nõuab teabe väljavõtmist, enne kui seda saab integreerida andmekaevandamise komponenti.

Integratsiooni tõhusus on ettevõtte jaoks kriitiline aspekt, kuna tänapäeva organisatsioonides on üheks peamiseks probleemiks adekvaatne ja kiire reageerimine turumuutustele, mida ei ole lihtne ennustada. Näiteks uute majandusturgude tekkimine nagu

Brasiilia, Venemaa, India ja Hiina (nn "BRIC") valmistab probleeme Itaalia ettevõtetele, kes peavad mõistma, kuidas neile turgudele siseneda ja vajavad teavet, mis pole ERP-s kohe saadaval. Sel põhjusel on vajadus andmekogus ja andmekaeve. Organisatsiooni juhid nõuavad, et neile vajalik teave esitataks ühe nädala kuni ühe kuu pikkuse reageerimisajaga: väljaspool seda vahemikku teeb ettevõte otsuseid ilma andma nõutav ja infotehnoloogia kaotab oma rolli, mistõttu tajutakse seda takistuse või probleemina. Business Intelligence süsteemi loomisel on seega vaja läbi mõelda kõik võimalikud küsimused, mida juht sulle esitada saab ning süsteem ette valmistada, et oleks võimalik vastust anda. Infotehnoloogia peab jälgima ettevõtte arengut!

Kui ettevõte ei osta, vaid laiendab oma turgu aasta-aastalt üle maailma, tuleb süsteemi kohandada, et laienemine oleks võimalik.

Kui ettevõte hangib kõik kesksed ressursid väljast, peab platvorm suutma selles suunas areneda. Seetõttu peab rakendusplatvorm arenema tsükliliselt, perioodiga 6–12 kuud. Rakendusplatvormi kohal on aga tehnoloogiline, mis on oluliselt erineva iseloomuga, kuna kirjeldab infotehnoloogiate haldamise viisi; see on rakendusplatvormi tasandi valikute õnnestumise ja probleemide lahendamise jaoks ülioluline. Selle evolutsioonitsükkel on antud juhul mitmeaastane ja seda tuleb pidevalt jälgida, et arhitektuur oleks meie vajadustele parim.

Seetõttu on kehtivate lahenduste pakkumiseks hallata 3 taset:

tehnoloogiaplatvorm (mitmeaastane)

rakendusplatvorm (6/12 kuud)

üksikud väljaanded (nädal/kuu)

Seda tasanditeks jaotust pole aga lihtne tuvastada: kuigi see on olemas, pole see üheselt mõistetav. Mõelge vaid ENI näitele, mis praegu arendab süsteemi pilv

andmetöötlus, kuid sündinud erinevate ideedega pilv, ja siis hiljem muutunud, kuna muutusid ka ettevõtte vajadused.

See jaotus selgitab ka põhjust, miks ERP süsteemides domineerib paikade kasutamine, mis annavad kiireid vastuseid uutele probleemidele, kuid ei paranda süsteemi arhitektuuri, vaid pigem teevad seda hullemaks.

Komponentide integreerimine on oluline tegevus, kuna integreeritud komponendid säästavad aega ja vähendavad käsitsi transkriptsioonist tulenevaid vigu andma. Organisatsiooni faktid on kõikjal ühesugused (ostetavate või osutatavate teenuste administreerimine, ettevõttesse siseneva ja sealt väljuva arvestamine jne) ning nende põhjal seab ettevõte oma eesmärgid (kui palju osta, kui palju osta). toota jne). Infotehnoloogia ei toeta äritegevust mitte ainult nendes aspektides, vaid ka selliste tööriistade nagu e-post, sisevõrgud, videokonverentsisüsteemid, e-kaubandusJne

Tehnoloogia võimaldab teil eemaldada mõned ülesanded, kuid loob teised.

Organisatsioonilises tegevuses on kasuliku teabe tootmisega seoses alati üleliigseid töid, seetõttu tuleb meeles pidada 3 asjaolu:

üleliigset tööd ei saa kohe kõrvaldada;

kui jõudlus jääb muutumatuks, väheneb nõutav töö;

kui aga oleme süsteemi loonud kasutajakogemuse parandamiseks, siis kasutajad

need nõuavad inimese sekkumist.

Säästva töö ja uute vajaduste vahel on omamoodi tasakaal: rutiinset tegevust vähendades on võimalik luua uut tüüpi töid.

Näide: arveldamine

Võtke näiteks arve ja tellimuse erinevus: see on olemas ainult seadistuses, kuid tegelikult sisaldavad need kaks dokumenti ligikaudu sama teavet. Alates tellimusest arvet genereeriva süsteemi olemasolu võimaldab protsessi kiiremini ja vähemate vigadega hallata. Veel paar aastat tagasi oli aga ettevõtte toodete ostmisel tarnijafirma süsteemis genereeritud dokumente 3:

Tellimus;

tarnija arve;

pakkeleht.

Seetõttu oli vaja läbi viia kontrolle iga etapi kohta: tellimus-arve, tellimus-arve, arve-arve. See protsess oli ilmselgelt kulukas nii aja- kui ka rahaliselt, nii et need sammud tuli eemaldada.

Nende eemaldamiseks võiks ostufirma dikteerida tarnijale tingimuse: tellimus võetakse vastu vaid juhul, kui arve on tellimusega identne. Selle piirangu järgimiseks peab tarnija ettevõte selgelt piirama tellimuse haldamist, näiteks lükates tagasi tellimuse hilisemad variatsioonid. Ostja vähendab kulusid, kuid vastutus langeb seega täielikult tarnijaettevõttele, kes peab saama selle vastutuse eest vastutada.

Teine lahendus võiks olla ostja ja tarnija vaheline kokkulepe, et tellimus on avatud kuni saadetise alguseni: alles siis ei saa tellimust muuta ja väljastatakse arve. See vähendab vajalikke kontrolle tellimuse ja arve vahel, kuid siinkohal võtab vastutuse laomees, kes annab administraatorile kinnituse saabuva kauba kohta.

Ontoloogilised süsteemid

Kuidas saame toimida järk-järgult jäigemaks muutuvate süsteemidega? Seda on võimalik teha, kui valime kerge lisandi.

Küsimusele vastuse andmine nõuab otsingut kõigi olemasolevate teabeallikate hulgast. Seda toimingut saab teha on-line (selles mõttes, et reageerimisajad seda võimaldavad) või off-line (täites andmebaas vastustest).

Kui meie küsimusele vastust ei leia andma andmete kaevandamise teel kogutud, tahame teada, kas andmete koondamiseks on muid viise andma vastuse saamiseks.

Vaatame näiteks juhtumit, kus ettevõte on huvitatud nende ettevõtete või inimeste isoleerimisest, kes on mõlemad kliendid millised tarnijad. Neil on identifikaatorina maksukood või käibemaksukohustuslase number, seega identifitseerib üks kood ühe üksuse. Integreerides i andma andmeid ja liiasust ära kasutades on võimalik infot uudsel viisil korrastada ning suhteliselt lihtsalt tuvastada üksus, mis on nii klient kui ka tarnija.

Lisaväärtus saavutatakse siis, kui jagamise asemel kliendid ja tarnijad, räägime üldisest kategooriast, vestluspartneritest, mis hõlmab muid teemasid (näiteks PA, nt omavalitsus, kellele makse makstakse). Mõte on antud juhul käsitleda koondamise poolusena mõistet, mitte süntaksit. See võimaldab meil vältida aluste integreerimist andma ja seetõttu teostada valguse integreerimist.

Klient ja tarnija on märksõnad, mis võimaldavad mul tuvastada mõned üksused, millega mul on suhe.

Siinkohal on võimalik luua struktuur meie vestluspartneritele, kes on füüsilised või juriidilised isikud, kes võiksid olla uued ettevõtted, kellega suhteid luua, kuid kes pole kumbki. kliendid ega tarnijad (nt vald, naabrid). Seetõttu avastame, et suhtleme inimeste ja juriidiliste isikutega.

Juurdepääsuks on viis andmebaas ettenägemata korrelatsiooni abil: leiame i kliendid kes on ka tarnijad, sest viitame struktuurile andma, kuid liituda i-ga andma ja korrelatsiooni leidmiseks ei tugine me mitte ainult leitud väärtustele, vaid ka liiasusele ja struktuurile (nt kuidas ma tean, kas Mac Donalds ja McDonald's on sama ettevõte?).

Vältimaks märksõnade kasutamist ehk vältimaks entiteetide iseloomustamist leksikaalsete atribuutidega, peame kasutama ontoloogilisi süsteeme: meid ei huvita mingi üksuse sünonüümid, vaid meid huvitab maailma struktuuri ehk ontoloogia mõistmine.

Ontoloogia on midagi muud kui semantika: viimast seostatakse keeltega, ontoloogiaid aga maailmadega. Ontoloogia uurib olemist ehk „seda, kuidas me maailmas oleme”, semantika on aga seotud keeltega: selleks, et omada tähendust, peab keel eksisteerima. Maailma loob keel, mis võimaldab meil alati minna kaugemale sellest, mida me näeme, ja ontoloogiat parla konkreetsest maailmast.

Näiteks kui määratleme termini "pilvelõhkuja" kui "hoone, mis on kõrgem kui X meetrit", on lause

tüüp "ma läksin koju, pilvelõhkuja taskus" ei oma meie määratletud ontoloogias mõtet, samas kui ontoloogia näeb terminile "pilvelõhkuja" ette ka "ehitist jäljendava kujuke-suveniiri" tähenduse, siis lause omandaks täpse tähenduse.

Korrelatsioonide tuvastamine vahel andmebaas, kirjeldame maailma: maailm on see, mis ütleb, et see määrab meie kasutatavad sõnad. Selline maailm on alati piiratud: faktide arv organisatsiooni elus on piiratud. Keele poolt esile kutsutud maailm on hoopis lõpmatu ja keelega saame kujutada mis tahes võimalikku maailma, kuna keel puudutab potentsiaali, mitte ainult olemasolevat. Igal juhul on loogika see, mis viib meid semantika olemuseni: ja loogika, mis ütleb, et kui keegi osutab teenust, siis on ta tarnija, kuna me teame, et teenus on pakkumise liik.

Ontoloogia võimaldab meil eraldada kaks faasi: koondamine ja lõplik integreerimine. Koondamine seisneb meid huvitavate asjade koondamises ja see on integratsiooni oluline osa: kui mul on kaks sama dokumenti andma ja nende tähenduse koondamiseks on tehtud suurim pingutus. Failide tegelik integreerimine (ühendamine või redigeerimine) on väike osa.

Selles sisalduvat teavet on võimalik omavahel seostada andmebaas, aga ka dokumente ja videoid, kasutades semantikat. Eelis, et teil on rohkem andmebaas, mitte ainult üks, on see, et me saame jätta nei andmebaas analüütiline teave aatomitasandil.

Seejärel peame suutma teavet korreleerida, et saada standardiseeritud vastus, mis võimaldab optimeerida kulusid ja tagada õige seose kõigiga. kliendid (saab vastata samamoodi).

Et mõista, mis millega seotud on, vaatleme näidet, mis pärineb veebiideest: saame ressurssidele lisada silte, et tuvastada kogu seotud teave. Selle lähenemisviisi probleem seisneb selles, et saame kasutada sama asja esindamiseks erineva kujuga silte (sildid on süntaksiga seotud). Teine lahendus on viidata semantilisele dimensioonile, mis läbib leksikoni (st sõnade kasutamine siltide tuletamiseks) semantikale (mõistete ja olemite tuletamine).

Meid huvitava semantika on aga teistsuguse iseloomuga kui loomulikel keeltel, millel on üldiselt pakutust laiemad eesmärgid. Tänu semantikale saame iseloomustada keelt, mille kaudu saame kirjeldada endale huvipakkuvat maailma, see on ontoloogia.

Ontoloogiaid saab kirjeldada loogiliste keelte abil, üks populaarsemaid on OWL (Ontoloogia veebikeel).

Selle kaudu saame maailmas liikuda ja fakte tõlgendada. See on väga abstraktne kirjeldus, mis on kasulik seoses tegevustega, mida me tahame teha.

Ontoloogias määratlevad sõlmedevahelised suhted, mis on võimalik ja mis on kõnealuse ontoloogia jaoks asjakohane, mitte väljaspool seda, ning see on täielik tegevuste suhtes, mida saame teha.

Seda kasutatakse palju ka erinevate asjade seostamiseks, näiteks kui üks ettevõte soovib teise ettevõtte kohta midagi teada. Sel juhul pean leidma viise erineva teabe korreleerimiseks. Abstraktsiooni kasutamine on enimkasutatav tehnika:

organisatsiooni diagnoos;

inimese diagnoos;

masina diagnostika.

Abstraktsiooni tüüp sõltub vastusest, mida tahame anda: kolm diagnoosi on üksteisega seotud, isegi kui need mõisted kuuluvad ilmselt erinevatesse kategooriatesse.

Igaüks neist kategooriatest määrab õiguste ja kohustuste kogumi isiku suhetes organisatsiooniga.

Cloud Arvutid

Meie käsutuses olevate tehnoloogiliste platvormide hulgas on pilv andmetöötlus esitab end radikaalsete eeldustega: kuigi ühest küljest võib see pakkuda suuri võimalusi, on see teisest küljest oluline murrang selle kasutuselevõtu keskkonnas, ohustades seega sektori tööstust.

Infotehnoloogia esitles end juba oma alguses ja konsolideeritumalt alates 10-15 aastat tagasi kasutajatele pakutava teenusena, st pigem allhankele kui majasisesele ressursina. Varased arvutid olid kallid masinad, suurarvutid, nii et organisatsioon ei ostnud kogu masinat, vaid maksis selle käitamise ja oma tarkvara käitamise eest; masin jäi aga "teeninduskeskusesse", mis pakkus ettevõttele seda võimalust.

Tehnoloogilise arenguga on see mõõtmete piirang kadunud: ettevõtted liikusid seetõttu ettevõttesisese tarkvara loomise või selle ostmise suunas spetsialiseeritud tarnijatelt. Ilmselgelt on see viinud erinevate ettevõtete IKT-osakonna ülemõõduni, viinud nad lõpuks probleemini, kas oma tarkvara tootmise valik oli liiga kallis.

Esimesed ettevõtted, kes selle probleemiga silmitsi seisid, olid suurettevõtted, mille eesmärk oli siis kogu IKT sektsioon väljapoole viia, sõlmides allhankelepingud: võrgud, serverid, igapäevane hooldus, tarkvara arendus, ei olnud enam ettevõtte sisemine tegevus. ja seda võiks käsitleda nagu mis tahes muud teenust, ka kulude kontrolli ja vähendamise osas.

Allhange oli edukas, kuna see võimaldas teil saada parima kvaliteediga teenust

turul olemas. Ettevõte ei suutnud seda kvaliteeti saavutada, sest tema maailmavaade piirdus iseendaga.

See protsess eeldas aga ettevõtetelt teatud oskust allhankelepingute sõlmimisel, et suuta tagada nende väga keeruliste teenuste kvaliteet, mida osteti. Seetõttu oli vaja IKT-asjatundjaid, kes saaksid teenuse kvaliteeti kontrollida ja seetõttu muutus ettevõtte sees reaalselt tarbetuks vaid infrastruktuur. Tehnoloogiate ülevõtmisel välistarnijatelt on aga negatiivne tagajärg: tarnijat ei ole võimalik kontrolli all hoida, mis aja jooksul kipub kvaliteeti langetama, jäikust ja kulusid suurendama.

Seetõttu sunnivad need kaalutlused ettevõtteid tagasi minema, st omama IT-osakondi või looma koos tarnijaga ettevõtteid, kellele allhankeid teha, et säilitada suurem kontroll pakutava teenuse ja patenteeritud tarkvara üle.

Ja just selles raamistikus pilv andmetöötlus.

Kontseptuaalsest vaatenurgast vaadatuna pilv andmetöötlus sündis grid-arvutuse ideest, st kasutada seda võimsus kogu maailmas tõhusalt jaotatud andmetöötlust, st kasutades ära kasutamata. Seda ideed rakendatakse algselt muusikafailide jagamisel võrgus, võrkude kaudu, kus igaüks on nii klient kui ka server (Peer-to-Peer). Probleem

Selle arhitektuuri puhul ei ole võimalik tuvastada jagamishaldurit, kuna on võimatu kindlaks teha, milline server on, kus i andma.

Seda hajutatud lahendust on kasutatud ka teadusvaldkonnas, et toetada võimsus hajutatud andmetöötlus. Kuid see nõuab kasutajate suurt homogeensust, piirates võrguarvutite enda arendamist. Sellest hoolimata pööravad ettevõtted, kellel on suur hulk servereid, oma tähelepanu võrgule, kuigi neid juhivad täiesti sõltumatud turuvajadused (mõelge Google ed Amazon). Grid andmetöötluse turg on praegu languses.

Idee taga pilv andmetöötlus seisneb selles, et kasutajad on teenuste kasutajad, nad ei näe, kuidas teenust rakendatakse ja nad töötavad keskkonnas, mida iseloomustab virtualiseerimisajam.

Cloud Arvutustehnika VS suurarvutid: Kontseptsioonilt on need sarnased, kuid riistvara poolest radikaalselt erinevad.

Cloud Arvutamine VS Grid: ei kasutata enam peer-to-peer kontseptsiooni.

Cloud Arvutustehnika VS allhange: Ettevõte ei paku oma infosüsteemi.

Riistvara jaoks pilv see on sageli valmistatud nii, et seda saab paigutada 100, 1000, 2000 serveriga konteinerisse, mis on juba optimeeritud ja autonoomselt jahutatud ning valmis "müüki" panema.

Andmekeskuste modulariseerimine võimaldab varundamise faasis eraldi ja lihtsustatud haldust, eriti kui arvestada, et identsete masinate olemasolul lüheneb varukoopia taastamine kuni varundusfaasi edastusajani. andma.

Il pilv andmetöötlus sobib suurepäraselt alustavatele ettevõtetele, sest pole vaja hallata vanadelt süsteemidelt migratsiooni, mis on tavaliselt väga kulukas. Loogika Cloud Arvutustehnika põhineb tegelikult kasutuse eest maksmise ehk inimeste maksma panemise kontseptsioonil kliendid summa, mis on proportsionaalne nende kasutatavate ressurssidega. Ressursid eraldatakse infrastruktuuri poolt koheselt, seega on ressursside kasutamine dünaamiline ja sõltub eranditult hetkevajadustest. See võimaldab kulusid ohjeldada ja dünaamiliselt kasvada koos ettevõtte vajadustega.

Majanduslikust aspektist lähtudes olukordades, kus pilv andmetöötlust ei piirata, ettevõtte kasu jääb 30% ja 70% vahele. Siiski võivad esineda piirangud, mis toovad kaasa lisakulusid, näiteks vajadus i andma (privaatsuse või seadusandlike põhjuste tõttu) või vajadus teenuseid kohandada.

Pakkumine pilv Arvutamist iseloomustavad kolm põhielementi:

Infrastruktuur kui teenus (infrastruktuur teenusena või IaaS), kus teenuse osutaja pakutav teenus pilv see on "pilve" infrastruktuur, mis koosneb võimsus andmetöötlus, salvestus ja võrgundus. Seejärel saab klient sellel infrastruktuuril oma tarkvara (sh operatsioonisüsteeme) käivitada.

Platvorm kui teenus (Platform as a Service, o PaaS), kus pakutav teenus on platvormi olemasolu, mida pakub teenusepakkuja pilv, millel klient saab ise oma programme käivitada.

Tarkvara teenusena (tarkvara teenusena või SaaS), kus tarnija pilv koostab kliendile tarkvara ja ta maksab ainult selle tarkvara tegeliku kasutamise aja eest.

Probleem, mis tõstatab pilv on privaatsus ja turvalisus andma, kuid seda saab lahendada ainult meie seaduse aluseks oleva filosoofia radikaalset muutmist silmas pidades.

Privaatsus ja omandiõigus Andma

Juhtimisel andma Internetis kerkib selgelt esile privaatsusprobleem. Probleem pole niivõrd selles, et i andma võivad olla avalikud, nagu näiteks asjaolu, et keegi võib neid valesti kasutada. Kuritarvitamine andma tundlik, st nende ebaseaduslik kasutamine, on see, mida tuleb karistada (näiteks kui andma umbes töötaja tervislikku seisundit kasutati nende vallandamiseks, oleks see sobimatu ja ebaseaduslik kasutamine).

Teine probleem on omandiõigus andma: kes kontrollib? See probleem on enamiku kasutajate jaoks ebaoluline, kuna nad jagavad sisu, mis on juba avalik. Siiski, võttes andma ainult võrgus pole oma sisu omamine reaalne; see oleks ainult siis, kui meil oleks võrguühenduseta koopia.

Praegu on turule tarnitud kaks peamist tarkvaramudelit pilv arvutamine:

mudel Google, mis pakub standardtarkvara,

mudel Amazon, mis pakub segatarkvara kohandatud tarkvara loomiseks.

Oma eelistega on pilv sellega kaasnevad ka puudused: ennekõike praeguste süsteemide migratsioon pilv on väga kallis (seetõttu on idufirmade jaoks pilv, kujutab endast eelist), kuid teil on oht saada tarnija vangiks, tegelikult kui soovite tarnijat vahetada, peate teisaldama ka andma, seetõttu vajate tarnijalt garantiid oma kasutamise võimaluse kohta andma erinevate tarnijate pakutavas tarkvaras.

Riistvara seisukohalt on pilv arvutustöö tundub piiramatu ressursina: kasutajal ei ole enam suuruse probleemi, lisaks pole enam vaja probleeme ette näha, vaid saab keskenduda ainult osutatavatele teenustele ja nende kvaliteedile.

Tarkvara teenusena kasutamiseks peavad tarkvaral olema konkreetsed nõuded, mis võimaldavad seda kasutada pilv andmetöötlus. Eelkõige peab

olla modulaarne (ja ontoloogiad töötavad selles sektoris palju, eriti ontoloogiahaldusteenused platvormi tasemel),

olla vähem integreeritud võrreldes praeguse tarkvaraga,

eraldada andma ja programmid.

Seoses praeguse ERP-tarkvaraga, nagu SAP, ja nende kasutamisega erinevatel platvormidel pilv, peavad need olema modulaarsed. Nende muutmiseks tuleb süsteem pakutavate teenuste alusel jagada mooduliteks (sh andmebaas), millele peate linkima

poolt kättesaadavaks tehtud platvorm pilv andmetöötlus. Idee on asendada sisemised integratsiooniprotsessid väliste integratsiooniprotsessidega: ainult need, kes on selleks suutelised, saavad end asutuse juhiks pakkuda. pilv. Sel moel kaotab tarkvara väärtust, andes olulise tõuke avatud lähtekoodiga tarkvara arengule, sest kõik muudetakse teenuseks, mida pakub pilv.

Tegelikult on just avatud lähtekoodiga tarkvara parim kandidaat Tarkvara kui teenuse jaoks, sest kes iganes selle arendab, võib ignoreerida ka platvormiga integreerimise probleeme ja vastupidi, on platvormi haldur. pilv kes peab selle aspektiga tegelema. Täpsemalt öeldes ei ole avatud lähtekoodiga tarkvara arendus suunatud suurele kasutajaskonnale, vaid võib suhelda mõne teenusepakkujaga. pilv andmetöötlus, mis suudab seejärel tarkvara laiemale publikule teenusena müüa.

Moodulite integreerimise idees on oluline osa ontoloogiatel, sest ühest küljest tagavad need järjepidevuse olemasolevaga ja teisalt saab neid hallata mooduli tarnija. pilv.

UPS on pakiveo valdkonnas maailmas liider.

Allpool on kirjeldatud erinevate aspektide (koostöö / organisatsioon / süsteemid) vahelisi integratsioone.

Tuleb märkida, et võttes arvesse ettevõtte suurust, äritegevuse olemust ja kasutatavate tehnoloogiate hulka, oleks täielik kirjeldus ületanud oluliselt käesolevale aruandele seatud piire. seetõttu püüame anda ülevaate peamistest aspektidest.

Integratsioone

Esimene integratsioon tahkude vahel, millest võib rääkida, on süsteemi ja organisatsiooni vaheline integratsioon. UPS on tohutu ettevõte, kuid neil oli algusest peale ettenägelikkus ise kujundada andmebaasi kui keskne ja monoliitne üksus. New Jersey rajatis – nagu loomulikult selle Gruusia päritolu kaksik – võõrustab mitmeid andmebaas mis sisaldavad (muu hulgas):

i andma personalijuhtimiseks;

i andma, ajakohastatakse reaalajas, ladude ja kasutusel olevate transpordivahendite kohta, mis on jaotatud ühendveovõrgus;

info partnerettevõtete kohta ei kliendid (viimast värskendati ka reaalajas, tuginedes DIAD-i terminalidelt ja saidilt tulevale teabele Internet);

i andma raamatupidamisaruannete (bilanss, kasumiaruanne jne) koostamiseks.

Nagu ettevõte töötama isegi väljaspool USA-d levitati mõnda aspekti ka välismaal. Näiteks on andmebaasi personalijuhtimine, oma olemuselt integreeritud majandustulemuste analüüsisüsteemidega: hoitakse kokku personali- ja tegevuskulusid andmebaas riiklik, kuid teavet perioodiliselt koondatakse ja konverteeritakse USA valuutasse; kõik antiproduktiivsed tegevused tuvastatakse ja lahendatakse lühikese aja jooksul. Kulude jälgimise automatiseerimise vajadus on võimaldanud UPS-il automatiseerida mõningaid protsesse, sealhulgas palgaarvestuse koostamist.

Vahetuste ja puhkeaegade juhtimine on samuti olnud poolautomaatne: personal on kategoriseeritud andmebaas sõltuvalt rolli tüübist, õppekavast ja geograafilisest piirkonnast (näeme järgmises lõigus, kuidas see juba esindab materjali

ontoloogia jaoks); puhkusesoov – mis tuleb teha aegsasti – sisestatakse tarkvara, mis edastab kava kooskõlastuse sektorijuhtidele. See mehhanism, mis on paberil väga tõhus, on viinud selleni, et töötajad on algatanud UPS-i vastu ühishagi, kuna see ei olnud kuidagi "paindlik" ootamatult takistuste või puude alla sattunud inimeste suhtes.

I andma ladude ja transpordivahenditega seonduv on UPSi äritegevuse süda, mis elab oma teenuste tõhususest, kuna ei tooda kaupu. Kogu tarkvara on ettevõtte enda loodud viimase kahe aastakümne jooksul ja see on väga integreeritud: kõik viitavad samale andmebaasi ning infovoog rakendustesse ja rakendustest on pidev.

Näiteks kui klient taotleb paki saatmist, sisestatakse tema teave – algusest peale või uuendusena – (eriti makseviited, mis on kinnitatud pankadevaheliste süsteemidega liidestavate teenuste kaudu). andma paki suurusest (vastuvõtu- ja kättetoimetamiskoht, võimalik alternatiivne koht mittetulemise korral, automaatselt arvutatud ja kliendi poolt aktsepteeritud saatekulu jne). Krediit genereeritakse koheselt pärast tarnekinnituse (saabunud DIAD terminalist) saamist süsteemi.

Tellimuse genereerimine käivitab ka kirje loomise laevandushaldussüsteemis, mis hõlmab asjaomastele operaatoritele teatamist. UPS-i logistika tugisüsteem hoolitseb pakisaadetiste optimeerimise eest nii kaubikute minimaalse marsruudi kui ka nendega transporditavate pakkide osas, võttes arvesse ka eelnimetatud puhkuse- ja puhkeajagraafiku alusel saadaolevaid operaatoreid. Need kõik on näited ettevõtte süsteemide kõrgest integratsioonitasemest.

Nagu juba eelmises dokumendis esile tõstetud ja nagu selgub senisest voogude kohta öeldust andma välisriikidest kuni andmebaas keskuses toimub suur laotegevus. UPS-il on a andmebaas mitmest terabaidist, mis sisaldab operatsiooniteabe raamatukogu (OIL), tohutut kogu andma, mis on struktureeritud erinevatel granulaarsuse tasemetel, mis võtab kokku rühma tegevuse. OIL sündis algselt Ameerika pinnal sisemise korralduse parandamiseks ja lühiajaliste strateegiate kavandamiseks, kuid alates 1999. aastast sisaldab see kogu teavet planeedi aktiivsuse kohta ja alles 2000. aastate algusest kasutatakse seda tarkvara integreerimiseks. luureandmed ja veebipõhine analüütiline töötlemine.

I andma koondandmetega saab tutvuda organisatsiooni juhtkond; nagu teises dokumendis mainitud, palju andma väga peene täpsusega on samuti API kaudu juurdepääsetavad kliendid, näiteks teave üksiku saadetud kauba oleku kohta. THE kliendid Tänu UPS-i avatud standardite süstemaatilisele kasutuselevõtule saavad nad ise selle teabe oma süsteemidesse integreerida.

Nagu teises dokumendis kirjeldatud, on UPS-il komisjon, mis võtab ette tehnoloogilisi uuendusi, kogudes töötajatelt soovitusi. Ideed esitatakse veebirakenduse kaudu, mida saab kasutada ettevõtte siseveebi kaudu.

Ontoloogia integreerimiseks

UPS-i integratsioonide taga oleva ontoloogia püstitamisel võib kindlasti lähtuda selle põhitegevusega – pakiveoga – seotud osalejatest. Seega on meil klassipakett, mis transporditakse ühest asukohast teise; transporti saab kontseptualiseerida kahe seosega "transportFrom" ja "transportTo", kui üks välistada

riikidevaheliste ja multimodaalsete tarnete modelleerimine. Pakil võib olla mitu spetsialiseeritud alamklassi – olenevalt selle omadustest – ja sellel peab olema kohene asukoht, mis järgib geograafilist asukohta.

Paki saadab tavaliselt klient; Arvestades UPSi teenuste valikut – mis ei hõlma ainult pakivedu – tuleb suurt tähelepanu pöörata tuletatud klasside ja atribuutide kirjeldamisele. Iga pakutav teenus, mis tahes laadi, hõlmab erinevat tüüpi Tellimuse, näiteks saadetise "täitmist".

Võib juhtuda, et klient on ka Tarnija. Ontoloogia võib määratleda koondamise superklassi CompanyPartner, kui ta tunnistab, et tegemist on samaaegselt Kliendi ja Tarnija tüüpi ettevõttega või kui ta on teostanud vähemalt ühe tarne ja vähemalt ühe tellimuse.

Big Brown, nagu seda UPS-i žargoonis nimetatakse, koosneb peamiselt töötajate üksustest, mis on korraldatud suures ja mitmekesises hierarhilises struktuuris (organisatsiooni diagramm). Ka siin peab struktureerimine olema täpne, pöörates erilist rõhku ruumi/ajaga seotud aspektidele: töötaja tegutseb konkreetses piirkonnas või õigemini asukohtade kogumis maailma võrgus, katab oma töönädala jooksul täpse ajakava. ja nii edasi. Seda tüüpi ontoloogia muudaks puhkevahetuste genereerimisel automaatsete järelduste tegemise väga lihtsaks. Teatud atribuutide, nagu kvalifikatsioon, ametinimetused, teenistusdokumendid ja tööaastad, adekvaatselt modelleerides antakse juhtkonnale võimalus hinnata personali tulemuslikkust nii kvantitatiivselt kui ka kvalitatiivselt.

Paljud neist andma on juba olemas UPSi pärandsüsteemides, mis on talletatud andmebaas kasutusele viimase kahe aastakümne jooksul. Teised võivad tekkida andmebaaside sobivatest "vaadetest" või andmekaevetegevuse kaudu.

admin Tegevjuht & Turundus

👍Võrguveebiagentuur | Veebiagentuuri ekspert digitaalse turunduse ja SEO alal. Veebiagentuur Online on veebiagentuur. Agenzia Web Online'i jaoks põhineb edu digitaalse transformatsiooni vallas Iron SEO versiooni 3 alustel. Erialad: süsteemiintegratsioon, ettevõtte rakenduste integreerimine, teenusele orienteeritud arhitektuur, pilvandmetöötlus, andmeladu, äriteave, suurandmed, portaalid, sisevõrgud, veebirakendused Relatsiooniliste ja mitmemõõtmeliste andmebaaside projekteerimine ja haldamine Digitaalse meedia liideste kujundamine: kasutatavus ja graafika. Interneti-veebiagentuur pakub ettevõtetele järgmisi teenuseid: -SEO Google'is, Amazon, Bing, Yandex; -Web Analytics: Google Analytics, Google Tag Manager, Yandex Metrica; -Kasutajate konversioonid: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM Google'is, Bingis, Amazon Adsis; -Sotsiaalmeedia turundus (Facebook, Linkedin, Youtube, Instagram).

Vaata täielikku biograafiat

Digitaalne turundus andmebaas DB-süsteemid Andmeladu andmed Science internetireklaam Infotehnoloogia Web Agentuur Reklaamiagentuur Turundus