Migracja z Eduwiki
This commit is contained in:
parent
3c979fda21
commit
33563a9914
146
README.md
146
README.md
|
|
@ -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")
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
@ -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.
|
|
@ -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.
|
|
@ -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.
|
|
@ -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.
|
|
@ -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
|
||||
|
|
@ -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.
|
|
@ -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.
|
|
@ -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
|
||||
|
|
@ -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 \|\|
|
||||
|
|
@ -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 \|\|
|
||||
|
|
@ -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").
|
||||
|
|
@ -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")
|
||||
|
|
@ -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
|
||||
|
|
@ -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/*\'.
|
||||
|
|
@ -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.
|
|
@ -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
|
||||
|
|
@ -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/*\'.
|
||||
|
|
@ -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")
|
||||
|
|
@ -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>
|
||||
|
|
@ -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")
|
||||
Binary file not shown.
Binary file not shown.
|
|
@ -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.
Binary file not shown.
|
|
@ -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")
|
||||
|
|
@ -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")
|
||||
|
|
@ -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}
|
||||
|
|
@ -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
|
||||
|
|
@ -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. \|\|
|
||||
|
|
@ -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.
|
|
@ -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")
|
||||
|
|
@ -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")
|
||||
|
|
@ -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>
|
||||
|
|
@ -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.
Binary file not shown.
|
|
@ -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")
|
||||
|
|
@ -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")` są 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 są “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)
|
||||
|
|
@ -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")
|
||||
|
|
@ -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>
|
||||
|
|
@ -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.
Binary file not shown.
|
|
@ -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.
|
|
@ -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")
|
||||
|
|
@ -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.
|
|
@ -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.
|
|
@ -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.
Binary file not shown.
|
|
@ -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.
Binary file not shown.
|
|
@ -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")
|
||||
|
|
@ -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")
|
||||
|
|
@ -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")
|
||||
|
|
@ -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")
|
||||
|
|
@ -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.
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 |
|
|
@ -0,0 +1,4 @@
|
|||
- [Grupa 2 (Lewandowski)](/Grupa2 "wikilink")
|
||||
- [Grupa 3 (Moczulski)](/Grupa3 "wikilink")
|
||||
- [grupa 4 (Schmidt)](/grupa4 "wikilink")
|
||||
- [grupa 5 (Drygas)](/grupa5 "wikilink")
|
||||
|
|
@ -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")
|
||||
|
|
@ -0,0 +1,3 @@
|
|||
- [Grupa 2](/gr2 "wikilink")
|
||||
- [Grupa 3](/gr3 "wikilink")
|
||||
- [Grupa 4](/gr4 "wikilink")
|
||||
|
|
@ -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
Loading…
Reference in New Issue