[БЕЗ_ЗВУКА] Итак, мы начали сбор требований, но как их фиксировать? Если требования должны быть оформлены в соответствии с требованием ГОСТа, здесь все просто. Они могут быть представлены в виде аналитического отчета, содержащего следующую информацию: объект, цели исследования и методология проведения исследовательских работ; основные конструктивные, технологические, технико-эксплуатационные характеристики; основные требования пользователя; степень внедрения и рекомендации по внедрению; область применения; обоснование экономической эффективности создания; прогнозы представления о развитии объекта исследования. К сожалению, часто невозможно выполнить все высказанные пожелания и требования, поскольку они могут противоречить друг другу. И не только в разделе требований отдельных лиц, но даже один набор требований может содержать противоречия сам в себе. Например, чтобы было и быстро, и просто, и хорошо, и дешево. Так или иначе, нам нужно свести эти требования вместе, и для фиксации требований удобно использовать реестр требований, причем при составлении реестра требования не анализируются, не отвергаются, а лишь собираются и фиксируются. В небольших проектах удобно иметь реестр заинтересованных лиц и реестр требований в одном объединенном документе. В перечне требований обязательно должны быть оговорены приоритеты, поскольку они будут определять поведение системы. Так, к примеру, могут быть разнесены требования разных уровней управления, требования, связанные с деятельностью системы, и оперативное реагирование на текущие ситуации. И даже на одном уровне организация взаимодействия может идти с разными приоритетами. К примеру, требование включить кондиционер при повышенной температуре может иметь меньший приоритет, по сравнению с требованием обесточить кондиционер при срабатывании датчика пожарной сигнализации. Реестр требований является основой для разработки концепции, а при работе по ГОСТу — технического задания. Но в связи с тем, что требования могут уточняться, а техническое задание уточнению не подлежит, то туда стоит вывести лишь укрупненные требования максимально высокого уровня, с тем чтобы можно их было впоследствии закрыть актом соответствия выполненных работ, заявленных в техзадании. Учет требований в процессе выполнения проекта обеспечиваются использованием соответствующей методологии управления проектом, о чем мы будем говорить в следующих видео. После того как требования собраны, следует выполнить их балансировку, определить приоритеты учета при разработке концепции. Важно не путать приоритеты в требованиях с приоритетом самих требований. Первое определяет поведение системы, а вторые могут быть более важны при организации процесса разработки или забирать ресурсы у частей проекта с более низким приоритетом. Очень важно фиксировать для последующего планирования, а также для правильного понимания объема работ заказчиком не только то, что должно быть сделано, но и то, что не будет делаться в рамках конкретного проекта. Итак, все требования должны быть выявлены, проанализированы, задокументированы, согласованы. Их изменения также должны быть зафиксированы и контролироваться.