Zajęcia laboratoryjne z przedmiotu IOP
|
|
- Lech Kot
- 4 lat temu
- Przeglądów:
Transkrypt
1 Zajęcia laboratoryjne z przedmiotu IOP Warszawa, październik 2013 dr inż. Marcin Szlenk dr inż. Andrzej Zalewski 1. Cel zajęć Model analityczny Organizacja prac Zespoły Terminy Zmiana tematu zadania Zasady oceny Ocena zadania Ocena końcowa Sposób przygotowania dokumentów Zadania Modelowanie przypadków użycia środowiska Modelowanie przypadków użycia systemu Modelowanie pojęć systemu Wskazówki Pytania i odpowiedzi Rozpoznanie dziedziny Cel zajęć Zajęcia mają na celu zapoznanie studentów z problematyką przygotowywania dokumentacji analitycznej w projekcie budowy systemu informatycznego. Poprawne wykonanie stawianych w trakcie laboratorium zadań wymaga zarówno opanowania wybranych technik i notacji, jak i zapoznania się ze wskazanymi w ramach poszczególnych zadań dziedzinami wiedzy i obszarami zastosowań systemów informatycznych. 2. Model analityczny Dokumentacja analityczna powstająca w ramach projektu informatycznego stanowi środek komunikacji i efekt porozumienia pomiędzy przyszłym użytkownikiem tego systemu a zespołem informatycznym: projektantami i programistami. Dokumentacja powinna zostać przygotowana w taki sposób, aby: 1. Użytkownicy posiadający wiedzę specyficzną dla dziedziny zastosowań byli w stanie potwierdzić, że dokumentacja ta prawidłowo opisuje procesy, których realizację będzie wspomagał system informatyczny oraz właściwie określa funkcje tego systemu. 2. Projektanci i programiści byli w stanie, jedynie na podstawie tej dokumentacji, zaproponować zgodną z oczekiwaniami użytkownika implementację opisanych w dokumentacji analitycznej funkcji systemu. 1/7
2 3. Organizacja prac Zajęcia laboratoryjne obejmują wykonanie 3 zadań, dotyczących różnych faz przygotowania dokumentacji analitycznej: 1. Modelowanie przypadków użycia środowiska; 2. Modelowanie przypadków użycia systemu; 3. Modelowanie pojęć systemu. Zajęcia mają charakter laboratoryjno-projektowy. Zadania wykonuje się na miejscu i/lub w domu, w konsultacji z prowadzącymi. Prowadzący są w związku z tym dostępni w godzinach zajęć laboratoryjnych, by służyć radą i pomocą. Prowadzący nie rozwiązują zadań za studentów, a jedynie wskazują jak zadanie rozwiązać poprawnie Zespoły Zadania będą realizowane w 3- lub 4-osobowych zespołach. W przypadku, gdy niektórzy członkowie zespołu będą się uchylali od pracy nad rozwiązaniem zadania, praca musi zostać przygotowana przez pozostałych członków zespołu. Członkowie zespołu, których nazwiska nie zostaną umieszczone w metryce dokumentu otrzymają ocenę Terminy Szczegółowy harmonogram zajęć w tym semestrze jest następujący: Data Wydarzenie 25 października 2013 Publikacja tematów 22 listopada 2013 Oddanie zadania 1 29 listopada 2013 Publikacja ocen zadania 1 20 grudnia 2013 Oddanie zadania 2 10 stycznia 2014 Publikacja ocen zadania 2 24 stycznia 2014 Oddanie zadania 3 31 stycznia 2014 Publikacja ocen końcowych 3.3. Zmiana tematu zadania Wszystkie etapy dotyczą tego samego tematu (organizacja, przedsiębiorstwo). Zmiana tematu możliwa jest w dwóch przypadkach: 1. Realizacja poprzedniego etapu wykazała, że zespół ewidentnie nie radzi sobie z danym tematem (zmiana tematu nieobligatoryjna). 2. Realizacja poprzedniego etapu wykazała, że zespół kopiuje dokumenty dostępne w Internecie lub cudze rozwiązania, np. opracowane przez studentów lat poprzednich (zmiana tematu obligatoryjna). 4. Zasady oceny 4.1. Ocena zadania Ocena rozwiązania każdego z zadań będzie obliczana jako średnia ważona ocen cząstkowych. Każda z ocen cząstkowych będzie wystawiana w skali od 2 do 5. Oceny cząstkowe dla poszczególnych zadań przedstawia poniższa tabela: 2/7
3 Lp. Zadanie 1. Modelowanie przypadków użycia środowiska 2. Modelowanie przypadków użycia systemu 3. Modelowanie pojęć systemu Ocena cząstkowa Waga Przedmiot oceny 40% diagramy przypadków użycia środowiska 50% specyfikacja przypadków użycia środowiska Wyjaśnienia Ocenie będzie podlegała zgodność z notacją oraz merytoryczna poprawność oraz kompletność diagramów i listy aktorów. Ocenie będzie podlegała merytoryczna poprawność i precyzja opisów oraz merytoryczna poprawność diagramów. 10% typografia i estetyka Ocenie będzie podlegała zgodność ze wskazanymi w niniejszej instrukcji zasadami przygotowania dokumentów oraz estetyka przekazanego opracowania i poprawność stylistyczna języka. 40% diagramy przypadków użycia systemu 30% specyfikacje przypadków użycia Ocenie będzie podlegała zgodność z notacją oraz merytoryczna poprawność oraz kompletność diagramów i listy aktorów. Ocenie będzie podlegała merytoryczna poprawność, kompletność, precyzja i kompletność opisów. 20% projekty ekranów Ocenie będzie podlegała czytelność oraz spójność ze specyfikacją przypadku użycia. 10% typografia i estetyka Ocenie będzie podlegała zgodność ze wskazanymi w niniejszej instrukcji zasadami przygotowania dokumentów oraz estetyka przekazanego opracowania i poprawność stylistyczna języka. 60% diagram klas Ocenie będzie podlegała zgodność z notacją oraz merytoryczna poprawność oraz kompletność diagramu. 30% specyfikacja klas Ocenie będzie podlegała merytoryczna poprawność, kompletność, precyzja i kompletność opisów. 10% typografia i estetyka Ocenie będzie podlegała zgodność ze wskazanymi w niniejszej instrukcji zasadami przygotowania dokumentów oraz estetyka przekazanego opracowania i poprawność stylistyczna języka Ocena końcowa Ocena końcowa z laboratorium zostanie obliczona jako średnia ocen z realizacji poszczególnych zadań i zaokrąglona do najbliższej wielokrotności liczby 0,5. 3/7
4 5. Sposób przygotowania dokumentów Rozwiązanie każdego zadania musi zostać przygotowane i przekazane w postaci jednolitego dokumentu. Dokumenty muszą zostać przekazane w postaci wydruku. Strony wydruku powinny zostać połączone zszywaczem, ew. spinaczem. Należy unikać oprawiania dokumentów, w tym ich bindowania, a ponadto oszczędzać papier stosując druk dwustronny. Dokument musi zostać napisany czcionką szeryfową o rozmiarze od 10 do 12 punktów przy rozmiarze interlinii 1.0. Tekst powinien zostać wyrównany do lewego i prawego marginesu. Na dole strony tytułowej dokumentu musi zostać umieszczona tabelka (metryka dokumentu) zgodna z następującym wzorcem: Przedmiot: IOP Semestr: Zima 2013 Zadanie (nr/nazwa): 1. Rozpoznanie środowiska Temat (nr/treść): 1. Moduł kontrolingowy systemu FK Zespół (członkowie): Stefan Abacki, Jan Kowalski Wszystkie strony dokumentu powinny mieć jednolitą numerację. Numery strony powinien znajdować się w prawym dolnym rogu. Na drugiej stronie dokumentu powinien znajdować się spis treści. Zamieszczone w dokumentach diagramy mogą zostać opracowane za pomocą dowolnego narzędzia wspomagającego notację UML, np. Rational Rose, MS Visio. Dokumenty muszą zostać opracowane samodzielnie cytaty z innych opracowań nie mogą stanowić więcej niż 20% treści przekazywanych do oceny dokumentów i muszą zostać wskazane ich źródła. W przypadku stwierdzenia kopiowania cudzych rozwiązań, w szczególności opracowanych przez studentów lat poprzednich, zespół automatycznie otrzymuje za zadanie ocenę Zadania 6.1. Modelowanie przypadków użycia środowiska Cel Dokument powinien opisywać specyfikację interakcji (dialogu) użytkowników zewnętrznych (np. klientów, innych organizacji lub istniejących systemów informatycznych) z daną organizacją (w tym jej pracownikami). Dana organizacja pełni rolę środowiska, w którym działał będzie projektowany system informatyczny. Wyniki prac Lista aktorów lista użytkowników i systemów informatycznych podejmujących interakcję ze środowiskiem wraz z ich zwięzłym i precyzyjnym opisem. Diagramy przypadków użycia środowiska diagramy ilustrujące przypadki użycia środowiska (nazywane też biznesowymi przypadkami użycia) i związki z odpowiednimi aktorami, sporządzone zgodnie z notacją UML. Przyjęty poziom abstrakcji ( szczegółowość przypadków użycia, a zatem i ich liczba) powinien być na tyle niewielki, by nie wymagał definiowania związków pomiędzy przypadkami użycia. Specyfikacje przypadków użycia środowiska zwięzły opis przypadków użycia oraz specyfikacje czynności wykonywanych w ramach poszczególnych przypadków zapisane jako diagramy czynności (activity diagram) w notacji UML. Na diagramach należy w szczególny 4/7
5 sposób oznaczyć czynności (węzły diagramów), które wspierać będzie projektowany system informatyczny, np. opatrując je stereotypem <<system>>. Uwaga: Dla każdego przypadku użycia na diagramie należy opracować jego specyfikację (diagram czynności) Modelowanie przypadków użycia systemu Cel Dokument powinien opisywać specyfikację interakcji (dialogu) użytkowników z projektowanym systemem informatycznym, umożliwiając zaprojektowanie jego interfejsu i sporządzenie makiety tego systemu. Wyniki prac Lista aktorów lista użytkowników i systemów informatycznych podejmujących interakcję z projektowanym systemem. Diagramy przypadków użycia systemu sporządzone zgodnie z notacją UML diagramy ilustrujące przypadki użycia systemu i ich związki z odpowiednimi aktorami, oraz zależności pomiędzy przypadkami użycia (<<include>>, <<extend>>, generalizacja/specjalizacja). Specyfikacje przypadków użycia systemu specyfikacje przebiegu interakcji w obrębie poszczególnych przypadków użycia w postaci opisu warunku początkowego, scenariusza podstawowego, scenariuszy alternatywnych, punktów rozszerzeń i warunku końcowego. Projekty ekranów graficzny szkic lub zrzut z ekranu komputera, ekranu/formularza służącego do wprowadzania danych lub wybierania opcji przez użytkownika w ramach danego przypadku użycia. Uwaga: Dla każdego przypadku użycia na diagramie należy opracować jego specyfikację oraz projekt ekranu (jeśli z przypadkiem użycia wiąże się wprowadzanie danych, wybieranie opcji) Modelowanie pojęć systemu Cel Dokument powinien opisywać specyfikację pojęć związanych z projektowanym systemem. Wyniki prac Diagram klas diagram klas przedstawiający pojęcia dotyczące projektowanego systemu informatycznego, sporządzony zgodnie z notacją UML. Specyfikacje klas (pojęć) powinny obejmować specyfikacje atrybutów, dla których należy wyspecyfikować odpowiedni typ niezwiązany jednak z określoną platformą implementacji, np. LiczbaCałkowita, LiczbaRzeczywista, Napis itp. Należy wyspecyfikować związki pomiędzy klasami: związek asocjacji (i jej szczególne przypadki agregację, kompozycję) wraz z licznością końców, oraz związek genralizacji/specjalizacji. Specyfikacja klas zwięzły opis znaczenia poszczególnych klas i ich atrybutów. Uwaga: Nie podajemy operacji dla klas. 5/7
6 7. Wskazówki Modelowanie środowiska a modelowanie wymagań systemowych Przypadki użycia na poziomie środowiska (p. 6.1) reprezentują interakcję aktorów z opisywanym środowiskiem, natomiast przypadki użycia na poziomie systemu (p. 6.2) opisują interakcję aktorów z systemem informatycznym. W obu przypadkach aktorzy mogą być inni, np. aktorem dla dziekanatu będzie wykładowca, który składa arkusz z ocenami, a aktorem dla systemu informatycznego wspierającego pracę dziekanatu będzie pracownik dziekanatu, który wpisuje oceny do systemu. Przypadki użycia systemu wynikają naturalnie z procesów opisanych przypadkami użycia środowiska. Podobna zależność dotyczy pojęć używanych przy opisie środowiska (p. 6.1) i pojęć na poziomie systemu (p. 6.3). Cześć pojęć pojawiających się przy opisie środowiska, pojawi się również przy opisie systemu. W drugim przypadku mogą pojawić się jednak nowe pojęcia związane z korzystaniem z projektowanego systemu (wprowadzaniem/wyświetlaniem określonych danych, konfiguracją). Weryfikacja jakości tworzonych dokumentów Skutecznym techniką weryfikacji przydatności dokumentu analitycznego opracowanego w ramach realizacji kolejnego zadania jest przekazanie go z prośbą o ocenę osobie zarówno nie będącej specjalistą z zakresu analizowanego procesu jak i nie zaangażowanej w prace analityczne. 8. Pytania i odpowiedzi Poniżej zamieszczone zostały odpowiedzi na pytania studentów. Lista ta będzie sukcesywnie uzupełniana Rozpoznanie dziedziny Pytanie: Czy ma to być cos w rodzaju propozycji kształtu programu obsługującego dane zagadnienie, czy raczej czysta analiza? Odpowiedź: Powinien Pan przeprowadzić analizę procesu prowadzenia działań kontrolnych przez NIK czyli tego jak taka kontrola przebiega kto podejmuje decyzje o przeprowadzeniu kontroli (w jakim trybie zapada decyzja o przeprowadzeniu kontroli), kto przeprowadza, jakie informacje są gromadzone w toku kontroli, jakie dokumenty (zbiory informacji) towarzyszą poszczególnym fazom kontroli, jaki jest wynik kontroli. Pytanie: Jakich głównych wytycznych należy się trzymać (z wykładu, któregoś podręcznika czy może innych źródeł)? Odpowiedź: Nie ma żadnych głównych wytycznych poza czytelnością, zwięzłością i zrozumiałością. Proszę zwięźle przedstawić sposób prowadzenia działań kontrolnych przez NIK. Zadanie nie jest algorytmiczne, lecz twórcze. Pytanie: Czy wystarczy ze strony NIKu pozyskać dokumenty dotyczące kontroli i na podstawie tego pisać, czy raczej szukać materiałów na stronach jakichś firm (jeśli tak, to jakich?) zajmujących się tworzeniem programów do obsługi tego typu organizacji? Odpowiedź: Odwołanie do odpowiednich źródeł informacji to niestety leży po Pana stronie i podlega ocenie. 6/7
7 Pytanie: Jaka ma być objętość stronicowa spisanego projektu, żeby nie został uznany za niewystarczający? Odpowiedź: Objętość adekwatna do zagadnienia por. odp. na pyt. dot. głównych wytycznych. Pytanie: Czy trzeba użyć jakiegoś specjalnego oprogramowania do tworzenia dokumentacji? Odpowiedź: Nie. 7/7
PRZEWODNIK 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ół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ół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ół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ółowoProjektowanie oprogramowania
Wrocław, 27.09.2010 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ół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ół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ół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ółowoINFORMATYCZNE SYSTEMY ZARZĄDZANIA
Dyspozycje do sprawozdania z ćwiczeń laboratoryjnych do przedmiotu INFORMATYCZNE SYSTEMY ZARZĄDZANIA Str. 1 Wydział Informatyki i Zarządzania Wrocław, dnia 24/02/2014 r. Dyspozycje do sprawozdania z ćwiczeń
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ół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ółowoZałącznik 2 do uchwały nr 42/2015 Rady Wydziału Ekonomii Uniwersytetu Rzeszowskiego z dnia 17 września 2015 r.
Załącznik 2 do uchwały nr 42/2015 Rady Wydziału Ekonomii Uniwersytetu Rzeszowskiego z dnia 17 września 2015 r. WYMOGI STAWIANE PRACOM MAGISTERSKIM 1. Wymogi ogólne Praca magisterska jest pracą: wykonywaną
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ółowoWOJSKOWA AKADEMIA TECHNICZNA
WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko
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ół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ół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ół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ół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ółowoINFORMATYCZNE SYSTEMY ZARZĄDZANIA
Dyspozycje do sprawozdania z ćwiczeń laboratoryjnych do przedmiotu INFORMATYCZNE SYSTEMY ZARZĄDZANIA Str. 1 Wydział Informatyki i Zarządzania Wrocław, dnia 18/02/2013 r. 2012/2013 Dyspozycje do sprawozdania
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ół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ółowoMiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego
Bardziej szczegółowoRysunek 1: Przykłady graficznej prezentacji klas.
4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez
Bardziej szczegółowoWYMOGI STAWIANE PRACOM LICENCJACKIM
Załącznik 1 do uchwały nr 42/2015 Rady Wydziału Ekonomii Uniwersytetu Rzeszowskiego z dnia 17 września 2015 r. WYMOGI STAWIANE PRACOM LICENCJACKIM 1. Wymogi ogólne Praca licencjacka jest pracą: wykonywaną
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia Materiały dla nauczyciela Projekt
Bardziej szczegółowoZawartość 1. Wprowadzenie... 2 2. Logowanie... 3 3. Strona główna... 4 4. Edycja danych użytkownika... 6 5. Zmiana hasła... 7 6. Tworzenie nowego sylabusu przedmiotu... 10 6.1. Tworzenie nowego sylabusu
Bardziej szczegółowoModelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig
Modelowanie Obiektowe Wykład 1: Wprowadzenie do Modelowania i języka UML Anna Kulig Wprowadzenie do modelowania Zasady Pojęcia Wprowadzenie do języka UML Plan wykładu Model jest uproszczeniem rzeczywistości.
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ół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ół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ół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ół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ół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ół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ół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ół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ół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: OBRÓBKA UBYTKOWA, NARZĘDZIA I OPRZYRZĄDOWANIE TECHNOLOGICZNE II Machining, Tools And Technological Instrumentation II Kierunek: Mechanika i Budowa Maszyn Rodzaj przedmiotu: obowiązkowy
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ół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ół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ół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ółowoSylabus przedmiotu: TECHNOLOGIE I SYSTEMY INFORMACYJNE W OCHRONIE ZDROWIA. Kierunek studiów Poziom kształcenia Forma studiów
Sylabus przedmiotu: TECHNOLOGIE I SYSTEMY INFORMACYJNE W OCHRONIE ZDROWIA Nazwa przedmiotu Technologie i systemy informacyjne w ochronie zdrowia Nazwa jednostki prowadzącej przedmiot Instytut Pielęgniarstwa
Bardziej szczegółowoProjektowanie 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ół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ół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ół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ół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ół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ółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: INTELIGENTNE SYSTEMY OBLICZENIOWE Systems Based on Computational Intelligence Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj
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ół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ółowoTECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek
TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4
Bardziej szczegółowoInżynieria oprogramowania II
Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś
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ółowoCELEM NAPISANIA PRACY MAGISTERSKIEJ JEST WYKAZANIE, ŻE STUDENT: 1. POTRAFI POSŁUGIWAĆ SIĘ NABYTĄ WIEDZĄ 2.ROZSZERZYŁ SWOJĄ WIEDZĘ O OPISYWANYM W
CELEM NAPISANIA PRACY MAGISTERSKIEJ JEST WYKAZANIE, ŻE STUDENT: 1. POTRAFI POSŁUGIWAĆ SIĘ NABYTĄ WIEDZĄ 2.ROZSZERZYŁ SWOJĄ WIEDZĘ O OPISYWANYM W PRACY ZAGADNIENIU 3.DOSTRZEGA PRAWIDŁOWOŚCI WYSTĘPUJĄCE
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ółowoE-ID1S-08-s5. Informatyka. I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu E-ID1S-08-s5 Nazwa modułu Nazwa modułu w języku angielskim Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Podstawy Inżynierii Programowania
Bardziej szczegółowoModelowanie obiektowe - Ćw. 6.
1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności
Bardziej szczegółowoProjekt aplikacji internetowej specyfikacja wymagań (cz.1)
Cykl życia aplikacji internetowej modelowanej przy pomocy WebML Etapy: 1) Specyfikacja wymagań określenie wymagań funkcjonalnych i niefunkcjonalnych, jakie ma spełniać tworzona aplikacja. 2) Stworzenie
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 PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Komputerowe wspomaganie projektowania (CAD) Kierunek: Rodzaj przedmiotu: obowiązkowy na kierunku Rodzaj zajęć: projekt I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1.
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ółowoProgram kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 15 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 organizowanego przez Wydział Informatyki i Zarządzania
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ółowoE-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoE-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoZałącznik nr 2 do Umowy nr... z dnia... Zawartość Planu Jakości Projektu i wymagania w zakresie jego aktualizacji
Załącznik nr 2 do Umowy nr... z dnia... Zawartość Planu Jakości Projektu i wymagania w zakresie jego aktualizacji I. Zawartość Planu Jakości Projektu 1. Wstęp 1.1. Cel Planu Jakości Projektu 1.2. Zastosowanie
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Bazy danych Database Kierunek: Rodzaj przedmiotu: obieralny Rodzaj zajęć: wykład, laboratorium Matematyka Poziom kwalifikacji: I stopnia Liczba godzin/tydzień: 2W, 2L Semestr: III Liczba
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Podstawy Projektowania Foundation of design in technical engineering Kierunek: Zarządzanie i Inżynieria Produkcji Rodzaj przedmiotu: Poziom studiów: obowiązkowy studia I stopnia Rodzaj
Bardziej szczegółowoWYMOGI STAWIANE PRACOM MAGISTERSKIM
1. Wymogi ogólne Załącznik 2 do uchwały nr 54/2017 Rady Wydziału Ekonomii Uniwersytetu Rzeszowskiego z dnia 26 września 2017 r. WYMOGI STAWIANE PRACOM MAGISTERSKIM Praca magisterska jest pracą: 2. Cele
Bardziej szczegółowoPRZEDMIOTOWY SYSTEM OCENIANIA Z JĘZYKA POLSKIEGO SP28 we Wrocławiu
PRZEDMIOTOWY SYSTEM OCENIANIA Z JĘZYKA POLSKIEGO SP28 we Wrocławiu I. ZASADY PRZEDMIOTOWEGO SYSTEMU OCENIANIA: a) Każdy uczeń może zgłosić na początku lekcji 2 nieprzygotowania do lekcji w tym brak zadania
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoZasady projektowania architektonicznego Semestr letni 2019 Kierunek : Gospodarka Przestrzenna Problematyka przedmiotu
Zasady projektowania architektonicznego Semestr letni 2019 Kierunek : Gospodarka Przestrzenna Problematyka przedmiotu Cel przedmiotu Celem przedmiotu jestpoznanie szeroko pojętej problematyki projektowania
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ółowoKATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH
KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH Przygotował: mgr inż. Radosław Adamus Wprowadzenie: W procesie definiowania wymagań dla systemu tworzyliśmy Model Przypadków
Bardziej szczegółowoProgram kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 21 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 i 3/2012 organizowanego przez Wydział Informatyki
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ółowoProgramowanie sieciowe Network programming PRZEWODNIK PO PRZEDMIOCIE
Programowanie sieciowe Network programming Informatyka stacjonarne IO_04 Obowiązkowy w ramach specjalności: Inżynieria oprogramowania II stopień Rok: II Semestr: II wykład, laboratorium W, L 4 ECTS I KARTA
Bardziej szczegółowoSCENARIUSZ LEKCJI. Streszczenie. Czas realizacji. Podstawa programowa
Autorzy scenariusza: SCENARIUSZ LEKCJI OPRACOWANY W RAMACH PROJEKTU: INFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA. PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH
Bardziej szczegółowoCELEM NAPISANIA PRACY MAGISTERSKIEJ JEST WYKAZANIE, ŻE STUDENT: 1. POTRAFI POSŁUGIWAĆ SIĘ NABYTĄ WIEDZĄ 2. UMIE STOSOWAĆ METODY PRACY NAUKOWEJ 6
CELEM NAPISANIA PRACY MAGISTERSKIEJ JEST WYKAZANIE, ŻE STUDENT: 1. POTRAFI POSŁUGIWAĆ SIĘ NABYTĄ WIEDZĄ 2.ROZSZERZYŁ SWOJĄ WIEDZĘ O OPISYWANYM W PRACY ZAGADNIENIU 3.DOSTRZEGA PRAWIDŁOWOŚCI WYSTĘPUJĄCE
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA. laboratorium
INŻYNIERIA OPROGRAMOWANIA laboratorium UML 1/4 UML (Unified Modeling Language) - język modelowania obiektowego systemów i procesów [Wikipedia] Spojrzenie na system z różnych perspektyw dzięki zastosowaniu
Bardziej szczegółowoDiagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com
Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,
Bardziej szczegółowoInformatyzacja przedsiębiorstw WYKŁAD
Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi
Bardziej szczegółowoBazy danych w geomatyce Databases in Geomatics
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 05/06 Bazy danych w geomatyce Databases in Geomatics Załącznik nr 7 do Zarządzenia
Bardziej szczegółowoKOSZALIN 2003 KRAJE UNII EUROPEJSKIEJ W LICZBACH
KOSZALIN 2003 KRAJE UNII EUROPEJSKIEJ W LICZBACH PRACA MIĘDZYPRZEDMIOTOWA REALIZOWANA METODĄ PROJEKTU OPRACOWANIE: mgr Anna Grabowicz-Cuckarew nauczyciel Gimnazjum nr 9 w Koszalinie mgr Renata Skurzyńska
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: seminarium SEMINARIUM DYPLOMOWE Diploma Seminar Forma studiów: studia
Bardziej szczegółowoModelowanie obiektowe - Ćw. 1.
1 Modelowanie obiektowe - Ćw. 1. Treść zajęć: Zapoznanie z podstawowymi funkcjami programu Enterprise Architect (tworzenie nowego projektu, korzystanie z podstawowych narzędzi programu itp.). Enterprise
Bardziej szczegółowoZnakowanie, zarządzanie i dystrybucja produktów w oparciu o standardy GS1
Znakowanie, zarządzanie i dystrybucja produktów w oparciu o standardy GS1 Szkolenia obejmuje przegląd najważniejszych i najczęściej stosowanych standardów GS1 wraz z praktycznymi informacjami na temat
Bardziej szczegółowoTechniki modelowania programów Kod przedmiotu
Techniki modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Techniki modelowania programów Kod przedmiotu 11.3-WI-INFD-TMP 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ółowoTECHNOLOGIE OBIEKTOWE. Wykład 3
TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu
Bardziej szczegółowoBazy danych i ich aplikacje
ORAZ ZAPRASZAJĄ DO UDZIAŁU W STUDIACH PODYPLOMOWYCH Celem Studiów jest praktyczne zapoznanie słuchaczy z podstawowymi technikami tworzenia i administrowania bazami oraz systemami informacyjnymi. W trakcie
Bardziej szczegółowoOpis efektów kształcenia dla modułu zajęć
Nazwa modułu: Grafika inżynierska i systemy CAD Rok akademicki: 2014/2015 Kod: MIC-1-208-s Punkty ECTS: 5 Wydział: Inżynierii Metali i Informatyki Przemysłowej Kierunek: Inżynieria Ciepła Specjalność:
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ółowoKARTA PRZEDMIOTU. wiedza umiejętności kometencje społeczne. redaguje dokumentację techniczną wykonanego projektu informatycznego
1 2 5 6 7 8 8.0 8.1 8.2 8. Kod przedmiotu Nazwa przedmiotu Jednostka Punkty ECTS Język wykładowy Poziom przedmiotu Symbole efektów kształcenia Efekty kształcenia i opis ECTS Symbole efektów dla obszaru
Bardziej szczegółowo