kkolodziejczak / pbai Goto Github PK

Change assessment:
Zwięzła specyfikacja funkcjonalna (ST)

Change priority:
Normalny

Change implementation:

Estimated effort:
7 dni

Change assessment:
Podobnie jak #10 z tym, że chodzi nam o niski poziom na poziomie komponentów/ klas.
Wzorzec Projekt niskiego poziomu.docx

Change priority:
Normalna

Change implementation:
(C4 model Level 3/4)

Estimated effort:
2 dni

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Potrzebuje templatek ktore beda wysylane na email aby potwierdzic haslo i resetowac haslo. Zmienne do templatki to login, permalink do resetu / nowe haslo przy resecie

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Przeprowadzić ataki na aplikacje i zobaczyc jak się zachowa.

Change priority:
Critical

Change implementation:

Estimated effort:
2 dni

Change assessment:
Opracować podrozdział dla ST: wymagania bezpieczeństwa

Change priority:
Critical

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Przygotować tabelę, która zawiera zagrożenia i przypisać do nich cele zabezpieczeń, np:

Zagrożenia: Nieautoryzowany dostęp do prywatnych plików -> Cele zabezpieczeń: Uwierzytelnienie użytkownika
Change priority:
Critical

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Celem jest zaktualizowanie wcześniej stworzonych diagramów tak, aby reprezentowały aktualny stan aplikacji.

Change priority:
Normal

Change implementation:

Estimated effort:
1 dzień

Change assessment:
Powinien zostać utworzony opis systemu zgodny z PP_S2DEV_final version_1_0_pop_2014.pdf
dokument powinien zawierać

• Cel
• Wprowadzenie
• Opis przedmiotu oceny
• Opis TOE

Change priority:
Krytyczna

Change implementation:

Estimated effort:
7 dni

Change assessment:
Hasła w bazie danych powinny być przechowywane wraz z saltem

Change priority:
Critical

Change implementation:

Estimated effort:
1 day

Change assessment:
Strona korzystająca z API stworzonego w tasku #23.

Change priority:
Normal

Change implementation:

Estimated effort:
7 dni

Change assessment:
Dokończyć zgodność reprezentacji

Change priority:
Critical

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Po przekazaniu dokumentu przez admina/ usera do usera/admina, pomimo wiadomości potwierdzającej odszyfrowanie nie widać jego zawartości/

Change priority:
Critical

Change implementation:
Wyświetlić dialog zapisu odszyfrowanego dokumentu.

Estimated effort:
1 day

Change assessment:
Opracować podrozdział dla ST: uzasadnienie celów zabezpieczenia
Change priority:
Critical

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Celem jest zaktualizowanie dokumentacji tak aby przedstawiała zaimplementowany kod aplikacji.

Change priority:
Normal

Change implementation:

Estimated effort:
3 dni

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Np, rola, lub mandatowa, etc.

Change priority:
Normal

Change implementation:

Estimated effort:

Change assessment:
Przeprowadzić poprawki dotyczące zagrożeń i celów zabezpieczeń

Change priority:
Critical

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Pokazać że wysoki poziom łączy się z niskim poziomem. Z góry w dół albo z dołu do góry.
poprawiony dokument Zgodność reprezentacji.odt jeżeli chodzi o zgodność to tam pierwszy wiersz został skomentowany przez prowadzącego.

Change priority:
Normal

Change implementation:
Chodzi o poziomy abstrakcji. Architektura je idealnie przedstawia, jak można połączyć wysoki poziom z niskim chodzi o Level 2, Level 3

Estimated effort:
2 dni

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Kto, co, kiedy zrobił.

Change priority:
Normal

Change implementation:

Estimated effort:

Change assessment:
Projekt niskiego poziomu - zgodność klas i metod z projektem

Change priority:
Critical

Change implementation:
Pokrycie projektu niskiego poziomu z najważniejszymi klasami i metodami

Estimated effort:
ukończyć najpóźniej do 14.01

Change assessment:
Specyfikacja funkcjonalna z dokumentu ST, wzorzec specyfikacja funkcjonalna.docx

Change priority:
Normalna

Change implementation:
(C4 model Level 3)

Estimated effort:
2 dni

Change assessment:
Kiedy aplikacja wykryje poszczególne zagrożenie(log) powinna poinformować o tym administratora.

Change priority:
Critical

Change implementation:

Estimated effort:
1 day

Change assessment:
Stworzenie API pozwalającego na logowanie, rejestrację i inne rzeczy zgodne z dokumentacją nasze aplikacji

Change priority:
Normal

Change implementation:

Estimated effort:
7 dni

Change assessment:
Przeprowadzić ataki na backend i sprawdzić jak aplikacja się zachowa

Change priority:
Critical

Change implementation:

Estimated effort:
2 dni

Potrzebuje zeby ktos zrobil investigation jakie sa dobre wartoscic q i p w algorytmie dh zeby stworzyc do nich dobry generator.

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Podobnie jak #11 z tym, że chodzi nam o niski poziom na poziomie kontenerów.
Wzorzec Projekt wysokiego poziomu.docx

Change priority:
Normalna

Change implementation:
(C4 model Level 2)

Estimated effort:
2 dni

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Należy przetestować API backend i wypisać test case.
W pliku /be/src/test/flow.js jest przetestowane całe flow aplikacji, po kolei jakie requesty lecą itd. Możesz opisać to jako przypadki testowe, czyli 'użytkownik1 wysyła requesta pod endpoint, otrzymuje z niego coś itd...' Wszystkie endpointy jakie są, są opisane w readme backendu i w tym pliku flow.js. Możesz do nich strzelać z postmana.

Change priority:
Normal

Change implementation:

Estimated effort:
4 dni

Create basic architecture diagrams that will show how the application will be built. Using C4 model.

prosze mi dac email ktorego bede mogl uzywac
(musi nie blokowac zewnetrznych aplikacji)
jesli gmail: https://nodemailer.com/usage/using-gmail/

Change assessment:

Change priority:

Change implementation:

Estimated effort:

Change assessment:
Należy poprawić testy jednostkowe, tak aby pokrywały większość kodu.

Change priority:

Change implementation:
Jeżeli dana linia kodu jest zbędna, kod nigdy sie nie wykona powinna zostać usunięta.

Estimated effort:
2 dni

Change assessment:
Chodzi tutaj o opisanie przypadków testowych. Nie będziemy pisać żadnych testów. Możesz też stworzyć sobie 2 użytkowników np. Alice i Bob i opisywać przypadki w stylu. 'Żeby Alice mogła wysłać plik do Boba to musi wejść w zakładkę X, wgrać plik itd...', czyli gdzie trzeba klikać i co robić po kolei w całej aplikacji, żeby bezpiecznie wysłać plik między dwoma użytkownikami

Change priority:
minior

Change implementation:

Estimated effort:
4 dni