1 / 22

Jarosław Tadeusz Grabowski Maciej Zasada opiekun pracy prof. dr hab. inż. Mieczysław Muraszkiewicz

Zaprojektowanie i wykonanie prototypowego systemu obiegu dokumentów ( workflow ) dla Dziekanatu Wydziału z wykorzystaniem narzędzi open-source i cloud computing. Jarosław Tadeusz Grabowski Maciej Zasada opiekun pracy prof. dr hab. inż. Mieczysław Muraszkiewicz

randy
Download Presentation

Jarosław Tadeusz Grabowski Maciej Zasada opiekun pracy prof. dr hab. inż. Mieczysław Muraszkiewicz

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Zaprojektowanie i wykonanie prototypowego systemu obiegu dokumentów (workflow) dla Dziekanatu Wydziału z wykorzystaniem narzędzi open-source i cloudcomputing. Jarosław Tadeusz Grabowski Maciej Zasada opiekun pracy prof. dr hab. inż. Mieczysław Muraszkiewicz Wydział Elektroniki i Technik Informacyjnych Politechnika Warszawska

  2. Podział prezentacji • Część 1. • Wprowadzenie do dziedziny problemu • Cel pracy i model procesu • Część 2. • Opis badań i opis systemu • Podsumowanie i kierunki rozwoju

  3. Agenda 1. części prezentacji • Wprowadzenie • Systemy obiegu dokumentów • Procesy biznesowe • Chmury obliczeniowa • Cel pracy • Model procesu

  4. Wprowadzenie • Systemy obiegu dokumentów Źródło: Opracowanie własne

  5. Wprowadzenie • Procesy biznesowe • Sekwencje operacji, które przedsiębiorstwo wykonuje w celu osiągnięcia ustalonego celu. • Mnogość notacji opisu procedur • BPMN; • WS-BPEL; • jPDL. • Pozwalają na interakcję z użytkownikiem poprzez „zadania”. • Uruchamiane w ramach silników procesów biznesowych.

  6. Wprowadzenie • Przykładowy proces biznesowy Źródło: Marcin Sałaciński, „Modelowanie procesów biznesowych”

  7. Wprowadzenie • Modele dystrybucji chmury obliczeniowej Źródło: Agnieszka Serafinowicz, „Nie błądzić w chmurach”.

  8. Wprowadzenie • Najczęściej wybierane formy aplikacji dystrybuowanych w modelu SaaS: • Narzędzia do zarządzanie treścią; • Systemy komunikacji i pracy grupowej. „(…) trendu pozbywania się własnego IT i pudełkowego oprogramowania w firmach nic już nie powstrzyma. Nawet Microsoft, całe lata zarabiający na klasycznym paradygmacie software-on-premise, coraz bardziej zachęca do swoich narzędzi online jak Office365.”

  9. Cel pracy • Wykonanie projektu i realizacja prototypu systemu obiegu umów cywilno – prawnych, zawieranych w Instytucie Informatyki na Wydziale Elektroniki i Technik Informacyjnych. • Umożliwienie integracji zewnętrznych aplikacji z tworzonym systemem. • Wykorzystanie technologii opartych na darmowych licencjach. • System możliwy do dystrybucji w modelu SaaS chmury obliczeniowej. • Porównanie funkcjonalne i wydajnościowe silników procesów biznesowych.

  10. Przyjęte założenia – model procesu Źródło: Opracowanie własne

  11. Przyjęte założenia – model procesu • Główne elementy wymodelowanego procesu: • <task> <taskassignee="#{applicantUser}"name="Wydruk umowy."> <transitionto="Początek procedury wypełniania oświadczeń."/> </task> • <foreach> i <join> <foreachin="#{contractors}"name="Początek procedury wypełniania oświadczeń."var="contractor"> <transitionname="Zleć wypełnienie oświadczeń."to="Wypełnienie oświadczenia do celów podatkowych i ZUS."/> </foreach> … <joinname="Koniec procedury wypełniania oświadczeń."> <transitionto="Wydruk umowy i oświadczeń."/> </join> • <decision> <decisionname="Czy jest wymagany protokół odbioru?"> <transitionto="Wypełnienie protokołu odbioru."> <conditionexpr="#{isCollectionProtocolRequired}"/> </transition> <transitionto="Początek procedury wystawienia rachunku."/> </decision>

  12. Agenda 2. części prezentacji • Wybór silnika procesów • Testy funkcjonalne • Testy wydajnościowe • Architektura systemu • Odpowiedzialności komponentów • Kierunki rozwoju • Podsumowanie

  13. Wybór silnika procesów • Pięć produktów open-source – OpenESB, jBPM, ODE, Orchestra, Drools Flow • Komercyjne rozwiązanie referencyjne – Microsoft BizTalk • Testy funkcjonalne i wydajnościowe

  14. Wybór silnika – testy funkcjonalne • Porównanie oferowanego wsparcia w fazach wytwarzania oprogramowania, m.in. wspierane notacje, zdolność integracji, wdrożenie silnika i definicji procesów • Zdecydowana przewaga rozwiązania referencyjnego.

  15. Wybór silnika – testy wydajnościowe Źródło: Opracowanie własne

  16. Architektura rozwiązania Źródło: Opracowanie własne

  17. FluiCore • Rdzeń systemu niezależny od specyfiki realizowanego obiegu • Odpowiedzialności: • zarządzanie procesami biznesowymi • zarządzanie zadaniami użytkowników • zarządzanie użytkownikami • generacja plików dokumentów

  18. FluiDoc • Komponent skupia wszystkie funkcjonalności specyficzne dla realizowanego projektu • Odpowiedzialności: • realizacja kroków obiegu dokumentów • zarządzanie danymi umów • świadczenie usług repozytorium wygenerowanych umów

  19. FluiUi • Bogata aplikacja internetowa (RIA) • Interfejs zbudowany z wykorzystaniem GWT i biblioteki SmartGWT • Dwuwarstwowa architektura • Komunikacja z FluiCore i FluiDoc oparta na usługach sieciowych • Część serwerowa udostępnia usługi REST

  20. Kierunki rozwoju • Adaptacja podpisów cyfrowych • Integracja z istniejącymi repozytoriami dokumentów • Całkowita automatyzacja kroków obiegu • Wykorzystanie generycznego silnika w innych procesach

  21. Podsumowanie • Aplikacja zbudowana na bogatej, wydajnej platformie jBPM • Oparta o model chmury SaaS • Wykorzystująca generyczny, udostępniający niezależny od platformy interfejs, silnik obiegu dokumentów

  22. Dziękujemy za uwagę.

More Related