Проектирование структуры программы и взаимодействия модулей

Программа на Delphi — это командный код, задача которого — вызвать на экран форму и обслуживающей ее модуль [11].

Форма — представляет собой окно, на котором можно визуально, при помощи мыши, редактировать интерфейс будущей программы, расставляя по ней разнообразные элементы интерфейса (например, меню, кнопки, картинки, окна ввода данных и т. д.) [9].

Чтобы настроить параметры этих элементов-объектов (например, имя кнопки или главной форме), будем использовать окно инспектора объектов.

После того, как это сделано, интерфейс будет готов к работе, и нам останется только определить нестандартные действия нашей программы. Это мы сделаем в модуле.

Модулем называют автономно компилируемую программную единицу.

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

Данные модуль может получать и возвращать через общие области памяти. Первоначально к модулям (еще понимаемым как подпрограммы) предъявлялись следующие требования [3] :

ѕ отдельная компиляция;

ѕ одна точка входа;

ѕ одна точка выхода;

ѕ соответствие принципу вертикального управления;

ѕ возможность вызова других модулей;

ѕ небольшой размер (до 50−60 операторов языка);

ѕ независимость от истории вызовов;

ѕ выполнение функции.

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

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

Любой логически завершенный алгоритм должен представлять собой модуль (функцию), в котором все входные данные и результат работы передаются через заголовок (программный интерфейс) [2].

Представление алгоритма решения задачи в виде подзадач называется процедурной декомпозицией. В соответствии с объектно-ориентированной технологией была проведена декомпозиция предметной области на объекты и разработана структурная схемы программы (Рис.1).

Рис. 1 Структурная схема программы.

На (Рис.1) показано, как и какие объекты будут располагаться на форме программного продукта «Файловый менеджер». Итак, давайте рассмотрим, какие функции будут выполнять эти объекты.

Frames1- фрейм, где будут располагаться элементы-объекты навигации Button.

Frames2- фрейм, служащий для компоновки объектов, создающих в целом отдельное рабочее пространство, предназначенное для отображение файлов директорий. В это рабочее пространство входят следующие объекты:

DriveComboBox — отображает список устройств внешней памяти (тома жёсткого диска, сетевые диски, USB-флешки и т. д).

Label1- будет выводить информацию о выбранном устройстве внешней памяти (объём носителя информации и количество свободного места на этом носителе).

TreeViewобъект, в котором будут отображаться файлы и каталоги выбранных в DriveComboBox носителей информации.

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

Функциональное назначение и объектное содержание Frames3 аналогично Frames2.

В ходе разработки программного продукта будут созданы следующие модули:

ѕ Project1. dpr, для подключения всех модулей в одну программу;

ѕ Unit1. pas, позволяет запустить основную форму, в которой пользователь, может приступить к работе с «Файловым менеджером»;

ѕ Unit2. pas, модуль для вспомогательных процедур и функций;

Программирование в среде Delphi предполагает соблюдение принципа модульности, поэтому при разработке программного продукта, для понимания взаимодействия отдельных модулей, на основе структурной схемы составлена функциональная схема (Рис.2).

Рис. 2. Функциональная схема программного продукта

Таким образом, мы определили структуру программы и взаимодействие составляющих модулей, что позволяет перейти к непосредственной разработке приложения в среде Borland Delphi 7.0.