Архитектура приложения для отслеживания дефектов

Структура приложения

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

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

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

Одно центральное приложение для отслеживания дефектов

ПРЕИМУЩЕСТВА:

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

ПРОТИВ:

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

Отчет о дефектах в каждом приложении

ПЛЮСЫ:

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

ПРОТИВ:

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

Разбивка приложений

Функциональный пример Functional Example для отслеживания дефектов служит в качестве основной функциональности, необходимой для отслеживания дефектов:

• Сообщать о дефектах
• Редактирование отчетов о дефектах
• (опционально) печать этикеток дефектов для карантина
• Просмотр дефектов
• Обновление следующих шагов и статуса
• Просмотр истории дефектов
• Анализ дефектов с помощью аналитики

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

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