Сравнительная характеристика интегрированных пакетов прикладных программ назначения - Программирование, компьютеры и кибернетика реферат
Главная
Программирование, компьютеры и кибернетика
Сравнительная характеристика интегрированных пакетов прикладных программ назначения
Развитие интегрированных пакетов прикладных программ, механизмы, такие, как OLE и OpenDoc, обеспечивающие их совместную работу. Анализ наиболее известных комплексов, состоящих из прикладных программ, работающих как самостоятельно, так и интегрированно.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Сравнительная характеристика интегрированных пакетов прикладных программ назначения
1. Тенденции развития интегрированных пакетов прикладных программ назначения
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.
Еще один применяемый при интеграции программ подход -- маршрутизация объектов. Большинство терминов в области объектно-ориентированного программирования (инкапсуляция, наследование, связывание), представляют интерес только для разработчиков. Пользователям же, которые работают с прикладным программами, приходится сталкиваться с другими терминами, описывающими объекты: общие объекты комплекса прикладных программ, встраиваемые OLE-объекты, разделяемые объекты в сети, предоставляемые (exposed), или программируемые, объекты в готовых программах.
Наиболее известным объектно-ориентированным стандартом для интеграции прикладных программ является технология OLE фирмы Microsoft (Object Linking and Embedding -- динамическая компоновка и встраивание объектов). Впервые она была реализована в оболочке Windows 3.1, а первыми прикладными системами, которые использовали средства OLE, стали Lotus Notes и Microsoft Excel.
Цель динамической компоновки объектов состоит в том, чтобы дать пользователю возможность помещать информацию, созданную одной прикладной программой, в документ, формируемый другой. Причем делать это нужно так, чтобы все время можно было редактировать перенесенную информацию в рамках той прикладной системы, где она была первоначально образована. Например, вы должны иметь возможность поместить объект в виде электронной таблицы в документ, создаваемый текстовым процессором, затем дважды нажать на клавишу мыши при указании на таблицу и тем самым запустить программу электронной таблицы. Документы, содержащие встроенные информационные объекты, называются сложными или компонентными.
После того как описанным образом были встроены данные, они вместе с инструкциями о том, как ими оперировать, физически хранятся в рамках сложного документа. Такой документноориентированный подход имеет то преимущество, что позволяет сделать документ единым хранилищем всей необходимой информации, а не поддерживать ее в разных местах -- файлах текстового процессора, электронной таблицы и графики.
Прикладная система может либо содержать объект (в этом случае она именуется контейнером, или клиентом OLE), либо действовать как встраиваемый объект (в этом случае она называется компонентом, или сервером OLE), а иногда выступать в обеих этих ролях.
Стандарт 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 и уж тем более с прикладными программами других поставщиков.
Система 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-стандарт инфраструктуры для компиляторов Си++.
ОВЕХ представляет собой совокупность средств, встроенных в важнейшие прикладные программы фирмы 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.
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. вы
Сравнительная характеристика интегрированных пакетов прикладных программ назначения реферат. Программирование, компьютеры и кибернетика.
Практическое задание по теме Кукла из соленого теста. Подарок
Реферат по теме Государство как институт политический системы
Реферат: Коронавирусная инфекция. Скачать бесплатно и без регистрации
Тема Реферата По Обж Спид Предупредить Предотвратить
Реферат: Нормативы по охране труда. Скачать бесплатно и без регистрации
Собрание Сочинений Бесплатно В Формате Fb2
Реферат по теме Стратегия инвестиционной политики современной России и иностранных государств
Титульный Лист Мфюа Реферат
Время Перемен Структура Сочинения
Отчет Руководителя Практики О Работе Студента
Стратегическое Планирование Деятельности Предприятия Курсовая Работа
Реферат: Переработка грунта для возведения подземной части зданий
Курсовая Работа На Тему Дружба
Реферат: Правовые позиции Конституционного Суда РФ в Федеративной сфере
Экспертиза вреда здоровью
Доклад по теме Пиотровский Михаил Борисович
Курсовая работа по теме Понятие и типы денежных систем
Дипломная работа: Сімейні традиції та їх вплив на розвиток дитячого алкоголізму
Эссе Стать Человеком Искусство
Сочинение по теме Мой любимый поэт современности (Александр Петрович Межиров)
Основы управления человеческими ресурсами - Менеджмент и трудовые отношения дипломная работа
Сущность, теория и содержание мотивации персонала - Менеджмент и трудовые отношения курсовая работа
Российская управленческая школа - Менеджмент и трудовые отношения курсовая работа