Здравствуйте!
Пишу диплом, тема связана с управлением рисками предприятий. Приложение будет контактировать с БД MS SQL 2008. Пишу с использованием WPF.
Хочу сделать по возможности максимально правильно с точки зрения архитектуры: Хочу отделить логику работы от внешнего представления.
как я это вижу (по опыту разработки на яве, на которой я пишу на работе) есть 3 прослойки:
1) GUI (xaml файлы и относящийся сюда код обработчиков контролов)
2) некий Service, обращаясь к которому GUI получает доступ к данным из БД, вычислениям и проч.
3) более низкий уровень - работа с БД - к которому обращается Service, чтобы получить данные из БД

Я так понимаю, что правильней всего на нижнем уровне из БД ручками вытаскивать данные, создавать листы с объектами и возвращать это в Service. Далее в Service из листов делать, к примеру, DataSet для DataGrid и в GUI отсылать этот самый DataSet. 
Данные из БД нужны не только для работы с ними в таблицах, но и для разных расчетов, отчетов и проч.
правильно ли я мыслю? или все совсем не так? какой true way в разработке приложений крупнее лабораторок и курсовых?

PS. Просьба терпимо отнестись к моим вопросам, т.к. пока сложно во всем разобраться сразу. в голове возникает каша от такого обилия информации. Спасибо =)

ну это у вас классический n-tier (http://en.wikipedia.org/wiki/Multitier_architecture). Почитайте про него. Он везде одинаковый. С т.з. самой архитектуры гуя - тут вам пригодится MVVM (мода нынче такая) и фремворк Prism.