Посоветуйте стоит ли реализовывать требование заказчика?

← →
КаПиБаРа © (2006-02-02 12:04) [0]

Ситуация. Заказчик занялся дизайном разрабатываемого приложения и хочет чтобы дни в календаре были "разукрашены". Синий - все данные вбазе за день есть. Красный - не все данные есть (что то не в порядке). Белый - данных в базе нет.
Суть этого требования в том что при работе с базой как бы в фоне по цветовой раскраске будет проводится контроль ее заполнености. Логика простая все должно быть синим. Если красное - принять меры для исправления. Какие меры определить по месту. Для контроля необходимо только лиш различить цвет.

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

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

Как я понял сложность в том, что нужно раскрашивать календарь основываясь на нескольких запросах к базе и обработке результатов этих запросов по определенному алгоритму. Новые запросы нужно посылать при смене периода в календаре или при выборе формы ввода из ListBox (которых будет 2 десятка).

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

Даже не знаю, что и выбрать. Какие критерии могут иметь решающее значение при выборе?

← →
msguns © (2006-02-02 12:09) [1]

А чего тут выбирать-то ? За "крррасоту" пусть заплатит.. скажем 10% от стоимости проекта. Вот и весь рецепт

← →
Gero © (2006-02-02 12:09) [2]

> Посоветуйте стоит ли реализовывать требование заказчика?

Если деньги за работу хочешь получить, то, думаю, стоит.

> Какие критерии могут иметь решающее значение при выборе?

Мнение заказчика.

А вобще такого фактора как «проще для программиса» нет. Все зависит от того, сколько готов платить заказчик.

← →
Kerk © (2006-02-02 12:10) [3]

Gero © (02.02.06 12:09) [2]
Мнение заказчика.

В общем случае неверно.

← →
Reindeer Moss Eater © (2006-02-02 12:11) [4]

Нормальное требование.
Кстати когда-то у меня такое же дизайнерское решение было в одной задача.

← →
Sandman29 © (2006-02-02 12:12) [5]

В таких противоречивых случаях нужна дополнительная настройка - CheckBox "Закрашивать". Те пользователи, кого не устроит скорость работы, смогут убрать галочку. Конечно, настройку надо будет сохранять для каждого пользователя. Лучше, если сохраняться она будет в базе. Еще лучше, если сохранение будет осуществляться хранимой процедурой - когда заказчик прозреет, можно будет в хранимой процедуре к БД вообще не обращаться, а всем пользователям принудительно установить режим без раскрашивания.

← →
Sandman29 © (2006-02-02 12:14) [6]

Если речь о трехзвенке, то сохранять можно отдельным методом сервера приложений

← →
Gero © (2006-02-02 12:15) [7]

> Kerk © (02.02.06 12:10)

> В общем случае неверно.

Если ты хочешь сделать так, а заказчик по-другому, то ты, конечно, можешь сделать по-своему, только вот денег тебе никто не заплатит. Но ведь не в деньгах счастье, верно?

← →
КаПиБаРа © (2006-02-02 12:17) [8]

msguns © (02.02.06 12:09) [1]
Gero © (02.02.06 12:09) [2]
Программист работает за оклад.

Sandman29 © (02.02.06 12:12) [5]
Мне как то неудобно напрягать людей и просить что бы они табордеры расставили и главное меню сделали, не то что там делать работу на неделю, которая отключатся одной галочкой :(

← →
Kerk © (2006-02-02 12:18) [9]

Gero © (02.02.06 12:15) [7]
Если ты хочешь сделать так, а заказчик по-другому, то ты, конечно, можешь

То, конечно, можно объяснить заказчику, что он не прав. Если конечно хочешь выполнить работу качественно, а не лишь бы быстрее бабки получить.

При внедрении ПО документооборота часто приходится многое в делопроизводстве предприятия под это разработанное ПО подгонять. И ничего. И деньги платят и довольны.

← →
data © (2006-02-02 12:18) [10]

> Sandman29 © (02.02.06 12:12) [5]

согласна. Такие спорные моменты лучше выносить в настройки. Сам цвет тоже можно в настройки вынести.
Хочется еще уточнить - у вас клиентские компы эти данные отображают? Если да, то настройку лучше хранить на клиенте (на некоторых раскраска вообще может быть не нужна, на некоторых цвета другие и пр.).. И неужели нельзя сделать так, чтоб за данными о раскраске не лазить каждый раз в БД?

← →
Sandman29 © (2006-02-02 12:28) [11]

КаПиБаРа © (02.02.06 12:17) [8]

Табордеры они должны были с самого начала расставить, если не студенты подрабатывают. Если заказчик оплачивает неделю работы, потому что считает новый режим очень полезным, не вижу причины возмущаться. Радоваться надо ИМХО.

← →
Sandman29 © (2006-02-02 12:31) [12]

data © (02.02.06 12:18) [10]

И неужели нельзя сделать так, чтоб за данными о раскраске не лазить каждый раз в БД?

Система может очень усложниться.

← →
ZeroDivide © (2006-02-02 12:32) [13]

> Мне как то неудобно напрягать людей и просить что бы они
> табордеры расставили и главное меню сделали

Ну это уж... вы что??? надо напрягать!!! Табордеры ДОЛЖНЫ быть, по любому.

← →
Ega23 © (2006-02-02 12:36) [14]

ЗАКАЗЧИК ВСЕГДА ПРАВ.
Т.к. это он тебе деньги платит.
Вот и всё.
Если он готов выложить N-ную сумму за определённую функциональность и внешний вид, то он вправе требовать от тебя именно этого и ниччего другого. С другой стороны, ты можешь отказаться. Но денег тогда не увидишь.

← →
Игорь Шевченко © (2006-02-02 12:43) [15]

> Синий - все данные вбазе за день есть. Красный - не все
> данные есть (что то не в порядке). Белый - данных в базе
> нет.

Нормальное решение, кстати.

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

Это хуже, на мой взгляд.

← →
Kolan © (2006-02-02 12:45) [16]

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

Без удобного интерфейса - программы ничто. - Моё имхо. (Конечно к спец программам не относится)

← →
data © (2006-02-02 12:46) [17]

> Sandman29 © (02.02.06 12:31) [12]
> data © (02.02.06 12:18) [10]
>
> И неужели нельзя сделать так, чтоб за данными о раскраске
> не лазить каждый раз в БД?
>
> Система может очень усложниться.

сморя как сначала спроектирована. Если достаточно правильно, то не должна усложниться.

← →
Sandman29 © (2006-02-02 12:49) [18]

data © (02.02.06 12:46) [17]

сморя как сначала спроектирована. Если достаточно правильно, то не должна усложниться.

Если проектировали те же, кто TabOrder не расставил... :)

КаПиБаРа © (02.02.06 12:04)
> Посоветуйте стоит ли реализовывать требование заказчика?
Это обязательно. За исполнение своих требований он денег платит.

> Логика простая все должно
> быть синим. Если красное - принять меры для
> исправления. Какие меры определить по месту. Для
> контроля необходимо только лиш различить цвет.

И заказчик быстро и эффективно видит проблемные дни. Пользователю удобно. Верный ход.

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

Э нет. Вот при "клике" на проблемном дне отображать полную статистику по оному - от это удобно...

>Вообщем на одной чаше весов
> удобство для пользователя ...
>на других
> меннее удобно для пользователя ....

Сколько хороших идей похоронено так как продать их не могли. А продать не могли ибо про "пользователю удобно" запамятовали.

> Как я понял сложность в том, что нужно раскрашивать
> календарь основываясь на нескольких запросах к базе и
> обработке результатов этих запросов по определенному
> алгоритму. Новые запросы нужно посылать при смене
> периода в календаре или при выборе формы ввода из
> ListBox (которых будет 2 десятка).

почему запросЫ??? к сущестующему запросу аналитику добавить сложности большие? и по этому аналитическому признаку красить?

КаПиБаРа © (02.02.06 12:17) [8]
Мне как то неудобно напрягать людей и просить что бы они табордеры расставили и главное меню сделали, не то что там делать работу на неделю, которая отключатся одной галочкой :(
Это Вы пошутили? если это не шутка, то за что програмстам зарплату у вас платят?

КаПиБаРа © (02.02.06 12:04)
Какие критерии могут иметь решающее значение при выборе?

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

Kerk © (02.02.06 12:18) [9]
При внедрении ПО документооборота часто приходится многое в делопроизводстве предприятия под это разработанное ПО подгонять. И ничего. И деньги платят и довольны.

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

LexxX © (02.02.06 15:59) [20]
Kerk © (02.02.06 12:18) [9]
При внедрении ПО документооборота часто приходится многое в делопроизводстве предприятия под это разработанное ПО подгонять. И ничего. И деньги платят и довольны.

Это тока там, где к организации деятельности и ведению проектной документации относятся как к не нужной трате времени.

Аргументы?

Kerk © (02.02.06 17:08) [21]

Я думаю, аргумент один. Если документация соответствует деятельности, то подгонять ее не будут, потому что не будут подгонять свою деятельность.

КаПиБаРа © (02.02.06 12:04)
Какие критерии могут иметь решающее значение при выборе?
сумма, предложенная заказчиком. или ее отсутствие.

вообще, лучше(имхо) делать календарем, в список нужно вдумчиво всматриваться, а у календаря наглядность так и прет:) Цвета сделать "стационарные", в настройки вывести лишь чекбокс "красить/не красить".

>Цвета сделать "стационарные"...

Вот просто интересно, чем стационарные цвета лучше настраиваемых?!

А календарь таки надо красить, это действительно весьма удобно.

Aristarh © (02.02.06 20:59) [25]
Вот просто интересно, чем стационарные цвета лучше настраиваемых?!
их не надо настраивать (даже думать об этом) :)

Посоветуйте стоит ли реализовывать требование заказчика? Найти похожие ветки