Система за управление на база данни и сътрудничество

На тази страница искаме да поговорим за: "Дистанционно DBA между компании по кооперативен начин "

Честито четене.

Част 1 от 2

Предварителна информация

Източник: Клаудио ВЕНТУРИНИ

ЗАГЛАВИЕ: Дизайн и разработка на Склад за данни в конкурентна среда

Лектор: д-р Андреа МАУРИНО

Съдокладчик: д-р Анджело Сирони

Частите от тезата на Клаудио Вентурини, дадена на Стефано Фантин от Андреа Маурино, университетски професор в Университета на Milano Бикока, като ресурс за четене и документация.

Съвместно сътрудничество: проблеми за ИТ

В кооперативен сценарий има две или повече организации, които работят в конкурентен режим в рамките на определен пазар и които обаче трябва да си сътрудничат в някои аспекти на бизнеса. Причините могат да бъдат различни и са широко обсъждани от изследвания в областта на икономическото, организационното управление и управлението на знанията.

По принцип отношенията на сътрудничество между различни участници могат да бъдат установени по волята на самите участници или да бъдат наложени от трети страни. В първия случай участниците идентифицират в сътрудничество възможността за получаване на общи ползи, които никой от тях не би могъл да получи при чисто конкурентен сценарий. Пример е обменът на информация с цел подобряване на качеството на продуктите или услугите, предоставяни на клиенти. Във втория случай обаче сценарият предвижда трети участник, който има силата да принуди или стимулира обмена на информация между участниците. Типичен случай е, когато някои организации са задължени по закон да участват в механизъм за сътрудничество.

От гледна точка на ИТ, коопцията се характеризира с факта, че участващите участници трябва да обменят информация, без обаче да интегрират напълно своите информационни системи. Този обмен на информация трябва да бъде добре контролиран, тъй като сътрудничеството може да бъде изгодно само ако кооперативният аспект на отношенията осигурява предимства за всички участници и следователно не генерира конкурентни предимства за отделния участник. Следователно най-важните проблеми от гледна точка на разработването на софтуерна система, която осъществява тази интеграция в кооперативна среда, са следните:

Идентифицирането на информацията, която ще се споделя, разбира коя информация е необходимо да се обменя и след това да се интегрира по такъв начин, че да е полезна за цялата ангажираност на организациите.

Техниките за интеграция избират подходящите техники за осъществяване на интеграцията, както по отношение на процеса, който да се следва, така и по отношение на архитектурите и системите, които могат да бъдат използвани. Тази област включва и проблеми, свързани с разрешаването на евентуални семантични несъответствия между информация от различни организации.

Мащабируемост броят на организациите, участващи в коопцията, може да бъде от порядъка на десетки и да варира във времето: следователно е необходимо архитектурата да е достатъчно мащабируема за съответните данни могат да бъдат интегрирани в системата с относителна простота.

Гъвкавост Интегрирането на различни информационни системи увеличава вероятността поне една от тях да претърпи промени в краткосрочен план. Тази вероятност е по-голяма, колкото по-интегрирани са информационните системи и представлява проблем, особено когато количеството на споделената информация е голямо. Следователно системата трябва да може да реагира бързо на промените в различните интегрирани информационни системи.

Сигурността гарантира сигурността на публикуваната информация чрез подходящи механизми за контрол на достъпа

Поверителността гарантира поверителността на публикуваната информация, за да попречи на един от участниците да разбере чувствителна информация за други организации, например чрез инференциални атаки. По-специално е необходимо да се намери правилният баланс между полезността на данни споделени, с оглед извършване на аналитични разследвания, и нивото на поверителност, което се изисква.

Собственост на  данни  когато аз  данни  са публикувани, организацията рискува да загуби контрол. Този проблем е силно повлиян от присъствието на трети участник и от степента на доверие, която участващите организации

те поставят там. В действителност в някои случаи тази трета страна може да поеме управлението на данни споделени.

За да реши тези проблеми, ИТ първо трябва да идентифицира архитектурите, платформите и технологиите, необходими за интегриране и обмен на информация. На второ място, той трябва да определи адекватен модел за развитие, особено по отношение на фазата на събиране на изискванията. По-нататък ще анализираме подробно как е възможно да се удовлетворят изискванията, посочени в конкретния случай на развитието на система за съхранение на данни.

Обикновено DW се използва за количествен анализ на събития от интерес за бизнеса на организацията, като продажби, покупки или нива на запаси. Следователно той се занимава с цифрова информация, като например количествата продукти или цените. За целта DW организира информацията по такъв начин, че да може да се използва ефективно за извършване на анализ за целите на подкрепата за вземане на решения. НА данни те се извличат от различни източници в организацията и се интегрират чрез една от техниките за интеграция, за да се получи единна визия. По време на тази фаза те също могат да преминат през процес на почистване, в края на който са интегрирани в DW.

DW се използва от потребители на различни нива. Управителните органи го използват за комплексни анализи на различните аспекти на бизнеса, за да подкрепят техните решения.

Други потребители могат просто да го използват за генериране на периодични отчети, които понякога могат да бъдат публикувани и извън организацията.

В DW, разработен в кооперативна среда, единствените източници на данни те са собственост на различни организации и са интегрирани, за да наблюдават явления, които включват не отделни лица, а всички участници. .

Състезателен Склад за данни  (CDW):

системата не се използва само в рамките на организацията. Напротив, системата е отворена и може да предоставя информация на различни типове потребители:

същите организации, участващи в коопериране, които по този начин могат да получат по-широк поглед върху пазара, на който работят

публичната администрация, която може да бъде поискана данни с цел извършване на контролни дейности

граждани и потребители, за да направи производствената верига по-прозрачна.

Съвместна конкуренция, конкуренция, сътрудничество

През последните години други автори подчертават значението на кооперативните механизми за създаване на стойност в бизнеса.

Чрез теорията на игрите е възможно математически да се моделира поведението на бизнес участниците, за да се изучат техните стратегически решения. В игра всеки състезател прилага стратегии за решаване кой ход да предприеме на всеки ход. Рентабилността на хода се определя от функция за възнаграждение, която асоциира числова стойност с всеки ход, направен от участника. Възнаграждението обикновено представлява печалба или загуба на пари и следователно може да бъде a

отрицателна стойност. Целта на играчите е да увеличат максимално сумата от наградите, получени по време на различните кръгове на играта.

Без да навлизаме в детайлите на математическото представяне, трите сценария на конкуренция, сътрудничество и сътрудничество могат да бъдат характеризирани, както следва:

Конкуренция Организацията е изолиран субект в сравнение с останалите играчи на пазара и единствената цел в играта е търсенето на по-голяма награда от тази, получена от противниците, след опортюнистично поведение. В този сценарий на игра печалбите, изплатени на един от играчите, съответстват на идентична загуба за противника и следователно можем да говорим за игра с нулева сума. Очевидно е, че при този тип игра функциите за възнаграждение на различните участници са в ярък контраст помежду си: следователно няма реално създаване на стойност, а по-скоро преминаване на стойност между играчите.

Сътрудничество Участващите организации се движат от сближаващи се интереси и следователно се характеризират с взаимно договорени функции за възнаграждение. Като цяло взаимодействията се основават на отношения на взаимно доверие, по напълно противоположен начин на това, което се случва в конкурентния сценарий. Този контекст

тя може да бъде представена с игра с положителна сума, в която е възможно създаването на стойност и е толкова по-последователна, колкото повече играчите приемат стратегия, която има за цел да преследва общи интереси: това представлява силен стимул за възприемане на опортюнистични поведения

Конкуренция Кооперативният контекст е хибриден сценарий, при който участниците преследват частично сближаващи се интереси. Това означава, че за разлика от това, което се случва в сътрудничеството, основният интерес на организацията не е такъв

е напълно съобразен с интереса на останалите участници в играта. Следователно няма връзка на пълно доверие между играчите: напротив, вероятно е функцията за възнаграждение на някои от играчите да благоприятства опортюнистичното поведение. Тези фактори означават, че играта се характеризира с положителна, но променлива структура на сумата, която може да доведе до общи ползи за всички участници, но не непременно справедлива. В този сценарий възниква ситуация на несигурност поради факта, че играчите нямат начин да оценят априори предимствата, които могат да получат от сътрудничеството. Подобна несигурност може да доведе до опортюнистично поведение, вследствие на което да намали участието в сътрудничеството.

Във всеки случай възможните анализи трябва да бъдат ограничени до съвкупността от участващите организации и следователно не трябва да включват данни само на един от тях.

Конкуренция от ИТ гледна точка

Взаимна изгода Сътрудничество между двама или повече партньори с цел получаване на взаимни изгоди. Истински случай е услугата за международен роуминг, предоставяна от компании за мобилни телефони, които се конкурират за привличане клиенти, но в същото време си сътрудничат, за да гарантират достъп до телефонната мрежа и в чужбина, разделяйки приходите, генерирани от международния телефонен трафик. Операторите трябва да внедрят механизми за обмен на подробности за обажданията и да унифицират дебитни системи. Втори пример са услугите за автоматично плащане на пътни такси, като Telepass. Въпреки че италианската магистрална мрежа е собственост на няколко конкурентни компании, те си сътрудничат, за да предоставят услугата Telepass в цялата мрежа. Отново непрекъснат поток от данни между различните организации за управление на таксите по кредитните карти на автомобилистите.

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  Италия  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.

Статистически информационни системи Публичната администрация или големите компании могат да решат да интегрират частично своите информационни системи, за да разполагат с информация, свързана с населението, с цел подпомагане на решенията и статистическия анализ.

Интегрирането на информационните системи на участниците се превръща в изграждане на обединена информационна система, която позволява обмен на информация между участващите организации. Сред основните проблеми в изграждането на системи от това

Състояние на изкуството

В контекста на сътрудничеството със сигурност има организационни проблеми. Първият анализ в този смисъл беше направен с цел да се оцени кои са факторите, които причиняват успеха или провала на проекта, да се очертаят профилите на участниците, участващи в процеса на интеграция, да се класифицират възможните поведения, които те могат да възприемат, и накрая да идентифицира основните фази в изграждането на системата.

В един проект за изграждане на федеративна информационна система на състезателна основа могат да бъдат идентифицирани следните участници:

Комисия на борда за конкуренция Комисия с ролята на насърчаване на сътрудничеството, действаща като посредник между участващите организации и координираща проекта

Вземащ решения Набор от мениджъри на различните участващи организации, които имат властта да решават каква степен на важност да се придаде на проекта и следователно колко ресурси да се разпределят

Ключова роля на процеса на съюзяване (CPKR) Група хора за всяка от организациите, ангажирани да свържат организацията с комитета на борда на кооперацията, за да извърши кооперирането. Обикновено това са хора от по-нисък клас от тези, които вземат решения, но с голямо влияние в процеса на кооператив.

Авторите подчертават, че в някои случаи може да се наложи да се намесим в бизнес процесите на организацията, за да постигнем целите на проекта, особено когато е необходимо да се обърне внимание на проблемите с качеството на  данни. Тяхното реинженеринг е скъпа операция и поради това е необходимо вземащите решения да разбират напълно степента на добавената стойност, донесена от инициативата за организацията. В противен случай те няма да са готови да инвестират достатъчно ресурси, както по отношение на човешкия, така и на финансовия капитал. Това е особено важно в случай, че сътрудничеството е принудено от трети страни.

Ролята на CPKR е от основно значение за успеха на проекта, тъй като те са отговорни за възможността за интеграция чрез осигуряване на необходимите интерфейси между организацията и външния свят. Типичен случай на CPKR са техниците от ИТ отдела, които трябва да подготвят хардуерните и софтуерните платформи, необходими на организацията да комуникира с федерацията. В някои случаи CPKR няма да наблюдават пряка полза от въвеждането на новата система и следователно може да не са склонни да участват в сътрудничеството. Освен това те обикновено се оказват в ситуация на подчинение на вземащите решения. Ако последните не възнамеряват да инвестират адекватни ресурси в проекта, много вероятно е те да оставят на CPKR на разположение само малка част от общото работно време за изпълнението на проекта.

Дистанционно DBA между компаниите по кооперативен начин

Част 2 от 2

Основи на

ИТ за организацията

Първа част от курса: уроци 1-6

Бележки, подготвени от:

Антонио Чепарано, Винченцо Ферме, Моника Менонцин, Алесандро Ре

Проверено от професор Джорджо Де Микелис, за да се гарантира липсата на гафове.

ДИСПЕНСИ, УВЕЛИЧЕНИ ОТ ДОКТОР СТЕФАНО ФАНТИН.

История на информационните технологии в организациите

Компаниите започват да използват автоматизми и машини дори преди пристигането на компютрите, например в началото на 1900 г. машините са били използвани за организиране на регистъра посредством подредени карти и механизми за подбор, или за синтезиране на информация и сметки, като например табличните или счетоводни машини.

International Business Machines, IBM, се ражда именно в този сектор: първоначално продава системи за фактуриране, които се правят хиляди пъти месечно; следователно имаше системи за производство на фактури, но не и системи за управление: не бяха направени статистически данни и нямаше къде да се съхраняват големи обеми данни.

В средата на 30-те и 40-те години на миналия век три основни работни групи работят върху програмируеми електронни компютри: Алън Тюринг в Англия, с цел създаване на система за криптиране за военни цели, Конрад Цузе в Германия (da alcuni reputato il vero inventore del

електронен калкулатор) и Джон фон Нойман с екипа на ENIAC в Америка. Американците по-специално имаха заслугата след войната да видят ролята на компютрите в рамките на организациите и следователно да ги въведат в тези среди.

Концепцията за програмируем компютър обаче датира от този период: още в средата на 1800 г. Чарлз Бабидж е създал механична машина за извършване на изчисления, "диференциалният мотор"". Тази машина обаче е засегната от механични проблеми и никога не е построена от Babbage (производство според първоначалните планове е завършено през 1991 г., Музей на науката в Лондон). По -късно Бабидж проектира „аналитичния двигател", още по-сложна машина, която използва перфокарти и която може да бъде програмиран по желание. Той имаше аритметични единици, контрол на потока и памет: това беше първият дизайн на компютър, завършен на Тюринг.

В края на 50-те години се разбира, че компютърът може да се използва в бизнеса и публичната администрация, чиято организация страда от огромните количества данни. Поради високите разходи само големи организации и изследователски центрове (като космоса) и военните могат да си позволят компютър.

През 60-те години информационните технологии най-накрая навлизат в компаниите по широко разпространен начин, също благодарение на ролята на IBM, която разработи първата мейнфрейм система System / 360 (1964), проектиран да има много широко разпространение в средни / големи организации от този период.

В онази епоха също в Италия имаше производство на електронни калкулатори за организации, благодарение на Olivetti. Тази компания беше съставена от две работни групи: a Пиза извършен е идейният и физически дизайн на машината, в Ivrea е имало търговския център за продажби и взаимодействие с клиента. Развитието на компютрите в тази епоха беше предизвикателство и приключение, тъй като все още нямаше процеси на разработка, които да гарантират създаването на изключително използваеми машини.

С течение на времето тези технологии се разпространиха и компютърът се превърна в средство за управление на цялата кодифицируема информация.

В сравнение с преди 40 години, информационните технологии се промениха много днес. По време на перфокартите имаше много подобрения, но за съжаление имаше и неизбежни проблеми, произтичащи от промяната, която иновациите изискват. Понастоящем всеки път, когато въвеждаме промяна, трябва да се справим със съществуващите технологии (наследство), често лошо документирани или изобщо недокументирани, предвиждаме интеграции и времена на миграция, се сблъскват с устойчивостта на потребителите.

В организацията на компанията има тласък към непрекъснатото използване на компютри по различни причини. Най-убедителните са огромните количества данни за управление на често неструктурирана информация и необходимостта от извършване на повтарящи се или сложни изчисления.

3-едностранно зрение

В рамките на организацията има три области на интерес за информационните системи:

обхвата експлоатационен, тази, свързана с регистрацията на фактите на компанията, необходими за нейното управление;

обхвата решение, свързани с обработката на информация за разработване на бизнес разузнаване;

обхвата сътрудничество, свързани с управлението на комуникация и потоци от знания във фирмата и с външни събеседници, необходими за зачеването на новото.

Функционирането на информационните системи съответства на добра организация на дейностите и следователно предимство за заинтересованите страни (независимо дали са служители, партньори, доставчици, държавата).

Това подразделение на информационните системи, наречено "три лица", беше предложено в две статии11 в края на 90-те години от група експерти от различни университети и произход аргументира необходимостта да се вземат предвид трите области за реализирането на ефективна система.

Трите лица на системата не са предназначени като съставни компоненти на системата, а като три аспекта на компанията, които трябва да бъдат взети предвид при разработването на нови системи.

Въпреки че първите информационни системи са родени изключително за подпомагане на операции, по време на тяхното развитие не е извършено отделно разделяне на 3-те лица на системата, но те са обединени в различните компоненти, съставляващи системата като цяло; системите са създадени за специфични цели и във всяка от тях има аспекти, специфични за всяко от трите лица. Например, развитието на системите, поддържащи операциите, продължи по време на раждането и разработването на системи за бизнес разузнаване.

Това допринесе за реализирането на системи, съставени от отделни, но взаимодействащи компоненти. Всеки от тези компоненти има отделна еволюция от останалите и растежът на системата се състои в избора, свързан с оптимизирането на интеграцията на съществуващите системи. Тези решения за интеграция обаче въвеждат твърдост и обуславят бъдещи избори: иновациите на софтуера продължават години (10 или 15 години) и непрекъснато поставят под въпрос съществуващите системи. Изборите, направени в миналото, се отнасят до взаимоотношенията, които съществуват между компонентите и са довели до настоящата ситуация, не само на системно ниво, но и на ниво предразсъдъци: убеждения и навици, които са се вкоренили в компанията, особено в ситуации на висока стабилност.

Трите подразделения, които видяхме, трябва да се считат за три страни на един и същ проблем, а не за три отделни компонента.

Поддръжка на операции

Информационните технологии навлизат в компаниите първо в области от жизненоважен и количествен интерес: основната информация на компанията е тази, която може да бъде проследена до икономическите ценности и продукти на компанията. Следователно първите три области, които трябва да бъдат компютризирани, бяха

управление на складове и планиране на производството;

счетоводство, администрация;

администрация на персонала.

Следователно първата информационна технология в организацията е свързана с производството на еднозначна идентификация на фактите на компанията, които се дължат на икономически ценности. Този аспект вече стана основен, защото прави бизнеса на компанията прозрачен. В днешно време е от съществено значение тази прозрачност да присъства според различните законодателни органи, поради което в организация със значителен размер има нужди, които вече не могат да бъдат задоволени без помощта на информационните технологии.

Системите, които се занимават с управлението на тях данни от основно значение за дейността на компанията (склад, персонал, фактуриране), т.е. които помагат на компанията в собствения й бизнес, се наричат поддържащи системи за операции.

Например, да вземем фиктивна компания, която произвежда играчки: всеки произведен обект се описва със своята спецификация на материалите, тоест списъкът на всички негови компоненти и всяка вариация в спецификацията поражда различен обект: например всички Барби 2 ръце и 2 крака, но някои имат червена коса, някои имат определена рокля и т.н. Можем да идентифицираме продукт и всички негови вариации чрез използването на уникални кодове.

Всеки продукт има запаси от склад: Интересуваме се колко Барби имаме и колко сме направили.

След това продуктите трябва да бъдат продадени: тогава една компания трябва да администрира фактури за продажби. На този етап можем да съпоставим парите и продуктите и да видим колко пари влизат за всеки пуснат продукт.

Следователно чрез информационната система можем да имаме информация за продуктите и за тях denaro.

Паралелно с крайните продукти, за да се получи нещо, са необходими входни материали, така че ще трябва да запишем вложените материали и свързаните с тях разходи и материални запаси.

Накрая трябва да администрирате Личен, Основната информация е:

профили (лични, данъчни);

позиция в организацията;

индикации, свързани със системата за бонус за производство.

Подкрепа за вземане на решения

Въпреки това, управлението на организация надхвърля управлението на фактите на компанията: за да растете, подобрявате и развивате компанията, е необходимо да правите избор въз основа на ситуациите и проблемите (например увеличаването или намаляването на търсенето на продукт), които са поставени по пътя на компанията или в основата си вземат решения въз основа на факти и икономически ценности.

Не само това: компанията може да се отклони от пътя, без да осъзнава, ако например каналите за продажби са твърде или твърде малко печеливши (или дори представляват загуба), компанията може несъзнателно да тръгне в неочаквани посоки.

Следователно е необходимо да се задават въпроси, свързани с факторите, които генерират промяната, или с факторите, които най-много ще повлияят на оперативния избор на компанията. За да направите това, е възможно да се изграждат модели с помощта на калкулатори за по-добра интерпретация на данни известни.

Следователно са необходими системи, които позволяват достъп до всички полезни знания, т.е. тези, които се отнасят до областта на компетентност на тези, които го изискват, и полезни за извършване на дейностите по компетентност, за да могат да дадат отговор, но оставяйки добра степен на свобода за да може да отговори отговорно.

Тези системи, които помагат в управлението на организацията, се наричат ​​системи за бизнес управление.

Тези системи ви позволяват да прилагате богове тълкувателни процеси които помагат при планирането и вземането на решения за бъдещето въз основа на това, което генерира динамиката на производство-продажби.

Тълкуването на тази динамика се извършва от бизнес разузнаване (BI), тоест от тази дисциплина или набор от техники, които се търсят данни които компанията вече има, но за които (частично) не е наясно. Системите за мониторинг и системите за вземане на решения са част от BI.

С течение на времето BI системите също се развиват: в миналото тези системи бяха ориентирани към изпълнителна информационна система, или системи за събиране на данни, но бизнес нуждите са се променили през годините и компаниите си задават различни въпроси, отколкото в миналото. Всъщност те работят не само за постоянно подобряване на компанията, работната среда и продукта, но и състоянието на пазара и специфичния сектор, в който компанията произвежда, влияе върху нейния начин на действие в краткосрочен и дългосрочен план.

Следователно компанията се нуждае от:

организира себе си и своите системи по такъв начин, че да гарантира добра степен на гъвкавост при промяна;

да се състои от способен и гъвкав персонал;

управление на много информация и взаимоотношения с други субекти (хора, други компании, ...).

Следователно бизнес разузнаването трябва да бъде адекватно, за да подпомага и улеснява избора на компанията, следвайки нейната стратегия: ERP системите, родени през 60-те / 70-те години, са били насочени към много стабилни компании, но текущото състояние е различно. Вече не е достатъчно да обобщим данни в услуга на мениджъра, но е необходимо да можете да генерирате допълнителна информация, да извършвате сложни и често скъпи анализи. Следователно за тези нужди са необходими специфични информационни системи.

Пример за това как системите са се развили от управление на операции до подкрепа на решения е тази на склада.

След като управлението на склада се състоеше в събирането на данни от съществено значение за управлението му: каталогизиране на запаси, суровини и крайни продукти.

Днес системата е по-широка и в допълнение към това управлява данни, програмиране и планиране на производството.

Тази система преминава през няколко етапа на еволюция:

основни алгоритми за имплантиране като цяло: въз основа на приходите от суровини и

производствените ограничения определят стандартите и ритмите, които трябва да се спазват (опис теория)

по-прецизно моделиране на централата с ясни времеви ограничения: верига от операции, които задължително трябва да се проведат и техният контрол (логистика автоматизация +)

в много големи заводи управлението не може да бъде чисто автоматизирано и затова е необходимо да се отворим за бизнес разузнаване (решение системи)

Дори администрацията, подобно на склада, е претърпяла промяна във времето: след като системите са изпълнили минималния минимум, те са давали подкрепа при изготвянето на фактури и финансови отчети, но днес еволюцията се насочва към програмиране и дизайн, контрол (мониторинг) на операции и проекти.

Съюз на операциите и решенията в ERP системите

Интеграцията между системите за оперативна поддръжка и системите за бизнес разузнаване продължава да се увеличава до появата на ERP системи, Enterprise Resource Planning, които поемат ролята на единна информационна система за живота на компанията. Тези системи, които достигнаха своята максимална дифузия през 90-те години, се използват по същество във всички средни / големи компании и са все по-широко разпространени в средни / малки компании.

Водещият продукт на този пазар е SAP.

Приемането на ERP (не непременно SAP) е ново начало за компанията: консолидирането на информацията и нейното централизирано, но модулизирано управление, позволява сложни логически аргументи (проучване на маржовете на печалба, сценариите на платежоспособност / несъстоятелност) ...).

Така че превръщането на структурата на компанията в модел за ERP е добър начин да разберете напълно как са структурирани и как работят компаниите. С ERP обаче е трудно да се улови същността на компаниите като „генериращи знания“ и става невъзможно да се представят във всичките им подробности.

Всъщност проблемът с фирменото представителство произтича от факта, че ERP системите, които понастоящем се основават на единен йерархичен функционален фирмен модел (модел ARIS), докато в съвременния свят е обичайно да се идентифицират организации с матрична структура, в която хората нямат единична зависимост (от ръководителя), но двойна: една за функционалната област (знания, които отделните хора имат, например дизайнерът има референция "главен дизайнер") и една за заетостта (проектът, в който са работи, например дизайнерът има „ръководител на проекта“ за проекта, по който работи в момента).

Следователно има много мениджъри за един служител с потенциални конфликтни ситуации.

Освен това ERP имат ограничения, свързани с променливостта на компанията: компания не може да предвиди как ще се развива и как ще се промени. ИТ системата трябва непременно да се адаптира към промените в компанията, но понякога ERP е твърде структурирана, за да може да се справи с развитието на компанията и този дефект от своя страна въвежда твърдост, която възниква като пречка за развитието на компанията.

В крайна сметка, когато решавате ERP, трябва да разберете:

интеграция данни: ERP очевидно не могат да игнорират данни на компаниите, които са много и са неорганизирани, е необходимо да се използват хранилища за данни

какви проблеми възникват при управлението на компанията изцяло с ERP

следователно, какви са отличителните характеристики на компанията, която приема определена ERP и коя от тях има общо с тези проблеми (напр. характеристиките на компаниите от определена държава, напр. италианските се отличават с традиция и управление на семейството, средно малък размер, устойчивост на промяна)

Управление на знанията

Когато дадена компания реши да навлезе в определен пазарен сегмент, тя не може да започне от нулата: има критерии, според които е необходимо да се действа и има параметри, които трябва да бъдат внимателно анализирани. Изследването на конкурентите и пазара е необходимо не само за разгадаване на възможните стратегии, които трябва да бъдат приети, но и за да може да се сравнят резултатите от собствените стратегии със съществуващите.

Поради това решенията, взети в рамките на една компания, са резултат от процес, който обаче не е нито формален, нито има добре дефиниран процес. Докато някои се опитват да формализират тези процеси и начина, по който хората мислят, крайният резултат е, че поведението на хората рядко е това, което се очаква.

Като цяло процесът на проучване на пазара има два основни компонента:

диалогов компонентили комуникация между хората. Когато нямат достатъчно информация, те могат да поискат някого неявно или изрично.

В компаниите „взимащият окончателно решение“ се нарича главен изпълнителен директор (Изпълнителен директор) което е възможно да бъде подкрепено от съвет, към който принадлежи. Главният изпълнителен директор трябва постоянно общуват с всички хора, участващи в проекта, обмен на информация, за да се намерят начини да се донесе печалба на компанията.

документален компонентили обмен и / или споделяне на документи. Не само това има комуникация между хората, но има и обмен на документи, необходими, за да има обща основа, върху която да се дискутира. Събира се информация и се правят проучвания на пазара, на който човек възнамерява да влезе, и за това как да навлезе на пазара.

Управлението на знания и информация е основен компонент за всички сектори, в които е необходимо да се вземат определен тип решения, които не са строго свързани с данни някои от компанията, но често свързани с данни несигурен.

Два сектора, които претърпяха еволюция в този смисъл през последните години, са този на маркетинг и търговската, особено тази на маркетинг която не се основава само на данни несигурен - като търговския, но трябва да тълкува и поведението на хората.

Информационни системи за маркетинг и търговските не се раждат в областта на системите за поддръжка на операциите, а в областта на обработката на информация и се развиват към управлението на информационните потоци, защото трябва да вземат предвид много повече източници на информация, включително външни.

Информационните технологии трябва да взаимодействат със сложна система за комуникация и обмен на информация. И трябва да се изправи пред сложен проблем, за да ги интегрира и да отговори на нуждите на компаниите.

Сега комуникационната система следва поток, който напуска компанията и отваря поредица от чисто нови проблеми. Например в сектора на уредите компаниите не знаят своите клиенти окончателно, защото настоящата реалност е, че уредите се продават в магазини с много марки, където има посредник, управителят на магазин, която установява отношения на доверие с клиента. Дори ремонтните техници често са многобройни и компанията е възпрепятствана да комуникира с клиента, тъй като не взаимодейства директно с тях. Следователно производителите трябва да отворят канали за разговор със своите клиенти, но тази задача не е лесна за изпълнение, тъй като често е единствената обратна връзка, от която компаниите имат клиенти възниква само когато i клиенти не са доволни.

За една компания потокът от разговори с клиента струва колкото продажбата на продукт, защото това предполага тяхната лоялност. Допреди няколко години каналът с клиента беше организиран само чрез кол център. Напоследък обаче ИКТ се разпространяват все повече и повече и не само заемат позиция в бек офиса, но поемат нова роля в комуникацията с клиента.

Взаимодействието с клиента и управлението на потока от разговори са накарали различните отдели на компанията да приемат собствена система за комуникация с течение на времето. Необходимо е обаче взаимодействие между тези отдели и това създава проблем на ниво интеграция на инструментите, които различните отдели използват. Следователно политиките на разговор с клиента нарушават фирмените граници и поставят проблема къде да поставим инструментите, за да можем да проведем този разговор; всяка компания има много специфичен интеграционен профил, който зависи от историята на компанията.

Следователно разговорът, включващ създаването и разработването на нови продукти, има два основни източника:

външен източник, даден от поведението на конкурентите и техните продукти и от поведението на клиенти;

вътрешен източник, даден от сравнението между прогнозите за продажби и реалните продажби.

Взаимодействието с клиента също се осъществява чрез "операционни системи" (т.е. системи за поддръжка на операции), които постепенно преминават от роля, строго свързана с компанията и нейния основен бизнес, към роля, по-близка до потребител чрез интегриране на все повече услуги и предложения за потребителя.

Технологията ни позволява да разширим обхвата на системите за оперативна поддръжка, като радикално променяме взаимодействието, което имаме с клиента.

Например, днешните телекомуникационни компании наричат ​​системи, които управляват телефонни мрежи, „операционни системи“ и актът на набиране на телефонния номер е взаимодействие с тази операционна система, дори ако тази комуникация не се възприема като такава от потребителя.

От друга страна, операционните системи, използвани в компании от електронна търговия Ела Амазонка, са много видими за потребителите, които установяват нещо като диалог с тази система (например, Амазонка предлага на потребителя книги, които той може да намери за интересни въз основа на избора на други потребители).

Взаимодействието с потребителя е от основно значение, когато компанията иска да свърже продукта, който ще се продава, с предаденото съобщение: когато дадена компания мисли за нейното съществуване, продукта, който продава и връзката си с пазара, тя сравнява съществуващото с възможното. Това се прави, като се работи върху знанията, които човек има, които произтичат от данни (т.е. от събраните числа), но също така и от нечисловите знания, които компанията събира от конкуренти д клиенти.

Тази област на управление на знанията става все по-важна в съвременните организации, това е нов аспект.

И е интересно да се види, че някои компании имат силни взаимодействия с тях клиенти e sono sempre più sensibili all’opinione pubblica e alla relazione con la clientela. Ad esempio, per la FIAT 500, è stato lanciato un уебсайт (500 giorni prima del lancio sul mercato) che raccoglieva le indicazioni dei клиенти потенциал и бъдеще и всъщност е повлиял на продукта, представен след това на пазара (например таблото е преработен елемент, напомнящ този на първоначалните 500, както е посочено от обществеността).

Тълкуването на пазара задължително трябва да премине през взаимодействието с потенциалите клиенти.

За целта се интересуваме от инструменти за управление на знанията и сътрудничество (групов софтуер). Комуникацията, както вътрешна, така и външна, е от съществено значение за успеха на една компания.

Всички инструменти, които се разпространяват в организациите, са все по-ориентирани към управление на знанието, не само за интерпретиране на пазара, но и за да позволят споделянето на знания в рамките на на компанията; например компания с отделни и отдалечени офиси (напр Milano e Ромите), биха могли да използват системи за управление на знания и комуникация, за да сближат взаимния опит, като предотвратяват развитието на две отделни ядра и по този начин осигуряват локализация и интеграция на ноу-хау24.

Системи за управление на знанията те също така интересуват тези, които трябва да вземат по-малки и по-малко стратегически решения, например обслужването на клиенти, което трябва да даде отговори клиенти може да използва често задавани въпроси, т.е. набор от отговори на често срещани въпроси, формализирани като се започне от споделеното знание. Но всяка форма на формализиран процес, точно както е формализиран, има изключения. По своята същност те не могат да бъдат нормализирани, а някои не могат да бъдат елиминирани. В някои области изключението играе важна роля, например в публичната администрация, например, където се смята, че изключението представлява около половината от случаите.

Процесите са придружени от поток от информация: ако процесът не се управлява добре, предаването на информация също не е ефективно.

Има и други процеси, вземане на решения или такива за проектиране, които могат да бъдат планирани, но начинът, по който е организиран даден проект, влияе върху неговата реализация и не е удобно проектът да бъде твърде твърд. В тези случаи може да се мисли, че процесът е поток от разговор, който съдържа формални и точни пасажи в него.

Има процеси на вземане на решения и процеси на проектиране, които не могат да бъдат твърде твърди, защото „потокът от разговори е също толкова важен, колкото ограниченията или спецификациите на дизайна.

Интеграция на трите области

Допреди няколко години световете на операциите и системите за подпомагане на вземането на решения и системите за управление на знанията бяха напълно отделни и непримирими; между тези системи обаче няма непреодолими разстояния. На първо място, за достъп и използване на двете системи се използва персоналният компютър: преди това имаше специална машина за всяка функция, но в момента компютърът е универсален и системите са налични на едно и също място. Компютрите също са широко разпространени и все по-важни за комуникацията: през 80 г. при поискване

„Колко компютъра се нуждаят от моята компания?“, Отговорът беше даден „горе-долу колко телефонни апарата имате“, това е първият знак за това как компютърът се превърна във важен инструмент за управление на комуникацията.

Така през годините, в допълнение към информационните системи за управление на данни компания, въведени са системи за управление на компанията, знания и комуникация. Път на данни вариращи от платежна система и административна информационна система до групови системи, които съдържат поредица от нюанси и постепенно по-малко точна информация.

Информационните потоци и интеграцията на груповия софтуер със системите за оперативна поддръжка означават, че по принцип вече няма системи, съдържащи данни статични. Например вече няма системи за управление на плащанията на служителите, тъй като тя е обединена с по-сложна система за управление на кариерата. Това ни позволява да предлагаме повече на служителите, освен трудовото правоотношение, подобряване на връзката с компанията.

Промяната в информационните системи, която все повече интегрира записването на факти с комуникационните потоци, също се адаптира към социалните промени и по-специално към промяната в начина, по който се разглежда трудовото правоотношение: то се превърна в партньорство между служителите и компанията. Компанията има интерес да оценява своите служители и да поддържа диалог с тях относно условията на труд. Поради тази причина служителят се оценява не само отгоре, но и от колеги (peer-to-peer оценка). Фирмените информационни системи все повече се насочват към системи за управление на персонала, които са отворени за самия персонал, като им предоставят възможността да се изразяват относно работната среда, поставените цели и т.н.

Технологиите, достъпни днес за разговори и обмен на информация, включват:

електронна поща: който е универсално приет, в който е следата на комуникацията автоматично генерирани;

Skype: много полезен за вербална комуникация;

услуги за видеоконференции между множество хора: по-добре от Skype за комуникация между повече хора;

телефон.

Документите, приложенията, са свързани с обменяната информация, които са удобни и полезни, но създават излишък и известно объркване, тъй като са свързани, но не са интегрирани, с дискусията и следователно често присъстват в множество версии, следователно не са уникални и не са добре организирани във времето.

За да се преодолеят недостатъците на прикачените файлове в този смисъл, са създадени специфични системи: системи за управление на документи. Има няколко, една от най-известните версии е уики.

Costi

Основните разходи, произтичащи от използването на калкулатори, са:

покупка

монтаж

поддръжка

обучителен оператор (курсове за обучение на техници, които работят там)

Когато дадена компания се обърне към външна за получаване на услуги. Необходимо е да се управлява по-добре това, което компанията постига (основна дейност), всичко външно се третира като разход (аутсорсинг).

Аутсорсинг договори те са дълги и сложни договори, при които компанията изисква външни услуги, които не са строго свързани с нейната "основна компетентност", т.е. компанията делегира навън всичко, което не е чисто свързано с това, което компанията трябва да постигне . Опитваме се да преместим това, което е компетенция на компанията, навън, правейки това да струва, но спестявайки от използваните ресурси в компанията.

Секторите, в които за пръв път е възложено възлагането на външни изпълнители, са ИКТ, логистика, а отскоро и самата администрация. Предимство е, че организацията е освободена от някои тежести, които са натоварени на външни компании като услуги (използвайки знаеш как външен), пряко следствие е, че се губи пряк и постоянен контрол върху това, което се извършва при аутсорсинг.

Оценката на разходите е основен проблем за ИТ, особено ако е ориентирана към оценка на възможните спестявания, които би могла да генерира внедряването на дадена технология (Пример: с имейл е трудно да се прецени къде спестявате).

Фигура, която приема стойност в зависимост от това, е в състояние да намали разходите за информационните технологии

е ИТ директор (Главен информационен директор), защото показва, че неговата власт не зависи от парите, които управлява, а от това колко пари спестява компанията.

В момента ситуацията в организациите има различни характеристики

технологията се разслои и реорганизира като цяло около ERP чрез добавяне на парчета. Нивото на хетерогенност се усложнява от факта, че съществуват както партидни системи, така и онлайн системи (базирани в мрежата, ....)

достъпът до всички услуги, предоставяни от системите, е чрез персонален компютър.

Проблемът за тези, които използват технологии, и за тези, които ги произвеждат, е да преценят какво е на разположение и за това е необходимо да се намерят строги критерии.

Избран е казус: „United Parcel Services (UPS): доставка на пакети и електронна търговия решения “, ад опера на центъра за информационни системи (MIT).

Въвеждане

Със своите 15 милиона пакета на ден UPS е световен лидер в колетния транспорт.

Компанията, основана през 1907 г. под името American Messenger Company, увеличава през века репутацията си на надеждна и ефективна транспортна компания, докато на прага на 2000 г. не се установи, че е най-голямата транспортна организация на планетата, с около 13 милиона колети транспортирани ежедневно до повече от 200 страни.

През последните години тя разшири бизнеса си далеч отвъд „простия“ транспорт на обекти: инвестирайки в научни изследвания и използвайки потенциала на ИТ, тя въведе множество допълнителни услуги.

Технологията на компанията не беше избор, продиктуван от точни приоритети. Въвеждането през 80 г. от конкурентите на високотехнологични услуги не предизвика никакво желание за емулация в управлението и наистина имаше нежелание да се харчат повече от 1% от годишния бюджет за ИТ системи. Едва смяната на ръководството през 1986 г. доведе до благоприятна промяна в курса, която доведе до огромни инвестиции и създаване на обширен сервизен парк. Между 1986 и 1996 г. UPS вложи повече от 11 милиона долара в ИТ, като увеличи своята ИТ професионална база от 100 на над 4000.

Това решение имаше отражение върху системите, върху услугите, предлагани на клиенти, оптимизиране на дейностите, отношения с партньори и управление на персонала.

система

В горещия старт на ИТ инвестициите UPS незабавно построи съоръжение в Ню Джърси, посветено на съхранението и обработката на данни данни; този комплекс трябваше да играе ролята на база данни централизира всички факти и информация, касаещи организацията, осигурявайки единна точка за достъп за всички клонове на компанията.

Централният db беше от първостепенно значение преди всичко за осигуряване на възможностите за проследяване, тоест знанието във всеки момент за местоположението на даден пакет. Тази иновация, въведена от конкуренцията, беше много добре дошла от клиенти, Поради това UPS счита за наложително да инвестира в

капилярна мрежа, която позволява този поток от информация: мрежата, която получи името UPS Net, стартира през 1990 г.

Il база данни трябваше да съдържа не само информацията за пакетите (вече огромно количество, около 200 атрибута за всеки изпратен артикул), но и за другите аспекти: логистика, данни от клиенти и персонал. Това управление на данни засегнати основния бизнес на UPS, неговите организационни методи и методи за сътрудничество.

След като беше осигурена солидна инфраструктура, UPS започна да стъпва по технологиите на своя бизнес. През 1993 г. той представи DIAD, автоматична система за разпознаване на пакети, която в реално време разпознава пакета и актуализира база данни с извършените по него операции (заминаване, транспорт, събиране и др.). DIAD се състои от мини терминал, базиран в момента на Windows Mobile, Дато под управление на всеки, който борави с пакетите. Терминалът е оборудван с най-съвременното свързване (четвъртото издание, което се използва в момента, има Wi-Fi и GPRS, но също така Bluetooth и инфрачервена връзка, за да може да се свърже с компютри и принтери) и разбира се GPS, за да помощ на шофьорите в оптимизирането на маршрутите и актуализирането на текущата позиция на пакета. Анализът на информацията, предавана от DIAD, разкрива множество данни които компанията използва за профилиране i клиенти, за да се оптимизира потокът от пратки и да се приложи на практика изчисляване на разходите въз основа на дейност. Също така, хайде данни се появяват всякакви "недостатъци" или особености в дизайна на пратките клиенти, което позволява на UPS да предлага консултантски и реинженерингови услуги. Оптимизацията на пратките, класическата област на оперативните изследвания, приложена към информационните технологии, е водеща в дейностите на UPS.

Експлозията на световната мрежа в средата на 90-те години разкри нови възможности, което доведе до въвеждането на широк набор от услуги, базирани на Интернет (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio уебсайт e, molto prima della teorizzazione del cosidetto електронна търговия, той усети потенциала да се постави между производители и потребители, като изключи търговците и дистрибуторите от веригата.

Всички ИТ системи са разработени вътрешно в UPS. Много приложения не са останали изключителната прерогатива на компанията - например гореспоменатите системи за проследяване или оценка на разходите, актуализирани в реално време на цялата планета - но са предоставени на клиенти: всеки, който иска, може да интегрира тези приложения в своя софтуер, дори в ERP системи. UPS предоставя API и документацията, като иска само поддръжка на марката.

Имайки предвид тази промяна в целта на приложението - от вътрешна употреба до ориентирано към клиента развитие - ИТ отделите започнаха да се развиват възможно най-оперативно и модулно:

системното приемане на отворени стандарти направи UPS победител на първо място и в днешно време много компании лесно включват интеграцията на UPS в своя софтуер;

модулността улесни повторното използване и актуализиране на кода, ускоряване на подобренията и новите внедрения. За съжаление, бюджетните ограничения поставят амортисьора на това състезание. Този аспект ще се види по-добре в параграфа на организацията.

Силно централизираната структура на системите, описани досега, беше много склонна към резки прекъсвания в случай на бедствия; компания като UPS не може да си позволи престой. Поради тази причина през 1996 г. главният информационен директор реши да въведе център за данни, паралелен на Атланта които възпроизвеждат всички операции, осигурявайки желаната непрекъснатост на бизнеса. Здравината и ефективността на UPS са толкова високи, че компанията може

гарантират пратки в много кратки срокове (дори един час за критични услуги).

Сред съответните технологични иновации от последните години UPS представи RFID маркиране на своите специални пакети, избор, който ускори процедурите за разпознаване и реши проблема с четенето на визуални маркери (като баркодове) върху пакети с неправилна форма. Освен това е разработена система за разпознаване на глас (UPS Interactive VoiceResponse), за да се облекчи човешкото натоварване на телефонните табла. Както може да се види, UPS обръща специално внимание на развитието на своите системи и охотно възприема всяка нова технология, която може да увеличи производителността.

organizzazione

Стратегическите решения в UPS се вземат въз основа на анализа на данни събрани от двете съоръжения за обработка на данни данни, организиран в склад за данни и предложен чрез корпоративна информационна система. Що се отнася до дългосрочните стратегии, UPS непрекъснато извършва разузнавателна дейност и преди всичко пазарен анализ. Като периодично проверява офертата на конкурента, той може да се опита да преодолее пропастта (конкурентна емулация).

Решенията в UPS първоначално се вземат само след оценки от висшия управленски комитет. След процеса на компютъризация беше въведен ръководен комитет за ИТ, съставен от четирима експерти, които на всяко четвърто тримесечие налагат технологичната насока. През годината комисията събира идеи и заявки от различните сектори на компанията; тъй като, както беше споменато, всички ИТ отдели са събрани в двата паралелни офиса - и не се очаква подгрупите да са посветени на нуждите на отделните клонове - се предпочитат кръстосани проекти. Тъй като няма безкраен бюджет, реших проектите да бъдат разработени, като ги подредих по приоритет; уместността се изчислява от управителния комитет въз основа на очакваните разходи и ползи: системата за подкрепа на решенията разработва данни, въз основа на параметри като очаквана възвръщаемост на инвестицията, въздействие върху други системи / процедури и т.н. След това проектите с по-висок приоритет се обсъждат и в крайна сметка се оразмеряват; накрая се определят бюджет и човешки ресурси. Значителен аспект на този механизъм е, че системата за вземане на решения благоприятства краткосрочните проекти, защото ако изпълнението отнеме повече от година, UPS вярва, че пазарът вече ще се е променил преди завършването на разработката.

Управителният комитет изисква всички приложения да отразяват стила и графиката на компанията. Поради тази причина той решава на таблицата шаблоните, които да се използват за всеки разработен софтуер; трябва да се спазва цялата организация.

Що се отнася до целите, които не са пряко свързани с ИТ, висшето ръководство на UPS широко използва така нареченото извличане на чувства, като се възползва от платформата Radian6, която наблюдава основните социални мрежи (форуми, блогове, Facebook, LinkedIn, Twitter, YouTube и др.) и предоставя обобщени табла за управление на репутацията на компанията онлайн. Сред другите аспекти, държани под строго наблюдение, е и експлоатацията на марката.

За да проучи коренно нови възможности, UPS също разполага Дато стартирането на подразделение, наречено e-Ventures, което се занимава с идентифициране на нови бизнес граници в областта на мрежата, което не може да се дължи на конкурентни дейности и което може да отвори нови партньорства с други компании Първият продукт на e-Ventures, одобрен от

висше ръководство през 2000 г. беше UPS e-Logistics, цялостна онлайн платформа за управление на корабоплаването за компании, приемащи UPS като техен стандартен куриер. Идеята на e-Logistics е да предложи един интегриран пакет, който предоставя всякаква помощ, от която може да се нуждаете: от управление на склада до проследяване, чрез управление на поръчки, телефонна поддръжка и т.н. E-Ventures издава средно около тридесет иновативни предложения годишно.

През 1997 г. UPS създаде фонд, наречен UPS Strategic Enterprise Fund, който наблюдава, оценява и инвестира в нововъзникващи компании, изследващи нови пазари и технологии от потенциален интерес. Този фонд идентифицира и доведе до придобиването през 2004 г. на Impinj Inc., производител на RFID етикети.

сътрудничество

Както се вижда от предходните параграфи, UPS има различни видове клиенти:

частни лица, които изпращат колети;

компании, които разчитат на това да доставят колети сами клиенти

(онлайн търговия без посредници от какъвто и да е вид);

компании, които не само изпращат колети, но и използват своите ИТ приложения.

Комуникация с i клиенти от първия тип беше предимно чрез кол центрове, но с експлозията на мрежата голяма част от дейността по поддръжката беше насочена към електронната поща. Например можете да получавате известия по имейл за състоянието на пратката или да ги проверявате директно от сайта. Съкращаването на телефонния персонал, за което допринесе и системата за разпознаване на глас, позволи на UPS да създаде нов бизнес фронт: отстъпването на такъв персонал на партньорски компании (UPS Business Communication Services).

Организациите, които се възползват от ИТ услугите, също могат да комуникират с UPS чрез раздел от сайта, достъпен чрез удостоверяване. За да не се налага да удовлетворява огромни количества повтарящи се заявки, UPS е създал серия от често задавани въпроси на всички езици и база от знания, в която можете да се опитате да намерите отговора по-бързо.

Съществува само един вид сътрудничество, което се осъществява без участието на ad hoc системи, и това е това към партньори, които не проявяват интерес към допълнителни услуги. С тези компании се свързва лично мениджър на акаунти за електронна търговия, който предлага всякакви функционалности от портфолиото на UPS, които въз основа на анализ на пратките и товарите могат да бъдат от полза.

Вътрешното сътрудничество в UPS се осъществява по различни начини:

Администраторите работят по телефон и / или електронна поща; подходящи уеб базирани услуги за продажба на билети управляват работния процес за технически проблеми; ad hoc приложение, също базирано на мрежата, отговаря за събирането и организирането на иновативните предложения, които ще бъдат анализирани в края на годината от управителния комитет по ИТ.

Шофьорите общуват с клоновете или централата чрез мини-терминала DIAD, който е постоянно свързан. Административните служби могат да предават спешна информация (например за трафика, промените на местоназначението и т.н.), като го показват на дисплея.

Основи на ИТ за организацията

Втора част на курса: уроци 7-12

Бележки, подготвени от:

Антонио Чепарано, Винченцо Ferme, Моника Менонцин, Алесандро Ре

Проверено от професор Джорджо Де Микелис, за да се гарантира липсата на гафове.

ДИСПЕНСИ, УВЕЛИЧЕНИ ОТ ДОКТОР СТЕФАНО ФАНТИН

За да въведем иновации в рамките на компанията, на първо място е необходимо да познаваме технологичната инфраструктура, която имаме. Важно е и съпътства еволюцията на информационните системи и за тази еволюция трябва да се вземат предвид технологиите.

нововъведение

60-те / 70-те години

Приети системи: системи за управление на операции.

локализация: в къща1 / в услуги.

Технология: Основна рамка2

Компаниите са в разгара на индустриалното развитие, световната икономика се е възстановила от войната и бизнесът се разраства драматично. Това обаче не се случва навсякъде, а в ограничен брой индустриализирани страни. л'Италия, в приемането на информационните технологии (не в техния дизайн, както демонстрира Olivetti), беше малко по-назад от други страни.

80-те / 90-те години

Приети системи: системи за управление на бизнеса.

локализация: в къща.

Технология: на LAN станции, VPN в редки случаи, звездни мрежи

Компании в процес на развитие, но се появява първата петролна криза: тя е сигнал за събуждане, но се разглежда като преходна фаза. Петролната криза е пречка за икономическия растеж и оставя ситуацията с много висока нестабилност: в много страни има много висока инфлация, валутата е обезценена и разходите за енергия и труд се увеличават. Именно в този период се заражда идеята за развитие в региони, където работната ръка е евтина. Това променя нещата значително: в Италия през тези години имаше стратегическа промяна в компаниите, движещи развитието, които досега бяха фокусирани върху производството на продукти с ниска цена. Поради това се появяват компании, които отговарят на условията за превъзходство в качеството на своята работа (текстил, мода, механика, химия). В различни сектори „Произведено в Италия“ става синоним на качество. Но развитието на гиганти като Русия, Индия и Китай води до ситуации, които не са предвидени от известните икономически модели: потреблението се учетворява и тези страни се оказват в ситуации, каквито досега не са били.

90-те / 00-те години

Приети системи:ERP.

локализация: ln къща / Аутсорсинг.

Технология: Общо предназначение (напр. компютър) чрез Интернет

В този период икономиката се движи от два основни фактора: нестабилност и повишена конкуренция. Компаниите се опитват да се препозиционират, като намират други роли и други технологии. Фирмите могат да мислят, че имат определен хоризонт по отношение на ходовете си; докато по време на икономическото развитие ресурсите бяха в изобилие и имаше гаранция за тяхното разполагане през следващите години, като по този начин имаше свобода на маневриране за стратегически промени дори в краткосрочен план, сега е необходимо да се планира по-добре използването на ресурсите за дълги периоди. По-специално за електронните и информационните технологии, нестабилността на съвременния свят означава, че печеливш продукт в определен момент не е задължително да продължи дълго на пазара. Това е вярно в краткосрочен план и, още повече, в дългосрочен план.

00-те / 10-те години

Все още сме в играта!

10-те / 20-те години

Какво ще се случи?

Първата налична технология е основният (IBM S / 3603 е сред първите, присъединили се към компанията). В ITC сектора иновациите са огромни и има много компании, които се раждат, развиват се последователно, но бързо изчезват, понякога се усвояват (като Netscape, известен с едноименния браузър, сега е подразделение на AOL) , понякога не.

Структурата на пазара на информационни технологии диктува много строги правила за иновации.

С разпространението на първите връзки се раждат терминали за отдалечен достъп до централен компютър (звездна топология). Тогава мрежата се разви чрез поставяне на междинни сървъри. Едва по-късно пристига Интернет, инфраструктура, която ни позволява да интегрираме a

множество различни архитектури (йерархична, peer to peer4, клиент-сървър5, пръстен...). в Интернет всичко междинно между два комуникиращи терминала е скрито, структурите се дефинират след разработването на мрежата. Тя ни осигурява плашеща свобода: вече не се нуждаем от структура, която ни позволява да въведем ред. Интернет това със сигурност е масивна технология (в английския смисъл на термина, т.е. с големи размери).

Този исторически екскурз е важен за разбирането на информационните системи и като цяло на технологиите, тъй като:

бизнесът и организациите като цяло са дъщери на собствената им традиция и опитът им има значение;

социално-политическите условия са преобладаващ екологичен компонент;

еволюцията и състоянието на техниката също са функция от пътищата на потребителите.

Все повече сме свидетели на съвместна еволюция на избора на компанията, основана на собствената еволюция клиенти.

Както Клее изобразява в своя „Angelus Novus“, „Ангелът на иновациите трябва да гледа към миналото“, тоест трябва да гледаме към миналото, за да правим нови неща.

Възможното развитие на информационните системи

ERP системи, доминирани от SAP и Oracle, родени през 70-те години. Те са създадени за компании, които имат технологии и структури, различни от сегашните, които са проектирани за среда, в която пазарът е стабилен.

Следователно е ясно, че има нужда от въвеждане на иновации, но ние сме ограничени от някои фактори, като основният е съпротивата срещу промяната от страна на хората, които използват наличните в момента системи, тъй като промяната изисква учене и изучаване на нещо ново (което не винаги се вижда добре).

Използваните днес операционни системи са главно

Unix (40 години)

Windows (30 години)

Linux (20 години)

Тези системи са родени в епохата, в която информационните технологии се правят на малки и средни компютри. С течение на времето същите тези системи се разпространиха в работни станции и сървъри.

Притеснително е, че в днешния свят няма по-сложни системи от съществуващите: търсейки например в мрежата, можем да мислим за въвеждането на нова операционна система, която поддържа тагове за една страница на документ.

"9x фактор"

Опитвайки се да въведем иновации, е важно да придадем на иновацията правилната стойност, която тя може да има за крайния потребител.

Когато човек създава иновации, той трябва да знае, че ще придаде на тази иновация стойност, която е три пъти по-голяма от възприеманата от потребителите. Това е така, защото изобретателят вижда само иновативния компонент, но не усеща необходимостта от промяна на екосистемата, в която живее. Хората, които използват технологии и на които се предлагат иновации, на свой ред ще придадат тройна стойност на приложенията, които те знаят как да използват, защото това им е коствало трудно да се научат и следователно те ценят именно защото знаят как да ги използват.

Така че за да може иновацията да успее да замени съществуващото, тя трябва да бъде девет пъти по-добра („9x фактор“), тоест трябва да бъде коренно различна иновация, която наистина променя живота на хората.

За да се въведат иновации, следователно е необходимо да се разработят системи, които имат много ниски разходи за обучение (в идеалния случай нула) и поради това заместват съществуващата, подобрявайки потребителското изживяване, но естествено се вписвайки в съществуващата екосистема.

СТОКОВА:

Стоката е обект за общо ползване, чиито качества рядко се уточняват, тъй като те са определени и могат да бъдат проследени до стандарт. Без значение е кой произвежда стоката, тъй като няма диференциация на този продукт на пазара. Помислете например за еспресо или купчина листове: има стандарти за качество, които сега са широко разпространени и не е необходимо да се уточняват или разграничават.

Качеството на стоката обикновено е по-високо от това на продукт с ниска стойност, именно поради факта, че отговаря на широко разпространени и гарантирани стандарти за качество. Напротив, качеството на ad hoc продукт е по-добро от това на стоките.

Когато дадена технология се превърне в стока, това означава, че проблемите, с които се е сблъскала, са отминали: тя е перфектно инсталирана в своя домейн (например текстов редактор, офисен принтер). В света на информационните системи, ако търсим компонент, но не се интересуваме твърде много от това какво трябва да изпълнява по отношение на производителността, тогава вероятно търсим стока.

В ИТ индустрията необходимостта от иновации става разрушителна, тъй като въведените иновации са все по-малко в системата и това излага на риск цялата индустрия: без иновации инвестициите намаляват.

Въпреки това не е лесно да се въведат иновации, особено за голяма компания: ако тя има широко разпространен продукт на пазара, този продукт се възприема като стандарт. Въвеждането на иновации отваря възможности за възприемане на стандарта, като по този начин започва преходен период, в който конкурент може да навлезе на пазара и да стане важно присъствие.

Нарастването на конкуренцията обикновено не води до иновации, но има тенденция да доведе продуктите към същата точка на сближаване. За лидерите в бранша въвеждането на иновации:

той генерира загубата на връзката с пазара, възникнала преди;

не генерира значителни икономически предимства;

объркване се увеличава между клиенти;

той обвързва компанията със самата иновация: в случай на провал, това би било общо, тъй като не би било възможно да се върне назад.

Следователно е необходимо да се създаде оптимална комуникационна среда с клиента, привличайки техния интерес, за да може да се въведат иновации на пазара. Както беше казано по-горе, предлаганите функции трябва да са много изгодни при основно нулеви разходи за обучение.

Що се отнася до дадена компания, ясно е, че нейните нужди могат да се променят. Миналият избор, направен от компанията, е повлиял на структурата на информационната система, която използва. По същия начин структурата, дадена на информационната система на компанията, влияе върху нейното бъдеще: това, което съществува, обуславя избора и създава предразсъдъци (да се разбира като вярвания и навици поради силно стабилни ситуации).

Например, до 60-те / 70-те години се смята, че елиптичният език (т.е. в който се появява елипсисът, т.е. пропускането на думите) е обусловен от синхрон (т.е. от времева непрекъснатост), но не и от местоположението на събеседниците ( може да се проведе и дискусия по телефона). Пристигането на имейла обаче направи това убеждение да падне: нито синхронът, нито местоположението влияят на нашето разбиране за езика, който вместо това зависи изключително от контекста. Светът не се е променил в резултат на разбирането на това, но това разбиране ни позволява да си представим нещо ново.

За да се разберат информационните системи, използвани в организацията, трябва да се вземат предвид две истории:

историята на технологиите, защото ако дадена компания е родена преди тридесет години, технологиите, които ще е възприела, ще бъдат силно повлияни от историята;

историята на компаниите, тъй като за много компании историята не е линейна, а подлежи на сливания, отделяния, придобивания и следователно тяхната информационна система ще бъде променена заедно с тях.

Еволюцията на компанията е важна за тези, които разработват информационни системи: информационните системи са динамични единици и понякога са обект на много строги срокове.

За да се разработи фирмена информационна система, на първо място е необходимо да се разбере какви са нуждите на организациите. Първата стъпка е да интерпретирате нуждите на компанията и да знаете как да разберете проблемите, опитвайки се да разберете идеята за това как тя работи. Всъщност днес организациите вече не са в състояние да кажат това, от което се нуждаят, без да си представят решението, което биха искали (например, те не искат да "управляват логистиката", а искат " база данни за логистика "). Следователно нашата задача е да знаем как да тълкуваме тези нужди: всяка компания има различни цели и причини, така че е необходимо да създадем системи, които да отговарят на всяка една нужда.

Следователно първият проблем се състои в това, че:

идентифицират цялата възможна информация, тъй като е невъзможно да се получи достъп до всички тях, тъй като никой в ​​компанията не знае всяка отделна част от системата, която притежава,

да можете да съветвате компанията при избора, който трябва да се направи, като се вслушвате в нейните нужди.

Тогава искаме да разграничим трите страни на системите, анализирайки нивата на интеграция между тези факти, идентифицирайки точките им на скованост, възникващите проблеми (те ще посочат откъде идват въпросите, които ще направят точките на скованост на проблемите).

Предвид твърдостта, на която са подложени проблемите, въпросът вече не е въпросът за интегрирането на a Дато X с a Дато Да, но е да се определят възможностите за интеграция. Разходите за интеграция трябва да бъдат намалени, което позволява на организацията да промени коренно своята структура.

Друг проблем, с който трябва да се сблъскаме, е къде да поставим услугите: възможно е да оборудваме компанията с имейл, но ако например има система за управление на клиенти, можем да интегрираме имейла в тази система. Всъщност много системи за управление на документи днес интегрират технологии като електронна поща.

Проблемът с интеграцията възниква и в тази област: колкото повече се придвижваме към i

gruopware, толкова повече имаме проблеми с интеграцията по отношение на използваните инструменти и техните сектори на употреба.

За да мислим по-добре, ще направим снимка на това, което има в него Италия, поради две причини:

вероятно ще се окажем да анализираме италианските организации;

Италианските компании имат уникални характеристики.

Италиански компании

Италианските компании трябва да бъдат класифицирани в групи с отличителни характеристики, но винаги да успяват да идентифицират уникално всяка компания. Това ни води в способността да създаваме ad hoc идеи за всяка компания, но модулно и с обща база.

L 'Италия è uno dei più importanti produttori manifatturieri del mondo ed è il 5° esportatore al mondo, in Европа è secondo solo alla Германия. A parte i beni culturali, l’industria manifatturiera è la nostra prima risorsa e ci permette di avere un buon tenore di vita.

На пазара ние сме силни в някои сектори на B2C (Business to Consumer), основните са модата, мебелите, "белите" уреди (хладилници, перални и тези, които обикновено са оцветени в бяло). В малките уреди сме много силни, сред първите в света. Освен това сме в селскостопанските и селскостопанските инструменти.

Механичната индустрия е много силна, не само в автомобилите и мотоциклетите, но и в B2B механиката (Бизнес към бизнес): машини за сладолед, хартия и дървообработка.

Ние сме лидер сред производителите на плочки, рамки за стъкла, багрила и бои. Лидерството, което имаме, се дължи силно на иновации и високо качество, не непременно по отношение на продадените количества. Подобно лидерство в никакъв случай не е гарантирано: конкурентите с по-бързи цикли на развитие могат да го поставят в криза.

У нас има хиляди интересни компании под различни профили; това означава, че нямаме големи компании, ако не такива, в които държавата има съответна роля и в които тя може да действа и да ги регулира, но поради това не работят на реален свободен пазар.

Lи италианските компании могат да бъдат описани по някои характеристики:

конкурират се в световен мащаб;

те са малки (не всички от тях, но имаме много средни предприятия и много средни / малки);

те са иновативни;

те са вкоренени на територията;

имат мрежова структура;

те се ръководят от майстор / основател;

те се борят да продължат отвъд първото или второто поколение;

те растат бързо;

те не са много компютърни.

Като малки, но конкурентни в световен мащаб компании, те се наричат ​​„джобни мултинационални компании“. Техните продукти се считат за нестабилни. Те са компании, родени и все още установени в „индустриалните квартали“, които си сътрудничат с други компании, като по този начин формират мрежа от компании и организации, която е силна в международен план. Ефективността на мрежата влияе върху ефективността на техните операции. По този начин индустриалните квартали се превръщат в зони с едни от най-добрите компании в света.

Като се вкореняват на територията, повечето от предприемачите на тези компании също се грижат за подобряване на територията, тъй като ако качеството на територията е високо, качеството на работа също е по-добро.

Ръководството на тези компании често е обвързано с един човек, шеф или основател със забележителни предприемачески умения.

Който и да наследи харизматичния лидер, не получава същия успех или същата подкрепа: той трябва да знае как да управлява със способности, а не с харизма. За да ръководи тези компании, лидерът се занимава с много аспекти: няма хора, специализирани в това маркетинг, стратегически избори или отношения с обществеността, но един човек прави всичко.

Следователно такива компании се борят да издържат след второто или третото поколение. Освен това от поколение на поколение възниква значителен проблем: тъй като много италиански компании са познати, „родени в гараж“, наследяването на компанията се превръща в проблем поради броя на наследниците, непрекъснато нарастващ от едно поколение на следващото. Така че понякога е по-евтино да продадете компанията, когато тя печели пари.

Италианските компании също са много иновативни: те създават нови продукти и се състезават за високи постижения.

Въпреки това те не са много компютърни по отношение на всичко, което не е строго свързано с продукта и производствения процес, или с всички онези техники, които се използват за трансформиране на парите в продукт и обратно. За италианските предприемачи информационните технологии са нещо, което поема по-късно, когато вече не е възможно да се избегне, с надеждата да не унищожи компанията с това въведение. Вместо това информационните технологии трябва да бъдат важен елемент за бизнеса: компании като Ikea, Zara, RyanAir имат основни информационни системи за своя бизнес. Еволюцията на Ikea например е била придружена от еволюцията на тяхната ИТ система (особено за логистика, но и за обмен на поръчки и знания в рамките на компанията).

Растежът на италианските компании обаче е доста бърз, толкова че тяхната тенденция често наподобява тази на високотехнологичните индустрии. Критика, отправена от икономистите към нашата индустрия, е, че нейните сектори са „традиционните“, в които няма растеж, но благодарение на иновациите и радикалните промени в сектора, растежът все пак се случва.

Например, в индустрията за очила Luxottica успя да преструктурира пазара, заемайки както позицията на производител на рамки, така и ролята на продавач, като има огромна печалба в добавената стойност (като по този начин се оказва в пряк контакт с клиенти от която може да получи директна обратна връзка както за собствените си продукти, така и за тези на конкурентите).

Иновационността не винаги може да присъства: 3M си е създал код за иновации, според който компанията трябва да обновява поне 25% от своите проби всяка година. Това е похвално, но ако се сетите за модна компания, която след една година (или дори по-малко, 4 месеца в случая на Zara) изцяло обновява своите мостри, очевидно е необходим съвсем различен процес.

Информационните технологии трябва да имат полезна роля в компанията, да създават добавена стойност и да не са маргинално присъствие. Занимаваме се с информационни технологии, които поемат тази роля, затова се интересуваме от разбирането как можем да помогнем на италианската компания.

Dato че бизнесът расте бързо, имаме нужда от развиващите се информационни системи:

бизнес растежът изисква системите да могат да се справят с нови проблеми; проблемът, с който трябва да се сблъскате, е не само във възможността за увеличаване на мащаба на системите, но е да ги направите гъвкави за управление на нови проблеми.

Като мрежови компании, тяхното управление е тясно свързано с взаимодействията между компаниите: необходими са "отворени" системи, при които отварянето не се управлява само от едната страна (тази на компаниите, с които взаимодействате), а там, където е възможно да се адаптирате да знаят как да взаимодействат с информационните системи на другите.

В набора от отворени системи, конкретната е тази на логистиката: като джобни мултинационални компании, броят на страните, в които работят, е важен, поради което е необходимо да се знае как да се управляват пратките, тъй като всяка пропусната доставка е потенциална загубена продажба. Чрез правилна организация могат да се постигнат отлични резултати.

Иновативните компании не могат да правят многогодишни инвестиции, тъй като инвестициите са краткотрайни. В дългосрочен план се правят избори, които се отнасят до цели семейства продукти. Така че градуирани инвестиции.

Компетентността на мениджърите е от съществено значение, тъй като компаниите с проблеми на приемствеността. Следователно е от съществено значение да се управлява по-добре бизнес интелигентността и знанията. Информацията зависи и от стойността на източника: ако авторитетен източник изрази коментар на определена идея, този коментар придобива много по-голяма стойност. Главният дизайнер на Apple твърди, че продуктовият дизайн започва с „визия" от този продукт.

Фирмата започва на местно място, докато расте, все още остава местна, но започва да има ръководство или офиси в други територии / държави. Това създава мрежа от места, които трябва да са познати и удобни за хората, които се движат из тази мрежа. Всъщност компаниите харчат все повече за увеличаване на територията, на която се намират.

Следователно системите са в ситуации, в които е необходимо да се управляват неочаквани събития и е важно те да знаят как да се адаптират.

Публична администрация

Публичните организации се различават по същество от частните: те имат много важна връзка с правилата, докато връзката с пазара не съществува (дори да е необходимо). На италианската администрация се гледа толкова зле, че не признаваме (малкото) върхови постижения, които имаме. Здравеопазването, например, е сектор, който работи добре и имаме по-добра икономическа възвръщаемост от много други страни.

La PA italiana ha difetti consolidati, molte imprese non vengono in Италия perchè non sanno quando potranno operare, per la lentezza burocratica nota di questo Paese.

За разлика от компаниите, PA не забелязва услугите, които не се използват: в склада не се натрупват непродадени продукти, но най-много има хора, които не работят (и често тези хора не се оплакват от това ), така че течът става трудно забележим. Няма човек, който измерва услугите на АП; имате нужда от мярка за обслужване.

In Италия da qualche anno è in corso un processo di cambiamento, che ha delle linee guida “nascoste”, una delle quali è quella di mettere al centro il cittadino – cosa che stanno cercando di fare anche le aziende con i loro клиенти. Така че можем да си представим, че PA и бизнес системите имат места за срещи.

Началото на процеса на промяна беше Дато от точките на следния закон, който доведе, наред с други, до 3 важни промени:

всяка администрация трябва да установи какви услуги предоставя или административните процедури, за които отговаря;

за всяка процедура, когато тя се предоставя на гражданина, трябва да има отговорно лице; следователно гражданинът трябва да знае кой е отговорен за тази услуга;

за всяка административна процедура има максимално време, в което услугата трябва да бъде предоставена.

На този закон липсваше нещо, което да бъде революция: той не въвежда лице, отговорно за цял клас административни процедури. Тоест, дори ако всяка конкретна процедура има отговорно лице, когато се предоставя на частно лице, няма лице, отговорно за този конкретен тип процедура (напр. Има лице, което отговаря за паспорта ми, но не и за всички паспорти ).

За да се направи тази промяна, е необходима друга, която все още не е направена: публичната администрация трябва да подпомага гражданите в техните нужди. Законът е второстепенен за нуждите на гражданина, но трябва да се спазва. Следователно АП трябва да насочва гражданите към избора и процедурите, необходими за получаване на това, от което се нуждае, а не просто да прилага закона, оставяйки гражданина на милостта на себе си.

Например, ако едно семейство се нуждае от разрешение да построи стая за детето си, не се интересува как е направена тази стая: достатъчно е да я има, защото има такава нужда. Така че гражданинът е готов да следва правилата (които следователно са по-малко важни от необходимостта), но тъй като гражданинът не се ръководи от прилагането на правилата, разрешението ще бъде отхвърлено, процедурата умира и гражданинът ще бъде недоволен, докато вместо това ПА трябва да го придружи и да му каже: „за да имате стаята, трябва да направите това вместо онова“.

Ако всичко трябва да бъде ориентирано към услугите, е ясно, че системите трябва да бъдат коренно различни.

Системата трябва да направи i данни основа (напр. купих 20 винта тип А), тъй като от основата на тази информация е възможно да се изведат нови (напр. все още имам винтове тип А) и следователно да мога да реагирам по-сложно според ситуациите и нуждите .

За да има тези промени са необходими модулни системи: те ни позволяват непрекъснато да рекомбинираме информацията, тъй като я поддържат отделна.

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

Италианските компании имат нужди от иновации, които могат да бъдат проследени обратно до пазарните причини. В публичната администрация, поради съвършено различни от компанията причини, има силен стремеж към иновации. Има две характеристики, свързани с тази иновация:

поради липса на икономически ресурси се предпочитат евтините иновации;

иновациите трябва да са насочени към подобряване на представянето, а също и към промяна в манталитета на хората, възнаграждавайки техните заслуги според целите, но е необходимо да има метод, който да може да си постави разумни цели. Без компютърните науки не знаем какви цели са поставени.

Модулен софтуер

За да създадем гъвкави, еволюционни и мащабируеми системи, трябва да имаме модулност, това е свойството, което ви позволява да създадете система отдолу нагоре (отдолу нагоре).

На първо място трябва да имате модулите, така че имате нужда от "архив" на модулите. След това те трябва да бъдат взаимозаменяеми, т.е. трябва да е възможно да се замени модул с друг еквивалентен модул и това се прави, като се позволява обменът на информация между модулите чрез определени интерфейси: взаимодействието на компонентите не трябва да варира, тъй като модулите варират.

Модулният софтуер открива нова парадигма на интеграция между компонентите с развитието на машапи (хибридно уеб приложение), т.е. създаване на нещо от различни източници, например с помощта на API, създадени първоначално за различни цели, но след това комбинирани за получаване на нов продукт.

Колко прости трябва да бъдат модулите в модулна система?

Формулярите трябва да бъдат направени възможно най-опростени. Всяка компания може да управлява най-различните взаимоотношения по много различен начин (напр. Управление на персонала), но елементарните функции остават същите (напр. Ведомост). Малките модули позволяват по-голяма повторна употреба, по-малко време за разработка и постоянно развитие (например, ако отделяте потребителския интерфейс, трябва да се уверите, че той е последователен, например трябва да можете да използвате copy-paste, независимо от системата, за която е създаден този потребителски интерфейс).

Проблемът, който възниква, е ясно как да се реализира взаимодействието между модулите. Голяма система направи възможно да има много информация, свързана помежду си в самата система, и също така позволяваше уникално управление на относителната информация.e

разрешения за достъп, докато с i данни са разпръснати и механизмите за удостоверяване могат да бъдат различни.

Това разлагане ни дава, в същото време, много свобода: i данни можем да ги поставим където искаме, като ги разпределяме по желание.

Интеграцията на всички компоненти, база данни, модули и интерфейси, не се случва във вакуум, а се провежда на платформа: тя е тази, която ни позволява да се интегрираме, затова е необходимо тази платформа да бъде дефинирана добре.

Това, което позволява създаването на модулни системи, е преди всичко стандарт за типа информация, която се обменя от модулите: трябва да има съответствие във възможните комуникационни потоци между модулите. Можем да имаме множество взаимозаменяеми системи за писане, ако имаме един-единствен стандарт за документа, но досега се е случило точно обратното: преобладаваща система за писане с голям брой формати на документи. Тази ситуация има две недостатъци:

ако стандартът е свързан със система, тази система има тенденция да стане универсална,

това има тенденция да благоприятства затварянето на пазара, защото има стандарт, който никой друг не може да генерира, така че най-широко разпространеният автоматично става най-силен.

Дневният ред е пример за напречно приложение към всички други приложения, тъй като трябва да има един дневен ред, поради което има смисъл да се управлява на системно ниво, а не на ниво приложение. Системата е платформата, на която стартираме приложения, чрез която ги караме да комуникират. Това ни позволява да отделим данни от приложения. Това значително опростява създаването на информационната система: можем да обединим данни на две компании по-лесно или използват различни приложения за достъп до тях данни.

Комбинирането на информационни системи е от съществено значение за процеса на сливане на компаниите. Наличието на прости формуляри улеснява обмена на информация, отколкото приемането на сложни формуляри.

Модулността често присъства вече от външна гледна точка: тази на потребителя. Всъщност той вижда системата един по един парче, тоест вижда само парчето, което използва, и го възприема като модул, отделен от останалите. Привидната модулност е първата стъпка към преминаване към реална модулност.

Това ни позволява да създаваме нови и междукомпонентни взаимодействия и услуги. Системният интерфейс става зависим от заобикалящата го среда от потребителя: системата реагира, когато потребителят се нуждае от нея, така че времето за изчакване става от съществено значение за измерване на ефективността на системата.

Важно е интерфейсът да е проектиран, започвайки от потребителя, от това, което той прави: потребителят свиква с процедурите, дори ако те са невероятни и лишени от логика.

И накрая, платформата трябва да е наясно, че е платформа: тя не само трябва да позволява изпълнението на модули, но трябва да съдържа и всички онези функции, които могат да бъдат трансверсални (например дневен ред, имейл), до които те могат да имат достъп със системните примитиви (точно както при copy-paste). За системата това може да се разглежда като

нормални приложения, но те са от съществено значение, за да можете да се присъедините към компонентите.

Платформа = система + напречни услуги.

Платформата не е системата и не я замества, особено ако имате различни системи (Windows, Linux, Mac ...), където междинният софтуер поема, показвайки множество системи, сякаш са едно цяло.

Следователно модулните системи трябва да имат най-малко 4 характеристики:

формулярите трябва да са прости;

модулите трябва да са взаимозаменяеми;

имаме нужда от платформа, пълна с услуги, необходими за интеграция;

интерфейсът трябва да бъде проектиран така, че да отговаря на потребителя на приложението.

Всички тези характеристики са свързани с еволюцията: модулите позволяват отделни еволюции и позволяват еволюцията на системата. От своя страна платформата и интерфейсът трябва да могат да се развиват в съответствие с протоколи и процедури.

Системна интеграция

Настоящите системи за по-голямата част са разделени на части, които се занимават със специфични аспекти от живота на организацията: почти винаги администрация, бюджет, бюджет (икономически-финансови аспекти), но и компоненти за персонала, съдържащи всички подробности които са от значение за компанията. Всяка от тези части на системата интегрира по свой начин елементи от 3-те аспекта (като правило всеки модул го прави по различен начин).

С развитието на компанията, с разширяването и с промяната в нейната структура, има нужда от по-сложна информационна система, интегрираща други данни и други модули. Това предполага, че за действително направените интеграции реакцията е високоефективна. Интеграцията се извършва по същество чрез интегриране на различните аспекти на едно ниво база данни: всеки компонент има a база данни което се отнася до различни аспекти и ние интегрираме цялата информация за това база данни.

В повечето случаи, т.е. база данни те са взаимоотношения и интеграцията е на информационно ниво, но някои технологии ви позволяват да свързвате обекти.

Ако искате да интегрирате два аспекта по различен начин, техниките, предоставени от ERP, не са лесни за използване. Всъщност този тип интеграция все още липсва в ERP: можете да направите някаква интеграция на данни da база данни различни, но това изисква извличане на информацията, преди тя да може да бъде интегрирана в компонента за извличане на данни.

Ефективността на интеграцията е критичен аспект за компанията, тъй като в днешните организации един от основните проблеми е да се реагира адекватно и бързо на промените на пазара, които не са лесно предвидими. Например появата на нови икономически пазари като

бразилският, руският, индийският и китайският (наричан "BRIC"), създава проблеми за италианските компании, които трябва да разберат как да навлязат на тези пазари и се нуждаят от информация, която не е налична веднага в ERP. Поради тази причина има нужда от склад за данни и извличане на данни. Мениджърите на организацията изискват информацията, от която се нуждаят, да бъде предоставена с време за реакция между седмица и месец: извън този диапазон, компанията взема решения без данни и информационните технологии губят роля, като по този начин се възприемат като пречка или проблем. Създавайки система за бизнес разузнаване, следователно е необходимо да помислите за всички възможни въпроси, които мениджърът ще може да ви зададе, и да подготвите системата, за да може да даде отговор. Информационните технологии трябва да следват развитието на компанията!

Ако компанията не купува, а разширява своя пазар по света година след година, системата трябва да бъде адаптирана, за да отговори на разширяването.

Ако компанията възлага на външни изпълнители всички централни ресурси, платформата трябва да може да се развива в тази посока. Следователно трябва да има циклично развитие на платформата за приложение, с период между 6 и 12 месеца. Над платформата за приложения обаче има технологичната, която е от съществено различно естество, тъй като описва начина, по който се управляват информационните технологии; това е от основно значение за успеха на изборите на ниво платформа за приложение и за разрешаването на проблеми. Неговият еволюционен цикъл в този случай е многогодишен и трябва постоянно да се наблюдава, за да се гарантира, че архитектурата е най-добрата за нашите нужди.

Следователно има 3 нива за управление на предлагането на валидни решения:

технологична платформа (многогодишна)

платформа за кандидатстване (6/12 месеца)

индивидуални проблеми (седмица / месец)

Това разделение на нива обаче не е лесно да се идентифицира: въпреки че е налице, то не е ясно. Помислете само за примера ENI, който в момента разработва система от облак

компютри, родени с различни идеи от тези на облаки след това впоследствие се промени, тъй като нуждите на компанията също се промениха.

Това разделение също така обяснява защо използването на кръпки преобладава в ERP системите, които дават бързи отговори на нови проблеми, но не подобряват архитектурата на системата, а напротив те са склонни да я влошават.

Интегрирането на компоненти е важна задача, тъй като интегрираните компоненти спестяват време и намаляват грешките поради ръчно преписване на данни. Фактите за една организация са еднакви навсякъде (администриране на закупените или предоставените услуги, като се вземе предвид какво влиза и излиза от компанията и т.н.) и въз основа на тях компанията определя своите цели (колко да купи, колко да произвежда и т.н.). Информационните технологии подпомагат бизнеса не само в тези аспекти, но и чрез използването на инструменти като електронна поща, интранет, системи за видеоконференции, електронна търговияИ др

Технологията ви позволява да премахвате някои задачи, но създава други.

В организационната дейност винаги има излишни произведения по отношение на производството на полезна информация, така че трябва да имаме предвид 3 факта:

излишната работа не може да бъде елиминирана незабавно;

ако изпълнението остава непроменено, има намаление на необходимата работа;

но ако сме проектирали системата за подобряване на потребителското изживяване, потребителите

те ще се нуждаят от човешка намеса.

Има нещо като баланс между работата, която можем да спасим, и новите нужди: чрез намаляване на рутинната дейност е възможно да се създадат нови видове работа.

Пример: Фактуриране

Вземете например разликата между фактура и поръчка: тя присъства само в настройката, но в действителност двата документа съдържат приблизително една и съща информация. Наличието на система, която генерира фактура, започвайки от поръчката, ви позволява да управлявате процеса по-бързо и с по-малко грешки. До преди няколко години обаче, когато дадена компания купува продукти, документите, генерирани от системата на фирмата доставчик, бяха 3:

поръчката;

фактурата на фирмата доставчик;

бележката за доставка.

Поради това беше необходимо да се извършват проверки за всяка стъпка: поръчка-законопроект, заповед-сметка, законопроект. Този процес очевидно беше скъп както по отношение на време, така и на пари, така че беше необходимо тези стъпки да бъдат премахнати.

За да ги премахне, купуващата компания може да диктува условие на доставчика: поръчката се приема само ако разписката за доставка е идентична с поръчката. За да се съобрази с това ограничение, компанията доставчик трябва ясно да определи ограничения за управлението на поръчката, например като отхвърли последващи промени в нея. Купувачът намалява разходите, но отговорността след това се прехвърля изцяло върху компанията доставчик, която трябва да може да претендира за тази отговорност.

Второ решение може да бъде споразумението между купувача и доставчика за установяване, че поръчката е отворена, стига пратката да не е започнала: само в този момент поръчката не може да бъде променена и фактурата е издадена. Това намалява необходимите проверки между поръчката и фактурата, но в този момент собственикът на склада поема отговорност, като потвърждава на администратора получените стоки.

Онтологични системи

След като системите стават по-твърди, как можем да работим? Възможно е да направим това, ако направим избора на лека интеграция.

Отговорът на въпрос изисква търсене във всички налични източници на информация. Тази операция може да се извърши онлайн (в смисъл, че времето за реакция го позволява) или офлайн (чрез попълване на a база данни на отговорите).

Ако на нашия въпрос не се отговори в данни събрани чрез извличане на данни, искаме да знаем дали има други начини за агрегиране данни за да получите отговора.

Нека се сблъскаме например със случая, в който дадена компания е заинтересована да изолира тези компании или тези хора, които са и двете клиенти какви доставчици. Те имат данъчен код или ДДС номер като свой идентификатор, следователно един код идентифицира едно цяло. Чрез интегриране на i данни и чрез използване на излишъка е възможно да се организира информацията по нов начин и относително лесно да се идентифицира субектът, който е едновременно клиент и доставчик.

Добавената стойност се получава, когато не се подразделя клиенти и доставчици, говорим за обща категория, събеседниците, които включват и други субекти (например ЗП, като например общината, на която се плащат данъци). В този случай идеята е да се разглежда концепцията, а не синтаксисът, като полюс на агрегиране. Това ни позволява да избегнем необходимостта да интегрираме основите данни и следователно осъществява светлинната интеграция.

Клиентът и доставчикът са ключови думи, които ми позволяват да идентифицирам някои от субектите, с които имам връзка.

На този етап е възможно да се създаде структура за нашите събеседници, които са физически или юридически лица, които биха могли да бъдат нови компании, с които да имат взаимоотношения, но които не са нито клиенти нито доставчици (например общината, съседите). Следователно откриваме, че имаме взаимодействие с набор от хора и набор от юридически лица.

Има начин за достъп до база данни чрез корелация, която не се очакваше: откриваме, че i клиенти които са и доставчици, защото се позоваваме на структурата на данни, но, за да се присъедините към данни и да намерим корелация, ние не разчитаме само на стойностите, които намираме, но и на излишък и структура (например как да разбера дали Mac Donalds и McDonald са една и съща компания?).

За да избегнем използването на ключови думи, тоест за да избегнем характеризирането на обекти с лексикални атрибути, трябва да използваме онтологични системи: ние не се интересуваме от синоними на определен обект, но ни интересува разбирането на структурата на света или онтологията.

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.

Например, ако дефинираме термина "небостъргач" като "сграда по-висока от X метра", изречение от

като "Прибрах се вкъщи с небостъргача в джоба" няма смисъл в онтологията, която сме дефинирали, докато ако онтология предвижда термина "небостъргач", както и значението на "статуетка-сувенир, който възпроизвежда сграда", тази фраза би приела точно значение.

Установяване на корелация между база данни, ние описваме света: светът е този, който казва, че определя думите, които използваме. Този свят винаги е ограничен: броят на фактите в живота на организацията е ограничен. Светът, предизвикан от езика, вместо това е безкраен и с езика можем да представим всеки възможен свят, тъй като езикът касае потенциала, а не само съществуващия. Във всеки случай това е логиката, която ни позволява да стигнем до същността на семантиката: и логиката, която казва, че ако някой предоставя услуга, той е доставчик, тъй като знаем, че услугата е вид доставка.

Онтологията ни позволява да отделим две фази: агрегиране и евентуална интеграция. Агрегирането е свързано с обединяването на това, което ни интересува, и е значителна част от интеграцията: ако имам два документа с един и същ данни и добавям значението им, направени са най-големи усилия. Действителната интеграция на файлове (обединяване или редактиране) е второстепенната част.

Можете да свържете информацията, съдържаща се в база данни, но също така и документи и видеоклипове, използвайки семантика. Предимството да имате повече база данни, а не само един, е, че можем да запазим в база данни аналитична информация на атомно ниво.

След това трябва да можем да съпоставим информацията, за да получим стандартизиран отговор, който позволява да се оптимизират разходите и да се осигури правилна връзка с всички клиенти (е в състояние да отговори по същия начин).

За да разберем какво е свързано с какво, нека разгледаме пример, който идва от идея за мрежата: можем да приложим тагове към ресурси, за да разпознаем цялата свързана информация. Проблемът с този подход е, че бихме могли да използваме тагове в различни форми, за да представим едно и също нещо (маркерите са свързани със синтаксиса). Второто решение е да се обърнем към семантичното измерение, преминаващо през лексикон (т.е. използване на думи за извличане на тагове) към семантика (извличане на концепции и обекти).

Семантиката, която ни интересува, обаче е от различен характер от този на естествените езици, който като цяло има по-широки цели от предложената. Благодарение на семантиката можем да характеризираме език, чрез който можем да опишем света, който ни интересува, т.е. онтологията.

Онтологиите могат да бъдат описани с логически езици, един от най-популярните е OWL (Онтологичен уеб език).

Чрез него ние сме в състояние да се движим по света и да интерпретираме фактите. Това е много абстрактно описание, полезно във връзка с действията, които искаме да извършим.

В онтологията взаимоотношенията между възлите определят какво е възможно и кое е от значение за въпросната онтология, а не извън нея, и е пълно по отношение на действията, които можем да направим.

Също така се използва много за свързване на различни неща, например когато дадена компания иска да знае нещо за друга компания. В този случай трябва да намеря начини за свързване на различна информация. Използването на абстракция е най-използваната техника:

диагностика на организацията;

диагностика на човек;

машинна диагностика.

Видът на абстракцията зависи от отговора, който искаме да дадем: трите диагнози са свързани помежду си, дори ако очевидно тези понятия принадлежат към различни категории.

Всяка от тези категории определя набор от права-задължения във взаимоотношенията на човека с организацията.

облак Изчислителен

Сред технологичните платформи, с които разполагаме, облак изчислителната техника се представя с радикални предпоставки: макар че, от една страна, тя може да предложи големи възможности, от друга страна е значително сътресение в средата, в която навлиза, като по този начин заплашва индустрията в сектора.

Още в началото си и по по-консолидиран начин, започвайки преди 10-15 години, информационните технологии се представиха като услуга за потребителите, тоест като предпочитан ресурс при аутсорсинг, а не като вътрешен. Първите компютри бяха скъпи машини, мейнфреймове, така че организацията не закупи цялата машина, а плати, за да я управлява и управлява собствен софтуер; машината обаче остана в "сервизния център", който предложи на компанията тази възможност.

С технологичната еволюция това ограничение на размерите падна: следователно компаниите се стремяха към създаването на собствен софтуер или закупуването на същия от специализирани доставчици. Ясно е, че това е довело до прекомерно големи раздели на ИКТ на различните компании, което в крайна сметка ги е накарало да се изправят пред проблема дали изборът да произвеждат собствен софтуер е твърде скъп.

Първите компании, които си зададоха този проблем, бяха големите компании, които след това на практика целяха да преместят целия раздел на ИКТ навън, като предвиждаха договори за възлагане на външни изпълнители: мрежи, сървъри, ежедневна поддръжка, разработване на софтуер дейности в рамките на компанията и биха могли да бъдат третирани като всяка друга услуга, включително по отношение на контрола и намаляването на разходите.

Аутсорсингът беше успешен, защото ви позволи да получите най-доброто качество на услугата

присъства на пазара. Компанията не можеше да постигне това качество, защото нейният светоглед беше ограничен само до себе си.

Този процес обаче изискваше определени умения от страна на компаниите при сключване на договори за възлагане на външни изпълнители, за да се гарантира качеството на тези много сложни услуги, които бяха закупени. Следователно бяха необходими експерти в областта на ИКТ, които да контролират качеството на услугата и следователно само инфраструктурите всъщност станаха ненужни в компанията. При приемането на технологии от външни доставчици обаче има отрицателни последици: не е възможно доставчикът да се държи под контрол, което с течение на времето има тенденция да намалява качеството, да въвежда твърдост и да увеличава разходите.

Ето защо тези съображения тласкат компаниите да се върнат обратно, тоест притежание на ИТ отдели, или да създадат компании заедно с доставчика, на които да възлагат външни източници, така че да могат да поддържат по-голям контрол върху предлаганата услуга и софтуера, който притежават.

И точно в тази рамка облак изчислителна.

От концептуална гледна точка, облак изчисленията се родиха от идеята за изчислителни мрежи, тоест да се използва мощност на изчисленията, разпространявани по света по ефективен начин, т.е. експлоатация на неизползваното. Тази идея първоначално се прилага за споделяне на музикални файлове онлайн, чрез мрежи, където всеки е едновременно клиент и сървър (Peer-to-Peer). Проблемът

от тази архитектура е, че не е възможно да се идентифицира лицето, отговорно за дяла, тъй като е невъзможно да се определи кой сървър i данни.

Това разпределено решение е използвано и в научната област в подкрепа на мощност разпределено изчисление. Това обаче изисква висока хомогенност сред потребителите, което ограничава развитието на самото мрежово изчисление. Въпреки това компаниите, които имат голям брой сървъри, насочват вниманието си към мрежата, въпреки че водени от напълно независими пазарни нужди (помислете за Google ed Амазонка). Пазарът на мрежови компютри в момента намалява.

Идеята зад облак изчисленията са, че потребителите са потребители на услуги, те не виждат как услугата е внедрена и работят в среда, характеризираща се с виртуализационно устройство.

облак Изчисляване на VS Mainframe: са концептуално подобни, но коренно различни по отношение на хардуера.

облак Изчисляване на VS Grid: понятието peer-to-peer вече не се използва.

облак Изчисляване на VS аутсорсинг: Компанията не предоставя собствена информационна система.

Хардуерът за облак често се прави така, че да може да се постави в контейнер със 100, 1000, 2000 сървъра, които вече са оптимизирани и охладени автономно, готови да бъдат пуснати "за продажба".

Модуларизацията на центровете за данни позволява отделно и опростено управление по време на фазата на архивиране, особено като се има предвид, че при еднакви машини възстановяването на резервно копие се свежда до времето за трансфер на данни.

Il облак изчисленията са идеални за стартиращи компании, защото не е нужно да управлявате миграцията от стари системи, което обикновено е много скъпо. Логиката на облак В действителност изчисленията се основават на концепцията за заплащане за използване, т.е. да накарат хората да плащат клиенти сума, пропорционална на използваните от тях ресурси. Ресурсите се разпределят незабавно от инфраструктурата, така че използването на ресурси е динамично и зависи единствено от нуждите на момента. Това позволява да се ограничат разходите и да се развива динамично заедно с нуждите на компанията.

От икономическа гледна точка, в ситуации, когато използването на облак изчислителната дейност не е ограничена, тя има предимство, което варира между 30% и 70% за компанията. Възможно е обаче да има ограничения, които да доведат до допълнителни разходи, като например необходимостта от локализиране на i данни (поради поверителност или законодателни причини), или необходимостта от персонализиране на услугите.

Офертата на облак изчисленията се характеризират с три основни елемента:

Инфраструктура като услуга (Infrastructure) като Услуга или IaaS), където услугата, предлагана от доставчика на облак това е самата инфраструктура на „облака“, съставена от мощност на изчисления, съхранение и работа в мрежа. След това клиентът може да използва собствен софтуер (включително операционни системи) на тази инфраструктура.

Платформа като услуга или PaaS), където предлаганата услуга е възможността за наличие на платформа, предоставена от доставчика на облак, на който клиентът може да стартира свои програми.

Софтуер като услуга или SaaS), където доставчикът на облак подготвя софтуер за клиента и той плаща само за действителното време за използване на този софтуер.

Проблем, който повдига облак е тази за поверителността и сигурността на данни, но това може да бъде решено само с оглед на радикална промяна във философията, която е в основата на нашия закон.

Поверителност и собственост на Давам

В управлението на данни онлайн проблемът с поверителността ясно възниква. Проблемът не е толкова, че аз данни могат да бъдат публични, както и във факта, че някой може да ги злоупотребява. Злоупотребата с данни чувствително, т.е. тяхното незаконно използване, е това, което трябва да бъде наказано (например, ако данни за медицинско състояние на служител са били използвани за уволнението му, това би било неправилно и незаконно използване).

Втори проблем е собствеността върху данни: кой контролира? Това е проблем, който за повечето потребители е без значение, тъй като те споделят съдържание, което вече е публично. Въпреки това, като данни само в мрежата притежаването на собствено съдържание не е реално; би било само ако имахме офлайн копие.

В момента има два основни модела софтуер, доставен на пазара чрез облак изчисления:

модел Google, който предоставя стандартен софтуер,

модел Амазонка, която предоставя софтуер за маширане за създаване на персонализиран софтуер.

Със своите предимства, облак това също носи недостатъци: на първо място, миграцията на съществуващите системи към облак е много скъпо (поради което за стартиращите компании облак, е предимство), но съществува и риск да станете затворници на доставчика, всъщност ако искате да смените доставчика, трябва също да преместите данни, следователно се нуждаем от гаранции от доставчика за възможността да използваме собствените си данни в софтуер, предоставен от различни доставчици.

От хардуерна гледна точка облак изчисленията изглеждат неограничен ресурс: потребителят вече няма проблем с оразмеряването, освен това вече не е необходимо да се предвиждат проблеми, но е възможно да се концентрира само върху услугите, които ще се предоставят, и тяхното качество.

За да има софтуер като услуга, софтуерът трябва да има специални изисквания, които да позволяват използването му от облак изчислителна. По-специално трябва

бъде модулна (и онтологиите работят много в този сектор, по-специално услугите за управление на онтология на ниво платформа),

да бъдат по-малко интегрирани в сравнение с текущия софтуер,

отделен данни и програми.

По отношение на текущия ERP софтуер, като SAP, и тяхното използване на платформи облак, необходимо е те да са модулни. За да ги направи такива, системата трябва да бъде разделена на модули въз основа на предлаганите услуги (включително база данни), които трябва да бъдат свързани към

платформа, предоставена от облак изчислителна техника. Идеята е да се заменят процесите на вътрешна интеграция с процеси на външна интеграция: само тези, които са в състояние да направят това, могат да се предложат за мениджър облак. По този начин софтуерът губи стойност, давайки значителен тласък на развитието на софтуера с отворен код, защото всичко се трансформира в услугата, предлагана от облак.

Всъщност именно софтуерът с отворен код е най-добрият кандидат за Софтуер като услуга, тъй като тези, които го разработват, също могат да игнорират проблемите на интеграцията с платформата и наистина е мениджър на облак който трябва да се погрижи за този аспект. По-точно, разработването на софтуер с отворен код не е насочено към голяма аудитория от потребители, но може да взаимодейства с няколко доставчици на услуги на облак изчисления, които след това могат да продават софтуера като услуга на по-широка аудитория.

В идеята за интегриране на модулите важна роля играят онтологиите, тъй като от една страна те гарантират приемственост със съществуващите, а от друга могат да бъдат управлявани от доставчика на облак.

UPS е световният лидер в транспорта на колети.

По-долу е описание на интеграциите между различните аспекти (сътрудничество / организация / системи).

Следва да се подчертае, че предвид размера на компанията, естеството на нейния бизнес и количеството технологии, които приема, пълно описание би надхвърлило ограниченията, наложени на тази връзка; Следователно ще се опитаме да предоставим преглед на основните аспекти.

интеграции

Първата интеграция между аспектите, за която може да се говори, е тази между система и организация. UPS е огромна компания, но имаше далновидността да създаде своя собствена още от самото начало база данни като централна и монолитна единица. Съоръжението в Ню Джърси - като, разбира се, неговият близнак в Джорджия - е домакин на поредица от база данни които съдържат (освен друга информация):

i данни за управление на персонала;

i данни, актуализиран в реално време, за складове и транспортни средства в употреба, разпределени в интермодалната транспортна мрежа;

информация за компаниите партньори и клиенти (последният също се актуализира в реално време, въз основа на информация, идваща от терминалите DIAD и сайта Интернет);

i данни за изготвяне на баланса (баланс, отчет за доходите и др.).

Като компанията опера дори извън Съединените щати, някои аспекти също са разпространени в чужбина. Пример е база данни на управлението на персонала, по своя характер интегриран със системите за анализ на икономическата тенденция: разходите за персонал и оперативни разходи се спестяват в база данни национална, но информацията периодично се обобщава и конвертира в американска валута; всички антипродуктивни дейности се идентифицират и разрешават бързо. Необходимостта от автоматизиране на проследяването на разходите е позволила на UPS да автоматизира някои процеси, включително генериране на заплати.

Управлението на смените и периодите на почивка също е полуавтоматизирано: персоналът е категоризиран база данни въз основа на типа роля, учебната програма и географския регион на принадлежност (ще видим в следващия параграф как това вече представлява материал

за онтология); искането за отпуск - което трябва да бъде направено предварително - се вмъква в софтуер, който представя плана на ръководителите на секторите. Този много ефективен механизъм на хартия доведе до започване на групово действие срещу UPS от служителите, тъй като по никакъв начин не беше „гъвкав“ спрямо хора, внезапно подложени на пречки или увреждания).

I данни свързани със складове и транспортни средства са сърцето на дейността на UPS, която живее от ефективността на своите услуги, като не произвежда стоки. Целият софтуер е създаден от самата компания през последните две десетилетия и е силно интегриран: всички те се отнасят за едно и също база данни и има непрекъснат поток от информация към и от приложенията.

Например, когато клиент поиска изпращане на пакет, неговата информация се въвежда - от нулата или като актуализация - (особено референтите за плащания, валидирани чрез взаимодействащите услуги с междубанкови системи). Записи с всички данни на пакета (място за събиране и доставка, всяко алтернативно място в случай на несъбиране, разходи за доставка, изчислени автоматично и приети от клиента и др.). Кредитът се генерира незабавно при получаване от системата на потвърждението за доставка (получено от DIAD терминала).

Генерирането на поръчката задейства създаването на запис и в системата за управление на пратките, което включва уведомяване на участващите оператори. Системата за логистична поддръжка на UPS отговаря за оптимизирането на пратките на пакети, както по отношение на минималния маршрут, преминат от микробусите, така и на превозваните от тях пакети, като също така взема предвид наличните оператори въз основа на гореспоменатия график за почивка и почивка. Всичко това са примери за високо ниво на интеграция, постигнато от системите на компанията.

Както вече беше подчертано в предишния документ и както се вижда от казаното дотук за потоците на данни от външни нации към база данни централна, се извършва голяма складова дейност. UPS има a база данни от няколко терабайта, в която се помещава информационната библиотека за операции (OIL), огромна колекция от данни, структурирани на различни нива на детайлност, което обобщава дейностите на групата. OIL първоначално е роден с цел да подобри вътрешната организация на американска земя и да планира стратегии в краткосрочен план, но от 1999 г. включва цялата информация за планетарната дейност и едва от началото на 2000-те се използва за софтуерна интеграция на разузнаването и онлайн аналитична обработка.

I данни агрегатите са на разположение за консултация от ръководството на организацията; както се споменава в другия документ, много данни с много фина гранулираност също се правят достъпни чрез API от клиенти, например информация за състоянието на изпратения отделен артикул. Най- клиенти те могат да интегрират тази информация в своите системи по много лесен начин благодарение на системното приемане на UPS на отворени стандарти.

Както е описано в другия документ, в UPS има комисия, която се грижи за предприемането на технологични иновации, като събира предложения от служителите. Идеите се подават чрез уеб приложение, което може да се използва чрез интранет на компанията.

Онтология за интеграция

Предполагайки хипотеза на онтология зад интеграциите на UPS, със сигурност можем да започнем от участниците, участващи в основната й дейност: колетен транспорт. Следователно имате клас Parcel, транспортиран от едно местоположение на друго; транспорт може да бъде концептуализиран с две отношения "transportFrom" и "transportA", ако е изключен от

моделиране на транснационални и мултимодални доставки. Пакетът може да има няколко специализирани подкласа - в зависимост от неговите характеристики - и трябва да има незабавно местоположение, след геолокация.

Пакетът обикновено се изпраща от клиент; като се има предвид обширността на предлаганите услуги на UPS - което не включва само транспортирането на пакети - трябва да се обърне голямо внимание на описанието на производни класове и атрибути. Всяка предлагана услуга от всякакво естество предвижда „изпълнение“ на Поръчка от различен тип, като Пратка.

Може да се случи клиентът да е и доставчик. Онтологията би могла да дефинира суперклас на агрегирането на CompanyPartner, ако признае, че е едновременно компания от тип клиент и доставчик или ако е направила поне една доставка и поне една поръчка.

Big Brown, както се нарича UPS на жаргон, се състои главно от служители, организирани в обширна и разнообразна йерархична структура (Организационна диаграма). И тук структурирането трябва да бъде точно, с особен акцент върху аспектите, свързани с пространството / времето: работникът ще работи в определен регион или по-скоро съвкупност от местоположения в световната мрежа, ще покрива определен график през работната си седмица и т.н. . Подобна онтология би улеснила много лесното правене на автоматични изводи при генерирането на смени в покой. Чрез адекватно моделиране на някои атрибути като квалификация, длъжности, статут на служба и години стаж, на ръководството се дава възможност количествено - както и качествено - да оценява работата на персонала.

Много от тях данни вече присъстват в старите системи на UPS, депозирани в база данни въведени през последните две десетилетия. Други могат да се появят от подходящи "изгледи" на db или чрез дейности за извличане на данни.

администратор Изпълнителен Директор

👍Онлайн уеб агенция | Уеб агенция експерт по дигитален маркетинг и SEO. Web Agency Online е уеб агенция. За Agenzia Web Online успехът в дигиталната трансформация се основава на основите на Iron SEO версия 3. Специалности: системна интеграция, интеграция на корпоративни приложения, ориентирана към услуги архитектура, облачни изчисления, хранилище на данни, бизнес разузнаване, големи данни, портали, интранет, уеб приложение Проектиране и управление на релационни и многомерни бази данни Проектиране на интерфейси за цифрови медии: използваемост и графики. Онлайн Уеб агенцията предлага на компаниите следните услуги: -SEO в Google, Amazon, Bing, Yandex; -Уеб анализи: Google Analytics, Google Tag Manager, Yandex Metrica; -Потребителски реализации: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM в Google, Bing, Amazon Ads; -Маркетинг в социалните медии (Facebook, Linkedin, Youtube, Instagram).

Вижте пълната биография

Дигитален Маркетинг База данни СУБД Склад за данни Science Data Онлайн реклама Информационни технологии Уеб агенция Рекламна агенция маркетинг