3
1

Migracja z Eduwiki

This commit is contained in:
Patryk Żywica 2021-10-04 16:58:37 +02:00
parent 3c979fda21
commit 33563a9914
267 changed files with 16349 additions and 1 deletions

146
README.md
View File

@ -1,2 +1,146 @@
# dydaktyka
# Kontakt
**Patryk Żywica**\<\
\>
`stopień naukowy: doktor <`\
`>`\
`stanowisko: adiunkt <`\
`>`\
[`Zakład`` ``Metod`` ``Przetwarzania`` ``Informacji`` ``Nieprecyzyjnej`](http://min.wmi.amu.edu.pl "wikilink")`<`\
`>`\
`ul. Umultowska 87, 61-614 Poznań<`\
`>`\
`pok. B4-22<`\
`>`\
`<<MailTo(bikol AT amu DOT edu DOT pl)>>`
# Office hours / Dyżury i konsultacje {#office_hours_dyżury_i_konsultacje}
- Tuesday (wtorek) 12:00-13:00
- Thursday (czwartek) 10:30-11:30
- [terminarz mojej dostępności w weekendy na
WMI](https://usosweb.amu.edu.pl/kontroler.php?_action=katalog2/osoby/pokazPlanZajecPracownika&os_id=338586 "wikilink")
# Teaching / Dydaktyka {#teaching_dydaktyka}
### 2019/20L
- [Inżynierski projekt zespołowy (DPRI
LI1)](bikol/DPRILI1_2011920L "wikilink")
- [Inżynierski projekt zespołowy (ZPRI
LI1)](bikol/ZPRILI1_201920L "wikilink")
```{=html}
<!-- -->
```
- [Team project (DPRI LI1-E)](bikol/DPRILI1E_201920L "wikilink")
- [Internet Technologies (DTIN
LI0-E)](bikol/DTINLI0E_201920L "wikilink")
### 2019/20Z
- [Inżynierski projekt zespołowy (DPRI
LI1)](bikol/DPRILI1_201819L "wikilink")
- [Inżynierski projekt zespołowy (ZPRI
LI1)](bikol/ZPRILI1_201819L "wikilink")
- [Inżynieria oprogramowania (DINO
LI0)](bikol/DINOLI0_201920Z "wikilink")
- [Software enginieering (DINO
LI0-E)](bikol/DINOLI0_201920Z "wikilink")
### 2018/19L {#l_1}
- [Internet Technologies (DTIN
LI0-E)](bikol/DTINLI0E_201819L "wikilink")
- [Inżynierski projekt zespołowy (DPRI
LI1)](bikol/DPRILI1_201819L "wikilink")
- [Analiza i projektowanie obiektowe (ZAPO
LI0)](bikol/ZAPOLI0_201819L "wikilink")
- [Inżynierski projekt zespołowy (ZPRI
LI1)](bikol/ZPRILI1_201819L "wikilink")
### 2018/19Z {#z_1}
- [Software enginieering (DINO
LI0-E)](bikol/DINOLI0_201819L "wikilink")
- [Inżynieria oprogramowania (DINO
LI0)](bikol/DINOLI0_201819L "wikilink")
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_201819Z "wikilink")
- [Modelowanie i przetwarzanie informacji nieprecyzyjnej (DMIN
LI0)](bikol/DMINLI0_201819Z "wikilink")
- [Inżynierski projekt zespołowy 2 (DPRI
LI2)](bikol/DPRILI1_201718L "wikilink")
- [Inżynierski projekt zespołowy 2 (ZPRI
LI2)](bikol/ZPRILI1_201718L "wikilink")
### 2017/18L {#l_2}
- [Internet Technologies (DTIN
LI0-E)](bikol/DTINLI0E_201718L "wikilink")
- [Inżynieria oprogramowania (DINO
LI1)](bikol/DINOLI0_201718L "wikilink")
- [Inżynierski projekt zespołowy (DPRI
LI1)](bikol/DPRILI1_201718L "wikilink")
- [Inżynierski projekt zespołowy (ZPRI
LI1)](bikol/ZPRILI1_201718L "wikilink")
### 2017/18Z {#z_2}
- [Seminarium dyplomowe (DSDD LI0)](bikol/DSDDLI0_2017 "wikilink")
- [Inżynierski projekt zespołowy 2 (DPRI
LI2)](bikol/DPRILI1_2016 "wikilink")
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2017 "wikilink")
- [Modelowanie i przetwarzanie informacji nieprecyzyjnej (DMIN
LI0)](bikol/DMINLI0_2017 "wikilink")
- [Inżynierski projekt zespołowy 2 (ZPRI
LI2)](bikol/ZPRILI1_2016 "wikilink")
- [Analiza i projektowanie obiektowe (ZAPO
LI0)](bikol/ZAPOLI0_2017 "wikilink")
- [Pracownia programowania (ZPRPLI0)](bikol/ZPRPLI0_2017 "wikilink")
### 2016/2017
- [Inżynierski projekt zespołowy 1 (ZPRI
LI1)](bikol/ZPRILI1_2016 "wikilink")
- [Inżynierski projekt zespołowy (DPRI
LI1)](bikol/DPRILI1_2016 "wikilink")
- [Inżynieria oprogramowania (DINO
LI0)](bikol/DINOLI0_2016 "wikilink")
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2016 "wikilink")
- [Modelowanie i przetwarzanie informacji nieprecyzyjnej (DMIN
LI0)](bikol/DMINLI0_2016 "wikilink")
- [Analiza i projektowanie obiektowe (ZAPO
LI0)](bikol/ZAPOLI0_2016 "wikilink")
### 2015/2016 {#section_1}
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2015 "wikilink")
### 2014/2015 {#section_2}
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2014 "wikilink")
- [Tworzenie systemów informatycznych(DTSI
UI1)](bikol/DTSIUI1_2014 "wikilink")
### 2013/2014 {#section_3}
- [Tworzenie systemów informatycznych-projekt (DTSI
UI2)](bikol/DTSIUI2_2013 "wikilink")
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2013 "wikilink")
- [Tworzenie systemów informatycznych(DTSI
UI1)](bikol/DTSIUI1_2013 "wikilink")
### 2012/2013 {#section_4}
- [Tworzenie systemów informatycznych-projekt (DTSI
UI2)](bikol/DTSIUI2_2012 "wikilink")
- [Analiza i projektowanie obiektowe (DAPO
LI0)](bikol/DAPOLI0_2012 "wikilink")

21
bikol/DAPOLI0.md Normal file
View File

@ -0,0 +1,21 @@
# Opis
1. 1. Tutaj należy wpisać opis tego przedmiotu
```{=html}
<!-- -->
```
1. 1. Poniżej znajduje się kod automatycznie wypisujący grupy
# Wykłady
\<\<ClassInclude(\^bikol/DAPOLI0/\[0-9\]W\[A-Z\]\$,,,to=\"\^\-\-\--\")>\>
# Ćwiczenia
\<\<ClassInclude(\^bikol/DAPOLI0/\[0-9\]C\[A-Z\]\$,,,to=\"\^\-\-\--\")>\>
------------------------------------------------------------------------
KategoriaPrzedmiot

122
bikol/DAPOLI0_2012.md Normal file
View File

@ -0,0 +1,122 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupa CA.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
środa, godz.: 10:00, sala: **A1-24,25**
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o:
- spóźnienie nieprzekraczające tygodnia: 1 punkt
- spóźnienie powyżej tygodnia: 0.5 + {liczba tygodni spóźnienia
zaokrąglona w górę} \* 0.5
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe uzyskanie
punktów za zadanie o numerze wyższym bez wcześniejszego oddania
wszystkich zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć.
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny**
\|\|\<:> **Opis** \|\| \|\| 1 \|\| Prototyp \|\|\<:> 10 X 10:00 \|\|\<:>
na zajęciach \|\|\<:> 1 \|\|\<:> indywidualna \|\| \|\| \|\| 2 \|\|
Skrócone przypadki użycia \|\|\<:> 21 X 23:59 \|\|\<:> email + wiki
\|\|\<:> 2 \|\|\<:> grupowa \|\| \|\| \|\| 3 \|\| Pełny przypadek użycia
\|\|\<:> 7 XI 12:00 \|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\|
\|\| \|\| 4 \|\| Model wiedzy dziedzinowej \|\|\<:> 5 XII 10:00 \|\|\<:>
email + prezentacja \|\|\<:> 5 \|\|\<:> grupowa \|\| \|\| \|\| 5 \|\|
Opis zdarzeń systemowych \|\|\<:> 12 XII 10:00 \|\|\<:> na zajęciach
\|\|\<:> - \|\|\<:> grupowa \|\| \|\| \|\| 6 \|\| Diagramy interakcji
\|\|\<:> 09 I 10:00 \|\|\<:> email + prezentacja \|\|\<:> 6 \|\|\<:>
indywidualna \|\| \|\| \|\| 7 \|\| Diagram klas \|\|\<:> 17 I 23:59
\|\|\<:> email + prezentacja \|\|\<:> 1 \|\|\<:> grupowa \|\| \|\| \|\|
8 \|\| Wzorce projektowe \|\|\<:> 17 I 23:59 \|\|\<:> email +
prezentacja \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\|
### Harmonogram
\|\|\<:> **Numer\<\
\>zajęć** \|\|\<:> **Data** \|\|\<:> **Tematyka** \|\| \|\| 1 \|\| 3 X
\|\| sprawy organizacyjne\<\
\>wybór projektów\<\
\>wybór funkcjonalności prototypu\<\
\>rozpoczęcie implementacji\|\| \|\| 2 \|\| 10 X \|\| ocena prototypu\<\
\>dyskusja i prezentacja prototypów\<\
\>wprowadzenie do skróconego opisu UC\|\| \|\| 3 \|\| 17 X \|\|
omówienie zadania\<\
\>praca nad skróconym opisem UC\<\
\>dyskusja o najczęstszych błędach\|\| \|\| 4 \|\| 24 X \|\| ocena
skróconego opisu UC\<\
\>prezentacja i dyskusja\<\
\>wybór UC do pełnego opisu \|\| \|\| 5 \|\| 7 XI \|\| praca nad
dokończeniem pełnego opisu UC\<\
\>dyskusja o najczęstszych błędach\<\
\>oddanie zadania\|\| \|\| 6 \|\| 14 XI \|\| model wiedzy dziedzinowej:
klasy \|\| \|\| 7 \|\| 21 XI \|\| model wiedzy dziedzinowej: asocjacje
\|\| \|\| 8 \|\| 28 XI \|\| model wiedzy dziedzinowej: atrybuty \|\|
\|\| 9 \|\| 5 XII \|\| prezentacja modelu wiedzy dziedzinowej\<\
\>zdarzenia systemowe \|\| \|\| 10 \|\| 12 XII \|\| diagramy interakcji
\|\| \|\| 11 \|\| 19 XII \|\| diagramy interakcji \|\| \|\| 12 \|\| 9 I
\|\| prezentacja diagramów interakcji\<\
\>diagram klas \|\| \|\| 13 \|\| 16 I \|\| diagram klas\<\
\>wzorce projektowe \|\| \|\| 14 \|\| 23 I \|\| wzorce projektowe\<\
\>ocena diagramu klas\<\
\>ocena wzorców projektowych\<\
\>podsumowanie zajęć\<\
\>wpisy \|\|
### Skala ocen {#skala_ocen}
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<50% \|\|\<:> ndst
\|\| \|\|\<:> \[50%,60%) \|\|\<:> dst \|\| \|\|\<:> \[60%,70%) \|\|\<:>
dst+ \|\| \|\|\<:> \[70%,80%) \|\|\<:> db \|\| \|\|\<:> \[80%,90%)
\|\|\<:> db+ \|\| \|\|\<:> \>=90% \|\|\<:> bdb \|\|
## Literatura
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

Binary file not shown.

131
bikol/DAPOLI0_2013.md Normal file
View File

@ -0,0 +1,131 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupa CA.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
środa, godz.: 10:00, sala: **A1-24,25**
## Aktualności
- Format maila z zadaniami domowymi:
- - Tytuł: \"\[DAPO\] Zadanie #m. Grupa #n\", gdzie #m i #n to
odpowiednio numer zadania i numer grupy
- Treść: pusta, ewentualnie informacje dodatkowe lub link
- Załączniki: pliki pdf lub astah
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *0.5 +
{liczba rozpoczętych tygodni spóźnienia} \* 0.5 punktów*.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe uzyskanie
punktów za zadanie o numerze wyższym bez wcześniejszego oddania
wszystkich zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest oddanie wszystkich zadań.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów: <attachment:Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny**
\|\|\<:> **Opis** \|\| \|\| 1 \|\| Prototyp \|\|\<:> 16 X 10:00 \|\|\<:>
na zajęciach \|\|\<:> 1 \|\|\<:> indywidualna \|\| \|\| \|\| 2 \|\|
Skrócone przypadki użycia \|\|\<:> 23 X 11:30 \|\|\<:> email \|\|\<:> 2
\|\|\<:> grupowa \|\| \|\| \|\| 3 \|\| Pełny przypadek użycia \|\|\<:> 6
XI 11:30 \|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\| \|\|
4 \|\| Model wiedzy dziedzinowej \|\|\<:> 27 XI 23:59 \|\|\<:> email +
prezentacja \|\|\<:> 5 \|\|\<:> grupowa \|\| \|\| \|\| 5 \|\| Opis
zdarzeń systemowych \|\|\<:> 11 XII 10:00 \|\|\<:> na zajęciach \|\|\<:>
- \|\|\<:> grupowa \|\| \|\| \|\| 6 \|\| Diagramy interakcji \|\|\<:> 5
I 23:59 \|\|\<:> email + ocenianie \|\|\<:> 6 \|\|\<:> indywidualna \|\|
\|\| \|\| 7 \|\| Diagram klas \|\|\<:> 19 I 23:59 \|\|\<:> email +
prezentacja \|\|\<:> 1 \|\|\<:> grupowa \|\| \|\| \|\| 8 \|\| Wzorce
projektowe \|\|\<:> 26 I 23:59 \|\|\<:> email + prezentacja \|\|\<:> 2
\|\|\<:> grupowa \|\| \|\|
### Harmonogram
\|\|\<:> **Numer\<\
\>zajęć** \|\|\<:> **Data** \|\|\<:> **Tematyka** \|\| \|\| 1 \|\| 2 X
\|\| sprawy organizacyjne\<\
\>wybór projektów\<\
\>wybór funkcjonalności prototypu\<\
\>rozpoczęcie implementacji\|\| \|\| 2 \|\| 9 X \|\| implementacja
prototypu \|\| \|\| 3 \|\| 16 X \|\| ocena prototypu\<\
\>dyskusja i prezentacja prototypów\<\
\>wprowadzenie do skróconego opisu UC\|\| \|\| 4 \|\| 23 X \|\|
omówienie zadania\<\
\>praca nad skróconym opisem UC\<\
\>dyskusja o najczęstszych błędach\|\| \|\| 5 \|\| 30 X \|\| ocena
skróconego opisu UC\<\
\>prezentacja i dyskusja\<\
\>wybór UC do pełnego opisu \|\| \|\| 6 \|\| 6 XI \|\| praca nad
dokończeniem pełnego opisu UC\<\
\>dyskusja o najczęstszych błędach\<\
\>oddanie zadania\|\| \|\| 7 \|\| 13 XI \|\| model wiedzy dziedzinowej:
klasy \|\| \|\| 8 \|\| 20 XI \|\| model wiedzy dziedzinowej: asocjacje
\|\| \|\| 9 \|\| 27 XI \|\| model wiedzy dziedzinowej: atrybuty \|\|
\|\| 10 \|\| 4 XII \|\| prezentacja modelu wiedzy dziedzinowej\<\
\>zdarzenia systemowe \|\| \|\| 11 \|\| 11 XII \|\| diagramy interakcji
\|\| \|\| 12 \|\| 18 XII \|\| diagramy interakcji \|\| \|\| 13 \|\| 8 I
\|\| prezentacja diagramów interakcji\<\
\>diagram klas \|\| \|\| 14 \|\| 15 I \|\| diagram klas\|\| \|\| 15 \|\|
22 I \|\| wzorce projektowe\<\
\>ocena diagramu klas\<\
\>ocena wzorców projektowych\|\| \|\| 16 \|\| 29 I \|\| wzorce
projektowe\<\
\>ocena wzorców projektowych\<\
\>podsumowanie zajęć\|\|
### Skala ocen {#skala_ocen}
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<50% \|\|\<:> ndst
\|\| \|\|\<:> \[50%,60%) \|\|\<:> dst \|\| \|\|\<:> \[60%,70%) \|\|\<:>
dst+ \|\| \|\|\<:> \[70%,80%) \|\|\<:> db \|\| \|\|\<:> \[80%,90%)
\|\|\<:> db+ \|\| \|\|\<:> \>=90% \|\|\<:> bdb \|\|
## Literatura
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

Binary file not shown.

134
bikol/DAPOLI0_2014.md Normal file
View File

@ -0,0 +1,134 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupy: CA,
CC.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
`wtorek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`środa, godz.: 10:00, sala: `**`A1-24,25`**
## Aktualności
## Punktacja
- [Punktacja](https://docs.google.com/spreadsheets/d/1fXdBOS0I1bM1eIu7XbQIErJNaA9OKs-a1nMMSAe2j3A/edit?usp=sharing "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 8 zadań
domowych.
- Niektóre z zadań realizowane grupowo.
- Wszystkie zadania należy przesłać prowadzącemu drogą mailową. Format
maila z zadaniami domowymi:
- - Tytuł: \"\[DAPO\] Zadanie #m. Grupa #n\", gdzie #m i #n to
odpowiednio numer zadania i numer grupy
- Treść: pusta, ewentualnie informacje dodatkowe lub link
- Załączniki: pliki pdf, doc, docx, odt, astah. **Nie będą
akceptowane** diagramy nadesłane w formatach graficznych
(takich jak jpg, svg czy pdf). Nadesłane pliki powinny być
otwieralne na wydziałowych instalacjach systemu Linux.
### Kartkówki
- W trakcie semetru planowane jest 6 kartkówek. Za każdą można zdobyc
2 punkty. Maksymalna punktacja za kartkówki to 10 punktów
(wybieranych jest 5 najlepiej napisanych).
- Kartkówki obejmować będą ostatnie wykłady, ćwiczenia oraz zadania
domowe.
- Należy pamiętać, że wykłady wyprzedzają ćwiczenia. Kartkówki mogą
obejmować materiał **nie poruszany jeszcze na ćwiczeniach**.
- Kartkówki **nie są obowiązkowe**.
- Nieobecność na zajęciach, na których była kartkówka nie uprawnia do
pisania jej w innym terminie.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych tygodni spóźnienia} \* 25%*.
- Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie
uzyskują punktów.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie
zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich
zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest zaliczenie wszystkich zadań.
- Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie
dodatniej liczby punków bez uwzględniania kary za spóźnienie.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania oraz kartkówki zgodnie ze
skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów: <attachment:Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny**
\|\|\<:> **Opis** \|\| \|\| 1 \|\| Prototyp \|\|\<:> 14, 15 X \|\|\<:>
na zajęciach \|\|\<:> 0 \|\|\<:> indywidualna \|\| \|\| \|\| 2 \|\|
Skrócone przypadki użycia \|\|\<:> 28, 29 X \|\|\<:> email + na
zajęciach \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\| \|\| 3 \|\| Pełny
przypadek użycia \|\|\<:> 11 XI \|\|\<:> email \|\|\<:> 3 \|\|\<:>
indywidualna \|\| \|\| \|\| 4 \|\| Model wiedzy dziedzinowej \|\|\<:>
2,3 XII \|\|\<:> email + na zajęciach\|\|\<:> 5 \|\|\<:> grupowa \|\|
\|\| \|\| 5 \|\| Opis zdarzeń systemowych \|\|\<:> 9,10 XII \|\|\<:>
email + na zajęciach \|\|\<:> - \|\|\<:> grupowa \|\| \|\| \|\| 6 \|\|
Diagramy interakcji \|\|\<:> 31 XII \|\|\<:> email \|\|\<:> 5 \|\|\<:>
indywidualna \|\| \|\| \|\| 7 \|\| Diagram klas \|\|\<:> 20,14 I
\|\|\<:> email + na zajęciach \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\| \|\|
8 \|\| Wzorce projektowe \|\|\<:> 27,21 I \|\|\<:> email \|\|\<:> 3
\|\|\<:> indywidualna \|\| \|\|
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za zadania domowe oraz 10 za
kartkówki).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|
## Literatura
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

Binary file not shown.

144
bikol/DAPOLI0_2015.md Normal file
View File

@ -0,0 +1,144 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupy: CA,
CB.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
`wtorek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`środa, godz.: 10:00, sala: `**`A1-24,25`**
## Aktualności
- Z powodu wyjazdu na konferencję i szkolenie następujące zajęcia
odbędą się w trybie e-learningu:
- - 21.10.2015 (środa)
- 27.10.2015 (wtorek)
- 3 oraz 4.11.2015 (wtorek i środa)
- 10.11.15 (wtorek), w środę jest dzień niepodległości
## Punktacja
- [Punktacja](https://docs.google.com/spreadsheets/d/1UVI38BhNb30iuV-jQYIGKS77g3Ap-xqxkwrETCSAdVc/edit?usp=sharing "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 9 zadań
domowych.
- Niektóre z zadań realizowane są grupowo.
- Wszystkie zadania należy przesłać prowadzącemu drogą mailową. Format
maila z zadaniami domowymi:
- - Tytuł: \"\[DAPO\] Zadanie #m. Grupa #n\", gdzie #m i #n to
odpowiednio numer zadania i numer grupy
- Treść: pusta, ewentualnie informacje dodatkowe lub link
- Załączniki: pliki pdf, doc, docx, odt, astah. **Nie będą
akceptowane** diagramy nadesłane w formatach graficznych
(takich jak jpg, svg czy pdf). Nadesłane pliki powinny być
otwieralne na Terminalu wydziałowym.
### Kartkówki
- W trakcie semestru planowane jest 6 kartkówek. Za każdą można zdobyć
2 punkty. Maksymalna punktacja za kartkówki to 10 punktów
(wybieranych jest 5 najlepiej napisanych).
- Kartkówki obejmować będą ostatnie wykłady, ćwiczenia oraz zadania
domowe.
- Należy pamiętać, że wykłady wyprzedzają ćwiczenia. Kartkówki mogą
obejmować materiał **nie poruszany jeszcze na ćwiczeniach**.
- Kartkówki **nie są obowiązkowe**.
- Nieobecność na zajęciach, na których była kartkówka nie uprawnia do
pisania jej w innym terminie.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt i nie zwalania z
obowiązku prezentacji zadania.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych tygodni spóźnienia} \* 25%*.
- Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie
uzyskują punktów.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie
zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich
zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest zaliczenie wszystkich zadań.
- Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie
dodatniej liczby punków bez uwzględniania kary za spóźnienie.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe oraz kartkówki
zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów: <attachment:Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny**
\|\|\<:> **Opis** \|\| \|\| 1 \|\| Prototyp i zakres systemu \|\|\<:>
13, 14 X \|\|\<:> prototyp na zajęciach + zakres email \|\|\<:> -
\|\|\<:> indywidualna \|\| \|\| \|\| 2 \|\| Skrócone przypadki użycia
\|\|\<:> 20, 21 X \|\|\<:> email + na zajęciach \|\|\<:> 2 \|\|\<:>
grupowa \|\| \|\| \|\| 3 \|\| Pełny przypadek użycia \|\|\<:> 11 XI
\|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\| \|\| 4 \|\|
Model wiedzy dziedzinowej (klasy) \|\|\<:> 24,25 XI \|\|\<:> email + na
zajęciach\|\|\<:> 1 \|\|\<:> grupowa \|\| \|\| \|\| 5 \|\| Model wiedzy
dziedzinowej (całość)\|\|\<:> 1,2 XII \|\|\<:> email + na
zajęciach\|\|\<:> 4 \|\|\<:> grupowa \|\| \|\| \|\| 6 \|\| Opis zdarzeń
systemowych \|\|\<:> 8,9 XII \|\|\<:> na zajęciach \|\|\<:> - \|\|\<:>
grupowa \|\| \|\| \|\| 7 \|\| Diagramy interakcji \|\|\<:> 31 XII
\|\|\<:> email \|\|\<:> 5 \|\|\<:> indywidualna \|\| \|\| \|\| 8 \|\|
Diagram klas \|\|\<:> 19,20 I \|\|\<:> email + na zajęciach \|\|\<:> 2
\|\|\<:> grupowa \|\| \|\| \|\| 9 \|\| Wzorce projektowe \|\|\<:> 26,27
I \|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za zadania domowe oraz 10 za
kartkówki).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|
## Literatura
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

Binary file not shown.

164
bikol/DAPOLI0_2016.md Normal file
View File

@ -0,0 +1,164 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupy: CA,
CB, CC.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr hab. Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
`CC wtorek, godz.: 8:15, sala: `**`A0-1`**`<`\
`>`\
`CB wtorek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`CA wtorek, godz.: 17:15, sala: `**`A1-16,17`**
## Aktualności
- [ Warunki poprawy ćwiczeń](/Poprawa "wikilink")
- [ Ankieta wzroce projektowe
](https://docs.google.com/forms/d/e/1FAIpQLSdfTyRYVr29bZbo1B6oXXMOM4zaD_6tLFMYL_oAbPIDDXn3zg/viewform "wikilink")
- W związku z brakiem wykładów w najbliższych dwóch tygodniach (22 i
29 listopada), dla zachowania synchronizacji odwołuję ćwiczenia z
przedmiotu Analiza i projetkowanie obiektowe w dniu 22 listopada
2016 roku. Zajęcia **29 listopada odbywają się normalnie** i będą
obejmowały kartkówkę z modelu wiedzy dziedzinowej.
```{=html}
<!-- -->
```
- Punktacja za pierwszą kartkówkę oraz za Skrócone przypadki użycia
jest już wpisana do [USOSa](USOSa "wikilink")
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
- [ Grupy i
obecnosci](https://docs.google.com/spreadsheets/d/1DuEByglvGd88JPms25ZhTWf7Fuu0nPJjwAWe1G8WklI/edit?usp=sharing "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 9 zadań
domowych.
- Niektóre z zadań realizowane są grupowo.
- Wszystkie zadania należy przesłać prowadzącemu drogą mailową. Format
maila z zadaniami domowymi:
- - Tytuł: \"\[DAPO\] Zadanie #m. Grupa #x:#n\", gdzie #m i #n
to odpowiednio numer zadania i numer grupy, a #x to
oznaczenie literowe grupy (CA, CB, \...)
- Treść: pusta, ewentualnie informacje dodatkowe lub link
- Załączniki: pliki pdf, doc, docx, odt, astah. **Nie będą
akceptowane** diagramy nadesłane w formatach graficznych
(takich jak jpg, svg czy pdf). Nadesłane pliki powinny być
otwieralne na Terminalu wydziałowym.
### Kartkówki
- W trakcie semestru planowane jest 6 kartkówek. Za każdą można zdobyć
2 punkty. Maksymalna punktacja za kartkówki to 10 punktów
(wybieranych jest 5 najlepiej napisanych).
- Kartkówki obejmować będą ostatnie wykłady, ćwiczenia oraz zadania
domowe.
- Należy pamiętać, że wykłady wyprzedzają ćwiczenia. Kartkówki mogą
obejmować materiał **nie poruszany jeszcze na ćwiczeniach**.
- Kartkówki **nie są obowiązkowe**.
- Nieobecność na zajęciach, na których była kartkówka nie uprawnia do
pisania jej w innym terminie.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt i nie zwalania z
obowiązku prezentacji zadania.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych tygodni spóźnienia} \* 25%*.
- Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie
uzyskują punktów.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie
zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich
zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest zaliczenie wszystkich zadań.
- Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie
dodatniej liczby punków bez uwzględniania kary za spóźnienie.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe oraz kartkówki
zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów: <attachment:Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny** \|\|
\|\|\<\|2> 1 \|\| Prototyp i zakres systemu \|\|\<:> 11 X \|\|\<:>
prototyp na zajęciach + zakres email \|\|\<:> - \|\|\<:> indywidualna
\|\| \|\|\<-5> \...\|\| \|\|\<\|2> 2 \|\| Skrócone przypadki użycia
\|\|\<:> 25 X 23:59 \|\|\<:> email \|\|\<:> 2 \|\|\<:> grupowa \|\|
\|\|\<-5> \...\|\| \|\|\<\|2> 3 \|\| Pełny przypadek użycia
([przykład](attachment:WykBad2_use_case.doc "wikilink"))\|\|\<:> 15 XI
\|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|\<-5> \...\|\|
\|\|\<\|2> 4 \|\| Model wiedzy dziedzinowej (klasy) \|\|\<:> 29 XI
\|\|\<:> email + na zajęciach\|\|\<:> 1 \|\|\<:> grupowa \|\| \|\|\<-5>
Lista klas konceptualnych dla rozpatrywanego systemu\|\| \|\|\<\|2> 5
\|\| Model wiedzy dziedzinowej (całość)\|\|\<:> 6 XII \|\|\<:> email +
na zajęciach\|\|\<:> 4 \|\|\<:> grupowa \|\| \|\|\<-5> Kompletny model
wiedzy dziedzinowej całego systemu uwzględniający klasy, asocjacje oraz
atrybuty\|\| \|\|\<\|2> 6 \|\| Opis zdarzeń systemowych \|\|\<:> 20 XII
\|\|\<:> na zajęciach \|\|\<:> - \|\|\<:> grupowa \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 7 \|\| Diagramy interakcji \|\|\<:> 4 I \|\|\<:>
email \|\|\<:> 5 \|\|\<:> indywidualna \|\| \|\|\<-5> 2 zaawansowane
diagramy sekwencji, 1 zaawansowany diagram komunikacji, diagramy muszą
uwzględniać notację UML 2.x\|\| \|\|\<\|2> 8 \|\| Diagram klas \|\|\<:>
24 I \|\|\<:> na zajęciach \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 9 \|\| Wzorce projektowe \|\|\<:> 31 I \|\|\<:> na
zajęciach \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|\<-5> \...\|\|
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za zadania domowe oraz 10 za
kartkówki).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|
## Literatura
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

View File

@ -0,0 +1,29 @@
zaliczeniowego.
W ramach projektu, student przygotowuje (indywidualnie) odpowiednie
artefakty opisujące system „Automat spożywczy":
Należy zbudować oprogramowanie wykorzystywane do obsługi zaawansowanego automatu spożywczego dystrybuującego napoje, słodycze oraz ciepłe posiłki. Automat powinien obsługiwać proces przyjmowania zapłaty w gotówce oraz kartami płatniczymi. Po wybraniu określonej pozycji powinien wydawać, bądź przygotować określony produkt.
Projekt składa się z następujących części:
1. Identyfikacja aktorów w systemie. Zakres systemu (IN-OUT). Skrócone
przypadki użycia dla wymaganych funkcjonalności.
2. Pełny przypadek użycia dla dokonania zakupu produktu.
3. Diagramy interakcji obrazujące realizację procesu zakupu produktu
(zgodnie z pełnym przypadkiem użycia). Przynajmniej jeden diagram
sekwencji i jeden komunikacji.
4. Projektowy diagram klas dla części systemu odpowiedzialnej za
realizację zakupu produktu (na bazie diagramów interakcji).
5. Zastosowanie wzorca projektowego w projekcie. Opis (jaki wzorzec,
dlaczego, jaki problem rozwiązuje), uzupełnienie diagramu klas oraz
jeden dodatkowy diagram sekwencji pokazujący zasadę działania
wybranego wzorca projektowego.
Kryteria oceny poszczególnych części są analogiczne jak w trakcie
semestru. Najwyższa ocena na jaką można poprawić ćwiczenia to 3.0 (w
przypadku skrajnie dobrej realizacji wszystkich części projektu - 3.5).
Przygotowany projekt należy przesłać emailem i/lub przedstawić osobiście
w terminie uzgodnionym z prowadzącym zajęcia. **Projekty przyjmowane
będą do 28 lutego 2017.**

Binary file not shown.

Binary file not shown.

153
bikol/DAPOLI0_2017.md Normal file
View File

@ -0,0 +1,153 @@
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupy: CA,
CB.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr hab. Jacek Marciniak<`\
`>`\
`wtorek, godz.: 10:00, aula C`
## Ćwiczenia
`CB wtorek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`CA wtorek, godz.: 17:15, sala: `**`A1-16,17`**
## Aktualności
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
- [ Grupy i
obecnosci](https://docs.google.com/spreadsheets/d/1AlpLaFo_rMqHl8cx3rrpBymxKffpIyxhbsjuZQaKOeY/edit?usp=sharing "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 9 zadań
domowych.
- Niektóre z zadań realizowane są grupowo.
- Wszystkie zadania należy przesłać prowadzącemu drogą mailową. Format
maila z zadaniami domowymi:
- - Tytuł: \"\[DAPO\] Zadanie #m. Grupa #x:#n\", gdzie #m i #n
to odpowiednio numer zadania i numer grupy, a #x to
oznaczenie literowe grupy (CA, CB, \...)
- Treść: pusta, ewentualnie informacje dodatkowe lub link
- Załączniki: pliki pdf, doc, docx, odt, astah. **Nie będą
akceptowane** diagramy nadesłane w formatach graficznych
(takich jak jpg, svg czy pdf). Nadesłane pliki powinny być
otwieralne na Terminalu wydziałowym.
### Kartkówki
- W trakcie semestru planowane jest 6 kartkówek. Za każdą można zdobyć
2 punkty. Maksymalna punktacja za kartkówki to 10 punktów
(wybieranych jest 5 najlepiej napisanych).
- Kartkówki obejmować będą ostatnie wykłady, ćwiczenia oraz zadania
domowe.
- Należy pamiętać, że wykłady wyprzedzają ćwiczenia. Kartkówki mogą
obejmować materiał **nie poruszany jeszcze na ćwiczeniach**.
- Kartkówki **nie są obowiązkowe**.
- Nieobecność na zajęciach, na których była kartkówka nie uprawnia do
pisania jej w innym terminie.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt i nie zwalania z
obowiązku prezentacji zadania.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych tygodni spóźnienia} \* 25%*.
- Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie
uzyskują punktów.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie
zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich
zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest zaliczenie wszystkich zadań.
- Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie
dodatniej liczby punków bez uwzględniania kary za spóźnienie.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe oraz kartkówki
zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany numer.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów:
<attachment:bikol/DAPOLI0_2016/Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny** \|\|
\|\|\<\|2> 1 \|\| Prototyp i zakres systemu \|\|\<:> 10 X \|\|\<:>
prototyp na zajęciach \|\|\<:> - \|\|\<:> indywidualna \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 2 \|\| Skrócone przypadki użycia \|\|\<:> 24 X 23:59
\|\|\<:> email \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\|\<-5> \...\|\|
\|\|\<\|2> 3 \|\| Pełny przypadek użycia
([przykład](attachment:bikol/DAPOLI0_2016/WykBad2_use_case.doc "wikilink"))\|\|\<:>
14 XI \|\|\<:> email \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 4 \|\| Model wiedzy dziedzinowej (klasy) \|\|\<:> 21
XI \|\|\<:> email + na zajęciach\|\|\<:> 1 \|\|\<:> grupowa \|\|
\|\|\<-5> Lista klas konceptualnych dla rozpatrywanego systemu\|\|
\|\|\<\|2> 5 \|\| Model wiedzy dziedzinowej (całość)\|\|\<:> 28 XI
\|\|\<:> email + na zajęciach\|\|\<:> 4 \|\|\<:> grupowa \|\| \|\|\<-5>
Kompletny model wiedzy dziedzinowej całego systemu uwzględniający klasy,
asocjacje oraz atrybuty\|\| \|\|\<\|2> 6 \|\| Opis zdarzeń systemowych
\|\|\<:> 12 XII \|\|\<:> na zajęciach \|\|\<:> - \|\|\<:> grupowa \|\|
\|\|\<-5> \...\|\| \|\|\<\|2> 7 \|\| Diagramy interakcji \|\|\<:> 9 I
\|\|\<:> email \|\|\<:> 5 \|\|\<:> indywidualna \|\| \|\|\<-5> 2
zaawansowane diagramy sekwencji, 1 zaawansowany diagram komunikacji,
diagramy muszą uwzględniać notację UML 2.x\|\| \|\|\<\|2> 8 \|\| Diagram
klas \|\|\<:> 16 I \|\|\<:> na zajęciach \|\|\<:> 2 \|\|\<:> grupowa
\|\| \|\|\<-5> \...\|\| \|\|\<\|2> 9 \|\| Wzorce projektowe \|\|\<:> 31
I \|\|\<:> na zajęciach \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|\<-5>
\...\|\|
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za zadania domowe oraz 10 za
kartkówki).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|
## Literatura
- [ Kurs Edumatic ze wzorców projektowych
](https://bikol.faculty.wmi.amu.edu.pl/WzorceKurs/ "wikilink")
- [Materiały e-learningowe z systemu Olat (diagramy interakcji i
wzorce projektowe)](attachment:olat.pdf "wikilink")
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

Binary file not shown.

184
bikol/DAPOLI0_201819Z.md Normal file
View File

@ -0,0 +1,184 @@
2. acl bikol:admin,read,write,revert Known:read All:
# Analiza i projektowanie obiektowe - APO {#analiza_i_projektowanie_obiektowe___apo}
Strona ćwiczeń z przedmiotu Analiza i projektowanie obiektowe grupy: CA,
CB.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr hab. Jacek Marciniak<`\
`>`\
`środa, godz.: 8:15, aula C`
## Ćwiczenia
`CB wtorek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`CA wtorek, godz.: 17:15, sala: `**`A1-16,17`**
## Aktualności
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
- [ Grupy i
obecności](https://docs.google.com/spreadsheets/d/1riGTxZoB1QHN6oA_XB644Dx34E09y6gujxBpGUy3jwM/edit?usp=sharing "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 7 zadań
domowych.
- Niektóre z zadań realizowane są grupowo.
- Wszystkie zadania należy przesłać do odpowiedniego repozytorium Git
- - W ramach zajęć korzystać będziemy z [wydziałowego
Gita](https://git.wmi.amu.edu.pl "wikilink")
- Każda grupa projektowa tworzy swoje własne repozytorium
(grupowe repozytorium Git) o nazwie
DAPO-2018Z-`<id_grupy>`{=html}.
- Repozytorium grupy musi mieć strukturę identyczną jak
[repozytorium
wzorcowe](https://git.wmi.amu.edu.pl/bikol/DAPO-2018Z/ "wikilink").
Najłatwiej uzyskać to poprzez sklonowanie tego repozytorium
na początku semestru. Ewentualne zmiany w strukturze będą
ogłaszane na zajęciach.
- Prowadzący zajęcia musi mieć uprawnienia do edycji grupowego
repozytorium Git.
### Recenzje
- Student zobowiązany jest do recenzowania rozwiązań innych grup.
- Każdy student będzie recenzował 3 rozwiązania każdego zadania.
- - Łączna suma ocen we wszystkich recenzjach musi wynosić 10.
Dopuszczalne są tylko nie ujemne liczby całkowite.
- Poprawność recenzji można sprawdzić korzystając ze skryptu:
\'\'scripts/check_reviews.sh
```{=html}
<task>
```
`<index_number>`{=html}\'\'.
- Przydziału rozwiązań do recenzji dokonuje prowadzący.
- Recenzja musi zostać wykonana w terminie 1 tygodnia od momentu
udostępnienia rozwiązań na grupowym repozytorium Git.
- Punkty za dane zadanie domowe przyznawane są tylko w przypadku gdy
dany student wykonał przydzielone mu 3 recenzje rozwiązań innych
grup.
- - W przypadku braku realizacji recenzji punktacja danego
zadania obniżana jest o połowę.
- Recenzje wykonywane i rozliczane są indywidualnie, nawet w przypadku
zadań grupowych.
### Kartkówki
- W trakcie semestru planowane jest 6 kartkówek. Za każdą można zdobyć
2 punkty. Maksymalna punktacja za kartkówki to 10 punktów
(wybieranych jest 5 najlepiej napisanych).
- Kartkówki obejmować będą ostatnie wykłady, ćwiczenia oraz zadania
domowe.
- Należy pamiętać, że wykłady mogą wyprzedzać ćwiczenia. Kartkówki
mogą obejmować materiał **nie poruszany jeszcze na ćwiczeniach**.
- Kartkówki **nie są obowiązkowe**. Zajęcia można zaliczyć bez
napisania jakiejkolwiek kartkówki.
- Nieobecność na zajęciach, na których była kartkówka nie uprawnia do
pisania jej w innym terminie.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- Nieobecność na zajęciach, na których prezentowane są zadania
grupowe, wszystkich członków zespołu skutkować będzie obniżeniem
punktacji oddawanego zadania o jeden punkt i nie zwalania z
obowiązku prezentacji zadania.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych tygodni spóźnienia} \* 25%*.
- Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie
uzyskują punktów.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie
zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich
zadań o numerach niższych.
- Zasada ta dotyczy również ostatniego zadania.
- Do zaliczenia przedmiotu konieczne jest zaliczenie wszystkich zadań.
- Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie
dodatniej liczby punków bez uwzględniania kary za spóźnienie.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe oraz kartkówki
zgodnie ze skalą ocen.
### Grupy i projekty {#grupy_i_projekty}
- Każdy uczestnik zajęć przynależy do jednej grupy.
- Grupa składa się z 3-4 osób.
- Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma
przypisany identyfikator.
- Poszczególne grupy realizują jeden projekt wylosowany podczas
pierwszych zajęć. Lista projektów:
<attachment:bikol/DAPOLI0_2016/Projekty.doc>
- Projekt określa dziedzinę i tematykę realizowanych zadań.
### Zadania
\|\|\<:> **Numer\<\
\>zadania** \|\|\<:> **Nazwa** \|\|\<:> **Termin oddania** \|\|\<:>
**Forma oddania** \|\|\<:> **Punktacja** \|\|\<:> **Forma oceny** \|\|
\|\|\<\|2> 1 \|\| Prototyp i zakres systemu \|\|\<:> 9 X \|\|\<:> Git +
na zajęciach \|\|\<:> - \|\|\<:> indywidualna \|\| \|\|\<-5> \...\|\|
\|\|\<\|2> 2 \|\| Skrócone przypadki użycia \|\|\<:> 24 X 23:59 \|\|\<:>
Git \|\|\<:> 2 \|\|\<:> grupowa \|\| \|\|\<-5> \...\|\| \|\|\<\|2> 3
\|\| Pełny przypadek użycia
([przykład](attachment:bikol/DAPOLI0_2016/WykBad2_use_case.doc "wikilink"))\|\|\<:>
14 XI \|\|\<:> Git \|\|\<:> 3 \|\|\<:> indywidualna \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 4 \|\| Model wiedzy dziedzinowej (klasy) \|\|\<:> 21
XI \|\|\<:> na zajęciach\|\|\<:> 1 \|\|\<:> grupowa \|\| \|\|\<-5> Lista
klas konceptualnych dla rozpatrywanego systemu\|\| \|\|\<\|2> 4 \|\|
Model wiedzy dziedzinowej (całość)\|\|\<:> 28 XI \|\|\<:> Git + na
zajęciach\|\|\<:> 4 \|\|\<:> grupowa \|\| \|\|\<-5> Kompletny model
wiedzy dziedzinowej całego systemu uwzględniający klasy, asocjacje oraz
atrybuty\|\| \|\|\<\|2> 5 \|\| Opis zdarzeń systemowych \|\|\<:> 12 XII
\|\|\<:> na zajęciach \|\|\<:> - \|\|\<:> grupowa \|\| \|\|\<-5>
\...\|\| \|\|\<\|2> 5 \|\| Diagramy interakcji \|\|\<:> 9 I \|\|\<:> Git
\|\|\<:> 5 \|\|\<:> indywidualna \|\| \|\|\<-5> 2 zaawansowane diagramy
sekwencji, 1 zaawansowany diagram komunikacji, diagramy muszą
uwzględniać notację UML 2.x\|\| \|\|\<\|2> 6 \|\| Diagram klas \|\|\<:>
16 I \|\|\<:> Git + na zajęciach \|\|\<:> 2 \|\|\<:> grupowa \|\|
\|\|\<-5> \...\|\| \|\|\<\|2> 7 \|\| Wzorce projektowe \|\|\<:> 31 I
\|\|\<:> Git + na zajęciach \|\|\<:> 3 \|\|\<:> indywidualna \|\|
\|\|\<-5> \...\|\|
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za zadania domowe oraz 10 za
kartkówki).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|
## Literatura
- [ Kurs Edumatic ze wzorców projektowych
](https://bikol.faculty.wmi.amu.edu.pl/WzorceKurs/ "wikilink")
- [Materiały e-learningowe z systemu Olat (diagramy interakcji i
wzorce
projektowe)](attachment:bikol/DAPOLI0_2017/olat.pdf "wikilink")
- Craig Larman: *Applying UML and Patterns An Introduction to
Object-Oriented Analysis and Design and the Unified Process*,
Prentice Hall 2002
- Jaroslav Tulach: *Practical API Design: Confessions of a Java
Framework Architect*, Apress 2008
- Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: *Wzorce
projektowe. Elementy oprogramowania obiektowego wielokrotnego
użytku*, Helion 2010
- Alistair Cockburn: *Writing effective use cases*, Addison-Wesley
2000
- Dąbrowski W., Stasiak A., Wolski M.: *Modelowanie systemów
informatycznych w języku UML 2.1*, PWN 2009

98
bikol/DINOLI0_2016.md Normal file
View File

@ -0,0 +1,98 @@
# Inżynieria oprogramowania - INO {#inżynieria_oprogramowania___ino}
Strona ćwiczeń z przedmiotu Inżynieria oprogramowania grupy: CA, CB, CC.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Cezary Suwalski<`\
`>`\
`środa, godz.: 10:00, aula A`
## Ćwiczenia
- CE i CF poniedziałek, godz.: 11:45, sala: **A1-16,17**\<\
\>
- CC czwartek, godz.: 13:45, sala: **A1-22,23**\<\
\>
\|\| Poniedziałek \|\| Czwartek \|\| Uwagi \|\| CE \|\| CF \|\| CC \|\|
\|\| 20.02 \|\| 23.02 \|\| \|\| 1 \|\| \|\| 1 \|\| \|\| 27.02 \|\| 02.03
\|\| \|\| \|\| 1 \|\| \|\| \|\| 06.03 \|\| 09.03 \|\| \|\| 2 \|\| \|\| 2
\|\| \|\| 13.03 \|\| 16.03 \|\| \|\| \|\| 2 \|\| \|\| \|\| 20.03 \|\|
23.03 \|\| \|\| 3 \|\| \|\| 3 \|\| \|\| 27.03 \|\| 30.03 \|\| \|\| \|\|
3 \|\| \|\| \|\| 03.04 \|\| 06.04 \|\| \|\| 4 \|\| \|\| 4 \|\| \|\|
10.04 \|\|**13.04** \|\|Wielkanoc \|\| \|\| - \|\| \|\| \|\|**17.04**
\|\| 20.04 \|\|Wielkanoc \|\| \|\| \|\| \|\| \|\| 24.04 \|\| 27.04 \|\|
\|\| \|\| 4 \|\| \|\| \|\|**01.05** \|\| 04.05 \|\|wolne 1. maja \|\|
\|\| \|\| \|\| \|\| 08.05 \|\| 11.05 \|\| \|\| \|\| 5 \|\| 5 \|\| \|\|
15.05 \|\| 18.05 \|\| \|\| 5 \|\| \|\| \|\| \|\| 22.05 \|\| 25.05 \|\|
\|\| \|\| 6 \|\| 6 \|\| \|\| 29.05 \|\| 01.06 \|\| \|\| 6 \|\| \|\| \|\|
\|\| 05.06 \|\| 08.06 \|\| \|\| \|\| 7 \|\| 7 \|\| \|\| 12.06
\|\|**15.06** \|\|Boże Ciało \|\| 7 \|\| \|\| \|\|
## Aktualności
-
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 7 zadań
domowych.
- Zadanie domowe może składać się z kilku (powiązanych lub nie)
części. Szczegółowe zasady punktacji oraz zasady zaliczenia danego
zadania domowego podane będą w systemie Jira.
- Niektóre z zadań realizowane są grupowo.
- Treść jak i rozwiązania wszystkich zadań powinny zostać umieszczone
w systemie Jira w projekcie [DINOLI0](DINOLI0 "wikilink") 2016/17
jako pod zadanie odpowiedniego nadrzędnego Story
- - Dopuszczalne jest dodawanie załączników w formacie: pdf,
doc, docx, odt, astah.
- **Nie będą akceptowane** diagramy nadesłane w formatach
graficznych (takich jak jpg, svg czy pdf). Nadesłane pliki
powinny być otwieralne na Terminalu wydziałowym.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalna jest jedna
nieusprawiedliwione nieobecność.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *25% +
{liczba rozpoczętych \"dwutygodni\" spóźnienia} \* 25%*.
- - Zadania oddane z opóźnieniem przekraczającym 2
\"dwutygodnie\" nie uzyskują punktów.
- Ponieważ zajęcia odbywają się co dwa tygodnie, terminy
oddawania zadań jak i naliczania kar za spóźnienia naliczane
są w oparciu o \"dwutygodnie\". 1 \"dwutydzień\" = okres
pomiędzy obecnymi i następnymi zajęciami danej grupy.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Do zaliczenia przedmiotu konieczne jest zaliczenie przynajmniej 6
zadań domowych.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe zgodnie ze skalą
ocen.
### Zadania
- [ Dashboard projektu [DINOLI0](DINOLI0 "wikilink") 2016/17 w
systemie
Jira](https://jira.wmi.amu.edu.pl/secure/RapidBoard.jspa?projectKey=DINO17 "wikilink")
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 65 punktów (5 za pierwsze zadanie domowe, oraz
po 10 za zadania domowe 2-7).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|

121
bikol/DINOLI0_201718L.md Normal file
View File

@ -0,0 +1,121 @@
# Inżynieria oprogramowania - INO {#inżynieria_oprogramowania___ino}
Strona ćwiczeń z przedmiotu Inżynieria oprogramowania grupy: CA, CB, CC.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): dr Krzysztof Krzywdziński<`\
`>`\
`środa, godz.: 8:15, aula A`
## Ćwiczenia
- CE i CF poniedziałek, godz.: 11:45, sala: A1-16,17\<\
\>
- CG wtorek, godz.: 8:15, sala: D1 **(konieczna zmiana terminu)**\<\
\>
- CC czwartek, godz.: 13:45, sala: A1-22,23\<\
\>
## Aktualności
- Terminy poszczególnych zajeć:
- 13 22.02 1 (nieparzyste, czwartek)
- - 13 08.03 2 odwolane
- 13 22.03 2
- 13 05.04 3
- 13 19.04 4
- 13 17.05 5
- 13 reszta odwołane
```{=html}
<!-- -->
```
- 15 26.02 1 (nieparzyste, poniedziałek)
- - 15 12.03 2 odwołane
- 15 26.03 2
- 15 09.04 3
- 15 23.04 4
- 15 07.05 5
- -\> odwołane
- 15 21.05 6
- 15 04.06 7
- 15 18.06 8
```{=html}
<!-- -->
```
- 16 05.03 1 odwołane (parzyste, poniedziałek)
- - 16 19.03 1
- 16 16.04 2
- 16 14.05 3
- 16 28.05 4
- 16 11.06 4 odwołane
```{=html}
<!-- -->
```
- 17 27.02 1 (nieparzyste, poniedziałek/wtorek)
- - 17 19.02 2
- 17 16.04 3
- 17 14.05 4
- 17 28.05 5
- 17 11.06 odwolane
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
## Zadania domowe {#zadania_domowe}
- W trakcie semestru student zobowiązany jest to oddania 7 zadań
domowych.
- Zadanie domowe może składać się z kilku (powiązanych lub nie)
części. Szczegółowe zasady punktacji oraz zasady zaliczenia danego
zadania domowego podane będą w systemie Jira.
- Niektóre z zadań realizowane są grupowo.
- Treść jak i rozwiązania wszystkich zadań powinny zostać umieszczone
w systemie Jira w projekcie [DINOLI0](DINOLI0 "wikilink") 2017/18
jako pod zadanie odpowiedniego nadrzędnego Story
- - Dopuszczalne jest dodawanie załączników w formacie: pdf,
doc, docx, odt, astah.
- **Nie będą akceptowane** diagramy nadesłane w formatach
graficznych (takich jak jpg, svg czy pdf). Nadesłane pliki
powinny być otwieralne na Terminalu wydziałowym.
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalna jest jedna
nieusprawiedliwione nieobecność.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
- Oddanie zadania po terminie, skutkuje obniżeniem punktacji o *50%*.
- - Zadania oddane z opóźnieniem przekraczającym termin oddania
następnego zadania nie będą punktowane.
- Liczba punktów przyznana za zadanie ustalana jest jako maksimum z
liczby uzyskanych punktów oraz zera.
- Do zaliczenia przedmiotu konieczne jest zaliczenie przynajmniej 6
zadań domowych.
- Ostateczna ocena z przedmiotu, ustalana jest na podstawie sumy
punktów przyznanych za wszystkie zadania domowe zgodnie ze skalą
ocen.
### Zadania
- [ Dashboard projektu [DINOLI0](DINOLI0 "wikilink") 2017/18 w
systemie
Jira](https://jira.wmi.amu.edu.pl/secure/RapidBoard.jspa?projectKey=DINO18 "wikilink")
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 65 punktów (5 za pierwsze zadanie domowe, oraz
po 10 za zadania domowe 2-7).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<=50% \|\|\<:> ndst
\|\| \|\|\<:> (50%,60%\] \|\|\<:> dst \|\| \|\|\<:> (60%,70%\] \|\|\<:>
dst+ \|\| \|\|\<:> (70%,80%\] \|\|\<:> db \|\| \|\|\<:> (80%,90%\]
\|\|\<:> db+ \|\| \|\|\<:> \>90% \|\|\<:> bdb \|\|

38
bikol/DINOLI0_201819L.md Normal file
View File

@ -0,0 +1,38 @@
# Software enginieering - DINO {#software_enginieering___dino}
Course web page for lectures from Software engineering.
\<\<TableOfContents(3)>\>
## Lecture
`Patryk Żywica, PhD<`\
`>`\
`Monday, 13:45, room A2-23`
## Classes
- Joanna Siwek, PhD\<\
\>
`  Monday, 15:30, 17:15, room D2<`\
`>`\
`  Friday, 15:30, room A1-22,23 (in Polish)`
- Patryk Żywica
`  Friday, 11:45 room A0-1, 13:15 room D2 (in Polish)`
## News
## Lecture slides {#lecture_slides}
- Available on *Contact.dir* (see details [ on WMI Labolatories web
page](https://laboratoria.wmi.amu.edu.pl/en/uslugi/contact-dir "wikilink"))
in my personal subdirectory.
## Classes materials {#classes_materials}
- Available [ here](jsiwek/INOE201819 "wikilink") and
[tutaj](jsiwek/INO201819 "wikilink").

37
bikol/DINOLI0_201920Z.md Normal file
View File

@ -0,0 +1,37 @@
# Software enginieering - DINO {#software_enginieering___dino}
Course web page for lectures from Software engineering.
\<\<TableOfContents(3)>\>
## Lecture
`Patryk Żywica, PhD<`\
`>`\
`Thursday, 13:45, room A2-14`
## Classes
- Patryk Żywica
- - Monday, 15:30 room D1
- Wednesday, 11:45 room A1-14,15 (in Polish)
- Thursday, 11:45 room D2 (in Polish)
## News
## Lecture slides {#lecture_slides}
- Available on *Contact.dir* (see details [ on WMI Labolatories web
page](https://laboratoria.wmi.amu.edu.pl/en/uslugi/contact-dir "wikilink"))
in my personal subdirectory.
## Classes materials {#classes_materials}
- Available [ here](jsiwek/INOE201819 "wikilink") and
[tutaj](jsiwek/INO201819 "wikilink").
## Project
- [Team and rules
descriptions](https://eduwiki.wmi.amu.edu.pl/jsiwek/INOE201819/ProjectRUP "wikilink")

151
bikol/DMINLI0_2016.md Normal file
View File

@ -0,0 +1,151 @@
# Modelowanie i przetwarzanie informacji nieprecyzyjnej - MIN {#modelowanie_i_przetwarzanie_informacji_nieprecyzyjnej___min}
Strona ćwiczeń z przedmiotu Modelowanie i przetwarzanie informacji
nieprecyzyjnej: CA, CD.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): prof. dr hab. Maciej Wygralak<`\
`>`\
`środa, godz.: 11:45, aula B`
## Ćwiczenia
`CA czwartek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`\
`CD czwartek, godz.: 15:30, sala: A1-24,25 (od 17 listopada `**`A0-1`**`) <`\
`>`
## Aktualności
- Drugie kolokwium odbędzie się w Auli C (31.I 12:00) oraz Sali Rady
Wydziału (1.II 10:00)
- Od 17 listopada zajęcia będą odbywać się w sali A0-1
- Dla zachowania synchronizacji pomiędzy grupami zajęciowymi odwołuję
zajęcia z przedmiotu Modelowanie i przetwarzanie informacji
nieprecyzyjnej w dniu 3 listopada.
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
- [Obecności](https://docs.google.com/spreadsheets/d/1AF6YU7yN0JVGnOy6FTfT8i5pdps5FIlspDxDSYxXDgc/edit?usp=sharing "wikilink")
- [ Wyniki
turnieju](https://docs.google.com/spreadsheets/d/1PPlbzkTBJLTzA4fuk6UaclugRONF3Mi4pivniC1gh4Q/edit?usp=sharing "wikilink")
## Materiały do zajęć {#materiały_do_zajęć}
1. [Wprowadzenie do tematyki
zajęć](chris/MIN_2016/Zajecia_1 "wikilink")\<\
\>
2. [Modelowanie zbiorów
rozmytych](chris/MIN_2016/Zajecia_2 "wikilink")\<\
\>
3. [Podstawowe własności i operacje na zbiorach
rozmytych](chris/MIN_2016/Zajecia_3 "wikilink")\<\
\>
4. [T-normy i negacje - definicje i podstawowe
własności](chris/MIN_2016/Zajecia_4 "wikilink")\<\
\>
5. [Pojęcie zmiennej lingwistycznej i zastosowania w bazach
danych](chris/MIN_2016/Zajecia_5 "wikilink")\<\
\>
6. [Liczby nieostre](chris/MIN_2016/Zajecia_6 "wikilink")\<\
\>
7. Kolokwium 1\<\
\>
8. [Wprowadzenie do sterowania rozmytego - Język FCL i pakiet
jFuzzyLogic](chris/MIN_2016/Zajecia_8 "wikilink")\<\
\>
9. [Sterowanie rozmyte - projektowanie sterownika \"aktywnego
tempomatu\"](chris/MIN_2016/Zajecia_9 "wikilink")\<\
\>
10. [Sterowanie rozmyte - wprowadzenie to
Turnieju](bikol/DMINLI0_2016/Turniej "wikilink")\<\
\>
11. [Operatory agregacji;Metody wspomagania podejmowania decyzji -
metody Bellmana-Zadeha;operator OWA
](chris/MIN_2016/Zajecia_11 "wikilink")\<\
\>
12. [Miary podobieństwa; Moce zbiorów nieostrych; Kwantyfikatory;
Podsumowania lingwistyczne](chris/MIN_2015/Zajecia_12 "wikilink")\<\
\>
13. Kolokwium 2\<\
\>
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są trzy
nieusprawiedliwione nieobecności.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
### Kolokwia
- Należy zaliczyć oba kolokwia.
- Za każde kolokwium można otrzymać 10 punktów.
### Zadania domowe {#zadania_domowe}
- Zadania należy oddawać w terminie (zadania spóźnione nie będą
punktowane).
### Turniej
- [Strona turnieju](bikol/DMINLI0_2016/Turniej "wikilink")
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za kolokwia, 5 za zadania domowe
oraz 5 za uczestnictwo w turnieju).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<50% \|\|\<:> ndst
\|\| \|\|\<:> \[50%,60%) \|\|\<:> dst \|\| \|\|\<:> \[60%,70%) \|\|\<:>
dst+ \|\| \|\|\<:> \[70%,80%) \|\|\<:> db \|\| \|\|\<:> \[80%,90%)
\|\|\<:> db+ \|\| \|\|\<:> \>=90% \|\|\<:> bdb \|\|
## Linki
- [Film o prof. Zadehu - twórcy teorii zbiorów
rozmytych](http://www.youtube.com/watch?v=2ScTwFCcXGo&NR=1&feature=fvwp "wikilink")
- [Pakiet [JFuzzyLogic](JFuzzyLogic "wikilink")
(JAVA)](http://jfuzzylogic.sourceforge.net/html/index.html "wikilink")
- [Pakiet Free Fuzzy Logic Library
(C++)](http://ffll.sourceforge.net/index.html "wikilink")
- [Logika wielowartościowa (Stanford
Univ.)](http://plato.stanford.edu/entries/logic-manyvalued "wikilink")
- [Fuzzy Logic and Its
Uses](http://www.doc.ic.ac.uk/~nd/surprise_96/journal/vol4/sbaa/report.html "wikilink")
- [FAQ: Fuzzy Logic and Fuzzy Expert Systems
](http://www-2.cs.cmu.edu/Groups/AI/html/faqs/ai/fuzzy/part1/faq.html "wikilink")
- [Fuzzy Logic
Tutorial](http://www.seattlerobotics.org/encoder/mar98/fuz/flindex.html "wikilink")
- [Fuzzy Image
Processing](http://pami.uwaterloo.ca/tizhoosh/fip.htm "wikilink")
- [Fuzzy
Logic](http://www.aaai.org/AITopics/html/fuzzy.html "wikilink")
- [Organizacje, czasopisma, książki, grupy
badawcze](http://web.abo.fi/~rfuller/fuzs.html "wikilink")
- [Software](http://sci2s.ugr.es/keel/links.php "wikilink")
## Literatura
- Driankov D., Hellendoorn H., Reinfrank M., Wprowadzenie do
sterowania rozmytego, WNT, 1996
- Grzegorzewski P., Wspomaganie decyzji w warunkach niepewności.
Metody statystyczne dla nieprecyzyjnych danych. EXIT, 2006
- Kacprzyk J., Wieloetapowe sterowanie rozmyte, WNT 2001
- Łachwa A., Rozmyty świat zbiorów, liczb, relacji faktów, reguł i
decyzji, EXIT 2001
- Rutkowska D., Piliński M., Rutkowski L., Sieci neuronowe, algorytmy
genetyczne i systemy rozmyte, Wydawnictwo Naukowe PWN, 1997
- Rutkowski L., Metody i techniki sztucznej inteligencji, PWN, 2005
- Tanaka K., An Introduction to Fuzzy Logic for Practical
Applications, Springer 1996.
- Wygralak M., Cardinalities of fuzzy sets., Springer 2003
- Wygralak M., Intelligent Counting Under Information Imprecision,
Applications to Intelligent Systems and Decision Support, Springer
2013

View File

@ -0,0 +1,232 @@
2. acl bikol:admin,read,write,revert Known:read All:
## Turniej MIN TORCS 2016 {#turniej_min_torcs_2016}
### Dlaczego turniej {#dlaczego_turniej}
Turniej przeprowadzony w ramach zajęć z przedmiotu
[DMINLI0](DMINLI0 "wikilink") pełni rolę zespołowego projektu
zaliczeniowego. Taka forma zaliczenia ma za zadanie zachęcić uczestników
zajęć to poszerzenia swojej wiedzy i umiejętności z zakresu sterowania
rozmytego.
**W turnieju biorą udział zespoły dwuosobowe.**
### Czym jest TORCS {#czym_jest_torcs}
[Strona projektu](http://torcs.sourceforge.net/ "wikilink"):
The Open Racing Car Simulator (TORCS) is a highly portable multi platform car racing simulation. It is used as ordinary car racing game, as AI racing game and as research platform. It runs on Linux (all architectures, 32 and 64 bit, little and big endian), FreeBSD, [[OpenSolaris]], MacOSX and Windows (32 and 64 bit). The source code of TORCS is licensed under the GPL ("Open Source").
TORCS features many different cars, tracks, and opponents to race against. You can steer with a joystick or steering wheel, if the device is supported by your platform. It is also possible to drive with the mouse or the keyboard. Graphic features lighting, smoke, skid marks and glowing brake disks. The simulation features a simple damage model, collisions, tire and wheel properties (springs, dampers, stiffness, ...), aerodynamics (ground effect, spoilers, ...) and much more. The game play allows different types of races from the simple practice session up to the championship. Enjoy racing against your friends in the split screen mode with up to four human players.
TORCS was initially created by Eric Espié and Christophe Guionneau, substantial parts have been added by other contributors (have a look into the "Credits" section for details). The project is currently headed by Bernhard Wymann.
### Na czym będzie polegało zadanie {#na_czym_będzie_polegało_zadanie}
W ramach Turnieju odbędzie się kilka wyścigów (szczegóły poniżej), w
których udział będą brały pojazdy kierowane przez sterowniki rozmyte.
Zadaniem zespołów startujących w Turnieju jest przygotowanie sterowników
rozmytych w języku FCL, zgodnych z dostarczoną specyfikacją, które na
podstawie opisu aktualnego stanu pojazdu (prędkość, odległości od
krawędzi toru i przeszkód, \...) za pośrednictwem kilku zmiennych (gaz,
hamulec i obrót kierownicy) będą kierować pojazdem.
Uczestnicy Turnieju otrzymają wszystkie wymagane oprogramowanie oraz
przykładowy sterownik FCL, stąd od Uczestników nie są wymagane żadne
umiejętności programistyczne.
### Przebieg Turnieju {#przebieg_turnieju}
Turniej rozpocznie się w grudniu, po zajęciach poświęconych sterowaniu
rozmytemu. Pierwsza część Turnieju to eliminacje grupowe obejmujące dwa
wyścigi indywidualne (koniec grudnia i połowa stycznia). Finał Turnieju
zostanie przeprowadzony systemem pucharowym pod koniec stycznia.
Zespoły, zakwalifikowane do finałów będą brały udział w wyścigach
parami. Zwycięski zespół kwalifikuje się do kolejnego wyścigu, podczas,
gdy przegrany odpada z Turnieju.
#### Eliminacje
- Eliminacje obejmują przejazdy indywidualne, bez kolizji z wyłączonym
systemem uszkodzeń
- Eliminacje odbywają się wewnątrz grupy zajęciowej
- Do finałów kwalifikują się 4 zespoły z każdej grupy zajęciowej,
które uzyskały najmniejszy czas przejazdu w drugim etapie.
- Za zakwalifikowanie do finałów przyznawany jest 1 punkt
##### Etap 1 {#etap_1}
- trasa: E-Track 5, 2 okrążenia
- maksymalny czas przejazdu 4 minuty
- punktacja: 1 punkt za czas pośród 50% najlepszych rezultatów
- wyścig zostanie przeprowadzony w trybie \"*tylko wyniki*\",
przejazdy nie będą prezentowane na zajęciach
##### Etap 2 {#etap_2}
- trasa: Apline-1, 1 okrążenie
- maksymalny czas przejazdu 8 minut
- punktacja: 1 punkt za czas pośród 50% najlepszych rezultatów
- wybrane przejazdy zostaną odtworzone na zajęciach
#### Finały
- Przeprowadzone zostaną systemem pucharowym z rozstawieniami.
- Finały obejmują przejazdy parami z kolizjami z wyłączonym systemem
uszkodzeń
- Za wygranie wyścigu w finale zespół otrzymuje 1 punkt
- Zwycięzca Turnieju otrzymuje premię - dodatkowe 4 punkty
- Wyścigi finałowe odbywają się na trasie Forza, 2 okrążenia
maksymalny czas przejazdu 8 minut
- Kryterium oceny przejazdu jest czas ukończenia wyścigu. W przypadku
gdy oba pojazdy nie ukończyły wyścigu, decyduje przejechana
odległość.
- Finał Turnieju będzie miał postać publicznych zawodów. Wyścigi
finałowe zostaną przeprowadzone jednego dnia pod koniec stycznia
podczas, którego wszystkie przejazdy będą prezentowane na żywo na
rzutniku.
##### Rozstawienia
- Pary w 1/8 finałów zostaną dobrane zgodnie z rankingiem eliminacji
- Najlepszy zespół z grupy zajęciowej CA (CC) będzie się ścigał z
najsłabszym zespołem z grupy CB(CD). Kolejne pary będą składały się
z następnych najlepszych i najsłabszych zespołów z danych grup
zajęciowych
- Przebieg finałów przedstawia następująca drabinka
\|\|zwycięzca\|\|\<:-23> - \|\| \|\|finał\|\|\<:-11> - \|\| \|\|\<:-11>
- \|\| \|\|1/2 finału\|\|\<:-5> - \|\| \|\|\<:-5> - \|\| \|\|\<:-5> -
\|\| \|\|\<:-5> - \|\| \|\|1/4 finału\|\|\<:-2> - \|\| \|\|\<:-2> - \|\|
\|\|\<:-2> - \|\| \|\|\<:-2> - \|\| \|\|\<:-2> - \|\| \|\|\<:-2> - \|\|
\|\|\<:-2> - \|\| \|\|\<:-2> - \|\| \|\|1/8 finału\|\| CA 1. \|\| CB 4.
\|\| \|\| CC 2. \|\| CD 3. \|\| \|\| CA 2.\|\| CB 3. \|\| \|\| CC 1.\|\|
CD 4. \|\| \|\| CA 3.\|\| CB 2.\|\| \|\| CC 4. \|\| CD 1. \|\| \|\| CA
4. \|\| CB 1.\|\| \|\| CC 3.\|\| CD 2.\|\|
### Zasady ogólne {#zasady_ogólne}
- Podczas wszystkich przejazdów wyłączone będą następujące funkcje
symulatora TORCS: uszkodzenia, zużycie paliwa, pit stop
- Wszystkie pojazdy będą korzystały z automatycznej skrzyni biegów
### Przesyłanie sterowników {#przesyłanie_sterowników}
- Sterowniki FCL należy przesłać emailem do prowadzącego grupę
zajęciową
- Plik **musi** mieć określoną strukturę:
**grupa-nazwisko-nazwisko.fcl**, gdzie *grupa* to kodowe oznaczenie
grupy zajęciowej (CA-CD).
- Termin nadsyłania sterowników do pierwszego etapu eliminacji to 31
grudnia 2016 **(zmiana - 7 stycznia 2017)**
- Termin nadsyłania sterowników do drugiego etapu eliminacji to 16
stycznia 2017 **(zmiana - 23 stycznia 2017)**
- Termin nadsyłania sterowników do finału to 31 stycznia 2017 (przed
wyścigiem). Sterownik można również dostarczyć osobiście podczas
turnieju.
- Sterowniki nadesłane po terminie nie będą brały udziału w wyścigu
### Oprogramowanie
Plik wszelkie oprogramowanie niezbędne do uruchomienia sterownika FCL
dostępne jest w *Contact.dir* w katalogu *Patryk
Żywica/DMIN_2016/torcs*.
1. *Torcs.zip* - symulator TORCS wzbogacony o możliwość przyjmowania
poleceń za pośrednictwem sieci
2. *!TorcsClientFcl.jar* - program wykonujący bezpośrednio sterownik
FCL i komunikujący się z symulatorem
Dodatkowe informacje na temat oprogramowania można znaleźć:
1. [Strona projektu TORCS](http://torcs.sourceforge.net/ "wikilink")
2. [ Repozytorium projektu
[TorcsClientFcl](TorcsClientFcl "wikilink")](https://github.com/bikol/torcs-client-fuzzy-java "wikilink")
3. [ Dokumentacja oryginalnego klienta i serwera do sieciowego
sterowania TORCS](https://arxiv.org/pdf/1304.1672v2.pdf "wikilink")
### Dokumentacja sterownika FCL {#dokumentacja_sterownika_fcl}
Przykładowy sterownik FCL <attachment:driver.fcl>.
#### Input variables {#input_variables}
\|\| Variable \|\| Range \|\| Description \|\| \|\| track0 - track18
\|\| \[0,200\] (m) \|\| The 19 range finder sensors: each sensors
returns the distance between the track edge and the car within a range
of 200 meters. When noisy option is enabled, sensors are affected by
i.i.d. normal noises with a standard deviation equal to the 10% of
sensors range. The sensors sample the space in front of the car for the
following angles with respect to the car axis:
{-90,-75,-60,-45,-30,-20,-15,-10,-5, 0, 5,10,15,20,30,45,60,75,90}. When
the car is outside of the track (i.e., pos is less than -1 or greater
than 1), the returned values are not reliable (typically -1 is
returned).\|\| \|\| trackPos \|\| (−∞,+∞) \|\| Distance between the car
and the track axis. The value is normalized w.r.t to the track width: it
is 0 when car is on the axis, -1 when the car is on the right edge of
the track and +1 when it is on the left edge of the car. Values greater
than 1 or smaller than -1 mean that the car is outside of the track.
\|\| \|\| speed \|\| (−∞,+∞) (km/h) \|\| Speed of the car along the
longitudinal axis of the car. \|\| \|\| opponent0 - opponent35 \|\|
\[0,200\] (m) \|\| The 36 opponent sensors: each sensor covers a span of
10 degrees within a range of 200 meters and returns the distance of the
closest opponent in the covered area. When noisy option is enabled (see
Section 7), sensors are affected by i.i.d. normal noises with a standard
deviation equal to the 2% of sensors range. The 36 sensors cover all the
space around the car, spanning clockwise from -180 degrees up to +180
degrees with respect to the car axis.\|\| \|\| angle \|\| \[-π,+π\]
(rad) \|\| Angle between the car direction and the direction of the
track axis. \|\|
#### Output varibles {#output_varibles}
\|\| Variable \|\| Range \|\| Description \|\| \|\| steering \|\|
\[-1,1\] \|\| Steering value: -1 and +1 means respectively full right
and left, that corresponds to an angle of 0.366519 rad. \|\| \|\|
accelerate \|\| \[0,1\] \|\| Virtual gas pedal (0 means no gas, 1 full
gas). \|\| \|\| brake \|\| \[0,1\] \|\| Virtual brake pedal (0 means no
brake, 1 full brake). \|\|
### Konfiguracja wyścigów {#konfiguracja_wyścigów}
#### Tryb z wizualizacją wyścigu {#tryb_z_wizualizacją_wyścigu}
Najprostszym sposobem na przeprowadzenie wyścigu w symulatorze TORCS
jest skorzystanie z klienta graficznego. W tym celu uruchamiamy TORCS, a
następnie wybieramy w menu
Race → Quick Race → Configure Race.
Pierwszym krokiem jest wybór trasy. Opcja *Accept* prowadzi do ekranu
wyboru uczestników wyścigu. Na potrzeby zajęć najważniejsze opcje to
*Player* (pozwala na sterowanie pojazdem przy użyciu klawiatury) i
scr_server 1 (sterowanie za pomocą FCL). Trzeci ekran pozwala na
ustalenie liczby okrążeń i maksymalnej długości trasy.
W celu rozpoczęcia wyścigu należy wybrać opcję *New Race*. W tym
momencie należy uruchomić sterownik FCL. W konsoli w katalogu
*min-torcs* wpisujemy:
java -jar [[TorcsClientFcl]].jar driver.fcl
Oczywiście *driver.fcl* należy zastąpić odpowiednią nazwą pliku FCL.
Natychmiast po uruchomieniu sterownika rozpoczyna się wyścig.
#### Tryb *tylko wyniki* {#tryb_tylko_wyniki}
Tryb *tylko wyniki* będzie wykorzystywany przy przygotowywaniu
oficjalnych list rankingowych.
W konsoli w katalogu *min-torcs* wpisujemy:
run-race.bat race-e1.xml driver.fcl
gdzie *race-e1.xml* to nazwa pliku konfiguracji wyścigu, a *driver.fcl*
sterownika FCL. Skrypt uruchomi symulację wyścigu i wypisze na ekran
uzyskany rezultat.
Pliki konfiguracji wyścigu można \"wyklikać\" w GUI, ostatnia
konfiguracja każdego trybu wyścigu (np. Quick Race) przechowywana jest w
katalogu *torcs-min/config/raceman/*\'.

View File

@ -0,0 +1,141 @@
FUNCTION_BLOCK driver
VAR_INPUT
// angles {-90,-75,-60,-45,-30,-20,-15,-10,-5,0,5,10,15,20,30,45,60,75,90}
track0: REAL;
track1: REAL;
track2: REAL;
track3: REAL;
track4: REAL;
track5: REAL;
track6: REAL;
track7: REAL;
track8: REAL;
// angle 0
track9: REAL;
track10: REAL;
track11: REAL;
track12: REAL;
track13: REAL;
track14: REAL;
track15: REAL;
track16: REAL;
track17: REAL;
track18: REAL;
trackPos: REAL;
speed: REAL;
opponent0: REAL;
opponent1: REAL;
opponent2: REAL;
opponent3: REAL;
opponent4: REAL;
opponent5: REAL;
opponent6: REAL;
opponent7: REAL;
opponent8: REAL;
opponent9: REAL;
opponent10: REAL;
opponent11: REAL;
opponent12: REAL;
opponent13: REAL;
opponent14: REAL;
opponent15: REAL;
opponent16: REAL;
opponent17: REAL;
opponent18: REAL;
opponent19: REAL;
opponent20: REAL;
opponent21: REAL;
opponent22: REAL;
opponent23: REAL;
opponent24: REAL;
opponent25: REAL;
opponent26: REAL;
opponent27: REAL;
opponent28: REAL;
opponent29: REAL;
opponent30: REAL;
opponent31: REAL;
opponent32: REAL;
opponent33: REAL;
opponent34: REAL;
opponent35: REAL;
angle: REAL;
END_VAR
VAR_OUTPUT
steering: REAL;
accelerate: REAL;
brake: REAL;
END_VAR
FUZZIFY trackPos
TERM left := (0.3, 0) (0.6, 1) (9,1);
TERM center := (-0.6, 0) (-0.3, 1) (0.3, 1) (0.6, 0);
TERM right := (-9, 1) (-0.6, 1) (-0.3, 0);
END_FUZZIFY
FUZZIFY angle
TERM left := (-3.15, 1) (-0.9, 1) (0, 0);
TERM center := (-0.9, 0) (0, 1) (0.9, 0);
TERM right := (0, 0) (0.9, 1) (3.15, 1);
END_FUZZIFY
FUZZIFY track9
TERM outside := (-1, 1) (-0.001, 1) (0, 0);
TERM near := (-0.001, 0) (0, 1) (30, 1) (60, 0);
TERM far := (30, 0) (60, 1) (200, 1);
END_FUZZIFY
FUZZIFY speed
TERM f_slow := (0, 1) (15, 1) (30, 0);
TERM f_fast := (15, 0) (30, 1) (100, 1) (130, 0);
TERM f_very_fast := (100, 0) (130, 1) (300, 1);
END_FUZZIFY
DEFUZZIFY steering
TERM turn_left := (0, 0) (0.1, 1) (1, 1);
TERM stay_center := (-0.1, 0) (0, 1) (0.1, 0);
TERM turn_right := (-1, 1) (-0.1, 1) (0, 0);
METHOD : COG;
DEFAULT := 0.000;
END_DEFUZZIFY
DEFUZZIFY accelerate
TERM nogas := (0, 1) (0.3, 1) (0.5, 0);
TERM medgas := (0.1, 0) (0.2, 1) (0.3, 0);
TERM fullgas := (0.3, 0) (0.4, 1) (1, 1);
METHOD : COG;
DEFAULT := 1.000;
END_DEFUZZIFY
DEFUZZIFY brake
TERM nobrake := (0, 1) (0.035, 0) ;
TERM fullbrake := (0.035, 0) (0.1, 1) (1, 1);
METHOD : COG;
DEFAULT := 0.000;
END_DEFUZZIFY
RULEBLOCK No1
AND : MIN;
ACT : MIN;
ACCU : MAX;
RULE 1 : IF trackPos IS left THEN steering IS turn_right;
RULE 2 : IF trackPos IS center THEN steering IS stay_center;
RULE 3 : IF trackPos IS right THEN steering IS turn_left;
RULE 4 : IF angle IS left THEN steering IS turn_right;
RULE 5 : IF angle IS center THEN steering IS stay_center;
RULE 6 : IF angle IS right THEN steering IS turn_left;
RULE 7 : IF track9 IS near AND speed IS f_fast THEN accelerate IS nogas;
RULE 8 : IF track9 IS far AND speed IS f_slow THEN accelerate IS fullgas, brake IS nobrake;
RULE 9 : IF track9 IS outside THEN accelerate is medgas, brake IS nobrake;
RULE 10 : IF track9 IS near AND speed IS f_very_fast THEN accelerate IS nogas, brake IS fullbrake;
END_RULEBLOCK
END_FUNCTION_BLOCK

Binary file not shown.

140
bikol/DMINLI0_2017.md Normal file
View File

@ -0,0 +1,140 @@
# Modelowanie i przetwarzanie informacji nieprecyzyjnej - MIN {#modelowanie_i_przetwarzanie_informacji_nieprecyzyjnej___min}
Strona ćwiczeń z przedmiotu Modelowanie i przetwarzanie informacji
nieprecyzyjnej: CA, CD.
\<\<TableOfContents(3)>\>
## Wykład
`wykład (1WA): prof. dr hab. Maciej Wygralak<`\
`>`\
`środa, godz.: 11:45, aula B`
## Ćwiczenia
`CA czwartek, godz.: 13:45, sala: `**`A0-1`**`<`\
`>`
## Aktualności
## Punktacja
- [Punktacja na
[USOSie](USOSie "wikilink")](http://usosweb.amu.edu.pl "wikilink")
- [Obecności](https://docs.google.com/spreadsheets/d/1l5tTmFVL2rNm6SX6BBk4ePKUW1daXlk2ruOWYbQpAWE/edit?usp=sharing "wikilink")
## Materiały do zajęć {#materiały_do_zajęć}
1. [Wprowadzenie do tematyki
zajęć](chris/MIN_2016/Zajecia_1 "wikilink")\<\
\>
2. [Modelowanie zbiorów
rozmytych](chris/MIN_2017/Zajecia_2 "wikilink")\<\
\>
3. [Podstawowe własności i operacje na zbiorach
rozmytych](chris/MIN_2017/Zajecia_3 "wikilink")\<\
\>
4. [T-normy i negacje - definicje i podstawowe
własności](chris/MIN_2017/Zajecia_4 "wikilink")\<\
\>
5. [Pojęcie zmiennej lingwistycznej i zastosowania w bazach
danych](chris/MIN_2017/Zajecia_5 "wikilink")\<\
\>
6. [Liczby nieostre](chris/MIN_2017/Zajecia_6 "wikilink")\<\
\>
7. Kolokwium 1\<\
\>
8. [Wprowadzenie do sterowania rozmytego - Język FCL i pakiet
jFuzzyLogic](chris/MIN_2017/Zajecia_8 "wikilink")\<\
\>
9. [Sterowanie rozmyte - projektowanie sterownika \"aktywnego
tempomatu\"](chris/MIN_2016/Zajecia_9 "wikilink")\<\
\>
10. [Sterowanie rozmyte - wprowadzenie to
Turnieju](bikol/DMINLI0_2017/Turniej "wikilink")\<\
\>
11. [Operatory agregacji;Metody wspomagania podejmowania decyzji -
metody Bellmana-Zadeha;operator OWA
](chris/MIN_2017/Zajecia_11 "wikilink")\<\
\>
12. [Miary podobieństwa; Moce zbiorów nieostrych; Kwantyfikatory;
Podsumowania lingwistyczne](chris/MIN_2017/Zajecia_12 "wikilink")\<\
\>
13. Kolokwium 2\<\
\>
## Zasady zaliczenia {#zasady_zaliczenia}
- Obecność na zajęciach jest obowiązkowa. Dopuszczalne są dwie
nieusprawiedliwione nieobecności.
- W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu
otrzymują jednakową liczbę punktów.
### Kolokwia
- Należy zaliczyć oba kolokwia.
- Za każde kolokwium można otrzymać 10 punktów.
### Zadania domowe {#zadania_domowe}
- Zadania należy oddawać w terminie (zadania spóźnione nie będą
punktowane).
### Turniej
- [Strona turnieju](bikol/DMINLI0_2017/Turniej "wikilink")
### Skala ocen {#skala_ocen}
Łącznie do zdobycia jest 30 punktów (20 za kolokwia, 5 za zadania domowe
oraz 5 za uczestnictwo w turnieju).
\|\| **Liczba punktów** \|\| **Ocena**\|\| \|\|\<:> \<50% \|\|\<:> ndst
\|\| \|\|\<:> \[50%,60%) \|\|\<:> dst \|\| \|\|\<:> \[60%,70%) \|\|\<:>
dst+ \|\| \|\|\<:> \[70%,80%) \|\|\<:> db \|\| \|\|\<:> \[80%,90%)
\|\|\<:> db+ \|\| \|\|\<:> \>=90% \|\|\<:> bdb \|\|
## Linki
- [Film o prof. Zadehu - twórcy teorii zbiorów
rozmytych](http://www.youtube.com/watch?v=2ScTwFCcXGo&NR=1&feature=fvwp "wikilink")
- [Pakiet [JFuzzyLogic](JFuzzyLogic "wikilink")
(JAVA)](http://jfuzzylogic.sourceforge.net/html/index.html "wikilink")
- [Pakiet Free Fuzzy Logic Library
(C++)](http://ffll.sourceforge.net/index.html "wikilink")
- [Logika wielowartościowa (Stanford
Univ.)](http://plato.stanford.edu/entries/logic-manyvalued "wikilink")
- [Fuzzy Logic and Its
Uses](http://www.doc.ic.ac.uk/~nd/surprise_96/journal/vol4/sbaa/report.html "wikilink")
- [FAQ: Fuzzy Logic and Fuzzy Expert Systems
](http://www-2.cs.cmu.edu/Groups/AI/html/faqs/ai/fuzzy/part1/faq.html "wikilink")
- [Fuzzy Logic
Tutorial](http://www.seattlerobotics.org/encoder/mar98/fuz/flindex.html "wikilink")
- [Fuzzy Image
Processing](http://pami.uwaterloo.ca/tizhoosh/fip.htm "wikilink")
- [Fuzzy
Logic](http://www.aaai.org/AITopics/html/fuzzy.html "wikilink")
- [Organizacje, czasopisma, książki, grupy
badawcze](http://web.abo.fi/~rfuller/fuzs.html "wikilink")
- [Software](http://sci2s.ugr.es/keel/links.php "wikilink")
## Literatura
- Driankov D., Hellendoorn H., Reinfrank M., Wprowadzenie do
sterowania rozmytego, WNT, 1996
- Grzegorzewski P., Wspomaganie decyzji w warunkach niepewności.
Metody statystyczne dla nieprecyzyjnych danych. EXIT, 2006
- Kacprzyk J., Wieloetapowe sterowanie rozmyte, WNT 2001
- Łachwa A., Rozmyty świat zbiorów, liczb, relacji faktów, reguł i
decyzji, EXIT 2001
- Rutkowska D., Piliński M., Rutkowski L., Sieci neuronowe, algorytmy
genetyczne i systemy rozmyte, Wydawnictwo Naukowe PWN, 1997
- Rutkowski L., Metody i techniki sztucznej inteligencji, PWN, 2005
- Tanaka K., An Introduction to Fuzzy Logic for Practical
Applications, Springer 1996.
- Wygralak M., Cardinalities of fuzzy sets., Springer 2003
- Wygralak M., Intelligent Counting Under Information Imprecision,
Applications to Intelligent Systems and Decision Support, Springer
2013

View File

@ -0,0 +1,233 @@
2. acl bikol,chris:admin,read,write,revert Known:read All:
## Turniej MIN TORCS 2017 {#turniej_min_torcs_2017}
### Dlaczego turniej {#dlaczego_turniej}
Turniej przeprowadzony w ramach zajęć z przedmiotu
[DMINLI0](DMINLI0 "wikilink") pełni rolę zespołowego projektu
zaliczeniowego. Taka forma zaliczenia ma za zadanie zachęcić uczestników
zajęć to poszerzenia swojej wiedzy i umiejętności z zakresu sterowania
rozmytego.
**W turnieju biorą udział zespoły dwuosobowe.**
### Czym jest TORCS {#czym_jest_torcs}
[Strona projektu](http://torcs.sourceforge.net/ "wikilink"):
The Open Racing Car Simulator (TORCS) is a highly portable multi platform car racing simulation. It is used as ordinary car racing game, as AI racing game and as research platform. It runs on Linux (all architectures, 32 and 64 bit, little and big endian), FreeBSD, [[OpenSolaris]], MacOSX and Windows (32 and 64 bit). The source code of TORCS is licensed under the GPL ("Open Source").
TORCS features many different cars, tracks, and opponents to race against. You can steer with a joystick or steering wheel, if the device is supported by your platform. It is also possible to drive with the mouse or the keyboard. Graphic features lighting, smoke, skid marks and glowing brake disks. The simulation features a simple damage model, collisions, tire and wheel properties (springs, dampers, stiffness, ...), aerodynamics (ground effect, spoilers, ...) and much more. The game play allows different types of races from the simple practice session up to the championship. Enjoy racing against your friends in the split screen mode with up to four human players.
TORCS was initially created by Eric Espié and Christophe Guionneau, substantial parts have been added by other contributors (have a look into the "Credits" section for details). The project is currently headed by Bernhard Wymann.
### Na czym będzie polegało zadanie {#na_czym_będzie_polegało_zadanie}
W ramach Turnieju odbędzie się kilka wyścigów (szczegóły poniżej), w
których udział będą brały pojazdy kierowane przez sterowniki rozmyte.
Zadaniem zespołów startujących w Turnieju jest przygotowanie sterowników
rozmytych w języku FCL, zgodnych z dostarczoną specyfikacją, które na
podstawie opisu aktualnego stanu pojazdu (prędkość, odległości od
krawędzi toru i przeszkód, \...) za pośrednictwem kilku zmiennych (gaz,
hamulec i obrót kierownicy) będą kierować pojazdem.
Uczestnicy Turnieju otrzymają wszystkie wymagane oprogramowanie oraz
przykładowy sterownik FCL, stąd od Uczestników nie są wymagane żadne
umiejętności programistyczne.
### Przebieg Turnieju {#przebieg_turnieju}
Turniej rozpocznie się w grudniu, po zajęciach poświęconych sterowaniu
rozmytemu. Pierwsza część Turnieju to eliminacje grupowe obejmujące dwa
wyścigi indywidualne (początek i połowa stycznia). Finał Turnieju
zostanie przeprowadzony systemem pucharowym pod koniec stycznia.
Zespoły, zakwalifikowane do finałów będą brały udział w wyścigach
parami. Zwycięski zespół kwalifikuje się do kolejnego wyścigu, podczas,
gdy przegrany odpada z Turnieju.
#### Eliminacje
- Eliminacje obejmują przejazdy indywidualne, bez kolizji z wyłączonym
systemem uszkodzeń
- Eliminacje odbywają się wewnątrz grupy zajęciowej
- Do finałów kwalifikują się 3 (CA) lub 5 (CB) zespołów z każdej grupy
zajęciowej, które uzyskały najmniejszy łączny czas przejazdu w
eliminacjach.
- Za zakwalifikowanie do finałów przyznawany jest 1 punkt
##### Etap 1 {#etap_1}
- trasa: E-Track 5, 2 okrążenia
- maksymalny czas przejazdu 4 minuty
- punktacja: 1 punkt za czas pośród 75% najlepszych rezultatów
- wyścig zostanie przeprowadzony w trybie \"*tylko wyniki*\",
przejazdy nie będą prezentowane na zajęciach
##### Etap 2 {#etap_2}
- trasa: podana po zakończeniu przyjmowania zgłoszeń
- maksymalny czas przejazdu 8 minut
- punktacja: 1 punkt za czas pośród 75% najlepszych rezultatów
- wybrane przejazdy zostaną odtworzone na zajęciach
#### Finały
- Przeprowadzone zostaną systemem pucharowym z rozstawieniami.
- Finały obejmują przejazdy parami z kolizjami z wyłączonym systemem
uszkodzeń
- Za wygranie wyścigu w finale zespół otrzymuje 1 punkt
- Zwycięzca Turnieju otrzymuje premię - dodatkowe 4 punkty
- Wyścigi finałowe odbywają się na trasie Forza, 2 okrążenia
maksymalny czas przejazdu 8 minut
- Kryterium oceny przejazdu jest czas ukończenia wyścigu. W przypadku
gdy oba pojazdy nie ukończyły wyścigu, decyduje przejechana
odległość.
- Finał Turnieju będzie miał postać publicznych zawodów. Wyścigi
finałowe zostaną przeprowadzone jednego dnia pod koniec stycznia
podczas, którego wszystkie przejazdy będą prezentowane na żywo na
rzutniku.
##### Rozstawienia
- Pary w 1/4 finałów zostaną dobrane zgodnie z rankingiem eliminacji
- Najlepszy zespół z grupy zajęciowej CA będzie się ścigał z
najsłabszym zespołem z grupy CB. Kolejne pary będą składały się z
następnych najlepszych i najsłabszych zespołów z danych grup
zajęciowych
- Przebieg finałów przedstawia następująca drabinka
\|\|zwycięzca\|\|\<:-23> - \|\| \|\|finał\|\|\<:-11> - \|\| \|\|\<:-11>
- \|\| \|\|1/2 finału\|\|\<:-5> - \|\| \|\|\<:-5> - \|\| \|\|\<:-5> -
\|\| \|\|\<:-5> - \|\| \|\|1/4 finału\|\|\<:-2> CA 1. \|\| \|\|\<:-2> CB
5. \|\| \|\|\<:-2> CA 2. \|\| \|\|\<:-2> CB 4. \|\| \|\|\<:-2> CA 3.
\|\| \|\|\<:-2> CB 1. \|\| \|\|\<:-2> CB 2. \|\| \|\|\<:-2> CB 3. \|\|
### Zasady ogólne {#zasady_ogólne}
- Podczas wszystkich przejazdów wyłączone będą następujące funkcje
symulatora TORCS: uszkodzenia, zużycie paliwa, pit stop
- Wszystkie pojazdy będą korzystały z automatycznej skrzyni biegów
### Przesyłanie sterowników {#przesyłanie_sterowników}
- Sterowniki FCL należy przesłać emailem do prowadzącego grupę
zajęciową
- Plik **musi** mieć określoną strukturę:
**grupa-nazwisko-nazwisko.fcl**, gdzie *grupa* to kodowe oznaczenie
grupy zajęciowej (CA-CD).
- Termin nadsyłania sterowników do pierwszego etapu eliminacji to 9
stycznia 2018 godz. 13:00
- Termin nadsyłania sterowników do drugiego etapu eliminacji to 23
stycznia 2018 godz 13:00
- Termin nadsyłania sterowników do finału to 31 stycznia 2018 (przed
wyścigiem). Sterownik można również dostarczyć osobiście podczas
turnieju.
- Sterowniki nadesłane po terminie nie będą brały udziału w wyścigu
### Oprogramowanie
Plik wszelkie oprogramowanie niezbędne do uruchomienia sterownika FCL
dostępne jest w *Contact.dir* w katalogu *Żywica Patryk\\DMIN_2017\\*
tj. **\\\\files.wmi.amu.edu.pl\\contact.dir\\Żywica
Patryk\\DMIN_2017\\**
1. *min-torcs.7z* - symulator TORCS wzbogacony o możliwość przyjmowania
poleceń za pośrednictwem sieci (spakowany za pomocą programu 7z). W
laboratoriach należy go rozpakować na dysku p: (poligon))
2. *!TorcsClientFcl.jar* - program wykonujący bezpośrednio sterownik
FCL i komunikujący się z symulatorem
Dodatkowe informacje na temat oprogramowania można znaleźć:
1. [Strona projektu TORCS](http://torcs.sourceforge.net/ "wikilink")
2. [ Repozytorium projektu
[TorcsClientFcl](TorcsClientFcl "wikilink")](https://github.com/bikol/torcs-client-fuzzy-java "wikilink")
3. [ Dokumentacja oryginalnego klienta i serwera do sieciowego
sterowania TORCS](https://arxiv.org/pdf/1304.1672v2.pdf "wikilink")
### Dokumentacja sterownika FCL {#dokumentacja_sterownika_fcl}
Przykładowy sterownik FCL [
driver.fcl](attachment:bikol/DMINLI0_2016/Turniej/driver.fcl "wikilink").
#### Input variables {#input_variables}
\|\| Variable \|\| Range \|\| Description \|\| \|\| track0 - track18
\|\| \[0,200\] (m) \|\| The 19 range finder sensors: each sensors
returns the distance between the track edge and the car within a range
of 200 meters. When noisy option is enabled, sensors are affected by
i.i.d. normal noises with a standard deviation equal to the 10% of
sensors range. The sensors sample the space in front of the car for the
following angles with respect to the car axis:
{-90,-75,-60,-45,-30,-20,-15,-10,-5, 0, 5,10,15,20,30,45,60,75,90}. When
the car is outside of the track (i.e., pos is less than -1 or greater
than 1), the returned values are not reliable (typically -1 is
returned).\|\| \|\| trackPos \|\| (−∞,+∞) \|\| Distance between the car
and the track axis. The value is normalized w.r.t to the track width: it
is 0 when car is on the axis, -1 when the car is on the right edge of
the track and +1 when it is on the left edge of the car. Values greater
than 1 or smaller than -1 mean that the car is outside of the track.
\|\| \|\| speed \|\| (−∞,+∞) (km/h) \|\| Speed of the car along the
longitudinal axis of the car. \|\| \|\| opponent0 - opponent35 \|\|
\[0,200\] (m) \|\| The 36 opponent sensors: each sensor covers a span of
10 degrees within a range of 200 meters and returns the distance of the
closest opponent in the covered area. When noisy option is enabled (see
Section 7), sensors are affected by i.i.d. normal noises with a standard
deviation equal to the 2% of sensors range. The 36 sensors cover all the
space around the car, spanning clockwise from -180 degrees up to +180
degrees with respect to the car axis.\|\| \|\| angle \|\| \[-π,+π\]
(rad) \|\| Angle between the car direction and the direction of the
track axis. \|\|
#### Output varibles {#output_varibles}
\|\| Variable \|\| Range \|\| Description \|\| \|\| steering \|\|
\[-1,1\] \|\| Steering value: -1 and +1 means respectively full right
and left, that corresponds to an angle of 0.366519 rad. \|\| \|\|
accelerate \|\| \[0,1\] \|\| Virtual gas pedal (0 means no gas, 1 full
gas). \|\| \|\| brake \|\| \[0,1\] \|\| Virtual brake pedal (0 means no
brake, 1 full brake). \|\|
### Konfiguracja wyścigów {#konfiguracja_wyścigów}
#### Tryb z wizualizacją wyścigu {#tryb_z_wizualizacją_wyścigu}
Najprostszym sposobem na przeprowadzenie wyścigu w symulatorze TORCS
jest skorzystanie z klienta graficznego. W tym celu uruchamiamy TORCS
(**.\\torcs\\wtorcs.exe**), a następnie wybieramy w menu
Race → Quick Race → Configure Race.
Pierwszym krokiem jest wybór trasy. Opcja *Accept* prowadzi do ekranu
wyboru uczestników wyścigu. Na potrzeby zajęć najważniejsze opcje to
*Player* (pozwala na sterowanie pojazdem przy użyciu klawiatury) i
scr_server 1 (sterowanie za pomocą FCL). Trzeci ekran pozwala na
ustalenie liczby okrążeń i maksymalnej długości trasy.
W celu rozpoczęcia wyścigu należy wybrać opcję *New Race*. W tym
momencie należy uruchomić sterownik FCL. W konsoli w katalogu
*min-torcs* wpisujemy:
java -jar [[TorcsClientFcl]].jar driver.fcl
Oczywiście *driver.fcl* należy zastąpić odpowiednią nazwą pliku FCL.
Natychmiast po uruchomieniu sterownika rozpoczyna się wyścig.
#### Tryb *tylko wyniki* {#tryb_tylko_wyniki}
Tryb *tylko wyniki* będzie wykorzystywany przy przygotowywaniu
oficjalnych list rankingowych.
W konsoli w katalogu *min-torcs* wpisujemy:
run-race.bat race-e1.xml driver.fcl
gdzie *race-e1.xml* to nazwa pliku konfiguracji wyścigu, a *driver.fcl*
sterownika FCL. Skrypt uruchomi symulację wyścigu i wypisze na ekran
uzyskany rezultat.
Pliki konfiguracji wyścigu można \"wyklikać\" w GUI, ostatnia
konfiguracja każdego trybu wyścigu (np. Quick Race) przechowywana jest w
katalogu *torcs-min/config/raceman/*\'.

59
bikol/DPRILI1E_201920L.md Normal file
View File

@ -0,0 +1,59 @@
# Team project - PRI {#team_project___pri}
\<\<TableOfContents(3)>\>
## Classes
- Thursday, 13:45, room: A1-16/17\<\
\>
## News
-
## Project pages {#project_pages}
- [Travellan](/pri1 "wikilink")
- [Mobilny system do adopcji zwierząt](/pri2 "wikilink")
- [Wypożyczanie sprzętu](/pri3 "wikilink")
- [PickApp](/pri4 "wikilink")
## Schedule
- Initial phase (February)
`   * project definition: project description`\
`   * defining the roles of team members`\
`   * presentation of the project theme`\
`   * choice of technology and architecture outline`
- Elaboration phase (March)
`   * Business Model Canvas and Value Proposition Canvas `[`https://strategyzer.com/`](https://strategyzer.com/ "wikilink")\
`   * Project scope: a brief description of the scope of the project, IN-OUT list, identification of actors and their responsibilities/expectations`\
`   * List of functional requirements: User Stories`\
`   * Preliminary schedule: general distribution of functionality into semesters`\
`   * Presentation of the results of the initial and elaboration phases`\
`   * Preparation of a complete page for Eduwiki`\
`   * System vision document `*`'(until`` ``the`` ``end`` ``of`` ``March)'`*` - `[` ``template`](attachment:bikol/DPRILI1_201819L/wizja.docx "wikilink")
- Prototype / first increment (April)
`   * Presentation of the prototype / first increment`\
`   * Application design: structural diagram (classes/components) at a high level of abstraction; implementation diagram at a high level of abstraction`\
`   * Verification of the initial schedule`\
`   * Verification of selected technologies and architecture`\
`   * System scope document - `[` ``template`](attachment:chris/DPRI1_2016/Zakres_projektu-wzor.doc "wikilink")
- Implementation phase: each sprint ends with a presentation during
working software classes (April-June)
`   * Sprint 1`\
`   * Sprint 2 `\
`   * Sprint 3 admission of projects for public defense`
## Credit rules {#credit_rules}
- [Engineering project rules and
guidelines](attachment:Engineering_project_rules_and_guidelines.pdf "wikilink")

View File

@ -0,0 +1,184 @@
s434604,s434608,s430686,s434603:admin,read,write Known:read All:
# TRAVELLAN Trip Planner {#travellan_trip_planner}
------------------------------------------------------------------------
## Table of contents {#table_of_contents}
------------------------------------------------------------------------
1. [Team roles](#teamroles "wikilink")
`2. `[`Project`` ``description`](#desc "wikilink")\
`3. `[`General`` ``schedule`](#gensched "wikilink")\
`4. `[`Technology`` ``stack`](#techstack "wikilink")\
`5. `[`Documentation`](#docs "wikilink")
1. 1. [Vision Document](#vision "wikilink")
` 2. `[`Scope`` ``Document`](#scope "wikilink")\
` 3. `[`Business`` ``Logic`](#bus "wikilink")\
` 4. `[`Implementation`` ``schedule`](#sched "wikilink")\
`6. `[`External`` ``links`](#src "wikilink")
1. 1. [GitHub repository](#github "wikilink")
` 2. `[`Jira`](#jira "wikilink")
\<\<Anchor(teamroles)>\>
## Team roles {#team_roles}
------------------------------------------------------------------------
\|\| **First and last name** \|\|\|\| **Index number** \|\|\|\| **Role**
\|\| \|\| Maciej Kowalczyk \|\|\|\| 430686 \|\|\|\| dev \|\| \|\|
Weronika Olejniczak \|\|\|\| 434603 \|\|\|\| team lead, dev \|\| \|\|
Bartosz Piotr Piekarski \|\|\|\| 434604 \|\|\|\| dev \|\| \|\| Konrad
Skrzypczak \|\|\|\| 434608 \|\|\|\| dev \|\|
\<\<Anchor(desc)>\>
## Project description {#project_description}
------------------------------------------------------------------------
Do you travel? And have you ever found yourself not knowing where to
start planning the trip? Have you ever switched between many mediums and
felt lost in all the information from all the different sources?
The project Travellan aims to help people with your needs! Our goal is
to create a solution for people who travel and would like to have a way
to easily organize a trip with a dose of flexibility, have every vital
information stored in one place for later access and enrich their
travelling experience in general. The user of our product will gain a
possibility to create automatized trip plans. They will be able to
modify them for their needs. Firstly, they will be able to add points of
interest and plan the routes between them to the map interface.
Additionally, the user will be able to monitor the budget assigned to
the trip, check the weather forecast along many other functionalities.
Moreover, the user will have an easy access to the plan in an offline
mode, be able to search through possible places to visit in a particular
city, region, compare their reviews and plan movement between each one
\<\<Anchor(gensched)>\>
## General schedule {#general_schedule}
------------------------------------------------------------------------
- **[Documentation](#docs "wikilink")**: before the end of March
- **Prototype in Figma**: before 15 April
\<\<Anchor(techstack)>\>
## Technology stack {#technology_stack}
------------------------------------------------------------------------
Cross-platform mobile solution (Android and iOS).
- **Front-end**:
- ReactJS,
- React Native
- **Back-end**:
- Firebase
\<\<Anchor(docs)>\>
## Documentation
------------------------------------------------------------------------
\<\<Anchor(vision)>\>
### Vision Document: {#vision_document}
- [attachment:Vision Document (version
5.1).pdf](attachment:Vision_Document_(version_5.1).pdf "wikilink")
(posted on 14.04.2020)
\<\<Anchor(scope)>\>
### Scope Document: {#scope_document}
- [attachment:Scope document (version
5.3).pdf](attachment:Scope_document_(version_5.3).pdf "wikilink")
(posted on 14.04.2020)
\<\<Anchor(bus)>\>
### Business Logic: {#business_logic}
- [attachment:Business Model
Canvas.pdf](attachment:Business_Model_Canvas.pdf "wikilink") (posted
on 14.04.2020)
\<\<Anchor(sched)>\>
### Implementation schedule: {#implementation_schedule}
**Overall functionality implementation schedule:**
Summer semester:
- creating and deleting trips,
- showing vital information about the trip,
- storing tickets and reservations,
- showing dynamic map of the region,
- showing weather for the trip (5 days forward at best),
- managing trip budget,
- adding and deleting notes for the trip,
- signing up/signing in with e-mail, Google and Facebook,
- preferences persistence,
- theme switcher (light mode/dark mode).
Expected: fully functional Android and iOS application integrated with
Firebase for data persistence.
Winter semester (or in later development):
- in the map:
- adding markers,
- deleting markers,
- creating a route between two markers,
- displaying general information about the place,
- displaying more information about the place (like opening hours,
description etc.).
- points of interest recommendation based on parameters such as
distance, preferences, budget, time,
- accommodation and transport recommendation,
- inner microtransactions (for events, hotels etc.),
- showing bus routes,
- Gmail synchronization,
- Google Calendar synchronization,
- offline mode,
- notifications for when to leave,
- option to leave feedback on the trip,
- reviewing summaries of the past trips (memory reviewer),
- optional:
- inner calendar,
- user profile,
- adding friends,
- adding reviews of destinations/places,
- trip sharing.
\<\<Anchor(src)>\>
## External links {#external_links}
------------------------------------------------------------------------
\<\<Anchor(github)>\>
### [GitHub](GitHub "wikilink") repository: {#github_repository}
- [GitHub](https://github.com/weronikaolejniczak/travellan-project "wikilink")
(created: 18.04.2020)
\<\<Anchor(jira)>\>
### Jira:
- <https://jira.wmi.amu.edu.pl/secure/RapidBoard.jspa?projectKey=TRIPP&rapidView=272>

View File

@ -0,0 +1,64 @@
s434598,s430291,s434650:admin,read,write Known: All:
# ADOPT-ME {#adopt_me}
------------------------------------------------------------------------
## Elevator Pitch {#elevator_pitch}
------------------------------------------------------------------------
Even in the digitalized 21st century, animal adoption is still a
difficult and time-consuming problem.
From people trying to find their furry, flop-eared soulmates spread all
over different websites, noticeboards, and social media to organizations
in need of legibility verification of potential adopters with consistent
monitoring of animals for the first months of adoption, everyone is in a
dire need for a better solution.
Thus adopt-me was born, with a mission to gather all shelters and
charities in one place - to securely and quickly find a loving home for
animals under their care, with a maximum decrease of false-positive
adoptions and abandonment.
## Team Roles {#team_roles}
------------------------------------------------------------------------
\|\| First and last name \|\|\|\| Index number \|\|\|\| Role \|\| \|\|
Mikołaj Aleksandrzak \|\|\|\| 434650 \|\|\|\| Software Engineer \|\|
\|\| Kamil Beker \|\|\|\| 430291 \|\|\|\| Software Engineer/TL \|\| \|\|
Aleksander Kurz \|\|\|\| 434598 \|\|\|\| Software Engineer \|\|
## Docs
------------------------------------------------------------------------
- [System Scope](attachment:AdoptMe_System_Scope.pdf "wikilink")
- [System Vision](attachment:AdoptMe_System_Vision.pdf "wikilink")
- [System Vision
(Confluence)](https://adoptme.atlassian.net/wiki/spaces/ADOPTME/pages/2686997/System+Vision "wikilink")
## Technology stack {#technology_stack}
------------------------------------------------------------------------
- **React-Native** Mobile
- **ReactJS** Web
- **Python Django REST** Backend
Other:
- AWS
- Firebase
- Docker
- PostgreSQL
## External Resources {#external_resources}
------------------------------------------------------------------------
- [Jira](https://jira.wmi.amu.edu.pl/projects/AD/summary "wikilink")
- [GitLab](https://gitlab.com/adoptme "wikilink")
- [Confluence](https://adoptme.atlassian.net/wiki/home "wikilink")

View File

@ -0,0 +1,136 @@
s432837,s432759,s432754,s432757:admin,read,write Known:read All:
# RentALL
------------------------------------------------------------------------
## Сontent Explorer {#сontent_explorer}
------------------------------------------------------------------------
- [Roles](#Roles "wikilink")
- [RentALL Explanation](#exp "wikilink")
- [Organization](#org "wikilink")
- [Essence of Implementation](#imp "wikilink")
- [Documentation](#docs "wikilink")
- [ProjectVision](#vis "wikilink")
- [TimeTable](#tt "wikilink")
- [Auxiliary Tools](#tools "wikilink")
- [GitHub](#git "wikilink")
\<\<Anchor(Roles)>\>
## Roles
------------------------------------------------------------------------
\|\| **Member** \|\|\|\| **Role** \|\|\|\| **Index** \|\| \|\| Ivan
Vasyliev \|\|\|\| Back-End Developer \|\|\|\| 432759 \|\| \|\| Denys
Novak \|\|\|\| Back-End Developer \|\|\|\| 432837 \|\| \|\| Kirilo
Skibenko \|\|\|\| Front-End Developer \|\|\|\| 432757 \|\| \|\|
Vladyslav Osatskyi \|\|\|\| Front-End Developer \|\|\|\| 432754 \|\|
\<\<Anchor(exp)>\>
## RentALL Explanation {#rentall_explanation}
------------------------------------------------------------------------
The technical goal of the project is to provide an opportunity to make
services for the hiring of various types of goods, from household
appliances to work tools. The main goal of our project is the
opportunity to bring people together, to build trust in the inhabitants
of cities, villages, megacities. Users will be able to exchange and also
disinterestedly give , for a certain time, different kind of
equipment,goods,etc. At the same time showing such traits as trust,
goodwill in relation to their neighbors.
\<\<Anchor(org)>\>
## Organization
------------------------------------------------------------------------
- **[Documentation](#docs "wikilink")**: the end of March- done
- **[Prototype]( "wikilink")**: mid of April- on development stage
\<\<Anchor(imp)>\>
## Essence of Implementation {#essence_of_implementation}
------------------------------------------------------------------------
- **Back-End**:
- JAVA
- SPRING
- HIBERNATE
- **Front-End**:
- Framework Angular2+
- html
- css
- Typescript
\<\<Anchor(docs)>\>
## Documentation
------------------------------------------------------------------------
\<\<Anchor(vis)>\>
### [ProjectVision](ProjectVision "wikilink"):
- <attachment:ProjectVisionUpdate.pdf>
\<\<Anchor(scope)>\>
### [ProjectScope](ProjectScope "wikilink"):
- [attachment:Project
scope.pdf](attachment:Project_scope.pdf "wikilink")
### [ProjectScope](ProjectScope "wikilink"): {#projectscope_1}
- [attachment:Project
scope.pdf](attachment:Project_scope.pdf "wikilink")
### [ProjectScope2](ProjectScope2 "wikilink").0:
- [attachment:Project
scope2.pdf](attachment:Project_scope2.pdf "wikilink")
\<\<Anchor(tt)>\>
## [TimeTable](TimeTable "wikilink")
------------------------------------------------------------------------
**Implementation phases:**
First Semester:
- - Main Page with navigation
- product catalog
- product searching
- adding products by customer
Second Semester:
- user registration
- make an order of products
- communication between users
- payment methods
- hosting web application
- rating quality of goods and completed deals
\<\<Anchor(tools)>\>
## Auxiliary Tools {#auxiliary_tools}
------------------------------------------------------------------------
\<\<Anchor(git)>\>
### [GitHub](GitHub "wikilink") :
- [Repository](https://github.com/DenNovak/RentAll.git "wikilink")

Binary file not shown.

View File

@ -0,0 +1,73 @@
s434596,s434708,s434607:admin,read,write Known:read All:
# [PickApp](PickApp "wikilink")
## Short project description {#short_project_description}
------------------------------------------------------------------------
PickApp is a sport platform created for sport enthusiasts by sport
enthustiasts to make scheduling pick up games and tournaments in various
sport disciplines easier. Imagine being a person that has recently moved
to a new city. You love sports, especially basketball and jogging, but
you don\'t know anyone in the new environment.
[PickApp](PickApp "wikilink") is here for you with intuitive UI, showing
you the map with all pickup basketball games in the neighbourhood, as
well as people, who want to meet a new jogging friend. We want to
integrate some social media features in order to find people interested
in the same sport activities and on the similar skill level. It will
allow to track your personal progress and compare it within the group of
your friends using scoreboards. We could also consider estabilishing
cooperation with owners of sport objects and/or organisators of
tournaments in order to simplify the process of booking and transfering
required funds.
## Team roles {#team_roles}
------------------------------------------------------------------------
\|\| **Role** \|\|\|\| **First and last name** \|\|\|\| **Index number**
\|\| \|\| \|\|\|\| Szymon Kuleczka \|\|\|\| 434596 \|\| \|\| \|\|\|\|
Hubert Salwin \|\|\|\| 434607 \|\| \|\| \|\|\|\| Łukasz Jędyk \|\|\|\|
434708 \|\|
## Technology stack {#technology_stack}
------------------------------------------------------------------------
- **front-end**
- Flutter
- **back-end**
- Elixir
- Phoenix
- Ecto
## Documentation
------------------------------------------------------------------------
### Vision document {#vision_document}
- [Vision Document](attachment:Vision_Document.pdf "wikilink")
### Scope document {#scope_document}
- [Scope Document](attachment:Scope_Document_2.0.pdf "wikilink")
### Project description {#project_description}
- [Project
description](https://1drv.ms/w/s!AlTRvzlA12_8iW2TQSQwWLNJn9vS?e=EtHWeK "wikilink")
## External links {#external_links}
------------------------------------------------------------------------
### Git repository {#git_repository}
- [Flutter](https://gitlab.com/pickapp-team/pickapp-flutter "wikilink")
- [Backend](https://gitlab.com/pickapp-team/pickapp-phoenix "wikilink")
### Jira
- [Jira](https://jira.wmi.amu.edu.pl/projects/PTEP/summary "wikilink")

68
bikol/DPRILI1_2011920L.md Normal file
View File

@ -0,0 +1,68 @@
# Inżynierski projekt zespołowy - PRI {#inżynierski_projekt_zespołowy___pri}
\<\<TableOfContents(3)>\>
## Zajęcia
- piątek, godz.: 10:00, sala: **A1-16/17**\<\
\>
## Aktualności
-
## Strony zespołów projektowych {#strony_zespołów_projektowych}
- [ Dev match](/devmatch "wikilink")
- [ [UltiTracker](UltiTracker "wikilink")
(frisbee)](/frisbee "wikilink")
- [ RPG](/rpg "wikilink")
- [ Carpool](/carpool "wikilink")
## Harmonogram
- Faza wstępna (luty)
- - zdefiniowanie projektu: opis projektu
- określenie ról członków zespołu
- prezentacja tematu projektu
- wybór technologii i zarys architektury
- Faza opracowania (marzec)
- - Business Model Canvas i Value Proposition Canvas
<https://strategyzer.com/>
- Zakres projektu: krótki opis zakresu projektu, lista IN-OUT,
identyfikacja aktorów i ich odpowiedzialności/oczekiwań
- Lista wymagań funkcjonalnych: User Stories
- Wstępny harmonogram: ogólny podział funkcjonalności na
semestry
- Prezentacja dotychczasowych wyników fazy wstępnej i
opracowania
- Przygotowanie kompletnej strony na Eduwiki
- Dokument wizji systemu **(do końca marca)** - [
szablon](attachment:bikol/DPRILI1_201819L/wizja.docx "wikilink")
- Prototyp / pierwszy przyrost (kwiecień)
- - Prezentacja prototypu/pierwszego przyrostu
- Projekt aplikacji: diagram strukturalny (klas/komponentów)
na wysokim poziomie abstrakcji; diagram wdrożenia na wysokim
poziomie abstrakcji
- Weryfikacja wstępnego harmonogramu
- Umowa zespołu projektowego - [
przykład](attachment:bikol/DPRILI1_2016/Umowa-zespołu-projektowego.pdf "wikilink")
- Weryfikacja wybranych technologii i architektury
- Dokument zakresu systemu - [
szablon](attachment:chris/DPRI1_2016/Zakres_projektu-wzor.doc "wikilink")
```{=html}
<!-- -->
```
- Faza implementacji: każdy sprint kończy się prezentacją na zajęciach
działającego oprogramowania (kwiecień-czerwiec)
- - Sprint 1 (do 7 V)
- Sprint 2 (do 21 V)
- Sprint 3 dopuszczenie projektów do publicznej obrony (do
4 VI)
## Zasady zaliczenia {#zasady_zaliczenia}
- [Regulamin przedmiotu
](attachment:bikol/DPRILI1_201819L/regulamin.pdf "wikilink")

View File

@ -0,0 +1,47 @@
s434720,s434678,s440054,s434784:admin,read,write Known:read All:
# Carpool
## Główne założenia {#główne_założenia}
Celem naszego projektu jest stworzenie aplikacji mobilnej umożliwiającej
współdzielenie przejazdów na krótkie odległości. Chcemy walczyć z
problemem nieekologiczności przejazdów jednoosobowych, łącząc
użyteczność \"BlaBlaCar\" oraz szybkość i wygodę \"Ubera\". Przykładowo:
ktoś spóźnił się na autobus, więc używa tej aplikacji, aby znaleźć kogoś
kto jedzie w tym samym kierunku i może go zabrać.
### Skład zespołu {#skład_zespołu}
\|\|Imię i Nazwisko\|\|Numer indeksu\|\|Rola w zespole\|\| \|\|Norbert
Litkowski \|\| 440054\|\| Fullstack developer \|\| \|\|Maciej Sobkowiak
\|\| 434784 \|\| Algorytmy grafowe, bazy danych \|\| \|\|Julian
Kobryński \|\| 434720 \|\| React Native developer\|\| \|\|Michał Dulski
\|\| 434678\|\|Back-end developer \|\|
### Zarządzanie projektem {#zarządzanie_projektem}
[ Jira](https://jira.wmi.amu.edu.pl/projects/CARP "wikilink")
### Dokumentacja
- [ User
stories](https://docs.google.com/document/d/1_-gwbDyVlpdR4L1AK8l_zm0RyUhh_dMoAcePAe4NW3s/edit#heading=h.kut1xoub3bt1 "wikilink")
- [ Dokument wizji
projektu](https://uam-my.sharepoint.com/:w:/g/personal/micdul_st_amu_edu_pl/ESOsKG1G_dVOuZpWHO-bw6UBaViXztIFR4y2dKDJz_axLA "wikilink")
- [ Prototyp
](https://xd.adobe.com/view/07c43299-3cf2-4589-4f72-48137c874bb9-71f5/ "wikilink")
- [ [GitHub](GitHub "wikilink")
](https://github.com/nlitkowski/carpool "wikilink")
- [ Zakres
projektu](https://uam-my.sharepoint.com/:b:/g/personal/macsob3_st_amu_edu_pl/EUd06YTxHWNLmk7klhTWHK4BuGonRdzBMO5uW-zvteBjSA?e=JGAAzL "wikilink")
### Technologie
```{=mediawiki}
{{https://getsix-services.eu/wp-content/uploads/2015/04/sql-server-logo.jpg}}
```
`{{https://adrianwilczynski.gallerycdn.vsassets.io/extensions/adrianwilczynski/asp-net-core-snippet-pack/1.50.2/1581474370357/Microsoft.VisualStudio.Services.Icons.Default}}`{=mediawiki}
`{{https://d2eip9sf3oo6c2.cloudfront.net/tags/images/000/000/026/square_128/react.png}}`{=mediawiki}
`{{https://cdn.iconscout.com/icon/free/png-128/typescript-1174965.png}}`{=mediawiki}
`{{https://d2eip9sf3oo6c2.cloudfront.net/tags/images/000/000/386/square_128/redux.png}}`{=mediawiki}

View File

@ -0,0 +1,67 @@
s434806,s394161,s434760,s440556:admin,read,write Known:read All:
# [DevMatch](DevMatch "wikilink") - krótki opis projektu {#devmatch___krótki_opis_projektu}
DevMatch to aplikacja umożliwiająca znalezienie i dopasowanie
użytkowników do grup, podejmujących działania związane z wytwarzaniem
oprogramowania lub tworzeniem systemów informatycznych. Aplikacja
kierowana jest do programistów, studentów kierunków informatycznych,
pracodawców oraz innych osób związanych z branżą IT, którzy poszukują
partnerów do projektów uczelnianych lub projektów komercyjnych.
Celem projektu jest rozwiązanie problemu uzupełniania kompetencji i
pozyskiwania zasobów ludzkich, charakteryzujących się określonymi
umiejętnościami, w zespołach z branży informatycznej. System odpowiada
na potrzebę zautomatyzowanego kompletowania zespołów.
[DevMatch](DevMatch "wikilink") jest narzędziem, które umożliwi grupie
docelowej w łatwy, szybki i skuteczny sposób nawiązanie współpracy z
innymi użytkownikami aplikacji, charakteryzującymi się kompatybilnymi do
wymagań danego zadania kompetencjami.
DevMatch to system integrujący się z zewnętrznymi serwerami, pozwalający
na automatyczne przetworzenie danych na temat użytkowników i pozyskanie
informacji na temat najczęściej stosowanych technologii i umiejętności
zawodowych. W tym celu aplikacja mobilna będzie wykorzystywać m.in. API
dostarczane przez [LinkedIn](LinkedIn "wikilink") i
[GitHub](GitHub "wikilink").
Identyfikujemy trzy podstawowe grupy klientów aplikacji
[DevMatch](DevMatch "wikilink"):
- studenci
- freelancerzy
- pracodawcy
### Skład zespołu {#skład_zespołu}
`|| Imię i nazwisko || Rola w zespole || Numer indeksu ||`\
`|| Anna Czaplicka || Backend developer || 394161 ||`\
`|| Anna Nowak || Backend developer || 434760 ||`\
`|| Magdalena Wilczyńska || Frontend developer, Product Owner || 440556 ||`\
`|| Bartłomiej Winiarski || Frontend developer, Team Leader || 434806 ||`
### Dokumentacja
- [Wizja systemu -
PDF](attachment:DevMatch_-_Dokument_wizji_projektu_-_poprawiony.pdf "wikilink") -
aktualizacja 15.04.2020
- [attachment:Zakres projektu
\[\[DevMatch](attachment:Zakres_projektu_[[DevMatch "wikilink") -
poprawiony 14.06.2020.pdf\|Zakres systemu - PDF\]\] - modyfikowany
14.06.2020
- [Prototyp
aplikacji](https://xd.adobe.com/view/bc66e3f2-4467-41c7-5de7-a868556c001a-ca57/screen/3ceef6f7-3e4f-427b-856e-6614ea7277fb "wikilink")
### Zarządzanie projektem {#zarządzanie_projektem}
- [Jira](https://jira.wmi.amu.edu.pl/projects/DEV/summary "wikilink")
- [Repozytorium kodu na [GitHub](GitHub "wikilink") - Serwer
API](https://github.com/Adnovac/DevMatch-API "wikilink")
- [Repozytorium kodu na [GitHub](GitHub "wikilink") - Web
Site](https://github.com/Adnovac/DevMatch-Site "wikilink")
### Technologie
- Vue.js
- LESS
- ASP.NET Core

View File

@ -0,0 +1,72 @@
s434762,s434624,s434734,s421454:admin,read,write Known:read All:
# Tytuł projektu: [UtliTracker](UtliTracker "wikilink") - portal dla miłośników Ultimate Frisbee {#tytuł_projektu_utlitracker___portal_dla_miłośników_ultimate_frisbee}
## Skład zespołu: {#skład_zespołu}
\|\| **Imię i nazwisko** \|\| **Numer indeksu** \|\|\<:> **Rola w
zespole** \|\| \|\| Jędrzej Nowak \|\| 434762 \|\|\<:> Product Owner,
Dokumentacja \|\| \|\| Filip Kudliński \|\| 434734 \|\|\<:> Front-end
developer \|\| \|\| Jakub Kaczmarek \|\| 434624 \|\|\<:> Front-end
developer \|\| \|\| Rafał Ciećwierz \|\| 421454 \|\|\<:> Backend
developer\|\|
## Krótki opis projektu {#krótki_opis_projektu}
Celem naszego projektu inżynierskiego jest stworzenie strony
internetowej, służącej do śledzenia wyników turniejów w ultimate
frisbee. Dzięki temu osoby nie będące w stanie pojawić się na turnieju,
mogą nadal sprawdzać wyniki każdego meczu. Na stronie będzie możliwość
sprawdzenia rozpiski turnieju, wyników, statystyk zawodników i drużyn.
Ponadto będzie można również sprawdzić statystyki zawodników ze
wszystkich turniejów w jakich brali udział. Strona zakłada możliwość
założenia konta przez każdego zawodnika, w celu edycji danych takich jak
np. zdjęcie profilowe.
## Wizja i opis projektu {#wizja_i_opis_projektu}
[attachment:Wizja systemu.pdf](attachment:Wizja_systemu.pdf "wikilink")
## Zakres projektu {#zakres_projektu}
[attachment:Zakres
projektu.pdf](attachment:Zakres_projektu.pdf "wikilink")
## Repozytorium
<https://github.com/JacobKaczmarek/UltiTracker>
## Zarządzanie projektem {#zarządzanie_projektem}
<https://jira.wmi.amu.edu.pl/projects/PUF/>
## Stack technologiczny {#stack_technologiczny}
- Vue.js
- Node.js (Nest.js)
- PostgeSQL
## Aktorzy, role i oczekiwania {#aktorzy_role_i_oczekiwania}
### Aktorzy podstawowi {#aktorzy_podstawowi}
\|\|\<tablestyle=\"width: 70%\"\>**Aktor** \|\| **Opis** \|\| \|\|\<20%>
Kibice \|\| Podstawowy użytkownik naszego systemu. Ma możliwość
przejrzenia wyników i statystyk ostatnich meczów jego ulubionej drużyny.
Może również śledzić skład drużyny oraz statystyki poszczególnych
zawodników. \|\| \|\| Zawodnik \|\| Ma możliwość założenia konta na
portalu. Może dołączyć i być członkiem jednej bądź wielu drużyn. Ma
dostęp do swoich statystyk z zagranych przez niego meczy.\|\| \|\|
Menedżer / Trener \|\| Może być nim zawodnik. Może dodatkowo tworzyć i
zgłaszać drużyny do turnieju, oraz kompletować skład drużyny. \|\| \|\|
Zarządca turnieju \|\| Może być nim zawodnik lub menedżer. Tworzy
turnieje i zarządza nimi. \|\| \|\| Protokolant \|\| Osoba wyznaczana na
początku spotkania sportowego. Kontroluje przebieg meczu i na żywo
wprowadza do systemu statystyki. \|\|
### Aktorzy zewnętrzni {#aktorzy_zewnętrzni}
\|\| **Aktor** \|\| **Opis** \|\| \|\| dr. Patryk Żywica \|\| Opiekun
projektu. Zapewnia wsparcie nad projektem. Nadzoruje postęp prac w
projekcie. \|\| \|\| Twórcy \|\| Twórcy aplikacji. Odpowiedzialni za
zaprojektowanie systemu i wytworzenie oprogramowania. \|\|

View File

@ -0,0 +1,50 @@
s434672,s434744,s434692:admin,read,write Known:read All:
**RPG** to gra, której uczestnicy wcielają się w różne postacie, biorące
udział w historii opowiadanej przez prowadzącego grę.
**Skład osobowy**
- Zofia Dobrowolska
- Maciej Grochowski - **Product Owner**, Manager
- Katarzyna Makohon - Analityk
**\"Ja nie taki Ork\"** ma być aplikacją webową. Powstaje z myślą o
pomocy w spełnieniu czterech podstawowych aspektów, których oczekują
gracze RPG.
- Kreacja - poprzez symulowanie środowiska gry daje złudzenie
rzeczywistego istnienia fantastycznych krain oraz oferuje możliwość
dołożenia własnej cegiełki do tej rzeczywistości.
- Odgrywanie - poprzez narzucenie ram(cech) wybranej postaci daje
szersze spojrzenie na grę oraz interakcje między jej bohaterami.
- Świat oparty na zależnościach i statystykach nadających mu unikalny
charakter daje możliwość kreatywnego i niedeterministycznego
rozwiązywania problemów stojących przed graczami.
- Bazujący na atrybutach i losowości model walki pozwala na zbudowanie
zaawansowanego aparatu strategicznego, który sam w sobie jest
pociągający dla pewnej części graczy.
**\"Ja nie taki ork\"** wspomaga użytkowników w każdym z wspomnianych
aspektów, Generując świat pełen wewnętrznie spójnych, różnorodnych
postaci, jednocześnie dbając o możliwość kreowania unikalnych historii
poprzez dodanie własnych postaci i opowieści o nich. Wygenerowane
postacie są stworzone w sposób zgodny z zasadami gry, co umożliwia
natychmiastowe ich wykorzystanie w procesie rozwiązywania problemów lub
walki, a także z uwagi na zestaw losowych, ale zgodnych ze sobą cech
zyskują na wiarygodności pomagając Mistrzowi Gry w urealnianiu świata.
**Dokumentacja**
- Dokument wizji
<https://docs.google.com/document/d/1kU3e9D6bvI8GnYEeuQH2Cahdk8QP6jLBZxq3C6OtUhI/edit?usp=sharing>
- Dokument Wizji <attachment:DokumentWizji.pdf>
- Przypadki użycia
<https://docs.google.com/document/d/1CH2Lz6NMlqs5a22HQESJEzu7464VXMskQyUFvc3bKE0/edit?usp=sharing>
- Zakres Projektu <attachment:ZakresProjektu.pdf>
**Repozytoria**
- Repozytorium Kodu (github) :
<https://github.com/MaciejGrochowski/PRI/tree/Base>
- Jira : <https://jira.wmi.amu.edu.pl/projects/PNM/summary>

Binary file not shown.

Binary file not shown.

62
bikol/DPRILI1_2016.md Normal file
View File

@ -0,0 +1,62 @@
# Inżynierski projekt zespołowy - PRI {#inżynierski_projekt_zespołowy___pri}
\<\<TableOfContents(3)>\>
## Zajęcia
- czwartek, godz.: 10:00, sala: **A1-22,23**\<\
\>
## Aktualności
- [
Obecnosci](https://docs.google.com/spreadsheets/d/15I5E9tyc7RE5wv1ZrG4EGU_Xuou_nwpAW67OSudb1RM/edit?usp=sharing "wikilink")
## Strony zespołów projektowych {#strony_zespołów_projektowych}
- [ 1. Mechanizm wspomagania decyzji wyboru wizualizacji dla danego
zestawu danych (Roche)](/Gr1 "wikilink")
- [ 2. Strategiczna gra online (Capgemini)](/Gr2 "wikilink")
- [ 3. Interaktywny plan budynku (Pearson IOKI)](/Gr3 "wikilink")
## Harmonogram
- Faza wstępna
- - zdefiniowanie projektu: opis projektu (na 9 III)
- określenie ról członków zespołu (na 9 III)
- prezentacja tematu projektu (na 9 III)
- wybór technologii i zarys architektury (na 16 III)
- Faza opracowania
- - Zakres projektu: krótki opis zakresu projektu, lista IN-OUT,
identyfikacja aktorów i ich odpowiedzialności/oczekiwań (na
23 III)
- Lista wymagań funkcjonalnych: User Stories (na 23 III)
- Wstępny harmonogram: ogólny podział funkcjonalności na
semestry (na 23 III)
- Business Model Canvas i Value Proposition Canvas
<https://strategyzer.com/> (na 23 III)
- Prezentacja dotychczasowych wyników fazy wstępnej i
opracowania (na 23 III)
- Prototyp / pierwszy przyrost
- - Utworzenie pełnego opisu najważniejszego przypadku użycia
danego systemu (na 30 III)
- Projekt aplikacji: diagram strukturalny (klas/komponentów)
na wysokim poziomie abstrakcji; diagram wdrożenia na wysokim
poziomie abstrakcji (na 30 III)
- Weryfikacja wstępnego harmonogramu (na 30 III)
- Umowa zespołu projektowego (do 11 V) - [
przykład](attachment:Umowa-zespołu-projektowego.pdf "wikilink")
- Weryfikacja wybranych technologii i architektury (na 6 IV)
- Prezentacja prototypu/pierwszego przyrostu (na 6 IV)
- Faza implementacji: każdy sprint kończy się prezentacją na zajęciach
działającego oprogramowania)
- - Sprint 1 (do 27 IV)
- Sprint 2 (do 11 V)
- Sprint 3 (do 25 V)
- Sprint 4: dopuszczenie projektów do publicznej obrony (do
8 VI)
## Zasady zaliczenia {#zasady_zaliczenia}
- [Regulamin przedmiotu ](attachment:regulamin-pri.pdf "wikilink")

64
bikol/DPRILI1_2016/Gr1.md Normal file
View File

@ -0,0 +1,64 @@
s407221,s362779,s412161,s407282:read,write Known:read All:
## Cel
Zbudowanie narzędzia, które zasilone określonym zestawem danych
zaproponuje wizualizację, która najlepiej nadaje się do przedstawienia
tych danych.
## Opis
Decyzja, o wyborze wizualizacji powinna wynikać z charakterystyki danych
i opierać się na ogólnodostępnych zaleceniach jeśli chodzi o
wizualizację. Dodatkowo należy uwzględnić wiedzę dziedzinową
(subiektywny wybór użytkowników) i wprowadzić na tej podstawie algorytm
uczenia się maszynowego.
## Prezentacja
[Prezentacja\|target=\"\_blank\"](https://drive.google.com/file/d/0B3QjL5q2UHdKWE0tTGZkNnNKNVU/view?usp=sharing "wikilink")
## Technologie
- Apache
- Php
- Python
- PostgreSQL
- Frameworki wyjdą w praniu
## Grupa
- Tomasz Józefczak: Product Owner, świnka
- Marcin Kuskiewicz: Scrum Master, świnka
- Damian Walony: świnka
## Canvas:
1. [Canvas\|target=\"\_blank\"](https://drive.google.com/file/d/0Bxw7ftztLZ5_cnJTbFAxalMtWFU/view?usp=sharing "wikilink")
`2. `[`Value`` ``Canvas|target="_blank"`](https://docs.google.com/drawings/d/1Qej7JO7-MC4YMNmW5k1OrUAhtJNb3EMx7rd7P0H5zRg/edit?usp=sharing "wikilink")
## Prototyp:
<https://wsp-dec.wmi.amu.edu.pl/>
## Harmonogram
[Harmonogram\|target=\"\_blank\"](https://docs.google.com/document/d/1QbEr3ZuG5PYdJN_iR4mJDA6ve5qkfSCHsKWlCD_RTow/edit?usp=sharing "wikilink")
## Zakres projektu {#zakres_projektu}
[Analiza\|target=\"\_blank\"](https://docs.google.com/document/d/16RW3RzcMFMyCQPOwRrvCTo1VSPBSsvklc5UrqQDlhm0/edit?usp=sharing "wikilink")
## Lista wymagań funkcjonalnych {#lista_wymagań_funkcjonalnych}
`2. `[`Diagram`` ``2|target="_blank"`](https://docs.google.com/drawings/d/17PVrBsoiJ0irChui1ka4cHfBKayExrfo-fcUFwsJO9I/edit?usp=sharing "wikilink")
## Use Case {#use_case}
[Use
Case\|target=\"\_blank\"](https://docs.google.com/document/d/1s2ZmlNWaa1ruqi7IGQexClFYUlTyHvoRPTAyS2Piem0/edit?usp=sharing "wikilink")
## Umowa
[Umowa\|target=\"\_blank\"](https://docs.google.com/document/d/1qXotx9ouphCFiKNwlUCs70nASJvZR5gieLwwKs_KO8U/edit?usp=sharing "wikilink")

49
bikol/DPRILI1_2016/Gr2.md Normal file
View File

@ -0,0 +1,49 @@
Known:read All:
Celem projektu jest dostarczenie webowej aplikacji, która będzie
strategiczną grą online na zasadach gry OGame o tematyce średniowiecza.
Jest to gra polegająca na zarządzaniu własną osadą/osadami pozwalająca
na handel, walkę i współpracę między graczami.
## Zespół:
Michał Pośpieszyński: Product Owner, świnka (back-end,front-end)\<\
\> Marek Szczepański: Scrum Master, świnka (back-end)\<\
\> Adam Maćkowiak: świnka (front-end)\<\
\>
## Technologie:
-Java8\<\
\> -Hibernate\<\
\> -Spring Boot\<\
\> -Angular2\<\
\> -TypeScript\<\
\> -Tomcat\<\
\> -PostgreSQL\<\
\>
## Business Model Canvas {#business_model_canvas}
<https://drive.google.com/open?id=0B8dvZfLcEQmtdkM3U2J4cVFjbnM>
## Analiza
<https://docs.google.com/document/d/1CjnG7dztLKw9glRL6KNK1Sc6S78hUFGvdojykqiFmxQ/edit>
## Prototyp szeroki {#prototyp_szeroki}
<https://drive.google.com/open?id=0B8dvZfLcEQmtelBQZkdMLURTODQ> \<\
\> <https://drive.google.com/open?id=0B8dvZfLcEQmtNl9vRkdpYWJoSkE>
## Use Case {#use_case}
<https://docs.google.com/document/d/1wYh2fmscC3WqzOrIqt4Vcj5zzKjk3b1dLN1fTQqKW5I/edit>
## Diagram 1 {#diagram_1}
<https://drive.google.com/open?id=0B2393CHg5X69ekYydFRxeWdVQkU>
## Diagram 2 {#diagram_2}
<https://drive.google.com/open?id=0B2393CHg5X69OTRkTTl4NXltNFE>

62
bikol/DPRILI1_2016/Gr3.md Normal file
View File

@ -0,0 +1,62 @@
s407208,s407216,s407307,s407329:read,write Known:read All:
# Faza wstępna {#faza_wstępna}
### Prezentacja
[Prezentacja na temat
projektu](https://docs.google.com/presentation/d/1jPzFuxGkcoxEuDQPVr6jiTXY6HpRK1njPTuiGfGoiFU/edit?usp=sharing "wikilink")
### Role
Michał Głazik: Scrum Master, programista (backend, wsparcie frontend)
Kamil Hliwa: Product Owner, analityk, projektant, programista (wsparcie
backend)
Patryk Springer: Świnka, programista (wsparcie frontend, backend)
Radosław Wojtysiak: Świnka Pepe, programista (frontend)
### Technologie
Frontend: Angular4
Backend: Java, Gradle, Log4j, Spring, Nginx
Database: MongoDB
# Faza opracowania {#faza_opracowania}
[Analiza](https://docs.google.com/document/d/1FA-Hnxx6-2bvtq6N5bYnBtoVqqrd9mrxdXFu-gvWhMc/edit?usp=sharing "wikilink")
[Harmonogram](https://docs.google.com/document/d/1ZTITBRRZAZDiQXIUR19i3qIFZi8HEIfhvtKrDWzhml8/edit?usp=sharing "wikilink")
[Podsumowanie](https://docs.google.com/presentation/d/1JqFDp_B9TRCpiUBnVPmxUePe9qF6Icc5DUiMnIxO_B8/edit?usp=sharing "wikilink")
[Canvas](https://drive.google.com/open?id=0B07AoEvcE816dmh2WE5fNS1GbUE "wikilink")
# Prototyp
[Prototyp szeroki](https://pr.to/VQ47FL/ "wikilink")
[attachment:Diagram klas.png](attachment:Diagram_klas.png "wikilink")
[Use
Case](https://docs.google.com/document/d/1MZle-DnNbWA2OkMsz0rUoUO8r76J0juPh6ATaCC_8qg/edit?usp=sharing "wikilink")
[Umowa zespołu
projektowego](https://docs.google.com/document/d/1F9ybjJbhgUQL_ptvOqqAUECF6nvYp4aw4a9pW66eqgI/edit?usp=sharing "wikilink")
[Diagram 1](https://1drv.ms/i/s!AupEe5JXYXXKhSzGD5uwjJr-wHJq "wikilink")
[Diagram 2](https://1drv.ms/i/s!AupEe5JXYXXKhS2uuYu6sJN_XIHz "wikilink")
# Link
<http://ebudynek.vm.wmi.amu.edu.pl>
# Prezentacja {#prezentacja_1}
[Prezentacja
beta](https://docs.google.com/presentation/d/1Ggxv6ElFnC1Z9dwJSXJkh3WFYeAHNFnELYtRidQHNb0/edit?usp=sharing "wikilink")

Binary file not shown.

66
bikol/DPRILI1_201718L.md Normal file
View File

@ -0,0 +1,66 @@
# Inżynierski projekt zespołowy - PRI {#inżynierski_projekt_zespołowy___pri}
\<\<TableOfContents(3)>\>
## Zajęcia
- wtorek, godz.: 10:00, sala: **D3**\<\
\>
## Aktualności
-
## Strony zespołów projektowych {#strony_zespołów_projektowych}
- [Open Ethereum Pool](/oep "wikilink")
- [Rejestracja subdomen](/sub "wikilink")
- [Chillroom](/chill "wikilink")
- [Find My Tutor](/mytutor "wikilink")
## Harmonogram
- Faza wstępna
- - zdefiniowanie projektu: opis projektu
- określenie ról członków zespołu
- prezentacja tematu projektu
- wybór technologii i zarys architektury
- Faza opracowania
- - Business Model Canvas i Value Proposition Canvas
<https://strategyzer.com/> (na 17 III)
- Zakres projektu: krótki opis zakresu projektu, lista IN-OUT,
identyfikacja aktorów i ich odpowiedzialności/oczekiwań (na
10 IV)
- Lista wymagań funkcjonalnych: User Stories (na 10 IV)
- Wstępny harmonogram: ogólny podział funkcjonalności na
semestry (na 10 IV)
- Prezentacja dotychczasowych wyników fazy wstępnej i
opracowania (na 17 IV)
- Przygotowanie kompletnej strony na Eduwiki (na 17 IV)
- Prototyp / pierwszy przyrost
- - Prezentacja prototypu/pierwszego przyrostu (na 24 IV)
- Projekt aplikacji: diagram strukturalny (klas/komponentów)
na wysokim poziomie abstrakcji; diagram wdrożenia na wysokim
poziomie abstrakcji (na 15 V)
- Weryfikacja wstępnego harmonogramu (na 22 V)
- Umowa zespołu projektowego (do 22 V) - [
przykład](attachment:bikol/DPRILI1_2016/Umowa-zespołu-projektowego.pdf "wikilink")
- Weryfikacja wybranych technologii i architektury (na 22 V)
```{=html}
<!-- -->
```
- Faza implementacji: każdy sprint kończy się prezentacją na zajęciach
działającego oprogramowania)
- - [FindMyTutor](FindMyTutor "wikilink"): 23 V 11:35, 6 VI
11:35
- Sprint 1 (do 8 V)
- Sprint 2 (do 22 V)
- Sprint 3 dopuszczenie projektów do publicznej obrony (do
5 VI)
## Zasady zaliczenia {#zasady_zaliczenia}
- [Regulamin przedmiotu
](attachment:bikol/DPRILI1_2016/regulamin-pri.pdf "wikilink")

View File

@ -0,0 +1,206 @@
All:
# Temat projektu: Chillroom {#temat_projektu_chillroom}
### Skład zespołu {#skład_zespołu}
\|\|\|\|\|\|\<tablewidth=\"62%\"\>**Role członków zespołu**\|\|
`||<rowbgcolor="#FFFFE0">`**`Product`` ``owner:`**`||Dawid Kubicki||412146||`\
`||<rowbgcolor="#FFFFE0">`**`Scrum`` ``master:`**`||Michał Dąbrowski||416060||`\
`||<rowbgcolor="#FFFFE0">`**`Developerzy:`**`||Dominika Grajewska||416072 ||`\
`||<rowbgcolor="#FFFFE0">||Michał Dąbrowski||416060||`\
`||<rowbgcolor="#FFFFE0">||Dawid Kubicki||412146||`
### Krótki opis projektu {#krótki_opis_projektu}
1. **Krótki opis:** Udostępnienie informacji o zajętości urządzeń w
Chillout Room ( Playstation/TV, Piłkarzyki oraz Fotel do masażu )
`2. `**`Wymagania:`**` Aplikacja webowa, responsywna`
### Krótki opis projektu {#krótki_opis_projektu_1}
- Spring Boot
- Mongo
- Angular 6
- Raspberry Pi 3
- Node JS
- Mongo DB
- C++
- Moduł [ESP8266](ESP8266 "wikilink")
- Tilt Sensor Waveshare
### Pełny opis projektu {#pełny_opis_projektu}
Naszym celem jest stworzenie produktu, za pomocą którego pracownicy
dużych korporacji będą mogli sprawdzić dostępność urządzeń w
chillroomie. Ma to na celu zwiększenie produktywności pracowników
poprzez ograniczenie fizycznego sprawdzania dostępności sprzętów.
Sprzęty będą wyposażone w czujniki, które wyślą sygnał o zajętości lub
dostępności. Naszym celem pośrednim jest użycie jak najmniejszej ilości
kabli, aby nie wprowadzać zmian w wystroju chillroomu oraz w celach
bezpieczeństwa. Czujniki będą zasilane akumulatorami, które będą
wymagały co pewien czas podłączenia przez pracownika do ładowania.
Przewidujemy panel logowania dla administratora, aby miał wgląd w
dokładne statystyki.
### Drugi semestr {#drugi_semestr}
#### Harmonogram
- 5.10 - poprawa grafiki strony
- 10.10 - poprawa responsywności strony oraz zmiana wykresów, panel
administratora
- 1.11 - zmiana bazy danych, konfiguracja serwera
- 15.11 - podpięcie pozostałych czujników drgań, flashowanie czujników
- 1.12 - skonfigurowanie Raspberry pod sieć Ad Hoc, flashowanie
czujników
- 10.12 - testy podpięcia czujników, wrażliwości oraz obserwacja i
eliminacja ewentualnych błędów
- 12.12 - deploy nowego serwera na Raspberry, instalacja akumulatorów
- 7.01 - instalacja w Capgemini
- 14.01 - dokumentacja & film w Capgemini
- 14.01 - przygotowanie prezentacji
#### Architektura systemu {#architektura_systemu}
<https://ibb.co/XfQQs0y>
#### Zrealizowane cele {#zrealizowane_cele}
- Poprawa grafiki strony, responsywność oraz zmiana wykresów
- Panel administratora
- Zmiana bazy danych oraz konfiguracja serwera
- Podpięcie czujników pod piłkarzyki oraz rzutki
- Kalibracja czujników pod względem wrażliwości na drgania
- Konfiguracja Raspberry
- Możliwość dodawania i usuwania urządzeń oraz ich edycja
- Powiadomienie o wyczerpanej baterii
#### Niezrealizowane cele {#niezrealizowane_cele}
- czujniki w fotelu do masażu - rezygnacja klienta
- czujniki podpięte pod [PlayStation](PlayStation "wikilink") -
rezygnacja klienta
- Monitorowanie stanu baterii
### Podział prac {#podział_prac}
##### Dawid Kubicki {#dawid_kubicki}
- połączenie z serwerem oraz mongo db
- logika wyświetlająca bieżący stan czujników oraz update wykresów
- routing oraz material design
- logika serwera
- endpointy (wyświetlanie, dodawania, edycja, usuwanie)
- mongo DB
- Delay na zapis do bazy oraz zapis zajętych urządzeń raz
- środowisko testowe na płytkach stykowych
- zaprogramowanie modułów ESP oraz czujników wstrząsów
- lutowanie oraz wdrożenie
##### Dominika Grajewska {#dominika_grajewska}
- utworzenie wykresów
- Layout aplikacji
- Eduwiki
- Dokumentacja
- RWD
- Panel Admina
##### Michał Dąbrowski {#michał_dąbrowski}
- Serwer Spring - logika
- Nagranie oraz montaż filmu
- endpointy wyświetlania, dodawania, usuwania oraz edycji
- Delay na zapis do mongo db
### Pierwszy semestr {#pierwszy_semestr}
### Prezentacja
1. **Link:** <https://prezi.com/view/5nq0wpzukfbjVjAJCYcY/>
### Model Business Canvas {#model_business_canvas}
1. **Link:**
<https://drive.google.com/file/d/1sTTl9jTq5Ha0bLD4SvoG5_ifpxRl3OOe/view?usp=sharing>
### User Stories {#user_stories}
#### I SEM {#i_sem}
`Jako `**`pracownik`` ``korporacji`**` chcę korzystać z przejrzystego i czytelnego interfejsu graficznego.`
`Jako `**`pracownik`` ``korporacji`**` chcę korzystać z responsywnego systemu dostępnego w wersji webowej na desktopie, tablecie oraz telefonie.`
`Jako `**`twórca`` ``produktu`**` chcę oglądać symulację zajętości/dostępności sprzętu (generowane przez aplikację do ręcznego wprowadzania informacji) w celu testów.`
`Jako `**`twórca`` ``produktu`**` chcę mieć aplikację, dzięki której mogę ręcznie wprowadzić dane, czy dany sprzęt jest zajęty, a dane zostaną zmigrowane do aplikacji docelowej.`
`Jako `**`twórca`` ``produktu`**` chcę oglądać symulację statystyk w wersji graficznej, abym mógł je przetestować.`
`Jako `**`administrator`**` chcę mieć możliwość zalogowania się na konto administratora, aby mieć dostęp do treści ukrytych przed pracownikami.`
#### II SEM {#ii_sem}
`Jako `**`pracownik`` ``korporacji`**` chcę sprawdzić w czasie rzeczywistym, czy piłkarzyki,fotel do masażu lub `[`PlayStation`](PlayStation "wikilink")`  wolne, abym mógł zaoszczędzić czas na sprawdzanie fizycznie dostępności.`
`Jako `**`pracownik`` ``korporacji`**` chcę mieć możliwość sprawdzenia, jak długo dany przyrząd jest używany, żeby móc przewidzieć, kiedy +/- sprzęt będzie wolny.`
`Jako `**`administrator`**` chcę sprawdzić poziom baterii esp, żeby wiedzieć, kiedy podłączyć do ładowania.`
`Jako `**`administrator`**` chcę mieć dostęp do realnych statystyk:ile godzin dziennie grają pracownicy, kiedy  “godziny szczytu”, żeby móc wyciągnąć wnioski dotyczące produktywności pracowników.`
### AKTORZY I ICH ROLE I OCZEKIWANIA {#aktorzy_i_ich_role_i_oczekiwania}
**pracownik korporacji** - pracownik, który ma dostęp do głównego modułu
systemu
**administrator** - wybrana osoba, która posiada hasło do konta admin w
celu monitorowania statystyk
\|\|\|\|\|\|\<tablewidth=\"62%\"\>**Aktorzy i ich role**\|\|
`||<rowbgcolor="#FFFFE0">`**`Pracownik`` ``korporacji`**`||Sprawdza dostępność sprzętów w chillroomie||`\
`||<rowbgcolor="#FFFFE0">`**`Pracownik`` ``korporacji`**`||Sprawdza czas użycia wybranego sprzętu||`\
`||<rowbgcolor="#FFFFE0">`**`Pracownik`` ``korporacji`**`||widzi poziom zużycia baterii||`\
`||<rowbgcolor="#FFFFE0">`**`Pracownik`` ``korporacji`**`||korzysta z sprawnego systemu, który aktualizuje się na bieżąco||`\
`||<rowbgcolor="#FFFFE0">`**`Pracownik`` ``korporacji`**`||korzysta z produktu, który jest wyposażony  w jak najmniejszą ilość kablii||`\
`||<rowbgcolor="#FFFFE0">`**`Administrator`**`||widzi poziom zużycia baterii||`\
`||<rowbgcolor="#FFFFE0">`**`Administrator`**`||sprawdza dostępność sprzętów w chillroomie||`\
`||<rowbgcolor="#FFFFE0">`**`Administrator`**`||sprawdza czas użycia wybranego sprzętu||`\
`||<rowbgcolor="#FFFFE0">`**`Administrator`**`||widzi statystyki w formie graficznej||`\
`||<rowbgcolor="#FFFFE0">`**`Administrator`**`||wymienia baterie||`
### Zakres systemu {#zakres_systemu}
1\. **Legenda** - \"+\" Jest, \"-\" Nie ma
\|\|\|\|\|\|\<tablewidth=\"62%\"\>**Lista IN-OUT**\|\|
`||<rowbgcolor="#FFFFE0">`**`CO?`**`||`**`IN`**`||`**`OUT`**`||`\
`||<rowbgcolor="#FFFFE0">Aplikacja webowa||+||-||`\
`||<rowbgcolor="#FFFFE0">Aplikacja mobilna||-||+||`\
`||<rowbgcolor="#FFFFE0">Sprawdzanie dostępności sprzętu||+||-||`\
`||<rowbgcolor="#FFFFE0">Możliwość rezerwacji sprzętu||-||+||`\
`||<rowbgcolor="#FFFFE0">Panel admina||+||-||`\
`||<rowbgcolor="#FFFFE0">Logowanie admina||+||-||`\
`||<rowbgcolor="#FFFFE0">Logowanie pracowników||-||+||`\
`||<rowbgcolor="#FFFFE0">Sprawdzanie stanu baterii||+||-||`\
`||<rowbgcolor="#FFFFE0">Sprawdzanie czasu użycia danego sprzętu||+||-||`\
`||<rowbgcolor="#FFFFE0">Przewidywany czas zakończenia użytkowania na podstawie statystyk||+||-||`\
`||<rowbgcolor="#FFFFE0">Statystyki “godziny szczytu”||+||-||`\
`||<rowbgcolor="#FFFFE0">Statystyki “godziny spędzone w chillroomie”||+||-||`\
`||<rowbgcolor="#FFFFE0">statystyki pojedynczych użytkowników||-||+||`\
`||<rowbgcolor="#FFFFE0">Raspberry pi 3||+||-||`\
`||<rowbgcolor="#FFFFE0">Arduino||-||+||`\
`||<rowbgcolor="#FFFFE0">Kable zasilające czujniki||-||+||`\
`||<rowbgcolor="#FFFFE0">Akumulatory||+||-||`
### Grafika
1. **Interfejs na I semestr:** <https://marvelapp.com/15id1876>
`2. `**`Interfejs`` ``na`` ``II`` ``semestr:`**` `[`https://invis.io/FDHVTXZRCQE#/294779650_1-_Reserve_View_Website_-_2`](https://invis.io/FDHVTXZRCQE#/294779650_1-_Reserve_View_Website_-_2)

View File

@ -0,0 +1,151 @@
2. acl bikol,s416196,s416204,s416084,s411201:admin,read,write,revert
Known:read All:
# Temat projektu: Find My Tutor {#temat_projektu_find_my_tutor}
\|\|**Zespołowy adres email**\|\|\|\| findmytutorwmi\@gmail.com \|\|\|\|
\-- \|\| \|\|Maciej Wanat\|\|\|\|maciejwanat\@10g.pl\|\|\|\|s416196\|\|
\|\|Mieszko Wrzeszczyński\|\|\|\|mieszkobor\@op.pl\|\|\|\|s416204\|\|
\|\|Adam Domagalski\|\|\|\|adadom\@st.amu.edu.pl\|\|\|\|s411201\|\|
\|\|Marcin
Jedyński\|\|\|\|marcin.jedynski\@outlook.com\|\|\|\|s416084\|\|
## Zdefiniowanie projektu: opis projektu {#zdefiniowanie_projektu_opis_projektu}
Aplikacja mająca na celu ułatwienie komunikacji pomiędzy studentami a
kadrą dydaktyczną. Idea opiera się o udostępnianie danych o lokalizacji
studentom, którzy potem mogą je w łatwy sposób przeglądać aby znaleźć
profesora na wydziale. Aplikacja jest w pełni opcjonalna w użyciu.
Główne funkcjonalności:
- mapa wydziału na której widoczni będą obecni pracownicy
- lista obecnych na wydziale pracowników
- katalog profesorów zawierające informację o profesorach (np. pokój,
adres email)
- integracja ze stroną WMI oraz uczelnianym systemem LDAP
- wersja webowa aplikacji, oferująca studenckie funkcjonalności
profesor:
- - może udostępniać dane na jednym z 4 poziomów:
`    * tylko obecność - udostępnia informacje czy znajdujemy się na wydziale`\
`    * przybliżony - udostępnia jedynie przybliżoną informację o położeniu na wydziale (skrzydło)`\
`    * dokładny - udostępnia dokładną lokalizację na wydziale, bazującą na lokalizacji telefonu`\
`    * manualny - udostępnia lokalizację z ręcznie wybranego miejsca`
- - może ustawić status opisowy (np. \"Jestem w D3\"), które można
potem zapisywać do listy oraz nimi zarządzać
- może dodawać do listy oraz zarządzać manualnie wybranymi
lokalizacjami
- może za pomocą czarnych i białych list definiować zakres
użytkowników dla których jest widoczny
- może edytować swoją kartę profesora, aby zaktualizować swoje
dane
- może dodać notkę w karcie profesora, aby dać komunikat dla
studentów (np. \"Dzisiejszy dyżur odwołany\").
- udostępnianie lokalizacji rozpoczyna się automatycznie po
wejściu na teren wydziału, oraz samo się wyłącza po jego
opuszczeniu
student:
- - może sprawdzić dostępność konkretnego pracownika
- może sprawdzić mapę z profesorami, którzy udostępniają swoją
obecność na odpowiednim poziomie
- może używać wyszukiwarki aby filtrować mapę lub wyszukiwać
konkretnych profesorów
- może wyświetlić listę obecnych pracowników
- może przeglądać katalog z profesorami, zawierający informacje o
ich dyżurach, adresie email, pokoju itp.
## Prezentacja tematu projektu {#prezentacja_tematu_projektu}
- [Prezentacja tematu
projektu](https://slides.com/domagalsky/inzynier "wikilink")
## Określenie ról członków zespołu {#określenie_ról_członków_zespołu}
- **TPM, SM, Dev**: Maciej Wanat
- **Dev**: Adam Domagalski
- **Dev**: Marcin Jedyński
- **Dev**: Mieszko Wrzeszczyński
## Stack technologiczny {#stack_technologiczny}
- **Serwer**: ASP.NET Core 2.1 MVC - Maciej Wanat
```{=html}
<!-- -->
```
- **Baza danych**: MSSQL - Maciej Wanat
```{=html}
<!-- -->
```
- **Backend & DB deploy**: VM na wydziale (docker) - Marcin Jedyński
```{=html}
<!-- -->
```
- **Aplikacja mobilna (Android)**: Java - Adam Domagalski, Mieszko
Wrzeszczyński, Marcin Jedyński
```{=html}
<!-- -->
```
- **Aplikacja webowa**: React.js - Mieszko Wrzeszczyński
```{=html}
<!-- -->
```
- **Bug tracking**: JIRA
## Architektura
- [ Architektura
](https://www.canva.com/design/DADOOmedCsg/XDLKfGaVgRVrgDxm8CSscA/view?utm_content=DADOOmedCsg&utm_campaign=designshare&utm_medium=link&utm_source=sharebutton "wikilink")
## Konsultacje
- [ Opracowanie wyników ankiet online (Semestr I)
](https://www.canva.com/design/DADOM4BWob4/bfsrjQB3xsZOfBf20eQsTQ/view?utm_content=DADOM4BWob4&utm_campaign=designshare&utm_medium=link&utm_source=sharebutton "wikilink")
- [ Podsumowanie rozmów z profesorami
(Semestr II)](https://docs.google.com/spreadsheets/d/1yDeOqJliI4OHD13AKKPU5SnasqXOLnBrdnj7tiWFBjs/edit?usp=sharing "wikilink")
## Wdrożenie
Aplikacja jest publicznie dostępna na system Android w [ Google Store
](https://play.google.com/store/apps/details?id=com.uam.wmi.findmytutor "wikilink").
- Zamknięte testy alfa dla chętnych profesorów (ok. 5 osób):
**12.12.2018 - 14.01.2019**
- Publiczna beta dla studentów, którzy na czas testów otrzymali status
profesora (ok. 20 osób): **14.01.2019 - 21.01.2019**
- Oficjalna publikacja aplikacji: **21.01.2019**
## Git & JIRA {#git_jira}
- [ Backend Repository
](https://git.wmi.amu.edu.pl/s416084/find-my-tutor-backend "wikilink")
- [ Mobile Frontend Repository
](https://git.wmi.amu.edu.pl/s416084/find-my-tutor-android "wikilink")
- [ Web Frontend Repository
](https://git.wmi.amu.edu.pl/s416084/find-my-tutor-web "wikilink")
- [ Devops Repository
](https://git.wmi.amu.edu.pl/s416084/find-my-tutor-ops "wikilink")
- [ JIRA
](https://jira.wmi.amu.edu.pl/projects/FMT/summary "wikilink")
- [ Buildbot
](https://s416084.projektstudencki.pl/buildbot/ "wikilink")
## Business Canvas Model, Use Cases, In\'n\'Out {#business_canvas_model_use_cases_innout}
- [Business Canvas
Model](https://docs.google.com/document/d/1gZ7KlBDENfkO2aG0PfKyS_ZwbKeKTED2xny-aINYkqs/edit?usp=sharing "wikilink")
- [Use Cases + podział pracy
(semestry)](https://docs.google.com/document/d/1m6HfEJzexJ3cowaTdBRk_Aw82A2arHjGUqf5XomSe5w/edit?usp=sharing "wikilink")
- [ In\'n\'Out
](https://uam-my.sharepoint.com/:w:/g/personal/adadom_st_amu_edu_pl/EbAIKu1mxCNBm19HfHBY990BcK8698NISRxwtRVfxnkj1w?e=h6cXfv "wikilink")

View File

@ -0,0 +1,84 @@
Known:read All:
# Open Zcash Pool {#open_zcash_pool}
Tworzonym rozwiązaniem w ramach projektu inżynierskiego jest Open Zcash
Pool -- opensourcowy program do kopania (wydobywania) kryptowaluty
Zcash, polegający na zrzeszeniu osób posiadających własny sprzęt,
służący do wykonywania skomplikowanych obliczeń matematycznych.
# Skład zespołu {#skład_zespołu}
- Jakub Kowalski - Product Owner, Dev Team
- Krzysztof Michalak - Scrum Master, Dev Team
- Jakub Kowalewski - Dev Team
# Prezentacja tematu projektu {#prezentacja_tematu_projektu}
<https://drive.google.com/file/d/13bGIDjZqWBxdXKX9E7aMWvQQ8y6lYLvO/view?usp=sharing>
# Użyte technologie {#użyte_technologie}
Lista użytych technologii i osób odpowiedzialnych za nie:
- Redis, Ubuntu Server - Jakub Kowalski
- Golang - Krzysztof Michalak
- Ember.js + Node.js + Bower - Jakub Kowalewski
# Zrealizowne cele na semestr 1 {#zrealizowne_cele_na_semestr_1}
- Konfiguracja i uruchomienie OEP na serwerze uczelnianym
- Zrozumienie kodu OEP i jego struktury
- Poznanie potrzebnych elementów API obu blockchainów
- Opracowanie schematu działania minera
- Adaptacja istniejących i/lub implementacja nieistniejących metod
- Budowanie pracy
- Zmodyfikowanie minera do momentu weryfikacji rozwiązań
- Podłączenie się koparką do zmodyfikowanego minera
- Merkle root dla pojedynczej transakcji
# Niezrealizowne cele na semestr 1 {#niezrealizowne_cele_na_semestr_1}
- Weryfikacja udziału
- Submitowanie bloku do node'a Zcash
# Zrealizowne cele na semestr 2 {#zrealizowne_cele_na_semestr_2}
- Ustawienie difficulty share\'ów dla minera
- Porównywanie difficulty zgłaszanych share\'ów z ustalonym difficulty
górnika oraz targetu sieci (weryfikacja udziału)
- Obliczanie founders reward
- Budowanie własnej transakcji coinbase
- Budowanie pełnego bloku z własną transakcją coinbase oraz
transakcjami z sieci
- Submitowanie bloku do node'a Zcash
- Implementacja solo mining
- Merkle root dla wielu transakcji
- Zapisywanie bloku do bazy danych
- Liczenie udziałów
- Odblokowywanie bloku
- Podłączenie frontendu do projektu i jego modyfikacja
- Obsługa wielu urządzeń dla jednego kopacza
- Dokładny opis instalacji programu oraz przykładowe pliki
konfiguracyjne
# Niezrealizowne cele na semestr 2 {#niezrealizowne_cele_na_semestr_2}
- Obsługa wypłat
- Obsługa wielu kopaczy
# Business model canvas {#business_model_canvas}
<https://bmfiddle.com/f/#/CQGG3>
# User stories, lista IN-OUT, aktorzy i podział pracy {#user_stories_lista_in_out_aktorzy_i_podział_pracy}
<https://docs.google.com/document/d/1zMFkFpgfN8wRWnh29EsZqGMH4OqXmswrPtKjGcbQtCw/view>
# Repozytorium kodu {#repozytorium_kodu}
<https://github.com/JKKGBE/open-zcash-pool/>
# Trello
<https://trello.com/b/mK2CP3BT/open-zcash-pool>

View File

@ -0,0 +1,69 @@
Known:read All:
# Rejestracja Subdomen {#rejestracja_subdomen}
- Agata Buszczak
- Helena Gałązka
- Diana Orłowska
**Prezentacja drugi semestr:** [attachment:prezentacja obrona
2019.pptx](attachment:prezentacja_obrona_2019.pptx "wikilink")
**Prezentacja pierwszy semestr:**
<attachment:prezentacja_final_2018.pptx>
**Lista IN/OUT i User Stories:** <attachment:INOUT_1.odt>
**Business Model Canvas:** <https://canvanizer.com/canvas/rg79jj9WoDPDJ>
**Backlog:** <https://jira.wmi.amu.edu.pl/projects/SUB/summary>
**Repozytorium [GitHub](GitHub "wikilink"):**
<https://github.com/do32910/subdomains/graphs/contributors>
\'\'\'Repozytorium używane podczas developementu back-endu (w starym
składzie):
<https://github.com/VanillaHellen/SubDomeny/graphs/contributors>
**Produkt:** <https://subdom.name/>
### Zdefiniowanie projektu {#zdefiniowanie_projektu}
- Stworzenie systemu pozwalającego na rejestrację i przedłużanie
subdomen.
- Admin po zalogowaniu będzie miał możliwość:
- Podglądu wszystkich zarejestrowanych subdomen
- Sprawdzenia terminu wygaśnięcia wszystkich subdomen
- Użytkownik będzie miał możliwość stworzenia konta/zalogowania się na
nie, a po zalogowaniu na:
- Kupno subdomeny
- Przedłużenie subdomeny
- Sprawdzenie posiadanych subdomen
- System będzie informował użytkownika -- drogą mailową oraz
komunikatami na stronie -- o zbliżającym się terminie wygaśnięcia
posiadanych subdomen
### Role członków zespołu {#role_członków_zespołu}
- Scrum Master - Diana Orłowska (początkowo Aleksander Szymczak)
- Product Owner - Helena Gałązka
- Świnki - Agata Buszczak, Helena Gałązka, Diana Orłowska
### Stack technologiczny {#stack_technologiczny}
- Front-end: [HTML5](HTML5 "wikilink"), [CSS3](CSS3 "wikilink") i
React
- Back-end: Python (Flask framework)
- Database: Postgresql
### Architektura systemu {#architektura_systemu}
AWS - Amazon Web Services:
- Elastic Beanstalks (EB)
- Relational Database Service (RDB)
- Simple Storage Service (S3)
- Elastic Compute Cloud (EC2)
- Certificate Manager (ACM)
- Route 53
- Cloud Front

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

66
bikol/DPRILI1_201819L.md Normal file
View File

@ -0,0 +1,66 @@
# Inżynierski projekt zespołowy - PRI {#inżynierski_projekt_zespołowy___pri}
\<\<TableOfContents(3)>\>
## Zajęcia
- środa, godz.: 10:00, sala: **D1**\<\
\>
## Aktualności
-
## Strony zespołów projektowych {#strony_zespołów_projektowych}
- [Screenless coding 1](/sc1 "wikilink")
- [Screenless coding 2](/sc2 "wikilink")
- [Budżet domowy](/budzet "wikilink")
- [You get in?](/getin "wikilink")
- [Żetony](/zetony "wikilink")
## Harmonogram
- Faza wstępna (luty)
- - zdefiniowanie projektu: opis projektu
- określenie ról członków zespołu
- prezentacja tematu projektu
- wybór technologii i zarys architektury
- Faza opracowania (marzec)
- - Business Model Canvas i Value Proposition Canvas
<https://strategyzer.com/>
- Zakres projektu: krótki opis zakresu projektu, lista IN-OUT,
identyfikacja aktorów i ich odpowiedzialności/oczekiwań
- Lista wymagań funkcjonalnych: User Stories
- Wstępny harmonogram: ogólny podział funkcjonalności na
semestry
- Prezentacja dotychczasowych wyników fazy wstępnej i
opracowania
- Przygotowanie kompletnej strony na Eduwiki
- Dokument wizji systemu **(do końca marca)** - [
szablon](attachment:bikol/DPRILI1_201819L/wizja.docx "wikilink")
- Prototyp / pierwszy przyrost (kwiecień)
- - Prezentacja prototypu/pierwszego przyrostu
- Projekt aplikacji: diagram strukturalny (klas/komponentów)
na wysokim poziomie abstrakcji; diagram wdrożenia na wysokim
poziomie abstrakcji
- Weryfikacja wstępnego harmonogramu
- Umowa zespołu projektowego - [
przykład](attachment:bikol/DPRILI1_2016/Umowa-zespołu-projektowego.pdf "wikilink")
- Weryfikacja wybranych technologii i architektury
```{=html}
<!-- -->
```
- Faza implementacji: każdy sprint kończy się prezentacją na zajęciach
działającego oprogramowania (kwiecień-czerwiec)
- - Sprint 1 (do 7 V)
- Sprint 2 (do 21 V)
- Sprint 3 dopuszczenie projektów do publicznej obrony (do
4 VI)
## Zasady zaliczenia {#zasady_zaliczenia}
- [Regulamin przedmiotu
](attachment:bikol/DPRILI1_201819L/regulamin.pdf "wikilink")

Binary file not shown.

Binary file not shown.

View File

@ -0,0 +1,112 @@
Known:read All:
# Temat projektu: [MoneyWatcher](MoneyWatcher "wikilink") {#temat_projektu_moneywatcher}
## Skład i role w zespole {#skład_i_role_w_zespole}
\|\| **Rola** \|\| **Imię, nazwisko** \|\| **Nr. indeksu** \|\| \|\|
Product owner, backend developer \|\| Hubert Staszek \|\| 426253 \|\|
\|\| Scrum master, frontend, mobile developer \|\| Jakub Stefko \|\|
426254 \|\| \|\| Backend developer \|\| Łukasz Siwocha \|\| 430697\|\|
\|\| Frontend, mobile developer \|\| Konrad Sobaniec \|\| 426250 \|\|
## Krótki opis projektu {#krótki_opis_projektu}
Aplikacja umożliwiająca sprawne i automatyczne zarządzanie zarówno
budżetem domowym jak i osobistym. Możliwe będzie m.in. dodawanie
wydatków ręcznie, poprzez skanowanie oraz importowanie danych z
paragonów oraz importowanie plików CSV.
## Wizja, zakres projektu {#wizja_zakres_projektu}
<https://docs.google.com/document/d/1sDgC3_X5CQ_01eMe6eZbNIUDcRuq3dtA21UURUQOA5I>
## Repo
<https://gitlab.com/budget-app-group/budget-app>
## Board/jira
<https://gitlab.com/budget-app-group/budget-app/-/boards>
## Stack technologiczny {#stack_technologiczny}
- Postgres (data base)
- Spring Boot (back end)
- React (web, front end)
- React Native (mobile, front end)
## Lista in-out, harmonogram {#lista_in_out_harmonogram}
\|\| **Temat** \|\| **In** \|\| **Out** \|\| **Kiedy** \|\|**Stan**\|\|
\|\| Aplikacja Android \|\| x \|\| \|\| Semestr letni \|\| Zrobione \|\|
\|\| Rejestracja, logowanie użytkownika \|\| x \|\| \|\| Semestr letni
\|\| Zrobione \|\| \|\| Podsumowanie, analiza finansowa \|\| x \|\| \|\|
Semestr letni \|\| Zrobione \|\| \|\| Tworzenie, edycja budżetu \|\| x
\|\| \|\| Semestr letni \|\| Zrobione \|\| \|\| Tworzenie, edycja kont
finansowych \|\| x \|\| \|\| Semestr letni \|\| Zrobione \|\| \|\|
Dodanie, edycja wydatku ręcznie \|\| x \|\| \|\| Semestr letni \|\|
Zrobione \|\| \|\| Dodanie wydatku za pomocą skanu paragonu \|\| x \|\|
\|\| Semestr letni \|\| Zrobione \|\| \|\| Dodanie, edycja kategorii
\|\| x \|\| \|\| Semestr letni \|\| Zrobione \|\| \|\| Aplikacja webowa
\|\| x \|\| \|\| Semestr zimowy \|\| Zrobione \|\| \|\| Import wyciągów
bankowych \|\| x \|\| \|\| Semestr zimowy \|\| Zrobione \|\| \|\| Cele
\|\| x \|\| \|\| Semestr zimowy \|\| Zrobione \|\| \|\| Grupy budżetowe
\|\| x \|\| \|\| Semestr zimowy \|\| Zrobione \|\| \|\| Kalendarz \|\| x
\|\| \|\| Semestr zimowy \|\| Niezrobione \|\| \|\| Aplikacja iOS \|\| x
\|\| \|\| Późniejsza faza rozwoju aplikacji \|\| - \|\| \|\| Działanie w
trybie offline \|\| x \|\| \|\| Późniejsza faza rozwoju aplikacji \|\| -
\|\| \|\| Synchronizacja z bankowymi API \|\| x \|\| \|\| Późniejsza
faza rozwoju aplikacji \|\| - \|\| \|\| Inteligentna lista zakupów \|\|
x \|\| \|\| Późniejsza faza rozwoju aplikacji \|\| - \|\| \|\| Obsługa
innych walut \|\| x \|\| \|\| Późniejsza faza rozwoju aplikacji \|\| -
\|\| \|\| Obsługa alfabetów innych niż alfabety łacińskie \|\| \|\| x
\|\| \|\| - \|\| \|\| Skanowanie faktur \|\| \|\| x \|\| \|\| - \|\|
\|\| Obsługa paragonów pisanych ręcznie \|\| \|\| x \|\| \|\| - \|\|
\|\| Obsługa paragonów zagranicznych \|\| \|\| x \|\| \|\| - \|\| \|\|
Obsługa płatności przez aplikację \|\| \|\| x \|\| \|\| - \|\| \|\|
Synchronizacja z innymi aplikacjami takimi jak Google Wallet, Apple
Wallet \|\| \|\| x \|\| \|\| - \|\| \|\| Obsługa kont bankowych
(wykonywanie przelewów itp) z poziomu aplikacji \|\| \|\| x \|\| \|\| -
\|\| \|\| Integracja z aplikacjami bankowymi \|\| \|\| x \|\| \|\| -
\|\| \|\| Obsługa kart lojalnościowych \|\| \|\| x \|\| \|\| - \|\| \|\|
Zapisywanie informacji dot. gwarancji na dany produkt \|\| \|\| x \|\|
\|\| - \|\|
## Aktorzy, role, oczekiwania {#aktorzy_role_oczekiwania}
### Aktorzy podstawowi {#aktorzy_podstawowi}
\|\| **Aktor** \|\| **Opis** \|\| \|\| Użytkownik \|\| Osoba w wieku
16-40 lat, główny bohater naszej aplikacji. To on po zarejestrowaniu i
zalogowaniu do aplikacji będzie dodawał i moderował swoje przychody,
wydatki, tworzyć budżety grupowe oraz wyznaczać sobie cele które
zamierza osiągnąć w przyszłości. \|\| \|\| Adminisrator budżetu \|\| To
użytkownik z prawami moderacji w obrębie założonej przez niego grupy
budżetowej. Może dodawać nowych użytkowników do grupy, usuwać ich,
ustalać jej budżet. \|\| \|\| Członek budżetu \|\| Zaproszony przez
administratora uczestnik budżetu, nie posiadający praw moderacji w tej
grupie. Może przeglądać podsumowanie, operacje, dodawać do budżetu grupy
nowe zdarzenia. \|\|
### Aktorzy wspomagający {#aktorzy_wspomagający}
\|\| **Aktor** \|\| **Opis** \|\| \|\| Banki \|\| Przy pomocy
udostępnionych wyciągów bankowych w postaci pliku z rozszerzeniem CSV
aplikacja będzie w stanie obsługiwać wydatki i przychody zrealizowane za
pomocą kont bankowych. \|\|
### Aktorzy zewnętrzni {#aktorzy_zewnętrzni}
\|\| **Aktor** \|\| **Opis** \|\| \|\| dr. Patryk Żywica \|\| Opiekun
projektu. Zapewnia wsparcie merytoryczne, guidance nad projektem. \|\|
\|\| Twórcy \|\| My, twócy aplikacji. Odpowiedzialni za wypuszczanie
kolejnych update\'ów, patchy, nowych funkcjonalności. \|\|
## Business Model Canvas {#business_model_canvas}
[//bmfiddle.com/f/#/w48W6](https://bmfiddle.com/f/#/w48W6 "wikilink")
## Opis projektu {#opis_projektu}
[//docs.google.com/document/d/1fdWTphnnMPePchK5fpv4AptxtbO-y4AKhN770og192c/edit?usp=sharing](https://docs.google.com/document/d/1fdWTphnnMPePchK5fpv4AptxtbO-y4AKhN770og192c/edit?usp=sharing "wikilink")

View File

@ -0,0 +1,62 @@
Known:read All:
# Voozer
## Spis Treści {#spis_treści}
\<\<TableOfContents(3)>\>
## Skład i role w zespole {#skład_i_role_w_zespole}
\|\|**Rola**\|\|\|\|**Imie Nazwisko**\|\|\|\|**Numer Indeksu**\|\|
\|\|Product Owner / [UXDesigner](UXDesigner "wikilink")\|\|\|\|Patrycja
Jędraszak\|\|\|\|396441\|\| \|\|Mobile Developer\|\|\|\|Kasper
Spychała\|\|\|\|416166\|\| \|\|Backend Developer\|\|\|\|Mateusz
Jaroszewski\|\|\|\|426148\|\|
## Krótki opis {#krótki_opis}
Aplikacja mobilna łącząca zalety Blablacar (tanią jazdę nastawioną na
poznawanie ludzi) i Uber/Taxify (szybki czas znalezienia
kierowcy/pasażera). Głównym celem aplikacji jest umożliwienie osobom
czekającym na przystankach, bądź przemieszczającym się pieszo darmowy
przejazd się z osobami jadącymi samochodem w tym samym kierunku.
## Dokumentacja
### Zakres Projektu {#zakres_projektu}
[attachment:Zakres Systemu
ver.1.1.pdf](attachment:Zakres_Systemu_ver.1.1.pdf "wikilink")
### User Stories {#user_stories}
[attachment:User stories_zakres na
projekt.pdf](attachment:User_stories_zakres_na_projekt.pdf "wikilink")
### Wizja
<attachment:Voozer_Wizja.pdf>
### Architektura Systemu {#architektura_systemu}
[attachment:Archtektura
Systemu.png](attachment:Archtektura_Systemu.png "wikilink")
## Pozostałe Załączniki {#pozostałe_załączniki}
1.**Repozytorium GIT** <https://github.com/malaczarna/Voozer>
2.**Mock Up Aplikacji**
<https://preview.uxpin.com/d628b9e5b30599c1e47171ddb319e43f90fc71ce#/pages/108244169?mode=cvhd>
3.**Buisness Model Canvas** [attachment:Business Model
Canvas.pdf](attachment:Business_Model_Canvas.pdf "wikilink")
4.**Value Proposition Canvas** [attachment:Value Proposition
Canvas.pdf](attachment:Value_Proposition_Canvas.pdf "wikilink")
5.**User Persons** [attachment:User
Perosns_all.pdf](attachment:User_Perosns_all.pdf "wikilink")
5.**Najnowsza wersja APK** <attachment:voozer.apk>

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

View File

@ -0,0 +1,45 @@
s426161,s426166:read,write,revert Known:read All:
# Temat projektu: Screenless coding {#temat_projektu_screenless_coding}
## Skład zespołu {#skład_zespołu}
\|\| **Imię i Nazwisko** \|\|\|\| **Numer indeksu** \|\|\|\| **Rola w
zespole** \|\| \|\| Michał Ślatała \|\|\|\| 426264 \|\|\|\| Product
Owner \|\| \|\| Anna Krysiak \|\|\|\| 426161 \|\|\|\| Scrum Master \|\|
\|\| Artur Pieniążek \|\|\|\| 426217 \|\|\|\| \|\| \|\| Agata Kucia
\|\|\|\| 426166 \|\|\|\| \|\|
## Krótki opis projektu {#krótki_opis_projektu}
Cel projektu to stworzenie narzędzia umożliwiającego naukę programowania
dla dzieci bez użycia ekranów. Myślenie analityczne i algorytmiczne to
bardzo ważna umiejętność, którą należy rozwijać od najmłodszego.
Niestety w przypadku większości dostępnych narzędzi, programowanie
odbywa się na tablecie/komputerze, a to oznacza wiele godzin spędzonych
przed ekranem. Może to być przeszkodą dla najmłodszych dzieci. Stąd
pomysł na stworzenie narzędzia niewymagającego ekranu.
## Dokumentacja
### Wizja Systemu {#wizja_systemu}
<attachment:WizjaSystemu.pdf>
<https://docs.google.com/document/d/1CP9GY7ehTYjPTlZotr11NrxEWzG5lCo9N7Ldj8MvMmU>
### Zakres Systemu / Model Canvas / Harmonogram {#zakres_systemu_model_canvas_harmonogram}
<https://docs.google.com/document/d/1ckukKyAVRTBzBeymcHd75cjQtrXO2iU3xWxUYpvkiHc>
### Koncept
<https://docs.google.com/document/d/18mFs04-YvuSyjyZIcD6V9CAFriVyQVi5CRBAp_ba8nI>
### Repozytorium kodu {#repozytorium_kodu}
<https://github.com/akrysiak/Screenless-coding.git>
### Jira
<https://jira.wmi.amu.edu.pl/projects/SC1/summary>

Binary file not shown.

View File

@ -0,0 +1,40 @@
bikol,s426184,s426105,s426156,s426143,s426111:admin,read,write,revert
Known:read All:
\|\|\|\|\|\|\<tablestyle=\"width: 80%\"\>**Sklad zespołu**\|\| \|\|
**Imię i Nazwisko**\|\| **Numer indeksu** \|\| **Główna rola** \|\| \|\|
Patryk Dąbrowski \|\| 426111 \|\|Product Owner / Hardware\|\| \|\|
Mikołaj Herwart \|\| 426143 \|\| Software \|\| \|\| Dominik Czerwiński
\|\| 426105 \|\| Opis poradnika\|\| \|\| Bartosz Kordylewski \|\| 426156
\|\| Hardware \|\|
### Repozytorium
<https://git.wmi.amu.edu.pl/s426184/ScreenlessCoding>
### Jira
<https://jira.wmi.amu.edu.pl/projects/SC2/summary>
### Prezentacja
<attachment:Screnless-Coding.pptx>
### Dokumentacja Techniczna {#dokumentacja_techniczna}
- Zakres systemu - <https://github.com/Michcio220/ScreenLessCoding>
- Wizja systemu - <attachment:Wizja_Systemu.docx> (Stara wersja)
- ProjectCanvas - <https://canvanizer.com/canvas/w05QMUvBXaST0>
- <attachment:Wizja_Systemu.pdf>
- [attachment:Dokumentacja
Techniczna.pdf](attachment:Dokumentacja_Techniczna.pdf "wikilink")
### Tematy Pracy {#tematy_pracy}
[attachment:Temat_Pracy_Inżynierskiej.docx](attachment:Temat_Pracy_Inżynierskiej.docx "wikilink")
### Poradnik DIY {#poradnik_diy}
` Poradnik oraz wszystkie potrzebne pliki:`
- <https://github.com/domiipl/Projekt-Inz-Pliki>

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

View File

@ -0,0 +1,60 @@
Known:read All:
# [TokenEvent](TokenEvent "wikilink") - krótki opis projektu {#tokenevent___krótki_opis_projektu}
Chcielibyśmy stworzyć aplikację wspomagającą zakup żetonów podczas
trwania wydarzeń. W skrócie, użytkownik byłby w stanie zakupić wirtualny
żeton (odpowiednik prawdziwych żetonów) i wymienić go na wyspecyfikowane
dobra materialne (jedzenie, picie etc.). Po zakupie, użytkownik
wybierałby żetony, które chciałby zrealizować/zużyć do stoiska, w którym
sprzedawca, wyposażony w telefon z aplikacją-skanerem, zeskanował by
wybraną przez użytkownika ilość żetonów przy pomocy kodów QR.
# Skład zespołu: {#skład_zespołu}
- Karol Teske **product owner**
- Hubert Tylkowski **scrum master**
- Michał Dziemianowicz
- Jakub Siedlecki
# Stos technologiczny {#stos_technologiczny}
- API: Java + Kotlin + Spring Boot + MongoDB
- WEB: JS + React
- MOBILE: React Native
- DEPLOY: AWS
# Pliki i dokumenty {#pliki_i_dokumenty}
## Zakres systemu {#zakres_systemu}
[KLIK](https://docs.google.com/document/d/15Z70sfeshBJypbJ5tgWLUVBL6pto63WB4Uu4UCYxEDg/edit?usp=sharing "wikilink")
## Wizja systemu {#wizja_systemu}
<attachment:WizjaSystemu.pdf>
# Przydatne linki: {#przydatne_linki}
## Slack:
[Klik](http://tokeneventteam.slack.com "wikilink")
## [BitBucket](BitBucket "wikilink")(4 repozytoria): {#bitbucket4_repozytoria}
[Klik](https://bitbucket.org/account/user/tokenevent/projects/TOK "wikilink")
## Jira:
[Klik](https://jira.wmi.amu.edu.pl/projects/TOK/summary "wikilink")
## Linki do aplikacji {#linki_do_aplikacji}
[Aplikacja webowa](http://tokenevent.pl "wikilink")
[Aplikacja mobilna na
androida](https://play.google.com/store/apps/details?id=com.tokeniousermobileapp&hl=pl "wikilink")
# Dokument potwierdzający współpracę z fundacją 1 uniwersytet {#dokument_potwierdzający_współpracę_z_fundacją_1_uniwersytet}
<attachment:Dokumentpotwierdzajacywspolprace.pdf>

Binary file not shown.

4
bikol/DSDDLI0_2017.md Normal file
View File

@ -0,0 +1,4 @@
- [ Sharelatex - link do założenia
konta](https://www.sharelatex.com?r=9b2fe52d&rm=d&rs=b "wikilink")
- [ Szablon pracy](attachment:AMU_Thesis_template.zip "wikilink")

26
bikol/DTINLI0E_201718L.md Normal file
View File

@ -0,0 +1,26 @@
# Internet Technologies - TIN {#internet_technologies___tin}
\<\<TableOfContents(3)>\>
## Classes
- CA Mondays, 13:45, room: D1\<\
\>
- CB Thursdays, 13:45, room: A1-14,15\<\
\>
## News
-
## Scores
- [In class activity
points](https://docs.google.com/spreadsheets/d/1AE2sRUu0Q_hZV4ZgsnFhECWQxqv5CkqQBIwVQP2-I5w/edit?usp=sharing "wikilink")
- [Homework points](http://kino.vm.wmi.amu.edu.pl/dtin.txt "wikilink")
## Materials
- [ Course
Website](https://golinski.faculty.wmi.amu.edu.pl/tin/indexen.htm "wikilink")

24
bikol/DTINLI0E_201819L.md Normal file
View File

@ -0,0 +1,24 @@
# Internet Technologies - TIN {#internet_technologies___tin}
\<\<TableOfContents(3)>\>
## Classes
- CB Thursdays, 11:45, room: A1-14,15\<\
\>
## News
-
## Scores
- [In class activity
points](https://docs.google.com/spreadsheets/d/1oC08QRrmShWV6ugUDZsh9xnUqmmxdZfqhvyxy6qgWMs/edit?usp=sharing "wikilink")
- [Homework points](http://kino.vm.wmi.amu.edu.pl/dtin.txt "wikilink")
## Materials
- [ Course
Website](https://golinski.faculty.wmi.amu.edu.pl/tin/indexen.htm "wikilink")

23
bikol/DTINLI0E_201920L.md Normal file
View File

@ -0,0 +1,23 @@
# Internet Technologies - TIN {#internet_technologies___tin}
\<\<TableOfContents(3)>\>
## Classes
- CB Thursdays, 11:45, room: A1-14,15\<\
\>
## News
-
## Scores
- [In class activity points](https://usosweb.amu.edu.pl "wikilink")
- [Homework
points](https://kino.vm.wmi.amu.edu.pl/results/dtin.txt "wikilink")
## Materials
- [ Course Website](https://kino.vm.wmi.amu.edu.pl "wikilink")

View File

@ -0,0 +1,6 @@
- [Grupa 3](/grupa3 "wikilink")
- [Grupa 2](/grupa2 "wikilink")
- [Grupa 5](/grupa5 "wikilink")
- [Grupa 7](/grupa7 "wikilink")
- [Grupa 1](/grupa1 "wikilink")

Binary file not shown.

After

Width:  |  Height:  |  Size: 2.1 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 485 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 446 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 579 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 469 KiB

View File

@ -0,0 +1,4 @@
- [Grupa 2 (Lewandowski)](/Grupa2 "wikilink")
- [Grupa 3 (Moczulski)](/Grupa3 "wikilink")
- [grupa 4 (Schmidt)](/grupa4 "wikilink")
- [grupa 5 (Drygas)](/grupa5 "wikilink")

View File

@ -0,0 +1,38 @@
# Zadania
W czasie zajęć przeprowadzony zostanie \"Crash Course in Design
Thinking\" na podstawie <http://dschool.stanford.edu/dgift/>
**Studenci mają za zadanie wypracować wizję na „Idealny system
komunikacji Uczelnia-Student".**
Studenci dzielą się są na grupy 4-osobowe, każda grupa dzieli się na
dwie pary.
Każdy student otrzymuje wydrukowane materiały przy pomocy których
przeprowadzone zostaną zajęcia. Student musi mieć przybory do pisania
Szczegóły zadania poda prowadzący, ten etap zajęć zostanie
przeprowadzony w sposób interakcyjny prowadzony przez ćwiczeniowca.
Po zakończeniu ćwiczenia, każdy student będzie posiadał prototyp.
Na podstawie dyskusji grupa wybiera jeden wg nich najlepszy (co nie
znaczy że inne są gorsze ;)) i prezentuje na swojej stronie.
Jako wynik ćwiczeń grupa umieszcza na eduwiki trzy rzeczy:
- prototyp, który grupa uznała za najciekawszy/najlepszy (w postaci
szkicu, rysunku itp.)
- opis prototypu (dlaczego akurat ten wybraliśmy?)
- sprawozdanie z tego jak doszło do prototypu
Stoper z <http://www.online-stopwatch.com/countdown/>
Muzyka z <http://dschoolmixtapes.blogspot.com/2012_10_01_archive.html>
- [Grupa 1](/grupa1 "wikilink")
- [Grupa 2](/grupa2 "wikilink")
- [Grupa 3](/grupa3 "wikilink")
- [Grupa 4](/grupa4 "wikilink")

View File

@ -0,0 +1,3 @@
- [Grupa 2](/gr2 "wikilink")
- [Grupa 3](/gr3 "wikilink")
- [Grupa 4](/gr4 "wikilink")

View File

@ -0,0 +1,36 @@
1. Wydziałowa tablica ogłoszeń
```{=html}
<!-- -->
```
1. [USOSMobile](USOSMobile "wikilink") - System
[USOSWeb](USOSWeb "wikilink") na urządzenia mobilne
```{=html}
<!-- -->
```
1. System [SMSowej](SMSowej "wikilink") komunikacji Wykładowca -
Studenci
```{=html}
<!-- -->
```
1. [WMIMobile](WMIMobile "wikilink") - Portal informacyjny Wydziału na
urządzenia mobilne
- - Główne cele aplikacji
`   * Dostarczanie aktualnej informacji o Wydziale`\
`   * Usprawnienie komunikacji Wydział  Student oraz Wydział  Pracownik`
- - Wymagania:
`   * Aplikacja działająca w systemie Android do pobrania z portalu Google Play`
## Grupy
- [Grupa 1](/grupa1 "wikilink")
- [Grupa 2](/grupa2 "wikilink")
- [Grupa 3](/grupa3 "wikilink")
- [Grupa 4](/grupa4 "wikilink")

Some files were not shown because too many files have changed in this diff Show More