КаБа

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

Этот текст был написан пару или тройку лет назад. Он есть результат моего сугубо субъективного видения. Сюда я его публикую только по той причине, что в него вошли все (или почти все) базовые вещи, на которые мне потребуется ссылаться в случае изложения каких-либо мыслей относительно аналитики. Да, это примитивы, но я буду очень признателен за любые замечания и комментарии. Что такое требования Результатом аналитической стадии проекта являются требования. Требования – это условия или возможности, которым должна отвечать система, чтобы представлять ценность для ее заказчика и пользователей. Эта ценность не является абстракцией, она вполне осязаема. Ценность системы выражается в форме ожиданий Заказчика, выражающих полезность системы для бизнеса, ее способность стать инструментом достижения стоящих перед бизнесом целей и решения имеющихся проблем. Исходя из такого определения требованиями можно считать: условия или возможности, которым должна соответствовать система для достижения ...