s434782/DPRI_doc_20-21
1
0
Fork 0
forked from bikol/DPRI_doc_20-21
Code Issues Pull Requests Releases Wiki Activity

Merge pull request 'Zaktualizowany opis pracy w zespole' (#50) from s434804/DPRI_doc_20-21:master into master

Browse Source 
Reviewed-on: bikol/DPRI_doc_20-21#50
This commit is contained in:
Marcin Witkowski 2021-01-16 14:55:50 +01:00
commit 6d1bbe2c80
1 changed files with 216 additions and 215 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
Witkowski/aport-me/dokument_wymagan_projektowych.md
View File

@ -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_.