Определение требований к программному средству

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

Для лучшего понимания часто определяется контекст использования программного средства с аппаратурой и людьми. Чаще всего он представляется в графической форме, с добавлением (блоки ПС, аппаратуры, персонала) и характеристики связи между ними.

Для определения требований существует 3 способа:

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

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

3. Независимые от пользователя. Разработка требований полностью возлагается на разработчика, это происходит в тех случаях, когда программист пытается создать ПС широкого применения в расчете на то, что это кому-то потребуется.

Наиболее предпочтительными является разработка, контролируемая пользователем.

Спецификация качества программного средства

Разработка сводится к построению модели качества, разрабатываемого ПС. В этой модели должны быть перечислены все элементарные свойства, которые требуется обеспечить. Для конкретизации качества по каждому из критериев используется набор простых свойств, однозначно интерпретируемых разработчиками (они называется примитивами качества).

Примечание. Некоторые примитивы могут входить в разные критерии качества.

Критерии качества и примитивы:

1. Функциональность (входит примитив завершенность)

2. Надежность (входят примитивы завершенность, точность, автономность, устойчивость и защищенность)

3. Легкость применения (входят примитивы документированность, информативность, коммуникабельность, устойчивость и защищенность)

4. Эффективность (входят примитивы временная эффективность, эффективность по памяти, эффективность по устройствам)

5. Сопровождаемость (выделяют два подкритерия: изучаемость – характеризует усилия по понимаю программы; модифицируемость – упрощает внесение изменений)

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

Модифицируемость (входят примитивы расширяемость, структурированность, модульность)

6. Мобильность (входят примитивы независимость от устройств, автономность, структурированность, модульность)