Метод описания - История изменений

Admin в 19:08, 11 февраля 2018

2018-02-11T19:08:14Z

Admin в 19:00, 11 февраля 2018

2018-02-11T19:00:10Z

Admin в 07:22, 30 декабря 2016

2016-12-30T07:22:21Z

Admin в 10:35, 28 декабря 2016

2016-12-28T10:35:19Z

Admin в 14:05, 18 мая 2016

2016-05-18T14:05:13Z

Admin в 14:49, 12 мая 2016

2016-05-12T14:49:28Z

Admin в 14:47, 12 мая 2016

2016-05-12T14:47:22Z

Admin в 06:31, 5 мая 2016

2016-05-05T06:31:17Z

Admin в 13:19, 30 декабря 2015

2015-12-30T13:19:51Z

Admin в 17:07, 29 ноября 2015

2015-11-29T17:07:24Z

@@ Строка 1: / Строка 1: @@
 '''Метод описания, точка зрения''' (viewpoint) - спецификация соглашений для разработки и использования представления ([[ISO 42010]]). Метод описания может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах или шаблонах устанавливаются цели и аудитория, для которых предназначено представление, и [[технологии]] для его создания и анализа.
-'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.<ref>Очень часто view и viewpoint переводят как “аспект”, но это не совсем верный перевод (тем более, что он не позволяет различить само описание, выполненное для какого-то аспекта — view, и знания о том, как делать такие описания — viewpoint). View — это то, что видишь. Viewpoint — это та точка, из которой видно то, что видишь. Видишь обычно много разного (разных моделей), объединённого тематикой: описания [[Требования|требований]], [[Архитектура|архитектуры]], финансовые описания, физические описания, описания безопасности и т.д.</ref>
+'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.<ref>Очень часто view и viewpoint переводят как “аспект”, но это не совсем верный перевод (тем более, что он не позволяет различить само описание, выполненное для какого-то аспекта — view, и знания о том, как делать такие описания — viewpoint). View — это то, что видишь. Viewpoint — это та точка, из которой видно то, что видишь. Видишь обычно много разного (разных моделей), объединённого тематикой: описания [[Требования|требований]], [[Архитектура|архитектуры]], финансовые описания, физические описания, описания [[безопасность|безопасности]] и т.д.</ref>
 Методы описаний поставляются [[Инженерия и наука|наукой]].
@@ Строка 10: / Строка 10: @@
 * ''комплексный'' или ''синтетический'' (synthetic): архитектор строит представления целевой системы и объединяет эти представления в пределах [[Описание архитектуры|описания архитектуры]], используя модельные связи (correspondences).
 * ''проекционный'' (projective): архитектор получает каждое представление через небольшое количество шаблонов (routines), возможно механических процедур извлечения из некоего основного репозитария.
 == Состав метода описания ==

@@ Строка 1: / Строка 1: @@
 '''Метод описания, точка зрения''' (viewpoint) - спецификация соглашений для разработки и использования представления ([[ISO 42010]]). Метод описания может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах или шаблонах устанавливаются цели и аудитория, для которых предназначено представление, и [[технологии]] для его создания и анализа.
-'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.<ref>Очень часто view и viewpoint переводят как “аспект”, но это не совсем верный перевод (тем более, что он не позволяет различить само описание, выполненное для какого-то аспекта — view, и знания о том, как делать такие описания — viewpoint). View — это то, что видишь. Viewpoint — это та точка, из которой видно то, что видишь. Видишь обычно много разного (разных моделей), объединённого тематикой: описания требований, архитектуры, финансовые описания, физические описания, описания безопасности и т.д.</ref>
+'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.<ref>Очень часто view и viewpoint переводят как “аспект”, но это не совсем верный перевод (тем более, что он не позволяет различить само описание, выполненное для какого-то аспекта — view, и знания о том, как делать такие описания — viewpoint). View — это то, что видишь. Viewpoint — это та точка, из которой видно то, что видишь. Видишь обычно много разного (разных моделей), объединённого тематикой: описания [[Требования|требований]], [[Архитектура|архитектуры]], финансовые описания, физические описания, описания безопасности и т.д.</ref>
-Методы описаний поставляются наукой.
+Методы описаний поставляются [[Инженерия и наука|наукой]].
 '''Описаний без метода описания не существует'''. Если вы пишете прозой, то метод описания — “проза, жанр эссе”. Если вы описываете финансы (а хоть и финансовый баланс), то вы должны указать метод: российская система бухучёта или международная. Вы всегда явно должны давать ссылку на метод описания, по возможности его уточняя. А если используется метод описания собственной разработки, а не библиотечные описания, то необходимо в состав проектной документации (описания системы) включать описание метода описания. Очень часто метод описания известен неявно. '''Явное указание метода описания — это хороший тон в инженерных проектах'''.
 == Состав метода описания ==

@@ Строка 5: / Строка 5: @@
 Методы описаний поставляются наукой.
 Метод описания включает в себя:
 * какую-то теорию (дисциплину — позволяет определять систему в терминах каких-то альф),
@@ Строка 11: / Строка 14: @@
 * какие-то советы для успешного составления описаний.
 Метод описания может быть:
 * '''библиотечный''' (library) — описанный в какой-то литературе, и на это описание можно сослаться. Библиотечный метод описания также называют методологией/[[:Категория:Архитектурные подходы|подходом]] (framework, library framework) — например, [[TOGAF]].
 * '''cобственной разработки''' (что по факту означает необходимость проведения научной работы: изобретения каких-то абстрактных сущностей, построения какой-то новой теории, разработки новой нотации, а затем документирования результатов этой работы).
 == Обозначение ==
 В IEC 81346 имя описания может добавляться к имени системы через & (например, =процессор&логическая схема или -насос&инструкция по подключению).

@@ Строка 1: / Строка 1: @@
 '''Метод описания, точка зрения''' (viewpoint) - спецификация соглашений для разработки и использования представления ([[ISO 42010]]). Метод описания может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах или шаблонах устанавливаются цели и аудитория, для которых предназначено представление, и [[технологии]] для его создания и анализа.
-'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.
+'''Описание, представление''' (view) - описание системы в целом с точки зрения одного из связанных с ней интересов ([[ISO 42010]]). Шаблон для описания отрасли или предметной области, используемый разработчиком ([[ISO 24765]]). Представление может охватывать как всю область, которая моделируется, так и часть этой области, включая совокупность доменов, классов, отношений, ответственностей, прав собственности, ограничений и признаков или других связанных категорий, собранную или созданную в определенных целях и относящуюся к определенной области.<ref>Очень часто view и viewpoint переводят как “аспект”, но это не совсем верный перевод (тем более, что он не позволяет различить само описание, выполненное для какого-то аспекта — view, и знания о том, как делать такие описания — viewpoint). View — это то, что видишь. Viewpoint — это та точка, из которой видно то, что видишь. Видишь обычно много разного (разных моделей), объединённого тематикой: описания требований, архитектуры, финансовые описания, физические описания, описания безопасности и т.д.</ref>
 Методы описаний поставляются наукой.
@@ Строка 22: / Строка 22: @@
 == См. также ==
 * [[Принцип множества групп описаний]]
 [[Категория:Концепции]]

@@ Строка 12: / Строка 12: @@
 Метод описания может быть:
-* '''библиотечный''' (library) — описанный в какой-то литературе, и на это описание можно сослаться. Библиотечный метод описания также называют методологией/подходом (framework, library framework) — например, [[TOGAF]].
+* '''библиотечный''' (library) — описанный в какой-то литературе, и на это описание можно сослаться. Библиотечный метод описания также называют методологией/[[:Категория:Архитектурные подходы|подходом]] (framework, library framework) — например, [[TOGAF]].
 * '''cобственной разработки''' (что по факту означает необходимость проведения научной работы: изобретения каких-то абстрактных сущностей, построения какой-то новой теории, разработки новой нотации, а затем документирования результатов этой работы).

← Предыдущая		Версия 17:07, 29 ноября 2015
Строка 24:		Строка 24:
	В IEC 81346 имя описания может добавляться к имени системы через & (например, =процессор&логическая схема или -насос&инструкция по подключению).		В IEC 81346 имя описания может добавляться к имени системы через & (например, =процессор&логическая схема или -насос&инструкция по подключению).

−	[[Категория\|Концепции]]	+	[[Категория:Концепции]]