1

Системный Анализ и Требования / Re: Требования к дизайну

« : 20 Октября 2016, 16:19:27 »

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

Чем мотивируют свои предложения те, кто хочет видеть эти требования в другом документе?

Речь идет не об отдельном документе. Просят явное словесное описание анимаций.

2

Системный Анализ и Требования / Re: Требования к дизайну

« : 13 Октября 2016, 17:29:21 »

В голову приходит еще один вариант:
Описать словами в дополнительном столбце таблицы UI элементов.
Но у данного подхода есть 2 недочета:
1. Нагружает описание UI элементов
2. Не дает возможности описания с использованием изображений

3

Системный Анализ и Требования / Требования к дизайну

« : 13 Октября 2016, 16:57:55 »

Добрый день!

При описании раздела пользовательских интерфейсов в спецификации требований возникла спорная ситуация:
необходимо ли описывать мелкую анимацию (например: постепенное исчезновение удаляемой вкладки за определенное время).

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

Хотелось бы услышать Ваше мнение по данному вопросу.

4

Идеи и мозговой штурм / Re: Web.Аналитика интерфейсов

« : 26 Января 2016, 12:45:13 »

Спасибо огромное за ваши ответы!
Буду вносить валидацию в таблицы с описаниями полей.

5

Идеи и мозговой штурм / Re: Web.Аналитика интерфейсов

« : 20 Января 2016, 13:07:54 »

А почему сразу не добавлять это в описание полей?
И я бы не стал смешивать это с сообщениями об ошибках.

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

6

Идеи и мозговой штурм / Web.Аналитика интерфейсов

« : 20 Января 2016, 10:27:25 »

Добрый день!
Появился интересный вопрос к аналитика web-приложений:
Каким образом лучше организовать описание валидации полей Web-форм?

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

Может у кого есть вариант получше?