Разработка:Принятые соглашения - История изменений

Polikarpov: /* Права */

2017-05-29T07:46:36Z

‎Права

Polikarpov: /* Права */

2017-05-22T11:06:08Z

‎Права

Polikarpov: /* Права */

2017-05-22T10:41:02Z

‎Права

Alex: /* Коды и названия статусов. */ пояснения по статусам, добавлены новые статусы

2013-12-05T16:42:31Z

‎Коды и названия статусов.: пояснения по статусам, добавлены новые статусы

Alex: пояснения по статусам

2013-03-29T17:08:05Z

пояснения по статусам

Ilya: /* Мета-статусы */

2011-09-23T12:06:39Z

‎Мета-статусы

Ilya: /* Коды и названия статусов. */

2011-09-23T10:53:33Z

‎Коды и названия статусов.

Ilya: /* Мета-статусы */

2011-09-23T10:53:00Z

‎Мета-статусы

Ilya: /* Коды и названия статусов. */

2011-09-08T11:51:56Z

‎Коды и названия статусов.

Ilya: Добавлены соглашения по комментариям

2011-06-28T11:11:19Z

Добавлены соглашения по комментариям

@@ Строка 47: / Строка 47: @@
 == Права ==
 * Право dof/view (из moodle) действует только на просмотр блока FDO и на просмотр главной страницы. На всех остальных страницах используется собственная система полномочий
 * Если в блок dof заходит пользователь с полномочиями администратора (admin или danamanage) и для него нет персоны - то персона создается. Все данные берутся из профиля moodle, статус синхронизации (sync2moodle) равен 1.

@@ Строка 47: / Строка 47: @@
 == Права ==
 * Право dof/view (из moodle) действует только на просмотр блока FDO и на просмотр главной страницы. На всех остальных страницах используется собственная система полномочий
 * Если в блок dof заходит пользователь с полномочиями администратора (admin или danamanage) и для него нет персоны - то персона создается. Все данные берутся из профиля moodle, статус синхронизации (sync2moodle) равен 1.

@@ Строка 47: / Строка 47: @@
 == Права ==
 * Право dof/view (из moodle) действует только на просмотр блока FDO и на просмотр главной страницы. На всех остальных страницах используется собственная система полномочий
 * Если в блок dof заходит пользователь с полномочиями администратора (admin или danamanage) и для него нет персоны - то персона создается. Все данные берутся из профиля moodle, статус синхронизации (sync2moodle) равен 1.
 == Синхронизация ==
 При создании плагина sync следует руководствоваться следующими правилами:

@@ Строка 9: / Строка 9: @@
 ==Коды и названия статусов.==
-* future => предстоящий;
+* future => предстоящий; - (от Алексея: нужно уточнить, для чего нужен этот статус)
-* new => новый/заявка;
+* new => новый/заявка; - актуальный статус, он  уже существут для системы (не мусорный), но еще не перешел в активный статус.
-* deleted => удаленный;
+* deleted => удаленный; - мусорный статус, объекта "не существует" для системы, он не показывается даже в архиве. В него, например, могут быть переведены черновики. Обычные пользователи могут перевести в этот статус только объекты, которые еще не успели побывать в активном статусе.
-* active => идет/действует;
+* active => идет/действует; - активный статус
-* completed => завершен;
+* completed => завершен; - реальный конечный статус, аналогичный архивному, но обозначает успех в изучения дисциплины, программы.
-* canceled => отменен;
+* failed => неуспешно завершен; - реальный конечный статус, аналогичный архивному, но обозначает неудачу в изучении дисциплины, программы по вине слушателя (двойка, отчислен).
-* plan => запланирован;
+* canceled => отменен; - реальный конечный статус. Аналогичен архивному, но обозначает неудачу по объективным причинам (обучение отменено, студент переведен в середине семестра).
-* archive => помещен в архив;
+* plan => запланирован; - для запланированных событий и объектов, в отличие от черновиков, их предварительное редактирование уже закончено и мы используем объекты для моделирования будущей ситуации. Пример: изменения расписания, которые вступят в силу с определенной даты.
-* suspend => приостановлен;
+* archive => помещен в архив; - конечный статус, объект остается только для архива.
-* approved => подтвержден;
+* suspend => приостановлен; - это не конечный статус, объект временно исключен из бизнес-процессов, но может быть возвращен.
-* notapproved => не подтвержден;
+* approved => подтвержден; - это не конечный статус, актуальный статус. Аналогичен запланированному, но для приказов, договоров, заявок.
-* available => доступен;
+* notapproved => не подтвержден; - это не конечный статус объекта, ожидающиего подтверждения.
-* notavailable => недоступен;
+* returned => возвращен; - это не конечный, актуальный статус, обозначающий, что объект возвращен на доработку, но еще не потерявший шанса стать активным.
-* draft => черновик;
+* rejected => отклонён; - это конечный, реальный статус. Объект отклонён навсегда, вместо подтверждения, но должен остаться для архива рассмотренных заявок.
 === Мета-статусы ===
 Объединяют в себе несколько статусов, и используются для того чтобы указать общее состояние объекта. Мета-статус - это виртуальный, иногда мнимый статус, которому соответствуют 1 или несколько реальных статусов
@@ Строка 30: / Строка 33: @@
 Все активные объекты объекты являются, одновременно, актуальными и реальными, но не наоборот.
 ==== Актуальный объект (actual) ====
-Объект, жизненный цикл которого уже начат, но еще не завершен. Он включает в себя все активные объекты (с активными статусами), а так же некоторые не активные, но которые потенциально могут стать активными: запланированные, приостановленные и т.п.
+Объект, жизненный цикл которого уже начат, но еще не завершен. Он включает в себя все активные объекты (с активными статусами), а так же некоторые не активные, но которые потенциально могут стать активными: запланированные, приостановленные, подтвержденные и т.п.
 Все актуальные объекты являются, одновременно, реальными, но не наоборот.
 ==== Реальный объект (real) ====
-Объект, существование которого система признает. То есть, это используемые объекты, плюс архивные (но не включая удалённые, черновики, отмененные и прочие, которых для системы как бы совсем нет).
+Объект, существование которого система признает. Помимо актуальны объектов (которые являются активными или потенциально могут ими стать), реальные объекты включают в себя объекты, которые были активными, а теперь хранятся в архиве (но не включая удалённые, черновики и прочие, которых для системы как бы совсем нет).
 ==== Мусорный объект (junk) ====
 Объекты, которые хранятся в базе но никак не принимают участия в бизнес-процессе, даже в качестве архива: удалённые, отмененные, черновики.

@@ Строка 27: / Строка 27: @@
 ==== Активный объект (active) ====
 Объект, участвующий в активной фазе бизнес-процесса (например, учебные процессы в статусе "идёт", договоры в статусе "оказание услуг").
 ==== Актуальный объект (actual) ====
-объект, жизненный цикл которого уже начат, но еще не завершен. Он включает в себя активные, запланированные, приостановленные и т.п.
+Объект, жизненный цикл которого уже начат, но еще не завершен. Он включает в себя все активные объекты (с активными статусами), а так же некоторые не активные, но которые потенциально могут стать активными: запланированные, приостановленные и т.п.
 ==== Реальный объект (real) ====
 Объект, существование которого система признает. То есть, это используемые объекты, плюс архивные (но не включая удалённые, черновики, отмененные и прочие, которых для системы как бы совсем нет).
 ==== Мусорный объект (junk) ====
 Объекты, которые хранятся в базе но никак не принимают участия в бизнес-процессе, даже в качестве архива: удалённые, отмененные, черновики.
 == Права ==

@@ Строка 25: / Строка 25: @@
 === Мета-статусы ===
 Объединяют в себе несколько статусов, и используются для того чтобы указать общее состояние объекта. Мета-статус - это виртуальный, иногда мнимый статус, которому соответствуют 1 или несколько реальных статусов
-=== Активный объект ===
+==== Активный объект ====
 Объект, участвующий в активной фазе бизнес-процесса (например, учебные процессы в статусе "идёт", договоры в статусе "оказание услуг").
-=== Актуальный объект ===
+==== Актуальный объект ====
 объект, жизненный цикл которого уже начат, но еще не завершен. Он включает в себя активные, запланированные, приостановленные и т.п.
-=== Реальный объект ===
+==== Реальный объект ====
 Объект, существование которого система признает. То есть, это используемые объекты, плюс архивные (но не включая удалённые, черновики, отмененные и прочие, которых для системы как бы совсем нет).
-=== Мусорный объект ===
+==== Мусорный объект ====
 Объекты, которые хранятся в базе но никак не принимают участия в бизнес-процессе, даже в качестве архива: удалённые, отмененные, черновики.

← Предыдущая		Версия 11:11, 28 июня 2011
Строка 32:		Строка 32:
	* Плагины для разных систем именуются согласно [[Разработка:Принятые соглашения#Правила_именования_плагинов_sync \| правилам именования плагинов sync ]].		* Плагины для разных систем именуются согласно [[Разработка:Принятые соглашения#Правила_именования_плагинов_sync \| правилам именования плагинов sync ]].
	* Функции синхронизации следует группировать по принципу принадлежности к объекту FDO. Например функции создания персоны в moodle, получения количества входов на портал и получения информации о персоне из moodle должны находится в плагине sync/personstom		* Функции синхронизации следует группировать по принципу принадлежности к объекту FDO. Например функции создания персоны в moodle, получения количества входов на портал и получения информации о персоне из moodle должны находится в плагине sync/personstom
		+	== Комментарии ==
		+	В комментариях при описании параметров, содержащих id записей рекомендуется указывать из каких именно таблиц эти записи были взяты. При этом название таблицы можно писать одним словом, без префиксов.
		+	например:
		+	$personid - id пользователя в таблице persons
		+	В данном случае имеется в виду таблица mdl_block_dof_s_persons