Введение в требования

из "Разработка и управление требованиями "

Сегодня, как никогда, проекты по разработке систем нуждаются в попутном ветре . Быстро меняющиеся технологии и увеличивающаяся конкуренция оказывают большое давление на процессы разработки. Эффективное управление требованиями лежит в основе способности организации крепко держать в руках штурвал и удерживать корабль на плаву в нарастающем потоке сложности. [c.1]
Возможность построения сколь угодно сложных систем. [c.1]
Наиболее сложные системы имеют тенденцию содержать в себе программное обеспечение, зачастую очень глубоко интегрированное в компоненты системы. Сложность таких продуктов ограничена только воображением. [c.1]
Сегодня компания может задумать новый продукт, разработать его в виде программного обеспечения и очень быстро распространить его по всему миру. Например, производитель легковых автомобилей может улучшить программное обеспечение для своих систем диагностики и распространить его по всему миру десяткам тысяч автомобильных дилеров в течение одного дня. [c.1]
В настоящее время системы могут собираться из готовых модулей, приобретаемых вместе с технологиями, что значительно сокращает цикл разработки продукта. [c.1]
Эти тенденции дают возможность монополизировать все выгоды от разработки новой технологии или продукта за счет быстрого выполнения проекта без привлечения больших производственных мощностей. [c.1]
Для того чтобы стать всем понятными, требования в большинстве случаев пишутся на обычном языке, что привносит проблемы другого рода необходимость полностью и однозначно обозначить проблемы и зафиксировать потребности без использования профессионального жаргона или предварительных договоренностей - является весьма сложной задачей. [c.2]
Только согласованные требования могут быть основой для проекта, однако, с течением времени потребностей у заинтересованных сторон может становиться все больше и больше и это притом, что интересы сторон могут вступать в конфликт межу собой. Кроме того, потребности могут быть нечетко выражены в начале проекта, их удовлетворение может быть ограничено факторами, лежащими в неконтролируемой области, на удовлетворение потребностей могут влиять другие цели проекта, которые, в свою очередь, тоже могут изменяться с течением времени. [c.2]
Таким образом, без относительно стабильных базовых и согласованных требований проект будет только барахтаться на волнах . Это как отправляться в путешествие по морю, не зная конечного места назначения и не взяв с собой навигационные карты. Поэтому требования обеспечивают и навигационные карты , и средства управления кораблем, помогая достигнуть выбранного пункта назначения. [c.2]
Даже если проблема и ее решение определены, необходимо оценить риски, которые могут привести к провалу проекта. Редкий заказчик будет поддерживать проект без убедительной стратегии управления рисками. Организация работы с требованиями позволяет управлять рисками на самых ранних стадиях разработки. Так риск, вытекающий из определенного требования, может быть отслежен, может быть проведена оценка его влияния, вероятность его появления (реализации), и, как следствие, может быть разработан предварительный план по предотвращению и устранению последствий этого риска. И что самое главное, - все это можно выполнить задолго до того, как возникнет необходимость соответствующих затрат. [c.2]
Наиболее распространенные проблемы, из-за которых проваливаются проекты отнюдь не технические. [c.3]
Факторы, способствующие успеху проектов, приведенные в таблице 1.2, не являются прямой противоположностью причин провальных проектов. [c.4]
В этой книге рассматриваются методы разработки требований, в общем, и управления требованиями, в частности. [c.4]

Вернуться к основной статье