🟨 Экспертиза ПО на предмет соответствия техзаданию

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

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

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

Глава 1. Правовая природа технического задания и его значение в договорных отношениях по разработке программного обеспечения

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

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

В отечественной цивилистике договор на разработку программного обеспечения традиционно рассматривается в контексте договора подряда (глава 37 Гражданского кодекса Российской Федерации) либо договора возмездного оказания услуг (глава 39 Гражданского кодекса Российской Федерации). Независимо от конкретной правовой квалификации, существенным условием любого такого договора является его предмет — результат, который должен быть достигнут разработчиком и передан заказчику.

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

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

2. Юридическое значение технического задания

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

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

В судебной практике техническое задание рассматривается как документ, определяющий объем и содержание подлежащих выполнению работ. Как указано в постановлении Президиума Высшего Арбитражного суда Российской Федерации от 24 июня 2014 года № 3856/14, при оценке качества выполненных работ по договору подряда суд должен исходить из условий договора и технического задания, определяющих требования к результату работ.

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

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

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

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

Глава 2. Понятие и правовая природа экспертизы ПО на предмет соответствия техзаданию

1. Определение экспертизы ПО на предмет соответствия техзаданию

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

Данный вид экспертизы характеризуется следующими сущностными признаками:

Специальный субъект. Исследование проводится экспертом, обладающим специальными познаниями в области разработки программного обеспечения, архитектуры программных систем, языков программирования, методов тестирования и верификации.
Специальный объект. Объектом исследования выступает программное обеспечение как сложный нематериальный объект, представленный в форме исходного кода, исполняемых файлов, технической документации.
Специальный эталон. Критерием оценки выступает техническое задание — документ, определяющий требования к программному продукту.
Специальная цель. Целью исследования является установление соответствия или несоответствия программного продукта требованиям технического задания.
Процессуальная форма. Исследование может проводиться как в рамках судебного процесса на основании определения суда о назначении экспертизы, так и в досудебном порядке по инициативе стороны.

2. Отличие от смежных видов экспертных исследований

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

Отличие от экспертизы на предмет плагиата. При экспертизе на предмет плагиата исследуется вопрос о заимствовании кода, сравниваются две программы. При экспертизе на соответствие техзаданию исследуется одна программа, которая сравнивается с документом (техническим заданием).

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

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

3. Соотношение судебной и досудебной экспертизы

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

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

Досудебная экспертиза проводится по инициативе стороны на основании договора с экспертной организацией. Эксперт об уголовной ответственности не предупреждается. Заключение, полученное в результате досудебного исследования, процессуальный закон относит к письменным доказательствам (статья 75 Арбитражного процессуального кодекса Российской Федерации, статья 71 Гражданского процессуального кодекса Российской Федерации).

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

Глава 3. Правовое регулирование экспертизы ПО на предмет соответствия техзаданию

1. Нормативная правовая база

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

Гражданский кодекс Российской Федерации. Нормы Гражданского кодекса Российской Федерации определяют правовую основу договорных отношений по разработке программного обеспечения (глава 37 о подряде, глава 39 о возмездном оказании услуг), а также регулируют отношения интеллектуальной собственности (часть четвертая Гражданского кодекса Российской Федерации).

Арбитражный процессуальный кодекс Российской Федерации. Статья 64 Арбитражного процессуального кодекса Российской Федерации определяет, что доказательствами по делу являются полученные в предусмотренном порядке сведения о фактах. Статья 82 Арбитражного процессуального кодекса Российской Федерации регулирует порядок назначения экспертизы. Статья 86 Арбитражного процессуального кодекса Российской Федерации устанавливает требования к заключению эксперта.

Гражданский процессуальный кодекс Российской Федерации. Аналогичные нормы содержатся в статьях 55, 79, 86 Гражданского процессуального кодекса Российской Федерации, регулирующих доказывание в судах общей юрисдикции.

Федеральный закон от 31 мая 2001 года № 73-ФЗ «О государственной судебно-экспертной деятельности в Российской Федерации». Данный закон регулирует деятельность государственных судебно-экспертных учреждений. Хотя он непосредственно не применяется к негосударственным экспертным организациям, его положения могут учитываться как методический ориентир при организации и проведении экспертных исследований.

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

2. Процессуальный порядок назначения судебной экспертизы

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

Определение о назначении экспертизы должно содержать:

Наименование экспертного учреждения, которому поручается проведение экспертизы.
• Вопросы, поставленные перед экспертом.
• Перечень материалов, предоставляемых в распоряжение эксперта.
• Срок проведения экспертизы.
• Распределение расходов на проведение экспертизы между сторонами.

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

3. Права и обязанности эксперта

Эксперт, проводящий экспертиза ПО на предмет соответствия техзаданию , обладает процессуальными правами и несет обязанности, предусмотренные статьей 55 Арбитражного процессуального кодекса Российской Федерации.

Эксперт вправе:

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

Эксперт обязан:

Провести полное и объективное исследование.
• Дать обоснованное и объективное заключение по поставленным вопросам.
• Явиться по вызову суда для дачи пояснений.
• Предупредить суд о невозможности дачи заключения в случае наличия препятствий.

Важнейшей обязанностью эксперта при проведении судебной экспертизы является предупреждение об уголовной ответственности за дачу заведомо ложного заключения по статье 307 Уголовного кодекса Российской Федерации.

Глава 4. Методология проведения экспертизы ПО на предмет соответствия техзаданию

1. Общие принципы экспертного исследования

Методология экспертиза ПО на предмет соответствия техзаданию базируется на ряде общенаучных и специальных принципов, соблюдение которых обеспечивает достоверность и обоснованность полученных выводов. К числу таких принципов относятся:

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

2. Этапы проведения экспертного исследования

Процесс проведения экспертиза ПО на предмет соответствия техзаданию включает несколько последовательных этапов.

Подготовительный этап. На данном этапе эксперт знакомится с материалами, предоставленными для исследования, и с вопросами, поставленными на разрешение. Изучается техническое задание, договор, иная документация. Оценивается достаточность предоставленных материалов для проведения исследования. При необходимости заявляются ходатайства о предоставлении дополнительных материалов. Формируется план исследования.

Этап раздельного исследования объектов. Эксперт изучает каждый объект в отдельности. Анализируется исходный код программы, ее структура, архитектура. Изучается техническая документация. Цель этого этапа — получить детальное представление об исследуемом программном продукте и требованиях, предъявляемых к нему техническим заданием.

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

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

Этап формулирования окончательных выводов. На основе проведенного анализа эксперт формулирует четкие и недвусмысленные ответы на поставленные вопросы.

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

3. Методы исследования

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

Методы статического анализа исходного кода:

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

Методы динамического анализа:

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

Методы анализа документации:

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

4. Особенности фиксации результатов

При проведении экспертиза ПО на предмет соответствия техзаданию особое внимание следует уделять фиксации результатов, которые могут быть использованы в суде. Рекомендуется:

Делать скриншоты экрана в ключевые моменты тестирования, особенно при выявлении ошибок или несоответствий.
• Сохранять логи работы программы.
• При возможности — вести видеозапись процесса тестирования.
• Фиксировать все действия в рабочем журнале.
• Указывать точные версии исследованного программного обеспечения, использованных инструментов, операционной системы.

Глава 5. Типичные вопросы, решаемые в рамках экспертизы ПО на предмет соответствия техзаданию

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

1. Вопросы о соответствии функциональным требованиям

Соответствует ли разработанное программное обеспечение «[Название ПО]» функциональным требованиям, изложенным в разделе [номер раздела] Технического задания № [номер] от [дата]?
Реализованы ли в представленном программном продукте все функции, перечисленные в разделе [номер раздела] Технического задания? Если нет, то какие именно функции отсутствуют или реализованы не в полном объеме?
Обеспечивает ли программное обеспечение выполнение алгоритмов расчета, предусмотренных в пункте [номер пункта] Технического задания, и соответствуют ли результаты расчета эталонным значениям?
Корректно ли программное обеспечение обрабатывает все виды входных данных, предусмотренные Техническим заданием, включая граничные и исключительные значения?
Обеспечивает ли программное обеспечение формирование выходных документов (отчетов, форм) в соответствии с требованиями, изложенными в пункте [номер пункта] Технического задания?

2. Вопросы о соответствии нефункциональным требованиям

Соответствует ли фактическая производительность программного обеспечения требованиям, заявленным в пункте [номер пункта] Технического задания, в части времени отклика системы при максимальной нагрузке?
Обеспечивает ли программное обеспечение возможность одновременной работы [количество] пользователей без существенного снижения производительности, как это предусмотрено пунктом [номер пункта] Технического задания?
Соответствует ли программное обеспечение требованиям к надежности, изложенным в разделе [номер раздела] Технического задания, в части времени безотказной работы и способности восстанавливаться после сбоев?
Соответствует ли программное обеспечение требованиям к информационной безопасности, предусмотренным разделом [номер раздела] Технического задания? Имеются ли в программе уязвимости, позволяющие осуществлять несанкционированный доступ к данным или их модификацию?
Соответствует ли пользовательский интерфейс программы требованиям эргономики, изложенным в разделе [номер раздела] Технического задания?
Соответствует ли программное обеспечение требованиям к совместимости с указанными в Техническом задании операционными системами, базами данных, иным программным обеспечением?

3. Вопросы о наличии дефектов и их характере

Имеются ли в программном обеспечении ошибки (дефекты), препятствующие его нормальному функционированию в соответствии с требованиями Технического задания?
Каков характер выявленных дефектов и какова причина их возникновения?
Являются ли выявленные недостатки следствием ошибок, допущенных при разработке, либо они вызваны неправильной эксплуатацией программы или действиями третьих лиц?
Возможно ли использование программного обеспечения по целевому назначению без устранения выявленных недостатков?

4. Вопросы о соответствии документации

Соответствует ли переданная разработчиком техническая документация (руководство пользователя, руководство администратора) требованиям раздела [номер раздела] Технического задания?
Соответствует ли содержание документации фактическому состоянию программного обеспечения?
Достаточно ли представленной документации для установки, настройки и эксплуатации программного обеспечения в соответствии с требованиями Технического задания?
Содержит ли документация все разделы, предусмотренные Техническим заданием?

5. Комплексные вопросы

Соответствует ли разработанное программное обеспечение в целом требованиям Технического задания № [номер] от [дата]? Если не соответствует, то в чем именно выражается это несоответствие?
Является ли результат выполненных работ по Договору № [номер] от [дата] (программное обеспечение «[Название ПО]») пригодным для использования по целевому назначению, с учетом всех выявленных несоответствий требованиям Технического задания?

Глава 6. Требования к заключению эксперта по результатам экспертизы ПО на предмет соответствия техзаданию

1. Структура заключения эксперта

Заключение эксперта, полученное в результате экспертиза ПО на предмет соответствия техзаданию , должно соответствовать требованиям статьи 86 Арбитражного процессуального кодекса Российской Федерации и ведомственных нормативных актов, регулирующих судебно-экспертную деятельность.

Вводная часть заключения должна содержать:

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

Исследовательская часть должна содержать подробное описание проведенных исследований:

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

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

Выводы должны содержать четкие и недвусмысленные ответы на каждый из поставленных вопросов. Выводы должны вытекать из проведенного исследования и быть им обоснованы. Недопустимы формулировки «возможно», «вероятно», если только перед экспертом не стоял вопрос о вероятности какого-либо события.

Заключение подписывается экспертом и скрепляется печатью экспертного учреждения.

2. Содержательные требования к заключению

Помимо формальных требований, заключение должно отвечать определенным содержательным требованиям:

Научная обоснованность. Выводы эксперта должны быть основаны на научных методах исследования, признанных в соответствующей области знаний. Эксперт должен пояснить, почему он применил те или иные методы и как эти методы позволяют получить достоверные результаты.
Полнота и всесторонность. Исследование должно быть проведено полно, с охватом всех аспектов, необходимых для ответа на поставленные вопросы. Нельзя оставлять без внимания существенные обстоятельства.
Логичность и последовательность. Ход исследования должен быть изложен логично, чтобы можно было проследить, как эксперт пришел к тем или иным выводам.
Проверяемость. Описание исследования должно быть таким, чтобы при необходимости другое лицо, обладающее соответствующей квалификацией, могло повторить исследование и получить аналогичные результаты.
Ясность и доступность. Заключение должно быть написано языком, понятным для судей и сторон, не обладающих специальными познаниями. Сложные технические термины должны быть объяснены.
Категоричность выводов. Выводы эксперта должны быть четкими и недвусмысленными.

3. Оценка заключения эксперта судом

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

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

При наличии сомнений в обоснованности заключения или противоречий в выводах эксперта суд может назначить дополнительную или повторную экспертизу.

Глава 7. Доказательственное значение экспертизы ПО на предмет соответствия техзаданию в арбитражном процессе

1. Место экспертного заключения в системе доказательств

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

Экспертиза ПО на предмет соответствия техзаданию позволяет установить:

Факт наличия или отсутствия тех или иных функций.
• Факт соответствия или несоответствия программы требованиям технического задания.
• Характер выявленных несоответствий.
• Причины возникновения недостатков.
• Возможность использования программы по назначению.

Эти обстоятельства имеют ключевое значение для разрешения споров о качестве выполненных работ.

2. Влияние экспертного заключения на исход дела

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

В спорах о качестве выполненных работ бремя доказывания распределяется следующим образом:

Заказчик, утверждающий, что работа выполнена некачественно, должен доказать наличие недостатков.
• Разработчик, утверждающий, что работа выполнена качественно, должен доказать соответствие результата договору.

Экспертиза ПО на предмет соответствия техзаданию является наиболее эффективным способом выполнения этого бремени доказывания.

3. Роль эксперта в судебном заседании

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

Суд вправе вызвать эксперта в судебное заседание по собственной инициативе или по ходатайству сторон. Эксперт обязан явиться и дать ответы на поставленные вопросы.

Глава 8. Анализ судебной практики применения экспертизы ПО на предмет соответствия техзаданию

1. Общая характеристика судебной практики

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

2. Типичные ситуации назначения экспертизы

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

Ситуация первая: спор о наличии недостатков. Заказчик отказывается оплачивать работы, ссылаясь на наличие недостатков. Разработчик настаивает на соответствии результата договору. Суд назначает экспертизу для установления факта наличия или отсутствия недостатков.

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

Ситуация вторая: спор о существенности недостатков. Стороны не оспаривают наличие некоторых недостатков, но расходятся в оценке их существенности. Заказчик утверждает, что недостатки делают использование программы невозможным, разработчик настаивает на их незначительности. Экспертиза позволяет установить, препятствуют ли недостатки использованию программы по назначению.

Пример из практики. После приемки программы заказчик обнаружил, что при определенных условиях происходит искажение данных в базе. Разработчик признал наличие ошибки, но утверждал, что она проявляется редко и может быть исправлена в рамках гарантийного обслуживания. Заказчик потребовал соразмерного уменьшения цены. Экспертиза установила, что ошибка приводит к необратимой порче данных и делает невозможным использование программы для ведения учета. Суд признал недостаток существенным и удовлетворил требование об уменьшении цены.

Ситуация третья: спор о стоимости устранения недостатков. Стороны согласны, что недостатки имеются, и они подлежат устранению. Однако заказчик считает, что стоимость устранения завышена, а разработчик — занижена. Экспертиза определяет рыночную стоимость работ по устранению.

Пример из практики. Заказчик потребовал от разработчика устранить выявленные недостатки. Разработчик представил смету на сумму 1 миллион рублей. Заказчик счел эту сумму завышенной и обратился в суд. Экспертиза установила, что рыночная стоимость аналогичных работ составляет 600 тысяч рублей. Суд взыскал с разработчика эту сумму в качестве убытков.

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

Пример из практики. Заказчик принял программу без замечаний и оплатил ее. Через полгода эксплуатации выявилось, что при увеличении объема обрабатываемых данных программа начинает работать крайне медленно, время отклика возрастает в десятки раз. Разработчик отказался устранять проблему, ссылаясь на то, что программа была принята. Экспертиза установила, что причина снижения производительности — некорректная реализация алгоритмов работы с базой данных, что является скрытым недостатком, который не мог быть обнаружен при обычной приемке. Суд обязал разработчика устранить недостатки.

Глава 9. Сложности и проблемные аспекты экспертизы ПО на предмет соответствия техзаданию

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

1. Проблемы, связанные с качеством технического задания

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

Другая проблема — противоречия между различными разделами технического задания или между техническим заданием и иными документами. Например, в одном разделе указано одно требование, а в другом — противоположное. Эксперт должен выявить такие противоречия и, по возможности, разрешить их, руководствуясь общими принципами и здравым смыслом, либо указать на невозможность однозначного ответа.

2. Проблемы, связанные с изменением требований в процессе разработки

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

3. Проблемы, связанные с отсутствием исходного кода

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

4. Проблемы разграничения ошибок и особенностей

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

5. Проблемы воссоздания среды функционирования

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

Глава 10. Практические рекомендации по организации и проведению экспертизы ПО на предмет соответствия техзаданию

1. Выбор экспертной организации

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

Специализация. Желательно, чтобы организация специализировалась именно на компьютерных экспертизах и имела опыт проведения исследований по категории вашего спора.
Квалификация экспертов. Следует ознакомиться со сведениями об образовании, опыте, квалификации экспертов, которые будут проводить исследование. Желательно наличие ученых степеней, публикаций, опыта участия в сложных судебных процессах.
Материально-техническая база. Организация должна располагать современным оборудованием и лицензионным программным обеспечением, необходимым для проведения качественного исследования.
Репутация. Следует изучить отзывы клиентов, наличие положительных решений судов, основанных на заключениях данной организации.
Сроки и стоимость. Следует сравнить предложения нескольких организаций по срокам и стоимости, но не выбирать самую дешевую — качественная экспертиза не может стоить дешево.
Готовность участвовать в суде. Важно, чтобы эксперты были готовы выступить в судебном заседании для дачи пояснений по проведенному исследованию.

2. Формулирование вопросов эксперту

Правильная постановка вопросов — залог получения полезного и информативного заключения. При формулировании вопросов для экспертиза ПО на предмет соответствия техзаданию рекомендуется придерживаться следующих правил:

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

Примеры корректных вопросов:

Соответствует ли программное обеспечение «Название» функциональным требованиям, изложенным в пунктах 3. 1-3. 5 Технического задания № [номер]?
• Имеются ли в программном обеспечении ошибки, приводящие к неверным результатам расчета показателя [наименование показателя]?
• Соответствует ли время отклика программы требованиям пункта 4. 2 Технического задания при одновременной работе 50 пользователей?

Примеры некорректных вопросов:

Является ли программа качественной? (оценочное понятие)
• Допустил ли разработчик нарушения? (правовая оценка)
• Существенны ли выявленные недостатки? (правовая оценка)

3. Подготовка материалов для экспертизы

Качество экспертиза ПО на предмет соответствия техзаданию напрямую зависит от полноты и качества предоставленных материалов. Рекомендуется:

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

4. Взаимодействие с экспертом в процессе исследования

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

Эксперт должен сохранять независимость и объективность. Любые попытки склонить его к определенным выводам недопустимы и могут дискредитировать заключение.

5. Анализ полученного заключения

Получив заключение специалиста, следует внимательно его изучить. Обратите внимание на следующие моменты:

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

При наличии вопросов по тексту заключения следует обратиться к эксперту за разъяснениями.

Глава 11. Перспективы развития института экспертизы ПО на предмет соответствия техзаданию

1. Совершенствование законодательства

Анализ судебной практики и экспертной деятельности позволяет выявить ряд направлений совершенствования законодательства в сфере экспертиза ПО на предмет соответствия техзаданию.

Унификация требований к техническому заданию . Целесообразно разработать и рекомендовать к применению типовые формы технических заданий, содержащие четкие и проверяемые требования.
Разработка методических рекомендаций. Необходима разработка ведомственных методических рекомендаций по проведению экспертизы программного обеспечения на соответствие техническому заданию .
Сертификация экспертов. Актуальным представляется введение системы добровольной сертификации экспертов в области компьютерных экспертиз.

2. Развитие методологии

Методология экспертиза ПО на предмет соответствия техзаданию продолжает развиваться. Перспективные направления включают:

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

3. Повышение квалификации экспертов

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

Регулярное обучение новым технологиям и методам разработки.
• Изучение судебной практики и правовых аспектов экспертной деятельности.
• Участие в профессиональных сообществах и конференциях.

Заключение

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

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

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

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

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

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

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

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