Теория Моделирования Электростанций

ООО "Фирма ИнформСистем" разработала теорию математического моделирования любых ТЭЦ, ГРЭС, ГЭС, АЭС и реализовала её на практике в виде инновационной самонастраиваемой MES-Системы «MES-T2 2012» для расчёта ТЭП и управления производством электростанции с минимизацией перерасхода топлива.

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

ПОСТУЛАТ 1. Обозначение всех технологических показателей должно быть в виде: <Показатель>[<Объект><Номер>]. Показатель - это обычное инженерное буквенное написание технологического параметра. Объект - это условное обозначение Котла, Турбины и т.д. Номер - это станционный номер оборудования. Все расчётные алгоритмы должны формулироваться с использованием этих обозначений технологических показателей.

ПОСТУЛАТ 2. Все технологические расчёты должны писаться в виде текстового Проекта. Проект задачи должен состоять из двух основных частей: ОБЪЕКТЫ и ПОКАЗАТЕЛИ. ОБЪЕКТЫ - это описание колонок экранных и расчётных таблиц. ПОКАЗАТЕЛИ - это описание строк экранных и расчётных таблиц в виде: Обозначение, Единица измерения, Наименование и Алгоритм расчёта.

ПОСТУЛАТ 3. Вся MES-Система должна автоматически настраиваться при компиляции текстовых Проектов Задач. То есть, должны автоматически генерироваться базы данных, экранные и расчётные таблицы, отчёты и проводник задач. Исполнительный Модуль должен оставаться неизменным и должен функционировать по настройкам Системы.

ПОСТУЛАТ 4. По сгенерированным расчётным таблицам должна автоматически создаваться DLL-программа с оптимизацией кода для общего расчёта получасовых, суточных и месячных задач. В DLL-программе весь расчёт должен производиться за один проход сверху вниз. Динамическая оптимизация многовариантности должна производиться на этой DLL-программе.

ПОСТУЛАТ 5. Все нормативные графики работы оборудования должны вводиться в графическом виде и автоматически оцифровываться для использования их в расчётах.

ПОСТУЛАТ 6. Все технологические алгоритмы в математической модели должны соответствовать текущим расчётам ПТО электростанции, выполненных, например, в Excel.

ДЕМОНСТРАЦИОННАЯ ВЕРСИЯ инновационной MES-Системы «MES-T2 2012» с расчётами фактических и нормативных ТЭП, с получасовыми расчётами перерасхода топлива и с оперативной аналитикой размещена на сайте:  www.Inform-System.ru.

1. Почему именно DLL-программа?
2. Правильно ли я понял, что перечисленные Вами постулаты (наиболее общие принципы) обуславливают очень жесткий стандарт моделирования?

boris_mvr пишет:1. Почему именно DLL-программа?
2. Правильно ли я понял, что перечисленные Вами постулаты (наиболее общие принципы) обуславливают очень жесткий стандарт моделирования?

1. Вопрос законный, но грамотного ответа нет. К этому разряду относится, почему Delhpi и Paradox? Система началась разрабатываться более 15 лет назад, значит тогда этот выбор был оправдан. Нас упрекают, что Paradox давно устарел. Хорошо, мы сделали базу на Access и сразу забраковали по скорости. Нас упрекают, что у нас Файл-Сервер. Хорошо, мы сделали приложение Клиент-Сервер. Но он значительно медленно работает даже Access.
Но трехзвенная конфигурация Файл-Сервер - наше ноу-хау.

2. Я б уточнил: не стандарт моделирования, а стандарт построения Системы.
Я сразу отказался от многоключевого подхода, у нас одноключевые базы данных, но ключ составной. У нас только один справочник показателей, который создается автоматически.
Система претерпела много эволюций...

Наверное, точнее динамический стандарт описания (построение включает). Интересно, но у меня создается впечатление, "конструктор" более точно отображает суть происходящего, чем база знаний, но обосновать пока не могу.

"Хорошо, мы сделали приложение Клиент-Сервер. Но он значительно медленно работает даже Access".

Это мне не понятно, ведь подход таков: скачал данные при открытии приложения и работай спокойно сколько хочешь, только результаты записывай на сервер - принцип .NET. Скорости колоссальные. Из Питера на конференции скачивал огромные по размеру БД из Новороссийска, и то на все уходило не более 20-30 секунд, да и было это лет 15 назад.

Ни моделирование, ни оптимизацию никто не отменял, да и никогда не отменит. Суть в этом, что все это должно входить в состав интеллектуальной системы управления, они должны выполнять вспомогательную, а не основную роль. По сути у Вас так и сделано.

boris_mvr пишет:Это мне не понятно, ведь подход таков: скачал данные при открытии приложения и работай спокойно сколько хочешь, только результаты записывай на сервер - принцип .NET. Скорости колоссальные. Из Питера на конференции скачивал огромные по размеру БД из Новороссийска, и то на все уходило не более 20-30 секунд, да и было это лет 15 назад.

Любая реализация предполагает конкретную область использования. В электроэнергетике число исходных данных - несколько тысяч. Клиент-сервер дополнительно накладывает два обстоятельства: трафик и SQL. Сам SQL предполагает интерпретацию, что значительно медленнее работает, чем работа с прямым доступом.

"Любая реализация предполагает конкретную область использования".

Контекст вопроса не однозначен. Если речь идет, например, о реализации qW, то он предназначен для как разработки приложений, так и для работы с разными областями. Например, сегодня в недвижимости, завтра и в строительстве и в нефтехимии .. Так и у меня.

"Сам SQL предполагает интерпретацию, что значительно медленнее работает, чем работа с прямым доступом"

Для ответа не хватает информации, можно это описать подробнее?

boris_mvr пишет:"Сам SQL предполагает интерпретацию, что значительно медленнее работает, чем работа с прямым доступом"

Для ответа не хватает информации, можно это описать подробнее?

SQL - язык структурных запросов. Я отношу его к разряду разговорного жанра, т.е. для того, чтобы добраться до сути (до конкретных данных) управляющей программе надо сперва поработать над семантикой.
В прямом доступе этого нет. Указывается конкретный файл, значение ключа записи и номер данного в записи.

Exe-файл исполняется вообще-то. Как понял, у вас однопользовательская система, верно?

boris_mvr пишет:Exe-файл исполняется вообще-то. Как понял, у вас однопользовательская система, верно?

У нас MES-Система - многопользовательская.

С файл-сервером? Сделать можно, но трудно.

boris_mvr пишет:С файл-сервером? Сделать можно, но трудно.

Весь фокус в том, что это не обще принятый файл сервер... Здесь не нужны очереди...
Все только читают, а записывает только сервер приложений.