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

с) Управление данными.

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

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

Трехуровневое приложение.

В нем появляется третий промежуточный уровень, реализующий бизнес правила, которые являются наиболее часто изменяемыми компонентами приложения.

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

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

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

2.4) Понятие прикладных протоколов.

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

1) Web.

Web- является сетевым приложением, позволяющим пользователем получать Web- документы по запросу и состоящим из множество компонентов, включая в себя:

а) стандарт формата документа (HTML).

b) Браузеры (Netscape Navigator, Microsoft Internet Explorer , Googol Chrome, Yandex).

c) Web-серверы (Apache, Microsoft).

d) Протоколы прикладного уровня.

Протоколы прикладного уровня для Web носит название протокола передачи гипертекста и описывает формат и порядок обмена сообщения между клиентом и сервером.

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

Протокол FTP - это протокол передачи файлов , служит для обмена файлами между компьютерами.

Протокол HTTP - протокол обмена гипертекстовой информации , то есть документами НTML.

Протоколы POP и SMTP - протокол почтового отдаления, используется для получения электронной почты с почтовых серверов.

Протокол IMAP - протокол используется для чтения почты.

Протокол SLIP - протокол подключения к сети интернет по последовательной линии. Используется для установлении связи с удаленными узлами через низкоскоростные последовательные интерфейсы.

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

2) Электронная почта.

Электронная почта интернета так же состоит из множества компонентов:

a) Почтовых серверов , содержащие почтовые ящики пользователей.

b) Программ для просмотра и создания электронных писем.

c) Стандартов , описывающих структуру электронных писем.

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

е) Интерпретация полей , из которых состоят электронные письма.

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

a) Типы используемых сообщений.

b) Синтаксис каждого из типов сообщений , описывающие поля сообщений и их разделители.

с) Семантику полей , то есть смысл информации , содержащейся в каждом из полей сообщений .

d) Правила, описывающие события, которые вызывают генерацию сообщений.

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

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

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

Существуют три уровня представления данных:

а) Логический уровень;

b) Уровень хранения.

с) Физический уровень.

Логический уровень.

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

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

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

На логическом уровне представление данных не учитывается техническое и математическое обеспечение системы:

а) Тип ЭВМ;

b)Типы памяти;

с) Язык программирования;

d) Операционная система.

Уровень хранения.

Уровень хранения - это представление логической структуры памяти ЭВМ.

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

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

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

От выбора структуры хранения непосредственно зависит эффективность обработки данных. Правильно выбранная структура хранения обеспечивает:

а)минимальный расход машинной памяти;

b)быстрый поиск нужных данных;

с)возможность добавление новых и удаления устаревших записей без разрушения логической структуры;

d) Возможность корректировки записей.

Поддержания структуры хранения осуществляется программными

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

Физический уровень.

Физический уровень - это представление данных определяющих физическую структуру данных.

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

а) Тип и объем памяти;

b) Способ адресации;

с) Методы и время доступа.

На этом же уровне решаются задачи по организации обмена данными между оперативной и внешней памятью ЭВМ.

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

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

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

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

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

Традиционный функционально-модульный подход к разработке ИС предусматривает строго последовательный порядок действий. ("модель водопада")

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

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

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

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

2.6.3.) Концепции и принципы объектного подхода.

(Классы и объекты).

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

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