Необходимо спроектировать и реализовать классы Налоговая Инспекция и Гражданин для расчета налоговых выплат по каждому гражданину.

сейчас изучаем стеки, возможно задача как-то связана со стеками...

Интересная гипотеза. Но, задача скорей как-то связана с ООП :-))

это, конечно. само собой:)

класс гражданин сделать наследником налоговой, верно? а поле гражданина кол-во детей. затем в мэйне прописываем: если кол-во>=3 то ставку снизить. так?

спасибо за совет!

Можно проще, хотя это путь в итоге вредный - решить задачу одноразово, забыв о развитии кода и т.п. Тогда взаимодействие классов тривиальное:
Налоговая и Гражданин будут отдельные классы. Но Налоговая будет иметь функцию, принимающие объекты класса Гражданин (где собственно и будет ему налог считать с учетом детей, заполнять реестр). Реестр будет в классе налоговой (хотя и отдельным классом можно сделать). Гражданин будет иметь поля о детях, ФИО или другой идентификатор. Как-то так.

этот вариант гораздо привлекательнее.

я новичок в Java ( 1 месяц только изучаю), многого ещё не знаю, вот и обращаюсь с такой просьбой.

Тогда о паттернах временно забудьте -- это "высший пилотаж". Но потом обязательно изучите. Без этого серьезным специалистом не станешь. Прочтите (потом) книгу "банды четырех" - "Приёмы объектно-ориентированного проектирования. Паттерны проектирования". Похоже по теме лучшей нет.

P.S. В простом решении мы даже формально до ООП не дотягиваем. Используем только инкапсуляцию и абстракцию. Это объектное программирование. Для обектно-ориентированного еще требуется как минимум наследование, а по-настоящему - полиморфизм. Если склероз мне не изменяет :) Это конечно не значит, что ООП любым боком притягивать нужно. Реально на больших проектах профит от ООП проявляется. Другое дело, что тренироваться все-равно на маленьких проектах придется (в учебных целях).

Огромное спасибо за предложенную книгу. Обязательно постараюсь прочитать!... Но сначала необходимо освоить азы программирования. Как говорится, тяжело в учении, легко в бою.:)

Точняк, установка абсолютно верная. Добавил бы одно -- параллельно, не углубляясь, нахватывайтесь кругозора. Это позволит стратегию наметить для дальнейшего изучения языка. Тема обширная, важно расставить приоритеты. По-моему приемы (идиомы и паттерны) практического проектирования -- штука более важная, чем знание множества библиотек, например. Даже хотя бы потому, что правильное использование библиотек требует знания, на чем они замешаны. Ну и много преходящего (технологии модные то одни, то другие), а основы все-равно одни.