аналитик и техническая достижимость

Аналитик и техническая достижимость Повествование как бы в формате ПечаКуча, но на самом деле не в нём :) Сергей Кадомский

Оптимизация на ранних этапах
Нам следует забывать о малой
эффективности, например, в 97% случаев: преждевременная оптимизация — корень всех зол. Хотя мы не должны отказываться от своих возможностей в этих критических 3% Дональд Кнут

Цель выявления требований
Адекватная конкурентная оценка стоимости проекта – удовлетворенность подрядчика
Удовлетворенность заказчика результатами разработки
Отсутствие препятствий успеху и дальнейшему развитию проекта, обусловленных неправильной архитектурой.

Насколько достижение обозначенных целей зависит от того насколько качественно выявлены нефункциональные требования?

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

Почему плохи конкретные значения
Значение критерия А не должно быть выше/ниже значения X
Что случится, если в реальности значение будет X+1 или X+2? :)
Недостатки таких критериев:
Непонятны для заказчика
Представляют собой серьезный риск для подрядчика, обладая в то же время низкой бизнес-ценностью.
Может быть сложно реализовать, если не является прямым следствием архитектуры (пример –быстродействие или объем потребляемой памяти).

Дайте возможность оценить business value нефункционального требования Ограничение Возможные значения Доля рынка Браузер IE, FF, Chrome, Safari, Opera 150% Операционная система Win XP+, Mac OS X 10.5+, Ubuntu 9.04+, Android 2.1+ Совместимые устройства PC, Mac, iPhone 3G+, etc.. Разрешения экрана 800x600+ 320x240 mob+ Локализации English, Русский

Дихотомии требований
Веб решени е :
Динамический пользовательский интерфейс vs Кросс-браузерность
Простота поддержки, гибкость vs Производительность/Расширяемость

Сетевые коммуникации
Гарантированность доставки vs Низкие задержки
Защищенность vs Производительность
Оптимальность трафика vs Стандартное API

Имейте представление о б ограничениях платформы
Веб приложения
Мобильные приложения
Десктоп
Системное ПО
Адаптация коробочного ПО

Приоритезируйте требования, выставляя им рейтинг
Удобный, интуитивно понятный пользовательский интерфейс
Защищенность пользовательских данных
Производительность, время отклика
Расширяемость
Отказоустойчивость
Сохранность пользовательских данных

Адаптируйте функциональные требования
Большой объем данных:
Загрузка данных лишь частично, например страницами
Возможности введения дополнительной фильтрации для ограничения объема
Наличие progress indicator'а для долгих операций

Адаптируйте функциональные требования
Производительность:
Наличие синхронных операций, можно ли их заменить на асинхронные?
Подразумевается ли ветвление в зависимости от успешности результата предыдущей операции, возможно ли избежать ветвления
Возможно ли уменьшить количество обменов между приложением и back-end компонентами?

Итак, что то нужно делать чтобы разработчики любили реализовавать описанные вами требования
Знайте business value нефункциональных требований
Расставляйте им приоритеты
Представля йте возможности и ограничения платформы
Адаптир уйте функциональные требования

Спасибо всем за внимание.
Готов ответить на Ваши вопросы.
Напомню, моё имя Сергей 

аналитик и техническая достижимость

by Belle_Morte on Jan 22, 2012

Accessibility

Categories

Tags

Upload Details

Usage Rights

Statistics

аналитик и техническая достижимость — Presentation Transcript