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




НазваниеТехническое задание для поставщиков. Приложение №2 к Закупочной документации
страница13/18
Дата публикации08.03.2013
Размер0.9 Mb.
ТипТехническое задание
uchebilka.ru > Информатика > Техническое задание
1   ...   10   11   12   13   14   15   16   17   18
^

Управление проблемами


  1. Решение должно обеспечивать выполнение регистрации, классификации, обработки и закрытия проблем в соответствии с согласованным с Заказчиком регламентом процесса.

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

  3. Решение должно обеспечивать возможность помечать инцидент как кандидат в проблемы.

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

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

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

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

  8. Должно выполняться информирование о назначении проблемы/задания (согласованный с Заказчиком механизм и способы информирования).

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

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

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

  12. Должна быть реализована связь с CMDB (привязка проблемы к одному или нескольким КЕ, просмотр информации о связанных КЕ из проблемы, просмотр из КЕ информации о связанных проблемах).

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

  14. Должна быть установлена связь с процессом управления изменениями для определения изменений, вызвавших проблему, изменений, служащих решением проблемы.

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

  16. Решение должно позволять выполнять автоматическое изменение влияния проблемы в зависимости от количества связанных с проблемой инцидентов и /или затронутых пользователей.

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

  18. Должен быть проработан и согласован с Заказчиком перечень кодов закрытия проблем.
  • ^

    Управление изменениями и релизами


    1. Решение должно обеспечивать реализацию и отслеживание жизненного цикла запросов на изменение, в т.ч. стандартных изменений и срочных изменений.

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

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

    4. Должна быть реализована возможность автоматизации согласования изменений с поддержкой многоуровневого параллельно-последовательного согласования.

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

    6. Должна быть реализована возможность указать перечень ролей, которые принимают решение об утверждении изменения, и предельные сроки согласования изменения.

    7. Должна быть реализована возможность определить группы с заданным составом согласующих ролей.

    8. Должна быть реализована возможность автоматического оповещения согласующих лиц о необходимости согласования изменения (механизм и способы информирования должны быть согласованы с Заказчиком).

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

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

    11. Должно выполняться информирование о назначении запроса на изменение/задания (согласованный с Заказчиком механизм и способы информирования).

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

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

    14. Должна быть реализована визуализация календаря текущих и планируемых изменений.

    15. Должен быть обеспечен расчет плановых и фактических трудозатрат изменения на основании связанных задач (нарядов на работы) с помощью отчетов.

    16. Изменения должны классифицироваться по категории, срочности и приоритету.

    17. Должна быть реализована возможность сценарного анализа (what-if) планируемых изменений за счет автоматического выявления потенциальных конфликтов планируемых изменений, затронутых КЕ и ИТ услуг.

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

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

    20. Должна быть реализована связь с CMDB (привязка запроса на изменение к одному или нескольким КЕ, просмотр информации о связанных КЕ из запроса на изменение, просмотр из КЕ информации о связанных запросах на изменение).

    21. Решение должно обеспечивать инструменты обновления информации о КЕ в CMDB, в частности, возможность автоматического обновления необходимых атрибутов КЕ на заданных шагах процесса управления изменениями.

    22. Из запроса на изменение должна быть доступна детальная информация о связанных с изменением КЕ, необходимая, в частности, при определении должного уровня авторизации изменения.

    23. Должна быть реализована возможность отражения в форме запроса на изменение процедур возврата в исходное состояние после неуспешного изменения.

    24. Должна быть предусмотрена и реализована возможность задания периода наблюдения за изменением после установки его в промышленной среде и отражения результатов этого наблюдения (post-implementation review)

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

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

    27. Должна быть реализована возможность объединения изменений в релизы и проекты.

    28. Должен быть реализован календарь развертывания релизов и проектов.
  • 1   ...   10   11   12   13   14   15   16   17   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
    Главная страница


    <