Cтраница 2
Применение декомпозиции к модулям пакета в первую очередь касается функциональных модулей. [16]
Пользователь организует обращение к модулям пакета из основной программы, содержащей параметры, необходимые для настройки модулей на решение конкретной задачи. [17]
Будем считать, что для удобства работы все модули пакета размещены в отдельном подкаталоге LEXICON корневого каталога жесткого диска С:, однако на практике часто оказываются необходимыми создание и корректировка текстов не только непосредственно в подкаталоге LEXICON, но и в любом ином. Для того чтобы, находясь в любом подкаталоге, можно было работать с Лексиконом, операционной системе необходимо указать, где находятся исполняемые и вспомогательные модули пакета. [18]
Если вы решили следовать этому порочному пути изменений интерфейсов модулей пакета без перекомпилирования всех использующих его программ, необходимо хотя бы ограничить эти изменения. При добавлении в форму новых свойств или невиртуальных методов вы должны поддерживать полную совместимость с уже существующими программами, использующими этот пакет. [19]
В результате определения схем работы с пакетом и функций, реализуемых модулями пакета, получаем структуру вычислительного процесса, управление которым реализуется с помощью диалога. [20]
Для работы в абонентном режиме можно воспользоваться затру - зочным модулем, который включает модули пакета вместе с программой-диспетчером. Для редактирования пакета с технологической программой следует использовать набор управляющих предложений редактора, содержащихся в отдельном разделе в библиотеке макроопределений. Этот раздел добавляется к управляющим предложениям редактора, содержащим модули пользователя. [21]
Согласно современным концепциям управляющая система должна оформляться в виде пакета программ ( либо набора модулей пакета), ориентированного на телеобработку. Основное преимущество такого подхода заключается в возможности генерации требуемого варианта управляющей СТ по конкретным параметрам применения, исключив самостоятельное проектирование, разработку и отладку управляющей системы. [22]
Монитор САПР выделяет ОП для обеспечения информационного обмена между подсистемами; мониторы пакетов делают это по запросам модулей пакета, если средства языка, применявшегося для их программирования, недостаточны для эффективного использования ОП. [23]
На рис. 4.7 показана структура диалога, распределение памяти по модулям и диалог для формирования различных работ из модулей пакета. [24]
Для функционирования ППП СОД необходимы четыре дисковода ( два - с резидентной частью ОС, один - с библиотекой модулей пакета и системными файлами, один - для выходных наборов), устройства ввода-вывода ( УВК, НМЛ, АЦПУ) и минимальный объем оперативной памяти, необходимый для функционирования ОС. [25]
При разработке пакетов программ сложной структуры в общем случае могут быть использованы следующие три уровня языков: языки для написания модулей пакета; входной язык для задания параметров и управляющей информации пакета при настройке его на решение конкретной задачи; язык управления пакетом для ввода программы пользователя в систему и язык ее реализации. [26]
На этом простейшем примере видно, что; оформив программы Отдельных задач, представляющих самостоятельный физический интерес, в виде модулей Пакета, мы можем получить возможность компоновки из них программ более сложных задач. Таким образом, хотя функции модулей, на базе которых составляются программы конкретных задач ( которые в свою очередь могут быть оформлены в виде модулей), существенно различаются, все они составляют общий базис модулей для создания программ конкретных задач. Сервисные модули предназначены в основном для обработки результатов расчетов. [27]
Эти операции должны обеспечиваться программами пользователя, составленными на языке Фортран-IV и содержащими операции ввода данных с внешних устройств, обра-щенря к модулям пакета, необходимым для решения конкретной задачи, операции вывода сообщений о ходе решения задачи и результатов расчетов. [28]
Расширение элемента управления работы с данными таким образом, чтобы он мог быть использован внутри компонента DBCtrlGrid, - это непростая и плохо документированная проблема В модуле MdRepPr пакета MdDataPack присутствует реплицируемая версия компонента ProgressBar. Пример использования этого компонента содержится в папке RepProg, а в прилагаемом к нему HTML-файле содержится описание процедуры разработки этого примера. Компонент DBCtrlGrid обладает специфическим поведением он отображает на экране несколько версий одного и того же физического компонента управления. Элемент управления может подключаться к буферу данных, отличающемуся от буфера текущей записи, в результате операции отрисовки компонента выполняются в других областях экрана. [29]
Модули пакета не содержат операций ввода-вывода данных Эти операции выполняются программами пользователя, составлен ными на языке Фортран-IV и содержащими операции ввода данньп е внешних устройств, обращения к модулям пакета, необходимый для решения конкретной задачи, операции вывода сообщений о ход решения задачи и результатов расчетов. [30]