Подрядчик передал корпоративное веб-приложение для транспортной логистики, а заказчик оспорил приёмку: компьютерно-техническая экспертиза проверяла его соответствие договорным требованиям. Эксперты работали по материалам дела без осмотра объектов; спор рассматривался в Краснодаре. Они изучили 1 том документов и 3 электронных носителя с серверной сборкой и проектными материалами. В работе участвовали эксперты по информационным компьютерным средствам и разработке программного обеспечения.
Виртуальную машину развернули по инструкции, после чего эксперты воспроизводили операции с заявками и проверяли работу отдельных зон доступа. Документальная проверка охватила 4 этапа проекта и 2 комплекта технических требований. Функции авторизации, уведомлений и журналирования соотносили с архитектурой смежных систем. Эксперты классифицировали корпоративную программу по терминам ГОСТ 34.003-90 для автоматизированных систем.
Публикуем предмет исследования, поставленные вопросы и связь с судебным делом. Персональные данные и сведения ограниченного доступа не раскрываются.
Ниже собраны исходные сведения, цель экспертизы и вопросы, на которые требовалось дать обоснованные ответы.
Корпоративное веб-приложение предназначалось для взаимодействия с перевозчиками в транспортной логистике. Спор возник при приёмке работ по договору: требовалось проверить разработку по основному и дополнительному комплектам требований. Технические требования охватывали внутреннюю и внешнюю зоны доступа, личные кабинеты, сбор предложений и операции с заявками.
Материалы дела описывали этапы разработки, сдачу работ и замечания к программе. Веб-приложение передали как виртуальную машину с раздельными зонами доступа и связями со смежными системами. Такая структура определила сочетание документальной проверки с запуском серверной сборки. Спор о приёмке работ рассматривался в Краснодаре.
Спор о приёмке разработки требовал сопоставить корпоративное веб-приложение с условиями договора и двумя комплектами технических требований. Компьютерно-техническая экспертиза охватывала предусмотренные функции и 4 проектных этапа: разработку требований, создание приложения, доработку и опытную эксплуатацию. Эксперты также проверяли состав испытаний и эксплуатационной документации программы, предназначенной для транспортной логистики и операций с перевозчиками.
Эксперты компьютерно-технического профиля работали по материалам дела без выезда и осмотра объектов. Их подготовка охватывала исследование информационных компьютерных средств и автоматизированных систем. При анализе проектной документации они учитывали этапы разработки программ. Документацию и серверную сборку эксперты проверяли раздельно. Такой порядок сохранял границу между оценкой процесса разработки и воспроизведением функций веб-приложения.
Сначала эксперты сопоставили этапы проекта с техническими требованиями, программой испытаний, руководствами и документами о сдаче работ. Затем они развернули виртуальную машину по представленной инструкции, настроили веб-приложение и запускали предусмотренные пользовательские сценарии. Эксперты воспроизводили сохранение новой заявки и выгрузку истории изменений. Ход проверок по каждой зоне доступа фиксировали экранными снимками. Документальная проверка охватывала форму документов и сведения о выполнении каждого проектного этапа.
Полный рабочий контур отсутствовал, поэтому эксперты проверяли серверную сборку в виртуальной машине, а интеграционные функции соотносили с архитектурой и проектной документацией. Такой приём разделял операции, воспроизводимые в изолированной среде, и функции, зависевшие от смежных систем. Границы проверки задавали пользовательские руководства, схема взаимодействия компонентов и сценарии, предусмотренные для корпоративной платформы транспортной логистики.
Для спора о качестве разработки эксперты проследили связь между исходными требованиями, изменениями проекта, программой испытаний и функциями веб-приложения. Основной и дополнительный объёмы работ они проверяли раздельно, поскольку им соответствовали разные комплекты требований. Вопрос о приёмке свели к техническим признакам: предусмотренным функциям, проектным этапам и охвату испытаний программы в каждой зоне доступа.
Проверка касалась приёмки корпоративного веб-приложения для транспортной логистики. Суду требовалось определить соответствие результата разработки условиям договора и двум комплектам технических требований к корпоративному программному продукту.
Формулировки вопросов обобщены: персональные данные и реквизиты дела исключены, содержание поставленных судом задач не изменено.
Изображения помогают увидеть характер объекта и объём фактических материалов, с которыми работали эксперты.
В работе были задействованы компетенции по следующим видам судебных исследований.
В этих публикациях описаны другие объекты, вопросы и обстоятельства проведения экспертиз.
Заказчик и подрядчик спорили о сопровождении учётной системы 1С: компьютерно-техническая экспертиза устанавливала объём работ и сопоставляла архивные копии баз.
Заказчик и подрядчик спорили об объёме, качестве и стоимости внедрения учётной системы 1С: компьютерно-техническая экспертиза проверяла первую очередь работ.
Организации спорили о подписании электронного акта через удалённый доступ к учётной системе 1С: компьютерно-техническая экспертиза проверяла возможность подписи и определения подписавшего.
Подрядчики спорили об объёме и качестве внедрения системы 1С: при компьютерно-технической экспертизе эксперты устанавливали состав, стоимость и пригодность работ к дате расторжения договора.
Расскажите об обстоятельствах и ожидаемом результате. Мы определим вид исследования, подберём профильного эксперта и поможем подготовить вопросы и материалы.