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

Требования к технологическим процессам
Разработка требований включает в себя три основных вида деятельности. Это включает определение (выявление и анализ) требований посредством взаимодействия с заинтересованными сторонами; приведение этих требований в типовую форму (спецификацию); и проверка того, что требования четко определяют систему, которую хочет клиент (валидация). Я показал их в виде серии процессов на рис . 2.4 . Однако на практике проектирование спроса представляет собой повторяющийся процесс, в котором действия переплетаются.
В таблице выше показана смесь. Деятельность организована как повторяющийся процесс по спирали. Результатом процесса RE является документ с системными требованиями ­. Количество времени и усилий, выделяемых на каждое действие в итерации, зависит от стадии общего процесса, типа разрабатываемой системы и доступного бюджета.
В начале процесса много усилий тратится на понимание бизнес-требований высокого уровня и нефункциональных требований, а также требований пользователей к системе. Позже в процессе больше усилий тратится на выявление и понимание нефункциональных требований и более подробных системных требований на внешних кольцах спирали.
требования включают подходы к разработке, разработанные до различных уровней детализации. ­Количество итераций по спирали может варьироваться, поэтому можно выйти из спирали, как только будут определены некоторые или все требования пользователя. Гибкую разработку можно использовать вместо прототипирования, чтобы требования и реализацию системы можно было разрабатывать вместе .
Требования изменятся практически во всех системах. Участники ­лучше понимают, что программа хочет делать; изменится организация, купившая систему; и изменения вносятся в аппаратное обеспечение, программное обеспечение и организационную среду системы. Изменениями необходимо управлять, чтобы понять влияние на другие требования и затраты на внедрение изменений и последствия для системы.
Определите требования