Подходы к управлению требованиями в ITILv3

Страница разрабатывается

Описание стандарта

IT Infrastructure Library — библиотека инфраструктуры информационных технологий, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий.

Классификация требований

Требование — Формальное заявление о необходимости чего-либо.

Требование к уровню услуг (SLR) — представляют собой детальное описание потребностей заказчика, они используются при разработке, модификации и инициировании услуг. Такие требования можно использовать в качестве прототипа (кальки) для разработки услуги и соответствующего ей Соглашения об Уровне Сервиса (SLA), а также как проектное задание (design assignment).
Service Level Requirements (SLR) — The Service Level Requirements document contains the requirements for a service from the client viewpoint, defining detailed service level targets, mutual responsibilities, and other requirements specific to a certain (group of) customers. As the service enters new stages of its life cycle, the SLR document evolves into a draft Service Level Agreement.

Detailed Requirements Specification:

  • Functional requirements
    (the SLR document contains a summary description of the desired customer outcome; however, functional requirements may need to be specified in greater detail, especially if new applications/ systems are to be developed)
  • Information security requirements
    (Information security requirements which are relevant for the service)
  • Compliance requirements
    (Compliance requirements which are relevant for the service)
  • Architectural constraints
    (e.g. specific technology or vendors)
  • Interface requirements
    (e.g. if a new system needs to communicate with other systems)
  • Migration requirements
    (e.g. if data are to be migrated from an existing to a new application)
  • Operational requirements
    (e.g. requirements for backup and restore mechanisms, compatibility with existing system monitoring tools
  • Required access rights
    (which users or user groups will require access to the service, and what levels of access must be provided)

Проектная документация услуги (SDP) должна содержать:
Требования бизнеса — Первоначальные согласованные и запротоколированные требования бизнеса.
Функциональные требования к услуге — Функциональность новой услуги или модернизированная функциональность измененной услуги, включая ее планируемые выходные значения и комплект поставки, в форме согласованного документа под названием «Набор требований» (Statement of Requirements, SoR).
Требования к уровням услуги — «Требования к уровню услуг» (SLR), переработанное или новое SLA, включая целевые значения показателей качества услуги.
Требования к управлению услугой и ее эксплуатации — Управленческие требования, необходимые для предоставления новой или измененной услуги и управления ее компонентами, включая все вспомогательные услуги и соглашения, методики контроля, эксплуатации, мониторинга, измерения и получения отчетности.

Требования в договорах:
Требования по безопасности
Требования по обеспечению непрерывности бизнеса

Типы требований из документа ITIL V3 2011 Service Design SD:
- Functional requirements. For a service these requirements are those necessary to support a particular business function, business process or to remove a customer or user constraint. These requirements describe the utility aspects of a service.
- Management and operational requirements (sometimes referred to as non-functional requirements). These define the requirements and constraints on the service and address the need for a responsive, available and secure service, and deal with such issues as ease of deployment, operability, management needs and security. These requirements describe the warranty aspects of a service.
- Usability requirements. These requirements are those that relate to how easy it is for the user to access and use the service to achieve the desired outcomes, including addressing the ‘look and feel’ needs of the user. This requirement type is often seen as part of management and operational requirements, but for the purposes of this section it will be addressed separately. Depending on the context, these requirements enable utility, support warranty and influence user perceptions of a service.

Методы сбора требований

Interviews — Интервью
Workshops — Семинары по сбору требований
Observation — Наблюдение
Protocol analysis — Анализ протоколов
Shadowing — «Слежка» за опытным сотрудником
Scenario analysis — Сценарный анализ
Prototyping — Прототипирование
Other techniques — Questionnaires, Special-purpose records, Activity sampling — Другие методы — Анкеты, записи специального назначения, разбор отдельных деятельностей


Опубликовано в Обзор всех методик работы с требованиями.
Комментарии:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *


Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>