Skip to end of banner
Go to start of banner

Moduł obsługi projektów badawczych

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Current »

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

  4. badań do opisania procesu badań grupy naukowców, obejmującego zwykle kilka projektów

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)

  4. sposoby obsługi badań (Badania).

  • No labels