Есть. Например на сайте techinvestlab можно посмотреть .15926 Editor - для моделирования данных по ИСО 15926. Но как показывает практика, самый мощный и гибкий метод - моделирование с помощью электронных таблиц. Их можно потом в любой формат конвертировать при необходимости и визуализировать.
Зависит от цели создания и способа использования. От ручки и бумаги, до специализированных моделеров. Можно использовать, например, любой инструмент, поддерживающий UML.
Я даже не знаю - кто-нибудь разрабатывал ли более-менее целостные онтологии на основе базовых объектов Партриджа и Веста или нет - мне такие неизвестны. У Веста в приложениях есть диаграммы и псевдокод только для базовых объектов, отдельно как его объекты соотносятся с базовыми объектами ISO 15926, которые довольно близки (он принимал участие в его разработке).
Удивительно. Через 50 лет после возникновения системы стандартов документирования процесса проектирования ПО некоторые люди вдруг поняли, что проектировать и разрабатывать ПО, не записывая проектные решения, трудно.
Вам спасибо. Возможно это не надолго, учитывая своеобразие здешней системы рейтинга)
Есть. Например на сайте techinvestlab можно посмотреть .15926 Editor - для моделирования данных по ИСО 15926. Но как показывает практика, самый мощный и гибкий метод - моделирование с помощью электронных таблиц. Их можно потом в любой формат конвертировать при необходимости и визуализировать.
Зависит от цели создания и способа использования. От ручки и бумаги, до специализированных моделеров. Можно использовать, например, любой инструмент, поддерживающий UML.
Я даже не знаю - кто-нибудь разрабатывал ли более-менее целостные онтологии на основе базовых объектов Партриджа и Веста или нет - мне такие неизвестны. У Веста в приложениях есть диаграммы и псевдокод только для базовых объектов, отдельно как его объекты соотносятся с базовыми объектами ISO 15926, которые довольно близки (он принимал участие в его разработке).
Примеры можно посмотреть в книгах, ссылки на которые указаны в конце поста.
Удивительно. Через 50 лет после возникновения системы стандартов документирования процесса проектирования ПО некоторые люди вдруг поняли, что проектировать и разрабатывать ПО, не записывая проектные решения, трудно.
Хороший пример системного мышления. Спасибо.