Файл: Определение сервера и клиента.pdf

В качестве другого примера рассмотрим приложение электронной почты. Электронная почта Веба также состоит из большого колличества компонентов: почтовых серверов, содержащих почтовые ящики пользователей, программ для просмотра и создания электронных писем, стандартов, обрисовывающих структуру электронных писем, протоколов практического значения, регламентирующих распорядок размена извещениями серверов меж собой и с терминальными системами пользователей, а также интерпретацию полей, из которых состоят электронные письма. Главным протоколом практического значения для электронной почты считается протокол простого предоставления извещений (Simple Mail Transfer Protocol, SMTP). Как мы видим, SMTP (RFC 2821) — только часть (хотя и довольно крупная) структуры приложений электронной почты.

Как сказано выше, протоколы практического значения характеризуют метод размена извещениями меж 2-мя процессами, выполняющимися на различных терминальных системах. Традиционно протокол описывает последующие составляющие:

- разновидности применяемых извещений, к примеру, запросы и ответы;

- синтаксис каждого из видов извещений, описывающий поля извещения и их ограничители;

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

- правила, описывающие действия, которые инициируют генерацию извещений.

Некоторые из протоколов практического доступа (HTTP, SMTP и др.) считаются официально документированными в RFC. Это значит, что ежели разработчик новоиспеченого браузера станет следовать стандарту, то браузер сумеет получать документы с хоть какого интернет-сервера, построенного потому же принципу. Тем не менее есть много протоколов практического значения, которые никак не стандартизированы и при этом используются для поддержки платных продуктов. В частности, это типично для Веб-телефонии.^[5]

1.4 Представление данных в системах обработки данных

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

Есть 3 значения понятия данных: логический уровень, хранения и физический уровень.

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

При исследованию логических структур данных предусматривается еще информативная надобность пользователей системы и характер задач, для решения которых предназначена СОД. Единицей информации на данном уровне считается закономерная запись. Любой предмет, обрисовываемый соответственной закономерной записью, характеризуется явными показателями, являющимися принадлежностями записи.^[6]

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

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

На логическом уровне понятия данных никак не предусматривается техническое и математическое обеспечение системы (вид ЭВМ, разновидности памяти, язык программирования, операционная система).

На уровне хранения оперируют со структурами хранения − понятиями логической структуры данных в памяти ЭВМ. Структура хранения обязана полностью показывать логическую структуру данных и поддерживать её в процессе функционирования СОД. Единицей информации на данном уровне еще считается логическая запись.

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

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

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

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

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

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

Выводы главы:

В едином варианте для организации работы юзеров сети с информационными ресурсами, распределенными по разным компьютерам, нужны 3 составляющих:

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

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

-правила (протокол) взаимодействия меж данными программами.

Технология взаимодействия, в которой 1 программа запрашивает исполнение какой-либо совокупности действий ("запрашивает услугу"), а иная её исполняет, именуется технологией "клиент-сервер". Соучастники такового взаимодействия именуются поэтому клиентом (client) и сервером (server). Довольно часто клиентом (либо сервером) именуют компьютеры, на которых работает то либо иное клиентское (либо серверное) программное обеспечение.

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

Глава 2. Основные принципы построения распределённых информационных систем

2.1 Основные принципы структурного подхода

В базу функционально-модульного подхода положен принцип алгоритмической декомпозиции, в согласовании с которым делается деление функций ИС на модули сообразно функциональной принадлежности, когда любой модуль системы реализует один из шагов всеобщего процесса. Обычный функционально-модульный подход к разработке ИС предугадывает строго логический распорядок действий (так именуемая "модель водопада"). Сообразно суждению Страуструпа [10], основной недочет модели "водопада" содержится в предрасположенности информации течь лишь в одну сторону. Ежели неувязка оказывается "внизу по течению", то нередко появляется мощный координационный и методический нажим с целью проводить только ограниченные корректирования и разрешить проблему в отсутствии воздействия на прошлые стадии проекта. Такая недостающая оборотная ассоциация приводит к конструированию, неполноценному во многих положениях, а ограниченные корректирования приводят к деформированным осуществлениям. Модифицирование притязаний к системе имеет возможность привести к её абсолютному перепланированию, потому ошибки, заложенные на ранних шагах, здорово отображаются на времени и окончательной стоимости разработки. Ориентация на эту поочередную модель усиливает возможность того, что будет потерян контроль над заключением появляющихся проблем.

2.2 Неоднородность ресурсов в распределенных системах

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

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

2.3 Концепции и принципы объектного подхода (Классы и объекты)

Главные понятия объектно-ориентированного подхода - объект, класс и экземпляр.

Объект - это абстракция множества вещей настоящего мира, владеющих схожими чертами и законами поведения. Объект представляет собой обычный неясный элемент такового множества. Экземпляр объекта - это определенный установленный элемент множества. Например, в банковском деле объектом считается некий лицевой счет, а экземпляром данного объекта - лицевой счет #123.

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

Таковым образом, объект - это обычный представитель класса, а определения "экземпляр объекта" и "элемент класса" равносильны.

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

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

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

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

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