Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 7 Modelowanie klas i stanów, generacja kodu. Materiały dla studentów
|
|
- Emilia Skowrońska
- 4 lat temu
- Przeglądów:
Transkrypt
1 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 ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego
2 Spis treści 1. Informacje wstępne Cel ćwiczenia Tematyka i przygotowanie się do ćwiczenia Zajęcia nr 1 scenariusz pracy Omówienie zadania Zadanie Zajęcia nr 2 scenariusz pracy Omówienie zadania Zadanie Zajęcia nr 3 scenariusz pracy Omówienie zadania Zadanie Literatura
3 1. Informacje wstępne 1.1. Cel ćwiczenia Celem ćwiczenia jest rozwinięcie praktycznych umiejętności w zakresie tworzenia modelu klas (oraz w niewielkim stopniu maszyny stanów) na róŝnych poziomach szczegółowości i dla róŝnych zastosowań. Stworzone modele mają na celu zilustrować szeroki zakres stosowania modeli klas i róŝne znaczenie modeli w zaleŝności od zastosowania. Dzięki temu, studenci powinni nabrać umiejętności pozwalających na stosowanie modeli klas na róŝnych etapach procesu konstrukcji oprogramowania (od specyfikowania wymagań do projektowania szczegółów struktury kodu). Po zakończeniu ćwiczenia studenci powinni potrafić wykonać podstawowy wizualny słownik wymagań oraz zaprojektować podstawową strukturę systemu w architekturze warstwowej. Powinni równieŝ potrafić generować kod na podstawie diagramów klas oraz rozumieć zaleŝność kodu klas od diagramów maszyny stanów związanych z klasami. Ćwiczenie wykonywane jest na trzech kolejnych zajęciach, które tworzą spójną całość. Zajęcia nr 1 obejmują tworzenie diagramów klas opisujących słownik dla systemu modelowanego w ramach ćwiczenia 6. W trakcie zajęć nr 2, studenci samodzielnie projektują system realizujący przypadki uŝycia z ćwiczenia 6 oraz zgodny ze słownikiem zrealizowanym podczas zajęć 1. Podczas zajęć nr 3, studenci mają za zadanie wygenerować kod oraz zapewnić spójność zwrotną kodu z modelem klas. Ponadto, studenci mają za zadanie uzupełnić model klas o model maszyny stanów dla wybranych klas i uzupełnić kod tych klas. Wynikiem ćwiczenia powinien być plik.eap zawierający kompletny słownik na poziomie wymagań oraz model struktury kodu i dynamiki zmiany stanów na poziomie projektu systemu. Dodatkowym wynikiem ćwiczenia jest szkielet kodu systemu wygenerowany w wybranym języku programowania i uzupełniony o elementy związane ze zmianą stanu obiektów w warstwie logiki dziedzinowej. Za poprawne wykonanie ćwiczenia moŝna otrzymać 12 punktów. Za wykonanie pierwszych dwóch zadań podczas zajęć moŝna otrzymać po 3 pkt. Za wykonanie ostatniego zadania oraz za poprawiony i rozbudowany model końcowy moŝna otrzymać 6 punktów Tematyka i przygotowanie się do ćwiczenia Tematem ćwiczenia jest wykonanie modeli klas na poziomie wymagań oraz projektu szczegółowego. W celu przygotowania się do ćwiczenia naleŝy zapoznać się z problematyką tworzenia modelu klas dla róŝnych etapów wytwarzania oprogramowania. W zakresie modelowania słownika wymagań naleŝy zapoznać się z sekcją 6.2 podręcznika [1]. Bardzo istotne jest zachowanie spójności słownika z modelem przypadków uŝycia (w tym: scenariuszy), co zostało opisane w sekcji 6.4 podręcznika. W zakresie projektowania systemu, naleŝy najpierw zapoznać się z zasadami tworzenia architektury warstwowej, co jest opisane w sekcji 7.2 podręcznika (opis wokół rysunków 7.5 i 7.6). Uwaga: nie jest konieczne zapoznawanie się ze szczegółami tworzenia modelu komponentów, a jedynie o zrozumienie zasady tworzenia projektów warstwowych. Następnie, naleŝy zapoznać się z sekcją 8.2, która zawiera opis zasad tworzenia modeli klas na poziomie bliskim kodu. Uwaga: nie jest konieczne zapoznawanie się z zasadami implementacji interfejsów. Ostatnim elementem, jest zapoznanie się z podstawami tworzenia modelu maszyny stanów opisanymi w końcowej części sekcji 6.3 (wokół rysunku 6.27). Oprócz zapoznania się z podstawami modelowania, naleŝy zapoznać się z zasadami działania narzędzia Enterprise Architect (podręcznik uŝytkownika [2]) w zakresie określonym w omówieniu zadań w instrukcji poniŝej. 3
4 2. Zajęcia nr 1 scenariusz pracy 2.1. Omówienie zadania Początkowym elementem ćwiczenia będzie wprowadzenie do tworzenia modeli słownika zgodnych z modelami przypadków uŝycia i scenariuszami przypadków uŝycia. Prowadzący krótko podsumuje techniki poszukiwania pojęć, oraz zasady łączenia scenariuszy przypadków uŝycia z pojęciami w słowniku (klasami). 1. Pierwszą czynnością jest uwaŝne przeczytanie scenariuszy przypadków uŝycia. W scenariuszach naleŝy wyraźnie wyróŝnić dopełnienia zdań (rzeczowniki, grupy rzeczownikowe). Przykład: dane filtru wniosków na rysunku poniŝej. 2. Podczas wyróŝniania pojęć, moŝna utworzyć nowe pojęcia (klasy). W tym celu, naleŝy w menu kontekstowym wybrać opcję Create>New Element from Selection, jak na rysunku poniŝej. NaleŜy utworzyć element typu klasa ( Class ) i o stereotypie «boundary» (element interfejsu uŝytkownika) lub «entity» (element dziedziny problemu). 3. NaleŜy zwrócić uwagę, Ŝe elementy, dla których utworzono definicję (klasę) posiadają automatyczne wyróŝnienie (hiperłącze). W związku z tym, w zdaniach naleŝy uŝywać nazw jedynie w formie mianownika w liczbie pojedynczej (patrz na przykładzie poniŝej). KaŜdy wyróŝniony element moŝna obejrzeć (właściwości) lub zidentyfikować w przeglądarce projektu za pomocą menu kontekstowego pokazanego poniŝej Zadanie W trakcie zadania naleŝy stworzyć model klas na poziomie wymagań zgodny z wybranym fragmentem modelu przypadków uŝycia. NaleŜy wybrać najwaŝniejsze przypadki uŝycia z modelu stworzonego podczas ćwiczenia 6. Dla tych przypadków naleŝy zdefiniować słownik pojęć umieszczony w odpowiednich pakietach. Dla elementów dziedziny (klas o stereotypie «entity») naleŝy stworzyć diagramy, zawierające relacje między pojęciami dziedziny wraz z odpowiednimi krotnościami. Przykład struktury słownika oraz diagramu z elementami dziedziny został przedstawiony poniŝej. 4
5 Dla elementów interfejsu uŝytkownika (klas o stereotypie «boundary») naleŝy utworzyć diagramy zawierające te elementy w relacji do elementów dziedziny. Przykład takiego diagramu zamieszczono poniŝej. Dla klas będących elementami dziedziny naleŝy zdefiniować po kilka atrybutów i uwidocznić je na diagramie. W celu uwidocznienia atrybutów, naleŝy wyłączyć reprezentację klas za pomocą ikon stereotypów. Zostało to zilustrowane na rysunku poniŝej. NaleŜy równieŝ wyłączyć uwidacznianie wskaźników widoczności ( Show qualifiers and visibility indicators, w zakładce Features ). 5
6 Proponowany plan wykonania zadania: 1. Utworzenie pojęć (klas) na bazie dopełnień w zdaniach scenariuszy przypadków uŝycia. Przydzielenie klasom stereotypów («boundary» lub «entity»). 2. Ujednolicenie nazewnictwa w scenariuszach. 3. Utworzenie pakietów pojęć w słowniku. Przydzielenie pojęć (klas) do poszczególnych pakietów. 4. Utworzenie diagramów klas dla kaŝdego pakietu. Zdefiniowanie relacji między klasami (asocjacje, agregacje, generalizacje). 5. Zdefiniowanie atrybutów wybranych klas. Uwidocznienie atrybutów klas na wyróŝnionych diagramach klas. 3. Zajęcia nr 2 scenariusz pracy 3.1. Omówienie zadania Kolejne zadanie w ramach tego ćwiczenia dotyczy tworzenia modelu klas projektowych. Klasy te odpowiadają klasom w odpowiednim języku programowania. Zadaniem będzie przekształcenie modelu na poziomie słownika w model na poziomie projektu. Model projektowy będzie podzielony na 3 warstwy. Poszczególne warstwy będą wyróŝnione na diagramach klas za pomocą torów przepływu. Odpowiednie tory naleŝy utworzyć poprzez odpowiednią opcję ( Swimlanes and matrix ) w menu kontekstowym diagramu, co pokazano na poniŝszym rysunku. 6
7 Podczas wykonywania ćwiczenia naleŝy pamiętać o zasadach translacji modeli wymagań w model projektowy: pojęcia dziedziny przekształcane są w klasy warstwy logiki dziedziny, przypadki uŝycia (lub ich pakiety) przekształcane są w klasy warstwy logiki aplikacji, elementy interfejsu uŝytkownika przekształcane są w klasy warstwy prezentacji Zadanie W trakcie zadania naleŝy stworzyć strukturę systemu realizującego kilka najwaŝniejszych przypadków uŝycia. W tym celu naleŝy wykorzystać model przypadków uŝycia wykonany podczas ćwiczenia 6 oraz model klas wykonany podczas zajęć 1. W ramach wykonania zadania naleŝy utworzyć trzy pakiety w ramach modelu projektowego, zgodnie z poniŝszym rysunkiem. Pakiety te (Prezentacja, Logika aplikacji i Logika dziedziny) będą zawierać klasy i diagramy opisujące poszczególne warstwy systemu. W pakietach naleŝy dokonać dalszego podziału, np. w warstwie prezentacji wydzielić osobne pakiety dla klas obsługujących okienka komunikatów i dla klas formularzy; w warstwie logiki aplikacji moŝna dokonać podziału podobnego do podziału modelu przypadków uŝycia; w warstwie logiki dziedzinowej moŝna utworzyć pakiety odpowiadające spójnym grupom klas odpowiadających pojęciom dziedzinowym (np. dane uŝytkowników). Po stworzeniu pakietów modelu struktury systemu, naleŝy utworzyć w nich odpowiednie diagramy i klasy. Diagramy w ramach warstwy prezentacji powinny zawierać klasy obsługujące elementy interfejsu uŝytkownika. Na diagramach naleŝy umieścić odpowiednie klasy i nadać im nazwy z przedrostkiem V (ang. view widok). Klasy powinny być umieszczone w strukturze generalizacji, z klasami ogólnymi typu Okienko, Formularz itp. MoŜna skorzystać z wiedzy o rzeczywistych technologiach okienkowych (np. technologia Swing i klasy pochodne od klasy JFrame ). NaleŜy zachować spójność z modelem wymagań i zapewnić zgodność z elementami interfejsu uŝytkowni- 7
8 ka zawartymi w słowniku. Uwaga: w tej warstwie na diagramach uwidaczniamy tylko zawarte w niej elementy, jak na przykładzie poniŝej. JForm + show() : void VFormularzPojadu + show() : void + on_ok(o :Object) : void + VFormularzPojazdu(p :MPojazd) : void W ramach warstwy logiki dziedzinowej naleŝy skorzystać z elementów dziedziny zawartych w słowniku. Na tej podstawie naleŝy utworzyć szczegółowy model projektowy. Powinny być w nim zawarte klasy odpowiadające elementom dziedziny, uzupełnione o szczegółowe atrybuty, operacje oraz relacje z krotnościami i nazwami ról. Klasy powinny posiadać nazwy rozpoczynające się przedrostkiem M (model; element logiki dziedziny) Odpowiednie diagramy powinny zawierać utworzone klasy wraz z relacjami w podziale na pod-pakiety warstwy logiki dziedziny. Uwaga: w tej warstwie na diagramach uwidaczniamy tylko zawarte w niej elementy, jak na przykładzie poniŝej. MPojazd - numer_vin: String - numer_rej: String + pobierz_z_bazy(long) : void + zapisz_do_bazy() : void +poj 0..* +w 0..2 Dane właścicieli:: MWlasciciel - imię: String - nazwisko: String - PESEL: long W ramach warstwy logiki aplikacji naleŝy utworzyć klasy odpowiadające przypadkom uŝycia lub ich grupom. W tym celu, naleŝy przejrzeć odpowiedni model w ramach specyfikacji wymagań. Dla najwaŝniejszych przypadków uŝycia naleŝy utworzyć diagramy opisujące strukturę warstwową. Na diagramach powinny znaleźć się przede wszystkim klasy logiki aplikacji, odpowiadające pojedynczym przypadkom uŝycia bądź ich grupom. Nazwy tych klas powinny być zgodne z nazwami przypadków uŝycia lub ich pakietów. Powinny rozpoczynać się od przedrostka C (ang. controller nadzorca). Na diagramach naleŝy uwzględnić klasy wszystkich warstw, tak jak na przykładzie poniŝej. Klasy warstw prezentacji i logiki dziedziny moŝna pokazać bez uwidaczniania szczegółów. W tym celu naleŝy wybrać w menu kontekstowym opcję Feature Visibility i wykluczyć pokazywanie atrybutów i operacji. 8
9 Proponowany plan wykonania zadania: 1. Utworzenie pakietów warstw systemu. 2. Utworzenie pakietów warstwy logiki aplikacji. Utworzenie klas (nazwa z przedrostkiem C ) odpowiadających przypadkom uŝycia lub ich pakietom. 3. Utworzenie pakietów warstwy logiki dziedziny. Utworzenie klas (nazwa z przedrostkiem M ) odpowiadających pojęciom dziedziny. Utworzenie diagramów zawierających te klasy oraz relacje między nimi. 4. Utworzenie pakietów warstwy prezentacji. Utworzenie klas (nazwa z przedrostkiem V ) odpowiadających elementom interfejsu uŝytkownika. 5. Utworzenie diagramów pokazujących strukturę systemu w układzie warstwowym. Diagramy takie naleŝy zawrzeć w pakietach warstwy logiki aplikacji i umieścić na nich klasy uczestniczące w realizacji wybranych przypadków uŝycia lub ich grup. 6. Utworzenie niektórych operacji klas. Końcowy model powinien mieć strukturę podobną do tej pokazanej poniŝej. 4. Zajęcia nr 3 scenariusz pracy 4.1. Omówienie zadania Ostatnie zadanie tego ćwiczenia dotyczy zaleŝności między projektowym modelem klas, a kodem. Podstawowymi czynnościami wykonywanymi w trakcie tych zajęć będzie generacja wprost oraz generacja odwrotna kodu. Ponadto, zadaniem będzie uzupełnienie wygenerowanych metod o kod dynamiki określanej diagramami maszyny stanów. W celu wygenerowania kodu, naleŝy w menu kontekstowym wybrać opcję Code Engineering Generate Source Code, tak jak to przedstawiono na rysunku poniŝej. Generacja kodu będzie dotyczyć wybranego pakietu (tu: Struktura systemu ). Uwaga: moŝliwa jest teŝ generacja kodu lokalnie, dla wybranej klasy. 9
10 Po wybraniu tej opcji, w okienku (patrz poniŝej) naleŝy ustawić opcję Auto Generate Files i wybrać katalog, w którym zostanie wygenerowany kod. NaleŜy równieŝ zaznaczyć opcję Include all Child Packages, dzięki czemu generowana będzie cała struktura klas zawartych w drzewie poni- Ŝej pakietu Struktura systemu. Po naciśnięciu przycisku Generate zostaną utworzone odpowiednie pliki z kodem w zadanym języku programowania. Uwaga: język wynikowy generacji moŝna zmienić w opcjach narzędzia (standardowo, językiem generowanym jest Java). Wygenerowany kod moŝna obejrzeć i dokonać jego edycji wybierając daną klasę w przeglądarce projektu i naciskając klawisz F12 (lub wybierając odpowiednią opcję w menu kontekstowym. Przykładowy efekt generacji kodu pokazano poniŝej. 10
11 Tak wygenerowany kod moŝe podlegać modyfikacji i uzupełnieniom. Modyfikacje treści (wnętrz) metod nie wpływają na model w języku UML. JednakŜe, kaŝda zmiana nazwy klasy bądź sygnatury metody (nazwa, parametry, ) powoduje konieczność synchronizacji z modelem. W tym celu moŝna wybrać odpowiednią opcję Synchronize with Code w menu kontekstowym klasy Zadanie Zadaniem jest wygenerowanie i analiza kodu klas powstałych podczas poprzednich zajęć. Po wygenerowaniu kod, naleŝy zastanowić się i przedyskutować z prowadzącym, w jaki sposób nale- Ŝy uzupełnić kod, aby powstała działająca aplikacja. MoŜna równieŝ dokonać wybranych uzupełnień treści metod, zgodnie z wynikami powyŝszej dyskusji. Dodatkowym zadaniem jest utworzenie jednego lub dwóch diagramów maszyny stanu. Diagramy naleŝy umieścić wewnątrz klasy w przeglądarce projektu, jak pokazano na rysunku poniŝej. Na bazie diagramu naleŝy uzupełnić kod metod, oraz atrybuty klasy, aby moŝliwa była zmiana stanu obiektów tej klasy. W szczególności, naleŝy dodać odpowiedni atrybut (pole) stan lub status i uzupełnić kod metod o zmianę wartości tego atrybutu. 11
12 Proponowany plan wykonania zadania: 1. Wygenerowanie klas z modelu utworzonego w poprzednim ćwiczeniu. 2. Utworzenie diagramów maszyny stanów dla wybranych klas warstwy logiki dziedziny. 3. Uzupełnienie kodu treści metod o instrukcje zmiany stanu obiektów danej klasy. 4. Dokonanie aktualizacji kodu wybranych klas i synchronizacja kodu z modelem. 5. Literatura 1. Michał Smiałek: Zrozumieć UML 2.0. Metody modelowania obiektowego, Wydawnictwo Helion, Enterprise Architect User Guide ( 12
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 6 Modelowanie przypadków uŝycia i czynności. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 6 Modelowanie przypadków uŝycia
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
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ół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ół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ółowoPROJEKT CZĘŚCIOWO FINANSOWANY PRZEZ UNIĘ EUROPEJSKĄ. Opis działania raportów w ClearQuest
PROJEKT CZĘŚCIOWO FINANSOWANY PRZEZ UNIĘ EUROPEJSKĄ Opis działania raportów w ClearQuest Historia zmian Data Wersja Opis Autor 2008.08.26 1.0 Utworzenie dokumentu. Wersja bazowa dokumentu. 2009.12.11 1.1
Bardziej szczegółowoAnaliza i projektowanie aplikacji Java
Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 07 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami tworzenia aplikacji okienkowych w C#. Wprowadzenie teoretyczne. Rozważana w
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ółowoInstrukcja zarządzania kontami i prawami
Instrukcja zarządzania kontami i prawami uŝytkowników w systemie express V. 6 1 SPIS TREŚCI 1. Logowanie do systemu.... 3 2. Administracja kontami uŝytkowników.... 4 3. Dodawanie grup uŝytkowników....
Bardziej szczegółowoZaawansowane aplikacje internetowe
Zaawansowane aplikacje internetowe EJB 1 Rozróżniamy dwa rodzaje beanów sesyjnych: Stateless Statefull Celem tego laboratorium jest zbadanie różnic funkcjonalnych tych dwóch rodzajów beanów. Poszczególne
Bardziej szczegółowoAplikacje WWW - laboratorium
Aplikacje WWW - laboratorium JavaServer Faces Celem ćwiczenia jest przygotowanie aplikacji internetowej z wykorzystaniem technologii JSF. Prezentowane ćwiczenia zostały wykonane w środowisku Oracle JDeveloper
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ół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ółowoDane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
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ółowoUML w Visual Studio. Michał Ciećwierz
UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować
Bardziej szczegółowoProjektowanie baz danych za pomocą narzędzi CASE
Projektowanie baz danych za pomocą narzędzi CASE Metody tworzenia systemów informatycznych w tym, także rozbudowanych baz danych są komputerowo wspomagane przez narzędzia CASE (ang. Computer Aided Software
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas Materiały dla studentów Projekt współfinansowany
Bardziej szczegółowoLaboratorium przedmiotu Technika Cyfrowa
Laboratorium przedmiotu Technika Cyfrowa ćw.3 i 4: Asynchroniczne i synchroniczne automaty sekwencyjne 1. Implementacja asynchronicznych i synchronicznych maszyn stanu w języku VERILOG: Maszyny stanu w
Bardziej szczegółowoelektroniczna Platforma Usług Administracji Publicznej
elektroniczna Platforma Usług Administracji Publicznej Instrukcja użytkownika Katalog Usług Publicznych wersja 1.0 wersja 1.0. 1. WPROWADZENIE...3 1.1. CEL DOKUMENTU...3 1.2. SŁOWNIK POJĘĆ...3 1.3. ELEMENTY
Bardziej szczegółowoD:\DYDAKTYKA\ZAI_BIS\_Ćwiczenia_wzorce\04\04_poprawiony.doc 2009-lis-23, 17:44
Zaawansowane aplikacje internetowe EJB 1 Rozróżniamy dwa rodzaje beanów sesyjnych: Stateless Statefull Celem tego laboratorium jest zbadanie różnic funkcjonalnych tych dwóch rodzajów beanów. Poszczególne
Bardziej szczegółowoProjektowanie logiki aplikacji
Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy
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ółowoPROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji
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ół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ół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ółowoWykorzystanie protokołu SCEP do zarządzania certyfikatami cyfrowymi w systemie zabezpieczeń Check Point NGX
Wykorzystanie protokołu SCEP do zarządzania certyfikatami cyfrowymi w systemie zabezpieczeń Check Point NGX 1. Wstęp Protokół SCEP (Simple Certificate Enrollment Protocol) został zaprojektowany przez czołowego
Bardziej szczegółowoPapyrus. Papyrus. Katedra Cybernetyki i Robotyki Politechnika Wrocławska
Katedra Cybernetyki i Robotyki Politechnika Wrocławska Kurs: Zaawansowane metody programowania Copyright c 2014 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu dotyczącego programowania
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ół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ółowo5. Administracja kontami uŝytkowników
5. Administracja kontami uŝytkowników Windows XP, w porównaniu do systemów Windows 9x, znacznie poprawia bezpieczeństwo oraz zwiększa moŝliwości konfiguracji uprawnień poszczególnych uŝytkowników. Natomiast
Bardziej szczegółowoTeoretyczne wprowadzenie do programu pocztowego Microsoft Outlook 2007
Teoretyczne wprowadzenie do programu pocztowego Microsoft Outlook 2007 Zawartość 1 WSTĘP 2 2 BUDOWA OKNA PROGRAMU MICROSOFT OUTLOOK 2007 3 3 USTAWIENIA WIDOKU EKRANU 3 4 KORZYSTANIE Z PROGRAMU MICROSOFT
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ółowoSposoby tworzenia projektu zawierającego aplet w środowisku NetBeans. Metody zabezpieczenia komputera użytkownika przed działaniem apletu.
Sposoby tworzenia projektu zawierającego aplet w środowisku NetBeans. Metody zabezpieczenia komputera użytkownika przed działaniem apletu. Dr inż. Zofia Kruczkiewicz Dwa sposoby tworzenia apletów Dwa sposoby
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ół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ółowoAplikacje WWW - laboratorium
Aplikacje WWW - laboratorium PHP + bazy danych Celem ćwiczenia jest przygotowanie prostej aplikacji internetowej wykorzystującej technologię PHP. Aplikacja pokazuje takie aspekty, współpraca PHP z bazami
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 INTERNETOWE Internet Programming
Bardziej szczegółowoTutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.
AGH, EAIE, Informatyka Winda - tutorial Systemy czasu rzeczywistego Mirosław Jedynak, Adam Łączyński Spis treści 1 Wstęp... 2 2 Przypadki użycia (Use Case)... 2 3 Diagramy modelu (Object Model Diagram)...
Bardziej szczegółowoProgram do obsługi ubezpieczeń minifort
Program do obsługi ubezpieczeń minifort Dokumentacja uŝytkownika Rozliczanie z TU Kraków, grudzień 2008r. Rozliczanie z TU Pod pojęciem Rozliczenie z Towarzystwem Ubezpieczeniowym będziemy rozumieć ogół
Bardziej szczegółowoProgramowanie obiektowe zastosowanie języka Java SE
Programowanie obiektowe zastosowanie języka Java SE Wstęp do programowania obiektowego w Javie Autor: dr inŝ. 1 Java? Java język programowania obiektowo zorientowany wysokiego poziomu platforma Javy z
Bardziej szczegółowoModelowanie obiektowe
Modelowanie obiektowe ZPO 2018/2019 Dr inż. W. Cichalewski Materiały wykonane przez W. Tylman Diagramy klas Diagramy klas Zawiera informacje o statycznych związkach między elementami (klasami) Są ściśle
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ółowoCharakterystyka oprogramowania obiektowego
Charakterystyka oprogramowania obiektowego 1. Definicja systemu informatycznego 2. Model procesu wytwarzania oprogramowania - model cyklu Ŝycia oprogramowania 3. Wymagania 4. Problemy z podejściem nieobiektowym
Bardziej szczegółowoDiagramy klas. WYKŁAD Piotr Ciskowski
Diagramy klas WYKŁAD Piotr Ciskowski przedstawienie statyki systemu graficzne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi obiekty byt, egzemplarz
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ółowo- Narzędzie Windows Forms. - Przykładowe aplikacje. Wyższa Metody Szkoła programowania Techniczno Ekonomiczna 1 w Świdnicy
Wyższa Metody Szkoła programowania Techniczno Ekonomiczna 1 w Świdnicy - Narzędzie Windows Forms - Przykładowe aplikacje 1 Narzędzia Windows Form Windows Form jest narzędziem do tworzenia aplikacji dla
Bardziej szczegółowoPrzebieg przykładowej rejestracji nowego Oferenta
Przebieg przykładowej rejestracji nowego Oferenta Oferent, który nie miał jeszcze zawartej z Lubuskim OW NFZ umowy o udzielanie świadczeń opieki zdrowotnej, aby móc złoŝyć taką ofertę w ramach Konkursu
Bardziej szczegółowoPodstawy projektowania systemów komputerowych
Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu
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ółowoInstrukcja zmian w wersji Vincent Office
Instrukcja zmian w wersji 1.14 Vincent Office 1. Admin-zarządzanie podatnikami. a) przenoszenie planu kont między podatnikami. KaŜdy nowo załoŝony podatnik posiada wzorcowy plan kont opracowny przez naszą
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ółowoUstawianie lokalizacji dla indeksów Ustawianie lokalizacji dla indeksów spis kroków
spis kroków Krok 1 Słownik lokalizacji...2 Krok 2 Słownik lokalizacji asortymentu...4 Krok 3 - Utworzenie powiązania lokalizacji z asortymentem...7 Krok 3.1 Utworzenie powiązania z poziomu Słownika Lokalizacji
Bardziej szczegółowoZaawansowane aplikacje internetowe
Zaawansowane aplikacje internetowe AJAX 1 Celem tego laboratorium jest pokazanie moŝliwości technologii AJAX. W ramach ćwiczeń zostanie zbudowana prosta aplikacja, przechwytująca kliknięcia uŝytkownika
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ół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ółowoINSTRUKCJA LABORATORIUM Automatyzacja procesów przemysłowych.
INSTRUKCJA LABORATORIUM Automatyzacja procesów przemysłowych. SysML profil modelu własne stereotypy SysML002 str. 1/11 Tworzenie profilu modelu Profil modelu zawiera zmiany (rozszerzenia) języka modelowania,
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ółowoDokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor
Koszalin, 15.06.2012 r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż.
Bardziej szczegółowoProjektowanie oprogramowania. Warstwa integracji z bazą danych oparta na technologii ORM Platforma Java EE Autor: Zofia Kruczkiewicz
Projektowanie oprogramowania Warstwa integracji z bazą danych oparta na technologii ORM Platforma Java EE Autor: Zofia Kruczkiewicz 1 Wykonanie czterowarstwowej aplikacji EE z dostępem do bazy danych,
Bardziej szczegółowoProgramowanie Obiektowe GUI
Programowanie Obiektowe GUI Swing Celem ćwiczenia jest ilustracja wizualnego tworzenia graficznego interfejsu użytkownika opartego o bibliotekę Swing w środowisku NetBeans. Ponadto, ćwiczenie ma na celu
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ółowoW tym ćwiczeniu zostanie wykonany prosty profil cienkościenny, jak na powyŝszym rysunku.
ĆWICZENIE 1 - Podstawy modelowania 3D Rozdział zawiera podstawowe informacje i przykłady dotyczące tworzenia trójwymiarowych modeli w programie SolidWorks. Ćwiczenia zawarte w tym rozdziale są podstawą
Bardziej szczegółowoPrzepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.
Bardziej szczegółowoGEO-SYSTEM Sp. z o.o. GEO-RCiWN Rejestr Cen i Wartości Nieruchomości Podręcznik dla administratora systemu Warszawa 2007
GEO-SYSTEM Sp. z o.o. 02-732 Warszawa, ul. Podbipięty 34 m. 7, tel./fax 847-35-80, 853-31-15 http:\\www.geo-system.com.pl e-mail:geo-system@geo-system.com.pl GEO-RCiWN Rejestr Cen i Wartości Nieruchomości
Bardziej szczegółowoGEO-SYSTEM Sp. z o.o. GEO-RCiWN Rejestr Cen i Wartości Nieruchomości Podręcznik dla uŝytkowników modułu wprowadzania danych Warszawa 2007
GEO-SYSTEM Sp. z o.o. 02-732 Warszawa, ul. Podbipięty 34 m. 7, tel./fax 847-35-80, 853-31-15 http:\\www.geo-system.com.pl e-mail:geo-system@geo-system.com.pl GEO-RCiWN Podręcznik dla uŝytkowników modułu
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ółowoAnaliza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas
Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania, Programowanie aplikacji internetowych Rodzaj zajęć: wykład, laboratorium I KARTA PRZEDMIOTU
Bardziej szczegółowoPREZENTACJE MULTIMEDIALNE cz.2
Wydział Elektryczny Katedra Elektrotechniki Teoretycznej i Metrologii Instrukcja do pracowni z przedmiotu Podstawy Informatyki Kod przedmiotu: TS1C 100 003 Ćwiczenie pt. PREZENTACJE MULTIMEDIALNE cz.2
Bardziej szczegółowoKondensator, pojemność elektryczna
COACH 03 Kondensator, pojemność elektryczna Program: Coach 6 Projekt: na ZMN060F CMA Coach Projects\PTSN Coach 6\ Elektronika/Kondensator.cma Przykład: Kondensator 1.cmr Cel ćwiczenia: I. Wprowadzenie
Bardziej szczegółowoZałożenia do ćwiczeń: SQL Server UWM Express Edition: 213.184.8.192\SQLEXPRESS. Zapoznaj się ze sposobami użycia narzędzia T SQL z wiersza poleceń.
Cel: polecenia T-SQL Założenia do ćwiczeń: SQL Server UWM Express Edition: 213.184.8.192\SQLEXPRESS Authentication: SQL Server Authentication Username: student01,, student21 Password: student01,., student21
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ółowoInstrukcja 2 Laboratorium z Podstaw Inżynierii Oprogramowania
Instrukcja 2 Laboratorium z Podstaw Inżynierii Oprogramowania Opis biznesowy świata rzeczywistego Wymagania funkcjonalne i niefunkcjonalne aplikacji Diagram przypadków życia Diagramy klas i sekwencji:
Bardziej szczegółowoZintegrowany system usług certyfikacyjnych. Dokumentacja użytkownika. Obsługa wniosków certyfikacyjnych i certyfikatów. Wersja dokumentacji 1.
Dokumentacja użytkownika Zintegrowany system usług certyfikacyjnych Obsługa wniosków certyfikacyjnych i certyfikatów Wersja dokumentacji 1.05 Unizeto Technologies SA - www.unizeto.pl Autorskie prawa majątkowe
Bardziej szczegółowoFormularz MS Word. 1. Projektowanie formularza. 2. Formularze do wypełniania w programie Word
Formularz MS Word Formularz to dokument o określonej strukturze, zawierający puste pola do wypełnienia, czyli pola formularza, w których wprowadza się informacje. Uzyskane informacje moŝna następnie zebrać
Bardziej szczegółowoKOMUNIKACJI AGENTA/GESTORÓW KONTENERÓW Z SYSTEMEM KOMPUTEROWYM GCT.
INSTRUKCJA UśYTKOWANIA SYSTEMU EXPRESS DLA KOMUNIKACJI AGENTA/GESTORÓW KONTENERÓW Z SYSTEMEM KOMPUTEROWYM GCT. v.3-1 - SPIS TREŚCI: 1. Logowanie do systemu.... - 3-2. Tworzenie Manifestu Wyładunkowego
Bardziej szczegółowoBazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1
Bazy danych wprowadzenie teoretyczne Piotr Prekurat 1 Baza danych Jest to zbiór danych lub jakichkolwiek innych materiałów i elementów zgromadzonych według określonej systematyki lub metody. Zatem jest
Bardziej szczegółowoZałącznik nr 8. do Studium Wykonalności projektu Sieć Szerokopasmowa Polski Wschodniej województwo podkarpackie
MINISTERSTWO ROZWOJU REGIONALNEGO Załącznik nr 8 do Studium Wykonalności projektu Sieć Szerokopasmowa Polski Wschodniej Instrukcja obliczania wskaźnika pokrycia. Strona 2 z 24 Studium Wykonalności projektu
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ółowoInstrukcja obsługi Modułu erfx (oferent) SWZ ZGH Bolesław S.A.
Instrukcja obsługi Modułu erfx (oferent) SWZ ZGH Bolesław S.A. 1. Spis treści 1. Spis treści...2 2. Wprowadzenie...3 3. Nawigacja w systemie...4 3.1 Podstawowe elementy interfejsu uŝytkowni... 4 3.2 Akcje...
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ółowoOBIEKTY TECHNICZNE OBIEKTY TECHNICZNE
OBIEKTY TECHNICZNE Klawisze skrótów: F7 wywołanie zapytania (% - zastępuje wiele znaków _ - zastępuje jeden znak F8 wyszukanie według podanych kryteriów (system rozróżnia małe i wielkie litery) F9 wywołanie
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Wykład 7 Marcin Młotkowski 8 kwietnia 2015 Plan wykładu Z życia programisty, część 1 1 Z życia programisty, część 1 2 3 Z życia programisty, część 2 Model View Controller MVC w
Bardziej szczegółowoInstrukcja pobrania i instalacji. certyfikatu niekwalifikowanego na komputerze lub karcie kryptograficznej wersja 1.2
Instrukcja pobrania i instalacji certyfikatu niekwalifikowanego na komputerze lub karcie kryptograficznej wersja 1.2 Spis treści 1. NIEZBĘDNE ELEMENTY DO WGRANIA CERTYFIKATU NIEKWALIFIKOWANEGO NA KARTĘ
Bardziej szczegółowoAPLIKACJA SHAREPOINT
APLIKACJA SHAREPOINT Spis treści 1. Co to jest SharePoint?... 2 2. Tworzenie nowej witryny SharePoint (obszar roboczy)... 2 3. Gdzie znaleźć utworzone witryny SharePoint?... 3 4. Personalizacja obszaru
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ółowo