А.2.1.3. Определение требований на уровне функциональной модели

Определение требований к функциям можно проектировать на различных уровнях вертикальной иерархии, построенной по принципу «сверху вниз». По-другому это называется проектированием программного обеспечения, поскольку функции впоследствии реализуются в структуре подпрограммы. В этом значении широко применяется термин «крупномасштабное программирование», тогда как последующая реализация на языке программирования называется «мелкомасштабным программированием» (Balzert. Lehrbuch der Software-Technik. 1996, с. 632, 927).

Ключевыми этапами проектирования являются построение структуры модуля, детальное проектирование содержимого модуля и выдача отчета.

Функции, преобразующие входные данные в выходные, особенно тесно связаны с моделью данных. При определении требований учитываются также существующие ограничения ИС. Эти связи ослабевают, если придерживаться принципа абстрагирования, что позволяет создавать концепцию функции, не располагая знаниями о модели данных или о конкретной архитектуре оборудования. Иными словами, следует рассматривать только общие свойства смежных архитектурных моделей, а не их конкретные экземпляры. Это достигается абстрагированием данных, при котором описывается только тип данных, но не их физическая реализация. Скажем, для описания интерфейсов функции можно обозначить элемент данных «номер клиента» целым числом, не конкретизируя устройство, отвечающее за этот элемент, например, тип сущности КЛИЕНТ, имя отношения, тип записи или даже адрес записи и обозначение поля. То же самое справедливо для аппаратных компонентов, где при описании функций экранов можно задать виртуальный терминал с базовыми свойствами, но указывать конкретную модель терминала необязательно.