Форум режимщиков

А всетаки, что принято в ФСК по :

АСТУ-?

EAM-?

Насколько я знаю - ничего.

Bedal писал(а) Thu, 24 April 2008 13:56

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

Гуид никакого отношения к целостности данных не имеет. Это просто способ формирования уникального числа. Как использовать это число - это дело архитектора системы. Самый большой недостаток гуида - это то, что он не несет никакой информации. Где-то это хорошо, а где-то это огромный недостаток.

Вот тут предлагают использовать гуид для идентификации объекта. Начнем с того, что идентификация объекта начинается, когда самого объекта ещё нет - когда пишется ТЗ на его проектирование. Этот идентификатор проходит по всем документам, приказам и т.д.Одна только мысль, что эту аббревиатуру придется использовать в документах повергла чиновников в ступор.Совершенно обоснованно они выступили категорически против.С другой стороны, с совершенно формальной, гуид противоречит стандарту IEC61346, в котором приводятся рекомендации по построению систем классификации в промышленности. Там даже есть коды для уровней напряжения - в России это место, конечно, не прошло...

Надеюсь, этих двух аргументов достаточно.

Gar писал(а) Thu, 24 April 2008 14:40

А всетаки, что принято в ФСК по : АСТУ-? EAM-? Насколько я знаю - ничего.

Вы плохо информированы. В АСТУ - ЕСКК, ЕАМ - это активы? Тогда там разработали свою систему и уже начали применять. Она отчасти похожа на ЕСКК, так как авторы плотно сотрудничали.

ЕСКК сейчас прошла (можно так сказать!) испытания при идентификации одной из крупнейших в мире подстанций. Работа еще не закончена, но уже проидентифицировано около 20.000 сигналов. По оценкам, всего будет около 30.000. В процессе работы пришлось ЕСКК немного "подвигать" - зато сейчас можно гарантировать, что система позволяет идентифицировать практически любые объекты. После того, как немного передохнём, сядем за документ, где всю сделанную работу попытаемся формализовать. Главное - ничего не забыть...

BlackAngel писал(а) Thu, 24 April 2008 23:27

Вы плохо информированы. В АСТУ - ЕСКК, ЕАМ - это активы? Тогда там разработали свою систему и уже начали применять.

Плохо - бесспорно, но..

Официальных документов как по ЕСКК так и по СК по активам нигде не опубликовано...

Если есть возможность, выложите документы, темболее, что они пока "проекты документов", а то получается разговор слепого с глухим

А какая ПС крупнейшая в мире ? - "Очаково"?

Документ по ЕСКК опубликован в составе требований к Конкурсной Документации по созданию одного из этапов АСТУ.

BlackAngel писал(а) Thu, 24 April 2008 23:15

Bedal писал(а) Thu, 24 April 2008 13:56 Гуид - средство обеспечения целостности данных. Отказаться от него невозможно... Гуид никакого отношения к целостности данных не имеет. Это просто способ формирования уникального числа. Как использовать это число - это дело архитектора системы.... Надеюсь, этих двух аргументов достаточно.

Вот, спасибо. Гораздо понятнее. Сразу стало ясно, в чём разночтение. Я говорил о гуиде как об атрибуте, однозначно идентифицирующем объект.



А Вы - как о методе формирования идентификатора. В этом смысле - я полностью согласен, спорить не о чем.



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



Другой вопрос - где разместить код. Было бы соблазнительно использовать MRID - он как раз и поддерживает целостность данных, например. И семантически самое место туда код объекта уложить.



Но по спецификации MRID всё же не слишком подходит, так как он стабилен только на время работы с конкретной БД (будь то конкретный эксземпляр CIM XML или БД с доступом по GID). В следующем сеансе MRIDы могут быть другими.



Что тогда? name? aliasName? localName? Вероятно, всё же name, так как там прописано требование уникальности на соответствующем уровне вложения. А в алиасе и localName можно хранить русскоязычное полное и сокращенное наименование.

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

Основное назначение кода ЕСКК - это поиски объектов в РАСПРЕДЕЛЁННОЙ ДЕЦЕНТРАЛИЗОВАННОЙ СИСТЕМЕ. Использование гуида в децентрализованной системе в принципе невозможно.

Про MRID. Есть договорённость с СО, что это поле заполняется и поддерживается ими. При обмене моделями мы не должны его менять. Поле идентификации ФСК - name.

В alias - хранится диспетчерское наименование, общее для ФСК и СО. Ответственность за "придумывание" диспетчерских имён лежит на СО. СО взял на себя обязательства по выпуску регламентирующего документа, описывающего формирование диспетчерских имён. Скоро будет год, как документ должен был быть выпущен. Его нет, и, похоже, не будет, так как задача, по моему, не имеет решения.

BlackAngel писал(а) Fri, 25 April 2008 10:15

Использование гуида в децентрализованной системе в принципе невозможно.

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



.. А насчёт мридов всё же получается расхождение со стандартом.

BlackAngel писал(а) Fri, 25 April 2008 10:15

Основное назначение кода ЕСКК - это поиски объектов в РАСПРЕДЕЛЁННОЙ ДЕЦЕНТРАЛИЗОВАННОЙ СИСТЕМЕ. Использование гуида в децентрализованной системе в принципе невозможно.

1) Основное назначение скорее - единый подход по идентификации - для простоты синхронизации, импорта, переноса, актуализации данных между различными АС различных сбственников, а также вполне логичное представление ключей, которое понятно обычному человеку. К поиску реальной информации(типовые запросы, отчеты) это мало отношения имеет, с учетом того, какие сервера, СУРБД и инструменты сегодня для этого используются.

2) Все возможно, и даже без гуидов, только в этом случае итеграция систем происходит через то самое место.

Здравствуйте, коллеги!

Про СИМ и про "живые" БД. Без претензий, но хочется опубличить живую схему формирования логического уникального кода. Срок жизни - около 3 лет. Применение - задачи "рыночников" - ГеКон, Опам, отчетность, Мощности, обмен данными с НП АТС и ...

Конечно, есть плотное использование кодировки КПО...

Сейчас заказано ПО "Справочники", призванное обеспечивать общими справочными данными ПО внутри СО (паспортизация).

И тоже идет спор - GUID|UNIKOD?

ЕСКК предпринимал меры для синхронизации СИМ и КПО. По ссылке на КПО можно видеть класс СИМ.

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

Пристегиваю файл с Правилами кодировки. Имея правила - можно децентрализоваться. с ГУИДом - нет.

Если интересно -могу выложить и теорию, схему связей сущностей и т.д.