Регламент модуляризации.

Разработка модулей производится в соответствии с регламентом модуляризации (это принятая разработчиками пакета форма представления программных модулей, а также способы их создания и развития). Модулями становятся программные реализации выделенных на этапе модульного анализа базисных алгоритмов. Для таких модулей регламент может потребовать, чтоб они допускали автономную трансляцию или были представлены в форме процедур базового языка и т.д. могут регламентироваться способы установления инф. связей (#через общие параметры). На регламент влияет планируемая организация вычислительных работ, т.е. дисциплина прикладной деятельности. В связи с этим появляются такие модули как совокупность начальных данных, схема счёта некоторых типичных задач. В целом регламент модуляризации представляет собой требования, вытекающие из технологической и арифметической эффективности.

Регламент включает требования обеспечивающие совместимость модулей в рамках расчётных программ. Совместимость модулей по инф. и управлению. Программные реализации функционального наполнения осущ-ся адоптацией уже имеющегося программного материала. При этом модули нередко оказываются не стандартизованными по взаимодействию. Модули не способные к непосредственному взаимодействию наз. квази-модулями. Стандартизация допускает 2 решения:

1. Внутренняя модуляризация. Заново переписать все квази-модули в соответствии с регламентом модуляризации. Здесь совместимость достигается соблюдением всех требований регламента в период их разработки (неприемлемо по причине трудоёмкости).

2. Вешняя модуляризация. Доработка квази-модулей. Исходные тексты квази-модулей не изменяются. Здесь опять 2 подхода:

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

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

Язык Заданий

Является средством общения пользователя с пакетом. Он позволяет описывать последовательность выполнения различных операций, необходимых для решения задачи или постановку задачи по которой эта последовательность строится автоматически. При разработке языков заданий используют 3 подхода:

1.Для небольших пакетов, ориентированных на пользователей-программистов. Язык заданий в этом случае совпадает с базовым языком программирования. Проблемная ориентация достигается написанием функций, подпрограмм, а также использованием соответствующей мнемоники. При идентификации переменных, составлении функций, подпрограмм такой подход не даёт особых преимуществ пользователю при составлении задания по сравнению с обычным языком прог-я, но не требует от разработчика значительной специальной системной поддержки.

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

3.Основан на разработке специализированного проблемно ориентированного языка задания. Такие языки не связаны ни с каким языком прог-я. Ориентация на ламеров. Обычно основан на лексике предметной области и имеет простой синтаксис. Стремятся обеспечить высокую непроцедурность этого языка т.е. большая часть задания описывает постановку задачи а не её реализацию. Такая реализация требует развитых программных средств.

В настоящее время широко используется создание пакетов, используя инструментально базовые системы, это системы которые содержат инструментальные средства для создания пакетов, а также базовые заготовки для включения в состав этих пакетов при этом к разработке языка заданий применяют два подхода:

1.основан на идеи языка ядра – общая часть языков задания всех пакетов создаваемых такой Инструментально Базисной Системы (ИБС). В нём помимо средств, отражающих то общее что есть в приложениях содержаться средства расширения. При этом подходе язык задания конкретного пакета создаётся путём дополнения языка ядра новыми понятиями и конструкциями, которые учитывают специфику предложения.

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