Начало процесса ADD

Пример входных данных

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

В примере с гаражной дверью участвуют следующие сценарии атрибутов качества:

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

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

♦ Если в пространстве, занимаемой гаражной дверью, во время ее опускания обнаруживается препятствие (человек или любой другой объект), она должна остановиться (или, согласно другому варианту, полностью открыться) в течение 0,1 с.

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

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

В следующем разделе мы приступим к непосредственному рассмотрению метода ADD.

Дата добавления: 2015-04-25