Adatbázis-kezelő rendszer és együttműködés

Ezen az oldalon a következőkről szeretnénk beszélni: "Távoli DBA a vállalatok között együttműködő módon"

Élvezze az olvasást.

1/2. rész

Előzetes tájékoztatás

FORRÁS: Claudio VENTURINI

CÍM: Tervezés és fejlesztés Adattárház a kooperatív környezetben

Előadó: Dr. MAURINO Andrea

Társelőadó: Dr. Angelo SIRONI

Claudio Venturini diplomamunkájának darabjai, amelyeket Andrea Maurino, a University of the University of University tanára adott Stefano Fantinnak. Milano Bicocca, mint olvasási és dokumentációs forrás.

Együttműködés: problémák az informatikában

Egy szövetkezeti forgatókönyv szerint két vagy több szervezet létezik, amelyek versenyrendszerben működnek egy bizonyos piacon, és amelyeknek együtt kell működniük a vállalkozás bizonyos aspektusaiban. Az okok sokfélék lehetnek, és a gazdasági, szervezetirányítási és tudásmenedzsment kutatások széles körben vitatottak.

Általánosságban elmondható, hogy a különböző szereplők közötti együttműködési kapcsolat létrejöhet a résztvevők saját akaratából, vagy harmadik felek is előírhatják. Az első esetben a szereplők együttműködésben azonosítják a közös előnyök megszerzésének lehetőségét, amelyet pusztán versenyhelyzetben egyikük sem kaphatna meg. Példa erre az információcsere a termékek vagy szolgáltatások minőségének javítása céljából ügyfelek. A második esetben azonban a forgatókönyv egy harmadik szereplőt foglal magában, akinek hatalmában áll a résztvevők közötti információcserét kikényszeríteni vagy ösztönözni. Tipikus eset az, amikor egyes szervezeteket törvény kötelez az együttműködési mechanizmusban való részvételre.

Informatikai szempontból a kooperációt az jellemzi, hogy az érintett szereplőknek szükségük van információcserére, anélkül azonban, hogy információs rendszereiket teljesen integrálnák. Ezt az információcserét jól ellenőrizni kell, mivel az együttműködés csak akkor lehet nyereséges, ha a kapcsolat kooperatív aspektusa minden résztvevő számára hasznot hoz, és így nem generál versenyelőnyt az egyes szereplők számára. Az ezt az integrációt kooperatív környezetben megvalósító szoftverrendszer fejlesztése szempontjából tehát a leglényegesebb problémák a következők:

A megosztandó információk azonosítása, annak megértése, hogy mely információkat kell kicserélni és ezért integrálni, hogy az hasznos legyen az összes érintett szervezet számára.

Az integrációs technikák kiválasztják a megfelelő technikákat az integráció végrehajtásához, mind a követendő folyamat, mind a használható architektúrák és rendszerek tekintetében. Ez a terület magában foglalja a különböző szervezetektől származó információk közötti lehetséges szemantikai inkonzisztenciák feloldásával kapcsolatos kérdéseket is.

Skálázhatóság A kooperációban részt vevő szervezetek száma több tucat nagyságrendű is lehet, és idővel változhat: ezért szükséges, hogy az architektúra kellően skálázható legyen, hogy a kapcsolódó adat viszonylagos egyszerűséggel integrálható a rendszerbe.

Rugalmasság A különböző információs rendszerek integrációja növeli annak valószínűségét, hogy ezek közül legalább az egyik rövid távon megváltozik. Ez a valószínűség annál nagyobb, minél több integrált információs rendszer létezik, és problémát jelent, különösen akkor, ha a megosztott információ mennyisége magas. A rendszernek ezért képesnek kell lennie arra, hogy gyorsan reagáljon a különféle integrált információs rendszerek változásaira.

A biztonság megfelelő hozzáférés-ellenőrzési mechanizmusok révén biztosítja a közzétett információk biztonságát

Adatvédelem a közzétett információk titkosságának biztosítása érdekében, annak megakadályozása érdekében, hogy az egyik szereplő más szervezetek számára érzékeny információkhoz jusson, például következtetéses támadások révén. Különösen meg kell találni a megfelelő egyensúlyt a hasznossága között adat elemző vizsgálatok elvégzése érdekében, és a szükséges szintű adatvédelem.

Tulajdona  adat  abban a pillanatban, amelyben i  adat  közzéteszik, egy szervezet azt kockáztatja, hogy elveszti az irányítást felettük. Ezt a problémát erősen befolyásolja egy harmadik szereplő jelenléte, valamint az érintett szervezetekbe vetett bizalom mértéke.

visszaraktak. Valójában bizonyos esetekben ez a harmadik fél átveheti a kezelését adat megosztott.

E problémák megoldásához az informatikának először azonosítania kell az integrációhoz és információcseréhez szükséges architektúrákat, platformokat és technológiákat. Másodszor, megfelelő fejlesztési modellt kell meghatároznia, különösen a követelmények gyűjtési szakasza tekintetében. A következőkben részletesen elemezzük, hogyan lehetséges az adattárházi rendszer fejlesztésének specifikus esetében megjelölt követelmények megfelelése.

Általában a DW-t a szervezet üzleti tevékenysége szempontjából érdekes események kvantitatív elemzésére használják, például értékesítések, vásárlások vagy készletszintek. Következésképpen számszerű információkkal, például termékmennyiségekkel vagy árakkal foglalkozik. Ennek érdekében a DW úgy rendszerezi az információkat, hogy azok hatékonyan felhasználhatók legyenek döntéstámogató célú elemzések elvégzésére. A adat a szervezeten belüli különböző forrásokból nyerik ki, és az integrációs technikák egyikével integrálják az egységes jövőkép kialakítása érdekében. Ebben a fázisban egy tisztítási folyamaton is áteshetnek, amelynek végén beépülnek a DW-be.

A DW-t a felhasználók különböző szinteken használják. A vezető testületek   összetett   elemzésére használják   a   vállalkozás   különféle   vonatkozásairól   annak érdekében, hogy      támogassák   döntéseiket.

Más felhasználók egyszerűen használhatják időszakos jelentések készítésére, amelyek néha a szervezeten kívül is nyilvánosságra hozhatók.

Egy kooperatív környezetben kifejlesztett DW-ben az egyetlen forrás adat különböző szervezetek tulajdonában vannak, és integrálva vannak, hogy olyan jelenségeket figyeljenek meg, amelyekben nem egyének, hanem minden résztvevő. .

Kooperatív Adattárház  (CDW):

a rendszert nem kizárólag a szervezeten belül használják ki. Éppen ellenkezőleg, a rendszer nyitott, és különböző típusú felhasználók számára tud információt nyújtani:

ugyanazok a szervezetek vesznek részt az együttműködésben, akik így szélesebb képet kaphatnak arról a piacról, ahol működnek

a közigazgatás, amely kérheti adat ellenőrzési tevékenységek elvégzése érdekében

a termelési lánc átláthatóbbá tétele érdekében.

Együttműködés, verseny, együttműködés

Az elmúlt években más szerzők is hangsúlyozták a kooperatív mechanizmusok fontosságát a vállalkozáson belüli értékteremtésben.

A játékelmélet révén lehetőség nyílik az üzleti szereplők viselkedésének matematikai modellezésére annak érdekében, hogy tanulmányozzák stratégiai döntéseiket. A játékban minden versenyző stratégiát alkalmaz, hogy eldöntse, melyik lépést tegye meg minden körben. A lépés jövedelmezőségét egy jutalomfüggvény határozza meg, amely egy számértéket társít a résztvevő minden lépéséhez. A jutalom általában pénznyereséget vagy veszteséget jelent, következésképpen lehet a

negatív érték. A játékosok célja, hogy maximalizálják a játék különböző körei során szerzett jutalmak összegét.

Anélkül, hogy a matematikai ábrázolás részleteibe mennénk, a verseny, az együttműködés és az együttműködés három forgatókönyve a következőképpen jellemezhető:

Verseny A szervezet a többi piaci szereplőhöz képest elszigetelt entitás, és a játék egyetlen célja, hogy opportunista magatartást követve nagyobb jutalmat keressenek, mint amit az ellenfelek kapnak. Ebben a játékforgatókönyvben az egyik játékosnak kifizetett győzelem az ellenfél azonos veszteségének felel meg, következésképpen nulla összegű játékról beszélhetünk. Nyilvánvaló, hogy ebben a játéktípusban a különböző résztvevők jutalmazási funkciói éles ellentétben állnak egymással: így nem valós értékteremtés, hanem értékátadás történik a játékosok között.

Együttműködés A játékban lévő szervezeteket konvergáló érdekek vezérlik, következésképpen egymással megegyező jutalmazási funkciók jellemzik őket. Általánosságban elmondható, hogy az interakciók a kölcsönös bizalmon alapuló kapcsolaton alapulnak, teljesen ellentétes módon azzal, ami egy versenyhelyzetben történik. Ez a kontextus

egy pozitív összegű játékkal képviselhető, amelyben lehetőség nyílik az értékteremtésre, és annál következetesebb, minél inkább a közös érdekek érvényesítését célzó stratégiát választanak a játékosok: ez erősen visszatartja az opportunista magatartást.

Együttműködés   A   koopetitív   kontextus   egy   hibrid   forgatókönyv  , amelyben   résztvevők     részben   konvergens   érdekeket követnek. Ez azt jelenti, hogy ellentétben azzal, ami az együttműködésben történik, a szervezet elsődleges érdeke nem az

tökéletesen illeszkedik a játék többi résztvevőjének érdeklődéséhez. A játékosok között tehát nincs teljes bizalmi kapcsolat: éppen ellenkezőleg, valószínű, hogy egyes játékosok jutalmazási funkciója az opportunista viselkedést részesíti előnyben. Ezek a tényezők azt jelentik, hogy a játékot egy pozitív, de változó összegű szerkezet jellemzi, ami valamennyi résztvevő számára közös előnyökhöz vezethet, de nem feltétlenül igazságos. Ebben a forgatókönyvben bizonytalansági helyzetet teremt az a tény, hogy a játékosok nem tudják eleve megbecsülni az együttműködésből származó előnyöket. Ez a bizonytalanság opportunista viselkedéshez vezethet, következésképpen csökkenti az együttműködésben való részvételt.

Mindenesetre a lehetséges elemzéseknek az érintett szervezetek összességére kell korlátozódniuk, ezért nem érinthetik adat csak egy közülük.

Együttműködés informatikai szempontból

Kölcsönös haszon Együttműködés két vagy több partner között kölcsönös előnyök megszerzése érdekében. Valódi eset a mobiltelefon-társaságok által nyújtott nemzetközi barangolási szolgáltatás, amelyek versenyeznek, hogy vonzzák. ügyfelek, ugyanakkor együttműködnek a telefonhálózathoz való hozzáférés garantálásában külföldön is, megosztva a nemzetközi telefonforgalomból származó bevételeket. Az üzemeltetőknek be kell vezetniük a Call Detail Record cseremechanizmusokat és egységesíteniük kell a díjszabási rendszereket. Egy másik példa az automatikus autópályadíj-fizetési szolgáltatások, mint például a Telepass. Bár az olasz autópálya-hálózat több versengő cég tulajdonában van, együttműködnek annak érdekében, hogy a Telepass szolgáltatást a teljes hálózaton biztosítsák. Ebben az esetben is folyamatos áramlásra van szükség adat különböző szervezetek között az autósok hitelkártya-terheléseinek kezelésére.

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  Olaszország  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.

Statisztikai információs rendszerek A közigazgatás vagy a nagyvállalatok dönthetnek úgy, hogy információs rendszereiket részben integrálják a lakosságra vonatkozó információk birtokában, döntéstámogatás és statisztikai elemzés céljából.

A résztvevők információs rendszereinek integrációja egy összevont információs rendszer felépítését jelenti, amely lehetővé teszi az információcserét az érintett szervezetek között. A rendszerépítés legnagyobb problémái közé tartozik

A legkorszerűbb

Az együttműködéssel összefüggésben természetesen vannak szervezési problémák. Az első ilyen értelemben vett elemzést azzal a céllal végezték el, hogy felmérjék a projekt sikerét vagy kudarcát okozó tényezőket, felvázolják az integrációs folyamatban részt vevő szereplők profilját, osztályozzák az általuk felvehető magatartásformákat, végül azonosítsák a a rendszer felépítésének lényeges fázisai.

Egy egyesített információs rendszer kooperatív alapon történő kiépítésére irányuló projektben a következő szereplők azonosíthatók:

Együttműködési testületi bizottság Egy bizottság, amelynek feladata az együttműködés elősegítése azáltal, hogy közvetítő szerepet tölt be az érintett szervezetek között és koordinálja a projektet

Döntéshozó A különböző érintett szervezetek menedzsereinek összessége, akiknek jogában áll eldönteni, hogy milyen fontossági fokot tulajdonítanak a projektnek, és ennek következtében mennyi erőforrást allokálnak.

Együttműködési folyamat kulcsszerepe (CPKR) Emberek csoportja az egyes érintett szervezeteknél, akik felelősek a szervezet és a kooperációs bizottsággal való kapcsolattartásért az együttműködés végrehajtása érdekében. Általában alacsonyabb rangúak, mint a döntéshozók, de nagy befolyással bírnak a kooperatív folyamatban.

A szerzők kiemelik, hogy bizonyos esetekben a projekt céljainak eléréséhez szükség lehet a szervezet üzleti folyamataiba történő beavatkozásra, különösen akkor, ha minőségi problémák megoldására van szükség.  adat. Újratervezésük költséges művelet, ezért szükséges, hogy a döntéshozók teljes mértékben megértsék, mekkora hozzáadott értéket jelent a kezdeményezés a szervezet számára. Ellenkező esetben nem lesznek hajlandóak elegendő erőforrást befektetni, mind a humán, mind a pénzügyi tőke tekintetében. Ez különösen fontos abban az esetben, ha az együttműködést harmadik felek kényszerítik.

A CPKR-ek  szerepe alapvető a projekt sikerében, mivel az integráció lehetővé tételével foglalkoznak azáltal, hogy biztosítják a szükséges interfészeket a szervezet és a külső világ között. A CPKR tipikus esete az IT osztály technikusai, akiknek elő kell készíteniük azokat a hardver- és szoftverplatformokat, amelyek lehetővé teszik a szervezet kommunikációját a szövetséggel. Egyes esetekben a CPKR-ek nem tapasztalnak közvetlen hasznot az új rendszer bevezetéséből, ezért vonakodhatnak az együttműködésben való részvételtől. Emellett általában a döntéshozóknak való alárendelt helyzetbe kerülnek. Ha ez utóbbiak nem kívánnak megfelelő erőforrásokat fektetni a projektbe, akkor nagyon valószínű, hogy a teljes munkaidőnek csak kis részét hagyják a CPKR-k rendelkezésére a projekt megvalósítására.

Távoli DBA a vállalatok között kooperatív módon

2/2. rész

Alapjai

IT a szervezet számára

A tanfolyam első része: leckék 1-6

A segédanyagokat írta:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Giorgio De Michelis professzor ellenőrizte, hogy nem történt-e baklövés.

DOKTORI STEFANO FANTIN ÁLTAL ERŐSÍTETT ADAGOLÁSOK.

Az információs technológia története a szervezetekben

A vállalatok már a számítógépek megjelenése előtt elkezdték használni az automatizmusokat és gépeket, például az 1900-as évek elején gépeket használtak az anyakönyvi rendszer rendezésére rendelt kártyák és kiválasztási mechanizmusok segítségével, vagy információk és elszámolások összesítésére, mint például a Tabulating vagy Accounting Machines.

Az International Business Machines, az IBM pontosan ebben a szektorban született: kezdetben számlázási rendszereket értékesített, amelyekre havonta több ezer alkalommal került sor; ezért léteztek rendszerek a számlakészítésre, de a menedzsmentre nem: nem volt statisztika, és nem volt hol tárolni nagy mennyiségű számlát. adat.

Az 30-as és 40-es évek közepén három fő munkacsoport dolgozott programozható elektronikus számítógépeken: Alan Turing Angliában, azzal a céllal, hogy háborús célokra titkosító rendszert hozzon létre, Konrad Zuse Németország (da alcuni reputato il vero inventore del

elektronikus számológép) és Neumann János az ENIAC csapatával Amerikában. A háború után különösen az amerikaiaknak volt érdemük, hogy látták a számítógépek szerepét a szervezeteken belül, és ezért bevezették őket ezekbe a környezetekbe.

A programozható számológép koncepciója azonban megelőzte ezt az időszakot: Charles Babbage már az 1800-as évek közepén megalkotott egy mechanikus gépet a számítások elvégzésére, a „differenciálmotort”.". Ezt a gépet azonban mechanikai problémák érte London). Babbage később megtervezte az „analitikai motort", egy még bonyolultabb gép, amely lyukkártyákat használt, és amely képes volt arra tetszés szerint programozva. Aritmetikai egységekkel, áramlásszabályozással és memóriával rendelkezett: ez volt az első Turing-komplett számítógép.

Az 50-es évek végén felismerték, hogy a számológép használható az üzleti életben és a közigazgatásban, amelynek szervezete megsínylette a hatalmas mennyiségű adat. A magas költségek miatt csak a nagy szervezetek és kutatóközpontok (például az űrben), valamint a hadsereg engedhetett meg magának egy számológépet.

Az 60-as években az információs technológia végre széles körben bekerült a vállalatok közé, az első nagyszámítógépet, a System/360-at kifejlesztő IBM szerepének is köszönhetően. (1964).

Abban a korszakban is Olaszország Volt Olivettinek köszönhetően elektronikus számológépek gyártása szervezetek számára. Ez a társaság két munkacsoportból állt: a Pisa megtörtént a gép elvi és fizikai tervezése, Ivreában volt az értékesítés és a vevővel való kapcsolattartás kereskedelmi központja. A számítógépek fejlesztése ebben a korszakban kihívást és kalandot jelentett, hiszen még nem léteztek olyan fejlesztési folyamatok, amelyek garantálták volna a magasan használható gépek létrejöttét.

Idővel ezek a technológiák elterjedtek, és a számítógép az összes kódolható információ kezelésének eszközévé vált.

Mára a 40 évvel ezelőttihez képest az információs technológia sokat változott. A lyukkártyák ideje óta számos fejlesztés történt, de sajnos elkerülhetetlen problémák is adódtak az innováció által megkövetelt változásból. Jelenleg minden alkalommal, amikor változást vezetünk be, meg kell küzdenünk a meglévő (örökölt) technológiákkal, amelyek gyakran rosszul dokumentáltak vagy egyáltalán nem dokumentáltak, előrevetítjük az integrációkat és az átállási időket, valamint ütköznünk kell a felhasználói ellenállással.

A gazdálkodó szervezetekben különféle okok miatt szorgalmazzák a számológépek folyamatos használatát. A legsürgetőbbek a hatalmas mennyiségek adat a gyakran strukturálatlan információk kezelése, valamint az ismétlődő vagy összetett számítások elvégzésének szükségessége.

3 oldalas látás

A szervezeten belül három érdeklődési terület van az információs rendszerek iránt:

hatálya üzemeltetési, amely a társaság irányításához szükséges tények nyilvántartásba vételével kapcsolatos;

hatálya Döntéshozatal, az üzleti intelligencia fejlesztését célzó információk feldolgozásával kapcsolatban;

hatálya együttműködő, a vállalaton belüli és a külső beszélgetőpartnerekkel folytatott kommunikáció és tudásáramlás menedzseléséhez szükséges, hogy az új.

Az információs rendszerek működése megfelel a tevékenységek jó megszervezésének, és ezáltal előnyökkel jár a munkavállalók számára érdekeltek (legyenek azok alkalmazottak, partnerek, beszállítók, állam).

Az információs rendszereknek ezt a „három arcú” felosztását két cikk javasolta11 az 90-es évek végén különböző egyetemekről és hátterű szakértőkből álló csoport támogatta a három terület figyelembevételének szükségességét a hatékony rendszer kialakításához.

A rendszer három oldalát nem a rendszer alkotóelemeiként kell felfogni, hanem a vállalat három szempontjaként, amelyeket figyelembe kell venni az új rendszerek kidolgozásakor.

Bár az első információs rendszerek kizárólag a műveletek támogatására jöttek létre, fejlődésük során nem különült el a rendszer 3 oldala, hanem egyesültek a rendszert teljes egészében alkotó különböző komponensekbe; a rendszereket meghatározott felhasználási célokra hozták létre, és ezeken belül mindegyiknek megvolt a három oldalára jellemző szempont. Például az üzleti intelligencia rendszerek születése és fejlesztése során folytatódott a működést támogató rendszerek fejlődése.

Ez hozzájárult a különálló, de együttműködő komponensekből álló rendszerek létrehozásához. Ezen komponensek mindegyike a többitől elkülönült evolúcióval rendelkezik, és a rendszer növekedése a meglévő rendszerek integrációjának optimalizálásával kapcsolatos döntésekből áll. Ezek az integrációs döntések azonban merevséget hoznak létre, és a jövőbeni döntéseket szabják meg: egy szoftver innovációja évekig (10 vagy 15 évig) folytatódik, és folyamatosan megkérdőjelezi a meglévő rendszereket. A múltban meghozott döntések az összetevők közötti kapcsolatokra vonatkoznak, amelyek a jelenlegi helyzethez vezettek, nemcsak rendszerszinten, hanem az előítéletek szintjén is: a hiedelmek és szokások, amelyek gyökeret vertek a vállalatban, különösen nagy stabilitású helyzetekben.

Az általunk látott három felosztást ugyanazon probléma három oldalának kell tekinteni, nem pedig három különálló összetevőnek.

Műveletek támogatása

Az információtechnológia először a létfontosságú és mennyiségi érdeklődésre számot tartó területeken lépett be a vállalatokba: a cég lényeges információi azok, amelyek a vállalat gazdasági értékeire, termékeire vezethetők vissza. Ezért az első három számítógépesítendő terület a következő volt

raktárgazdálkodás és termeléstervezés;

számvitel, ügyintézés;

személyzeti adminisztráció.

A szervezet első információs technológiája tehát a gazdasági értékeknek tulajdonítható vállalati tények egyedi azonosításának előállításához kapcsolódik. Ez a szempont mára alapvetővé vált, mert átláthatóvá teszi a cég tevékenységét. Napjainkban elengedhetetlen, hogy ez a transzparencia a legkülönbözőbb jogalkotók szerint is jelen legyen, ezért egy nagy szervezeten belül is vannak olyan igények, amelyeket informatikai segítség nélkül már nem lehet kielégíteni.

Azok a rendszerek, amelyek ezek kezelésével foglalkoznak adat alapvető a tevékenységhez ún. műveleteket támogató rendszerek.

Vegyünk például egy fiktív céget, amely játékokat gyárt: minden legyártott tárgyat az anyagjegyzéke, vagyis az összes alkatrészének listája ír le, és az anyagjegyzék minden variációja más-más tárgyat eredményez: pl. , az összes Barbinak 2 karja és 2 lába van, de van akinek vörös a haja, van akinek bizonyos ruha, stb. Egyedi kódok használatával azonosítani tudjuk a terméket és annak összes változatát.

Minden terméknek van raktárkészlete raktár: arra vagyunk kíváncsiak, hogy hány Barbie-nk van és mennyit gyártottunk.

A termékeket ezután értékesíteni kell: ezután egy cégnek kell adminisztrálnia az értékesítési számlákat. Ezen a ponton korrelálhatjuk a pénzt és a termékeket, és megnézhetjük, mennyi pénz megy be az egyes kiadott termékekért.

Az információs rendszeren keresztül tehát információhoz juthatunk a termékekről és a Denaro.

A végtermékekkel párhuzamosan ahhoz, hogy valamit előállítsunk, beérkező anyagokra van szükség, így a beérkező anyagokat és a kapcsolódó költségeket, készleteket kell majd nyilvántartanunk.

Végül be kell adni a Személyes. A fő információ:

profilok (személyes, fiskális);

pozíció a szervezetben;

a termelési bónuszrendszerrel kapcsolatos jelzések.

Döntés támogatás

A szervezet működtetése azonban túlmutat a vállalat tényeinek kezelésén: a vállalat növekedéséhez, fejlesztéséhez és fejlesztéséhez a felmerülő helyzetek és problémák (például egy termék iránti kereslet növekedése vagy csökkenése) alapján kell döntéseket hozni. a vállalat útjában, vagyis alapvetően tényeken és gazdasági értékeken alapuló döntések meghozatala.

Nem csak: a vállalat észrevétlenül is letérhet útjáról, ha például egyes értékesítési csatornák túlságosan vagy túl veszteségesek (vagy akár veszteséget is jelentenek), a vállalat öntudatlanul is váratlan irányba indulhat el.

Ezért szükséges kérdéseket feltenni magunknak a változást előidéző, illetve a vállalat működési döntéseit leginkább befolyásoló tényezőkkel kapcsolatban. Ehhez lehetőség van számológépek segítségével modelleket építeni a legjobban értelmezhető adat ismert.

Olyan rendszerekre van tehát szükség, amelyek minden hasznos, azaz az azt kérő szakterületére vonatkozó és a vonatkozó tevékenységek elvégzéséhez hasznos tudáshoz hozzáférnek, hogy választ tudjunk adni, de jót hagyva. szabadságfok.. hogy felelősségteljesen tudjunk választ adni.

Az ilyen rendszereket, amelyek a szervezet irányítását segítik, irányítási rendszereknek nevezzük üzleti vezetés.

Ezek a rendszerek lehetővé teszik a megvalósítást értelmezési folyamatok amelyek a termelési-értékesítési dinamika által generált jövő tervezésében és választásában segítenek.

Ezen dinamikák értelmezését a üzleti intelligencia (BI), vagyis abból a tudományágból vagy technikák halmazából, amely a adat amelyekkel a cég már rendelkezik, de amelyekről (részben) nem tud. A felügyeleti rendszerek és a döntési rendszerek a BI részét képezik.

Idővel a BI-rendszerek is fejlődtek: korábban ezek a rendszerek arra irányultak vezetői információs rendszer, vagy rendszerek gyűjtésére adat, de az üzleti igények változtak az évek során, és a vállalatok más kérdéseket tesznek fel, mint a múltban. Valójában nemcsak a vállalat, a munkakörnyezet és a termék folyamatos fejlesztésén dolgoznak, hanem a piac állapota és az adott ágazat, amelyben a vállalat termel, rövid és hosszú távon is befolyásolja cselekvési módját.

A vállalatnak ezért:

úgy szervezi meg magát és rendszereit, hogy megfelelő fokú rugalmasságot biztosítson a változáshoz;

hozzáértő és rugalmas személyzetből álljon;

sok információ és kapcsolat kezelése más entitásokkal (emberekkel, más cégekkel, ...).

Az Üzleti Intelligenciának tehát megfelelőnek kell lennie ahhoz, hogy támogassa és megkönnyítse a vállalat döntéseit, követve a stratégiáját: a 60-as/70-es években született ERP-rendszerek nagyon stabil cégeket céloztak meg, de a jelenlegi állapot más. Már nem elég szintetizálni az i-t adat a vezető szolgálatában, de szükség van további információk generálására, összetett és sokszor költséges elemzések elvégzésére. Ezért ezekhez az igényekhez speciális információs rendszerekre van szükség.

Példa arra, hogy a rendszerek hogyan fejlődtek a műveletirányítástól a döntéstámogatásig, a raktár.

Valamikor a raktárvezetés árugyűjtésből állt adat kezeléséhez elengedhetetlen: a készletek, alapanyagok és végtermékek katalogizálása.

Ma a rendszer szélesebb és kezeli amellett adat, programozás és gyártástervezés.

Ez a rendszer több evolúciós fázison megy keresztül:

a rendszer alapvető algoritmusai egészének: alapanyag bevétel és i

a termelési korlátok határozzák meg azokat a szabványokat és ritmusokat, amelyeket fenn kell tartani (leltár elmélet)

a rendszer pontosabb modellezése egyértelmű időkorlátokkal: a műveletek láncolata, amelyeknek szükségszerűen meg kell történnie, és azok ellenőrzése (logisztika+automatizálás)

nagyon nagy rendszerekben a menedzsment nem automatizálható tisztán, ezért nyitni kell az üzleti intelligencia felé.döntés rendszerek)

Még az adminisztráció is – akárcsak a raktár – átalakult az idők során: régen a rendszerek a minimumot teljesítették, így támogatást nyújtottak a számlák és a költségvetések elkészítéséhez, de ma már a fejlődés a programozás és tervezés, ellenőrzés (monitoring) irányába húzódik. műveletek és projektek.

Műveletek és döntések Uniója az ERP rendszerekben

Az operatív támogatási rendszerek és az üzleti intelligencia rendszerek közötti integráció folyamatosan növekszik egészen az ERP rendszerek, az Enterprise Resource Planning megjelenéséig, amelyek a vállalat életére egyetlen információs rendszer szerepét töltik be. Ezeket a rendszereket, amelyek az 90-es években értek el maximális elterjedtséget, alapvetően minden közép-/nagyvállalatnál alkalmazzák, és egyre szélesebb körben terjednek el a közép- és kisvállalkozásokban.

A piac vezető terméke az SAP.

Az ERP (nem feltétlenül SAP) bevezetése egy új kezdet a vállalat számára: az információk konszolidációja és annak központosított, de moduláris kezelése összetett érvelési logikákat tesz lehetővé (haszonkulcsok tanulmányozása, fizetőképességi/csődhelyzeti forgatókönyvek stb.).

Tehát egy vállalati struktúra ERP-modellbe való lefordítása jó módja annak, hogy teljes mértékben megértsük a vállalatok felépítését és működését. Az ERP-kkel azonban nehéz megragadni a vállalatok, mint "tudásgenerátorok" lényegét, és lehetetlenné válik minden részletükben képviselni őket.

Valójában a cég képviseletének problémája abból adódik, hogy a jelenleg jelen lévő ERP rendszerek egyetlen hierarchikus funkcionális vállalati modellre (ARIS modell) épülnek, míg a modern világban elterjedt a szervezetek azonosítása mátrix szerkezettel, a amelyekben az embereknek nem egyetlen függése van (a felettestől), hanem kettős: egy a funkcionális területre (az az ismeretek, amelyekkel az egyes emberek rendelkeznek, például egy tervezőnek van referencia "főtervezője") és egy a munkára (a projekt amelyeken dolgoznak, például a tervezőnek van egy „projektmenedzsere” a projekthez, amelyen éppen dolgozik).

Ezért egy alkalmazotthoz több vezető tartozik, potenciális konfliktushelyzetekkel.

Ezenkívül az ERP-k a vállalat változékonyságával kapcsolatos korlátokat jelentenek: a vállalat nem tudja megjósolni, hogyan fog fejlődni és hogyan fog változni. Az informatikai rendszernek szükségszerűen alkalmazkodnia kell a vállalati változásokhoz, de néha az ERP túlságosan strukturált ahhoz, hogy lépést tudjon tartani a vállalat fejlődésével, és ez a hiba viszont olyan merevséget eredményez, amely a vállalat fejlődésének akadályaként jelenik meg.

Végül, amikor az ERP-ről dönt, meg kell értenie:

integráció adat: Az ERP-k nyilvánvalóan nem hagyhatják figyelmen kívül a adat A sok és szervezetlen cégek esetében szükség van adattárházak használatára

milyen problémák merülnek fel a vállalat teljes ERP-vel történő irányítása során

ezért milyen jellegzetességei vannak annak a vállalatnak, amely egy bizonyos ERP-t alkalmaz, és ezek közül melyeknek köze van ezekhez a problémákhoz (pl. egy adott ország vállalataira jellemző sajátosságok, pl. az olaszokat a hagyomány és a családi menedzsment különbözteti meg, kis-közép méret, változásállóság)

Tudásmenedzsment

Amikor egy vállalat úgy dönt, hogy belép egy bizonyos piaci szegmensbe, nem indulhat ki a semmiből: vannak kritériumok, amelyek szerint cselekedni kell, és vannak paraméterek, amelyeket alaposan elemezni kell. A versenytársak és a piac tanulmányozása nemcsak a lehetséges stratégiák feltárásához szükséges, hanem ahhoz is, hogy a saját stratégiák eredményeit össze lehessen hasonlítani a meglévő stratégiákkal.

A vállalaton belüli döntések tehát egy folyamat eredménye, amely azonban nem formális és nem is rendelkezik jól körülhatárolható folyamattal. Míg egyesek megpróbálták formalizálni ezeket a folyamatokat és az emberek gondolkodását, a végeredmény az, hogy az emberek viselkedése ritkán felel meg az elvárásoknak.

Általánosságban elmondható, hogy a piackutatási folyamat két alapvető összetevőből áll:

párbeszédes komponens, vagy az emberek közötti kommunikáció. Ha nem rendelkeznek elegendő információval, implicit vagy kifejezetten kérhetnek valakitől.

A vállalatoknál a „végső döntéshozót” vezérigazgatónak hívják (Vezérigazgató) amelyet esetleg egy tanács támogat, amelynek beszámol. A vezérigazgatónak kell folyamatosan kommunikálni a projektben részt vevő összes emberrel, információcsere annak érdekében, hogy megtalálja a módját, hogy profitot termeljen a vállalat számára.

dokumentumfilm komponensvagy dokumentumok cseréje és/vagy megosztása. Nem csak van kommunikáció az emberek között, de szükség van dokumentumok cseréjére is, hogy közös alapot lehessen vitatkozni. Információkat gyűjtenek és tanulmányokat készítenek arról a piacról, amelyre be kíván lépni, és arról, hogyan lépjen be a piacra.

A tudás- és információmenedzsment alapvető eleme minden olyan szektornak, amelyben bizonyos típusú döntéseket kell meghozni, amelyek nem szorosan kötődnek adat a cég bizonyos tagjai, de gyakran kapcsolódnak hozzá adat bizonytalan.

Két ágazat, amely az elmúlt években ebben az értelemben fejlődésen ment keresztül, az értékesítés és a kereskedelmi, különösen az értékesítés amely nemcsak azon alapul adat bizonytalan – mint a kereskedelmi –, hanem értelmeznie kell az emberek viselkedését is.

Információs rendszerek a értékesítés és a kereskedelmi nem az üzemeltetést támogató rendszerek, hanem az információfeldolgozás területén születnek meg és fejlődnek az információáramlások kezelése felé, mert sokkal több információforrást kell figyelembe venniük, beleértve a külsőket is.

Az informatikának egy bonyolult kommunikációs és információcsere-rendszerrel kell kapcsolódnia. És komplex problémával kell szembenéznie ahhoz, hogy integrálja őket, és válaszoljon a vállalatok igényeire.

A kommunikációs rendszer most olyan folyamatot követ, amely elhagyja a vállalatot, és vadonatúj problémák sorozatát nyitja meg. A háztartási gépek szektorában például a cégek nem ismerik a sajátjukat ügyfelek végleges, mert a jelenlegi valóság az, hogy a háztartási gépeket többmárkás üzletekben árulják, ahol van közvetítő, az ügyvezető a üzlet, amely bizalmi kapcsolatot létesít az ügyféllel. A javítótechnikusok is gyakran több márkát képviselnek, és a vállalat akadályozva van az ügyféllel való kommunikációban, mert nem lép közvetlen kapcsolatba. A producereknek ezért beszélgetési csatornákat kell nyitniuk a sajátjaikkal ügyfelek, de ezt a feladatot nem könnyű elvégezni, mivel gyakran ez az egyetlen visszajelzés a cégektől a ügyfelek csak akkor fordul elő, ha i ügyfelek nem elégedettek.

Egy vállalat számára a vevővel folytatott beszélgetés ugyanolyan értékes, mint egy termék eladása, mert ez vásárlói hűséget jelent. Néhány évvel ezelőttig az ügyféllel való csatorna csak call centereken keresztül szerveződött. Az utóbbi időben azonban az IKT egyre elterjedtebbé válik, és nem csak a back office pozíciót tölti be, hanem új szerepet kap az ügyféllel való kommunikációban is.

Az ügyféllel való interakció és a beszélgetési folyamat menedzselése arra késztette a vállalat különböző részlegeit, hogy idővel saját kommunikációs rendszert alkalmazzanak. Azonban ezen részlegek között interakcióra van szükség, és ez problémát jelent a különböző osztályok által használt eszközök integrálása szempontjából. Az ügyfelekkel való beszélgetésre vonatkozó irányelvek ezért áttörik a vállalati határokat, és felvetik a problémát, hogy hol helyezzék el a beszélgetéshez szükséges eszközöket; minden vállalat egy nagyon sajátos integrációs profilt mutat be, amely magának a vállalatnak a történetétől függ.

Az új termékek létrehozásáról és fejlesztéséről szóló beszélgetésnek tehát két fő forrása van:

külső forrás, amelyet a versenytársak és termékeik magatartása, illetve magatartása ad ügyfelek;

belső forrás, amelyet az értékesítési előrejelzések és a tényleges eladások összehasonlítása ad meg.

Az ügyféllel való interakció is „operációs rendszereken” (azaz operációt támogató rendszereken) keresztül valósul meg, amelyek a vállalathoz és annak alaptevékenységéhez szorosan kötődő szerepkörből fokozatosan egyre több szolgáltatás integrálásával a felhasználóhoz közelebbi szerepkör irányába mozdulnak el, ill. ajánlatokat a fogyasztó számára.

A technológia lehetővé teszi számunkra, hogy kiszélesítsük a működést támogató rendszerek körét, gyökeresen megváltoztatva az ügyféllel folytatott interakciót.

Például a mai távközlési cégek a telefonhálózatokat kezelő rendszereket „operációs rendszernek” nevezik, és a telefonszám tárcsázása interakciót jelent az adott operációs rendszerrel, még akkor is, ha ezt a kommunikációt a felhasználó nem ilyennek érzékeli.

Másrészt a cégeknél használt operációs rendszerek e-commerce hogyan amazon, jól láthatóak azon felhasználók számára, akik egyfajta párbeszédet folytatnak ezzel a rendszerrel (például a amazon olyan könyveket kínál a felhasználónak, amelyeket a többi felhasználó választása alapján érdekesnek találhat).

A felhasználóval való interakció alapvető fontosságú, amikor a vállalat az eladni kívánt terméket az közvetített üzenethez kívánja társítani: amikor egy cég elgondolkodik a létezésén, az általa értékesített terméken és a piaccal való kapcsolatán, lehetőség szerint összehasonlítja a meglévőt. Ez úgy történik, hogy azon a tudáson dolgozol, amelyből származik adat (azaz a begyűjtött számokból), hanem abból a nem számszerű tudásból is, amit a cég a versenytársaktól, ill. ügyfelek.

A tudásmenedzsmentnek ez a területe egyre jelentősebbé válik a modern szervezetekben, új szempont.

És érdekes látni, hogy egyes vállalatok erős kölcsönhatásban állnak egymással ügyfelek e sono sempre più sensibili all’opinione pubblica e alla relazione con la clientela. Ad esempio, per la FIAT 500, è stato lanciato un weboldal (500 giorni prima del lancio sul mercato) che raccoglieva le indicazioni dei ügyfelek potenciálja és jövője, és valójában befolyásolta az akkor a piacon bemutatott terméket (például a műszerfal egy újratervezett elem volt, amely emlékeztet az eredeti 500-asra, ahogy azt a nyilvánosság jelezte).

A piac értelmezésének szükségszerűen át kell haladnia a potenciálokkal való kölcsönhatáson ügyfelek.

Ennek érdekében tehát érdekeltek bennünket a tudásmenedzsment és együttműködés eszközei (groupware). A belső és külső kommunikáció elengedhetetlen egy vállalat sikeréhez.

A szervezetekben terjedő összes eszköz egyre inkább a tudásmenedzsment felé orientálódik, nemcsak a piac értelmezésére, hanem a tudás megosztására is. a társaság; például egy cég külön és távoli irodákkal (pl. Milano e Roma), tudás- és kommunikációmenedzsment rendszerek segítségével közelebb hozhatja a kölcsönös tapasztalatokat, megakadályozva két különálló mag kialakulását, és ezáltal biztosítva a know-how lokalizálását és integrációját.24.

Tudásmenedzsment rendszerek azok számára is érdekesek, akiknek kisebb és kevésbé stratégiai döntéseket kell meghozniuk, például az ügyfélszolgálatnak, amelynek választ kell adnia a kérdésekre ügyfelek használhatja a GYIK-t, vagyis a gyakori kérdésekre adott válaszokat, amelyek a megosztott tudásból kiindulva formalizálódnak. De a formalizált folyamat bármely formája, pontosan úgy, ahogy formalizálva van, vannak kivételek. Természetüknél fogva nem normalizálhatók, és néhányat nem lehet megszüntetni. Egyes területeken a kivétel fontos szerepet játszik, például a közigazgatásban, ahol a becslések szerint a kivétel az esetek körülbelül felét teszi ki.

A folyamatokat információáramlás kíséri: ha a folyamat nem jól irányított, még az információközlés sem hatékony.

Vannak más folyamatok, döntéshozatal vagy tervezés, amelyeket meg lehet tervezni, de a projekt megszervezésének módja befolyásolja a megvalósítását, és nem kényelmes, ha a projekt túl merev. Ezekben az esetekben azt gondolhatjuk, hogy a folyamat egy beszélgetés folyamata, amely formális és pontos szövegrészeket tartalmaz.

Vannak olyan döntéshozatali és tervezési folyamatok, amelyek nem lehetnek túl merevek, mert „a beszélgetés folyama ugyanolyan fontos, mint a korlátok vagy a tervezési előírások.

A 3 terület integrálása

Néhány évvel ezelőttig a működési és döntéstámogató rendszerek, a tudásmenedzsment rendszerek világa teljesen elkülönült és összeegyeztethetetlen volt; e rendszerek között azonban nincsenek áthidalhatatlan távolságok. Mindenekelőtt mindkét rendszer eléréséhez és használatához személyi számítógépet használnak: korábban minden funkcióhoz külön gép volt, de jelenleg a számítógép univerzális, a rendszerek egy helyen találhatók. A számítógépek is széles körben elterjedtek, és egyre inkább központi szerepet töltenek be a kommunikációban: az 80-as években, amikor megkérdezték

„Hány számítógépre van szüksége a cégemnek?” – hangzott a válasz „többé-kevésbé annyi, amennyi telefonja van”, ez az első jele annak, hogy a számítógép a kommunikáció kezelésének fontos eszközévé vált.

Így az évek során, amellett, hogy információs rendszerek kezelésére adat a cégnél a cég, a tudás és a kommunikáció menedzselésére szolgáló rendszereket vezettek be. Létrejött egy út adat a bérszámfejtési és adminisztrációs információs rendszertől a csoportmunka rendszerekig, amelyek egy sor árnyalt és fokozatosan kevésbé pontos információt tartalmaznak.

Az információáramlás és a csoportmunka integrálása a műveleteket támogató rendszerekkel azt jelenti, hogy elvileg már nem léteznek olyan rendszerek, amelyek adat statikus. Például már nem léteznek dolgozói kifizetések kezelésére szolgáló rendszerek, mert összevonják egy összetettebb karriermenedzsment rendszerrel. Ez lehetővé teszi, hogy a munkakapcsolaton túl többet kínáljon az alkalmazottaknak, javítva a vállalathoz való kötődést.

Az információs rendszerek változása, amely egyre inkább integrálja a tények rögzítését a kommunikációs folyamatokkal, alkalmazkodik a társadalmi változásokhoz és különösen a munkaviszony szemléletének megváltozásához is: partnerséggé vált a munkavállalók és a vállalat között. A vállalat érdeke, hogy értékelje alkalmazottait, és párbeszédet folytasson velük a munkakörülményekről. Emiatt a munkavállalót nemcsak felülről értékelik, hanem a kollégák is (peer-to-peer értékelés). A vállalati információs rendszerek egyre inkább arra törekednek, hogy maguk a munkatársak számára nyitott személyzeti menedzsment rendszereket alakítsanak ki, lehetőséget biztosítva számukra, hogy megnyilvánuljanak a munkakörnyezetről, a kitűzött célokról stb.

A beszélgetésekhez és információcseréhez ma elérhető technológiák a következők:

E-mail: amely általánosan elfogadott, amelyben a kommunikáció nyoma van automatikusan generált;

skype: nagyon hasznos a verbális kommunikációhoz;

videokonferencia szolgáltatások több ember között: jobb, mint a Skype a kommunikációhoz több ember;

telefono.

Dokumentumok, mellékletek kapcsolódnak a kicserélt információkhoz, amelyek kényelmesek és hasznosak, de redundanciát és bizonyos zavart okoznak, mivel kapcsolódnak, de nem integrálódnak a vitához, ezért gyakran több változatban jelennek meg, ezért nem egyediek és nem jók. szervezett.időben.

A mellékletek ilyen értelmű hátrányainak kiküszöbölésére speciális rendszereket hoztak létre: dokumentumkezelő rendszereket. Több is létezik, az egyik leghíresebb változat a wiki.

Costi

A számológépek használatából eredő fő költségek a következők:

vásárlás

telepítés

karbantartás

képzési operátor (oktató tanfolyamok az ott dolgozó technikusok számára)

Amikor egy cég külsőhöz fordul szolgáltatások igénybevétele érdekében. Jobban kell kezelni, hogy mit ér el a cég (alaptevékenység), minden külső költségként kezelendő (outsourcing).

Outsourcing szerződések hosszú és bonyolult szerződésekről van szó, ahol a cég olyan külső szolgáltatásokat igényel, amelyek nem szorosan kapcsolódnak az „alapkompetenciához”, vagyis a cég kívülre delegál mindent, ami nem pusztán ahhoz kötődik, amit a cégnek el kell érnie. A céges szaktudást igyekszünk kifelé mozgatni, költséget okozva, de a cégen belül felhasznált erőforrásokon spórolunk.

A kiszervezést először az IKT, a logisztika és a közelmúltban maga az adminisztráció is végezte. Előnye, hogy a szervezet mentesül a külső cégekre nehezedő terhek alól, mint például a szolgáltatások (a tudják, hogyan külső), ennek közvetlen következménye, hogy az outsourcing során elvész a közvetlen és állandó kontroll.

A költségbecslés komoly problémát jelent az információtechnológia számára, különösen, ha arra irányul, hogy megbecsülje a technológia átvétele által generált lehetséges megtakarításokat (pl.: e-maillel nehéz megbecsülni, hogy hol takarít meg).

Egy figura, aki ennek függvényében vesz fel értéket, képes csökkenteni az IT-költségeket

ez a NOB (Chief Information Officer), mert ebből látszik, hogy a hatalma nem a kezelt pénzen múlik, hanem azon, hogy mennyi pénzt takarít meg a cégnek.

A szervezetekben jelenleg fennálló helyzet sokféle jellemzővel bír

a technológia rétegződött és újjászervezte magát általában egy ERP köré, darabok hozzáadásával. A heterogenitás mértékét bonyolítja, hogy vannak kötegelt és online (web alapú, ....) rendszerek is.

a rendszerek által nyújtott összes szolgáltatáshoz személyi számítógépen keresztül lehet hozzáférni.

A technológiákat használók és gyártók problémája az, hogy értékeljék a rendelkezésre állókat, és ehhez szigorú kritériumokat kell találni.

A kiválasztott esettanulmány: „United Parcel Services (UPS): csomagok kézbesítése és e-commerce megoldások ", hirdetés működik az Információs Rendszerek Központja (MIT).

Bevezetés

Napi 15 millió csomagjával a UPS világelső a csomagszállítás terén.

Az 1907-ben American Messenger Company néven alapított cég az évszázad során megbízható és hatékony közlekedési vállalatként növelte hírnevét, mígnem a századfordulón a bolygó legnagyobb szállító szervezete volt, mintegy 2000 millió csomaggal. naponta több mint 13 országba szállítják.

Az elmúlt években tevékenységét messze túlmutatja az „egyszerű” tárgyak szállításán: a kutatásba való befektetéssel és az IT-ben rejlő lehetőségek kiaknázásával további szolgáltatások sokaságát vezette be.

A vállalat technológiáját nem konkrét prioritások diktálták. A magas technológiai színvonalú szolgáltatások versenytársak általi bevezetése az 80-as években nem váltotta ki az emuláció iránti vágyat a menedzsmentben, és valóban nem volt hajlandó az éves költségvetés több mint 1%-át informatikai rendszerekre fordítani. Csak az 1986-os vezetőváltás hozta meg azt a jótékony irányváltást, amely hatalmas beruházásokhoz és kiterjedt szervizpark létrehozásához vezetett. 1986 és 1996 között a UPS több mint 11 millió dollárt fordított az IT-re, ezzel 100-ról több mint 4000-re növelte IT-szakmai bázisát.

Ez a döntés kihatással volt a rendszerekre, a nekik kínált szolgáltatásokra ügyfelek, a tevékenységek optimalizálása, a partnerekkel való kapcsolatok és a személyzeti menedzsment.

rendszer

Az informatikai beruházások kezdetén a UPS azonnal felépített egy adattárolási és -feldolgozási létesítményt New Jersey-ben adat; ennek a komplexumnak a szerepét kellett volna játszania adatbázis központosította a szervezetre vonatkozó összes tényt és információt, egyetlen hozzáférési pontot biztosítva a vállalat összes fiókja számára.

A központi db mindenekelőtt a nyomkövetési képességek biztosításához volt nélkülözhetetlen, vagyis egy csomag helyének minden pillanatban történő megismeréséhez. Ezt a verseny által bevezetett újítást nagy örömmel fogadta a ügyfelek. A UPS ezért elengedhetetlennek tartotta a beruházást

egy kapilláris hálózat, amely lehetővé tette ezt az információáramlást: a hálózatot, amely a UPS Net nevet vette fel, 1990-ben indították el.

Il adatbázis nem csak a csomagokra vonatkozó információkat kellett tartalmaznia (eleve óriási mennyiség, kb. 200 attribútum minden feladott tételhez), hanem az egyéb szempontokról is: logisztika, adat az ügyfelek és a személyzet. Ez a menedzsment a adat hatással volt a UPS alaptevékenységére, annak szervezési módszereire és együttműködési módszereire.

Miután biztosították a szilárd infrastruktúrát, a UPS elkezdte taposni az üzlete technológiáját. 1993-ban bevezette a DIAD-ot, egy automatikus csomagfelismerő rendszert, amely valós időben felismeri a csomagot és frissíti a adatbázis a rajta végzett műveletekkel (indulás, szállítás, begyűjtés stb.). A DIAD egy mini-terminálból áll, amely jelenleg Windows Mobile alapú, Dato kezelés alatt áll bárkinek, aki a csomagokat kezeli. A terminál a legmodernebb csatlakozási lehetőségekkel van felszerelve (a jelenleg használatban lévő negyedik kiadásban van Wi-Fi és GPRS, de van bluetooth és infravörös kapcsolat is, hogy számítógépekhez és nyomtatókhoz tudjon csatlakozni) és természetesen GPS-szel, a segítse a járművezetőket az útvonalak optimalizálásában és a csomag aktuális pozíciójának frissítésében. A DIAD-ok által továbbított információk elemzése rengeteget tár fel adat hogy a cég profil i ügyfelek, a szállítmányok áramlásának optimalizálására és a tevékenység alapú költségszámítás gyakorlatba ültetésére. Továbbá, gyerünk adat a szállítmányok kialakításának esetleges "hibái" vagy sajátosságai felbukkannak ügyfelek, amely lehetővé teszi a UPS számára, hogy tanácsadási és újratervezési szolgáltatásokat kínáljon. A szállítmányok optimalizálása, az informatikai operatív kutatások klasszikus területe, a UPS tevékenységek mestere.

A világháló robbanása az 90-es évek közepén új lehetőségeket nyitott meg, ami a szolgáltatások széles körének bevezetését eredményezte. Internet (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio weboldal e, molto prima della teorizzazione del cosidetto e-commerce, érzékelte annak lehetőségét, hogy a termelők és a fogyasztók közé helyezi magát, kiiktatva a kiskereskedőket és a forgalmazókat a láncból.

Minden informatikai rendszert a UPS-en belül fejlesztettek ki. Sok alkalmazás nem maradt a vállalat kizárólagos előjoga – például a fent említett nyomkövető vagy költségbecslési rendszerek, amelyeket valós időben frissítettek a bolygó körül –, hanem elérhetővé váltak ügyfelek: aki akarja, ezeket az alkalmazásokat akár ERP rendszerekben is integrálhatja szoftverébe. A UPS biztosítja az API-kat és a dokumentációt, csak a márka karbantartását kérve.

Az alkalmazáscél ezen változását szem előtt tartva – a belső használattól az ügyfélközpontú fejlesztésig – az IT részlegek megkezdték a lehető legátjárhatóbb és modulárisabb fejlesztést:

a nyílt szabványok szisztematikus átvétele a UPS-t első körben nyertessé tette, és ma már sok vállalat könnyen beépíti szoftverébe az UPS-funkciókat;

A modularitás megkönnyítette a kód újrafelhasználását és frissítését, felgyorsította a fejlesztéseket és az új implementációkat. Sajnos a költségvetési korlátok hátráltatják ezt a versenyt. Ez a szempont jobban látható lesz a szervezeti bekezdésben.

Az eddig leírt rendszerek nagymértékben központosított felépítése katasztrófa esetén nagyon hajlamos volt a hirtelen megszakításokra; egy olyan vállalat, mint a UPS, nem engedheti meg magának az állásidőt. Emiatt 1996-ban az információs igazgató úgy döntött, hogy ezzel párhuzamosan egy adatközpontot is bevezet Atlanta amely megismételte az összes műveletet, biztosítva a kívánatos üzletmenet folytonosságát. Az UPS robusztussága és hatékonysága olyan magas, hogy a vállalat képes rá

garantálja a szállítást nagyon rövid határidőn belül (kritikus szolgáltatások esetén akár egy órán belül).

Az elmúlt évek releváns technológiai újításai között a UPS bevezette speciális csomagjainál az RFID címkézést, amely felgyorsította a felismerési folyamatokat, és megoldotta a vizuális címkék (például vonalkódok) leolvasásának problémáját a szabálytalan alakú csomagokon. Ezen túlmenően egy hangfelismerő rendszert (UPS Interactive VoiceResponse) hoztak létre, hogy csökkentsék a telefonközpontok emberi munkáját. Amint látható, a UPS különös figyelmet fordít rendszerei fejlődésére, és szívesen alkalmaz minden olyan új technológiát, amely növelheti a termelékenységet.

organizzazione

A UPS-ben a stratégiai döntések elemzése alapján születnek adat a két adatfeldolgozó intézmény által gyűjtött adatben szervezett adattárház és vállalati információs rendszeren keresztül javasolt. Ami a hosszú távú stratégiákat illeti, a UPS folyamatosan végez felderítési tevékenységet és mindenekelőtt piacelemzést. A versenyző ajánlatának időszakos ellenőrzésével megpróbálhatja áthidalni a lemaradást (versenyképes emuláció).

A UPS-en belüli döntéseket kezdetben kizárólag a felsővezetői bizottság értékelése után hozták meg. A számítógépesítési folyamatot követően bevezették az IT irányító bizottságot, amely négy szakértőből áll, akik minden negyedik negyedévben meghatározzák a technológiai irányt. Az év során a bizottság ötleteket és kéréseket gyűjt a vállalat különböző szektoraitól; Mivel, mint említettük, az informatikai részlegek mind a két párhuzamos irodában vannak összegyűjtve - és nem várható, hogy az egyes ágazatok igényeinek megfelelően alcsoportokat alakítsanak ki -, a keresztirányú projekteket részesítik előnyben. Mivel nincs végtelen költségvetés, ezért prioritási sorrendbe rendezve döntöttem a kidolgozandó projektek mellett; a relevanciát az irányítóbizottság számítja ki a várható költségek és hasznok alapján: döntéstámogató rendszer dolgozza ki a adat, olyan paraméterek alapján, mint a beruházás várható megtérülése, más rendszerekre/eljárásokra gyakorolt ​​hatás stb. A magasabb prioritású projekteket ezután megvitatják, és végül átméretezik; végül költségvetést és emberi erőforrásokat rendelnek hozzá. Ennek a mechanizmusnak egy lényeges aspektusa, hogy a döntéshozatali rendszer a rövid távú projekteket részesíti előnyben, mivel ha egy megvalósítás több mint egy évig tart, a UPS úgy véli, hogy a piac már a fejlesztés befejezése előtt megváltozik.

Az irányítóbizottság megköveteli, hogy minden pályázat tükrözze a cég stílusát és grafikáját. Emiatt az asztalon dönti el, hogy milyen sablonokat használjon bármely kifejlesztett szoftverhez; az egész szervezetet be kell tartani.

Az informatikához nem közvetlenül kapcsolódó célok tekintetében a UPS felső vezetése széles körben alkalmazza az úgynevezett érzelmek bányászatát, kihasználva a főbb közösségi hálózatokat (fórumokat, blogokat, blogokat) figyelő Radian6 platformot. Facebook, LinkedIn, Twitter, YouTube stb.), és összefoglaló irányítópultokat ad a cég hírnevéről online. Az egyéb, szorosan felügyelet alatt tartott szempontok között ott van a márka kiaknázása is.

A radikálisan új lehetőségek felfedezéséhez a UPS is rendelkezik Dato elindult az e-Ventures nevű divízió, amely a webes területen olyan új üzleti határok feltárásával foglalkozik, amelyek nem vezethetők vissza a versenytársak tevékenységére, és amely új partneri kapcsolatokat nyithat meg más cégekkel. Az első e-Ventures termék, amelyet jóváhagyott

2000-ben a felső vezetés a UPS e-Logistics volt, egy teljes online szállítási menedzsment platform azon vállalatok számára, amelyek a UPS-t szabványos futárként alkalmazzák. Az e-Logistics ötlete az, hogy egyetlen integrált csomagot kínáljon, amely minden segítséget megad: a raktárkezeléstől a nyomon követésig, a rendeléskezelésen, telefonos támogatáson stb. Az E-Ventures évente átlagosan körülbelül harminc innovatív javaslatot készít.

1997-ben a UPS létrehozta a UPS Stratégiai Vállalkozási Alap nevű alapot, amely figyeli, értékeli és olyan feltörekvő vállalatokba fektet be, amelyek potenciálisan érdekes új piacokat és technológiákat fedeznek fel. Ez az alap azonosította és 2004-ben felvásárolta az Impinj Inc.-t, az RFID-címkéket gyártó céget.

együttműködés

Amint az az előző bekezdésekből látható, a UPS-nek különböző típusai vannak ügyfelek:

egymásnak csomagokat küldő magánszemélyek;

cégek, amelyek arra támaszkodnak, hogy a sajátjukhoz kézbesítsék a csomagokat ügyfelek

(online kereskedelem mindenféle közvetítő nélkül);

cégek, amelyek nemcsak csomagokat szállítanak, hanem informatikai alkalmazásaikat is kihasználják.

Kommunikáció i ügyfelek az első típusból főleg call centereken keresztül zajlott, de a web robbanásszerű terjedésével a támogatási tevékenység nagy része e-mailre terelődött. Például e-mailben kaphat értesítést a küldemény állapotáról, vagy közvetlenül a webhelyről ellenőrizheti azt. A telefonos személyzet elbocsátása, amelyhez a hangfelismerő rendszer is hozzájárult, lehetővé tette a UPS számára, hogy új üzleti frontot hozzon létre: az ilyen személyzet átengedését a partnercégeknek (UPS Business Communication Services).

Az IT-szolgáltatásokat igénybe vevő szervezetek a webhely hitelesítéssel elérhető szakaszán keresztül is kommunikálhatnak a UPS-sel. Annak érdekében, hogy ne kelljen hatalmas mennyiségű ismétlődő kérelmet kielégíteni, a UPS egy sor GYIK-t hozott létre minden nyelven, és egy tudásbázist, amelyben gyorsabban megtalálhatja a választ.

Egyetlen típusú együttműködés létezik ad hoc rendszerek bevonása nélkül, ez pedig az olyan partnerek felé, akik nem mutatnak érdeklődést a kiegészítő szolgáltatások iránt. Ezekkel a cégekkel személyesen felveszi a kapcsolatot egy elektronikus kereskedelmi ügyfélmenedzser, aki javaslatot tesz a UPS-portfólió bármely olyan funkciójára, amely a szállítmányok és rakományok elemzése alapján előnyös lehet.

A belső együttműködés a UPS-ben különböző módokon valósul meg:

Az adminisztrátorok telefonon és/vagy e-mailben dolgoznak; megfelelő webalapú jegyértékesítő szolgáltatások kezelik a munkafolyamatot technikai problémák esetén; a webes alapokon nyugvó ad hoc alkalmazás feladata az innovatív javaslatok összegyűjtése és rendszerezése, amelyeket az év végén elemez az informatikai irányítóbizottság.

A sofőrök a DIAD miniterminálon keresztül kommunikálnak a fióktelepekkel vagy a központtal, amely folyamatosan össze van kötve. Az adminisztratív hivatalok sürgős információkat (pl. forgalomról, úti cél változásról stb.) továbbíthatnak, megjelenítve azokat a kijelzőn.

Az informatika alapjai a szervezet számára

A tanfolyam második része: leckék 7-12

A segédanyagokat írta:

Antonio Ceparano, Vincenzo Állj, Monica Menoncin, Alessandro Re

Giorgio De Michelis professzor ellenőrizte, hogy nem történt-e baklövés.

STEFANO FANTIN ORVOS ÁLTAL ERŐSÍTETT KÉZIKÖNYVEK

Az innováció vállalaton belüli bevezetéséhez először is ismernünk kell a rendelkezésünkre álló technológiai infrastruktúrát. Fontos és kíséri az információs rendszerek fejlődését, és ahhoz, hogy ez az evolúció bekövetkezzen, figyelembe kell venni a technológiákat.

innováció

60-as/70-es évek

Elfogadott rendszerek: műveletek irányítására szolgáló rendszerek.

lokalizáció: házban1/szolgáltatásokban.

Technológia: Mainframe2

A vállalatok az ipari fejlődés kellős közepén vannak, a világgazdaság kilábalt a háborúból, a vállalkozások pedig drámai mértékben növekednek. Ez azonban nem mindenhol történik meg, csak korlátozott számú ipari országban. L'Olaszország, az információs technológiák elterjedésében (nem a kialakításukban, ahogy Olivetti bizonyítja) kissé lemaradt a többi országtól.

80-as/90-es évek

Elfogadott rendszerek: üzletirányítási rendszerek.

lokalizáció: házban.

Technológia: LAN-ban, ritka esetekben VPN-ben működő munkaállomásokon, csillaghálózatokon

Fejlődés alatt álló cégek, de megjelenik az első olajválság: ébresztő, de átmeneti szakasznak tekintik. Az olajválság akadályozza a gazdasági növekedést, és nagyon instabilitást okoz: sok országban nagyon magas az infláció, a valuta leértékelődik, az energia- és munkaerőköltségek pedig emelkednek. Ebben az időszakban nőtt fel az alacsony munkaerőköltségű régiókban való fejlesztés gondolata. Ez jelentősen megváltoztatja a dolgokat: be Olaszország ezekben az években stratégiai váltás következett be a fejlesztést mozgató cégekben, amelyek eddig a fapados termékek gyártására helyezték a hangsúlyt. Ezért olyan cégek jönnek létre, amelyek megfelelnek munkájuk minőségének (textil, divat, mechanika, kémia) kiválóságának. A „Made in Italy” számos ágazatban a minőség szinonimájává válik. De az olyan óriáscégek, mint Oroszország, India és Kína fejlődése olyan helyzetekhez vezet, amelyeket az ismert gazdasági modellek nem látnak előre: a fogyasztás megnégyszereződik, és ezek az országok soha nem tapasztalt helyzetbe kerülnek.

90-as/00-es évek

Elfogadott rendszerek: ERP.

lokalizáció: házban / Outsource.

Technológia: Általános célú (pl. PC) keresztül Internet

Ebben az időszakban a gazdaságot két fő tényező mozgatja: az instabilitás és a fokozott verseny. A vállalatok megpróbálják újrapozícionálni magukat, más szerepeket és más technológiákat keresve. A vállalkozások azt gondolhatják, hogy van egy bizonyos horizontjuk a lépéseiket illetően; míg a gazdaságfejlesztés során az erőforrások bőségesek voltak, és a későbbi években is biztosított volt, így a stratégiai változtatások mozgási szabadsága már rövid távon is megvolt, ma már szükséges a forrásfelhasználás hosszabb távú tervezése. A modern világ instabilitása különösen az elektronikus és információs technológiák esetében azt jelenti, hogy egy adott pillanatban sikeres termék nem feltétlenül tarthat sokáig a piacon. Ez rövid távon és még inkább hosszú távon igaz.

00-as/10-es évek

Még mindig játékban vagyunk!

10-as/20-es évek

Mi fog történni?

Az első elérhető technológia a mainframe (IBM S/3603 az elsők között csatlakozik a társasághoz). Az ITC szektorban hatalmas az innováció, és sok cég születik, fejlődik jelentősen, de gyorsan eltűnik, néha felszívódik (például az azonos nevű böngészőről híres Netscape ma már az AOL egyik részlege), néha nem.

Az IT-piac szerkezete nagyon szigorú szabályokat ír elő az innováció számára.

Az első kapcsolatok elterjedésével megszülettek a központi számítógép távoli elérését szolgáló terminálok (csillagtopológia). Ezután a hálózatot köztes szerverek elhelyezésével fejlesztették ki. Csak később érkezik meg Internet, infrastruktúra, amely lehetővé teszi számunkra, hogy integráljuk a

különféle architektúrák sokasága (hierarchikus, peer to peer4, kliens-szerver5, ring…). Ban ben Internet A két kommunikáló terminál között minden el van rejtve, a struktúrák a hálózat kiépítése után kerülnek meghatározásra. Ijesztő szabadságot biztosít számunkra: nincs többé szükségünk olyan szerkezetre, amely lehetővé teszi a rend megteremtését. Internet ez minden bizonnyal egy masszív technológia (a kifejezés angol értelmében, azaz nagy méretű).

Ez a történelmi kirándulás fontos az információs rendszerek és általában a technológiák megértéséhez, mert:

a vállalkozások és általában a szervezetek saját hagyományaik utódai, és tapasztalataik jelentik a különbséget;

a társadalompolitikai feltételek meghatározó környezeti összetevőt jelentenek;

az evolúció és a technika állása szintén a felhasználói útvonalak függvénye.

Egyre inkább annak lehetünk tanúi, hogy a vállalati döntések a saját döntéseik alakulásán alapulnak. ügyfelek.

Ahogy Klee „Angelus Novus” című művében leírja, „Az innováció angyalának tekintetét a múltra kell fordítania”, vagy inkább a múltba kell tekintenünk, hogy új dolgokat tegyünk.

Az információs rendszerek lehetséges fejlődése

ERP rendszerek, amelyeket az SAP ural és az Oracle, az 70-es években születtek. Olyan cégek számára készültek, amelyek a jelenlegitől eltérő technológiával és szerkezettel rendelkeztek, és amelyeket olyan környezetre terveztek, amelyben a piac stabil.

Nyilvánvaló tehát, hogy szükség van az innováció bevezetésére, azonban bizonyos tényezők korlátoznak bennünket, amelyek közül a legfontosabb a jelenlegi rendszereket használók változással szembeni ellenállása, mivel a változás megköveteli valami új tanulását és tanulmányozását. (amit nem mindig fogadnak szívesen).

A ma használt operációs rendszerek főként

Unix (40 év)

Windows (30 év)

Linux (20 év)

Ezek a rendszerek abban a korszakban születtek, amikor az információtechnológiát kis-közepes méretű számítógépeken végezték. Idővel ugyanezek a rendszerek elterjedtek a munkaállomásokra és szerverekre is.

Aggasztó, hogy a mai világban nincsenek kifinomultabb rendszerek ezeknél a meglévőknél: ha például a weben nézünk, egy új operációs rendszer bevezetésére gondolhatunk, amely támogatja a címkéket a dokumentum minden egyes oldalán.

A "9x-es faktor"

Az innováció bevezetésekor fontos, hogy a megfelelő értéket tulajdonítsuk az innovációnak, amelyet a végfelhasználó számára jelenthet.

Amikor az ember innovációt hoz létre, tudatában kell lennie annak, hogy ennek az innovációnak olyan értéket fog tulajdonítani, amely háromszorosa a felhasználók által észlelt értéknek. Ennek az az oka, hogy a feltaláló csak az innovatív összetevőt látja, de nem látja annak szükségességét, hogy az ökoszisztémát is megváltoztassa, amelyben él. Azok az emberek, akik technológiát használnak, és akiknek az innovációt kínálják, háromszoros értéket tulajdonítanak azoknak az alkalmazásoknak, amelyeket tudnak használni, mert nehezen tanulják meg őket, és ezért pont azért értékelik, mert tudják, hogyan kell használni őket.

Tehát ahhoz, hogy az innováció sikeresen helyettesítse a meglévőt, kilencszer jobbnak kell lennie (a „9x-es tényező”), vagyis egy gyökeresen más innovációnak kell lennie, amely valóban megváltoztatja az emberek életét.

Az innováció bevezetéséhez tehát olyan rendszereket kell kifejleszteni, amelyek tanulási költsége nagyon alacsony (ideális esetben nulla), és amelyek ezért a meglévőt helyettesítik, javítják a felhasználói élményt, de természetesen illeszkednek a meglévő ökoszisztémába.

ÁRUCIKK:

Az áru olyan általános használati tárgy, amelynek tulajdonságait ritkán határozzák meg, mert meghatározottak és egy szabványra visszavezethetők. Irreleváns, hogy ki gyártja az árut, mivel a piacon nincs különbség az adott termék között. Gondoljon például egy eszpresszóra vagy egy köteg lapra: léteznek olyan minőségi szabványok, amelyek ma már széles körben elterjedtek, és nem kell meghatározni vagy megkülönböztetni őket.

Egy áru minősége általában magasabb, mint egy kis értékű termék, éppen annak köszönhetően, hogy megfelel a széles körben elterjedt és garantált minőségi előírásoknak. Éppen ellenkezőleg, egy ad hoc termék minősége jobb, mint az áruké.

Ha egy technológia árucikké válik, az azt jelenti, hogy elmúltak azok a problémák, amelyekkel szembesült: tökéletesen telepítve van a tartományába (pl. szövegszerkesztő, irodai nyomtató). Az információs rendszerek világában, ha keresünk egy komponenst, de nem törődünk túl sokat azzal, hogy mit kell teljesítenie a teljesítmény szempontjából, akkor valószínűleg egy árucikket keresünk.

Az informatikai iparban az innovációs igény kezd bomlasztóvá válni, mert a bevezetett innováció egyre kevésbé van a rendszerben és ez az egész iparágat veszélybe sodorja: innováció nélkül a beruházások csökkennek.

Az innovációt azonban nem könnyű bevezetni, különösen egy nagy cégnél: ha van egy széles körben elterjedt terméke a piacon, akkor ezt a terméket szabványnak tekintik. Az innováció bevezetése karokat nyit a szabvány felfogásában, ezzel megkezdődik egy átmeneti időszak, amikor a versenytárs beléphet a piacra és fontos jelenlétté válhat.

A verseny növekedése nem hoz létre innovációt, hanem hajlamos arra, hogy a termékeket ugyanahhoz a konvergenciaponthoz hozza. Az iparág vezetői számára az innováció bevezetése:

a piaccal való korábbi kapcsolat elvesztését generálja;

nem termel jelentős gazdasági hasznot;

között fokozódik a zavartság ügyfelek;

magához az innovációhoz köti a céget: kudarc esetén totális lenne, hiszen nem lehetne visszamenni.

Ezért szükséges egy optimális, érdeklődését felkeltő kommunikációs környezet kialakítása az ügyféllel ahhoz, hogy az innovációt a piacon be lehessen vezetni. Mint korábban említettük, a kínált szolgáltatásoknak nagyon előnyösnek kell lenniük, alapvetően nulla tanulási költség mellett.

Ami egy vállalatot illeti, egyértelmű, hogy az igényei változhatnak. A vállalat múltbeli döntései befolyásolták az általa használt információs rendszer szerkezetét. Hasonlóképpen a vállalat információs rendszerének adott struktúra is befolyásolja a jövőjét: a létező döntéseket szab meg, előítéleteket teremt (értsd ez alatt a rendkívül stabil helyzetekből adódó hiedelmeket és szokásokat).

Például az 60-as/70-es évekig úgy gondolták, hogy az ellipszis nyelvet (amiben az ellipszis előfordul, azaz a szavak kihagyása) a szinkron (azaz az időbeli folytonosság) feltétele, de nem a beszélgetőpartnerek elhelyezkedése ( a telefonon is megbeszélhető). Az e-mail megérkezése azonban megdöntötte ezt a meggyőződést: sem a szinkron, sem a lokalitás nem befolyásolja nyelvértésünket, ami ehelyett kizárólag a kontextustól függ. Ennek megértése után a világ nem változott, de ez a megértés lehetővé teszi, hogy valami újat fogjunk fel.

A szervezetben használt információs rendszerek megértéséhez két történetet kell figyelembe venni:

a technológia története, mert ha egy vállalat harminc éve született, akkor az általa elfogadott technológiákat nagyban befolyásolja a történelem;

a cégek történetét, mert sok cég esetében a történelem nem lineáris, hanem összeolvadások, kiválások, felvásárlások tárgyát képezi, így velük együtt az információs rendszerük is megváltozik.

A vállalat fejlődése fontos azok számára, akik információs rendszereket fejlesztenek: az információs rendszerek dinamikus entitások, és időnként nagyon szoros határidőkhöz kötöttek.

Egy vállalat információs rendszerének fejlesztéséhez először is meg kell érteni, hogy mik a szervezetek igényei. Az első lépés a vállalat igényeinek értelmezése és a problémák megértése, megpróbálva megragadni a működését. Valójában ma már a szervezetek már nem képesek elmondani, amire szükségük van anélkül, hogy elképzelnék a kívánt megoldást (például nem azt kérik, hogy „tudják adminisztrálni a logisztikát”, hanem „egy adatbázis logisztikára"). Feladatunk tehát, hogy ezeket az igényeket hogyan értelmezzük: minden cégnek más céljai és okai vannak, ezért olyan rendszereket kell kialakítanunk, amelyek minden egyedi igényre reagálnak.

Az első probléma tehát abban áll, hogy:

azonosítani az összes lehetséges információt, mivel lehetetlen hozzáférni az összeshez, mivel a vállalaton belül senki sem ismeri a rendszer minden egyes részét, amely a birtokában van,

tudjon tanácsot adni a vállalatnak a döntésekben, meghallgatva igényeit.

Ezt követően meg kívánjuk különböztetni a rendszerek három oldalát, elemezve e tények közötti integráció szintjeit, azonosítva a merevség pontjait, a felmerülő problémákat (ezek megmutatják, honnan származnak azok a kérdések, amelyek a merevség pontjait teszik ki problémák).

Tekintettel a problémák merevségére, a kérdés többé nem az a Dato X a Dato Igen, de az integráció lehetőségeinek meghatározása. Csökkenteni kell az integrációs költségeket, lehetővé téve a szervezet számára, hogy radikálisan megváltoztassa szerkezetét.

További probléma, hogy hol helyezzük el a szolgáltatásokat: fel lehet szerelni a céget e-maillel, de ha van például ügyfélkezelési rendszer, akkor ebbe a rendszerbe integrálhatjuk az e-mailt. Valójában manapság sok dokumentumkezelő rendszer integrálja az olyan technológiákat, mint az e-mail.

Ezen a téren is felmerül az integráció problémája: minél inkább az i. felé haladunk

gruopware, annál több integrációs problémánk van a használt eszközökkel és azok felhasználási területeivel kapcsolatban.

Hogy jobban átgondoljuk, készítünk egy képet arról, hogy mi van benne Olaszország, két okból:

valószínűleg olasz szervezeteket fogunk elemezni;

Az olasz cégek egyedi jellemzőkkel rendelkeznek.

olasz cégek

Az olasz vállalatokat megkülönböztető jellemzőkkel rendelkező csoportokba kell sorolni, de mindig sikerül egyedileg azonosítani minden egyes vállalatot. Ez elvezet bennünket ahhoz, hogy minden vállalat számára ad hoc ötleteket készítsünk, de modulárisan és közös alapon.

L 'Olaszország è uno dei più importanti produttori manifatturieri del mondo ed è il 5° esportatore al mondo, in Európa è secondo solo alla Németország. A parte i beni culturali, l’industria manifatturiera è la nostra prima risorsa e ci permette di avere un buon tenore di vita.

A piacon erősek vagyunk néhány B2C szektorban (Business To Consumer), a főbbek a divat, a bútorok, a „fehér” készülékek (hűtőgépek, mosógépek és azok, amelyek általában fehér színűek). Nagyon erősek vagyunk a háztartási kisgépek terén, az elsők között a világon. Az agrár-élelmiszeripari és mezőgazdasági eszközök területén is aktívak vagyunk.

A gépipar nagyon erős, nem csak az autók és motorok terén, hanem a B2B mechanikában is (Business to Business): fagylalt-, papír- és famegmunkáló gépek.

Vezetők vagyunk a csempék, szemüvegkeretek, festékek és lakkok gyártói között. A mi vezető szerepünket erősen az innovációnak és a magas minőségnek köszönhetjük, nem feltétlenül az eladott mennyiségnek. Ez a vezető szerep semmiképpen sem garantált: a gyorsabb fejlesztési ciklusokkal rendelkező versenytársak alááshatják azt.

Hazánkban több ezer érdekes, különböző profilú cég található; ez azt jelenti, hogy nincsenek nagyvállalataink, kivéve azokat, amelyekben az államnak jelentős szerepe van, és amelyekben képes fellépni, szabályozni őket, de amelyek ezért nem működnek igazán szabad piacon.

LAz olasz cégeket néhány jellemzővel lehet leírni:

globális versenyben;

kicsik (nem mindegyik, de sok közepes és sok közepes/kisvállalkozásunk van);

innovatívak;

a területen gyökereznek;

hálózati struktúrával rendelkeznek;

mester/alapító vezeti őket;

küzdenek azért, hogy az első vagy második generáción túl is fennmaradjanak;

gyorsan nőnek;

rosszul vannak számítógépezve.

Mivel kicsi, de globális szinten versenyképes vállalatok, ezeket "zsebmultnacionális vállalatoknak" nevezik. Termékeiket instabilnak tekintik. Olyan cégekről van szó, amelyek "ipari körzetekben" születtek és működnek, együttműködve más cégekkel, így egy nemzetközi szinten is erős cég- és szervezethálózatot alkotnak. A hálózat hatékonysága befolyásolja működésük eredményességét. Az ipari körzetek így a világ legjobb vállalataival rendelkező területekké válnak.

A területen gyökerező vállalkozók többsége a terület bővítésével is foglalkozik, hiszen ha jó a terület minősége, akkor a munka minősége is jobb.

Ezeknek a cégeknek a vezetése gyakran egyetlen személyhez, jelentős vállalkozói képességgel rendelkező tulajdonoshoz vagy alapítóhoz kötődik.

Aki a karizmatikus vezetőt követi, az nem éri el ugyanazt a sikert vagy támogatást: tudnia kell, hogyan kell a karizma helyett képességekkel intézni. Ahhoz, hogy ezeket a cégeket vezesse, a vezető sok szemponttal foglalkozik: nincsenek erre szakosodott emberek értékesítés, a stratégiai döntésekről vagy a nyilvánossággal való kapcsolatokról, de egy ember mindent megtesz.

Az ilyen vállalatok ezért küzdenek a második vagy harmadik generáción túl. Emellett generációról a másikra egy jelentős probléma merül fel: mivel sok olasz cég családi vállalkozás, „garázsban születik”, így a cégutódlás problémát okoz az örökösök száma miatt, amely generációról generációra nő. a következő. Ezért néha kényelmesebb eladni a céget, amikor az pénzt keres.

Az olasz cégek is nagyon innovatívak: új termékeket hoznak létre, és versenyeznek a kiválóságért.

Ennek ellenére rosszul vannak számítógépezve ami nem kapcsolódik szorosan a termékhez és a gyártási folyamathoz, vagy inkább mindazokhoz a technikákhoz, amelyeket a pénz termékké alakítására használnak, és fordítva. Az olasz vállalkozók számára az informatika olyan dolog, ami később jön be, amikor már nem lehet elkerülni, abban a reményben, hogy ezzel a bevezetéssel nem rombolják le a céget. Ehelyett az IT-nek fontos eleme kell, hogy legyen a vállalkozás számára: az olyan cégek, mint az Ikea, a Zara, a RyanAir, olyan információs rendszerekkel rendelkeznek, amelyek alapvető fontosságúak üzleti tevékenységük számára. Az Ikea fejlődését például az informatikai rendszerük fejlődése kísérte (főleg a logisztika, de a vállalaton belüli megrendelés- és tudáscsere terén is).

Az olasz vállalatok növekedése azonban meglehetősen gyors, olyannyira, hogy trendjük gyakran hasonlít a csúcstechnológiás iparágakéhoz. A közgazdászok kritikája az iparunkkal szemben, hogy az ágazatok a "hagyományosak", amelyekben nincs növekedés, de az innovációnak és az ágazat radikális változásainak köszönhetően mégis megtörténik a növekedés.

Például a szemüvegiparban a Luxottica képes volt átstrukturálni a piacot, a keretgyártói és az eladói pozíciót is betöltve, óriási hozzáadott értéket érve el (így közvetlen kapcsolatba került ügyfelek ahonnan közvetlen visszajelzést kaphat mind a saját, mind a versenytársak termékeiről).

Az innovatívság nem lehet mindig jelen: a 3M adott magának egy innovációs kódexet, amely szerint a vállalatnak évente legalább a mintáinak 25%-át meg kell újítania. Ez dicséretes, de ha egy olyan divatcégre gondolunk, amelyik egy év (a Zara esetében még kevesebb, 4 hónap) alatt teljesen megújítja a mintáit, az egyértelműen egészen más folyamatot igényel.

Az információs technológiának hasznos szerepet kell betöltenie a vállalaton belül, hozzáadott értéket kell teremtenie, és nem lehet marginális jelenléte. Informatikai technológiával foglalkozunk, amely ezt a szerepet tölti be, ezért szeretnénk megérteni, hogyan segíthetünk az olasz cégnek.

Dato hogy a vállalkozások gyorsan növekednek, evolúciós információs rendszerekre van szükségünk: az

a vállalat növekedéséhez szükség van a rendszerek új problémák kezelésére való képességére; A megoldandó probléma nem csak a rendszerek feljavításában rejlik, hanem az is, hogy rugalmassá tegyük őket az új problémák kezelésére.

Hálózati társaságokról lévén szó, irányításuk szorosan összefügg a vállalatok közötti interakciókkal: olyan „nyitott” rendszerekre van szükség, ahol a nyitást nem csak az egyik oldalon irányítják (azon vállalatoké, akikkel interakcióban van), hanem ahol lehetőség van alkalmazkodni, tudni, hogyan kell kölcsönhatásba lépni mások információs rendszereivel.

A nyílt rendszerek halmazában sajátos a logisztika: zseb multinacionális cégekről lévén szó, hogy milyen országokban tevékenykednek, fontos tudni, hogyan kell kezelni a szállítmányokat, mert minden elmulasztott kézbesítés potenciális eladási veszteséget jelent. Megfelelő szervezéssel kiváló eredményeket lehet elérni.

Az innovatív cégek nem hajthatnak végre több éves beruházást, mert a befektetések rövid életűek. Hosszú távon olyan döntések születnek, amelyek teljes termékcsaládokra vonatkoznak. Tehát fokozatos befektetések.

A vezetők kompetenciája alapvető, hiszen utódlási problémákkal küzdő cégekről van szó. Ezért elengedhetetlen az üzleti intelligencia és tudás jobb kezelése. Az információ a forrás értékétől is függ: ha egy hiteles forrás megjegyzést fűz egy bizonyos gondolathoz, az a megjegyzés sokkal nagyobb értéket kap. Az Apple vezető tervezője azt állítja, hogy egy termék tervezése a „vízióval” kezdődik" az adott termékről.

Egy vállalat helyi helyen indul, növekedése közben továbbra is helyi marad, de más területeken/országokban kezd vezetést vagy irodát létrehozni. Ez olyan helyek hálózatát hozza létre, amelyeknek ismerősnek és kényelmesnek kell lenniük a hálózaton mozgó emberek számára. Valójában a vállalatok egyre többet költenek a területük fejlesztésére, ahol találhatók.

A rendszerek ezért olyan helyzetekbe kerülnek, ahol szükség van a váratlan események kezelésére, és fontos, hogy tudjanak alkalmazkodni.

Közigazgatás (PA)

Az állami szervezetek lényegében különböznek a magánszervezetektől: nagyon fontos kapcsolatuk van a szabályozással, míg a piachoz való viszony nem létezik (még ha kellene is). Az olasz közigazgatást olyan rosszul látják, hogy nem ismerjük el azt a (kevés) kiválóságot, amivel rendelkezünk. Az egészségügyi szektor például jól működik, és jobb gazdasági megtérüléssel rendelkezünk, mint sok más ország.

Az olasz PA-nak konszolidált hibái vannak, sok cég nem jön be Olaszország mert az ország ismert bürokratikus lassúsága miatt nem tudják mikor tudnak majd működni.

A cégekkel ellentétben a PA nem veszi észre az igénybe nem vett szolgáltatásokat: a raktárban nem halmozódnak fel az eladatlan termékek, de legfeljebb olyanok vannak, akik nem dolgoznak (és gyakran ezek az emberek nem panaszkodnak rá), így a szivárgást nehéz megtalálni. Nincs, aki felmérje a PA szolgáltatásait; szolgáltatásra van szükség.

In Olaszország néhány éve folyamatban van egy változási folyamat, amely "rejtett" irányelveket tartalmaz, amelyek közül az egyik az állampolgárt kell a középpontba helyezni – amit a cégek is megpróbálnak elérni ügyfelek. Tehát elképzelhetjük, hogy a PA és az üzleti rendszerek találkozási pontokkal rendelkeznek.

A változási folyamat kezdete az volt Dato az alábbi törvény pontjaiból, amely többek között 3 fontos változást hozott:

minden igazgatásnak meg kell határoznia, hogy mely szolgáltatásokat nyújt, vagy mely közigazgatási eljárásokért felelős;

minden egyes eljáráshoz, amikor azt az állampolgár rendelkezésére bocsátják, felelős személynek kell lennie; ezért az állampolgárnak tudnia kell, hogy ki a felelős ezért a szolgáltatásért;

minden egyes igazgatási eljárásnál van egy maximális idő, ameddig a szolgáltatást teljesíteni kell.

Ebből a törvényből hiányzott valami ahhoz, hogy forradalom legyen: nem vezet be olyan személyt, aki a közigazgatási eljárások egész osztályáért felelős. Ez azt jelenti, hogy még akkor is, ha minden egyes eljárásnak van egy felelőse, amikor azt magánszemélynek nyújtják, az adott típusú eljárásért nincs felelős személy (például van egy személy, aki felelős az útlevelemért, de nem minden útlevélért) .

A változáshoz szükség van egy másikra, amely azonban még nem történt meg: a közigazgatásnak segítenie kell az állampolgárt a szükségleteiben. A törvény a második helyet foglalja el az állampolgárok szükségletei előtt, de tiszteletben kell tartani. Ezért a PA-nak irányítania kell a polgárt a szükséges választások és eljárások során, hogy megszerezze, amire szüksége van, és nem egyszerűen a törvényt kell alkalmaznia az állampolgárt a saját kegyére bízva.

Például, ha egy családnak engedélyre van szüksége ahhoz, hogy szobát építsen a gyermeke számára, akkor nem mindegy, hogy ez a szoba hogyan készül: elég, ha megvan, mert ez az igény létezik. Tehát az állampolgár hajlandó betartani a szabályokat (amelyek tehát kevésbé fontosak, mint a szükség), de mivel az állampolgárt nem irányítják a szabályok alkalmazása során, a felhatalmazást elutasítják, az eljárás elhal, az állampolgár pedig elégedetlen lesz, ehelyett a PA-nak el kell kísérnie, és azt kell mondania neki: "hogy megkapja a szobát, ezt kell tennie helyette".

Ha mindent szolgáltatás-orientált akarunk, akkor nyilvánvaló, hogy a rendszereknek gyökeresen különbözniük kell egymástól.

A rendszernek meg kell teremtenie a adat alapon (pl. 20 db A típusú csavart vásároltam), hiszen ezekből az információkból lehet újabbakat kikövetkeztetni (pl. még vannak A típusú csavarok), és így a helyzetek függvényében komplexebben tudok reagálni, ill. igények.

Ahhoz, hogy ezek a változások megvalósuljanak, moduláris rendszerekre van szükség: ezek lehetővé teszik az információk folyamatos újrakombinálását, hiszen elkülönítik azokat.

A vállalat növekedése zavart okoz belső szervezetében: in Olaszország A foglalkoztatottak, működésük és az általuk termelt érték elemzésére ritkán kerül sor, ez inkább Japánra és az angolszász országokra jellemző. Mindent meg kell szüntetni, ami nem része a hozzáadott értéknek, így ha az informatikai rendszer lehetővé teszi az információk elemzését, megtakarítást tesz lehetővé, nő a profit.

Az olasz cégeknek piaci okokra visszavezethető innovációs igényei vannak. A közigazgatásban – a cégtől teljesen eltérő okok miatt – erős a lendület az innováció felé. Az innovációhoz két funkció kapcsolódik:

a gazdasági erőforrások hiánya miatt az olcsó innovációkat részesítik előnyben;

az innovációnak a teljesítmény javítására és az emberek mentalitásának megváltoztatására kell irányulnia, érdemeiket a céloknak megfelelően jutalmazva, de kell egy módszer, amellyel ésszerű célokat tudunk kitűzni. Informatika nélkül nem tudjuk, milyen célokat tűzünk ki magunk elé.

Moduláris szoftver

Ahhoz, hogy rugalmas, evolúciós és skálázható rendszereket hozzunk létre, rendelkeznünk kell a modularitással, vagyis azzal a tulajdonsággal, amely lehetővé teszi az alulról felfelé építkező rendszer létrehozását (alulról felfelé).

Először is rendelkeznie kell a modulokkal, tehát szükség van a modulok "archívumára". Ekkor ezeknek felcserélhetőnek kell lenniük, vagyis lehetővé kell tenni egy modul egyenértékű modullal való helyettesítését, és ez úgy történik, hogy lehetővé válik a modulok közötti információcsere meghatározott interfészeken keresztül: a komponensek interakciója nem változhat a modulok változásakor.

A moduláris szoftver a komponensek közötti integráció új paradigmáját fedezi fel a mashupok fejlesztésével (hibrid webalkalmazás), azaz különféle forrásokból kiindulva létrehozunk valamit, például kezdetben különböző célokra létrehozott API-k segítségével, majd kombinálva egy új terméket.

Mennyire egyszerűek legyenek a modulok egy moduláris rendszerben?

A nyomtatványokat a lehető legegyszerűbben kell elkészíteni. Minden cég nagyon eltérő módon tudja kezelni a legbonyolultabb kapcsolatokat (pl. személyzeti menedzsment), de az alapvető funkciók ugyanazok maradnak (pl. bérszámfejtés). A kis modulok nagyobb újrafelhasználást, kevesebb fejlesztési időt és folyamatos fejlesztést tesznek lehetővé (pl. ha szétválasztja a felhasználói felületet, akkor meg kell győződnie arról, hogy az koherens, például képesnek kell lennie a másolás és beillesztés használatára, függetlenül attól a rendszertől, amelyhez az adott felhasználói felület tartozik. létre).

A felmerülő probléma egyértelműen az, hogy hogyan lehet a modulok között interakciót elérni. A nagy rendszer lehetővé tette, hogy magában a rendszerben sok információ összekapcsolódjon, továbbá lehetővé tette a kapcsolódó információk egyedi kezelését.e

a jogosultságok eléréséhez, míg a modulokkal i adat szétszórtan vannak, és a hitelesítési mechanizmusok variálhatók.

Ez a dekompozíció ugyanakkor nagy szabadságot ad nekünk: i adat tetszés szerint tetszés szerint elhelyezhetjük őket.

Az összes komponens integrálása, adatbázis, modulok és interfészek, nem légüres térben, hanem egy platformon történik: ez teszi lehetővé az integráció végrehajtását, ezért ezt a platformot jól meg kell határozni.

Ami lehetővé teszi a moduláris rendszerek létrehozását, az mindenekelőtt a modulok által kicserélt információ típusának szabványa: a modulok közötti lehetséges kommunikációs áramlásoknak meg kell felelniük. Több felcserélhető írásrendszerünk is lehet, ha egyetlen szabványt alkalmazunk a dokumentumra, de eddig ennek pont az ellenkezője történt: egy uralkodó írásrendszer, sok dokumentumformátummal. Ennek a helyzetnek két negatív oldala van:

ha a szabvány egy rendszerhez kapcsolódik, az a rendszer univerzálissá válik,

ez inkább a piac bezárásának kedvez, mert van egy szabvány, amit senki más nem tud generálni, így automatikusan a legelterjedtebb lesz a legerősebb.

A napirend egy példa a transzverzális pályázatra az összes többi pályázat tekintetében, mert napirendnek kell lennie, ezért érdemes rendszerszinten kezelni, nem pedig pályázati szinten. A rendszer az a platform, amelyen az alkalmazásokat futtatjuk, ezen keresztül kommunikálunk. Ez lehetővé teszi számunkra, hogy elkülönítsük a adat alkalmazásokból. Ez nagyban leegyszerűsíti az információs rendszer létrehozását: kombinálhatjuk a adat könnyebben elérhető, vagy különböző alkalmazásokat használjon a hozzáférésükhöz adat.

Az információs rendszerek összevonása kritikus fontosságú az üzleti egyesülési folyamatban. Az egyszerű űrlapok megkönnyítik az információcserét, mint az összetett formák elfogadása.

A modularitás gyakran már külső szempontból is jelen van: a felhasználóé. Valójában egyenként látja a rendszert, vagyis csak az általa használt darabot látja, és a többitől különálló modulként érzékeli. A látszólagos modularitás az első lépés a valódi modularitás felé vezető úton.

Ez lehetővé teszi új, komponensek közötti interakciók és szolgáltatások létrehozását. A rendszerfelület függővé válik a felhasználót körülvevő környezettől: a rendszer akkor reagál, amikor a felhasználónak szüksége van rá, így a várakozási idő elengedhetetlenné válik a rendszer hatékonyságának méréséhez.

Fontos, hogy a felületet a felhasználóból kiindulva alakítsák ki, abból, amit csinál: a felhasználó hozzászokik az eljárásokhoz, még akkor is, ha azok nehézkesek és logikátlanok.

Végül a platformnak tisztában kell lennie azzal, hogy platform: nem csak a modulok végrehajtását kell lehetővé tennie, hanem tartalmaznia kell mindazokat a transzverzális funkciókat (pl. napirend, e-mail), amelyek a rendszerrel elérhetők. primitívek (akárcsak a copy-paste esetén). A rendszer szempontjából ezek úgy tekinthetők, mint

normál alkalmazások, de elengedhetetlenek az összetevők összekapcsolásához.

Platform = rendszer + transzverzális szolgáltatások.

A platform nem a rendszer, és nem helyettesíti azt, különösen, ha különböző rendszerek vannak (Windows, Linux, Mac...), amelyekben a köztes szoftver veszi át az irányítást, több rendszert megjelenítve, mintha egy lenne.

Ezért a moduláris rendszereknek legalább 4 jellemzővel kell rendelkezniük:

az űrlapoknak egyszerűnek kell lenniük;

a moduloknak cserélhetőnek kell lenniük;

olyan platformra van szüksége, amely tele van az integrációhoz szükséges szolgáltatásokkal;

a felületet úgy kell kialakítani, hogy az alkalmazást használók elégedettek legyenek.

Mindezek a jellemzők az evolúcióhoz kapcsolódnak: a modulok külön evolúciót tesznek lehetővé, és lehetővé teszik a rendszer evolúcióját. A platformnak és az interfésznek viszont képesnek kell lennie a protokollok és eljárások szerint fejlődni.

Rendszerintegráció

A jelenlegi rendszerek a legtöbb esetben a szervezet életének sajátos vonatkozásaival foglalkozó részekre tagolódnak: szinte mindig adminisztrációra, költségvetésre, költségvetésre (gazdasági-pénzügyi szempontok), de a személyzeti komponensekre is, amelyek minden részletet tartalmaznak, relevánsak a vállalat számára. A rendszer ezen részei mindegyike a maga módján integrálja a 3 oldal elemeit (általában minden modul másképp csinálja).

A vállalat fejlődésével, a bővüléssel és a struktúra változásával egyre bonyolultabb információs rendszerre van szükség, amely integrálja a többi adat és egyéb modulok. Ez azt jelenti, hogy a ténylegesen végrehajtott integrációk esetében a válasz nagyon hatékony. Az integráció lényegében a különböző szempontok egyetlen szinten történő integrálásával történik adatbázis: minden komponensnek van egy adatbázis amely különféle szempontokra vonatkozik, és ennek minden információját integráljuk adatbázis.

A legtöbb esetben, i adatbázis ezek kapcsolatok, és az integráció információs szinten történik, de egyes technológiák lehetővé teszik az objektumok összekapcsolását.

Ha két aspektust eltérő módon szeretne integrálni, az ERP-k által elérhetővé tett technikákat nem könnyű használni. Valójában ez a fajta integráció még mindig hiányzik az ERP-kből: elvégezheti az integrációt adat da adatbázis eltérő, de ehhez az információ kinyerésére van szükség, mielőtt integrálni lehetne az adatbányászati ​​komponensbe.

Az integráció hatékonysága kritikus szempont a vállalat számára, hiszen a mai szervezetekben az egyik fő probléma az, hogy megfelelően és gyorsan reagáljanak a nehezen előrelátható piaci változásokra. Például új gazdasági piacok megjelenése, mint pl

a brazil, orosz, indiai és kínai („BRIC”) problémákat okoz az olasz vállalatoknak, amelyeknek meg kell érteniük, hogyan léphetnek be ezekre a piacokra, és olyan információkra van szükségük, amelyek nem állnak azonnal rendelkezésre az ERP-ben. Emiatt szükség van rá adattárház és adatbányászat. A szervezet vezetői megkövetelik, hogy a szükséges információkat egy hét és egy hónap közötti válaszidővel biztosítsák: ezen a tartományon kívül a cég anélkül hoz döntéseket, adat az információs technológia szerepét veszti, így akadályként vagy problémaként érzékelik. Az Üzleti Intelligencia rendszer létrehozásával tehát minden lehetséges kérdést át kell gondolni, amit a vezető fel tud tenni, és fel kell készíteni a rendszert arra, hogy választ tudjon adni. Az információtechnológiának követnie kell a cég fejlődését!

Ha a cég nem vásárol, hanem évről évre kiterjeszti piacát világszerte, akkor a rendszert a terjeszkedéshez kell igazítani.

Ha a vállalat az összes központi erőforrást kiszervezi, a platformnak képesnek kell lennie arra, hogy ebbe az irányba fejlődjön. Ezért az alkalmazási platform ciklikus fejlődésének kell bekövetkeznie, 6 és 12 hónap közötti időszakkal. Az alkalmazásplatform felett azonban ott van a technológiai, amely lényegesen eltérő jellegű, mivel az információs technológiák kezelésének módját írja le; alapvető fontosságú az alkalmazásplatform szintű választások sikeréhez és a problémák megoldásához. Evolúciós ciklusa ebben az esetben több éves, és folyamatosan figyelemmel kell kísérni, hogy az architektúra a legjobban megfeleljen az igényeinknek.

Ezért három szinten kell kezelni az érvényes megoldásokat:

technológiai platform (több éves)

alkalmazási platform (6/12 hónap)

egyedi problémák (hét/hónap)

Ezt a szintfelosztást azonban nem könnyű azonosítani: bár jelen van, nem egyértelmű. Gondoljunk csak az ENI példájára, amely jelenleg egy rendszert fejleszt felhő

számítástechnika, amely más ötletekkel született, mint a felhő, majd utólag megváltozott, mert megváltoztak a cég igényei is.

Ez a felosztás magyarázza azt is, hogy az ERP rendszerekben miért dominál a javítások használata, amelyek gyors választ adnak az új problémákra, de nem javítják a rendszer architektúráját, hanem inkább rontják azt.

A komponensek integrálása fontos feladat, mert az integrált komponensek időt takarítanak meg és csökkentik a kézi átírásból adódó hibákat adat. A szervezet tényállása mindenhol ugyanaz (a megvásárolt vagy nyújtott szolgáltatások adminisztrációja, annak figyelembevétele, hogy mi kerül ki és mi kerül ki a cégbe stb.), és ezek alapján határozza meg a vállalat céljait (mennyit vásárol, mennyit) előállítani stb.). Az informatika nemcsak ezekben a szempontokban támogatja az üzletet, hanem olyan eszközök használatával is, mint az e-mail, intranet, videokonferencia rendszerek, e-commerceStb

A technológia lehetővé teszi bizonyos feladatok eltávolítását, de másokat létrehoz.

A szervezési tevékenységben a hasznos információk előállítása terén mindig vannak redundáns munkák, ezért 3 tényt kell szem előtt tartanunk:

a felesleges munkát nem lehet azonnal megszüntetni;

ha a teljesítmény változatlan marad, a szükséges munka mennyisége csökken;

ha azonban úgy alakítottuk ki a rendszert, hogy javítsuk a felhasználói élményt, a felhasználókat

emberi beavatkozást igényel.

Egyfajta egyensúly van a megtakarítható munka és az új igények között: a rutintevékenység csökkentésével új típusú munkákat lehet létrehozni.

Példa: Számlázás

Vegyük például a számla és a megrendelés különbségét: ez csak a beállításban van jelen, de a valóságban a két bizonylat nagyjából ugyanazt az információt tartalmazza. A megrendeléstől kezdődően számlát generáló rendszerrel gyorsabban és kevesebb hibával kezelheti a folyamatot. Néhány évvel ezelőttig azonban, amikor egy cég termékeket vásárolt, 3 dokumentumot generált a beszállító cég rendszere:

a megrendelés;

a szállító cég számlája;

az áru szállítólevelet.

Ezért minden lépésnél ellenőrizni kellett: rendelés-szelvény, megrendelés-számla, számla-szelvény. Ez a folyamat nyilvánvalóan költséges volt, mind időben, mind pénzben, ezért el kellett távolítani ezeket a lépéseket.

Eltávolításuk érdekében a beszerző cég feltételt szabhatna a szállítónak: a rendelést csak akkor fogadják el, ha a szállítólevél megegyezik a rendeléssel. Ennek a korlátozásnak a tiszteletben tartása érdekében egyértelműen a beszállító cégnek kell korlátoznia a megrendelés kezelését, például a későbbi változtatások elutasításával. A vevő csökkenti a költségeket, de a felelősség ezért teljes egészében a szállító cégre hárul, amelynek követelnie kell ezt a felelősséget.

Egy másik megoldás lehet a vevő és a szállító közötti megállapodás, amelyben megállapítják, hogy a megrendelés a szállítás megkezdéséig nyitva van: csak ekkor nem módosítható a megrendelés, és kiállítják a számlát. Ez csökkenti a szükséges ellenőrzéseket a megrendelés és a számla között, de ezen a ponton a raktári dolgozó vállalja a felelősséget azzal, hogy visszaigazolja az adminisztrátort az átvett áruról.

Ontológiai rendszerek

Hogyan működhetünk azokkal a rendszerekkel, amelyek fokozatosan merevebbek lesznek? Erre akkor van lehetőség, ha a fényintegrációt választjuk.

A kérdés megválaszolásához keresést kell végezni az összes rendelkezésre álló információforrás között. Ez a művelet végrehajtható online (abban az értelemben, hogy a válaszidők ezt lehetővé teszik) vagy off-line (az a adatbázis válaszok).

Ha kérdésünkre nem kap választ a adat adatbányászattal gyűjtöttük, tudni szeretnénk, hogy vannak-e más módok aggregálására adat hogy megkapja a választ.

Nézzük például azt az esetet, amikor egy vállalat érdekelt abban, hogy elszigetelje azokat a vállalatokat vagy azokat az embereket, akik mindketten ügyfelek milyen beszállítók. Adószámuk vagy áfaszámuk van azonosítójukként, ezért egyetlen kód egyetlen entitást azonosít. Integrálásával i adat adatok és a redundancia kihasználásával lehetőség nyílik az információk újszerű rendszerezésére és viszonylag egyszerűen azonosítani azt az entitást, amely egyszerre vevő és szállító.

Hozzáadott érték akkor érhető el, ha nem felosztja ügyfelek és beszállítók esetében egy általános kategóriáról beszélünk, a beszélgetőpartnerekről, amelybe más témák is beletartoznak (például a P.A., mint például az önkormányzat, amelynek adót kell fizetni). Az ötlet ebben az esetben az, hogy a fogalmat tekintsük az összesítés pólusának, és ne a szintaxist. Ez lehetővé teszi, hogy elkerüljük az alapok integrálását adat és ezért fényintegrációt hajtanak végre.

A vevő és a szállító olyan kulcsszavak, amelyek segítségével azonosíthatom azokat az entitásokat, amelyekkel kapcsolatban állok.

Ezen a ponton lehetőség van egy struktúrát létrehozni beszélgetőpartnereink számára, akik magánszemélyek vagy jogi személyek, akik új cégek lehetnek, akikkel kapcsolatot létesíthetnek, de nem ügyfelek sem beszállítók (pl. önkormányzat, szomszédok). Ezért felfedezzük, hogy emberekkel és jogi személyek csoportjával állunk kapcsolatban.

Van mód elérni a adatbázis egy nem várt összefüggésen keresztül: azt találjuk, hogy i ügyfelek akik egyben beszállítók is, mert a szerkezetére hivatkozunk adat, de csatlakozni a adat és megtaláljuk az összefüggést, nem csak a talált értékekre hagyatkozunk, hanem a redundanciára és a struktúrára is (pl. hogyan értem, hogy a Mac Donalds és a McDonald's ugyanaz a cég?).

A kulcsszavak használatának elkerülése érdekében, vagyis az entitások lexikai attribútumokkal való jellemzésének elkerülése érdekében ontológiai rendszereket kell használnunk: nem egy bizonyos entitás szinonimái érdekelnek bennünket, hanem a világ szerkezetének, vagyis az ontológiának a megértése.

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.

Például, ha a „felhőkarcoló” kifejezést úgy határozzuk meg, hogy „épület magasabb, mint

A "felhőkarcolóval a zsebemben hazajöttem" típusnak nincs értelme az általunk definiált ontológiában, míg ha egy ontológia a "felhőkarcoló" kifejezéshez az "épületet reprodukáló emlékszobrocska" jelentését is tartalmazza, akkor ez a mondat pontos jelentést kap.

közötti összefüggések megállapításával adatbázis, leírjuk a világot: az ezt kimondó világ határozza meg az általunk használt szavakat. Ez a világ mindig véges: véges az események száma a szervezet életében. A nyelv által megidézett világ ehelyett végtelen, és a nyelvvel bármilyen lehetséges világot ábrázolhatunk, hiszen a nyelv a potenciálra vonatkozik, nem csak a létezőre. Mindenesetre a logika az, ami lehetővé teszi, hogy a szemantika lényegéhez jussunk: ez a logika, amely azt mondja, hogy ha valaki szolgáltatást nyújt, akkor ő szállító, hiszen tudjuk, hogy a szolgáltatás egyfajta ellátás. .

Az ontológia lehetővé teszi, hogy két fázist különítsünk el: az aggregációt és a lehetséges integrációt. Az aggregáció abból áll, hogy összehozzuk azt, ami érdekel, és ez az integráció jelentős része: ha két azonos dokumentummal rendelkezem. adat és hozzáteszem a jelentésüket, a legnagyobb erőfeszítést megtettük. A fájlok tényleges integrációja (egyesítés vagy szerkesztés) a kisebb rész.

Összehasonlíthatja az abban foglalt információkat adatbázis, hanem dokumentumok és videók is, szemantika segítségével. Az előnye, hogy több adatbázis, ahelyett, hogy csak egyet, az, hogy tudjuk tartani a adatbázis elemző információ atomi szinten.

Ezután tudnunk kell korrelálni az információkat annak érdekében, hogy szabványos választ kapjunk, amely lehetővé teszi számunkra a költségek optimalizálását és a megfelelő kapcsolat garantálását az összes ügyfelek (hogy ugyanúgy válaszolhasson).

Ahhoz, hogy megértsük, mi kapcsolódik mihez, nézzünk meg egy példát, amely egy internetes ötletből származik: címkéket alkalmazhatunk az erőforrásokhoz, hogy felismerjük az összes kapcsolódó információt. Ezzel a megközelítéssel az a probléma, hogy különböző formájú címkéket használhatunk ugyanazon dolog ábrázolására (a címkék szintaktikai vonatkozásúak). A másik megoldás a szemantikai dimenzióra való hivatkozás, amely egy lexikonon keresztül halad át (azaz szavak használata címkék megszerzésére) a szemantikához (fogalmak és entitások beszerzéséhez).

A minket érdeklő szemantika azonban más jellegű, mint a természetes nyelveké, amelyeknek általában szélesebb céljai vannak, mint a javasolt. A szemantikának köszönhetően jellemezhetünk egy nyelvet, amelyen keresztül le tudjuk írni a számunkra érdekes világot, vagyis az ontológiát.

Az ontológiák logikai nyelvekkel írhatók le, az egyik legnépszerűbb az OWL (Ontology Web Language).

Általa képesek vagyunk áthaladni a világon és értelmezni a tényeket. Ez egy nagyon elvont leírás, hasznos az általunk végrehajtani kívánt műveletekkel kapcsolatban.

Az ontológiában a csomópontok közötti kapcsolatok határozzák meg, hogy mi lehetséges és releváns a szóban forgó ontológiához, nem pedig azon kívül, és teljes az általunk végrehajtható cselekvések tekintetében.

Sokat használják különböző dolgok összefüggésbe hozására is, például amikor egy cég tudni akar valamit egy másik cégről. Ebben az esetben meg kell találnom a módját a különböző információk korrelációjának. Az absztrakció használata a leggyakrabban használt technika:

szervezeti diagnózis;

humán diagnózis;

gépdiagnosztika.

Az absztrakció típusa attól függ, hogy milyen választ akarunk adni: a három diagnózis összefügg egymással, még akkor is, ha látszólag ezek a fogalmak különböző kategóriákba tartoznak.

E kategóriák mindegyike meghatároz egy sor jogot-kötelezettséget a személynek a szervezettel való kapcsolatában.

felhő Számítástechnika

A rendelkezésünkre álló technológiai platformok közül a felhő A számítástechnika radikális premisszák elé állítja magát: bár egyrészt nagy lehetőségeket kínálhat, másrészt jelentős felfordulást jelent abban a környezetben, amelybe bekerült, és ezzel veszélyezteti az ágazat ipart.

Az informatika már a kezdetekkor, 10-15 évvel ezelőtti konszolidáltabb módon szolgáltatásként jelentkezett a felhasználók számára, vagyis az outsourcing helyett inkább a házon belüli erőforrásként. Az első számítógépek drága gépek, nagyszámítógépek voltak, így a szervezet nem vásárolta meg a teljes gépet, hanem fizetett azért, hogy kezelhesse és saját szoftverét futtathassa; a gép azonban a "szervizben" maradt, amely ezt a lehetőséget kínálta a cégnek.

A technológiai fejlődéssel ez a dimenziókényszer kezdett eltűnni: a vállalatok ezért a házon belüli szoftverek létrehozása vagy azok speciális beszállítóktól való vásárlása felé fordultak. Ez nyilvánvalóan a különböző vállalatok IKT részlegének túlméretezéséhez vezetett, és végül azzal a problémával kellett szembenézniük, hogy nem volt-e túl drága a saját szoftver gyártása.

Elsőként a nagyvállalatok tették fel maguknak ezt a problémát, amelyek tulajdonképpen a teljes IKT-részleg külső kihelyezését tűzték ki célul, kiszervezési szerződéseket kötve: hálózatok, szerverek, napi karbantartás, szoftverfejlesztés már nem volt cégen belüli tevékenység. és úgy kezelhető, mint bármely más szolgáltatás, a költségek ellenőrzése és csökkentése tekintetében is.

Az outsourcing sikeres volt, mert lehetővé tette a legjobb minőségű szolgáltatás elérését

jelen a piacon. A cég nem tudta elérni ezt a minőséget, mert a világról alkotott elképzelése önmagára korlátozódott.

Ez a folyamat azonban megkövetelte a cégektől bizonyos készségeket az outsourcing szerződések megkötésében, hogy a megvásárolt igen összetett szolgáltatások minőségét garantálni lehessen. Szükség volt tehát a szolgáltatás minőségét irányítani tudó IKT-szakértőkre, így a valóságban csak az infrastruktúrák váltak gyakorlatilag szükségtelenné a vállalaton belül. A külső beszállítóktól származó technológiák átvételének azonban negatív következménye is van: nem lehet kordában tartani a beszállítót, aki idővel a minőség romlására, merevségre és a költségek növekedésére hajlamos.

Ezek a megfontolások tehát arra késztetik a vállalatokat, hogy visszaforduljanak, vagyis saját IT részlegeket hozzanak létre, vagy a beszállítóval közösen hozzanak létre olyan cégeket, amelyekhez kiszervezhetnek, hogy nagyobb kontrollt tudjanak tartani a kínált szolgáltatás és a tulajdonolt szoftver felett.

És ezen a képen az felhő számítástechnika.

Fogalmi szempontból a felhő A számítástechnika a grid computing ötletéből született, vagyis az, hogy a Potenza a számítástechnika hatékony elosztása az egész világon, azaz a kihasználatlanok kihasználásával. Ezt az ötletet kezdetben a zenei fájlok online megosztására alkalmazzák olyan hálózatokon keresztül, ahol mindenki kliens és szerver is (Peer-to-Peer). A probléma

Ennek az architektúrának az az oka, hogy nem lehet azonosítani a megosztásért felelős személyt, mivel lehetetlen meghatározni, hogy a fájlok melyik szerverről származnak. adat.

Ezt az elosztott megoldást a tudomány területén is alkalmazták, a Potenza elosztott számítástechnika. Ez azonban nagy homogenitást igényel a felhasználók között, korlátozva magának a grid számítástechnikának a fejlődését. Ennek ellenére a nagyszámú szerverrel rendelkező cégek figyelmüket a grid felé fordítják, bár teljesen független piaci igények vezérlik őket (gondoljunk csak Google ed amazon). A grid számítástechnikai piac jelenleg hanyatlóban van.

Az ötlet mögött a felhő A számítástechnika az, hogy a felhasználók a szolgáltatások fogyasztói, nem látják, hogyan valósul meg a szolgáltatás, és erős virtualizációval jellemezhető környezetben dolgoznak.

felhő Számítástechnika VS Mainframe: Elvileg hasonlóak, de hardveres szempontból gyökeresen különböznek egymástól.

felhő Computing VS Grid: a peer-to-peer fogalmát már nem használják.

felhő Számítástechnika VS Outsourcing: A cég nem biztosít saját információs rendszert.

A hardver a felhő gyakran úgy készül, hogy egy 100, 1000, 2000 szerverből álló konténerben elhelyezhető, amelyek már külön optimalizálva és hűtve, készen állnak az "eladásra".

Az adatközpontok modularizálása lehetővé teszi a különálló és egyszerűsített kezelést a mentési szakaszban, különös tekintettel arra, hogy azonos gépek birtokában a mentés visszaállítása az adatok átviteli idejére csökken. adat.

Il felhő A számítástechnika tökéletes az indulóknak, mert nem szükséges a régi rendszerekről való migrációt kezelni, ami általában nagyon költséges művelet. A logikája felhő A számítástechnika valójában a felhasználásonkénti fizetés (pay-per-use) elvén alapul, vagyis az emberek fizetésre késztetésén ügyfelek az általuk felhasznált erőforrásokkal arányos összeget. Az erőforrásokat az infrastruktúra azonnal allokálja, így az erőforrások felhasználása dinamikus és kizárólag a pillanatnyi igényektől függ. Ez lehetővé teszi a költségek visszafogását és a vállalat igényeivel együtt dinamikus növekedést.

Gazdasági szempontból olyan helyzetekben, amikor a használata felhő a számítástechnika nincs korlátozva, a vállalat számára 30% és 70% között ingadozik a haszon. Előfordulhatnak azonban olyan korlátozások, amelyek többletköltséget jelentenek, például meg kell találni a adat (adatvédelmi vagy jogszabályi okokból), vagy a szolgáltatások testreszabásának szükségessége miatt.

Az ajánlat a felhő A számítástechnikát három fő elem jellemzi:

Az infrastruktúra mint szolgáltatás (Infrastruktúra Szolgáltatásként, ill IaaS), ahol a szolgáltató által kínált szolgáltatás a felhő ez a „felhő” infrastruktúrája, amelyből áll Potenza számítástechnika, tárolás és hálózatépítés. Az ügyfél ezután futtathatja saját szoftverét (beleértve az operációs rendszereket is) ezen az infrastruktúrán.

Platform as a Service (Platform as a Service, ill PaaS), ahol a kínált szolgáltatás a szolgáltató által biztosított platform lehetősége felhő, amelyen az ügyfél saját programjait futtathatja.

Szoftver mint szolgáltatás (Szoftver mint szolgáltatás, ill SaaS), ahol a szállító a felhő szoftvert készít az ügyfél számára, és csak a szoftver tényleges használati idejéért fizet.

Probléma, amely felveti a felhő a magánélet és a biztonság adat, de ez csak a törvényünk alapjául szolgáló filozófia gyökeres megváltoztatására tekintettel oldható meg.

Adatvédelem és tulajdonjoga Ad

A kezelésében adat online a magánélet problémája egyértelműen felmerül. A probléma nem annyira az, hogy i adat nyilvánosak lehetnek, valamint abban is, hogy valaki visszaélhet velük. A visszaélés adat az érzékeny, azaz illegális felhasználásuk az, amit büntetni kell (pl adat egy alkalmazott egészségi állapota miatt kirúgták, ez helytelen és jogellenes használat lenne).

A másik probléma a tulajdonjog adat: ki irányít? Ez egy olyan probléma, amely a legtöbb felhasználó számára lényegtelen, mivel olyan tartalmakat osztanak meg, amelyek már nyilvánosak. Azonban, miután adat csak a neten a saját tartalmak birtoklása nem valós; csak akkor lenne, ha lenne egy off-line példányunk.

Jelenleg két fő szoftvermodellt szállítanak a piacra felhő számítástechnika:

Modello Google, amely szabványos szoftvert tesz elérhetővé,

Modello amazon, amely mashup szoftvert biztosít testreszabott szoftverek létrehozásához.

Előnyeivel együtt a felhő hátrányokkal is jár: mindenekelőtt a jelenlegi rendszerek migrációja a felhő nagyon drága (ezért az induló vállalkozások számára a felhő, előnyt jelent), de azt is kockáztatja, hogy a szállító foglyaivá váljon, sőt, ha szolgáltatót szeretne váltani, akkor a adat, ezért garanciára van szükségünk a szállítótól a saját használatának lehetőségére adat különböző gyártók által biztosított szoftverekben.

Hardveres szempontból a felhő a számítástechnika korlátlan erőforrásnak tűnik: a felhasználónak már nincs gondja a méretezéssel, ráadásul már nem kell előre jelezni a problémákat, hanem csak a nyújtandó szolgáltatásokra és azok minőségére lehet koncentrálni.

A Szoftver szolgáltatásként való használatához a szoftvernek speciális követelményekkel kell rendelkeznie, amelyek lehetővé teszik a használatát felhő számítástechnika. Különösen kell

legyen moduláris (és az ontológiák, különösen a platformszintű ontológiakezelési szolgáltatások sokat működnek ebben a szektorban),

kevésbé legyen integrálva a jelenlegi szoftverekhez képest

elválasztani adat és programok.

A jelenlegi ERP-szoftverekkel, például az SAP-val és azok platformokon keresztüli használatával kapcsolatban felhő, modulárisnak kell lenniük. Ahhoz, hogy ilyenek legyenek, a rendszert modulokra kell osztani a kínált szolgáltatások alapján (beleértve a adatbázis), amelyet csatlakoztatni kell a

által elérhetővé tett platform felhő számítástechnika. Az ötlet az, hogy a belső integrációs folyamatokat külső integrációs folyamatokkal helyettesítsék: csak az járhat el a szervezet irányítójaként, aki erre képes. felhő. Ezáltal a szoftver veszít értékéből, jelentős lökést adva a nyílt forráskódú szoftverek fejlesztésének, mert minden átalakul az általa kínált szolgáltatásba. felhő.

Valójában a nyílt forráskódú szoftver a legalkalmasabb a Szoftver mint szolgáltatásra, hiszen aki fejleszti, az figyelmen kívül hagyhatja a platformmal való integráció problémáit, sőt, ő a szoftver menedzsere. felhő akinek ezzel az aspektussal kell foglalkoznia. Pontosabban, a nyílt forráskódú szoftverek fejlesztése nem a felhasználók nagy közönségét célozza meg, hanem néhány szolgáltatóval tud együttműködni. felhő számítástechnika, hogy ezután ki tudja majd szélesebb közönségnek eladni a szoftvert szolgáltatásként.

A modulok integrálásának gondolatában fontos szerepet játszanak az ontológiák, mivel egyrészt garantálják a folytonosságot a meglévővel, másrészt a beszállító által kezelhetőek. felhő.

A UPS világelső a csomagszállítás területén.

Az alábbiakban a különböző szempontok (együttműködés / szervezet / rendszerek) közötti integrációk leírása található.

Hangsúlyozzuk, hogy a vállalat méretét, üzleti tevékenységének jellegét és az alkalmazott technológiák mennyiségét figyelembe véve a teljes leírás messze túllépte volna a kapcsolatra szabott korlátokat; ezért megpróbálunk áttekintést nyújtani a főbb szempontokról.

Integráció

Az első szempontok közötti integráció, amelyről beszélhetünk, a rendszer és a szervezet közötti integráció. A UPS egy hatalmas vállalat, de már a kezdetektől fogva megvolt a maga megalakítása adatbázis központi és monolitikus entitásként. A New Jersey-i létesítmény – természetesen a Georgia-i ikertestvéréhez hasonlóan – számos eseménynek ad otthont adatbázis amelyek tartalmazzák (többek között):

i adat személyzeti menedzsment számára;

i adat, valós időben frissítve, a használt raktárakról és szállítóeszközökről, az intermodális szállítási hálózatban elosztva;

információk a partnercégekről és ügyfelek (utóbbi szintén valós időben frissült, a DIAD terminálokról és a webhelyről érkező információk alapján Internet);

i adat a mérleg (mérleg, eredménykimutatás stb.) elkészítéséhez.

Mint a cég működik még az Egyesült Államokon kívül is bizonyos szempontokat külföldre is terjesztettek. Példa erre a adatbázis a személyzeti menedzsment, természeténél fogva integrálva a gazdasági trend elemző rendszereivel: személyi és működési költségeket takarítanak meg a adatbázis nemzeti, de az információkat időszakonként összesítik és átváltják amerikai pénznemre; minden antiproduktív tevékenységet azonosítanak és gyorsan megoldanak. A költségkövetés automatizálásának szükségessége lehetővé tette a UPS-nek bizonyos folyamatok automatizálását, beleértve a bérszámfejtést is.

A műszakok és pihenőidők lebonyolítása is félig automatizált: a személyzet besorolása adatbázis a szerep típusa, a tanterv és a hovatartozás földrajzi régiója alapján (a következő bekezdésben látni fogjuk, hogy ez már milyen anyagot jelent

ontológiához); a szabadságigénylést - amit jó előre be kell jelenteni - egy szoftverbe illesztjük, amely a tervet benyújtja az ágazatok vezetőinek. Ez a papíron nagyon hatékony mechanizmus az alkalmazottak csoportos fellépéséhez vezetett a UPS ellen, mivel semmilyen módon nem volt „rugalmas” a hirtelen akadályokba vagy fogyatékosságba került emberekkel szemben.

I adat A raktárakkal és szállítóeszközökkel kapcsolatos UPS tevékenységének középpontjában áll, amely szolgáltatásainak hatékonyságából él abból, hogy nem termel árut. Az összes szoftvert maga a cég hozta létre az elmúlt két évtizedben, és erősen integrált: mindegyik ugyanarra vonatkozik adatbázis és folyamatos információáramlás folyik az alkalmazásokba és az alkalmazásokból.

Például, amikor az ügyfél egy csomag kiszállítását kéri, az adatai - a semmiből vagy frissítésként - bekerülnek (különösen a fizetési referenciák, amelyeket a bankközi rendszerekkel összekapcsoló szolgáltatásokon keresztül érvényesítenek). adat a csomagról (átvétel és kézbesítés helye, átvétel elmaradása esetén bármely alternatív hely, automatikusan kalkulált és a vevő által elfogadott szállítási költség stb.). A jóváírás azonnal generálódik, miután a rendszer megkapta a (DIAD terminálról kapott) szállítási visszaigazolást.

A megrendelés generálása a szállítmánykezelő rendszerben is egy rekord létrehozását váltja ki, amely az érintett üzemeltetők értesítésével jár. A UPS logisztikai támogatási rendszere felelős a csomagszállítás optimalizálásáért, mind a furgonok által megtett minimális útvonal, mind az általuk szállított csomagok tekintetében, figyelembe véve a fent említett szabadság- és pihenőidő-beosztás alapján elérhető szolgáltatókat is. Ezek mind példák a vállalat rendszerei által elért magas szintű integrációra.

Amint azt az előző dokumentumban már kiemeltük, és amint az az áramlásokról eddig elmondottakból kiderül adat külső nemzetektől felé adatbázis központi, nagy raktározási tevékenység folyik. A UPS rendelkezik a adatbázis több terabájtból áll, amely a műveleti információs könyvtárnak (OIL) ad helyet, amely egy hatalmas gyűjtemény adat, a különböző részletességi szinteken strukturált, amely összefoglalja a csoport tevékenységét. Az OIL eleinte az amerikai földön a belső szervezet javítása és a rövid távú stratégiák megtervezése érdekében született, de 1999-től a bolygók tevékenységével kapcsolatos összes információt magába foglalja, és csak a 2000-es évek eleje óta használják szoftverintegrációra. intelligencia és online analitikai feldolgozás.

I adat az aggregátumok a szervezet vezetése számára konzultáció céljából rendelkezésre állnak; ahogy a másik dokumentumban is említettük, sok adat nagyon finom részletességűek is elérhetők API-n keresztül innen ügyfelek, például információkat a szállított egyetlen tétel állapotáról. AZ ügyfelek saját maguk integrálhatják ezeket az információkat rendszereikbe, a UPS nyílt szabványok szisztematikus elfogadásának köszönhetően.

A másik dokumentumban leírtak szerint a UPS-ben van egy bizottság, amely a technológiai újítások vállalását, javaslatokat gyűjt az alkalmazottaktól. Az ötletek benyújtása webes alkalmazáson keresztül történik, amely a cég intraneten keresztül használható.

Az integráció ontológiája

A UPS integrációi mögött meghúzódó ontológia feltevésében minden bizonnyal az alaptevékenységében, a csomagszállításban érintett szereplőkből indulhatunk ki. Ezért van egy csomag osztálya, amelyet egyik helyről a másikra szállítanak; A közlekedés két relációval képzelhető el: „transportFrom” és „transportA”, ha kizárjuk a

transznacionális és multimodális szállítások modellezése. A parcellának több speciális alosztálya lehet - jellemzőitől függően -, és rendelkeznie kell egy azonnali helymeghatározással, a földrajzi helymeghatározást követően.

A csomagot általában az ügyfél küldi; Tekintettel a UPS széleskörű szolgáltatási kínálatára - amely nem csak csomagszállítást jelent - nagy figyelmet kell fordítani a származtatott osztályok és attribútumok leírására. Bármely kínált szolgáltatás, bármilyen jellegű, különféle típusú Megbízások „végrehajtását” biztosítja, mint például a Szállítmány.

Előfordulhat, hogy az ügyfél egyben Szállító is. Az ontológia akkor határozhat meg a CompanyPartner aggregáció szuperosztályát, ha felismeri, hogy egyben Vevő és Szállító típusú vállalat, vagy ha legalább egy szállítást és legalább egy megrendelést teljesített.

A Big Brown, ahogyan a UPS-t zsargonban nevezik, főként alkalmazotti entitásokból áll, amelyek hatalmas és változatos hierarchikus struktúrába szerveződnek (Szervezeti diagram). A strukturálásnak itt is pontosnak kell lennie, különös hangsúlyt fektetve a tér/idő szempontokra: egy munkavállaló egy adott Régióban fog tevékenykedni, vagy a világhálózat helyszíneinek összesítése a munkahét egy meghatározott időpontját fedi le. és így tovább. Egy ilyen típusú ontológia nagyon egyszerűvé tenné az automatikus következtetések levonását a pihenő műszakok generálása során. Bizonyos tulajdonságok, például képesítések, címek, szolgálati státusz és szolgálati idő megfelelő modellezésével a vezetés lehetőséget kap arra, hogy mennyiségileg – valamint minőségileg – értékelje a személyzet teljesítményét.

Ezek közül sok adat már jelen vannak az UPS örökölt rendszereiben, de a adatbázis az elmúlt két évtizedben vezették be. Mások megjelenhetnek a db megfelelő "nézeteiből" vagy adatbányászati ​​tevékenységek során.

admin CEO

👍Online webügynökség | Webügynökség szakértő a digitális marketing és SEO területén. A Web Agency Online egy webügynökség. Az Agenzia Web Online számára a digitális átalakulás sikere az Iron SEO 3-as verziójának alapjain alapul. Szakterületek: rendszerintegráció, vállalati alkalmazásintegráció, szolgáltatásorientált architektúra, felhőalapú számítástechnika, adattárház, üzleti intelligencia, Big Data, portálok, intranetek, webes alkalmazások Relációs és többdimenziós adatbázisok tervezése és kezelése Interfészek tervezése digitális médiához: használhatóság és grafika. Az online webügynökség a következő szolgáltatásokat kínálja a cégeknek: -SEO a Google-on, Amazonon, Bingen, Yandexen; -Web Analytics: Google Analytics, Google Címkekezelő, Yandex Metrica; -Felhasználói konverziók: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM a Google, Bing, Amazon Ads szolgáltatásban; - közösségi média marketing (Facebook, Linkedin, Youtube, Instagram).

Lásd a teljes életrajzot

Digital Marketing adatbázis DBMS Adattárház Data Science Online hirdetés Information Technology Web Ügynökség Reklámügynökség Marketing