Ответы Mail
Программирование
Android
C/C++
C#
iOS
Java
JavaScript
jQuery
SQL
Perl
PHP
Python
Веб-дизайн
Верстка, CSS, HTML, SVG
Системное администрирование
Другие языки и технологии
Лидеры категории
Лена-пена
М.И.
Y.Nine
•••
Искусственный Интеллект
Искусственный Интеллект
Искусственный Интеллект
Лучший ответ
Костя Бохонов
(3559)
2 года назад
Ответ на первый вопрос:
Перед тем, как приступать к обсуждению правок в системе, необходимо выяснить у Заказчика цели и задачи, которые он хочет достичь, внедрив новые функциональности. После этого стоит объяснить Заказчику, что его запрос не был заявлен заранее и не был предусмотрен в ТЗ на разработку системы. Однако, компания готова рассмотреть этот запрос и найти решение, которое будет устраивать Заказчика и не нарушит работоспособность системы.
Ответ на второй вопрос:
Тикет для программиста/дизайнера:
Задача: Добавить возможность редактирования атрибутов в гриде на второй веб-странице системы.
Описание:
Необходимо добавить возможность редактирования всех атрибутов в гриде на второй веб-странице системы, кроме названия объекта и его вида.
Требуется добавить 3 новых атрибута в грид на второй веб-странице системы.
В связи с возможностью добавления дополнительных атрибутов, необходимо реализовать возможность прокрутки грида, если он не помещается на экране.
Реализовать данную функциональность таким образом, чтобы она не нарушала работоспособность веб-интерфейса системы, а также чтобы Заказчику было удобно редактировать атрибуты.
Возможные идеи по улучшению ситуации для Заказчика без создания проблем для веб-интерфейса системы:
Реализовать возможность фильтрации атрибутов по типу или по группе, чтобы Заказчик мог выбрать только те атрибуты, которые ему необходимо редактировать.
Добавить возможность сохранения настроек грида, чтобы Заказчик мог сохранить свой набор атрибутов и не тратить время на настройку грида каждый раз.
Разработать механизм, который бы предупреждал Заказчика об отсутствии некоторых атрибутов для данного объекта, чтобы Заказчик мог редактировать только те атрибуты, которые действительно имеют значения для данного объекта.
Перед тем, как приступать к обсуждению правок в системе, необходимо выяснить у Заказчика цели и задачи, которые он хочет достичь, внедрив новые функциональности. После этого стоит объяснить Заказчику, что его запрос не был заявлен заранее и не был предусмотрен в ТЗ на разработку системы. Однако, компания готова рассмотреть этот запрос и найти решение, которое будет устраивать Заказчика и не нарушит работоспособность системы.
Ответ на второй вопрос:
Тикет для программиста/дизайнера:
Задача: Добавить возможность редактирования атрибутов в гриде на второй веб-странице системы.
Описание:
Необходимо добавить возможность редактирования всех атрибутов в гриде на второй веб-странице системы, кроме названия объекта и его вида.
Требуется добавить 3 новых атрибута в грид на второй веб-странице системы.
В связи с возможностью добавления дополнительных атрибутов, необходимо реализовать возможность прокрутки грида, если он не помещается на экране.
Реализовать данную функциональность таким образом, чтобы она не нарушала работоспособность веб-интерфейса системы, а также чтобы Заказчику было удобно редактировать атрибуты.
Возможные идеи по улучшению ситуации для Заказчика без создания проблем для веб-интерфейса системы:
Реализовать возможность фильтрации атрибутов по типу или по группе, чтобы Заказчик мог выбрать только те атрибуты, которые ему необходимо редактировать.
Добавить возможность сохранения настроек грида, чтобы Заказчик мог сохранить свой набор атрибутов и не тратить время на настройку грида каждый раз.
Разработать механизм, который бы предупреждал Заказчика об отсутствии некоторых атрибутов для данного объекта, чтобы Заказчик мог редактировать только те атрибуты, которые действительно имеют значения для данного объекта.
Остальные ответы
Virtual Boy
(3293)
2 года назад
Если работу и зарплату после выполнения тестового задания буду выполнять не я, то зачем мне это надо?
Похожие вопросы
Условия: Ваша компания провела показ готовой системы для Заказчика. Заказчик не совсем доволен результатом и, увидев как выполнена система, хочет внести правки.
А именно, на второй веб-странице системы у Заказчика есть большой грид с объектами (скриншот 1). По каждому объекту есть множество атрибутов (значения в ячейках), которые должны быть всегда перед глазами. Кроме того, пользователи (Заказчики) должны вносить исправления ежедневно по некоторым атрибутам (почти по всем). Для того чтобы внести исправления нужно заходить в карточку по каждому объекту (скриншот 3), редактировать и потом возвращаться к списку объектов. Что крайне неудобно. Заказчик хочет чтобы почти все атрибуты можно было редактировать прямо в гриде, при этом он хочет добавить еще несколько атрибутов в грид (т.е. столбцов), т.к. они очень нужны.
Дизайнер и отдел разработки вашей компании говорят вам что невозможно "впихнуть невпихуемое", ведь грид расшириться из-за дополнительных элементов, и придется скроллить страницу вправо. На маленьких мониторах проблема усугубиться, т.к. она уже имеет место быть (скриншот 2), а у Заказчиков по большей части именно такие.
Дополнительные условия:
Система выполнена полностью по ТЗ, которое согласовал Заказчик;
Заказчик до этого момента не говорил что ему нужно редактировать все атрибуты на данной странице (скриншот 1, 2), а это уже 2й ваш принятый контракт на развитие системы;
Иконка карандаша на скриншоте 1 и 2 обозначает атрибуты которые можно редактировать прямо в гриде;
Нет гарантий, что Заказчик не попросит добавить еще атрибуты в грид (столбец);
До создания системы у Заказчика все велось в эксель таблицах. При этом, несмотря на то что это 2й контракт, Заказчик еще ни разу не работал в системе;
Внести надо еще 3 атрибута (столбца), при этом все текущие атрибуты, кроме названия объекта и его вида, надо иметь возможность редактировать непосредственно в гриде.
Всего у Заказчика по каждому объекту около 100 атрибутов (согласно базе данных системы), но не все заполняются для каждого объекта.
Вопросы:
Что бы вы сказали Заказчику на переговорах после того как он озвучил свою правку, описанную в условиях задачи, в процессе приемки системы?
Опишите задачу (тикет) для программиста/дизайнера, в которой вы описываете идею того как следует сделать данную правку для Заказчика, при условии что вы еще не совещались с командой разработки, но планируете обсудить задачу на встрече с командой и дополнить тикет по возможности. Какие у вас есть идеи по улучшению ситуации для Заказчика, без создания проблем для веб-интерфейса системы.