Замечания к сообщению
Радиосеть передачи данных. Часть 1.1. «При этом пользователь получает Т, который подключается к стандартному разъёму ОО» - ОО – это проявление эмоции?
2. «На проектируемую систему ложится задача передачи и приема данных (текст, музыка, видео) из узлов Internet.» - неверно. Проектируемая часть – это Т-ТД; здесь может идти речь о гарантируемой/негарантируемой доставке сообщений. Если в системе планируются услуги доставки real time трафика, то потребуется резервирование канального ресурса с требуемой пропускной способностью и качеством доставки. Подобный анализ, разумеется, должен иметь место.
3. «В качестве источника информационных сообщений могут выступать оконечное оборудование (ОО)» - неверно. Источником информационных сообщений все же правильней назвать «связное» ПО, которым пользуется абонент сети.
4. Требуется провести анализ планируемых атрибутов сообщений (непрерывных и эпизодических): приоритетность, адрес назначения/отправителя, задержка/качество доставки и т.п.
5. Требуется ввести и в дальнейшем использовать понятие потока – как виртуального соединения Т с удаленным узлом. Провести анализ его назначения, атрибутов.
6. «Для этого в системе используется автоматический запрос повторной передачи (англ. Architectural Research Quarterly – ARQ)» - это, конечно, хорошо. Но вот с непрерывными данными (постоянным трафиком) как сложится?
7. с целью устранения путаницы целесообразно использовать в тексте обозначения идентификаторов (к примеру, идентификатор Т - TermID).
8. Целесообразно разделить сообщение на большее число подразделов с выделением номера и названия. Нумерацию по ТЗ лучше не использовать.
9. « Рассмотрим краткое описание концепции функционирования сети» - хорошее описание. Но его требуется выполнить с учетом пп.2,4,5,6 и провести совместно с синтезом функциональных схем Т и ТД. Т.е. описание концепции функционирования сети должно явно ссылаться на соответствующие модули/задачи ФС Т и ТД или из описания концепции функционирования сети должно следовать наличие определенных функциональных модулей/задач Т и ТД. Аналогично по отношению к анализу ИС – при описании концепции функционирования сети необходимо в полной мере оперировать журналами ИС и сведениями из ИС.
10. «Модуль управления является, так называемым, программным обеспечением точки доступа. В нем прописаны все сценарии взаимодействия АР. Модуль управления, получив сведения о сети, выбирает необходимый сценарий взаимодействия сети в данной ситуации. Сценарий взаимодействия (профили работы), изменение данных профилей, в зависимости от ситуации, оптимизируют работу данной сети.» - не совсем понятно, требуется уточнение (раскрыть мысль подробнее, без такого обилия запятых).
11. html-ссылки дополнить названием работ.
Несмотря на большое количество недостатков - эта работа лучшая из тех, что проверил на данный момент (26.10.2013 02:04). Как и Надежде Жарко - развивайте идеи прошлых работ. Труд ребят прошлых потоков не должен пропадать.