Приложение 2 к документации о закупке
Заявка на участие10
в процедуре открытого запроса предложений:
|
|
(указать наименование процедуры закупки, номер процедуры при необходимости номер лота)
|
Изучив условия и требования, изложенные в документации о закупке, в том числе
|
проект договора, размещённые в сети Интернет, по адресу:
|
|
|
(указать адрес места публикации процедуры)
|
|
, а также Положение о закупках товаров, работ, услуг Заказчика
|
(указать дату публикации)
|
|
и принимая установленные в них требования, условия проведения запроса предложений
|
и поставки товаров (выполнения работ, оказания услуг)
|
|
(указать полное наименование юридического лица / фамилию, имя отчество физического лица)
|
зарегистрированное/ый/ая по адресу:
|
|
(указать адрес места нахождения юридического лица / места жительства физического лица)
|
предлагает заключить договор на
|
|
(указать предмет договора)
|
в соответствии с коммерческим предложением и другими документами, являющимися неотъемлемой частью настоящей заявки на участие в процедуре открытого запроса предложений.
|
Настоящей заявкой на участие в запросе предложений сообщаем (декларируем), что в отношении
|
|
(указать полное наименование юридического лица / фамилию, имя отчество физического лица]
|
Отсутствует решение арбитражного суда о признании банкротом и об открытии конкурсного производства, не проводилась процедура ликвидации (для юридических лиц).
|
Деятельность не приостановлена в порядке, предусмотренном Кодексом Российской Федерации об административных правонарушениях, на день подачи заявки в целях участия в закупках;
|
Отсутствуют сведения в реестре недобросовестных поставщиков, предусмотренном ст. 5 Федерального закона № 223 ФЗ и в реестре недобросовестных поставщиков, предусмотренном Федеральным законом от 5 апреля 2013 г. № 44 ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд».
|
Настоящим гарантируем достоверность представленной нами в заявке на участие в запросе предложений информации и подтверждаем право Заказчика, не противоречащее требованию формирования равных для всех участников запроса предложений условий, запрашивать у нас, в уполномоченных органах власти и у упомянутых в нашей заявке на участие в запросе предложений юридических и физических лиц информацию, уточняющую представленные нами в ней сведения.
|
В случае, если по итогам процедуры запроса предложений Заказчик предложит нам заключить договор, обязуемся предоставить Заказчику11, в недельный срок с момента размещения протокола в сети Интернет, сведения в отношении всей цепочки собственников, включая бенефициаров (в том числе конечных), и о составе исполнительных органов12.
|
В случае, если по итогам запроса предложений Заказчик предложит нам заключить договор, мы берем на себя обязательства подписать договор с ПАО «Аэрофлот» в соответствии с требованиями документации о проведении запроса предложений и условиями наших предложений, в срок не позднее чем через три календарных дня со дня получения данного договора от заказчика.
|
В случае, если мы будем признаны участником запроса предложений, занявшим второе место по итогам проведения закупки, а победитель запроса предложений будет признан уклонившимся от заключения договора, мы обязуемся подписать данный договор в соответствии с требованиями документации о запросе предложений и нашим предложением о цене договора.
|
В случае, если мы будем признаны единственным участником запроса предложений, мы обязуемся подписать договор на выполнение работ в соответствии с требованиями документации о запросе предложений и по цене, указанной в нашем коммерческом предложении.
|
В случае признания нас победителями запроса предложений или принятия решения о заключении с нами договора в установленных случаях, и нашего уклонения от заключения договора, являющихся предметом запроса предложений, мы согласны с включением сведений
|
о/об
|
|
|
(указать полное наименование юридического лица / фамилию, имя отчество физического лица)
|
в Реестр недобросовестных поставщиков.
|
Принимаем на себя обязательство не изменять и (или) не отзывать заявку на участие в запросе предложений после истечения срока окончания подачи заявок на участие в запросе предложений.
|
Подачей настоящей заявки подтверждаю своё согласие на обработку персональных данных в соответствии с Федеральным законом от 27 июля 2006 г. № 152 ФЗ «О персональных данных»13.
|
К настоящей заявке на участие в запросе предложений прилагаются документы, являющиеся неотъемлемой частью нашей заявки на участие в запросе предложений,
|
согласно описи на
|
|
стр.
|
|
|
|
Руководитель
|
|
|
|
|
(подпись)
|
|
(указать инициалы, фамилию)
|
М.П.
|
|
Дата составление
|
«
|
|
»
|
|
|
|
г.
|
|
|
(ДД)
|
|
(ММ)
|
|
(ГГГГ)
|
|
Приложение №3 к Документации о закупке
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Динамическая сегментация с использованием массивов неструктурированных данных (Big data) для увеличения входящего потока клиентов
Общие сведения
Заказчиком выполнения Работ является ПАО «Аэрофлот» (далее – и Заказчик).
Работы оказываются: ____________ (далее – Исполнитель).
Перечень документов, на основании которых оказываются Работы:
Настоящий документ Техническое задание; Стандарт разработки, внедрения и эксплуатации прикладного программного обеспечения ПАО «Аэрофлот» (СТО ИТ 30.2 № 599 – 19.10.2010г.).
Утвержденные Заказчиком и Исполнителем организационные документы по проекту в рамках выполнения Работ.
Порядок оформления и предъявления Заказчику результатов Работ определяется настоящим документом.
Работы финансируются за счет средств Заказчика.
Определения терминов и аббревиатур:
Сокращение
|
Определение
|
Big data
|
Подходы и методы обработки и анализа больших объемов различно структурированной/неструктурированной информации из разных источников – внутренних, внешних баз данных, интернет-источников в режиме реального времени
|
Платформа
|
Комплекс систем, обеспечивающий автоматизацию процессов, описанных в данном техническом задании на основе следующих продуктов:
IBM BigInsights
IBM SPSS Modeler
IBM InfoSphere DataStage
IBM InfoSphere QualityStage Designer
IBM Informix
|
CRM
|
Программно-аппаратный комплекс, предназначенный для автоматизации управления взаимоотношениями с клиентами – Customer Relationship Management
|
DWH CRM
|
Клиентское хранилище данных CRM
|
Dmail
|
Direct Mail – прямая отправка почтовых писем
|
DBM
|
DoubleClick Bid Manager – Сервис Google, позволяющий управлять покупкой медийной и видеорекламы по модели RTB в режиме реального времени
|
AdWords
|
Сервис контекстной, в основном, поисковой рекламы от компании Google, предоставляющий интерфейс и инструменты для создания рекламных сообщений
|
RTB
|
Real-Time Bidding - технология закупки медийной рекламы посредством программируемых онлайн-аукционов
|
Google Analytics
|
сервис, предоставляемый Google для сбора детальной статистики посетителей веб-сайтов
|
Ad hoc
|
Реализация по запросу
|
Data-Mining
|
Совокупность методов обнаружения в имеющихся данных ранее неизвестных, нетривиальных, практически полезных и доступных интерпретации знаний для принятия решений
|
Look - alike
|
Социально-демографический и поведенческий таргетинг, благодаря которому товар и/или услугу предлагают пользователям, по многим показателям похожим на существующих клиентов рекламодателя
|
Скоринг
|
Система оценки объектов, в основе которой заложены статистические методы
|
RFM-анализ
|
Recency Frequency Monetary (давность, частота, деньги) — метод сегментация клиентов в анализе сбыта по лояльности
|
CLTV
|
Customer Lifetime Value — прогноз выгоды, которую компания извлечёт из долгосрочного сотрудничества со своим клиентом
|
Sirax Extract
|
Система учета доходов ПАО «Аэрофлот»
|
Sabre CDD
|
Customer Data Delivery – выгрузка данных из глобальной системы бронирований
|
Active Directory
|
LDAP-совместимая реализация службы каталогов корпорации Microsoft для операционных систем семейства Windows NT
|
OS
|
Операционная система
|
PMBOOK
|
Свод знаний по управлению проектами PMBoK представляет собой сумму профессиональных знаний по управлению проектами
|
Назначение и цели выполнения Работ
Развитие системы управления взаимоотношениями с клиентами предполагающее аккумулирование и анализ данных о существующих и потенциальных клиентах из различных источников, а также информации по конкурентам с целью осуществления узко таргетированных и персонифицированных коммуникаций и повышения эффективности маркетинговых кампаний.
Реализация инфраструктуры, позволяющей работать с огромными массивами структурированных и неструктурированных данных из внешних и внутренних источников с целью привлечения новых потенциальных клиентов и генерация повторных посещений
Реализация комплекса мер по возврату клиентов с целью роста конверсии продаж билетов и дополнительных услуг на сайте авиакомпании.
Ограничения:
Учет требований законодательства при работе с персональными данными клиентов.
Направления выполнения Работ:
Обработка, анализ, сегментация больших объемов неструктурированной и различно структурированной информации из внешних и внутренних источников;
Формирование целевых сегментов;
Выявления явных и неявных корреляций в поведении и действиях потребителя на основе данных из внутренних и внешних источников;
Возможность таргетированных / персонифицированных коммуникаций посредством различных каналов коммуникаций (Email, СМС сообщения, Dmail, Web, а также по мере необходимости DBM, RTB и т. д.)..
Характеристики объектов автоматизации
Объектом автоматизации являются процессы Заказчика по управлению взаимоотношениями с потенциальными клиентами и пассажирами компании, а также процессы передачи информации между системами, обеспечивающими автоматизацию процессов управления взаимоотношениями с клиентами.
Требования к Работам:
Функциональные требования:
Модуль «Клиент 360» представляет собой алгоритм сопоставления и объединения данных о пассажирах из различных источников с целью выявления уникальных клиентов и включает в себя следующие требования:
Организовать сбор, хранение и объединение данных из следующих источников: ежедневно обновляемые исторические данные о пассажирах и их полетах из внутренних источников, регулярная автоматическая выгрузка данных из Google Analytics, а также характеристика посетителей сайта Аэрофлота и модель их поведения;
Реализовать алгоритм, позволяющий выделять уникальные клиентские записи (при неточном совпадении информации из разных источников) с сохранением и автоматической актуализацией соответствующего клиентского профиля и возможностью его объединения с данными по посетителям сайта Аэрофлота;
Предоставить возможность (ad hoc) дополнения профиля уникального клиента данными информационных систем Третьих лиц при наличии идентификаторов сопоставления и соблюдении законодательства РФ;
Обеспечить динамическую сегментацию по всем атрибутам профиля и их сочетаниям с последующей передачей данных сегмента в Siebel CRM для коммуникации;
На основе выделенных профилей уникальных клиентов необходимо обеспечить возможность экспорта деперсонифицированных данных в сторонние системы управления аудиторным таргетированным показом рекламных сообщений (напр., DBM, AdWords и т.д.);
Обеспечить хранение клиентского профиля в оперативной базе данных с целью предоставления информации по клиентам внешним системам в режиме реального времени с минимальной (менее 0.5 с) задержкой;
Обеспечить анализ выходных данных модели (профилей) с применением Data Mining для выявления характерных групп/кластеров и реализации подхода look-alike в рекламной коммуникации. Например, показ рекламного сообщения тем посетителям сайта или рекламной площадки, чей профиль соотносится с сегментом, выявленным в ходе кластеризации/классификации;
Обеспечить возможность загрузки данных из социальных медиа с последующим их объединением с данными уникальных клиентских записей;
Обеспечить возможность использования атрибутов, полученных из социальных медиа, для сегментации и таргетированной коммуникации посредством CRM-системы.
Модуль «Сервис рекомендаций» реализует алгоритм, позволяющий подобрать альтернативные предложения клиенту по возможным пунктам авиапутешествия, основываясь на исторических данных о полетах пассажиров и выявленных корреляциях, и включает следующие требования:
Определить наиболее вероятный следующий/альтернативный выбор клиента (пункт назначения) на основе исторических данных о полетах пассажиров и выявленных корреляциях инструментами Data Mining (см. модуль «Клиент 360»);
Разработать методику определения средней стоимости перелета по направлениям авиалиний (в том числе в разрезе по классам бронирования), используя исторические данные;
Вычислить стоимость вероятных релевантных предложений;
Реализовать возможность скоринга предложений для соответствующей сегментации с возможностью запуска маркетинговых кампаний;
Реализация механизма автоматического ранжирования (по приоритету) предложений в случае попадания клиента в различные маркетинговые программы или маркетинговые кампании;
Обеспечить возможность применения результатов анализа для коммуникации по следующим каналам: email, система ротации баннеров на сайте, ремаркетинг в рекламных сетях (в том числе посредством экспорта деперсонифицированных данных в сторонние системы управления аудиторным таргетированным показом рекламных сообщений);
Обеспечить подбор персональных предложений в виде баннеров для демонстрации их на сайте авиакомпании (обновление данных осуществляется раз в сутки или по запросу). При ротации сообщений необходимо учитывать параметры ротации, например, такие как количество показов в день, максимальное количество показов одному клиенту, приоритет и пр.;
Обеспечить интеграцию с CRM-системой для получения перечня маркетинговых кампаний, доступных предложений и сегментов клиентов в рамках данной кампании;
Обеспечить реализацию механизма подбора наиболее оптимального предложения клиенту (обновление данных осуществляется раз в сутки или по запросу) по каждому из каналов коммуникации с учетом анализа эффективности канала для указанного клиента (см. Модуль определения склонности к отклику);
Реализовать систему ротации баннеров на веб-сайте Заказчика для обеспечения таргетированного показа.
Модуль «Пожизненная ценность клиента» (Customer Lifetime Value, CLTV и RFM-сегментация):
Реализовать алгоритм, который позволит вычислить пожизненную ценность клиента (CLTV) для авиакомпании на основе принесенной выручки (без учета расходов) с присвоением соответствующего скорингового значения. Оптимальная с т.з. индустрии математическая модель расчета CLTV определяется в ходе реализации проекта;
Реализовать алгоритм, который для каждого клиента позволит определить принадлежность к RFM-сегменту. Алгоритм RFM должен быть построен на использовании трех показателей: давность последней покупки билета, количество приобретенных авиабилетов, сумма, потраченная клиентами за всю историю авиаперелетов. Оптимальная с т.з. индустрии математическая модель RFM-сегментации определяется в ходе реализации проекта;
Реализовать автоматическую актуализацию значений CLTV (абсолютного и скорингового) и принадлежности к RFM-сегменту по каждой клиентской записи по мере поступления новых данных;
Реализовать возможность хранения истории изменения значений CLTV (абсолютного и скорингового) и принадлежности к RFM-сегменту по каждой клиентской записи;
Обеспечить возможность использования полученных атрибутов CLTV и RFM для сегментации и реализации маркетинговых кампаний.
Модуль определения склонности к отклику и чувствительности к цене включает в себя следующие требования:
Реализовать алгоритм, позволяющий провести анализ отклика клиента на предложения и рекламу с целью определения восприимчивости к каждому из каналов коммуникации. Источником данных выступает выгрузка данных из Google Analytics;
На основе анализа исторических данных профилей реализовать модель расчета ценовой чувствительности с возможностью ранжировать коммуникации с различными сегментами (предложение класса бронирования, дополнительные услуги и т.д.);
Реализовать возможность вычисления склонности к отклику каждой уникальной клиентской записи (скоринг по каждому каналу) в зависимости от индивидуальной частоты откликов;
Обеспечить возможность автоматической актуализации расчетов по мере наполнения профиля новыми данными.
Модуль анализа влияния каналов коммуникации:
Реализовать алгоритм, позволяющий фиксировать участие каналов в коммуникационном процессе, предшествующем покупке каждого клиента (или кластера), а также увеличение числа новых уникальных клиентских записей при осуществлении медийной активности, в т.ч. офлайн;
Предоставить возможность учета вклада каждого канала в воронке продаж различных клиентских групп для последующей оценки эффективности и маркетинговой оптимизации;
Результаты анализа должны быть доступны на информационной панели (дашборде);
Технические требования:
Реализация системы должна осуществляться на платформе программного обеспечения IBM, включающего в себя права использования следующего программного обеспечения: Biginsights for Apache Hadoop, SPSS Modeler, InfoSphere DataStage, Informix.
Полная спецификация необходимого программного обеспечения для включения оценки в коммерческое предложение указана в Приложении 1 к настоящему Техническому Заданию.
Требования к инфраструктуре
Обеспечить хранение данных, необходимых для реализации описанных функциональных требований, на базе продукта IBM BigInsights.
Обеспечить сбор данных из Google Analytics с помощью продукта IBM InfoSphere DataStage
Обеспечить построение аналитических моделей, описанных в функциональных требованиях, с помощью продукта IBM SPSS Modeler с возможностью последующей визуализации c использованием существующей системы отчетности;
Обеспечить реализацию алгоритма, выделяющего уникальные клиентские записи с помощью инструмента IBM InfoSphere QualityStage Designer
Обеспечить хранение клиентского профиля в оперативной базе данных на основе IBM Informix
Требования к администрированию системы
Обеспечить возможность администрирования основных параметров настроенных моделей
Обеспечить возможность администрирования модуля ротации баннерной рекламы
Пароль для входа в Платформу не должен быть короче минимально допустимой длины (от 3 до 8 символов), которая определяется администратором. Все пароли должны быть скрыты в Платформе и к ним никто не должен иметь доступа. По сети пароли должны передаваться только в зашифрованном виде;
Должны быть предусмотрены параметры, которые устанавливают частоту смены пароля пользователем. Тогда пользователь будет обязан периодически менять пароль. Число дней, после которого необходимо изменить пароль, определяется администратором. При изменении пароля пользователь не должен иметь возможность использовать пять своих последних паролей;
Система аутентификации должна иметь возможность интеграции с Active Directory.
Платформа должна предусматривать ведение ряда журналов для системного администрирования, мониторинга, решения возникающих проблем и аудита пользователей. Доступ к этим журналам должен контролироваться системой полномочий. В журнале изменений основных записей пользователей должны просматриваться изменения, касающиеся списка профилей полномочий в основной записи пользователя, пароля пользователя (только в зашифрованном виде), типа пользователя, группы пользователя, срока действия и т.д. Там же должны фиксироваться все факты блокировок пользователя из-за недопустимого количества неудавшихся попыток входа в Платформу, что позволит вовремя отследить попытки подбора чужого пароля.
Требования к интеграции
Обеспечить интеграцию Платформы как в режиме реального времени (online) так и в пакетном режиме (offline).
Внедрение Платформы вызвать потери информации в уже внедренных программных продуктах.
Платформа должна стать частью единого информационного пространства компании ПАО «Аэрофлот», и должна предоставлять всю необходимую информацию для других информационных систем, используемых в компании.
Все работы по разработке интеграции между Платформой и другими программными продуктами являются частью процесса по внедрению Платформы.
Платформа должна быть интегрирована со следующими системами ПАО «Аэрофлот»:
Siebel CRM
Авиационная модель данных DWH CRM
Сайт ПАО «Аэрофлот»
Sabre CDD
Система учета доходов Sirax
Google Analytics
Требования к управлению доступом
Платформа должна предусматривать различные уровни доступа пользователей.
Обеспечить возможность разграничения доступа на уровне приложений и на уровне данных
Обеспечить возможность заведения новых (и редактирование уже заведенных) пользователей и настройки необходимых прав доступа к системе и данным
Обеспечить возможность удаления пользователей и удаления прав доступа к данным
В Платформе для управления правами доступа должен быть реализован механизм профилей и ролей с возможностью использования как организационных управляющих объектов, таких как должности, штатные должности и организационные единицы так и функциональных управляющих объектов, таких как группы документов, типы операций и т.д. Все полномочия пользователей должны вестись на уровне метаданных.
Доступ должен контролироваться на уровне приложений. Дополнительно могут использоваться средства защиты на уровне OS, чтобы ограничить доступ. Все обновления прикладной базы данных должны выполняться через Платформу.
Требования к диагностике и мониторингу
Обеспечить реализацию системы мониторинга процессов загрузки данных, позволяющая:
информировать ответственных лиц в случае возникновения сбойной ситуации
проводить мероприятия по устранению сбойных ситуаций.
модификации настроек средств интеграции с целью предотвращения возникновения сбойных ситуаций на основе накопленной статистики
Обеспечить контроль качества и полноту информации предоставляемой в источнике данных, а также доступность самого источника данных, в том числе для отображения этой статистике на мониторе процессов загрузки
Обеспечить интерфейс мониторинга производительности Платформы на уровне приложений
Требования к доступности и надежности
Обеспечить процедуру резервного копирования данных. Требуется регулярное резервное копирование всех данных, включая системные файлы сервера, для возможности последующего восстановления. Требуется служба удалённого резервного копирования и широкополосный доступ к резервным копиям
Платформа должна обладать надежностью для обеспечения стабильной работы пользователей, обеспечивать оперативное восстановление работоспособности при сбоях.
Платформа должна предоставлять возможности по обеспечению отказоустойчивости решения.
Требования к быстродействию и нагрузке
Предусмотреть высокую масштабируемость. Платформа должна обеспечивать возможность масштабирования за счет наращивания аппаратных средств без переустановки системы, начиная от объема данных 100 TB и 100 млн уникальных клиентов, предусматривая пятикратное увеличение за 5 лет эксплуатации системы.
Предусмотреть возможность изменения срока хранения истории каждого клиента от 5 лет до пожизненного хранения.
Обеспечить подготовку и выполнение нагрузочного тестирования модуля.
Обеспечить возможность загрузки данных по web-активностям не менее 100 TB
Обеспечить отказоустойчивую конфигурацию модуля подбора персональных предложений
Обеспечить конфигурацию модуля подбора персональных предложений, выдерживающую пиковую нагрузку – 100 запросов в секунду и 5 млн посетителей в день
Обеспечить время расчета персональных предложений по всей клиентской базе (до 100 млн клиентов) не более 5 часов
Требования к безопасности
Платформа должна обеспечивать необходимый уровень защиты информации от несанкционированного доступа и неквалифицированного использования
В целях безопасности, все файлы, относящиеся к Платформе, должны храниться в специальной структуре каталогов на уровне операционной Платформы и быть защищены определенными полномочиями доступа.
Проверка подлинности пользователя должна осуществляться через проверку подлинности пользователя через имя пользователя и пароль;
Физическое хранение данных должно быть на территории РФ
Обеспечить хранение персональной информации, (пароли, контрольные слова и адреса электронной почты (далее ПДн) в зашифрованном виде на серверах, находящихся на территории ПАО «Аэрофлот», обеспечивая их расшифровку и выдачу за пределы контролируемой зоны только по отдельным запросам, сведения о которых (время, инициатор и т.п.) должны фиксироваться в специальном журнале
Функционирование Платформы должно быть обеспечено организационными и программно-техническими средствами защиты от несанкционированного действия с целью предотвращения хищения, утраты, искажения и подделки информации.
При эксплуатации Платформы должна быть обеспечена защита информации на всех этапах работы с ней и осуществляться идентификация всех возможных пользователей с разграничением доступа к функциям, которые может выполнять конкретный комплекс задач в зависимости от пользователя, работающего с ним.
Логическая структура баз данных и других средств хранения информации, используемой в Платформе, должна проектироваться с учетом реализации функций по разграничению доступа к данным, как на уровне хранения данных, так и на уровне специальных программных средств. Должна быть исключена возможность несанкционированного доступа к данным за счет использования паролей и разграничения полномочий пользователей, имеющих различные права доступа к данным.
Средства защиты информации от несанкционированного доступа должны обеспечивать:
Блокирование доступа при подозрительных попытках использования Платформы;
Защиту от несанкционированной модификации программного обеспечения, включая защиту от внедрения «вирусов» в программные продукты;
Защиту информации от случайных разрушений.
Доступ к Платформе должен предоставляться с рабочих мест, расположенных в корпоративной сети Компании, или с удаленных рабочих мест, расположенных во внешних сетях, с использованием ресурсов сети Интернет или других способов подключения. Предоставляемый доступ должен обеспечивать защиту обрабатываемых данных путем подключения по защищенному протоколу, методом, согласованным с департаментом экономической безопасности и департаментом информационных технологий.
Платформа должна обеспечить необходимый уровень защиты информации от несанкционированного доступа и неквалифицированного использования, ведение аудита критичных действий пользователей и истории изменений основных параметров объектов системы;
Организационные требования:
Требования к документации
По результатам системного проектирования участником закупки должен быть подготовлен, согласован и представлен ПАО «Аэрофлот» технический проект аппаратно-программной платформы (далее – Платформа), учитывающий имеющиеся возможности и особенности вычислительной и телекоммуникационной инфраструктуры Заказчика.
Разработка исчерпывающей документации по вопросам внедрения Платформы и интеграции со следующими системами ПАО «Аэрофлот»:
Siebel CRM
DWH CRM
Сайт ПАО «Аэрофлот»
Sabre CDD
Система учета доходов Sirax
Google Analytics
Программное обеспечение в части аналитических инструментов должно иметь исчерпывающую документацию конечных пользователей
Требования к ведению проекта разработки, внедрения и технической поддержки
Работы выполняются в рамках открытого Заказчиком и Исполнителем совместного проекта, реализуемого на основе требований Заказчика к проектной деятельности, основанных на рекомендациях PMI PMBOK. Язык проекта - русский;
Заказчик и Исполнитель выделяют в проект необходимые ресурсы;
Руководитель проекта со стороны Исполнителя управляет работами и ресурсами Исполнителя, подотчетен руководителю проекта, который назначается Заказчиком, и уполномочен принимать решения в рамках проекта;
В рамках проекта согласовывается регламент взаимодействия выделенных в проект ресурсов;
Работы выполняются в соответствии с план-графиком совместных работ разработанным Исполнителем и согласованным Заказчиком;
Проектные совещания Заказчика и Исполнителя проводятся не реже одного раза в неделю, очные совещания проводятся не реже 2 раз в месяц в офисе Заказчика.
Проект внедрения должен быть разбит на этапы с четким обоснованием сроков, ресурсов и целесообразности каждого этапа, учитывать текущую системную архитектуру авиакомпании.
Требования к сдаче-приемке
Разработанная в соответствии с настоящими техническими требованиями, утвержденная техническим заданием, прошедшая тестирование силами Исполнителя Платформа устанавливается на тестовую площадку для проведения Заказчиком приемо-сдаточных испытаний (далее - ПСИ);
ПСИ Платформы проводятся в соответствии с согласованным Заказчиком документом «Программа и методика испытаний» уполномоченной приемо-сдаточной комиссией Заказчика при участии представителей Исполнителя в офисе Заказчика;
По итогам ПСИ в акте о завершении приемо-сдаточных испытаний фиксируются обнаруженные несоответствия Платформы настоящим техническим требованиям, техническому заданию. Обнаруженные несоответствия классифицируются по классификатору несоответствий, определенному в документе «Методика испытаний»;
Несоответствия, классифицированные как несоответствия высокого и среднего уровня, устраняются Исполнителем, после чего производятся повторные ПСИ в объеме, определяемом Заказчиком. Несоответствия низкого уровня устраняются Исполнителем в сроки согласованные с Заказчиком;
Требования к Исполнителю
Наличие в проектной команде сертифицированных специалистов по решениям IBM Big Data & Netezza
Наличие в штате сертифицированных специалистов по решениям IBM InfoSphere
Наличие в штате сертифицированных специалистов по решениям IBM Data Management
Подтверждение со стороны IBM возможности поставки через Исполнителя необходимых прав на программное обеспечение для развертывания Платформы
Наличие локального офиса на территории РФ
Финансовая и кадровая устойчивость компании, положительная репутация на рынке
Наличие проектного офиса и методологии внедрения
Наличие успешно завершенных проектов по внедрению аналитических систем в авиакомпаниях
Наличие успешно завершенных проектов по интеграции/внедрению или развитию Хранилищ данных на основе промшленной авиационной модели данных
Состав и содержание Работ:
Работы должны выполняться поэтапно, и быть разбиты на соответствующие Фазы согласно методики выполнения Проекта, применяемой Исполнителем.
Порядок контроля и приемки Работ
Выполненные Работы должны удовлетворять требованиям настоящего документа и проектной документации.
Приемка выполненных Работ осуществляется приемочной комиссией на основании результатов испытаний, в соответствии с документом «Методика испытаний», утвержденным по окончании Работ и в соответствии с документом «Стандарт разработки, внедрения и эксплуатации прикладного программного обеспечения ПАО «Аэрофлот». В случае если между двумя документами существует противоречие, документ «Методика испытаний» имеет приоритетное значение.
Испытания Платформы будут проведены в соответствии с планом. Заказчиком должны быть предоставлены аппаратные ресурсы, необходимые для тестирования, а также тестовые наборы данных. По результатам испытаний должен быть составлен протокол.
Результаты выполнения Работ по фазе фиксируются в Актах сдачи-приемки Работ по фазе.
Для завершения приемки Работ комиссия проводит проверку комплекта документации на соответствие составу, заявленному в данном документе, фактов выполнения Работ по фазе и оформляет завершение работ Актом о завершении Работ.
Требования к документированию
Вся проектная документация ведется на русском языке, и оформляется в соответствии с документом «Стандарт разработки, внедрения и эксплуатации прикладного программного обеспечения ПАО «Аэрофлот».
Обязательный для разработки состав проектной документации должен включать:
— Документ «Устав проекта»
— Документ «Описание рамок проекта»
— Документ «Статус проекта»
— Документ «Концептуальный проект»
— Документ «Технический проект»
— Документ «Техническая спецификация»
— Документ «Методика испытаний»
— План-график перевода в эксплуатацию.
Документация передается заказчику в электронном виде.
|
