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

А.2.1.3.1. Проектирование модулей

Одним из центральных элементов проектирования программного обеспечения является модуль, четко описывающий автономный функциональный конструктивный блок для входящих и выходящих данных. Модули соответственно включают следующие компоненты: описание данных, управляющую логику и инструкции. Создание модулей согласуется с принципом локальности и многократного использования, поскольку модули можно использовать для разных прикладных функций. При описании входящих и исходящих данных, предоставляемых в распоряжение пользователя, соблюдается также принцип «сокрытия информации», т.е. описывается, что делает модуль, а не как он это делает.

Модули следует проектировать таким образом, чтобы максимизировать их «внутреннее действие» и минимизировать взаимодействие между ними. При проектировании модулей можно пользоваться методом «сверху вниз» или «снизу вверх». При методе «сверху вниз» проектирование начинается с самого верхнего уровня и постепенно детализируется по мере продвижения вниз. Конечным результатом являются базовые модули, которые можно реализовать с помощью существующих объектов базового программного обеспечения.

При методе «снизу вверх» модули сначала проектируются на самом нижнем уровне, а затем объединяются в модули следующего лежащего выше уровня. Методы «снизу вверх» особенно удобны для работы с уже заполненными архивами модулей, из которых извлекаются базовые модули, компонуемые затем в более крупные блоки (Blazer. Lerhbuch der Software-Technik. 1996, с. 853).

Применительно к модулям иногда используется термин «процедура»; модули верхнего уровня называют также программами. Возможен широкий ряд различных определений. На рис. 37 приведен пример очень детальной иерархии описания.

Рис. 37. Иерархия описания модулей

На уровне определения требований можно задать направление процесса проектирования, поскольку он допускает как восходящие, так и нисходящие методы. Выходные данные модуля проектируются в рамках этой иерархии функций. На рис. 38 мы выбрали для выходных данных класс ОБЩАЯ ФУНКЦИЯ. Здесь «общая функция» означает описание функции безотносительно к контексту конкретного бизнес-процесса. Это подчеркивает «принцип многократной применимости», который должен быть воплощен в модуле.

Поскольку модули создаются только для функций, поддерживающих информационные технологии, требуется уточнение, позволяющее получить связь с классом ОБЩАЯ СИСТЕМНАЯ ФУНКЦИЯ, Связь *;* с минимальной мощностью 1 означает, что благодаря многократной применимости один модуль можно использовать в разных системных функциях и одна j системная функция может поддерживаться различными модулями. Связь *:* между системными функциями и модулями показывает также, что проектирование бизнеса и проектирование ИТ до определенной степени не зависят друг от друга.