Реинжиниринг бизнеса проводится, когда целью внедрения информационной системы может быть качественное изменение текущей деятельности. То есть улучшения, возможные с внедрением АИС, не только количественные, но и качественные. Реинжиниринг включает следующие этапы:
· разработку образа будущей организации;
· анализ существующего бизнеса;
· разработку нового бизнеса;
· внедрение нового бизнеса.
При проектировании ИС выполняется создание информационной модели и информационной системы.
Информационная модель - подмножество бизнес - модели, описывающее все существующие (в том числе не формализованные в документальном виде) информационные потоки организации, правила обработки и алгоритмы маршрутизации составляющих её элементов. В информационной модели должно быть предусмотрено, чтобы затраты на обработку деловой информации не превышали получаемый эффект. ИМ нужна для того, чтобы на её основании разработать информационная система.
Информационная система - это вся инфраструктура организации, задействованная в процессе управления информационно-документальными потоками. Содержание информационной системы организации отражает организационную модель управления (менеджмента) этой организацией.
Компоненты информационной системы:
· Информация – основной ресурс системы;
· Программно-технические средства – применяются для работы с информацией;
· Персонал – организует информационные процессы;
· Методы и способы сбора, передачи, обработки и накопления информации.
При создании деловой компьютерной системы широко применяется принцип типизации проектных решений, потому что при внедрении типовой системы снижаются затраты на проектирование, поскольку управление предприятиями осуществляется на основе единых положений, структура системы управления сходна для похожих видов деятельности, часто выдвигаются требования по стандартизации, при индивидуальном проектировании трудно обеспечить должный научно-технический уровень разработки.
Реализация принципа типизации проектных решений накладывает требования: каждый уровень иерархии системы управления должен быть обозрим и понятен без детального знания нижних уровней; минимизируются связи между элементами на одном уровне; исключаются связи между элементами через уровень; элемент более высокого уровня использует элемент следующего уровня как единое целое, передавая ему входную информацию; после окончания работы вызывающему элементу возвращается управление и результаты работы.
8.3. Специфика разработки информационной модели системы управления
Информационные технологии являются не только объектом исследований и разработки, но и средством создания ИС в различных предметных областях (CASE- Computer Aided Software Engineering, технологии создания программного обеспечения). CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ИС, прочно вошедший в практику создания и сопровождения ИС и ИТ. Это технологии структурного анализа организации и выделения функций IDEF0, описание цепочек событий бизнес-процессов IDEF3, Aris eEPC, представление знаний c применением универсального языка моделирования UML, заполнение опросников на примере 1С:Профкейс.
Методология структурного анализа и функционального моделирования (SADT) – четкое определение функций системы управления и декомпозиция деятельности, направленной на выполнение функций, построение функциональной модели системы. Структурный анализ является методологической разновидностью системного анализа. Функциональное моделирование методом структурного анализа используется для визуализации деловых процессов в стандарте ISO 9001:2000.
Методология Aris eEPC определяет содержание референтной модели процессов, принятых в SAP R/3 и позволяет её создать. Референтная модель - это модель организации бизнеса, разработанная для конкретной отрасли экономики. Она представляет собой взгляд отдельных консалтинговых компаний и является обобщением реального опыта ведения бизнеса в различных организациях по всему миру. Диаграмма eEPC – это «Событийная цепочка», которая определяет последовательность выполнения задач бизнес-процесса и разрабатывается в двух вариантах: «Как есть» и «Как должно быть».
UML (Universal Markup Language) - универсальный язык моделирования представляет собой нотацию (систему условных обозначений) выражения идей и решений объектно-ориентированного анализа и проектирования в ходе рационального унифицированного процесса разработки сложных программных систем. В описании предметной области организации могут использоваться диаграммы сценариев, последовательностей, состояний и взаимодействия UML.
Диаграммы сценариев показывают желаемое поведение системы с точки зрения взаимодействия с ней внешних объектов (актеров), как видится внешнее взаимодействие с ней и какие наиболее важные требования к взаимодействию существуют.
Диаграммы последовательностей используются для точного определения логики сценария (как работают объекты).
Диаграммы взаимодействия - подразумевают основные ассоциации между объектами, поток сообщений информационного обмена в объектно-ориентированном приложении.
Диаграммы состояний описывают изменения атрибутов объектов в терминах состояний и правил перехода от одного состояния к другому.
Методология 1С:Профкейс описания информационной системы на платформе 1С:Предприятие позволяет описать факты, необходимые для проектирования бизнес-процесса, выявить проблемы и подводные камни, выработать единую точку зрения между ИТ-специалистом и заказчиком. Опросник состоит из разделов: Бизнес-процесс - графическая модель обследования предприятия "Как есть", цели и содержание автоматизируемого процесса. Правила и факты - стандарты и методики на которые опирается и которые должна учитывать логика бизнес-приложения. Причины, цели и риски автоматизации. Карточки действий и карточки объектов, конкретизирующие состав компонентов информационной базы. Условия и объекты маршрутизации. Отчетность о ходе выполнения, как отдельных экземпляров, так и всех бизнес-процессов данного вида. Нерешенные на момент проектирования вопросы, которые могут повлиять на автоматизацию. Глоссарий - термины, сокращения и аббревиатуры, используемые при заполнении опросника.
8.4. Планирование стратегии применения информационных технологий
План развития применения информационных технологий должен учитывать потребности фирмы. Выбор стратегии применения автоматизированной информационной технологии определяется прежде всего предметной областью деятельности (производственно-хозяйственной или иной); затем задачами в управлении, инфраструктурой и моделью управления фирмы.
Выгода от применения информационных технологий достигается: за счет автоматизации функций управления, когда часть рутинных операций выполняет не человек, а компьютер; за счет эффекта самоконтроля, дающего возможность пользователю ЭВМ взглянуть на свои действия со стороны; более качественной обработки информации в ЭВМ, более сложных и точных моделей; абстрагирования от внутреннего устройства объектов и процессов технологии; повышения пропускной способности деловых процессов.
На малых предприятиях различных сфер деятельности информационные технологии, как правило, связаны с решением задач бухгалтерского учета, накоплением информации по отдельным видам бизнес-процессов, созданием информационных баз данных по направленности деятельности фирмы и организации телекоммуникационной среды для связи пользователей между собой и с другими предприятиями и организациями.
В средних организациях (предприятиях) большое значение для управленческого звена играют функционирование электронного документооборота и привязка его к конкретным бизнес-процессам и характерны организация автоматизированных хранилищ и архивов информации, защита информации от несанкционированного доступа, автоматизация деловых процессов и т.д.
В крупных организациях (предприятиях) как правило, существует ИТ-подразделение, которое решает задачи разработки современного программно-аппаратного комплекса, включающего применение многомашинных комплексов на основе высокоскоростных корпоративных вычислительных сетей, развитую архитектуру «клиент-сервер и специализированное или уникальное программное обеспечение.
План развития информационных технологий помогают реализовать: стандартный метод инвестиционного анализа (CBA, Cost Benefit Analysis), метод сбалансированных счетных карт (BSC, Balance Score Card), оценки совокупной ценности (TVO, Total Value of Opportunity) и совокупной стоимости владения (TCO, Total Coast of Owership).
Стратегия это формализованная система подходов, принципов и методов. Дж. Парсонс в 1983 г предложил 6 основных стратегий:
· Центральное планирование. В этом случае имеется центральный отдел, координирующий ИТ-стратегию и бизнес-стратегию, а начальник ИТ - отдела должен быть частью управленческого аппарата, занятого принятием решений.
· Первенство. Фирмы с такой стратегией обычно пытаются связать потребности фирмы с развитием ИТ и вкладывают в исследования крупные суммы. Необходима сильная поддержка высшего руководства.
· Свободный рынок - менеджеры-пользователи решают, какие у них потребности в ИТ и как их удовлетворить не вовлекается в этот процесс высшее руководство.
· Монополия. ИТ-отдел является монопольным распространителем ИТ.
· Скудные ресурсы - менеджмент пытается ограничить использование ИТ, решая вопрос сколько ресурсов займет проект и когда он окупится.