Создан заказ №4159409
2 августа 2019
Разработка системы анализа данных в Интернет: проектирование средств интеграции компонентов
Как заказчик описал требования к работе:
Мне нужна консультация по курсовой работе, потому что я не понимаю, что мне нужно делать.
Я хочу получить концепцию своей курсовой в стиле:"В аналитической части нужно рассмотреть то, то и это, и прийти к выводу, что это - лучше, чем то и то, потому что ....". Так описать пошагово всю курсовую.
У меня есть большле письмо от науч рука, в котором она объясняет, что нужно делать, но я ее не понимаю. Письмо будет представлено ниже. Работы, о которых она говорит, в прикрепленных.
После получения данной концепции, я могу задать вопросы, если мне будет что-то непонятно после первого прочтения. Такая же консультация доступна в будущем с дополнительной оплатой.
Само письмо:
"Отправляю пару работ, где выполнено проектирование и разработка системы, и архитектурные решения, технологические можно посмотреть.
Работа Ксении хорошо оформлена, у Михаила похуже.
Они разрабатывали единый проект, реализовывали законченный продукт, но, в то же время, разработанные ими средства можно и разделить, дополнить другими возможностями.
Посмотрите как пример, как анализируются возможные решения, обосновывается выбор СУБД, системы программирования, протоколов...
Но это - просто пример.
Перенести решения в вашу работу не получится, хотя что-то использовать вполне можно.
Никакие методы анализа, сбора данных и пр. вам разрабатывать не нужно. Ваша задача - проектирование именно средств интеграции, которые должны позволить подключить другие сервисы и организовать их взаимодействие.
Реализация этих "подключаемых сервисов", решающих конкретные задачи поиска и анализа данных, - на уровне заглушек, чтобы показать. что разработанные Вами средств функционируют, решают свои задачи.
Дальше - по вашей теме.
В аналитической части работы Вам нужно рассмотреть различные модели и технологии создания распределённых систем, сделать их обзор, сравнить возможности.
Рассмотреть задачи интеграции гетерогенных систем (тоже есть разные модели).
Как вывод, скорее всего, Вы должны будете дать заключение о том, что сервис-ориентированная архитектура, микросервисная ... подойдёт для решения поставленных задач лучше всего.
Дальше - рассмотреть возможные технологии, средства реализации, оценить их.
И выбранные архитектурные, технологические решение реализовать.
Что касается анализа данных, то это общее название проекта с несколькими исполнителями.
Ваша тема - после двоеточия.
Есть вполне конкретный проект у экономистов, где они вручную сейчас ищут данные, сохраняют их в разных форматах, а потом исследуют, выполняют анализ с использованием своих методов и публикуют его результаты.
По условиям их гранта, должен быть портал, где можно было бы с помощью разработанного на основе их методов программного обеспечения работать с данными, получаемыми из разных источников.
Данные в этом проекте - табличные, но таблицы в разных форматах.
Структура данных меняется.
Результаты работы разных методов анализа тоже представляются в разных форматах.
У нас есть тоже проект, где извлекаются данные из текстовых документов, неструктурированных источников в Интернет.
Там соответственно решаются другие задачи: поиска данных, извлечения из текстов и структурирования информации, а затем (после предобработки полученных данных в табличном виде) эти данные анализируются внешней системой, которая строит на основе этих таблиц модели процессов...
Общее описание архитектуры системы можно найти в статье у И.М.Шаляевой (публикации на её страничке на портале Вышки).
Вам надо, кажется, посмотреть статью в трудах конференции AICT-2017 - вроде, там описание архитектуры приведено с выделением основных компонентов анализа.
Отправляю какой-то вариант статьи.
Описанная архитектура - пример того, какие функциональные модули могут интегрироваться в одном их проектов.
Задачи проектов разные, но потребности в реализации платформы, на которой можно было бы собирать, как из кубиков, из разных модулей систему, которая бы позволяла её пользователям решать свои задачи, настраиваясь на их потребности и предоставляя возможности не только использовать существующие средства, но и подключать новые модули, которые бы реализовывали новые методы обработки данных..., здесь общие.
Система должна быть открытой (конфигурируемой, обеспечивающей интероперабельность, интеграцию компонентов, разрабатываемых сторонними разработчиками...).
Задачи разработки конкретных средств анализа, реализации каких-то методов поиска данных или их обработки у Вас нет - только проектирование и разработки самой платформы для сбора такой вот открытой системы.
Аналогичную задачу, но для проекта НУГ, которым руководит С.А.Стринюк, решала А.Каликова.
Но там была привязка к конкретному проекту, конкретным функциям.
Здесь нужно решать задачу ещё и подключения новых средств, определения протокола взаимодействия с ними.
Хотя работа А.Каликовой может быть основой для начала работы.
Что касается "компонентов", то здесь за основу предполагалось взять микросервисную архитектуру.
Все функциональные модули системы должны быть реализованы как сервисы, что обеспечивает максимальную гибкость, открытость (при соответствующих технологических решениях).
Должен быть один центральный сервис, который выполняет функции "диспетчера": "знает", какие функции выполняют все остальные модули (сервисы), как к ним обратиться, как передать данные, получить результаты и передать их другим модулям для следующего шага обработки...
Всё. Это вся ваша задача.
Этот сервис должен выполнять "поклиентное" обслуживание: по запросу пользователя на выполнение какой-то функции (решение задачи) он должен регистрировать этот запрос, находить, какой сервис эту задачу решает, формировать запрос к нему в соответствии с установленным протоколом, запускать выполнение функции и принимать результаты (если они предусмотрены протоколом взаимодействия).
Таким образом, Вам нужно определить:
1) как должна конфигурироваться система (как к ней должны подключаться рабочие модули - сервисы, решающие конкретные задачи обработки данных по запросам пользователей);
2) как должна храниться информация о конфигурации (от БД до обычного текстового файла, где должен быть описан каждый подключённый сервис, его функции, протокол взаимодействия с ним...);
3) как должен работать сервис при выполнении запросов пользователей на решение каких-либо задач (сами задачи реализуются заглушками - просто сообщают. что они получили запросы и вернули результаты по установленному протоколу - без реальной обработки данных).
То есть пока решается задача создания такого вот прототипа, где обрабатывающие модули должны быть реализованы другими разработчиками. с которыми Вы уже просто не успеете, видимо, соединиться.Отправляю пару работ, где выполнено проектирование и разработка системы, и архитектурные решения, технологические можно посмотреть.
Работа Ксении хорошо оформлена, у Михаила похуже.
Они разрабатывали единый проект, реализовывали законченный продукт, но, в то же время, разработанные ими средства можно и разделить, дополнить другими возможностями.
Посмотрите как пример, как анализируются возможные решения, обосновывается выбор СУБД, системы программирования, протоколов...
Но это - просто пример.
Перенести решения в вашу работу не получится, хотя что-то использовать вполне можно.
Никакие методы анализа, сбора данных и пр. вам разрабатывать не нужно. Ваша задача - проектирование именно средств интеграции, которые должны позволить подключить другие сервисы и организовать их взаимодействие.
Реализация этих "подключаемых сервисов", решающих конкретные задачи поиска и анализа данных, - на уровне заглушек, чтобы показать. что разработанные Вами средств функционируют, решают свои задачи.
Дальше - по вашей теме.
В аналитической части работы Вам нужно рассмотреть различные модели и технологии создания распределённых систем, сделать их обзор, сравнить возможности.
Рассмотреть задачи интеграции гетерогенных систем (тоже есть разные модели).
Как вывод, скорее всего, Вы должны будете дать заключение о том, что сервис-ориентированная архитектура, микросервисная ... подойдёт для решения поставленных задач лучше всего.
Дальше - рассмотреть возможные технологии, средства реализации, оценить их.
И выбранные архитектурные, технологические решение реализовать.
Что касается анализа данных, то это общее название проекта с несколькими исполнителями.
Ваша тема - после двоеточия.
Есть вполне конкретный проект у экономистов, где они вручную сейчас ищут данные, сохраняют их в разных форматах, а потом исследуют, выполняют анализ с использованием своих методов и публикуют его результаты.
По условиям их гранта, должен быть портал, где можно было бы с помощью разработанного на основе их методов программного обеспечения работать с данными, получаемыми из разных источников.
Данные в этом проекте - табличные, но таблицы в разных форматах.
Структура данных меняется.
Результаты работы разных методов анализа тоже представляются в разных форматах.
У нас есть тоже проект, где извлекаются данные из текстовых документов, неструктурированных источников в Интернет.
Там соответственно решаются другие задачи: поиска данных, извлечения из текстов и структурирования информации, а затем (после предобработки полученных данных в табличном виде) эти данные анализируются внешней системой, которая строит на основе этих таблиц модели процессов...
Общее описание архитектуры системы можно найти в статье у И.М.Шаляевой (публикации на её страничке на портале Вышки).
Вам надо, кажется, посмотреть статью в трудах конференции AICT-2017 - вроде, там описание архитектуры приведено с выделением основных компонентов анализа.
Отправляю какой-то вариант статьи.
Описанная архитектура - пример того, какие функциональные модули могут интегрироваться в одном их проектов.
Задачи проектов разные, но потребности в реализации платформы, на которой можно было бы собирать, как из кубиков, из разных модулей систему, которая бы позволяла её пользователям решать свои задачи, настраиваясь на их потребности и предоставляя возможности не только использовать существующие средства, но и подключать новые модули, которые бы реализовывали новые методы обработки данных..., здесь общие.
Система должна быть открытой (конфигурируемой, обеспечивающей интероперабельность, интеграцию компонентов, разрабатываемых сторонними разработчиками...).
Задачи разработки конкретных средств анализа, реализации каких-то методов поиска данных или их обработки у Вас нет - только проектирование и разработки самой платформы для сбора такой вот открытой системы.
Аналогичную задачу, но для проекта НУГ, которым руководит С.А.Стринюк, решала А.Каликова.
Но там была привязка к конкретному проекту, конкретным функциям.
Здесь нужно решать задачу ещё и подключения новых средств, определения протокола взаимодействия с ними.
Хотя работа А.Каликовой может быть основой для начала работы.
Что касается "компонентов", то здесь за основу предполагалось взять микросервисную архитектуру.
Все функциональные модули системы должны быть реализованы как сервисы, что обеспечивает максимальную гибкость, открытость (при соответствующих технологических решениях).
Должен быть один центральный сервис, который выполняет функции "диспетчера": "знает", какие функции выполняют все остальные модули (сервисы), как к ним обратиться, как передать данные, получить результаты и передать их другим модулям для следующего шага обработки...
Всё. Это вся ваша задача.
Этот сервис должен выполнять "поклиентное" обслуживание: по запросу пользователя на выполнение какой-то функции (решение задачи) он должен регистрировать этот запрос, находить, какой сервис эту задачу решает, формировать запрос к нему в соответствии с установленным протоколом, запускать выполнение функции и принимать результаты (если они предусмотрены протоколом взаимодействия).
Таким образом, Вам нужно определить:
1) как должна конфигурироваться система (как к ней должны подключаться рабочие модули - сервисы, решающие конкретные задачи обработки данных по запросам пользователей);
2) как должна храниться информация о конфигурации (от БД до обычного текстового файла, где должен быть описан каждый подключённый сервис, его функции, протокол взаимодействия с ним...);
3) как должен работать сервис при выполнении запросов пользователей на решение каких-либо задач (сами задачи реализуются заглушками - просто сообщают. что они получили запросы и вернули результаты по установленному протоколу - без реальной обработки данных).
То есть пока решается задача создания такого вот прототипа, где обрабатывающие модули должны быть реализованы другими разработчиками. с которыми Вы уже просто не успеете, видимо, соединиться."
подробнее
Заказчик
заплатил
заплатил
500 ₽
Заказчик не использовал рассрочку
Гарантия сервиса
Автор24
Автор24
20 дней
Заказчик воспользовался гарантией для внесения правок на основе комментариев преподавателя
5 августа 2019
Заказ завершен, заказчик получил финальный файл с работой
5
Разработка системы анализа данных в Интернет: проектирование средств интеграции компонентов.docx
2019-08-08 13:27
Последний отзыв студента о бирже Автор24
Общая оценка
5
Положительно
Автор отличный! Были недочёты по оформлению, но в целом работа хорошая. На вопросы отвечает, все в срок. Рекомендую!
Хочешь такую же работу?
300 ₽
