ZAPYTANIE OFERTOWE /1PL

Transkrypt

1 Prjekt: e-pmiar Ptencjału Ludzkieg (WND-POIG /09) ZAPYTANIE OFERTOWE /1PL W związku z realizacją prjektu e-pmiar Ptencjału Ludzkieg zapraszamy Państwa d złżenia ferty na wyknanie prgramu kmputerweg składająceg się z następujących prduktów cyfrwych: platfrma badawcza ptencjału ludzkieg generatr raprtów i prezentacji ptencjału ludzkieg ZAMAWIAJĄCY PALAMEDES Sp. z.. ul. Myśliwska nr 8/ Gdynia NIP: REGON: KRS: palamedes@palamedes.cm.pl ZAPYTANIE OFERTOWE PAR. 1 PRZEDMIOT ZAMÓWIENIA 1. Przedmitem zamówienia jest wyknanie prgramu kmputerweg (dalej PK) wraz z przekazaniem na Zamawiająceg całści praw autrskich, składająceg się z następujących prduktów cyfrwych: a. platfrma badawcza ptencjału ludzkieg (dalej PBPL), b. generatr raprtów i prezentacji ptencjału ludzkieg (dalej GRiPPL). 2. Oferent zbwiązuje się d przeniesienia na Zamawiająceg całści autrskich praw majątkwych d PK, na wszystkich znanych w dacie zawarcia umwy plach eksplatacji, bez jakichklwiek graniczeń w tym ilściwych, terytrialnych czy czaswych. Zamawiającemu przysługiwać będzie wyłącznie praw d dwlneg krzystania z PK, w tym również d wyknywania autrskich praw zależnych w tym dknywania jeg zmian i mdyfikacji raz decydwania zakresie i frmach eksplatacji PK. W szczególnści Zamawiającemu przysługuje praw d wykrzystania PK d pracwania, wdrżenia e-usługi e-pmiar Ptencjału Ludzkieg raz sprzedaży e-usługi e-pmiar Ptencjału Ludzkieg. 1 S t r n a

2 3. Szczegółwe wymagania dtyczące PK zstały pisane w załączniku 1 d niniejszeg zapytania fertweg, w tym wymagania w zakresie śrdwiska pracy raz funkcjnalnści prduktów cyfrwych PBPL raz GRiPPL. PAR. 2 INNOWACYJNOŚĆ E-USŁUGI ORAZ DOCELOWA GRUPA KLIENTÓW 1. PK planujemy wykrzystać we wdrażanej e-usłudze rbczej nazwie e-pmiar Ptencjału Ludzkieg. 2. Innwacyjnść naszej e-usługi ma plegać na: 2.1. Niesptykanej na krajwym rynku e-usług jakści badań ptencjału ludzkieg Skróceniu czasu, który klient musi pświęcić na pracwanie i uruchmienia prcesu badawczeg w stsunku d typwych narzędzi d ankietwania Udstępnieniu Klientm e-usługi prfesjnalnych i dpracwanych graficznie raprtów raz prezentacji przedstawiających wynik badań. 3. Dcelwą grupą klientów naszej e-usługi są Małe i Średnie Przedsiębirstwa. PAR. 3 WYNAGRODZENIE OFERENTA 1. Oferent w swjej fercie przedstawia wynagrdzenie całkwite za PK (zmienna W w frmularzu), tj. za prdukty cyfrwe PBPL raz GRiPPL w wartściach nett (tj. z wyłączeniem pdatku VAT). Niniejsze wynagrdzenie będzie przedmitem ceny ferty zgdnie z zapisami w par. 10. D tak kreślneg wynagrdzenia zstanie dliczny pdatek VAT wg bwiązującej stawki. 2. Wynagrdzenie całkwite za PK (zmienna W w frmularzu) uwzględnia wszystkie zbwiązania i bejmuje wszystkie kszty i składniki związane z wyknaniem przedmitu zamówienia w tym przekazanie autrskich praw majątkwych zgdnie z zapisami par Wynagrdzenie całkwite za PK (zmienna W w frmularzu) jest wyrażne w PLN. 4. Oferent w swjej fercie przedstawia wskaźnik zaliczki (zmienna Z w frmularzu), tj. liczbę d 0 d 100. Niniejszy wskaźnik będzie przedmitem ceny ferty zgdnie z zapisami w par Wynagrdzenie dla Oferenta będzie płatne w czterech ratach. Wartść każdej raty zależy d wynagrdzenia całkwiteg za PK (zmienna W w frmularzu fertwym) raz wskaźnika zaliczki (zmienna Z w frmularzu). Wartści pszczególnych rat są kalkulwane wg następujących frmuł: Rata 1: 0,6*W*Z/100 Rata 2: 0,6*W*(100-Z)/100 Rata 3: 0,4*W*Z/100 Rata 4: 0,4*W*(100-Z)/ Raty będą płatne w następujących terminach: Rata 1 płatna w ciągu 3 dni d pdpisania umwy. Rata 2 płatna w ciągu 21 dni d pdpisania przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL. Rata 3 płatna w ciągu 3 dni d rzpczęcia prac przez Oferenta nad prduktem cyfrwym GRiPPL, lecz nie wcześniej niż p pdpisaniu przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL raz nie wcześniej niż 1 maja 2011 rku. 2 S t r n a

3 Rata 4 płatna w ciągu 21 dni d pdpisania przez Zamawiająceg prtkłu dbiru prduktu cyfrweg GRiPPL, lecz nie wcześniej niż p pdpisaniu przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL raz nie wcześniej niż 1 maja 2011 rku. PAR. 4 TERMIN REALIZACJI PRZEDMIOTU OFERTY 1. Oczekiwany termin dstarczenia statecznej wersji prduktu cyfrweg PBPL mija 20 kwietnia 2011 rku. 2. Oczekiwany termin dstarczenia statecznej wersji prduktu cyfrweg GRiPPL mija 30 lipca 2011 rku. 3. Oferent w swjej fercie przedstawia terminy dstarczenia statecznej wersji prduktów cyfrwych, mgą być ne inne niż wymienine wcześniej terminy czekiwane. Terminy dstarczenia statecznych wersji prduktów cyfrwych wskazanych w fercie będą przedmitem ceny ferty zgdnie z zapisami w par Terminy, których mwa w niniejszym par. dtyczą ddania przetestwanych prduktów cyfrwych. PAR. 5 KARY UMOWNE 1. Oferent mże zaprpnwać kary umwne w PLN za niedtrzymanie terminu dstarczenia każdeg z prduktów cyfrwych, które zapłaci Zamawiającemu w wypadku niedtrzymania każdeg terminu. 2. Oferent mże zaprpnwać kary umwne w PLN za niedtrzymanie zakresu, które zapłaci Zamawiającemu w wypadku niedtrzymania wymagań wbec każdeg z prduktów cyfrwych pisanych w załączniku 1 d niniejszeg zapytania. 3. Wyskść każdej z kar umwnych będzie przedmitem ceny ferty zgdnie z zapisami w par Nie zaprpnwanie kary umwnej będzie traktwane tak sam jak zaprpnwanie kary umwnej w wyskści 0 PLN. 5. W przypadku niedtrzymania przez Oferenta deklarwaneg w fercie terminu dstarczenia każdeg z prduktów cyfrwych, kara umwna zstanie wypłacna Zamawiającemu w ciągu 14 dni licząc d terminu realizacji kreślneg w fercie. 6. W przypadku niedtrzymania przez Oferenta zakresu, kara umwna zstanie wypłacna Zamawiającemu w ciągu 21 dni licząc d terminu realizacji każdeg prduktu cyfrweg kreślneg w fercie. PAR. 6 INFORMACJA O SPOSOBIE POROZUMIEWANIA SIĘ 1. Ewentualne pytania d ZAMAWIAJĄCEGO należy kierwać na adres pczty elektrnicznej: palameds@palamedes.cm.pl. 2. Oferent wskaże w fercie jeden adres , który będzie używany w kmunikacji z Zamawiającym. PAR. 7 SPOSÓB PRZYGOTOWANIA OFERTY 1. Oferta musi zstać złżnna na frmularzu fertwym, który jest załącznikiem nr 2 d niniejszeg zapytania fertweg. Frmularz pwinien zstać wydrukwany, a następnie uzupełniny w spsób czytelny, pdpisany (czytelnie lub z pieczątką imienną) przez sby uprawnine d zaciągania zbwiązań w mieniu Oferenta. Na frmularzu pwinna znaleźć się również pieczątka firmwa. Tak uzupełniny frmularz należy zeskanwać i przesłać na adres palamedes@palamedes.cm.pl. 3 S t r n a

4 2. Oferta musi zawierać następujące infrmacje Oferencie raz fercie: Nazwa Oferenta NIP Oferenta (w przypadku Oferentów działających na terenie Plski) Data sprządzenia ferty Miejsce sprządzania ferty Osba/y reprezentująca/e Oferenta 3. Oferta musi zawierać wartści liczbwe zmiennych W, Z, T1 raz T2. 4. Oferta mże zawierać wartści liczbwe zmiennych D1, W1, D2 raz W2. 5. Oferta mże zstać drzucna, jeżeli: Zstanie przygtwana w innej frmie niż na załączniku nr 2 d niniejszeg zapytania Nie będzie spełnia wymagań pisanych w niniejszym paragrafie. Jej złżenie stanwi czyn nieuczciwej knkurencji. Zawiera rażąc niską cenę (wynagrdzenie całkwite za PK) w stsunku d przedmitu zamówienia. Prpnwane przez Oferenta wynagrdzenie całkwite za PK jest większe d PLN. PAR. 8 TERMIN I MIEJSCE SKŁADANIA OFERTY ORAZ ZAWARCIE UMOWY 1. Oferty należy składać d dnia 17 stycznia 2011 rku d gdziny 20:00. Decydujące znaczenie dla ceny zachwania pwyższeg terminu ma data i gdzina wpływu ferty d Zamawiająceg, a nie data jej wysłania. 2. Oferty za pśrednictwem pczty elektrnicznej należy składać na adres: palamedes@palamedes.cm.pl 3. W przypadku przesłania przez Oferenta więcej niż jednej ferty, rzpatrywana będzie ferta nadesłana jak statnia. 4. Zamawiający planuje dknanie wybru Oferenta raz wariantu jeg ferty w ciągu 3 dni kalendarzwych licząc d terminu składania fert. 5. Prjekt umwy prpnwanej przez ZAMAWIAJĄCEGO znajduje się w załączniku nr 3. Wybrany Oferent jest zbwiązany d zawarcia umwy przedstawinej w niniejszym załączniku w ciągu 3 dni rbczych licząc d daty trzymania zawiadmienia wybrze ferty. Zmiany zapisów przedstawinych w prjekcie umwy wymagają zgdy ZAMAWIAJĄCEGO. Dpuszcza się następujące frmy współpracy przy ewentualnym zmienianiu prjektu umwy zaprpnwanej przez ZAMAWIAJĄCEGO: rzmwa telefniczna, teleknferencja, krespndencja elektrniczna, wideknferencja, sptkanie w siedzibie lub biurze Zamawiająceg, bądź sptkanie w innym miejscu wskazanym przez Zamawiająceg. 6. Jeżeli, wybrany Oferent nie zawrze umwy z Zamawiającym w wyznacznym terminie Zamawiający mże wybrać najkrzystniejszą spśród pzstałych fert, bez przeprwadzenia ich pnwnej ceny. PAR. 9 INNE ZOBOWIĄZANIA OFERENTA 1. Oferent jest zbwiązany d przetestwania każdeg z prduktów cyfrwych przed przekazaniem ich d dbiru przez Zamawiająceg. 2. W kresie d 15 sierpnia 2011 d 31 stycznia 2012 rku Oferent jest zbwiązany d 2.1. usunięcia wszystkich błędów krytycznych, tj uniemżliwiających świadczenie e-uslugi w ciągu 3 dni d ich zgłszenia przez Zamawiająceg, 4 S t r n a

5 2.2. usunięcia wszystkich błędów pwdujących uciążliwści dla Klientów krzystających z e-usługi w ciągu 7 dni d ich zgłszenia przez Zamawiająceg, 2.3. usunięcia wszystkich błędów pwdujących uciążliwści dla Zamawiająceg w ciągu 21 dni d ich zgłszenia. 3. Wynagrdzenie całkwite za PK bejmuje również wszelkie działania Oferenta pisane w niniejszym par. PAR. 10 KRYTERIA OCENY OFERTY W tabeli pniżej przedstawin kryteria wybru ferty raz ich wagi Id Kryterium Kierunek Waga w % ptymalizacji W. Wynagrdzenie całkwite za PK (zmienna W w frmularzu fertwym), tj. za prdukty cyfrwe PBPL raz GRiPPL w im mniejsze tym lepiej 15% wartściach nett Z. Wskaźnik zaliczki (zmienna Z w frmularzu fertwym) im mniejszy tym lepiej 10% T1. T2. Termin dstarczenia statecznej wersji prduktu cyfrweg PBPL (zmienna T1 w frmularzu fertwym) Termin dstarczenia statecznej wersji prduktu cyfrweg GRiPPL (zmienna T2 w frmularzu fertwym) D1. Wyskść kary umwnej za niedtrzymanie terminu dstarczenia prduktu cyfrweg PBPL (zmienna D1 w frmularzu fertwym) W1. Wyskść kary umwnej za niedtrzymanie wymagań wbec prduktu cyfrweg PBPL pisanych w załaczniku 1 (zmienna W1 w frmularzu fertwym) D2. Wyskść kary umwnej za niedtrzymanie terminu dstarczenia prduktu cyfrweg GRiPPL (zmienna D2 w frmularzu fertwym) W2. Wyskść kary umwnej za niedtrzymanie wymagań wbec prduktu cyfrweg GRiPPL pisanych w załaczniku 1 (zmienna W2 w frmularzu fertwym) PAR. 11 INNE WAŻNE POSTANOWIENIA Im bliższy terminwi 15% czekiwanemu tym lepiej Im bliższy terminwi 10% czekiwanemu tym lepiej im większa tym lepiej 15% im większa tym lepiej 15% im większa tym lepiej 10% im większa tym lepiej 10% 1. Niniejsze zapytanie fertwe zstał sprządzne w języku plskim. Zapytanie jest dstępne d dnia zakńczenia zbierania fert (wynikająceg z zapisów par. 8) pd następującym adresem: 2. Kszty przygtwania ferty pkrywa Oferent. Zamawiający nie mże być pciągany d dpwiedzialnści za jakieklwiek kszty czy wydatki pniesine przez Oferenta w związku z przygtwaniem i dstarczeniem ferty. 5 S t r n a

6 3. Zamawiający zastrzega sbie praw d dwłania zapytania fertweg lub dstąpienia d ewentualnych negcjacji lub wydłużenia terminu składania fert przez Oferentów bez pdania przyczyn. Z teg tytułu Oferentwi nie przysługują żadne rszczenia wbec Zamawiająceg. 6 S t r n a

7 ZAŁĄCZNIK 1: SZCZEGÓŁOWE WYMAGANIA DOTYCZĄCE PK PRODUKT CYFROWY PBPL: WYMAGANIA 1. WSTĘP Niniejsza specyfikacja pisuje załżenia d zaprjektwania i wyknania aplikacji nazwie Platfrma badawcza ptencjału ludzkieg (dalej PBPL) w frmie ankiet elektrnicznych. Aplikacja przeznaczna jest d pracy na serwerze HTTP przy użyciu przeglądarki internetwej. Będzie mgła zstać uruchmina na wszystkich najppularniejszych aktualnie przeglądarkach internetwych. 2. FUNKCJONALNOŚĆ Aplikacja będzie umżliwiała: twrzenie ankiet elektrnicznych w pstaci sekwencji pytań, zarządzanie utwrznymi ankietami, udstępnianie ankiet respndentm celem przeprwadzenia wywiadów, zarządzanie badaniem (zaprszenia, listy respndentów, wywiady), przygtwanie danych dla narzędzia raprtująceg. Interfejs aplikacji jak również przygtwane ankiety (pytania, dpwiedzi, zaprszenia, przypmnienia, e) będą wieljęzyczne (wybierane z listy) TYPY UŻYTKOWNIKÓW D aplikacji będą mieli dstęp następujący użytkwnicy: Administratr, Architekt, Opiekun, Respndent. Nie dpuszcza się dstępu d aplikacji sób nie psiadających uprawnień (lgin, hasł, lub w przypadku Respndenta link z zaprszenia). Lista typów użytkwników nie jest listą zamkniętą. Mgą zstać zdefiniwane nwe typy użytkwników. Administratr, t typ użytkwnika, który będzie miał niegraniczny dstęp d aplikacji i danych. Funkcjnalnści dstępne dla Administratra t: uaktywnianie (udstępnianie d przeprwadzania badań) i dezaktywwanie ankiet, ddawanie, usuwanie użytkwników, zamiana haseł, zamykanie i twieranie badań, śledzenie statystyk przeprwadzanych badań, wybór i pdgląd list respndentów, wybór i pdgląd dpwiedzi respndentów, usuwanie dpwiedzi respndentów, eksprt badań, imprt badań. 1 S t r n a

8 Architekt, t typ użytkwnika, który będzie dpwiedzialny za przygtwanie ankiety. Funkcjnalnści dstępne dla nieg t: twrzenie i edycja ankiet, kpiwanie ankiet, edycja parametrów ankiet, ddawanie, usuwanie, przenszenie pytań, zmiana typu pytań, edycja pytań i ich parametrów, twrzenie i edycja listy dpwiedzi d pytań, słwnikwanie list dpwiedzi d pytań, pdział ankiety na strny, twrzenie i edycja nagłówków i stpek strn, pdgląd widku strn ankiety, testwanie ankiety, twrzenie wersji językwych wszystkich elementów badania, eksprt ankiet, imprt i walidację ankiet. Opiekun, t typ użytkwnika, który będzie dpwiedzialny za przygtwanie, uruchmienie, nadzrwanie i zakńczenie badania. Lista funkcjnalnści: twrzenie i edycja grup respndentów, wybór wersji językwej dla grup respndentów, ddawanie, usuwanie i edycja respndentów, walidacja adresów , twrzenie i edycja zaprszeń raz przypmnień, ustalanie pczątku i kńca trwania badania, edycja (tekst, pcjnalnie lg) strny tytułwej i kńcwej badania, ustalanie pzstałych parametrów badania, uruchamianie i zatrzymywanie badania, wysyłanie zaprszeń, pdgląd widku strn ankiety, pdgląd statystyk prwadzneg badania, Respndent, t typ użytkwnika, który będzie uczestniczył w badaniu pprzez wypełnienie przygtwanej ankiety. Lista funkcjnalnści: przewijanie ankiety strnami, wybieranie dpwiedzi, zmiana wybru dpwiedzi, wpisywanie kmentarzy, przerywanie ankiety, zakńczenie ankiety 2.2. ANKIETY 2 S t r n a

9 Aplikacja umżliwia przygtwanie (i zarządzanie) wielu ankiet. Z listy ankiet mżna wybierać tą (te) przeznaczną d przeprwadzenia badania. Ankiety charakteryzują się c najmniej następującymi parametrami: nazwa, nagłówek, listę dstępnych wersji językwych, tekst pwitania (strny tytułwej), czy wyświetlać strnę tytułwą, tekst pdziękwania (strny kńcwej), czy wyświetlać strnę kńcwą, temat graficzny, lg, przekierwanie (strna www) p zakńczeniu, standardwy tekst zaprszenia, standardwy(e) tekst przypmnienia, czy numerwać strny, czy wyświetlać nazwę strny, spsób numeracji pytań (sbn na każdej strnie, łącznie w badaniu, ręczna numeracja), typ prezentacji pstępów w wypełnianiu ankiety (prgres bar), spsób zapisu dpwiedzi (c strna, przy wyjściu, p zakńczeniu), czy mżliwy jest pwrót d pprzednich strn, spsób walidacji dpwiedzi (serwer, Java Script), strefę czaswą (dla czasów twarcia i zamknięcia ankiety, wysyłania zaprszeń i przypmnień), typ zabezpieczeń (hasł gólne, hasł w zaprszeniu, brak hasła), hasł, typ annimwści (pełna annimwść, częściwa, brak), ilść dpuszczalnych dpwiedzi (0 nielimitwana), spsób identyfikacji respndenta (adres IP, ckies, link zaprszenia, brak) ELEMENTY ANKIETY Ankieta - zasadnicz - składa się z szeregu następujących p sbie pytań. Pnadt zawiera: STRONY Ankieta pdzielna jest na strny. Na każdej strnie mże znajdwać się dwlna ilść pytań. Każda strna psiada następujące parametry: numer (klejnść), nazwa, pis (nagłówek) PYTANIA. Każde pytanie ma następujące paramenty wspólne: 3 S t r n a

10 identyfikatr pytania symbl pytania, numer ankietwy (ręczna numeracja), nagłówek (tekst) pytania, typ pytania, dmiana pytania (ankietwe, testwe), (pcjnalnie) identyfikatr grupy pytań, prawdpdbieństw zadania pytania, lista warunków rzgałęzienia pytania, lista warunków wyświetlenia pytania, ddatkwy kmentarz, wymagalnść kmentarza, typ kmentarza, tekst kmunikatu wymagalnści kmentarza, wymagalnść dpwiedzi, tekst kmunikatu wymagalnści dpwiedzi, spsób umieszczenia pytania na strnie (frmatwanie) WARUNKI ROZGAŁĘZIENIA Warunki rzgałęzienia definiują (w zależnści d dpwiedzi na bieżące pytanie), które z następnych pytań będą zadane.warunki rzgałęzienia będą miały następujące parametry: identyfikatr pytania, numer warunku (klejnść), nazwę warunku, listę dpwiedzi, które birą udział w warunku, typ warunku ( przynajmniej jedna z zaznacznych dpwiedź, wszystkie z zaznacznych dpwiedzi, żadna z zaznacznych dpwiedzi, pytanie nie zstał zadane, niepusty kmentarz), lista filtrwanych pytań (wybierana z listy wszystkich pytań pdlegających filtrwaniu), lista pytań z filtrwanymi dpwiedziami (wybierana z listy wszystkich pytań pdlegających filtrwaniu), WARUNKI WYŚWIETLENIA Warunki wyświetlenia definiują (w zależnści d dpwiedzi na pprzednie pytania), czy bieżące pytanie będzie zadane. Warunki wyświetlania będą miały następujące parametry: identyfikatr pytania, numer warunku (klejnść), nazwę warunku, lista pytań warunkujących (wybierana z listy wszystkich pytań pprzednich) listę dpwiedzi d każdeg z pytań warunkujących, które birą udział w warunku, typ warunku d każdeg z filtrwanych pytań ( przynajmniej jedna z zaznacznych dpwiedź, wszystkie z zaznacznych dpwiedzi, żadna z zaznacznych dpwiedzi, pytanie nie zstał zadane, niepusty kmentarz). 4 S t r n a

11 ZESTAWY ODPOWIEDZI, ODPOWIEDZI ORAZ KOMBINACJE PRAWIDŁOWYCH ODPOWIEDZI. Odpwiedzi na pytania są grupwane w zestaw dpwiedzi. Pytanie mże nie zawierać dpwiedzi (akapit wprwadzający) a jedynie kmentarz (pytanie twarte). Zestaw dpwiedzi musi zawierać minimum jeden element (dpwiedź). Odpwiedzi w zestawie muszą być unikalne. Zestawy dpwiedzi ma następujące parametry. nazwa zestawu dpwiedzi, typ dpwiedzi (jednkrtneg, wielkrtneg wybru), spsób wyświetlania dpwiedzi (wszystkie widczne, lista rzwijana), czy stswać wagi dpwiedzi, srtwanie dpwiedzi (wg klejnści edycji, alfabetycznie, lsw), ilść klumn dpwiedzi, ilść wierszy dpwiedzi, umiejscwienie tekstu dpwiedzi przy znaczniku (p lewej, p prawej, na górze), spsób umieszczania dpwiedzi (wierszami, klumnami), typ znacznika dpwiedzi (kółk, kwadrat, itp.), styl znacznika dpwiedzi (płaski, wypukły, wklęsły, itp.). szerkść pla wybru (stała, dpasuj d długści dpwiedzi), szerkść listy wybru (stała, dpasuj d długści dpwiedzi), ilść wierszy listy wybru (lista przewijana). Zestawy dpwiedzi mżna pbierać/zapisywać z/d list zestawów dpwiedzi. Biblitekę list zestawów dpwiedzi mżna edytwać niezależnie d edycji ankiety. Nie ma żadnej relacji pmiędzy zestawem dpwiedzi d pytania a zestawem z listy. Odpwiedzi mają nastepujące parametry: nazwa dpwiedzi (tekst), waga dpwiedzi (liczba). Pnadt pytania testwe zawierają listę kmbinacji prawidłwych dpwiedzi. Każdy element tej listy (kmbinacja dpwiedzi) zawiera nastepujące parametry: identyfikatr kmbinacji (numeracja autmatyczna), listę dpwiedzi wchdzącą w skład kmbinacji (unikalna), cenę punktwą kmbinacji TYPY PYTAŃ. Ankieta będzie zawierać wiele typów pytań wynikających z płączeń następujących kryteriów pdziału: pytania pjedyńcze lub macierzwe, pytania jednkrtneg lub wielkrtneg wybru, dpwiedzi wybierane z rzwijanej listy lub zaznaczane spśród wyświetlnych pcji, dpwiedzi bwiązkwe i pcjnalne, 5 S t r n a

12 pjedyńcze lub wielkrtne listy dpwiedzi d jedeg pytania, kmentarz d pytania (1 linia, akapit), dpwiedzi wlne (np. dla dpwiedzi Pdaj inne: ), prównywanie dpwiedzi parami, wagi dpwiedzi lub frmularz stałej sumy, GRUPY PYTAŃ. Pytania ankiety mżna łączyć w grupy. Grupy pytań mają następujące parametry: identyfikatr grupy nazwa grupy D grupy mże należeć dwlna ilść pytań. Ankieta mże zawierać dwlna ilść grup pytań. Pytania jednej grupy nie muszą stanwić sekwencji (mgą być rzrzucne p różnych strnach ankiety) ODMIANY PYTAŃ. Wyróżniamy dwie dmiany pytań: ankietwy, testwe. Pytania testwe różnią się d ankietwych tym, że mają wskazane prawidłwe dpwiedzi. D pytań testwych przyprządkwane są (przynajmniej jedna) kmbinacje prawidłwych dpwiedzi wraz z ceną punktwą (liczba rzeczywista) UPRAWNIENIA Uprawnienia będą nadawane na pzimie typu użytkwnika. Uprawnienia będą dtyczyły ekranów, funkcji a nawet pszczególnych elementów (pól) na ekranach (frmatkach). Użytkwnicy typu Architekt i Opiekun będą mieli dstęp d danych i parametrów przydzielnych im ankiet/badań. D aplikacji będą miały dstęp jedynie sby zarejestrwane. Nie ma graniczeń w ilści użytkwników daneg typu. Knta typu Administratr i Architekt są jednsesyjne (nie mżna być zalgwanym dwukrtnie na t sam knt w tym samym czasie). Dpuszcza się, że knta typu Opiekun mgą być wielsesyjne, przy czym klejne sesje będą pzbawine uprawnień d edycji. Użytkwnicy typu Respndent mają dstęp jedynie d wywiadów (udzielanie dpwiedzi na pytania ankiety) na pdstawie przesłaneg (publikwaneg) linku LOGOWANIE (ADMINISTRATOR, ARCHITEKT, OPIEKUN) Ekran lgwania umżliwia dstęp d aplikacji. Należy pdać lgin i hasł. W przypadku, gdy użytkwnik zapmni hasła, aplikacja mże wyświetlić treść pdpwiedzi hasła lub wysłać na adres infrmację z linkiem autmatycznie lgującym użytkwnika. Działanie linku jest graniczne czasw. Link przechdzi autmatycznie d ekranu Edycja danych sbistych. 6 S t r n a

13 2.6. ADMINISTRACJA Ta część panelu sterująceg zawiera elementy niezbędne d rzpczęcia prjektwania ankiet i ich uruchamiania (badania) PERSONALNE. Każdy zalgwany użytkwnik ( Administratr, Architekt, Opiekun ) mże przeglądać i edytwać swje dane. Parametry użytkwnika (pdkreśln parametry edytwalne przez użytkwnika): lgin, data utwrzenia, data statnieg lgwania, termin ważnści knta (edycja tylk przez Administratra ), nazwa użytkwnika, hasł, pdpwiedź hasła, , język interfejsu, pis, UŻYTKOWNICY. Flder użytkwników ma strukturę jednpzimwą. Zawiera dane użytkwnikach. Zarządza nim Administratr. Lista użytkwników będzie srtwana (typ, nazwa, lgin, data) i filtrwana ANKIETY. Flder ankiet ma strukturę wielpzimwą. Zarządza nim Administratr raz (częściw) Architekt. Umieszczne są tu wszystkie zaprjektwane ankiety. Ankiety mżna przensić pmiędzy pdflderami BADANIA. Flder badań ma strukturę wielpzimwą. Flderem zarządza Administratr. Umieszczne tu są wszystkie badania (uruchmine ankiety) PROJEKTOWANIE I TESTOWANIE ANKIET Ta część panelu sterująceg zawiera elementy związane z prjektwanie ankiet. Dstęp d niej ma jedynie Architekt ZESTAWY ODPOWIEDZI. 7 S t r n a

14 Flder zestawów dpwiedzi ma strukturę jednpzimwą. Zestawy dpwiedzi (answer) nie są związane z żadną ankietą ani badaniem. Mżna z nich krzystać w trakcie prjektwania dwlnej ankiety GRUPY PYTAŃ. Flder grup pytań ma strukturę jednpzimwą. Grupy pytań nie są związane z żadną ankietą ani badaniem. Mżna z nich krzystać w trakcie prjektwania dwlnej ankiety ANKIETA. Zasadniczy ekran prjektwania ankiety. Prezentuje wygląd ankiety zbliżny d teg, jak będzie ją widzieć Respndent. Ze względu na dużą ilść działań, ekran pdzielny będzie na zakładki (grupwanie działań): strna, pytanie. W trakcie prjektwania ankiety knieczne będzie twieranie ddatkwych kart/kien/zakładek celem wybru/edycji elementów składwych ankiety (patrz pkt. 2.3.). Przewidywane ekrany: edycja parametrów, edycja strny, edycja pytania, edycja grup pytań, edycja zestawu dpwiedzi, edycja listy warunków, edycja parametrów warunku, edycja filtru dpwiedzi, testwanie ankiety. Pdczas testwania ankiety interfejs aplikacji zstaje ukryty. Ankieta jest prezentwana w dkładnie takiej pstaci jak pdczas wywiadu. Jedynie w prawym górnym rgu ekranu/kna/karty widnieje przycisk Pwrót d prjektwania ankiety TEMAT GRAFICZNY. Flder tematów graficznych ma strukturę jednpzimwą. Tematami graficznymi zarządza Architekt. Temat graficzny szczegółw pisuje wygląd ankiety (badania) widzianej przez Respndenta (raz w trakcie testwania ankiety). Nie jest związany z interfejsem aplikacji, chć ma wpływ na wygląd części ekranów (np. w trakcie prjektwania ankiety). Tematy graficzne mżna eksprtwać i imprtwać BADANIE 8 S t r n a

15 Badanie t uruchmina ankieta. Zawiera wszystkie elementy ankiety raz skjarzne z nią dane: użytkwnik nadzrujący ( Opiekun lub Administratr ), grupy respndentów, respndenci, wysyłka i z zaprszeniami i przypmnieniami raz wywiady (udzielanie dpwiedzi przez respndentów). W zakresie uruchamiania badania prgram PBPL będzie współpracwał z elektrnicznym systemem sprzedażwym (system sprzedażwy nie jest przedmitem zapytania fertweg). Minimalny zakres współpracy bejmuje dbieranie z systemu sprzedażweg następujących danych p ptwierdzeniu dknania płatnści przez Klienta: lgin i hasł pierwszeg Opiekuna badania z systemu sprzedażweg, dane Opiekunie (imię, nazwisk, stanwisk, , telefn), dane Kliencie (nazwa, adres, NIP), termin płatnści, rdzaj wykupineg badania EDYCJA PARAMETRÓW BADANIA. Badanie zawiera wszystkie parametry ankiety. Pnadt badanie psiada ddatkwe parametry: użytkwnik (lista użytkwników) zarządzający badaniem, pczątek (data i czas), kniec (data i czas), gólny link uruchamiający badanie, stan (uruchmine, zatrzymane, zakńczne), ilść wywiadów zapisanych, ilść wywiadów zakńcznych, ilść wywiadów w trakcie. P uruchmieniu badania lista grup respndentów (zaprszenia) i lista respndentów są puste. Użytkwnik nadzrujący badanie mże przekpiwać gólny link i przekazać respndentm (strna www, , dkument) EDYCJA GRUP RESPONDENTÓW (ZAPROSZENIA, RESPONDENCI). Użytkwnik nadzrujący badanie mże utwrzyć dwlną liczbę grup respndentów. Parametry grup respndentów: nazwa grupy, język (wybrany z listy dstępnych w ankiecie (badaniu), nazwa nadawcy (dmyślnie: nazwa użytkwnika zarządzająceg), nazwa używaneg servera pcztweg (smtp), adres nadawcy, hasł dmyślneg knta pcztweg, 9 S t r n a

16 tytuł (nagłówek), czas rzpczęcia wysyłki zaprszeń d respndentów, treść zaprszenia, ilść wysyłanych przypmnień (0 - brak przypmnień), treść przypmnienia, harmngram wysyłania przypmnień ankiecie, lista respndentów. Respndenci mają następujące parametry: identyfikatr respndenta, adres , indywidualny link uruchamiający badanie, status (czy wysłanie zaprszenia pwidł się: jeszcze nie wysłan, tak, nie), czas wysłania zaprszenia, (pcjnalnie) ilść wysłanych przypmnień, (pcjnalnie) czy respndent dpwiedział na zaprszenie (rzpczął wywiad) WYNIKI WYWIADÓW. Każdy wywiad jest rejestrwany p pierwszym zapisie. Mment, kiedy t następuje zależy d parametru spsób zapisu dpwiedzi (patrz pkt. 2.2.). Parametry wywiadów: identyfikatr respndenta (numer), czas rzpczęcia wywiadu, czas zakńczenia wywiadu, (pcjnalnie) adres lub adresippnadt wyniki wywiadu zawierają pniższe dane dla każdej grupy pytań, jaka znajduje się w ankiecie: czas pierwszeg wyświetlenia strny zawierającej pierwsze z pytań należących d danej grupy, czas statniej zmiany dpwiedzi któregklwiek pytania należąceg d danej grupy, suma cen punktwych pytań grupy. raz pcję wykrzystania MS Excel Wyniki wywiadu mżna usunąć. Mże t zrbić jedynie Administratr. Pnadt wyniki wywiadu zawierają dane wszystkich zadanych respndentwi pytaniach ( nie wszystkie pytania z ankiety muszą być zadane respndentwi) raz wszystkich udzielnych dpwiedziach. Wynik mże przeglądać Administratr ZAMYKANIE BADANIA Są trzy spsby zamknięcia badania: z upływem czasu, na który była uruchmina, ręcznie przez Opiekuna lub Administratra, 10 S t r n a

17 autmatycznie p wygaśnięciu ważnści knta Opiekuna. Zamknięcie badania znacza: dezaktywację linków dla Respndentów. wysłanie d Opiekuna zakńczeniu badania. W w/w zakresie PBPL będzie współpracwał z elektrnicznym systemem sprzedażwym. P zamknięciu badania nastąpi przygtwanie danych badania d eksprtu d narzędzia raprtująceg. Przygtwanie danych będzie plegał na zastswaniu działań arytmetycznych (ddawanie, dejmwanie, mnżenie, dzielenie) i statystycznych (średnia, wariancja, centyl) na pytaniach i grupach pytań (zagnieżdżenie peracji d 5-ciu pzimów włącznie). W rezultacie zstanie skalkulwanych d 500 parametrów. Każdy parametr będzie identyfikwalny przez nazwę raz będzie liczbą rzeczywistą. P przygtwaniu danych, wybrane dane raz wszystkie parametry muszą zstać wysłane d drugieg prduktu cyfrweg, tj. GRiPPL. 3. TECHNOLOGIA Apache lub nginx - serwer HTTP PHP 5 - język skryptwy p strnie serwera JavaScript język skryptwy p strnie klienta Khana framewrk, PHP 5 HTML i XHTML język pisu wyglądu strny WWW CSS język pisu frmy prezentacji strn WWW MySQL - baza danych 3.1. DLACZEGO? Serwer niezależny d platfrmy systemwej - dbór kmpnentów systemu umżliwia uruchmienie i pracę systemu na większści współczesnych systemów peracyjnych Windws/*nix (Linux, BSD, Slaris), wykrzystania szeregu najppularniejszych silników baz danych (Oracle, Micrsft SQL Server, PstgreSQL, MySQL, SQLite). Zgdnść ze standardami W3C - bsługa przez wszystkie liczące się przeglądarki Internet Explrer/Mzilla Firefx/Chrme/Opera/Safari/Knquerr. Skalwalnść - wszystkie składniki systemu mżliwe d uruchmienia na jednym kmputerze, najbardziej rzbudwana wersja t instalacja na klasterze serwerów Apache raz klasterze systemu bazdanweg np. Oracle. Bezpieczeństw - brak bezpśrednieg płączenie z serwerem bazy danych, dstęp jedynie przez warstwę lgiki/prezentacji. Cały transmisja ma być szyfrwana przez prtkół HTTPS Aktualnść prgramwania - nie istnieje prblem niezgdnści wersji prgramwania klienckieg, aplikacja istnieje tylk w jednej wersji - na serwerze. Aktualizacje prgramwania mgą pchdzić bezpśredni z systemu kntrli wersji. 11 S t r n a

18 Wieljęzycznść - bsługa standardu I18n, wybór języka interfejsu na pzimie pjedynczeg użytkwnika, a nawet knkretnej sesji. Mdel MVC (Mdel, View, Cntrller) - dseparwanie warstw danych, lgiki i prezentacji - mżliwść niezależneg rzwju każdej z nich bez dgłębnej znajmści reszty systemu np. prjektant interfejsu/grafik musi znać tylk struktury przekazywanych przez lgikę aplikacji danych d wyświetlenia, prjektant bazy danych nie musi znać HTML'a / XHTML'a SZCZEGÓŁY Apache twarty (dstępne kdy źródłwe) serwer HTTP dstępny dla wielu systemów peracyjnych (m.in. UNIX, GNU/Linux, BSD, Mac OS X, Micrsft Windws). Obecnie najszerzej stswany serwer HTTP w Internecie. Nginx serwer HTTP zaprjektwany pd kątem wyskiej dstępnści i mcn bciążnych serwisów. Aktualnie trzeci w światwym rankingu serwerów WWW. system kntrli wersji Subversin, Mercurial lub Git centralne lub rzprszne repzytrium kdu umżliwiające rzwijanie dwlnej liczby dmian systemu partych jeden wspólny mdel, wersje stabilne, rzwjwe itp. Przenszenie pprawek między gałęziami, wycfywanie zmian, dstęp d całej histrii rzwju systemu. PHP (wersja 5) - biektwy skryptwy język prgramwania zaprjektwany d generwania dynamicznych strn internetwych. Khana jest webwym szkieletem (framewrk) d budwy aplikacji, zrientwanym biektw twartym kdzie, wykrzystuje PHP w wersji 5. Zaprjektwany z uwzględnieniem np. kluczwych cech : liberalnej licencji BSD - mże być używany w prjektach pen surce, prywatnych i kmercyjnych, mże być łatw rzszerzny za sprawą unikalnej knstrukcji, zawiera mechanizmy wykrywanie błędów i prfilwanie aplikacji, w celu chrny aplikacji zabezpiecza przed atakami XSS psiada wbudwaną walidację wprwadznych danych, wspiera znakwanie ckies i generatry frmularzy, warstwa bazy danych zawiera chrnę przed SQL Injectin. MySQL baza danych, najppularniejsza d zastswań webwych ze względu na wyską wydajnść. Wersja 5 wnisła d systemu m.in. np. cechy : prcedury składwane (ang. stred prcedures) becne d wersji 5.0, wyzwalacze (ang. triggers) becne d wersji perspektywy (ang. views) 12 S t r n a

19 kursry becne d wersji 5.1 partycjnwanie tabel - d wersji 5.1 harmngram zadań - d wersji 5.1 zastswanie InnDB jak mechanizmu składwania danych zapewnia bsługę transakcji i kluczy bcych. JavaScript biektwy język skryptwy działający p strnie przeglądarki (klienta), niezbędnych d weryfikacji wprwadznych danych, bsługi zdarzeń raz asynchrnicznej kmunikacji z serwerem, bez całkwiteg przeładwywania strny. CSS - zstał stwrzny w celu dseparwania struktury dkumentu d frmy jeg prezentacji. Separacja ta zwiększa zakres dstępnści witryny, zmniejsza zawiłść dkumentu, ułatwia wprwadzanie zmian w strukturze dkumentu. CSS ułatwia także zmiany w renderwaniu strny w zależnści d bsługiwaneg medium (ekran, palmtp, dkument w druku, czytnik ekranwy). Stswanie zewnętrznych arkuszy CSS daje mżliwść zmiany wyglądu wielu strn naraz bez ingerwania w sam kd (X)HTML, pnieważ arkusze mgą być wspólne dla wielu dkumentów. Aby skrócić czas czekiwania na wyświetlenie klejnej strny ankiety należy przeprwadzić testy i ile każe się t skuteczne zastswać pbieranie pprzedniej i następnej strny ankiety. 4. EKRANY Układ kna aplikacji (karty przeglądarki) będzie wzrwany na strnie Wikipedii. Lewą część będzie zajmwał Panel sterujący. W górnej, prawej części umieszczne będą przyciski działań gólnych, takich jak: wylgwanie, zmiana języka interfejsu, pmc gólna. Pniżej znajdzie się miejsce na zakładki dla ekranów zawierających dużą ilść funkcji lub infrmacji. P prawej strnie, bk zakładek umieszczne będą pdstawwe przyciski działań (np. Zapisz, Pwrót ). Panel sterujący znajdujący się p lewej strnie, będzie zawierał następujące elementy: Strna główna, Administracja, Persnalne, Użytkwnicy, uprawnienia, Ankiety, Badania, Prjektwanie, Zestawy dpwiedzi, Grupy pytań, 13 S t r n a

20 PALAMEDES Sp. z.. Ankiety, Tematy graficzne, Badania, Badanie, Parametry, Respndenci, Wyniki. PRODUKT CYFROWY GRIPPL: WYMAGANIA 1. WSTĘP Niniejsza specyfikacja pisuje załżenia d zaprjektwania i wyknania aplikacji Generatr raprtów i prezentacji ptencjału ludzkieg (Dalej GRiPPL). 2. TECHNOLOGIA Technlgię wyknania prpnuje Oferent. Niemniej należy mieć na uwadze, że niezbędna jest całkwita autmatyzacja współpracy między prduktem cyfrwym PBPL raz GRiPPL, tzn. autmatyczne przekazywanie danych p zamknięciu badania raz autmatyczne generwanie dwóch raprtów d pstaci PDF. Zakładamy kniecznść wykrzystanie aplikacji MS Wrd 2010 raz MS Pwer Pint 2010 d autmatyczneg generwania dkumentów typu:.dcx i.pptx raz zapisywania ich w pstaci PDF. Wykrzystanie tych aplikacji 14 S t r n a

21 pzwli uniknąć kniecznści prgramwania edycji stylów akapitu, stylów znaków, stylów tabel raz stylów wykresu. Edycja stylów będzie realizwana w aplikacjach MS Wrd, MS Pwer Pint w dkumentach wzrcwych. Dpuszczamy pcję wykrzystania MS Excel, jeżeli pzwli t na łatwiejsze przygtwanie wykresów. Należy mieć na uwadze, że aplikacje MS Wrd 2010, MS Pwer Pint 2010, pcjnalnie również MS Excel będą działały na serwerze a nie na kńcówkach Klienta. 3. FUNKCJONALNOŚĆ Aplikacja sprządzi dwa raprty w pstaci dkumentu w frmacie MS Wrd 2010 (2007) dcx raz w pstaci dkumentu w frmacie MS Pwer Pint 2010 (2007) dcx. Następnie każdy z nich zstanie zapisany d frmatu PDF, d Klienta zstanie wysłana wiadmść zawierająca link umżliwiający pbranie pwyższych dkumentów PDF. Raprt w każdym frmacie będzie składał się z sekwencji kmunikatów. Każdy kmunikat będzie składał się z jedneg akapitu. Każdy akapit będzie składał się ze zdań (jedneg lub więcej) i/lub tabel i/lub wykresów. Każde zdanie mże zawierać parametry przesłanie przez prdukt cyfrwy PBPL. Każdy akapit będzie sfrmatwany wg jedneg ze zdefiniwanych stylów akapitu. W treści kmunikatu mgą znajdwać się znaczki pzwalające frmatwać dwlny znak bądź ciąg znaków wg stylu znaku (różniąceg się d stylu akapitu). Pzwli t w ramach jedneg akapitu inaczej frmatwać wybrane zdania, słwa bądź znaki. Styl znaku mże zawierać tylk wybrane parametry stylu akapitu. W zakresie pzstałych parametrów stylu bwiązuje wybrany styl akapitu. Generatr raprtów ma każdrazw krzystać ze stylów akapitów i style znaków z wzrcweg dkumentu MS Wrd raz wzrcweg dkumentu MS Pwer Pint. Przewidywana lista stylów akapitu wynsi 25, a stylów znaków 20. Aplikacja będzie krzystać z następujących źródeł: lista kmunikatów, algrytm (lista warunków), lista parametrów raprtu, lista stylów akapitów, lista stylów znaku LISTA KOMUNIKATÓW Każdy kmunikat będzie składał się z następujących elementów: identyfikatr kmunikatu, typ kmunikatu (tekst, tabela, wykres), treść kmunikatu (mże zawierać parametry), identyfikatr stylu kmunikatu. 15 S t r n a

22 3.2. ALGORYTM Algrytm t lista warunków dłączania d raprtu klejnych akapitów wypełnianych kmunikatami (z listy kmunikatów) na pdstawie wartści zdefiniwanych parametrów. Warunki będą składały się z następujących elementów: numer warunku, identyfikatr kmunikatu, szczegółwe warunki wyświetlenia kmunikatu. D kreślenia szczegółwych warunków będą stswane: parametry, peratry matematyczne i lgiczne. Algrytm musi pdlegać łatwej i ergnmicznej edycji przez użytkwnika biznesweg PARAMETRY Parametry są wykrzystywane d sterwania wybrem kmunikatów d raprtu (algrytm) jak i wyświetlania ich w treści kmunikatów. Parametry te są wyliczane na pdstawie wyników badań (zmienne) lub są kreślane wraz z algrytmem (stałe). Parametry mgą mieć pstać: wartści liczbwych, daty lub tekstu, list wartści liczbwych, dat lub tekstu, tabel wartści liczbwych, dat lub tekstu STYLE Każdy styl akapitu będzie składał się z następujących elementów: identyfikatr stylu akapitu, nazwa stylu akapitu, typ kmunikatu (znak, akapit, tabela, wykres), pcjnalnie lista parametrów stylu wraz z ich wartściami (np. w frmacie XML). Prdukt cyfrwy nie musi zapisywać jakichklwiek parametrów stylów (akapitu, znaku, tabeli, wykresu) w jakieklwiek pstaci, musi natmiast krzystać ze stylów (akapitów, znaków, wykresów, tabel) zdefiniwanych w dkumentach wzrcwych MS Wrd i MS Pwer Pint. Lista parametrów stylu które muszą być stswane d frmatwania zależy d typu kmunikatu i zstała przedstawina w klejnych pdrzdziałach. Przedstawina lista parametrów stylu zstała pracwana wyłącznie dla raprtu przygtwywaneg w frmie MS Wrd. Pdbna lista parametrów dla drugieg raprtu przygtwaneg w frmie MS Pwer Pint zstanie pracwana p wybrze najlepszej ferty przez Zamawiająceg i wybraneg Oferenta WSPÓLNE PARAMETRY STYLÓW Lista parametrów wspólnych dla wszystkich typów stylów (znak, akapit, tabela, wykres): Czcinka Styl czcinki 16 S t r n a

23 Rzmiar Klr czcinki Styl pdkreślenia Klr pdkreślenia Efekty Przekreślenie Przekreślenie pdwójne Indeks górny Indeks dlny Cień Kntur Uwypuklenie Wgłębienie Kapitaliki Wersaliki Ukrycie Odstępy pmiędzy znakami Skala Odstępy Płżenie Kerning dla czcinek Obramwanie Typ lini Grubść lini Klr lini Wszystkie krawędzie Brak krawędzi Krawędzie zewnętrzne Krawędzie wewnętrzne Krawędź górna Krawędź dlna Krawędź lewa Krawędź prawa Wewnętrzna krawędź pzima Wewnętrzna krawędź pinwa Krawędź ukśna w górę Krawędź ukśna w dół STYLE AKAPITU 17 S t r n a

24 Stype akapitu psiadają ddatkw następujące parametry: Wcięcia i dstępy Ogólnie Wcięcia Wyrównanie Pzim knspektu Z lewej Z prawej Specjalne C Wcięcia lustrzane Odstępy Przed P Interlinia C Nie ddawaj dstępu między akapitami tym samym stylu Pdział wiersza i strny Paginacja Kntrla bękartów i wdów Razem z następnym Zachwaj wiersze razem Pdział strny przed Wyjątki frmatwania Pmiń numery wierszy Nie dziel wyrazów Opcje pla tekstweg Zawijanie przylegające Tabulatry Wyrównanie D lewej D śrdka D prawej Dziesiętne Pasek Znak widący Ramka Zawijanie tekstu Brak Wkł Rzmiar 18 S t r n a

25 Szerkść Na Wyskść Na W pzimie Płżenie Względem Odległść d tekstu W pinie Płżenie Względem Odległść d tekstu Przenieś z tekstem Zablkuj ktwicę Bibliteka numeracji Bibliteka unktatrów Punktatry dkumentów STYLE TABELI Pnadt dla tabeli zdefiniwan następujące parametry stylu tabeli: Cała tabela Wiersz nagłówka Wiersz sumy Pierwsza klumna Ostatnia klumna Wiersze naprzemienne nieparzyste Wiersze naprzemienne parzyste Klumny naprzemienne nieparzyste Klumny naprzemienne parzyste 19 S t r n a

26 Właściwści tabeli Wyrównanie tabeli D lewej Wyśrdkuj D prawej Zawijanie tekstu Brak Wkł Wiersz Wyskść wiersza Zezwalaj na dzielenie wierszy między strny Pwtórz jak wiersz nagłówka na pczątku każdej strny Klumna Preferwana szerkść Mierzna w: Kmórki Klr tła kmórki Wyrównanie napisów kmórki w pinie i pzimie Dmyślne marginesy kmórek U gry U dłu P lewej P prawej Dmyślne dstępy między kmórkami Zawijaj tekst Dpasuj tekst Układ naprzemienny Liczba wierszy w zakresie Liczba klumn w zakresie STYLE WYKRESU Style wykresu mają sbny zestaw parametrów. Frmatwanie bszaru wykresu Wypełnienie Klr krawędzi Style krawędzi Szerkść Typ złżny Typ kreskwany Typ zakńczenia 20 S t r n a

27 21 S t r n a Typ łączenia Ustawienia strzałek Zakrąglne rgi Cień Ustawienia wstępne Klr Przezrczystść Rzmiar Rzmycie Kąt Odległść Frmat 3W Sks Góra Obrót 3W Obrót Tekst Dół Szerkść Wyskść Szerkść Wyskść Głębkść Klr Głębkść Kntur Klr Rzmiar Pwierzchnia Materiał Oświetlenie Kąt X Y Z Perspektywa Płżenie biektu Skala wykresu Osie pd kątem prstym Autskalwanie Głębkść pdstawy Wyskść pdstawy

28 Frmatwanie bszaru kreślenia Frmatwanie legendy Płżenie legendy Pkaż legend nie przesłaniając wykresu Frmatwanie si Opcje si Interwał między znacznikami si Interwał między etykietami Jednstka si Kategrie w klejnści dwrtnej Odległść etykiety d si Typ si Typ główneg znacznika Typ pmcniczeg znacznika Etykiety si Przecięcie z sią pinwą Liczby 22 S t r n a Kategria Kd frmat Płączny ze źródłem Wyrównanie Układ tekstu Wyrównanie w pinie Kierunek tekstu Kąt niestandardwy Autdpaswanie Margines wewnętrzny Lewy Prawy Górny Dlny Zawijaj tekst w kształcie Klumny Frmatwanie głównych lini siatki Frmatwanie pmcniczych lini siatki Frmatwanie serii danych pcje serii Głębkść przerwy Szerkść przerwy Kształt Kształt klumny Frmatwanie etykiety danych

29 Opcje etykiet Etykieta zawiera Nazwa serii Nazwa kategrii Wartść Uwzględnij klucz legendy w etykiecie Separatr STYLE OBRAZKA Ddatkw brazki (w prównaniu d wykresów) mają następujące parametry: Obraz Klruj pnwnie Jasnść Kntrast 23 S t r n a

30 ZAŁĄCZNIK 2: FORMULARZ OFERTOWY Oferta Dtycząca ZAPYTANIA OFERTOWEGO /1PL na wyknanie prgramu kmputerweg (dalej PK) składająceg się z następujących prduktów cyfrwych: platfrma badawcza ptencjału ludzkieg (PBPL), generatr raprtów i prezentacji ptencjału ludzkieg (GRiPL). Przygtwana dla: PALAMEDES Sp. z.. ul. Myśliwska nr 8/ Gdynia Złżna przez: NIP: REGON: KRS: palamedes@palamedes.cm.pl Nazwa Oferenta NIP Oferenta KRS Oferenta REGON Oferenta Data sprządzenia ferty Osba/y reprezentująca/e Oferenta (Imię, nazwisk, stanwisk) Osba kntaktwa p strnie Oferenta (imię, nazwisk, telefn, adres ) Oświadczamy, że ferujemy wyknanie przedmitu zamówienia na następujących warunkach: Wartść liczbwa Zmienna Nazwa zmiennej zmiennej (uzupełnia Oferent) W. Wynagrdzenie całkwite za PK, tj. za prdukty cyfrwe PBPL raz GRiPPL nett (bez VAT) PLN Jednstka Z. Wskaźnik zaliczki (liczba d 0 d 100) % T1. T2. D1. W1. D2. W2. Termin dstarczenia statecznej wersji prduktu cyfrweg PBPL Termin dstarczenia statecznej wersji prduktu cyfrweg GRiPPL Wyskść kary umwnej za niedtrzymanie terminu dstarczenia prduktu cyfrweg PBPL Wyskść kary umwnej za niedtrzymanie wymagań wbec prduktu cyfrweg PBPL pisanych w załączniku 1 (zmienna W1 w frmularzu fertwym) Wyskść kary umwnej za niedtrzymanie terminu dstarczenia prduktu cyfrweg GRiPPL Wyskść kary umwnej za niedtrzymanie wymagań wbec prduktu cyfrweg GRiPPL pisanych w załączniku 1 (zmienna W2 w frmularzu fertwym) Data w frmacie RRRR-MM-DD Data w frmacie RRRR-MM-DD PLN PLN PLN PLN 1 S t r n a

31 1. Oświadczamy, że wynagrdzenie całkwite za PK bejmuje wszystkie kszty realizacji przedmitu zamówienia raz kszty wyknania niezbędnych testów aplikacji raz udstępnienia aplikacji w śrdwisku testwym. 2. Oferujemy wyknanie PK zgdnie z wymaganiami, które zstały pisane w załączniku 1 d zapytania fertweg w tym dtyczącymi śrdwiska pracy raz funkcjnalnści prduktów cyfrwych PBPL raz GRiPPL. 3. Oświadczamy, że realizacja przedmitu zamówienia nastąpi w terminach wskazanych przez nas w Ofercie. 4. Oświadczamy, że zapznaliśmy się z zapytaniem fertwym. 5. Oświadczamy, że zapznaliśmy się z prjektem umwy. 6. Oświadczamy, że ferta pzstaje ważna d 20 luteg 2011 rku. 7. Oferta zawiera łącznie 2 strny. Pdpis i pieczątka sby/sób upważninych d reprezentwania Oferenta Pieczątka firmwa 2 S t r n a

32 ZAŁĄCZNIK 3: PROJEKT UMOWY UMOWA O STWORZENIE PROGRAMU KOMPUTEROWEGO DALEJ PK WRAZ Z PRZENIESIENIEM AUTORSKICH PRAW MAJĄTKOWYCH zawarta dnia w Gdyni pmiędzy: Firmą PALAMEDES Sp. z.. z siedzibą w Gdyni (81-572), ul. Myśliwska nr 8/11, KRS: , NIP: , Regn: , zwaną dalej ZAMAWIAJĄCYM reprezentwaną przez Andrzeja Brzzwskieg, Prezesa Zarządu, a Firmą NAZWA OFERENTA z siedzibą w SIEDZIBA OFERENTA (XX-YYY), ul. ADRES OFERENTA, KRS: XXXX, NIP: XXXX, Regn: XXXX, zwaną dalej AUTOREM reprezentwaną przez XXXX, STANOWISKO, zwaną dalej Autrem 1 Przedmit umwy 1. Zamawiający zleca Autrwi wyknanie prgramu kmputerweg PK (dalej prgram lub dzieł ), a Autr przyjmuje t zlecenie d realizacji. 2. Wymagania dtyczące funkcjnalnści raz technlgii PK zstała pisana szczegółw w załączniku 1 d zapytania fertweg Szczegółwe wymagania dtyczące PK 3. Autr zbwiązuje się przekazać prgram d dbiru Zamawiającemu w dwóch etapach. W pierwszym etapie d dnia kreślneg w fercie (zmiena T1) przekaże prdukt cyfrwy PBPL. W drugim etapie d dnia kreślneg w fercie (zmienna T2) przekaże prdukt cyfrwy GRiPPL. Terminy, których mwa w niniejszym ust. dtyczą ddania przetestwanych prduktów cyfrwych. 4. Strny zbwiązują się d współpracy w trakcie twrzenia prgramu, knsultwania rzwiązań funkcjnalnych, technicznych i technlgicznych uwzględniania wymagań i uwag. Wszelkie zmiany zakresu funkcjnalneg wykraczające pza pis zawarty w załączniku 1 d zapytania fertweg wymagają frmy pisemnej. 5. Autr umżliwi Zamawiającemu wgląd w pstęp pracy i spsób realizwania czekiwań Zamawiająceg. 6. Autr będzie udstępniał Zamawiającemu aktualny kd prgramistyczny w trakcie prac, na każde zlecenie Zamawiająceg. 2 Prawa majątkwe 1. Na pdstawie prtkłu dbiru prgramu Autr przensi na Zamawiająceg całść autrskich praw majątkwych d dzieła (prgramu) raz jeg części (prduktów cyfrwych PBPL raz 1 S t r n a

33 GRIPPL), na wszystkich znanych w dacie zawarcia umwy plach eksplatacji, bez jakichklwiek graniczeń w tym ilściwych, terytrialnych czy czaswych. 2. Mcą niniejszej umwy Zamawiającemu przysługiwać będzie wyłącznie praw d dwlneg krzystania z dzieła (prgramu), w tym również d wyknywania autrskich praw zależnych w tym dknywania jeg zmian i mdyfikacji raz decydwania zakresie i frmach jeg eksplatacji, a także zwielkrtnienia jeg nśników. W szczególnści Zamawiającemu przysługuje praw d: a. wykrzystania PK d świadczenia raz sprzedaży e-usług, b. wprwadzanie prgramu d brtu, c. umieszczanie prgramu na dwlnej liczbie kmputerów, d. najmu prgramu, e. sprzedaży egzemplarzy prgramu sbm trzecim, f. wykrzystywanie prgramu d celów prmcyjnych, g. utrwalania prgramu na wszelkich nśnikach i jeg zwielkrtniania, h. przeniesienia praw autrskich d dzieła (prgramwania) na sby trzecie. 3 Własnść specyfikacji 1. Autrem i właścicielem specyfikacji wymagań ( Szczegółwe wymagania dtyczące PK ) jest Zamawiający. 2. Zamawiający udstępnia specyfikację wymagań Autrwi wyłącznie na czas twrzenia prgramu i wyłącznie dla celów jeg wyknania. 3. Autr zbwiązuje się d: a. zniszczenia wszystkich kpii specyfikacji wymagań p przekazaniu dzieła Zamawiającemu. b. niewykrzystywania specyfikacji wymagań d innych celów niż wymienine w ust. pprzednim. c. zachwania specyfikacji wymagań w pełnej tajemnicy. 4 Wynagrdzenie za wyknanie prgramu i przeniesienie całści autrskich praw majątkwych na Zamawiająceg 1. Zamawiający zbwiązuje się d zapłacenia Autrwi wynagrdzenia za PK w kwcie kreślnej w fercie Autra (zmienna W) pwiększnej pdatek VAT wg bwiązującej stawki. 2. Wynagrdzenie całkwite za PK (zmienna W w frmularzu) uwzględnia wszystkie zbwiązania Autra wymienine w niniejszej umwie i bejmuje wszystkie kszty i składniki związane z wyknaniem przedmitu zamówienia w tym przekazanie autrskich praw majątkwych zgdnie z zapisami par Wynagrdzenie dla Oferenta będzie płatne w czterech ratach na knt XXX XXXX. Wartść każdej raty zależy d wynagrdzenia całkwiteg za PK (zmienna W w frmularzu fertwym) 2 S t r n a

34 raz wskaźnika zaliczki (zmienna Z w frmularzu fertwym). Wartści pszczególnych rat są kalkulwane wg następujących frmuł: Rata 1: 0,6*W*Z/100 Rata 2: 0,6*W*(100-Z)/100 Rata 3: 0,4*W*Z/100 Rata 4: 0,4*W*(100-Z)/ Raty będą płatne w następujących terminach: Rata 1 płatna w ciągu 3 dni d pdpisania umwy. Rata 2 płatna w ciągu 21 dni d pdpisania przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL. Rata 3 płatna w ciągu 3 dni d rzpczęcia prac przez Oferenta nad prduktem cyfrwym GRiPPL, lecz nie wcześniej niż p pdpisaniu przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL raz nie wcześniej niż 1 maja 2011 rku. Rata 4 płatna w ciągu 21 dni d pdpisania przez Zamawiająceg prtkłu dbiru prduktu cyfrweg GRiPPL, lecz nie wcześniej niż p pdpisaniu przez Zamawiająceg prtkłu dbiru prduktu cyfrweg PBPL raz nie wcześniej niż 1 maja 2011 rku. 5. Faktury VAT d raty 1 raz raty 3 zstaną wystawine p uznaniu wpływu raty na knt Autra. Autr zbwiązuje się d wystawienia faktury VAT w tym samym miesiącu w którym wpłynęły śrdki na jeg knt. W przeciwnym razie zapłaci Zamawiającemu karę w wyskści płwy raty. 6. Faktury VAT d raty 2 raz 4 zstaną wystawine przez Autra niezwłcznie p pdpisaniu prtkłu dbiru przez Zamawiająceg. Wskazany w ustępie 5 teg par. termin płatnści tych rat ulega wydłużeniu jeżeli Autr nie dstarczył Zamawiającemu faktur VAT. 7. Wynagrdzenie kreślne w ust.1 Autr uznaje za sprawiedliwy i adekwatny ekwiwalent włżnej pracy i przeniesinych praw majątkwych na Zamawiająceg. 5 Przekazanie d dbiru i dbiór prgramu 1. Autr jest zbwiązany d przetestwania każdeg z prduktów cyfrwych przed przekazaniem ich d dbiru przez Zamawiająceg. 2. Autr zbwiązuje się d przekazania prgramu d dbiru Zamawiającemu w terminach kreślnych w punkcie Strny ustalają, że Zamawiającemu przysługiwać będzie 15 dniwy kres weryfikacji pprawnści prgramu d dnia przekazania prduktu d dbiru. W tym czasie Zamawiający ma praw złżyć Autrwi listę błędów d pprawienia w ramach przedmitu niniejszej umwy. 4. Autrwi przysługiwać będzie 15 dniwy kres na usunięcie błędów wskazanych przez Zamawiająceg. 5. Ostateczny dbiór prgramu zstanie przeprwadzny p usunięciu błędów przez Autra. Strny zbwiązane są ptwierdzić dbiór prtkłem dbiru. 6. Niezwłcznie p pdpisaniu prtkłu dbiru Autr zbwiązuje się d przekazania kmpletnych kdów źródłwych wytwrzneg prgramu w trzech kpiach na dyskach CD lub DVD. 3 S t r n a