1.4 Методология sadt

Подход SADT относится к классу формальных методов, исполь­зуемых при анализе и разработке систем. Несмотря на то что вполне допустима независимая разработка функциональных моделей,

методология SADT предполагает ведение структурированного проек­та анализа, в процессе которого происходит их создание. В дополне­ние к функциональному моделированию SADT структурный анализ предполагает построение информационных моделей данных и диа­грамм состояний (State-Transition Diagrams — STD), которые модели­руют поведение системы во времени.

Основной принцип SADT состоит в том, что'тщательный анализ системы обусловливает получение возможного оптимального реше­ния. Использование SADT автоматически приводит к необходимости сбора и обработки значительного количества информации о системе. Традиционно такая информация собирается аналитиком посредством формализованного опроса экспертов предметной области — людей, владеющих информацией о механизме функционирования системы в целом или ее частей. С течением времени некоторые эксперты освои­ли технологию моделирования, что привело к появлению IDEF3-Tex-нологии получения знаний от экспертов. Однако роль системного ана­литика в проектах SADT оставалась ключевой.

Часто разработка моделей применяется для документирования ситуации, сложившейся к определенному моменту (модели "как есть" — «as is»). Впоследствии они применяются при создании новых моделей функционирования системы (модели "как должно быть" — «to be»), а также для проверки моделей «to be», с тем чтобы удостове­риться, что предлагаемые изменения действительно повлекут улуч­шение функционирования системы.

В дополнение к алгоритмизации процесса построения предлагае­мой системы модели «to be» используются для планирования загрузки частей системы; калькуляции бюджета и распределения ресурсов; при построении плана реорганизации системы, определяющего действия по переводу системы из состояния «as is» в состояние «to be».

Преимущества, получаемые от разработки моделей «as is», долж­ны быть сопоставлены с затратами средств и времени, которые для этого необходимы. В литературе без труда можно найти многочислен­ные примеры систем, изначально построенных для решения несоот­ветствующих их истинному назначению задач. «As 1з»-моделирова-ние позволяет обойти подобные трудности. С другой стороны, если имеется определенный уровень понимания задачи в целом (как это часто случается при разработке информационных систем), затраты средств на разработку «as is»-мoдeлeй могут быть неоправданными.

1.5 Применение методов idef для моделирования поведения компаний

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

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

В целом корпоративная стратегия охватывает четыре основные области:

• сегменты рынка, которые компания намеревается занять;

• продукты и услуги, которые компания намеревается предложить на выбранных сегментах рынка;

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

• действия и процессы, которые компания будет выполнять для реализации определенной стратегии.

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

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

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

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

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

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

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

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

менеджменту Майкл Хаммер (Michael Hammer) и Джеймс Чемпи (James Champy) разъяснили необходимость отказа от устаревших пра­вил ведения бизнеса и разработки новых. Реинжиниринг биз­нес-процессов — процесс разработки и применения стратегии, при котором взамен устаревшей существующей стратегии ведения бизне­са разрабатывается новая с использованием описанных выше методов моделирования.

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

• несоответствие обозначенным требованиям к системе;

• неадекватное или некорректное проектирование системы;

• неадекватная производительность системы;

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

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

Выводы. Появившись в начале 80-х гг. как технология под­держки разработки информационных систем, методология CASE при­меняется в настоящее время не только в программировании, но и как средство описания деятельности различных организаций. Удобные средства визуального представления информации, описанные в стан­дартах семейства IDEF, могут применяться как для описания деятель­ности произвольной компании, так и для проведения реинжиниринга бизнес-процессов — оптимизации ее функционирования на рынке. Всего принято более десятка стандартов IDEF, каждый из которых на­шел свое применение в различных аспектах моделирования.

2 МЕТОДОЛОГИЯ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ IDEF3

ГЛАВА

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

IDEF3 является технологией, хорошо приспособленной для сбора данных, требующихся для проведения структурного анализа системы.

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

IDEF3 также может быть использован как метод проектирования бизнес-процессов. ГОЕРЗ-моделирование органично дополняет тра­диционное моделирование с использованием стандарта IDEF0. В на­стоящее время оно получает все большее распространение как вполне жизнеспособный путь построения моделей проектируемых систем для дальнейшего анализа имитационными методами. Имитационное тестирование часто используют для оценки эксплуатационных ка­честв разрабатываемой системы. Более подробно методы имитацион­ного анализа будут рассмотрены ниже.