16. Определение человеческого фактора

Описание человеческого фактора может включать в себя:

• различные эргономические характеристики;

• описание портрета потенциального пользователя;

• окружение пользователя в момент работы с системой.

Портрет пользователя Интернет-системы:

Пользователь ПК, имеющий навыки работы и поиска информации в Интернет, владеющий русским языком, работающий в спокойной обстановке.

17. Установка основной версии требований

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

Основная версия требований документируется в трех представлениях: эксплуатационном, функциональном и физическом

Основная версия требований устанавливает и характеризует проблему, подлежащую разрешению последующим применением процедур.

Эксплуатационное представление описывает то, как продукты системы будут обслуживать пользователей. Оно описывает варианты и условия использования системы.

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

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

3. Подтверждение требований

   1. Состав процедуры

Процедура состоит из следующих операций:

• Сравнение с ожиданиями заказчика

• Сравление с проектными и корпоративными ограничениями

• Сравнение с внешними ограничениями

• Определение расхождений и противоречий

• Подтверждение основной версии требований

Структурная схема процедуры изображена на рис. 2.3.

Рис. 2.3 Структурная схема процедуры «Подтверждение требований»

2. Сравнение с ожиданиями заказчика

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

3. Сравнение с проектными и корпоративными ограничениями

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

4. Сравнение с внешними ограничениями

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

5. Определение расхождений и противоречий

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

6. Подтверждение основной версии требований

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

Подтвержденная основная версия требований используется на входе процедуры Функциональный анализ.

4. Функциональный анализ

Цели процедуры:

• Более подробно описать проблему, определенную на этапе Анализа требований

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

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