Категория:Методы — различия между версиями

(Междисциплинарные методы)
м (Корпуса знаний)
 
(не показано 9 промежуточных версий этого же участника)
Строка 1: Строка 1:
 
'''Метод''' — это сочетание [[:Категория:Дисциплины|дисциплины]] и набора [[:Категория:Практики|практик]] для достижения какой-то цели.
 
'''Метод''' — это сочетание [[:Категория:Дисциплины|дисциплины]] и набора [[:Категория:Практики|практик]] для достижения какой-то цели.
 +
 +
'''Метод''' — композиция [[:Категория:Практики|практик]], формирующее (на желаемом уровне абстракции) описание того, как выполняется деятельность (endevour). Метод [[Команда|команды]] описывает способ работы команды, помогает и направляет команду при выполнении ее задач. Ведение деятельности по разработке заключается в использовании экземпляра метода. Этот экземпляр содержит экземпляры [[Альфа|альф]], [[Рабочий продукт|рабочих продуктов]], действий и т.п., которые являются результатом реальной работы, выполняемой в процессе разработки. Используемый экземпляр метода включает ссылку на определенный экземпляр метода, который выбран в качестве метода, которому необходимо следовать ([[OMG Essence]]).
  
 
'''"Метод"''' существенно отличается от '''"процесса"''': метод включает в себя всё нужное для выполнения работы:
 
'''"Метод"''' существенно отличается от '''"процесса"''': метод включает в себя всё нужное для выполнения работы:
Строка 6: Строка 8:
 
* организацию ([[Команда|люди]] и [[Технология|инструменты]]),
 
* организацию ([[Команда|люди]] и [[Технология|инструменты]]),
 
* используемые в работе [[:Категория:Языки|языки и нотации]].
 
* используемые в работе [[:Категория:Языки|языки и нотации]].
Тем самым "процесс" -- это маленькая (хотя и важная) часть от "метода".
+
Тем самым "процесс" это маленькая (хотя и важная) часть от "метода".
  
 
Тем не менее, в англоязычной литературе имеются синонимы для "метода", использующие слово "процесс" с уточнениями: "development process", "delivery process", "software process". Во всех этих случаях слово "процесс" используется для указание на весь жизненный цикл разработки в целом, а не на пошаговое исполнение какой-то последовательности действий.
 
Тем не менее, в англоязычной литературе имеются синонимы для "метода", использующие слово "процесс" с уточнениями: "development process", "delivery process", "software process". Во всех этих случаях слово "процесс" используется для указание на весь жизненный цикл разработки в целом, а не на пошаговое исполнение какой-то последовательности действий.
  
От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") - только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих процуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.
+
От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих процуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.
  
Задача метода - дать исполнителям полное знание о том, что, когда, как и с чем делать.
+
Задача метода дать исполнителям полное знание о том, что, когда, как и с чем делать.
  
Задача проектного управления обычно - сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.
+
Задача проектного управления обычно сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.
  
 
== Междисциплинарные методы ==
 
== Междисциплинарные методы ==
В книге Косякова и др. системная инженерия рассматривается как часть деятельности по [[Проектное управление|управлению проектом]], вместе с ней выделяется '''планирование проекта'''
+
В книге Косякова и др. системная инженерия рассматривается как часть деятельности по [[Проектное управление|управлению проектом]], вместе с ней выделяется '''планирование и контроль проекта'''. На Венн-диаграмме показаны ''функции'' каждой из областей и смежные функции:
 
[[Файл:SE-as-part-of-PM.png|center|600px]]
 
[[Файл:SE-as-part-of-PM.png|center|600px]]
  
В [[SEBoK]] разделяют системную инженерию, системную разработку и проектное управление.  
+
В [[SEBoK]] разделяют системную инженерию, системную разработку и проектное управление. Функции каждой из дисциплин называются '''"методами"''':
  
 
[[Файл:SE_PM_SM.png|center]]
 
[[Файл:SE_PM_SM.png|center]]
Строка 45: Строка 47:
 
=== Методы СИ+СР ===
 
=== Методы СИ+СР ===
 
* Production Planning and Analysis
 
* Production Planning and Analysis
* System Integration
+
* [[Системная интеграция|System Integration]]
  
 
=== Методы СР+ПУ ===
 
=== Методы СР+ПУ ===
Строка 53: Строка 55:
 
=== Методы ПУ+СИ ===
 
=== Методы ПУ+СИ ===
 
* Business Case Analysis
 
* Business Case Analysis
* Systems Engineering Management
+
* Systems [[Инженерный менеджмент|Engineering Management]]
  
 
=== Методы СИ+СР+ПУ ===
 
=== Методы СИ+СР+ПУ ===
 
* [[Управление жизненным циклом|Lifecycle Planning and Estimating]]
 
* [[Управление жизненным циклом|Lifecycle Planning and Estimating]]
 
* [[Управление конфигурацией|Change Analysis and Management, CM]]
 
* [[Управление конфигурацией|Change Analysis and Management, CM]]
* [[Практика контрольных вопросов|QA]], [[Проверки и приемки|V&V]], [[Цикл непрерывных улучшений|Continuous Process Improvement]]
+
* [[QA]], [[Проверки и приемки|V&V]], [[Цикл непрерывных улучшений|Continuous Process Improvement]]
 +
 
 +
== Корпуса знаний ==
 +
Описания методов могут быть приведены в корпусах знаний (Body of Knowledge):
 +
* [[SEBoK]] (Systems Engineering Body of Knowledge);
 +
* [[PMBOK]] (Project Management Body of Knowledge);
 +
* BABOK (Business Analysis Body of Knowledge);
 +
* SWEBOK (Software Engineering Body of Knowledge);
 +
* CEBOK (Civil Engineering Body of Knowledge);
 +
* CBK (Common Body of Knowledge (CBK);
 +
* EABOK (Enterprise Architecture Body of Knowledge);
 +
* DMBOK (Data Management Body of Knowledge).
  
 
== См. также ==
 
== См. также ==
 
* [[Ситуационная инженерия методов]]
 
* [[Ситуационная инженерия методов]]

Текущая версия на 20:20, 2 мая 2018

Метод — это сочетание дисциплины и набора практик для достижения какой-то цели.

Метод — композиция практик, формирующее (на желаемом уровне абстракции) описание того, как выполняется деятельность (endevour). Метод команды описывает способ работы команды, помогает и направляет команду при выполнении ее задач. Ведение деятельности по разработке заключается в использовании экземпляра метода. Этот экземпляр содержит экземпляры альф, рабочих продуктов, действий и т.п., которые являются результатом реальной работы, выполняемой в процессе разработки. Используемый экземпляр метода включает ссылку на определенный экземпляр метода, который выбран в качестве метода, которому необходимо следовать (OMG Essence).

"Метод" существенно отличается от "процесса": метод включает в себя всё нужное для выполнения работы:

Тем самым "процесс" — это маленькая (хотя и важная) часть от "метода".

Тем не менее, в англоязычной литературе имеются синонимы для "метода", использующие слово "процесс" с уточнениями: "development process", "delivery process", "software process". Во всех этих случаях слово "процесс" используется для указание на весь жизненный цикл разработки в целом, а не на пошаговое исполнение какой-то последовательности действий.

От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") — только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих процуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.

Задача метода — дать исполнителям полное знание о том, что, когда, как и с чем делать.

Задача проектного управления обычно — сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.

Междисциплинарные методы

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

SE-as-part-of-PM.png

В SEBoK разделяют системную инженерию, системную разработку и проектное управление. Функции каждой из дисциплин называются "методами":

SE PM SM.png

Методы системной инженерии (СИ)

Методы системной разработки разработки (СР)

Методы проектного управления (ПУ)

Методы СИ+СР

Методы СР+ПУ

Методы ПУ+СИ

Методы СИ+СР+ПУ

Корпуса знаний

Описания методов могут быть приведены в корпусах знаний (Body of Knowledge):

  • SEBoK (Systems Engineering Body of Knowledge);
  • PMBOK (Project Management Body of Knowledge);
  • BABOK (Business Analysis Body of Knowledge);
  • SWEBOK (Software Engineering Body of Knowledge);
  • CEBOK (Civil Engineering Body of Knowledge);
  • CBK (Common Body of Knowledge (CBK);
  • EABOK (Enterprise Architecture Body of Knowledge);
  • DMBOK (Data Management Body of Knowledge).

См. также