История развития прикладного программного обеспечения персонального компьютера

      Специализированные  библиотеки ориентированы на решение  отдельных, порой достаточно узких, классов задач.

      Переход от разработки отдельных прикладных программ к созданию библиотек программ поставил перед разработчиками ряд проблем как системного, так и прикладного характера. К числу основных проблем, возникающих на различных этапах конструирования библиотеки, относятся проблемы систематизации, документирования, тестирования и переносимости.

      Проблема  систематизации состоит в разбиении   библиотеки   на разделы   и   подразделы   в   соответствии    с классификацией зада предметной области  и методов их решения.  Сюда входит выбор единых правил наименования программ (с учетом модификации и развития библиотеки),  единых форм представления и наименования математически сходных объектов,   единой схемы контроля ошибок и т. д.

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

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

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

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

      Перейдем  теперь к рассмотрению пакетов прикладных программ (ППП) как самостоятельной  формы прикладного программного обеспечения. Для этого прежде всего необходимо уточнить само понятие пакета. В настоящее время не существует признанной всеми специалистами единой точки зрения по этому вопросу. Отсутствует также единая терминология в пакетной проблематике. Это объясняется прежде всего новизной данного научного направления, которое сложилось, в основном за последние 30 лет (приблизительно с начала 70-х годов). Кроме того, различные определения ППП рассматривают это понятие с разных точек зрения, выделяя те или иные функциональные или структурные особенности пакетов. ППП определяется и как совокупность программ для решения определенного класса задач, к которой обращаются при помощи простой символики (языка) и как совокупность программ, совместимых по структуре данных, способам управления, объединяемых общностью функционального назначениями представляющих собой средство решения класса задач определенным кругом пользователей. При этом под классом задач понимается множество прикладных проблем, обладающих общностью применяемых алгоритмов и информационных массивов, а также  определение пакета как комплекса взаимосвязанных программ, обладающих специальной организацией, которая обеспечивает значительное повышение производительности труда программистов и пользователей пакета. В данном случае не делается попытки выделить ППП среди других форм программного обеспечения ЭВМ.

      Будем считать пакетом программ любой  комплекс, ориентированный на решение  некоторого класса задач. Формально  такое определение не исключает  из числа пакетов и библиотеки программ. Однако сложившееся на сегодняшний  день представление о ППП как о самостоятельной форме программного обеспечения, позволяет указать на ряд характерных отличительных особенностей пакетов.

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

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

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

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

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

      Переход от создания библиотек программ к разработке ППП был вызван целым рядом причин. К их числу прежде всего относится резкое увеличение возможностей ЭВМ. Это привело к значительному усложнению системного обеспечения вычислительных машин. Произошли существенные изменения в большинстве областей применения ЭВМ. 

      3.2 Структура и основные компоненты ППП 

      Несмотря  на большое разнообразие конкретных пакетных разработок,   можно выделить следующие основные компоненты ППП:

1. входные языки;
2. предметное обеспечение;
3. системное обеспечение.

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

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

      Рассмотрим  функции каждого из компонентов  ППП.

      Входные языки представляют собой средство общения пользователя с пакетом.    Как отмечалось в п. 3.1,  развитый пакет может обладать несколькими входными языками, предназначенными для выполнения различных функций и ориентированными на различные типы пользователей. Можно выделить следующие основные типы пользователей ППП:

1. Разработчик ППП, осуществляющий его модификацию и развитие с учетом изменения круга пользователей,  класса решаемых задач (появление новых типов задач,    развитие численных методов, модификация форм проведения работ и т. д.), а также состава аппаратного и программного обеспечения ЭВМ:
2. Ответственный за сопровождение, в функции которого входит поддержание пакета в работоспособном состоянии в условиях конкретной вычислительной системы (обеспечение сохранности программ и массивов   данных, своевременное дублирование информационных  файлов,  выявление ошибок в программах пакета).
3. Администратор, отвечающий за организацию доступа пользователей к пакету, содержимое базы данных, защиту информации от несанкционированного доступа;
4. Конечный   пользователь,    применяющий   пакет   для   решения конкретных прикладных задач.

      Входные языки отражают объем и качество предоставляемых пакетом средств, а также удобство их использования. Таким образом, с точки зрения конечного пользователя именно входной язык является основным показателем возможностей ППП.

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

      Перейдем  теперь   к   рассмотрению   других   компонентов   ППП, конкретная   прикладная деятельность характеризуется двумя факторами:

1. классом решаемых задач и используемых для этих целей методов,
2. дисциплиной работы, т.е. совокупностью правил, соглашений и технологических приемов, принятых при разработке, отладке, эксплуатации программ.

      Предметное  обеспечение представляет собой  компонент пакета, отражающий особенности  первого из этих факторов, т. е. особенности конкретной предметной области. Предметное обеспечение включает:

1. программные модули,  реализующие алгоритмы (или их отдельные фрагменты) решения прикладных задач;
2. средства сборки программ из отдельных модулей.

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

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