Элементарные связи

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

Вот почему в первую очередь мы рассмотрим в данной главе методологию, позволяющую сохранить эту информацию путем фиксирования ее с помощью связей между проблемой, спецификацией решения и архитектурой. Этот метод, имеющий название расширенный анализ связей , базируется на концепции элементарных связей , которая описывалась нами в главе 1 и использовалась на протяжении всех последующих глав книги. [c.154]
Содержание этой главы без труда подскажет ответы на очень-очень много Почему , а вот для того, чтобы ответить на вопросы Куда , Откуда , По какой причине , которые относятся к характеристикам связей, мы рассмотрим в этой главе другую тему -метрики и параметры связей. [c.154]
Существует много способов отображения связей типа многие-ко-многим . Вот вам случай из реальной жизни. [c.154]
Однажды к подрядчику оборонного ведомства пришел консультант для проверки наличия и качества связей в проектной документации. Он застал следующую ужаснувшую его картину... На полу огромного кабинета во всю его длину лежали две полосы бумаги, на одной из которой были распечатаны все требования, а на другой полосе, - располагавшейся параллельно первой и на некотором расстоянии от нее, - был распечатан исходный программный код. Другие полоски бумаги, на которых было что-то напечатано и которые располагались так, чтобы соединить обе параллельные ленты бумаги, обозначали связи между требованиями и отдельными позициями исходного кода. [c.154]
Многие аналитики и инженеры, возможно, видели связи, представленные в виде таблиц, которые могли оформляться как отдельное приложение к соответствующему документу. Например, для того, чтобы установить связи между пользовательскими требованиями и системными, создают таблицу, в заголовках строк которой записывают номера пользовательских требований, а в заголовках столбцов - номера системных требований. Наличие связи между требованиями обозначается крестиком в соответствующих ячейках на пересечении. [c.155]
Если вы не используете никакие инструментальные (программные) средства для управления связями, то какой бы метод вы не использовали, координировать эту работу вам будет весьма тяжело. [c.155]
Простейшую форму управления связями между требованиями могут обеспечить возможности базы данных. В этом случае рекомендуется хранить отдельно сами требования и информацию о связях между ними. Более того, очень важно, чтобы каждое требование обладало собственным уникальным идентификатором, по которому его можно было бы однозначно определить и использовать для установления поиска связей. [c.155]
На рис. 7.1 показан пример элементарных связей. Пользовательское требование связано входящими связями с тремя соответствующими системными требованиями. Можно одновременно видеть и текст пользовательского требования, и текст системных требований, которые его удовлетворяют. Рис. 7.2 демонстрирует второй пример простейших связей. Такой подход существенным образом облегчает анализ связей. [c.156]

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