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

Не могли бы вы подсказать как лучше сделать это на UML. Особенно интересно, как разбить на классы эти требования и как отобразить то, что одно требование может быть связано с другими.
Заранее спасибо. (Я в этом деле новичок, постигаю все сама, поэтому если что не так подскажите)

Вот моя диаграмма. Подскажите пожалуста правильно или нет я составила диаграмму. И так ли следует поступить с требованиями(или же не надо делать три класса, а сделать один?)

Блин, подскажите пожалуста.Делать три класса или один, и соответственно три таблицы или одну?
И как показать это на диаграмме?