Модели бизнес процессов case

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

Модель – объект (заменитель объекта) оригинала, обеспечивающий изучение важнейших свойств оригинала.

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

Цели моделирования:

— регламентирование текущей деятельности;

— оптимизация или реинжиниринг бизнес процессов;

— поддержка процесса разработки, внедрения и развития СМК;

— формирование техн. задания на автоматизацию и поддержка проекта внедрения информационной системы.

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

Процесс моделирования:

— выбор метода или концепции управления объектом;

— постановка целей моделирования;

Компания «Море пива». Фундаментальное изменение модели бизнес-процессов / Case Study

— выбор стандарта и (или) метода моделирования;

— проверка адекватности модели и внесение корректив.

При оценке адекватности проверяют:

1) полноту отражения моделью свойств реального объекта;

2) правильность использованных функций;

3) соответствие модели исходной информации;

4) корректность принятых при моделировании допущений и ограничений;

5) корректность выдвинутых гипотез, предложений и т.д.

При необходимости в модель вносятся соответствующие коррективы.

Концепции, используемые для информационных систем:

Системное проектирование:

— определяем подсистемы, компоненты и способы их соединения;

— задаем ограничения, при которых система должна функционировать;

— выбираем наиболее эффективное сочетание людей, машин и программного обеспечения для реализации системы.

Основные методологии:

— средства быстрой разк-ки приложений.

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

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

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

РАЗДЕЛ 3 РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ

ТЕМА 1 ВВЕДЕНИЕ В РЕИНЖИНИРИНГ

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

2 Моделирование и использование модели бизнес процессов верхнего уровня компании

А) принципиальный вопрос об организации и работе(почему мы делаем именно это). Сначала Реинжиниринг определят, ЧТО организация должна сделать, а потом КАК это сделать. При этом ничто не принимается на веру. Реинжиниринг игнорирует существующее положение вещей и сосредотачивается на том, каким оно должно быть.

Б) радикальный(нужно обнаружить корень проблем). Радикальная перестройка – отказ всех существующих структур и процедур, а также изобретение совершенно новых способов выполнения работы.

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

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

Типы организаций, занимающиеся РБП.

1) Организации с серьёзными проблемами – тут требуются многократные улучшения.

2) Организации, руководство которых предвидит надвигающиеся проблемы. Финансовые результаты кажутся удовлетворительными, но *на горизонте уже сгущаются тучи*.Это грозит разрушить сами основы успеха организации.

3) Организации в рассвете сил. Реинжиниринг даёт возможность увеличить отрыв от конкурентов. Повышается эффективность и конкурентоспособность.

Г) БП – комплекс действий, в котором на основе одного или более видов исходных данных создаётся ценный и приемлемый результат(вид деятельности).

— по области распространения в организации(*функциональное * межфункциональное)

— по объекту воздействия(*технологические *управленческие)

— по масштабу (*стратегические(взаимодействие организации со всеми заинтересованными сторонами) *тактические(действуют между структурными подразделениями организации и связывают их с управлением организации) *оперативные(спецпроекты, которые осуществляют отдельные работники предприятия))

— по степени изученности (*хорошо управляемые(есть взаимосвязь )*плохоуправляемые)

— по роли обеспечении основных функций организации(*основные(бизнес-процессы)*поддерживающие(вспомогательные))

— несколько работ объединяются в одну

— исполнители самостоятельно принимают решения

— работы по процессу выполняются в их естественном порядке

— работа выполняется там, где это необходимо и наиболее целесообразно

— процессы имеют разные варианты исполнения

— следует снизить количество входов в процессы

— снизить долю работ по проверке и контролю

— снизить долю согласования

— ответственный менеджер – единственное контактное лицо по процессу

— сочетание централизованных и децентрализованных операций

Условия успешного РБП:

— мотивация – руководство, которое несёт отвественность

— сотрудники – три категории менеджеров(А *тигры* — принимают большое участие, Б *ослы*, В *акулы* — вносят основной вклад в организацию деятельности РБП)

— коммуникации – чёткая формулировка целей. Все задачи проводятся РБП.

— тех. поддержка – определение методики и инструментов IT-технологий

Ошибки при проведении РБП:

— улучшить существующие процессы вместоих перепроектирования

— несистемный подход к обновлению

— неправильная оценка уровня корпоративной культуры организации

— непоследовательность освоения новации

— нерациональное распределение задач по освоению инновации

— недостаточное ресурсное обеспечение новации

— планирование момента начала мотивации

— личностные проблемы обновления

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

Дата добавления: 2018-05-13 ; просмотров: 345 ; Мы поможем в написании вашей работы!

Поделиться с друзьями:

Источник: studopedia.net

CASE

CASE (Computer-Aided Software/System Engineering) — направление в программной инженерии. Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью CASE, а также совокупностью применяемых методов и средств. Очень грубо, CASE-технология представляет собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанную комплексом взаимоувязанных средств автоматизации.

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

Основные концепции

Большинство CASE-средств основано на парадигме методология/метод/нотация/средство:

• Методология определяет руководящие указания для оценки и выбора проекта разрабатываемого ПО, шаги работы и их последовательность, а также правила распределения и назначения методов.
• Метод — это систематическая процедура или техника генерации описаний компонент ПО (например, проектирование потоков и структур данных).
• Нотации предназначены для описания структуры системы, элементов данных, этапов обработки и включают графы, диаграммы, таблицы, блок-схемы, формальные и естественные языки.
• Средства — инструментарий для поддержки и усиления методов. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов.

Отличия CASE от традиционной разработки

Традиционная разработка CASE

1	Основные усилия – на кодирование и тестирование	Основные усилия — на анализ и проектирование
2	“Бумажные” спецификации	Быстрое итеративное прототипирование
3	Ручное кодирование	Автоматическая кодогенерация
4	Ручное документирование	Автоматическая генерация документации
5	Тестирование кодов	Автоматический контроль проекта
6	Сопровождение кодов	Сопровождение спецификаций проектирования

Модель жизненного цикла ПО

CASE-технологии предлагают новый, основанный на автоматизацииподход к концепции ЖЦ ПО. При использовании CASE изменяются все фазы ЖЦ, при этом наибольшие изменения касаются фаз анализа и проектирования.

Простейшая модель ЖЦ:

Прототипирование -> Проектирование спецификаций -> Контроль проекта -> Кодогенерация -> Системное тестирование -> Сопровождение

Классификация CASE-средств

Все CASE-средства делятся на типы, категории и уровни.

Классификация по типам

Классификация по типам отражает функциональную ориентацию CASE-средств в технологическом процессе:

1. АНАЛИЗ И ПРОЕКТИРОВАНИЕ. Средства данной группы используются для создания спецификаций системы и ее проектирования; они поддерживают широко известные методологии проектирования. К таким средствам относятся:
2. CASE.Аналитик (Эйтэкс),
3. The Developer (ASYST Technologies),
4. POSE (Computer Systems Advisers),
5. ProKit*Workbench (McDonnell Douglas),
6. Excelerator (Index Technology),
7. Design-Aid (Nastec),
8. Design Machine (Optima),
9. MicroStep (Meta Systems),
10. vsDesigner (Visual Software),
11. Analist/Designer (Yourdon),
12. Design/IDEF (Meta Software),
13. BPWin (Logic Works),
14. SELECT (Select Software Tools),
15. System Architect (Popkin Software CADRE Technologies),
16. CASE/4/0 (microTOOL GmbH).

Их целью является определение системных требований и свойств, которыми система должна обладать, а также создание проекта системы, удовлетворяющей этим требованиям и обладающей соответствующими свойствами. На выходе продуцируются спецификации компонент системы и интерфейсов, связывающих эти компоненты, а также “калька” архитектуры системы и детальная “калька” проекта, включающая алгоритмы и определения структур данных.

17. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ И ФАЙЛОВ. Средства данной группы обеспечивают логическое моделирование данных, автоматическое преобразование моделей данных в Третью Нормальную Форму, автоматическую генерацию схем БД и описаний форматов файлов на уровне программного кода:
18. ERWin (Logic Works),
19. Chen Toolkit (Chen
20. контролировать покрытие тестами для оценки полноты тестируемости;
21. управлять функционированием системы и т.п.

Особый интерес представляют средства обеспечения мобильности (в CASE они получили название средств миграции) и реинжиниринга. К средствам миграции относятся трансляторы, конверторы, макрогенераторы и др., позволяющие обеспечить перенос существующей системы в новое операционное или аппаратурное окружение. Средства реинжиниринга включают:

• статические анализаторы для продуцирования схем системы ПО из ее кодов, оценки влияния модификаций (например,”эффекта ряби” — внесение изменений с целью исправления ошибок порождает новые ошибки);
• динамические анализаторы (обычно, компиляторы и интерпретаторы с встроенными отладочными возможностями);
• документаторы, позволяющие автоматически получать обновленную документацию при изменении кода;
• редакторы кодов, автоматически изменяющие при редактировании и все предшествующие коду структуры (например, спецификации);
• средства доступа к спецификациям, их модификации и генерации нового (модифицированного) кода;
• средства реверсного инжиниринга, транслирующие коды в спецификации.
22. ОКРУЖЕНИЕ. Средства поддержки платформ для интеграции, создания и придания товарного вида CASE-средствам:
23. Multi/Cam (AGS Management Systems),
24. Design/OA (Meta Software).
25. УПРАВЛЕНИЕ ПРОЕКТОМ. Средства, поддерживающие планирование, контроль, руководство, взаимодействие, т.е. функции, необходимые в процессе разработки и сопровождения проектов:
26. Project Workbench (Applied Business Technology).

Классификация по категориям

Классификация по категориям определяет уровень интегрированности по выполняемым функциям и включает:

• вспомогательные программы (tools) — вспомогательные пакеты, решающие небольшую автономную задачу, принадлежащую проблеме более широкого масштаба.
• пакеты разработчика (toolkit) — совокупность интегрированных программных средств, обеспечивающих помощь для одного из классов программных задач; использует репозитарий для всей технической и управляющей информации о проекте, концентрируясь при этом на поддержке, как правило, одной фазы или одного этапа разработки ПО.
• инструментальные средства (workbench) — интеграция программных средств, которые

• поддерживают системный анализ, проектирование и разработку ПО;
• используют репозитарий, содержащий всю техническую и управляющую информацию о проекте;
• обеспечивают автоматическую передачу системной информации между разработчиками и этапами разработки;
• организуют поддержку практически полного ЖЦ (от анализа требований и проектирования ПО до получения документированной выполняемой программы).

Классификация по уровням

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

• Верхние (Upper) CASE часто называют средствами компьютерного планирования. Они призваны повышать эффективность деятельности руководителей фирмы и проекта путем сокращения затрат на определение политики фирмы и на создание общего плана проекта. Этот план включает цели и стратегии их достижения, основные действия в свете целей и задач фирмы, установление стандартов на различные виды взаимосвязей и т.д. Использование верхних CASE позволяет построить модель предметной области, отражающую всю существующую специфику. Она направлена на понимание общего и частного механизмов функционирования, имеющихся возможностей, ресурсов, целей проекта в соответствии с назначением фирмы. Эти средства позволяют проводить анализ различных сценариев (в том числе наилучших и наихудших), накапливая информацию для принятия оптимальных решений.
• Средние (Middle) CASE считаются средствами поддержки этапов анализа требований и проектирования спецификаций и структуры ПО. Их использование существенно сокращает цикл разработки проекта; при этом важную роль играет возможность накопления и хранения знаний, обычно имеющихся только в голове разработчика-аналитика, что позволит использовать накопленные решения при создании других проектов. Основная выгода от использования среднего CASE состоит в значительном облегчении проектирования систем, проектирование превращается в итеративный процесс, включающий следующие действия:

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

Достоинства CASE-методологий

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

Источник: sewiki.ru

Моделирование бизнеса и case-технологии

Институт Транспорта и Связи
ТЕМА 1. СУЩНОСТЬ И МЕТОДОЛОГИЯ
РЕИНЖИНИРИНГА БИЗНЕСПРОЦЕССОВ
Лекция 4:
МОДЕЛИРОВАНИЕ БИЗНЕСА И CASEТЕХНОЛОГИИ
Доцент кафедры МЕНЕДЖМЕНТА
Доктор инженерных наук РОЛИК Юрий Анатольевич
Д-р Юрий Ролик
Слайд 1

2.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
Вопросы:
1. Основные понятия структурного
анализа
2. Архитектура CASE-систем
3. Классификация моделей
управления бизнесом
4. Рациональный выбор CASE-систем
Д-р Юрий Ролик
Слайд 2

3.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
1. Основные понятия
структурного анализа
1. Основные понятия структурного
анализа
Д-р Юрий Ролик
Слайд 3

4.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
1. Основные понятия
структурного анализа
Структурный анализ является
методологической разновидностью
системного анализа
Структурный анализ был разработан в
виде методологии SADT (Structured
Analysis Design
Technique) – технологии структурного
анализа и проектирования
• семейство IDEF (Integrated DEFinition
for Function Modeling)
Д-р Юрий Ролик
Слайд 25

26.

Тема 1, Лекция 4: Моделирование бизнеса 2. Архитектура CASE-систем
и CASE-технологии
Основные свойства модели:
1) уменьшенный масштаб
2) соблюдение ключевых соотношений
между разными частями
3) работоспособность – возможность
работать как оригинал
4) соответствие действительным
свойствам оригинала
Д-р Юрий Ролик
Слайд 26

27.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
3. Классификация моделей
управления бизнесом
Д-р Юрий Ролик
Слайд 27

28.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Уровни моделей
МОДЕЛИ
Высший уровень
Стратегические, фундаментальные
Финансы
Маркетинг
Производство
Логистика
Стратегическое управление: MRP, DRP, ERP, CSRP
Транзакционный уровень
Процессы
Д-р Юрий Ролик
Сущности и связи
Данные
Слайд 28

29.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Классификационные признаки
моделей:
1) закон функционирования и
характерные особенности
выражения свойств и отношений
оригинала
2) основания для преобразования
свойств и отношений модели в
свойства и отношения оригинала
Д-р Юрий Ролик
Слайд 29

30.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Классификация моделей
Д-р Юрий Ролик
Слайд30

31.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Логические модели функционируют по
законам логики в сознании человека
или в компьютере, работающем под
управлением написанной человеком
программы
Логические модели делятся на:
• образные (иконические)
• знаковые (символические)
• образно-знаковые
Д-р Юрий Ролик
Слайд 31

32.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Образные или иконические, модели
выражают свойства оригинала с
помощью наглядных образов,
имеющих прообразы среди объектов
материального мира
Знаковые (символические) модели
выражают свойства моделируемой
системы с помощью условных знаков и
символов
Образно-знаковые модели совмещают
в себе признаки образных и знаковых
моделей
Д-р Юрий Ролик
Слайд 32

33.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Материальные модели функционируют
в соответствии с объективными
законами природы
Материальные модели делятся на:
• функциональные
• геометрические
• функционально-геометрические
Д-р Юрий Ролик
Слайд 33

34.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Функциональные, геометрические и
функционально-геометрические
модели отражают только
функциональные, только
пространственные и одновременно
функциональные и пространственные
свойства оригинала
Д-р Юрий Ролик
Слайд 34

35.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Семантические или вербальные,
модели являются словесными
описаниями объектов моделирования
Семантические (вербальные) модели
делятся на:
• аналоговые
• условные
• математические
Д-р Юрий Ролик
Слайд 35

36.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Аналоговые модели обладают
сходством с оригиналом, достаточным
для перехода к оригиналу на
основании умозаключения по аналогии
Условные модели выражают свойства
и отношения оригинала на основании
принятого условия или соглашения
Математические модели обеспечивают
переход к оригиналу, фиксацию и
исследование его свойств и отношений
с помощью математических методов
Д-р Юрий Ролик
Слайд 36

37.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Модели, учитывающие временной
фактор:
• статичные
• имитационные
• динамические
Статичные модели описывают
содержательную сторону системы, не
изменяющуюся во времени
Д-р Юрий Ролик
Слайд 37

38.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
3. Классификация моделей
управления бизнесом
Имитационные модели позволяют
моделировать поведение системы в
зависимости от вводимой исходной
информации
Динамические модели позволяют
моделировать поведение системы во
времени, учитывая фактор ее развития
Д-р Юрий Ролик
Слайд 38

39.

Тема 1, Лекция 4: Моделирование бизнеса 4. Рациональный выбор
и CASE-технологии
CASE-систем
4. Рациональный выбор CASE-систем
Д-р Юрий Ролик
Слайд 39

40.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
4. Рациональный выбор
CASE-систем
Аспекты рационального выбора
CASE-системы:
• цели проекта
• требования к информации,
характеризующей бизнес-процессы и
необходимой для анализа и принятия
решений в рамках конкретного
проекта
• возможности CASE-систем по
описанию процессов
Д-р Юрий Ролик
Слайд 40

41.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
4. Рациональный выбор
CASE-систем
Факторы оказывающие влияние на
выбор CASE-систем (1):
• процедуры (функции, работы),
необходимые для выполнения с целью
получения заданного конечного
результата
• последовательность выполнения
указанных процедур
Д-р Юрий Ролик
Слайд 41

42.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
4. Рациональный выбор
CASE-систем
Факторы оказывающие влияние на
выбор CASE-систем (2):
•механизмы управления и контроля,
существующего бизнес-процесса кто
выполняет процедуры процесса
•входящие документы / информация
каждой процедуры процесса
•исходящие документы / информация
каждой процедуры процесса
Д-р Юрий Ролик
Слайд 42

43.

Тема 1, Лекция 4: Моделирование бизнеса
и CASE-технологии
4. Рациональный выбор
CASE-систем
Факторы оказывающие влияние на
выбор CASE-систем (3):
•ресурсы, необходимые для
выполнения каждой процедуры
процесса
•документация / условия,
регламентирующие, выполнение
процедуры
•параметры, характеризующие
выполнение процедур и процесса в
целом
Д-р Юрий Ролик
Слайд 43

44.

Тема 1. Сущность и методология реинжиниринга бизнес-процессов
Лекция 4: Моделирование бизнеса и CASE-технологии
ЛИТЕРАТУРА
1. Абдикеев Н.М., Данько Т.П., Ильдеменов С.В., Киселев А.Д.
Реинжиниринг бизнес-процессов. – М.: Изд-во Эксмо, 2005 –
с. 241-249.
Д-р Юрий Ролик
Слайд 44

Источник: ppt-online.org