От новых идей до умных сетей

Всероссийский конкурс в области наукоемких инновационных проектов и разработок.

Новости конкурса

B08e6b5e b5fd 4a20 93e1 289056d980a4

​Несколько шагов, необходимых для допуска проекта до рассмотрения экспертами

​Продолжается прием заявок на Всероссийский конкурс инновационных проектов и разработок в сфере электроэнергетики – «Энеропрорыв-2018» Для того чтобы принять участие в конкурсе и получить допуск до рассмотрения заявки экспертами, необходимо сделать несколько шагов.

  • 93174499 b55b 454e 8f22 d6e70bf0ca89

    Преимущества ранней подачи заявки

    ​Продолжается прием заявок на конкурс «Энергопрорыв-2018». Для участников, подавших заявки раньше остальных, существует целый ряд преимуществ!

  • F2dcf57a 7d48 4790 b09c 8e34d8cd47f4

    Встреча Клуба инноваторов конкурса «Энергопрорыв»!

    Встреча Клуба инноваторов конкурса «Энергопрорыв» состоялась 23 апреля в Технопарке инновационного центра «Сколково». Тема встречи – «Развитие проектов после конкурса Энергопрорыв. Лайфхаки и истории успеха». Встречу посетили финалисты и победители конкурса прошлых лет, представители ПАО «Россети» и ДЗО ПАО «Россети», представители Фонда «Сколково», сообщества ЭнерджиНет НТИ, а также представители общественных организаций.

Все новости

Проекты участников

Все проекты

Люди 6226

Эксперты 102

Пульс проекта

  • добавил материал «Бездрайверный статья.docx» (Скачать) в проект «Коммутационный метод управления массивом светодиодов»

  • добавил материал «Архитектура программного комплекса.docx» (Скачать) в проект «Программный комплекс Electricae Oraculum»

  • Максим Мигранов

    и ещё 1 человек опубликовали 4 комментария к проекту «Программный комплекс Electricae Oraculum»

    Для построения программного комплекса, включая применение методов и алгоритмов прогнозирования энергопотребления исследуемых объектов, была разработана платформа на основе паттерна MVC.

    Шаблон проектирования MVC предполагает разделение данных…

    Размернуть цепочку комменатриев

    Для построения программного комплекса, включая применение методов и алгоритмов прогнозирования энергопотребления исследуемых объектов, была разработана платформа на основе паттерна MVC.

    Шаблон проектирования MVC предполагает разделение данных приложения, пользовательского интерфейса и управляющей логики на три отдельных компонента: Модель, Представление и Контроллер – таким образом, что модификация каждого компонента может осуществляться независимо.

    Основные преимущества MVC архитектуры:

    ­ единая концепция системы. Несомненным плюсом MVC является единая глобальная архитектура приложения. Даже в сложных системах, разработчики (как те, которые разрабатывали систему, так и вновь присоединившиеся) могут легко ориентироваться в программных блоках. Например, если возникла ошибка в логике обработки данных, разработчик сразу отбрасывает 2-блока программы (controller и view) и занимается исследованием 3-го (model).

    ­ упрощен механизм отладки приложения. Т. к. весь механизм визуализации теперь сконцентрирован в одном программном блоке, упростились механизмы опционального вывода графических элементов.

    В свою очередь, к основным недостаткам данного подхода можно отнести:

    ­ необходимость использования большего количества ресурсов. Сложность обусловлена тем, что все три фундаментальных блока являются абсолютно независимыми и взаимодействуют между собой исключительно путем передачи данных. Controller должен всегда загрузить (и при необходимости создать) все возможные комбинации переменных и передать их в Model. Model, в свою очередь, должен загрузить все данные для визуализации и передать их во View. Например, в модульном подходе, модуль может напрямую обрабатывать переменные окружения и визуализировать данные без загрузки их в отдельные секции памяти;

    ­ усложнен механизм разделения программы на модули. В концепции MVC наличие трех блоков (Model, View, Controller) прописано жестко. Соответственно каждый функциональный модуль должен состоять из трех блоков, что в свою очередь, несколько усложняет архитектуру функциональных модулей программы;

    ­ усложнен процесс расширения функционала. Проблема очень схожа с вышеописанной. Недостаточно просто написать функциональный модуль и подключить его в одном месте программы. Каждый функциональный модуль должен состоять из трех частей, и каждая из этих частей должна быть подключена в соответствующем блоке.

    Предлагаемая архитектура построения приложения представлена на рисунке

    Свернуть цепочку комменатриев
  • добавил материал «общая структура.png» (Скачать) в проект «Программный комплекс Electricae Oraculum»