Словосочетание “управление требованиями” используется так часто, что уже, кажется, потеряло свой изначальный смысл. В процессе разработки часто подразумевается, что управлять требованиями можно просто создавая их и переводя из состояния в состояние. А повысить управляемость проекта можно описав реализацию в виде требований или внеся всю доступную информацию о проекте в систему управления разработкой. В докладе показано, почему управляемость при этом не повышается, и что сделать работу более предсказуемой можно, если сформировать в команде одинаковое понимание особенностей структуры информации, определяющей проект: 1) бизнес-требований, 2) описания предметной области, 3) архитектуры, 4) требований к системе, 5) прототипа интерфейса, 6) описания системы.
SECR 2015 is over. You can learn about our current event at www.secrus.org.
Comment