Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
госы-ответы-2012[beta.1].doc
Скачиваний:
27
Добавлен:
29.04.2019
Размер:
4.65 Mб
Скачать

40. Понятие бизнес-процесса. Методологии и инструментальныесредства моделирования бизнес-процессов. Реинжиниринг бизнес-процесов.

Бизнес-процесс – это совокупность действий, на входе разные данные, на выходе конечный продукт.

Как правило, основу для классификации бизнес-процессов составляют четыре базовых категории: основные бизнес-процессы; обеспечивающие бизнес-процессы; бизнес-процессы развития; бизнес-процессы управления.

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

Если ввести понятие «Конечный потребитель», то можно классифицировать БП. Есть основные для внешнего потребителя и вспомогательные (Ресурсные) для внутреннего потребителя.

Пример: «для студентов/пример БП». Совокупность основных бизнес процессов генерирует в основном отдел продаж.

Надо учитывать все методологии. Причем, методологии, усиленные CASE средствами. Методологии бывают Структурные (DataRun), Объектно-ориентированная (RationalRose), Комплексные (ARIS). Любая методология – это не одна модель, а множество моделей. Модели все сгруппированы – есть 4/5 типа моделей:

  • Организационные

  • Функциональные

  • Управляющие

  • Входов/выходов

  • Данных

Методоло́гия — это алгоритм поиска цели, набор приёмов, методов, средств, способов, принципов достижения цели.

CASE-технологии – это совокупность методологий анализа и проектирования информационных систем, поддержанная комплексом средств автоматизации, называемыми CASE-средствами.

CASE-средство – это графически ориентированное программное средство, являющееся инструментом для аналитиков и проектировщиков информационных систем.Общая структура Case-средств:

Группа 133

ДПД (DFD) – это направленный граф, нагруженный по дугам и узлам, и описывающий асинхронный процесс преобразования информации.

Реального времени на ДПД нет. Асинхронный процесс асинхронен реальному времени.

Структура ДПД.

  • Множество внешних сущностей (пришедшие с материнской диаграммы + локальные, добавленные на данный конкретный уровень).

  • Множество процессов, которые определяются на диаграмме.

  • Накопители данных или хранилища.

  • Потоки данных.

  • Потоки управления – другими словами события.

Методология построения ДПД

Это одна диаграмма (один уровень).

  1. Начать с входного потока, который на этой ДПД является основным. И, не обращая внимания на время, исходить только из естественной логической последовательности «Делать (выполнять)».

  2. Отобразить на ДПД основные функции и процессы. Их рекомендовано выделять от 3 до 6. Можно и больше. Отображать вертикально сверху вниз или слева направо (при одинаковом времени начала выполнения)

  3. Связать основной поток с первым процессом.

  4. Определить для первого процесса все выходные данные. Те, для которых этот процесс и существует.

  5. Определить, какие еще нужны данные для выполнения этого процесса. Если такие есть, то указать их источники. В основном, такими источниками являются хранилища. Если данный процесс будет декомпозирован, т.е. будет строиться ДПД следующего уровня, то обозначают только основные хранилища. Основными являются – те, которые могут использоваться другими процессами на данном уровне ДПД. Остальные хранилища переносятся на следующий уровень ДПД этого процесса, если они понадобятся.

  6. Повторить предыдущие шаги для всех остальных процессов на этой ДПД.

  7. Аналитик исключает ошибочные и исключительные ситуации бизнеса (этот пункт делается позже).

  8. Проверить, что все потоки, пришедшие с материнской диаграммы, на данном уровне связаны.

  9. Иерархия ДПД должна расти вглубь, а не вширь. Это ключевое понятие, но американское

  10. Процессы инициализации и завершения какого-то процесса не обозначают, а пользуются событиями.

Методология ARIS

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

ARIS – это электронная методология. Данная методология находится в постоянном развитии. Появилась она примерно в 96 году.

Концепция ARIS

Архитектура интегрированных информационных систем.

Она заключается на следующих подходах:

  1. Множество типов представления плюс множество уровней представления. Это 2 неразрывных взгляда. Чрезвычайно сложно моделировать дальше, не зная ARIS. Как снять сложность деятельности компаний.

  2. Уровни представления отвечают на вопрос, когда и какую модель надо строить.

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

Философия методологии – не надо строить одну модель, а надо строить как можно больше моделей. Концепция архитектуры ARIS – это множество всевозможных моделей.

Преимущества ARIS как среды для моделирования бизнеса заключаются именно в существовании взаимосвязей между отдельными моделями, описывающими различные стороны такого многогранного явления, как деятельность организации. Разработка моделей организации не является самоцелью. Они создаются для того, чтобы получить новую информацию о деятельности организации. Для ее получения методология ARIS предусматривает целый комплекс операций, которые могут быть проведены над моделями. Эти операции делятся на основные и вспомогательные (служебные).

Модели, создаваемые по методологии ARIS, отражают существующую ситуацию с той или иной степенью приближенности. Степень детализации описания зависит от целей

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