takya.ru страница 1
скачать файл
Вопросы и ответы ко второму этапу конкурсного отбора.

       Общее:

Вопрос: Есть ли какая-либо документация по внешним системам? (руководство пользователя, администратора и т.п.) Если есть, можем получить?

Ответ: Документация есть, но для целей конкурсного отбора не предоставляется, т.к. является коммерческой тайной.

Вопрос: Требуется ли в рамках наших заданий вести разработку на интеграционной шине?

Ответ: Нет

Вопрос: Требуется ли разрабатывать эмуляторы внешних систем, либо все они будут предоставлены банком?

Ответ: Разработка эмуляторов не требуется

Вопрос: Требуется ли помимо разрабатываемых решений оценивать доработку систем, с которыми интегрируется разрабатываемое решение? Достаточно ли оценить разработку Технических требований к внешним системам со стороны разрабатываемого решения?

Ответ: Оценивать доработку систем не требуется

Вопрос: Возможно ли получить описания (технологии, платформы) систем, упомянутые в тестовых примерах? Например, АС Back office, X-Bank, АБС Гамма, IBSO, BPM «Ламанш», АС «Инфобанк», АС Запрос, АС ВИК, ЦАС НСИ, и т.д.?

Ответ: В рамках конкурсного отбора это невозможно

Вопрос: Правильно ли мы понимаем, что реализация функций, помеченных как будущие (Б) не входит в перечень оцениваемых работ по проекту?

Ответ: Да, не входит.

Тестовое задание «Оценка кредитной истории»

·         Вопрос: 1ФО. Каким образом подразумевается взаимодействие с СУДИР?

                  Ответ: Реализация webservice на стороне АС ОКИ на основе wsdl предоставленной АС СУДИР. СУДИР будет вызывать web service для синхронизации данных между СУДИР и АС ОКИ. Всего около 5 методов.

         Вопрос: 2ФО. Модуль интерфейса является модулем ИАСК? Либо он реализуется как отдельное приложение? Какие предъявляются требования к дизайну?

                 Ответ: Это новый модуль, должен быть реализован в виде веб приложения. Требований к дизайну конкретных нет.

      Вопрос: 6.2ФО. Допустимо ли использование 3rd-party систем бизнес-правил для формирования алгоритмов оценки (например IBM ILOG, JBoss Drools и т.п.). Готовы ли аналитики работать с такими продуктами?

                 Ответ: Нет, используется инструмент под названием Transact Strategy Manager компании Experian. Для разработчиков стратегия представляет собой сериализованый файл, который необходимо десериализовать заполнить массив данных, выполнить и получить результат.

     Вопрос: 6.2ФО. Будут ли предоставлены алгоритмы оценки кредитной истории? (Нужна ли аналитика по их разработке)? Можно получить пример такого алгоритма для оценки его сложности?

               Ответ: Пример алгоритма приведен в БТ, значительно меняться он не будет. Сами алгоритмы являются коммерческой тайной, для тестирования будут предоставлены заглушки.

      Вопрос: 7ФО. Источники данных уже содержат все необходимые данные? Да Нужна ли какая-либо их доработка?

Ответ: Возможно будет необходима доработка, доработка осуществляется силам сторонних систем

     Вопрос: 13ФО.  Каким образом планируется общение с внешними системами (веб-сервис, КСШ, …)?

Ответ: КСШ, файловый обмен

    Вопрос: 13ФО. Система BPM не указана в п. 5.4 Высокоуровневая архитектура системы. Как она взаимодействует с другими компонентами? –

Ответ: Путем отправки сообщения (запрос на скоринг в виде XML) в АС ОКИ и затем получения ответа в виде XML через КСШ

Вопрос: В требовании 13ФО «…В рамках «пилота» реализации проекта обязательным требованием является эффективная интеграция Системы с системой BPM» т.е. данные по обязательствам участников сделки для оценки внутренней и внешней кредитной истории буду предоставляться BPM посредством Web-service или файлового обмена?

Или данные по обязательствам участников сделки для оценки внутренней кредитной истории предоставляет АС «СД» а для внешней БКИ?

Ответ: BPM будет отсылать запрос в КСШ, а АС ОКИ возвращать ответ с оценкой и КИ.

Вопрос: Можно ли предоставить описание текущих алгоритмов оценки кредитной истории для юридических лиц, физических лиц и индивидуальных предпринимателей?

Ответ: Нет, предоставить нельзя, т.к. алгоритм является коммерческой тайной.

Вопрос: В разделе «Общие требования» отмечено:
Система должна оценивать кредитную историю клиентов Банка, обладать различными интерфейсами взаимодействия с пользователями и другими автоматизированными системами Банка, в том числе: «с модулем автоматизированной оценки кредитной истории».
В данном контексте уже существующий в банке «модулем автоматизированной оценки кредитной истории» или же так просто названа одна из подсистем, разрабатываемой системы оценки кредитной истории?

Ответ: Модуль надо создать, этот модуль является частью новой АС.

Вопрос: Что подразумевается под взаимодействием с BPM – только лишь предоставление web-сервиса с нашей стороны или же работа с web-сервисами BPM?

Ответ: Обмен сообщениями через КСШ

Вопрос: Какие предполагаются способы взимодействия с Бюро кредитных решений, кроме внетреннего web-сервиса банка?

Ответ: КСШ

Вопрос: На какой стадии ЖЦ находится данная система?

Ответ: система Оценки кредитной истории еще не создана, надо ее создать

Вопрос: Будут ли ограничения по составлению набора параметров для конкретных ролей пользователей?

Ответ: Возможно

Вопрос: Что именно в алгоритме оценки кредитных историй может менять пользователь с ролью Аналитик (например, формулы, параметры и т.п.)?

Ответ: Алгоритм изменить нельзя, может измениться набор передаваемых параметров

Вопрос: В требовании 13ФО сказано, что «В рамках «пилота» реализации проекта обязательным требованием является эффективная интеграция Системы с системой BPM.» Какая BPM система должна быть использована? Находится ли данная Система в промышленной эксплуатации? Реализация какого количества процессов должно быть оценено в рамках тестового задания.

Ответ: Нет, BPM в процессе разработки, разрабатывает отдельная комманда. Один процесс.

Вопрос: По высокоуровневой архитектуре системы (см. п. 5.4): Действительно ли модули разрабатываемой системы (модуль интерфейса пользователя и модуль работы с Внутренней /Внешней/ Совокупной кредитной историей) должны общаться через КСШ, и какова цель?

Ответ: КСШ – целевая платформа обмена сообщениями с гарантией доставки сообщений. Возможно рассмотрение альтернативного средства интеграции.

Вопрос: По п. 6.1.ФО: Для предоставления возможности выбора пользователем технологий кредитования и кредитных продуктов, предполагается использовать справочник. Где хранится этот справочник — в нашей системе, во внешней АС, в нашей системе с периодическим обновлением из внешних АС?

Ответ: в нашей системе с периодическим обновлением из внешних АС

Вопрос: По п. 13 ФО: Просим пояснить, необходимо делать оценку только для интеграции с BPM или еще и с другими внешними системами? Если и с другими системами, то состав и формат передаваемых данных будет единым? Если состав и формат будет различаться, то просим предоставить количество предполагаемых систем с которыми необходимо интегрировать разрабатываемую систему.

Ответ: Пока только для ВРМ

Вопрос: По п. 7 ФО: Система будет получать необходимые данные из источников в нужном формате (таком как отображено в пункте.5.2) или данные  могут приходить в разрозненном виде (отдельно информация по договорам, по обязательствам, платежам,…).  При необходимости агрегировать  данные из источников и рассчитывать нужные значения,  просим предоставить перечень полей, которые должны рассчитываться/ агрегироваться в рамках оцениваемой системы .

Ответ: Кол-во полей не более 30 для каждого сообщения, спецификация для сообщений к БКИ еще не определена



  1. Вопрос: По п. 9 ФО + п. 5.2: Должны ли использоваться разные отчетные формы для разных технологий кредита и кредитных продуктов, или должна быть одна форма, но в соответствии с видом технологии и типом продукта будет изменяться состав атрибутов?

Ответ: Это детали технической реализации, отчеты для разных продуктов могут содержать различные поля, в том числе в зависимости от роли

Вопрос: По п. 10 ФО + п. 5.3: Должны ли использоваться разные отчетные формы в зависимости от типа клиента (ФЛ/ ЮЛ/ ИП), или должна быть одна форма, но в соответствии с видом технологии и типом продукта будет изменяться состав атрибутов?

Ответ: Различные

Вопрос: По п. 12 ФО: Непонятно содержание пункта. Просим пояснить— имеется в виду загрузка или выгрузка оценки кредитной истории участников сделки?

Ответ: Это требование для пакетной загрузки, например для необходимости произвести оценку нескольких тысяч заявок.

Вопрос: По п. 4 ФО и 12 ФО: Формат загружаемых/ выгружаемых файлов должен быть единым или различным для разных запрашивающих систем? Если различным, то сколько предполагается вариантов форматов?

Ответ: Различным, количество еще неопределено.

      Вопрос: Схема в разделе 5.4 – просьба для каждого взаимодействия указать протокол и подробности взаимодействия (какие операции выполняются, их параметры и т.п.)

Ответ: На данном этапе неизвестны, необходима детальная проработка ФТ

     Вопрос: Какие из модулей на схеме предполагается доработать в рамках проекта?

Ответ: Должны быть реализованы (с нуля):


  1. Модуль работы с внутренней/Внешней/совокупной кредитной историей

  2. Модуль расчета риск-характеристик Оценка внутренней/Внешней/Совокупной кредитной истории

  3. Модуль интерфейса

Все остальные работы в других АС производятся другими подрядчиками, но с этими АС необходимо интегрироваться, что входит в скоуп проекта.

       Вопрос: Что есть модули физически? (например, j2ee приложение на IBM WebSphere, пакет или класс в составе существующего приложения и т.п.)?

Ответ: Любое стандартное приложение на стеке технологий JEE.

Тестовое задание «Ценные бумаги банка»

Вопрос: На стр.22 упоминается документ: “Требования к интеграционному взаимодействию описано в отдельном документе «Функциональные требования к интеграционным взаимодействиям Проекта «Ценные бумаги Банка».” Можно ли его посмотреть?

Ответ: Документ разослан контактным лицам

Вопрос: Данные требования к интеграционным взаимодействиям относятся к данному проекту, или работы по этим функциональным требованиям будут проводиться отдельно от проекта «Ценные бумаги банка» банком, либо какой-либо сторонней организацией?

Ответ: Часть требований по интеграции (интеграция АС «Инфобанк» с АС ВИК в части проверки клиентов по стоп-листам) выполняется в рамках проекта, другая часть (интеграция АС «Инфобанк» с АС «Филиал-Сбербанк» в части учёта ценностей) выполняется за рамками проекта. Первая часть интеграции (с АС ВИК) выполнялась ДР СБТ, вторая часть, возможно, будет выполняться сторонней организацией. Конкурс пока не проводился.

Вопрос: На стр.9 указаны 18 отдельных систем, участвующих в бизнес-процессе, внешние интерфейсы взаимодействия с данными системами будут предоставлены в готовом виде, их нужно будет только вызывать в рамках интеграции систем между собой с уже готовыми протоколами взаимодействия с каждой системой? Или сервисы/адаптеры взаимодействия для каждой из 18 систем необходимо будет разрабатывать самостоятельно в рамках данного проекта «Ценные бумаги банка» ?

Ответ: В рамках данного проекта реализуются только интеграционные взаимодействия, перечисленные в приложенном ТЗ (интеграция АС «Инфобанк» с АС ВИК и интеграция АС «Инфобанк» с АС «Филиал-Сбербанк»)

     Вопрос: В конце документа упоминаются нормативные документы:

a.      «Технологическая схема совершения операций с простыми векселями ОАО «Сбербанк России» от 17.11.2011г. №2313.

b.       «Регламент совершения операций с простыми векселями ОАО «Сбербанк России» от 17.11.2011г. №2312.

c.       «Технологическая схема ведения и использования ФП «Стоп-лист» АС ВИК в Сбербанке России» от 11.10.2010 г. № 1968.

Можно ли их получить?

Ответ: Это внутренние регламентирующие документы Сбербанка. В рамках данного отбора получить их нельзя.


Вопрос: Есть ли необходимость в создании отдельной фронтальной системы «Ценные бумаги банка», в которую должны быть частично перенесены некоторые функции АС «Инфобанк», или возможно развитие (доработка) существующей централизованной АС «Инфобанк» в части фронта в виде тонкого клиента?
Если требуется разработать именно отдельную Систему, то войдет ли в рамки проекта (нужно ли оценивать) доработка АС «Инфобанк» в части исключения перенесенного функционала?
Войдет ли в рамки проекта миграция данных? 

Ответ: Это техзадание на реализацию нового приложения «тонкого клиента» АС «Инфобанк», включающего существующий функционал АС «Инфобанк» по векселям и депозитным сертификатам и новые требования бизнеса.

Исключать перенесённый функционал из эксплуатируемого сейчас приложения «толстого клиента» АС «Инфобанк» не предполагается.

Так же требуется централизация данных по векселям и деп. сертификатам в Центральном узле АС «Инфобанк». Миграция данных из ТБ в ЦА также будет выполняться, но не в рамках этого задания.

Вопрос: В разделе 2.4.1. «Перечень автоматизированных систем, которые будут подключены к планируемым бизнес-процессам» перечислены только три системы, из ныне используемых. Означает ли это, что остальные 15 (из раздела 2.3.  «Перечень автоматизированных систем, участвующих в текущем бизнес-процессе»)  останутся интегрированными только с АС «Инфобанк»?

Ответ: Нет. Не означает. В этом перечне указаны вообще все системы, которые теоретически могут использоваться в Банке в бизнесс-процессах, связаных с векселями. Сейчас из этих 15-ти систем с АС «Инфобанк» по операциям с векселями частично интегрированы только ФП ГБК АБС «Гамма», АСУ «ОВП», АС «Статотчётность» (в части передачи им отчёта по векселям для подготовки формы 711 для Банка России) и АС «Учёт налогов». В рамках тестового задания должна быть дополнительно реализована интеграция с ФП «Стоп-лист» АС ВИК и с АС «Филиал-Сбербанк».

Вопрос: В соответствии с  требованием «ОБЩ01» должна быть сохранена возможность использования встроенной электронной почты АС «Инфобанк». Можно ли получить её описание? Подразумевается ли под этим интеграция на уровне интерфейса, API Инфобанка, переиспользование модуля или повторная реализация? В последнем случае для оценки необходимы функциональные требования

Ответ: Встроенная «электронная почта» АС «Инфобанк» - это механизм обмена текстовыми сообщениями между узлами системы АС «Инфобанк» на текстовых файлах и визуализации этих сообщений для пользователей. Отдельного описания нет. Данный функционал уже реализован в «тонком клиенте» АС «Инфобанк» в рамках другого проекта. В тестовом задании не реализуется.

Вопрос: В требованиях к функциональности ФС «Ценные бумаги Банка» отсутствуют требования по учету индоссаментов, в то время как  на сайте банка  такая услуга анонсируется. Планируется ли реализация учета индоссаментов в рамках этого проекта?

Ответ: Нет.

Вопрос: Верно ли, что новая Система никак не взаимодействует с CRM? Интегрирована ли с CRM АС «Инфобанк»?

Ответ: Верно. Нет взаимодействия АС «Инфобанк» с CRM.

Вопрос: Для двух требований («ФТ16   Регистрация залога ценных бумаг», «ФТ15  Регистрация хранения / возврата ценных бумаг») стоит примечание, что «Требование будет реализовано в соответствии с ЗНИ..».  Означает ли это, что мы не должны рассматривать данные требования в рамках проекта?

Ответ: Означает. В тестовом задании реализация данных требований не требуется.

Вопрос: В соответствии с «ОБЩ01» ФС «Ценные бумаги» должна поддерживать ведение ряда справочников (Справочник нормативов, Справочник курсов валют, Справочник нерабочих дней  и т.д.). Позволяет ли производительность шины обращаться к централизованным справочникам online при их просмотре  или необходимо хранить их копии в разрабатываемой Системе и  синхронизировать их  с централизованными?

Ответ: Шина тут ни при чём. Это внутренние справочники АС «Инфобанк».

Вопрос: Какую информацию содержит справочник сделок  - реквизиты самих сделок или только виды/типы сделок?

Ответ: Реквизиты самих сделок.

Вопрос: В ФТ06 указано, что «таблицы соответствия состояний бланков/ ценных бумаг в системах приведены в Приложении». Можно ли получить это приложение?

Ответ: Это приложение в данный момент недоступно

Вопрос: Требуется ли включать в периметр проекта процедуры реконсиляции данных с внешними системы (отчеты / скрипты синхронизации)

Ответ: Нет.

Вопрос: Входит ли в периметр проекта миграция данных / скрипты для первоначальной выгрузки данных из других систем, в которых учет ведется в данный момент?

Ответ: Нет

Вопрос: Ограничения на доступ и  полномочия пользователей Системы аналогичны ограничениям действующей АС «Инфобанк». " (Раздел 2.5, страница 13) - Есть ли существенные отличия в реализации АС «Инфобанк» не описанные в требованиях? Например, построчная фильтрация в зависимости от роли/прав пользователя, интеграция с  внешними системами аутентификации/авторизации?

Ответ: Да, аналогичны. Подразумевается внешняя идентификация через СУД-ИР. Но эта идентификация в рамки тестового задания не входит.

Вопрос: Должна быть возможность аннулирования любой операции из подсистемы «Внутрибанковских операций» (механизм как в АС «Инфобанк»)." (Раздел 3, страница 18) - Подразумевается ли под этим интеграция на уровне интерфейса, API Инфобанка, переиспользование модуля или повторная реализация? В последнем случае для оценки необходимы функциональные требования.

Ответ: Повторная реализация в «тонком клиенте».

Вопрос: "Должна быть сохранена возможность формирования отчетов (ФП «Отчеты» АС «Инфобанк»), в т. ч. оперативных и по закрытым договорам (ФП «Ценные бумаги» АС «Инфобанк»)." (Раздел 3, страница 18) - Подразумевается ли под этим интеграция на уровне интерфейса, API Инфобанка, переиспользование модуля или повторная реализация? В последнем случае для оценки необходимы функциональные требования

Ответ: Повторная реализация в «тонком клиенте».

Вопрос: "Список отчетных форм по операциям с ценными бумагами"(ФТ13,  стр.52) - Предполагается ли все данные для отчетов хранить в разрабатываемой системе, либо отчеты должны генерироваться по данным из внешних систем?

Ответ: Все данные в разрабатываемой системе.

Вопрос: На какой стадии ЖЦ находится данная система?

Ответ: Разработка.

Вопрос: На каких технологиях реализована АС Инфобанк?

Ответ: АС «Инфобанк» в части операций с ценными бумагами сейчас – «толстый клиент» на PowerBuilder, БД на SQL Server 2012, хранимые процедуры. По операциям со сбер. сертификатами есть интеграционный интерфейс для фронтальных систем на web-сервисах на сервере приложений. По функционалу денежных переводов «Колибри» - «тонкий клиент» на GWT, бизнес-логика на сервере приложений IBM WebSphere, интеграционный интерфейс на КСШ для фронтальных систем.

Вопрос: Проект "Ценные бумаги Банка" должен быть реализован как функциональная подсистема АС Инфобанка или как отдельная система, которая интегрирована с АС "Инфобанк" и с АС "Филиал-Сбербанк"?

Ответ: Как часть АС «Инфобанк».

Вопрос: Требуется ли оценивать доработки, которые необходимо выполнить в интересах проекта, на стороне с АС "Инфобанк" и с АС "Филиал-Сбербанк" (связанные с интеграцией с новой ФС АС) или достаточно оценить разработку ФС АС "Ценные бумаги Банка" и ее интеграцию с этими системами?

Ответ: Достаточно оценить разработку «тонкого клиента» АС «Инфобанк» и ее интеграцию с этими системами.

Вопрос: Функция ФТ05. Предполагается ли на шаге "добавления договора в АС "Инфобанк" интеграция с АС "Филиал-Сбербанк". Если да, то какая информация должна быть передана?

Ответ: На этом шаге не предполагается.

Вопрос: Функция ФТ05. Событие "поступление средств в обеспечение договора" должно поступать из внешних систем по отношению ФС АС "Ценные бумаги Банка"? Или это событие, происходящее вне систем, и инициатором является пользователь?

Ответ: 2-й вариант.

Вопрос: Необходимо ли использовать специальный BPM-модуль для реализации процесса обработки договоров по ценным бумагам? Если да, то имеются ли ограничения на технологию BPM-модуля?

Ответ: Специальный BPM модуль в рамках данного проекта не используется.

Список вопросов по тестовому заданию «ФССП»:

Вопрос: Я правильно понимаю что дорабатывать/разрабатывать необходимо 2 подсистемы: ФП «ФССП» и АС Банка?

Ответ: Нет, только ФП «ФССП»

Вопрос: Какие технические средства для реализации взаимодействия систем и управления бизнес процессами должны использоваться? Судя по техническим требованиям в конкурсной документации, предполагаем, что можно использовать IBM Process Server (т.к. в списке перечисленных технологий и средств разработки значится IBM Websphere Integration Developer), однако в банке для ВРМ-задач используется Pega…

Ответ: IBM Websphere

Вопрос: Необходимо ли разрабатывать интерфейс пользователей Администратор, Уполномоченный сотрудник? Если да, то будет ли это новая система либо доработка существующей?

Ответ: доработка существующей.

Вопрос: Разработка данного проекта подразумевает разработку ФП ФССП  «с нуля» или доработку уже существующей системы? Во втором случае – есть ли возможность получить информацию о ее архитектуре (использованных технологиях, проектных решениях)? Данная информация поможет нам сделать максимально релевантную оценку.

Ответ: доработку уже существующей системы. Документации нет.

Вопрос: Правильно ли мы понимаем, что в рамки данного проекта входит разработка функционала по обработке постановлений СПИ, при этом функционал обработки запросов СПИ уже реализован и не входит в периметр данного проекта?

Ответ: Обрабока запросов дорабатывается, постановления разрабатываются

Вопрос: Возможно ли уточнить версию IBM Websphere Application Server, используемую в промышленной эксплуатации банка?


Существует ли возможность использования в Банке WebSphere Enterprise Service Bus?
Реализована ли интеграция компонент КриптоПро с Websphere (особенно интересует в контексте SSL\TLS и XML-Dsig)

Ответ:WAS7, WebSphere Enterprise Service Bus – нет, КриптоПро – такая задача не стоит.

Вопрос: На какой стадии ЖЦ находится данная система?

Ответ: Разработка.

Вопрос: В списке предполагаемых ролей системы указан лишь Администратор. С другой стороны, требование ФП «ФССП»_Общее_02 предусматривает некоего Уполномоченного сотрудника, который имеет возможность принудительного изменения статуса электронного решения и ответа, что предполагает пользовательский интерфейс для просмотра документов и их изменения. Будут ли к этим документам допущены лишь администраторы, или предполагается расширение перечня ролей системы?

Ответ: Будут пользователи кроме администратора с разбивкой по регионам.

Вопрос: Какие типы постановлений СПИ должны обрабатываться оцениваемой системой? Только ProcDoc «Постановление СПИ», Restrictn «Постановление к исполнению» и «Регистрация заявления стороны ИП в ОСП (постановление СПИ)»? или какие-либо другие виды документов?

Ответ: Постановления о блокировании и списании средств со счетов клиентов.

Вопрос: Требование ФП «ФССП»_ФУНКЦИЯ_07 предполагает печать сообщений об ошибках и уведомлений о приеме. Предполагает ли система наличие печатных форм, или должна производиться только печать содержимого (XML?), или требуется преобразование в другой формат для печати?

Ответ: требуется преобразование в другой формат для печати

Вопрос: Ряд требований подразумевает взаимодействие пользователей с системой. Реализация пользовательского интерфейса предполагается в форме web-приложения, встроенного в WebSphere Portal банка, или какие-то другие варианты?

Ответ: web-приложения, не встроенного в WebSphere Portal



Вопрос: Будет ли АС Бэк Оффис и другие системы использовать некоторые уникальные форматы или аналогичные ФССП (Веб-сервис ФССП России)? По возможности необходимо уточнить, что это за форматы.

Ответ: Запросы в АС Бэк Оффис по формату отличаются от формата ФССП и меняться будут только при изменении состава данных обмена между ЭДО и Бэкофисом.
скачать файл



Смотрите также:
Руководство пользователя, администратора и т п. Если есть, можем получить?
160.59kb.
Администратора и наполнителя сайта, наборщика текстов
19.7kb.
Руководство пользователя гивц москва 2006 г
466.43kb.
Руководство пользователя cd-проигрыватель на 6 дисков cd-660
88.34kb.
Создание загрузочного usb-flash диска для установки по на терминальную станцию на пк, работающем под управлением ос windows xp или Windows 7
26.71kb.
Руководство пользователя цифрового фотоаппарата
334.75kb.
Руководство пользователя. 1s 001 1с82 ruk polz vopr 1211
215.45kb.
Несколько гидроксильных групп т е
37.73kb.
В своей педагогической деятельности исхожу из нескольких основополагающих принципов
225.42kb.
Руководство пользователя электронного сервиса смэв
1365.05kb.
Какой урок может стать для
84.25kb.
Информационная система межведомственного обмена липецкой области руководство пользователя
797.37kb.