Планирование бизнес-системы
Из Википедии, бесплатной энциклопедии
  (Перенаправлено из Business Systems Planning )
Перейти к навигации Перейти к поиску

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

BSP был новым подходом к IA; [3] его цели:

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

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

Подготовка

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

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

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

Подготовка

Второй шаг - подготовка руководителя группы к учебе. Его цель:

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

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

Начало

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

Анализ

Анализ - самая важная часть 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. ^ Antonia Албани, Джозеф Barjis, Jan LG Dietz EdS. (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 года Джон Захман объясняет:
    Планирование бизнес-систем (BSP) и Исследование управления бизнес-информацией (BICS) - это две методологии исследования планирования информационных систем, которые специально используют методы анализа предприятия в ходе своего анализа. В основе анализа BSP и BICS лежат проблемы управления данными, результатом которых являются подходы к проектированию систем, которые оптимизируют управление технологиями за счет управления данными.
  4. ^ a b Планирование бизнес-систем (IBM Corporation), документ 2 . Колледж бизнеса Робинсона Государственного университета Джорджии.
  5. ^ «Структуры архитектуры предприятия: мода века» , Святослав Котусев, Британское компьютерное общество (BCS), июль 2016 г.
  6. ^ Котусев, Святослав (2018) Практика корпоративной архитектуры: современный подход к бизнесу и согласованию ИТ . Мельбурн, Австралия: SK Publishing.
  7. ^ Гудхью, Д.Л., Quillard, JA и Rockart, JF (1988). Управление ресурсом данных: перспектива непредвиденных обстоятельств . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 373-392.
  8. Перейти ↑ Lederer, AL, and Sethi, V. (1988). Внедрение методологий стратегического планирования информационных систем . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 445-461.
  9. Перейти ↑ Lederer, AL, and Sethi, V. (1992). Решение задач планирования информационных систем . В: Долгосрочное планирование, т. 25, нет. 2. С. 69-80.
  10. ^ Гудхью, DL, Кирш, LJ, Quillard, JA, и Wybo, MD (1992). Стратегическое планирование данных: уроки с места . В кн .: MIS Quarterly, vol. 16, нет. 1. С. 11-34.
Источник « https://en.wikipedia.org/w/index.php?title=Business_system_planning&oldid=1041122461 »
Contribute a better translation