3. Очень краткое описание информодинамического подхода к разрабоке приложений

boris_mvr пишет:Во-первых, Вы атеист, это насчет создателей. Во-вторых, насчет мировозрения, так Вы сами писали, что оно у нас расходиться! В-третьих, свое мировоззрение Вам не навязывал и не навязываю. В-четвертых, Вы сами предложили поработать вместе, так что приводите аргументы по весомей или принимайте мое видение.

Не сердитесь. Я выссказываю своё мнение. Ваше мнение мне очень важно, т.к. я сам узнаю много нового.
Ведь вы не будете отрицать, что в диалоге не обязательно должна появляться горечь от неудач, но и приходить гордость, что при слепоте не угодил в яму.

Давайте сначала.
Основная цель Вашей системы какова?
Основная цель системы предупреждения аварий какова?
Если Вы это сравните между собой, то увидите, что условия их работы разные. С обычной виндоус-формой работать могут все для занесения данных (предупреждение), даже охрана, и на всех станциях.

Сколько у вас рабочих мест на одной станции (Ваша система)?
Сколько будет рабочих мест (предупреждение)?

Вот в этом и разница..

"Не сердитесь. Я выссказываю своё мнение. Ваше мнение мне очень важно, т.к. я сам узнаю много нового.
Ведь вы не будете отрицать, что в диалоге не обязательно должна появляться горечь от неудач, но и приходить гордость, что при слепоте не угодил в яму".

Не забудьте, что мы водолеи, характер-то одинаковый.

Не забудьте, что истина в споре скорее погибает..
Побеждает тот, у кого лучше подвешен язык, больше кругозор..

boris_mvr пишет:Давайте сначала.
Основная цель Вашей системы какова?
Основная цель системы предупреждения аварий какова?
Если Вы это сравните между собой, то увидите, что условия их работы разные. С обычной виндоус-формой работать могут все для занесения данных (предупреждение), даже охрана, и на всех станциях.

Сколько у вас рабочих мест на одной станции (Ваша система)?
Сколько будет рабочих мест (предупреждение)?

Вот в этом и разница..

Основная цель Системы: ЗАРАБОТАТЬ ДЕНЬГИ!
Для этого она сделана настраиваемой с неограниченным числом рабочих мест.

boris_mvr пишет:Не забудьте, что истина в споре скорее погибает..
Побеждает тот, у кого лучше подвешен язык, больше кругозор..

Здесь всё зависит от мудрости собеседников...
Мы же АйТишники... Победа не нужна... Нужно рациональное зерно...

boris_mvr пишет:Не забудьте, что мы водолеи, характер-то одинаковый.

Водолей вроде должен хорошо убеждать, но у меня это не получается.

Рабочий по проверке автоматики сможет работать на этом рабочем месте? Думаю, что вряд ли.
Кроме всего прочего это должна быть ОТДЕЛЬНАЯ, СТРОГО ФУНКЦИОНАЛЬНАЯ СИСТЕМА. Не хотите другие, то размножте свою. ЕЩЕ РАЗ НАПИШУ. До тех пор, пока не опишите контексты и их взаимосвязи, Вы не увидите всех сложностей и проблем, связанных с предупреждением (управление проектами, очень популярно там это объясняют). Только после описания Вы сможете делать выводы.

"Водолей вроде должен хорошо убеждать, но у меня это не получается".

Получиться. Почему? Предупреждение аварий это проект. Как я пишу - говорит любая книга по управлению проектами. Информодинамика тоже этому учит (не увидели только это). Это квинтэссенция опыта Бог знает скольких поколений. Так прислушивайтесь к этому.

boris_mvr пишет:До тех пор, пока не опишите контексты и их взаимосвязи, Вы не увидите всех сложностей и проблем, связанных с предупреждением

Необъятное не объять. А не правильнее ли проблему решать частями? Ведь здесь речь идёт не о разработке инструментального средства. Оно у нас разработано и нас устраивает. Система позволяет порциональное подключение проблем.

Проблему надо увидеть целиком, точнее ее скелет. Его надо создать. После этого с Вами согласится любой.

boris_mvr пишет:Проблему надо увидеть целиком, точнее ее скелет. Его надо создать. После этого с Вами согласится любой.

Для этого пишется ТЗ. Но писать ТЗ под конкретный программный продукт?...

Наоборот, если не увидеть, то и ТЗ не напишешь. Поэтому в управлении проектами и рассматривают проблему с разных сторон, считая внутреннее содержание готовым и выполнимым.

boris_mvr пишет:Наоборот, если не увидеть, то и ТЗ не напишешь. Поэтому в управлении проектами и рассматривают проблему с разных сторон, считая внутреннее содержание готовым и выполнимым.

Зачем писать ТЗ, если Система готова? В данном случае правильнее говорить о применимости Системы. Если Система годится, то пишется только технологическая часть в виде постановки, не затрагивая саму IT.

Согласен.

Повторно прочитал вашу Тему. После общения с вами эта Тема стала более восприимчивой. С одной стороны, очень походит на то, как у нас сделано. А с другой, это сказано иными словами, чем я привык.
Вот и свирбит у меня: свою разработку попытаться описать вашим языком. Но возникает вопрос: Поймут ли это энергетики? Ведь мои тексты и появились с желанием описать как можно проще.
Как вы думаете, стоит ли?

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

boris_mvr пишет:Описать можно, стоит. Как работали, так и будут работать, здесь ничего не меняется, поэтому поймут.

Может у вас есть какие-либо рекомендации и советы. Самое главное правильно начать.

Надо подумать, начните пока с целей создания системы, какие задачи решает, обсудим сначала это, потом подход опишите..

boris_mvr пишет:Надо подумать, начните пока с целей создания системы, какие задачи решает, обсудим сначала это, потом подход опишите..

Цель создания системы:
Автоматизированное управление производством электроэнергии и теплоэнергии электростанции (MES) в реальном времени при минимизации затрат топлива, а также предупреждение аварийных ситуаций
Какие технологические задачи решает:
1)Автоматизированный ввод данных из существующих средств сбора информации
2)Ручной ввод суточных и месячных данных
3)Расчёт ТЭП (технико-экономических показателей) оборудования и электростанции в целом
4)Мониторинг текущего перерасхода топлива и других показателей на БЩУ (блочный щит управления)
5)Выработка рекомендаций по оптимальной загрузке основного оборудования
6)Расчёт прогнозного необходимого количества топлива
7)Анализ и выявление некорректных срабатываний дискретных сигналов
8)Представление ретро и текущей аналитики исходных и расчётных показателей
9)Передача необходимых данных на верхний уровень
10)Формирование месячных отчётных документов
11)Построение электрических и технологических графических схем с выводом динамической информации
12)Текущее внесение изменений в алгоритмы технологических задач

Chernov_VF пишет:

boris_mvr пишет:Надо подумать, начните пока с целей создания системы, какие задачи решает, обсудим сначала это, потом подход опишите..

Цель создания системы:
Автоматизированное управление производством электроэнергии и теплоэнергии электростанции (MES) в реальном времени при минимизации затрат топлива, а также предупреждение аварийных ситуаций
Какие технологические задачи решает:
1)Автоматизированный ввод данных из существующих средств сбора информации
2)Ручной ввод суточных и месячных данных
3)Расчёт ТЭП (технико-экономических показателей) оборудования и электростанции в целом
4)Мониторинг текущего перерасхода топлива и других показателей на БЩУ (блочный щит управления)
5)Выработка рекомендаций по оптимальной загрузке основного оборудования
6)Расчёт прогнозного необходимого количества топлива
7)Анализ и выявление некорректных срабатываний дискретных сигналов
8)Представление ретро и текущей аналитики исходных и расчётных показателей
9)Передача необходимых данных на верхний уровень
10)Формирование месячных отчётных документов
11)Построение электрических и технологических графических схем с выводом динамической информации
12)Текущее внесение изменений в алгоритмы технологических задач

ПРЕКРАСНО1