3.1.6. Системный проект, общее описание программного средства и среды разработки для согласования между заказчиком и разработчиком:

- основные сведения о техническом, информационном и других видах внешней среды, необходимые для разработки программного средства;

- ссылки на документы проекта системы, влияющие на разработку конкретного программного средства;

- структура программного средства – перечень функциональных частей и компонентов с указанием их взаимосвязей и обоснованием выделения каждой из них;

- функции частей программного средства – назначение и описание основных проблем и функций для каждой части и компонента ПС;

- содержание решаемой проблемы:

* соглашение с заказчиком по определению проблемы;

* заинтересованные лица и пользователи;

* границы системы решений;

* ограничения, которые необходимо наложить на решения;

- содержание потребностей заказчика и пользователей:

* структурированное интервью, используя 10 – 15 наиболее часто упоминавшихся потребностей и функций пользователей;

* сформулированные описания потребностей для начала создания комплекса требований;

* классификация и приоритеты функций, чтобы определить их как критические, важные и полезные;

- категории критичности системы и программного средства:

* критическое ПС – для него проявление дефекта при испытаниях или возникновение отказовой ситуации прекращает безопасное функционирование системы обработки информации и резко увеличивает риск для жизни и здоровья людей или риск аварии оборудования с большим ущербом;

* важное ПС – для которого проявление дефекта или возникновение от- казовой ситуации может существенно снизить качество выпускаемой продукции и заметно увеличить риск и цену грубых ошибок при обработке информации;

* ординарное ПС – для которого ошибки или отказовые ситуации отражаются только на качестве и надежности выходных результатов и не могут привести к значительному ущербу в объектах внешней среды или к потерям у пользователей.

- определение системы и программного продукта:

* определение программного продукта, согласование с участниками проекта и их подтверждение;

* атрибуты приоритетов функций (критический, важный, полезный), риска (высокий, низкий, средний);

* иллюстративные прецеденты в приложении к концепции, чтобы его функции были понятны заказчикам и пользователям;

- управление и согласование масштаба проекта и контроль изменений:

* соглашение с заказчиком относительно масштаба проекта и решений по изменению масштаба;

* фиксация новых функций, возникающих в результате нормального течения проекта, контроль за изменениями и решениями;

* система управления запросами изменений, чтобы гарантировать, что они поступают через контроль за изменениями.

- построение корректной системы и комплекса программ:

* анализ и оценка рисков, чтобы определить, план действий по верификации и проверке корректности требований, основываясь на результатах этих оценок;

* тестовые процедуры и примеры, которые трассируются к прецедентам, а также к функциональным и конструктивным требованиям;

* периодическое проведение приемочных испытаний компонентов, чтобы проверять правильность частных результатов работы и обеспечить постоянное участие заказчиков;

- непрерывное управление процессом работы с требованиями:

* лидер – менеджер должен нести персональную ответственность за концепцию, оценивать состояние дел и регулярно готовить отчеты и запросы, отражающие эти действия;

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