О качестве требований в ИТ проектах, на чистоту (с позиции команды разработки). Часть 1

По мотивам моей статьи, изданной ранее…

Вступление

Получить бы медаль, а уж с обратной ее стороной найдем, что делать.
(Георгий Александров)

В подавляющем большинстве работ, посвященных управлению требованиями, которые мне довелось читать [1], [2], [3] и другие, авторы хороводят вокруг заказчика, акцентируя основное внимание читателей, на том, как максимально эффективно организовать работу именно с ним. Ну и конечно, львиная доля труда обычно посвящена вопросам преобразования собранной информации в некие проектные решения, моделирующие разрабатываемую систему, а также оформление их со спецэффектами, бантиками и рюшами. Разумеется это все важно и я ни в коем случае не хочу умолить значение этих аспектов формирования требований, но есть еще и обратная сторона. Ведь дальше требования должны попадать непосредственно в “цех” по производству программного обеспечения. И именно там они, до самого рождения целевого продукта, останутся основным сводом законов и правил, по которым он будет зарождаться и являться миру. Этот факт уже сам по себе определяет важность того, насколько точно требования должны соответствовать интересам специалистов, призванных воплотить их в конечном продукте.

А посему давайте взглянем на качество требований глазами команды исполнителей: разработчиков, специалистов управления качеством, менеджеров проекта. Ведь именно эти люди и являются основными потребителями работы аналитика. И от того насколько точно созданные спецификации подходят конкретной команде для переработки их в готовый программный продукт, зависит качество и конечная себестоимость этого продукта.
Читать дальше →

[Перевод] XBRL: просто о сложном − Глава 6. Погружение в XBRL − Часть 2. Совершенствуем результат

6.2. Совершенствуем результат

Вчера мы были вполне довольны полученным результатом. Но вот мы хорошо выспались, и осознали, что это пока ещё не совсем то, что мы хотели бы получить.

Отчетная форма в нашем примере содержала несколько разделов – для итоговых значений, а также для группировки по полу и возрастным группам. И у нее не было этого безобразного заголовка ‘http://www.xbrl.org/2003/role/link’ в верхней части отчета.

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

Итак, первым делом нам надо настроить разделы отчета с заголовками, которые хоть что-то означают.

Читать дальше →