СЛОВАРЬ-УКАЗАТЕЛЬ ТЕРМИНОВ
Словарь составлен из терминов, распадающихся, грубо говоря, на три категории. Первая достаточно специфичные термины, встречающиеся только на страницах этой книги, вторая термины, появившиеся в программистском лексиконе сравнительно недавно, и третья устоявшиеся термины, интерпретация которых в книге чем-либо отличается от традиционной.
В словарной статье вслед за термином могут быть указаны (в скобках) его синонимы и/или устойчивый английский эквивалент. Далее следуют ссылки на разделы книги, наиболее тесно связанные с данным термином. Если в тексте словарной статьи используются другие вошедшие в словарь термины, то они представляются гиперссылками на соответствующие статьи. Кроме того, для ссылок на термины словаря применяются следующие обозначения.
См. указывает синоним или близкий по значению термин.
См. тж. указывает словарную статью, содержащую дополнительную информацию.
Ср. указывает термин с противоположным значением.
ассоциативная сборка
2.2.3
3.3.1
3.4
| Механизм включения модулей в формируемую программу, где модуль выбирается не посредством явного указания, а за счет наличия у него некоторых свойств, атрибутов. Ср. перечислительная сборка. |
базисность
2.4.4
4.4.2
| Модуль называется базисным, если его функциональное назначение состоит в отражении базисного фактора, влияющего на программу. (Базисные факторы первичные, элементарные, несводимые к комбинации других, но в совокупности охватывающие всю сферу деятельности программы.) Причина отдельного изменения программы «раскладывается» на изменения значений базисных факторов, затрагивая обычно лишь относительно небольшое их число, и потому последствия изменения строго локализуются в ограниченном подмножестве базисных модулей. |
безболезненность
безболезненность для окружения
3.4.1
безболезненность для работоспособности
1.2
3.4.1
вариантное гнездо
1.8.2
3.6.2
4.2.4
вариантный фрагмент
1.1
1.8.2
| Часть исходного текста программы, отражающая либо одно из имеющихся решений некоторой подзадачи, либо одно из реализованных значений изменяемого фактора, влияющего на программу, и т. п. Однородные вариантные фрагменты сосуществуют в программном фонде, но в выполняемую программу обычно включается лишь один из них. |
версия программы
вертикальный слой
5.1.2
5.3.1
7.1.3
вторичный объект (вторичный материал)
2.1
2.2
вычислительный эксперимент
1.8.5
4.1
| Метод изучения устройств или физических процессов с помощью математического моделирования, где вслед за построением математической модели проводится ее численное исследование, позволяющее «проиграть» поведение исследуемого объекта в различных условиях или в различных модификациях. Обслуживание задач вычислительного эксперимента требует построения многовариантных программ. |
гнездо
гнездо ввода
4.8.2
гнездо гипертекста (гиперссылка)
4.8.4
| Выделенный элемент страницы среды подготовки расчета, с помощью которого реализуются связи с другими страницами, вызовы программ, рисование поясняющих картинок и т. п. См. тж. гнездо ввода. |
гнездо каркаса (hot spot)
2.4.3
3.6
гипертекст (hypertext)
2.3.3
4.8.2
| Представление текстовой и графической информации в форме совокупности страниц, высвечиваемых на экране дисплея. Страница гипертекста содержит ссылки на другие страницы, раскрывающие или уточняющие используемые в ней понятия. Возможность мгновенного перемещения по любой из заинтересовавших читателя ссылок позволяет многократно ускорить (по сравнению с традиционным линейным текстом) процесс отбора и изучения справочного материала. Механизм гипертекста применяется, в частности, для навигации в среде подготовки расчета и между модулями программного фонда. |
горизонтальный слой
3.6.2
5.3.1
6.4
7.1.3
дублирование
1.3
| Размещение в программном фонде идентичных или текстуально близких первичных материалов. Дублирование существенно осложняет работу с фондом, прежде всего из-за необходимости аккуратного размножения вносимых в дублируемые тексты изменений. |
задание конфигурации
4.6
4.9
5.4
инкрементальная сборка
2.3.2
4.10.2
| Механизм сборки, позволяющий радикально сократить интервал времени между внесением изменений в исходный текст программы и началом ее выполнения. Языково-ориентированный редактор выявляет подвергшиеся изменениям конструкции языка и только их подает на вход инкрементального транслятора. Инкрементальный транслятор способен перетранслировать отдельные языковые конструкции, корректируя в соответствующих местах полученный ранее объектный код и обходясь тем самым без традиционных длительных процедур трансляции и компоновки. |
каркас (framework, frame)
2.4.3
3.6
| Постоянная часть, основа программной конструкции. Каркасом могут обладать, в частности, как программа в целом, так и составляющие ее отдельные модули. См. тж. каркасный подход. |
каркасный подход
3.6
| Подход к построению пакета программ, где любая конкретная конфигурация программы строится из двух частей. Первая, постоянная часть каркас, не меняющийся от конфигурации к конфигурации и несущий в себе гнезда, в которых размещается вторая, переменная часть сменные модули. Сменный модуль, в свою очередь, может содержать гнезда. В этом случае, наряду с каркасом программы в целом, можно говорить и о каркасе (т. е. о постоянной части) сменного модуля. |
комбинированная компоновка
4.10.2
| Схема компоновки, где задание состава собираемой программы опирается на явное перечисление модулей трансляции, входящих в головную группу. Если в головной группе остаются неразрешенные внешние ссылки, то к собираемой программе подключаются разрешающие их модули. Иначе говоря, для задания головной группы применяется схема перечислительной компоновки, а для остальных модулей корневой компоновки. |
компоновка (linkage)
2.2.2
2.3.2
4.10
конкретная конфигурация (версия программы)
1.8.4
2.2.2
3.1.1
| Совокупность первичных объектов программного фонда, необходимая и достаточная для порождения выполняемой программы. |
конфигурационный ориентир
2.5
3.1
3.2.3
4.3.1
5.1.1
5.1.2
5.2.1
| Формируемая из модулей конструкция, к которой априорно тяготеет разработчик программы при выполнении модуляризации. |
конфигурационный препроцессор
1.8.5
4.2.4
4.10
конфигурация
корневая компоновка
4.10.4
| Схема компоновки, где явно указывается только головной (корневой) модуль трансляции, а все остальные включаются в собираемую программу в результате разрешения внешних ссылок. Ср. перечислительная компоновка. |
многовариантная программа
4
4.1.3
4.3.1
многосвязное гнездо
3.6.2
4.4.1
4.4.4
4.5
4.11.4
5.4.1
| Подмножество односвязных вариантных гнезд каркаса, обычно отражающее влияние на программу одного изменяемого фактора. При сборке в многосвязное гнездо подставляется сменный многосвязный модуль, т. е. компоненты такого модуля синхронно помещаются во все соответствующие односвязные гнезда, принадлежащие многосвязному гнезду. Ср. односвязное гнездо. |
многосвязный модуль (составной модуль)
2.3.2
3.6.2
4.5
4.11.4
5.2.1
5.2.3
5.3.1
6.4.5
7.1.1
7.2.3
7.3.6
многофакторное гнездо
4.4
модуль
2
2.1
модуль расширения
6.4
| Модуль, подключение которого к программе, равно как и удаление из нее производятся безболезненно. |
модуляризация
2
наборное гнездо
3.6.2
3.6.3
4.8.4
5
5.1.2
5.2
5.5.1
5.5.4
6
назначение
1.8.4
3.6.2
4.2.4?
4.5
4.9
| Элемент описания конфигурации, задающий содержимое гнезда каркаса. |
направление
4.7
| Тип модуля: совокупность назначений, отражающих решения, принятые на некотором направлении исследования. |
общая конфигурация
2.5.2
3.1
объявление элемента
6
6.2
однородный модуль
2.5.2
4.12.2
6
| Модуль, входящий в состав группы сходных, выполняющих родственные функции модулей. |
однородный набор
6
односвязное гнездо
3.6.2
односвязный модуль (односвязный фрагмент программы)
3.6.2
однофакторное гнездо
4.4
операционная среда
1
| Совокупность имеющихся в распоряжении программиста штатных средств системного обеспечения: операционная система, файловая система, редактор, транслятор, компоновщик и т. д. |
описание конфигурации
2.2.2
ортогональность
2.4.4
4.4.2
| Модуль называется ортогональным, если он реализует самостоятельную, независимую функцию. Ортогональность означает однозначное, исключающее дублирование распределение функций между модулем и остальной программой; здесь для любого элементарного фрагмента программы существует четкое и убедительное объяснение того, почему он оказался в данном ортогональном модуле или же вне его. Изменение реализации ортогонального модуля (при сохранении его интерфейса), вообще говоря, никак не отражается на остальной программе. |
откат (откатка, undo, recovery)
4.12
| Восстановление существовавшего ранее состояния первичного объекта. Позволяет отменить ошибочно выполненные редактирующие действия или же по каким-либо иным причинам вернуться к предусмотрительно сохраненной прежней версии программы. См. тж. поколение, поставка. |
пакет программ (пакет прикладных программ, пакет)
3
| Общая конфигурация программного фонда, где вычленяемые программные модули предназначаются не для построения единичной программы, а для покрытия обслуживаемой предметной области. Покрытие области означает, что для любой ставящейся там задачи может быть построена решающая ее программа, представляющая собой надлежащим образом организованное подмножество модулей программного фонда. См. тж. цепочечный подход, каркасный подход. |
первичный материал
первичный объект (первичный материал)
2.1
| Компонент программного фонда, непосредственно вводимый разработчиком: исходный текст программы, исходные данные, сопроводительная документация и т. п. Ср. вторичный объект. |
перечислительная компоновка
4.10.2
4.10.3
перечислительная сборка
2.2.3
3.3.1
3.4
| Механизм включения модулей в формируемую программу, где включаемый модуль задается явно, обычно посредством указания его имени. Ср. ассоциативная сборка. |
поколение
4.12.1
| Экземпляр текста модуля, сохраняемый в программном фонде перед выполнением модификации и обеспечивающий в дальнейшем возможность отката текста к первоначальному состоянию. |
поставка (release)
4.12.1
| Промежуточное состояние разработки программы, зафиксированное в программном фонде и служащее для отката при необходимости либо восстановить переданную вовне и впоследствии измененную версию, либо воссоздать среду проведенного ранее расчета и т. п. |
программирование «в большом» (programming-in-the-large)
Предисловие
5.5.2
программирование «в малом» (programming-in-the-small)
Предисловие
5.5.2
программирование «вширь»
5.1
| Стратегия поэтапной реализации программы, где главным конфигурационным ориентиром провозглашается набор однородных модулей, последовательная реализация которых выполняется на отдельных этапах. |
программный фонд (база данных проекта, project data base)
1.1
2.1
| Совокупность программ, данных, документов и других материалов, накапливаемых при реализации программного проекта. |
рассредоточенный однородный набор
6
регулярный однородный набор
6
сборка
3.4
4.10
симметричность
2.5.2
5.5.1
| Строгое единообразие программной реализации сходных, родственных функций. Из симметричности программной реализации следует, в частности, симметричность пользовательского интерфейса, существенно облегчающая освоение и эксплуатацию программы. В основе симметричности лежит выявление (на стадии модуляризации) и надлежащее оформление однородных частей создаваемой программы. |
сменный модуль
3.6
составной модуль
среда подготовки расчета
4.8
| Совокупность программных средств, обслуживающих задание конкретной конфигурации программы и исходных данных для выполнения расчета. Среду подготовки целесообразно организовать в форме гипертекста, страницы которого содержат справочную информацию о необходимых для расчета параметрах и гнезда ввода, обеспечивающие задание значений этих параметров. |
цепочечный подход
3.2
язык сборки (конфигурационный ассемблер)
6.3
| Средство низкого уровня для решения нетривиальных задач сборки, не обслуживаемых другими штатными конфигурационными средствами. |
|