...

...
 Таблица: NEWS
 писание: новости портала
 оле
 ип
 лина
 енулевое
 писание
 ITLE
 tring
 55
  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 для возврата ошибки.

...

...
 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 для возврата ошибки.

...

...
 ONTENT
 lob
  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 для возврата ошибки.

...

...
  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 для возврата ошибки.

...

...
 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 для возврата ошибки.

...

...
 EWS_DATE
 imestamp
  Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
  Требования к внутренним web-сервисам Среды электронного взаимодействия Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов. Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен. Основные требования к web-сервисам Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами. 1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.

...

...
 
 Требования к внутренним web-сервисам Среды электронного взаимодействия
 
  Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов.
 
  Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен.
 Основные требования к web-сервисам
 
 Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами.
  1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.
 
 
 

  ...
 
 
 
 

  ...
 
 
 
 
 

 

 
 2. В случае, когда обращение происходит асинхронно (в частности, с использованием механизма обмена сообщениями - возврат из вызванного метода web-сервиса осуществляется немедленно) взаимодействие осуществляется согласно спецификации WS-Adressing [WSA].
 
  При обращении некоторого экземпляра ПЭВ к web-сервису последний должен проверить, обладает ли данный ПЭВ правами на его запуск.
 
  В процессе выполнения web-сервиса должен происходить обмен данными с пользователем посредством некоторого пользовательского web-интерфейса. Для этого в любой момент времени web-сервис должен обладать возможностью передать в Среду ссылку на web-интерфейс, предназначенный для получения от пользователя необходимой для выполнения сервиса информации. По получению необходимых данных от пользователя, сервис должен передать команду ПЭВ на продолжение исполнения процедуры.
 Разрабатываемый субъектом web-сервис должен обладать методом, позволяющим остановить выполнение сервиса в рамках некоторого экземпляра ПЭВ.
 
 Дополнительные требования к web-сервисам
  Для большинства сервисов в любой момент до завершения выполнения web-сервиса в рамках некоторого экземпляра ПЭВ может быть произведен откат выполнения сервиса (бизнес транзакции или активности), т.е. сервис в рамках ПЭВ может быть приведен в исходное состояние.
  Разрабатываемый субъектом web-сервис должен обладать методом, позволяющим произвести откат выполнения сервиса в рамках некоторого экземпляра ПЭВ к его первоначальному состоянию. Единственным параметром входного сообщения этого метода является идентификатор обратившегося к сервису экземпляра ПЭВ; единственным параметром выходного - результат попытки отката сервиса (откат сервиса произведен, откат сервиса не может быть произведен, сервис уже находится в процессе отката, обращение указанного экземпляра ПЭВ уже завершено и поэтому откат невозможен, обращение указанного экземпляра ПЭВ не происходило). Сервисы, откат которых непредусмотрен, должны обладать указанным методом, но всегда возвращать результат "откат сервиса не может быть произведен".
 
 
 

 
 
 
 
 

 

 
  В процессе развития программного комплекса Среды электронного взаимодействия и наращивания его функциональности требуется производить тестирование системы в реальном времени. Для осуществления такого тестирования разрабатываемый субъектом web-сервис для каждого метода, реализующего его функционал, должен обладать парным проверочным методом, позволяющим произвести проверку функциональности основного метода, не затрачивая реальные время и ресурсы на выполнение всех его действий. Параметры входного сообщения проверочного метода совпадают с параметрами входного сообщения основного метода, а выходное сообщение проверочного метода содержит все параметры выходного сообщения и результат тестирования сервиса (метод выполнен без ошибок, во время тестирования происходили внутренние ошибки сервиса, результат выполнения метода недостоверен, экземпляр ПЭВ не имеет прав на обращение к сервису).
 
 
 

  ...