워크플로 도구 비교?

Question

다양한 프로세스를 중심으로 일부 워크플로우를 설계해야 할 필요성이 매우 높습니다.문제는 우리 중 실제로 워크플로 기술을 아는 사람이 아직 아무도 없으며, 사용 가능한 옵션을 비교할 수 있는 좋은 데이터를 찾는 것이 지루하고 전혀 유익하지 않다는 것입니다.

그래서 여러분께 물어볼까 생각했습니다.

우리가 살펴보고 있는 주요 기술은 Windows Workflow Foundation과 eDocs Workflow입니다.다른 어떤 옵션이 있나요?Sharepoint 2007에는 워크플로우 기능도 있습니다. 그렇죠?WF 기반인가요?

다양한 기술의 장단점은 무엇입니까?그들은 어떻게 비교합니까?

편집하다:또한 eDocs Workflow와 같은 관리 유형의 특징 중 하나는 직접 편집할 수 있는 방법을 제공한다는 것입니다.나는 Sharepoint '07도 마찬가지라고 믿습니다.WWF 구현을 통해 이를 허용하는 다른 방법이 있습니까?

Answer 1

Sharepoint와 WF는 동일한 생태계에서 서로 다른 두 가지 워크플로 작성 도구로 설계된 보완 기술에 가깝습니다.Sharepoint 워크플로 디자이너와 WF(Windows Workflow Foundation) 워크플로 디자이너가 있습니다.

Sharepoint 디자이너는 Office와 같은 워크플로 편집 환경을 제공하고, 시작하기 쉽고, 비기술적인 유형에 맞춰져 있으며, 모든 웹 양식을 자동으로 생성합니다.

반면에 'WF' 워크플로 디자이너는 실제로 Visual Studio의 구성 요소이며(기본적으로 Bernie가 말했듯이 다시 호스팅할 수 있음) 프로그래머가 워크플로를 완전히 사용자 지정하고 다른 코드와 통합할 수 있도록 설계되었습니다. /원하는 시스템.'Sharepoint 활동'을 사용하여 이러한 방식으로 Sharepoint 사이트를 구축하고 배포하는 것이 여전히 가능하지만 더 복잡합니다.

전자의 경로를 택한다면, 총체적인 혼란을 초래하지 않고 관리 유형이 자체적인 기본 사용자 정의(해당 환경의 한계까지)를 수행하도록 할 수 있기를 바랍니다.

Answer 2

사용자가 워크 플로우를 작성할 수 있도록 자신의 애플리케이션에서 WF 디자이너 (Visual Studio의 The Visual Studio)를 '재구성'할 수 있습니다. 웹에는 MS 자체의 가장 중요한 코드 예제가 있습니다. http://msdn.microsoft.com/en-us/library/aa480213.aspx).

어느 시점에서 WF를 평가할 때이를 수행 한 데모 애플리케이션을 구현하고 일부 기능을 추가했으며 그것이 작동하지만 모든 사람이 규칙을 이해하는 방법을 이해해야하는 더 어려운 활동 (정책 활동과 같은)을 이해하고 사용할 수있는 것은 아닙니다. 엔진이 작동합니다.