ASP.NET MVC3 и первая архитектура кода Entity Framework

Мой предыдущий вопрос заставил меня снова задуматься о слоях, репозитории, внедрении зависимостей и подобных архитектурных вещах.

Моя архитектура теперь выглядит так:
Сначала я использую код EF, поэтому я просто создал классы POCO и контекст. Это создает базу данных и модель.
Уровень выше - это классы бизнес-уровня (Провайдеры). Я использую разных поставщиков для каждого домена ... например, MemberProvider, RoleProvider, TaskProvider и т. Д., И я создаю новый экземпляр моего DbContext в каждом из этих поставщиков.
Then I instantiate these providers in my controllers, get data and send them to Views.

My initial architecture included repository, which I got rid of because I was told that it just adds complexity, so why I don't just use EF only. I wanted to did that.. working with EF directly from controllers, but I have to write tests and it was a bit complicate with real database. I had to fake - mock data somehow. So I made an interface for each provider and made fake providers with hardcoded data in lists. And with this I got back to something, where I am not sure how to proceed correctly.

These things starts to be overcomplicated too quickly... many approaches and "pattterns"... it creates just too much noise and useless code.

Is there any SIMPLE and testable architecture for creating and ASP.NET MVC3 application with Entity Framework?