Странная постановка вопроса. Зачем документировать класс в виде ТЗ? ТЗ - контракт между разработчиком и заказчиком на то, что должно быть сделано за какой срок и с каким качеством.
Каким образом, поясните мне, пользователь должен пользоваться классом? Тоже странная постановка вопроса. Пользователь пользуется не классом. Он взаимодействует с системой через интерфейс, вероятнее всего через GUI. Для этого предназначена рабочая документация - инструкции пользователю, справка и т.п.
Как пользоваться классом программисту - совершенная иная задача. Это уже описание класса, его методов, атрибутов, интерфейсов. Почитайте, как описываются такие вещи в развитых средах программирования (Дельфи, VS и т.п.)