Module for research project servicing

Redaktorzy z przypisaną rolą obsługi projektów mają dostęp do funkcjonalności modułu obsługi projektów badawczych. W module tym przewidziano możliwość obsługi następujących typów danych:

  1. wniosków składanych przez naukowców, rejestrowanych w bazie

  2. projektów badawczych, które otrzymały finansowanie i są realizowane przez zespoły badawcze

  3. konkursów ogłaszanych przez instytucje finansujące badania

W zakresie danych (1) i (2) w systemie przewidziano dwa przypadki:

  1. wydzielone są dwie grupy projektów:

    1. projekty obsługiwane centralnie (zwykle dotyczy grantów ogłaszanych przez fundacje i instytucje finansujące, jak np. NCN, NCBiR, FNP. itp.);

    2. projekty obsługiwane przez wydziały (dotyczy to projektów “umownych”, realizowanych dla administracji państwowej, samorządowej, przemysłu itp.);

  2. Nie wydziela się projektów na centralne i wydziałowe, tzn.

    1. wszystkie są obsługiwane centralnie, lub

    2. wszystkie są obsługiwane przez zainteresowane jednostki organizacyjne.

Dlatego w module projektów przewidziane są następujące opcje w menu:

  1. wnioski projektowe zarządzane przez COP

  2. projekty zarządzane przez COP

  3. projekty zarządzane przez Wydziały

  4. Wnioski projektowe

  5. Wszystkie projekty

Ponadto jest w menu jeszcze opcja konkursy.

Podział na “projekty centralne” i “projekty wydziałowe” wymaga zdefiniowania przepływu zadań (workflow) - por. (por. Podręcznik Administratora Workflow. Funkcje (1) i (2) są wówczas dostępne dla redaktorów z rolą przypisaną do projektów, a ponadto należących do grupy COPeditor i COP editorlimited, zaś funkcja (3) jest dostępna dla redaktorów FacultyEditor (por. Podręcznik Administratora Workflow).

Definicja przepływu zadań określa także struktury (taksonomie) rodzajów projektów dla poszczególnych grup redaktorów. W przypadku braku takiej definicji przepływu zadań, wszystkie opcje są dostępne dla redaktora z rolą projects.

Niezależnie od tego czy istnieje podział projektów na zarządzane centralnie i zarządzanych “lokalnie” w systemie zrealizowany jest scenariusz wprowadzania danych:

  1. w systemie rejestrowane są wszystkie składane wnioski

  2. Jeżeli wniosek otrzymuje finansowanie, można z tego rekordu automatycznie zainicjowac rekord projektu.

Ten scenariusz nie jest obowiązkowy, ma jednak tę zaletę, że można badać statystyki sukcesów w różnych przekrojach (dla wydziałów, dyscyplin, latami, itp.).

Poniżej przedstawimy:

  1. sposoby obsługi wniosków (Obsługa Wniosków)

  2. sposoby obsługi projektów (Obsługa projektów)

  3. sposoby obsługi bazy konkursów (Konkursy).