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

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

Компании используют информационные панели для сбора информации о продажах, расходах, ключевых показателях эффективности и т. Д. В проектах бизнес-аналитики часто используются панели мониторинга, которые помогают пользователям принимать решения на основе анализа сложных наборов данных. Приложения для торговли акциями отображают ошеломляющий (для новичка) массив графиков и данных, которые опытный глаз может отсканировать и обработать с первого взгляда. Некоторые отображения на панели мониторинга могут динамически обновляться в реальном времени по мере изменения входных данных. На рисунке 1 показана панель гипотетической отчетности благотворительного фонда с использованием различных техник представления.

Широкие мазки

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

Изучение требований к приборной панели включает следующую последовательность действий по выявлению и анализу. Многие из этих действий также полезны при составлении индивидуальных отчетов.

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

Вплоть до специфики

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

  • Если отображаемые данные являются динамическими, как часто необходимо обновлять или дополнять данные и каким образом? Например, прокручиваются ли текущие данные влево по мере добавления новой информации в правый конец окна фиксированной ширины?
  • Какие параметры пользователь должен иметь возможность изменить, чтобы настроить отображение, например диапазон дат?
  • Пользователь хочет, чтобы какое-либо условное форматирование изменяло разделы отображения на основе данных? Это полезно при создании отчетов о ходе работы или статусе: используйте зеленый цвет, если данные соответствуют критериям «хорошо», желтый - для обозначения «осторожно» и красный - для «Ого, это испортилось!» При использовании цветов на дисплее также используйте шаблоны, чтобы приспособить зрителей, которым трудно различать цвета, и тех, кто печатает и распределяет дисплей в монохромном режиме.
  • Для каких дисплеев потребуются горизонтальные или вертикальные полосы прокрутки?
  • Должен ли пользователь иметь возможность увеличивать любое отображение на панели инструментов, чтобы увидеть более подробную информацию? Должна ли она иметь возможность свернуть или закрыть дисплеи, чтобы освободить место на экране?
  • Должны ли настройки пользователя сохраняться во время сеансов использования, возможно, в профиле конфигурации?
  • Захочет ли пользователь изменить форму любого из дисплеев, возможно, для переключения между табличным и графическим представлениями?
  • Захочет ли пользователь детализировать любой из дисплеев, чтобы увидеть более подробный отчет или базовые данные?

Детали, Детали

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

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

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

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

Прототипирование

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

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

===========

Эта статья адаптирована из Требования к программному обеспечению, 3-е издание Карла Вигерса и Джой Битти. Карл - главный консультант компании Process Impact. Его последняя книга - Жемчужины разработки программного обеспечения: уроки пятидесятилетнего опыта разработки программного обеспечения. Карл является автором множества других книг, в том числе Подробнее о требованиях к программному обеспечению, Бездумный дизайн повседневных вещей, и Успешный Консультации по бизнес-анализу .

Для неограниченного чтения на Medium.com рассмотрите членство.