Improve content formatting
This commit is contained in:
@@ -1,5 +1,2 @@
|
||||
#set heading(numbering: "1.1")
|
||||
|
||||
= Wstęp <wstep>
|
||||
== Cel i zakres pracy <cel>
|
||||
== Struktura pracy <struktura>
|
||||
Tu będzie dopiero treść :)
|
||||
|
||||
@@ -40,4 +40,4 @@ W przypadku oparcia aplikacji komunikujacej się peer to peer z innymi urządzen
|
||||
== Istniejące rozwiązania i ich problemy
|
||||
Dwoma najpopularniejszymi aplikacjami do współtworzenia notatek w czasie rzeczywistym są Google Docs i Microsoft Word Online. Ich zakres funkcjonalności jest bardzo podobny - złożone formatowanie tekstu; możliwość dodawania załączników, tabel; historia wersji dokumentu; obecność publicznego API; wykorzystanie nowoczesnych standardów szyfrowania komunikacji; eksport dokumentu w postaci innego rodzaju pliku oraz wymagają konta do możliwości ich użycia. Google Docs korzysta ze swojego algorytmu Operational Transformation do synchronizacji zmian między użytkownikami, sposób przechowywania dokumentów nie jest jasny, nie wiemy w jakiej postaci są one przechowywane na serwerach Google, a dostęp do aplikacji jest darmowy. Microsoft Word Online nie udostępnia publicznie informacji o stosowanym podejściu do synchronizacji danych, dokumenty są przechowywane w postaci plików docx, a dostęp do aplikacji jest również darmowy.
|
||||
|
||||
Głównym problemem większości dzisiejszych narzędzi do tworzenia dokumentów jest uzależnienie od dostawcy. Każda z wymienionych aplikacji, jak i wiele innych dostępnych na rynku do skorzystania ze swoich usług wymaga założenia konta na platformie dostawcy, a w czasie współpracy wymagany jest ciągły dostęp do Internetu. W momencie gdy pracujemy nad jednym dokumentem z innymi użytkownikami w tym samym pomieszczeniu i nasze urządzenia są podłączone do tej samej sieci, opóźnienie w nanoszeniu zmian między użytkownikami zawsze uwzględnia dostęp do scentralizowanych serwerów. W momencie gdy zostaniemy odcięci od dostępu do Internetu, ale nadal będąc w tej samej sieci lokalnej, tracimy możliwość dalszej pracy. Szczególnie widać to w przypadku Google Docs, którego algorytm synchronizujący narzuca obecność serwera wybierającego kolejność nanoszenia zmian w dokumentach.
|
||||
Głównym problemem większości dzisiejszych narzędzi do tworzenia dokumentów jest uzależnienie od dostawcy. Każda z wymienionych aplikacji, jak i wiele innych dostępnych na rynku do skorzystania ze swoich usług wymaga założenia konta na platformie dostawcy, a w czasie współpracy wymagany jest ciągły dostęp do Internetu. W momencie gdy pracujemy nad jednym dokumentem z innymi użytkownikami w tym samym pomieszczeniu i nasze urządzenia są podłączone do tej samej sieci, opóźnienie w nanoszeniu zmian między użytkownikami zawsze uwzględnia dostęp do scentralizowanych serwerów. W momencie gdy zostaniemy odcięci od dostępu do Internetu, ale nadal będąc w tej samej sieci lokalnej, tracimy możliwość dalszej pracy. Szczególnie widać to w przypadku Google Docs, którego algorytm synchronizujący narzuca obecność serwera wybierającego kolejność nanoszenia zmian w dokumentach.
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#set heading(numbering: "1.1")
|
||||
|
||||
= Wymagania systemowe <wymagania>
|
||||
== Wymagania funkcjonalne
|
||||
== Wymagania niefunkcjonalne
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#set heading(numbering: "1.1")
|
||||
|
||||
= Implementacja <implementacja>
|
||||
== Projekt architektury systemu <projekt>
|
||||
== Model danych
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#set heading(numbering: "1.1")
|
||||
|
||||
= Testowanie i weryfikacja <testy>
|
||||
== Metodologia testowania
|
||||
== Scenariusze testowe
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
#set heading(numbering: "1.1")
|
||||
|
||||
= Podsumowanie i kierunki rozwoju <podsumowanie>
|
||||
== Osiągnięte cele
|
||||
== Ocena spełnienia wymagań
|
||||
== Możliwości dalszej rozbudowy
|
||||
=== Szyfrowanie end-to-end
|
||||
=== Optymalizacja dużych dokumentów
|
||||
|
||||
Reference in New Issue
Block a user