Техническое задание для поставщиков. Приложение №2 к Закупочной документации



страница4/14
Дата24.04.2016
Размер0.9 Mb.
1   2   3   4   5   6   7   8   9   ...   14

Общие требования к программному продукту


  1. Обязательное требование: решение должно быть реализовано на базе программного продукта, соответствующего лучшим мировым практикам в данной области, и иметь статус PinkVerify v3 или v3.1 для следующих процессов:

  • управление инцидентами,

  • управление изменениями,

  • управление конфигурациями и сервисными активами,

  • управление запросами на обслуживание,

  • управление проблемами,

  • управление знаниями,

  • управление уровнем услуг,

  • управление сервисным каталогом.

      1. Предложение должно содержать информацию о составе и архитектуре предлагаемого решения, сведения о каждом из компонентов и правилах их лицензирования.

      2. Решение должно иметь механизмы интеграции, при помощи которых будет обеспечиваться возможность взаимодействия с другими корпоративными информационными системами, открытые интерфейсы и стандартные языки написания скриптов для сопряжения Системы с внешними источниками данных.

      3. Решение должно характеризоваться гибкостью и простотой настройки системы, высокой производительностью и стабильностью кода,  удобством конфигурирования системы под уникальные требования.

      4. Решение должно быть масштабируемым и иметь многоуровневую иерархическую архитектуру, позволяющую выполнять модульное внедрение.

      5. Решение должно содержать связанный набор «out-of-the-box» шаблонов данных и правил их обработки для реализации необходимых процессов и позволять выполнять оперативную адаптацию под решение специфических задач Дирекции по ИТ ПрАО «МТС Украина».

      6. Решение должно иметь гибкие инструменты настройки схем эскалаций, нотификаций, протоколирования выполняемых сотрудниками операций.

      7. Решение должно содержать средства визуализации реализованных процессов для наглядности их интерпретации.

      8. Интерфейс решения должен быть выполнен в корпоративной цветовой гамме группы компаний МТС и с использованием логотипа МТС (визуальный дизайн интерфейса должен быть согласован с Заказчиком).

      9. Система должна иметь встроенную русифицированную справку (HELP).

      10. Подробные требования к структуре и функционированию Системы должны быть сформированы на этапе проработки проекта, согласованы с Заказчиком и отражены в соответствующей документации.
    1. Хранилище данных


      1. Для хранения данных Системы и учета всех действий пользователей допустимо использование только промышленной реляционной СУБД Oracle Enterprise Edition версии не ниже 11.2 под OS Linux.

      2. Система должна использовать для хранения данных файловые системы ext3, ext4, vxfs.

      3. Система должна работать на файловых системах, расположенных на логических томах LVM или VxVM.

      4. Система должна работать с виртуализированными дисковыми хранилищами HP Storage Works, Hitachi Data Systems, Exadata, EMC.

      5. Предпочтительно, чтобы Система имела возможность онлайнового расширения файловых систем, с которыми она работает, или подключения новых логических томов.

      6. Предложение должно содержать детализацию нагрузки на дисковые массивы: объемы данных, нагрузка в IOPSах, уровни рэйдов.

      7. База данных должна быть целостна, масштабируема, расширяема, надежна и отказоустойчива.

      8. Должна быть реализована возможность создания резервных копий базы данных вручную или автоматически. Система должна иметь встроенные механизмы резервного копирования на основе заданий для всех служебных БД.

      9. Должен быть обеспечен инструментарий для сохранения резервных копий и архивирования сохраненной информации. Системный администратор должен иметь возможность восстановить данные за определенный истекший период.

      10. Время хранения информации о событиях в хранилище должно быть гибко настраиваемым и зависеть от решаемых задач.

      11. Должен быть обеспечен настраиваемый механизм агрегации и сокращения в соответствии с правилами. В случае использования архивирования, управление размером БД и процессом архивирования должно рассматриваться как единая операция, чтобы гарантировать, что информация может быть удалена только после архивирования.

      12. Накопленные данные, в том числе и архивные, должны использоваться для подготовки отчетов, анализа, выявления закономерностей и поиска (см. п. 3.7 «Отчеты и Поиск»). Должна быть реализована поддержка запросов к базе данных. Система должна обладать пользовательским интерфейсом для создания запросов и извлечения данных.

      13. Должна быть реализована возможность ограничения доступа к базе данных в зависимости от прав определенного пользователя.

      14. Должна быть реализована возможность хранения счетчиков и индикаторов в течение заданных сроков, как для необработанной информации, так и для информации различной степени агрегации (например, на уровне дня, недели, месяца). Должна быть реализована возможность гибкого изменения этих сроков.

      15. Схема БД должна быть проработана и описана при проектировании Системы.

      16. Решение должно предоставлять возможность получения детальной структуры БД на текущий момент времени («слепок»).
    2. Серверная часть


      1. Предложение должно содержать подробные рекомендации в отношении аппаратного обеспечения, инфраструктуры и сетевого окружения, необходимых для реализации проекта и обеспечения высоких стандартов надежности решения (см. п. 3.14 «Требования к надежности, отказоустойчивости, производительности»).

      2. Рекомендации должны включать перечень аппаратных компонент решения и лицензий на системное ПО (включая операционные системы, базы данных, антивирусное ПО) с указанием их количества и обоснования их количества.

      3. Программное обеспечение для серверной части Системы должно обязательно работать под управлением операционной системы из списка:



        Наименование

        Версия операционной системы

        1

        Microsoft Windows

        Windows 2008 server

        2

        Red Hat Enterprise Linux

        5 и выше

      4. Система должна работать на серверах HP на базе архитектуры Intel x86. Также, в случае необходимости, в качестве Hypervisor разрешается использование только VMware vSphere версий  5 и выше.

      5. Аппаратная часть должна работать на блэйд-серверах. Требования к блэйд корзинам: SAN свитчи производства HP (Brocade), IP свитчи производства HP или Cisco. Блейд шасси производства HP.
1   2   3   4   5   6   7   8   9   ...   14


База данных защищена авторским правом ©bezogr.ru 2016
обратиться к администрации

    Главная страница