Автор темы: Шмаков Виталий
Задание: Радиосеть сбора данных с ПО
Тема 11. Радиосеть сбора данных с ПО
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
Аннотация к работе студенты группы 619 Виноградова Н. на тему "Радиосеть сбора данных с ПО"
Радиосеть сбора данных с ПО часть 1 (исправленная 2)
Радиосеть сбора данных с ПО часть2 (исправленная)
Радиосеть сбора данных с ПО часть 3
Радиосеть сбора данных с ПО часть 1 (исправленная 2)
Радиосеть сбора данных с ПО часть2 (исправленная)
Радиосеть сбора данных с ПО часть 3
- Вложения
-
- Рецензия.docx
- (15.55 КБ) 150 скачиваний
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
Прикрепляю 1 часть курсовой работы.
- Вложения
-
- Радиосеть сбора данных с ПО. Часть 1.docx
- (351.99 КБ) 160 скачиваний
Замечания к соощению
Замечания к сообщению Радиосеть сбора данных с ПО
1. Главное по п.1.1: неверно проведен анализ предполагаемого решения. Абсолютно отсутствует понимание того, кому в сети предоставляются услуги, в чем они состоят и какая от них будет польза - кто является потенциальными абонентами (пользователями) сети и какие преимущества они получат пользуясь ее услугами. Что же должна делать сеть как интеллектуальное автономное решение (никаких диспетчеров сети!), способное заинтересовать потенциальных покупателей? М.б. именно с нее надо начинать "подумать"?
2. п.1.1.1 - неверная стратегия: потенциальное решение не должно ограничиваться условиями конкретной реализации.
3. "Если кто-то из участников пройдет не все контрольные точки, он автоматически выбывает из соревнований." - Ваша задача состоит в тщательным анализе сетевых решений. Угрозы, кары и признания желательно в КР не использовать.
4. "Через них будет осуществляться взаимодействие спортсменов и тренеров" - не раскрыто: не понятно, в чем это взаимодействие состоит?
5. "а динамики необходимы для воспроизведения звуковых уведомлений, поступающих с ЦСИ." - ни слова не сказано о назначении и роли в Вашем решении ЦСИ, но Вы зачем-то предупредили о передаче звуковых уведомлениях с ЦСИ непосредственно пользователю сети. В дальнейшем Вы почему-то игнорируете свое же решение.
6. "На первом уровне детализации (рис.2.) будет показано взаимодействие спортсменов и оператора ЦСИ." - сомнительное решение, совершенно не обоснованное. Обсуждалось на защите выступления.
7. "Все Т, находящиеся в зоне действия ТД, являются ее участниками, но между собой никак не связаны, поэтому будем использовать топологию типа «звезда»" - а остальные Т вне радиопокрытия ТД участниками сети, разумеется, не являются. Совершенно не ясно: 1. что есть сеть 2. Что значит быть ее участником 3. концепция обслуживания в сети ее участников
8. "радиосеть «ЦСИ-ТД», выполняющая взаимодействие между ТД и ЦСИ. Архитектура аналогична предыдущей" - Совершенно неверное решение - как следствие провала п.1.1. ЦСИ не должен быть на вершине иерархии - нерационально и глубоко ошибочно. Обсуждалось ранее.
9. "ТД, проанализировав данные, передает информацию о каждом участнике на ЦСИ о том, что конкретный терминал прошел соответствующую ТД и в случае превышения медицинских показателей, ТД также может их отправить." - ошибочно
10. п.1.2.3 - Описание строится с учетом изложенного ранее материала п.1.2.1 и п.1.2.2. Подробности типа" Этот адрес заносится в журнал ID номеров" здесь быть уже не должны. Адреса, явки, идентификаторы и т.п. должны были быть введены/обоснованы ранее.
11. п.1.3.- не выполнен.
Подробнее - примечания по тексту
1. Главное по п.1.1: неверно проведен анализ предполагаемого решения. Абсолютно отсутствует понимание того, кому в сети предоставляются услуги, в чем они состоят и какая от них будет польза - кто является потенциальными абонентами (пользователями) сети и какие преимущества они получат пользуясь ее услугами. Что же должна делать сеть как интеллектуальное автономное решение (никаких диспетчеров сети!), способное заинтересовать потенциальных покупателей? М.б. именно с нее надо начинать "подумать"?
2. п.1.1.1 - неверная стратегия: потенциальное решение не должно ограничиваться условиями конкретной реализации.
3. "Если кто-то из участников пройдет не все контрольные точки, он автоматически выбывает из соревнований." - Ваша задача состоит в тщательным анализе сетевых решений. Угрозы, кары и признания желательно в КР не использовать.
4. "Через них будет осуществляться взаимодействие спортсменов и тренеров" - не раскрыто: не понятно, в чем это взаимодействие состоит?
5. "а динамики необходимы для воспроизведения звуковых уведомлений, поступающих с ЦСИ." - ни слова не сказано о назначении и роли в Вашем решении ЦСИ, но Вы зачем-то предупредили о передаче звуковых уведомлениях с ЦСИ непосредственно пользователю сети. В дальнейшем Вы почему-то игнорируете свое же решение.
6. "На первом уровне детализации (рис.2.) будет показано взаимодействие спортсменов и оператора ЦСИ." - сомнительное решение, совершенно не обоснованное. Обсуждалось на защите выступления.
7. "Все Т, находящиеся в зоне действия ТД, являются ее участниками, но между собой никак не связаны, поэтому будем использовать топологию типа «звезда»" - а остальные Т вне радиопокрытия ТД участниками сети, разумеется, не являются. Совершенно не ясно: 1. что есть сеть 2. Что значит быть ее участником 3. концепция обслуживания в сети ее участников
8. "радиосеть «ЦСИ-ТД», выполняющая взаимодействие между ТД и ЦСИ. Архитектура аналогична предыдущей" - Совершенно неверное решение - как следствие провала п.1.1. ЦСИ не должен быть на вершине иерархии - нерационально и глубоко ошибочно. Обсуждалось ранее.
9. "ТД, проанализировав данные, передает информацию о каждом участнике на ЦСИ о том, что конкретный терминал прошел соответствующую ТД и в случае превышения медицинских показателей, ТД также может их отправить." - ошибочно
10. п.1.2.3 - Описание строится с учетом изложенного ранее материала п.1.2.1 и п.1.2.2. Подробности типа" Этот адрес заносится в журнал ID номеров" здесь быть уже не должны. Адреса, явки, идентификаторы и т.п. должны были быть введены/обоснованы ранее.
11. п.1.3.- не выполнен.
Подробнее - примечания по тексту
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
Исправленная 1 часть КР
- Вложения
-
- Радиосеть сбора данных с ПО. Часть 1 (Исправленная).docx
- (404.78 КБ) 158 скачиваний
Замечания к сообщению
Замечания к сообщению Радиосеть сбора данных с ПО. Часть 1 (Улучшенная и исправленная)
1. п.1.4.: Проектируемая система выполняет доставку сообщений/данных. Следовательно, каждый функциональный узел схем выполняет роль либо источником, либо получателем сообщений – именно это главная особенность функц. схем. Эти схемы должны в концентрированной форме отражать задачи по организации адресной доставки сообщений службам/приложениям/серверам. Т.е. формат картинок должен соответствовать главной задаче разработки, а не рассеивать внимание на второстепенных факторах.
2. Оформление пояснительной записки и библиографического списка в общих вопросах.
Остальные замечаний по тексту.
1. п.1.4.: Проектируемая система выполняет доставку сообщений/данных. Следовательно, каждый функциональный узел схем выполняет роль либо источником, либо получателем сообщений – именно это главная особенность функц. схем. Эти схемы должны в концентрированной форме отражать задачи по организации адресной доставки сообщений службам/приложениям/серверам. Т.е. формат картинок должен соответствовать главной задаче разработки, а не рассеивать внимание на второстепенных факторах.
2. Оформление пояснительной записки и библиографического списка в общих вопросах.
Остальные замечаний по тексту.
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
Список замечаний, полученных в ходе обсуждения второго выступления:
1) Диаграмма состояний Т должна отражать цели обслуживания Т в сети и не содержать в себе такие пункты как сбор данных, формирование пакетов..
2) Нет необходимости использовать L3 уровень, так как Т и ТД находятся в одном адресном пространстве и все службы можно разместить на L2.
1) Диаграмма состояний Т должна отражать цели обслуживания Т в сети и не содержать в себе такие пункты как сбор данных, формирование пакетов..
2) Нет необходимости использовать L3 уровень, так как Т и ТД находятся в одном адресном пространстве и все службы можно разместить на L2.
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
Исправленная 1 часть КР
- Вложения
-
- Радиосеть сбора данных с ПО. Часть 1 (Исправленная_2).docx
- (385.64 КБ) 140 скачиваний
-
- Сообщения: 13
- Зарегистрирован: 05 сен 2020, 15:41
Re: Тема 11. Радиосеть сбора данных с ПО
2 часть КР
- Вложения
-
- Радиосеть сбора данных с ПО. Часть 2.docx
- (237.23 КБ) 140 скачиваний
Замечания к сообщению
Замечания к сообщению Радиосеть сбора данных с ПО (версия 65)
1. Отсутствует проработка идеи совместной работы нескольких ТД на одной территории. Частное решение данной проблемы вида "Тд будут размещаться в сотнях км друг от друга" серьезно восприниматься не будут. Эта проблема обсуждалась в общем разделе КР
2. Функциональный состав ТД и Т явно неполные (исходя из представленного ранее материала и возлагаемых на них надежд) и требуют доработки.
1. Отсутствует проработка идеи совместной работы нескольких ТД на одной территории. Частное решение данной проблемы вида "Тд будут размещаться в сотнях км друг от друга" серьезно восприниматься не будут. Эта проблема обсуждалась в общем разделе КР
2. Функциональный состав ТД и Т явно неполные (исходя из представленного ранее материала и возлагаемых на них надежд) и требуют доработки.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей