Сравнительная характеристика интегрированных пакетов прикладных программ назначения

26

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Сравнительная характеристика интегрированных пакетов прикладных программ назначения

План

Введение

1. Тенденции развития интегрированных пакетов прикладных программ назначения

1.1 Динамическая компоновка

1.1.1 Характеристика OLE 1.0

1.1.2 OLE 2.0: новее и лучше

1.2 Технология OBEX фирмы Borland

1.3 Технология Lotus Notes F/X

2. Сетевая интеграция, сетевые объекты

3. Интегрированные программные комплексы

Заключение

Список использованной литературы

Введение

Фирмы, занимающиеся разработкой программного обеспечения, давно уже ведут более или менее праздные разговоры о концепции совместной работы прикладных программ для персональных компьютеров. Но на протяжении последних нескольких лет за риторикой не стояло практически ничего, кроме самых элементарных программ фильтрации данных при экспорте-импорте или монтажного буфера ClipBoard системы Windows. Многообещающих теорий и стратегий было много, но вот работающих программных изделий было очень мало.

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

В данном реферате я прежде всего остановлюсь на положении дел в области интеграции прикладных программ и кратко опишу соответствующие механизмы, такие, как OLE и OpenDoc, обеспечивающие совместную работу программ. В моей работе будет рассказано также о наиболее известных сейчас комплексах прикладных программ: Borland Office for Windows, версия 2.0; Lotus SmartSuite for Windows, версия 2.1; Microsoft Office Professional, версия 4.0, -- и рассмотрена их работа как в качестве самостоятельных программ, так и в составе комплекса.

1. Тенденции развития интегрированных пакетов прикладных программ

интегрированная прикладная программа

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

Объектноориентированные модели кардинально изменяют наши представления о данных, прикладных программах и обмене информацией в сетевых системах.

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

Намечается и еще одна важная тенденция -- новые интеграционные стандарты, разрабатываемые несколькими фирмами начинают внедряться в готовые прикладные пакеты. В 1993 г. фирма Microsoft выпустила спецификацию стандарта динамической компоновки и встраивания объектов Object Linking and Embedding OLE 2.0, который она реализовала в ряде своих прикладных программ. Фирмами Apple, Borland, IBM, Novell и WordPerfect был предложен конкурирующий с OLE 2.0 стандарт OpenDoc (открытый документ). Широкую поддержку получают и стандарты несколько иного рода -- для связи прикладных программ с системами электронной почты, такими, как Mail API (MAPI) фирмы Microsoft и VIM (Vendor-Independent Messaging -- обмен сообщениями между программами независимых поставщиков), разработанный несколькими фирмами, в том числе Lotus. По этому же пути идут разработчики прикладных программ и серверов баз данных -- они ищут новые способы, как обеспечить возможность обращения любых прикладных программ к любым типам данных -- независимо от местонахождения тех и других в сети.

Мы являемся также свидетелями настоящего взрыва в области макроязыков, на которых составляют управляющие программы, обеспечивающие взаимодействие прикладных программ. Эти языки дают возможность создавать сценарии, предусматривающие обращения к отдельным прикладным программам, с целью автоматизировать выполнение некоторой сложной "вертикальной" (т. е. требующей привлечения нескольких прикладных программ) задачи. Показательно, что крупные фирмы вводят унифицированные макроязыки в свои программные комплексы, а так называемые третьи фирмы разрабатывают программные изделия, которые дают возможность интегрировать программы разных поставщиков. Стандарты динамической компоновки объектов, такие, как OLE 2.0, позволяют программным изделиям через посредство этих языков "делиться" частью своих функциональных возможностей с другими программами (т. е. делать функции доступными для обращения из других программ).

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

Вообще говоря, комплексы появились много лет назад, но в последние годы интерес к ним неожиданно резко возрос.

Фирма Microsoft сообщает, что более половины экземпляров ее программы Excel было продано в составе комплекса Microsoft Office (в который помимо названной программы входят программы PowerPoint, Mail, Word for Windows и, по отдельному заказу, программа Access). Фирма Lotus добилась большого коммерческого успеха со своим изделием SmartSuite, содержащим программы AmiPro for Windows, Freelance Graphics for Windows, Lotus 1-2-3 for Windows и LotusOrganizer). Фирмы Borland и WordPerfect объединили свои усилия для создания комплекса Borland Office (в него вошли варианты для групповой работы пользователей программ Paradox for Windows, Quattro Pro for Windows и WordPerfect for Windows).

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

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

В качестве примеров таких разделяемых ресурсов можно назвать единые модули проверки орфографии, реализованные в изделиях фирм Microsoft и Lotus, и Database Desktop, механизм формирования и исполнения запросов к базам данных, который является общим для двух программ фирмы Borland -- Quattro Pro и Paradox.

1.1 ДИНАМИЧЕСКАЯ КОМПОНОВКА

Еще один применяемый при интеграции программ подход -- маршрутизация объектов. Большинство терминов в области объектно-ориентированного программирования (инкапсуляция, наследование, связывание), представляют интерес только для разработчиков. Пользователям же, которые работают с прикладным программами, приходится сталкиваться с другими терминами, описывающими объекты: общие объекты комплекса прикладных программ, встраиваемые OLE-объекты, разделяемые объекты в сети, предоставляемые (exposed), или программируемые, объекты в готовых программах.

Наиболее известным объектно-ориентированным стандартом для интеграции прикладных программ является технология OLE фирмы Microsoft (Object Linking and Embedding -- динамическая компоновка и встраивание объектов). Впервые она была реализована в оболочке Windows 3.1, а первыми прикладными системами, которые использовали средства OLE, стали Lotus Notes и Microsoft Excel.

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

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

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

1.1.1 Характеристика OLE 1.0

Стандарт OLE 1.0 стал важнейшей вехой в развитии интеграции. Его возможности далеко выходят за пределы того, что представляют фильтры экспорта-импорта файлов и команды вырезания (cut), копирования (copy) и вставки (paste) общеизвестного монтажного буфера Clipboard, предусмотренного в таких средах, как Macintosh, Windows и OS/2. Рассматриваемая технология отличается также и от более простых решений типа DDE (Dynamic Data Exchange -- динамический обмен данными), которое используется в Windows и в 0а/2. (Метод DDE просто связывает данные нескольких файлов таким образом, что изменение информации в одном из них вызывает автоматическое обновление другого).

Хотя технология OLE 1.0 и получила широкое признание, оказалось, что быстродействие ее невысоко и, работая с ней, пользователи часто попадают в затруднительное положение. При двукратном нажатии на клавишу мыши, указывающей на встроенный объект, происходит запуск соответствующей прикладной программы в новом окне. Теперь мы можем редактировать объект, но при этом не видим окружающего его контекста. Например, программа Power-Print использует модуль формирования диаграмм OLE 1.0 для построения демонстрационных графиков. Но после запуска этого модуля мы лишаемся возможности видеть другие части слайда, окружающие данный график, что весьма усложняет задачу компоновки слайда в целом.

Ряд фирм отнеслись к этому как к серьезной проблеме и предложили альтернативные решения. Одно из них -- технология TOOLS фирмы Lotus (Technology for Object-Oriented Linking and Sharing -- технология объектно-ориентированной компоновки и разделения). Механизм TOOLS используется в программе AmiPro, которая позволяет вам помещать рисунок в документ, редактировать его (рисунок) при помощи модуля рисования AmiPro и при этом видеть весь документ -- контекст рисунка. К сожалению, это средство работает только в названной программе -- оно неработоспособно даже в паре AmiPro -- Lotus 1-2-3 и уж тем более с прикладными программами других поставщиков.

1.1.2 OLE 2.0: новее и лучше

Система OLE 2.0 для Windows, разработанная фирмой Microsoft после консультаций с другими фирмами -- поставщиками программных средств, представляет собой альтернативное решение, претендующее на роль стандарта в отрасли программных средств. Главное отличие OLE 2.0 от OLE 1.0 состоит в том, что новая технология позволяет редактировать OLE-объекты по месту -- в контексте документа-контейнера.

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

Такое изменение контекста может, однако, происходить далеко не безболезненно, поскольку первоначальные меню и большинство инструментальных пиктограмм прикладной программы исчезают при двукратном нажатии клавиши мыши на встроенном объекте. В случае когда две прикладные программы пытаются прийти к "соглашению" о том, какие меню должны отображаться на экране, истинный ход событий определяется главным образом конкретными решениями, заложенными каждым поставщиком в свою прикладную программу. И все же технология OLE 2.0 обладает рядом очевидных достоинств: вы можете, выбрав клавишей мыши диаграмму, получить в свое распоряжение графический инструментарий; сделав то же самое с электронной таблицей, можно работать с ней при помощи той прикладной программы, которую вы предпочитаете; установив курсор на текст, нажмите клавишу и работайте с привычным для вас текстовым процессором, -- и все это в среде той прикладной системы, с которой вы работаете. Несомненно, это большой шаг вперед.

Система OLE 2.0 имеет и ряд других отличий от предыдущей версии. Одно из них, которое, бесспорно, будет высоко оценено конечными пользователями, состоит в возможности переноса OLE-объектов из окна одной прикладной программы в окно другой средствами drag-and-drop. Так, к примеру, вы можете взять график в электронной таблице и просто перенести его в окно текстового процессора.

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

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

Благодаря ряду достаточно серьезных, но не бросающихся в глаза изменений OLE 2.0 стала существенно более надежной, чем предыдущая версия. Этим система OLE 2.0 в значительной степени обязана новому формату DoeFiles, который используется прикладными программами для хранения объектов. Он позволяет сложному документу выступать в качестве автономной файловой системы. Документы-файлы положены также в основу файловой системы Cairo, разрабатываемой сейчас новой объектно-ориентированной версии Windows NT. В результате всех этих изменений OLE 2.0 стала более быстродействующей по сравнению с предшествующей версией, поскольку объекты остаются на диске до тех пор, пока они не потребуются, а не загружаются в память каждый раз при открытии документа. Новая версия содержит также усовершенствованные средства работы с вложенными объектами (объектами, находящимися внутри других объектов), такими, например, как диаграмма, встроенная в электронную таблицу, которая, в свою очередь, встроена в документ текстового процессора. Кроме того, OLE 2.0 надежней сохраняет связи при перемещении объектного файла внутри структуры вашего каталога. В версии OLE 1.0 любое такое перемещение приводило к потере связей. Новая версия сохраняет связи, если контейнер и объект перемещаются в пределах одного каталога, однако перемещение объекта без контейнера по-прежнему приводит к утрате связей. Конкретные реализации OLE могут быть в разных программах различными, поскольку выбор предусматриваемых в ней функций, из числа заложенных в спецификации, остается за разработчиком. Прикладные программы можно строить так, чтобы они позволяли встраивать объекты либо сами могли вступать в роли встраиваемых в другие программы объектов. Они должны работать с объектами, которые из них взяты (dragged out), и объектами, которые в них перенесены (dragged into). Прикладные программы могут предоставлять свои объекты для целей OLE-автоматиза-ции, а также содержать макроязыко-вые средства управления прикладными программами, ориентированными на OLE. Разумеется, на первых порах указанные функции будут заложены далеко не во всех прикладных программах.

Стандарт OLE 2.0 -- это крупное достижение на пути к интеграции программ, но он страдает рядом существенных недостатков. В частности, он не допускает встраивание объектов, объем которых превышает размер одной страницы. Кроме того, в стандарте не предусмотрены функции для отслеживания местоположения объектов в сети -- это означает, что все встроенные объекты и соответствующие прикладные программы должны находиться на том же самом накопителе, что и ваш документ. Перспективная сетевая стратегия фирмы Microsoft учитывает необходимость расширения возможностей средств технологии OLE, в частности, предполагается использовать разрабатываемую операционную систему Cairo на ПК-сервере для слежения за объектами OLE. Пока же некоторые функции по распространению объектов по сети выполняются программными изделиями независимых фирм, такими, как программа Notes фирмы Lotus, Saros Document Manager фирмы Saros Corp. и ObjectOrganizer 1.0 for Windows фирмы Object Productivity.

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

1.2 Технология ОВЕХ фирмы Borland

ОВЕХ представляет собой совокупность средств, встроенных в важнейшие прикладные программы фирмы Borland с целью рационального коллективного использования информации членами группы совместно работающих пользователей. Работая в ОВЕХ, вы можете "издавать" информацию в виде одной или нескольких страниц блокнота-- метафоры, реализованной в программе Quattro Pro for Windows. Другой пользователь, работающий в той же сети или системе электронной почты, что и вы, может использовать "рабочий стол" группы для того, чтобы "подписать' ся" на публикуемые данные, которые появляются на новой странице блокнота.

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

Макроязык -- это совсем не новая идея. Даже в среде DOS давно применяются макрокоманды клавишных последовательностей. Но появление Windows породило целую гамму мощных инструментальных средств -- пакетно-ориентированных трансляторов (таких, как Bridge Toolkit фирмы SoftBridge и WinBatch фирмы Wilson WindowWare) до новейших графических систем (подобных ProdeaSynergy фирмы Prodea).

По-настоящему новым в нынешней ситуации является тот факт, что ведущие изготовители программного обеспечения сейчас разрабатывают и вводят в состав программных комплексов макроязыки, способные работать со всеми программами -- компонентами этих комплексов. Первенство здесь принадлежит фирме Microsoft, которая разработала язык Visual Basic, Applications Edition (VBA). Это язык сценарного типа, устанавливающий связи между программами средствами OLE 2.0. Уже известно, что VBA будет поставляться в рамках пакета Excel 5.0 и со временем войдет в другие программы фирмы Microsoft. Язык VBA ориентирован исключительно на программные изделия фирмы Microsoft, но им можно пользоваться и для оперирования методами и свойствами предоставляемых объектов любых прикладных программ, разработанных в соответствии со спецификацией OLE 2.0.

По аналогичному пути идет и фирма Lotus -- она работает сейчас над языком LotusScript, который задуман как общий макроязык для всех программных изделий фирмы и как замена макрокомандам клавишных последовательностей. Фирма планирует, что ее прикладные программы будут предусматривать возможность доступа к своим объектам и процедурам, благодаря чему последние могут быть описаны в виде сценариев и на других языках. Самая первая версия языка LotusScript включена в программу Lotus Improv. Фирма Computer Associates (СА) сообщила о своем намерении дополнить все свои основные прикладные системы средствами языка CABLE, представляющего собой подмножество языка СА-Realizer. Это позволит им взаимодействовать между собой. Фирма Borland объявила, что планирует разработку кросс-макроязыка Object Au-tomator, который ведет свое происхождение от языка Паскаль и совместим со стандартом OLE 2.0.

1.3 Технология Lotus Notes F/X

Notes F/X -- это технология фирмы Lotus, которая дает возможность нескольким пользователям хранить и отслеживать местоположение объектов при помощи программы Lotus Notes. Работая в среде Notes F/X, вы имеете возможность использовать программу Notes для получения шаблонов электронной таблицы Lotus 1-2-3 for Windows (слева внизу). После заполнения полученная электронная таблица хранится в Notes как OLE-объект и ее конкретные поля привязываются к определенным полям документа этой программы (справа вверху). Эти поля можно просматривать средствами программы Notes, вычислять суммы (справа внизу) или компоновать с другими прикладными программами.

2. Сетевая интеграция, сетевые объекты

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

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

Мы являемся сейчас также свидетелями появления ряда интерфейсов прикладных программ (API, Application Programming Interface), которые дают возможность прикладным программам обмениваться информацией с базами данных. Обычно речь идет о данных, хранимых на удаленном сервере в виде базы данных на основе языка SQL. Фирма Microsoft ввела во многие свои программные изделия средства, реализующие предложенную ею спецификацию доступа к данным, которая получила наименование ODBC (Open DataBase Connectivity -- открытое соединение баз данных). Фирма Borland тут же предложила конкурирующее решение, именуемое IDAPI (Independent Data-base API -- интерфейс прикладных программ с независимыми базами данных).

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

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

Пользуясь, к примеру, пакетом Lotus Notes, вы можете создать базу данных для хранения объектов, представляющих собой либо целые документы, либо их части (это могут быть, в частности, диапазоны ячеек электронной таблицы). Затем, обратившись к функции Notes Field Exchange (Notes F/X, обмен полями в Notes), можно изменения, вносимые в объект, отразить в другой прикладной программе. Например, при изменениях в выбранной области электронной таблицы, новые значения сумм отразятся не только в самой таблице, но и в документе программы Notes, и в других документах, которые обращались к соответствующему полю таблицы.

Фирма Borland приняла другой подход, реализовав его в технологии ОВЕХ (Object Exchange -- обмен объектами), которая первоначально входила в так называемые редакции для групповой работы программ Quat-tro Pro for Windows 5.0 и Paradox for Windows 4.5. Располагая средствами ОВЕХ, вы можете взять на себя роль "издателя" информации (например, страницы электронной таблицы), а другие пользователи, для того чтобы получить доступ к этой информации, должны стать "подписчиками". Это означает, что они получают свежий экземпляр данной страницы всякий раз, когда первый пользователь сочтет необходимым "опубликовать" эти изменения. Технология ОВЕХ исключительно привлекательна для пользователей своей способностью работать в очень широкой гамме систем обмена сообщениями, в том числе в системах электронной почты для локальных сетей и в общественных службах связи, таких, например, как MCI Mail. Таким образом, издатель может послать через MCI Mail сообщение с новой информацией, которая автоматически обновит документ подписчика. Сейчас Borland в альянсе с фирмой WordPerfect работает над реализацией функции ОВЕХ в программе WordPerfect, а также обещает выпустить соответствующие инструментальные наборы для разработчиков и сделать необходимые дополнения к своим прикладным программам.

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

Уже сейчас существует ряд программных изделий, предназначенных ддя решения этой задачи. Пионером в этом направлении была фирма Hewlett-Packard, разработавшая программу NewWave, хотя, возможно, несколько преждевременно. Некоторые средства такого рода предусмотрены также в программе Workplace Shell для OS/2 фирмы IBM. Речь идет, в частности, о функции, которая дает возможность нескольким связанным между собой копиям одного и того же документа храниться в различных местах "рабочего стола" (эта функция именуется "теневым" копированием). Операционная система NeXTStep фирмы NeXT) -- одно из наиболее успешно разработанных с этой точки зрения изделий -- предлагает как объектно-ориентированную среду для программирования, так и механизм поиска объектов не по именам, а по контексту.

В русле этого направления фирма Microsoft планирует включить функции отслеживания объектов в новые версии Windows (Chicago, или Windows 4.0 и Cairo -- дальнейшее развитие версии Windows NT). Фирма IBM намерена расширить перечень объектно-ориентированных функций в своей операционной системе OS/2 путем ввода структур, разработанных фирмой Taligent, которая создает также новую полностью объектно-ориентированную операционную систему.

3. Интегрированные программные комплексы

Все началось с простейшего рыночного трюка. В 1988 г. кому-то в фирме Microsoft пришла в голову идея поместить несколько программных изделий, ориентированных на ПК семейства Macintosh, в одну коробку с надписью Microsoft Office и продавать их по "агрессивно низким" ценам. Так появился первый комплекс прикладных программ для офисов. В его состав вошли программы текстового процессора, электронной таблицы и демонстрационной графики. Вскоре после этого Microsoft выпустила еще один подобный программный комплекс, включающий ориентированные на Windows версии программ Excel, PowerPoint и Word. Конкуренты встали на тот же путь, и началась гонка.

Фирма Lotus Development Corp. выпустила на рынок программный комплекс Lotus SmartSuite for Windows, в состав которого вошли ориентированные на Windows версии пакетов AmiPro, Freelance Graphics, Lotus 1-2-3, в комплекте с абонентской лицензией на cc:Mail. Фирма Borland International, располагающая мощными программами электронных таблиц и баз данных, но не имеющая текстовых процессоров, объединила свои усилия с фирмой WordPerfect Corp. и включила ее текстовый процессор -- один из лучших в мире -- в свой программный комплекс Borland Office, куда, кроме того, вошли ориентированные на Windows версии программ WordPerfect, Quattro Pro и Paradox.

Со времени своего появления прикладные программные комплексы (ППК) сильно изменились. Фирма Microsoft ввела в свой ППК Office программу Microsoft Mail client, a затем выпустила новый комплекс Microsoft Office Professional, который в дополнение ко всем компонентам стандартной версии содержит пакет базы данных Microsoft Access. При создании своего комплекса Lotus SmartSuite фирма Lotus заменила программу cc:Mail пакетом Approach for Windows -- недавно приобретенным ею программным изделием типа СУБД, ориентированным на конечного пользователя. Комплекс программ Borland Office 2.0 по составу не изменился по сравнению с первой версией, но все три его составляющие подверглись серьезной модернизации, так же как и программные комплексы фирм Microsoft и Lotus.

В настоящее время большинство пользователей, работающих в системе Windows, могут купить наиболее предпочтительные для них прикладные программы в комплекте с другими разнообразными прикладными программами по низким ценам. Это уже оказывает сильное воздействие на рынок. Фирма Microsoft утверждает, что в составе программного комплекса Microsoft Office она теперь поставляет больше половины всего объема продаж своих программ Excel и Word. По оценке фирмы Lotus, примерно треть копий ее программы Lotus 1-2-3 продается в составе комплекса программ Lotus SmartSuite. Учитывая успех этого продукта, ориентированного на Windows, фирма недавно выпустила программный комплекс SmartSuite for OS/2, ориентированный на операционную систему OS/2.

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

* единообразность интерфейсов (стандартизованное представление, размещение и функционирование меню, линеек пиктограмм и диалоговых окон)

* легко обеспечиваемая возможность совместного пользования данными с применением средств динамического обмена данными (DDE, Dynamic Data Exchange) и динамической компоновки объектов (OLE, Object Linking and Embedding), а также средств оперирования запросами и обмена сообщениями.

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

* быстрый доступ к любой прикладной программе из любой другой.

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

Постараюсь ответить на поставленные вопросы, воспользуясь результатами опроса, проведенного журналом PC Magazine:

* В настоящее время самой главной причиной покупки программных комплексов является выгода. Более 40% респондентов поставили это соображение на первое место.

* На втором месте находятся привлекательность интеграции и возможности совместной работы прикладных программ.

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

Перечислю состав современных интегрированных прикладных программных комплексов:

Borland Office for Windows, версия 2.0

Состав:

WordPerfect 6.0 for Windows;

Quattro Pro for Windows 5.0, Workgroup Edition;

Paradox 4,5 for Windows, Workgroup Edition

Lotus SmartSuite 2.1 for Windows

Состав:

Ami Pro for Windows, версия 3,01; Lotus 1-2-3 for Windows, версия 4.01; Lotus Approach for Windows, версия 2.1; Freelance Graphics for Windows, версия 2.01;

Lotus Organizer for Windows, версия 1.17.

Microsoft Office Professional, версия 4.0

Состав:

Microsoft Word for Windows, версия 6.0; Microsoft Excel версия 4.0 (с бесплатной поставкой новой версии 5.0); Microsoft Access, версия 1.1; Microsoft PowerPoint, версия 3.0 (с бесплатной поставкой новой версии 4.0);

Microsoft Mail, версия 3.2 (требуется серверская редакция)

Мы находимся пока на ранней стадии "интеграционных войн", но уже ясно, что конкуренция в этой области принесет пользу всем, поскольку обогатит наш программный арсенал. С каждой новой версией прикладные программы, входящие в состав комплексов Borland Office, Lotus SmartSuite и Microsoft Office, становятся все мощнее и эффективнее именно благодаря согласованному взаимодействию частей системы, возникающему в результате интеграции.

Заключение

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

Это может стать настоящим поворотом в мире программных средств, отчасти подобным тому, который в свое время произвел переход от исполнения отдельных программ в среде DOS к многозадачности Windows или OS/2. Но он произойдет лишь после того, как объектно-ориентированный подход примет всеобщий характер. И тогда проблемноориентированные прикладные системы (возможно, автономные программы) навсегда уйдут в прошлое.

Список использованной литературы

1. Байбаков В.О. Как выбрать SOFT // Информатика и образование. - 1994. - №2. - С.97-101

2. Борзенко А. Интерфейсы винчестеров // Компьютер Пресс. - 1993. - №12. - С.11-20

3. Борзенко А. Дисководы для флоппи-дисков // Компьютер Пресс. - 1993. - №8. - С.25-28

4. Буханова Г.В. Высоконадежные оперативные запоминающие устройства, тенденции развития // Автоматика и телемеханика. - 1993. - №12. - С.9-10

5. Гасымов И. Автоматические хранилища информации // Компьютер Пресс. - 1995. - №9. - С.94-96

6. Гласс Б. Ассорти из байтов или Память ПК // Мир ПК. - 1992. - №3. - С.38-41

7. Захаров Д.В. Поговорим об играх под луной // Мир ПК. - 1995. - №1. - С.182

8. Климан Д. Идеальная дисковая память // Персональный компьютер сегодня. - 1994. - №6. - С.60-66

9. Костяков С. CD-ROM как устройства хранения информации: стандарты и персональные технологии построения накопителей на компакт-дисках // CompUnity. - 1995. - №1. - С.54-61

10. Липаев В.В. Переносимость прикладных программ и данных в открытых системах и структурах POSYX // Открытые системы. - 1994. - Вып.3. - С.59-66

11. Миллер М.Д. Будущее за интеграцией прикладных программных систем // Персональный компьютер сегодня. - 1994. - №3. - С.23-38

12. Позо Леоф Основы технологии CD-ROM // Науч. И технич. Б-ки / ГПНТБ России. - 1994. - №8. - С.33-50

13. Просис Д. Строительство продолжается: инструментальные средства и прикладные программы // Персональный компьютер сегодня. - 1994. - №4. - С.156-159

14. Федоров А. Как выбрать жесткий диск? // Компьютер Пресс. - 1993. - №12. - С.9-10

Размещено на Allbest