2 Этап: Описание бизнес архитектуры организации.

3 Этап: Анализ моделей (описаний)

4 Этап: Собственно реинжиниринг

Для проведения реинжиниринга используются специальные инструментальные средства:

   1) Средства построения диаграмм – продукты создания образа бизнес-процесса: пирамиды эффективности, модель балансовых ведомостей;

2) Средства описания бизнес-процессов графическими методами: SA/SD – структурный анализ/структурный дизайн – одна из самых известных методик описания бизнес-процессов, основанная на методе функциональной декомпозиции, IDEF – стандарт описания бизнес-процессов; включает специальные обозначения для описания готовых работ и моделей бизнеса;

3) Средства имитационного моделирования – методы и модели, позволяющие описать функционирование системы в реальных условиях;

4) Oracle Design, Oracle Developer – моделирование через БД;

5) Экспертные системы (Gensym)

 

4 Обзор систем автоматизированного проектирования кис

В области автоматизированного проектирования КИС за последнее десятилетие сформировалось новое направление — CASE. Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью САSЕ, а также совокупностью применяемых методов и средств. CASE-технология представляет собой совокупность методов анализа, проектирования, разработки и сопровождения АИС, поддерживаемую комплексом взаимосвязанных средств автоматизации.

САSЕ — это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования, разработки и сопровождения АС. В большинстве САSЕ-систем применяются методы структурного анализа и проектирования. Для описания модели проектируемой АИС используются графы, диаграммы, таблицы и схемы.

САSЕ-технологии успешно применяются для построения практически всех типов АИС, создания моделей систем, помогающих решать задачи стратегического планирования, управления финансами, определения политики фирм, обучения персонала.

САSЕ-технологии обладают следующими достоинствами: улучшают качество создаваемых АИС (АИТ) за счет средств автоматического контроля; позволяют за короткое время создавать прототип будущей АИС (АИТ), что дает возможность на ранних этапах оценить ожидаемый результат; ускоряют процесс проектирования и разработки системы; освобождают разработчика от рутинной работы, позволяя ему целиком сосредоточиться на творческой части разработки; поддерживают развитие и сопровождение разработки АИС (АИТ); поддерживают технологии повторного использования компонентов разработки.

CASE-средства предназначены для автоматизированного проектирования реляционных баз данных.

Широко распространены CASE-системы Erwin,  Design/IDEF, Power Designer. Их графические средства моделирования предметной области дают возможность наглядно изучать концептуальную модель данных и перестраивать ее соответственно поставленным целям и имеющимся ограничениям.

10. Этапы реинжиниринга бизнес-процессов

Реинжиниринг - реорганизация хозяйственных и инженерных систем с целью повышения их эффективности. Однако большинство аналитиков делает упор на то, что реинжиниринг означает кардинальную перестройку и перепроектирование бизнес-процессов и организационных структур.

Технологии реинжиниринга разнообразны. Различают прямой и обратный реинжиниринг. Прямой заключается в проектировании нового предприятия, обратный - в реорганизации действующей фирмы.

Реинжиниринг бизнес-процессов в целом можно разделить на пять этапов.

Реинжиниринг бизнес-процессов в целом можно разделить на пять этапов.

Первый этап можно назвать предплановой подготовкой компании. главному руководству нужно определить, насколько необходимы изменения и в какой степени они своевременны, проверка того, что все ресурсы компании имеются в наличии и отобраны участники для того, чтобы проводить изменения. Предплановая подготовка заканчивается принятием решения о начале процесса изменений.

Вторым этапом реинжиниринга является стратегическое планирование. Высшее руководство определяет основные цели реинжиниринга и назначает руководящий комитет, для которого отбирает основные объекты инновации и перепроектирования. Эта группа играет ключевую роль как "организатор процесса". Она отвечает за создание внутренних рабочих групп для проведения анализа реинжинирингового процесса и составляет рекомендации для перепроектирования и реструктурирования. Высшее руководство и руководящий комитет должны определить приоритетные направления и последовательность процедур реинжиниринга, основываясь на сегодняшних и будущих потребностях. После того как выбран проект, им следует сформировать первоначальное стратегическое направление. И здесь, прежде всего, необходимо объяснить, как будут протекать процессы в компании в будущем, насколько они значимы, определить основные понятия и ценности, ожидания новых и уже имеющихся клиентов и т. д. Обоснование заканчивается постановкой конкретных целей. Они должны быть очень четко сформулированы. Последнее, наиболее важное, на втором этапе - это выбор команды перепроектирования в зависимости от масштабности и комплексности изменении.

Третий этап реинжиниринга - это перепроектирование процессов. Перепроектирование процессов состоит из трех фаз: картографирование процессов, оценки потребителя и посредника и предвидения процессов. Картографирование - это немного больше, чем составление горизонтальных блок-схем, - отслеживание того, какие виды деятельности выполняются, кем, когда и какие решения принимаются при предоставлении конечного продукта или услуги клиенту. В ходе картографирования необходимо получить определенные данные. Это, прежде всего, качественный уровень предоставляемых услуг, цикл времени, производительность и затраты. Следующей фазой перепроектирования является анализ того, как изменяется клиент и его потребности. Эту информацию можно получить, встречаясь с клиентами, но в большинстве случаев реинжиниринговые команды используют более формальные методы, например опросы потребителей или фокус-группы.

Завершив этап перепроектирования, необходимо переходить к конверсии, четвертому этапу реинжиниринга. Для этого руководящий комитет и реинжениринговая команда передают полномочия команде по реализации, "хозяевам процессов". Чем сложнее перепроектирование, тем желательнее создание в компании специальной команды для реализации перехода. Эту группу называют командой конверсии. Она планирует процесс перехода. На этом этапе наиболее сложной задачей является решение проблем с рабочими, для которых перепроектирование представляет собой стрессовую ситуацию. Команда конверсии должна сгладить последствия этого стресса. Этот этап заканчивается, когда все эти действия включены в формальный план реализации, который далее должен пройти последний этап воплощения в жизнь.

Типичной ошибкой при реинжиниринге является то, что реализация разработанных процессов начинается слишком поздно. Чем больше изменений нужно осуществить, тем важнее сформировать команду по их реализации еще в процессе перепроектирования.

11.Основные понятия и особенности проектирования клиент-серверных информационных систем.

• Под сервером обычно понимают процесс, который обслуживает информационную потребность клиента. В различных архитектурах в качестве процесса может быть поиск или обновление в базе данных, и тогда сервер называется сервером базы данных, или процесс может выполнять некоторая процедура обработки данных, и тогда сервер называется сервером приложения.

• Клиент-серверная архитектура реализует многопользовательский режим работы и является распределенной, когда клиенты и серверы располагаются на разных узлах локальной или глобальной вычислительной сети.

• В общем случае схема клиент-серверной архитектуры включает три уровня представления:

1. уровень представления (презентации) данных пользователем

2. уровень обработки данных приложением

3. уровень взаимодействия с базой данных.

Двухуровневая клиент-серверная архитектура

• Двухуровневая клиент-серверная архитектура основана на использовании только сервера базы данных (DB-сервера), когда клиентская часть содержит уровень представления данных, а на сервере находится база данных вместе с СУБД и прикладными программами.

Трехуровневая клиент-серверная архитектура

• Трехуровневая клиент серверная архитектура позволяет помещать прикладные программы на отдельные серверы приложений, с которыми через API-интерфейс (Application Program Interface) устанавливается связь клиентских рабочих станций. Работа клиентской части приложения сводится к вызову необходимых функций сервера приложения, которые называются «сервисами». Прикладные программы в свою очередь обращаются к серверу базы данных с помощью SQL запросов.

Многоуровневая архитектура «Клиент-сервер»

• Многоуровневая архитектура «Клиент-сервер» создается для территориально-распределенных предприятий. Для нее в общем случае характерны отношения «многие ко многим» между клиентскими рабочими станциями и серверами приложений, между серверами приложений и серверами баз данных.

• Такая организация позволяет более рационально организовать информационные потоки между структурными подразделениями в процессе выполнения общих деловых процессов. Так, каждый сервер приложений, как правило, обслуживает потребности какой-либо одной функциональной подсистемы и сосредоточивается в головном для подсистемы структурном подразделении, например, сервер приложения по управлению сбытом - в отделе сбыта, сервер приложения по управлению снабжением - в отделе закупок и т.д.

• Выделение нескольких серверов баз данных особенно актуально для предприятий с филиальной структурой, когда в центральном офисе используется общая база данных, содержащая общую нормативно-справочную, планово-бюджетную информацию и консолидированную отчетность, а в территориально-удаленных филиалах поддерживается оперативная информация о деловых процессах. При обработке данных в филиалах для контроля используется плановая и нормативно-справочная информация из центральной базы данных, а в центральном офисе получение консолидированной отчетности сопряжено с обработкой оперативной информации филиалов.

• Для сокращения объема передачи данных по каналам связи в распределенной информационной системе предлагается репликация данных, то есть тиражирование данных на взаимодействующих серверах баз данных с автоматическим поддержанием соответствия копий данных. При этом возможны следующие режимы репликации:

• Направление тиражирования между серверами баз данных может быть:

• • равноправным, т.е. в обоих направлениях;

• • сверху-вниз типа «ведущий/ведомый», когда на серверах филиалов содержатся только некоторые подмножества данных центральной базы данных;

• снизу-вверх по консолидирующей схеме, когда при обновлении данных в филиалах в определенные моменты времени об­новляется центральная база данных