Potřeboval bych přeložit tuto stránku : http://www.windowsworkflowfoundation.eu/
PS: příspěvek jsem upravil.

Windows Workflow Foundation (WF) is one of the parts of the .NET 3.0 framework as released by Microsoft. One of the most interesting aspects of Windows Workflow Foundation (WF) is the separation between business process code and the actual implementation, often a requirement in Service Oriented Architecture (SOA). Before Windows Workflow Foundation the typical scenario would be to write both the business logic and the actual implementation in C#, Visual Basic .NET or another .NET language. The result was no clear separation between business logic and its implementation. With the release of Windows Workflow Foundation (WF) the business logic can be defined in the workflow while the actual underlying implementation is done in C#, Visual Basic .NET or another .NET language. So basically the what is done in the workflow and the how is done in traditional programming code.
The best way to look at a workflow is as a schematic description of a real world problem. For example: If an order is placed, check if we have enough inventory and if not create a purchase order and send it to the supplier, notify the account manager by email of the expected delivery date the supplier specified. These activities are modeled in a graphical way making the workflow much more understandable. The activities themselves, like sending an email, are done in traditional C# or Visual Basic .NET code in such a way that they are unaware of their context, all they know is that they have to send an email as told by the workflow.
Windows Workflow Foundation is basically a library consisting of an execution engine, a rules engine, a number of activities, a number of supporting runtime services and a designer allowing developers to design their workflows graphical in Visual Studio 2005 (VS2005). In fact it even includes a graphical debugger allowing the developer to step through the workflow and even into the underlying .NET code. The engine is designed in such a way that the developer has a free choice between building the workflow as code constructs or in a declarative fashion using XAML. Either way he can use the graphical designer the same way, all that changes is the output. Because the runtime engine has the capability of parsing and executing the XAML itself we have tremendous flexibility in our workflows. There is no need to compile them at the same time as the rest of the application. This flexibility even goes further and the engine allows for the runtime alteration of the executing workflow, how about that for flexibility!
Because Windows Workflow Foundation is a library, not a standalone platform or service, the developer is completely free to include the Windows Workflow Foundation library in process in his own application or web site/service. This can be of great benefit to existing applications where using a separate workflow server, like BizTalk 2006, would be prohibitive. Because of the modular way Windows Workflow Foundation is designed, the developer is free to replace standard services like persistence, scheduling or tracking with another implementation if he or she so desires.
The .NET basis ensures full interoperability with other .NET assemblies like System.Data, System.Enterpi­seServices, Windows Communication Foundation (WCF) and Windows Presentation Foundation (WPF).

Před příchodem WWF by typickým postupem bylo napsat obchodní logiku i vlastní implementaci [aplikace imho] v C#, vb.net nebo v jiném .net jazyce. Obchodní logika by nebyla nijak jasně oddělena od implementace [té aplikace].
obchodní logikou (česky to neznám) se imho myslí model/rozvržení aplikace dle entit, které existují i vně aplikace (účty, uživatelé, transakce), narozdíl od vnitřních struktur programu, které se mohou od těchto modelů lišit (kvůli optimalizacím, omezením systému atp.)

jo a k tomu prvnimu prispevku -
* je oddeleni kodu podnikovych procesu a vlastni implementaci
* casty pozadavek na architekturu orientovanou na sluzbu (taky nevim, jestli to ma cesky ekvivalent, tak apson opisne)

Tak to je síla –

Zatím jsem se spřekladem popral takto (po úpravách příspěvku od brekeke):

Windows Workflow Foundation (WF) je jednou z částí .NET 3.0 frameworku vydané společností Microsoft. Jedním z nejzajímavějších aspektů Windows Workflow Foundation (WF) je oddělení kódu podnikových procesů a vlastní implementací, častým požadavkem je architektura orientovaná na služby (SOA).
Před příchodem WWF by typickým postupem bylo napsat obchodní logiku i vlastní implementaci v C#, Visual Basic, .NET nebo v jiném programovacím jazyce podporující .NET. Výsledkem bylo, nepřesné oddělení obchodní logiky a jejího provádění. S vydáním Windows Workflow Foundation (WF) je možné definovat obchodní logiku – workflow, zatímco skutečná základní implementace je provedena v jazyce C#, Visual Basic, .NET nebo v jiném jazyku podporující v .NETu. Tedy v podstatě to, co se děje ve workflow a jak se to děje, je určeno v tradičním programovacím kódu.
Nejlepším způsobem, jak se podívat na workflow, je jeho schematický popis problémů vytvořit jako problémy reálného světa. Například: Při vyřízení objednávky, zda budeme mít dostatek zásob, zda byla objednávka vytvořena a odeslána na dodavatele, informování správce účtu e-mailem na očekávané datum dodání stanovené dodavatelem. Tyto činnosti jsou modelovány v grafickém způsobu tvorby workflow mnohem srozumitelnější. Samotné aktivity, jako je posílání e-mailu, jsou provedeny v tradičním C# nebo Visual Basic, .NET kódu tak, že si nejsou vědomi jejich kontextu, všichni vědí, že mají poslat e-mail, jak bylo definováno ve workflow.
Windows Workflow Foundation je v podstatě knihovna, která se skládá z výkonostního kódu nebo-li enginu, řadou činností, řadou podpůrných služeb a běh designéra umožňuje vývojářům jejich pracovní postupy grafického designu například ve Visual Studiu 2005 (VS2005). Ve skutečnosti dokonce WWF obsahuje grafický debugger umožňující vývojářům krokovat workflow až do základního .NET kódu. Engine je konstruován tak, že developer má svobodnou volbu mezi základním workflow, jako kód buduje nebo v deklarativním způsobem pomocí XAML. Buď jak buď, že může používat grafický designér stejným způsobem, všechny změny, které je výstupem. Protože běhu enginu má schopnost analýzy a provedení XAML samotné máme úžasnou flexibilitu v našich pracovních postupů. Není třeba se sestaví z nich ve stejné době jako ostatní aplikace. Tato flexibilita jde ještě dále a engine umožňuje běhu změnu pracovního výkonu, jak se o tom na flexibilitu!
Protože Windows Workflow Foundation je knihovna, nikoli samostatná platforma nebo služba, která je developerem zcela zdarma zařazena ve Windows Workflow Foundation knihovna v procesu, v jeho vlastní žádost nebo na webové stránce / služby. Toto může být velkým přínosem pro stávající aplikace, kde je použití samostatného workflow serveru, jako BizTalk 2006, neumožní. Vzhledem k modulárnímu systému Windows Workflow Foundation je navržen tak, developerem je možnost nahradit standardní služby, jako je vytrvalost, rozvrhování a sledování cíle s jinou implementací, pokud on nebo ona přeje.
.NET v základu zajišťuje úplnou interoperabilitu s ostatními .NET assemblies jako System.Data, System.Enterpi­seServices, Windows Communication Foundation (WCF) a Windows Presentation Foundation (WPF).

Windows Workflow Foundation is basically a library consisting of an execution engine, a rules engine, a number of activities, a number of supporting runtime services and a designer allowing developers to design their workflows graphical in Visual Studio 2005 (VS2005).

Tohle je hodně komplikovaný – nevým jak přeložit execution engine, a rules engine......pro­váděcí engine? nebo prováděcí kód?
rules engine – pravidla kódu – tedy v textu by bylo v pravidlech kódu?