В современной деловой практике договоры на разработку программного обеспечения (ПО) занимают значительное место в гражданском обороте. Создание сложных программных продуктов требует привлечения substantial интеллектуальных, временных и финансовых ресурсов, что закономерно повышает ценность результатов интеллектуального труда и одновременно порождает многочисленные правовые конфликты между заказчиками и разработчиками. Ключевым документом, определяющим требования к создаваемому программному продукту, его функциональным характеристикам, архитектуре, интерфейсам и условиям эксплуатации, выступает техническое задание (далее — ТЗ), которое является неотъемлемой частью договора и имеет обязательную силу для обеих сторон.
Практика рассмотрения споров, вытекающих из договоров на разработку ПО, свидетельствует о том, что наиболее распространенным основанием для разногласий является утверждение заказчика о несоответствии разработанного продукта согласованному техническому заданию. Разработчик, в свою очередь, настаивает на полном и надлежащем выполнении своих обязательств. В такой ситуации единственным объективным способом установления истины и получения юридически значимых доказательств выступает экспертиза ПО на соответствие ТЗ, назначаемая в порядке, установленном гражданским и арбитражным процессуальным законодательством.
АНО «Центр инженерных экспертиз» на протяжении многих лет специализируется на проведении данного вида исследований. Настоящая статья представляет собой комплексное юридическое исследование, посвященное правовым и процессуальным аспектам назначения и проведения, экспертиза ПО на соответствие ТЗ, а также оценке ее результатов как судебного доказательства. В работе рассматриваются правовая природа технического задания, основания назначения экспертизы, процессуальный порядок ее проведения, права и обязанности участников процесса, требования к заключению эксперта, критерии его оценки судом, а также правовые последствия использования экспертного заключения при принятии судебного решения.
Раздел 1. Правовая природа и значение технического задания в договорах на разработку программного обеспечения
- 1. Техническое задание как существенное условие договора на разработку ПО
В соответствии с положениями Гражданского кодекса Российской Федерации (далее — ГК РФ), договор на разработку программного обеспечения может быть квалифицирован как договор подряда (глава 37 ГК РФ) либо как договор на выполнение опытно-конструкторских и технологических работ (глава 38 ГК РФ). В обоих случаях существенное значение имеет определение предмета договора — того результата, который должен быть достигнут исполнителем и передан заказчику.
Техническое задание является документом, который детализирует предмет договора и устанавливает конкретные требования к создаваемому программному продукту. В судебной практике ТЗ признается неотъемлемой частью договора, если это прямо предусмотрено его условиями или если из обстоятельств заключения договода явствует, что стороны согласовали именно те требования, которые изложены в ТЗ.
Правовое значение технического задания заключается в следующем:
- Определение предмета договора. ТЗ конкретизирует, что именно должно быть создано в результате выполнения работ, какие функции должно выполнять ПО, в какой среде оно должно функционировать, какими характеристиками обладать.
- Установление критериев приемки. ТЗ служит эталоном, с которым сравнивается результат работ при приемке. Соответствие разработанного ПО требованиям ТЗ является основанием для подписания акта приемки-передачи и оплаты работ.
- Распределение рисков. Четко и полно составленное ТЗ позволяет минимизировать риски возникновения споров, поскольку обе стороны изначально имеют ясное представление об объеме и характере подлежащих выполнению работ.
- Доказательственное значение. В случае возникновения спора ТЗ является письменным доказательством, на основании которого суд устанавливает согласованные сторонами требования к качеству результата.
- 2. Требования к содержанию и форме технического задания
Действующее законодательство не устанавливает обязательных требований к форме и содержанию технического задания на разработку ПО. Однако сложившаяся деловая практика и судебная практика выработали определенные стандарты, соблюдение которых позволяет избежать неоднозначного толкования условий договора.
Рекомендуется, чтобы техническое задание содержало следующие разделы:
- Общие сведения. Наименование разрабатываемого ПО, основания для разработки, наименования заказчика и разработчика, требования к срокам выполнения работ.
- Назначение и цели создания ПО. Описание того, для решения каких задач предназначено ПО, какие бизнес-процессы автоматизирует, каких целей позволяет достичь.
- Функциональные требования. Детальное описание функций, которые должно выполнять ПО. Каждая функция должна быть описана четко и однозначно, с указанием входных данных, алгоритма обработки, выходных результатов.
- Требования к интерфейсу. Описание внешнего вида программы, расположения элементов управления, навигации, требований к эргономичности.
- Требования к программно-аппаратному обеспечению. Указание требований к аппаратному обеспечению (процессор, оперативная память, дисковое пространство) и программному окружению (операционная система, системы управления базами данных, иное ПО).
- Требования к производительности и надежности. Количественные показатели быстродействия, времени отклика, количества одновременно обслуживаемых пользователей, времени бесперебойной работы.
- Требования к информационной безопасности. Меры по защите информации от несанкционированного доступа, требования к шифрованию, аутентификации, разграничению прав доступа.
- Требования к составу и содержанию документации. Перечень документов, которые должны быть разработаны и переданы заказчику (руководство пользователя, руководство администратора, описание архитектуры).
- Порядок приемки. Указание на процедуры, которые должны быть выполнены при приемке работ, включая порядок проведения тестирования.
- 3. Правовые последствия несоответствия ПО техническому заданию
Несоответствие разработанного программного обеспечения требованиям технического задания влечет для разработчика следующие негативные правовые последствия:
- Отказ заказчика от приемки работ. Согласно статье 720 ГК РФ, заказчик обязан осмотреть и принять результат работ, за исключением случаев, когда он вправе требовать безвозмездного устранения недостатков. При обнаружении недостатков, делающих результат непригодным для предусмотренного договором использования, заказчик вправе отказаться от приемки.
- Обязанность безвозмездного устранения недостатков. Статья 723 ГК РФ предоставляет заказчику право требовать от подрядчика безвозмездного устранения недостатков в разумный срок.
- Соразмерное уменьшение установленной за работу цены. Заказчик может принять результат с недостатками, но потребовать соразмерного уменьшения цены.
- Возмещение убытков. Если недостатки не устранены в установленный срок либо являются существенными и неустранимыми, заказчик вправе отказаться от исполнения договора и потребовать возмещения убытков.
- Расторжение договора в одностороннем порядке. При существенном нарушении требований к качеству заказчик может расторгнуть договор в порядке, предусмотренном статьями 450, 450. 1 ГК РФ.
Для реализации указанных прав заказчику необходимо доказать факт несоответствия ПО техническому заданию, что в случае спора требует назначения экспертиза ПО на соответствие ТЗ.
Раздел 2. Основания для назначения экспертизы ПО на соответствие ТЗ
- 1. Споры о ненадлежащем качестве выполненных работ
Наиболее распространенным основанием для назначения экспертиза ПО на соответствие ТЗ являются споры между заказчиком и разработчиком о качестве выполненных работ по созданию программного обеспечения. Типичная ситуация: разработчик предъявляет результат и требует его оплаты, заказчик отказывается от приемки, ссылаясь на то, что ПО не соответствует согласованному техническому заданию, содержит ошибки, не обладает заявленными характеристиками.
В таких спорах экспертиза назначается для разрешения следующих вопросов:
- Соответствует ли разработанное ПО требованиям технического задания?
• Реализованы ли все функции, предусмотренные ТЗ?
• Имеются ли в ПО недостатки, препятствующие его использованию по назначению?
• Если недостатки имеются, то являются ли они устранимыми и каковы сроки и стоимость их устранения?
- 2. Споры о качестве уже принятого и оплаченного ПО
Иногда недостатки программного обеспечения проявляются не сразу, а в процессе его эксплуатации. Заказчик, подписав акт приемки, может обнаружить, что программа не справляется с реальной нагрузкой, выдает неверные результаты при определенных условиях, не обладает заявленными характеристиками производительности или надежности. В этом случае он вправе предъявить претензии разработчику в течение гарантийного срока (статья 724 ГК РФ).
Для подтверждения наличия скрытых недостатков, которые не могли быть обнаружены при обычной приемке, также требуется экспертиза ПО на соответствие ТЗ.
- 3. Споры о расторжении договора в одностороннем порядке
Если разработчик существенно нарушает условия договора (например, систематически срывает промежуточные сроки и очевидно, что итоговый результат не будет соответствовать ТЗ), заказчик может расторгнуть договор в одностороннем порядке и потребовать возврата уплаченного аванса. Для обоснования существенности нарушения часто необходимо экспертное заключение, подтверждающее, что промежуточные результаты работ не соответствуют ТЗ и не могут быть доработаны до приемлемого состояния в оставшийся срок.
- 4. Споры о взыскании убытков, причиненных использованием некачественного ПО
Заказчик может понести прямые убытки из-за использования некачественного программного обеспечения (например, сбой в работе программы привел к потере критически важных данных, к простою производства, к упущенной выгоде). Для взыскания этих убытков с разработчика необходимо доказать причинно-следственную связь между недостатками программы (ее несоответствием ТЗ) и наступившими негативными последствиями. Здесь экспертиза ПО на соответствие ТЗ играет ключевую роль, устанавливая сам факт наличия недостатков и их характер.
- 5. Споры с государственными и муниципальными заказчиками
В сфере закупок для государственных и муниципальных нужд требования к качеству поставляемого ПО особенно высоки. Заказчик (государственный орган или учреждение) обязан провести тщательную проверку соответствия поставленного товара условиям контракта, включая техническое задание. В случае выявления несоответствий заказчик может отказаться от приемки, наложить штрафные санкции, потребовать расторжения контракта и даже инициировать включение недобросовестного поставщика в реестр недобросовестных поставщиков. Экспертное заключение, полученное в результате экспертиза ПО на соответствие ТЗ, в таких спорах является обязательным и основополагающим доказательством.
Раздел 3. Процессуальный порядок назначения экспертизы ПО на соответствие ТЗ
- 1. Инициирование назначения экспертизы
Назначение экспертиза ПО на соответствие ТЗ может быть инициировано следующими способами:
- По ходатайству лиц, участвующих в деле. Сторона, заинтересованная в установлении определенных обстоятельств с использованием специальных знаний, подает письменное ходатайство о назначении экспертизы. В соответствии со статьями 79 ГПК РФ и 82 АПК РФ, ходатайство должно быть мотивированным и содержать указание на обстоятельства, для выяснения которых требуются специальные знания.
- По инициативе суда. Суд вправе назначить экспертизу по собственной инициативе, если без ее применения невозможно правильное разрешение дела. Данное право закреплено в части 1 статьи 79 ГПК РФ и части 1 статьи 82 АПК РФ.
- 2. Требования к содержанию ходатайства о назначении экспертизы
Ходатайство о назначении экспертиза ПО на соответствие ТЗ должно содержать следующие элементы:
- Обоснование необходимости назначения экспертизы. Указывается, какие обстоятельства, имеющие значение для дела, могут быть установлены с помощью экспертного исследования, почему эти обстоятельства не могут быть подтверждены иными доказательствами.
- Вопросы, предлагаемые для постановки перед экспертом. Формулировка вопросов должна быть четкой, ясной, не допускающей двусмысленного толкования. Вопросы должны относиться к предмету спора и находиться в пределах компетенции эксперта.
- Указание на экспертную организацию или конкретного эксперта. Сторона может предложить суду кандидатуру экспертной организации (например, АНО «Центр инженерных экспертиз») или конкретного эксперта, обладающего необходимой квалификацией.
- Сведения о готовности оплатить экспертизу. Денежные средства на проведение экспертизы вносятся на депозитный счет суда.
- 3. Определение суда о назначении экспертизы
Рассмотрев ходатайство и выслушав мнения сторон, суд выносит определение о назначении экспертиза ПО на соответствие ТЗ. В соответствии со статьями 80 ГПК РФ и 82 АПК РФ, определение должно содержать:
- Основания для назначения экспертизы.
• Фамилию, имя, отчество эксперта или наименование экспертного учреждения, которому поручается проведение экспертизы.
• Вопросы, поставленные перед экспертом.
• Материалы, предоставляемые в распоряжение эксперта.
• Срок проведения экспертизы.
• Размер вознаграждения эксперту, порядок его выплаты.
• Распределение судебных расходов по оплате экспертизы.
Определение о назначении экспертизы направляется в экспертную организацию вместе с необходимыми материалами дела.
Раздел 4. Права и обязанности участников процесса при назначении и проведении экспертизы ПО на соответствие ТЗ
- 1. Права лиц, участвующих в деле
При назначении и проведении экспертиза ПО на соответствие ТЗ лица, участвующие в деле, обладают следующими правами, предусмотренными процессуальным законодательством:
- Право на отвод эксперта. При наличии оснований, предусмотренных статьей 18 ГПК РФ и статьей 23 АПК РФ (личная заинтересованность в исходе дела, нахождение в служебной или иной зависимости, родственные отношения и др. ), стороны могут заявить отвод эксперту.
- Право просить о привлечении в качестве экспертов указанных ими лиц. Стороны вправе предлагать суду конкретные кандидатуры экспертов или экспертные организации.
- Право ставить перед экспертом вопросы. Стороны могут представить суду вопросы, которые должны быть разъяснены экспертом. Окончательный круг вопросов определяется судом.
- Право знакомиться с определением о назначении экспертизы. Стороны вправе получить копию определения и ознакомиться с поставленными вопросами.
- Право присутствовать при проведении экспертизы. С разрешения суда и эксперта стороны могут присутствовать при проведении исследования, давать объяснения, однако не вправе вмешиваться в ход исследования.
- Право знакомиться с заключением эксперта. После получения заключения стороны вправе с ним ознакомиться, представить свои возражения, замечания, вопросы.
- Право ходатайствовать о назначении дополнительной или повторной экспертизы. При несогласии с выводами эксперта или при возникновении сомнений в их обоснованности.
- 2. Обязанности лиц, участвующих в деле
Лица, участвующие в деле, обязаны:
- Предоставить эксперту необходимые материалы и документы для исследования. Уклонение от предоставления материалов может повлечь негативные процессуальные последствия, предусмотренные частью 3 статьи 79 ГПК РФ и частью 2 статьи 111 АПК РФ.
- Оплатить проведение экспертизы в порядке и сроки, установленные судом. Неоплата может служить основанием для отказа в удовлетворении ходатайства о назначении экспертизы или для взыскания расходов с проигравшей стороны впоследствии.
- Не препятствовать проведению исследования, обеспечивать доступ эксперта к объектам исследования.
- 3. Процессуальные последствия уклонения от участия в экспертизе
Частью 3 статьи 79 ГПК РФ и частью 2 статьи 111 АПК РФ предусмотрены негативные последствия для стороны, уклоняющейся от участия в экспертизе, непредоставляющей необходимые материалы и документы или иным образом препятствующей проведению исследования. Суд в зависимости от того, какая сторона уклоняется, вправе признать факт, для выяснения которого экспертиза была назначена, установленным или опровергнутым. Данная норма является важным процессуальным инструментом, стимулирующим добросовестное поведение сторон и предотвращающим злоупотребления процессуальными правами.
Раздел 5. Правовой статус и ответственность эксперта
- 1. Требования, предъявляемые к эксперту
Эксперт, привлекаемый для проведения экспертиза ПО на соответствие ТЗ, должен соответствовать следующим требованиям:
- Наличие высшего образования по соответствующей специальности (прикладная математика, информатика, вычислительная техника, программная инженерия).
• Наличие необходимой квалификации и опыта работы в области разработки и тестирования программного обеспечения.
• Отсутствие обстоятельств, исключающих возможность участия эксперта в деле (родственные отношения, служебная зависимость, личная заинтересованность).
Эксперт может быть как сотрудником государственного экспертного учреждения, так и лицом, не работающим в таком учреждении, но обладающим специальными знаниями.
- 2. Права эксперта
Эксперт при проведении экспертиза ПО на соответствие ТЗ обладает следующими правами, предусмотренными статьей 85 ГПК РФ и статьей 86 АПК РФ:
- Знакомиться с материалами дела, относящимися к предмету экспертизы.
• Ходатайствовать о предоставлении дополнительных материалов, необходимых для дачи заключения.
• С разрешения суда участвовать в судебных заседаниях, задавать вопросы лицам, участвующим в деле, и свидетелям.
• Указывать в заключении на обстоятельства, имеющие значение для дела, по поводу которых не были поставлены вопросы.
• Отказаться от дачи заключения, если предоставленные материалы недостаточны или он не обладает необходимыми знаниями.
- 3. Обязанности эксперта
Эксперт обязан:
- Принять к производству порученную ему экспертизу.
• Провести полное и объективное исследование на строго научной и практической основе.
• Составить мотивированное письменное заключение и направить его в суд.
• Явиться по вызову суда для личного участия в судебном заседании и ответить на вопросы, связанные с проведенным исследованием и данным заключением.
• Обеспечить сохранность предоставленных объектов исследования и материалов дела.
- 4. Ответственность эксперта
Эксперт несет следующие виды юридической ответственности:
- Уголовная ответственность. За дачу заведомо ложного заключения эксперт подлежит уголовной ответственности по статье 307 Уголовного кодекса Российской Федерации. Перед началом исследования эксперт дает подписку о том, что он предупрежден об указанной ответственности.
- Процессуальная ответственность. В случае невыполнения требования суда о направлении заключения в установленный срок без уважительных причин на эксперта может быть наложен судебный штраф в порядке, предусмотренном статьей 105 ГПК РФ и статьей 119 АПК РФ.
Раздел 6. Требования к заключению эксперта и его оценка судом
- 1. Структура и содержание заключения эксперта
Заключение эксперта по результатам экспертиза ПО на соответствие ТЗ должно соответствовать требованиям статьи 86 ГПК РФ, статьи 86 АПК РФ и статьи 25 Федерального закона «О государственной судебно-экспертной деятельности в Российской Федерации». Заключение состоит из трех частей:
- Вводная часть. Содержит:
* дату, время и место составления заключения;
* сведения об эксперте (фамилия, имя, отчество, образование, специальность, стаж работы, ученая степень, занимаемая должность);
* основания для проведения экспертизы (определение суда);
* предупреждение эксперта об уголовной ответственности по статье 307 УК РФ;
* перечень материалов, поступивших в распоряжение эксперта;
* вопросы, поставленные перед экспертом. - Исследовательская часть. Включает:
* подробное описание проведенного исследования с указанием примененных методов и инструментов;
* результаты исследования, представленные в виде таблиц, схем, графиков, распечаток кода, скриншотов;
* научное обоснование сделанных выводов. - Выводы. Содержат краткие, четкие, недвусмысленные ответы на каждый из поставленных перед экспертом вопросов. Выводы должны быть научно обоснованы и логически следовать из исследовательской части.
- 2. Критерии оценки заключения эксперта судом
Суд оценивает заключение эксперта по результатам экспертиза ПО на соответствие ТЗ по следующим критериям:
- Относимость. Устанавливает, относятся ли выводы эксперта к предмету доказывания по делу, имеют ли значение для установления обстоятельств, подлежащих доказыванию.
- Допустимость. Проверяет, соблюден ли процессуальный порядок назначения и проведения экспертизы, не было ли нарушений прав участников процесса, предупрежден ли эксперт об уголовной ответственности.
- Достоверность. Оценивает научную обоснованность выводов, соответствие примененных методов современным достижениям науки, отсутствие противоречий в заключении, логическую последовательность изложения.
- Полноту. Определяет, даны ли ответы на все поставленные вопросы, все ли необходимые исследования проведены.
- Непротиворечивость. Проверяет, не противоречат ли выводы эксперта другим доказательствам по делу.
- 3. Дополнительная и повторная экспертизы
При недостаточной ясности или неполноте заключения суд может назначить дополнительную экспертизу, поручив ее проведение тому же или другому эксперту (часть 1 статьи 87 ГПК РФ, часть 1 статьи 87 АПК РФ). Дополнительная экспертиза назначается для разъяснения или дополнения выводов.
В случае возникновения сомнений в обоснованности заключения или наличия противоречий в выводах суд может назначить повторную экспертизу, поручив ее проведение другому эксперту (часть 2 статьи 87 ГПК РФ, часть 2 статьи 87 АПК РФ). При назначении повторной экспертизы на разрешение эксперта ставятся те же вопросы.
- 4. Оценка заключения эксперта в совокупности с иными доказательствами
Заключение эксперта не имеет для суда заранее установленной силы и оценивается наряду с другими доказательствами. Суд оценивает доказательства по своему внутреннему убеждению, основанному на всестороннем, полном, объективном и непосредственном исследовании всех обстоятельств дела (статья 67 ГПК РФ, статья 71 АПК РФ). Несогласие суда с выводами эксперта должно быть мотивировано в решении.
При противоречии выводов эксперта иным доказательствам суд обязан дать оценку всем доказательствам в совокупности и указать, почему он принимает одни доказательства и отвергает другие.
Раздел 7. Типичные вопросы, решаемые экспертизой ПО на соответствие ТЗ
При назначении экспертиза ПО на соответствие ТЗ перед экспертом могут быть поставлены следующие вопросы:
- 1. Вопросы о соответствии функциональным требованиям
- Соответствует ли разработанное программное обеспечение требованиям, изложенным в техническом задании (с указанием конкретного документа, его даты и номера) и приложениях к договору на разработку?
• Реализованы ли в программном обеспечении все функции, предусмотренные разделом. . . технического задания?
• Реализованы ли функции, перечисленные в приложении. . . к договору, в полном объеме?
• Соответствует ли реализация функций описанию алгоритмов, приведенному в техническом задании?
- 2. Вопросы о наличии недостатков и дефектов
- Имеются ли в программном обеспечении недостатки (ошибки, дефекты), препятствующие его использованию по целевому назначению в соответствии с условиями договора?
• Если недостатки имеются, то являются ли они устранимыми? Каковы сроки и стоимость их устранения?
• Относятся ли выявленные недостатки к категории критических (делающих невозможным использование программы по назначению) или незначительных (не препятствующих основному использованию)?
• Являются ли выявленные недостатки скрытыми (то есть не могли быть обнаружены при обычной приемке) или явными?
- 3. Вопросы о соответствии требованиям к интерфейсу
- Соответствует ли пользовательский интерфейс программы описанию, приведенному в техническом задании?
• Соответствует ли расположение элементов управления, навигация, цветовая гамма требованиям, установленным в ТЗ?
• Соответствует ли интерфейс требованиям эргономичности и удобства использования, если такие требования установлены в ТЗ?
- 4. Вопросы о соответствии требованиям к производительности
- Соответствуют ли фактические характеристики быстродействия (производительности) программы требованиям, установленным в техническом задании?
• Соответствует ли время отклика программы на действия пользователя требованиям ТЗ?
• Способна ли программа обслуживать требуемое количество одновременно работающих пользователей без существенного снижения производительности?
• Соответствует ли программа требованиям к времени загрузки, запуска, выполнения отдельных операций?
- 5. Вопросы о соответствии требованиям к надежности и безопасности
- Соответствует ли программа требованиям надежности, установленным в техническом задании (время бесперебойной работы, вероятность отказа)?
• Соответствует ли программа требованиям информационной безопасности (защита от несанкционированного доступа, шифрование, разграничение прав доступа)?
• Обеспечивает ли программа сохранность данных при сбоях и аварийных ситуациях?
- 6. Вопросы о соответствии технической документации
- Соответствует ли состав и содержание эксплуатационной документации (руководства пользователя, руководства администратора) требованиям технического задания?
• Соответствует ли документация фактическому функционалу и интерфейсу программы?
• Содержится ли в документации полное и достоверное описание всех функций программы?
Раздел 8. Типичные сложности при проведении экспертизы ПО на соответствие ТЗ
Проведение экспертиза ПО на соответствие ТЗ сопряжено с рядом объективных трудностей, которые необходимо учитывать при подготовке к процессу и оценке экспертного заключения.
- 1. Неполнота, противоречивость или неоднозначность технического задания
Наиболее распространенная проблема, существенно затрудняющая проведение экспертизы. Если техническое задание составлено некачественно, содержит размытые формулировки («удобный интерфейс», «высокая производительность», «надежная защита»), противоречит само себе или не охватывает все аспекты работы программы, эксперту крайне сложно сделать однозначный вывод о соответствии.
В таких случаях эксперт может:
- Указать на неполноту или неоднозначность ТЗ в исследовательской части заключения.
• Оценивать соответствие лишь по тем пунктам, которые сформулированы ясно и конкретно.
• Опираться на обычно предъявляемые требования к программам такого рода и назначения, что, однако, может оспариваться сторонами.
- 2. Отсутствие доступа к реальной среде функционирования ПО
Многие программы, особенно сложные корпоративные информационные системы, предназначены для работы в специфическом аппаратном и программном окружении (на определенных серверах, с определенными системами управления базами данных, в интеграции с другим ПО заказчика). Если заказчик не может или не хочет предоставить эксперту доступ к такой среде или создать ее аналог, провести полноценное тестирование и проверить соответствие требованиям к производительности, совместимости и надежности невозможно или крайне затруднительно.
В этой ситуации эксперт вынужден ходатайствовать перед судом о предоставлении необходимого доступа либо ограничиться исследованием доступных материалов, указав на невозможность проверки отдельных требований.
- 3. Необходимость оценки скрытых недостатков
Некоторые дефекты ПО проявляются только при длительной эксплуатации под высокой нагрузкой, при определенных, редко встречающихся сценариях использования или при особых сочетаниях входных данных. Выявить их в ходе стандартного тестирования, ограниченного по времени и объему, бывает крайне сложно, а иногда и невозможно.
Эксперт может применять методы стресс-тестирования и углубленного анализа кода для выявления потенциальных проблем, однако полная гарантия отсутствия скрытых дефектов, особенно в сложных системах, недостижима. В заключении эксперт указывает, что в ходе проведенного исследования определенные дефекты не выявлены, но это не исключает их наличия.
- 4. Разграничение недостатков и новых требований
Часто заказчик, получив программу и начав с ней работать, понимает, что ему нужно нечто большее, чем было заложено в первоначальном ТЗ. Возникает желание предъявить эти новые пожелания как недостатки уже разработанного ПО. Задача эксперта — четко отделить реальные несоответствия утвержденному ТЗ от функциональности, которая изначально не была заказана, и не оценивать последнюю как недостаток.
Это требует от эксперта глубокого понимания предметной области и содержания ТЗ, а также анализа переписки сторон и иных материалов, позволяющих установить действительную волю сторон.
- 5. Субъективность оценки некоторых характеристик
Некоторые требования в ТЗ могут носить субъективный характер, например, требования к «удобству» интерфейса или «эргономичности». Оценка таких требований сложна, так как они воспринимаются разными пользователями по-разному. Эксперт в таких случаях может опираться на общепринятые стандарты юзабилити, эргономики, ГОСТы, но окончательный вывод может быть менее категоричным, чем по чисто функциональным требованиям.
- 6. Изменение ТЗ в процессе разработки
В ходе длительных проектов ТЗ может неоднократно уточняться и изменяться по согласованию сторон. Если эти изменения не были должным образом оформлены (дополнительными соглашениями, протоколами, утвержденными новыми версиями ТЗ), может возникнуть спор о том, какая именно версия является актуальной и должна использоваться для оценки.
Эксперт в этом случае анализирует всю совокупность предоставленных документов и переписки, чтобы восстановить реальную волю сторон. При отсутствии надлежащего оформления изменений эксперт может исходить из первоначальной версии ТЗ.
Раздел 9. Роль АНО «Центр инженерных экспертиз» в проведении экспертизы ПО на соответствие ТЗ
АНО «Центр инженерных экспертиз» является одной из ведущих экспертных организаций, специализирующихся на проведении экспертиза ПО на соответствие ТЗ. Наши преимущества обусловлены следующими факторами.
- 1. Квалификация экспертов
В штате организации работают эксперты, обладающие:
- Высшим профильным образованием в области прикладной математики, информатики, вычислительной техники, программной инженерии.
• Учеными степенями (кандидаты и доктора технических, физико-математических наук).
• Многолетним опытом практической разработки и тестирования программного обеспечения.
• Опытом участия в судебных процессах в качестве экспертов.
• Регулярным повышением квалификации в соответствии с развитием технологий.
- 2. Специализация
Мы специализируемся именно на проведении экспертиза ПО на соответствие ТЗ, что позволяет нам:
- Глубоко понимать специфику различных видов ПО и предметных областей.
• Владеть современными методами тестирования и анализа кода.
• Иметь опыт работы с различными языками программирования и платформами.
• Знать типичные ошибки и проблемы, возникающие при разработке ПО.
- 3. Методологическое обеспечение
В своей деятельности мы руководствуемся:
- Научно обоснованными методиками исследования ПО.
• Современными программными инструментами для тестирования и анализа.
• Требованиями процессуального законодательства.
• Рекомендациями судебно-экспертных учреждений.
- 4. Независимость и объективность
АНО «Центр инженерных экспертиз» является некоммерческой организацией, что гарантирует нашу независимость от участников судебного процесса. Наши эксперты предупреждаются об уголовной ответственности за дачу заведомо ложного заключения. Заключения базируются исключительно на результатах научного исследования.
- 5. Процессуальная грамотность
Наши эксперты хорошо знают требования процессуального законодательства к заключению эксперта. Мы составляем заключения таким образом, чтобы они были понятны и убедительны для суда. Выводы формулируются четко и недвусмысленно, что исключает возможность их двусмысленного толкования.
В предпоследнем разделе настоящей статьи, посвященной правовым и процессуальным аспектам проведения исследований качества программного обеспечения, необходимо подчеркнуть, что качество и доказательственная сила заключения напрямую зависят от правильного выбора экспертной организации. АНО «Центр инженерных экспертиз» обладает всеми необходимыми ресурсами для проведения экспертиза ПО на соответствие ТЗ на высоком профессиональном уровне. На нашем официальном сайте представлена подробная информация о направлениях деятельности, реализованных проектах, квалификации экспертов, а также образцы заключений и ответы на часто задаваемые вопросы.
Раздел 10. Практика использования заключений экспертизы ПО на соответствие ТЗ в судебных процессах
- 1. Значение экспертного заключения для доказывания
Заключение, полученное в результате экспертиза ПО на соответствие ТЗ, имеет важнейшее доказательственное значение по делам о спорах между заказчиками и разработчиками. Как показывает судебная практика, именно выводы эксперта часто становятся решающими при вынесении решения, поскольку судья, не обладая специальными техническими познаниями, вынужден опираться на мнение специалиста.
- 2. Использование заключения при принятии судебного решения
В зависимости от результатов экспертизы суд может:
- Удовлетворить иск заказчика о соразмерном уменьшении цены. Если экспертиза подтвердила наличие недостатков, но они не являются критическими и устранимыми, суд может уменьшить цену работ на стоимость их устранения.
- Обязать разработчика безвозмездно устранить недостатки. При подтверждении наличия недостатков и возможности их устранения суд устанавливает срок для их исправления.
- Отказать во взыскании оплаты по договору. Если экспертиза подтвердила, что разработанное ПО не соответствует ТЗ и не пригодно для использования по назначению, суд может отказать разработчику во взыскании оплаты.
- Взыскать с разработчика убытки. При подтверждении причинно-следственной связи между недостатками ПО и возникшими у заказчика убытками.
- Расторгнуть договор и взыскать уплаченные суммы. При подтверждении существенных и неустранимых недостатков.
- 3. Оспаривание заключения эксперта в суде
Заключение эксперта может быть оспорено стороной, не согласной с его выводами. Типичные основания для оспаривания:
- Неполнота исследования (не все вопросы исследованы, не все аспекты рассмотрены).
• Необоснованность выводов (отсутствие научной аргументации).
• Использование неапробированных методов.
• Противоречия в выводах.
• Несоответствие выводов иным доказательствам.
Для оспаривания заключения сторона может:
- Заявить ходатайство о вызове эксперта в суд для дачи пояснений.
• Заявить ходатайство о назначении дополнительной или повторной экспертизы.
• Представить рецензию на заключение, подготовленную другим специалистом.
• Представить иные доказательства, опровергающие выводы эксперта.
- 4. Судебные расходы на проведение экспертизы
Расходы на проведение экспертиза ПО на соответствие ТЗ относятся к судебным издержкам и распределяются по правилам статьи 98 ГПК РФ и статьи 110 АПК РФ. Обычно суд возлагает расходы на сторону, проигравшую дело. Если экспертиза назначалась по ходатайству обеих сторон, расходы могут быть распределены пропорционально.
Размер вознаграждения эксперту определяется судом по согласованию с экспертной организацией и зависит от сложности исследования, объема работы, квалификации эксперта, времени, затраченного на проведение исследования.
Заключение
Экспертиза ПО на соответствие ТЗ является важнейшим процессуальным инструментом, позволяющим разрешать сложные споры между заказчиками и разработчиками программного обеспечения на научной основе. Правильное применение норм процессуального права при назначении и проведении экспертизы, четкая формулировка вопросов, выбор квалифицированной экспертной организации, грамотная оценка заключения судом — все это необходимые условия для вынесения законного и обоснованного судебного решения.
Техническое задание выступает тем фундаментом, на котором строятся отношения сторон, и тем эталоном, по которому оценивается результат. Когда возникают разногласия о том, был ли этот результат достигнут, единственным независимым и объективным арбитром становится эксперт. Проведенная на высоком профессиональном уровне экспертиза ПО на соответствие ТЗ позволяет восстановить объективную картину, установить истину, отделить обоснованные претензии от необоснованных и предоставить суду научно обоснованные выводы, необходимые для принятия справедливого решения.
Проведение данного вида экспертизы требует от эксперта не только глубоких технических познаний, но и понимания процессуальных особенностей судопроизводства, умения формулировать выводы четко и недвусмысленно, соблюдения требований к оформлению заключения. Только такое заключение может служить надежным доказательством по делу.
АНО «Центр инженерных экспертиз» обладает всеми необходимыми компетенциями для проведения данного вида исследований. Наши эксперты готовы оказать квалифицированную помощь судам и сторонам судебных процессов в разрешении самых сложных споров, связанных с качеством разработки программного обеспечения. Обращение к нам — это гарантия получения объективного, научно обоснованного и процессуально состоятельного заключения, способного выдержать самую строгую проверку в суде и обеспечить справедливое разрешение спора.

Задавайте любые вопросы