...

...
 REATEDATE
 imestamp
  STARTDATE timestamp ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  STARTDATE timestamp ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 STARTDATE timestamp ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 TARTDATE
 imestamp
  ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 ENDDATE timestamp MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 NDDATE
 imestamp
  MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 MULTIPLE boolean ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp Таблица: VOTE_LOCATION Описание: Список допустимых размещений портлета голосований Поле Тип Длина Ненулевое Описание LOCATION string 255 Таблица: VOTE_CHOICE Описание: Варианты ответов для голосования Поле Тип Длина Ненулевое Описание TEXT string 255 Таблица: NEWS Описание: новости портала Поле Тип Длина Ненулевое Описание TITLE string 255 CONTENT clob NEWS_DATE timestamp Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 ULTIPLE
 oolean
  ACTIVE boolean Таблица: VOTE_RESULTS Описание: Результаты голосований Поле Тип Длина Ненулевое Описание INTERNAL_IP string 255 EXTERNAL_IP string 255 TIME timestamp

<< Пред.           стр. 7 (из 14)           След. >>

Список литературы по разделу