В современной деловой практике создание программного обеспечения все чаще регулируется детальными договора ми, неотъемлемой частью которых является техническое задание. Данный документ фиксирует требования заказчика к функционалу, производительности, интерфейсу и иным характеристикам будущего продукта. На основании технического задания разработчик планирует работы, оценивает их трудоемкость и стоимость, а заказчик формирует ожидания относительно результата. Однако на практике нередко возникают ситуации, когда переданный программный продукт не устраивает заказчика, который обнаруживает несоответствия заявленным требованиям, ошибки в работе или отсутствие необходимого функционала. В таких случаях возникает конфликт, разрешить который без привлечения независимых специалистов, обладающих специальными познаниями в области информационных технологий, не представляется возможным.

АНО «Центр инженерных экспертиз» оказывает услуги по проведению объективных исследований цифровых продуктов на предмет их качества и полноты реализации. Мы проводим экспертиза программного обеспечения на соответствие ТЗ для юридических лиц, выступающих в роли заказчиков по договора м подряда, государственным или муниципальным контрактам, а также для разработчиков, уверенных в надлежащем качестве своей работы и желающих защитить свою деловую репутацию. Наше исследование позволяет установить, были ли исполнены договорные обязательства надлежащим образом, и соответствует ли созданная программа всем требованиям, зафиксированным в техническом задании и приложениях к договору.

• Правовое значение технического задания в договорных отношениях. Техническое задание является основополагающим документом, определяющим предмет договора на разработку программного обеспечения. В соответствии с положениями Гражданского кодекса Российской Федерации, существенным условием договора подряда является условие о предмете, то есть о результате выполняемых работ. Применительно к разработке программного обеспечения предмет договора конкретизируется именно в техническом задании, которое становится неотъемлемой частью договора . В нем фиксируются:
  • Функциональные требования к программе.
  • Требования к составу и содержанию работ по созданию программы.
  • Требования к составу предоставляемой документации.
  • Требования к производительности и надежности.
  • Требования к пользовательскому интерфейсу.
  • Порядок приемки выполненных работ.

Таким образом, именно техническое задание становится тем эталоном, с которым сравнивается фактически созданный программный продукт при возникновении спора. В связи с этим проведение экспертиза программного обеспечения на соответствие ТЗ приобретает ключевое доказательственное значение.

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

Во всех перечисленных случаях для установления фактических обстоятельств и определения наличия или отсутствия нарушений требуется проведение экспертиза программного обеспечения на соответствие ТЗ.

• Объекты и материалы, подлежащие исследованию. Для проведения полноценного и объективного исследования эксперту необходимо предоставить максимально полный комплект материалов. В их число входят:
  • Договор на разработку программного обеспечения со всеми приложениями, дополнительными соглашениями и спецификациями.
  • Техническое задание на создание программы в актуальной редакции, действовавшей на момент выполнения работ.
  • Исходный код программы (при наличии спора о его содержании и при условии, что передача исходного кода предусмотрена договором).
  • Дистрибутивы и исполняемые модули программы в той версии, которая была передана заказчику.
  • Эксплуатационная документация (руководства пользователя, администратора, описание архитектуры), если ее предоставление предусмотрено договором.
  • Протоколы совещаний, переписка сторон, в которой обсуждались технические детали разработки, уточнялись или изменялись требования.
  • Акты приема-передачи выполненных работ (при наличии).

От полноты и качества предоставленных материалов напрямую зависит глубина и достоверность выводов, которые сможет сделать эксперт при проведении экспертиза программного обеспечения на соответствие ТЗ. Непредоставление необходимых материалов может существенно затруднить исследование или сделать невозможным дачу однозначного заключения.

• Методология проведения исследования. Процесс экспертного исследования включает несколько последовательных этапов, каждый из которых имеет самостоятельное значение для формирования окончательных выводов. На первом этапе эксперт проводит анализ представленной документации, изучает техническое задание, договор, иную документацию, формирует предварительное представление об объеме подлежащих исследованию вопросов и требованиях, предъявлявшихся к программному продукту. На втором этапе осуществляется непосредственное исследование программного обеспечения, которое может включать:
  • Статический анализ исходного кода: изучение текста программы без ее исполнения с целью выявления структурных особенностей, наличия предусмотренных техническим заданием модулей и функций, оценки качества написания кода, соответствия стандартам и принятым в отрасли практикам.
  • Функциональное тестирование: проверка реализации всех функций, заявленных в техническом задании. Эксперт последовательно проверяет каждый пункт технического задания, фиксируя, реализована ли функция в полном объеме, частично или отсутствует вовсе. При наличии ошибок в работе функций они также фиксируются с подробным описанием условий их воспроизведения.
  • Тестирование производительности: проверка способности программы работать под нагрузкой, обрабатывать требуемые объемы данных, укладываться в заявленные временные характеристики. Для этого могут использоваться специализированные программные средства нагрузочного тестирования.
  • Анализ пользовательского интерфейса: проверка соответствия интерфейса описанию в техническом задании, его эргономичности и соответствия задачам, для решения которых программа создавалась.

Все выявленные в ходе исследования несоответствия и недостатки тщательно документируются. На третьем этапе эксперт систематизирует полученные результаты и формулирует выводы, давая четкие ответы на поставленные перед ним вопросы. Такая методология обеспечивает полноту и объективность экспертиза программного обеспечения на соответствие ТЗ.

• Классификация выявленных недостатков. Важным аспектом исследования является классификация выявленных недостатков по степени их критичности для функционирования программы и возможности ее использования по назначению. В экспертной практике принято выделять:
  • Критические недостатки: ошибки, делающие невозможным использование программы по назначению, приводящие к потере данных, нарушению целостности информации, существенному искажению результатов работы. Наличие критических недостатков, как правило, свидетельствует о невозможности использования программы для решения задач, предусмотренных техническим заданием.
  • Значительные недостатки: ошибки, которые не делают использование программы полностью невозможным, но существенно затрудняют его, снижают производительность, требуют от пользователя выполнения дополнительных действий или обходных путей. Значительные недостатки подлежат обязательному устранению для приведения программы в соответствие с требованиями технического задания.
  • Незначительные недостатки: ошибки, которые не влияют на функциональность программы и возможность ее использования, но могут проявляться в отдельных нештатных ситуациях или касаться элементов интерфейса, не влияющих на выполнение основных функций. Такие недостатки также желательно устранить, но их наличие не является препятствием для использования программы.

Такая классификация имеет важное значение для  суда при определении размера ответственности разработчика и объема работ, необходимых для устранения недостатков. Качественная экспертиза программного обеспечения на соответствие ТЗ всегда включает в себя подобную классификацию выявленных нарушений.

• Проблема неполноты или противоречивости технического задания. В реальной практике техническое задание далеко не всегда является идеальным документом. Нередки ситуации, когда оно составлено неполно, содержит противоречия, допускает неоднозначное толкование отдельных требований или отсылает к устаревшим стандартам и нормативным документам. В таких случаях перед экспертом встает сложная задача интерпретации требований технического задания. Эксперт не может механически сверять программу с документом, игнорируя его недостатки. Ему необходимо, опираясь на общепринятую практику разработки программного обеспечения, стандарты качества, общеизвестные подходы к реализации аналогичных функций, дать толкование неясным или противоречивым требованиям. При проведении экспертиза программного обеспечения на соответствие ТЗ эксперт обязан в своем заключении указать на выявленные неоднозначности и пояснить, каким образом он их интерпретировал, чтобы его выводы были понятны и обоснованны для  суда и сторон.
• Анализ полноты реализации функциональных требований. Центральным элементом исследования является проверка полноты реализации функциональных требований, зафиксированных в техническом задании. Для этого эксперт составляет перечень всех функций, подлежащих реализации, и последовательно проверяет наличие каждой из них в исследуемой программе. При этом важно учитывать, что функция может считаться реализованной только в том случае, если она работает корректно и соответствует описанию в техническом задании. Наличие в программе элемента, внешне напоминающего требуемую функцию, но работающего с ошибками или не соответствующего описанию, не может считаться надлежащей реализацией. В процессе такой проверки эксперт выявляет:
  • Функции, реализованные в полном объеме и работающие корректно.
  • Функции, реализованные частично (отсутствуют отдельные элементы или подфункции, предусмотренные техническим заданием).
  • Функции, реализованные некорректно (работают с ошибками).
  • Функции, полностью отсутствующие в программе.

Результаты такого анализа оформляются в виде таблицы или иного наглядного представления, позволяющего суду и сторонам легко оценить степень выполнения разработчиком своих обязательств. Детальный анализ функциональной полноты является неотъемлемой частью профессионально проведенной экспертиза программного обеспечения на соответствие ТЗ.

• Исследование производительности и надежности. Помимо функциональной полноты, техническое задание часто содержит требования к производительности и надежности программного обеспечения. Это могут быть требования к времени отклика системы, количеству одновременно обслуживаемых пользователей, объему обрабатываемых данных, времени непрерывной работы без сбоев и т. д. Проверка соблюдения этих требований требует применения специальных методик нагрузочного тестирования. Эксперт создает условия, приближенные к реальным условиям эксплуатации, и фиксирует фактические показатели производительности, сравнивая их с требованиями технического задания. Выявляются ситуации, когда:
  • Программа не выдерживает предусмотренную нагрузку, зависает или выдает ошибки.
  • Время выполнения операций существенно превышает заявленное в техническом задании.
  • Программа нестабильна в работе, периодически возникают сбои без видимых причин.

Такие нарушения также фиксируются и включаются в заключение по результатам экспертиза программного обеспечения на соответствие ТЗ.

• Значение экспертизы для судебного процесса. В спорах, связанных с качеством разработанного программного обеспечения, заключение эксперта является одним из наиболее важных доказательств. Суд, не обладая специальными познаниями в области программирования, оценивает представленные сторонами доводы и возражения, но окончательное суждение о наличии или отсутствии несоответствий техническому заданию формируется на основании выводов эксперта. Грамотно подготовленное экспертное заключение, содержащее четкие и однозначные ответы на поставленные вопросы, позволяет суду:
  • Установить фактические обстоятельства дела, связанные с качеством программного продукта.
  • Определить, были ли нарушены разработчиком условия договора .
  • Оценить объем и характер допущенных нарушений.
  • Принять обоснованное решение по существу спора.

Таким образом, качественное проведение экспертиза программного обеспечения на соответствие ТЗ напрямую влияет на исход судебного разбирательства.

• Досудебное исследование как инструмент подготовки к процессу. Наряду с судебной экспертизой, назначаемой судом, стороны могут инициировать проведение досудебного исследования. Такое исследование проводится по инициативе заказчика или разработчика до обращения в суд и имеет целью получение объективной оценки ситуации. Преимущества досудебного исследования заключаются в следующем:
  • Возможность оценить перспективы дела и понять, насколько сильна позиция стороны.
  • Получение заключения специалиста, которое может быть приложено к исковому заявлению в качестве обоснования требований.
  • Возможность использовать заключение в переговорах с противоположной стороной для достижения мирового соглашения без обращения в суд.
  • Возможность скорректировать исковые требования и перечень вопросов к эксперту на основе предварительного анализа.

Досудебное исследование, проведенное по тем же методикам, что и судебная экспертиза, позволяет стороне получить надежную доказательственную базу еще до начала судебного процесса. Профессионально выполненная экспертиза программного обеспечения на соответствие ТЗ на досудебном этапе существенно повышает шансы на успешное разрешение спора.

• Защита интересов разработчика. Важно подчеркнуть, что экспертное исследование защищает интересы не только заказчика, но и добросовестного разработчика. Нередки случаи, когда заказчик предъявляет необоснованные претензии, ссылаясь на мнимые несоответствия или предъявляя требования, не предусмотренные техническим заданием. В такой ситуации разработчик, уверенный в качестве своей работы, также может инициировать проведение исследования. Положительное заключение эксперта, подтверждающее полное соответствие программы требованиям технического задания, станет для него надежной защитой и позволит:
  • Опровергнуть необоснованные претензии заказчика.
  • Взыскать с заказчика стоимость выполненных работ, если он уклоняется от оплаты.
  • Взыскать судебные издержки, включая расходы на проведение экспертизы.
  • Защитить свою деловую репутацию.

Таким образом, экспертиза программного обеспечения на соответствие ТЗ является инструментом справедливости для обеих сторон договора .

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

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

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

Выводы должны быть четкими, однозначными, научно обоснованными и не допускать различных толкований. Только такое заключение может быть признано судом надлежащим доказательством и положено в основу судебного решения. Подготовка заключения, отвечающего всем предъявляемым требованиям, является одной из важнейших задач при проведении экспертиза программного обеспечения на соответствие ТЗ.

• Взаимодействие эксперта с судом и сторонами. В процессе проведения экспертизы эксперт взаимодействует с судом и сторонами в рамках, установленных процессуальным законодательством. Эксперт вправе:
  • Знакомиться с материалами дела, относящимися к предмету экспертизы.
  • Заявлять ходатайства о предоставлении дополнительных материалов.
  • Отказаться от дачи заключения, если предоставленных материалов недостаточно или поставленные вопросы выходят за пределы его компетенции.
  • Присутствовать при рассмотрении дела в суде и давать пояснения по подготовленному заключению.

Стороны, в свою очередь, вправе знакомиться с заключением эксперта, заявлять отводы, ходатайствовать о назначении дополнительной или повторной экспертизы, задавать вопросы эксперту в судебном заседании. Такое взаимодействие обеспечивает состязательность процесса и позволяет получить максимально объективный результат от экспертиза программного обеспечения на соответствие ТЗ.

АНО «Центр инженерных экспертиз» предлагает юридическим лицам и судебным органам профессиональные услуги по проведению исследований цифровых продуктов. Мы готовы провести экспертиза программного обеспечения на соответствие ТЗ любой сложности, от анализа небольшого приложения до исследования масштабных корпоративных информационных систем и сложных программных комплексов. Наши эксперты обладают необходимой квалификацией, многолетним опытом практической работы в сфере информационных технологий и судебной экспертизы. Мы гарантируем научную обоснованность, объективность и полноту проводимых исследований, а также готовность отстаивать свои выводы в судебных заседаниях. Обратившись к нам, вы получаете надежного партнера, способного объективно оценить качество разработанного программного обеспечения и предоставить суду неопровержимые доказательства вашей правоты, будь вы заказчиком, недовольным результатом, или разработчиком, уверенным в надлежащем качестве своей работы. Доверьте решение сложных технических вопросов профессионалам, и ваша позиция будет подкреплена весомыми научными аргументами.