Соглашения о связи

Обмен данными и вопросы кодирования

Вопросы и задачи для самостоятельного решения

Каковы критерии разделения программы на модули?

Как следует формулировать требования, чтобы они отличались от пояснений?

Как следует формулировать описание тест-требований?

Какой документ отвечает на вопрос «Что должна делать программа?»

Какой документ отвечает на вопрос «Что должна делать программа?»

Какие виды диалогов с пользовате

Любые предложения люди понимают иначе, чем тот, кто их вносит.

Закон Чизхолма

Следствие:

Даже если ваше объяснение настолько ясно, что исключает всякое ложное толкование, все равно найдется человек, который поймет вас неправильно.

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

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

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

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

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

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

Дата добавления: 2014-12-26