Рубрика «требования к по»

Однажды мне пришла задача «реанимировать» документацию по фиче. Бизнес-логика, API, база данных, UI — всё было свалено в кучу, в одно сплошное полотно текста. И проблема была не столько в объёме, сколько в полном отсутствии структуры. Читать это было тяжело. Поэтому свои требования я организую иначе.

Я декомпозирую требования на отдельные артефакты. Каждая единица самодостаточна, а связи с остальными лишь дополняют картину всей фичи. Но тогда возникает вопрос: «Как ориентироваться в требованиях, если они разбросаны по wiki?». Для этого я и пишу пользовательское требование.

Читать полностью »

Диаграмма последовательности на практике в реальном кейсе - 1

Привет! Меня зовут Татьяна Ошуркова, я системный аналитик, разработчик и автор телеграм-канала IT TalksЧитать полностью »

В данной статье речь пойдет о процессе добавления новой функциональности в программу. Мы рассмотрим все стадии от зарождения идеи до релиза, включая донесение требований аналитиками до тех, кто собственно всё это дело и должен претворять в жизнь, то есть до наших любимых (без кавычек и иронии) разработчиков. Статья в первую очередь нацелена на передачу практического опыта (в том числе неудачного) построения данного процесса.

КДПВ (эта картинка актуальности не потеряет, наверно, никогда):

Стадии рождения новой функциональности в программном продукте - 1

Disclaimer: всё нижеприведенное описание процессов основано на личном опыте автора, полученного в конкретной компании и могут не иметь ничего общего с объективной реальностью читателя. Информация о каждой стадии разработки подана в сжатом виде и призвана раскрыть только основные моменты процесса в рамках одной статьи.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js