Планирование бизнес-системы - Business system planning
Планирование бизнес-систем (BSP) - это метод анализа, определения и проектирования информационная архитектура организаций. Он был представлен IBM для внутреннего пользования только в 1981 г.,[1] хотя первоначальная работа над BSP началась в начале 1970-х годов. Позже BSP был продан организациям.[2] Это сложный метод работы с взаимосвязанными данными, процессами, стратегиями, целями и организационными отделы.
BSP был новым подходом к IA;[3] его цели:
- Узнайте о проблемах и возможностях текущих приложений
- Разработка технологий будущего, поддерживающих предприятие
- Предоставить руководству руководство и основу для принятия решений по расходам на ИТ
- Предоставлять информационные системы (IS) с планом развития
Результатом проекта BSP является дорожная карта технологий согласование инвестиций и бизнес стратегия.BSP состоит из 15 шагов, которые по функциям разделены на три раздела.
Подготовка
Разрешение на исследование
Важным первым шагом в BSP является получение разрешения на исследование от руководства или заинтересованного отдела. Ряд ролей должны согласовать цель и диапазон исследования:
- Управляющий
- Может быть спонсором или лидер группы
- Проверяет и утверждает результаты исследования
- Спонсор
- Предоставляет финансовую поддержку
- Лидер группы
- Выбирает членов команды (от четырех до семи человек)
- Координирует деятельность
- Документы и инвентарь (обычно более восьми недель)
- Представляет результаты руководству
- Участник команды
- Обычно руководитель отдела
- Анализирует и определяет организационные информационные потребности
- Рекомендует будущий контент IS
- Представляет результаты руководству
- Секретарь
- Документы исследования
- Помогает руководителю команды
Подготовка
Второй шаг - подготовка к учебе руководителя группы. Его цель:
- Установить таймфрейм
- Получить документы
- Выберите менеджеров для собеседования
- Приобрести место для встреч и собеседований
- Сообщите членам команды:
- Организационные функции
- Организационный уровень обработки данных
Результатом этого шага является ведущая учебная книга с приведенной выше информацией, графиком обучения, ИТ-документами и схемами.
Начало
На первом собрании исследования спонсор объясняет цель и ожидаемые результаты исследования; руководитель группы представляет план исследования, а ИТ-менеджер описывает текущее состояние и роль ИБ в организации.
Анализ
Анализ - самая важная часть BSP. Команда ищет подходящий организационная структура поскольку он определяет бизнес-стратегию, процессы и классы данных[4] и анализирует текущее информационное обеспечение.
Стратегия
На этом этапе определяются стратегические цели и способы их достижения в организации:
- Адаптация к пожеланиям заказчика
- Централизованное планирование, резервирование, оплата
- Улучшения в регистрации, доставке, презентации, рекламе, партнерских отношениях и управление запасами
- Новые клиенты
- Подавление шума
- Безбумажные процессы
- Расширение продуктового портфеля
- Убыток и снижение затрат
- Упрощение цикла заказов клиентов
- Транспортная координация
- Обновление конвейер
- Обновление информации
Команда работает над этими стратегическими целями. Организационные единицы - это подразделения организации. Каждый отдел отвечает за достижение стратегической цели.
Процессы
Их около 40-60 деловые процессы в организации (в зависимости от ее размера), и важно выбрать наиболее прибыльные и отдел, отвечающий за тот или иной процесс. Примеры включают:
- Создание контакта
- Ангар
- Выставление счетов
- Мониторинг
- Координация и обслуживание самолетов
- Регистрация нового клиента
- Каталог услуг творчество
- Бронирование
- Обучение персонала
- Переводы
- Прокат автомобилей
Классы данных
Обычно существует около 30–60 классов данных, в зависимости от размера организации. Будущие IS будут использовать базы данных на основе этих классов. Примеры включают:
- Проживание
- ветви
- Корпорация
- Покупатель
- Наемный рабочий
- Выставленный счет
- Нагрузка
- Самолет
- Заказ на покупку
- Каталог услуг
- Поставщик
- Средство передвижения
Информационная поддержка
Цель этого шага - проверить приложения, используемые организацией, и оценить важность каждого из них для устранения избыточности.
Обсуждение руководства
На заключительном этапе анализа команда обсуждает свои результаты с руководством для подтверждения (или опровержения) предположений, предоставления недостающей информации, выявления недостатков в организации и определения будущих приоритетов.
Результаты выдачи
Все документы, созданные в ходе анализа, собираются и служат основой для будущей информационной архитектуры. Организация классифицирует и анализирует все выявленные проблемы; составляется список причин и следствий каждой проблемы, который интегрируется в будущую ИБ.
(марки)
Вывод
Определение информационной архитектуры
Определить организацию информационная архитектура,[4] необходимо подключить информационные подсистемы с помощью матрица процессы и классы данных для поиска подходящих подсистем. Затем организация переупорядочивает процессы в соответствии с жизненным циклом продукта (или услуги).
Определение приоритетов развития ИС
Ряд критериев (например, стоимость и время разработки) определяют наилучшую последовательность внедрения системы. Подсистемы с высоким приоритетом могут быть проанализированы более глубоко. Эта информация передается спонсору, который определяет, какие информационные подсистемы будут развиваться.
Проверка воздействия исследования
Необходимо провести исследование планирования и управления ИБ. Когда организация завершит свою работу над процессами и классами данных, она должна изучить функции и цели системы со списком запрошенных изменений отдела и анализом затрат.
Предложения
На этом этапе для организации составляются окончательные рекомендации и планы, которые включают информационную архитектуру, управление ИБ и разработку информационной подсистемы, а также затраты, прибыль и будущую деятельность.
Презентация
Это соглашение всех заинтересованных сторон (команды, руководства и спонсора) о будущих действиях.
Заключительный этап
Организация должна установить конкретные обязанности во время реализации проекта. Обычно существует контрольная комиссия, обеспечивающая согласованность в ИС.
BSP, помимо своей ценности для планирования ИБ, представила процессный взгляд на фирму. В процесс реорганизации бизнеса 1990-х годов был построен на этой концепции. Он также продемонстрировал необходимость отделения данных от своих приложений, использующих его, поддерживая подход базы данных к методология разработки программного обеспечения.
Критика
Была поставлена под сомнение эффективность BSP и других аналогичных методологий планирования:
- Исторический анализ показывает, что BSP и последующие архитектура предприятия (EA) методологии «в корне ошибочны».[5][6]
- В исследовании делается вывод о том, что «подход [BSP] слишком дорог, его преимущества слишком неопределенны и его сложно реализовать с организационной точки зрения».[7]
- В исследовании делается вывод о том, что «с учетом больших затрат и времени [...] результаты серьезно ставят под сомнение полезность [...] методологий планирования [BSP и подобных]».[8]
- В исследовании делается вывод о том, что «в целом специалисты по планированию стратегических информационных систем не особенно довольны [методологией BSP]. В конце концов, это требует значительных ресурсов. [...] Когда исследование [BSP] будет завершено, может потребоваться дальнейший анализ прежде, чем план может быть выполнен. Выполнение плана может быть не очень обширным ".[9]
- Изучение BSP и аналогичных методологий планирования приводит к выводу, что «представленные здесь [...] доказательства убедительно подтверждают необходимость фундаментального переосмысления методологий планирования ИБ».[10]
Рекомендации
- ^ Гордон Биттер Дэвис, Гордон Б. Дэвис (1999) Энциклопедия менеджмента Блэквелла и энциклопедические словари, Энциклопедический словарь Блэквелла по информационным системам управления. п. 173
- ^ Антония Албани, Джозеф Барджис, Ян Л.Г. Дитц ред. (2009) Достижения в области инженерии предприятий III:: 5-й международный семинар, Ciao! 2009 г. и 5-й международный семинар, Eomas 2009, проходивший на CAiSE 2009, Амстердам, Нидерланды, 8–9 июня 2009 г., Материалы. п. 57
- ^ Джон Захман 1982. "Исследование по планированию бизнес-систем и управлению бизнес-информацией: сравнение". В: Журнал IBM Systems, т. 21, № 3, 1982. с. 31-53. В этой статье 1982 года Джон Захман объясняет:
- Планирование бизнес-систем (BSP) и Исследование управления бизнес-информацией (BICS) - это две методологии исследования планирования информационных систем, в которых в ходе анализа специально используются методы анализа предприятия. В основе анализа BSP и BICS лежат проблемы управления данными, результатом которых являются подходы к проектированию систем, которые оптимизируют управление технологиями за счет управления данными.
- ^ а б Планирование бизнес-систем (IBM Corporation), документ 2. Колледж бизнеса Робинсона Государственного университета Джорджии.
- ^ «Структуры архитектуры предприятия: мода века», Святослав Котусев, British Computer Society (BCS), июль 2016 г.
- ^ Котусев, Святослав (2018) Практика корпоративной архитектуры: современный подход к согласованию бизнеса и ИТ. Мельбурн, Австралия: SK Publishing.
- ^ Гудхью Д.Л., Куиллард Дж.А. и Рокарт Дж.Ф. (1988). Управление ресурсом данных: перспектива непредвиденных обстоятельств. В кн .: MIS Quarterly, vol. 12, вып. 3. С. 373-392.
- ^ Ледерер А.Л., Сетхи В. (1988). Внедрение методологий стратегического планирования информационных систем. В кн .: MIS Quarterly, vol. 12, вып. 3. С. 445-461.
- ^ Ледерер А.Л., Сетхи В. (1992). Решение задач планирования информационных систем. В: Долгосрочное планирование, т. 25, нет. 2. С. 69-80.
- ^ Гудхью Д.Л., Кирш Л.Дж., Куиллард Дж.А. и Вайбо, доктор медицины (1992). Стратегическое планирование данных: уроки с мест. В кн .: MIS Quarterly, vol. 16, нет. 1. С. 11-34.