Specyfikacja Modułu Kampanii i Płatności

Specyfikacja Modułu Kampanii i Płatności w ramach projektu Stworzenie serwisu społeczności elektronicznej zawierającego gry umożliwiające ocenę kompetencji i planowanie rozwoju dziecka realizowanego w obrębie działania 8.1 Programu Operacyjnego Innowacyjna Gospodarka Polskiej Agencji Rozwoju Przedsiębiorczości.

Spis treści Specyfikacja systemów 1 Wymagania biznesowe... 3 1.1 Dziecko realizuje dzienną aktywność na portalu... 4 1.2 Rodzic realizuje dzienną aktywność na portalu... 4 1.3 Redaktor portalu zarządza serwisem oraz realizuje kampanie... 6 1.4 Product manager zleca kampanie... 6 1.5 Reklamodawca przegląda statystyki kampanii... 6 2 Architektura logiczna systemu... 7 3 Moduł kampanii i płatności... 9 3.1 Zakres... 9 3.2 Wymagania funkcjonalne... 9 3.3 Wymagania pozafunkcjonalne i techniczne... 9 str. 2/10

1 Wymagania biznesowe Celem biznesowym projektu jest budowa portalu zawierającego z gry edukacyjne dla dzieci oraz udostępniającego rodzicom wyniki ocen dzieci zbieranych w grach. Portal ten będzie budował społeczność dzieci i rodziców i pozwalał na zarządzanie nimi. Dodatkowo portal będzie zawierał treści dla społeczności rodziców takie jak porady ekspertów. Zakładane są dwa modele biznesowe: opłaty dokonywane przez rodziców (abonamentowe i premium) oraz opłaty za kampanie reklamowe kierowane do społeczności rodziców i dzieci. Kampanie te mają mieć charakter społecznościowy polegający na wykorzystaniu rodziców i dzieci do prowadzenia kampanii (polecanie produktów znajomym) w zamian za nagrody udostępniane w portalu. Użytkownikami systemu są: Dziecko realizuje dzienną aktywnośd na portalu poprzez granie w gry oceniające oraz wykonywanie innych aktywności; Rodzic realizuje dzienną aktywnośd na portalu uzyskując informację o swoich dzieciach i uczestniczący w społeczności; Redaktor portalu zarządza serwisem sprawując nadzór nad treściami znajdującymi się w portalu oraz społecznością oraz realizuje kampanie zlecane przez Product managera; Product manager zleca kampanie kupowane przez reklamodawców; Reklamodawca ma dostęp do statysty kampanii; Wymagania biznesowe dla systemu informatycznego realizującego całe rozwiązanie pogrupowane są w następujące scenariusze: Dziecko realizuje dzienną aktywnośd na portalu; Rodzic realizuje dzienną aktywnośd na portalu; Redaktor portalu zarządza serwisem oraz realizuje kampanie; Product manager zleca kampanie; Reklamodawca przegląda statystyki kampanii; Wymagania biznesowe dla tych scenariuszy zostały opisane w kolejnych podrozdziałach. str. 3/10

1.1 Dziecko realizuje dzienną aktywność na portalu Id Wymaganie biznesowe (scenariusz) Uwagi WB.DZ.001 Dziecko może korzystać z portalu bez zalogowania WB.DZ.002 Dziecko ma dostęp do zestawu dziennej aktywności Trzy gry wybierane/losowane przez System WB.DZ.003 Dziecko ma dostęp do gier treningowych Dziecko wybiera grę WB.DZ.004 System prowadzi dziecko poprzez postać fabularnego Wirtualna postać narratora WB.DZ.005 Dziecko otrzymuje nagrodę za dzienną aktywność OPCJONALNE WB.DZ.006 Dziecko może zmieniać swój profil personalizowane i trwałe miejsce kolekcjonowania nagród przez dziecko, dostępne po zalogowaniu WB.DZ.007 Dziecko może zachować nagrodę w swoim profilu WB.DZ.008 Dziecko może przesłać prezent do swojego rodzica WB.DZ.009 Dziecko za aktywność uzyskuje poziomy aktywności poziom decyduje o tym jakie gry są dostępne 1.2 Rodzic realizuje dzienną aktywność na portalu Id Wymaganie biznesowe (scenariusz) Uwagi WB.RO.001 Rodzic przez zalogowaniem/rejestracją ma dostęp do informacji o możliwościach portalu WB.RO.002 Rodzic zakłada swój profil w Systemie WB.RO.003 Rodzic może skojarzyć profil dziecka ze swoim, jeżeli OPCJONALNE dziecko wcześniej go założyło WB.RO.004 Rodzic zakłada dziecku profil w Systemie założenie profilu wymaga udziału rodzica WB.RO.005 Rodzic loguje się do Systemu WB.RO.006 Rodzic ma dostęp do raportu o aktywności dziecka widok ogólny, szczegóły str. 4/10

aktywności i/lub kompetencji WB.RO.007 Rodzic może przejść do społecznościowej części wątki dyskusji, treści, porady portalu w kontekście przeglądanych wyników dziecka ekspertów związane z aktywnością, kompetencjami WB.RO.008 Rodzic może bezpośrednio przejść do dyskusje, treści, porady społecznościowej części portalu ekspertów WB.RO.009 Rodzic może wysyłać i odbierać prywatne wiadomości WB.RO.010 Rodzic posiada swój blog aktywności wall WB.RO.011 Rodzic może zapraszać znajomych WB.RO.012 Rodzic może dodawać innego rodzica do znajomych WB.RO.013 Rodzic może personalizować swój profil opis, zdjęcie WB.RO.014 Rodzic może przeglądać profile innych rodziców w tym ich blog aktywności WB.RO.015 Rodzic może powiązać swój profil z profilem social facebook, nasza-klasa media WB.RO.016 Rodzic może otrzymywać propozycje udziału w przeglądać zlecenia kampanii WB.RO.017 Rodzic może wziąć udział w kampanii wykonać zlecenie WB.RO.018 Rodzic otrzymuje nagrodę za wykonanie zlecenia dostęp do specjalnych treści dla rodzica i dziecka WB.RO.019 Rodzic może przekazywać prezenty swojemu dziecku WB.RO.020 Rodzic może przekazywać prezenty innym rodzicom WB.RO.021 Rodzic w zamian za aktywność uzyskuje poziomy aktywności poziom decyduje o tym jakie nagrody są dostępne WB.RO.022 Rodzic może otrzymywać powiadomienia mailowe z Systemu WB.RO.023 Rodzic może zgłosić nadużycie WB.RO.024 Rodzic może dokonać opłaty za dostęp do portalu oraz za inne elementy płatne integracja płatności z systemami str. 5/10

1.3 Redaktor portalu zarządza serwisem oraz realizuje kampanie Id Wymaganie biznesowe (scenariusz) Uwagi WB.RP.001 Redaktor zarządza treściami Gry, prezentu, nagrody, treści dla rodziców, dyskusje WB.RP.002 Redaktor zarządza użytkownikami Blokowanie, usuwanie użytkowników, nadawanie uprawnień WB.RP.003 Redaktor zarządza cenami Opłaty abonamentowe i premium WB.RP.004 Redaktor zarządza kampaniami Definiowanie, przydzielanie i nadzorowanie zleceń 1.4 Product manager zleca kampanie Id Wymaganie biznesowe (scenariusz) Uwagi WB.PM.001 Product manager zleca kampanie Definiowanie kampanii 1.5 Reklamodawca przegląda statystyki kampanii Id Wymaganie biznesowe (scenariusz) Uwagi WB.RK.001 Reklamodawca przegląda statystyki kampanii str. 6/10

business to employee Specyfikacja systemów 2 Architektura logiczna systemu Poniższy diagram przedstawia architekturę logiczną Systemu realizującego e-usługi: DZIECI RODZICE System business to customer REDAKTOR PRODUCT MANAGER Oprogramowanie do zarządzania społecznością Zestaw gier oceniających business Moduł gier oceniających Moduł analiz Moduł kampanii i płatności business to business REKLAMO -DAWCY application to application SYSTEMY PŁATNOŚCI Architektura Systemu składa się z następujących elementów Moduł gier oceniających pozwalający na osadzanie gier i zbieranie z nich danych w jednolity sposób; Zestaw gier oceniających osadzonych na Module gier oceniających, które zostaną udostępnione Dzieciom. Wymagania dla Zestawu gier oceniających zostały określone w innym dokumencie; Moduł analiz, który będzie produkował raporty dla Rodziców i Reklamodawców; Moduł kampanii i płatności zintegrowany z Systemami Płatności, pozwalający na dokonywanie płatności przez rodziców oraz na definiowanie i zarządzanie kampaniami przez Product managera i Redaktora portalu; str. 7/10

Specyfikacja systemów Oprogramowanie do zarządzania społecznością, które będzie umożliwiało realizowanie dziennej aktywności Dzieci i Rodziców oraz zarządzanie społecznością przez Redaktora portalu; Poszczególne elementy architektury Systemu wraz z wymaganiami dla nich zostały opisane w kolejnych rozdziałach. str. 8/10

3 Moduł kampanii i płatności 3.1 Zakres Moduł kampanii i płatności będzie zintegrowany z Systemami Płatności i będzie pozwalał na dokonywanie płatności przez rodziców oraz na definiowanie i zarządzanie kampaniami przez Product managera i Redaktora portalu. 3.2 Wymagania funkcjonalne Id Scenariusz Uwagi MKP.001 Rodzic może otrzymywać propozycje udziału w przeglądać zlecenia kampanii MKP.002 Rodzic może wziąć udział w kampanii wykonać zlecenie MKP.003 Rodzic otrzymuje nagrodę za wykonanie zlecenia dostęp do specjalnych treści dla rodzica i dziecka MKP.004 Rodzic w zamian za aktywność uzyskuje poziomy aktywności poziom decyduje o tym jakie nagrody są dostępne MKP.005 Rodzic może dokonać opłaty za dostęp do portalu oraz integracja z systemami za inne elementy płatne płatności MKP.006 Redaktor zarządza kampaniami Definiowanie, przydzielanie i nadzorowanie zleceń MKP.007 System jest zintegrowany z Systemami płatności Płatności SMS, Płatności kartowe, inne systemy płatności (np. benefitowe) 3.3 Wymagania pozafunkcjonalne i techniczne Id Wymaganie pozafunkcjonalne i techniczne Uwagi OZS.PF.001 Oprogramowanie posiada otwartą architekturę bazująca na standardach str. 9/10

OZS.PF.002 W konstrukcji oprogramowania stosowane są wzorce projektowe i standardy konstrukcyjne OZS.PF.003 W konstrukcji oprogramowania stosowane są standardy kodowania OZS.PF.004 Oprogramowanie posiada testy modułowe OZS.PF.005 Na etapie budowy oprogramowania zostaną zdefiniowane i spełnione wymagania wydajności, niezawodności i bezpieczeństwa OZS.PF.006 Oprogramowanie będzie posiadało dokumentację High level design, low level design, dokumentacja kodu, dokumentacja administratora i użytkownika str. 10/10