Zawartść 1. Ogólny pis wymagań... 2 2. Architektura systemu... 3 3. Dane występujące w systemie bazy wiedzy... 5 4. ETAP 1 - Wymagania Bazy wiedzy... 8 4.1 Funkcje bazy wiedzy... 8 4.2 ETAP - 1 Interfejs bazy wiedzy... 9 5. ETAP 1 - Wymagania harmngramwanie... 12 5.1 Funkcjnalnść... 12 5.2 Interfejs... 13 6. ETAP 1 - Wymagania Panel serwisanta... 13 8. ETAP 1 - Wdrżenie urządzeń d pracy w sieci.... 14 9. ETAP 1 - Wdrżenie i Integracja prgramwania.... 15 10. ETAP 1 - Szklenie dla pracwników ASKEN... 15 11. ETAP 2 - Panel Partnera... 16 12. ETAP 2 - Wdrżenie panelu WEB i integracja z systemem Asken... 17 13. ETAP -3 - Oprgramwanie mnitrwania systemów kmputerwych... 17 14. ETAP 3 - Serwer centralny inwtegrujący dane z sieci partnerów... 18 15. ETAP 3 - Serwer SMS... 19 Strna 1 z 19
1. Ogólny pis wymagań Głównym celem systemu bazy wiedzy jest archiwizwanie zgrmadznej wiedzy w przedsiębirstwie. Rzwiązania pracwane przez jedną sbę, muszą być dstępne dla wszystkich innych uprawninych sób z firmy raz dla partnerów współpracujących. Dane grmadzne muszą być w jednej centralnej bazie wiedzy zlkalizwanej w siedzibie przedsiębirstwa. Dstęp d danych musi być szybki i mżliwy z każdeg urządzenia psiadająceg dstęp d Internetu raz przeglądarkę internetwą. Kluczwym jest prstta raz dwlnść knfiguracji. Baza wiedzy musi pzwalać na grmadzenie infrmacji z każdej dziedziny działalnści przedsiębirstwa. Dzielenie się wiedzą z partnerami umżliwi eliminację pytań d partnerów w sprawie uruchamiania prduktów Asken. System musi być prjektwany i realizwany w spsób pzwalający na jeg ewlucję wraz z rzwjem wniskdawcy, partnerów z nim współpracujących raz relacji bizneswych które ich łączą. System bazy wiedzy pzwalał będzie na grmadzenie wiedzy z klejnych sektrów działalnści firmy. Dzięki temu rzwój systemu przebiegać będzie mógł w pinie i pzimie. System zapewni również całkwitą mżliwść bsługi przez dwlnie zwiększaną liczbę partnerów. System elektrniczneg nadzru nad systemami partnerów realizwany musi być w frmie gwarantującej bsługę wszystkich stswanych becnie frm knfiguracji systemów infrmatycznych przez partnerów wniskdawcy. Dpaswany będzie d rzbudwy i mnitrwania nwych systemów i nwych rzwiązań technicznych. Ilść bsługiwanych systemów będzie mgła być dwlnie zwiększana, nie stanwiąc jakiejklwiek bariery dla rzwju systemu mnitringu. Również ilść mnitrwanych danych, ilść sób nadzrujących system raz lista prcedur pstępwania nie mże w żaden spsób być graniczna. Tym samym musi być zapewnina pełna skalwalnść i mżliwść rzbudwy wraz z rzwjem ptrzeb i ilści bsługiwanych firm. Strna 2 z 19
2. Architektura systemu Elementy pddawane działanim: Rt Kategria 1 Pdkategria 1.1 Kategria 2 Kategria 3 Pdkategria 1.1.1 Definiujemy czynnści które przypisywane są d kategrii. Każdej czynnści mżna wyknać pis. Mżna ddawać pis słwny i zdjęcia (filmy??). Pdczas edycji słwnej dstępny musi być pdstawwy edytr (pgrubianie, zmiana wielkści czcinki, klru, wstawianie tabelek). Musi być też mżliwść wstawiania d pisu słwneg zdjęć które są przypisane d danej czynnści. Czyli: rbię smart fnem lub tabletem zdjęcie i ddawane jest n d kategrii. Pdczas rbienia pisu słwneg mgę t zdjęcie bezpśredni wsadzić w tekst. C ważne czynnść przypisana d kategrii nadrzędnej jest także widczna we wszystkich kategriach pdrzędnych. Strna 3 z 19
Przykład: Definiujemy drzew: Rt Samchdy Audi A4 A6 2004-2008 A6 2008-2012 2.0 TDI 120 KM 1,6 benz 130 KM Mercedes W210 2003-2010 2.0 CDI 120 KM 2.0 benz 140 KM Kasy fiskalne Nvitus Vega Nan Oprgramwanie FL PD PM Przykładw definiujemy czynnści: Pdłączenie UDC300 Pdłączenie impulsu prędkści Przejście z zasilaniem d akumulatra Mcwanie taksmetru Instalacja w systemie Windws 7 Instalacja w systemie Windws 8 Pdłączenie d CTI Pdpinając czynnść Mntaż UDC300 d kategrii Samchdy, mżliwść wyknywania pisu tej czynnści będzie widczna we wszystkich pdkategriach (Audi,Mercedes, itd..). Pdpinając czynnść instalacja w systemie Windws 7 d kategrii prgramwanie, stwrzna będzie mżliwść wyknania pisu instalacji każdeg prgramu na platfrmie Windws 7. Strna 4 z 19
Pdpinając czynnść Pdłączenie d CTI d pdkategrii PD z kategrii prgramwanie mżliwść wyknywania integracji z CTI będzie wyłącznie w pdkategrii PD. 3. Dane występujące w systemie bazy wiedzy Prpnuje się wykrzystanie systemu bazdanweg MS SQL 2012 Express. Kategria id id_kategrii_nadrzędnej nazwa czynnść_bazy_wiedzy id nazwa czas_bazwy_wyknania Twar Nazwa Cena1 nett Cena 2 Cena 3 VAT Jednstka Skrót nazwy Id_czynnści_bazy_wiedzy Twary_pwiązane Id_twaru Id_twaru_pwiazaneg pis czynnści w kategrii id_czynnści krekta czasu bazweg wyknania (mnżnik) pis (w jakiej frmie zapisywany?? Muszą być treści i zdjęcia) data_ddania id_usera_ddania stan (niezatwierdzne/zatwierdzne/drzucne) id_usera_mdyfikacji_stanu data_md Strna 5 z 19
użytkwnik id imie Nazwisk Id_firmy Lgin Hasl Telefn E-mail Data_waznsci Sl_grupy_uzytkwnikw Id Nazwa T_sl_kategrie_grupy_dstępu Id_kategrii Id_grupy_uzytkwnikw Id_pzimu_dstępu T_kdy_jednrazwe Id Data_wytwrzenia User_wytwrzenia hash Słwnik pzimów dstępu d bazy wiedzy Tylk dczyt Ddawanie Edycja/zatwierdzanie Usuwanie Grupy użytkwników d harmngramwania Id Nazwa Słwnik dstępu d harmngramwania Odczyt i edycja swich zadań Odczyt i edycja zadań z grupy Odczyt i edycja wszystkich zadań Strna 6 z 19
Firma Id Nazwa Nip Adres Kd Miast Kraj Tel E-mail Telefn Klient: id Nazwa Imię Nazwisk Telefn Adres numer Kd pcztwy Miast Kraj Opis Pzimy dstępu pracwników Pzimy dstępu partnerów d infrmacji Jednrazwe kdy dstępwe d dstępu jednrazweg d kategrii Zarządzenie ilścią dstępów Strna 7 z 19
4. ETAP 1 - Wymagania Bazy wiedzy 4.1 Funkcje bazy wiedzy Grmadzenie wiedzy Ddawanie kategrii, pdkategrii Ddawanie czynnści Zarządzenie pisami czynnści Panel pisy czekujące/pprawine/zatwardzne/publikwane Generwanie kdów jednrazwych dstępu d infrmacji USTAWIENIA SYSTEMOWE Ddawanie/ edycja/ kaswanie firm Ddawanie/ edycja/kaswanie użytkwników Ddawanie i edycja uzytkwników w użytkwnicy_kategria_uprawnienia Otwrzenie karty użytkwnika i jeg uprawnień pwduje zaczytanie wszystkich kategrii głównych będących becnie w bazie i wyświetlenie ich d edycji uprawnień. Pdczas zapisu sprawdzane jest czy user ma już uprawnienia d tej kategrii, jeżeli nie ma t są ne ddawane d użytkwnicy_kategria_uprawnienia. Strna 8 z 19
4.2 ETAP - 1 Interfejs bazy wiedzy Dstęp realizwany pprzez Panel Web. Występuje pdział na mduły uruchamiane w zależnści d pzimów dstępu użytkwnika: - baza wiedzy (dstęp d drzewa kategrii) Dstęp p zalgwaniu (mżliwść zapamiętania hasła w przeglądarce) Pkazujemy kategrię główną P wybraniu pdkategrii zstaje lista wszystkich czynnści kategrii nadrzędnej i pkazują się wszystkie kategrie pdrzędne. Celem jest pkazanie użytkwnikwi rzwinięteg drzewa z łatwym pisem wszystkich kategrii i usług z całeg drzewa. Przykładw: Mam pis Ogólny pdłączanie taksmetru w VW Passat B5 i jest n rzwinięty, jak wejdę w VW Passat B5 2004r 20.tdi t mam uszczegółwienie. Ważne też żeby user mógł rzwinąć pisy więcej niż jedneg elementu. Np. Mntażu taksmetru, mntażu anteny, pdłączenia impulsu itd.. Rbi mu się wtedy dłuuuga strna p której mże wygdnie nawigwać i rzwijać t c mu pasuje. W każdej kategrii są przyciski ddaj pis i edytuj pis. Twrzna jest baza i pdstawwy interfejs dstępu i budwania infrmacji. Ekran główny: mduły. Mduły są widczne dla użytkwnika na pdstawie jeg uprawnień. Zaczytywane z tabelki t_uzytkwnicy. Stan 1 kreśla jest dstęp, 0 Brak dstępu. Strna 9 z 19
Panel bczny z listą kategrii mże być rzwijany i zwijany tak aby był niewidczny. W mdule baza wiedzy występują elementy zarządzania bazą. Mżna zarządzać kategriami. Ddawanie, usuwanie (tylk jeśli puste), zmiana statusu (prpzycja/publikwane). Kategria mże mieć status prpzycja. Oznacza t że jakiś user serwisant zaprpnwał taką kategrię ale czeka na na zatwierdzenie przez sbę zarządzającą bazą wiedzy. Użytkwnik psiadający uprawnienia d mdułu Baza wiedzy musi jeszcze mieć uprawnienia d danych gałęzi drzewa kategrii. Definiwana jest tabelka użytkwnicy_kategria_uprawnienia. Id_kategrii, id_uzytkwnika. Jeżeli użytkwnik jest tutaj dpisany t psiada dstęp d kategrii i wszystkich kategrii znajdujących się niżej. Ddawanie użytkwników d tabelki z użytkwnicy_kategria_uprawnienia realizwane jest z pzimu mdułu Ustawienia. Strna 10 z 19
D kategrii ddawane są czynnści. Definiwana jest tabela t_czynnści: Zawiera pla takie jak: id nazwa_czynnści id_kategrii id_pzycji_cennikwej Ddatkw definiwana jest tabelka t_czynnści_pisy id id_czynnści pis html data_md użytkwnik_md Jak zrealizwać edycje. Prpnuję stwrzenie tabelki z prpzycjami pisów. Znajdwać się tam będą: Id Id_pisu_czynnści Opis Data_md Id_Użytkwnik_md Stan (0 prpzycja 1 zatwierdzne, 2- skaswane) W Bazie wiedzy jest zakładka Prpzycje pisów czynnści. Pkazywana jest tam lista z mżliwścią pkazywania wpisów tylk danej kategrii. Mżna z teg pzimu edytwać wpisy raz zmieniać ich status. Zmiana z prpzycji na zatwierdzny pwduje przepisanie pisu d tabelki _czynnści_pisy, aktualizację pól data_md i użytkwnik_md i zmianę statusu prpzycji pisu w prpzycjach na zatwierdzny. Strna 11 z 19
5. ETAP 1 - Wymagania harmngramwanie 5.1 Funkcjnalnść 1. Twrzenie stanwisk harmngramwania 2. Ddawanie planwanych czynnści d stanwiska 3. Wycena czynnści pdczas umawiania (d każdej czynnści musi się dać przypisać twary które będą pdpwiadane w frmie listy pdczas umawiania). Wycena musi być zapisana, żeby wiadm był d czeg się dnsi pdczas rzliczania. 4. Widk wszystkich stanwisk 5. Ddawanie sby która wyknała dana czynnść 6. Oznaczanie rzliczenia czynnści Harmngramwanie musi płączyć Sekafi, CDN Optima i Harmngram prac. W Sekafim ddajemy klientów. Pzwli t na krdynację handlu z tym c dzieje się w firmie raz ewidencją sprzedaży i Ew. rejestracja usterek. Baza klientów Sekafi, twarów i ewidencji jest nadrzędna. CDN Optima służy fakturwaniu i Ew. bsłudze magazynów. Pzwala na rzliczanie płatnści d kntrahentów. Harmngramwanie pzwala na planwanie prac, przypisywanie prac d klientów z Sekafi raz generwanie faktur d Optimy na pdstawie wyceny z Harmngramwania. Pdczas wyceny prpnwane są ceny na pdstawie bazy twarów Optima. Definiuje się tabelkę Zasby kreślająca listę zasbów (klejek) w których mżna planwać czynnści. Id Nazwa Id_firmy Definiuje się tabelkę zasby_uzytkwnicy Id ID_zasbu ID_uzytkwnika Wpisanie użytkwnika d daneg zasbu pzwala na uzyskanie przez nieg dstępu d planwania prac w danym zasbie Strna 12 z 19
5.2 Interfejs Interfejs dpaswany d użycia z ekranem dtykwym. Częst będzie harmngramwanie użytkwane na tablecie więc wpisywanie z klawiatury musi być graniczne d minimum, przyciski i pla duże, ułatwiające klikanie. Przyjmujemy jednak że tablet d harmngramwania t 10 z rzdzielczścią minimum 1280x800. Prpnuję przewidzieć w interfejsie stałe miejsce na wyświetlanie klawiatury 6. ETAP 1 - Wymagania Panel serwisanta Praca na tablecie. Instalwane jak prgram. Przystswane d pracy przez siec zewnętrzną, nie tylk LAN. Pdstawwe funkcje: 1. Przegląd stanwisk d których user ma uprawnienia 2. Przypisanie się d danej czynnści 3. Przegląd zadań ddanych ddatkw d usera 4. Dstęp d bazy wiedzy 5. Ddawanie pisów d bazy wiedzy 6. Edytwanie danych w bazie wiedzy 7. Rbienie zdjęć bezpśredni d bazy wiedzy d pisu danej usługi. Mduł Panel serwisanta pzwala na dstęp d kategrii w bazie wiedzy d której użytkwnik ma uprawnienia dstępu. Baza wiedzy w Panelu Serwisanta Mże rzwijać kategrie i przeglądać pisy czynnści. Mże również zaprpnwać nwą kategrię lub nwy pis. Dknać mże również zmiany pisu, c skutkuje ddaniem nweg pisu ze stanem Prpzycja. Pdczas edycji pisu mże ddawać zdjęcia przechwycne bezpśredni z kamery urządzenia na którym uruchminy jest Panel serwisanta. Strna 13 z 19
8. ETAP 1 - Wdrżenie urządzeń d pracy w sieci. W skład kniecznych działań wchdzą: 1. Knfiguracji macierzy dyskwych, 2. Instalacji systemów peracyjnych, 3. Instalacji aktualnych wersji systemów CDN Optima i Sekafi. 4. Przygtwanie serwera pd System bazy wiedzy i kntrli systemów. Niezbędne jest aby dane zgrmadzne przez firmę w starszych wersjach wymieninych prgramów zstały przeniesine d nwych wersji zgdnie z plityką grmadzenia danych firmy. Równcześnie knfiguracja macierzy dyskwych i instalacja systemów peracyjnych muszą być wyknane z zachwaniem wszelkich standardów i wymgów bwiązujących w firmie wniskdawcy. Strna 14 z 19
9. ETAP 1 - Wdrżenie i Integracja prgramwania. Wdrżenie prgramwania bazy wiedzy w struktury sieciwe Asken raz pdłączenie bazy wiedzy d ewidencji urządzeń jest niezbędne d prawidłweg działania systemu. Ważnym elementem jest uruchmienie mdułów harmngramwania i Panelu serwisanta d wprwadzania danych d systemu. Uruchmienie mdułu harmngramwania i mdułu wprwadzania danych knieczne jest na każdym kmputerze i urządzeniu mbilnym w Asken. W skład zakresu wyknywanych zadań wchdzi: 1. Instalacja raz knfiguracja nwych urządzeń sieciwych i ich integracja z już istniejącą siecią 2. Instalacja prgramwania d realizacji usług w systemie elektrnicznej wymiany danych. 3. Uruchmienie mdułów harmngramwania i mdułów wprwadzania danych na każdym kmputerze i urządzeniu mbilnym w firmie ASKEN. 10. ETAP 1 - Szklenie dla pracwników ASKEN W ramach szklenia pracwnicy firmy ASKEN muszą zstać przygtwani d pełneg wykrzystania mżliwści systemu z zakresu działania zakupinych mdułów. Pracwnicy biura z zakresu harmngramwania prac, natmiast serwisanci z zakresu wykrzystania i wprwadzania danych d bazy wiedzy. Liczba sób birących udział w szkleniu: 7 sób Ilść gdzin szklenia: 50 Strna 15 z 19
11. ETAP 2 - Panel Partnera Panel partnera realizwać będzie następujące funkcje: - dstęp d udstępnineg zakresu bazy wiedzy - dstęp d udstępninych danych harmngramwania - dstęp d własnych klejek harmngramwania - dstęp d cennika z cenami partnera - dstęp d zamówień - dstęp d faktur wystawinych partnerwi - dstęp d prcedur awaryjnych dtyczących sprzętu partnera - dstęp d statusów urządzeń partnera - dstęp d listy awarii - dstęp d panelu generwania zadań serwiswych Panel partnera udstępniny będzie za pmcą przeglądarki internetwej. Jeg użytkwanie nie będzie wymagać instalacji żadneg ddatkweg prgramwania p strnie partnera. C ważne, infrmacje stanie urządzeń przekazywane będą z serwera główneg zlkalizwaneg w Asken. Uniezależni t użytkwanie panelu d typu płączenia internetweg. Użytkwnik będąc w firmie nie musi mieć laptpa lub tabletu pdłączneg d firmwej sieci lkalnej, lecz krzystać mże z płączenia GPRS lub LTE. W panelu partnera istnieć będzie mżliwść definiwania użytkwników z dstępem wyłączenie d instrukcji pstępwania w przypadku awarii systemu. Jest t niezbędny element celem uniemżliwienia pracwnikm firm wgląd w wewnętrzne ustalenia i rzliczenia firmy. Strna 16 z 19
12. ETAP 2 - Wdrżenie panelu WEB i integracja z systemem Asken Przygtwane w etapie 1 prgramwanie zstać musi dstswane d pełneg udstępnienia w sieci publicznej. Zastswane zstać muszą zabezpieczenia gwarantujące bezpieczeństw całści systemu. Odpwiednia knfiguracja prtów i firewalla w ruterze brzegwym w sieci ASKEN wymagana jest d spełnienia tych wymagań. Infrmacja panelu partnera zamieszczna zstać musi na strnie www.asken.pl Partner musi psiadać wygdny dstęp d strny lgwania. wejście na strnie asken.p pwdwać będzie przekierwanie bezpśredni d strny lgwania d panelu partnera. Krytycznym elementem jest zapewnienie partnerwi dstępu d zadań realizwanych dla nieg przez Asken i mżliwść umawiania klejnych, lecz bez dstępu d danych kntrahentach Asken. W przypadku ddawania zadań przez pracwników Asken interfejs Panelu Harmngramwania pdpwiada kntrahentów Asken. W przypadku działania w panelu partnera dstęp d listy kntrahentów Asken musi być blkwany. Realizacja teg zadania wymaga również knfiguracji zabezpieczeń w serwerze bsługującym bazę wiedzy. 13. ETAP -3 - Oprgramwanie mnitrwania systemów kmputerwych Celem teg mdułu jest wyprzedanie awarii występujących w systemach partnerów. Oprgramwanie mnitrujące instalwane będzie na każdym mnitrwanym kmputerze. Prpnuje się aby infrmacje stanie urządzeń przesyłane były d serwera centralneg w dstępach 5 minut. Wystąpienie jakiejklwiek awarii przesyłane będzie d serwera centralneg w trybie natychmiastwych. Kmunikacja dbywać się będzie za pmcą systemu WEB API lub płączenia TCP. Każdy mnitrwany kmputer i serwer nadany będzie miał unikalny id i hash. Za pmcą danych lgwania będzie mógł wywływać dpwiednie plecenia w serwerze głównym pwdujące zapisanie aktualneg stanu kmputera i prgramwania mnitrwaneg. D każdeg mdułu zdefiniwane zstaną infrmacje które będą przekazywane d serwera centralneg. Oprgramwanie mnitrujące uruchamiać się będzie jak usługa niezależnie d lgwania w systemie Windws mnitrwanej maszyny. Mnitrwane będą wyłącznie urządzenia z systemem Windws. Żaden z klientów nie krzysta z prgramwania Linux więc nie planuje się wprwadzania prgramwania mnitrująceg dla systemów linux. Strna 17 z 19
Prgram mnitrujący mnitrwał będzie stan systemu windws raz stan prgramów pddawanych mnitringwi. Kmunikacja z zewnętrznym prgramwaniem dbędzie się za pmcą płączenia TCP i dpwiednich rzkazów zdefiniwanych na ptrzeby mnitringu. 14. ETAP 3 - Serwer centralny inwtegrujący dane z sieci partnerów Serwer centralny instalwany i uruchamiany będzie na tej samej maszynie na której działa system bazy wiedzy. Pzwli t uniknąć ddatkwych ksztów związanych z utrzymaniem klejnej maszyny w systemie ciągłej dstępnści usług. Zaszczędzi również energię gdyż włączna będzie stale jedna maszyna a nie dwie. Pniżej przedstawiny jest schemat idewy płączeń z systemem mnitrwania. Serwer grmadził będzie dane w bazie danych MS SQL. Będzie t ułatwieniem pdczas integracji z systemem bazy wiedzy. Każdy ddany element mnitrwania psiadać musi dkładny pis pstępwania na wypadek awarii. Jest t ważne dla użytkwnika (jak zrestartwać urządzenie, skąd jest zasilane, gdzie pdłączne d sieci kmputerwej) raz dla serwisanta nadzrująceg zdalnie wyknanie naprawy. Wgranie d systemu zdjęć i schematów pglądwych płączeń, raz haseł dstępu administratra pzwlą wyknywać naprawę usterek sbm które nie zajmwały się bezpśredni wdrżeniem daneg systemu. Strna 18 z 19
15. ETAP 3 - Serwer SMS Oprgramwanie wysyłki sms uruchmine będzie celem pwiadamiania klientów przeglądach i instalacjach. Krzystać z nieg będą mgli również partnerzy jeśli w swich panelach partnera zdefiniują akcje wysyłki sms w dpwiedniej gdzinie i treści. Serwer sms działał będzie na jednym z dstarcznych serwerów. Działać musi w śrdwisku Windws. Głównym wymgiem jest umżliwienie wysyłki dużej ilści sms bez pwdwania nadmiernych bciążeń finanswych dla Asken. Musi być więc mżliwść stswania kart SIM z dpwiednimi planami taryfwymi. Wysyłka sms realizwana musi być w trybie natychmiastwym (kilkdziesiąt sekund). Oprgramwanie musi psiadać mżliwść wygenerwania raprtu mmentach zbyt dużeg bciążenia wysyłką sms. Pzwli t w dpwiedni spsób rzbudwywać ilść kart SIM wysyłających sms'y. Dstępny musi być również mduł pzwalający na przesyłanie infrmacji wysyłce SMS z zewnętrznych prgramów partnera d mdułu wysyłki sms w Asken. Strna 19 z 19