2. Технологический цикл построения открытых систем

Технологический цикл построения открытых систем представлен следующими стадиями:

1. На первой стадии определяются цели деятельности системы, то есть область применимости, решаемые задачи, условия функционирования и т.д.

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

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

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

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

6. На шестой стадии осуществляется проверка на соответствие определенным на стадии 1 целям деятельности. Делается вывод о решении поставленной задачи, либо формируется задание на доработку.

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

       

Соответствие функций различных сетевых устройств уровням модели osi/iso. Многоуровневая структура стека tcp/ip

В стеке TCP/IP определены 4 уровня (рис. ).

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

Уровень межсетевого взаимодействия

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

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

Основным протоколом сетевого уровня (в терминах модели OSI) в стеке является протокол IP (Internet Protocol). Этот протокол изначально проектировался как протокол передачи пакетов в составных сетях, состоящих из большого количества локальных сетей, объединенных как локальными, так и глобальными связями. Поэтому протокол IP хорошо работает в сетях со сложной топологией, рационально используя наличие в них подсистем и экономно расходуя пропускную способность низкоскоростных линий связи. Так как протокол IP является дейтаграммным протоколом, он не гарантирует доставку пакетов до узла назначения, но старается это сделать.

К уровню межсетевого взаимодействия относятся и все протоколы, связанные с составлением и модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной информации RIP (Routing Internet Protocol) и OSPF (Open Shortest Path First), а также протокол межсетевых управляющих сообщений ICMP (Internet Control Message Protocol). Последний протокол предназначен для обмена информацией об ошибках между маршрутизаторами сети и узлом-источником пакета. С помощью специальных пакетов ICMP сообщает о невозможности доставки пакета, о превышении времени жизни или продолжительности сборки пакета из фрагментов, об аномальных величинах параметров, об изменении маршрута пересылки и типа обслуживания, о состоянии системы и т. п.