компонентов, где при
описании функций экранов можно задать виртуальный терминал с базовыми
свойствами, но указывать конкретную модель терминала необязательно.
А.2.1.3.1. Проектирование модулей
Одним из центральных
элементов проектирования программного обеспечения является модуль, четко
описывающий автономный функциональный конструктивный блок для входящих и
выходящих данных. Модули соответственно включают следующие компоненты: описание
данных, управляющую логику и инструкции. Создание модулей согласуется с
принципом локальности и многократного использования, поскольку модули можно
использовать для разных прикладных функций. При описании входящих и исходящих
данных, предоставляемых в распоряжение пользователя, соблюдается также принцип
«сокрытия информации», т.е. описывается, что делает модуль, а не как он это
делает.
Модули следует
проектировать таким образом, чтобы максимизировать их «внутреннее действие» и
минимизировать взаимодействие между ними. При проектировании модулей можно
пользоваться методом «сверху вниз» или «снизу вверх». При методе «сверху вниз»
проектирование начинается с самого верхнего уровня и постепенно детализируется
по мере продвижения вниз. Конечным результатом являются базовые модули, которые
можно реализовать с помощью существующих объектов базового программного
обеспечения.
При методе «снизу
вверх» модули сначала проектируются на самом нижнем уровне, а затем
объединяются в модули следующего лежащего выше уровня. Методы «снизу вверх»
особенно удобны для работы с уже заполненными архивами модулей, из которых
извлекаются базовые модули, компонуемые затем в более крупные блоки (Blazer. Lerhbuch
der Software-Technik. 1996, с. 853).
Применительно к
модулям иногда используется термин «процедура»; модули верхнего уровня называют
также программами. Возможен широкий ряд различных определений. На рис. 37
приведен пример очень детальной иерархии описания.
•
•
•
•
•
•
|
например,
текстовый процессор Word и т.д.
например,
MS Word for Windows 6.0 и т.д.
например,
MS Word for Windows 6.0 на ПК № 3417 и т.д.
например,
программа проверки правописания и т.д.
например,
программа проверки правописания для MS Word for Windows 7.0 и т.д.
например,
программа проверки правописания для MS Word for Windows 6.0 на ПК № 3417 и т.д.
|
Рис.
37. Иерархия
описания модулей
На уровне
определения требований можно задать направление процесса проектирования,
поскольку он допускает как восходящие, так и нисходящие методы. Выходные данные
модуля проектируются в рамках этой иерархии функций. На рис. 38 мы выбрали для
выходных данных класс ОБЩАЯ ФУНКЦИЯ. Здесь «общая функция» означает описание
функции безотносительно к контексту конкретного бизнес-процесса. Это
подчеркивает «принцип многократной применимости», который должен быть воплощен
в модуле.
Поскольку модули
создаются только для функций, поддерживающих информационные технологии,
требуется уточнение, позволяющее получить связь с классом ОБЩАЯ СИСТЕМНАЯ
ФУНКЦИЯ, Связь *;* с минимальной мощностью 1 означает, что благодаря
многократной применимости один модуль можно использовать в разных системных
функциях и одна j системная функция может поддерживаться различными модулями.
Связь *:* между системными функциями и модулями показывает также, что
проектирование бизнеса и проектирование ИТ до определенной степени не зависят
друг от друга.