32. Управляющие модули ппп: понятие, назначение, принципы функционирования и проектирования.

Отсутствует, можете тридцатый списать

33. Функции управляющих и обслуживающих модулей

Функции обслуживающих модулей пакета Обслуживающие модули должны обеспечить связь управляющей части пакета с пользователем и связь с данными (файлами), не входящими в информационную базу пакета. В ряде случаев может возникнуть потребность в выполнении различных согласующих функций для связи управляющих моделей с обрабатывающими. Исходя из этого, общее назначение обслуживающих модулей сводится к обеспечению:

1. интерфейса с пользователем;

2. интерфейса с файлами и базами данных, внешними относительно ППП (внешний интерфейс);

3. внутренних согласующих функций, например, по формам представления данных.

Интерфейс с пользователем должен обеспечить получение данных (сообщений), подготавливаемых пользователем, и вывод сообщений, формируемых пакетом и представляемых в форме, удобной для восприятия пользователем, например в виде текстов, выводимых на экран или печатающее устройство. ^ По характеру информации выводимой или запрашиваемой пользователем, или формируемой пакетом, можно выделить четыре группы функций интерфейса с пользователем: 1)  вывод справок о составе и состоянии модели предметной области, возможностях пакета в целом и в каждом состоянии модели предметной области (справочный интерфейс пользователя); 2) прием от пользователя и контроль управляющей информации: команд, программы на входном языке (интерфейс управления); З) ввод данных, представляемых пользователем, и вывод данных (результатов вычислений) на экран или печатающее устройство (интерфейс ввода-вывода); 4) вывод информационных сообщений о возникающих при выполнении пакета особых ситуациях (ошибках), (информационный интерфейс). Эти четыре группы функций могут реализовываться последовательно или параллельно. При последовательной работе пользователь поочередно обращается к различным функциям, т.е. либо получает справки, либо вводит управляющую информацию, либо вводит новые данные, либо просматривает результаты расчетов. Параллельная работа предусматривает возможность, например, обращения к справочной функции в процессе ввода управляющей информации или данных. Очевидно, что модули, реализующие эти функции, выполняются последовательно, но допускается прерывание, например, ввода управляющей информации для получения справки и возврат для продолжения ввода. Результат работы пользовательского интерфейса представляется некоторыми сообщениями, например, на экране дисплея. Эта же информация для использования в модулях пакета представляется некоторым управляющим кодом. Следовательно, необходимы модули, преобразующие сообщения пользователя в управляющий код, и модули, преобразующие вырабатываемую в пакете информацию в сообщения для пользователя. Сложность этих модулей-трансляторов определяется сложностью и развитостью средств внешнего управления пакетом. Необходимость в тех или иных функциях, особенности их реализации в значительной степени зависят от назначения пакета, вида и формы представления информации о модели предметной области пакета, структуры и функций управляющей части пакета, особенностей программирования обрабатывающих модулей. Отнесение той или иной функции к обслуживающей, управляющей или обрабатывающей условно и определяется решением разработчика пакета.

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

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

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

• архивные подсистемы;

• специализированные базы данных;

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

Отсюда следует возможность разработки комплексов базовых (типовых) программных средств, поддерживающих общую структуру пакета, его связь с системным ПО и пользователем, и настраивающихся на конкретные средства внешнего управления и конкретные модели предметных областей. Эти комплексы и получили название: системное наполнение пакета, или оболочка пакета. В них входят управляющие и обслуживающие модули. Тогда комплекс специальных программ, определяющих конкретную область применения ППП можно назвать функциональным наполнением пакета. Этот комплекс включает в себя обрабатывающие модули. Для настройки ППП на конкретную предметную область необходимо погрузить в оболочку пакета описание информационной базы пакета, описания функциональных связей и связей по определению, а также подключить обрабатывающие модули. Таким образом, появляется возможность разработки программных средств генерации ППП для различных предметных областей, использующих одну и ту же оболочку. Пример. Фирма «1С» начала свою деятельность на рынке программных средств с продвижения своего программного продукта ^ 1С: Бухгалтерия. Продукт получился весьма универсальный (разработчики подчеркивают, что ни одна из множества поправок к действующему законодательству не привела к необходимости вносить коренные изменения в исполняемый код). Но при ее разработке была применена бухгалтерская модель учета, что наложило ограничение на использование программы для автоматизации других сторон деятельности предприятия (оперативный учет, управление ресурсами). Поэтому было принято решение о создании интегрированной информационной системы «1С: Предприятие», используя понятие оболочки пакета. Разработчики компании назвали ее «платформаV7». Пакет состоит из трех уровней Уровень первый – технологический. На этом уровне находятся общие компоненты, используемые каждой из прикладных подсистем. Уровень третий – конкретная конфигурация пакета. Уровень второй определяет предметную направленность программного продукта и состоит из трех областей.