Разработка:storages/orders - История изменений

Kuznetsova: исправление орфографической ошибки в тексте

2022-03-28T10:10:25Z

исправление орфографической ошибки в тексте

Polikarpov: /* Подробный формат полей в таблице: */

2014-11-19T07:05:36Z

‎Подробный формат полей в таблице:

Yumeneco: /* Подробный формат полей в таблице: */

2014-02-18T07:43:42Z

‎Подробный формат полей в таблице:

Yumeneco: /* Таблица в базе данных */

2014-02-17T11:24:43Z

‎Таблица в базе данных

Yumeneco: /* Подробный формат полей в таблице: */

2014-02-17T09:36:47Z

‎Подробный формат полей в таблице:

Yumeneco: /* Задания */

2013-02-25T11:16:27Z

‎Задания

Yumeneco: описаны todo

2013-02-25T11:11:14Z

описаны todo

Yumeneco в 11:04, 25 февраля 2013

2013-02-25T11:04:47Z

Yumeneco в 14:34, 2 октября 2012

2012-10-02T14:34:24Z

Alex: /* dof_storage_orders_baseorder */ расположение файлов с приказами

2011-09-27T12:04:14Z

‎dof_storage_orders_baseorder: расположение файлов с приказами

@@ Строка 6: / Строка 6: @@
 = Принцип работы =
 Приказы - единоличные, законченные, единовременные распоряжения пользователей системы, на выполнение значимых действий с данными в системе.  Реализуют протоколирование и исполнение как обычных приказов (приказ о зачислении, приказ о переводе), так и подразумеваемые приказы (выставление оценки, изменение статуса объекты).
-Не обязательно все действия в системе должны выполняться через приказы, однако нужно стремится реализовать как приказы все действия, которые необходимо протоколировать и для работы с которыми в будущем предполагается использовать индивидуальную цифровую подпись. При последующей реализации индивидуальной цифровой подписи, ею можно будет заверять только действия, оформленные в качестве приказов. Сейчас при обработки приказов вычисляются контрольные суммы данных (сигнатуры sha1), для затруднения несанкционированного изменения данных (требуется ключь, сохраненный в конфигурационном файле).
+Не обязательно все действия в системе должны выполняться через приказы, однако нужно стремится реализовать как приказы все действия, которые необходимо протоколировать и для работы с которыми в будущем предполагается использовать индивидуальную цифровую подпись. При последующей реализации индивидуальной цифровой подписи, ею можно будет заверять только действия, оформленные в качестве приказов. Сейчас при обработки приказов вычисляются контрольные суммы данных (сигнатуры sha1), для затруднения несанкционированного изменения данных (требуется ключ, сохраненный в конфигурационном файле).
 С программной точки зрения работа с приказами построена следующим образом:

@@ Строка 30: / Строка 30: @@
 * signerid - id персоны в таблице [[Разработка:storages/persons | persons ]], подписавшей приказ
 * date - дата приказа (которой он пройдет по документам)
-* signdate - id персоны, подписавшей приказ
+* signdate - дата подписания приказа в системе
 * exdate - дата исполнения приказа в системе
 * crondate - дата исполнения приказа по крону

@@ Строка 34: / Строка 34: @@
 * crondate - дата исполнения приказа по крону
 * changedate - дата последнего изменения приказа
-* status - статус приказа
+* status - список статусов указан в одноименном плагине рабочих процессов [[Разработка:workflows/orders | orders ]]
 * sdata - сериализованные данные приказа. Вынесены в отдельный справочник для хранения [[Разработка:storages/orderdata | даных приказа ]]
 * signature - сигнатура приказа (sha от signerid, ключевого слова из конфига,signdate,date и сериализованной data)

@@ Строка 32: / Строка 32: @@
 * signdate - id персоны, подписавшей приказ
 * exdate - дата исполнения приказа в системе
 * changedate - дата последнего изменения приказа
 * status - статус приказа
 * sdata - сериализованные данные приказа. Вынесены в отдельный справочник для хранения [[Разработка:storages/orderdata | даных приказа ]]

@@ Строка 33: / Строка 33: @@
 * exdate - дата исполнения приказа в системе
 * changedate - дата последнего изменения приказа
 * status - статус приказа
 * sdata - сериализованные данные приказа. Вынесены в отдельный справочник для хранения [[Разработка:storages/orderdata | даных приказа ]]

← Предыдущая		Версия 11:16, 25 февраля 2013
Строка 229:		Строка 229:
	\|}		\|}

−	[[Категория:Плагины обработки todo \| orders]]	+	[[Категория:Плагины обработки todo \| storages/orders]]

← Предыдущая		Версия 11:11, 25 февраля 2013
Строка 215:		Строка 215:
	\|Генерируется каждый раз при удалении записи из таблицы orders.		\|Генерируется каждый раз при удалении записи из таблицы orders.
	\|}		\|}
		+
		+	=Задания=
		+
		+	{\| border="1"
		+	\|+ Таблица заданий, которые выполняет этот плагин
		+	! Код задания
		+	! Дополнительный параметр
		+	! Пояснение
		+	\|-
		+	\|orders_on_orderdata
		+	\|Необязателен
		+	\|Находит все приказы, в которых хранятся данные в виде сериализованного объекта, после чего записывает эти данные в таблицу [[Разработка:storages/orderdata \| orderdata ]] в виде скалярных значений.
		+	\|}
		+
		+	[[Категория:Плагины обработки todo \| orders]]

@@ Строка 4: / Строка 4: @@
 }}
-== Принцип работы ==
+= Принцип работы =
 Приказы - единоличные, законченные, единовременные распоряжения пользователей системы, на выполнение значимых действий с данными в системе.  Реализуют протоколирование и исполнение как обычных приказов (приказ о зачислении, приказ о переводе), так и подразумеваемые приказы (выставление оценки, изменение статуса объекты).
 Не обязательно все действия в системе должны выполняться через приказы, однако нужно стремится реализовать как приказы все действия, которые необходимо протоколировать и для работы с которыми в будущем предполагается использовать индивидуальную цифровую подпись. При последующей реализации индивидуальной цифровой подписи, ею можно будет заверять только действия, оформленные в качестве приказов. Сейчас при обработки приказов вычисляются контрольные суммы данных (сигнатуры sha1), для затруднения несанкционированного изменения данных (требуется ключь, сохраненный в конфигурационном файле).
@@ Строка 18: / Строка 18: @@
 Данные приказа представляют собой сложно-структурированный объект (тип object), элементами которого могут быть скалярные значение, другие объекты и массивы. После исполнения приказа эти данные могут протоколироваться как в сериализованном виде, так и в реляционном, в виде составных частей записей в БД. Следует стремится к тому, чтобы формат этого объекта соответствовал формату входных данных для шаблона, отображающего приказ в виде документа ODF и в других форматах. Для этого формат объекта планируется совместимым с шаблонизатором [[Разработка:modlibs/templater]], с тем, чтобы приказы можно было распечатывать без дополнительной обработки.
-==Таблица в базе данных==
+=Таблица в базе данных=
 ''orders'' - список зарегистрированных и исполненных приказов, с информацией о плагине, реализующем объект приказа, исполнителе, дате исполнения.
@@ Строка 38: / Строка 38: @@
 * notes - заметки
-==Дополнительные методы:==
+=Дополнительные методы:=
 ===='''get_list_by_code($plugintype,$plogincode,$code,$departmentid=null,$ownerid=null,$signerid=null,$status=null,$limitfrom="",$limitnum="")'''====
@@ Строка 172: / Строка 172: @@
 </code>
-===События===
+=События=
 В этом разделе описан список всех событий, которые генерируются, перехватываются и обрабатываются этим плагином.
 ====Перехватываемые события====
@@ Строка 215: / Строка 215: @@
   |Генерируется каждый раз при удалении записи из таблицы orders.
   |}

@@ Строка 59: / Строка 59: @@
 == API ==
 === dof_storage_orders_baseorder ===
-Класс является базовым классом для типов приказов, объявляемых в плагинах. Дочерние классы должны именоваться по шаблону dof_типплагина_кодплагина_order_кодприказа.
+Класс является базовым классом для типов приказов, объявляемых в плагинах. Дочерние классы должны именоваться по шаблону dof_типплагина_кодплагина_order_кодприказа и располагаться в папке orders/кодприказа/init.php внутри объявляющего их плагина.
 * plugintype(),plugincode(),code() - получить идентификационную информацию о типе документа (должны быть объявлены в дочерних классах и возвращать строки).
 * baseptype(), basepcode() - идентификация плагина storages/orders, если объекту понадобиться обратиться к справочнику orders.