Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 6 Modelowanie przypadków uŝycia i czynności. Materiały dla studentów
|
|
- Marek Sosnowski
- 6 lat temu
- Przeglądów:
Transkrypt
1 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 i czynności 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 Wprowadzenie do ćwiczenia Zadanie 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 związanych z tworzeniem modeli przypadków uŝycia, scenariuszy przypadków uŝycia oraz powiązanych z nimi modeli czynności. Rozmiar tworzonych przez studentów modeli jest zdecydowanie szerszy niŝ w przypadku poprzednich ćwiczeń. Dzięki temu, studenci nabierają umiejętności, które pozwolą na tworzenie modeli w warunkach rzeczywistych projektów konstrukcji oprogramowania. Po wykonaniu ćwiczenia 6, studenci powinni potrafić wykonać nietrywialną specyfikację wymagań funkcjonalnych przy pomocy modeli języka UML. Ćwiczenie wykonywane jest na trzech kolejnych zajęciach, które tworzą pełną całość. Zajęcia nr 1 obejmują wprowadzenie do tematyki ćwiczenia przez prowadzącego oraz wykonanie modelu przypadków uŝycia samodzielnie przez studentów. Zajęcia nr 2 obejmują wykonanie samodzielnie przez studentów scenariuszy przypadków uŝycia. Zajęcia nr 3 zawierają wykonanie (wygenerowanie) diagramów czynności na podstawie scenariuszy oraz końcowy przegląd wykonanych przez studentów modeli. Wynikiem ćwiczenia powinien być plik.eap zawierający kompletny model przypadków uŝycia wraz z dokładnie przedstawioną ich reprezentacją (scenariusze i diagramy czynności). Za poprawne wykonanie ćwiczenia moŝna w sumie 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 modelu przypadków uŝycia systemu na podstawie modelu procesów biznesowych. W celu przygotowania się do ćwiczenia, naleŝy zapoznać się z problematyką modelowania dynamiki biznesu. Jest ona opisana w sekcji 5.3 podstawowego podręcznika do przedmiotu [1]. Studenci będą mieli za zadanie przeczytać i zrozumieć dwa procesy biznesowe zadane przy pomocy diagramów czynności. Jednocześnie, naleŝy zapoznać się z tematyką modelowania przypadków uŝycia, scenariuszy i diagramów czynności opartych na scenariuszach. Jest to przedstawione w sekcji 6.3 podręcznika [1]. Bardzo istotne jest równieŝ zapoznanie się z zasadami spójności modelu przypadków uŝycia systemu z modelem biznesu, co zostało opisane w sekcji 6.4 podręcznika [1]. 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. 2. Zajęcia nr 1 scenariusz pracy 2.1. Wprowadzenie do ćwiczenia Na początku zajęć, prowadzący przedstawi model procesów biznesowych dla wybranego obszaru tematycznego. Będą to dwa przypadki uŝycia biznesu opisane przy pomocy diagramów czynności. Zadaniem będzie zapoznanie się z modelem i wyjaśnienie z prowadzącym ewentualnych niejasności. 1. Podstawowy model zawiera przypadki uŝycia, podobne do tych, które przedstawione są na rysunku: 3
4 Przedstawiony diagram zawiera przypadki uŝycia biznesu, dwóch aktorów oraz ramkę. Ramka określa system biznesowy (firmę, urząd, dział, itp.). Aktorzy definiują obiekty spoza systemu. Przypadki uŝycia biznesu definiują czynności, wykonywane na styku między systemem biznesowym, a aktorami. 2. Dla obydwu przypadków uŝycia biznesu są zdefiniowane diagramy czynności, które umieszczone są wewnątrz odpowiednich elementów w przeglądarce projektu, tak, jak to zaprezentowano poniŝej: KaŜdy biznesowy przypadek uŝycia zawiera wewnętrzny model, nazwany Procesem. Model ten składa się z jednego diagramu czynności opisującego dany proces biznesowy. 3. Diagram czynności przedstawia sieć czynności, która prowadzi od zdarzenia początkowego do zakończenia. Model wyjściowy zawiera dwa takie diagramy (po jednym dla kaŝdego procesu). Przykładowe diagramy pokazano poniŝej: 4
5 Diagramy stanowią szkic funkcjonowania pewnego fragmentu zadanej dziedziny biznesowej dla określonej jednostki organizacyjnej (firmy, urzędu, działu, itp.). Pozostałe modele, tworzone przez studenta (przez wszystkie następne ćwiczenia) będą dotyczyły obszaru określonego przez zdefiniowane w ten sposób procesy biznesowe. 4. Ostatnim elementem wprowadzenia do ćwiczenia jest prezentacja wizji systemu. Wizja ta jest przedstawiona w postaci kilku wymagań funkcjonalnych i jakościowych. Wizja stanowi zarys cech przyszłego systemu informatycznego, który powinien wspierać zdefiniowane wyŝej procesy biznesowe. Prowadzący przedstawi podstawowe załoŝenia dotyczące takiego systemu, zawarte w odpowiedniej części modelu, co jest zilustrowane na rysunku poniŝej. Wymagania na poziomie wizji są składnikiem wymagań na system. Umieszczone są w pakiecie o takiej właśnie nazwie. KaŜde z wymagań posiada swoją krótką nazwę oraz dokładniejszy opis. NaleŜy zapoznać się z tym opisem i wyjaśnić z prowadzącym ewentualne niejasności Zadanie 1 Główną treść zajęć stanowi wykonanie modelu przypadków uŝycia zgodnego z procesami biznesowymi i wizją systemu. Model powinien się składać z kilku diagramów przypadków uŝycia. Na kaŝdym diagramie naleŝy umieścić jednego lub kilku aktorów oraz kilka przypadków uŝycia. Diagramy przypadków uŝycia powinny być umieszczone w osobnych pakietach. Pakiety powinny dzielić funkcjonalność systemu na logiczne składniki. Kryterium podziału moŝe być wydzielenie 5.
6 funkcjonalności dostępnej dla poszczególnych aktorów, bądź realizacja osobnych procesów biznesowych. Efektem prac w ramach tego zadania powinien być model składający się z kilkunastu (do ok. 20) przypadków uŝycia. Między przypadkami uŝycia powinno występować, co najmniej kilka relacji «invoke» oraz co najmniej jedna relacja generalizacji. Przypadki uŝycia powinny być umieszczone w dwóch lub więcej pakietach zawartych w pakiecie Przypadki uŝycia (patrz rysunek poniŝej). W pakiecie Przypadki uŝycia naleŝy ponadto stworzyć jeden lub więcej diagram pokazujący ślad (relacje «trace») łączący akcje procesów biznesowych i wymagania z przypadkami uŝycia. Proponowany plan wykonania zadania: 1. Ustalenie aktorów systemowych. 2. Ustalenie podziału na pakiety w ramach pakietu Przypadki uŝycia. Utworzenie pakietów w modelu. 3. Ustalenie przypadków uŝycia oraz relacji między przypadkami uŝycia. Narysowanie diagramów zawartych w odpowiednich pakietach (patrz pkt. 2). 4. Ustalenie relacji śladu łączącego akcje procesów biznesowych i wymagania z przypadkami uŝycia. Narysowanie diagramów przedstawiających relacje śladu. Przykładowy diagram zawierający takie relacje przedstawiono poniŝej. Sprawdzenie moŝliwości odbioru dowodu rejestracyjnego Wyprodukowanie dowodu rejestracyjnego «trace» «trace» «trace» Wprowadzenie informacji o wyprodukowaniu dokumentu Sprawdzenie terminu odbioru dokumentu Dostęp przez internet «trace» W razie potrzeby moŝna powtórzyć powyŝsze punkty dokonując uaktualnień w modelu Zadanie 2 Drugim zadaniem jest dokonanie opisu przypadków uŝycia. Opis powinien zawierać deklarację fazy (ang. Phase), w której dany przypadek uŝycia będzie realizowany, oraz krótki opis funkcjonalności przypadku uŝycia. Fazę i funkcjonalność wpisujemy w okienku właściwości przypadku uŝycia, jak to zostało zaprezentowane poniŝej. 6
7 Przypadki uŝycia powinny zawierać po 2-3 zdania krótkiego opisu ich funkcjonalności. Opis ten powinien w przybliŝeniu określać, jaka powinna być interakcja aktora z systemem. Wszystkie przypadki uŝycia naleŝy podzielić według priorytetów ich wykonania. NajwaŜniejsze przypadki uŝycia powinny być wykonane w fazie 1. NaleŜy nadać co najmniej 3 wagi (fazy 1-3) i przydzielić przypadki uŝycia do faz w przybliŝeniu równomiernie (po kilka przypadków uŝycia na fazę). Dodatkowo, naleŝy wyróŝnić wizualnie przypadki uŝycia według faz. WyróŜnienia naleŝy dokonać poprzez nadanie przypadkom uŝycia róŝnych kolorów, co zostało zilustrowane poniŝej (wybór Default Appearance z menu kontekstowego lub poprzez naciśnięcie klawisza F4). Proponowany plan wykonania zadania: 1. Ustalenie priorytetów przypadków uŝycia. Przydzielenie przypadków uŝycia do faz. WyróŜnienie przypadków uŝycia kolorami w zaleŝności od przydziału do faz. 2. Dokonanie krótkiego opisu przypadków uŝycia. NaleŜy zacząć od opisu przypadków uŝycia przydzielonych do fazy 1 i kolejno dokonać opisu przypadków uŝycia dla faz następnych. 7
8 3. Zajęcia nr 2 scenariusz pracy 3.1. Omówienie zadania Prowadzący demonstruje sposób pisania scenariuszy w narzędziu CASE. Scenariusze piszemy w zakładce Scenarios okienka właściwości przypadku uŝycia. W ramach tej zakładki tworzymy scenariusz główny (typ: Basic Path) oraz scenariusze alternatywne (typ: Alternative). Scenariusze dodajemy w pod-zakładce Description, natomiast scenariusze piszemy w pod-zakładce Structured Specification. Przykładowy scenariusz został zilustrowany na poniŝszym diagramie. Pokazana zakładka zawiera edytor scenariuszy. MoŜliwe jest wprowadzanie kolejnych numerowanych zdań oraz określanie punktów rozgałęzienia scenariuszy. Dodatkowo, moŝna określać punkty rozszerzenia, łączące dany scenariusz z innym przypadkiem uŝycia (zdania [Invokes:]). Warto zauwaŝyć, Ŝe uŝycie nazwy istniejącego elementu modelu, powoduje jego zaznaczenie w scenariuszu (podkreślenie) i umoŝliwia szybki dostęp do właściwości tego elementu Zadanie Zadaniem jest napisanie scenariuszy przypadków uŝycia dla modelu stworzonego podczas zajęć nr 1. NaleŜy zwracać uwagę na to, Ŝeby zdania były pisane prostym językiem (podmiot - orzeczenie - dopełnienie). NaleŜy takŝe w jednolity sposób uŝywać słownictwa (bez synonimów i homonimów). Efektem wykonania zadania powinien być komplet scenariuszy dla najwaŝniejszych (ok. 1/4-1/3) przypadków uŝycia. Proponowany plan wykonania zadania: 1. Napisanie scenariuszy głównych do najwaŝniejszych przypadków uŝycia (faza 1). 2. Napisanie scenariuszy alternatywnych dla przypadków uŝycia j.w. 3. Uzupełnienie scenariuszy o zdania [Invokes:], dla przypadków uŝycia połączonych relacjami «invoke». 4. Napisanie scenariuszy dla wybranych pozostałych przypadków uŝycia. 8
9 4. Zajęcia nr 3 scenariusz pracy 4.1. Omówienie zadania Model czynności moŝe stanowić bardzo dobre uzupełnienie modelu przypadków uŝycia wraz ze scenariuszami. Podczas trzecich zajęć tego ćwiczenia dokonamy automatycznej generacji diagramów czynności na bazie wprowadzonych podczas poprzednich zajęć scenariuszy. W celu wygenerowania diagramu, naleŝy wybrać odpowiednią opcję w okienku właściwości przypadku uŝycia. W rezultacie otrzymamy diagram jak na rysunku poniŝej. Jak łatwo zauwaŝyć, poszczególne akcje na diagramie odpowiadają zdaniom scenariuszy. Jednocześnie, scenariusze alternatywne modelowane są za pomocą odpowiednich węzłów decyzyjnych i przepływów sterowania z warunkami. NaleŜy tutaj zwrócić uwagę na węzły zawierające wywołania innych przypadków uŝycia ([Invokes:]). Tego typu węzły generowane są podobnie jak pozostałe zdania. W wielu przypadkach, relacja «invoke» wymaga jednak powrotu do wykonania zdania je poprzedzającego. Wtedy, na diagramie czynności dokonujemy zmiany, zgodnie z rysunkiem poniŝej. 9
10 4.2. Zadanie Uwaga: przed przystąpieniem do wykonania zadania naleŝy (np. w domu) uporządkować dotychczasowe modele i scenariusze oraz ew. poprawić błędy i niedociągnięcia stwierdzone przez prowadzącego podczas poprzednich zajęć. W trakcie zadania naleŝy wygenerować diagramy czynności dla wszystkich przypadków uŝycia, dla których zostały stworzone scenariusze. Diagramy naleŝy odpowiednio zmodyfikować, tak, aby uwzględnić relacje «invoke» (patrz rysunki powyŝej). Po wykonaniu ćwiczenia naleŝy przedyskutować z prowadzącym uzyskane modele. Prowadzący, na podstawie dyskusji i oceny wykonanych modeli (zadania 1-3) wystawia ocenę za całe ćwiczenie. Proponowany plan wykonania zadania: 1. Wygenerowanie diagramów czynności dla kolejnych przypadków uŝycia. 2. Zmodyfikowanie akcji [Invokes:] na diagramach czynności. 3. Przedyskutowanie z prowadzącym wytworzonych modeli. 5. Literatura 1. Michał Smiałek: Zrozumieć UML 2.0. Metody modelowania obiektowego, Wydawnictwo Helion, Enterprise Architect User Guide ( 10
Laboratorium 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 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 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 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ół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 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 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 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ółowobo od managera wymaga się perfekcji
bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością
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ół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ółowoPREZENTACJE MULTIMEDIALNE cz.1
Wydział Elektryczny Katedra Elektrotechniki Teoretycznej i Metrologii Instrukcja do pracowni z przedmiotu Podstawy Informatyki Kod przedmiotu: TS1C 100 003 Ćwiczenie pt. PREZENTACJE MULTIMEDIALNE cz.1
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ół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ół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ółowoSysML Tworzenie diagramu kontekstowego i bloków wewnętrznych SysML003
INSTRUKCJA LABORATORIUM Modelowanie systemów SysML Tworzenie diagramu kontekstowego i bloków wewnętrznych SysML003 Tworzenie diagramu kontekstowego Diagramy kontekstowe pokazują kontekst systemu, czyli
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ół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ół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 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ół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ółowoEKSPLOATACJA SYSTEMÓW TECHNICZNYCH - LAB. Wprowadzenie do zajęć
Politechnika Śląska Wydział Organizacji i Zarządzania Katedra Podstaw Systemów Technicznych EKSPLOATACJA SYSTEMÓW TECHNICZNYCH - LAB. Ćwiczenie 1 Wprowadzenie do zajęć Plan ćwiczenia 1. Zapoznanie się
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ół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ół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ół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ół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ółowoSpis treści. Część I Diagramy języka UML 2.1 11. Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29
Spis treści Wstęp 7 Część I Diagramy języka UML 2.1 11 Rozdział 1. Studia przypadków 13 1.1. Składanie zleceń przez Dom Maklerski 13 1.2. System Informatyczny GPW 16 1.3. Integracja systemów firm z systemem
Bardziej szczegółowoDiagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
Bardziej szczegół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ół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ółowoPodstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Bardziej szczegółowoModelowanie 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ółowoProjekt ZSWS. Instrukcja uŝytkowania narzędzia SAP Business Explorer Analyzer. 1 Uruchamianie programu i raportu. Tytuł: Strona: 1 z 31
Strona: 1 z 31 Explorer Analyzer 1 Uruchamianie programu i raportu PoniŜsze czynności uruchamiają program Bex Analyzer oraz wybrany raport z hurtowni danych. 1. uruchom z menu Start>Programy>Business Explorer>Analyzer
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ół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ółowoLaboratorium z Grafiki InŜynierskiej CAD. Rozpoczęcie pracy z AutoCAD-em. Uruchomienie programu
Laboratorium z Grafiki InŜynierskiej CAD W przygotowaniu ćwiczeń wykorzystano m.in. następujące materiały: 1. Program AutoCAD 2010. 2. Graf J.: AutoCAD 14PL Ćwiczenia. Mikom 1998. 3. Kłosowski P., Grabowska
Bardziej szczegółowoPROJEKT INŻYNIERSKI I
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ółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegółowoOpis. Liczba godzin zajęć dydaktycznych z
Załącznik nr 5 do Uchwały nr 1202 Senatu UwB z dnia 29 lutego 2012 r. Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów
Bardziej szczegółowoLaboratorium Programowanie Obrabiarek CNC. Nr H04
Politechnika Poznańska Instytut Technologii Mechanicznej Laboratorium Programowanie Obrabiarek CNC Nr H04 Programowanie zarysów swobodnych FK Opracował: Dr inŝ. Wojciech Ptaszyński Poznań, 06 stycznia
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ół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ół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ół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ół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ół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ółowoSterowniki urządzeń zewnętrznych w pracy lokalnej i sieciowej w programach firmy InsERT dla Windows
Sterowniki urządzeń zewnętrznych w pracy lokalnej i sieciowej w programach firmy InsERT dla Windows 1/5 SPIS TREŚCI 1. DEFINICJE POJĘĆ... 3 2. TRYBY PRACY... 3 2.1 TRYB LOKALNY - APLIKACJA I STEROWNIK
Bardziej szczegółowoZad. 6: Sterowanie robotem mobilnym
Zad. 6: Sterowanie robotem mobilnym 1 Cel ćwiczenia Utrwalenie umiejętności modelowania kluczowych dla danego problemu pojęć. Tworzenie diagramu klas, czynności oraz przypadków użycia. Wykorzystanie dziedziczenia
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ół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ółowoINSTRUKCJA INWENTARYZACJI
INSTRUKCJA INWENTARYZACJI Inwentaryzacją nazywamy czynności zmierzające do sporządzenia szczegółowego spisu z natury stanów magazynowych towaru na określony dzień. Inwentaryzacja polega na ustaleniu za
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ół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ółowoSpis treści. spis treści wygenerowany automatycznie
Spis treści Rozdział 2.Wymagania edytorskie 2 2.1. Wymagania ogólne 2 2.2. Tytuły rozdziałów i podrozdziałów 2 2.3. Rysunki, tabele i wzory 3 2.3.1. Rysunki 3 2.3.2. Tabele 4 2.3.3. Wzory 4 2.4. Odsyłacze
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ół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ółowoTemat 1. Więcej o opracowywaniu tekstu
Temat 1. Więcej o opracowywaniu tekstu Cele edukacyjne Celem tematu 1. jest uporządkowanie i rozszerzenie wiedzy uczniów na temat opracowywania dokumentów tekstowych (m.in. stosowania tabulatorów, spacji
Bardziej szczegółowoIV.3.b. Potrafisz samodzielnie dokonać podstawowej konfiguracji sieci komputerowej
IV.3.b. Potrafisz samodzielnie dokonać podstawowej konfiguracji sieci komputerowej Co warto wiedzieć o łączeniu komputerów w sieci? Spójrz na rysunek IV.3p, który przedstawia właściwości Połączeń lokalnych,
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ół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ół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 8 Diagram pakietów I Diagram pakietów (ang. package diagram) jest diagramem
Bardziej szczegółowoTworzenie przypadków testowych
Tworzenie przypadków testowych Prowadząca: Katarzyna Pietrzyk Agenda 1. Wprowadzenie 2. Wymagania 3. Przypadek testowy Definicja Schemat Cechy dobrego przypadku testowego 4. Techniki projektowania Czarnej
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ółowoNie dotyczy działania 1.1 i 1.2. Strona 1 z 11
Wytyczne Instytucji Zarządzającej Regionalnym Programem Operacyjnym dla Województwa Dolnośląskiego na lata 2007-2013 w zakresie moŝliwości łączenia w jednym projekcie róŝnych rodzajów przedsięwzięć kwalifikowanych
Bardziej szczegółowoJak wybrać priorytety kampanii PR w mediach
Jak wybrać priorytety kampanii PR w mediach Po sformułowaniu celów/zadań kampanii public relations naleŝy ustalić ich hierarchię (priorytety). Większość organizacji jest w stanie wygenerować więcej materiałów
Bardziej szczegółowoSIECI KOMPUTEROWE I TECHNOLOGIE INTERNETOWE
Politechnika Gdańska Wydział Elektrotechniki i Automatyki Katedra Inżynierii Systemów Sterowania SIECI KOMPUTEROWE I TECHNOLOGIE INTERNETOWE Temat: Prosty serwis internetowy oparty o zestaw powiązanych
Bardziej szczegółowoZESPÓŁ SZKÓŁ NR 9. Projekt lokalnej sieci komputerowej zapewniającej dostęp do Internetu.
ZESPÓŁ SZKÓŁ NR 9 IM. ROMUALDA TRAUGUTTA W KOSZALINIE Projekt lokalnej sieci komputerowej zapewniającej dostęp do Internetu. autorzy: mgr inŝ. Tomasz Pukiewicz mgr inŝ. Rafał Traczyk - 1 - 1. ZałoŜenia
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ółowoPrzebieg przykładowej aktywacji świadczeniodawcy za pośrednictwem Portalu Świadczeniodawcy (procedura ta dotyczy Oferentów z zakresu ZPO)
Przebieg przykładowej aktywacji świadczeniodawcy za pośrednictwem Portalu Świadczeniodawcy (procedura ta dotyczy Oferentów z zakresu ZPO) Oferent, który ma lub miał kiedyś zawartą z Lubuskim OW NFZ umowę
Bardziej szczegółowoPOLITECHNIKA SZCZECIŃSKA WYDZIAŁ ELEKTRYCZNY
POLITECHNIKA SZCZECIŃSKA WYDZIAŁ ELEKTRYCZNY Instrukcja do zajęć laboratoryjnych Temat ćwiczenia: Sterowanie bramą Numer ćwiczenia: 7 Opracowali: Tomasz Barabasz Piotr Zasada Merytorycznie sprawdził: dr
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ół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ółowoZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura
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ół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ółowoSystemy ekspertowe. System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro
Systemy ekspertowe System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro Autorzy: 1 Wstęp Wybór zestawu komputerowego, ze względu na istnienie wielu
Bardziej szczegółowoModel przestrzenny Diagramu Obiegu Dokumentów. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Model przestrzenny Diagramu Obiegu Dokumentów Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Sposoby weryfikacji architektury oprogramowania: - badanie prototypu
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ółowoINFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH
INFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH Informatyka poziom rozszerzony Razem można więcej podstawy pracy
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ółowoKURS ACCESS 2003 Wiadomości wstępne
KURS ACCESS 2003 Wiadomości wstępne Biorąc c udział w kursie uczestnik zapozna się z tematyką baz danych i systemu zarządzania bazami danych jakim jest program Microsoft Access 2003. W trakcie kursu naleŝy
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ółowoKomunikacja Master-Slave w protokole PROFIBUS DP pomiędzy S7-300/S7-400
PoniŜszy dokument zawiera opis konfiguracji programu STEP7 dla sterowników S7 300/S7 400, w celu stworzenia komunikacji Master Slave z wykorzystaniem sieci PROFIBUS DP pomiędzy sterownikami S7 300 i S7
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ółowoPOLITECHNIKA SZCZECIŃSKA WYDZIAŁ ELEKTRYCZNY
POLITECHNIKA SZCZECIŃSKA WYDZIAŁ ELEKTRYCZNY Instrukcja do zajęć laboratoryjnych Temat ćwiczenia: Sterowanie oświetleniem w zaleŝności od natęŝenia światła Numer ćwiczenia: 2 Opracowali: Tomasz Barabasz
Bardziej szczegółowoSpis treści. I. Czym jest Indeks Haseł 3 II. Wyszukiwanie hasła 4. 1) Alfabetyczna lista haseł 4 2) Wyszukiwarka haseł 4 3) Grupy haseł 6
Spis treści I. Czym jest Indeks Haseł 3 II. Wyszukiwanie hasła 4 1) Alfabetyczna lista haseł 4 2) Wyszukiwarka haseł 4 3) Grupy haseł 6 III. Dokumenty powiązane z wybranym hasłem 7 IV. Moje hasła 10 1)
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ół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ółowoANALIZA HIERARCHICZNA PROBLEMU W SZACOWANIU RYZYKA PROJEKTU INFORMATYCZNEGO METODĄ PUNKTOWĄ. Joanna Bryndza
ANALIZA HIERARCHICZNA PROBLEMU W SZACOWANIU RYZYKA PROJEKTU INFORMATYCZNEGO METODĄ PUNKTOWĄ Joanna Bryndza Wprowadzenie Jednym z kluczowych problemów w szacowaniu poziomu ryzyka przedsięwzięcia informatycznego
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE INFORMATYKA W LOGISTYCE. Logistyka. Stacjonarne. II stopnia. Dr Maciej Sobociński. ogólnoakademicki.
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ół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ół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ółowoFK - Deklaracje CIT-8
FK - Deklaracje CIT-8 1. Wstęp. Moduł FK umoŝliwia przygotowanie i wydruk formularza deklaracji podatkowej CIT-8. W skład dostępnych formularzy wchodzą deklaracje CIT-8(21) oraz CIT- 8/O(8). Dane do formularza
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ółowo1. Wykładowca. Po zalogowaniu uŝytkownika na konto wykładowcy ukaŝe się ekran z wiadomością o pozytywnym zalogowaniu.
1. Wykładowca Po zalogowaniu uŝytkownika na konto wykładowcy ukaŝe się ekran z wiadomością o pozytywnym zalogowaniu. Rysunek 1: Zalogowany wykładowca Po uruchomieniu strony głównej ekran złoŝony jest z
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ółowoTWORZENIE SCHEMATÓW BLOKOWYCH I ELEKTRYCZNYCH
Wydział Elektryczny Katedra Elektrotechniki Teoretycznej i Metrologii Instrukcja do pracowni z przedmiotu Podstawy Informatyki Kod przedmiotu: TS1C 100 003 Ćwiczenie pt. TWORZENIE SCHEMATÓW BLOKOWYCH I
Bardziej szczegółowo