Содержание

1. Всемирная паутина WWW.................................................................... 3

1.1. Кто же придумал Internet?............................................................. 3

1.2. Создание первой версии ARPANET.............................................. 3

1.3. Рост и изменение ARPANET в 70-е годы...................................... 4

1.4. Рост Internet в 80-е годы................................................................. 5

1.5. 90-е годы и пришествие WWW...................................................... 7

2. Импорт и экспорт данных..................................................................... 8

2.1. Интеграция приложений Microsoft Office...................................... 8

2.2. Использование протокола OLE..................................................... 9

2.3. Интеграция Microsoft Access и Microsoft Excel........................... 11

2.4. Организационные модели приложений....................................... 11

2.4.1. Модель центрального приложения....................................... 12

2.4.2. Модель исполняемого файла................................................. 12

2.4.3. Модель распределенных ролей............................................. 12

2.4.4. Особенности проектирования интегрированных приложений 13

Используемая литература....................................................................... 15

1. Всемирная паутина WWW

1.1. Кто же придумал Internet?

В 1960-е годы, после Карибского кризиса, фирма RAND Corporation, один из мозговых центров Соединенных Штатов, впервые предложила создать децентрализованную компьютерную сеть, покрывающую всю страну. Проект включал в себя объединение компьютеров военных, научных и образовательных учреждений в сеть, которая могла бы сохранить работоспособность в условиях ядерной атаки[1].

В первом варианте предложения, которое увидело свет в 1964 году благодаря усилиям сотрудника RAND Пола Бэрана (Paul Baran), просто утверждалось, что все узлы (компьютеры) сети должны иметь одинаковый статус. Каждый узел уполномочен порождать, передавать и получать сообщения от любого другого. Сообщения для передачи разбиваются на небольшие стандартизированные элементы, называемые пакетами. Каждый пакет имеет адрес назначения, и доставка сообщения обеспечивается тем, что каждый узел имеет возможность посылать (или переадресовывать) пакеты по сети к месту назначения.

1.2. Создание первой версии ARPANET

В конце 1960-х годов, корпорация RAND, Массачусетский технологический институт и Калифорнийский университет Лос-Анджелеса начали экспериментировать с концепцией децентрализованной сети с пересылкой пакетов. В Великобритании подобные эксперименты проводились NPL (National Physical Laboratory , Национальной физической лабораторией). В 1968 году подразделение Петагона, - ARPA (Advanced Research Projects Agency, Агенство по работе с исследовательскими проектами в области перспективных исследований), - открыло финансирование этого проекта в США.

К осени 1969 года появился на свет младенец – сеть ARPANET, состоящий к тому времени из четырех узлов, а именно: компьютер SDS SIGMA в Калифорнийском университете Лос-Анджелеса, компьютер SDS940 в Стэндфордском исследовательском институте, компьютер IBM360 в Калифорнийском университете Санта-Барбары, компьютер DEC PDP-10 в университет штата Юта.

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

К 1971 году ARPANET разрослась до 15 узлов, включая Массачусетский технологический институт, RAND, Гарвард, Питтсбургский университет Каренги-Меллона, Case Western Reserve и центр NASA в Эймсе.

К 1972 году сеть ARPANET насчитывала уже 37 узлов, а в 1973 году впервые были подключены и зарубежные узлы – Университетский колледж в Лондоне и Королевская лаборатория радиолокации в Норвегии. Ответственность за администрирование сети взяло на себя DCA (Defence Communication Agency, Оборонное агенство по коммуникациям), в настоящее время называемое DISA (Defence Information Systems Agency, Оборонное агенство по информационным системам).

1.3. Рост и изменение ARPANET в 70-е годы

Несмотря на то, как в реальности использовались новые возможности, создание ARPANET и концепции децентрализованной сети с пакетной передачей данных в целом означали огромный успех. В течение 1970-х годов эта легко расширяемая система претерпела гигантский рост. Её децентрализованная структура, существенно отличающаяся от структур существовавших в то время корпоративных сетей, позволяла подключать к сети компьютеры практически любого типа, - при одном лишь условии, что эти компьютеры “понимали” протокол (соглашение о стандарте) пакетной передачи данных NCP (Network Control Protocol, Протокол сетевого управления). Этот протокол стал предшественником ныне используемого TCP/IP (Transmission Control Protocol/Internet Protocol, Протокол управления передачей/Протокол Intenet, или Межсетевой Протокол).

Протокол TCP/IP, открытый для общего использования, отличался от NCP тем, что сообщение разбивались, и преобразовывались в пакеты на узле отправки, обратное преобразование со сборкой сообщения из пакетов происходило на узле назначения. Протокол IP устанавливал адресацию пакетов, которая позволяла пакетам достичь места назначения, проходя через многочисленные узлы, или даже сети, стандарты которых отличались от стандарта NCP для ARPANET[2].

Протокол TCP/IP послужил толчком для дальнейшего расширения ARPANET, поскольку он легко устанавливался на практически любой компьютер и позволял сети с легкостью развиваться вширь от любого существующего узла.

К 1983 году ARPANET, которая к тому времени уже получила общепринятое имя Internet, отражающее ее структуру мощной совокупности связанных между собой компьютеров и сетей, официально отказалась от использования протокола NCP в пользу более развитого и распространенного протокола TCP/IP.

1.4. Рост Internet в 80-е годы

1980-е годы стали периодом бурного роста Internet.

В то время начали появляться Локальные Вычислительные Сети (LAN), например, такие как Ethernet и др. Одновременно появились компьютеры, которые стали называть рабочими станциями. На большинстве рабочих станций была установлена операционная система UNIX. Эта ОС имела возможность работы в сети с Протоколом Internet (IP). В связи с возникновением принципиально новых задач и методов их решения появилась новая потребность: организации желали подключиться к ARPANET своей локальной сетью. Примерно в то же время появились другие организации, которые начали создавать свои собственные сети, использующие близкие к IP коммуникационные протоколы. Стало ясно, что все только выиграли бы, если бы эти сети могли общаться все вместе, ведь тогда пользователи из одной сети смогли бы связываться с пользователями другой сети.

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

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

Важно отметить то, что усилия NSF по развитию сети привели к тому, что любой желающий может получить доступ к сети. Прежде Internet была доступна только для исследователей в области информатики, государственным служащим и подрядчикам. NSF способствовал всеобщей доступности Internet по линии образования, вкладывая деньги в подсоединение учебного заведения к сети, только если то, в свою очередь, имело планы распространять доступ далее по округе. Таким образом, каждый студент четырехлетнего колледжа мог стать пользователем Internet. И потребности продолжают расти. Большинство таких колледжей на Западе уже подсоединено к Internet, предпринимаются попытки подключить к этому процессу средние и начальные школы. Выпускники колледжей прекрасно осведомлены о преимуществах Internet и рассказывают о них своим работодателям. Вся эта деятельность приводит к непрерывному росту сети, к возникновению и решению проблем этого роста, развитию технологий и системы безопасности сети.

В 1987 году число компьютеров, подключенных к Intenet, составило более 10 000. К 1989 году это число достигло 100 000.

1.5. 90-е годы и пришествие WWW

1990-е годы послужили ареной продолжающейся экспансией Internet, а также создания нескольких служб и программ для работы в Сети. Опять-таки из-за нехватки пропускной способности NSFNET, в 1991 году магистральные каналы NSFNET были модернизированы до “статуса T3”, что соответствует скорости передачи данных 44.738 Мбит/сек. Хотя бы на время проблема мощностей была снята (ведь в то время Internet подростал в среднем на 100-200% в год!).

1992 год примечателен тем, что в этом году число компьютеров в Сети перевалило за миллион.

Однако, без сомнения, наиболее серьезным развитием Internet в 1990-х годах (а, по мнению некоторых, и критическим в смысле самого существования Сети) стало создание WWW (World Wide Web, Всемирная паутина).

В ноябре 1990 года Тим Бернсли из CERN (Европейского центра ядерных исследований, также известен как Европейский центр физики частиц) создал первый прототип WWW-сервера, используя компьютер NeXT. WWW как активно функционирующая система не выходила в свет до 1992 года. В феврале 1993 года в NCSA (National Center for Supercomputer Applications, Национальный центр применения суперкомпьютеров) была создана альфа-версия (т.е. первая тестовая) программы Mosaic. В сентябре 1993 была выпущена первая работающая версия Mosaic, и поток информации по WWW составил 1% от полного потока информации в NSFNET. К октябрю 1993 года 200 WWW-серверов было запущено в эксплуатацию.

В последующие годы развитие Internet и WWW происходило еще более быстрыми темпами. Реальную статистику числа компьютеров в Сети и WWW-серверов получить весьма трудно, так как эти данные изменяются практически ежедневно. Разумной оценкой числа компьютеров в Internet (усредненной по данным нескольких источников) на июнь 1995 года можно считать число 6.5 миллионов, причем большинство их них, как вы, наверное, и предполагали, находится в США.

2. Импорт и экспорт данных

2.1. Интеграция приложений Microsoft Office

При рассмотрении вопросов интеграции в настоящее время наиболее часто выстраивается ряд используемых технологий: OLE, автоматизация, ActiveX[4].

Все эти технологии построены на компонентной модели объектов (Component Object Model - COM) фирмы Microsoft. COM – это спецификация для проектирования компонентов (объектов), программного обеспечения многократного использования. Эти компоненты можно комбинировать для создания различных приложений.

Спецификация COM определяет взаимодействие (набор интерфейсов) между клиентом, к примеру, Excel, и программируемым объектом.

OLE (Object Linking and Embedding – Связывание и внедрение объектов) – протокол, обеспечивающий обмен данными между приложениями. OLE предоставляет пользователям возможность создания составных документов. С помощью OLE пользователи могут связывать или внедрять объекты одних приложений в файлы других приложений. Каждый объект OLE содержит два вида данных – собственно данные исходного объекта и данные для его представления в составном документе.

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

Технология ActiveX построена на специальных элементах управления ActiveX. Эти элементы являются облегченной 32-разрядной версией элементов управления OLE.

2.2. Использование протокола OLE

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

При внедрении объектов в файл клиента в него вносятся и данные о представлении объекта, и данные, необходимые для его редактирования внутри составного документа. Часто это приводит к непомерному увеличению составного документа. Связывание и внедрение сравниваются в следующей таблице[5]:

Параметр

Связывание

Внедрение

Число файлов

Необходимо поддерживать не менее двух файлов: связанного объекта (например, файл Microsoft Word) и составного документа, использующего этот объект (такого как Excel). Можно установить связь так, что при обновлении исходного файла объекта автоматически обновляется файл составного документа.

Поддерживать необходимо лишь один файл составного документа, содержащего внедренный объект.

Создание объектов

Объект создается копированием его из исходного документа и вставкой в документ назначения.

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

Обновление объектов

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

Необходимо отразить изменения внедренного объекта в каждом составном документе.

Формат, используемый в документе – контейнере

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

Все внедренные объекты появляются в составном документе как графические.

Поддержка объектов

Необходимо отслеживать соответствие путей к файлу исходного объекта в составном документе.

Все что необходимо – это поддерживать документ, содержащий внедренный объект.

Размер объекта

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

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

Управление объектами

Можно установить связь таким образом, чтобы можно было обновлять объект вручную или автоматически временно блокировать связь, разрывать или восстанавливать ее.

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

2.3. Интеграция Microsoft Access и Microsoft Excel

В Microsoft Access предусмотрена возможность использования листов Microsoft Excel в формах и отчетах Microsoft Access с помощью свободных и присоединенных рамок объектов, а также возможность вставки листов Microsoft Excel в таблицы Microsoft Access в виде объектов OLE.

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

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

2.4. Организационные модели приложений

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

·        модель центрального приложения;

·        модель исполняемого файла;

·        модель распределенных ролей.

2.4.1. Модель центрального приложения

В этой модели одно из  приложений Microsoft Office управляет остальными. Разработчики пишут весь код только для управляющего приложения, и пользователи в основном работают с ним. Например, приложении на основе Excel импортирующее данные, хранящиеся в базе данных Access, и экспортирующее результата анализа в документ Word, использует модель центрального приложения с Excel в центре.

2.4.2. Модель исполняемого файла

В этой модели все компоненты приложения Office управляются из самостоятельного EXE-файла. Им может являться, например, приложение для бизнеса, построенное с помощью Visual Basic. Кроме исполняемого EXE-файла разработчики могут написать код для приложений компонентов. В ходе работы пользователи могут переходить из одного компонента в другой или в исполняемый EXE-модуль приложения.

Примером такой модели может служить приложение на основе Visual Basic, управляющее данными, хранящимися в Access, и использующее их при подготовке отчета, записываемого в Word.

2.4.3. Модель распределенных ролей

В этой модели каждое приложение Office и исполняемый EXE-файл разработчиков выполняет свою часть работы. Такая модель позволяет добиться повышения производительности (поскольку исполнение кода внутри «родного» приложения всегда быстрее, чем использование механизма автоматизации), за счет написания программного кода для каждого используемого компонента и самого приложения. Пользователь работает либо с компонентами, либо с данным приложением, в зависимости от того, каким приложением осуществляется текущая обработка. Обычно, пользователи не могут выбирать активное приложение-компонент. При необходимости приложение само активизирует нужный компонент. Например, в приложении на основе Access, автоматизирующем процесс извлечения и форматирования именованных диапазонов Excel, применена именно эта модель: пользователи запускают программу из Access, а затем она активизирует компонент Excel, в которой пользователь выбирает именованные диапазоны.

2.4.4. Особенности проектирования интегрированных приложений

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

·        при разработке интегрированных приложений, использующих продукты Office, для подготовки пользовательских данных, обычно следует оставлять пользователя в этом же исходном продукте Office. Например, если приложении Access подготовит отчет в Excel, то заканчивая приложение, оставьте пользователя в Excel, чтобы он сразу мог увидеть результат;

·        при разработке интегрированного приложения, использующего только функции определенного продукта Office, не следует даже показывать его пользователю. Например, если приложение Access использует Excel для проведения серии расчетов и возвращения некоторого числа, пользователю знать об этом совсем не нужно. Тем самым увеличивается скорость исполнения приложений и их интегрируемость, поскольку пользователь не вмешивается в процесс исполнения приложения;

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

·        при разработке интегрированного приложения, перемещающего данные из одного приложения в другое, попытайтесь реализовать его таким образом, чтобы не загружать ещё одно приложение Office (равно как и любое другое). В таком случае производительность будет выше. Например, не копируйте данные из Access в Excel или Word. Вместо этого используйте, например, объекты доступа к данным.

Используемая литература

1.     Леонтьев В.П.  Новейшая энциклопедия персонального компьютера 2003. М.: ОЛМА-ПРЕСС, 2003. -  920 с.: ил.

2.     Шапошников И.В. Интернет-программирование. – СПб.: БХВ – Санкт-Петербург, 2000. – 224 с.: ил.

3.     Симонович С.В., Евсеев Г.А., Мураховский В.И. INTERNET: Лаборатория мастера. Практическое руководство по эффективным приемам работы в Интернете. – М.: АСТ-ПРЕСС: Инфорком-Пресс, 2001. – 720 с.

4.     Вейскас Дж. Эффективная работа: Microsoft Office Access 2003. Издательский дом  «Питер», 2005. – 1168 с.

5.     Хэлворсон М., Янг М. Эффективная работа: Office XP. Издательский дом «Питер», 2004. – 1072 с.

[1] Леонтьев В.П. Новейшая энциклопедия персонального компьютера 2003. М. ОЛМА-ПРЕСС, 2003, стр. 836

[2] Симонович С.В., Евсеев Г.А., Мураховский В.И. INTERNET: Лаборатория мастера. Практическое руководство по эффективным приемам работы в Интернете. – М.: АСТ-ПРЕСС: Инфорком-Пресс, 2001. – 720 с.

[3] Шапошников И.В. Интернет-программирование. – СПб.: БХВ – Санкт-Петербург, 2000. – 224 с.: ил.

[4] Хэлворсон М., Янг М. Эффективная работа: Office XP. Издательский дом «Питер», 2004. –  стр. 749

[5] Вейскас Дж. Эффективная работа: Microsoft Office Access 2003. Издательский дом  «Питер», 2005. – стр. 68 с.