255 Протокольный стек tcp/ip

Комплект протоколов TCP/IP (Transmission Control Protocol/Internet Protocol) разрабатывался для сети Интернет (Internet Protocol Suite), в наст. время он широко распространен как в локальных, так и в глобальных сетях. Комплект протоколов Интернета состоит из набора общедоступных (по сети) документов RFC (Request For Comments—предложения к обсуждению), созданных коллек­тивными усилиями мирового сетевого сообщ-ва. Передача данных в Интернете основана на принципе коммутации пакетов, в соответствии с которым поток данных, передаваемых от одного узла к др., разбивается на пакеты, передающиеся в общем случае через сист. коммуника­ций и маршрутизаторов независимо др. от др. и вновь собирающиеся на при­емной стороне. Весь комплект базируется на IP - протоколе негарантированной доставки пакетов (дейтаграмм) без установления соединения (unreliable connec­tionless packet delivery). Инф. в TCP/IP передается пакетами со стандартизованной структу­рой, называемыми IP-дейтаграммами (IP Datagram), имеющими поле заголовка (IP Datagram Header) и поле данных (IP Datagram Data). Формат заголовка приведен на рис, где он показан в виде 32-битных слов. Конечные узлы — от­правители и получатели инф., называются хостами (host), промежуточ­ные устр-ва, оперирующие IP-пакетами (анализирующие и модифицирую­щие инф. IP-заголовков), называют шлюзами (gateway).

Слово\Бит 0 3 4 7 8 1516 19 31

1	Версия IP	Длина заголовка	Тип обслуживания	Общая длина дейтограммы
2	Идентификатор			Флаги	Местополож. фрагмента в дейтаграмме
3	Время жизни TTL		Протокол	Контрольная сумма заголовка
4	IP адрес отправителя
5	IP адрес получателя
6	опции

В дейтаграмму длиной 576 байт умещается 512-байтный блок данных и 64-байтный заголовок (размер заголовка может составлять 20-60 байт). Длина дейта­граммы определяется сетевым ПО так, чтобы она умещалась в поле данных сете­вого кадра, осущ-го ее транспортировку. Поскольку по пути следова­ния к адресату могут встречаться сети с меньшим размером поля данных кадра, IP специфицирует единый для всех маршрутизаторов метод сегментации — раз­бивки дейтаграммы на фрагменты (тоже IP-дейтаграммы) и реассемблирования — обратной ее сборки приемником. Фрагментированная дейтаграмма соби­рается только ее окончательным приемником, поскольку отдельные фрагменты могут добираться до него различными путями. Порядок сборки опред-ся смещением фрагмента, перекрытие фрагментов и даже выход фрагмента за заявленный размер собир-го пакета, как правило, не контролируются. На основе этих свойств алгоритма сборки «умельцы» осуществляют взлом сетевых ОС. Возможна конкатенация — соединение нескольких дейтаграмм в одну и сепарация — обратное действие.

В наст. время готовится переход на протокол IPv.6, который имеет следующие основные отличия: Расширение поля адреса с 32 до 128 бит.Обеспечение возможности автоконфигурирования узлов. Выравнивание полей заголовка с целью ускорения обработки пакетов. Обеспечение возможностей для большей расширяемости протокола. Дальнейшее изложение относится к существующей 32-битной адресацииIPv.4

256. Прототипное проектирование экономической информационной системы (ЭИС) (RAD-технологии). Основные возможности и преимущества быстрой разработки прототипа ЭИС при использовании RAD-технологии.

Один из подходов к разработке прикладного ПО в рамках спиральной модели ЖЦ - быстраяй разработка приложе­ний, или RAD. Подход RAD предусмат­ривает наличие 3х составляющих:

- группа разработчиков (3-7чел), кот. вып-­ет работы по проектир-ю отдельных подсистем ПО;

- пр-венный гра­фик (до 3 мес);

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

ЖЦ ПО в подходе RAD вкл-ет 4стадии:

1) анализ и планирование треб; 2) проектир-е; 3) реализация; 4) внедрение.

1. Анализ и планирование треб. На этом этапе пользователи:

- опред-ют ф-ции, кот. должна вып-ть сист;

- выделяют ф-ции, требующие прора­ботки в первую очередь;

- опис-ют инфо-ные потребности.

На данной стадии реш-ся след. задачи: огранич-ся масштаб проекта; устанав-ся временные рамки для кажд. стадии; опред-ся возможность реализации проекта в заданных размерах фин-рования, на имеющихся аппаратных средствах и т.п. Рез-т вып-ния: а) список ф-ций будущего ПО ЭИС; б) предварительные модели ПО.

2. Проектир-е. На данной стадии вып-ся след. действия:

- более детально рассм-ся процессы системы;

- при необходимости для кажд. эл-тарного процесса создается частичный прототип: экранная форма, диалог, отчет;

- устанавливаются требэ разграничения доступа к данным;

- опред-ся состав док-тации.

После опред-я состава процессов оценивается кол-во ф-циональных точкек (входной эл-т – входной док-т или экранная форма; выходной эл-т – отчет, док-т, экранная форма; запрос; интерфейс приложения) и принимается реш-е о разделении ЭИС на подсист.

Рез-т данной стадии: а) общая инфо-ная модель сист; б) ф-циональные модели сист; в) разработанные интерфейсы подсистем; г) построенные прототипы экранных форм, отчетов, диалогов.

3. Реализация. На этой стадии вып-ся разработка приложения:

- построение реальной си­стемы на основе полученных моделей;

- пользователи оценивают получаемые рез-ты и вносят коррективы.

Тестирование сист. осущ-ся в процессе разработки.

Реализация сист. завершается:

- осущ-ем анализа использования данных и опред-я не­обходимости их распределения;

- физическим проектир-ем БД;

- формулировкой треб. к аппаратным ресурсам;

- завершением разработки док-тации проекта.

Рез-том стадии явл-ся готовая сист, удовлет-щая всем треб.

4. Внедрение. Здесь производится обучение пользователей.

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