Планирование бизнес-систем ( 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]
Рекомендации
- ^ Гордон Биттер Дэвис, Гордон Б. Дэвис (1999) Энциклопедия Блэквелла по менеджменту и энциклопедические словари, Энциклопедический словарь Блэквелла по информационным системам управления . п. 173
- ^ Antonia Албани, Джозеф Barjis, Jan LG Dietz EdS. (2009) Достижения в области инженерии предприятий III:: 5-й международный семинар, Ciao! 2009 г. и 5-й международный семинар, Eomas 2009, проходивший на CAiSE 2009, Амстердам, Нидерланды, 8–9 июня 2009 г., Материалы. п. 57 год
- ^ Джон Захман, 1982. «Исследование планирования бизнес-систем и управления бизнес-информацией: сравнение . В: IBM Systems Journal , том 21, № 3, 1982. стр. 31-53. В этой статье 1982 года Джон Захман объясняет:
- Планирование бизнес-систем (BSP) и Исследование управления бизнес-информацией (BICS) - это две методологии исследования планирования информационных систем, которые специально используют методы анализа предприятия в ходе своего анализа. В основе анализа BSP и BICS лежат проблемы управления данными, результатом которых являются подходы к проектированию систем, которые оптимизируют управление технологиями за счет управления данными.
- ^ a b Планирование бизнес-систем (IBM Corporation), документ 2 . Колледж бизнеса Робинсона Государственного университета Джорджии.
- ^ «Структуры архитектуры предприятия: мода века» , Святослав Котусев, Британское компьютерное общество (BCS), июль 2016 г.
- ^ Котусев, Святослав (2018) Практика корпоративной архитектуры: современный подход к бизнесу и согласованию ИТ . Мельбурн, Австралия: SK Publishing.
- ^ Гудхью, Д.Л., Quillard, JA и Rockart, JF (1988). Управление ресурсом данных: перспектива непредвиденных обстоятельств . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 373-392.
- Перейти ↑ Lederer, AL, and Sethi, V. (1988). Внедрение методологий стратегического планирования информационных систем . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 445-461.
- Перейти ↑ Lederer, AL, and Sethi, V. (1992). Решение задач планирования информационных систем . В: Долгосрочное планирование, т. 25, нет. 2. С. 69-80.
- ^ Гудхью, DL, Кирш, LJ, Quillard, JA, и Wybo, MD (1992). Стратегическое планирование данных: уроки с места . В кн .: MIS Quarterly, vol. 16, нет. 1. С. 11-34.