Автор темы: Рихард Андрей
Задание: Радиосистема управления подвижными объектами
Тема 13. Радиосистема управления подвижными объектами
-
- Сообщения: 9
- Зарегистрирован: 11 сен 2019, 19:56
Re: Тема 13. Радиосистема управления подвижными объектами
Аннотация к работе студента группы 519 Антонова Дмитрия по теме "Радиосистема управления подвижными объектами " :
Антонов Дмитрий - «Радиосеть управления подвижными объектами» (часть 1) (Исправленная)
Антонов Дмитрий - «Радиосеть управления подвижными объектами» Часть 2. Исправленная
Антонов Дмитрий - «Радиосеть управления подвижными объектами» Часть 3. Исправленная
Антонов Дмитрий - «Радиосеть управления подвижными объектами» (часть 1) (Исправленная)
Антонов Дмитрий - «Радиосеть управления подвижными объектами» Часть 2. Исправленная
Антонов Дмитрий - «Радиосеть управления подвижными объектами» Часть 3. Исправленная
- Вложения
-
- Аннотация.docx
- (19.01 КБ) 166 скачиваний
Последний раз редактировалось Rikhard619 08 ноя 2019, 23:36, всего редактировалось 1 раз.
Рецензия
Все расчеты выполнены довольно грамотно и без ошибок.
Гении, как и удивительные явления природы, редки и поразительны.
Способность мимоходом оценивать расчет, в котором некоторые результаты лучше теоретических,навевает...
По данной части работы можно сделать вывод, что данная часть работы автором была проработана очень хорошо, откуда и получился такой качественный результат. - стоит надеяться, что автор рецензии получит хотя бы не на много лучший результат?
Из замечаний к первому сообщению Антонова Дмитрия:
На мой взгляд п.1 проработан неудовлетворительно. Одна из значимых целей работы - стать хотя бы на один процентный пункт (0,01 %) лучше работ предыдущих потоков - не выполнена. Предоставленный в распоряжение большой архив выполненных ранее работ оказался невостребованным по причине неспособности (не желания, лени, снисходительности к неудачникам и т.п. - любое на выбор) автора проводить аналитическую работу.
У автора КР есть видеопрезентации - интересна Ваша оценка видеовыступлений.
Прошу добавить в сообщение выше ссылки на статьи выбранной КР
Гении, как и удивительные явления природы, редки и поразительны.
Способность мимоходом оценивать расчет, в котором некоторые результаты лучше теоретических,навевает...
По данной части работы можно сделать вывод, что данная часть работы автором была проработана очень хорошо, откуда и получился такой качественный результат. - стоит надеяться, что автор рецензии получит хотя бы не на много лучший результат?
Из замечаний к первому сообщению Антонова Дмитрия:
На мой взгляд п.1 проработан неудовлетворительно. Одна из значимых целей работы - стать хотя бы на один процентный пункт (0,01 %) лучше работ предыдущих потоков - не выполнена. Предоставленный в распоряжение большой архив выполненных ранее работ оказался невостребованным по причине неспособности (не желания, лени, снисходительности к неудачникам и т.п. - любое на выбор) автора проводить аналитическую работу.
У автора КР есть видеопрезентации - интересна Ваша оценка видеовыступлений.
Прошу добавить в сообщение выше ссылки на статьи выбранной КР
Замечания к сообщению
Замечания к сообщению Радиосистема управления подвижными объектами. Часть 1
1. Внимательно ознакомиться с замечаниями к сообщению Cпорыхина Алексея
2. Формализация телекоммуникационной услуги на основании анализа отношений "пользователь - сеть", схематизация отношений., Задачи интерфейса пользователя/объекта управления" - не выполнено, п.1 - [5].
3."Пояснение сеанса предоставления телекоммуникационной услуги, выявление ключевых параметров сеанса" - сеанс начинается и заканчивается на определенных событиях, требуется привести план-график планируемого сеанса ТК услуги.
4. Характеристика информационного трафика в прямом и обратном направлениях передачи: вид трафика, производительность или предполагаемый объем сообщений и т.п.. Формализация требований к качеству и условиям предоставления услуги. - не выполнено; п.1.2 - [4]
5. Обоснованный выбор архитектуры радиосети. Разработка многозвеньевой модели сети, описание ключевых звеньев доставки сообщений. - отсутствует, рис.4 содержит смысловые ошибки и вводит в заблуждение; п.1.3 - [3]
6. "Убедившись, что аутентификация прошла успешно ПО начинает реализовывать услуги, запрашиваемые ЦР" - услуги для ЦР или для пользователей радиосети? Стратегии сетевых объектов в целом неверные, т.к. в основном обозначены тактические задачи - [4]
7. Обоснование требований к функциональному составу сетевого терминала и выделенного (командного) узла. - не выполнено
1. Внимательно ознакомиться с замечаниями к сообщению Cпорыхина Алексея
2. Формализация телекоммуникационной услуги на основании анализа отношений "пользователь - сеть", схематизация отношений., Задачи интерфейса пользователя/объекта управления" - не выполнено, п.1 - [5].
3."Пояснение сеанса предоставления телекоммуникационной услуги, выявление ключевых параметров сеанса" - сеанс начинается и заканчивается на определенных событиях, требуется привести план-график планируемого сеанса ТК услуги.
4. Характеристика информационного трафика в прямом и обратном направлениях передачи: вид трафика, производительность или предполагаемый объем сообщений и т.п.. Формализация требований к качеству и условиям предоставления услуги. - не выполнено; п.1.2 - [4]
5. Обоснованный выбор архитектуры радиосети. Разработка многозвеньевой модели сети, описание ключевых звеньев доставки сообщений. - отсутствует, рис.4 содержит смысловые ошибки и вводит в заблуждение; п.1.3 - [3]
6. "Убедившись, что аутентификация прошла успешно ПО начинает реализовывать услуги, запрашиваемые ЦР" - услуги для ЦР или для пользователей радиосети? Стратегии сетевых объектов в целом неверные, т.к. в основном обозначены тактические задачи - [4]
7. Обоснование требований к функциональному составу сетевого терминала и выделенного (командного) узла. - не выполнено
Замечания к сообщению
Замечания к сообщениюКурсовая работа на тему : «Радиосистема управления подвижными объектами». Часть 1 (Исправленная)
1. Между ними происходит информационный обмен: от пользователя поступают команды, от ПО поступает видеопоток, данные GPS и данные телеметрии - констатация информационного обмена (какого-либо факта) без предшествующего обоснования и анализа. Т.е. задача "1.1.1. Интерпретация назначения сети в виде произвольного прикладного решения в контексте заданной темы" раскрыта не полностью.
2. задачей терминального оборудования (контроллер управления) является сбор данных с датчиков телеметрии и передача их на УУ - для чего (с т.з. анализируемого прикладного решения)?
3. Также контроллер управления осуществляет прием команд управления от УУ и ....
4. Рисунок 4. Четвертый уровень детализации - по идее эта иллюстрация должна стать основой Вашего творческого сочинения (изложения сути ТЗ в свободной форме) - как кульминация п.1.1 в виде развернутого подведения итогов. Ваши идеи - Вам и их защищать.
Цель п.1.1 заключается в работе над развитием умений:
Понимание условий поставленной задачи
Первичная схематизация условий- формализация идеи предоставления телекоммуникационной услуги.
В тексте больше формальности, анализа/обоснования мало.
5. Рассмотрим сеанс предоставления телекоммуникационной услуги. - Как было указано в п.1.1, сеанс должен включать...
6. От предложения При включении ПО, он будет введен в режим сна, в котором будет ожидать широковещательный сигнал с определённой кодовой последовательностью, которая позволит идентифицировать владельца. и далее до конца абзаца неудачное попытка обоснования структуры сеанса взаимодействия - много неточностей, неясности и ошибочных представлений. Начните описание с момента, когда пользователь прибыл с выключенным(?) ПО в точку начала полетного задания и далее поэтапно, обстоятельно по существу "двух связанных линий поведения".
7. Рисунок 5. Характеристики камеры- м.б. "легкая картинка" в радиоинтерфейс, а подробная - запись на флеш с просмотром/анализом после, разумеется, возврата?
8. Характеристика информационного трафика в прямом и обратном направлениях передачи: вид трафика, производительность или предполагаемый объем сообщений и т.п.. Формализация требований к качеству и условиям предоставления услуги - кроме видеопотока разве нет инф. трафика? А как-же управление подвижностью и различными инф. уведомлениями?
9. Разработка многозвеньевой модели сети, описание ключевых звеньев доставки сообщений. - не выполнено
10. Проработка сценария выполнения телекоммуникационной задачи с использованием многозвеньевой модели взаимодействия элементов сети - проработка практически отсутствует. Многозвеньевая модель сети построена не верно - предлагаю 2 звена и 3 слоя. За Вами - как полагается, анализ и обоснование.
Выполнена большая работа, результат понравился.
Однако требуется доработка.
1. Между ними происходит информационный обмен: от пользователя поступают команды, от ПО поступает видеопоток, данные GPS и данные телеметрии - констатация информационного обмена (какого-либо факта) без предшествующего обоснования и анализа. Т.е. задача "1.1.1. Интерпретация назначения сети в виде произвольного прикладного решения в контексте заданной темы" раскрыта не полностью.
2. задачей терминального оборудования (контроллер управления) является сбор данных с датчиков телеметрии и передача их на УУ - для чего (с т.з. анализируемого прикладного решения)?
3. Также контроллер управления осуществляет прием команд управления от УУ и ....
4. Рисунок 4. Четвертый уровень детализации - по идее эта иллюстрация должна стать основой Вашего творческого сочинения (изложения сути ТЗ в свободной форме) - как кульминация п.1.1 в виде развернутого подведения итогов. Ваши идеи - Вам и их защищать.
Цель п.1.1 заключается в работе над развитием умений:
Понимание условий поставленной задачи
Первичная схематизация условий- формализация идеи предоставления телекоммуникационной услуги.
В тексте больше формальности, анализа/обоснования мало.
5. Рассмотрим сеанс предоставления телекоммуникационной услуги. - Как было указано в п.1.1, сеанс должен включать...
6. От предложения При включении ПО, он будет введен в режим сна, в котором будет ожидать широковещательный сигнал с определённой кодовой последовательностью, которая позволит идентифицировать владельца. и далее до конца абзаца неудачное попытка обоснования структуры сеанса взаимодействия - много неточностей, неясности и ошибочных представлений. Начните описание с момента, когда пользователь прибыл с выключенным(?) ПО в точку начала полетного задания и далее поэтапно, обстоятельно по существу "двух связанных линий поведения".
7. Рисунок 5. Характеристики камеры- м.б. "легкая картинка" в радиоинтерфейс, а подробная - запись на флеш с просмотром/анализом после, разумеется, возврата?
8. Характеристика информационного трафика в прямом и обратном направлениях передачи: вид трафика, производительность или предполагаемый объем сообщений и т.п.. Формализация требований к качеству и условиям предоставления услуги - кроме видеопотока разве нет инф. трафика? А как-же управление подвижностью и различными инф. уведомлениями?
9. Разработка многозвеньевой модели сети, описание ключевых звеньев доставки сообщений. - не выполнено
10. Проработка сценария выполнения телекоммуникационной задачи с использованием многозвеньевой модели взаимодействия элементов сети - проработка практически отсутствует. Многозвеньевая модель сети построена не верно - предлагаю 2 звена и 3 слоя. За Вами - как полагается, анализ и обоснование.
Выполнена большая работа, результат понравился.
Однако требуется доработка.
Замечания к сообщению
Замечания к сообщению «Радиосистема управления подвижными объектами». Часть 2.
1. Сформулировать список замечаний, полученных в ходе обсуждения Вашего выступления, провести анализ списка и отработать зафиксированные замечания в новой версии статьи.
2. "Служба установления соединения" - пояснение идеи двустороннего управления решениями отсутствует; [url]Служба контроля качества активного соединения[/url]: а) раскрыто в неполном объеме; б) пользовательский интерфейс будет получать сведения от этой службы? б)"службой контроля качества активного соединения будет принята команда об остановки ПО и прекращении его движения" - явное превышение полномочий.
3. п.2.2 - иллюстрация хорошая, остальное - не выполнено.
4. п.2.3 - поверхностный и в целом ошибочный анализ. Обсуждалось в рамках выступления (п.1 замечаний).
5. п.2.4 - диаграммы ошибочны, требуется переработка в соответствии с п.1 и п.2 замечаний.
6. Проработка ключевых сценариев взаимодействия объектов сети: обнаружение/идентификация сети, регистрация/привязка к сети, реализация сеанса предоставления услуги и т.п. - должно быть основано на использовании сигнальных сообщений (примитивов), введенных в п.2.1 для соответствующих служб. Эпоха умозрительных пояснений завершилась в п.1, во второй и последующих частях изложение должно вестись исключительно в терминах состояний/сообщений. Считайте это подготовкой ТЗ для сторонних разработчиков. Т.е. увлекательные фразы типа "После включения ПО, он будет прослушивать канал..." не соответствует ожиданиям.
1. Сформулировать список замечаний, полученных в ходе обсуждения Вашего выступления, провести анализ списка и отработать зафиксированные замечания в новой версии статьи.
2. "Служба установления соединения" - пояснение идеи двустороннего управления решениями отсутствует; [url]Служба контроля качества активного соединения[/url]: а) раскрыто в неполном объеме; б) пользовательский интерфейс будет получать сведения от этой службы? б)"службой контроля качества активного соединения будет принята команда об остановки ПО и прекращении его движения" - явное превышение полномочий.
3. п.2.2 - иллюстрация хорошая, остальное - не выполнено.
4. п.2.3 - поверхностный и в целом ошибочный анализ. Обсуждалось в рамках выступления (п.1 замечаний).
5. п.2.4 - диаграммы ошибочны, требуется переработка в соответствии с п.1 и п.2 замечаний.
6. Проработка ключевых сценариев взаимодействия объектов сети: обнаружение/идентификация сети, регистрация/привязка к сети, реализация сеанса предоставления услуги и т.п. - должно быть основано на использовании сигнальных сообщений (примитивов), введенных в п.2.1 для соответствующих служб. Эпоха умозрительных пояснений завершилась в п.1, во второй и последующих частях изложение должно вестись исключительно в терминах состояний/сообщений. Считайте это подготовкой ТЗ для сторонних разработчиков. Т.е. увлекательные фразы типа "После включения ПО, он будет прослушивать канал..." не соответствует ожиданиям.
-
- Сообщения: 9
- Зарегистрирован: 11 сен 2019, 19:56
Re: Тема 13. Радиосистема управления подвижными объектами
Замечания полученные в ходе выступления:
1) Службы выбраны не верно.
2) Видеопоток должен передаваться через физический уровень.
3) Сетевого уровня не будет.
4) Диаграммы должны быть зациклены.
1) Службы выбраны не верно.
2) Видеопоток должен передаваться через физический уровень.
3) Сетевого уровня не будет.
4) Диаграммы должны быть зациклены.
Замечания к сообщению
Замечания к сообщению «Радиосистема управления подвижными объектами». Часть 2 (Исправленная)
1. п.6 предыдущих замечаний не отработан
2. "Поскольку на L3 уровне находится три службы, две из которых взаимодействуют с L2 уровнем" - неверно
3. "Поэтому идентификация сетевых объектов не требуется." - неверно
4. п.2.5 выполнить в соответствии с рекомендациями Особенности выполнения раздела №2
1. п.6 предыдущих замечаний не отработан
2. "Поскольку на L3 уровне находится три службы, две из которых взаимодействуют с L2 уровнем" - неверно
3. "Поэтому идентификация сетевых объектов не требуется." - неверно
4. п.2.5 выполнить в соответствии с рекомендациями Особенности выполнения раздела №2
Замечания к сообщению
Замечания к сообщению «Радиосистема управления подвижными объектами». Часть 3.
1. "Произведем оценку мощности, для обеспечения уверенного приема сигнала с вероятностью PR = 70% на границе зоны радиопокрытия" - расчет ошибочный
2. п.4.8 выполнен с ошибками, рисунок выполнен с ошибками и не в полной мере отражает функциональность разработанного L1 слоя.
3. структура OFDM символа должна быть пояснена
4. расчет размерности полей пакета L1 отсутствует
5. п.3.5 не выполнен;
6. п.3.9 не отражает функциональность верхнего уровня модели разрабатываемых сетевых устройств
1. "Произведем оценку мощности, для обеспечения уверенного приема сигнала с вероятностью PR = 70% на границе зоны радиопокрытия" - расчет ошибочный
2. п.4.8 выполнен с ошибками, рисунок выполнен с ошибками и не в полной мере отражает функциональность разработанного L1 слоя.
3. структура OFDM символа должна быть пояснена
4. расчет размерности полей пакета L1 отсутствует
5. п.3.5 не выполнен;
6. п.3.9 не отражает функциональность верхнего уровня модели разрабатываемых сетевых устройств
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя