От Павел Чайлик Ответить на сообщение
К Константин Ответить по почте
Дата 12.11.2009 23:17:33 Найти в дереве
Рубрики В стране и мире; Версия для печати

На чем помешан я...

>Насчёт CV - это да , была такая тенденция - потренироваться на местных проектах, сбить команду и постараться свалить за границу .

>>А мне вот еще интересно (к Константину) что же там за формат представления электрических цепей и как и для чего надо эти схемы стыковать с Вашим приложением? Просто для удобства или для решения каких-то задач?
>
>Это графическое представление реальной высоковольной сети - от 10 кВ (у нас реально от 110 кВ) и выше. Минимальный набор изображений довольно простой - линии, шины подстанций или электростанций, генераторы, нагрузки, трансформаторы + ещё несколько устройств, например батареи конденсаторов.
>В более развитых вариантах делают уже развёрнутые схемы подстанций и станций.
>Всё это привязано к записям в БД о реальных объектах. С графического изображения менять параметры в БД. Наиболее типичное изменение - отключить линию и провести расчёт - посмотреть как измениться состояние сети. При расчётах на схему выводятся результатах, напряжения перетоки мощности и т.д.

Ух... интересно. А в БД фактически граф?
Т.о. вы хотите моделировать все это дело? А движок ваш - это уравнения Кирхгофа в диф. форме? Я физику тут подзабыл малость, но в общем картину представляю. Вопрос, собственно вот в чем.
Насколько программа, которая, моделирование проводит ваша "родная" или тоже какая-то сторонняя приспособленная разработка? От этого зависят ваши возможности в выборе сценариев.
Например, можно все представить, для начала, как набор утилит или, чуть глубже, библиотек для конвертации форматов туда-сюда между БД и этими графическими (напишите о каких идет речь). Вот утилитки лучше всего строить (это я со своей колокольни) на xsl:fo. Мы тут внедрили открытый пакет FOP (на Java) с помощью которого можно писать шаблоны ("сценарии") такой вот конвертации. Диапазон возможностей весьма широкий. Пока используем его в отчетности (PDF,XML) и в генерации печатных форм документов в PDF.
Но общие возможности весьма широкие.

Если хотите сэкономить и добиться рабочего состояния за преемлемые сроки, то я рекомендую пойти именно по такому сценарию.
Вместо GUI на первоначальном этапе набор утилиток запускаемых с коммандной строки. Это я предлагаю с учетом того, что с приложением работает один (значить квалифицированный) пользователь и этот пользователь, похоже, инженер. Сами утилитки, тогда, есть просто написанные с использованием каких-то открытых бибилотек собственные библиотечки классов (пакеты Java или библиотеки C) и построенные на их основе элементарные конвертеры. Ковертер, если использовать xsl:fo, будет представлять собой простой процессор (могу помочь с его написанием), который трансформирует один набор данных (представленных в XML) в какой-то другой формат по правилу, описанному в шаблоне (обычно xsl-файл). Шаблон - текстовый файл. Редактировать удобно в массе свободных открытых редакторах со встроенной проверкой синтаксиса, а есть и со встроенными процессорами - сразу протестить процесс конвертации. Если заинтересует - подброшу ссылки по теме.
Ну, еще нужна утилитка экспортирующая данные из БД (нужный набор) в файл XML для дальнейшей трансформации.

Другой вопрос - это, собственно, ваша работа с БД.

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

>Вот пример с одной из наиболее используемых в России программ, довольно старой кстати:

>
>[99K]


> !---------------------------------------
>По моим наблюдениям - у нас более жизнеспособными оказываются проекты , которые сделаны попроще , побыстрее и меньшим числом людей.

Ну, или проекты, на поддержку которых не жалеют средств :)))

А вообще, все зависит от того как меняется работа на предприятии. Если не очень, то можно долго работать на одном и том же и даже не самого лучшего качества. Там где все постоянно перестраивают проблем не изюежать.

З.Ы. Мне интересна ваша задача. Я все больше по другим делам.