Projektowanie oprogramowania
|
|
- Janusz Popławski
- 8 lat temu
- Przeglądów:
Transkrypt
1 Wrocław, Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z 30 godzin wykładu i 30 godzin laboratorium. 2. Wykład katalog kursów 2.1. Egzamin Pisemny. Test wielokrotnego wyboru. Należy zdobyć co najmniej połowę punktów, aby zdać egzamin Wymagania wstępne do zaliczenia wykładu Aby podejść do egzaminu student nie musi zaliczyć zajęć towarzyszących Zasady dyskwalifikacji Student otrzymuje ocenę niedostateczną, jeżeli w czasie egzaminu zostanie przyłapany na korzystaniu ze ściąg lub pomocy kolegów. 3. Laboratorium Celem laboratorium jest nabycie umiejętności systematycznej specyfikacji i dokumentacji oprogramowania z wykorzystaniem UML oraz zapoznanie się z narzędziami do modelowania. Uwaga. Prowadzący laboratorium mogą ustalić dodatkowe wymagania, niesprzeczne z podanymi poniżej Wymagania wstępne do uzyskania zaliczenia laboratorium Student może opuścić co najwyżej 2 laboratoria. W wyjątkowych sytuacjach, np. długotrwałej choroby Realizacja laboratorium Studenci pracują i są oceniani indywidualnie. Studenci przychodzą przygotowani na laboratoria i pracują w trakcie zajęć. Plan prac do wykonania w ramach kolejnych laboratoriów, terminy oddawania wyników prac, punktacja wyników prac, narzędzia realizacji etc. są przedstawione w poniżej tabeli.
2 Lab# Temat Uwagi Rezultaty Narzędzia Elementy podlegające sprawdzeniu 1 Zajęcia organizacyjne Przedstawienie tematu wiodącego dla grupy laboratoryjnej. Omówienie sposobu organizacji zajęć. L2 L4 Opracowanie koncepcji systemu (razem: 20 p.); deadline oddania wyników prac L4 2 Wizja. Słownik. Studenci indywidualnie budują wizję i słownik dla tematu wiodącego. 3-4 Domenowy diagram klas + reguły biznesowe (min. 5). Studenci dla tematu wiodącego na podstawie zdefiniowanego słownika budują diagram klas oraz definiują min. 10 reguł biznesowych (różnych typów) w języku naturalnym Wizja (5 p). Słownik (5 p). Model domenowy: - diagram klas (5 p.) - reguły biznesowe (różnych typów) (5 p.) L5 L7 Specyfikacja wymagań (razem 30p. + 5p*); deadline oddania kompletnej dokumentacji L7 5 Specyfikacja wymagań funkcjonalnych i niefunkcjonalnych Model przypadków użycia Studenci definiują na podstawie wizji definiują wymagania funkcjonalne (min. 10) i niefunkcjonalne (min. 3) i pokazują ich śladowania z cech systemu (cechy są również reprezentowane na diagramie należy dodać stereotyp Feature). Wymagania funkcjonalne i niefunkcjonalne (5 p.) Word zgodnie z szablonem (użytkownicy, cechy, wymagania inne) Word zgodnie z szablonem Diagram klas Visual Paradigm Reguły biznesowe: Word Diagramy wymagań Visual Paradigm (dodać stereotyp Feature; dodać śladowania Feature-Requirement) Spójność (wewnętrzna, zewnętrzna), niesprzeczność Diagram klas zgodność z dziedziną i słownikiem; poprawność diagramu Poprawność reguł biznesowych Model PU nie musi być kompletny, ale powinien być spójny. Należy zwrócić uwagę na poprawność śladowań. 6 Specyfikacja przypadków użycia Na podstawie zidentyfikowanych wymagań studenci budują model przypadków użycia i krótko je opisują w narzędziu. Studenci dokumentują śladowania PU do wymagań funkcjonalnych i niefunkcjonalnych Dla dwóch ustalonych z prowadzącym PU studenci piszą w narzędziu scenariusze przypadków (główny i alternatywne) 7 Prototyp interfejsu Dla dwóch ustalonych na L6 przypadków użycia student buduje prototyp interfejsu (przynajmniej dla wątków głównych); mogą to być rysunki odręczne lub wykonane w dowolnym narzędziu, np. w NetBeans, Visio Model PU + opisy streszczające (5 p.) Specyfikacja PU dla dwóch PU wątek główny + alternatywne (5p. + 5p.) Prototyp interfejsu dla wątków głównych (3p. + 3p.); gdy prototypy zrobione w narzędziu (2p. + 2p.); Visual Paradigm (model + opisy w sekcji dokumentacji); dodać śladowania do Requirement Visual Paradigm specyfikacja PU Dowolne dostępne narzędzie Kompletność. Poprawność. Możliwość realizacji PU z wykorzystaniem zaproponowanego interfejsu.
3 etc. gdy dodatkowo prototypy dla wątków alternatywnych (5p.*) L8 L10 Projekt ogólny i szczegółowy (razem 30p. +10p.*); deadline oddania kompletnej dokumentacji L10 8 Architektura systemu. Model danych. Student na podstawie wymagań funkcjonalnych i niefunkcjonalnych proponuje ogólną logiczną architekturę systemu i dokumentuje ją diagramem pakietów lub komponentów. Architektura logiczna (5 p.) Visual Paradigm Sprawdzenie pokrycia wymagań. Na tym etapie powstaje model danych (diagram klas), obejmujący co najmniej dane potrzebne do realizacji PU (projekt szczegółowy; atrybuty, liczności, nazwy ról etc.) 9 Realizacja PU. Student, dla dwóch wskazanych PU, projektuje ich realizację, definiując diagramy klas i sekwencji. Realizacja obejmuje co najmniej wątki główne. Klasy muszą zostać umieszczone w architekturze. Dodatkowo, student może udokumentować mechanizm architektoniczny, np. sposób utrwalania danych, w tym wykorzystanie 10 Diagramy stanów. Szczegóły klas. wzorców projektowych. Dla ustalonej z prowadzącym klasy student rysuje diagram stanów. W przypadku, gdy nie ma klas z interesującym diagramem stanów można w zamian narysować realizację PU z wykorzystaniem diagramu aktywności (tory: aktor, UI, system) Model danych diagram klas (5 p.) Realizacja PU wątki główne (5 p. + 5 p.) Wątki alternatywne (5 p.*) Mechanizm architektoniczny (5 p.*) Diagram stanów (5 p.) Szczegóły klas sterujących (5 p.) Visual Paradigm Visual Paradigm diagram klas, diagram sekwencji Visual Paradigm diagram stanów skojarzony z klasą Visual Paradigm definicje klas Kompletność. Zgodność z interfejsem. Spójność. Ocena szczegółów klas odroczona do fazy implementacji. Tam oceniana spójność. Dla klas sterujących, zidentyfikowanych w L9, student dodaje szczegóły (atrybuty, nazwy operacji) L11 L14 Implementacja + testy + ocena jakości (razem 30p. + 15p.*); deadline oddania kompletnej dokumentacji L14 11 Implementacja Na podstawie prototypu interfejsu student Kod źródłowy w Java Eclpise lub NetBeans interfejsu zgodnie z buduje interfejs w Javie. W przypadku (za zgodą projektem wykrycia rozbieżności pomiędzy prototypem prowadzącego Odpowiedź na pytania: - czy działa zgodnie ze specyfikacją (przypadki użycia,
4 12 Podłączenie logiki aplikacji do interfejsu i implementacją student dokumentuje różnice. Implementacja logiki aplikacji (zgodnie z projektem) wątki główne + alternatywne Uwaga. Implementacja może być uproszczona, tzn. nie musi działać w środowisku rozproszonym, może korzystać z mechanizmów serializacji do utrwalania danych. W przypadku implementacji przekraczających te wymagania, np. komunikacja z serwerem bazy danych, student może zdobyć dodatkowe punkty. dopuszczalny inny język) dla każdego PU (7.5 p p.), który da się skompilować i uruchomić + max. 5 p.* w przypadku systemów rozproszonych prototyp interfejsu) - czy kod źródłowy zgodny z projektem 13 Testy jednostkowe dla klas sterujących (testy dla min. 2 metod) 14 Przypadki testowe dla PU Definicja testów jednostkowych dla wybranych metod klas Przypadki testowe (zapisane w postaci tekstowej) dla zrealizowanych PU Kod z testami (5 p.) Eclipse lub NetBeans Czy testy obejmują sytuacje typowe, brzegowe. Tekst z przypadkami testowymi (5p. + 5p.) Worda Odpowiedź na pytania: - czy przypadek testowy zgodny z interfejsem - czy system zachowuje się zgodnie z przypadkami testowymi Automatyzacja testów funkcjonalnych Automatyzacja testów dla jednego przypadku użycia Demonstracja + skrypt testowy (5 p.*) Np. Selenium lub Functional Tester Badanie jakości projektu L15 Rezerwa + oceny Wyliczenie i ocena metryk zaimplementowanej aplikacji Raport z wynikami metryk (5 p.*) JDepend Czy dokonano oceny jakości kodu i wyciągnięto wnioski
5 3.3. Zasady dyskwalifikacji Student otrzyma ocenę niedostateczną z laboratorium, jeżeli przedłoży prowadzącemu rozwiązanie, którego nie jest autorem lub będące plagiatem lub kopią całości lub pewnej fazy innego rozwiązania Sposób oceniania Studenci za wykonane prace otrzymują punkty. Maksymalna liczba punktów za dany artefakt jest podana w tabeli (patrz punkt 3.2). Prowadzący powinien przedstawić ocenę prac najpóźniej dwa tygodnie po oddaniu prac. Gwiazdką oznaczono punkty za zadania dodatkowe (student decyduje o tym, czy je wykonać). Ostateczne terminy oddawania prac są określone w tabeli. Za oddanie prac po terminie student otrzymuje -5p. za każdy tydzień spóźnienia. Oddanej i ocenionej pracy nie można poprawiać w celu podniesienia otrzymanej zań punktacji. Terminy oddawania prac są ustalone tak, aby student przed oddaniem mógł skonsultować z prowadzącym jakość oddawanego artefaktu. Jeżeli już oddana i oceniona praca, ze względu na popełnione błędy, może wpłynąć negatywnie na ocenę oddawanego dokumentu, student ma możliwość dokonania poprawek w oddanej pracy i przedłożenia obu prac (oddanej-poprawionej i bieżącej). Studenci mogą zdobywać dodatkowe punkty za przygotowanie materiałów pomocniczych do poszczególnych laboratoriów, np. jak zdefiniować i uruchomić w Eclipse testy jednostkowe (max. 5p.* za opracowanie) do uzgodnienia z prowadzącym. Za wykonanie ćwiczeń student może zdobyć maksymalnie: 110p. + 30p.* + punkty za materiały pomocnicze* (max. 10 p.) razem 145 p. Proponowana skala ocen: <0, 60) ndst [60, 70) dst [70, 80) dst+ [80, 90) db [90, 100) db+ [100, 110) bdb >= 111 cel 4. Tematy wiodące Zostaną zaproponowane przez prowadzących laboratorium.
Projektowanie oprogramowania
Wrocław, 26.09.2012 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia). Zajęcia składają się z
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 24.09.2018 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z
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ół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ół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ół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ół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ół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ółowoProjektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.
Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie
Bardziej szczegółowoInżynieria oprogramowania
Inżynieria oprogramowania Instrukcja do laboratorium rok akad. 2014/2015 Informacje podstawowe: Celem laboratorium jest nabycie przez studentów praktycznej umiejętności wykonywania modeli analitycznych
Bardziej szczegółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowoSpecyfikowanie wymagań przypadki użycia
Specyfikowanie wymagań przypadki użycia Prowadzący Dr inż. Zofia 1 La1 La2 Forma zajęć - laboratorium Wprowadzenie do laboratorium. Zasady obowiązujące na zajęciach. Wprowadzenie do narzędzi wykorzystywanych
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ółowoSiecikomputerowe-laboratorium. Wstęp-zasady zaliczenia przedmiotu
Siecikomputerowe-laboratorium Wstęp-zasady zaliczenia przedmiotu Wydział Inżynierii Metali i Informatyki Przemysłowej Katedra Informatyki Stosowanej i Modelowania Prowadzący: mgr inż. Marynowski Przemysław
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ółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium TESTOWANIE OPROGRAMOWANIA Software testing Forma
Bardziej szczegółowoOpis realizacji dla czterech zespołów (4 przypadki użycia)
Projektowanie oprogramowania Termin zajęć: czwartek, sala L2.6, C16 7.30-9.00, 9.15-10.45 Na podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1)
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: laboratorium PROJEKT ZESPOŁOWY DYPLOMOWY IO Team Project SE Forma studiów:
Bardziej szczegółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowoTestowanie oprogramowania
Testowanie oprogramowania Adam Roman Instytut Informatyki UJ Sprawy organizacyjne organizacja zajęć program kursu informacja o egzaminie 1/17 Informacje kontaktowe Adam Roman Instytut Informatyki UJ pokój
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ółowoPodstawy 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ół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ół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ółowoProgramowanie w Javie nazwa przedmiotu SYLABUS A. Informacje ogólne
Programowanie w Javie nazwa SYLABUS A. Informacje ogólne Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów Kod Język
Bardziej szczegółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowoKARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA Informacje ogólne I. 1 Nazwa modułu kształcenia Projektowanie i programowanie w środowiskach graficznych 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki
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 Ćwiczenia Laboratorium Projekt Seminarium
WYDZIAŁ ELEKTRONIKI KARTA PRZEDMIOTU Nazwa w języku polskim Języki programowania Nazwa w języku angielskim Programming languages Kierunek studiów (jeśli dotyczy): Informatyka - INF Specjalność (jeśli dotyczy):
Bardziej szczegółowoSieci komputerowe - laboratorium. Wstęp - zasady zaliczenia przedmiotu
Sieci komputerowe - laboratorium Wstęp - zasady zaliczenia przedmiotu Wydział Inżynierii Metali i Informatyki Przemysłowej Katedra Informatyki Stosowanej i Modelowania Prowadzący: mgr inż. Marynowski Przemysław
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach specjalności: Programowanie aplikacji internetowych Rodzaj zajęć: laboratorium PRZEWODNIK PO PRZEDMIOCIE I KARTA PRZEDMIOTU
Bardziej szczegółowoProgram szkolenia: Continuous Integration i Git
Program szkolenia: Continuous Integration i Git Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Continuous Integration i Git tools-git-ci Narzędzia developerzy testerzy 2 dni 50%
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ółowoGrupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy
SYLLABUS na rok akademicki 0113/014 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ółowoModelowanie Systemów informacyjnych (MSI)
Modelowanie Systemów informacyjnych (MSI) Informatyka Społeczna wersja z 2015-01-25 Wykładowca: dr inż. Mariusz Trzaska (mtrzaska@pjwstk.edu.pl, http://www.mtrzaska.com) 1. Wprowadzenie Przedmiot poświęcony
Bardziej szczegółowoIteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Bardziej szczegółowoSieci komputerowe - laboratorium. Wstęp - zasady zaliczenia przedmiotu
Sieci komputerowe - laboratorium Wstęp - zasady zaliczenia przedmiotu Wydział Inżynierii Metali i Informatyki Przemysłowej Katedra Informatyki Stosowanej i Modelowania Prowadzący: mgr inż. Marynowski Przemysław
Bardziej szczegółowoCel przedmiotu. Wymagania wstępne w zakresie wiedzy, umiejętności i innych kompetencji 1 Język angielski 2 Inżynieria oprogramowania
Przedmiot: Bazy danych Rok: III Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt Liczba punktów ECTS: 4 C1 C2 C3 Cel przedmiotu
Bardziej szczegółowoLaboratorium z przedmiotu: Inżynieria Oprogramowania INEK Instrukcja 7
Instrukcja 7 Laboratoria 9, 10 Opracowanie diagramów sekwencji dla wybranych przypadków użycia reprezentujących usługi oprogramowania wynikających również z wykonanych diagramów czynności; definicja operacji
Bardziej szczegółowoI. Opis przedmiotu zamówienia
I. Opis przedmiotu zamówienia Przedmiotem zamówienia jest świadczenie usług z zakresu zapewnienia zasobów ludzkich z branży IT przez okres 12 miesięcy od dnia zawarcia umowy ramowej, polegających na zapewnieniu
Bardziej szczegółowotel. (+48 81) 538 47 21 tel. (+48 81) 538 42 91 Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt
tel. (+48 8) 538 47 tel. (+48 8) 538 4 9 ul. Nadbystrzycka 40, 0-68 Lublin fax (+48 8) 538 4580 Przedmiot: Rok: 3 INF I st. Projektowanie interfejsu i ergonomia systemów Semestr: VII Rodzaj zajęć i liczba
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, laboratorium PROGRAMOWANIE OBIEKTOWE Object-Oriented Programming
Bardziej szczegółowoZad. 3: Układ równań liniowych
1 Cel ćwiczenia Zad. 3: Układ równań liniowych Wykształcenie umiejętności modelowania kluczowych dla danego problemu pojęć. Definiowanie właściwego interfejsu klasy. Zwrócenie uwagi na dobór odpowiednich
Bardziej szczegółowoAIDoc. System wspomagania zarządzaniem wizytami medycznymi oraz przechowywaniem rodzinnej dokumentacji medycznej.
AIDoc System wspomagania zarządzaniem wizytami medycznymi oraz przechowywaniem rodzinnej dokumentacji medycznej. Plan Prezentacji Prezentacja Zespołu Opis założeń systemu AIDoc Prezentacja firmy RECONIZER
Bardziej szczegółowoLaboratorium z przedmiotu: Inżynieria Oprogramowania INP
Laboratoria 5-7- część 1 Identyfikacja klas reprezentujących logikę biznesową projektowanego oprogramowania, definicja atrybutów i operacji klas oraz związków między klasami - na podstawie analizy scenariuszy
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 1 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA Tytuł zamówienia: Organizacja szkoleń specjalistycznych i kursów doszkalających na potrzeby realizacji projektu Wzmocnienie potencjału dydaktycznego UWM
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ółowoedycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Wrocław, 18.05.2015 Program kształcenia i plan studiów podyplomowych: Android i ios nowoczesne aplikacje mobilne edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Bardziej szczegółowoPolitechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2011/2012. Architektura zorientowana na usługi
Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 2011/2012 Kierunek studiów: Informatyka Forma studiów: Stacjonarne
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ółowoKARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. 1 Nazwa modułu kształcenia I. Informacje ogólne Inżynieria baz danych 2 Nazwa jednostki prowadzącej Instytut Informatyki Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia
Bardziej szczegółowoRok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -
Nazwa modułu: Programowanie obiektowe Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3 Wydział: Zarządzania Kierunek: Informatyka i Ekonometria Specjalność: - Poziom studiów: Studia I stopnia
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 10 Diagramy wdrożenia I Diagramy wdrożenia - stosowane do modelowania
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa : Kierunek: Informatyka Rodzaj : obowiązkowy w ramach specjalności: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium PROGRAMOWANIE APLIKACJI INTERNETOWYCH Internet Application Development
Bardziej szczegółowoE-1IZ3-06-s6. Inżynieria Programowania. Informatyka. I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu E-1IZ3-06-s6 Nazwa modułu Inżynieria Programowania Nazwa modułu w języku angielskim Software Engineering Obowiązuje od roku akademickiego 2012/2013 (aktualizacja
Bardziej szczegółowoSYLABUS/KARTA PRZEDMIOTU
PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W GŁOGOWIE SYLABUS/KARTA PRZEDMIOTU. NAZWA PRZEDMIOTU Programowanie aplikacji mobilnych. NAZWA JEDNOSTKI PROWADZĄCEJ PRZEDMIOT Instytut Politechniczny. STUDIA kierunek
Bardziej szczegółowoLaboratorium technik optymalizacji
Laboratorium technik optymalizacji Marek Kubiak 1 Opis zajęć Zakres zajęć laboratoryjnych jest podzielony na 2 części: realizację algorytmu przeszukiwania lokalnego i wizualizacji jego działania dla zadanego
Bardziej szczegółowoInformatyczne podstawy projektowania Kod przedmiotu
Informatyczne podstawy projektowania - opis przedmiotu Informacje ogólne Nazwa przedmiotu Informatyczne podstawy projektowania Kod przedmiotu Infor.003_pNadGenE34J2 Wydział Kierunek Wydział Budownictwa,
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ółowoSystemy Czasu Rzeczywistego (SCR)
Systemy Czasu Rzeczywistego (SCR) Wykład 1: Organizacja i program przedmiotu SKiTI 2017 WYDZIAŁ ELEKTROTECHNIKI I AUTOMATYKI KATEDRA INŻYNIERII SYSTEMÓW STEROWANIA Kierunek: Automatyka i Robotyka Studia
Bardziej szczegółowoKARTA PRZEDMIOTU. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI. 2. Kod przedmiotu: ZSI
(pieczęć wydziału) KARTA PRZEDMIOTU Z1-PU7 WYDANIE N1 Strona 1 z 5 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI 3. Karta przedmiotu ważna od roku akademickiego: 2016/17 4. Forma kształcenia:
Bardziej szczegółowoZwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)
Program szkolenia: Zwinna współpraca programistów i testerów z wykorzystaniem BDD i Spec Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Zwinna współpraca programistów i testerów
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ółowoS Y L A B U S P R Z E D M I O T U
"Z A T W I E R D Z A M Prof. dr hab. inż. Radosław TRĘBIŃSKI Dziekan Wydziału Mechatroniki i Lotnictwa Warszawa, dnia... S Y L A B U S P R Z E D M I O T U NAZWA PRZEDMIOTU: Wersja anglojęzyczna: Kod przedmiotu:
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie
Bardziej szczegółowoPodsumowanie wyników Egzaminu ze Statystyki 1 Semestr zimowy 2017/2018
Uniwersytet Ekonomiczny w Katowicach Podsumowanie wyników Egzaminu ze Statystyki 1 Semestr zimowy 2017/2018 Wykładowca/egzaminator: dr Michał Trzęsiok e mail: michal.trzesiok@ue.katowice.pl Terminy konsultacji:
Bardziej szczegółowoREGULAMIN ZAJĘĆ Z PRZEDMIOTU BIOLOGIA MEDYCZNA dla studentów kierunku ANALITYKA MEDYCZNA
Zakład Biologii Komórki Wydział Farmaceutyczny z Oddziałem Medycyny Laboratoryjnej Śląski Uniwersytet Medyczny w Katowicach ul.jedności 8, 41-200 Sosnowiec, tel. 32 364 12 10-12, tel./fax. 32 364 12 11
Bardziej szczegółowoZaawansowane programowanie w języku C++
Kod szkolenia: Tytuł szkolenia: C/ADV Zaawansowane programowanie w języku C++ Dni: 3 Opis: Uczestnicy szkolenia zapoznają się z metodami wytwarzania oprogramowania z użyciem zaawansowanych mechanizmów
Bardziej szczegółowoJęzyk Java i technologie Web - opis przedmiotu
Język Java i technologie Web - opis przedmiotu Informacje ogólne Nazwa przedmiotu Język Java i technologie Web Kod przedmiotu 11.3-WI-INFP-JiTW Wydział Kierunek Wydział Informatyki, Elektrotechniki i Automatyki
Bardziej szczegółowoKARTA PRZEDMIOTU. 2. Kod przedmiotu: ZSI. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI
(pieczęć wydziału) KARTA PRZEDMIOTU Z1-PU7 WYDANIE N1 Strona 1 z 5 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI 3. Karta przedmiotu ważna od roku akademickiego: 2015/16 4. Forma kształcenia:
Bardziej szczegółowoInżynieria oprogramowania - opis przedmiotu
Inżynieria oprogramowania - opis przedmiotu Informacje ogólne Nazwa przedmiotu Inżynieria oprogramowania Kod przedmiotu 11.3-WK-IiED-IO-W-S14_pNadGenRB066 Wydział Kierunek Wydział Matematyki, Informatyki
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ółowo11. Weryfikacja osiągnięcia kierunkowych efektów kształcenia. Prodziekan ds. Nauczania W8
KARTA PROCESU Oznaczenie procesu/ dokumentu Nr wydania -00-00-00-00 I-05-4 Strona/stron / Nazwa:. Weryfikacja osiągnięcia kierunkowych efektów kształcenia Cel procesu Właściciel procesu Dokumenty formalizujące
Bardziej szczegółowoKatedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)
Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: ANALIZA, PROJEKTOWANIE I PROGRAMOWANIE OBIEKTOWE Analysis, design and object-oriented programming Kierunek: Forma studiów: Informatyka Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie teoretyczne. Rozważana
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Mechatronika Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych Rodzaj zajęć: wykład, laboratorium BAZY DANYCH I SYSTEMY EKSPERTOWE Database and expert systems Forma
Bardziej szczegółowoModelowanie i Analiza Systemów informacyjnych (MAS)
Modelowanie i Analiza Systemów informacyjnych (MAS) Studia zaoczne. Wydział informatyki, Wydział zarządzania wersja z 2015-06-02 Wykładowca: dr inż. Mariusz Trzaska (mtrzaska@pjwstk.edu.pl, http://www.mtrzaska.com)
Bardziej szczegółowoProgramowanie obiektowe 1 - opis przedmiotu
Programowanie obiektowe 1 - opis przedmiotu Informacje ogólne Nazwa przedmiotu Programowanie obiektowe 1 Kod przedmiotu 11.3-WK-IDP-PO1-W-S14_pNadGenHESI2 Wydział Kierunek Wydział Matematyki, Informatyki
Bardziej szczegółowoTom 6 Opis oprogramowania
Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa
Bardziej szczegółowoPodrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy
Uwaga: 1. Praca powinna być napisana z użyciem formy bezosobowej np. wykonano. Nazwa rozdziału Zawartość Liczba stron 1. Wstęp Rozdział ten powinien zawierać zarys najważniejszych elementów pracy Krótki
Bardziej szczegółowoBezpieczeństwo Systemów Komputerowych
Bezpieczeństwo Systemów Komputerowych Regulamin zajęć 1. Celem zajęć jest nabycie wiedzy i umiejętności zapewniania bezpieczeństwa informacji. 2. Zajęcia mają charakter zajęć ćwiczeń seminaryjnych i składają
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ółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych, moduł kierunkowy ogólny Rodzaj zajęć: wykład, laboratorium I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK
Bardziej szczegółowoMiędzyplatformowy interfejs systemu FOLANessus wykonany przy użyciu biblioteki Qt4
Uniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Agnieszka Holka Nr albumu: 187396 Praca magisterska na kierunku Informatyka
Bardziej szczegółowoPROJEKT Z BAZ DANYCH
POLITECHNIKA WROCŁAWSKA WYDZIAŁ ELEKTRONIKI PROJEKT Z BAZ DANYCH System bazodanowy wspomagający obsługę sklepu internetowego AUTOR: Adam Kowalski PROWADZĄCY ZAJĘCIA: Dr inż. Robert Wójcik, W4/K-9 Indeks:
Bardziej szczegółowoNazwa Wydziału Nazwa jednostki prowadzącej moduł Nazwa modułu kształcenia. Kod modułu Język kształcenia Efekty kształcenia dla modułu kształcenia
Nazwa Wydziału Nazwa jednostki prowadzącej moduł Nazwa modułu kształcenia Kod modułu Język kształcenia Efekty kształcenia dla modułu kształcenia Wydział Matematyki i Informatyki Instytut Informatyki i
Bardziej szczegółowoIO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006
IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoK_W04 K_W04 K_W04. Opis
Załącznik nr 5 do Uchwały nr 1202 Senatu UwB z dnia 29 lutego 2012 r. Programowanie w Jawie nazwa A. Informacje ogólne Tę część wypełnia koordynator (w porozumieniu ze wszystkimi prowadzącymi dany przedmiot
Bardziej szczegółowoIBM Rational Software Architect uproszczona instrukcja użytkowania
IBM Rational Software Architect uproszczona instrukcja użytkowania TOMASZ ŁUKASZUK na podstawie Software Developer's Jurnal Extra Nr 18 STRESZCZENIE: Dokument przedstawia ogólne informacje na temat narzędzia
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, laboratorium I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK
Bardziej szczegółowoZarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe
Bardziej szczegółowoedycja 3 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Wrocław, 12.09.2017 Program kształcenia i plan studiów podyplomowych: Android i ios nowoczesne aplikacje mobilne edycja 3 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Bardziej szczegółowoInżynieria oprogramowania
Inżynieria oprogramowania Instrukcja do laboratorium rok akad. 2015/2016 Informacje podstawowe: Celem laboratorium jest nabycie przez studentów praktycznej umiejętności wykonywania modeli analitycznych
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 7 Modelowanie klas i stanów, generacja kodu. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 7 Modelowanie klas i stanów, generacja kodu Materiały dla studentów Projekt współfinansowany
Bardziej szczegółowoUML cz. II. UML cz. II 1/38
UML cz. II UML cz. II 1/38 UML cz. II 2/38 Klasy Najważniejsze informacje o klasie: różnica pomiędzy klasą a jej instancją (obiektem) na podstawie klasy tworzone są obiekty (instancje klasy) stan obiektu
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowoZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A.
ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. 1 Załącznik Nr 2 do Część II SIWZ Wyciąg ze standardów, zasad i wzorców integracyjnych obowiązujących
Bardziej szczegółowoZad. 5: Układ równań liniowych liczb zespolonych
Zad. 5: Układ równań liniowych liczb zespolonych 1 Cel ćwiczenia Wykształcenie zdolności abstrahowania operacji arytmetycznych od konkretnych typów. Unaocznienie problemów związanych z programowaniem uogólnionym
Bardziej szczegółowo