9. Стили проектирования ис

Различают пять основных стилей (методологий) проектирования ИС:

• календарный стиль - ориентирован на календарное планирование (calendar-driven);

• стиль, ориентированный на функциональные требования (requirements- driven);

• стиль, ориентированный на процесс разработки документации (documentation-driven);

• стиль, ориентированный на качество (quality-driven);

• архитектурный стиль (architecture-driven).

Календарный стиль основан на чётком соблюдении установленного календарного плана на каждом этапе работы над проектом. Этому стилю присущи следующие недостатки;

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

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

Вследствие этого существенно повышается суммарная стоимость владения системой в долгосрочном плане. Данный стиль можно рассматривать как морально устаревший.

Стиль, ориентированный на функциональные требования,

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

• недостаточно прорабатываются качественные (нефункциональные) характеристики, например, масштабируемость, мобильность, поддерживаемость и другие;

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

Таким образом, на долгих временных горизонтах данный подход является неэффективным.

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

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

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

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

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

Архитектурный стиль основан на создании фреймворков (framework). Фреймворк представляет собой «заготовку» или «каркас» приложения, который достаточно легко может быть адаптирован ко всем, в том числе потенциальным требованиям заказчиков. При использовании данного стиля процесс разработки системы разбивается на два этапа:

• создание фреймворка, предполагающего многократное использование в аналогичных системах;

• создание конкретного приложения (системы) на основе разработанного фреймворка.

Указанные этапы могут выполняться в том числе и различными специалистами. Применение архитектурного стиля позволяет:

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

оперативно и с минимальными затратами модифицировать имеющую функциональность и добавлять новую, т.е. реализовать инкрементное и итеративное проектирование.