Краткие замечания к сообщению
Радиосеть управления освещением (часть 1) 1.
1.1. Архитектура решения: обоснование функционального состава радиосети, определение источника и получателя сообщений. Краткая характеристика целевого ПО терминала, пользовательского интерфейса (интерфейса взаимодействия с внешним объектом). Описание обобщенных функциональных схем терминала и выделенного узла сети, пояснение цели и места радиомодуля в составе терминала. Пояснение роли выделенного узла сети, анализ основных видов поддержки, оказываемых выделенным узлом терминалам сети.Задание п.1.1 практически не выполнено, по существу раздела в статье представлено следующее:
Исходя из технического задания, сеть должна состоять из двух видов объектов:
1. Пульт управления освещением.
2. Терминал управления освещением.Разумеется, такое недопустимо.
Автор сообщения сделал акцент на анализ аппаратной части "виртуального" решения, что явно преждевременно и выбивается из контекста задания.
В этом разделе требуется четкое пояснение функциональной "картинки" радиосети:
а) выделяется "пользовательская" часть, в которой рождается понятие телекоммуникационной услуги: инструмент, с которым работает пользователь - как работает, с чем работает, предполагаемый пользовательский интерфейс (как с его помощью будет решаться поставленная в ТЗ задача). Здесь не должно быть ни АР, ни Т - это отдельные атрибуты радиосети, которые обеспечивают техническое выполнение телекоммуникационной услуги.
б) точка доступа/Т - это атрибуты узлы радиосети, которые обеспечивают адресную доставку сообщений. АР/Т не создают сообщений (за исключением своего, служебного трафика), они лишь выполняют транзитные фукнции. Инструментом п.а) эти объекты не ощущаются, поскольку инструменты п.а) назначают свои сообщения другим адресатам, уж точно не АР/Т.
в) в силу обстоятельств п.б) понятие Т
необходимо функционально отделить от тех внешних модулей, к которым он подключен. Назначение Т - принимать и получать сообщения по/из радиосети; принятое сообщение Т выдает внешним устройствам, которым, собственно оно и предназначалось. Следовательно, именно некое внешнее устройство взаимодействует с инструментами п.а), рождая тем самым диаграмму состояний объектов и протокол обмена.
г) Т.о. в особую функциональную группу выделяется некие внешние модули, выполняющие поставленные задачи и ведущие активный диалог с пользовательский ПО/пользователем.
В результате тщательной работы над п.а)-г) должна получиться подобная функциональная диаграмма, которая подводит итог п.1.1:
2.
1.2.Обоснование возможности решения поставленной задачи на основании результатов п.1, описание основ-
ных моментов функционирования радиосети. не выполнено
3.
1.3.Канальный уровень: разработка подсистемы управления доступом к среде, проработка процедур гаранти-
рованной/негарантированной доставки служебных и информационных сообщений.Под заголовком "Описание сценария взаимодействия" представлены высказанные "вслух" мысли о намерениях. Решения неаргументированные, выполнены в декларативной форме. Рекомендации по содержательной части раздела 1.3 проигнорированы.
Сценарий - это последовательность событий и реакции на них участников сети. Сценарий проявляется в переходе сетевых узлов от одного состояния к другому и в соответствующем обмене сообщениями.
Такого анализа в работе представлено не было. Для команды это очень слабый уровень.