Datu bāzes pārvaldības sistēma un kooperācija

Šajā lapā mēs vēlamies runāt par: "Attālā DBA starp uzņēmumiem kooperatīvā veidā”

Izbaudi lasīšanu.

1. daļa no 2

Iepriekšēja informācija

AVOTS: Klaudio VENTURINI

NOSAUKUMS: Dizains un izstrāde Datu noliktava sadarbības vidē

Runātājs: Dr. Andrea MAURINO

Līdzvadītājs: Dr. Angelo SIRONI

Klaudio Venturīni diplomdarba fragmenti, ko Stefano Fantinam iedeva Andrea Maurino, Universitātes universitātes profesore. Milano Bicocca kā lasīšanas un dokumentācijas resurss.

Sadarbība: problēmas IT jomā

Sadarbības scenārijā ir divas vai vairākas organizācijas, kas darbojas konkurences režīmā noteiktā tirgū un kurām tomēr ir jāsadarbojas dažos uzņēmējdarbības aspektos. Iemesli var būt dažādi, un tie ir plaši apspriesti pētījumos ekonomikas, organizāciju vadības un zināšanu pārvaldības jomā.

Parasti sadarbības attiecības starp dažādiem dalībniekiem var izveidot pēc pašu dalībnieku gribas vai uzspiest trešās puses. Pirmajā gadījumā dalībnieki sadarbībā identificē iespēju iegūt kopīgu labumu, ko neviens no viņiem nevarētu saņemt tīri konkurences scenārijā. Piemērs ir informācijas apmaiņa, lai uzlabotu piedāvāto produktu vai pakalpojumu kvalitāti klienti. Savukārt otrajā gadījumā scenārijs paredz trešo dalībnieku, kuram ir tiesības piespiest vai stimulēt informācijas apmaiņu starp dalībniekiem. Tipisks gadījums ir tāds, ka dažām organizācijām saskaņā ar likumu ir noteikts pienākums piedalīties sadarbības mehānismā.

No IT viedokļa kooperāciju raksturo fakts, ka iesaistītajiem dalībniekiem ir jāapmainās ar informāciju, tomēr pilnībā neintegrējot savas informācijas sistēmas. Šādai informācijas apmaiņai ir jābūt labi kontrolētai, jo sadarbība var būt rentabla tikai tad, ja attiecību kooperatīvais aspekts sniedz labumu visiem dalībniekiem un tādējādi nerada konkurences priekšrocības atsevišķam dalībniekam. Svarīgākās problēmas no programmatūras sistēmas izstrādes viedokļa, kas veic šo integrāciju kooperatīvā vidē, ir šādas:

Kopīgojamās informācijas identifikācija Izpratne, ar kuru informāciju ir jāapmainās un tā jāintegrē, lai tā būtu noderīga visām iesaistītajām organizācijām.

Integrācijas metodes izvēlas piemērotus paņēmienus, lai veiktu integrāciju gan attiecībā uz procesu, kas jāievēro, gan attiecībā uz izmantojamām arhitektūrām un sistēmām. Šī joma ietver arī problēmas, kas saistītas ar iespējamo semantisko neatbilstību novēršanu starp informāciju, kas nāk no dažādām organizācijām.

Mērogojamība kooperācijā iesaistīto organizāciju skaits var būt desmitiem un laika gaitā mainīties: tāpēc ir nepieciešams, lai arhitektūra būtu pietiekami mērogojama, lai saistītās dati var integrēt sistēmā ar relatīvu vienkāršību.

Elastība Dažādu informācijas sistēmu integrācija palielina varbūtību, ka vismaz viena no tām īstermiņā piedzīvos izmaiņas. Šī iespējamība ir jo lielāka, jo integrētākas ir informācijas sistēmas, un tā ir problēma galvenokārt tad, ja ir liels kopīgotās informācijas apjoms. Tāpēc sistēmai jāspēj ātri reaģēt uz izmaiņām dažādās integrētajās informācijas sistēmās.

Drošība nodrošina publicētās informācijas drošību, izmantojot atbilstošus piekļuves kontroles mehānismus

Privātums garantē publicētās informācijas konfidencialitāti, lai novērstu to, ka kāds no dalībniekiem uzzina citu organizāciju sensitīvu informāciju, piemēram, veicot secinājumus. Jo īpaši ir jāatrod pareizais līdzsvars starp lietderību dati lai veiktu analītisko izmeklēšanu, un nepieciešamais privātuma līmenis.

Īpašības  dati  kad es  dati  tiek publicēti, organizācija riskē zaudēt kontroli pār tiem. Šo problēmu spēcīgi ietekmē trešās puses klātbūtne un iesaistīto organizāciju uzticēšanās pakāpe

viņi tevi atgrieza. Dažos gadījumos faktiski šī trešās puses iestāde var uzņemties atbildību par tās pārvaldību dati dalīts.

Lai atrisinātu šīs problēmas, IT vispirms ir jāidentificē informācijas integrēšanai un apmaiņai nepieciešamās arhitektūras, platformas un tehnoloģijas. Otrkārt, tai ir jādefinē atbilstošs attīstības modelis, īpaši attiecībā uz prasību apkopošanas posmu. Turpinājumā detalizēti analizēsim, kā konkrētajā datu noliktavas sistēmas izstrādes gadījumā ir iespējams izpildīt norādītās prasības.

DW parasti izmanto, lai kvantitatīvi analizētu notikumus, kas interesē organizācijas uzņēmējdarbību, piemēram, pārdošanas, pirkšanas vai krājumu līmeņi. Līdz ar to tas attiecas uz skaitliska veida informāciju, piemēram, produktu daudzumiem vai cenām. Lai to izdarītu, DW organizē informāciju tā, lai to varētu efektīvi izmantot analīzes veikšanai lēmumu atbalsta nolūkos. THE dati tie tiek iegūti no dažādiem avotiem organizācijā un integrēti, izmantojot vienu no integrācijas paņēmieniem, lai iegūtu vienotu skatījumu. Šajā fāzē tiem var veikt arī tīrīšanas procesu, kura beigās tie tiek integrēti DW.

DW izmanto lietotāji dažādos līmeņos. Izpildstruktūras to izmanto, lai veiktu sarežģītu dažādu uzņēmējdarbības aspektu analīzi, lai atbalstītu savus lēmumus.

Citi lietotāji to var izmantot, lai vienkārši ģenerētu periodiskus pārskatus, kurus dažkārt var pat publiskot ārpus organizācijas.

DW, kas izstrādāts sadarbības vidē, atsevišķie avoti dati tās pieder dažādām organizācijām un ir integrētas, lai novērotu parādības, kurās ir iesaistīti nevis indivīdi, bet visi dalībnieki. .

kooperatīviem Datu noliktava  (CDW):

sistēma netiek izmantota tikai organizācijā. Gluži pretēji, sistēma ir atvērta un var sniegt informāciju dažāda veida lietotājiem:

kooperācijā iesaistītas tās pašas organizācijas, kas tādējādi var iegūt plašāku priekšstatu par tirgu, kurā tās darbojas

valsts pārvalde, kas var pieprasīt dati lai veiktu kontroles darbības

iedzīvotājiem un patērētājiem, lai padarītu ražošanas ķēdi pārredzamāku.

Sadarbība, konkurence, sadarbība

Pēdējos gados citi autori ir uzsvēruši sadarbības mehānismu nozīmi vērtības radīšanā biznesā.

Izmantojot spēļu teoriju, ir iespējams matemātiski modelēt biznesa spēlētāju uzvedību, lai izpētītu viņu stratēģiskos lēmumus. Spēlē katrs dalībnieks izmanto stratēģijas, lai izlemtu, kuru gājienu veikt katrā gājienā. Gājiena rentabilitāti nosaka atlīdzības funkcija, kas katram dalībnieka gājienam saista skaitlisku vērtību. Parasti atlīdzība ir naudas ieguvums vai zaudējums, un līdz ar to tā var būt a

negatīva vērtība. Spēlētāju mērķis ir maksimāli palielināt dažādu spēļu raundu laikā iegūto atlīdzību summu.

Neiedziļinoties matemātiskā attēlojuma detaļās, trīs konkurences, sadarbības un sadarbības scenārijus var raksturot šādi:

Konkurence Organizācija ir izolēta vienība salīdzinājumā ar citiem tirgus dalībniekiem, un vienīgais spēles mērķis ir meklēt lielāku atlīdzību nekā pretinieki, ievērojot oportūnistisku uzvedību. Šajā spēles scenārijā vienam no spēlētājiem izmaksātā uzvara atbilst identiskam pretinieka zaudējumam, un līdz ar to var runāt par nulles summas spēli. Acīmredzami, ka šāda veida spēlē dažādu dalībnieku atalgojuma funkcijas ir krasi pretrunā viena otrai: tāpēc nenotiek reāla vērtības radīšana, bet gan vērtības nodošana starp spēlētājiem.

Sadarbība Iesaistītās organizācijas virza konverģentas intereses, un līdz ar to tām ir raksturīgas savstarpēji saskaņotas atalgojošas funkcijas. Kopumā mijiedarbības pamatā ir savstarpējas uzticēšanās attiecības, pilnīgi pretēji tam, kas notiek konkurences scenārijā. Šis konteksts

to var attēlot ar pozitīvas summas spēli, kurā ir iespējama vērtības radīšana un kas ir jo konsekventāka, jo vairāk spēlētāji pieņem stratēģiju, kuras mērķis ir kopīgu interešu sasniegšana: tas ir spēcīgs šķērslis oportūnistiskas uzvedības pieņemšanai. .

Sadarbība Sadarbības konteksts ir hibrīds scenārijs, kurā dalībnieki īsteno daļēji saplūstošas ​​intereses. Tas nozīmē, ka pretēji tam, kas notiek sadarbībā, organizācijas primārās intereses nav

ir lieliski saskaņots ar pārējo spēles dalībnieku interesi. Tāpēc starp spēlētājiem nepastāv pilnīgas uzticēšanās attiecības: gluži pretēji, ir iespējams, ka dažu spēlētāju atalgojuma funkcija veicina oportūnistisku uzvedību. Šie faktori nozīmē, ka spēlei ir raksturīga pozitīva, bet mainīga summu struktūra, kas var novest pie kopējiem ieguvumiem starp visiem dalībniekiem, taču ne vienmēr vienlīdzīgi. Šajā scenārijā nenoteiktības situācija rodas tāpēc, ka spēlētāji nevar a priori novērtēt ieguvumus, ko viņi var saņemt no sadarbības. Šī nenoteiktība var izraisīt oportūnistisku uzvedību, tādējādi samazinot līdzdalību sadarbībā.

Jebkurā gadījumā iespējamās analīzes ir jāierobežo ar visām iesaistītajām organizācijām, un tāpēc tās nedrīkst ietvert dati tikai viens no tiem.

Sadarbība no IT viedokļa

Savstarpējs labums Sadarbība starp diviem vai vairākiem partneriem, lai gūtu savstarpēju labumu. Reāls gadījums ir mobilo telefonu kompāniju sniegtais starptautiskais viesabonēšanas pakalpojums, kas sacenšas, lai piesaistītu klienti, bet vienlaikus sadarboties, lai garantētu piekļuvi telefona tīklam arī ārvalstīs, sadalot ieņēmumus, kas gūti no starptautiskās telefona satiksmes. Operatoriem ir jāievieš Call Detail Record apmaiņas mehānismi un jāvieno norēķinu sistēmas. Otrs piemērs ir automātisko maksājumu pakalpojumi automaģistrāles nodevām, piemēram, Telepass. Lai gan Itālijas automaģistrāļu tīkls pieder vairākiem konkurējošiem uzņēmumiem, tie sadarbojas, lai nodrošinātu Telepass pakalpojumu visā tīklā. Atkal ir nepieciešama nepārtraukta plūsma dati starp dažādām organizācijām, lai pārvaldītu autobraucēju kredītkaršu izmaksas.

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  Itālija  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.

Statistikas informācijas sistēmas Valsts pārvalde vai lielie uzņēmumi var pieņemt lēmumu daļēji integrēt savas informācijas sistēmas, lai iegūtu informāciju par iedzīvotājiem ar mērķi atbalstīt lēmumu pieņemšanu un statistisko analīzi.

Dalībnieku informācijas sistēmu integrācija izpaužas kā vienotas informācijas sistēmas izbūve, kas ļauj apmainīties ar informāciju starp iesaistītajām organizācijām. Viena no lielākajām problēmām ēku sistēmās nekā šī

Vismodernākais

Sadarbības kontekstā noteikti ir organizatoriskas problēmas. Sākotnējā analīze šajā ziņā tika veikta, lai novērtētu, kuri ir faktori, kas izraisa projekta panākumus vai neveiksmes, iezīmētu integrācijas procesā iesaistīto dalībnieku profilus, klasificētu iespējamo uzvedību, ko viņi var pieņemt, un visbeidzot. identificēt būtiskos sistēmas izveides posmus.

Federālās informācijas sistēmas izveides projektā uz sadarbības pamata var identificēt šādus dalībniekus:

Sadarbības padomes komiteja Komiteja, kuras uzdevums ir veicināt sadarbību, darbojoties kā starpnieks starp iesaistītajām organizācijām un koordinējot projektu

Lēmumu pieņēmējs Dažādu iesaistīto organizāciju vadītāju kopums, kam ir tiesības izlemt, kādu svarīguma pakāpi piešķirt projektam un līdz ar to, cik resursus piešķirt.

Sadarbības procesa galvenā loma (CPKR) Personu grupa katrai no iesaistītajām organizācijām, kas ir atbildīga par organizācijas saskarsmi ar sadarbības padomes komiteju, lai īstenotu sadarbību. Tie parasti ir cilvēki, kas ir zemāki par lēmumu pieņēmējiem, bet ar lielu ietekmi sadarbības procesā.

Autori uzsver, ka atsevišķos gadījumos, lai sasniegtu projekta mērķus, var būt nepieciešams iejaukties organizācijas biznesa procesos, īpaši, ja nepieciešams risināt kvalitātes problēmas  dati. To pārveide ir dārga darbība, un tāpēc lēmumu pieņēmējiem ir pilnībā jāsaprot pievienotās vērtības apjoms, ko iniciatīva sniedz organizācijai. Pretējā gadījumā viņi nevēlēsies ieguldīt pietiekamus resursus gan cilvēkkapitāla, gan finanšu kapitāla ziņā. Tas ir īpaši svarīgi gadījumos, kad kooperāciju īsteno trešās personas.

CPKR loma ir būtiska projekta panākumiem, jo ​​tie ir atbildīgi par integrācijas iespēju, izveidojot nepieciešamās saskarnes starp organizāciju un ārpasauli. Tipisks CPKR gadījums ir IT nodaļas tehniķi, kuriem ir jāsagatavo aparatūras un programmatūras platformas, kas nepieciešamas, lai organizācija varētu sazināties ar federāciju. Dažos gadījumos CPKR nesaskatīs tiešu labumu no jaunās sistēmas ieviešanas un tāpēc var nevēlēties piedalīties sadarbībā. Turklāt viņi parasti atrodas lēmumu pieņēmējiem pakārtotā stāvoklī. Ja pēdējie negrasās projektā ieguldīt adekvātus resursus, ļoti iespējams, ka viņi projekta īstenošanai atstās tikai nelielu daļu no kopējā CPKR rīcībā esošā darba laika.

Attālā DBA starp uzņēmumiem kooperatīvā veidā

2. daļa no 2

Pamati

Informātika organizācijai

Kursa pirmā daļa: nodarbības 1-6

Izdales materiālus uzrakstīja:

Antonio Čeparano, Vincenco Ferme, Monika Menoncina, Alesandro Re

Pārbaudījis profesors Džordžo De Mišelis, lai nodrošinātu, ka nav kļūdu.

IZDALĪJUMA MATERIĀLI PAPILDINĀJA ĀRSTS STEFANO FANTINA .

Informācijas tehnoloģiju vēsture organizācijās

Uzņēmumi sāk izmantot automātismu un tehniku ​​jau pirms datoru ienākšanas, piemēram, 1900. gadu sākumā mašīnas tika izmantotas dzimtsarakstu nodaļas organizēšanai, izmantojot pasūtītās kartes un atlases mehānismus, vai informācijas un kontu apkopošanai, piemēram, tabulēšanas. vai grāmatvedības mašīnas.

International Business Machines, IBM, ir dzimis šajā sektorā: sākotnēji tas pārdeva norēķinu sistēmas, kas tika veiktas tūkstošiem reižu mēnesī; tāpēc bija sistēmas rēķinu sastādīšanai, bet ne vadībai: statistika netika veikta un nebija kur uzglabāt lielus apjomus dati.

30. un 40. gadu vidū pie programmējamiem elektroniskajiem datoriem strādāja trīs galvenās darba grupas: Alans Tjūrings Anglijā, ar mērķi izveidot šifrēšanas sistēmu kara vajadzībām, Konrāds Zuse g. Vācija (da alcuni reputato il vero inventore del

elektroniskais kalkulators) un Džons fon Neimanis ar ENIAC komandu Amerikā. Jo īpaši amerikāņiem bija nopelns pēc kara, redzot datoru lomu organizācijās un tādējādi tos ieviešot šajās vidēs.

Tomēr programmējama datora jēdziens radās pirms šī perioda: jau 1800. gadu vidū Čārlzs Beidžs bija izstrādājis mehānisku mašīnu aprēķinu veikšanai, "diferenciālo dzinēju".". Tomēr šo mašīnu ietekmēja mehāniskas problēmas, un Beidža to nekad neuzbūvēja (ražošana saskaņā ar sākotnējiem plāniem tika pabeigta 1991. gadā, Zinātnes muzejs g. Londona). Beidžs vēlāk izstrādāja “Analītisko dzinēju", vēl sarežģītāka mašīna, kurā tika izmantotas perfokartes un kas varēja būt ieprogrammēts pēc vēlēšanās. Tam bija aritmētiskā vienība, plūsmas kontrole un atmiņa: tas bija pirmais Tjūringa kalkulatora dizains.

50. gadu beigās tika saprasts, ka datoru var izmantot uzņēmējdarbībā un valsts pārvaldē, kuras organizācija cieta no milzīgā daudzuma dati. Augsto izmaksu dēļ kalkulatoru varēja atļauties tikai lielas organizācijas un pētniecības centri (piemēram, kosmosa jomā), kā arī militārpersonas.

60. gados informācijas tehnoloģijas beidzot plaši ienāk uzņēmumos, arī pateicoties IBM lomai, kas izstrādā pirmo lieldatoru System/360. (1964), izstrādāts tā, lai tā izplatība būtu ļoti liela tā perioda vidējās/lielajās organizācijās.

Tajā laikmetā arī in Itālija notika elektronisko kalkulatoru ražošana organizācijām, pateicoties Olivetti. Šo uzņēmumu veidoja divas darba grupas: a Pisa tika veikta mašīnas konceptuālā un fiziskā projektēšana, Ivreā atradās tirdzniecības centrs tirdzniecībai un mijiedarbībai ar klientu. Datoru izstrāde šajā laikmetā bija izaicinājums un piedzīvojums, jo vēl nepastāvēja izstrādes procesi, kas garantētu ļoti lietojamu mašīnu radīšanu.

Laika gaitā šīs tehnoloģijas izplatījās, un dators kļuva par līdzekli, ar kuru pārvaldīt visu informāciju, ko varēja kodēt.

Mūsdienās, salīdzinot ar laiku pirms 40 gadiem, skaitļošana ir daudz mainījusies. Kopš perfokaršu laikiem ir veikti daudzi uzlabojumi, taču diemžēl ir bijušas arī neizbēgamas problēmas, kas radušās no jauninājumiem nepieciešamajām izmaiņām. Šobrīd ikreiz, kad ieviešam izmaiņas, nākas saskarties ar esošajām tehnoloģijām (mantotām), kas bieži vien ir slikti dokumentētas vai vispār nav dokumentētas, jāparedz integrācijas un migrācijas laiki, jāsaskaras ar lietotāju pretestību.

Korporatīvajā organizācijā dažādu iemeslu dēļ pastāv virzība uz nepārtrauktu datoru izmantošanu. Vissteidzamākie ir milzīgie daudzumi dati lai pārvaldītu, bieži vien nestrukturētu informāciju, un nepieciešamība veikt atkārtotus vai sarežģītus aprēķinus.

3-pusējā redze

Organizācijā ir trīs informācijas sistēmu interešu jomas:

darbības jomu darba, kas attiecas uz uzņēmuma faktu reģistrāciju, kas nepieciešama tās pārvaldībai;

darbības jomu lēmumu pieņemšana, kas saistīts ar informācijas apstrādi, lai attīstītu biznesa inteliģenci;

darbības jomu sadarbības, kas attiecas uz komunikācijas un zināšanu plūsmu pārvaldību uzņēmumā un ar ārējiem sarunu biedriem, kas nepieciešami, lai varētu iedomāties jauno.

Informācijas sistēmu funkcionēšana atbilst labai darbību organizācijai un tādējādi ir priekšrocība ieinteresētās personas (vai tie būtu darbinieki, partneri, piegādātāji, valsts).

Šis informācijas sistēmu apakšnodalījums, ko sauc par "trīs sejām", tika ierosināts divos pantos11 90. gadu beigās ekspertu grupa no dažādām universitātēm un dažādām vidēm atbalstīja nepieciešamību ņemt vērā trīs jomas efektīvas sistēmas izveidē.

Sistēmas trīs sejas nav jāsaprot kā sistēmas sastāvdaļas, bet gan kā trīs uzņēmuma aspekti, kas jāņem vērā, izstrādājot jaunas sistēmas.

Lai gan pirmās informācijas sistēmas radās tikai operāciju atbalstam, to evolūcijas laikā netika veikta pareiza sistēmas 3 virsmu atdalīšana, bet tās apvienojās dažādās komponentēs, kas veido sistēmu kopumā; sistēmas tika izveidotas īpašiem lietojumiem, un katrai no tām bija aspekti, kas raksturīgi katrai no 3 sejām. Piemēram, biznesa inteliģences sistēmu izveides un attīstības laikā turpinājās operāciju atbalsta sistēmu attīstība.

Tas veicināja sistēmu izveidi, kas sastāv no atsevišķiem, bet savstarpēji sadarbojošiem komponentiem. Katrai no šīm sastāvdaļām ir atsevišķa attīstība no citām, un sistēmas izaugsme sastāv no izvēlēm, kas saistītas ar esošo sistēmu integrācijas optimizāciju. Tomēr šīs integrācijas izvēles rada stingrību un nosaka turpmākās izvēles: programmatūras inovācija turpinās gadiem (10 vai 15 gadus) un pastāvīgi apšauba esošās sistēmas. Agrāk izdarītās izvēles attiecas uz attiecībām, kas pastāv starp komponentiem un kas ir novedušas pie pašreizējās situācijas ne tikai sistēmas līmenī, bet arī aizspriedumu līmenī: uzskati un ieradumi, kas iesakņojušies uzņēmumā, īpaši augstas stabilitātes situācijās.

Trīs apakšnodaļas, ko mēs esam redzējuši, ir jāuzskata par vienas problēmas trim pusēm, nevis trīs atšķirīgiem komponentiem.

Operāciju atbalsts

Informācijas tehnoloģijas pirmo reizi ienāca uzņēmumos vitāli un kvantitatīvās jomās: uzņēmuma būtiskā informācija ir tā, kas ir izsekojama līdz uzņēmuma ekonomiskajām vērtībām un produktiem. Tāpēc pirmās trīs datorizētās jomas bija

noliktavas vadība un ražošanas plānošana;

grāmatvedība, administrēšana;

personāla administrācija.

Tāpēc pirmā informācijas tehnoloģija organizācijā ir saistīta ar uzņēmuma faktu viennozīmīgu identificēšanu, ko var izsekot līdz ekonomiskajām vērtībām. Šis aspekts tagad ir kļuvis fundamentāls, jo padara uzņēmuma darbību caurspīdīgu. Mūsdienās ir būtiski, lai šī caurskatāmība būtu saskaņā ar dažādiem likumdevējiem, tāpēc ievērojamu dimensiju organizācijā pastāv vajadzības, kuras vairs nav iespējams apmierināt bez informācijas tehnoloģiju palīdzības.

Sistēmas, kas nodarbojas ar to pārvaldību dati darbības pamatā no uzņēmuma (noliktava, personāls, rēķini), t.i., kas palīdz uzņēmumam tā biznesā, tiek saukti operāciju atbalsta sistēmas.

Ņemsim, piemēram, fiktīvu uzņēmumu, kas ražo rotaļlietas: katrs izgatavotais objekts ir aprakstīts tā materiālu sarakstā, t.i., visu tā sastāvdaļu sarakstā, un katra materiālu saraksta variācija rada citu objektu: piemēram, visas Bārbijas. ir 2 rokas un 2 kājas, bet dažiem ir rudi mati, kādam noteikta kleita utt. Mēs varam identificēt produktu un visas tā variācijas, izmantojot unikālus kodus.

Katram produktam ir krājumi noliktava: mēs esam ieinteresēti zināt, cik daudz Bārbiju mums ir un cik mēs esam ražojuši.

Pēc tam produkti ir jāpārdod, tāpēc uzņēmumam ir jāadministrē ar pārdošanu saistītie rēķini. Tagad mēs varam korelēt naudu un produktus un redzēt, cik daudz naudas ienāk par katru produktu.

Izmantojot informācijas sistēmu, mēs varam iegūt informāciju par produktiem un par denaro.

Paralēli gala produkcijai, lai kaut ko ražotu, ir nepieciešami ienākošie materiāli, tāpēc mums būs jāfiksē ienākošie materiāli un ar tiem saistītās izmaksas un krājumi.

Visbeidzot jums ir jāvada personisks. Galvenā informācija ir:

profili (personīgie, fiskālie);

amats organizācijā;

norādes par ražošanas piemaksu sistēmu.

Lēmumu atbalsts

Tomēr organizācijas vadīšana pārsniedz uzņēmuma faktu pārvaldību: lai uzņēmums augtu, pilnveidotos un attīstītos, ir jāizdara izvēle, pamatojoties uz situācijām un problēmām (piemēram, pieprasījuma palielināšanās vai samazināšanās pēc produkta). kas traucē uzņēmumam, t.i., būtībā pieņem lēmumus, pamatojoties uz faktiem un ekonomiskajām vērtībām.

Ne tikai tas: uzņēmums var arī novirzīties no sava ceļa nemanot, ja, piemēram, pārdošanas kanāli ir pārāk vai pārāk maz ienesīgi (vai pat rada zaudējumus), uzņēmums var neapzināti doties neparedzētā virzienā.

Tāpēc ir jāuzdod jautājumi par faktoriem, kas rada izmaiņas, vai faktoriem, kas visvairāk ietekmēs uzņēmuma darbības izvēli. Lai to izdarītu, ir iespējams izveidot modeļus, izmantojot kalkulatorus, lai labāk interpretētu dati paziņojums.

Tāpēc ir vajadzīgas sistēmas, kas ļauj piekļūt visām noderīgajām zināšanām, t.i., tām, kas attiecas uz tās personas kompetences jomu, kas tās pieprasa un ir noderīgas kompetences darbību veikšanai, lai varētu sniegt atbildi, bet atstājot laba brīvības pakāpe, lai varētu atbildēt atbildīgi.

Šādas sistēmas, kas palīdz pārvaldīt organizāciju, sauc par biznesa sistēmām bizness vadība.

Šīs sistēmas ļauj īstenot interpretācijas procesi kas palīdz plānot un izdarīt izvēli nākotnei, pamatojoties uz to, ko rada ražošanas un pārdošanas dinamika.

Šīs dinamikas interpretāciju veic biznesa informācijas (BI), tas ir, no tās disciplīnas jeb paņēmienu kopuma, kas dodas meklējumos dati kas uzņēmumam jau ir, bet par kuriem tas (daļēji) nezina. Uzraudzības sistēmas un lēmumu pieņemšanas sistēmas ir daļa no BI.

Laika gaitā ir attīstījušās arī BI sistēmas: agrāk šīs sistēmas bija orientētas uz izpildvaras informācijas sistēma, vai sistēmas savākšanai dati, taču biznesa vajadzības gadu gaitā ir mainījušās, un uzņēmumi uzdod citus jautājumus nekā agrāk. Faktiski viņi ne tikai strādā, lai pastāvīgi uzlabotu uzņēmumu, darba vidi un produktu, bet arī tirgus un konkrētās nozares, kurā uzņēmums ražo, stāvoklis ietekmē tā rīcību īstermiņā un ilgtermiņā.

Tāpēc uzņēmumam ir nepieciešams:

organizēt sevi un savas sistēmas, lai garantētu labu elastības pakāpi pārmaiņām;

sastāv no spējīgiem un elastīgiem darbiniekiem;

daudz informācijas un attiecību pārvaldība ar citām vienībām (cilvēkiem, citiem uzņēmumiem utt.).

Tāpēc biznesa inteliģencei ir jābūt adekvātai, lai atbalstītu un atvieglotu uzņēmuma izvēli, ievērojot tās stratēģiju: 60./70. gados dzimušās ERP sistēmas bija paredzētas ļoti stabiliem uzņēmumiem, taču pašreizējā situācija ir atšķirīga. Vairs nepietiek ar i sintezēšanu dati vadītāja dienestā, bet jāspēj ģenerēt papildu informāciju, veikt sarežģītas un bieži vien dārgas analīzes. Tāpēc šīm vajadzībām mums ir vajadzīgas īpašas informācijas sistēmas.

Piemērs tam, kā sistēmas ir attīstījušās no operāciju pārvaldības līdz lēmumu atbalstam, ir noliktavas sistēma.

Kādreiz noliktavas vadība sastāvēja no savākšanas dati tā pārvaldībai: krājumu, izejvielu un galaproduktu kataloģizācija.

Šodien sistēma ir plašāka un pārvalda, turklāt datiražošanas grafiku un plānošanu.

Šī sistēma iziet vairākus evolūcijas posmus:

iekārtas pamatalgoritmi kopumā: pamatojoties uz izejvielu ieņēmumiem ei

ražošanas ierobežojumi nosaka standartus un ritmus, kas jāievēro (inventārs teorija)

rūpnīcas precīzāka modelēšana ar skaidriem laika ierobežojumiem: obligāti jāveic darbību ķēde un to kontrole (loģistika+automatizācija)

ļoti lielās rūpnīcās vadību nevar pilnībā automatizēt, tāpēc ir nepieciešams atvērties biznesa inteliģencei (lēmums sistēmas)

Pat administrācija, tāpat kā noliktava, laika gaitā ir piedzīvojusi izmaiņas: kādreiz sistēmas izpildīja nepieciešamo minimumu, tāpēc sniedza atbalstu rēķinu un budžetu sastādīšanā, bet šodien evolūcija virzās uz plānošanu un projektēšanu, kontroli (uzraudzību) operācijām un projektiem.

Operāciju un lēmumu apvienošana ERP sistēmās

Integrācija starp operāciju atbalsta sistēmām un biznesa inteliģences sistēmām turpina pieaugt līdz parādās ERP sistēmas, Enterprise Resource Planning, kas uzņemas vienotas informācijas sistēmas lomu uzņēmuma mūža garumā. Šīs sistēmas, kas savu maksimālo izplatību sasniedza 90. gados, tiek plaši izmantotas visos vidējos/lielajos uzņēmumos un arvien vairāk izplatās vidējos/mazajos uzņēmumos.

Šī tirgus vadošais produkts ir SAP.

ERP (nav obligāti SAP) ieviešana uzņēmumam ir jauns sākums: informācijas konsolidācija un tās centralizētā, bet modulārā pārvaldība ļauj izmantot sarežģītas spriešanas loģikas (ienākumu maržu izpēte, maksātspējas/maksātnespējas scenāriji...).

Tātad uzņēmuma struktūras pārvēršana ERP modelī ir labs veids, kā pilnībā izprast, kā uzņēmumi ir strukturēti un kā tie darbojas. Tomēr ar ERP ir grūti uztvert uzņēmumu kā "zināšanu ģeneratoru" būtību, un kļūst neiespējami tos pārstāvēt visās detaļās.

Faktiski uzņēmuma pārstāvības problēma rodas no tā, ka šobrīd esošās ERP sistēmas ir balstītas uz vienotu hierarhiski funkcionāla uzņēmuma modeli (ARIS modelis), savukārt mūsdienu pasaulē ir ierasts identificēt organizācijas ar matricas struktūru. , kurā cilvēkiem nav vienas atkarības (no augstākstāvošā), bet gan divkāršs: viens funkcionālajam tvērumam (zināšanas, kas ir atsevišķiem cilvēkiem, piemēram, dizainerim ir atsauces "galvenais dizaineris") un otra nodarbinātībai ( projektā, kurā viņi strādā, piemēram, dizainerim ir “projekta vadītājs” projektā, pie kura viņš pašlaik strādā).

Līdz ar to vienam darbiniekam ir vairāki vadītāji ar iespējamām konfliktsituācijām.

Turklāt ERP ir ierobežojumi, kas saistīti ar uzņēmuma mainīgumu: uzņēmums nevar paredzēt, kā tas attīstīsies un kā tas mainīsies. Datorsistēmai noteikti ir jāpielāgojas izmaiņām uzņēmumā, taču dažkārt ERP ir pārāk strukturēta, lai spētu sekot līdzi uzņēmuma attīstībai, un šis defekts savukārt rada stingrību, kas ir šķērslis uzņēmuma attīstībai.

Galu galā, pieņemot lēmumu par ERP, jums ir jāsaprot:

integrazione dati: ERP acīmredzami nevar ignorēt dati uzņēmumiem, kuru ir daudz un kuri ir nesakārtoti, ir nepieciešams izmantot datu noliktavas

kādas problēmas rodas, vadot uzņēmumu pilnībā ar ERP

Tātad, kādas ir uzņēmuma, kas pieņem noteiktu ERP, atšķirīgās iezīmes un kas no tām ir saistītas ar šīm problēmām (piem., īpašības, kas raksturīgas noteiktas valsts uzņēmumiem, piemēram, Itālijas uzņēmumi atšķiras ar tradīcijām un ģimenes pārvaldību, maza un vidēja izmērs, izturība pret izmaiņām)

Zināšanu vadība

Kad uzņēmums nolemj ienākt noteiktā tirgus segmentā, to nevar sākt no nulles: ir kritēriji, pēc kuriem jārīkojas, un ir parametri, kas rūpīgi jāanalizē. Konkurentu un tirgus izpēte ir nepieciešama ne tikai, lai atšķetinātu iespējamās stratēģijas, kuras jāpieņem, bet arī lai varētu salīdzināt savu stratēģiju rezultātus ar esošajām.

Tāpēc uzņēmumā pieņemtie lēmumi ir procesa rezultāts, kas tomēr nav ne formāls, ne arī tam nav skaidri definēts process. Lai gan daži ir mēģinājuši formalizēt šos procesus un cilvēku domāšanas veidu, rezultāts ir tāds, ka cilvēku uzvedība reti ir tāda, kādu jūs gaidāt.

Kopumā tirgus izpētes procesam ir divas galvenās sastāvdaļas:

Dialogiskais komponentsvai komunikācija starp cilvēkiem. Ja viņiem nav pietiekami daudz informācijas, viņi var jautāt kādam netieši vai tieši.

Uzņēmumos "galīgo lēmumu pieņēmēju" sauc par izpilddirektoru (Izpilddirektors) kuru, iespējams, atbalsta padome, kurai tā pieder. Izpilddirektoram ir jābūt pastāvīgi sazināties ar visiem projektā iesaistītajiem cilvēkiem, informācijas apmaiņa, lai atrastu veidus, kā gūt peļņu uzņēmumam.

dokumentālā sastāvdaļavai dokumentu apmaiņu un/vai koplietošanu. Ne tikai notiek saziņa starp cilvēkiem, bet notiek arī dokumentu apmaiņa, kas nepieciešama, lai būtu kopīgs diskusiju pamats. Tiek apkopota informācija un veikti pētījumi par tirgu, kurā plānots ienākt, un kā ienākt tirgū.

Zināšanu un informācijas pārvaldība ir būtiska sastāvdaļa visās nozarēs, kurās nepieciešams pieņemt noteikta veida lēmumus, kas nav stingri saistīti ar dati daži no uzņēmuma, bet bieži saistīti ar dati nenoteikts.

Divas nozares, kas pēdējos gados ir piedzīvojušas attīstību šajā ziņā, ir nozare mārketings un komerciālais, jo īpaši tas mārketings kas balstās ne tikai uz dati nenoteikts — tāpat kā komerciāls —, bet arī jāinterpretē cilvēku uzvedība.

Informācijas sistēmas priekš mārketings un komerciālie nedzimst operāciju atbalsta sistēmu jomā, bet gan informācijas apstrādes jomā un attīstās uz informācijas plūsmu pārvaldību, jo tajos jāņem vērā daudz vairāk informācijas avotu, arī ārējie.

Informācijas tehnoloģijām jāsaskaras ar sarežģītu komunikācijas un informācijas apmaiņas sistēmu. Un tai ir jāsaskaras ar sarežģītu problēmu, lai tās integrētu un sniegtu atbildes uz uzņēmumu vajadzībām.

Komunikācijas sistēma tagad seko plūsmai, kas atstāj uzņēmumu un paver virkni pavisam jaunu problēmu. Piemēram, sadzīves tehnikas nozarē uzņēmumi savējo nezina klienti galīgi, jo pašreizējā realitāte ir tāda, ka sadzīves tehniku ​​pārdod vairāku zīmolu veikalos, kur ir starpnieks, veikalskas izveido uzticības attiecības ar klientu. Pat remonta tehniķi bieži vien ir vairāku zīmolu pārstāvji, un uzņēmums saskaras ar šķēršļiem sazināties ar klientu, jo tas nesadarbojas tieši. Tāpēc ražotājiem ir jāatver sarunu kanāli ar savējiem klienti, taču šis uzdevums nav viegli izpildāms, jo bieži vien vienīgās atsauksmes, kas uzņēmumiem ir no klienti notiek tikai tad, kad es klienti viņi nav apmierināti.

Uzņēmumam sarunu plūsma ar klientu ir tikpat vērtīga kā preces pārdošana, jo tas nozīmē klientu lojalitāti. Vēl pirms dažiem gadiem kanāls ar klientu tika organizēts tikai caur zvanu centriem. Tomēr pēdējā laikā IKT izplatās arvien vairāk un ne tikai ieņem vietu aizmugurējā birojā, bet arī ieņem jaunu lomu klientu komunikācijā.

Mijiedarbība ar klientu un sarunu plūsmas vadība ir likusi dažādām uzņēmuma nodaļām laika gaitā pieņemt savu saziņas sistēmu. Tomēr starp šīm nodaļām ir nepieciešama mijiedarbība, un tas rada problēmas dažādu departamentu izmantoto rīku integrēšanā. Tādējādi klientu sarunu politika pārkāpj uzņēmuma robežas un rada problēmu, kur likt rīkus, lai varētu sarunāties; katram uzņēmumam ir ļoti specifisks integrācijas profils, kas atkarīgs no paša uzņēmuma vēstures.

Tāpēc sarunai par jaunu produktu izveidi un izstrādi ir divi galvenie avoti:

ārējs avots, ko nosaka konkurentu un to produktu uzvedība un viņu uzvedība klienti;

iekšējais avots, ko iegūst, salīdzinot pārdošanas prognozes ar faktisko pārdošanu.

Mijiedarbība ar klientu notiek arī caur "operētājsistēmām" (t.i., operāciju atbalsta sistēmām), kas pakāpeniski pāriet no lomas, kas ir cieši saistītas ar uzņēmumu un tā pamatdarbību, uz lomu, kas ir tuvāk lietotājam, integrējot arvien vairāk un vairāk. pakalpojumus un piedāvājumus patērētājam.

Tehnoloģijas ļauj mums paplašināt operāciju atbalsta sistēmu klāstu, radikāli mainot mijiedarbību ar klientu.

Piemēram, mūsdienu telekomunikāciju uzņēmumi sistēmas, kas pārvalda tālruņu tīklus, sauc par "operētājsistēmām", un tālruņa numura izsaukšana ir mijiedarbība ar šo operētājsistēmu, pat ja lietotājs šo saziņu kā tādu neuztver.

No otras puses, uzņēmumos izmantotās operētājsistēmas E-komercijas Nākt Amazone, ir ļoti redzami lietotājiem, kuri izveido sava veida dialogu ar šo sistēmu (piemēram, Amazone piedāvā lietotājam grāmatas, kas viņam varētu šķist interesantas, pamatojoties uz citu lietotāju izvēli).

Mijiedarbība ar lietotāju ir būtiska, ja uzņēmums vēlas saistīt pārdodamo preci ar pārraidīto vēstījumu: kad uzņēmums domā par savu eksistenci, pārdodamo preci un attiecībām ar tirgu, tas pēc iespējas salīdzina esošo. Tas tiek darīts, strādājot pie zināšanām, kas cilvēkam ir un kas izriet no dati (ti, no savāktajiem skaitļiem), bet arī no neskaitliskajām zināšanām, ko uzņēmums apkopo no konkurentiem e klienti.

Šī zināšanu pārvaldības joma mūsdienu organizācijās kļūst arvien nozīmīgāka, tas ir jauns aspekts.

Un ir interesanti redzēt, ka dažiem uzņēmumiem ir spēcīga mijiedarbība ar i klienti e sono sempre più sensibili all’opinione pubblica e alla relazione con la clientela. Ad esempio, per la FIAT 500, è stato lanciato un mājas lapa (500 giorni prima del lancio sul mercato) che raccoglieva le indicazioni dei klienti potenciāls un nākotne, un faktiski ietekmēja produktu, kas pēc tam tika prezentēts tirgū (piemēram, informācijas panelis bija pārveidots elements, kas saskaņā ar sabiedrības norādēm atgādināja sākotnējo 500 elementu).

Tirgus interpretācijai noteikti jāiziet caur mijiedarbību ar potenciālajiem klienti.

Lai to izdarītu, mēs esam ieinteresēti zināšanu un sadarbības pārvaldības rīkos (grupu programmās). Komunikācija, gan iekšējā, gan ārējā, ir būtiska uzņēmuma panākumiem.

Visi rīki, kas izplatās organizācijās, arvien vairāk ir orientēti uz zināšanu pārvaldību, lai ne tikai interpretētu tirgu, bet arī ļautu dalīties zināšanās no uzņēmuma; piemēram, uzņēmums ar atsevišķiem un attāliem birojiem (piem Milano e Roma), varētu izmantot zināšanu un komunikācijas vadības sistēmas, lai tuvinātu savstarpējo pieredzi, neļaujot attīstīties diviem atsevišķiem kodoliem un tādējādi nodrošinot zinātības lokalizāciju un integrāciju.24.

Zināšanu vadības sistēmas tie ietekmē arī tos, kuriem ir jāpieņem mazāki un mazāk stratēģiski lēmumi, piemēram, klientu apkalpošana, kurai ir jāsniedz atbildes klienti var izmantot FAQ, t.i., atbilžu kopumu uz bieži uzdotajiem jautājumiem, kas formalizēti, sākot no kopīgām zināšanām. Bet jebkurai formalizēta procesa formai, tieši tāpēc, ka tas ir formalizēts, ir izņēmumi. Pēc savas būtības tos nevar normalizēt un dažus nevar novērst. Dažās jomās izņēmumam ir svarīga loma, piemēram, valsts pārvaldē, kur tiek lēsts, ka izņēmums veido apmēram pusi gadījumu.

Procesus pavada informācijas plūsma: ja process nav labi vadīts, pat informācijas komunikācija nav efektīva.

Ir arī citi procesi, lēmumu pieņemšana vai projektēšana, ko var plānot, bet veids, kādā projekts tiek organizēts, ietekmē tā realizāciju un nav ērti, lai projekts būtu pārāk stingrs. Šādos gadījumos var domāt, ka process ir sarunu plūsma, kas satur formālus un precīzus soļus.

Ir lēmumu pieņemšanas procesi un projektēšanas procesi, kas nevar būt pārāk stingri, jo sarunas plūsma ir tikpat svarīga kā dizaina ierobežojumi vai specifikācijas.

Trīs jomu integrācija

Vēl pirms dažiem gadiem darbības un lēmumu atbalsta sistēmu un zināšanu pārvaldības sistēmu pasaule bija pilnīgi atsevišķa un nesavienojama; tomēr starp šīm sistēmām nav nepārvaramu attālumu. Pirmkārt, lai piekļūtu un izmantotu abas sistēmas, tiek izmantots personālais dators: pirms tam katrai funkcijai bija sava mašīna, bet šobrīd dators ir universāls un sistēmas atrodamas vienā un tajā pašā vietā. Datori arī ir plaši izplatīti un arvien svarīgāki komunikācijas jomā: 80. gados pēc pieprasījuma

"Cik datoru vajag manam uzņēmumam?", tika sniegta atbilde "vairāk vai mazāk tik daudz, cik jums ir tālruņi", tā ir pirmā pazīme, ka dators ir kļuvis par nozīmīgu komunikācijas vadības instrumentu.

Tātad gadu gaitā, papildus informācijas sistēmām, lai pārvaldītu dati no uzņēmuma, ir ieviestas sistēmas uzņēmuma vadībai, zināšanām un komunikācijai. Ir izveidots ceļš dati sākot no algu un administrācijas informācijas sistēmas līdz grupprogrammatūras sistēmām, kas satur virkni niansētas un pakāpeniski mazāk precīzas informācijas.

Informācijas plūsmas un grupprogrammatūras integrācija ar operāciju atbalsta sistēmām nozīmē, ka principā vairs nav sistēmu, kas satur dati statisks. Piemēram, darbinieku maksājumu pārvaldīšanai vairs nav sistēmu, jo tā ir sapludināta sarežģītākā karjeras vadības sistēmā. Tas ļauj darbiniekiem piedāvāt vairāk, papildus darba attiecībām, uzlabojot saikni ar uzņēmumu.

Informācijas sistēmu izmaiņas, kas arvien vairāk integrē faktu fiksēšanu ar komunikācijas plūsmām, pielāgojas arī sociālajām pārmaiņām un jo īpaši izmaiņām darba attiecību skatījumā: tās ir kļuvušas par partnerību starp darbiniekiem un uzņēmumu. Uzņēmums ir ieinteresēts novērtēt savus darbiniekus un uzturēt ar viņiem dialogu par darba apstākļiem. Šī iemesla dēļ darbinieks tiek novērtēts ne tikai no augšas, bet arī no kolēģiem (peer-to-peer novērtējums). Uzņēmuma informācijas sistēmas arvien vairāk norāda uz personāla vadības sistēmām, kas ir atvērtas pašiem personālam, nodrošinot viņiem iespēju izteikties par darba vidi, izvirzītajiem mērķiem utt.

Mūsdienās sarunām un informācijas apmaiņai ir pieejamas šādas tehnoloģijas:

e-pasts: kas ir vispārpieņemts, kurā ir komunikācijas pēdas automātiski ģenerēts;

skype: ļoti noder verbālai saziņai;

videokonferenču pakalpojumi starp vairākiem cilvēkiem: labāk nekā skype saziņai starp vairāk cilvēku;

telefons.

Dokumenti ir saistīti ar apmainīto informāciju, pielikumiem, kas ir ērti un noderīgi, bet rada lieku un zināmu apjukumu, jo ir saistīti, bet nav integrēti ar diskusiju un tāpēc bieži vien ir pieejami vairākās versijās, tāpēc nav unikāli un nav labi. organizēta īslaicīgi.

Lai pārvarētu pielikumu trūkumus šajā ziņā, tika izveidotas īpašas sistēmas: dokumentu pārvaldības sistēmas. Ir vairākas, viena no slavenākajām versijām ir Wiki.

Costi

Galvenās izmaksas, kas rodas, izmantojot kalkulatorus, ir:

pirkums

uzstādīšana

uzturēšana

apmācību operators (instrukciju kursi tehniķiem, kas tur strādā)

Kad uzņēmums vēršas pie ārēja uzņēmuma, lai saņemtu pakalpojumus. Ir labāk jāpārvalda tas, ko uzņēmums realizē (pamatbizness), viss, kas ir ārējais, tiek traktēts kā izmaksas (ārpakalpojumi).

Ārpakalpojumu līgumi tie ir gari un sarežģīti līgumi, kuros uzņēmums pieprasa ārpakalpojumus, kas nav strikti saistīti ar tā "pamatkompetenci", t.i., uzņēmums nodod ārpakalpojumus visu, kas nav tīri saistīts ar uzņēmumam sasniedzamo. Mēs cenšamies to, kas ir uzņēmuma kompetence, pārvietot uz āru, padarot to par izmaksu, bet taupām uz uzņēmuma iekšienē izmantotajiem resursiem.

Nozares, kurās ārpakalpojumi tika veikti vispirms, ir IKT, loģistika un pēdējā laikā arī pati administrācija. Viena no iegūtajām priekšrocībām ir tā, ka organizācija tiek atbrīvota no dažiem slogiem, kas tiek uzlikti ārējiem uzņēmumiem kā pakalpojumi ( zināšanas ārēja), tiešas sekas ir tādas, ka tomēr tiek zaudēta tieša un pastāvīga kontrole pār to, kas tiek darīts ārpakalpojumos.

Izmaksu aplēse ir liela problēma informācijas tehnoloģijām, it īpaši, ja esat orientēts uz iespējamo ietaupījumu aplēsi, ko varētu radīt tehnoloģijas ieviešana (piemēram, ar e-pastu ir grūti novērtēt, kur jūs ietaupāt).

Skaitlis, kurš uzņemas vērtību atkarībā no tā, spēj samazināt informācijas tehnoloģiju izmaksas

tā ir SOK (Chief Information Officer), jo tas parāda, ka tās spēks nav atkarīgs no naudas, ko tas pārvalda, bet gan no tā, cik daudz naudas tas ietaupa uzņēmumam.

Pašreizējai situācijai organizācijās ir dažādas pazīmes

tehnoloģija ir noslāņojusies un kopumā reorganizēta ap ERP, pievienojot gabalus. Neviendabīguma līmeni sarežģī fakts, ka pastāv gan pakešu sistēmas, gan tiešsaistes sistēmas (tīmekļa bāzes, ....)

piekļuve visiem sistēmu sniegtajiem pakalpojumiem notiek, izmantojot personālo datoru.

Problēma tiem, kas izmanto tehnoloģijas, un tiem, kas tās ražo, ir novērtēt pieejamo, un, lai to izdarītu, ir jāatrod stingri kritēriji.

Izvēlētais gadījuma pētījums: “United Parcel Services (UPS): paku piegāde un E-komercijas risinājumi”, sludinājums opera Informācijas sistēmu centrs (MIT).

Introduzione

Pateicoties 15 miljoniem paku dienā, UPS ir pasaules līderis paku pārvadājumos.

Uzņēmums, kas dibināts 1907. gadā ar nosaukumu American Messenger Company, gadsimta laikā vairoja savu uzticama un efektīva transporta uzņēmuma reputāciju, līdz uz 2000. gada sliekšņa izrādījās lielākā transporta organizācija uz planētas ar aptuveni 13 milj. pakas katru dienu tiek vestas uz vairāk nekā 200 valstīm.

Pēdējos gados tas ir paplašinājis savu biznesu daudz tālāk par "vienkāršo" objektu pārvadāšanu: ieguldot pētniecībā un izmantojot IT potenciālu, tas ir ieviesis daudzus papildu pakalpojumus.

Uzņēmuma tehnoloģiskā attīstība nebija precīzu prioritāšu diktēta izvēle. Konkurentu ieviestie augsti tehnoloģiskie pakalpojumi 80. gadsimta 1. gados neradīja vadībā nekādu vēlmi līdzināties, un patiesi bija nevēlēšanās IT sistēmām tērēt vairāk nekā 1986% no gada budžeta. Tikai vadības maiņa 1986. gadā radīja labvēlīgu kursa maiņu, kas noveda pie apjomīgām investīcijām un plaša servisa parka izveides. No 1996. līdz 11. gadam UPS ieguldīja IT jomā vairāk nekā 100 miljonus ASV dolāru, palielinot IT profesionāļu floti no 4000 līdz vairāk nekā XNUMX.

Šim lēmumam ir bijusi ietekme uz sistēmām, uz tiem piedāvātajiem pakalpojumiem klienti, biznesa optimizācija, partneru attiecības un personāla vadība.

sistēma

Sākoties investīcijām IT jomā, UPS nekavējoties uzcēla objektu Ņūdžersijā, kas paredzēts datu glabāšanai un apstrādei. dati; šim kompleksam vajadzēja spēlēt lomu datubāze visus faktus un informāciju par organizāciju, nodrošinot vienotu ieejas punktu visām uzņēmuma filiālēm.

Centrālā datu bāze galvenokārt bija svarīga, lai nodrošinātu izsekošanas iespējas, t.i., visu laiku zināšanas par pakas atrašanās vietu. Šo jauninājumu, ko ieviesa konkurss, ļoti atzinīgi novērtēja klienti. Tāpēc UPS uzskatīja, ka ir obligāti jāiegulda

kapilārais tīkls, kas ļautu šādai informācijas plūsmai: tīkls, kas ieguva nosaukumu UPS Net, tika palaists 1990. gadā.

Il datubāze tajā bija jābūt ne tikai informācijai par sūtījumiem (jau tā ir milzīgs daudzums, aptuveni 200 atribūtu katrai nosūtītajai precei), bet arī par citiem aspektiem: loģistiku, dati no klienti un personāla. Šī vadība no dati tas ir ietekmējis UPS pamatdarbību, organizatoriskās metodes un sadarbības metodes.

Ar stabilu infrastruktūru UPS sāka pilnveidot savu biznesu. 1993. gadā tā ieviesa DIAD — automātisku paku atpazīšanas sistēmu, kas reāllaikā atpazīst paku un atjaunina datubāze ar tajā veiktajām darbībām (izbraukšana, transportēšana, savākšana utt.). DIAD sastāv no mini termināļa, kas pašlaik ir balstīts uz Windows Mobile, dato pārvalda ikviens, kas apstrādā pakas. Terminālis ir aprīkots ar vismodernākajām savienojamībām (ceturtajā laidienā, kas pašlaik tiek izmantots, ir Wi-Fi un GPRS, kā arī Bluetooth un infrasarkanais savienojums, lai varētu izveidot savienojumu ar datoriem un printeriem) un, protams, GPS, palīdzēt autovadītājiem maršruta optimizācijā un atjaunināt pakas pašreizējo atrašanās vietu. DIAD sniegtās informācijas analīze atklāj pārpilnību dati ko uzņēmums izmanto, lai profilētu i klienti, optimizēt sūtījumu plūsmas un ieviest uz darbību balstītu izmaksu aprēķināšanu. Arī nāc dati sūtījumu plānošanā parādās kādi "trūkumi" vai īpatnības klienti, kas ļauj UPS piedāvāt konsultāciju un pārbūves pakalpojumus. UPS darbībā dominē kuģniecības optimizācija, klasiska operāciju pētniecības joma, ko izmanto informācijas tehnoloģijās.

Vispasaules tīmekļa eksplozija 90. gadu vidū pavēra jaunas iespējas, kā rezultātā tika ieviests plašs pakalpojumu klāsts, pamatojoties uz internets (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio mājas lapa e, molto prima della teorizzazione del cosidetto E-komercijas, viņš sajuta potenciālu novietot sevi starp ražotājiem un patērētājiem, izslēdzot mazumtirgotājus un izplatītājus no ķēdes.

Visas datorsistēmas ir izstrādātas UPS iekšēji. Daudzas lietojumprogrammas nav palikušas ekskluzīvas uzņēmuma prerogatīvas, piemēram, iepriekš minētās izsekošanas vai izmaksu aprēķinu sistēmas, kas tiek atjauninātas reāllaikā visā pasaulē, bet ir pieejamas klienti: kurš vēlas, var integrēt šīs lietojumprogrammas savā programmatūrā, pat ERP sistēmās. UPS nodrošina API un dokumentāciju, pieprasot tikai zīmolu.

Paturot prātā šo lietojumprogrammu mērķa maiņu — no iekšējas lietošanas uz uz klientu orientētu izstrādi — IT nodaļas ir sākušas attīstīties pēc iespējas sadarbspējīgākā un modulārākā veidā:

sistemātiska atvērto standartu pieņemšana ir padarījusi UPS veiksmīgu pirmajā aspektā, un mūsdienās daudzi uzņēmumi viegli iekļauj UPS funkcionalitāti savā programmatūrā;

modularitāte ir atvieglojusi koda atkārtotu izmantošanu un atjaunināšanu, paātrinot uzlabojumus un jaunas ieviešanas. Diemžēl budžeta ierobežojumi pārtrauca šo braucienu. Šis aspekts būs labāk redzams organizācijas rindkopā.

Līdz šim aprakstīto sistēmu ļoti centralizētā struktūra bija ļoti pakļauta pēkšņiem pārtraukumiem katastrofu gadījumā; tāds uzņēmums kā UPS nevar atļauties dīkstāves. Šī iemesla dēļ 1996. gadā galvenais informācijas speciālists nolēma paralēli ieviest datu centru Atlanta kas atkārtoja visas darbības, nodrošinot vēlamo darbības nepārtrauktību. UPS robustums un efektivitāte ir tik augsta, ka uzņēmums to var

garantēt sūtījumus ļoti īsos laika periodos (pat vienu stundu kritiskiem pakalpojumiem).

Starp pēdējo gadu nozīmīgajiem tehnoloģiskajiem jauninājumiem UPS ir ieviesis savu īpašo iepakojumu RFID marķēšanu, kas ir paātrinājusi atpazīšanas procedūras un atrisinājusi vizuālo birku (piemēram, svītrkodu) nolasīšanas problēmu uz neregulāras formas iepakojumiem. Turklāt tika izveidota balss atpazīšanas sistēma (UPS Interactive VoiceResponse), lai atvieglotu cilvēku slodzi uz tālruņu sadales paneļiem. Kā redzams, UPS īpašu uzmanību pievērš savu sistēmu attīstībai un atzinīgi vērtē jebkuru jaunu tehnoloģiju, kas var palielināt produktivitāti.

Organizēšana

Stratēģiskie lēmumi UPS tiek pieņemti, pamatojoties uz datu analīzi dati ko apkopo divas datu apstrādes iekārtas dati, organizēts datu noliktava un piedāvā, izmantojot uzņēmuma informācijas sistēmu. Kas attiecas uz ilgtermiņa stratēģijām, UPS nepārtraukti veic izlūkošanas darbības un galvenokārt tirgus analīzi. Periodiski pārbaudot konkursa piedāvājumu, tas var mēģināt aizpildīt robu (konkurējošā emulācija).

Lēmumi UPS sākotnēji tika pieņemti, pamatojoties tikai uz augstākās vadības komitejas spriedumiem. Pēc datorizācijas procesa tika izveidota IT vadības komiteja, kurā ir četri eksperti, kuri katru ceturto ceturksni nosaka tehnoloģisko virzienu. Gada laikā komisija apkopo idejas un pieprasījumus no dažādām uzņēmuma nozarēm; tā kā, kā jau minēts, IT nodaļas ir apkopotas divos paralēlos birojos - un nav paredzēts, ka apakšgrupas būtu veltītas atsevišķu nozaru vajadzībām - transversālie projekti ir priviliģēti. Tā kā bezgalīga budžeta nav, izlēmu, kurus projektus attīstīt, sakārtojot tos pēc prioritātes; Atbilstību aprēķina vadības komiteja, pamatojoties uz paredzamajām izmaksām un ieguvumiem: lēmumu atbalsta sistēma apstrādā i dati, pamatojoties uz tādiem parametriem kā paredzamā ieguldījumu atdeve, ietekme uz citām sistēmām/procedūrām utt. Augstākas prioritātes projekti tiek apspriesti un, iespējams, samazināti; beidzot tiek piešķirts budžets un cilvēkresursi. Būtisks šī mehānisma aspekts ir tas, ka lēmumu pieņemšanas sistēma dod priekšroku īstermiņa projektiem, jo, ja ieviešana ilgst vairāk nekā gadu, UPS uzskata, ka tirgus būs mainījies jau pirms izstrādes pabeigšanas.

Vadības komiteja pieprasa, lai visi pieteikumi atspoguļo uzņēmuma stilu un grafiku. Šī iemesla dēļ viņš pie galda izlemj, kādas veidnes izmantot jebkurai izstrādātajai programmatūrai; tas jāievēro visai organizācijai.

Attiecībā uz mērķiem, kas nav tieši saistīti ar IT, UPS augstākā vadība plaši izmanto tā saukto sentimenta ieguvi, izmantojot Radian6 platformu, kas uzrauga galvenos sociālos tīklus (forumus, emuārus, facebook, LinkedIn, Twitter, YouTube u.c.) un nodrošina uzņēmuma reputācijas informācijas paneļus tiešsaistē. Starp citiem aspektiem, kas tiek rūpīgi uzraudzīti, ir arī zīmola izmantošana.

Lai izpētītu radikāli jaunas iespējas, UPS ir arī dato divīzijas izveide ar nosaukumu e-Ventures, kas nodarbojas ar jaunu biznesa robežu apzināšanu tīmekļa jomā, kas nav attiecināma uz konkursa aktivitātēm, un kas varētu atvērt jaunas partnerattiecības ar citiem uzņēmumiem. Pirmais e-Ventures produkts, ko apstiprināja

augstākā vadība 2000. gadā bija UPS e-Logistics, visaptveroša tiešsaistes sūtījumu pārvaldības platforma uzņēmumiem, kas izmanto UPS kā savu standarta pārvadātāju. E-Loģistikas ideja ir piedāvāt vienotu integrētu paketi, kas sniedz jebkādu palīdzību, kas jums var būt nepieciešama: no noliktavas vadības līdz izsekošanas, pasūtījumu pārvaldības, tālruņa atbalsta u.c. E-Ventures sagatavo vidēji trīsdesmit novatoriskus priekšlikumus gadā.

1997. gadā UPS nodibināja fondu ar nosaukumu UPS Strategic Enterprise Fund, kas uzrauga, novērtē un iegulda topošajos uzņēmumos, kas pēta jaunus tirgus un potenciāli interesējošas tehnoloģijas. Tieši šis fonds identificēja un 2004. gadā noveda pie RFID tagu ražotāja Impinj Inc. iegādes.

sadarbība

Kā redzams no iepriekšējām rindkopām, UPS ir dažādi veidi klienti:

privātpersonas, kas sūta paku;

uzņēmumi, kas paļaujas uz to, lai piegādātu pakas saviem klienti

(tiešsaistes tirdzniecība bez jebkāda veida starpniekiem);

uzņēmumi, kas ne tikai sūta pakas, bet arī izmanto savas datoru lietojumprogrammas.

Saziņa ar klienti pirmais veids galvenokārt tika izmantots zvanu centros, taču līdz ar tīmekļa eksploziju liela daļa atbalsta darbību tika novirzīta uz e-pastu. Piemēram, ir iespējams saņemt e-pastā paziņojumus par sūtījuma statusu vai pārbaudīt to tieši no vietnes. Tālruņa personāla atlaišana, ko veicinājusi arī balss atpazīšanas sistēma, ir ļāvusi UPS izveidot jaunu biznesa fronti: šāda personāla koncesiju partneruzņēmumiem (UPS Business Communication Services).

Organizācijas, kas izmanto IT pakalpojumus, var arī sazināties ar UPS, izmantojot vietnes sadaļu, kurai var piekļūt, izmantojot autentifikāciju. Lai nebūtu jāapmierina milzīgs daudzums atkārtotu pieprasījumu, UPS ir izveidojis virkni FAQ visās valodās un zināšanu bāzi, kurā varat mēģināt ātrāk atrast atbildi.

Ir tikai viens sadarbības veids, kas notiek bez ad hoc sistēmu iesaistīšanas, un tas ir ar partneriem, kuri neizrāda interesi par papildu pakalpojumiem. Šiem uzņēmumiem personīgi vēršas elektroniskās komercijas konta pārvaldnieks, kurš piedāvā jebkuru UPS portfeļa funkciju, kas, pamatojoties uz sūtījumu un kravu analīzi, varētu būt noderīga.

Iekšējā sadarbība UPS notiek dažādos veidos:

Administratīvais personāls strādā pa telefonu un/vai e-pastu; ērti tīmekļa biļešu pakalpojumi pārvalda darbplūsmu tehnisko problēmu gadījumā; ad hoc lietojumprogramma, kas arī balstīta uz tīmekli, rūpējas par inovatīvo priekšlikumu apkopošanu un organizēšanu, kurus gada beigās analizēs IT vadības komiteja.

Vadītāji sazinās ar filiālēm vai štābu, izmantojot DIAD mini-termināli, kas ir pastāvīgi savienots. Administratīvie biroji var pārsūtīt steidzamu informāciju (piemēram, par satiksmi, galamērķa izmaiņām utt.), padarot to redzamu displejā.

IT pamati organizācijai

Kursa otrā daļa: nodarbības 7-12

Izdales materiālus uzrakstīja:

Antonio Čeparano, Vincenco Beidz, Monika Menoncins, Alesandro Re

Pārbaudījis profesors Džordžo De Mišelis, lai nodrošinātu, ka nav kļūdu.

IZDALĪJUMA MATERIĀLI PAPILDINĀJA ĀRSTS STEFANO FANTINS

Lai uzņēmuma iekšienē ieviestu inovācijas, vispirms ir jāpārzina mūsu rīcībā esošā tehnoloģiskā infrastruktūra. Tas ir svarīgi un pavada informācijas sistēmu attīstību, un, lai šī attīstība notiktu, ir jāņem vērā tehnoloģijas.

inovācija

60./70. gadi

Pieņemtās sistēmasOperāciju vadības sistēmas.

Lokalizācija: mājā1/pakalpojumos.

Tehnoloģija: Lieldators2

Uzņēmumi atrodas industriālās attīstības vidū, pasaules ekonomikai ir atguvusies no kara un uzņēmumiem strauji augot. Tomēr tas nenotiek visur, bet ierobežotā skaitā rūpnieciski attīstīto valstu. L'Itālija, informācijas tehnoloģiju pārņemšanā (nevis to dizainā, kā demonstrē Olivetti) nedaudz atpalika no citām valstīm.

80./90. gadi

Pieņemtās sistēmas: biznesa vadības sistēmas.

Lokalizācija: iekšēji.

Tehnoloģija: darbstacijās LAN, VPN retos gadījumos, zvaigžņu tīklos

Uzņēmumi attīstās, bet parādās pirmā naftas krīze: tas ir modinātājzvans, bet tiek uzskatīts par pārejas posmu. Naftas krīze ir šķērslis ekonomikas izaugsmei un rada ļoti lielu nestabilitāti: daudzās valstīs ir ļoti augsta inflācija, valūta ir devalvēta un enerģijas un darbaspēka izmaksas palielinās. Tieši šajā periodā pieauga ideja attīstīties reģionos, kur darbaspēks bija lēts. Tas būtiski maina lietas: iekšā Itālija šajos gados notika stratēģiskas pārmaiņas attīstību virzošajos uzņēmumos, kas līdz šim bija orientēti uz zemu izmaksu produktu ražošanu. Tāpēc rodas uzņēmumi, kas kvalificējas sava darba kvalitātes izcilībai (tekstils, mode, mehānika, ķīmija). Dažādās nozarēs “Made in Italy” kļūst par kvalitātes sinonīmu. Taču tādu milžu kā Krievija, Indija un Ķīna attīstība noved pie situācijām, kuras zināmie ekonomikas modeļi neparedz: patēriņš četrkāršojas, un šīs valstis nonāk līdz šim nepieredzētās situācijās.

90./00. gadi

Pieņemtās sistēmas: ERP.

Lokalizācija: mājā / Ārpakalpojumi.

Tehnoloģija: vispārējs mērķis (piem., personālajam datoram), izmantojot internets

Šajā periodā ekonomiku virza divi galvenie faktori: nestabilitāte un pieaugoša konkurence. Uzņēmumi cenšas mainīt savu pozīciju, atrodot citas lomas un citas tehnoloģijas. Uzņēmumi var domāt, ka tiem ir noteikts apvārsnis attiecībā uz viņu darbībām; kamēr ekonomiskās attīstības laikā resursi bija pārpilnībā un bija garantija, ka tie būs arī turpmākajos gados, līdz ar to ir iespēja manevrēt stratēģiskām pārmaiņām pat īstermiņā, tad šobrīd ir nepieciešams labāk plānot resursu izmantošanu ilgtermiņā . Jo īpaši attiecībā uz elektroniskajām un datortehnoloģijām mūsdienu pasaules nestabilitāte nozīmē, ka konkrētajā brīdī uzvarošs produkts tirgū var nebūt ilgi. Tas ir taisnība īstermiņā un, vēl jo vairāk, ilgtermiņā.

00./10. gadi

Mēs joprojām esam spēlē!

10./20. gadi

Kas notiks?

Pirmā pieejamā tehnoloģija ir lieldators (IBM S/3603 ir viens no pirmajiem, kas pievienojas uzņēmumam). ITC nozarē inovācijas ir milzīgas, un ir daudz uzņēmumu, kas rodas, pastāvīgi attīstās, bet ātri izzūd, dažreiz tiek absorbēti (piemēram, Netscape, kas slavena ar tāda paša nosaukuma pārlūkprogrammu, tagad ir AOL nodaļa), dažreiz ne. .

Informācijas tehnoloģiju tirgus struktūra nosaka ļoti stingrus noteikumus inovācijām.

Izplatoties pirmajiem savienojumiem, radās termināļi attālinātai piekļuvei centrālajam datoram (zvaigžņu topoloģija). Pēc tam tīkls tika izstrādāts, ievietojot starpposma serverus. Tikai vēlāk tas atnāk internets, infrastruktūra, kas ļauj mums integrēt a

daudz dažādu arhitektūru (hierarhiska, peer to peer4, klients-serveris5, gredzens...). In internets viss, kas atrodas starp diviem sakaru termināļiem, ir paslēpts, struktūras tiek definētas pēc tīkla izveides. Tas sniedz mums biedējošu brīvību: mums vairs nav vajadzīga struktūra, kas ļauj ieviest kārtību. internets tā noteikti ir masīva tehnoloģija (šī termina angļu izpratnē, t.i., liela izmēra).

Šis vēsturiskais ekskurss ir svarīgs informācijas sistēmu un vispār tehnoloģiju izpratnei, jo:

uzņēmumi un organizācijas kopumā ir savu tradīciju meitas, un viņu pieredze būtiski ietekmē;

sociālpolitiskie apstākļi ir dominējošā vides sastāvdaļa;

evolūcija un jaunākie sasniegumi ir arī lietotāju ceļu funkcija.

Mēs arvien biežāk esam liecinieki uzņēmuma izvēļu līdzevolūcijai, kuras pamatā ir tā paša uzņēmuma evolūcija. klienti.

Kā Klē attēlo savā "Angelus Novus", ir nepieciešams, lai "Inovācijas eņģelis būtu vērsts uz pagātni" vai drīzāk ir jāraugās pagātnē, lai darītu jaunas lietas.

Informācijas sistēmu iespējamā evolūcija

ERP sistēmas, kurās dominē SAP un Oracle, dzimuši 70. gados. Tie tika izgatavoti uzņēmumiem, kuriem bija atšķirīgas tehnoloģijas un struktūras nekā pašreizējās, kas bija paredzētas videi, kurā bija stabils tirgus.

Tāpēc ir skaidrs, ka ir jāievieš jauninājumi, taču mūs ierobežo daži faktori, no kuriem galvenais ir cilvēku, kuri izmanto esošās sistēmas, pretestība pārmaiņām, jo ​​pārmaiņām ir jāmācās un jāizpēta kaut kas jauns (kas ir ne vienmēr laipni gaidīti).

Mūsdienās izmantotās operētājsistēmas galvenokārt ir

Unix (40 gadi)

Windows (30 gadi)

Linux (20 gadi)

Šīs sistēmas radās laikmetā, kurā informācijas tehnoloģiju pamatā bija mazi un vidēji datori. Laika gaitā šīs pašas sistēmas ir izplatījušās darbstacijās un serveros.

Satraucoši ir tas, ka mūsdienu pasaulē nav sarežģītāku sistēmu par esošajām: raugoties, piemēram, tīmeklī, var domāt par jaunas operētājsistēmas ieviešanu, kas atbalsta tagus vienai dokumenta lapai.

"9x faktors"

Mēģinot ieviest jauninājumus, ir svarīgi piedēvēt inovācijai pareizo vērtību, kāda tā var būt galalietotājam.

Kad cilvēks rada inovāciju, viņam ir jāapzinās, ka viņš šai inovācijai piešķirs vērtību, kas trīs reizes pārsniedz lietotāju uztverto vērtību. Tas ir tāpēc, ka izgudrotājs redz tikai novatorisko komponentu, bet neuztver nepieciešamību mainīt ekosistēmu, kurā tas dzīvo. Cilvēki, kuri izmanto tehnoloģijas un kuriem tiek piedāvātas inovācijas, savukārt piedēvēs trīskāršu vērtību lietojumprogrammām, kuras viņi prot izmantot, jo viņiem bija jāpieliek pūles, lai mācītos, un tāpēc viņi piešķir vērtību tieši tāpēc, ka zina, kā tās izmantot.

Tāpēc, lai inovācijai būtu iespēja veiksmīgi aizstāt esošo, tai ir jābūt deviņas reizes labākai (“9x faktoram”), proti, tai jābūt kardināli atšķirīgai inovācijai, kas reāli maina cilvēku dzīvi.

Tāpēc, lai varētu ieviest inovācijas, ir jāizstrādā sistēmas, kurām ir ļoti zemas mācību izmaksas (ideālā gadījumā nulle) un kuras tādēļ aizstāj esošo, uzlabojot lietotāja pieredzi, bet dabiski iekļaujoties esošajā ekosistēmā.

PRECE:

Prece ir koplietošanas objekts, kura īpašības tiek reti norādītas, jo tās ir noteiktas un attiecināmas uz standartu. Nav svarīgi, kurš ražo preci, jo tirgū šī prece netiek diferencēta. Padomājiet, piemēram, par espresso vai lokšņu kaudzi: pastāv kvalitātes standarti, kas šobrīd ir plaši izplatīti un nav jāprecizē vai jānošķir.

Preču kvalitāte parasti ir augstāka par zemas vērtības preci, tieši tāpēc, ka tā atbilst plaši izplatītiem un garantētiem kvalitātes standartiem. Gluži pretēji, ad hoc produkta kvalitāte ir augstāka nekā precēm.

Kad tehnoloģija kļūst par preci, tas nozīmē, ka problēmas, ar kurām tā saskārās, ir beigušās: tā ir lieliski instalēta jūsu domēnā (piemēram, teksta redaktors, biroja printeris). Informācijas sistēmu pasaulē, ja mēs meklējam komponentu, bet neesam pārāk norūpējušies par to, kā tam vajadzētu veikt veiktspēju, tad mēs, visticamāk, meklējam preci.

IT nozarē jauninājumu nepieciešamība kļūst traucējoša, jo ieviesto inovāciju sistēmā ir arvien mazāk un tas pakļauj riskam visu nozari: bez inovācijām investīcijas samazinās.

Taču nav viegli ieviest jauninājumus, īpaši lielam uzņēmumam: ja tam ir tirgū plaši izplatīts produkts, šis produkts tiek uztverts kā standarts. Inovāciju ieviešana paver roku standarta uztverē, tādējādi aizsākot pārejas periodu, kurā konkurents varētu ienākt tirgū un kļūt par nozīmīgu klātbūtni.

Konkurences pieaugumam ir tendence nevis radīt inovācijas, bet gan virzīt produktus uz vienu un to pašu konverģences punktu. Nozares vadošajiem uzņēmumiem inovāciju ieviešana:

tas rada iepriekšējo attiecību ar tirgu zaudēšanu;

tas nerada būtisku ekonomisku labumu;

palielina neskaidrības starp klienti;

tas saista uzņēmumu ar pašu jauninājumu: neveiksmes gadījumā tas būtu pilnīgs, jo nebūtu iespējams atgriezties.

Tāpēc ir nepieciešams radīt optimālu komunikācijas vidi ar klientu, piesaistot viņa interesi, lai varētu ieviest tirgū inovācijas. Kā minēts iepriekš, piedāvātajām funkcijām ir jābūt ļoti izdevīgām, un pamatā ir nulles mācību izmaksas.

Kas attiecas uz uzņēmumu, ir skaidrs, ka tā vajadzības var mainīties. Uzņēmuma pagātnes izvēles ir ietekmējušas tā izmantotās informācijas sistēmas struktūru. Tādā pašā veidā uzņēmuma informācijas sistēmai dotā struktūra ietekmē tā nākotni: tas, kas pastāv, nosaka izvēli un rada aizspriedumus (saprotami kā pārliecības un ieradumi augstas stabilitātes situāciju dēļ).

Piemēram, līdz 60./70. gadiem tika uzskatīts, ka elipsveida valodu (t.i., kurā parādās elipses, t.i., vārdu izlaišana) nosaka sinhronija (t.i., laika nepārtrauktība), bet ne sarunu biedru atrašanās vieta (varētu diskutēt). veikt arī pa tālruni). Tomēr e-pasta atnākšana ir apgāzusi šo pārliecību: ne sinhronitāte, ne lokalitāte neietekmē mūsu valodas izpratni, tā vietā ir atkarīga tikai un vienīgi no konteksta. Pasaule nav mainījusies šīs izpratnes rezultātā, bet šī izpratne ļauj mums iedomāties kaut ko jaunu.

Lai izprastu organizācijā izmantotās informācijas sistēmas, jāņem vērā divi stāsti:

tehnoloģiju vēsture, jo, ja uzņēmums ir dzimis pirms aptuveni trīsdesmit gadiem, tehnoloģijas, kuras tas būs pārņēmis, lielā mērā ietekmēs vēsture;

uzņēmumu vēsturi, jo daudziem uzņēmumiem vēsture nav lineāra, bet gan pakļauta apvienošanai, atdalīšanai, pārņemšanai, un līdz ar to līdz ar tiem būs mainījusies arī to informācijas sistēma.

Uzņēmuma attīstība ir svarīga tiem, kas izstrādā informācijas sistēmas: informācijas sistēmas ir dinamiskas vienības, un dažkārt tām ir ļoti stingri termiņi.

Lai attīstītu uzņēmuma informācijas sistēmu, vispirms ir jāsaprot, kādas ir organizāciju vajadzības. Pirmais solis ir interpretēt uzņēmuma vajadzības un iemācīties izprast problēmas, mēģinot aptvert priekšstatu par to, kā tas darbojas. Patiesībā šodien organizācijas vairs nespēj pateikt, kas tām ir vajadzīgas, neiedomājoties, kādu risinājumu tās vēlētos (piemēram, tās nelūdz "var administrēt loģistiku", bet lūdz "a datubāze loģistikai). Tāpēc mūsu uzdevums ir zināt, kā šīs vajadzības interpretēt: katram uzņēmumam ir dažādi mērķi un iemesli, tāpēc mums ir jārada sistēmas, kas atbilst katrai atsevišķai vajadzībai.

Tāpēc pirmā problēma ir spēja:

atrast visu iespējamo informāciju, jo tai nav iespējams piekļūt, jo neviens uzņēmumā nezina katru viņa rīcībā esošo sistēmas daļu,

spēja konsultēt uzņēmumu izdarāmajās izvēlē, ieklausoties tā vajadzībās.

Tad mēs vēlamies atšķirt trīs sistēmu šķautnes, analizējot integrācijas līmeņus starp šiem faktiem, identificējot stingrības punktus, jaunās problēmas (tie parādīs, no kurienes nāks jautājumi, kas stingrības punktus pārvērtīs problēmās). ).

Ņemot vērā problēmu neelastību, jautājums vairs nav par a integrēšanu dato X ar a dato Y, bet ir jādefinē integrācijas iespējas. Integrācijas izmaksas ir jāsamazina, ļaujot organizācijai radikāli mainīt savu struktūru.

Vēl viena problēma, ar ko jāsaskaras, ir, kur izvietot pakalpojumus: uzņēmumu ir iespējams aprīkot ar e-pastu, bet, ja ir, piemēram, klientu vadības sistēma, e-pastu varam integrēt ar šo sistēmu. Patiesībā daudzās dokumentu pārvaldības sistēmās mūsdienās ir integrētas tādas tehnoloģijas kā e-pasts.

Šajā jomā rodas arī integrācijas problēma: jo vairāk mēs virzāmies uz i

grupprogrammatūra, jo vairāk mums ir integrācijas problēmas saistībā ar izmantotajiem rīkiem un to izmantošanas nozarēm.

Lai labāk padomātu, mēs izveidosim priekšstatu par to, kas tajā ir Itālijadivu iemeslu dēļ:

iespējams, mēs analizēsim Itālijas organizācijas;

Itālijas uzņēmumiem ir unikālas īpašības.

Itālijas uzņēmumi

Itālijas uzņēmumi ir jāklasificē grupās ar atšķirīgām iezīmēm, bet vienmēr spēj unikāli identificēt katru uzņēmumu. Tas palīdz mums izstrādāt ad hoc idejas katram uzņēmumam, taču modulāri un ar kopīgu pamatu.

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

Tirgū mēs esam spēcīgi dažās B2C nozarēs (Business To Consumer), galvenās ir modes preces, mēbeles, "balta" tehnika (ledusskapji, veļas mašīnas un tās, kas parasti ir baltā krāsā). Mazo ierīču jomā mēs esam ļoti spēcīgi, starp līderiem pasaulē. Mēs esam tādi paši arī lauksaimniecības pārtikas nozarē un lauksaimniecības instrumentu jomā.

Mašīnbūve ir ļoti spēcīga ne tikai automobiļu un motociklu, bet arī B2B mehānikā (Business to Business): saldējuma, papīra un kokapstrādes iekārtas.

Mēs esam līderi starp flīžu, briļļu ietvaru, krāsvielu un laku ražotājiem. Mūsu vadošā loma lielā mērā ir saistīta ar inovācijām un augsto kvalitāti, ne vienmēr pēc pārdotā daudzuma. Šī vadība nekādā gadījumā nav garantēta: konkurenti ar ātrākiem attīstības cikliem to var iemest krīzē.

Mūsu valstī ir tūkstošiem interesantu uzņēmumu ar dažādiem profiliem; tas nozīmē, ka mums nav lielu uzņēmumu, izņemot tos, kuros valstij ir nozīmīga loma un kuros tā var rīkoties un tos regulēt, bet kuri tāpēc nedarbojas reālā brīvā tirgū.

LItālijas uzņēmumus var raksturot ar dažām īpašībām:

viņi konkurē globāli;

tie ir mazi (ne visi, bet mums ir daudz vidējo un daudz vidējo/mazo uzņēmumu);

tie ir inovatīvi;

tie sakņojas teritorijā;

ir tīkla struktūra;

tos vada meistars/dibinātājs;

viņi cīnās, lai izdzīvotu pēc pirmās vai otrās paaudzes;

viņi ātri aug;

tie ir slikti datorizēti.

Tā kā tie ir mazi, bet globāli konkurētspējīgi uzņēmumi, tos sauc par "starptautiskiem kabatas uzņēmumiem". Viņu produkti tiek uzskatīti par nestabiliem. Tie ir uzņēmumi, kas dzimuši un joprojām pastāv "industriālajos rajonos", sadarbojoties ar citiem uzņēmumiem, tādējādi veidojot starptautiskā līmenī spēcīgu uzņēmumu un organizāciju tīklu. Tīkla efektivitāte ietekmē viņu darbības efektivitāti. Tādējādi industriālie rajoni kļūst par apgabaliem, kuros darbojas daži no labākajiem uzņēmumiem pasaulē.

Sakņojoties teritorijā, lielākā daļa šo uzņēmumu uzņēmēju ir iesaistīti arī teritorijas labiekārtošanā, jo, ja teritorijas kvalitāte ir augsta, tad arī darba kvalitāte ir labāka.

Šo uzņēmumu vadība bieži ir saistīta ar vienu personu, priekšnieku vai dibinātāju ar ievērojamām uzņēmējdarbības prasmēm.

Ikviens, kurš pārņem harizmātisko vadītāju, nesaņem tādus pašus panākumus vai atbalstu: viņam ir jāprot vadīt ar spējām, nevis ar harizmu. Lai vadītu šos uzņēmumus, vadītājs nodarbojas ar daudziem aspektiem: nav specializētu cilvēku mārketings, par stratēģiskām izvēlēm vai attiecībām ar sabiedrību, bet visu dara viens cilvēks.

Tāpēc šādiem uzņēmumiem ir grūti darboties pēc otrās vai trešās paaudzes. Turklāt no paaudzes paaudzē rodas nopietna problēma: tā kā daudzi Itālijas uzņēmumi ir ģimenes pārvaldīti, "dzimuši garāžā", uzņēmuma pēctecība kļūst par problēmu mantinieku skaita dēļ, kas arvien pieaug no viena. paaudzei nākamajai. Tāpēc dažreiz ir lētāk pārdot uzņēmumu, kad tas pelna naudu.

Arī Itālijas uzņēmumi ir ļoti inovatīvi: tie rada jaunus produktus un sacenšas par izcilību.

Neskatoties uz to, tie ir vāji datorizēti attiecībā uz visu, kas nav stingri saistīts ar produktu un ražošanas procesu, vai drīzāk par visiem tiem paņēmieniem, kas tiek izmantoti, lai naudu pārvērstu produktā un otrādi. Itālijas uzņēmējiem informācijas tehnoloģijas ir tas, kas pārņem vēlāk, kad no tām vairs nav iespējams izvairīties, ar cerību ar šo ievadu nesagraut uzņēmumu. Tā vietā informācijas tehnoloģijām ir jābūt svarīgam biznesa elementam: tādiem uzņēmumiem kā Ikea, Zara, RyanAir ir informācijas sistēmas, kas ir būtiskas viņu uzņēmējdarbībai. Piemēram, Ikea evolūcija ir bijusi saistīta ar viņu datorsistēmas evolūciju (īpaši loģistikai, bet arī pasūtījumu un zināšanu apmaiņai uzņēmumā).

Tomēr Itālijas uzņēmumu izaugsme ir diezgan strauja, tāpēc to tendence bieži vien atgādina augsto tehnoloģiju nozares. Ekonomistu pārmetums mūsu nozarei ir par to, ka tās nozares ir tās "tradicionālās", kurās nav izaugsmes, bet, pateicoties inovācijām un radikālām izmaiņām nozarē, izaugsme notiek tik un tā.

Piemēram, briļļu nozarē Luxottica ir spējusi pārstrukturēt tirgu, ieņemot gan rāmju ražotāja, gan pārdevēja lomu, gūstot milzīgu pievienotās vērtības pieaugumu (tādējādi nonākot tiešā saskarē ar klienti no kuriem tas var saņemt tiešu atgriezenisko saiti gan par saviem, gan konkurentu produktiem).

Inovācijas ne vienmēr var būt klāt: 3M ir piešķīris sev inovāciju kodeksu, saskaņā ar kuru katru gadu uzņēmumam ir jāatjauno vismaz 25% savu paraugu. Tas ir apsveicami, taču, ja padomā par modes uzņēmumu, kas pēc gada (vai Zara gadījumā pat mazāk, 4 mēnešu laikā) pilnībā atjauno savu paraugu kolekciju, tas viennozīmīgi prasa pavisam citu procesu.

Informācijas tehnoloģijām ir jābūt noderīgai lomai uzņēmumā, tām ir jārada pievienotā vērtība, nevis jābūt marginālai klātbūtnei. Mēs nodarbojamies ar informācijas tehnoloģijām, kas uzņemas šo lomu, tāpēc esam ieinteresēti saprast, kā mēs varam palīdzēt Itālijas uzņēmumam.

Dato ka uzņēmumi strauji aug, mums ir vajadzīgas evolucionāras informācijas sistēmas:

biznesa izaugsmei ir nepieciešamas sistēmas, kas spēj risināt jaunas problēmas; Problēma, ar kuru jāsaskaras, ir ne tikai sistēmu paplašināšana, bet arī tā, lai tās būtu elastīgas, lai pārvaldītu jaunas problēmas.

Būdami tīkla uzņēmumi, to pārvaldība ir cieši saistīta ar uzņēmumu savstarpējo mijiedarbību: ir nepieciešamas "atvērtas" sistēmas, kur atvērtību nevada tikai viena puse (uzņēmumu, ar kuriem mijiedarbojas), bet kur ir iespējams pielāgoties, zinot, kā mijiedarboties ar citu cilvēku informācijas sistēmām.

No atvērto sistēmu kopuma īpaša ir loģistika: tā kā kabatas starptautiski uzņēmumi ir svarīgi, cik valstīs tie darbojas, tāpēc ir jāzina, kā pārvaldīt sūtījumus, jo katra nokavēta piegāde ir potenciāls zaudēts pārdošana. Pareizi organizējot, var sasniegt izcilus rezultātus.

Inovatīvi uzņēmumi nevar veikt ieguldījumus uz vairākiem gadiem, jo ​​investīcijām ir īss mūžs. Ilgtermiņā tiek izdarītas izvēles, kas attiecas uz veselām produktu grupām. Tātad pakāpeniski ieguldījumi.

Vadītāju kompetence ir būtiska, jo tie ir uzņēmumi ar pēctecības problēmām. Tāpēc ir būtiski labāk pārvaldīt biznesa inteliģenci un zināšanas. Informācija ir atkarīga arī no avota vērtības: ja autoritatīvs avots komentē noteiktu ideju, šis komentārs iegūst daudz lielāku vērtību. Apple galvenais dizaineris apgalvo, ka produkta izstrāde sākas ar "vīziju"." no šī produkta.

Uzņēmums sākas vietējā vietā, augot tas joprojām paliek lokāls, bet sāk izveidot birojus vai birojus citās teritorijās/valstīs. Tādējādi tiek izveidots vietu tīkls, kuram jābūt pazīstamam un ērtam cilvēkiem, kuri pārvietojas šajā tīklā. Faktiski uzņēmumi arvien vairāk tērē, lai uzlabotu apgabalu, kurā tie atrodas.

Tāpēc sistēmas nonāk situācijās, kad ir nepieciešams pārvaldīt negaidītus notikumus, un ir svarīgi, lai tās zinātu, kā pielāgoties.

Valsts pārvalde (PA)

Sabiedriskās organizācijas pēc būtības atšķiras no privātajām: tām ir ļoti svarīgas attiecības ar noteikumiem, savukārt attiecības ar tirgu nepastāv (lai gan vajadzētu). Itālijas administrācija tiek uztverta tik slikti, ka mēs neatpazīstam (dažas) izcilības, kas mums ir. Piemēram, veselības nozare ir nozare, kas darbojas labi, un mums ir labāka ekonomiskā atdeve nekā daudzām citām valstīm.

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

Atšķirībā no uzņēmumiem, PA nepamana pakalpojumus, kas netiek izmantoti: noliktavā neuzkrājas neizpārdotā produkcija, bet, augstākais, ir cilvēki, kas nestrādā (un bieži vien šie cilvēki par to nesūdzas), tāpēc noplūde kļūst grūti atrodama. Nav neviena, kas mēra PA pakalpojumus; ir vajadzīgs dienesta mērs.

In Itālija da qualche anno è in corso un processo di cambiamento, che ha delle linee guida “nascoste”, una delle quali è quella di mettere al centro il cittadino – cosa che stanno cercando di fare anche le aziende con i loro klienti. Tātad mēs varam iedomāties, ka PA un biznesa sistēmām ir tikšanās punkti.

Pārmaiņu procesa sākums bija dato no šā likuma punktiem, kas cita starpā ienesa 3 svarīgas izmaiņas:

katrai administrācijai ir jānosaka, kādus pakalpojumus tā sniedz, vai administratīvās procedūras, par kurām tā ir atbildīga;

katrai procedūrai, kad tā tiek nodrošināta pilsonim, jābūt vadītājam; tādēļ pilsonim ir jāzina, kurš ir atbildīgs par šo pakalpojumu;

katrai administratīvajai procedūrai ir noteikts maksimālais laiks, kurā pakalpojums jāsniedz.

Kaut kā šim likumam pietrūka, lai tas būtu revolūcija: tas neievieš atbildīgo personu veselai administratīvo procedūru klasei. Tas ir, pat ja katram konkrētajam procesam ir vadītājs, kad tas tiek izmaksāts privātpersonai, konkrētajam procesa veidam nav vadītāja (piemēram, manai pasei ir vadītājs, bet ne visām pasēm).

Lai veiktu šīs izmaiņas, ir nepieciešama vēl viena, kas gan vēl nav veikta – valsts pārvaldei jāpalīdz iedzīvotājam viņa vajadzībās. Likums ieņem otro vietu aiz pilsoņa vajadzībām, taču tas ir jāievēro. Tāpēc PA ir jāvirza pilsonis izvēlē un procedūrās, kas nepieciešamas, lai iegūtu viņam nepieciešamo, nevis vienkārši piemērojot likumu, atstājot pilsoni paša žēlastībā.

Piemēram, ja ģimenei ir nepieciešama atļauja uzcelt istabu savam bērnam, nav svarīgi, kā šī istaba ir iekārtota: pietiek ar to, jo tāda vajadzība ir. Tātad pilsonis ir gatavs ievērot noteikumus (kas tāpēc ir mazāk svarīgi nekā nepieciešamība), bet, tā kā pilsonis nevadās noteikumu piemērošanā, tad atļauja tiks noraidīta, procedūra iet bojā un pilsonis būs neapmierināts, bet tā vietā PA vajadzētu viņu pavadīt un pateikt: "lai iegūtu istabu, jums vajadzētu darīt to, nevis to".

Ja viss ir vērsts uz servisu, ir skaidrs, ka sistēmām ir kardināli jāatšķiras.

Sistēmai ir jāpadara es pastāvīgi pieejams dati pamata (piem., nopirku 20 A tipa skrūves), jo no šīs informācijas pamata var izsecināt jaunas (piem., man vēl ir A tipa skrūves) un līdz ar to var reaģēt sarežģītāk atkarībā no situācijām un vajadzībām.

Lai veiktu šīs izmaiņas, ir nepieciešamas modulāras sistēmas: tās ļauj mums nepārtraukti apvienot informāciju, jo tās to nošķir.

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

Itālijas uzņēmumiem ir inovācijas vajadzības, kas ir saistītas ar tirgus iemesliem. Valsts pārvaldē pilnīgi atšķirīgu no uzņēmuma apsvērumu dēļ ir spēcīga virzība uz inovācijām. Ar šo jauninājumu ir saistītas divas iezīmes:

ekonomisko resursu trūkuma dēļ priekšroka tiek dota zemu izmaksu inovācijām;

inovācijas mērķim ir jābūt snieguma uzlabošanai un arī cilvēku mentalitātes maiņai, atalgojot viņu nopelnus atbilstoši mērķiem, taču ir jābūt metodei, lai varētu izvirzīt saprātīgus mērķus. Bez informācijas tehnoloģijām mēs nezinām, kādi mērķi tiek izvirzīti.

Modulārā programmatūra

Lai izveidotu elastīgas, evolucionāras un mērogojamas sistēmas, mums ir jābūt modularitātei, t.i., īpašībai, kas ļauj mums izveidot augšupēju sistēmu (no apakšas uz augšu).

Vispirms jums ir jābūt moduļiem, tāpēc jums ir nepieciešams moduļu "arhīvs". Tiem tad jābūt savstarpēji aizvietojamiem, ti, ir jābūt iespējai aizstāt moduli ar citu līdzvērtīgu moduli, un tas tiek darīts, nodrošinot informācijas apmaiņu starp moduļiem, izmantojot noteiktas saskarnes: komponentu mijiedarbība nedrīkst mainīties atkarībā no moduļu variācijām. .

Modulārā programmatūra atklāj jaunu komponentu integrācijas paradigmu, attīstot mashups (hibrīda tīmekļa lietojumprogramma), t.i., izveidojiet kaut ko no dažādiem avotiem, piemēram, izmantojot API, kas sākotnēji tika izveidotas dažādiem mērķiem, bet pēc tam apvienotas, lai izveidotu jaunu produktu.

Cik vienkāršiem jābūt moduļiem moduļu sistēmā?

Veidlapas jāveido pēc iespējas vienkāršāk. Katrs uzņēmums ar sarežģītākām attiecībām (piem., personāla vadība) var tikt galā ļoti atšķirīgi, taču elementārās funkcionalitātes paliek nemainīgas (piemēram, algu uzskaite). Mazie moduļi nodrošina lielāku atkārtotu izmantošanu, mazāku izstrādes laiku un pastāvīgu attīstību (piem., ja atdalāt lietotāja interfeisu, jums ir jāpārliecinās, vai tas ir konsekvents, piemēram, jums ir jābūt iespējai izmantot kopēšanu un ielīmēšanu neatkarīgi no sistēmas, kurai šī UI ir izveidota).

Problēma, kas rodas, nepārprotami ir, kā panākt moduļu mijiedarbību. Liela sistēma ļāva daudz informācijas savā starpā saistīt pašā sistēmā, kā arī ļāva unikāli pārvaldīt ar to saistīto informāciju.e

lai piekļūtu atļaujām, kamēr ar i dati tie ir izkaisīti, un autentifikācijas mehānismi var būt dažādi.

Šī sadalīšanās dod mums tajā pašā laikā lielu brīvību: i dati mēs varam tās novietot, kur vien vēlamies, izplatot pēc saviem ieskatiem.

Visu komponentu integrācija, datubāze, moduļi un saskarnes, nenotiek vakuumā, bet gan notiek uz platformas: tieši tā ļauj mums veikt integrāciju, tāpēc šī platforma ir labi jādefinē.

Tas, kas ļauj izveidot moduļu sistēmas, galvenokārt ir standarts attiecībā uz informācijas veidu, ar kuru apmainās moduļi: ir jābūt atbilstībai iespējamās komunikācijas plūsmās starp moduļiem. Mums var būt vairākas savstarpēji aizvietojamas rakstīšanas sistēmas, ja mums ir viens dokumenta standarts, bet līdz šim ir noticis tieši pretējais: dominē rakstīšanas sistēma ar lielu dokumentu formātu skaitu. Šai situācijai ir divi mīnusi:

ja standarts ir saistīts ar sistēmu, šai sistēmai ir tendence kļūt universālai,

tas dod priekšroku tirgus slēgšanai, jo pastāv standarts, ko neviens cits nevar radīt, tāpēc visizplatītākais automātiski kļūst par spēcīgāko.

Darba kārtība ir transversāla pieteikuma piemērs salīdzinājumā ar visiem citiem pieteikumiem, jo ​​darba kārtībai ir jābūt, tāpēc ir jēga to pārvaldīt sistēmas, nevis pieteikuma līmenī. Sistēma ir platforma, kurā mēs palaižam lietojumprogrammas, ar kuras palīdzību mēs liekam tām sazināties. Tas ļauj mums atdalīt dati no lietojumprogrammām. Tas ievērojami vienkāršo informācijas sistēmas izveidi: mēs varam apvienot dati vai izmantojiet dažādas lietojumprogrammas, lai piekļūtu vienam un tam pašam dati.

Informācijas sistēmu apvienošana ir būtiska uzņēmumu apvienošanās procesā. Izmantojot vienkāršas veidlapas, ir vieglāk apmainīties ar informāciju nekā izmantojot sarežģītas veidlapas.

Modularitāte bieži vien jau pastāv saskaņā ar ārēju skatījumu: lietotāja skatījumu. Patiesībā viņš redz sistēmu pa vienam gabalam, t.i., viņš redz tikai to gabalu, ko viņš izmanto, un uztver to kā atsevišķu moduli no pārējiem. Šķietamā modularitāte ir pirmais solis ceļā uz īstu modularitāti.

Tas ļauj mums izveidot jaunas un starpkomponentu mijiedarbības un pakalpojumus. Sistēmas interfeiss kļūst atkarīgs no lietotāja vides: sistēma reaģē, kad lietotājam tas ir nepieciešams, tāpēc gaidīšanas laiks kļūst būtisks, lai novērtētu sistēmas efektivitāti.

Ir svarīgi, lai interfeiss būtu veidots, sākot no lietotāja, no tā, ko viņš dara: lietotājs pierod pie procedūrām, pat ja tās ir klibs un loģikas trūkums.

Visbeidzot, platformai ir jāapzinās, ka tā ir platforma: tai ne tikai jāļauj izpildīt moduļus, bet tajā ir jāietver arī visas tās funkcijas, kas var būt transversālas (piemēram, darba kārtība, e-pasts), kurām var piekļūt ar sistēmas primitīviem ( tāpat kā ar copy-paste). Sistēmai tos varētu uzskatīt par

parastās lietojumprogrammas, taču tās ir būtiskas, lai varētu pievienoties komponentiem.

Platforma = sistēma + transversāli pakalpojumi.

Platforma nav sistēma un neaizstāj to, it īpaši, ja jums ir dažādas sistēmas (Windows, Linux, Mac…), kurās starpprogrammatūra pārņem, parādot vairākas sistēmas tā, it kā tās būtu viena.

Tāpēc moduļu sistēmām jābūt vismaz 4 īpašībām:

moduļiem jābūt vienkāršiem;

moduļiem jābūt savstarpēji aizvietojamiem;

jums ir nepieciešama platforma, kas ir pilna ar integrācijai nepieciešamajiem pakalpojumiem;

saskarnei jābūt veidotai tā, lai tas apmierinātu lietojumprogrammas lietotāju.

Visas šīs īpašības ir saistītas ar evolūciju: moduļi pieļauj atsevišķu evolūciju un ļauj attīstīt sistēmu. Platformai un saskarnei, savukārt, jāspēj attīstīties saskaņā ar protokoliem un procedūrām.

Sistēmu integrācija

Pašreizējās sistēmas lielākoties ir sadalītas daļās, kas attiecas uz konkrētiem organizācijas dzīves aspektiem: gandrīz vienmēr administrācija, budžets, bilance (ekonomiskie-finansiālie aspekti), bet arī personāla komponenti, kas satur visu nepieciešamo informāciju. ir svarīgi uzņēmumam. Katra no šīm sistēmas daļām savā veidā integrē 3 aspektu elementus (kā likums, katrs modulis to dara savādāk).

Līdz ar uzņēmuma evolūciju, līdz ar paplašināšanos un tā struktūras izmaiņām, rodas nepieciešamība pēc sarežģītākas informācijas sistēmas, integrējot citus dati un citi moduļi. Tas nozīmē, ka attiecībā uz faktiski īstenotajām integrācijām reakcija ir ļoti efektīva. Integrācija būtībā tiek veikta, integrējot dažādus aspektus viena līmeņa līmenī datubāze: katram komponentam ir a datubāze kas attiecas uz dažādiem aspektiem, un mēs integrējam visu informāciju par to datubāze.

Vairumā gadījumu, t.i. datubāze tās ir attiecības un integrācija notiek informācijas līmenī, bet dažas tehnoloģijas ļauj savienot objektus.

Ja vēlaties integrēt divus aspektus atšķirīgā veidā, ERP piedāvātās metodes nav viegli lietojamas. Faktiski šāda veida integrācija joprojām trūkst ERP: jūs varat veikt dažas integrācijas darbības dati da datubāze vairākas, taču tas prasa informācijas ieguvi, pirms to var integrēt datu ieguves komponentā.

Integrācijas efektivitāte uzņēmumam ir būtisks aspekts, jo mūsdienu organizācijās viena no galvenajām problēmām ir adekvāti un ātri reaģēt uz tirgus attīstību, kas nav viegli paredzama. Piemēram, jaunu ekonomisko tirgu rašanās, piemēram,

Brazīlijas, Krievijas, Indijas un Ķīnas (saukta par "BRIC") problēmas rada Itālijas uzņēmumiem, kuriem ir jāsaprot, kā iekļūt šajos tirgos, un nepieciešama informācija, kas nav uzreiz pieejama ERP. Šī iemesla dēļ ir nepieciešams datu noliktava un datu ieguve. Organizācijas vadītāji pieprasa, lai viņiem nepieciešamā informācija tiktu sniegta ar atbildes laiku no vienas nedēļas līdz vienam mēnesim: ārpus šī diapazona uzņēmums pieņem lēmumus bez dati informācijas tehnoloģijas zaudē savu lomu, tādējādi tiek uztvertas kā šķērslis vai problēma. Tāpēc, veidojot Business Intelligence sistēmu, ir jāpārdomā visi iespējamie jautājumi, ko vadītājs var tev uzdot, un jāsagatavo sistēma, lai spētu sniegt atbildi. Informācijas tehnoloģijām jāseko uzņēmuma attīstībai!

Ja uzņēmums nepērk, bet gadu no gada paplašina savu tirgu visā pasaulē, sistēma ir jāpielāgo, lai pielāgotos paplašināšanai.

Ja uzņēmums visus centrālos resursus izmanto ārpakalpojumos, platformai ir jāspēj attīstīties šajā virzienā. Tādēļ lietojumprogrammu platformai ir jānotiek cikliskā veidā, laika posmā no 6 līdz 12 mēnešiem. Virs lietojumprogrammu platformas tomēr ir tehnoloģiskā, kas ir būtiski atšķirīga, jo apraksta veidu, kādā tiek pārvaldītas informācijas tehnoloģijas; tas ir ļoti svarīgi veiksmīgai izvēlei lietojumprogrammas platformas līmenī un problēmu risināšanai. Tās evolūcijas cikls šajā gadījumā ir vairāku gadu garumā, un tas ir pastāvīgi jāuzrauga, lai nodrošinātu, ka arhitektūra ir vislabākā mūsu vajadzībām.

Tāpēc, lai piedāvātu derīgus risinājumus, ir jāpārvalda 3 līmeņi:

tehnoloģiju platforma (vairāku gadu)

lietojumprogrammu platforma (6/12 mēneši)

atsevišķi izdevumi (nedēļa/mēnesis)

Tomēr šo sadalījumu līmeņos nav viegli noteikt: lai gan tas pastāv, tas nav skaidrs. Padomājiet tikai par ENI piemēru, kas pašlaik izstrādā sistēmu mākonis

skaitļošana, taču radās ar atšķirīgām idejām nekā mākonis, un pēc tam mainījās, jo mainījās arī uzņēmuma vajadzības.

Šis iedalījums arī izskaidro iemeslu, kāpēc ERP sistēmās dominē ielāpu izmantošana, kas ātri sniedz atbildes uz jaunām problēmām, bet neuzlabo sistēmas arhitektūru, gluži pretēji – mēdz to pasliktināt.

Komponentu integrēšana ir svarīga darbība, jo integrētie komponenti ietaupa laiku un samazina kļūdas, ko rada manuāla transkripcija dati. Organizācijas fakti visur ir vienādi (iegādāto vai sniegto pakalpojumu administrēšana, ņemot vērā to, kas ienāk un iziet uzņēmumā utt.), un uz to pamata uzņēmums nosaka savus mērķus (cik pirkt, cik ražot utt.). Informācijas tehnoloģijas atbalsta uzņēmējdarbību ne tikai šajos aspektos, bet arī izmantojot tādus rīkus kā e-pasts, iekštīkli, videokonferenču sistēmas, E-komercijas, Uc

Tehnoloģija ļauj noņemt dažus uzdevumus, bet rada citus.

Organizatoriskajā darbībā vienmēr ir lieki darbi saistībā ar noderīgas informācijas veidošanu, tāpēc jāpatur prātā 3 fakti:

lieko darbu nevar novērst nekavējoties;

ja izpilde paliek nemainīga, tiek samazināts nepieciešamais darbs;

tomēr, ja mēs esam izstrādājuši sistēmu, lai uzlabotu lietotāju pieredzi, lietotājus

tiem būs nepieciešama cilvēka iejaukšanās.

Pastāv sava veida līdzsvars starp darbu, ko varam ietaupīt, un jaunajām vajadzībām: samazinot rutīnas darbību, ir iespējams radīt jaunus darba veidus.

Piemērs: norēķini

Ņemiet, piemēram, atšķirību starp rēķinu un pasūtījumu: tas ir tikai iestatījumos, bet patiesībā abi dokumenti satur aptuveni vienādu informāciju. Izmantojot sistēmu, kas ģenerē rēķinu, sākot no pasūtījuma, varat pārvaldīt procesu ātrāk un ar mazākām kļūdām. Tomēr vēl pirms dažiem gadiem, kad uzņēmums iegādājās produktus, piegādātāja uzņēmuma sistēmas ģenerētie dokumenti bija 3:

pasūtījums;

piegādātāja rēķins;

iepakojuma kvīts.

Tāpēc bija jāveic pārbaudes katram posmam: pasūtījums-rēķins, pasūtījums-rēķins, rēķins-rēķins. Šis process acīmredzami bija dārgs gan laika, gan naudas ziņā, tāpēc šīs darbības bija jānovērš.

Lai tos varētu izņemt, pircēja uzņēmums varētu diktēt piegādātājam nosacījumu: pasūtījums tiek pieņemts tikai tad, ja rēķins ir identisks pasūtījumam. Lai ievērotu šo ierobežojumu, ir skaidrs, ka piegādātāja uzņēmumam ir jāierobežo pasūtījuma pārvaldība, piemēram, noraidot turpmākās tā variācijas. Pircējs samazina izmaksas, taču atbildība tāpēc pilnībā tiek nodota piegādātāja uzņēmumam, kuram būs jāspēj prasīt atbildību par šo atbildību.

Otrs risinājums varētu būt vienošanās starp pircēju un piegādātāju, lai noteiktu, ka pasūtījums ir atvērts līdz sūtījuma sākumam: tikai tad pasūtījumu nevar mainīt un izrakstīt rēķinu. Tas samazina nepieciešamās pārbaudes starp pasūtījumu un rēķinu, bet noliktavas darbinieks šajā brīdī uzņemas atbildību, sniedzot apstiprinājumu administratoram par ienākošajām precēm.

Ontoloģiskās sistēmas

Ar sistēmām, kas pakāpeniski kļūst stingrākas, kā mēs varam darboties? Tas ir iespējams, ja mēs izvēlamies vieglu papildinājumu.

Lai sniegtu atbildi uz jautājumu, ir jāveic meklēšana starp visiem pieejamajiem informācijas avotiem. Šo darbību var veikt tiešsaistē (tādā nozīmē, ka atbildes laiks to atļauj) vai bezsaistē (aizpildot datubāze no atbildēm).

Ja uz mūsu jautājumu nav atbildēts dati apkopoti, veicot datu ieguvi, mēs vēlamies zināt, vai ir citi veidi, kā apkopot dati lai saņemtu atbildi.

Apskatīsim, piemēram, gadījumu, kad uzņēmums ir ieinteresēts izolēt tos uzņēmumus vai cilvēkus, kuri ir abi klienti kādi piegādātāji. Viņiem kā identifikators ir nodokļu kods vai PVN numurs, tāpēc viens kods identificē vienu vienību. Integrējot i dati datus un izmantojot dublēšanos, ir iespējams sakārtot informāciju jaunā veidā un salīdzinoši vienkāršā veidā identificēt entītiju, kas ir gan klients, gan piegādātājs.

Pievienotā vērtība tiek sasniegta, nevis dalot klienti un piegādātājiem, mēs runājam par vispārīgu kategoriju, sarunu biedriem, kas ietver citus subjektus (piemēram, PA, piemēram, pašvaldība, kurai tiek maksāti nodokļi). Ideja šajā gadījumā ir uzskatīt jēdzienu, nevis sintaksi, kā apkopošanas polu. Tas ļauj mums izvairīties no nepieciešamības integrēt bāzes dati un tāpēc veic gaismas integrāciju.

Klients un piegādātājs ir atslēgvārdi, kas ļauj man identificēt dažas vienības, ar kurām man ir attiecības.

Šajā brīdī ir iespējams izveidot struktūru mūsu sarunu biedriem, kuri ir fiziskas vai juridiskas personas, kas varētu būt jauni uzņēmumi, ar kuriem veidot attiecības, bet kuri nav ne viens, ne otrs klienti ne piegādātājiem (piemēram, pašvaldībai, kaimiņiem). Tāpēc mēs atklājam, ka mums ir mijiedarbība ar personu kopumu un juridisku personu kopumu.

Ir veids, kā piekļūt datubāze ar korelācijas palīdzību, kas nebija paredzēta: mēs atrodam i klienti kuri ir arī piegādātāji, jo mēs atsaucamies uz struktūru dati, bet, pievienoties i dati un atrodam korelāciju, mēs paļaujamies ne tikai uz atrastajām vērtībām, bet arī uz atlaišanu un struktūru (piemēram, kā es varu zināt, vai Mac Donalds un McDonald's ir viens un tas pats uzņēmums?).

Lai izvairītos no atslēgvārdu izmantošanas, ti, lai izvairītos no entītiju raksturošanas ar leksikas atribūtiem, mums ir jāizmanto ontoloģiskās sistēmas: mūs neinteresē noteiktas entītijas sinonīmi, bet mēs esam ieinteresēti izprast pasaules struktūru, ti, ontoloģiju.

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

Piemēram, ja terminu "debesskrāpis" definējam kā "ēka, kas garāka par X metriem", teikums

tipam "es devos mājās ar debesskrāpi kabatā" mūsu definētajā ontoloģijā nav jēgas, savukārt, ja kāda ontoloģija jēdzienam "debesskrāpis" paredz arī "statuetes-suvenīra, kas atveido ēku" nozīmi, tad teikumam būtu precīza nozīme.

Sakarību noteikšana starp datubāze, mēs aprakstām pasauli: tā ir pasaule, kas saka, ka tā nosaka vārdus, ko lietojam. Šāda pasaule vienmēr ir ierobežota: faktu skaits organizācijas dzīvē ir ierobežots. Valodas radītā pasaule ir bezgalīga, un ar valodu mēs varam attēlot jebkuru iespējamo pasauli, jo valoda attiecas uz potenciālu, nevis tikai uz esošo. Jebkurā gadījumā tā ir loģika, kas mūs noved pie semantikas būtības: un loģika, kas saka, ka, ja kāds sniedz pakalpojumu, tad viņš ir piegādātājs, jo mēs zinām, ka pakalpojums ir piegādes veids.

Ontoloģija ļauj nodalīt divas fāzes: apkopošanu un iespējamo integrāciju. Apkopošana ir saistīta ar to, kas mūs interesē, un tā ir būtiska integrācijas sastāvdaļa: ja man ir divi dokumenti ar vienādu dati un apkopot to nozīmi, ir pieliktas vislielākās pūles. Failu faktiskā integrācija (sapludināšana vai rediģēšana) ir neliela daļa.

Ir iespējams saistīt informāciju, kas ietverta datubāze, bet arī dokumentus un video, izmantojot semantiku. Priekšrocība, ka jums ir vairāk datubāze, nevis tikai viens, mēs varam paturēt nei datubāze analītiskā informācija atomu līmenī.

Pēc tam mums jāspēj korelēt informāciju, lai iegūtu standartizētu atbildi, kas ļauj optimizēt izmaksas un garantēt pareizas attiecības ar visiem klienti (spējot atbildēt tāpat).

Lai saprastu, kas ar ko ir saistīts, aplūkosim piemēru, kas izriet no tīmekļa idejas: mēs varam lietot tagus resursiem, lai atpazītu visu saistīto informāciju. Šīs pieejas problēma ir tāda, ka mēs varētu izmantot dažādas formas tagus, lai attēlotu vienu un to pašu (tagi ir saistīti ar sintakse). Otrs risinājums ir atsaukties uz semantisko dimensiju, kas iet cauri leksikā (t.i., vārdu izmantošana tagu atvasināšanai) uz semantiku (jēdzienu un entītiju atvasināšana).

Tomēr mūs interesējošā semantika atšķiras no dabisko valodu semantikas, kurām kopumā ir plašāki mērķi nekā piedāvātajam. Pateicoties semantikai, mēs varam raksturot valodu, ar kuras palīdzību mēs varam aprakstīt sev interesējošo pasauli, tas ir, ontoloģiju.

Ontoloģijas var aprakstīt, izmantojot loģiskās valodas, viena no populārākajām ir OWL (Ontoloģijas tīmekļa valoda).

Caur to mēs varam pārvietoties pasaulē un interpretēt faktus. Tas ir ļoti abstrakts apraksts, noderīgs saistībā ar darbībām, kuras vēlamies veikt.

Ontoloģijā attiecības starp mezgliem nosaka, kas ir iespējams un kas attiecas uz konkrēto ontoloģiju, nevis ārpus tās, un tas ir pilnīgs attiecībā uz darbībām, kuras mēs varam veikt.

To bieži izmanto arī, lai saistītu dažādas lietas, piemēram, ja viens uzņēmums vēlas kaut ko uzzināt par citu uzņēmumu. Šajā gadījumā man ir jāatrod veidi, kā korelēt dažādu informāciju. Abstrakcijas izmantošana ir visbiežāk izmantotā tehnika:

organizācijas diagnostika;

cilvēka diagnoze;

mašīnu diagnostika.

Abstrakcijas veids ir atkarīgs no atbildes, ko vēlamies sniegt: trīs diagnozes ir saistītas viena ar otru, pat ja šie jēdzieni acīmredzot pieder pie dažādām kategorijām.

Katra no šīm kategorijām nosaka tiesību un pienākumu kopumu personas attiecībās ar organizāciju.

mākonis Skaitļošanas

Starp mūsu rīcībā esošajām tehnoloģiskajām platformām ir mākonis skaitļošana rada radikālas premisas: lai gan, no vienas puses, tā var piedāvāt lielas iespējas, no otras puses, tā ir būtisks satricinājums vidē, kurā tā tiek ieviesta, tādējādi apdraudot nozares nozari.

Informācijas tehnoloģijas jau pirmsākumos un konsolidētāk, sākot no 10-15 gadiem, parādījās lietotājiem kā pakalpojums, tas ir, kā resurss, kas ir labāks par ārpakalpojumu, nevis iekšēju. Agrīnie datori bija dārgas mašīnas, lieldatori, tāpēc organizācija nepirka visu iekārtu, bet maksāja, lai to darbinātu un palaistu savu programmatūru; tomēr mašīna palika "servisa centrā", kas piedāvāja uzņēmumam šo iespēju.

Līdz ar tehnoloģiju attīstību šis dimensiju ierobežojums ir pazudis: tāpēc uzņēmumi pārgāja uz iekšējas programmatūras izveidi vai tās iegādi no specializētiem piegādātājiem. Acīmredzami tas ir novedis pie tā, ka dažādu uzņēmumu IKT nodaļa ir palielinājusies, galu galā liekot tiem saskarties ar problēmu, vai izvēle ražot programmatūru nebija pārāk dārga.

Pirmie uzņēmumi, kas saskārās ar šo problēmu, bija lielie uzņēmumi, kuru mērķis bija visu IKT sadaļu pārvietot ārpusē, noslēdzot ārpakalpojumu līgumus: tīkli, serveri, ikdienas uzturēšana, programmatūras izstrāde vairs nebija uzņēmuma iekšējā darbība. un to varētu uzskatīt par jebkuru citu pakalpojumu, arī attiecībā uz izdevumu kontroli un samazināšanu.

Ārpakalpojumi bija veiksmīgi, jo tas ļāva jums iegūt vislabākās kvalitātes pakalpojumu

klāt tirgū. Uzņēmums nevarēja sasniegt šo kvalitāti, jo tā skatījums uz pasauli aprobežojās ar sevi.

Taču šis process prasīja no uzņēmumiem zināmas prasmes slēgt ārpakalpojumu līgumus, lai garantētu iegādāto ļoti sarežģīto pakalpojumu kvalitāti. Tāpēc bija nepieciešami IKT zinoši cilvēki, kuri varētu kontrolēt pakalpojuma kvalitāti un līdz ar to reāli uzņēmuma iekšienē vairs tikai infrastruktūra kļuva nevajadzīga. Tomēr, pārņemot tehnoloģijas no ārējiem piegādātājiem, ir negatīvas sekas: piegādātāju nav iespējams kontrolēt, kas laika gaitā mēdz pazemināt kvalitāti, radīt stingrību un palielināt izmaksas.

Tāpēc šie apsvērumi liek uzņēmumiem atgriezties, ti, iegūt IT nodaļas vai kopīgi ar piegādātāju izveidot uzņēmumus, kuriem izmantot ārpakalpojumus, lai varētu saglabāt lielāku kontroli pār piedāvāto pakalpojumu un patentēto programmatūru.

Un tieši šajā sistēmā mākonis skaitļošana.

No konceptuālā viedokļa raugoties, mākonis skaitļošana radās no idejas par režģa skaitļošanu, tas ir, izmantot jauda efektīvi izplatīt visā pasaulē, tas ir, izmantojot neizmantoto. Sākotnēji šī ideja tiek izmantota mūzikas failu koplietošanai tiešsaistē, izmantojot tīklus, kur ikviens ir gan klients, gan serveris (vienādranga). Problēma

Šī arhitektūra ir tāda, ka nav iespējams identificēt koplietošanas pārvaldnieku, jo nav iespējams noteikt, kurš serveris atrodas, kur i dati.

Šis izplatītais risinājums ir izmantots arī zinātnes jomā, lai atbalstītu jauda izkliedētā skaitļošana. Tomēr tam ir nepieciešama augsta lietotāju viendabība, ierobežojot pašas režģa skaitļošanas attīstību. Neskatoties uz to, uzņēmumi, kuriem ir liels serveru skaits, pievērš uzmanību tīklam, lai gan tos virza pilnīgi neatkarīgas tirgus vajadzības (padomājiet par google ed Amazone). Režģa skaitļošanas tirgus šobrīd samazinās.

Ideja aiz mākonis skaitļošana ir tāda, ka lietotāji ir pakalpojumu lietotāji, viņi neredz, kā pakalpojums tiek ieviests, un viņi strādā vidē, kuru raksturo virtualizācijas disks.

mākonis Skaitļošana VS lieldatori: Tie ir līdzīgi pēc koncepcijas, bet radikāli atšķiras aparatūras ziņā.

mākonis VS Grid skaitļošana: vairs netiek izmantota vienādranga koncepcija.

mākonis Computing VS Outsourcing: Uzņēmums nenodrošina savu informācijas sistēmu.

Aparatūra priekš mākonis bieži tiek izgatavots tā, lai to varētu ievietot konteinerā ar 100, 1000, 2000 serveriem, kas jau ir optimizēti un autonomi atdzesēti, gatavi laišanai “pārdošanā”.

Datu centru modularizācija ļauj veikt atsevišķu un vienkāršotu pārvaldību dublēšanas fāzē, īpaši ņemot vērā, ka ar identiskām mašīnām dublējuma atjaunošana tiek samazināta līdz datu pārsūtīšanas laikam. dati.

Il mākonis skaitļošana ir lieliski piemērota jaunizveidotiem uzņēmumiem, jo ​​​​nav nepieciešams pārvaldīt migrāciju no vecām sistēmām, kas parasti ir ļoti dārgas. Loģika mākonis Faktiski skaitļošanas pamatā ir jēdziens “maksa par lietošanu” jeb tā, lai cilvēki maksātu klienti summu, kas ir proporcionāla viņu izmantotajiem resursiem. Resursus uzreiz piešķir infrastruktūra, tāpēc resursu izmantošana ir dinamiska un ir atkarīga tikai un vienīgi no konkrētā brīža vajadzībām. Tas ļauj ierobežot izmaksas un dinamiski augt kopā ar uzņēmuma vajadzībām.

No ekonomiskā viedokļa situācijās, kad tiek izmantota mākonis skaitļošana nav ierobežota, uzņēmumam ir ieguvums, kas svārstās no 30% līdz 70%. Tomēr var būt ierobežojumi, kas rada papildu izmaksas, piemēram, nepieciešamība atrast i dati (privātuma vai likumdošanas iemeslu dēļ), vai nepieciešamība pielāgot pakalpojumus.

Piedāvājums no mākonis Skaitļošanu raksturo trīs galvenie elementi:

Infrastruktūra kā pakalpojums (Infrastruktūra kā Pakalpojums vai IaaS), kur pakalpojuma sniedzēja piedāvātais pakalpojums mākonis tā ir pati "mākoņa" infrastruktūra, kas sastāv no jauda skaitļošana, uzglabāšana un tīklošana. Pēc tam klients var palaist savu programmatūru (tostarp operētājsistēmas) šajā infrastruktūrā.

Platforma kā pakalpojums (Platforma kā pakalpojums, o PaaS), kur piedāvātais pakalpojums ir platformas iespēja, ko nodrošina pakalpojuma sniedzējs mākonis, kurā klients var palaist savas programmas.

Programmatūra kā pakalpojums (Programmatūra kā pakalpojums vai SaaS), kur piegādātājs mākonis sagatavo klientam programmatūru un viņš maksā tikai par šīs programmatūras faktiskās lietošanas laiku.

Problēma, kas rada mākonis ir privātums un drošība dati, taču to var atrisināt tikai ar nolūku radikāli mainīt mūsu likumu pamatā esošo filozofiju.

Privātums un īpašumtiesības uz Dati

Pārvaldībā dati tiešsaistē acīmredzami rodas privātuma problēma. Problēma nav tik liela, ka i dati var būt publiski, piemēram, ja kāds tos varētu izmantot nepareizi. Ļaunprātīga izmantošana dati sensitīva, t.i., to nelikumīga izmantošana ir jāsoda (piemēram, ja dati par darbinieka veselības stāvokli tika izmantoti viņu atlaišanai, tā būtu nepareiza un nelikumīga izmantošana).

Otra problēma ir īpašumtiesības dati: kurš kontrolē? Šī problēma lielākajai daļai lietotāju nav svarīga, jo viņi kopīgo saturu, kas jau ir publisks. Tomēr, kam dati tikai tīklā sava satura glabāšana nav reāla; tas būtu tikai tad, ja mums būtu bezsaistes kopija.

Pašlaik tirgū tiek piegādāti divi galvenie programmatūras modeļi mākonis skaitļošana:

modelis google, kas nodrošina standarta programmatūru,

modelis Amazone, kas nodrošina mashup programmatūru, lai izveidotu pielāgotu programmatūru.

Ar savām priekšrocībām, mākonis tas rada arī trūkumus: pirmkārt, pašreizējo sistēmu migrācija uz mākonis ir ļoti dārga (tādēļ jaunizveidotiem uzņēmumiem mākonis, ir priekšrocība), taču jūs arī riskējat kļūt par piegādātāja ieslodzīto, patiesībā, ja vēlaties mainīt piegādātāju, jums ir arī jāpārvieto dati, tāpēc jums ir nepieciešamas garantijas no piegādātāja par iespēju izmantot savu dati programmatūrā, ko nodrošina dažādi pārdevēji.

No aparatūras viedokļa mākonis skaitļošana šķiet kā neierobežots resurss: lietotājam vairs nav izmēru problēmu, turklāt vairs nav jāparedz problēmas, bet var koncentrēties tikai uz sniedzamajiem pakalpojumiem un to kvalitāti.

Lai programmatūra būtu kā pakalpojums, programmatūrai ir jāatbilst īpašām prasībām, kas ļauj to izmantot mākonis skaitļošana. Jo īpaši tam ir jābūt

būt modulāram (un ontoloģijas šajā nozarē darbojas daudz, jo īpaši ontoloģijas pārvaldības pakalpojumi platformas līmenī),

būt mazāk integrētam salīdzinot ar pašreizējo programmatūru,

atdalīt dati un programmas.

Attiecībā uz pašreizējo ERP programmatūru, piemēram, SAP, un to izmantošanu dažādās platformās mākonis, tiem jābūt modulāriem. Lai tos padarītu, sistēma ir jāsadala moduļos, pamatojoties uz piedāvātajiem pakalpojumiem (ieskaitot datubāze), uz kuru jums ir jāizveido saite

platformu padarīja pieejamu mākonis skaitļošana. Ideja ir aizstāt iekšējos integrācijas procesus ar ārējiem integrācijas procesiem: tikai tie, kas to spēj, var piedāvāt sevi par uzņēmuma vadītāju. mākonis. Tādā veidā programmatūra zaudē vērtību, dodot būtisku stimulu atvērtā pirmkoda programmatūras attīstībai, jo viss tiek pārveidots par pakalpojumu, ko piedāvā mākonis.

Faktiski tieši atvērtā pirmkoda programmatūra ir vislabākā programmatūras kā pakalpojuma kandidāte, jo ikviens, kurš to izstrādā, var arī ignorēt problēmas saistībā ar integrāciju ar platformu un patiešām ir programmas vadītājs. mākonis kam jārūpējas par šo aspektu. Precīzāk, atvērtā pirmkoda programmatūras izstrāde nav vērsta uz lielu lietotāju auditoriju, bet var mijiedarboties ar dažiem pakalpojumu sniedzējiem. mākonis skaitļošanu, kas pēc tam var pārdot programmatūru kā pakalpojumu plašākai auditorijai.

Moduļu integrēšanas idejā svarīga loma ir ontoloģijām, jo, no vienas puses, tās garantē nepārtrauktību ar esošo un, no otras puses, tās var pārvaldīt moduļu piegādātājs. mākonis.

UPS ir pasaules līderis paku pārvadājumos.

Tālāk ir sniegts dažādu aspektu (sadarbība / organizācija / sistēmas) integrāciju apraksts.

Jāņem vērā, ka, ņemot vērā uzņēmuma lielumu, tā uzņēmējdarbības veidu un izmantoto tehnoloģiju apjomu, pilnīgs apraksts būtu ievērojami pārsniedzis šim ziņojumam noteiktos ierobežojumus; tāpēc mēs centīsimies sniegt pārskatu par galvenajiem aspektiem.

Integrācijas

Pirmā integrācija starp aspektiem, par ko var runāt, ir integrācija starp sistēmu un organizāciju. UPS ir milzīgs uzņēmums, taču tam jau no paša sākuma bija tālredzība izveidot savu datu bāze kā centrāla un monolīta vienība. Ņūdžersijas objektā – tāpat kā, protams, tā Džordžijas dvīņos – atrodas vairākas datubāze kas satur (citu citu informāciju):

i dati personāla vadībai;

i dati, atjaunināts reāllaikā, par noliktavām un izmantotajiem transporta līdzekļiem, izplatīts intermodālā transporta tīklā;

informācija par partneruzņēmumiem ei klienti (pēdējais arī tika atjaunināts reāllaikā, pamatojoties uz informāciju, kas nāk no DIAD termināļiem un vietnes internets);

i dati finanšu pārskatu (bilances, peļņas vai zaudējumu aprēķina uc) sastādīšanai.

Kā uzņēmums opera pat ārpus ASV daži aspekti ir izplatīti arī ārzemēs. Piemērs ir datu bāze personāla vadība, pēc savas būtības integrēta ar ekonomiskās darbības analīzes sistēmām: tiek ietaupītas personāla un darbības izmaksas datubāze valsts, bet informācija tiek periodiski apkopota un konvertēta ASV valūtā; visas antiproduktīvās darbības tiek identificētas un atrisinātas īsā laikā. Nepieciešamība automatizēt izmaksu uzskaiti ir ļāvusi UPS automatizēt dažus procesus, tostarp algu ģenerēšanu.

Arī maiņu un atpūtas periodu vadība ir bijusi daļēji automatizēta: darbinieki ir iedalīti kategorijās datubāze pamatojoties uz lomas veidu, mācību programmu un ģeogrāfisko reģionu (mēs redzēsim nākamajā rindkopā, kā tas jau atspoguļo materiālu

ontoloģijai); atvaļinājuma pieprasījums, kas ir jāiesniedz jau laikus, tiek ievadīts programmatūrā, kas iesniedz plāna apstiprinājumu sektoru vadītājiem. Šis mehānisms, kas ir ļoti efektīvs uz papīra, ir novedis pie tā, ka darbinieki ir ierosinājuši kolektīvu prasību pret UPS, jo tas nekādā veidā nebija "elastīgs" attiecībā uz cilvēkiem, kuri pēkšņi ir pakļauti šķēršļiem vai invaliditātei).

I dati saistībā ar noliktavām un transporta līdzekļiem ir UPS darbības pamatā, kas dzīvo no pakalpojumu efektivitātes, neražojot preces. Visu programmatūru uzņēmums ir izveidojis pats uzņēmums pēdējo divu desmitgažu laikā, un tā ir ļoti integrēta: tās visas attiecas uz vienu un to pašu datu bāze un notiek nepārtraukta informācijas plūsma uz un no lietojumprogrammām.

Piemēram, kad klients pieprasa sūtījuma nosūtīšanu, viņa informācija tiek ievadīta no nulles vai kā atjaunināta informācija (īpaši maksājumu atsauces, kas apstiprinātas, izmantojot saskarnes pakalpojumus ar starpbanku sistēmām). dati sūtījuma (saņemšanas un piegādes vieta, iespējamā alternatīvā vieta nesaņemšanas gadījumā, automātiski aprēķināta un klienta pieņemta piegādes maksa utt.). Kredīts tiek ģenerēts uzreiz pēc piegādes apstiprinājuma saņemšanas sistēmā (no DIAD termināļa).

Pasūtījuma ģenerēšana arī izraisa ieraksta izveidi nosūtīšanas pārvaldības sistēmā, kas ietver paziņojumu iesaistītajiem operatoriem. UPS loģistikas atbalsta sistēma rūpējas par paku sūtījumu optimizāciju gan attiecībā uz mikroautobusu veikto minimālo maršrutu, gan ar tiem pārvadājamajām pakām, ņemot vērā arī pieejamos operatorus, pamatojoties uz iepriekš minēto brīvdienu un atpūtas grafiku. Tie visi ir piemēri augstajam integrācijas līmenim, ko panāk uzņēmuma sistēmas.

Kā jau tika uzsvērts iepriekšējā dokumentā un kā izriet no līdz šim teiktā par plūsmām dati no ārējām tautām uz datubāze centrā notiek liela noliktavas darbība. UPS ir a datubāze no vairākiem terabaitiem, kurā atrodas operāciju informācijas bibliotēka (OIL), milzīga kolekcija dati, kas strukturēts dažādos granularitātes līmeņos, kas apkopo grupas aktivitātes. OIL sākotnēji radās, lai uzlabotu iekšējo organizāciju Amerikas teritorijā un plānotu stratēģijas īstermiņā, bet, sākot ar 1999. gadu, tajā ir iekļauta visa informācija par planētu darbību un tikai no 2000. gadu sākuma tiek izmantota programmatūras integrācijai. izlūkošana un tiešsaistes analītiskā apstrāde.

I dati ar apkopojumiem var iepazīties organizācijas vadība; kā minēts citā dokumentā, daudzi dati ar ļoti smalku precizitāti ir pieejamas arī, izmantojot API, izmantojot klienti, piemēram, informācija par vienas nosūtītās preces statusu. THE klienti paši var ļoti viegli integrēt šo informāciju savās sistēmās, pateicoties UPS sistemātiskajai atvērto standartu pieņemšanai.

Kā aprakstīts citā dokumentā, UPS ir komisija, kas uzņemas tehnoloģiskos jauninājumus, apkopojot ieteikumus no darbiniekiem. Idejas tiek iesniegtas, izmantojot tīmekļa aplikāciju, kuru var izmantot uzņēmuma iekštīklā.

Integrācijas ontoloģija

Izvirzot hipotēzi par UPS integrāciju ontoloģiju, noteikti var sākt no dalībniekiem, kas ir iesaistīti tās pamatbiznesā: paku pārvadājumos. Tādējādi mums ir klases pakotne, kas tiek transportēta no vienas vietas uz citu; transportu var konceptualizēt ar divām attiecībām "transportFrom" un "transportTo", ja izslēdz no

starptautiskās un multimodālās piegādes modelēšana. Pakai var būt vairākas specializētas apakšklases – atkarībā no tā īpašībām – un tai ir jābūt tūlītējai atrašanās vietai, ievērojot ģeogrāfisko atrašanās vietu.

Paku parasti nosūta klients; ņemot vērā UPS pakalpojumu plašo klāstu – kas neietver tikai paku pārvadāšanu – liela uzmanība jāpievērš atvasināto klašu un atribūtu aprakstam. Jebkurš piedāvātais pakalpojums ir saistīts ar dažāda veida Pasūtījuma, piemēram, Sūtījuma, "izpildīšanu".

Var gadīties, ka klients ir arī Piegādātājs. Ontoloģija varētu definēt apkopojuma virsklasi CompanyPartner, ja tā atzīst, ka tā vienlaikus ir Klienta un Piegādātāja tipa uzņēmums, vai ja tā ir veikusi vismaz vienu piegādi un vismaz vienu pasūtījumu.

Big Brown, kā to sauc UPS žargonā, galvenokārt sastāv no darbinieku entītijām, kas sakārtotas plašā un daudzveidīgā hierarhiskā struktūrā (organizācijas diagramma). Arī šeit strukturēšanai ir jābūt precīzai, īpašu uzmanību pievēršot aspektiem, kas saistīti ar telpu/laiku: darbinieks darbosies precīzā reģionā vai, pareizāk sakot, pasaules tīkla vietu apkopojumā, savā darba nedēļā aptvers precīzu grafiku. un tā tālāk. Šāda veida ontoloģija ļautu ļoti viegli izdarīt automātiskus secinājumus atpūtas maiņu ģenerēšanā. Adekvāti modelējot noteiktus atribūtus, piemēram, kvalifikāciju, titulus, dienesta uzskaiti un nostrādātos gadus, vadībai tiek dota iespēja kvantitatīvi, kā arī kvalitatīvi novērtēt personāla sniegumu.

Daudzi no šiem dati jau atrodas UPS mantotajās sistēmās, kas tiek glabātas datubāze ieviesta pēdējo divu desmitgažu laikā. Citi var parādīties no piemērotiem datu bāzu "skatiem" vai datu ieguves darbību rezultātā.

admin Vadītājs

👍Tīmekļa tiešsaistes aģentūra | Tīmekļa aģentūras eksperts digitālā mārketinga un SEO jomā. Web Agency Online ir tīmekļa aģentūra. Agenzia Web Online panākumi digitālajā transformācijā ir balstīti uz Iron SEO versijas 3 pamatiem. Specialitātes: sistēmu integrācija, uzņēmuma lietojumprogrammu integrācija, uz pakalpojumiem orientēta arhitektūra, mākoņdatošana, datu noliktava, biznesa inteliģence, lielie dati, portāli, iekštīkli, tīmekļa lietojumprogramma Relāciju un daudzdimensiju datu bāzu projektēšana un pārvaldība Digitālo mediju saskarņu projektēšana: lietojamība un grafika. Tiešsaistes tīmekļa aģentūra piedāvā uzņēmumiem sekojošus pakalpojumus: -SEO Google, Amazon, Bing, Yandex; -Web Analytics: Google Analytics, Google tagu pārvaldnieks, Yandex Metrica; -Lietotāju reklāmguvumi: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM Google, Bing, Amazon reklāmās; -Sociālo mediju mārketings (Facebook, Linkedin, Youtube, Instagram).

Skatiet pilnu biogrāfiju

Digital Marketing Datubāze DBVS Datu noliktava Datu Zinātne Tiešsaistes reklāma Informācijas tehnoloģija Web aģentūra Reklāmas aģentūra Marketing