Любая экономическая система это множество ресурсов и процессов, связанных между собой. Обычно их описывают в терминах предметной области.
Под предметной областью понимают элементы материальной системы, информация о которых обрабатывается и хранится в экономической информационной системе.
При разработке программного обеспечения выясняют запросы и пожелания клиента и определяют возможный подход к решению задачи.
Общая схема исследования предметной области может быть представлена в виде:
· получение общего представления;
· проведение интервью с ключевыми лицами по проблемам предметной области и текущих решений по управлению данной предметной областью;
· сбор законодательной, нормативной и регламентирующей документации по предметной области;
· анализ стратегий (концепций, политик) и других нормативных документов предметной области;
· ранжирование списка проблем (решение которых требует минимальных усилий; решение которых дает максимальный эффект и т.п.), выявление первоочередных проблем, выявление системных проблем, выявление обусловленности проблем;
· выявление узких мест, проблем, симптомов. Составление сводного перечня проблем предметной области.
На основе проведенного исследования осуществляют постановку задачи (цель разрабатываемого программного продукта и круг его пользователей, варианты использования, функциональные и нефункциональные требования), собирают исходные данные, необходимые для выполнения работы, разрабатывают модель предметной области, то есть выполняют структуризацию в виде документов.
Необходимо иметь в виду, что к нефункциональным требованиям относятся такие свойства системы, как ограничения среды и реализации, производительность, зависимость от платформы, расширяемость и надежность. Под надежностью понимают точность, среднюю наработку на отказ, число ошибок на тысячу строк программы, класс и т.д. Требования по производительности налагают специфические условия на скорость, пропускную способность, время отклика и используемую память. Большинство требований, связанных с производительностью, относятся лишь к нескольким вариантам использования и должны быть приписаны к ним как именованные значения
Пример. Специальные требования к варианту использования «Оплата счета».
Требования по производительности. Когда покупатель подает счет к оплате, система должна выдать результат проверки запроса не медленнее чем за 1,0 секунду в 90 % случаев. Время проверки никогда не должно превышать 10,0 секунд.