Що означає «підприємство» стосовно архітектури програмного забезпечення?

Я бачу, що термін "підприємство" багато кидається навколо розробників програмного забезпечення та програмістів і вживається вільно, здається.

en · ter · приз / ˈentərˌprīz /

Іменник: проект або підприємство, як правило, складне або вимагає зусиль. Ініціативність та винахідливість.

Може хтось, будь ласка, пояснить, що насправді включає цей термін? "На рівні підприємства", "масштаб підприємства"? Існують навіть "корпоративні видання" речей. Що саме це означає? Очевидно, що судити за вищенаведеним визначенням, не має сенсу настільки конкретно для програмного забезпечення, що означає під час використання слова підприємство?

Редагувати:

Щоб додати спіну в цьому - як цей термін потім вписується у фрази, такі як Enterprise Framework Model? Що стосується доступу до даних та контексту даних, що стосується описів для всієї компанії?

Вам потрібно розширити своє визначення.

З http://dictionary.reference.com :

en · ter · приз  [en-ter-prahyz] іменник

1. проект, який потрібно здійснити чи здійснити, особливо той, який важливий або складний, або який вимагає сміливості або енергії.
2. план такого проекту.
3. участь або залучення до таких проектів: Наша країна була утворена підприємством рішучих чоловіків і жінок.
4. зухвалість чи готовність до починань; пригодний дух; винахідливість.
5. компанія, організована для комерційних цілей; ділова фірма.

Згідно з 5-м визначенням, яке я цитував вище, програмне забезпечення підприємства або ліцензія підприємства покликані забезпечити рішення на рівні компанії. Згідно зі словниковим визначенням ОП, "Проект чи зобов'язання" у випадках, які цитуються ОП, є компанією.

Рішення для всієї компанії означає, що воно буде використовуватися там, де компанія має офіс або сайт. Таким чином, ліцензія Enterprise надасть рішення для всіх сайтів компанії. Це відрізняється від ліцензії на Сайт, яка б охоплювала лише одне місце, яке належить компанії, а не всі вони. Використання терміна « Підприємство» - це просто позначення всієї компанії, і воно не обов'язково обмежується у визначенні деяким програмним забезпеченням. Таким чином, ви можете мати програмне забезпечення, HR або бухгалтерський облік, або навіть постачання Jelly Beans для "Підприємства". У будь-якому випадку слово Enterprise стосовно розміру компанії не є актуальним, оскільки воно однаково стосується малого бізнесу, як і для мегакорпусу.

Корпоративні видання програмного забезпечення призначені для упаковки в повному обсязі функцій, які вам, як правило, знадобляться для того, щоб підходити до декількох веб-сайтів для декількох серверів. Однак у цьому випадку ви побачите, що це так само ймовірно означає, що від вас очікується платити більше, щоб отримати більше функцій, які вам, мабуть, не знадобляться на меншому «підприємстві», і тому це слово стає таким багато маркетингової гіперболи як нічого.

Щоб відповісти на відредаговану частину відповіді ОП, Enterprise Framework - це фантазійне найменування API, що підтримує реалізацію продуктів, призначених для розподіленого зберігання даних та комунікацій, як правило, необхідних для продуктів, розроблених з урахуванням продукту, розміщеного на декількох сайтах. Зазвичай це не призначено для малого бізнесу, але воно може бути використане для створення продуктів, які можуть масштабуватися від одного сервера / сайту до декількох серверів / сайтів. Ідея полягає в тому, щоб дозволити виробу вирощувати, щоб він відповідав мінливим потребам компанії (Підприємства) у міру зростання, наприклад, відкриття офісів у всьому світі, але, наприклад, спільної спільної поштової системи.

Тож питання про слово, яке вживається "розпливчасто" або "нещільно", насправді трохи не є проблемою, оскільки термін " Enterprise" завжди означає "загальнонаціональна компанія, незалежно від кількості сайтів, які вам потрібні для обслуговування". ... лише « Підприємство» явно набагато менше заявляє, і згідно з переліченими прикладами ОП, значення слова « Enterprise» залишається ясним.

На мій досвід, слово "підприємство" в програмному налаштуванні найчастіше стосується програмного забезпечення, яке пишеться для великої корпорації. Він також часто посилається на внутрішнє програмне забезпечення, а не на клієнтське програмне забезпечення.

Це може здатися довільною лінією для малювання (і, звичайно, що саме "велике"), але, написавши програмне забезпечення для різних компаній різних типів, я можу вам сказати, що потреби великого бізнесу дуже відрізняються від потреб потреби невеликих компаній, що знову ж таки дуже відрізняється від потреб окремих осіб.

Питання, які часто не стосуються (а точніше, не варто інвестувати у багато компаній):

• Висока доступність / безвідмовна помилка
• Скорочення / аварійне відновлення
• Конфіденційність даних про клієнтів
• Дотримання законів та правил
• Моніторинг у режимі реального часу, багата інформація про сліди для усунення несправностей
• Зосередження уваги на звітності (як правило, дозволяє інтелектуальне управління)

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

Використання є досить розпливчастим, але зазвичай означає програмне забезпечення, яке, як очікується, працює у великих організаціях - наприклад, багатонаціональних.

Теоретично "рішення підприємств" - це будь-яке рішення, яке досить влучне для масштабного корпоративного бізнесу. На практиці це означає, що рішення, розроблені з "ніхто не звільняється за наймання IBM" .

З іншого боку, є такі компанії, як Google, Facebook, Amazon тощо., Які будували свій бізнес на рішеннях, які традиційно не вважаються "рівнем підприємств". Наприклад, спочатку вони використовували дешеве обладнання CotS . Програмне забезпечення, яке вони використовують, є відкритим кодом, велику роль відіграють динамічні мови, які також традиційно не вважаються «готовими до підприємств» (хоча вони широко використовуються підприємствами).

Визначення - це добре і добре. До програмного забезпечення це, мабуть, додається як маркетинговий термін - кодове слово, яке говорить: "Купіть це для свого бізнесу, це серйозне програмне забезпечення, де ви можете отримати підтримку". Від того, чи це правда, залежить від продукту, але маркетингові повідомлення намагаються надіслати. Частина підтримки є важливою для багатьох підприємств - вони хочуть, щоб хтось знаходився на іншому кінці телефону, коли вони дзвонили з проблемою.

У цьому контексті це маркетинговий термін.

Програмне забезпечення для підприємств зазвичай:

• Внутрішня облицювання;
• Будь-яка місія критична та / або використовується багатьма людьми у всьому бізнесі; і
• Інтегрований з іншими внутрішніми та / або зовнішніми системами облицювання

Корпоративне програмне забезпечення не обов'язково має бути впроваджене у великій компанії. Прикладом може бути електронна система медичного обліку в невеликому лікарському кабінеті, яка інтегрована з лікарняними лабораторними системами та системами обробки страхових претензій.