Как определить требования к отчетности на информационной панели?

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

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

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

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

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

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

А теперь к деталям

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

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

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

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

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

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

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

Определите бизнес-правила, касающиеся безопасности.

Прототипы

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

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

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий

64 queries in 0,397 seconds