Внутреннее ПО для лабораторного анализа данных

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

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

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

Интерфейс выполнили на английском языке – в соответствии с привычной для лаборатории средой работы с измерительным оборудованием и аналитическими инструментами.

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

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

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

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

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

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

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

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