Категория:Практики - История изменений

Admin в 12:19, 23 июля 2022

2022-07-23T12:19:48Z

Admin: typograph nazi

2017-02-09T11:17:57Z

typograph nazi

Admin в 20:35, 2 августа 2016

2016-08-02T20:35:04Z

Admin в 20:10, 2 августа 2016

2016-08-02T20:10:12Z

Admin в 12:47, 18 мая 2016

2016-05-18T12:47:14Z

Admin в 12:32, 11 января 2016

2016-01-11T12:32:03Z

5.18.174.16: /* Практики (processes) в ISO 15288 */

2015-12-12T20:21:15Z

‎Практики (processes) в ISO 15288

5.18.174.16 в 20:19, 12 декабря 2015

2015-12-12T20:19:53Z

5.18.174.16 в 20:08, 12 декабря 2015

2015-12-12T20:08:16Z

Admin в 08:12, 13 ноября 2015

2015-11-13T08:12:21Z

@@ Строка 5: / Строка 5: @@
 }}
-Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).
+Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие используются технологии (инструменты и рабочие продукты).
 Практика для какой-то цели:

@@ Строка 40: / Строка 40: @@
 *организацию (люди и инструменты),
 *используемые в работе языки и нотации.
-Тем самым "процесс" -- это маленькая (хотя и важная) часть от "метода".
+Тем самым "процесс" — это маленькая (хотя и важная) часть от "метода".
 Тем не менее, в англоязычной литературе имеются синонимы для "метода", использующие слово "процесс" с уточнениями: "development process", "delivery process", "software process". Во всех этих случаях слово "процесс" используется для указание на весь жизненный цикл разработки в целом, а не на пошаговое исполнение какой-то последовательности действий.
-От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") - только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих продуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.
+От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") — только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих продуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.
-Задача метода - дать исполнителям полное знание о том, что, когда, как и с чем делать.
+Задача метода — дать исполнителям полное знание о том, что, когда, как и с чем делать.
-Задача проектного управления обычно - сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.
+Задача проектного управления обычно — сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.
 см. также [[Ситуационная инженерия методов]]

@@ Строка 1: / Строка 1: @@
 '''Практика''' (practice) — основа описания деятельности, без привязки деятельности ко времени и без привязки деятельностей друг к другу. Практика это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) [[:Категория:Дисциплины|дисциплин]] инженерного проекта.
 Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).
 Практика для какой-то цели:

@@ Строка 5: / Строка 5: @@
 [[:Категория:Дисциплины|Дисциплина]] = набор [[Альфа|альф]], уровень учебника (”дисциплина грузится в голову”).
-Технология = [[Рабочий продукт|рабочие продукты]] (нотации моделей, формы документов, софт, станки, инструменты), по которым можно определять состояния альф. Технология разворачивается на предприятии, для этого менеджмент должен выделить необходимые ресурсы.
+[[:Категория:Технологии|Технология]] = [[Рабочий продукт|рабочие продукты]] ([[:Категория:Нотации|нотации]] моделей, формы документов, софт, станки, инструменты), по которым можно определять состояния [[Альфа|альф]]. Технология разворачивается на предприятии, для этого менеджмент должен выделить необходимые ресурсы.
 Практика = дисциплины + технология.

@@ Строка 18: / Строка 18: @@
 *имеет указание на единицы измерения, оценивающие результаты (performance) практики и меру достижения её цели.
 * имеет ещё и ожидаемые характеристики входных (имеющихся в начале выполнения работ практики) и выходных (с результатом после завершения выполнения работ практики) элементов. Критерий завершения практики формулируется в терминах состояний альф и уровней детальности рабочих продуктов этой практики.
 == Практики (processes) в [[ISO 15288]] ==
@@ Строка 26: / Строка 25: @@
 * рекурсивно.
 Практики объединяются (composition) в другие практики, чтобы охватить больше аспектов. Когда результат такого объединения практик охватывает все аспекты проекта, тогда это уже метод. По-русски чаще всего описание практики оформляют в виде “методических рекомендаций”, “методики”.

@@ Строка 25: / Строка 25: @@
 * итерационно,
 * рекурсивно.
 == Метод ==

@@ Строка 21: / Строка 21: @@
 == Практики (processes) в [[ISO 15288]] ==
-Стандарт устанавливает практики ЖЦ.
+Стандарт устанавливает практики ЖЦ, которые должны выполняться:
-Практики должны выполняться:
 * всегда,
 * итерационно,
 * рекурсивно.
 == Метод ==

← Предыдущая		Версия 20:08, 12 декабря 2015
Строка 1:		Строка 1:
−	'''Практика''' (practice) — это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) дисциплин инженерного проекта. Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).	+	'''Практика''' (practice) — основа описания деятельности, без привязки деятельности ко времени и без привязки деятельностей друг к другу. Практика это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) [[:Категория:Дисциплины\|дисциплин]] инженерного проекта.
		+
		+	Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).

	[[:Категория:Дисциплины\|Дисциплина]] = набор [[Альфа\|альф]], уровень учебника (”дисциплина грузится в голову”).		[[:Категория:Дисциплины\|Дисциплина]] = набор [[Альфа\|альф]], уровень учебника (”дисциплина грузится в голову”).

@@ Строка 1: / Строка 1: @@
-Практика (practice) — это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) дисциплин инженерного проекта. Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).
+'''Практика''' (practice) — это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) дисциплин инженерного проекта. Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы. Каждая поддисциплина может разбиваться на поддисциплины дальше, но может становиться практикой, если добавляются знания о том, какие в предпринятии используются технологии (инструменты и рабочие продукты).
 [[:Категория:Дисциплины|Дисциплина]] = набор [[Альфа|альф]], уровень учебника (”дисциплина грузится в голову”).
@@ Строка 17: / Строка 17: @@
 * имеет ещё и ожидаемые характеристики входных (имеющихся в начале выполнения работ практики) и выходных (с результатом после завершения выполнения работ практики) элементов. Критерий завершения практики формулируется в терминах состояний альф и уровней детальности рабочих продуктов этой практики.
 Практики объединяются (composition) в другие практики, чтобы охватить больше аспектов. Когда результат такого объединения практик охватывает все аспекты проекта, тогда это уже метод. По-русски чаще всего описание практики оформляют в виде “методических рекомендаций”, “методики”.
@@ Строка 25: / Строка 26: @@
 Эти свойства в начале создания (authoring) метода почти никогда не присутствуют, любой проект начинает набирать практики своего метода по мере понимания ситуации. Каждый проект должен получить свой метод, ни один метод не работает для разных проектов. Так, если проект небольшой, то работа с требованиями может проходить с использованием практики user story, если проект большой, то необходимо уже использовать практику Use Case. Если нужно вести какие-то списки, то “в ворде” можно справиться с текстовым списком не более чем на 400 элементов, а если элементов списка больше, то для его ведения нужно уже использовать какие-то другие практики — другие технологии (базу данных, например), хотя дисциплина ведения списка может остаться той же самой.