Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом ИМЭ, ССК / Диплом / diplom / Пояснительная записка.doc
Скачиваний:
24
Добавлен:
16.04.2013
Размер:
1.22 Mб
Скачать
      1. Определение человеческого фактора

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке.

Оставленные комментарии видны всем.

Соседние файлы в папке diplom