Петров ИС21.01п 02.09.22 (2) (1). Программные требования Функциональные требований к по нефункциональные требования к по ограничения проектирования
 Скачать 9.28 Kb.
|
|
Тема 1.1 Основные понятия и стандартизация требований к программному обеспечению Программное обеспечение(ПО) - совокупность компьютерных программ и связанных с ними данных, которая содержит инструкции по указанию компьютеру, что и как делать. Требования к ПО - совокупность запросов/утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации. Требования могут выражаться как в текстовом, так и в графическом виде. Существует два больших вида требований: программные и ограничения проектирования. Сейчас рассмотрим подробнее: Программные требования: Функциональные требований к ПО Нефункциональные требования к ПО Ограничения проектирования Функциональные требования - Это и сама программа, и действия, которые программа будет совершать для реализации своей цели. Без функциональных требований программа не будет нужна пользователю. Нефункциональные требования – Это факторы программной среды. К ним относятся простота использования, надежность, производительность и ремонтопригодность. Если этих факторов нет, то программа останется программой (будет делать то, что ей положено), но пользоваться ею будет не очень приятно. Ограничения проектирования – это требования, которые предъявляются к программе извне. Они не влияют на поведение программы, ее характеристики для пользователя. Они «ударят» по разработчикам, так как примерами таких характеристик будут: использовать язык VB.NET для разработки; использовать MySQL в качестве СУБД и так далее. Давайте рассмотрим уровни требований по Вигерсу: 1. Бизнес-требования Зачем нужна это программа и какие проблемы она должна решить? Какие возможности? Как создать? 2. Пользовательские требования Как и кто будет взаимодействовать с продуктом? 3. Функциональные требования. Как должен быть устроит продукт, что и как должен делать продукт? 1. Бизнес-требования в целом соответствуют уровню проблем или потребностей, который описан у Леффингуэлла. (Principy.pdf (ptolmachev.ru)) •Источником бизнес-требований являются заказчики или так называемые бизнес-пользователи продукта. Они заказывают или покупают программное обеспечение для решения своих задач и достижения своих целей. Однако эти люди не обязательно будут использовать продукт сами. 2. Пользовательские требования — это требования к тому, как люди используют систему. Это уровень взаимодействия системы с внешним миром, представленный ее пользователями. В данном случае речь идет о людях, хотя у системы могут быть и другие внешние пользователи (например, другие системы). • Источником пользовательских требований являются люди, которые будут непосредственно работать с продуктом. Они лучше других представляют, какие задачи помогает решать продукт, в чём он должен быть эффективен, и как он должен выглядеть. Поэтому методы выявления пользовательских требований лучше всего проработаны и формализованы. 3. Функциональные требования детально описывают ожидаемое поведение продукта в разных ситуациях. • Требования уровня реализации отражают потребности команды разработчиков продукта. С одной стороны, разработчики являются потребителями этих требований: им необходимо детальное понимание того, как создавать продукт. С другой стороны, команда разработчиков частично является источником этих требований. Потребности заказчиков и пользователей могут быть удовлетворены разными способами, и в процессе разработки принимается множество решений о выборе этих способов: как будут сгруппированы различные функции в продукте, как будет организован пользовательский интерфейс, к каким категориям будут отнесены пользователи. делится на и т. д. Все это неизбежно влияет на требования к реализации, и это влияние возрастает по мере развития продукта. |