Zaktualizuj 'Witkowski/aport-me/dokument_wymagan_projektowych.md'

Witkowski/aport-me/dokument_wymagan_projektowych.md

@@ -11,6 +11,7 @@
 | Wersja |     Data     |                  Zmiany                   |
 | :----: | :----------: | :---------------------------------------: |
 |  1.0   | 13.11.2020r. | Utworzenie dokumentu wymagań projektowych |
+|  1.1   | 16.01.2021r. | Poprawka opisu organizacji pracy zespołu  |
 
 ## **1. Elementy składowe projektu (produkty projektu)**
 
@@ -178,9 +179,9 @@
 
 - Z racji chęci ścisłej współpracy z fundacją pod kątem użyteczności funkcji w aplikacji, zdecydowaliśmy się na metodykę zwinną, opartą o kilkutygodniowe sprinty, po których następowała konsultacja z klientem.
 - Jakie narzędzia wspomagające prace projektowe wykorzystuje zespół? W jaki sposób zespół zarządza kodami źródłowymi? W jaki sposób zarządza przebiegiem projektu? Czy wykorzystuje się narzędzia CI/CD? Czy stosowane narzędzia są ze sobą zintegrowane? Jeśli tak, to w jaki sposób?<br/>
-  **Narzędzia:** Git, Github, Jira, Postman, Swagger, ESlint + Prettier, Husky<br/>
-  **Zarządzanie kodem:** Wzajemny Code Review członków zespołu<br/>
-  **Ci\CD:** Brak<br/>
+  **Narzędzia:** DBeaver, Jira, Postman, Swagger, ESlint + Prettier, Husky<br/>
+  **Zarządzanie kodem:** Git, Github, wzajemny Code Review członków zespołu<br/>
+  **CI\CD:** Docker, GitHub Actions<br/>
   **Czy zintegrowane:** Tak, w postaci zdalnego repozytorium, korzystanie z jego funkcji (PR,CR)
 - Cykl życia oprogramowania zaczyna się od dodania zadania do backlogu, programista przypisuje się do zadania, a następnie przystępuje do jego realizacji, każda nowa funkcjonalność jest tworzona na osobnym branchu na gicie. Co 3 dni odbywają się spotkania (na wzór daily) gdzie omawiamy problemy i ewentualne ich rozwiązania. Po skończeniu pracy nad funkcjonalnością, wystawiany jest pull request, a następnie przeprowadzanie Code Review. Po poprawkach w Code Review branch jest mergowany do głównego brancha - _develop_.