- •Тема 2. Информационные системы, их создание, внедрение и функционирование
- •11. Классификация информационных систем.
- •12. Структура и схема функционирования функционально-позадачных информационных систем.
- •13. Структура и схема функционирования процессных информационных систем.
- •14. Системный анализ – научная основа создания информационных систем
- •15 Стандартизация – технологическая основа для разработки открытых информационных систем
- •16. Определение процессов, бизнес-процессов и их характеристика
- •17. Информационное сопровождение бизнес-процессов
- •18. Состав и характеристика стандартов mrp и mrpii
- •19. Состав и характеристика erp-систем.
- •Рейтинг поставщиков erp-систем для дискретного производства
- •20. Состав и характеристика crm-систем
- •21. Состав и характеристика scm-систем
- •22. Состав и характеристика crp-систем
- •23. Влияние информационных систем на структуру управления предприятием.
- •24. Понятие открытых систем.
- •Список некоторых коммерческих систем для управления предприятием
- •25.Классификация стандартов, используемых в процессе создания информационных систем.
- •26. Объекты стандартизации и состав стандартов, используемых в процессе создания информационных систем.
- •27. Профили, как уточнение и адаптация стандартов к условиям их использования.
- •28. Характеристика стандарта обмена данными, его состав.
- •1. Что делает пользователь при передаче информации в Банк?
- •2. Что делает пользователь при приеме информации из Банка?
- •29. Создание информационных систем с учетом стандартов их жизненного цикла.
- •30. Этапы создания информационных систем с ориентацией на бизнес-процессы.
- •31. Эффективность информационных систем.
- •32. Оценка и выбор информационных систем и технологий.
- •Характеристики качества программных средств
- •Литература
30. Этапы создания информационных систем с ориентацией на бизнес-процессы.
В информационных системах, ориентированных на бизнес-процессы, информационная поддержка управления ими осуществляется за счет интегрированных систем класса ERP.
Как правило, используется стандартное программное обеспечение. Однако, конкретные условия требуют адаптации.
Есть два пути.
Адаптация процессов на предприятии – изменение существующих в компании бизнес-процессов и организационной структуры под ERP-систему..
Адаптация ERP-системы к особенностям предприятия осуществляется в том случае, если в ней какая-либо функция либо отсутствует, либо выполняется не так надо. Эта адаптация, проводимая на уровне пользовательской настройки, проблемой не является. Поэтому традиционный цикл проектирования трансформируется во внедрение ERP-системы в следующей последовательности:
определение требований;
анализ расхождений;
конфигурация и адаптация;
тестирование и реализация.
В отличие от традиционных систем ввод в действие ERP-систем подразумевает внедрение заранее спроектированных разработчиком приложений, характеризующихся:
процессно-ориентированной ориентацией;
непосредственным участием конечных пользователей в процессе внедрения.
В том случае, если уместен процессный подход, то создаваемая информационная система не должна быть простым слепком существующей системы управления.
Поэтому, выполнить ряд работ, важнейшими среди которых являются инжиниринг и реинжиниринг бизнес-процессов.
Под инжинирингом бизнеса понимается набор методов и средств, которые используются на предприятии для описания и проектирования бизнеса. С их помощью осуществляется формальное описание существующих процессов, происходящих на предприятии. Цель бизнес-инжиниринга состоит в определении фактического состояния дел на предприятии и отражении его в моделях типа «как есть».
Реинжиниринг бизнеса – это радикальное перепроектирование бизнес-процессов для достижения улучшения показателей деятельности предприятия. В результате создается модель «Как должно быть». Реинжиниринг – это видение новых перспективных технологий работы предприятия.
В отличие от инжиниринга реинжиниринг предусматривает замену старых методов управления новыми, обеспечивающими улучшение деятельности предприятия.
При реинжиниринге сначала определяется «что» должна делать компания, предприятие и т.д., а за тем «как» она должна это осуществлять.
Весь процесс можно представить набором стадий и операций :
Начальная
Формулирование целей
Создание команды разработчиков
Разработка плана и бюджета проекта
Стадия моделирования
Описание существующих бизнес-процессов «Как есть»
Разработка моделей «Как должно быть»
Стадия реализации проекта
Создание сервисов, реализующих модели «Как должно быть»
Тестирование результатов реализации
Стадия внедрения
Опытная эксплуатация
Документирование
Обучение
В результате описания существующих бизнес-процессов «как есть» получаем
- общую и детализированную диаграммы потоков данных, являющихся содержанием функциональной модели бизнеса. В функциональной модели, выполняемой в нотации IDEF, отражается взаимосвязь функций (операций) и документов, в которых фиксируются результаты производственно-хозяйственной деятельности;
- спецификации основных бизнес-операций, в которых описываются правила (алгоритмы) выполнения операций в различных стандартных ситуациях. Правила могут принимать различные формы: дерево решений, формулы, схемы и т.д.;
- состав данных, используемых в основных и вспомогательных бизнес-процессах.
Все выявленные и формализованные бизнес-операции должны быть привязаны к структурным подразделениям с помощью специальных указателей.
Анализ моделей «как есть» позволяет выявить:
наличие лишних процессов, от которых можно отказаться.
наличие эквивалентных по содержанию, но разных по структуре процессов.
Этап «как должно быть» - один их самых ответственных участков создания информационных систем.
В нем определяются новые информационные сервисы, призванные поддерживать скорректированные бизнес-процессы (реинжиниринг бизнеса).
Зачем все это?
Например, для того, чтобы:
увеличить прибыль;
снизить затраты;
сократить время обработки;
сократить время планирования;
улучшить организацию производственных процессов и т.д.
Как правило, новые модели ориентируются на признанные стандарты, поэтому одним из способов получения моделей «как должно быть» является использование эталонных моделей.
Эталонные модели – воплощают в себе лучший опыт.
Сравнение эталонных моделей «как должно быть» с фактическими моделями «как есть» позволяет в ряде случаев адаптировать последние к возможностям ERP-систем.
На рисунке ниже показан процесс трансформации одних моделей в другие.
Реализации проекта состоит из двух этапов:
- создание новых информационных сервисов
- тестирование полученных результатов.
Внедрение проекта, предполагает
- осуществление опытной эксплуатации системы,
- ее документирование и обучение персонала.
- документирование процессов информационного обслуживания.