Projekt zespołowy 2 Propozycje tematów 2014/2015 Wstęp Mimo

Projekt zespołowy 2
Propozycje tematów
2014/2015
Wstęp
Mimo różnych dostępnych narzędzi, wciąż najbardziej popularnym mechanizmem
wykorzystywanym do obiegu dokumentów w firmach jest poczta elektroniczna. Problem w
korzystaniu z poczty elektronicznej polega jednak na tym, że nie wspiera ona koordynacji obiegu
dokumentów i wykonywanych na nich czynności. Moją propozycją badawczą jest architektura
dokumentu, który posiada wbudowany workflow, przez co potrafi sam migrować między
uczestnikami procesu obiegu dokumentów. Ten system już działa, ale chciałabym do niego
zaimplementować usługę zwiększającą jego niezawodność, którą nazwałam „Ground control
service”. Koncepcję usługi przedstawia obrazek:
distributed worklow enactment service
LWE
notification
receiver
LWE
notification
database
LWE
tracing
application
signal
sender
ground contol service
Implementację tego projektu podzieliłam na dwa podproblemy (dla dwóch grup):
1.
„Ground control service” part 1
a)
notification receiver – aplikacja działająca jako proces w tle, która ma za zadanie sprawdzać
utworzoną w tym celu skrzynkę pocztową w celu identyfikacji i odbierania nowych
powiadomień w formacie XML – dokładną składnię powiadomień przedstawię grupie, która
zdecyduje się na ten projekt. Powiadomienia te mają być umieszczane w bazie danych.
b)
notification database – posiada trzy główne tabele: Notifications, która przechowuje
wszystkie odebrane powiadomienia, Documents – przefiltrowane powiadomienia oraz
automatyczne statusy na podstawie powiadomień, WorkflowProcesses – definicje i
modyfikacje procesów biznesowych
c)
workflow merger – aplikacja, która pozwala wyciągnąć w bazy danych najbardziej aktualną
definicję i stan procesu biznesowego
Technologie: w zasadzie jedyną wymaganą technologią przy realizacji tego projektu jest XPDL jako
język opisu workflow. Poza tym można zastosować dowolną technologię zdolną do obsługi email,
XML oraz bazy danych.
2.
„Ground control service” part 2
a) workflow merger output – jest to kontynuacja części 1, tak więc na wejściu projektu dany
workflow wraz ze stanem, który się co jakiś czas zmienia – w tej części będzie można pracować
na zwykłym tekstowym pliku XPDL
b) tracing application – aplikacja prezentująca graficznie proces biznesowy i jego aktualny stan na
podstawie pliku z punktu a), aplikacja powinna sprawdzać, czy plik XPDL uległ zmianie i
Magdalena Godlewska ([email protected])
1/2
Projekt zespołowy 2
Propozycje tematów
2014/2015
prezentować jego aktualny stan. Budowa takiej aplikacji od zera może być mocno pracochłonna,
dlatego proponuję użyć aplikację open source: Together Workflow Server (TWS) i dostosować
ją do zmieniających się plików XPDL. Aplikacja jest napisana w języku Java
c) signal sender – aplikacja śledząca (tracing application) powinna dawać możliwość wysyłania
sygnału w postaci emaila do użytkowników procesu (wysyłanie maili jest już
zaimplementowane w TWS, trzeba by tylko dostosować tę opcję, aby była dostępna dla każdej
czynności procesu, np. w opcjach prawego przycisku myszy
Technologie: XPDL i przy zdecydowaniu się na TWS także JAVA
Szczegóły projektu omówię z zainteresowanymi grupami. Zapraszam do wyboru moich tematów.
Magdalena Godlewska ([email protected])
2/2