1. Доработки, реализованные в версии/Патче

Скачать 3.18 Mb.

Название	1. Доработки, реализованные в версии/Патче
страница	4/22
Тип	Документы

rykovodstvo.ru > Руководство эксплуатация > Документы

1 2 3 4 5 6 7 8 9 ... 22

getUsers()}} будет деградировать как с ростом количества пользователей, так и с усложнением объекта "пользователь" в результате текущей серии доработок (добавление сведений о сертификате, должности и полномочиях). Такая же ситуация возможна в методе {{CollectiongetRoleUsers(String roleCode)}}.

Сигнатуру этих методов предлагается изменить с добавлением параметров для постраничной порционной загрузки данных. Поскольку количество пользователей относительно не велико, а операция синхронизации партнерских систем не частая, предлагается сделать обычный "пейджинг" с сортировкой всего объема пользователей на стороне БД по идентификатору, то есть без контроля сдвига страниц из-за потенциального добавления нового пользователя во время выполнения синхронизации.

При рефакторинге прошу привести сервис в порядок. Например, предусмотреть более явное название методов и классов, четкое разделение назначения классов {{UsersSystems}} и {{UserInfo}} (если имеется), убрать неиспользуемые методы с пустой реализацией, если они не нужны ({{getRoleFunctions(RoleDetails)}}, {{getRoleOperations(RoleDetails)}}, {{getRoleAssignedFunctions(RoleDetails)}}, ...) и т.д.

Документирование не требуется
	SUFDCORE-17300 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	В рамках SUFDCORE-17290 модель данных сертификата была расширена сведениями о полномочиях и должности. Но для имеющихся старых сертификатов данные остались внутри сертификата. Необходимо реализовать процедуру инициализации этих данных сведениями из сертификатов. Требование к данному инициализатору: однократное выполнение для всего объема пользователей в отдельном потоке. После первого успешного полного завершения процедуру более вызываться она не должна. Критерием запуска процедуры может быть версия системы. До тех пор, пока процедура не завершит свою работу, сервис партнерской системы, разрабатываемый в SUFDCORE-17292, должен возвращать ошибку при выполнении методов, возвращающих соответствующие сведения о пользователях.	Документирование не требуется
	SUFDCORE-17303 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	На текущий момент имеется два способа управления сертификатами пользователя - раздел веб администрирования в тонком клиенте и отдельное "толстое" приложение АРМ крипто администратора. До момента, пока СБ на ландшафте АСФК не станет полноценной мастер-системой управления сертификатами пользователя, а также потенциально вне ландшафта АСФК привязкой сертификатов к пользователям будут заниматься эти два приложения. Соответственно, в них нужно выполнить доработки визуального интерфейса и процедур работы с сертификатами в соответствии с изменениями, которые произошли в модели. А именно, должен быть способ выбора должности для сертификата из словаря должностей и привязка полномочий из словаря полномочий. Раздел управления сертификатами в АРМ крипто админстратора должен быть доступен только в случае соответствующей настройки на уровне сервера СУФД. По умолчанию он должен быть недоступен. Отдельных четких требований к визуальному интерфейсу нет.	Документирование не требуется
	SUFDCORE-17312 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	Поскольку информация о формализованной должности и полномочиях перестает быть частью сертификата, появляется возможность подменить ее на уровне АРМ оффлайн. Для исключения такой подмены предлагается перед усилением подписи на уровне портала проверять данные из нее относительно данных из профиля пользователя. Для этого профили пользователей АРМ оффлайн должны присутствовать в СБ портала. Это будет обеспечиваться регламентными мерами при обработке заявления на выдачу/добавления сертификата. Также необходимо обеспечить обработку замещений, созданных на уровне АРМ оффлайн. Проблема усиления подписи замещения решается в рамках SUFDCORE-17312. При соблюдении этих условий есть возможность проверить как полномочие, так и формализованную должность с учетом замещений перед усилением подписи. Подписанная информация о замещении является частью контейнера подписи. Для обработки эскалаций, связанных с этим функционалом, предлагается добавить недокументированную возможность отключить эту проверку.	Документирование не требуется
	SUFDCORE-17313 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	При отборе подходящих для подписи сертификатов необходимо использовать полномочия из профиля пользователя. Их там может не быть, если перенос значений из сертификатов еще не завершен. В случае если их там еще нет, можно - или анализировать, завершилась ли инициализация в соответствии со способом определения ее завершенности, выбранном в SUFDCORE-17300, и бросать ошибку, если она уже завершена (полномочия уже должны быть); - и/или использовать полномочия по старому, из сертификата (если синхронизация не завершена). Аналогичное поведение должно быть реализовано при отборе сертификатов при формировании замещений.	Документирование не требуется
	SUFDCORE-17314 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	_Доработать генерацию запроса на выпуск сертификата, исключить информацию о полномочиях._ Исходим из того, что данное требование решается за счет конфигурирования средств формирования заявки на выдачу сертификата. Для этого возможности конфигурации должны быть расширены. Необходимо исключить из атрибутов, запрашиваемых для сертификата, формализованную должность и полномочия. Для этого: - В файле конфигурации запроса на сертификат для полномочия "АСФК" и всех его дочерних выставляем флаг {{forAddToCertReq}} в {{false}}. - Добавляем новый атрибут {{forAddToCertReq}} для {{field}}, значение по умолчанию - {{true}}. - Выставляем флаг {{forAddToCertReq}} для поля с формализованной должностью и логином АСФК в {{false}}. В итоге формализованная должность и полномочия должны присутствовать в заявлении на выпуск сертификата, но отсутствовать в заявке на сертификат, чтобы эти атрибуты не попали в формируемый сертификат.	Руководство по установке и настройке системы (СУФД), Код документа: 54819512.09.01,00.11.001-1.5 1(2,4,5)
	SUFDCORE-17315 (Доработка-источник: SUFD-87069) Куратор УФТ: ЦАФК - Мороков К.В.	При формировании подписи необходимо в состав подписываемых атрибутов включить полномочия и убедиться, что присутствует формализованная должность. При проверке достаточности установленных подписей данные о формализованных должностях берем в первую очередь из атрибутов подписи, а не из сертификата, так как в сертификате данных атрибутов не станет. Аналогично, статус утверждения должен учитывать данные о должностях из подписей.	Документирование не требуется
	SUFDCORE-17323 (Доработка-источник: SUFD-87082) Куратор УФТ: ЦАФК - Мороков К.В.	На основании Протокола совещания Федерального казначейства по Дорожной карте развития безопасности ППО "АСФК" на 2016 год от 29.03.2016 №3 в ППО "АСФК (СУФД)" требуется доработать функцию обмена данными (web-service), позволяющую осуществлять взаимодействие между ППО "АСФК (СУФД-Портал)" и ППО "АСФК (СУФД-Логистика)" без применения FTP-взаимодействия. Процесс в целом описан [тут\|https://asfk-support.ru/jira/secure/attachment/1525173/%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%B0%D0%B3%D0%B0%D0%B5%D0%BC%D0%B0%D1%8F+%D1%81%D1%85%D0%B5%D0%BC%D0%B0+%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%B0+%D0%B1%D0%B5%D0%B7+%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F+FTP.docx]. В соответствии с описанным сценарием работы в рамках СУФД требуется проверить работу транспорта при отправке пакета в адрес сервиса {{ufosTransportService}} вместо {{osbTransportService}}. Аспект, связанный с синхронной отправкой и повторных попыток доставить пакет в адрес недоступного в данный момент СУФД, в рамках данной доработки не рассматривается.	Необходимость доработки документации не определена
	SUFDCORE-17383 (Доработка-источник: SUFD-87076) Куратор УФТ: ЦАФК - Мороков К.В.	С целью обеспечения отказа от технологии Oracle Java-плагинов для браузеров, необходимо реализовать функционал, который на данный момент представлен в виде апплетов, а именно: подписание документа (апплет DocSigner), авторизация по сертификату (CertAuthSignerApplet), настройка передачи права подписи (SubstitutionSigner), генерация запроса на выпуск сертификата (SaveCertReqApplet) на базе КриптоПро ЭЦП Browser plug-in (https://www.cryptopro.ru/products/cades/plugin).	Необходимость доработки документации не определена

1 2 3 4 5 6 7 8 9 ... 22

Похожие:

	Доработки и развитие системного и функционального программного обеспечения... Установка версии 3 выполняется, следуя требованиям п. 5 документа «Руководство администратора системы» том. 1, а именно		Доработки и развитие системного и функционального программного обеспечения... Установка версии 1 выполняется, следуя требованиям п. 5 документа «Руководство администратора системы» том. 1, а именно
	Доработки и развитие системного и функционального программного обеспечения... Установка версии 4 выполняется, следуя требованиям п. 5 документа «Руководство администратора системы» том. 1, а именно		Инструкция по установке дистрибутива доступна в руководстве пользователя... С сервера фап необходимо скачать промышленный дистрибутив клиента «арм генерация ключей» версии 0 23n. Дистрибутив клиента в архиве...
	Инструкция по установке дистрибутива доступна в руководстве пользователя... С сервера фап необходимо скачать промышленный дистрибутив клиента «арм генерация ключей» версии 0 22n. Дистрибутив клиента в архиве...		Порядок установки модуля Если раньше был установлен модуль обмена 4 версии, то необходимо обновить его до последней версии, а только потом устанавливать модуль...
	Порядок установки модуля Если раньше был установлен модуль обмена 4 версии, то необходимо обновить его до последней версии, а только потом устанавливать модуль...		Руководство пользователя по работе с модулем «Интернет-магазин + 1С» Если раньше был установлен модуль обмена 4 версии, то необходимо обновить его до последней версии, а только потом устанавливать модуль...
	Инструкция по обновлению до версии 522. 0 При переходе с версий 518. 5 и более ранних обновление нужно проводить через промежуточную установку версии 520. 0 (более подробную...		Руководство по установке внимание! Для установки версии 23 не требуется наличие установленной более ранней версии
	Руководство по установке внимание! Для установки версии 40 не требуется наличие установленной более ранней версии		Руководство по установке внимание! Для установки версии 37 не требуется наличие установленной более ранней версии
	Анализ деятельности краевого государственного бюджетного Основные направления деятельности педагогического коллектива, реализованные в 2014-2015 учебном году		Инструкция по установке обновления программного средства асвкб до версии 0 В файле «Что нового в асвкб версии 0» содержится описание новой функциональности, включённой в версию 0
	Инструкция по установке обновления программных средств асвкб до версии 14. 0 В файле «Что нового в асвкб версии 14. 0» содержится описание новой функциональности, включенной в версию 14. 0		Инструкция по установке обновления программного средства асвкб до версии 0 В файле «Что нового в асвкб версии 0» содержится описание новой функциональности, включённой в версию 0

Руководство, инструкция по применению