3582447132

1.    Ci* przedstawiamy na diagramie klas? Diagram khtó pr/odstawia typi obiektów występujących w aplikacji i pow tą/anta iroęd/\ nimi. Składnikami diagramów klas 54 klasy udacie potmęd/v nimi 2.    W';«lM typy relacji na diagramie klai « li ML? a) asocjacja h) agregacją C) generał uacya J. Objaśnij mechanizm historii w diagramie /mian stanów. Mechanizm historii pozwala na zapamiętanie ostatniego aktywnego stanu nte/aJcżne od zagłębienia ałunów 4. Na czym potęga prntotypm anie i kiedy się stonuje; Prototypowanie - w przypadku wystąpienm braków w specyfikacji, trudności w określeniu wy magań lub nieporozumieniem między klientem a projckwninuu stosuje się szybkie prototypowanie. Prototyp pozwała na demonstrację pracującego systemu, a także duje możliwość s/kolcma. zanim zostanie zbudowany pełen system 5*. Jakie /nas/ typy relacji a«>cjacji i ich ograniczenia?. * asocjacja zwrotna f zachodzi pomiędz\ obiektami tej samej klasy) - asocjacja Urmanw (związek taki znehod/i pomiędzy przy najmniej trzema klasami) r iłsocMcja uporządkowana t istotna jest kolejność związku) 5ł». Asocjacja ternarna (TM^jacja ternąiięi - źwtą/ek laki zachodzi pomiędzy przy najmniej trzema klasunu . każda z. tych klas posiada ełcmeniy wspólne 1 każde podzielenie na związki binarne powoduje utratę informacji ha W ymień elementy składowe modelu warstwowego. Model wodospadowy (kaskadowy, liniowy) - b>i pierwszym sposobem na organizowanie procesu produkcji oprogramowana . Wy różniamy 5 faz 1) spccy fikacja wymagań 2) projektowanie oprogramowana ?j implementacja 4) testowanie 5ł użytkowanie 1 pielęgnowanie Przejście do kolejnej fazy następuje po zakończeniu fezy aktualnej ab. Podaj wady i zalety wodospadowego modelu produkcji oprogramowania . Zpłett <| tal w ość zarządzania przedsięwzięciem. 2. narzucanie kolejności wykonywania prac) Watfr 11 mrżucamc kołcjnoSci wykonywania prac. 2.wysoki koszt błędów popełnionych we w c/esmeh fiwaćll 3 długu przerwa w kontaktach z khentem) WcT\łikaęy». (1 Czy wtoicnwe budujemy produkty ?. 2 Czy spełnia wymagania ?) w^tdicja 11 Czy budujemy właściwy produkt ?. 2.Czy funkcje produktu są takie jak klient naprawdę oczekiwał ?) 7, Aktorem jest dowolny byt zewnętrzny, klon uczestniczy w interakcji /.systemem Każdy potencjalny aktor może wchodzić w interakcję / systemem rat pewna liczbę jemu właściwych sposobów Każdy / tych sposobów nosi nazwę przypadku użycia 1 reprezentuje przepływ operacji u systemie związany z obsługa zadania zleconego przez aktora w procesie interakcji. & Przypadek użycia - Reprezentuje sekwencję operacji, niezbędnych do wykonania zadania zleconego przez aktora, np. potwierdzenie pisma, złożenie zamówienia dp 9. Aktor - Reprezentuje redę. którą może grać w systemie jakiś jego użytkownik; (np kierów nik. urzędnik klient) l<>. Realizacja przyrostowa - polega na realizacji systemu w skończonej . zaplanowanej lic/bic kroków Proces produkcji rozpoczyna się od zgrubnego określenia wy magań systemu. Określa się także pnoructy poszczególnych wymagań Przygotowuje się projekt ogólny systemu i przypisuje się wymagania do kolejnych iteracji 11.    Podaj w idy i zalety modelu ewolucyjnego. Stosowany jest w przypadkach, gdy określenie dokładnych wymagań klienta nie jest możliwe Zalety (możliwość stosowania nawet w przypadkach kłopotów z określeniem wymagań klienta) Wadv: <ł struktura systemu zagmatwana. 2komcc/ność bardzo szy bkiej produkcji. 3. nie ma weryfikacji. 4 me gwarantuje możliwości pielęgnowania systemu) 12.    Diagram przepływu danych - pokazuje, jak dane przepływają / jednej jednostki przetwarzającej do następnej Zazwy czaj diagramy te nic zaw ierają informacji sterujących Diagramy stosuje się w wicie metodach a ich autorzy stosują różne notacje graficzne. Elementami diagramu są : procesy . magazyny danych. terminatory 1 przepływy danych. 13.    Testowani* statyczne - służy do zmierzenia miar niezawodności aa pracującym już. systemie Po obserwacji w ielu błędów można obliczyć miary niezawodności. 14.    Diagram struktury - są używane do reprezentowania i modelowania struktury realizowanego oprogramowania, czy li jego architektury. Diagram struktury pokazuje dekompozy cję funkcjonalnych elementów oprogramowania Diagram przedstawia w postaci drzewa, moduły, podprogramy, procedury i wywoły wane przez nic ctcrocnl niższego poziomu 15.    Testowanie w ątków - jest używane w systemach czasu rzeczywistego, w systemach sterowanych zdar/cnianu. w systemach widoproccsorowy ch wątek jest drogą poprzez procesy

16.    Prototypowanie Fazy t 1 ogólne określenie wymagań. 2 opracowanie szybko działającego prototypu. t wers fikaćh prototypu przez klienta. 4.okrcśien«; szczegółowych wymagań, ' opracowanie pełnego systemu) Celem prototypu icst wykrycie : (1 irodroch usług 2 braków w specyfikacji. 3 racporo/urmcń miedz v klientem a projektantem) Proioiypownic pozwą ta na : ( t dcmonstracic pracującego systemu. 2 daje możliwości szkolenia /arom zostanie zbudowany pełen system) Budową prototypu j 1. programowanie ewolucyjne 2.wykurzy stanic gotowych komponeMów. i niepełną realizację. 4 języki wysokiego poziomu. 5 generatory ) 17.    Formalne transformacje balety tl. wy soka niezawodność) Wady: (ł trudności formalnego specyfikówama. 2 mata efektywność kodu) 18.    Realizacja przy rnstowa Jest 10 realizacja systemu w skończonej liczbie kroków Zalety (I,częsl\ kontakt /klientem. 2 możliwość wczesnego wykorzystywania części sytemu) Wady U dodatkowy koszt związany z realizacją fragmentów sy stemn) 19.    Montaż z gotow ych elementów Wykorzystujemy elementy systemów wcześniej zrealizowane. Stosowanie. (1.bibliotek. 2języków czwartej generacji. 3.pełnych aplikacji) Zalety (t,wysoka niezawodność. 2 narzucanie standardów, 3 redukcja kosztów) WadłULdodaliow) kosza przygotowania elemeniów do ponownego użycia. 2 ryzyko uzałezroemą od dostawcy komponentu) 20.    Model spiralny - każdy cykl spirali reprezentuje fazę procesu produkcji Najbardziej wewnętrzna spirala może być studium wykonalności . następna dotyczy specyfikacji wy magań. następna projektu itp. Każda spirala składa się z 4 sektorów W modelu spiralnym można włączyć inne modele 21.    Walidacja wymagań i prototypowanie - błędy w wymaganiach są bardzo kosztowne . trudne do poprawienia gdy zostaną wykryte po dostarczeniu systemu Koszt ich usunięcia jest znacznie większy niż błędów implementacyjnych Prototypowanie jest bardzo użyteczne do określenia wymogów sy słemu , walidacja (sprawdzenie czy spełnione są oczekiwania użytkownika ) Recenzowanie. przegląd wymagań. przeprowadzona przez zespól, polega na poszukiwaniu błędów i braków 22.    Jakość projektu - dobry projekt to projekt spełniający specy fikację . pozwalający na produkcję efektywnego kodu i posiadający pożądane własności np. daje się łatwo pielęgnować (jest spójny . ma mało powiązań . larwo adaptowalny ) 23.    Model Ute Case ~ przedstawia system / punktu widzenia różnych uży tkowników systemu Modeluje funkcjonalność systemu . pokazuje w jaki sposób. i przez kogo. sy stem mo/c być używam Na tym etapie tworzone są diagramy _Use Casc“ 24.    Klasa — opisuje grupę obiektów 0 podobnych własnościach (atrybutach). zachowaniach (operacjach). wspólnych relacjach z inny bu obiektami. identycznym znaczeniu Obiekt jest instancją klasy . Klasy pomagają w abstrakcji. gcnerakzacji problemu 25.    Model implementacyjny - przedstawia podział systemu na moduły i komponenty oprogramowania Najczęściej istnieje odpow iedniość między strukturą klas, a strukturą oprogramowania. 26.    Diagram wdrożeniowy - pokazuje różne elementy sprzętu wchodzącego u skład systemu 1 rozmieszczenia oprogramowania na tym sprzęcie . Na podstawie tego diagramu będziemy wiedzieli, gdzie należy zainstalować poszczególne komponenty 27.    Wzorzec stań - umożliw ia w y godną implementację informacji zaw artych w diagramie stanów klasy Ułatwia wprowadzanie zmian zachowania, są to zmiany prostych metod klas implementujących stany Wadą takiego rozwiązania jest tworzenie rozbudowanej hierarchii klas 28.    Wzorzec ambasador -jest wykorzystywany w sytuacjach, gdy mc jest konieczne stale utrzymywanie zainicjowanego konkretnego obiektu w systemie 29.    Diagram związków cneji - służy do modelowania danych przechowy wanych w systemie. Składniki to : typy obiektów, związki, wskaźniki asocjowanych typów obiektów, wskaźniki nadtypów /podtypów 30.    Diagram przejść stanów - służy do modelowania zachowania w czasie. 31.    Testów anie funkcjonalne - polega na wprowadzaniu testów na podstawie spccy fikacji sy sromu System traktowany jest jako „czarna skrzynka". której zachowanie może być określone na podstawie wejść 1 odpowiadający im wyjść. 32.    Testów anie strukturalne - zwane jest inaczej testowaniem „białej skrzynki", gdyż przy projektowaniu przypadków testowych można korzystać ze znajomości testowanego kodu. Testowanie strukturalne stosuje się zazwyczaj do testowania jednostek, czy modułów

1.    Co przedstawiamy na diagramie klas? 2.    Wymień typy relacji na diagramie klas w UML? 3.    Objaśnij mechanizm historii w diagramie /mian stanów. 4.    Na czym polega prototypowanie i kiedy się stosuje. 5a. Jakie znasz typy relacji asocjacji i ich ograniczenia?. Sb. Asocjacja ternarna 6a. Wy mień elementy składowe modelu w arstwowego. 6b, Podaj wady i zalety wodospadowego modelu produkcji oprogramowania. 7.    Aktorem 8.    Przypadek użycia 9.    Aktor 10.    Realizacja przyrostowa 11.    Podaj wady i zalety modelu ewolucyjnego. 12.    Diagram przepływu danych IX Testowanie statyczne 14.    Diagram struktury 15.    Testowanie wątków 16.    Prototypowanie 17.    Formalne transformacje 18.    Realizacja przyrostowa 19.    Montaż z gotowych elementów 20.    Model spiralny 21.    Walidacja wymagań i prototypowanie 22.    Jakość projektu 23.    Model tJseCase 24.    Klasa 25.    Model implementacyjny 26.    Diagram wdrożeniowy 27.    Wzorzec stan 28.    Wzorzec ambasador 29.    Diagram związków cneji 30.    Diagram przejść stanów 31.    Testowanie funkcjonalne 32.    Testowanie strukturalne