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




НазваниеТехническое задание для поставщиков. Приложение №2 к Закупочной документации
страница4/18
Дата публикации08.03.2013
Размер0.9 Mb.
ТипТехническое задание
uchebilka.ru > Информатика > Техническое задание
1   2   3   4   5   6   7   8   9   ...   18
^

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


  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. Решение должно предоставлять возможность получения детальной структуры БД на текущий момент времени («слепок»).
1   2   3   4   5   6   7   8   9   ...   18

Похожие:

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехнические требования
Проектно-изыскательские работы (включая обследование, примеры протоколов обследования приведены в Форме 4 к закупочной документации...

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание №1 (Приложение №1) и Техническое задание №2 (Приложение №2) разрабатываются
Акционерное общество “Научно-технологический институт транскрипции, трансляции и репликации”, являющийся плательщиком налога на прибыль...

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

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание для проведения Открытого Запроса Предложений...
Техническое задание является неотъемлемой частью Открытого Запроса Предложений по выбору поставщиков для выполнения работ по поддержке...

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание для проведения Открытого Запроса Предложений...
Техническое задание является неотъемлемой частью Открытого Запроса Предложений по выбору поставщиков для выполнения работ по разработке...

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

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание на разработку интернет-сайта техническое задание
Представляемая продукция (услуга), торговые марки (название бренда) для промосайтов

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание по гост 34 разделы 1-3 Статьи
АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т п.), включая их сочетания, и устанавливает...

Техническое задание для поставщиков. Приложение №2 к Закупочной документации icon7 Заседание Закупочной комиссии
Положение о Закупочной комиссии в маоу «сош №34» (далее – Положение) регламентирует деятельность Закупочной комиссии в маоу «сош...

Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconКомпании
Для более детального и точного анализа ваших целей, пожеланий и требований предлагаем заполнить бриф (техническое задание) на создание...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<