Monitoring Dokument wizji

Monitoring
Dokument wizji
Data: <11/03/2013>
Monitoring
Dokument wizji
1.
Wprowadzenie
Dokument prezentuje pomysł systemu mającego odbierać strumienie video z wielu źródeł jednocześnie
i umożliwiającego ich podgląd upoważnionym użytkownikom. Najoczywistszym zastosowaniem takiego systemu
może być monitoring terenów chronionych lub przestrzeni publicznej, gdzie monitoring ma służyć poprawie
bezpieczeństwa. W oparciu o ten sam rdzeń systemu można by jednak równie dobrze prowadzić wideokonferencje
połączone ze wspólnym oglądaniem materiałów lub transmisji video.
2.
Założenia projektu
2.1
Opis problemów
Problem stanowi
dotyczy
skutki występowania problemu
właściwym rozwiązaniem
byłoby
2.2
Opis produktu
Klient
Użytkownicy
Firmy ochroniarskie lub inne instytucje korzystające
z monitoringu; osoby chcące korzystać z wideokonferencji
Pracownicy ochrony; użytkownicy wideokonferencji
Nazwa produktu
The Multistreamer
System ma cechy takie, że
Można jednocześnie oglądać przekaz video z wielu źródeł, który
zawsze jest zsynchronizowany, gdy odbiera go wielu
użytkowników
Typowego oprogramowania do monitoringu albo typowego
oprogramowania do komunikacji video (jak Skype) – gdzie
mieszanie różnego rodzaju źródeł video jest kłopotliwe, gdyż
wszystkie źródła są tego samego rodzaju (same kamery
przemysłowe, same kamerki internetowe, itp.)
Pozwala w łatwy sposób zarządzać prezentowanymi źródłami
video, takimi jak: kamery podłączone do różnych komputerów,
kamery przemysłowe, strumienie video z Internetu, pliki video
W przeciwieństwie do
Nasz produkt
Poufne
potrzeba jednoczesnego przedstawienia strumieni video z wielu
źródeł
ochroniarzy lub funkcjonariuszy obsługujących monitoring,
użytkowników wideokonferencji
- konieczność obserwacji wielu strumieni video jednocześnie
- poprawa skomplikowania algorytmów połączeń
wideokonferencji
- implementacja optymalnego systemu dzielenia się materiałami
oraz transmisją video
- potrzeba produkcji oprogramowania jest albo łatwe
w obsłudze, i funkcjonalne
stworzenie prostego systemu pozwalającego zarządzać
obserwowanymi strumieniami video oraz oglądać wiele obrazów
jednocześnie na wspólnym ekranie
Tomasz Król, Paweł Tarasiuk, 2013
Strona 1
Monitoring
Dokument wizji
3.
Użytkownicy
3.1
Typy użytkowników
3.2
Data: <11/03/2013>
Nazwa
Zleceniodawca
Opis
Właściciel centrum turystyki
Administrator
Użytkownik sprawujący
kontrolę nad systemem
Użytkownik
zarejestrowany
Osoba korzystająca z
zasobów systemu
Gość
Użytkownik o najmniejszych
uprawnieniach
Czynności
Przygotowanie wymagań dotyczących projektu,
Przedstawienie założeń i potrzeb których
realizacja jest niezbędna.
Użytkownik zarządzający systemem. Do jego
obowiązków należy weryfikacja kont
użytkowników, a także kontrola jakości usług
oferowanych przez system.
Posiada dostęp do panelu administracyjnego
Zapewnia stabilną pracę, a także wprowadza
poprawki i nowe funkcjonalności poprawiając
atrakcyjności systemu na runku
Użytkownik posiada dostęp do panelu konta
w którym możliwe jest zarejestrowanie
strumieni video, zaawansowane przeszukiwanie
istniejących zasobów a także przegląd już
istniejących treści
Gość jest osobą nie zarejestrowaną która
próbuje przeglądać przeglądać oferowane
treści. Nie posiada ona własnego panelu. Ma do
dyspozycji jedynie możliwość prostego
wyszukiwania i ograniczenia czasowe
przeglądania zasobów
Środowisko użytkowania
Przygotowywany system informatyczny opracowywany jest aby umożliwiał jednoczesny dostęp
do wielokanałowego przysyłania strumieni danych. Dane odebrane to strumienie wideo które mogą być
obsługiwane w zakresie od 1 – 20 jednocześnie. Liczba aktualnie obsługiwanych strumieni może się
zmieniać w zależności od potrzeb użytkownika. System przewiduje obsługę maksymalnie pięciu
użytkowników zarejestrowanych oraz dowolną ilość gości. Podczas pracy system nadzoruje prace z kamer
różnego typu kamer których ilość może się wahać w przedziale od 0 do 200. W zależności
od zaimplementowanej infrastruktury monitorującej.
Zadaniem użytkownika jest analiza obrazu wyświetlanego przez aplikację dostępową. Czas trwania tego
zadania to jego predyspozycji w przypadki Użytkownika zarejestrowanego czas ten jest nie limitowany,
w przeciwieństwie do gościa który oprócz ograniczeń czasowych ma także niższą jakość otrzymywanych
materiałów.
Ważną zaletą systemu jest jedynie potrzeba posiadania szybkiego łącza internetowego oraz aplikacji
klienckiej współpracującej z serwisem aplikacji. Z tego względu system nie posiada ograniczeń specyfiki
środowiska wymaganej dla poprawnego korzystania z systemu.
4.
Przegląd cech produktu
4.1
Potrzeby i funkcjonalność
Potrzeba
Poufne
Priorytet
Związane z tym
Planowany czas
Tomasz Król, Paweł Tarasiuk, 2013
Strona 2
Monitoring
Dokument wizji
Data: <11/03/2013>
Panele użytkowników
cechy systemu
wykonania
Estetyczny,
nowoczesny design
25 dni
Łatwość użytkowania
Kurs online dla początkujących
użytkowników i administratorów
Zaznajomienie
użytkowników
z funkcjonalnościami
systemu
35 dni
Obsługa wideo
Obsługa
strumieniowania
15 dni
Skalowalność
Panel administracyjny
Możliwość zdalnego
włączenia
uruchomienia
systemu
20 dni
Możliwość
wprowadzania
poprawek
w systemie
Obsługa systemu kamer
Obsługa wielu
strumieni
30 dni
Niezależność od
platformy systemu
obsługującego
kamerę
Bezpieczeństwo przesyłanych
danych
Mechanizmy
uwierzytelniania
10 dni
Szyfrowanie haseł
Bezpieczny protokół
5.
Wymagania wobec produktu
Wymaganie
Priorytet
Planowany czas wykonania
Serwer aplikacji obsługujący technologię
.NET 4.0 IIS
Wysoki
gdy tylko zacznie się tworzenie
aplikacji
Możliwość korzystania z wybranej usługi sieciowej (np. WCF, albo po prostu: wiele
otwartych portów TCP i UDP) na serwerze
Serwer bazy danych MySQL
Wysoki
gdy tylko zacznie się tworzenie
aplikacji
Wysoki
gdy tylko zacznie się tworzenie
aplikacji
Aplikacja kliencka
Wysoki
25 dni
Łącze internetowe o przepustowości 16 Mb/s
w dwie strony (lub większej)
Średni
25 dni
Poufne
Tomasz Król, Paweł Tarasiuk, 2013
Strona 3
Monitoring
Dokument wizji
Data: <11/03/2013>
Testowa infrastruktura z kamerami
Niski
30 dni
Instrukcja użytkownika aplikacji klienckiej
Średni
35 dni
Instrukcja administratora usługi sieciowej
Niski
35 dni
Należy szczególną uwagę zwrócić na połączenie internetowe większość funkcji systemu działają w oparciu
o technologię webowe które bo prawidłowej pracy wymagają połączeni z Internetem. Nie jest to konieczne podczas
samego tworzenia systemu, ale wdrożenie bez spełnienia tego elementu nie byłoby możliwe. Aktualizacje systemu
możliwa wyłącznie podczas konserwacji systemu która musi być wykonywana w czasie przerwy w pracy systemu.
Pomysłem typowym dla rozwiązań opartych o .NET Framework jest zastosowanie usługi sieciowej WCF, ale przy
takim wyborze trudne będzie zachowanie interoperacyjności – obsługa tej technologii poza systemami Microsoft
jest kłopotliwa. Potrzebne może się okazać wybranie takich rozwiązań, aby implementacja komunikacji sieciowej
z innymi platformami (np. poprzez aplikację kliencką napisaną w języku Java) nie była niepotrzebnie
skomplikowana.
Poufne
Tomasz Król, Paweł Tarasiuk, 2013
Strona 4