Лекции.Орг
 

Категории:


Классификация электровозов: Свердловский учебный центр профессиональных квалификаций...


Как ухаживать за кактусами в домашних условиях, цветение: Для кого-то, это странное «колючее» растение, к тому же плохо растет в домашних условиях...


Макетные упражнения: Макет выполняется в масштабе 1:50, 1:100, 1:200 на подрамнике...

Анализ требований к программному обеспечению



Анализ требований — это процесс сбора требований к программному обеспечению (ПО), их систематизации, документирования, анализа, выявления противоречий, неполноты, разрешения конфликтов в процессе разработки программного обеспечения. В англоязычной среде также говорят о дисциплине «инженерия требований» (англ. Requirements Engineering). В процессе сбора требований важно принимать во внимание возможные противоречия требований различных заинтересованных лиц, таких как заказчики, разработчики или пользователи.

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

Анализ требований включает три типа деятельности:

Сбор требований: общение с клиентами и пользователями, чтобы определить, каковы их требования.

Анализ требований: определение, являются ли собранные требования неясными, неполными, неоднозначными, или противоречащими, и затем решение этих проблем.

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

Выделяют следующие типы требований:

· Требования клиентов(эксплутационные);

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

• правильность

• универсальность

• надежность (помехозащищенность)

• проверяемость

• точность результатов

• защищенность

• программная совместимость

• аппаратная совместимость

• эффективность

• адаптируемость

• повторная входимость

• реентерабельность

· Функциональные требования;

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

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

Функциональная спецификация состоит из трех частей:

1. Описание внешней информационной среды, с которой будет взаимодействовать разрабатываемое программное обеспечение. Должны быть определены все используемые каналы ввода и вывода и все информационные объекты, к которым будет применяться разрабатываемое ПС, а также существенные связи между этими информационными объектами.

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

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

· Нефункциональные требования;

· Требования производительности;

· Производные требования.

 





Дата добавления: 2016-10-06; просмотров: 3029 | Нарушение авторских прав


Рекомендуемый контект:


Похожая информация:

  1. Adobe Photoshop. Откройте в графическом редакторе файлфото.jpg. Проанализируйте качество изображения и устраните дефекты, имеющиеся на нём
  2. B. Выучите следующие слова. Проанализируйте и переведите текст
  3. B. Выучите следующие слова. Проанализируйте и переведите текст. totality [tqV¢txlItI] n – вся сумма целиком, всё количество
  4. Bведение в математический анализ
  5. II. Анализ внешний и внутренний среды предприятия
  6. II. Анализ выполнения годовых задач
  7. II. Результаты анализа показателей деятельности
  8. III. БИОХИМИЧЕСКИЙ АНАЛИЗ КРОВИ
  9. III. По обеспечению установленных законодательством РФ температуры и влажности в помещениях общего пользования (подъезд, лестничные площадки подвальное помещение)
  10. IV. Анализ текущего состояния системы управления качеством
  11. IV. Выучите следующие слова. Проанализируйте и переведите текст
  12. IV. Выучите следующие слова. Проанализируйте и переведите текст. composite construction [`kOmpqzItkqn`strAkSn] n – составная конструкция


Поиск на сайте:


© 2015-2019 lektsii.org - Контакты - Последнее добавление

Ген: 0.002 с.