Онтология:Принципы разработки онтологии
При разработке онтологии было решено использовать в качестве верхнеуровневой онтологии - онтологию Basic Foundation Ontology (BFO) 2.0.
В связи с этим имеет смысл сразу строить онтологию по принципам OBO Foundry
Онтология предметной области: Онтология строительной отрасли, являющаяся дополнением к "Единой системе информационного моделирования" (ЕСИМ)
Соответствие Онтологии ЕСИМ приципам OBO Foundry
Ответы на вопросы, требующие улучшения, выделены курсивом
Principle 1: The Ontology is Open (Онтология открыта)
Онтология ДОЛЖНА быть открыто доступна для использования всеми без каких-либо ограничений, кроме (а) ее происхождение должно быть подтверждено и (б) она не должна изменяться и впоследствии распространяться в измененной форме под оригинальным именем или с теми же идентификаторами.
Principle 2: Common Format (Общий формат)
Онтология доступна на общем формальном языке в принятом конкретном синтаксисе.
Principle 3: URI/Identifier Space (Пространство URI/идентификаторов)
Каждая онтология ДОЛЖНА иметь уникальный IRI в виде постоянного URL-адреса (PURL) OBO Foundry.
Principle 4: Versioning (Управление версиями)
Поставщик онтологии имеет документированные процедуры управления версиями онтологии, и различные версии онтологии помечены, сохранены и официально выпущены.
Principle 5: Scope (Область применения)
Область применения онтологии-это объем области или предмета, который она намеревается охватить. Онтология должна иметь четко определенную область и содержание, соответствующее этой области.
Principle 6: Textual Definitions (Текстовые определения)
Онтология содержит текстовые определения для большинства своих классов и, в частности, для терминов верхнего уровня.
Principle 7: Relations (Отношения)
Отношения должны быть повторно использованы из Онтологии отношений (RO).
Principle 8: Documentation (Документация)
Владельцы онтологии должны стремиться предоставить как можно больше документации.
Principle 9: Documented Plurality of Users (Приверженность сотрудничеству)
Документированное множество пользователей - Разработчики онтологий должны документировать, что онтология используется несколькими независимыми людьми или организациями.
Principle 10: Commitment To Collaboration (Приверженность сотрудничеству)
Разработка онтологии OBO Foundry, как и многие другие научные мероприятия, ориентированные на стандарты, должна осуществляться на основе сотрудничества.
Principle 11: Locus of Authority (Место полномочий)
Должен быть человек, который отвечает за связь между сообществом и разработчиками онтологий, за общение с Литейным заводом по всем вопросам, связанным с литейным заводом, за посредничество в обсуждениях, связанных с обслуживанием в свете научных достижений, и за обеспечение учета всех отзывов пользователей.
Principle 12: Naming Conventions (Соглашения об именовании)
Имена (первичные метки) для элементов (классов, свойств и т.д.) в онтологии должны быть понятны ученым и поддаваться обработке на естественном языке. Первичные метки должны быть уникальными среди онтологий библиотеки OBO.
Principle 16: Maintenance (Техническое обслуживание)
Онтология должна отражать изменения в научном консенсусе, чтобы оставаться точной с течением времени.