Экспертиза сроков и хронологии разработки программного обеспечения восстанавливает последовательность технических событий: появление требований, изменений кода, сборок, тестов, дефектов и релизов. Она нужна, когда стороны спорят, что существовало к контрольной дате, почему следующий этап не мог начаться либо какая версия была передана. В рамках общей экспертизы процесса разработки ПО это отдельная временная задача: она не рассчитывает стоимость выполненных работ и не определяет эксплуатационную готовность продукта.
После просмотра первичных источников эксперт может дать предварительный прогноз: удастся ли связать события между системами, какие даты подтверждаются независимо и где возможен только интервал. Прогноз не гарантирует вывод о просрочке или виновности. Если экспертизу назначил суд, материалы и уточнения поступают через суд, а не от одной стороны напрямую.
Когда требуется восстановить техническую хронологию
Календарный план показывает ожидаемое движение проекта, но сам по себе не подтверждает фактические события. Исследование соединяет план с репозиторием, системой задач, сборками и коммуникациями, сохраняя различие между датой действия и датой его последующей фиксации.
- оспаривается, существовала ли функция или сборка к дате акта;
- история репозитория не совпадает с отчётами исполнителя;
- требования менялись и повлияли на технические зависимости;
- согласование, доступ или исходные данные были получены позднее плана;
- несколько команд работали в параллельных ветках;
- релиз был собран после заявленной даты передачи;
- нужно проверить последовательность обнаружения и устранения дефекта.
Что эксперт может установить о сроках
Эксперт отвечает только о технически наблюдаемых обстоятельствах. Дата в одном источнике проверяется по содержанию и сопоставляется с независимыми данными; вывод учитывает часовые пояса, настройки часов и возможность редактирования.
- последовательность коммитов, слияний, тегов, сборок и развёртываний;
- временной интервал появления конкретной функции или исправления;
- связь изменений требований с последующими задачами и версиями;
- технические зависимости между этапами и блокирующие условия;
- состав версии, существовавшей либо переданной к контрольной дате;
- признаки несогласованности или позднего формирования отчётов.
Эксперт не объявляет сторону виновной в просрочке и не толкует условия о продлении срока. Он может показать, что определённый технический этап зависел от входных данных, версии API или решения по требованиям, и указать подтверждённый период этой зависимости.
Источники дат и их ограничения
Надёжная хронология строится не по одному журналу. Разные системы фиксируют разные события, а время коммита может отличаться от времени отправки изменений на сервер, сборки, публикации и передачи заказчику.
Репозиторий и средства сборки
Полный экспорт сохраняет связи между объектами и позволяет проверить ветвление, слияния и теги лучше, чем набор снимков экрана.
- Git bundle или штатный экспорт другой системы контроля версий;
- серверные журналы отправки изменений и права учётных записей;
- CI/CD, реестр сборок, подписи и контрольные суммы;
- реестры контейнеров, описания выпусков и журналы развёртывания.
Проектные и коммуникационные системы
Задачи и переписка объясняют контекст, но дата сообщения не доказывает завершение технического результата без проверки объекта.
- полный экспорт task tracker с историей переходов и изменений;
- редакции ТЗ, запросы на изменение и протоколы согласований;
- электронная почта и мессенджеры с техническими заголовками;
- акты, отчёты, протоколы испытаний и журналы дефектов;
- сведения о часовых поясах и синхронизации системного времени.
Как проводится исследование хронологии
Сначала задаётся контрольный период и перечень событий, имеющих значение для вопроса. Затем эксперт фиксирует источники и их происхождение, нормализует время, строит временную шкалу и связывает событие с содержанием соответствующей версии или задачи.
- идентификация репозиториев, систем и временных настроек;
- проверка полноты истории и признаков экспорта или изменения;
- выделение технических событий и независимых подтверждений;
- сопоставление требований, задач, коммитов, сборок и выпусков;
- анализ альтернативных объяснений и временных интервалов;
- формирование воспроизводимой шкалы с указанием ограничений.
Если исходный сервер недоступен, эксперт описывает, что можно установить по копии и какие свойства не проверяются. Отсутствие события в неполной выгрузке не доказывает, что событие не происходило.
Вопросы эксперту о сроках разработки ПО
Формулировка должна назвать событие, объект, период и источники. Специалисты могут помочь отделить техническую последовательность от правового вопроса о нарушении срока; окончательные вопросы судебной экспертизы определяет суд.
Каждый вопрос должен относиться к одной задаче. Не объединяйте в нём дату создания, объём работ, стоимость и виновность. Если нужно установить договорный объём, выберите отдельную экспертизу объёма и стоимости разработки ПО.
- Какая последовательность изменений модуля … подтверждается представленными источниками?
- Существовала ли сборка с функцией … к дате …, а если точная дата не устанавливается — в каком интервале?
- Когда требования пункта … были отражены в задачах и исходном коде?
- Какая версия была собрана и передана по акту №…?
- Какие технические зависимости препятствовали началу этапа … и в какой период?
- Имеются ли признаки изменения или неполноты истории репозитория?
- Когда дефект … впервые зафиксирован и в какой версии устранён?
- Согласуются ли даты отчёта исполнителя с репозиторием, CI/CD и системой задач?
Некорректно: «Нарушил ли подрядчик срок?» Корректно: «Какие технические результаты существовали к дате … и когда подтверждается появление остальных?»
Некорректно: «Кто виноват в задержке?» Корректно: «Какие технические зависимости и периоды ожидания исходных данных подтверждаются представленными источниками?»
Дата коммита, ожидание доступа или изменение требований помогают восстановить ход разработки, но не доказывают сами по себе нарушение срока, виновность, мотив участника или намерение затянуть проект. Эти выводы суд или орган расследования делает по совокупности доказательств, а эксперт отвечает лишь за техническую последовательность. Выход за специальные знания не отменяет заключение автоматически, однако даёт повод проверить компетентность и оспаривать относимость, допустимость, достоверность и обоснованность соответствующих выводов. В уголовном процессе установленная некомпетентность может повлечь отвод эксперта; в остальных процессах отвод возможен только по предусмотренным для них основаниям. С учётом характера недостатка можно просить о допросе, дополнительной или повторной экспертизе, а при существенном процессуальном нарушении — об исключении заключения или признании его недопустимым доказательством в применимом порядке.
Граница между технической причиной и ответственностью
Связь событий может быть установлена технически: например, сборка требовала недоступной версии API, а задача была разблокирована после её предоставления. Но оценка того, обязан ли был заказчик предоставить API, продлевался ли срок и освобождает ли событие от ответственности, относится к праву.
Эксперт не должен называть изменение требований «необоснованным», отчёт «фиктивным» или действия «манипуляцией» без специального технического содержания. Он описывает различия источников, признаки их происхождения и влияние подтверждённых обстоятельств на последовательность работ.
Предварительный прогноз и подготовка материалов
Для содержательного прогноза можно выбрать один спорный модуль и сопоставить четыре источника: требование, задачу, изменение кода и сборку. Если даты согласуются и история полна, вероятен определённый вывод; если серверные данные утрачены, эксперт заранее обозначит интервал и альтернативы.
До передачи сохраните полные выгрузки без преобразования, отметьте источник и часовой пояс, не переименовывайте файлы и не пересохраняйте журналы вручную. Прогноз не подменяет полную проверку всех веток и событий и может измениться при появлении первичных серверных данных.
Проведение экспертизы по уголовному делу
Согласно Постановлению Пленума Верховного Суда Российской Федерации от 21 декабря 2010 г. N 28 "О судебной экспертизе по уголовным делам" экспертиза по уголовному делу может быть проведена либо государственным экспертным учреждением, либо некоммерческой организацией, созданной в соответствии с Гражданским кодексом Российской Федерации и Федеральным законом "О некоммерческих организациях", осуществляющих судебно-экспертную деятельность в соответствии с принятыми ими уставами.
Коммерческие организации и лаборатории, индивидуальные предприниматели, образовательные учреждения не имеют права проводить экспертизу по уголовному делу, ровно как и некоммерческие организации, для которых экспертная деятельность не является уставной. Экспертиза, подготовленная указанными организациями в рамках уголовного процесса, может быть признана недопустимым доказательством, т.е. доказательством, полученным с нарушением требований процессуального закона.
Недопустимые доказательства не могут использоваться в процессе доказывания, в том числе, исследоваться или оглашаться в судебном заседании, и подлежат исключению из материалов уголовного дела.
Так как АНО "Судебный эксперт" является автономной некоммерческой организацией, а проведение судебных экспертиз является её основной уставной деятельностью (см. раздел "Документы организации"), то она имеет право проводить экспертизы в том числе и по уголовным делам.
