|
Изменение требований
Требования к большим программным системам постоянно меняются. Одна из причин частых изменений заключается в том, что эти системы часто предназначены для решения «плохих» проблем — проблем, которые невозможно полностью идентифицировать (Rittel and Webber, 1973). Поскольку полностью диагностировать проблему невозможно, требования к программному обеспечению являются обязательными .
Рисунок 4.18. Разработка требований
В процессе разработки программного обеспечения представления заинтересованных сторон о проблеме постоянно меняются ( рис. 4.18 ). Затем следует разработать системные требования, отражающие понимание этой изменяющейся проблемы.
После установки и регулярного использования системы неизбежно возникнут новые требования. Отчасти это результат ошибок и упущений в исходных требованиях, которые необходимо исправить. Однако большинство изменений системных требований происходит из-за изменений в бизнес-среде системы:
Деловая и техническая среда системы всегда меняется после установки. Может быть введено новое оборудование, а существующее оборудование может быть модернизировано. Возможно, вам потребуется подключить систему к другим системам. Бизнес-приоритеты могут измениться (с изменениями, которые приводят к необходимости поддержки системы), и могут быть введены новые законы и правила, требующие соответствия системе.
Люди, которые платят за систему, и пользователи этой системы редко бывают одними и теми же людьми. Система предъявляет требования к клиентам из-за организационных и бюджетных ограничений. Они могут противоречить требованиям конечного пользователя, и если система соответствует поставленным задачам, может потребоваться добавление новых функций для поддержки пользователя после поставки.
Большие системы обычно имеют разнообразное сообщество заинтересованных сторон с разными требованиями. Их приоритеты могут быть противоречивыми или противоречивыми . Требования окончательной системы неизбежно будут нарушены, и некоторым заинтересованным сторонам следует отдать приоритет. Опыт показал, что часто необходимо изменить баланс помощи, предоставляемой различным заинтересованным сторонам, и установить приоритеты требований.
По мере развития требований необходимо отслеживать связи между связанными требованиями, чтобы отслеживать отдельные требования и оценивать влияние изменений в требованиях. Поэтому вам нужен формальный процесс, чтобы внести предложения по изменению и связать их с системными требованиями. Этот процесс « управления требованиями» следует начинать, как только будет доступна черновая версия документа с требованиями.
разработки предназначены для удовлетворения меняющихся требований процесса разработки . Когда пользователь предлагает изменить требования в этих процессах, это изменение не выходит за рамки формального управления изменениями . Некоторые требования более подвержены изменениям, чем другие. Постоянные требования — это требования, относящиеся к основным, медленно меняющимся видам деятельности организации. Постоянные потребности связаны с основной трудовой деятельностью. Изменяющиеся требования, скорее всего, изменятся. Обычно они связаны со вспомогательными видами деятельности, которые отражают то, как организация выполняет свою работу, а не саму работу.
Планирование управления требованиями включает определение того, как осуществляется управление переменным набором требований. На этапе планирования необходимо решить ряд вопросов:
Идентификация требований Каждое требование должно быть уникально идентифицировано, чтобы его можно было связать с другими требованиями и использовать при оценке последующих действий.
Процесс управления изменениями представляет собой набор действий, которые оценивают влияние и стоимость изменения. Я расскажу об этом процессе более подробно в следующем разделе.
Политика отслеживания Эти политики определяют взаимосвязь между каждым требованием и между требованиями и проектом системы, подлежащим регистрации. В политике отслеживания также должно быть указано, как должны храниться эти записи.
Инструментальная поддержка Управление требованиями предполагает обработку больших объемов информации о требованиях. Применяемые инструменты варьируются от экспертных систем управления требованиями до общих электронных таблиц и простых систем баз данных.
Управление требованиями нуждается в автоматизированной поддержке, и для этого программные инструменты должны быть выбраны на этапе планирования. Вам понадобится помощь двигателя для:
в защищенной, удобной для человека базе данных , которую может использовать любой участник разработки требований .
Рисунок 4.19
Do'stlaringiz bilan baham: |
