Планирование бизнес-систем
Метод определения информационной архитектуры в организациях

Планирование бизнес-систем ( BSP ) — это метод анализа, определения и проектирования информационной архитектуры организаций. Он был представлен IBM только для внутреннего использования в 1981 году, [1] хотя первоначальная работа над BSP началась в начале 1970-х годов. Позднее BSP был продан организациям. [2] Это сложный метод, работающий со взаимосвязанными данными, процессами, стратегиями, целями и организационными подразделениями .

BSP был новым подходом к IA; [3] его цели заключаются в следующем:

  • Понять проблемы и возможности текущих приложений
  • Разрабатывать будущие технологии, поддерживающие предприятие
  • Предоставить руководителям направление и структуру принятия решений по расходам на ИТ
  • Предоставить информационным системам (ИС) план развития

Результатом проекта BSP является технологическая дорожная карта, согласующая инвестиции и бизнес-стратегию . BSP состоит из 15 шагов, которые подразделяются на три раздела по функциям.

Подготовка

Разрешение на исследование

Важным первым шагом в BSP является получение разрешения на исследование от руководства или заинтересованного отдела. Ряд ролей должны согласовать цель и масштаб исследования:

  • Управляющий
  • Спонсор
    • Оказывает финансовую поддержку
  • Лидер группы
    • Выбирает членов команды (от четырех до семи человек)
    • Координирует деятельность
    • Документирует и реализует исследование (обычно более восьми недель)
    • Представляет результаты руководству
  • Член команды
  • Секретарь
    • Изучение документов
    • Помогает руководителю команды

Подготовка

Вторым шагом является подготовка руководителя группы к исследованию. Ее цель:

  • Установить временные рамки
  • Получить документы
  • Выберите менеджеров для собеседования
  • Обеспечить место для встреч и интервью
  • Сообщите членам команды следующее:
    • Организационные функции
    • Организационный уровень обработки данных

Результатом этого этапа является учебная книга с вышеуказанной информацией, учебным планом, ИТ-документами и диаграммами.

Начало

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

Анализ

Анализ является наиболее важной частью BSP. Команда ищет подходящую организационную структуру , поскольку она определяет бизнес-стратегию, процессы и классы данных [4] и анализирует текущую информационную поддержку.

Стратегия

На этом этапе определяются стратегические цели и способы их достижения в организации:

  • Адаптация к желаниям клиента
  • Централизованно планируемое бронирование, запасы, платежи
  • Улучшения в регистрации, доставке, презентации, рекламе, отношениях с партнерами и управлении запасами
  • Новые клиенты
  • Снижение шума
  • Безбумажные процессы
  • Расширение ассортимента продукции
  • Сокращение потерь и затрат
  • Упрощение цикла заказов клиентов
  • Координация транспорта
  • Модернизация производственной линии
  • Обновление информации

Команда работает из этих стратегических целей. Организационные подразделения — это отделы организации. Каждый отдел отвечает за стратегическую цель.

Процессы

В организации насчитывается около 40-60 бизнес-процессов (в зависимости от ее размера), и важно выбрать наиболее прибыльные из них и отдел, отвечающий за тот или иной процесс. Вот некоторые примеры:

Классы данных

Обычно существует около 30–60 классов данных, в зависимости от размера организации. Будущие ИС будут использовать базы данных на основе этих классов. Примеры включают:

Информационная поддержка

Целью этого шага является проверка приложений, используемых в организации, и оценка важности каждого из них для устранения избыточности.

Обсуждение руководства

На заключительном этапе анализа команда обсуждает свои результаты с руководством, чтобы подтвердить (или опровергнуть) предположения, предоставить недостающую информацию, выявить недостатки в организации и установить будущие приоритеты.

Результаты выпуска

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

(марка)

Заключение

Определение информационной архитектуры

Чтобы определить информационную архитектуру организации , [4] необходимо соединить информационные подсистемы , используя матричные процессы и классы данных, чтобы найти соответствующие подсистемы. Затем организация переупорядочивает процессы в соответствии с жизненным циклом продукта (или услуги).

Установление приоритетов развития ИС

Ряд критериев (например, стоимость и время разработки) устанавливают наилучшую последовательность внедрения системы. Высокоприоритетные подсистемы могут быть проанализированы более глубоко. Эта информация предоставляется спонсору, который определяет, какие информационные подсистемы будут разработаны.

Проверка влияния исследования

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

Предложения

На этом этапе составляются окончательные рекомендации и планы для организации, которые охватывают информационную архитектуру, управление ИС и разработку информационной подсистемы, а также включают затраты, прибыль и будущую деятельность.

Презентация

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

Последний шаг

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

BSP, в дополнение к своей ценности для планирования ИС, представил процессное представление фирмы. Реинжиниринг бизнес-процессов 1990-х годов был построен на этой концепции. Он также продемонстрировал необходимость отделения данных от их приложений с ее использованием, поддерживая подход базы данных к методологии разработки программного обеспечения .

Критика

Эффективность BSP и других подобных методологий планирования сомнительна. С другой стороны, трудности, создаваемые неконтролируемым развитием информационных систем, остаются, и то, как лучше выявлять и решать эти трудности, далеко не согласовано.

  • Исторический анализ показывает, что методологии BSP и последующей архитектуры предприятия (EA) «в корне ошибочны». [5] [6]
  • В исследовании делается вывод, что «подход [BSP] слишком дорог, его преимущества слишком неопределенны, и его организационно сложно реализовать». [7]
  • В исследовании делается вывод, что «учитывая их большие затраты и время, [...] результаты серьезно оспаривают полезность [BSP и подобных] методологий планирования». [8]
  • Исследование приходит к выводу, что «в целом, планировщики стратегических информационных систем не особенно удовлетворены [методологией BSP]. В конце концов, она требует значительных ресурсов. [...] Когда исследование [BSP] будет завершено, может потребоваться дополнительный анализ, прежде чем план может быть выполнен. Выполнение плана может быть не очень обширным». [9]
  • Исследование BSP и аналогичных методологий планирования приходит к выводу, что «доказательства [...], представленные здесь, убедительно подтверждают необходимость фундаментального переосмысления методологий планирования ИС». [10]

Ссылки

  1. ^ Гордон Биттер Дэвис, Гордон Б. Дэвис (1999) Энциклопедия менеджмента и энциклопедические словари Блэквелла, Энциклопедический словарь систем управленческой информации Блэквелла . стр. 173
  2. ^ Антония Албани, Джозеф Барджис, Ян LG Диц ред. (2009) Достижения в области инжиниринга предприятий III: 5-й международный семинар, Ciao! 2009, и 5-й международный семинар, Eomas 2009, проведенный на CAiSE 2009, Амстердам, Нидерланды, 8–9 июня 2009 г., Труды. стр. 57
  3. ^ Джон Захман 1982. «Планирование бизнес-систем и исследование управления бизнес-информацией: сравнение». В: IBM Systems Journal , т. 21, № 3, 1982. стр. 31-53. В этой статье 1982 года Джон Захман объясняет:
    Business Systems Planning (BSP) и Business Information Control Study (BICS) — это две методологии изучения планирования информационных систем, которые в ходе своих анализов специально используют методы анализа предприятия. В основе анализов BSP и BICS лежат проблемы управления данными, которые приводят к подходам к проектированию систем, оптимизирующим управление технологиями за счет управления данными.
  4. ^ ab Business Systems Planning (IBM Corporation), статья 2 Архивировано 04.03.2016 в Wayback Machine . Колледж бизнеса Робинсона, Университет штата Джорджия.
  5. ^ «Enterprise Architecture Frameworks: The Fad of the Century», Святослав Котусев, Британское компьютерное общество (BCS), июль 2016 г.
  6. ^ Котусев, Святослав (2021) Практика архитектуры предприятия: современный подход к согласованию бизнеса и ИТ (2-е издание) . Мельбурн, Австралия: SK Publishing.
  7. ^ Гудхью, Д. Л., Куиллард, Дж. А., и Рокарт, Дж. Ф. (1988). Управление ресурсами данных: перспектива непредвиденных обстоятельств . В: MIS Quarterly, т. 12, № 3, стр. 373-392.
  8. ^ Ледерер, А. Л. и Сети, В. (1988). Внедрение методологий планирования стратегических информационных систем . В: MIS Quarterly, т. 12, № 3, стр. 445-461.
  9. ^ Ледерер, А. Л. и Сети, В. (1992). Решение проблем планирования информационных систем . В: Долгосрочное планирование, т. 25, № 2, стр. 69-80.
  10. ^ Гудхью, Д. Л., Кирш, Л. Дж., Куиллард, Дж. А. и Вайбо, М. Д. (1992). Стратегическое планирование данных: уроки из практики . В: MIS Quarterly, т. 16, № 1, стр. 11-34.
Взято с "https://en.wikipedia.org/w/index.php?title=Планирование_бизнес-систем&oldid=1254210278"