Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania
|
|
- Fabian Tomaszewski
- 6 lat temu
- Przeglądów:
Transkrypt
1 Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania
2 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str. 2 Przykładowe pytania 1. Wymień i omów krótko podstawowe kategorie interesariuszy przedsięwzięć informatycznych. 2. Załóżmy, że ilość pracy w ramach projektu zmusza Cię do zatrudnienia 2 dodatkowych programistów Javy. Będzie się to wiązało ze zwiększeniem budżetu projektu. Z którym z interesariuszy omawiasz ten problem. Który z interesariuszy może podjąć taką decyzję? Odpowiedź uzasadnij. 3. Załóżmy, że chcesz wnieść zmiany do planowanej funkcjonalności systemu. Twoje usprawnienie powinno skrócić czas realizacji procesu biznesowego wspomaganego przez oprogramowanie. Nie wiesz jednak na pewno, czy twój model procesu biznesowego zgadza się z rzeczywistością. Z którym z interesariuszy omawiasz ten problem i prosisz o wyjaśnienie? Który z interesariuszy może dostarczyć Ci informacji tego typu? Odpowiedź uzasadnij. 4. Załóżmy, że problemy, które pojawiły się w zespole wpłyną na planowany termin udostępnienia pierwszego wydania projektowanego systemu. Z którym z interesariuszy omawiasz ten problem i prosisz o podjęcie decyzji? Który z interesariuszy może podjąć taką decyzję? Odpowiedź uzasadnij. 5. Wymień i omów krótko podstawowe kryteria oceny sukcesu projektu informatycznego? Niektórzy twierdzą, że sukces projektu jest oceniany nie tylko w oparciu o harmonogram, czy budżet, ale przy uwzględnieniu pewnych dodatkowych aspektów. O jakie aspekty chodzi? Wyjaśnij, dlaczego tradycyjne metryki nie zawsze się sprawdzają i zdarza się, że nie świadczą o rzeczywistym sukcesie/porażce przedsięwzięcia. 6. Wymień i omów krótko sygnały zbliżającej się porażki. Które wg Ciebie są najbardziej złowieszcze? Na które z nich należy zwrócić uwagę w szczególności i ustalić sposoby minimalizacji ryzyka? Odpowiedź uzasadnij. 7. Ed Yourdon opracował taksonomię projektów wysokiego ryzyka definiując takie kategorie jak: projekty brzydkie, kamikadze, samobójcze oraz mission impossile. Jaki jest przede wszystkim cel ustalania specyfiki projektu, nad którym pracujesz? Załóżmy, że udało Ci się ustalić typ projektu, nad którym pracujesz. Jak można (i powinno się) wykorzystać taką informację? 8. Wyjaśnij różnicę pomiędzy pojęciami metoda i metodyka. Podaj po jednym przykładzie metody i metodyki oraz omów ich kluczowe elementy składowe. 9. Załóżmy, że podjęto decyzję, co do podejścia wykorzystywanego w ramach Twojego projektu i dowiedziałeś(-łaś) się, że jest to podejście strukturalne. Czy widzisz w związku z tym jakieś zagrożenia lub problemy? Jakie cechy podejścia mogą negatywnie wpłynąć na Twój proces wytwórczy? 10. Załóżmy, że podjęto decyzję, co do podejścia wykorzystywanego w ramach Twojego projektu i dowiedziałeś(-łaś) się, że jest to podejście obiektowe. Co Twoim zdaniem po-
3 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str. 3 zwoli na sprawniejszą realizację procesu wytwórczego? Jakie cechy podejścia powodują, że uważasz tę decyzję za szczególnie dobry wybór? 11. Załóżmy, że podjęto decyzję, co do podejścia wykorzystywanego w ramach Twojego projektu i dowiedziałeś(-łaś) się, że jest to inżynieria informacyjna. System, nad którym pracujesz to niewielki system webowy. Czy widzisz w związku z tym jakieś zagrożenia, problemy? Jakie cechy podejścia mogą negatywnie wpłynąć na Twój proces wytwórczy? 12. Załóżmy, że pracujesz w zespole, który ma za sobą wiele projektów o specyfice podobnej do aktualnie realizowanego. Jaki Twoim zdaniem stopień formalizacji procesu wytwórczego jest najlepszy dla projektu o takich cechach? Czy potrzebny jest proces? Jeśli tak, to jak bardzo formalny? Odpowiedź uzasadnij. 13. Zatrudniono Cię w roli kierownika projektu bardzo dużego i zaawansowanego technologicznie systemu. Od niezawodności systemu może zależeć zdrowie i życie jego użytkowników. Skala systemu wymaga, aby przy realizacji brało udział kilkanaście firm specjalizujących się w różnych aspektach tworzenia oprogramowania tej klasy. Twoim zadaniem jest właściwy dobór partnerów. Czy znasz narzędzia pozwalające ocenić procesy wytwórcze kandydatów na partnerów? 14. Twoim zadaniem jest wdrożenie w ramach procesu wytwórczego założeń metodyk zwinnych. Wymień i omów krótko podstawowe techniki i narzędzia wykorzystywane w XP oraz SCRUM. 15. Wyjaśnij pojęcie obiektu oraz omów kluczowe cechy, jakie posiada każdy obiekt. Charakterystykę oprzyj na intuicyjnym przykładzie. 16. Wymień i omów krótko podstawowe związki zachodzące pomiędzy obiektami. Podaj po jednym przykładzie obrazującym każdy z omawianych związków. Wyjaśnij różnice pomiędzy omawianymi związkami. 17. Wyjaśnij pojęcie klasy oraz omów kluczowe cechy, jakie posiada każda klasa. Charakterystykę oprzyj na intuicyjnym przykładzie. 18. Wymień i omów krótko podstawowe związki zachodzące pomiędzy klasami. Podaj po jednym przykładzie obrazującym każdy z omawianych związków oraz wyjaśnij różnice pomiędzy nimi. 19. Omów na przykładzie proces tworzenia hierarchii gen-spec. 20. Omów podstawowe elementy składowe języka UML. Jaki jest cel stosowania perspektyw w języku UML? Dlaczego w języku UML zdefiniowano aż 13 rodzajów różnych diagramów? Czy nie wystarczyłby jeden diagram? Odpowiedź uzasadnij. 21. Wymień i omów krótko artefakty etapu wymagań. 22. Wyjaśnij, co to znaczy, że proces jest sterowany przypadkami użycia? 23. Wymień i krótko omów kategorie aktorów.
4 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str Co oznacza związek asocjacji pomiędzy aktorem i przypadkiem użycia? 25. Jaki jest cel stosowania lity aktor-cel oraz listy w-poza. 26. Wyjaśnij różnice pomiędzy zakresem funkcjonalnym oraz projektowym. Załóżmy, że zmienił się zakres funkcjonalny. Na jakie elementy modelu przypadków użycia wpłynie taka zmiana? Załóżmy, że zmienił się zakres projektowy. Na jakie elementy modelu przypadków użycia będzie to miało wpływ? Odpowiedzi uzasadnij. 27. Kiedy aktorzy główni są istotni a kiedy nieistotni w procesie projektowania systemu? Odpowiedź uzasadnij. 28. W jaki sposób kodujemy graficznie zakres zgodnie z propozycją Cockburne a? 29. W jaki sposób metafora morza pomaga w dobieraniu nazw przypadków użycia? Jak kodujemy graficznie poziom przypadków użycia zgodnie z propozycją Cockburne a? 30. Załóżmy, że chcemy pokazać zależność pomiędzy przypadkami użycia a elementami modelu wymagań. Z jakiego związku należy skorzystać, aby zdefiniować taką zależność? 31. Wymień i omów krótko podstawowe elementy scenariusza przypadku użycia. 32. Jaki jest cel włączania do opisu informacji na temat wyzwalaczy? Podaj 3 przykłady wyzwalaczy. 33. Jaki jest cel włączania do opisu informacji na temat warunków wstępnych? Podaj 3 przykłady warunków wstępnych. 34. Jaki jest cel włączania do opisu informacji na temat warunków końcowych? Podaj 3 przykłady warunków końcowych. 35. Podaj przykład sposobu zapisu scenariuszy alternatywnych. 36. Wyjaśnij różnicę pomiędzy związkiem «include» oraz «extend» występującym na diagramie przypadków użycia. 37. Jaki jest cel wykorzystania związku «extend»? Podaj 2 przykłady. Wymień i omów podstawowe elementy specyfikacji związku «extend». 38. Jaki jest cel wykorzystania związku «include»? Podaj 2 przykłady. 39. Załóżmy, że po analizie scenariuszy kilku przypadków użycia okazało się, że część kroków się powtarza. Co w takim przypadku należy zrobić aby zmniejszyć redundancję? 40. Załóżmy, że w scenariuszu udanego dnia określony krok może być zrealizowany na kilka sposobów, np. płatność za pobraniem, przelewem lub kartą kredytową. Który wariant należy umieścić w scenariuszu udanego dnia i co należy zrobić z pozostałymi wariantami?
5 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str Załóżmy, że modelujesz biznesowo firmę, która posiada w ramach swojej struktury organizacyjnej dział kadr, księgowości i zaopatrzenia. W jaki sposób można zawrzeć te informacje w modelu? Z jakiego diagramu i jakich elementów notacji należy skorzystać? Narysuj przykład. 42. Jaki jest cel wykorzystania relacji dziedziczenia na diagramach przypadków użycia? Podaj przykład. 43. Narysuj diagram czynności obrazujący proces egzaminu. Przypisz odpowiedzialności z wykorzystaniem torów. Korzystając z diagramu omów podstawowe kategorie pojęciowe diagramu czynności. 44. Podaj przykład interesariuszy systemu, którzy nie będą korzystać z systemu ale mogą być źródłem istotnych wymagań poza-funkcjonalnych. 45. Wymień i krótko omów stereotypy języka UML wykorzystywane w modelowaniu biznesowym. 46. Załóżmy, że chcesz pokazać związki zachodzące pomiędzy zasobami (Business Entities) w aspekcie statycznym. Jakiego diagramu użyjesz w tym celu? Podaj prosty przykład. 47. Jaki jest cel tworzenia mapy procesów i z jakich elementów notacji skorzystasz w tym celu? 48. Załóżmy, że chcesz pokazać aspekt dynamiczny zasobów występujących w dziedzinie aplikacyjnej. Jakiego diagramu użyjesz w tym celu? Podaj prosty przykład. 49. Załóżmy, że chcesz pokazać zadania wykonywane w ramach procesu biznesowego, role, które są za nie odpowiedzialne oraz przepływ kontroli pomiędzy zadaniami. Jakiego diagramu i jakich elementów notacji użyjesz w tym celu? Podaj prosty przykład. 50. Wymień i krótko omów typy diagramów (oraz ich przeznaczenie) wykorzystywanych w dyscyplinie modelowanie biznesowe. 51. Wymień i krótko omów symbole diagramu czynności odpowiedzialne za reprezentację zdarzeń (sygnałów i momentów w czasie). Podaj prosty przykład. 52. Wyjaśnij różnicę pomiędzy modelowaniem biznesowym a modelowaniem systemu informatycznego. Jak wygląda odwzorowanie pomiędzy elementami modelu biznesowego a elementami modelu systemu informatycznego w zakresie aktorów, procesów biznesowych i przypadków użycia? Podaj prosty przykład. 53. Wyjaśnij różnicę pomiędzy procesem biznesowym a zakresem systemu. 54. Dla przedstawionych poniżej zdań narysuj diagramy biznesowe pokazujące odpowiednie relacje. 1. Klient złożył zamówienie, które zostało przyjęte przez pracownika, który odgrywa rolę Asystenta klienta.
6 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str Zamówienie zawiera pozycje zamówienia. 3. Produkt A składa się z elementów B, C i D. 4. Zamówienie jest dokumentem księgowym. 5. Dokumenty księgowe dekretuje księgowa. 6. Księgowa wyszukuje transakcje w księdze głównej podając ich numer. 55. Załóżmy, że chcesz pokazać sytuację, w której dwa zadania w procesie zadanie A i zadanie B są wykonywane równolegle. Z którego diagramu języka UML skorzystasz i jaki element notacji zastosujesz? Narysuj model. 56. Załóżmy, że chcesz pokazać sytuację, w której kolejne zadanie w procesie (zadanie C), może się rozpocząć dopiero w sytuacji dwa inne zadania zadanie A i zadanie B są całkowicie zakończone. Z którego diagramu języka UML skorzystasz i jaki element notacji zastosujesz? Narysuj model. 57. Załóżmy, że chcesz pokazać sytuację, w której zadanie w procesie zadanie C, jest wykonywane przez pracownika 1 a dwa zadania (zadanie A i zadanie B) są wykonywane przez pracownika 2. Z którego diagramu języka UML skorzystasz i jaki element notacji zastosujesz? Narysuj model. 58. Załóżmy, że diagram przypadków użycia, który utworzyłeś zawiera 22 przypadki użycia. Co zrobisz, aby model był prostszy w analizie, utrzymaniu i konserwacji? Pytania dotyczące treści z książki Oprogramowanie szyte na miarę 59. Omów technikę skrzynki stosowaną przy zadawaniu pytań w procesie zbierania wymagań. 60. Wyjaśnij na czym polega technika Pytanie wprost wykorzystywana w procesie określania priorytetów i kiedy powinna być wykorzystywana. 61. Wyjaśnij na czym polega technika Eliminowanie przez korzyść wykorzystywana w procesie określania priorytetów i kiedy powinna być wykorzystywana. 62. Wyjaśnij na czym polega technika Eliminowanie od problemu wykorzystywana w procesie określania priorytetów i kiedy powinna być wykorzystywana. 63. Wyjaśnij różnicę pomiędzy ważnością a pilnością wymagań. 64. Wyjaśnij na czym polega technika Pytań kartezjańskich wykorzystywana w procesie określania priorytetów i kiedy powinna być wykorzystywana. 65. Omów narzędzie Macierz Eisenhowera i sposób jego wykorzystania w procesie określania priorytetów. 66. Wymień i krótko omów kategorie spotkań związanych z procesem wytwórczym systemu. 67. Jakie kluczowe cechy ma efektywne spotkanie?
7 Inżynieria oprogramowania przykładowe pytania egzaminacyjne str Wyjaśnij cel spotkania typu Warsztaty z użytkownikami oraz omów jego kluczowe cechy. 69. Wyjaśnij cel spotkania typu Standing meeting oraz omów jego kluczowe cechy. 70. Wyjaśnij cel spotkania typu Kick-off meeting oraz omów jego kluczowe cechy. 71. Wyjaśnij cel spotkania typu Retrospekcja oraz omów jego kluczowe cechy. 72. Na jakie pytania należy odpowiedzieć przy przygotowywaniu spotkania z interesariuszami? 73. Wymień i krótko omów role interesariuszy oraz cele spotkania w zależności od roli oraz oczekiwania wobec każdej z ról. 74. Jakie działania należy podjąć przygotowując interesariuszy do planowanego spotkania? 75. Wyjaśnij istotę spotkań iteracyjnych. Omów iteracyjny sposób prowadzenia spotkań. 76. Wskaż na działania jakie należy podjąć przy zamykaniu spotkania. 77. Wyjaśnij istotę techniki uogólniania. 78. Wyjaśnij istotę techniki parafrazowania. 79. Wyjaśnij istotę techniki zmiany ram odniesienia oraz wskaż na sytuacje, w których należy z niej korzystać. 80. W jakich sytuacjach należy korzystać z techniki Ekrany użytkownika a w jakich technika ta nie sprawdza się. Uwaga: Pytania egzaminacyjne mogą również dotyczyć treści książki Analityk systemów, rozdziały 1 i 5. Na przykład: 81. Przedstaw i omów krótko klasyfikację wymagań wobec systemu informatycznego. 82. Omów poziomy wymagań wobec systemu informatycznego. Podaj po jednym przykładzie dla każdego z poziomów wymagań. 83. Przedstaw na schemacie i omów podstawowe obszary inżynierii wymagań. 84. Wymień i krótko omów atrybuty wymagań. 85. Wyjaśnij pojęcie jakości wymagań. Wymień i omów podstawowe kryteria jakości wymagań. 86. Wyjaśnij pojęcia walidacja i weryfikacja wymagań. Podaj przykład walidacji i weryfikacji.
Podstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoDiagramy przypadków użycia. WYKŁAD Piotr Ciskowski
Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej
Bardziej szczegółowoGrupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)
Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne
Bardziej szczegółowoModelowanie obiektowe - Ćw. 3.
1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)
Bardziej szczegółowoWykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą
Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca
Bardziej szczegółowoAnaliza biznesowa a metody agile owe
Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania
Bardziej szczegółowoGrupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)
Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne przedmioty.
Bardziej szczegółowoCzęść I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
Bardziej szczegółowoPytania z przedmiotów kierunkowych
Pytania na egzamin dyplomowy z przedmiotów realizowanych przez pracowników IIwZ studia stacjonarne I stopnia Zarządzanie i Inżynieria Produkcji Pytania z przedmiotów kierunkowych 1. Co to jest algorytm?
Bardziej szczegółowoNarzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
Bardziej szczegółowoREQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Bardziej szczegółowoPodstawy inżynierii oprogramowania
Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane
Bardziej szczegółowoEgzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Bardziej szczegółowoSpis treúci. 1. Wprowadzenie... 13
Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...
Bardziej szczegółowoZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
Bardziej szczegółowoZakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Bardziej szczegółowoŚwiat rzeczywisty i jego model
2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowo1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
Bardziej szczegółowoNazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
Bardziej szczegółowoOceny z prezentacji INKU011S. Zofia Kruczkiewicz
Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt
Bardziej szczegółowoPraktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Bardziej szczegółowoKARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Bardziej szczegółowoDiagram przypadków użycia
Diagram przypadków użycia Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje, co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu
Bardziej szczegółowoBiuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja.
Harmonogram szkolenia zawodowego: Zarządzanie projektami europejskimi Termin realizacji: 14.02.2011 10.03.2011 Miejsce realizacji: Szkoła policealna Wizażu i Stylizacji ul. Reformacka 4, Rzeszów Data Godziny
Bardziej szczegółowoSTUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe
STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Projektowanie procesów Logistyka (inżynierska) niestacjonarne I stopnia
Bardziej szczegółowoPYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK
KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements
Bardziej szczegółowoCo to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?
ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest
Bardziej szczegółowoSpis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08
Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.
Bardziej szczegółowoZagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Bardziej szczegółowoSTUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe
STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi
Bardziej szczegółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoProjektowanie systemów informatycznych. wykład 6
Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany
Bardziej szczegółowoKARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator
Bardziej szczegółowoKarta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowoModelowanie i analiza systemów informatycznych Spis treści
Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:
Bardziej szczegółowoZarządzanie firmą Celem specjalności jest
Zarządzanie firmą Celem specjalności jest przygotowanie jej absolwentów do pracy na kierowniczych stanowiskach średniego i wyższego szczebla we wszystkich rodzajach przedsiębiorstw. Słuchacz specjalności
Bardziej szczegółowoKATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,
Bardziej szczegółowoCel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
Bardziej szczegółowoSTUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe
STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi
Bardziej szczegółowoSpis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...
Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...
Bardziej szczegółowoModelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.
Bardziej szczegółowoZarządzanie projektami. Porównanie podstawowych metodyk
Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled
Bardziej szczegółowoANALIZA EKONOMICZNO-FINANSOWA
PROGRAM STUDIÓW FINANSE, RACHUNKOWOŚĆ ZARZĄDCZA I CONTROLLING PRZEDMIOT ZAGADNIENIA GODZ. ZAAWANSOWANE NARZĘDZIA RACHUNKOWOŚCI Rachunkowość zarządcza Prognozowanie sprzedaży i kosztów, rachunki optymalizacyjne
Bardziej szczegółowoDiagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
Bardziej szczegółowoInformatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
Bardziej szczegółowoModel referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami
Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary
Bardziej szczegółowoSzkolenie 1. Zarządzanie projektami
UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl
Bardziej szczegółowoZarządzanie projektami w NGO
Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego
Bardziej szczegółowoProjektowanie interakcji
Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director
Bardziej szczegółowoDiagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Bardziej szczegółowoŁatwa czy niełatwa droga do celu? - wdrożenie COSMIC w ZUS
- wdrożenie COSMIC w ZUS Warszawa, 07.06.2017 Dlaczego w ZUS zdecydowano się na wdrożenie wymiarowanie złożoności oprogramowania akurat metodą COSMIC? jest metodą najbardziej transparentną i ograniczającą
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
Bardziej szczegółowoProjekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoInżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Bardziej szczegółowoSpis treści. Wstęp... 9
Wstęp... 9 Rozdział 1 ZARYS TEORII STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA... 11 1. Zakres i potencjalne zastosowania teorii... 11 2. Opis szkieletowego systemu EPC II... 12 2.1. Poziomy organizacyjne, warstwy
Bardziej szczegółowoZasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
Bardziej szczegółowoŹródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI
DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją
Bardziej szczegółowotel. (+48 81) 538 47 21/22 fax (+48 81) 538 45 80 Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt
0-618 Lublin tel. (+8 81) 58 7 1/ fax (+8 81) 58 5 80 Przedmiot: Rok: INF I Inżynieria Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 0 1 Ćwiczenia Laboratorium
Bardziej szczegółowoUML cz. III. UML cz. III 1/36
UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML
Bardziej szczegółowoProjektowanie systemów informatycznych. Diagramy przypadków użycia
Informacje ogólne i przykłady Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski jako narzędzie modelowania wymagań Nazwa use case diagrams. Cel stosowania Określenie wymagań
Bardziej szczegółowoMichał Adamczyk. Język UML
Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy
Bardziej szczegółowoMiędzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.
Międzynarodowa Rada Inżynierii Wymagań The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS www.cts.com.pl MISJA IREB Misją IREB jest udoskonalenie praktyki inżynierii wymagań
Bardziej szczegółowoGrupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)
Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) Należy wybrać trzy dowolne przedmioty. Na egzaminie zadane zostaną 3 pytania, każde z innego przedmiotu.
Bardziej szczegółowoUML cz. I. UML cz. I 1/1
UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę
Bardziej szczegółowoNarzędzia Informatyki w biznesie
Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście
Bardziej szczegółowoZarządzanie projektami. Wykład 2 Zarządzanie projektem
Zarządzanie projektami Wykład 2 Zarządzanie projektem Plan wykładu Definicja zarzadzania projektami Typy podejść do zarządzania projektami Cykl życia projektu/cykl zarządzania projektem Grupy procesów
Bardziej szczegółowoAnaliza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji
Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście
Bardziej szczegółowoInformatyczne fundamenty
Informatyczne fundamenty Informatyka to szeroka dziedzina wiedzy i praktycznych umiejętności. Na naszych studiach zapewniamy solidną podstawę kształcenia dla profesjonalnego inżyniera IT. Bez względu na
Bardziej szczegółowoDiagramy przypadków uŝycia. związków między nimi
Diagramy przypadków uŝycia Graficzne przedstawienie przypadków uŝycia, aktorów oraz związków między nimi Zadania diagramów platforma komunikacji pomiędzy inwestorem a twórcą systemu identyfikacja i dokumentacja
Bardziej szczegółowoInżynieria oprogramowania
Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów
Bardziej szczegółowoJerzy Skalski s9473, grupa WIs I.6-11c. System wspierający obsługę klienta dla firm sprzedających na Allegro
Jerzy Skalski s9473, grupa WIs I.6-11c System wspierający obsługę klienta dla firm sprzedających na Allegro 1. WYMAGANIA UŻYTKOWNIKA Użytkownicy systemu: System powinien przechowywać informacje dotyczące:
Bardziej szczegółowoAPIO. W5 PRZYPADKI UŻYCIA. SCENARIUSZE PISANIE SCENARIUSZY RÓŻNE PODEJŚCIA RÓŻNE SZABLONY. dr inż. Grażyna Hołodnik-Janczura W8/K4
APIO. W5 PRZYPADKI UŻYCIA. SCENARIUSZE PISANIE SCENARIUSZY RÓŻNE PODEJŚCIA RÓŻNE SZABLONY dr inż. Grażyna Hołodnik-Janczura W8/K4 LITERATURA PODSTAWOWA 1. Cockburn A., Jak pisać efektywne przypadki użycia,
Bardziej szczegółowo12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:
Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 1) Oprogramowanie to: 2) Produkty oprogramowania w inżynierii oprogramowania można podzielić na: 3) W procesie wytwarzania oprogramowania
Bardziej szczegółowoFaza analizy (modelowania) Faza projektowania
Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań
Bardziej szczegółowoUniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013
SYLLABUS na rok akademicki 01/013 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
Bardziej szczegółowoDariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
Bardziej szczegółowoPodstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Bardziej szczegółowoModelowanie obiektowe - Ćw. 5.
1 Modelowanie obiektowe - Ćw. 5. Treść zajęć: Dokumentacja przypadków użycia tworzenie scenariuszy. Diagramy przypadków użycia przedstawiają bardzo ogólny obraz systemu, nie pozwalają jednak na przedstawienie
Bardziej szczegółowoSKUTECZNE ZARZĄDZANIE PROJEKTEM
SKUTECZNE ZARZĄDZANIE PROJEKTEM Zarządzanie projektami to nie jest takie skomplikowane! TERMIN od: 02.10.2017 TERMIN do: 04.10.2017 CZAS TRWANIA:3 dni MIEJSCE: Gdańsk CENA: 1500 zł + 23% VAT Jak sprawniej
Bardziej szczegółowoModelowanie i analiza systemów informatycznych
Katolicki Uniwersytet Lubelski Jana Pawła II Wydział Matematyki, Informatyki i Architektury Krajobrazu Modelowanie i analiza systemów informatycznych ćwiczenia informacja wstępna dr Viktor Melnyk, prof.
Bardziej szczegółowoModelowanie i analiza systemów informatycznych
Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The
Bardziej szczegółowoZaawansowane Modelowanie I Analiza Systemów Informatycznych
Zaawansowane Modelowanie I Analiza Systemów Informatycznych Wprowadzenie mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com Agenda ZMA jako przedmiot Wprowadzenie do Object Role Modeling ZMA
Bardziej szczegółowoTechnologia programowania
Wykład 1 2 październik 2018 Cel kursu Znacie język programowania oraz umiecie tworzyć proste aplikacje. Nie macie doświadczenia w tworzeniu dużych i złożonych systemów. Aby stworzyć duży system należy:
Bardziej szczegółowoINFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
Bardziej szczegółowoKIERUNKOWE EFEKTY KSZTAŁCENIA
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Kierunek studiów: INFORMATYKA Stopień studiów: STUDIA II STOPNIA Obszar Wiedzy/Kształcenia: OBSZAR NAUK TECHNICZNYCH Obszar nauki: DZIEDZINA NAUK TECHNICZNYCH Dyscyplina
Bardziej szczegółowoMODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.
PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr
Bardziej szczegółowoEwa Stemposz Andrzej Jodłowski Alina Stasiecka. Zarys metodyki wspierającej naukę projektowania systemów informacyjnych
Ewa Stemposz Andrzej Jodłowski Alina Stasiecka Zarys metodyki wspierającej naukę projektowania systemów informacyjnych Dr inż. Ewa Stemposz prowadzi działalność naukowo-dydaktyczną w Polsko-Japońskiej
Bardziej szczegółowoMatryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ
Podstawy firmą Marketingowe aspekty jakością Podstawy prawa gospodarczego w SZJ Zarządzanie Jakością (TQM) Zarządzanie logistyczne w SZJ Wymagania norm ISO serii 9000 Dokumentacja w SZJ Metody i Techniki
Bardziej szczegółowoMetoda przedwdrożeniowego wymiarowania zmian oprogramowania wybranej klasy systemów ERP
Metoda przedwdrożeniowego wymiarowania zmian oprogramowania wybranej klasy systemów ERP mgr inż. Przemysław Plecka promotor: prof. dr hab. inż. Zbigniew A. Banaszak promotor pomocniczy: dr inż. Krzysztof
Bardziej szczegółowo