- •1.Системный подход к построению информационно-управляющих систем (иус)
- •2. Информационные системы и технологии современного предприятия
- •3. Внедрение информационных технологий на основе бизнес-моделирования
- •4. Этапы развития корпоративных информационных систем
- •5. Офисный и технический документооборот в организации производства
- •6.Корпоративные информационные системы
- •7. Основы методологии mrp
- •8. Технология управления расширенной производственной цепочкой
- •Дисциплина
- •9. Тенденции создания и развития иус
- •10. Необходимость создания и внедрения асоиу
- •2. Создаем асу под бизнес, а не наоборот
- •11. Причины одновременного существования erp и scm-систем
- •12. Интеллектуализация асоиу
- •13. Задачи интеграции в гетерогенной информационной среде современного предприятия
- •14. Функциональные уровни приложений в корпоративных информационных системах
- •15. Архитектурные решения корпоративных информационных систем
- •16. Цель использования международных стандартов
- •17. Распределенные объектные архитектуры
- •18. Технологии создания распределённых объектных систем
- •Почему corba?
- •19. Архитектура управления объектами
- •20. Объектная модель corba
- •21. Спецификации служб omg
- •22. Характеристики стандартов idef
- •23. Основы методологии idef
- •24. Системы распределенного искусственного интеллекта
- •25. Перспективы развития информационных технологий ворганизационно-экономических системах
3. Внедрение информационных технологий на основе бизнес-моделирования
Бизнес-модель предприятия — это совокупность графических и текстовых описаний, позволяющих понимать, а в случае использования электронных средств динамического моделирования имитировать процесс управления предприятием.
Не стоит планировать весь процесс внедрения КИС предприятия в рамках одного контракта. Нужно начать с малого: заключить контракт с поставщиком или с консалтинговой фирмой на стадию бизнес-моделирования. Бизнес-модель — это осязаемый результат, с помощью которого можно максимально определить важнейшие параметры проекта. Любой проект внедрения КИС (корпоративной информационной системы) предприятия состоит из двух этапов:моделью», «проектным решением» и т. п.);
a. разработка прототипа будущей системы (называемого также «бизнес-
b. развертывание системы или ее части (см. рис. 1).
Рис. 1
Поэтому, чтобы получить оптимальное решение, способное принести практическую пользу и вместе с тем приемлемое по стоимости, лучше не рассматривать проект внедрения КИС как единый контракт — от обследования до ввода в промышленную эксплуатацию интегрированной системы по всем участкам предприятия. Нужно начать с малого: заключить контракт с поставщиком прикладного пакета для построения КИС или с консалтинговой фирмой исключительно на стадию бизнес-моделирования. Ни в коем случае нельзя ограничиваться «только обследованием» и прочими не целостными способами решения проблем. Бизнес-модель — это осязаемый результат, с помощью которого можно максимально конкретизировать цели внедрения КИС предприятия и определиться со следующими параметрами проекта:
1. перечень участков внедрения и последовательность их автоматизации;
2. фактическая потребность в объемах закупаемого программного и аппаратного обеспечения;
3. реальные оценки сроков развертывания и запуска КИС;
4. уточненный список членов команды внедрения и ключевых пользователей;
5. степень соответствия выбранного вами прикладного ПО специфике бизнеса вашей компании и многое другое.
Создание бизнес-модели — процесс не быстрый и занимает обычно от четырех до девяти месяцев. При комплексной широкомасштабной автоматизации ошибки в планировании стоят больших денег.
Специалистам, перед которыми стоят задачи выбора прикладного пакета и внедрения КИС, стоит помнить следующее.
Бизнес-моделирование — обязательный этап внедрения КИС.
Бизнес-модель: а) вырабатывает общий язык для проектной группы и руководства; б) сокращает время внедрения КИС; в) позволяет вырабатывать пошаговый план развития предприятия.
Методология и само средство моделирования должны обеспечивать понимание модели руководством предприятия.
Бизнес-моделирование ни в коем случае не должно становиться ни внутренним занятием ИТ-отдела, ни внешним делом сторонних консультантов. Для работы над бизнес-моделью необходимо создать совместную команду, четко разграничив в ней роли и обязанности.
Если исходный бизнес-процесс трудно документировать — это первый признак того, что процесс не оптимален.
Наличие отраслевой модели-заготовки значительно ускоряет процесс создания целевой модели, но не заменяет ее.
Инструмент бизнес-моделирования должен поддерживать промежуточные и альтернативные модели.
Лучшим средством проверки правильности модели является ее неоднократное тестирование. Выбирая прикладной пакет для КИС, необходимо в первую очередь определиться с инструментарием бизнес-моделирования. В идеале данный инструментарий является встроенной частью (подсистемой) этого программного пакета, а затем бизнес-модель остается частью КИС.
Для поддержания бизнес-модели в актуальном состоянии (на всех стадиях проекта внедрения КИС и после его завершения) необходимо, чтобы все задачи организационного планирования на предприятии решались с помощью существующей бизнес-модели.
Одной из задач управления проектом является контроль временных границ творческого процесса проектирования.
в основе бизнес-модели всегда лежат бизнес-цели предприятия, по большому счету полностью определяющие состав всех базовых компонентов бизнес-модели (см. рис. 2):
бизнес-функции, описывающие, ЧТО делает бизнес;
бизнес-процессы, описывающие, КАК предприятие выполняет свои бизнес-функции;
организационная структура, определяющая, ГДЕ исполняются бизнес-функции и бизнес-процессы;
фазы, определяющие, КОГДА (в какой последовательности) должны быть внедрены те или иные бизнес-функции;
роли, определяющие, КТО исполняет бизнес-процессы;
правила, определяющие связь между ЧТО, КАК, ГДЕ, КОГДА и КТО.
Существует наиболее устоявшийся перечень атрибутов, которые модель бизнес-процессов должна описывать на изобразительном уровне, а именно:
воздействия, инициирующие каждый шаг бизнес-процесса;
исполнители каждого шага (это могут быть как люди, так и программы и механизмы);
воздействия, регламентирующие данный шаг (законодательные акты, рыночные условия и т. п.);
результат, получаемый на выходе конкретного шага бизнес-процесса