opis przedmiotu zamówienia - Generalna Dyrekcja Ochrony

OPIS PRZEDMIOTU ZAMÓWIENIA
na wykonanie Platformy Komunikacyjnej na potrzeby Sekretariatu Sieci Partnerstwo: Środowisko dla
Rozwoju w ramach projektu POPT.02.02.00-00-309/12, pn. „Finansowanie kosztów zakupu sprzętu
informatycznego, programów komputerowych i usług telekomunikacyjnych dla krajowej sieci organów
środowiskowych i instytucji zarządzających funduszami unijnymi "Partnerstwo: Środowisko dla Rozwoju".
Spis treści
1.
WSTĘP .................................................................................................................................. 3
2.
INFORMACJE OGÓLNE ............................................................................................................... 3
3.
ZAKRES PROJEKTU .................................................................................................................... 4
4.
ŚRODOWISKO I INFRASTRUKTURA GDOŚ...................................................................................... 5
5.
ARCHITEKTURA ROZWIĄZANIA .................................................................................................... 5
4.1 KOMPONENTY WEWNĘTRZNE PLATFORMY ................................................................................ 7
4.2 INFRASTRUKTURA GDOŚ I PUBLICZNA ................................................................................... 12
4.3 WYMAGANIA FUNKCJONALNE I NIEFUNKCJONALNE ................................................................... 14
6.
ROZWÓJ I WYKORZYSTANIE PLATFORMY ..................................................................................... 21
7.
BUDOWA PLATFORMY ............................................................................................................ 22
8.
WYMAGANIA W ZAKRESIE SZKOLEŃ I ASYSTY TECHNICZNEJ ............................................................. 22
9.
WYMAGANIA W ZAKRESIE ODPOWIEDZI NA ZAPYTANIE O CENĘ ........................................................ 23
1. WSTĘP
Celem niniejszego dokumentu jest zarysowanie koncepcji Platformy
Komunikacyjnej budowanej na potrzeby Sekretariatu Sieci Partnerstwo: Środowisko
dla Rozwoju w ramach projektu POPT.02.02.00-00-309/12, pn. „Finansowanie
kosztów zakupu sprzętu informatycznego, programów komputerowych i usług
telekomunikacyjnych dla krajowej sieci organów środowiskowych i instytucji
zarządzających funduszami unijnymi "Partnerstwo: Środowisko dla Rozwoju"
umożliwiającej określenie kosztów wykonania i utrzymania systemu.
Podstawowymi założeniami, na których bazuje koncepcja to::
· zaspokojenie potrzeb przyszłych użytkowników – członków Sieci
· efektywne wykorzystanie istniejących zasobów aplikacyjnych (będących
własnością GDOŚ oraz publicznych)
· zaprojektowanie modułów Platformy Komunikacyjnej w taki sposób, aby
możliwe było ich ponowne użycie w innych projektach realizowanych
przez Generalną Dyrekcję Ochrony Środowiska
2. INFORMACJE OGÓLNE
Sieć Partnerstwo: Środowisko dla Rozwoju składa się z przedstawicieli:
· Ministerstwa Środowiska,
· Ministerstwa Rozwoju Regionalnego,
· Generalnej Dyrekcji Ochrony Środowiska,
· Regionalnych Dyrekcji Ochrony Środowiska,
· Urzędów Marszałkowskich,
· Komisji Europejskiej,
· organizacji pozarządowych
· ekspertów zewnętrznych.
W chwili obecnej w skład Sieci wchodzi ok. 300 członków, docelowo liczba ta
może osiągnąć 1000 członów.
W ramach sieci występują następujące organy:
· Sekretariat sieci
Pełniący rolę koordynatora działań podejmowanych w ramach sieci.
· Gremium Plenarne
W którego skład przedstawiciele kadry kierowniczej i decydenci z instytucji
tworzących Sieci. Gremium plenarne spotyka się min. 2 razy w ciągu
całego roku w trakcie cyklicznych spotkań.
· Grupy robocze
W Sieci funkcjonuje 6 grup roboczych, które spotykają się w miarę potrzeb
– min. 1 raz na kwartał. Osoby biorące udział w pracach grup na bieżąco
wymieniają między sobą opinie, spostrzeżenia, informacje. W chwili
obecnej ich podstawowym narzędziem do pracy jest skrzynka mailowa
oraz strona internetowa.
Obieg informacji w Sieci odbywa się na wielu płaszczyznach pomiędzy:
· Sekretariat – grupy robocze,
· Sekretariat – Gremium Plenarne,
· Grupy robocze – Sekretariat – grupy robocze,
· Gremium plenarne – Sekretariat – grupy robocze,
· Przewodniczący grup roboczych – Sekretariat – grupy robocze,
· Członkowie Sieci między sobą + Sekretariat,
· Sekretariat – obywatel i klient zewnętrzny,
3. ZAKRES PROJEKTU
Zakresem projektu jest:
· Zaprojektowanie i zbudowanie platformy w oparciu o przedstawioną w
niniejszym opisie koncepcję i wymagania
· Dostawa licencji (jeśli zaistnieje taka konieczność)
· Wdrożenie i uruchomienie Platformy
· Szkolenia dla użytkowników Platformy
· Asysta techniczna i konserwacja Platformy w okresie 2 lat od odbioru
Platformy do użytkowania
4. ŚRODOWISKO I INFRASTRUKTURA GDOŚ
Infrastrukturę GDOŚ, w kontekście realizacji projektu budowy Platformy
Komunikacyjnej można rozważać w trzech kategoriach:
· Infrastruktury sprzętowej
· Dostarczanych komponentów aplikacyjnych
· Dostępnych licencji
W zakresie infrastruktury sprzętowej Generalna Dyrekcja dysponuje
kompletną infrastrukturą sieciową i dostępem do Internetu. W zakresie infrastruktury
serwerowej przewiduje się zakup serwera IBM Blade serii HS20 lub HS23.
Na
potrzeby budowy i uruchomienia platformy zostanie udostępnione na tym serwerze
zwirtualizowane środowisko pod kontrolą VMware.
Komponenty aplikacyjne dostarczane na potrzeby projektu zostały opisane w
rozdziale 4.2 niniejszego opracowania „Infrastruktura GDOŚ i publiczna”
W zakresie dostępnych licencji GDOŚ dysponuje:
· Licencjami na bazę danych - MS SQL Server (1 procesory)
· Licencjami SharePoint Foundation
W/w licencje zostały wykorzystane do budowy aplikacji Wnioskomat (opisanej w
dalszej części opracowania), niemniej zakłada się w razie konieczności ich
współdzielenie z budowaną Platformą Komunikacyjną. Możliwe wykorzystanie tych
zasobów zostało szerzej opisane w rozdziale 6 – „Budowa Platformy”
5. ARCHITEKTURA ROZWIĄZANIA
Architektura rozwiązania, w szczególności logiczna architektura aplikacji
wyróżnia
szereg
komponentów,
które
zostały
zaproponowane
w
wyniku
przeanalizowania ogólnych wymagań funkcjonalnych i pogrupowania ich w taki
sposób aby były reprezentowane przez moduły mające charakter reużywalny.
Realizacja takiej idei daje nie tylko pełno funkcjonalną Platformę Komunikacyjną
dostosowaną do potrzeb zamawiającego, ale przede wszystkim pozwala wykorzystać
poszczególne moduły w innych, budowanych w przyszłości rozwiązaniach, przy
relatywnie niewielkich kosztach. W szczególności mowa jest tutaj o komponentach
Baza Wiedzy i Edytor dokumentów.
Na diagramie poniżej przedstawiona została koncepcja modularnego podziału
funkcjonalności Platformy, z uwzględnieniem komponentów dostarczanych w ramach
infrastruktury GDOŚ. Dostarczenie komponentów w ramach infrastruktury GDOŚ nie
oznacza
dostarczenia
funkcjonalności
Platformy,
a
jedynie
dostarczenie
komponentów do wykorzystania przy budowie Platformy, dla których konieczne będą
prace integracyjne mające na celu wkomponowanie ich w rozwiązanie jako
pełnoprawnych elementów architektury.
cmp Component Model
«use»
System w ideokonferencyj ny
Platforma Komunikacyj na
«abstract»
Intranet
Forum dyskusyj ne
«use»
«use»
Wnioskomat
Komunikator
«use»
Edytor dokumentów
«flow»
«use»
Baza w iedzy
«use»
BudŜet
«use»
Kalendarz
«portal»
Natura 2000
«flow»
Formularze zgłoszeniow e
«portal»
Geoserw is
«portal»
Proj ekty
«flow»
«flow»
CMS
«call»
«abstract»
Portal internetow y
«portal»
CRFOP
«use»
ePUAP
«portal»
EMAS
«portal»
PIK
Legenda
Istniejący komponent (poza projektem budowy Platformy)
Komponent Platformy (zakres projektu)
Rysunek 1. Logiczna architektura komponentów Platformy Komunikacyjnej
5.1 KOMPONENTY WEWNĘTRZNE PLATFORMY
Intranet
Komponent logiczny reprezentujący portal intranetowy w skład którego
wchodzą narzędzia udostępnione w ramach Platformy. Narzędziami tymi są:
· forum dyskusyjne
· komunikator
· edytor dokumentów
· baza wiedzy
· aplikacja do zarządzania budżetem
· formularze zgłoszeniowe
· kalendarz korporacyjny
Platforma Komunikacyjna
Platformę Komunikacyjną stanowi zbiór narzędzi usprawniający komunikację
w Sieci Partnerstwo: Środowisko dla Rozwoju oraz komunikację ze światem
zewnętrznym.
Podstawową funkcjonalnością Platformy komunikacyjnej jest tworzenie grup
roboczych, w oparciu o które realizowane są prace merytoryczne na Platformie.
Poza samym tworzeniem grupy, zdefiniowanie grupy roboczej daje możliwość
wyznaczenia jej przedstawiciela (przewodniczącego). Poszczególni użytkownicy
Platformy mogą być przypisywani do wielu grup roboczych. Każdy z
użytkowników posiada swoją wizytówkę umożliwiającą udostępnienie danych
kontaktowych, zdjęcia i innych danych (np. posiadanych kompetencji).
Narzędzia wchodzące w skład Platformy Komunikacyjnej umożliwiają ponad
to:
· komunikację
ze
światem
zewnętrznym
w
zakresie
informacji
przychodzących (integracja z ePUAP)
· komunikację ze światem zewnętrznym w zakresie udostępniania
informacji (portal internetowy oparty o CMS)
· organizowanie pracy wewnętrznej (formularze zgłoszeniowe, integracja z
kalendarzem korporacyjnym)
· budżetowanie prac (moduł Budżet)
· komunikację grupową (Forum)
· komunikację w trybie on-line (Komunikator)
· komunikację w trybie wideokonferencji (System wideokonferencji)
· pracę grupową na dokumentach (moduł Edytor Dokumentów)
· udostępnianie informacji wewnątrz Sieci w postaci bazy wiedzy (moduł
Baza Wiedzy)
Dostęp do platformy jest możliwy poprzez:
· portal internetowy (dla użytkowników zewnętrznych)
· portal intranetowy (dla użytkowników wewnętrznych)
Platforma Komunikacyjna zintegrowana jest z systemem Wnioskomat.
Integracja ma miejsce w obszarze informacyjnym i polega na:
· udostępnianiu statystyk z Wnioskomatu w module Baza Wiedzy
· zasileniu wyszukiwarki Wnioskomatu indeksem danych Platformy
Komunikacyjnej (za pomocą istniejącego interfejsu Wnioskomatu)
Baza wiedzy
Komponent Baza Wiedzy to jeden z kluczowych elementów Platformy. Baza
Wiedzy służy do publikowania informacji:
· ogólnych, dostępnych dla wszystkich uczestników Sieci (dokumentów,
aktualności)
· ogólnych, przeznaczonych dla członków poszczególnych grup roboczych
(dokumentów, aktualności)
· raportów i zestawień dla gremium plenarnego budowanych na bazie
danych z Kalendarza
· dokumentujących spotkania Gremium Plenarnego i grup roboczych
· w zakresie materiałów z posiedzeń plenarnych i spotkań grup roboczych
· o uczestnikach Sieci i ekspertach zewnętrznych (np. w postaci bazy
ekspertów)
· organizacyjnych, związanych z pracami grup roboczych, w tym informacji
pochodzącymi z Kalendarza (np. zapowiedzi spotkań, wydarzeń itp.)
· będących wynikami prac grup roboczych
· w zakresie budżetu (np. całkowity budżet, środki pozostałe do dyspozycji,
zrealizowane wydatki).
Baza wiedzy ma charakter wyłącznie publikacyjny, tzn. celem Bazy Wiedzy jest
zebranie i opublikowanie informacji, natomiast z założenia pracę operacyjną
zapewniają inne komponenty Platformy.
Budżet
Komponent Budżet dostarcza funkcjonalności, które pozwalają na zarządzanie
budżetem grup roboczych. W szczególności funkcjonalnościami tymi są:
· tworzenie budżetu grupy roboczej poprzez wyszczególnianie zadań do
realizacji, z możliwością ich kategoryzacji i przypisania przewidzianych
środków finansowych
· wprowadzanie informacji o realizacji budżetu
· generowanie prostych zestawień, które mogą być publikowane w Bazie
Wiedzy (dla uprawnionych użytkowników).
Edytor dokumentów
Komponent Edytor dokumentów to jeden z kluczowych elementów Platformy.
Edytor dokumentów umożliwia grupową pracę nad dokumentami. Dokumentami
tymi mogą być w szczególności:
· strategie,
· plany,
· projekty uchwał,
· projekty aktów prawnych,
· opracowania merytoryczne,
· odpowiedzi na zapytania,
· protokołów ze spotkań.
Poprzez pracę grupową rozumiane jest zarówno tworzenie poszczególnych
elementów składowych dokumentu, jak również:
· wnoszenie poprawek,
· opiniowanie,
· komentowanie,
· zatwierdzanie zmian,
· akceptowanie wyników prac itp.
Praca grupowa organizowana jest w oparciu o uprawnienia dostępowe
przyznawane poszczególnych członkom grup roboczych.
Edytor dokumentów w założeniu umożliwia nie tylko współdzielenie tworzonych
dokumentów w grupach roboczych i zarządzanie ich wersjami, ale także
jednoczesną pracę wielu użytkowników na jednym dokumencie, co w ogromnym
stopniu usprawnia pracę grupy.
Jednym z narzędzi wspomagających pracę grupową w Edytorze dokumentów
jest forum dyskusyjne, którego wątki dyskusyjne mogą być ściśle związane z
poszczególnymi fragmentami opracowywanych w edytorze dokumentów.
Formularze zgłoszeniowe
Komponent, którego zadaniem jest udostępnienie funkcjonalności budowania
formularzy zgłoszeniowych i ankiet, za pomocą których użytkownicy Platformy
będą mogli:
· potwierdzać swój udział w spotkaniach, określając jednocześnie potrzeby
w zakresie np. noclegów, wyżywienia itp.
· zgłaszać potrzeby w zakresie gremium plenarnego
· wyrażać opinie
Utworzone formularze i ankiety mogą być udostępniane użytkownikom
Platformy.
Informacje zebrane za pomocą formularzy zgłoszeniowych i ankiet mogą być
przetwarzane do postaci sumarycznych zestawień w ramach np. danego
obsługiwanego przez nie zdarzenia czy badania.
Forum dyskusyjne
Forum dyskusyjne to komponent umożliwiający zakładanie i prowadzenie
wątków dyskusyjnych:
· ogólnych, dostępnych dla wszystkich uczestników Sieci
· związanych z pracami grup roboczych, wspomagających pracę nad
konkretnymi
zagadnieniami,
dokumentami
czy
fragmentami
dokumentów, dostępnych dla członków tych grup lub osób posiadających
odpowiednie prawa dostępowe.
Komunikator
Komponent
umożliwiający
użytkownikom
Platformy
kontakt
on-line.
Komunikator pozwala zarówno prowadzenie prywatnych dyskusji jak i szerszych
konferencji. Komunikator umożliwia użytkownikom przeglądanie toczących się
dyskusji oraz dołączanie do nich tym, który są nimi zainteresowani. Komunikator
posiada funkcjonalność udostępniania dokumentów w trakcie rozmowy, bądź
prezentowania pulpitu użytkownika. Funkcje komunikatora są zintegrowane z
innymi komponentami Platformy, w szczególności możliwe jest utworzenie
aktywnego połączenia z autorem publikacji w Bazie Wiedzy, uczestnikiem dyskusji
na Forum, ekspertem z bazy ekspertów itp.
Portal internetowy
Komponent
reprezentujący
portal
internetowy
serwujący
statyczne
informacje przeznaczone dla odbiorców w Internecie. Portal internetowy
umożliwia
przeglądającym
komunikację
z
Siecią
przy
wykorzystaniu
mechanizmów systemu ePUAP. Portal Sieci Partnerstwo posiada odwołania do
innych portali Generalnej Dyrekcji Ochrony Środowiska w szczególności
odwołania do portalu Natura 2000, Geoserwis, Projekty, CRFOP, EMAS, PIK.
5.2 INFRASTRUKTURA GDOŚ I PUBLICZNA
CMS
System zarządzania treścią (ang. Content Management System, CMS) – jest to
komponent, którego zadaniem jest dostarczenie funkcjonalności związanych z
tworzeniem statycznych serwisów internetowych udostępnianych jako Portal
internetowy Sieci.
CMS jest narzędziem dostarczanym w ramach infrastruktury GDOŚ.
Zamawiający dopuszcza użycie innego narzędzia CMS, dostarczonego przez
wykonawcę.
Kalendarz
Komponent reprezentujący kalendarz korporacyjny dostarczany w ramach
infrastruktury GDOŚ. Komponent zaspokaja potrzeby w zakresie:
· prowadzenia kalendarzy grup roboczych (spotkania, terminy, konferencje,
seminaria etc)
· prowadzenia kalendarza globalnego dla Sieci
W chwili obecnej Generalna Dyrekcja Ochrony Środowiska prowadzi prace
mające na celu wybór rozwiązania zaspokajającego potrzeby w zakresie serwera
pocztowego i kalendarza korporacyjnego.
Wnioskomat
Aplikacja
Wnioskomat
dostarczana
w
ramach
infrastruktury
GDOŚ.
Wnioskomat jest aplikacją wspomagającą proces udostępniania informacji o
środowisku i jego ochronie zainteresowanym obywatelom. Celem aplikacji jest
m.in. umożliwienie szybkiego i intuicyjnego wyszukiwanie informacji w
rozproszonych zewnętrznych źródłach danych dotyczących środowiska.
Wnioskomat jest zintegrowany z Platformą Komunikacyjną. Integracja ma
miejsce w obszarze informacyjnym i polega na:
· udostępnianiu statystyk z Wnioskomatu w module Baza Wiedzy
· zasileniu wyszukiwarki Wnioskomatu indeksem danych Platformy
Komunikacyjnej (za pomocą istniejącego interfejsu Wnioskomatu)
Wnioskomat jest aplikację dedykowaną zbudowaną na platformie Microsoft
SharePoint (wersja Foundation).
ePUAP
Komponent reprezentujący system ePUAP. System ePUAP dostarcza
Platformie Komunikacyjnej funkcjonalność skrzynki podawczej, za pomocą której
zainteresowane
osoby
lub
podmioty
będą
mogły
zadawać
pytania.
Korespondencja będzie trafiała do sekretariatu Sieci, skąd będzie dystrybuowana
do odpowiednich osób lub grup roboczych.
Skrzynka podawcza ePUAP będzie dostępna z poziomu portalu internetowego
będącego częścią Platformy Komunikacyjnej.
5.3 WYMAGANIA
Wymagania ogólne
Nazwa
REQ016 Technologia realizacji systemu
Platforma komunikacyjna musi zostać zrealizowana w technologii umożliwiającej korzystanie z
aplikacji poprzez przeglądarkę internetową, bez konieczności instalowania oprogramowania na
stacji roboczej użytkownika.
Nazwa
REQ042 Dostęp do platformy komunikacyjnej
Platforma komunikacyjna jest podzielona na cześć ogólnodostępną i część dla
zarejestrowanych użytkowników. Część ogólnodostępna jest serwisem informacyjnym
natomiast część dla zarejestrowanych użytkowników zawiera narzędzia umożliwiające
komunikację i pracę grupową.
Nazwa
REQ052 Mechanizm pojedynczego logowania (SSO)
Wszystkie narzędzia platformy muszą być dostępne dla zarejestrowanych użytkowników po
jednorazowym logowaniu
Nazwa
REQ054 Treści w części ogólnodostępnej
Część ogólnodostępna platformy będzie zawierała zakres informacyjny zbliżony do zakresu
prezentowanego w istniejącym serwisie pod adresem
http://www.gdos.gov.pl/ProjectCategories/viewProject/80/1/0/Europejska_Siec_ENEA_MA
Użytkownicy
Nazwa
REQ001 Grupy robocze
Użytkownicy platformy pracują w grupach roboczych. System musi umożliwić tworzenie grup
roboczych spośród użytkowników platformy. Jeden użytkownik może należeć do wielu grup
roboczych.
Nazwa
REQ002 Przewodniczący grupy roboczej
System musi umożliwić oznaczenie jednego z członków grupy roboczej jako jej
przewodniczącego. Oznaczenie użytkownika jako przewodniczącego będzie oznaczało nadanie
mu odpowiednich uprawnień.
Nazwa
REQ003 Wizytówki użytkowników
Każdy użytkownik może w systemie posiadać swoją wizytówkę, tzn. udostępnić dane
kontaktowe, zdjęcie i inne dane (np. posiadane kompetencje)
Nazwa
REQ009 Uprawnienia użytkowników
System będzie umożliwiał definiowanie ról użytkowników/grup użytkowników i zarządzenie ich
uprawnieniami.
Nazwa
REQ051 Rejestracja użytkowników
Podczas zakładania konta użytkownika wymagany jest adres email użytkownika, który jest
wykorzystywany do wysłania przez system wiadomości email z linkiem pozwalającym mu na
aktywowanie konta.
Brak aktywacji konta w określonym systemowo czasie powoduje usunięcie utworzonego i
niezarejestrowanego konta.
Konieczność aktywacji konta musi być zakomunikowana przez system niezależnie od wysłania
powiadomienia.
Nazwa
REQ053 Ochrona danych osobowych
Platforma komunikacyjna zawiera zbiór danych o użytkownikach, który jest traktowany jako
zbiór danych osobowych. Wobec tego konstrukcja systemu musi zapewnić zgodność z
wymogami w zakresie ochrony danych osobowych (Ustawa o ochronie danych osobowych - Dz.
U. z 2002 r. Nr 101, poz. 926 z późn. zm.)
Portal informacyjny
Nazwa
REQ059 Powiadomienia o nowych treściach
Platforma musi posiadać mechanizm informujący o nowych treściach portalu, określonych
indywidualnie przez użytkowników za pomocą słów kluczowych.
Nazwa
REQ060 Limitowanie dostępu do udostępnionych materiałów
System musi posiadać mechanizmy umożliwiające limitowanie dostępu do publikowanych
materiałów wg kryteriów:
- posiadanie odpowiednich uprawnień
- ilość odsłon/pobrań
- czas publikowania
Baza wiedzy
Nazwa
REQ004 Publikowanie informacji w bazie wiedzy
Baza Wiedzy służy do publikowania informacji:
• ogólnych, dostępnych dla wszystkich uczestników Sieci (dokumentów, aktualności)
• ogólnych, przeznaczonych dla członków poszczególnych grup roboczych (dokumentów,
aktualności)
• raportów i zestawień
• dokumentujących spotkania
• o uczestnikach Sieci i ekspertach zewnętrznych (np. w postaci bazy ekspertów)
• organizacyjnych, związanych z pracami grup roboczych, w tym informacji pochodzącymi z
Kalendarza (np. zapowiedzi spotkań, wydarzeń itp.)
•
w zakresie budżetu (np. całkowity budżet, środki pozostałe do dyspozycji, zrealizowane
wydatki).
Dostęp do informacji zawartych w bazie wiedzy może być limitowany uprawnieniami
dostępowymi w zależności od posiadanych uprawnień
Nazwa
REQ005 Publikowanie plików
Baza wiedzy będzie umożliwiała wprowadzanie i przechowywanie plików dokumentów (w
dowolnym formacie).
Nazwa
REQ006 Zamieszczanie linków
Baza wiedzy będzie umożliwiała wprowadzanie i przechowywanie linków i odnośników do
treści zewnętrznych (nie przechowywanych w Systemie).
Nazwa
REQ007 Nadawanie uprawnień
Baza wiedzy będzie umożliwiała nadawanie uprawnień do widoczności/zmiany atrybutów
publikowanych treści (także załączania/zmiany załączników) dla określonych ról użytkowników
bądź grup użytkowników
Nazwa
REQ008 Kontekstowa struktura bazy wiedzy
System będzie umożliwiał budowanie kontekstowej struktury treści.
Nazwa
REQ010 Wyszukiwanie treści
System będzie umożliwiał wyszukiwanie treści (dokumentów) po słowach kluczowych oraz po
atrybutach metryki treści. Poprzez metrykę dokumentu rozumie się informacje ogólne
dotyczące zamieszczonej treści/dokumentu takie jak imię i nazwisko autora, data publikacji etc.
Nazwa
REQ011 Wiązanie treści
System będzie umożliwiał tworzenie systemowych relacji (powiązań) pomiędzy treściami bazy
wiedzy (dokumentami). Przez systemowe relacje rozumie się powiązania zdefiniowane na
poziomie danych przechowywanych przez system. W szczególności wymaganie nie będzie
spełnione jeśli jedyną możliwością wiązania treści będą odnośniki (hiperłącza) umieszczone w
treści, zawierające bezwzględne adresy URL.
Nazwa
REQ012 Wersjonowanie treści
System będzie umożliwiał automatyczne zarządzanie wersjami publikowanych treści
(opisywanie charakteru zmian, przeglądanie logu zmian, przywracanie poprzedniej wersji).
Każda wersja treści musi być jednoznacznie związana z autorem tej wersji.
Nazwa
REQ013 Mechanizmy publikowania
System będzie udostępniał mechanizmy publikowania treści w oparciu o definiowalne
workflow. Funkcjonalność ma na celu umożliwienie wielostopniowego zatwierdzenia treści
(dokumentu) przed publikacją w bazie wiedzy
Nazwa
REQ014 Notyfikacje
System będzie umożliwiał definiowanie notyfikacji, których wynikiem może być
poinformowanie użytkownika (poprzez wiadomość email do użytkownika lub notyfikację w
Systemie) o zdarzeniu, które powinien obsłużyć (zatwierdzenie treści do publikacji, zmiana
treści oznaczonych przez niego jako interesujące)
Nazwa
REQ015 Edytor treści
System będzie udostępniał edytor treści, który umożliwi budowanie stron bazy wiedzy przez
osoby nie posiadające kompetencji technicznych. Edytor treści będzie umożliwiał co najmniej:
- wprowadzanie tekstu,
- załączanie dokumentów,
- załączanie plików graficznych
Edytor dokumentów
Nazwa
REQ021 Grupowa praca na dokumentach
System musi umożliwić grupową pracę na dokumentach. Przez grupową pracę rozumie się
jednoczesną pracę wielu osób nad jednym dokumentem.
Nazwa
REQ022 Jednostki redakcyjne
W celu umożliwienia jednoczesnej pracy nad treścią dokumentu musi istnieć możliwość
zorganizowania dokumentu w jednostki redakcyjne, z których każda może być edytowana
przez inną osobę.
Jednostki redakcyjne na czas edycji są blokowane na wyłączność przez konkretnego
użytkownika. System musi posiadać mechanizm automatycznego odblokowywania
zablokowanych jednostek po określonym czasie, w którym nie dokonano zatwierdzenia
wprowadzanej zmiany.
Jednostki redakcyjne posiadają strukturę hierarchiczną.
Nazwa
REQ023 Wizualizacja aktualnie prowadzonych prac redakcyjnych
System musi prezentować które z jednostek redakcyjnych podlegają modyfikacji i nie są
dostępne w danej chwili dla innych użytkowników.
Nazwa
REQ024 Wersjonowanie
Edytor dokumentów musi umożliwiać wersjonowanie tworzonych w nim opracowań oraz
porównywanie wersji na poziomie poszczególnych jednostek redakcyjnych. Zmiany tekstu
muszą być zwizualizowane w sposób umożliwiający identyfikację:
- tekstu dodanego
- tekstu usuniętego
Wymagana jest funkcjonalność przywrócenia wersji archiwalnej.
Każda wersja musi zawierać metadane zawierające informacje o:
- autorze zmiany
- dacie zmiany
Nazwa
REQ025 Notatki robocze i materiały pomocnicze
Edytor dokumentów musi umożliwić dodawanie notatek roboczych do opracowywanego
dokumentu oraz załączanie innych materiałów roboczych (w szczególności załączników w
postaci plików)
Nazwa
REQ026 Sprawdzanie pisowni
Edytor dokumentów musi posiadać mechanizm sprawdzania pisowni w języku polskim.
Nazwa
REQ027 Opiniowanie
Edytor dokumentów musi posiadać mechanizmy pozwalające na opiniowanie, konsultowanie,
wnoszenie poprawek i zatwierdzanie zmian w ramach poszczególnych jednostek redakcyjnych
jak również dla całego dokumentu. Mechanizm opiniowania musi działać wg ściśle określonych
reguł uwzględniających hierarchię organizacyjną grup roboczych i harmonogram prac nad
dokumentem. Oznacza to, że wprowadzanie zmian, poprawek lub komentarzy oraz ich
zatwierdzanie/odrzucane, może być realizowane przez określone grupy użytkowników w
określonym czasie.
Nazwa
REQ028 Automatyczne tworzenie tekstów zmieniających
Edytor dokumentów musi, na podstawie dwóch wersji tego samego dokumentu, umożliwić
automatyczne tworzenie testów zmieniających.
Nazwa
REQ029 Publikowanie dokumentów
Edytor dokumentów musi umożliwiać opublikowanie utworzonego dokumentu z możliwością
ograniczenia dostępu z uwzględnieniem uprawnień lub poprzez wskazanie użytkowników/grup
użytkowników.
Nazwa
REQ030 Zgodność z przepisami prawa
Ze względu na charakter przeznaczenia edytora dokumentów, w szczególności ze względu na
wykorzystanie go do tworzenia projektów aktów prawnych, musi być on zgodny z Ustawą z
dnia 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i niektórych innych aktów prawnych (
Dz.U. 2000 nr 62 poz. 718) z późniejszymi zmianami oraz z Rozporządzeniem Prezesa Rady
Ministrów z dnia 20 czerwca 2002 r. w sprawie "Zasad techniki prawodawczej" (Dz.U. 2002 nr
100 poz. 908)
Nazwa
REQ055 Praca na dokumentach dużych rozmiarów
System musi umożliwić pracę na dokumentach o dużych rozmiarach, zawierających obrazy.
Budżetowanie
Nazwa
REQ017 Definiowanie budżetu
System musi umożliwiać zdefiniowanie budżetu grupy roboczej.
Budżet musi umożliwiać określanie środków:
- dostępnych
- zablokowanych
- zrealizowanych
Dostęp do budżetu grupy roboczej jest limitowany uprawnieniami.
Nazwa
REQ018 Specyfikacja budżetu
Budżet może składać się wyspecyfikowanych zadań do realizacji, z możliwością ich
kategoryzacji i przypisania przewidzianych środków finansowych.
Nazwa
REQ019 Wprowadzenie informacji o realizacji budżetu
System musi umożliwić wprowadzenie informacji o realizacji budżetu tzn. informację o
wydatkach ze wskazaniem której pozycji budżetu dotyczą. Każde wprowadzenie wydatku musi
skutkować obliczeniem dostępnych środków na każdą zdefiniowaną pozycję budżetu
Nazwa
REQ020 Raporty
System musi umożliwić tworzenie raportów agregujących dane budżetowe.
Formularze zgłoszeniowe
Nazwa
REQ031 Tworzenie formularzy
System musi umożliwić użytkownikom tworzenie formularzy przeznaczonych do wypełnienia
przez użytkowników platformy, określone grupy użytkowników lub określonych użytkowników.
Przeznaczenie formularzy może być następujące:
- zgłoszenia na spotkania, zgłoszenia potrzeb
- ankiety
- sondy
Formularze mają w systemie charakter dynamiczny tj. są obiektami zmiennymi w trakcie życia
platformy.
Tworzenie formularzy musi być dostępne w postaci funkcjonalności nie wymagającej
znajomości języków programowania, XML, etc.
Z definicją formularza może być związane definicja powiadomienia wysyłanego automatycznie
po wypełnieniu formularza przez użytkownika.
Atrybutem formularza może być liczba dopuszczalnych wypełnień.
Nazwa
REQ032 Przetwarzanie formularzy
System musi pozwolić na przetwarzanie danych pochodzących z formularzy:
- indywidualnie (zgłoszenia) lub
- grupowo (zgłoszenia, sondy i ankiety).
Nazwa
REQ033 Właściwości pól formularzy zgłoszeniowych i ankiet
Formularze zgłoszeniowe i ankiety składają się z pól do wypełnienia przez użytkownika. Pola
mogą przyjmować następujące formy:
- tekstowe pole do danych opisowych
- check box - do oznaczania jednej bądź wielu opcji
- lista rozwijana - do wyboru jednej wartości z dynamicznej listy wartości
- przyciski radiowe - do wyboru jednej opcji ze statycznej listy wartości
Pola mogą być grupowane w sekcje.
Widoczność pól i sekcji może być uzależniona od wyboru wartości w innych polach formularza.
Nazwa
REQ034 Wygląd formularzy zgłoszeniowych i ankiet
Formularze (zgłoszenia i ankiety) mogą być prezentowane w częściach. Użytkownik wypełniając
formularz nie widzi całej zawartości, a jedynie części po których nawiguje (np. "Dalej" i
"Wstecz"). Nawigacja jest możliwa do momentu zatwierdzenia danych formularza.
Nazwa
REQ035 Funkcjonalność sond
Sondy są szczególnym rodzajem formularzy o zawężonym zakresie funkcjonalnym. Sondy
umożliwiają użytkownikom na udzielenie odpowiedzi na zdefiniowane pytanie poprzez
wybranie jednej lub wielu odpowiedzi ze zdefiniowanej listy odpowiedzi.
Nazwa
REQ036 Zestawienia danych
System musi umożliwić tworzenie zestawień (dla formularzy przetwarzanych grupowo - tj.
zgłoszeń, ankiet i sond) prezentujących zestawienia lub wyniki badania.
Zestawienia związane ze formularzami muszą zawierać informacje, które osoby z zaproszonych
do wypełnienia formularza odpowiedziały jego wypełnieniem, a które nie.
Nazwa
REQ037 Dostęp do danych z formularzy
Dane zgromadzone za pomocą formularzy są przypisane do konkretnych formularzy. Dostęp do
tych danych jest uwarunkowany posiadanymi uprawnieniami.
Uprawnienia dostępowe mogą być nadawane do danych pochodzących z konkretnych
formularzy.
Nazwa
REQ056 Zaproszenia
System musi umożliwić wysyłanie zaproszeń do wypełnienia formularzy. W przypadku nie
wypełnienia formularza przez daną osobę system będzie automatycznie wysyłał ponowne
zaproszenie.
System będzie dodatkowo miał możliwość wysyłania powiadomień o przyjęciu zaproszenia
(wypełnieniu zgłoszenia) oraz możliwość utworzenia zestawienia przyjętych zaproszeń oraz
zaproszeń na które nie ma odpowiedzi.
Nazwa
REQ057 Anonimowość wypełnienia formularza
Formularze mogą być wypełniane przez użytkowników anonimowo. O anonimowości
formularza decyduje osoba tworząca formularz. Ustawienie anonimowości jest globalne dla
danego formularza.
Forum dyskusyjne
Nazwa
REQ038 Tworzenie grup tematów
Forum dyskusyjne musi umożliwić tworzenie grup i podgrup tematów.
Nazwa
REQ039 Tworzenie wątków dyskusyjnych
Użytkownicy forum muszą mieć możliwość zakładania wątków dyskusyjnych, które są
przypisane do grup lub podgrup tematycznych.
Nazwa
REQ040 Uprawnienia dostępowe
System musi umożliwić zdefiniowanie uprawnień dostępowych na poziomie grup
tematycznych i wątków.
Nazwa
REQ041 Prezentacja dyskusji
Dyskusja w wątku dyskusyjnym musi być oparta o możliwość odpowiedzi na konkretny wpis.
Wpisy w wątku dyskusyjnym mają układ hierarchiczny i tak są prezentowane użytkownikowi.
Wpisy nieprzeczytane są wyróżnione. Wyróżnione wpisy są właściwe dla konkretnego
użytkownika forum tzn. każdy użytkownik ma indywidualny zestaw wyróżnionych
(nieprzeczytanych) wpisów.
Nazwa
REQ058 Zaproszenia do udziału w forum
Użytkownicy o określonych uprawnieniach będą mogli zapraszać innych użytkowników portalu
do udziału w dyskusji na forum. Zaproszenie będzie oznaczało nadanie uprawnień do udziału w
dyskusji w danym wątku lub grupie tematycznej, dla osób które takich uprawnień wcześniej nie
posiadały.
Komunikator
Nazwa
REQ043 Komunikacja on-line
Komunikator wbudowany w platformę komunikacyjną musi umożliwiać nawiązanie połączenia
on-line między użytkownikami platformy. Poprzez komunikację on-line rozumie się
komunikację w formie chat'u (co najmniej wpisy tekstowe).
Nazwa
REQ044 Prezentacja dostępności użytkowników
System musi prezentować którzy z użytkowników platformy są dostępni i potencjalnie możliwe
jest nawiązanie z nimi kontaktu.
Nazwa
REQ045 Kontakt z użytkownikami niedostępnymi
System musi umożliwić przesłanie informacji za pomocą komunikatora do innego użytkownika,
niedostępnego w danej chwili. Informacja ta jest prezentowana adresatowi w momencie
zalogowania się do platformy.
Nazwa
REQ046 Konferencje
System umożliwia tworzenie konferencji tj. komunikowania więcej niż dwóch użytkowników
równocześnie
Nazwa
REQ047 Udostępnianie plików
System musi umożliwić udostępnianie plików podczas komunikacji za pomocą komunikatora
Nazwa
REQ048 Udostępnianie pulpitu
System musi umożliwić pokazanie bieżącego widoku pulpitu stacji roboczej użytkownika innym
uczestnikom rozmowy. Pokazanie pulpitu nie może ograniczyć możliwości prowadzenia
dyskusji tj. wpisywania treści do komunikatora.
Kalendarz
Nazwa
REQ050 Obsługa kalendarza
System musi umożliwić użytkownikom obsługę kalendarza. Funkcjonalność kalendarza musi
obejmować tworzenie kalendarzy, tworzenie, modyfikowanie i usuwanie wydarzeń oraz
udostępnianie kalendarzy grupom użytkowników lub konkretnym użytkownikom. Wydarzenia
mogą być przypisane do określonego okresu czasu. Użytkownik kalendarza musi mieć
możliwość prezentacji wydarzeń zapisanych w różnych kalendarzach w jednym widoku, z
zastrzeżeniem, że wydarzenia z różnych kalendarzy muszą być rozróżnialne.
Wykorzystanie innych narzędzi
Nazwa
REQ049 Obsługa poczty email
Platforma komunikacyjna musi umożliwiać wysyłanie wiadomości do innych użytkowników
platformy. Każdy użytkownik może skonfigurować pocztę wychodzącą w oparciu o serwer
poczty wychodzącej właściwy dla jego poczty email.
W zakresie tworzenia wiadomości platforma udostępnia książkę adresową będącą zbiorem
danych o użytkownikach platformy. Wiadomość można wysłać do jednego lub wielu
użytkowników, a także do zdefiniowanej grupy użytkowników.
Wiadomości email są odbierane przez użytkowników w zewnętrznych systemach pocztowych.
6. ROZWÓJ I WYKORZYSTANIE PLATFORMY
Rozwój Platformy komunikacyjnej należy rozpatrywać przede wszystkim w
zakresie
wykorzystania
Platformy
w
innych
obszarach
biznesowych
Zamawiającego. Dzięki modularnej budowie możliwe będzie udostępnianie
poszczególnych narzędzi w innych obszarach poprzez:
· udostępnianie funkcjonalności w postaci usług
· integrację z innymi systemami
Modułami, które w szczególny sposób zasługują tutaj na uwagę są:
· Baza Wiedzy oraz
· Edytor dokumentów
7. BUDOWA PLATFORMY
Budowę Platformy rozpatrywano w dwóch wariantach. Wariantami tymi są:
· budowa platformy w oparciu o technologie użyte do budowy aplikacji
Wnioskomat
· budowy Platformy w oparciu o inne rozwiązania wybrane na etapie
wyboru najkorzystniejszej oferty wykonawcy Platformy
Oba z wariantów są na obecnym etapie dopuszczalne i będą poddawane
dalszej analizie.
8. WYMAGANIA W ZAKRESIE LICENCJI
Zamawiający wymaga aby Wykonawca w ramach realizacji projektu przekazał
majątkowe prawa autorskie do oprogramowania, które zostało wytworzone na
potrzeby projektu. Dopuszczalne są także nieograniczone licencje umożliwiające
modyfikowanie kodu oprogramowania dedykowanego, dokonywane w celu
rozwoju systemu.
9. WYMAGANIA W ZAKRESIE SZKOLEŃ
Wykonawca w ramach realizacji projektu przeszkoli użytkowników Platformy.
Szkolenie będzie obejmowało naukę korzystania z Platformy. Zakres szkoleń musi
być dostosowany do roli poszczególnych użytkowników. Szkolenia muszą być
przeprowadzone dla co najmniej następujących grup:
· użytkownicy zwykli,
· redaktorzy
· administratorzy systemu.
Grupa
szkoleniowa
nie
może
liczyć
więcej
niż
10
przeprowadzeniem szkoleń wykonawca przedstawi plan szkoleń.
osób.
Przed
Grupy szkoleniowe będą składały się osób będących liderami dla przyszłych
grup roboczych.
Wykonawca w ramach projektu będzie zobowiązany do dostarczenia
dokumentacji dla użytkowników oraz do przygotowania szkoleń e-learningowych
w postaci co najmniej pomocy multimedialnych dostępnych z poziomu platformy.
Przewidywana liczba tematów objętych pomocami multimedialnymi do
dostarczenia w ramach projektu to 50.
Dla użytkowników, w szczególności dla tych, którzy nie będą brali udziału w
szkoleniach wykonawca, w okresie 3 miesięcy po uruchomieniu platformy
zorganizuje help desk obejmujący pierwszą linię wsparcia.
10. WYMAGANIA W ZAKRESIE ASYSTY TECHNICZNEJ
Wsparcie
techniczne
(powdrożeniowe)
obejmujące
dwuletni
okres
rozpoczynający się w memencie odbioru Platformy i przekazania jej do
użytkowania będzie obejmowało:
· zapewnienie ciągłości pracy platformy
· dokonywanie zmian w konfiguracji systemu,
· implementację i wdrażanie nowych funkcjonalności, nieobjętych zakresem
projektu,
· implementację i wdrażanie zmian
11. WYMAGANIA W ZAKRESIE ODPOWIEDZI NA ZAPYTANIE O CENĘ
Odpowiedź na zapytanie o cenę powinna zawierać:
· Krótki opis proponowanego rozwiązania (użytych technologii i produktów)
· Oszacowanie pracochłonności w rozbiciu na:
Zaprojektowanie, wykonanie i wdrożenie platformy
Przygotowanie szkoleń
Wykonanie szkoleń e-learning lub pomocy multimedialnych
Funkcjonowanie help-desk w okresie 3 miesięcy
Asystę powdrożeniowej w okresie 2 lat
· Kalkulację cenową w rozbiciu na:
Licencje
Koszty zaprojektowania, wykonania i wdrożenia platformy
Koszt przygotowania szkoleń
Jednostkowy koszt szkolenia dla 10 uczestników
Koszt wykonania szkoleń e-learning lub pomocy multimedialnych
Koszt uruchomienia help-desk w okresie 3 miesięcy
Koszt asysty powdrożeniowej w okresie 2 lat
Odpowiedź na zapytanie prosimy przygotować w oparciu o wzór zamieszczony
poniżej.
Nazwa firmy
Opis rozwiązania:
1. Krótki opis sposobu pokrycia wymagań funkcjonalnych, w szczególności wykaz
proponowanych narzędzi, technologii.
2. Opis proponowanego zakresu szkoleń e-learning itp.
3. Opis proponowanej metodyki realizacji projektu (metodyki tworzenia produktu
końcowego projektu tj. platformy komunikacyjnej)
Kalkulacja:
Lp.
1.
Opis pozycji
Szacowana
Szacowany
pracochłonność
koszt
(dni robocze)
(PLN brutto)
Licencje komercyjne (jeśli
Nie dotyczy
konieczne)
2
Zaprojektowanie, wykonanie i
wdrożenie platformy
3
Przygotowanie szkoleń
4
Przeprowadzenie szkolenia dla
Nie dotyczy
grupy 10 osobowej
5
Wykonanie szkoleń e-learning lub
pomocy multimedialnych
6
Funkcjonowanie help-desk w okresie
3 miesięcy
7
Asysta powdrożeniowej w okresie 2
lat