1. Diagramy
   1. Use Case
      1. proces biznesowy
         1. ciąg czynności wykonywanych przez pracownika
            1. niektóre czynności są związane z interakcją z systemem
         2. w jakich sferach potrzebują wsparcia systemem informatycznym
      2. Scenariusz
         1. Ciąg interakcji użytkownika z systemem prowadzący do jakiegoś celu
         2. istotą jest osiągnięcie celu
         3. nie jest elementem UML
         4. Rodzaje
            1. Główny
            2. Alternatywny
      3. Co pokazuje diagram?
         1. Jakie system ma realizować funkcjonalności
            1. wyznaczanie wymagań funkcjonalnych
         2. Kto będzie korzystał z systemu
         3. Jakie są granice systemu
         4. Topic
      4. Czego nie pokazuje?
         1. Jak te funkcjonalności mają być realizowane
            1. czyli co jest w środku
      5. Jak używać use case?
         1. poziom szczegółowości
            1. tak rozbijamy przypadki użycia, aby móc precyzyjnie napisać scenariusz
            2. systemowe
            3. interakcja użytkownika z systemem
            4. biznesowe
            5. interakcja świata z organizacją
      6. Notacja
         1. Przypadek użycia
            1. Subtopic 1
            2. wewnątrz systemu
         2. Aktor
            1. na zew,. ssytemu
         3. Relacje UC i A
            1. Asocjacja
            2. jedyny
            3. bez grotu lub w kierunku przypadku użycia
            4. interakcje rozpoczyna aktor
            5. odwrotnie
            6. rozpoczyna system
         4. Relacje pomiędzy UC
            1. <<include>>
            2. grot w stronę w ramach, którego realizuje się przypadek użycia
            3. Przypadek użycia realizowany w ramach innego przypadku użycia
            4. <<extend>>
            5. Rozszerza przypadek użycia
            6. nie jest realizowany w ramach innego przypadku użycia
            7. grot w strone rozszerzanego
            8. uogólnienia
         5. Granice systemu
            1. ramka
      7. Składnia
         1. Przypadek użycia
            1. Zbiór scenariuszy połączonych wspólnym celem
            2. Opisywanie przypadków użycia nie jest określone w UML
         2. Użytkownik
            1. "Aktor"
            2. nie jest konkretną osobą
            3. funkcja lub rola
            4. wiele ról może pełnić jedna osoba
   2. Klas
      1. Pytania związane z tematem?
         1. Co z tymi gortami
         2. i z tą implementacją
         3. Co to jest interfejs?
            1. zestaw operacji
            2. wyznacza usługi oferowane przez komponent(klasę)
            3. prezentuje
            4. komunikację pomiędzy komponentami
         4. Co to jest rola?
            1. "oblicze" które jedna klasa prezentuje drugiej klasie
         5. atrybuty asocjacji?
      2. Wymagania funkcjonalne systemu
         1. Usługi jakie system powinien udostępniać użytkownikom
      3. Metoda
         1. Implementacja operacji
      4. Floating Topic
      5. Pytania
         1. Co to jest klasa?
            1. Klasa definiuje grupy obiektów takich samych, czyli mających takie same cechy
            2. Obiekt
            3. Coś występującego w świecie rzeczywistym
            4. Kia CERES
            5. Samochód
         2. Relacje między klasami
            1. Relacje
            2. typy obiektów są ze sobą powiązane
            3. Klasa samochód i klasa koło
         3. Notacja
            1. Prostokąt
            2. 3 sekcje
            3. Nazwa
            4. Atrybuty
            5. Operacje
            6. Cechy
            7. Atrybuty
            8. nazwana właściwość klasyfikatora(nazwa klasy), określająca możliwe wartości, które mogą przyjmować jego instancje
            9. specyfikator-dostępu nazwa: typ krotność = wartość domyślna {opis cech}
            10. specyfikator-dostępu
            11. +
            12. publiczny
            13. można się do niego odwoływać z każdego miejsca programu
            14. -
            15. prywatny
            16. widoczny z obrębu danej klasy
            17. ~
            18. pakietowy
            19. widoczny w ramach pakietu
            20. #
            21. chroniony
            22. widoczny w tej klasie lub w podklasach tej klasy
            23. nazwa
            24. jak klasa ma się odwoływać do atrybutu
            25. nazwa może być mnoga
            26. typ
            27. ograniczenie rodzaju obiektów, które mogą być przechowywane w atrybucie
            28. krotność
            29. liczba wystąpień klasy w danym związku
            30. 1
            31. w danym atrybucie może być przechowywany 1 obiekt
            32. Kierownica
            33. 0..1
            34. co najwyżej jeden obiekt
            35. sprzęgło
            36. *
            37. przechowywana dowolna liczba obiektów
            38. 2..5
            39. od liczby do liczby
            40. set, bag ordered, list
            41. wartość-domyślna
            42. jaką wartość przyjmie obiekt przy powstaniu
            43. {opis cechy}
            44. {Read Only}
            45. {unique}
            46. wartości są
            47. {Bag}
            48. uporządkowana kolekcja z powtarzającymi się elementami
            49. Asocjacja
            50. Pokazuje relacje pomiędzy dwoma klasami
            51. Można opisać to samo co atrybutem
            52. Asodcjacje
            53. duże elementy
            54. więcej informacji
            55. można wyrazić
            56. ważne z naszego punktu widzenia
            57. Topic
            58. od klasy źródłowej do docelowej
            59. nazwa roli
            60. krotność
            61. Dwukierunkowa
            62. para połączonych cech będących odwrotnością
            63. Z jednej klasy mamy dostęp do drugiej i vice wersa
            64. Kwalifikowana
            65. Kwalifikator
            66. Pojedyńczy atrybut asocjacji
            67. Zestaw
            68. wartośc wyznacza w sposób unikalny zestaw obiektów pewnej klasy z jednym obiektem klasy, do której kwalifikator został dołączony
            69. to co wiąże osobę i bank to numer konta bankowego(kwalifikator)
            70. Klasy asocjacyjne
            71. szczególny związek pomiędzy klasami
            72. gdy potrzebujemy przypisać atrybuty lub metody do samego powiązania
            73. zwykłe powiązanie nie może mieć atrybutów ani metod
            74. Agregacja
            75. jakiś byt jest częścią innego bytu
            76. ale może bez niego istnieć
            77. zniczenie nadrzędnego, nie niszczą podrzędnego
            78. Samochód i koła
            79. Subtopic 4
            80. Kompozucja
            81. jakiś byt jest częścią innego bytu
            82. ale nie może bez niego istnieć
            83. Dom i pokój
            84. Subtopic 4
            85. Operacje
            86. procesy, które klasa potrafi wykonać
            87. specyfikator-dostępu nazwa (lista-parametrów): wyrażenie-typu-wyniku
            88. lista-parametrów
            89. ciąg parametrów, oddzielony przecinkami
            90. składnia
            91. kierunek nazwa: typ = wartość-domyślna
            92. kierunek
            93. wejściowy
            94. domyślny
            95. wyjściowy
            96. Oznaczenie zmiany stanu klasy
            97. kwerendy
            98. nie zmieniają stanu
            99. {query}
            100. modyfikatory
            101. Subtopic 1
            102. zmieniają
            103. Uogólnienie
            104. Obiekt nadrzędny zbiera cechy wspólne
            105. samochód
            106. producent
            107. Obiekty podrzędne dodefiniowują pozostałe cechy
            108. liczba miejsc
            109. ciężarowy
            110. ładowność
            111. Subtopic 3
            112. przekłada się na dziedziczenie w językach programowania
            113. liść
            114. klasa bez potomka
            115. korzeń
            116. klasa bez przodka
            117. Inne
            118. Zależności
            119. Zmiany w A(niezależnym) pociągać za sobą konieczna zmianę w innej klasie(zależnej)
            120. jedna klasa wysyła komunikat do drugiej
            121. zawiera w swoich danych inną klasę
            122. atrybut typu innej klasy
            123. użyta w parametrach operacji innej klasy
            124. określają skalę zmian w systemie
            125. diagram zależności
            126. co trzeba będzie zmienić, żeby system dalej dziiałał
            127. Subtopic 3
            128. moźna opisywać słowami kluczowymi(stereotypami) <<słow-kluczowe>>
            129. Ograniczenia
            130. krotności
            131. typ
            132. uogólnienie
            133. wymusza posiadanie pewnych cech w klasie podrzędnej
            134. UML dopuszcza dowolną formę opisu ograniczeń
            135. w formie notatki
            136. zawarte {}
            137. język naturalny
            138. OCL
            139. Object Constraint Language
            140. Klasy abstrakcyjne
            141. nigdy nie będzie miała instancji
            142. figura geometryczna
            143. prostokąt
            144. koło
            145. sześciokąt
            146. nazwa pisana kursywą
            147. ma co najmniej jedną abstrakcyjną operacją
            148. taką nie mającą implementacji
            149. deklaracja operacji
            150. ich uogólnieniem jest figura
            151. Interfejs
            152. Klasa, która nie ma implementacji
            153. nie wiemy jak działa
            154. jest tylko specyfikacją
            155. Notacja zwykła
            156. Rysuje się jak zwykła klasę
            157. słowo kluczowe <<interface>>
            158. Klasa, która wymaga interfejsu "używa" zależności
            159. Klasa, która implementuje interface "używa" implementacji
            160. Subtopic 1
            161. Notacja piłeczkowa
            162. Subtopic 1
      6. Jak używać
         1. nie przesadzać
            1. Nie rysuj diagramów wszystkiego
         2. zaczynaj od rzeczy prostych
            1. klasy
            2. asocjacje
            3. atrybuty
            4. uogólnienia
            5. ograniczenia
         3. Biznesowe
            1. zbadanie języka biznesowego
            2. diagramy dziedziny
         4. Technicznie
            1. bardziej szczegółowo
      7. Do czego służy?
         1. opisuje
            1. statykę systemu
            2. związki między klasami
            3. podstawa dla konstrukcji systemu
            4. kawałek świata, jego strukturę, a nie zachowanie
         2. obrazuje
            1. abstrakcyjne byty
            2. powiązania między nimi
   3. Obiektów
      1. Obiekt
         1. Konkretny egzemplarz klasy reorezentujacym jej rzeczywiste wystąpienie
         2. reprezentuje lub opisuje pewną rzecz lub pojęcie obserwowane w rzeczywistości
         3. dobrze zdefiniowana granica
            1. co nim jest a co nie
         4. posiada
            1. tożsamość
            2. można wyróźnić poprzez samo ich istnienie
            3. np. nazwa
            4. zachowanie
            5. reprezentowane przez operacje
            6. lub metody -ich implementacje
            7. stan
            8. wartości atrybutów
            9. związki z innymi obiektami
         5. łatwo odróźnić od innych obiektów
         6. Rodzaje
            1. Trwałe
            2. przechowywane w bazach danych
            3. przenoszą swoję cechy pomiędzy kolejnymi uruchomieniami systemu
            4. Nietrwałe
            5. kreowane i usuwane w czasie, gdy system działa
      2. Definicja
         1. technika modelowania struktury systemu
            1. Obiekty
            2. Związki między nimi
            3. asocjacja
            4. agregacja
            5. kompozycja
            6. generalizacje
            7. Ograniczenia
         2. wskazuje konkretny egzemplarz klasy oraz interakcje, jakie zachodzą pomiędzy nimi w ustalonej chwili
         3. Doprecyzowuje diagram klas, gdy jest niezrozumiały
      3. Notacja
         1. Nazwa jest podkreślona
         2. Asocjacje
            1. Związek
            2. Związek(relacja)
            3. powiązanie
         3. Agregacja
            1. rodzaj asocjacji
            2. relacja typu część-całość
         4. Kompozycja
         5. Generalizacja
         6. Zależności
   4. Subtopic 11
   5. Sekwencji
   6. Czynności
   7. Pakietów
   8. Komunikacji
   9. Komponentów
   10. Wdrożenia
   11. Maszyny Stanów
2. SCR
3. Enterprise Architect
4. Modelowanie baz danych
5. Podstawy
   1. Co to jest UML?
      1. Metamodel
         1. UML opisywany językiem UML
      2. Notacja
         1. Elementy graficzne
         2. Składnia języka
      3. Diagramy
         1. Strukturalne
         2. Behawioralne
      4. Służy do projektowania graficznego w procesie wytwórczym oprogramowania
   2. Do czego się wykorzystuje?
   3. Jaka jest notacja i semantyka?
      1. Elementy graficzne
      2. Składnia
   4. Co to jest mapowanie
   5. Czym jest model?
      1. Uproszczeniem
      2. Założonym poziomem abstrakcji
         1. Zależny
            1. Odbiorcy
            2. Celu
      3. Wzorzec
      4. Prototyp
      5. Biznesowy
         1. Co?
            1. Pierwszy etap
            2. Opis rzeczywistej firmy
            3. Co i w jaki sposób robi firma, aby osiągnąć cel.
            4. Podstawa szkieletu aplikacji
            5. Prezentacja modelowanych procesów biznesowych
            6. Pomost pomiędzy światem biznesu, a światem informatyki
            7. Wsparcie organizacji rozwiązaniami informatycznymi
            8. Obraz interakcji budowanego oprogramowania z otoczeniem firmy
            9. Korzyści
            10. Wgląd w strukturę przedsiębiorstwa i procesy w nim zachodzące
            11. Baza do wprowadzania zmian
            12. Lokalizacja wąskich gardeł
            13. Ułatwia określenie roli, jaką pełnią poszczególe fragmenty organizacji, a także poszczególni pracownicy
            14. Uniknięcie i naprawa błędów
            15. Optymalizacja procesów biznesowych zanim poniesione zostaną koszty wytworzenia oprogramowania
            16. Po to,aby zweryfikować czy tworzone oprogramowanie spełni pokładane w nim nadzieje
         2. Rola?
            1. Na podstawie modelu biznesowego, tworzy się modele implemetnacyjne.
            2. Zestaw czynności, które mają ułatwić zrozumienie zasady działania przedsiębiorstwa
         3. Jak to się ma do UML?
            1. Metoda wyrażania i prezentowania modeli biznesowych
         4. Notacja i semantyka
            1. str. 33
         5. Jaka jest relacja pomiędzy UML a modelem biznesowym?
            1. Podział
            2. analiza i optymalizacja zdarzen gospodarczych(procesów biznesowych)
            3. IDEF
            4. Tworzenie oprogramowania
            5. UML
6. RUP
   1. Rational Unified Process
      1. Iteracyjny proces tworzenia oprogramowania
      2. Adaptacyjny
      3. Projektanci wybierają to co jest im potrzebne
         1. Szwedzki stół
   2. Fazy
      1. Inception
      2. Elaboration
      3. Construction
      4. Transition