2.2.3.2Анализ качества и техники оценки

Известно немало различных инструментов и методов, предназначенных для формирования качественного дизайна ПС:

• обзор дизайна, например, неформальный обзор архитектуры членами проектной команды;

• статический анализ, например, трассировка с требованиями;

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

2.2.3.3Измерения

Измерения используются для количественной оценки ожиданий в отношении различных аспектов конкретного дизайна, например, сложности структуры ПС или качества требований, предъявляемых к производительности. Обычно метрики разделяют на 2 класса:

• функционально-ориентированные;

• объектно-ориентированные [орлик].

2.2.4Нотации проектирования

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

Следовательно, нотация – соглашение о представлении некоторой абстракции в визуальной (графической) форме. Нотация может задаваться:

• стандартом;

• общепринятой практикой;

• внутренним методом проектной команды.

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

2.2.4.1Структурные описания

Следующие нотации, в основном, являются графическими, описывая и представляя структурные аспекты программного дизайна:

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

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

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

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

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

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

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

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

• структурные схемы, применяемые для описания структуры вызовов в программах [орлик].