Разделить на ноль отображаемых значений - PullRequest
7 голосов
/ 30 ноября 2009

Каков наилучший способ (наиболее интуитивно понятный для пользователей) или наилучшая практика для отображения результатов ошибки деления на 0 при составлении отчетов? Однако в отчете я фиксирую эту ошибку при отображении в удобочитаемом отчете; Я не уверен, как это отметить.

Примером может быть что-то вроде отношения Вес / Доход. Для данного терминала в определенный день, возможно, не было никакого дохода, но некоторые поставки (которые имели бы вес), возможно, были отправлены.

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

Еще одна мысль - оставить это поле пустым; однако пользователю было бы неизвестно, почему поле оставлено пустым.

Я также рассмотрел стандартную ошибку Excel, #DIV/0! однако это приводит к тому, что отчет выглядит беспорядочным.

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

Ответы [ 7 ]

6 голосов
/ 30 ноября 2009

В нашем случае мы используем либо пробел, либо «NaN» (не для числа), а иногда звездочку «*» в зависимости от того, что предпочитает конечный пользователь. (Мы даем им выбор на этапе планирования.)

3 голосов
/ 30 ноября 2009

Я использовал один «-» в прошлом, особенно когда выполнял работу в Excel. С точки зрения передового опыта, я думаю, что «0 *» с пометкой «У этого подразделения нет дохода» внизу.

2 голосов
/ 30 ноября 2009

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

1 голос
/ 01 декабря 2009

Лучшая практика зависит от того, что означает деление на ноль в контексте.

Целью любого сообщения является общение. С деловой стороны ничего не сообщается NaN или # DIV / 0. Им нужно знать, что на самом деле происходит.

Если есть законная причина для нулевого значения, это означает, что вычисленная метрика не имеет значения. Вы отмечаете, что иногда доход на законных основаниях равен нулю, и разумно показать что-то вроде N / A (что, кстати, должно быть знакомо почти всем с деловой стороны - это очень распространенное сокращение).

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

1 голос
/ 30 ноября 2009

У нас есть две разные политики для такого рода случаев, в зависимости от контекста. Либо "Н / Д", либо "Ошибка".

0 голосов
/ 30 ноября 2009

Вы можете попробовать одно из следующих:

  • E / 0
  • Err / 0

Мне нравится 2-й, потому что IMO действительно читает только пять символов: Error Divide by Zero

0 голосов
/ 30 ноября 2009

Другие варианты, которые вы могли бы рассмотреть, являются
N / A - не применимо N / R - нет результата NRP - результат невозможен и тому подобное, предполагая, что ваша целевая аудитория не программисты.

Вам нужно только объяснить значение N / A каждому пользователю 5 или 6 раз, прежде чем они начнут его запоминать.

...