Всем привет! У меня уже публиковался небольшой цикл статей про атрибуты качества, они же нефункциональные требования и вот первая часть этого цикла. Сегодня поговорим о проблеме, которая возникает при общении с заказчиками. Как правило для них термин «атрибуты качества» звучит абстрактно и не воспринимаются, как нечто, имеющее прямую ценность для бизнеса. Однако же этот разрыв стоит устранять.
Привет! Сегодня мы продолжаем разбирать требования, которые вспоминаются нам за день перед релизом. Если функциональные требования отвечают на вопрос «что система делает?», то эти — на вопрос «насколько хорошо она это делает и сколько это стоит бизнесу». И именно их качество больше всего влияет на архитектуру и стоимость разработки. В этот раз сосредоточимся на этой тройке: сопровождаемость, надежность и безопасность. Это те […]
Несмотря на то, какая методология лежит в основе внедрения корпоративной информационной системы, будь то каскадная, итерационная или спиралевидная, этап анализа требований является одним из первых и наиболее критичных [1]. В рамках этапа анализа выявляются наборы требований, предъявляемых бизнес-пользователями к разрабатываемой системе, ведется их приоритизация для понимания наиболее важных, а также фиксация объема проекта.
Всем привет! Меня зовут Александр Пряхин, я технический руководитель в Авито Подработке. В свободное от руководства в Авито время я преподаю и руковожу курсами, консультирую людей и компании в области IT. За 17 лет опыта в IT я успел поработать в самых разных командах – и там, где наблюдаемость была выстроена от и до, и там, […]