wftk: Open-source workflow toolkit[ what's new ] [ project ] [ implementation ] [ discuss ][ usage scenarios ] [ server overview ] [ process definition ] [ user interface ] [ ] | |||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||
PROJECT ![]() |
Now this is just plain cool. wftk is an open-source project funded by
Galactic Marketing through
SourceXchange.
SourceXchange is a new organization devoted to kicking off open-source projects by finding corporate sponsors. So far,
speaking for myself, it seems to be working. Actually, as of 17 Jan 2000, there is one complete project and four
active ones including this one, so it really is working. It's an exciting concept. Go look.
(1/17/00) As for wftk itself, the project will provide a workflow engine and at least one client for defining process classes. Planned platform will be C (maybe Perl) for the server, running via adapter as any one of a number of component types under AOLserver or IIS. Initial coding will be for CGI and maybe an ActiveX object. I'll see about that last. XML will be used for definition of process classes and for storage of process values for active processes. The DTD for process classes is one of the early deliverables for the project, and I've already got some good plans but I'm concentrating on the usage scenarios first. The database will be configurable via adapter; initial code will include PostgreSQL and MS SQLServer. Document management will be configurable via adapter; initial coding will include the Unix and NT filesystems and FileNet Panagon. This is an ambitious project. Yeah, I'm getting paid. But your support and encouragement will go a long way towards helping me get through this. This will be a sweet solution for a vast number of applications. Join in!
| ||||||||||||||||||||||||||||||||
|
(1/17/00) This is the currently active phase of the project. At this point, I'm just trying to define what it is we're actually
doing. The usage scenarios should be of great help. Each one consists of a brief description of the process being
modelled, an attempt at a RAD (Role-Action Diagram) and/or PERT (Program Evaluation and Review Technique) chart, and then
some musings about what variables might be defined for the process, what deliverables result from each task to be included
in the final package, and so forth. It's all pretty raw. I'd appreciate comments. Usage scenarios done or planned:
Go read up on them now. | ||||||||||||||||||||||||||||||||
|
(1/24/00) Since I've already written the usage scenarios (even though they're not all
typed up) I have a fairly good picture of the overall design of the server, so I'm going
ahead with that part of the initial documentation. Here are the overall design goals I
see for this project:
| ||||||||||||||||||||||||||||||||
|
(2/11/00) Process definitions are expressed in XML. The process definition language is
rich, so there's a lot to cover. (2/13/00) I'm starting on example process definitions to make sure I'm not completely offbase. (2/21/00) Lots of insight in the six process definitions. Give'em a read. (2/24/00) The DTD is complete and available for your perusal here. | ||||||||||||||||||||||||||||||||
|
(3/3/00) This page is the overview of the user interface design process, and
here is the user interface mockup that I'm putting together. | ||||||||||||||||||||||||||||||||
|
(4/20/00) This page is the overview of the implementation of the prototype,
and this is the homepage for the first component, the task list
manager. (5/27/00) The second major component, the core engine, is now engining. (5/27/00) The third major component, the process definition manager, has begun construction and is used in the integration of the task manager with the core engine. (7/10/00) The third major component, the process definition manager, is now much, much more capable, in addition to being stand-alone CGI enabled. |