Метод описания — различия между версиями

Строка 1: Строка 1:
'''Методы описаний''' (viewpoints) поставляются наукой.
+
'''Метод описания, точка зрения''' (viewpoint) - спецификация соглашений для разработки и использования представления ([[ISO 42010]]). Метод описания может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах или шаблонах устанавливаются цели и аудитория, для которых предназначено представление, и [[технологии]] для его создания и анализа.
  
 +
'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.
  
Дисциплины, задающие виды моделей — это научные (учебные, профессиональные) дисциплины, предлагающие различные виды моделей.
+
Методы описаний поставляются наукой.
* '''Модель''' (тут мы чаще всего будем говорить об информационной модели, а не о физической “натурной” модели) — это система M, которая может быть использована в каких-то пределах для получения знания о системе S. Модель в разы, разы и разы проще реальной системы S, она опускает неполезную для интереса стейкхолдера информацию, и предоставляет полезную.
+
 
+
  
 
Метод описания включает в себя:
 
Метод описания включает в себя:
Строка 11: Строка 10:
 
* форматы рабочих продуктов описаний (модели данных для баз данных, реквизиты документов, системы обозначений для диаграмм),
 
* форматы рабочих продуктов описаний (модели данных для баз данных, реквизиты документов, системы обозначений для диаграмм),
 
* какие-то советы для успешного составления описаний.
 
* какие-то советы для успешного составления описаний.
 
  
 
Метод описания может быть:
 
Метод описания может быть:
 
* '''библиотечный''' (library) — описанный в какой-то литературе, и на это описание можно сослаться. Иногда библиотечные методы описания называют Framework (и даже library framework) — например, [https://en.wikipedia.org/wiki/The_Open_Group_Architecture_Framework TOGAF].
 
* '''библиотечный''' (library) — описанный в какой-то литературе, и на это описание можно сослаться. Иногда библиотечные методы описания называют Framework (и даже library framework) — например, [https://en.wikipedia.org/wiki/The_Open_Group_Architecture_Framework TOGAF].
 
* '''cобственной разработки''' (что по факту означает необходимость проведения научной работы: изобретения каких-то абстрактных сущностей, постоения какой-то новой теории, разработки новой нотации, а затем документирования результатов этой работы).
 
* '''cобственной разработки''' (что по факту означает необходимость проведения научной работы: изобретения каких-то абстрактных сущностей, постоения какой-то новой теории, разработки новой нотации, а затем документирования результатов этой работы).
 
  
 
'''Описаний без метода описания не существует'''. Если вы пишете прозой, то метод описания — “проза, жанр эссе”. Если вы описываете финансы (а хоть и финансовый баланс), то вы должны указать метод: российская система бухучёта или международная. Вы всегда явно должны давать ссылку на метод описания, по возможности его уточняя. А если используется метод описания собственной разработки, а не библиотечные описания, то необходимо в состав проектной документации (описания системы) включать описание метода описания. Очень часто метод описания известен неявно. '''Явное указание метода описания — это хороший тон в инженерных проектах'''.
 
'''Описаний без метода описания не существует'''. Если вы пишете прозой, то метод описания — “проза, жанр эссе”. Если вы описываете финансы (а хоть и финансовый баланс), то вы должны указать метод: российская система бухучёта или международная. Вы всегда явно должны давать ссылку на метод описания, по возможности его уточняя. А если используется метод описания собственной разработки, а не библиотечные описания, то необходимо в состав проектной документации (описания системы) включать описание метода описания. Очень часто метод описания известен неявно. '''Явное указание метода описания — это хороший тон в инженерных проектах'''.

Версия 16:19, 30 декабря 2015

Метод описания, точка зрения (viewpoint) - спецификация соглашений для разработки и использования представления (ISO 42010). Метод описания может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах или шаблонах устанавливаются цели и аудитория, для которых предназначено представление, и технологии для его создания и анализа.

Описание, представление (view) - описание системы в целом с точки зрения одного из связанных с ней интересов (ISO 42010). Шаблон для описания отрасли или предметной области, используемый разработчиком (ISO 24765). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.

Методы описаний поставляются наукой.

Метод описания включает в себя:

  • какую-то теорию (дисциплину — позволяет определять систему в терминах каких-то альф),
  • инструменты (чаще всего программные средства),
  • форматы рабочих продуктов описаний (модели данных для баз данных, реквизиты документов, системы обозначений для диаграмм),
  • какие-то советы для успешного составления описаний.

Метод описания может быть:

  • библиотечный (library) — описанный в какой-то литературе, и на это описание можно сослаться. Иногда библиотечные методы описания называют Framework (и даже library framework) — например, TOGAF.
  • cобственной разработки (что по факту означает необходимость проведения научной работы: изобретения каких-то абстрактных сущностей, постоения какой-то новой теории, разработки новой нотации, а затем документирования результатов этой работы).

Описаний без метода описания не существует. Если вы пишете прозой, то метод описания — “проза, жанр эссе”. Если вы описываете финансы (а хоть и финансовый баланс), то вы должны указать метод: российская система бухучёта или международная. Вы всегда явно должны давать ссылку на метод описания, по возможности его уточняя. А если используется метод описания собственной разработки, а не библиотечные описания, то необходимо в состав проектной документации (описания системы) включать описание метода описания. Очень часто метод описания известен неявно. Явное указание метода описания — это хороший тон в инженерных проектах.


Обозначение

В IEC 81346 имя описания может добавляться к имени системы через & (например, =процессор&логическая схема или -насос&инструкция по подключению).