Реферат на тему Методы определения требований в программной инженерии
-
Оформление работы
-
Список литературы по ГОСТу
-
Соответствие методическим рекомендациям
-
И еще 16 требований ГОСТа,которые мы проверили
Введи почту и скачай архив со всеми файлами
Ссылку для скачивания пришлем
на указанный адрес электронной почты
Содержание:
Общие подходы к определению требования и их
классификация
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
Введение:
В инженерных
системах и программном обеспечении, анализ требований фокусируется на задачах,
которые определяют потребность или условия для удовлетворения нового или
измененного продукта или проекта, принимая во внимание, различных
заинтересованных сторон.
Анализ
требований имеет решающее значение для успеха или неудачи системного или
программного проекта. Требования должны быть задокументированы, действенны,
измеримы, тестируемы, отслеживаемы, связаны с выявленными бизнес-потребностями
или возможностями и определены с уровнем детализации, достаточным для
проектирования системы.
Разработка
требований относится к процессу определения, документирования и поддержки
требований в процессе инженерного проектирования. Разработка требований
обеспечивает соответствующий механизм для понимания того, чего хочет заказчик,
анализа потребностей и оценки осуществимости, согласования разумного решения,
четкого определения решения, проверки спецификаций и управления требованиями по
мере их преобразования в работающую систему. Таким образом, разработка
требований – это дисциплинированное применение проверенных принципов, методов,
инструментов и обозначений для описания предполагаемого поведения предлагаемой
системы и связанных с ней ограничений. Сбор и анализ требований – один из
начальных этапов процесса разработки программного обеспечения.
Цель работы:
проанализировать методы определения требований в программной инженерии.
Задачи
работы:
1. Изучить общие
подходы к определению требования и их классификация.
2.
Рассмотреть анализ и сбор требований.
3. Изучить
инженерию требований.
Заключение:
В процессе
разработки программного обеспечения этап требований – это первая деятельность
по разработке программного обеспечения. Эта фаза, в которой доминируют
пользователи, и она переводит идеи или взгляды в документ с требованиями.
Требование – это условие или возможность, которыми обладает программное
обеспечение или системный компонент для решения реальной проблемы. Проблемы
могут заключаться в автоматизации части системы, исправлении недостатков
существующей системы, управлении устройством.
Этап
требований включает в себя набор задач, которые помогают определить влияние
программного обеспечения на организацию, потребности клиентов и способы
взаимодействия пользователей с разработанным программным обеспечением.
Требования являются основой проектирования системы. Если требования не верны,
конечный продукт также будет содержать ошибки. Следует обратить внимание, что
деятельность по разработке требований, как и все другие действия по разработке
программного обеспечения, должна быть адаптирована к потребностям процесса,
проекта, продукта и людей, вовлеченных в эту деятельность.
Функциональные
требования должны быть полными и последовательными. Полнота подразумевает, что
определены все требования пользователя. Последовательность подразумевает, что
все требования четко указаны без каких-либо противоречивых определений.
Нефункциональные
требования (также известные как требования к качеству) связаны с такими
атрибутами системы, как надежность и время отклика. Нефункциональные требования
возникают из-за требований пользователей, бюджетных ограничений,
организационной политики и так далее. Эти требования не связаны напрямую с
какой-либо конкретной функцией, предоставляемой системой.
Фрагмент текста работы:
Общие подходы к определению требования и их
классификация
На
сегодняшний день не существует общепринятых определений терминов, используемых
для описания: требования пользователя, требования к программному обеспечению,
функциональные требования, системные требования, технологические требования и требования
к продукту. Различные источники определяют понятие требований на основе
различных взглядов на то, что создается на их основе.
В
соответствии с многими исследованиями, формирование требований к программному
обеспечению рассматривается как своего рода деловая игра, в ходе которой
выявляются интересы лиц, заинтересованных в разработке программного
обеспечения, и правила реализации этих интересов в конкретном программном обеспечении.
Между тем, высказываются различные претензии и ограничения на свойства и
способы обеспечения требований к получению конечного результата – программного
продукта. Вместе с тем, отсутствуют формализованные методы сбора и описания
требований, а кроме того общепринятое определение непосредственно термина – требование.
Вот некоторые из них.
Требование является
утверждением о функциях и ограничениях в системе.
Требование
является свойством, которое должен иметь продукт, чтобы представлять определенную
значимость для пользователя.
Требование
является спецификацией того, что и как должно быть осуществлено.
В
соответствии с международным глоссарием терминологии, требования охватывают:
1. Условия
или возможности, необходимые пользователю для решения проблем или достижения
цели;
2. Функции и
ограничения, которыми должна обладать система или компоненты системы для
выполнения контракта заказчика на разработку системы;
3. Положения
и регламенты используемых стандартов, отображаемые в технических условиях или других
официальных документах для системы;
4. Документальное
представление условий, возможностей и ограничений среды для проектирования
системы.
Требования к
продукту включают условия пользователя для внешнего поведения системы и
разработчиков для определенных параметров системы. Термин «пользователи» можно
отнести ко всем лицам, которые заинтересованы в разработке системы.
Требования к
программному обеспечению включают требования пользователя, функциональные,
системные и нефункциональные требования.
Требования
пользователей основаны на целях и задачах, которые будущая система даст
возможность пользователям решать. Способы представления этого типа требований
включают варианты использования, сценарии, варианты использования, таблицы
событий-ответов и т. д.
Системные
требования дают характеристику внешним условиям выполнения системных функций и
ограничения на создаваемый продукт, а также требования к описанию подсистем
(функциональные, программные и аппаратные). Системные требования создают
ограничения для архитектуры системы, средств ее представления и
функционирования. Специальные шаблоны и формы используются для описания
системных требований, которые помогают описывать входные и выходные данные и
автоматизировать трассировку требований.
