Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Произв менедж 3.ppt
Скачиваний:
3
Добавлен:
17.06.2023
Размер:
589.82 Кб
Скачать

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

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

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

Жизненный цикл разработки такой сложной системы складывается из этапов анализа, проектирования, программирования, тестирования и сопровождения, которые выполняются последовательно – это каскадный метод.

Недостатком является последовательное выполнение этапов.

Для его устранения используется подход 2 – спиральный. Он заключается в том, что разработка проекта ведется по спирали и на каждом ее витке выполняются последовательно перечисленные выше этапы. На каждом из них проект уточняется. Этот подход дополняет каскадный метод элементами итеративности.

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

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

структурообразующим элементом является объект.

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

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

При разработке может выясниться необходимость дополнительного обследования. Она может потребовать возврата к проектированию. Этот метод, называемый возвратным, отражает итеративный характер разработки.

Процесс ООП:

Анализ

Проектирование

Эволюция

Модификация

Достоинства метода:

распараллеливание работ;

упрощение внесенных изменений;

гибкая архитектура и переносимость;

повторное использование программных компонентов;

естественность описания, т.е. описывать статические и динамические отношения между объектом и моделью.

Недостатки метода:

Эти недостатки лежат в области программирования и заключаются в следующем:

динамическое связывание, т.е. должны быть связаны все элементы;

многочисленность методов и их видов.

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

Сроки

разработки

При ООП с приобретением опыта разработок кривая эффективности резко идет вверх за счет рассмотренных преимуществ и в особенности благодаря сборке систем из готовых компонентов.

Традиционный метод

ООП

Проекты

Экономический

ООП

эффект

Традиционный

подход

Затраты на проектирование

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

Методики моделирования бизнеса.

Можно выделить наиболее широко распространенные:

1. Структурный анализ и структурное проектирование (Structured Analysis and Structured Design - SA/SD) является одной из самых­ известных методик разработки информационных систем. В методике­ SA/ SD подчеркивается, что система предоставляет своим пользователям одну или несколько функций - так называемый подход­ функциональной декомпозиции. SA/SD предлагает набор средств, таких, как диаграммы потоков данных, диаграммы состояний-переходов, ER-диаграммы (на фазе анализа) и структурные схемы (на фазе проектирования).

2. Методика IDEF (Integrated computer aided manufacturing DEFinition) была разработана ВВС США на основе идей, появившихся в середине 70-х гг. На основе этой методики Министерство обороны США создало Федеральный стандарт обработки информации IDEF IX, который обеспечивает поддержку на нескольких уровнях посредством "модели бизнеса", "модели информационной системы" и "модели технологии". Моделирование бизнеса поддерживается ER-диаграммами для данных и диаграммами потоков данных специального вида, что позволяет иерархически описывать функции системы.

3. Методика SADT (Structured Analysis and Design Technique) использует систему обозначений, похожую на диаграммы потоков данных в IDEF, для описания функций и структур данных информационной системы на основе декомпозиции.

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