2. Структура системного наполнения ппп

Рассмотрим более подробно эту компоненту ППП. Можно утверждать, что уже традиционными составляющими ее структуры являются (рис.3):

• резидентный монитор, осуществляющий интерфейс как между отдельными составляющими системного наполнения, так и между ними и штатным ПО;

• транслятор входных заданий, формирующий внутреннее представление задания и реализуемый обычно в виде макрогенератора или препроцессора;

• архив функционального наполнения (подсистема хранения программного материала);

• банк расчетных данных (подсистема хранения начальных и промежуточных данных, а также результатов расчетов);

• монитор организации вычислительного процесса ( взаимодействия модулей по данным и управлению);

• планировщик вычислительного процессе, который определяет последовательность выполнения модулей, реализующую задания пакету;

• монитор организации интерактивного взаимодействия с пользователем.

Интерпретатор

Транслятор

Архив функционального наполнения

Резидентный монитор

Штатное ПО

Банк расчетных данных

Монитор вычислительного процесса

Монитор взаимодействия с пользователем

Планировщик

Рис. 3 Структура системного наполнения ППП.

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

2. Архитектура ППП

Архитектура, т.е. представляющийся пользователю «внешний» вид специализированной программной системы, определяется тем, какие задачи она может решать и какие возможности предоставляются пользователю. Ясно, что язык заданий отражает основные архитектурные решения, принятые разработчиками пакета в данной предметной области. Именно через язык заданий пользователь воспринимает и оценивает, каковы «вычислительные услуги» и насколько удобно их использование, т.е., другими словами, каков фактический уровень тематической квалификации ППП.

1. Язык заданий

Общая структура и стиль языка заданий пакета в значительной степени зависят от дисциплины работы, принятой в обслуживаемой пакетом предметной области. Можно выделить две основные (в определенном смысле противоположные) дисциплины проведения вычислений:

• активную дисциплину, предусматривающую при создании конкретных расчетных программ модификацию и настройку имеющихся модулей функционального наполнения, а также разработку новых модулей;

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

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

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