Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

Wielkość: px
Rozpocząć pokaz od strony:

Download "Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia"

Transkrypt

1 Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

2 Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu uczestników interesuje się wymaganiami systemowymi. Przykład: system bankomatowy, służy do automatycznego dokonywania operacji bankomatowych. Usługi: Wypłata, Wpłata, Przekazywanie informacji

3 Uczestnicy systemu bankomatowego Klienci banku Klienci innych banków Dyrektorzy oddziałów banków Pracownicy obsługi klienta w oddziałach Administratorzy baz danych Dział bezpieczeństwa banku Dział marketingu banku Inżynierowie pielęgnacji sprzętu i oprogramowania

4 Model zewnętrznych punktów widzenia Bierzemy pod uwagę punkty widzenia takich klas użytkowników, którzy: Otrzymują usługi od systemu Przekazują do niego dane i sygnały sterujące Techniki analizy wymagań metodą punktów widzenia: Metoda VORD Przypadki użycia i diagramy sekwencji UML

5 Metoda VORD (Viewpoint-Oriented Requirements Definition) Identyfikacja punktów widzenia Polega na znajdowaniu punktów widzenia, których reprezentanci są użytkownikami systemu, oraz usług oferowanych tym reprezentantom. Strukturalizacja punktów widzenia Polega na budowaniu hierarchii punktów widzenia. Dokumentowanie punktów widzenia Tworzenie opisu znalezionych punktów widzenia i usług. Przyporządkowywanie punktów widzenia do systemu Znajdowanie w projekcie systemu oprogramowania obiektów, które będą dostarczać usługi.

6 Szablony formularzy Szablon do opisu punktu widzenia Odnośnik (nazwa punktu widzenia) Atrybuty (cechy informujące o punkcie widzenia) Zdarzenia (odnośnik do scenariuszy zdarzeń opisujących) Usługi (odnośnik do zbioru opisów usług) PW (nazwy podrzędnych punktów widzenia) Szablon do opisu usługi Odnośnik (nazwa usługi) Uzasadnienie (przyczyna oferowania usługi) Specyfikacja (odnośnik do listy specyfikacji usług, które mogą być opisane za pomocą różnych notacji) Punkty widzenia (lista nazw punktów widzenia, których reprezentanci korzystają z usługi) Wymagania niefunkcjonalne (odnośnik do zbioru wymagań niefunkcjonalnych ograniczających usługę) Dostawca (odnośnik do listy obiektów, które oferują tę usługę)

7 Burza mózgów w trakcie identyfikacji Pytanie o saldo Zasoby maszyny Interfejs użytkownika Właściciel konta Zdalna diagnostyka punktów widzenia Odczyt transakcji Informacje o koncie Karta skradziona Niezawodność Menedżer Koszt systemu Aktualizacja konta Baza danych klientów Dziennik komunikatów Zwrot karty Przelew środków Wypłata gotówki Zdalna aktualizacja oprogramowania Rozmiar oprogramowania Dziennik transakcji Zamówienie czeków Kasa banku Obcy klient Drukarka Nieuprawniony użytkownik Pielęgnacja Zabezpieczenia Zamówienie oprogramowania Zatrzymanie wyciągu karty Przekazywanie komunikatów Weryfikacja karty

8 Informacja o usługach przypisanych do punktów widzenia Właściciel konta Obcy klient Pracownik banku Lista usług Lista usług Lista usług Wypłata gotówki Pytania o saldo Zamówienie czeków Wysyłanie komunikatu Lista transakcji Zamówienie wyciągu Przelew środków Wypłata gotówki Pytania o saldo Diagnostyka Dodanie gotówki Dodanie papieru Wysłanie komunikatu

9 Dane związane z punktami widzenia Właściciel konta Dane sterujące Dane wejściowe Rozpocznij transakcje Informacje z karty Anuluj transakcje Zakończ transakcje Wybór usługi PIN Żądana kwota Komunikat

10 Hierarchia punktów widzenia Wszystkie PW Usługi Pytanie o saldo Wypłata gotówki Klient Personel banku Usługi Kasa Menedżer Inżynier Zamówienie czeków Wysłanie komunikatu Lista transakcji Zamówienie wyciągu Przelew środków Właściciel konta Klient obcy

11 Opis punktu widzenia klienta i usługi wypłaty gotówki Odnośnik: Atrybuty: Zdarzenia: Klient Numer konta PIN Zacznij transakcję Wybierz usługę Anuluj transakcję Zakończ transakcję Odnośnik: Wypłata gotówki Uzasadnienie: Celem jest przyśpieszenie obsługi klienta i zmniejszenie liczby dokumentów papierkowych Specyfikacja: Użytkownicy wybierają tę usługę przez naciśnięcie przycisku wypłata gotówki. Następnie wprowadzają żądaną kwotę. Potwierdza się ją i jeśli na koncie są środki następuje wypłata PW: Klient Usługi: Wypłata gotówki Info o saldo Podrzędne PW: Właściciel konta Wymagania niefunkcjonalne: Wypłać gotówkę najpóźniej po 1 minucie od potwierdzenia kwoty Dostawca: Wypełnić później

12 Scenariusz Szczegółowy opisy poszczególnych interakcji z systemem, obejmuje jedną lub najwyżej kilka możliwych interakcji. Atrybuty scenariusza: Opis stanu systemu na początku scenariusza. Opis normalnego następstwa zdarzeń scenariusza. Opis tego, co może pójść źle, i jak to będzie obsługiwane. Informacje o innych czynnościach, które można wykonywać w tym samym czasie. Opis stanu systemu po zakończeniu scenariusza.

13 Scenariusze zdarzeń w VORD Dokumentowanie zachowania systemu, po zajściu konkretnego zdarzenia. Przykłady zdarzeń: wsunięcie karty do bankomatu wybranie usługi Scenariusze obejmują: opis przepływu danych akcje systemu wyjątki, które mogą się pojawić

14 Diagram scenariusza zdarzeń Event Sequence Diagram (IBM) A session management application

15 Przypadki użycia Metodą określania wymagań opartą na scenariuszach Obecnie podstawowy element notacji UML W najprostszej postaci w przypadku użycia definiuje się aktorów biorących udział w interakcji i wskazuje typ tej interakcji

16 Przypadek użycia Wypłata gotówki Wypłata gotówki Klient

17 Przypadki użycia systemu obsługi bankomatu Klient własny Przelew środków Wypłata gotówki Personel Klient obcy Dodanie gotówki

18 Diagramy sekwencji (UML) Modelują zachowanie systemu (scenariusz), najczęściej jakiś przypadek użycia Uczestnicy (obiekty) prostokąty Strzałki wiadomości przesyłane pomiędzy uczestnikami Strzałki przerywane wartości zwracane Pionowe linie przerywane linie życia obiektów Pionowe prostokąty na liniach życia przetwarzanie obsługujące daną wiadomość

19 Diagram sekwencji: wypłata ATM Database Card PIN request Card number Card OK PIN Option m enu Validate card <<exception>> invalid card Withdraw request Amount request Amount <<exception>> insuf ficient cash Balance request Balance Debit (amount) Debit response Handle request Card Card rem oved Cash Cash rem oved Receipt Complete transaction

20 Sprawdzenie wymagań Sprawdzenie ważności Czy system udostępnia usługi, których potrzebuje klient? Sprawdzenie niesprzeczności Czy wymagania nie są sprzeczne? Sprawdzenie kompletności Czy zdefiniowano wszystkie funkcje i ograniczenia? Sprawdzenie realności Czy wymagania mogą być naprawę zaimplementowane? Możliwość weryfikacji Czy wymagania są napisane tak, że można je później weryfikować? Cel: uniknięcie sporów między klientem a zleceniobiorcą

21 Metody zatwierdzania wymagań Przeglądy wymagań Zespół recenzentów systematycznie analizuje wymagania. Prototypowanie W tym podejściu do zatwierdzania przedstawia się użytkownikom i klientom wykonywalny model systemu. Generowanie testów Idealnie byłoby, aby wymagania dało się testować. Zautomatyzowane sprawdzanie sprzeczności Jeśli wymagania wyrażono w modelu systemu za pomocą strukturalnej lub formalnej notacji, to narzędzia CASE mogą sprawdzić niesprzeczność systemu.

22 Ewolucja wymagań Wstępne zrozumienie problemu Zmienione rozumienie problemu Wstępne wymagania Zmienione wymagania Czas

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie

Bardziej szczegółowo

Proces Inżynierii Wymagań

Proces Inżynierii Wymagań Proces Inżynierii Wymagań michał możdżonek 02.2008 Literatura 1. Sommerville I. (2003): Inżynieria oprogramowania, WNT, Warszawa 2. Leffingwell D., Widrig D. (2003): Zarządzanie wymaganiami, WNT, Warszawa

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza 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ółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

Spis treúci. 1. Wprowadzenie... 13

Spis 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ółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Ję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 6 Diagramy komunikacji Diagram komunikacji (ang. communication diagram),

Bardziej szczegółowo

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką? ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest

Bardziej szczegółowo

Inż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 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ółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

Diagramy przypadków użycia

Diagramy przypadków użycia Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

UML cz. III. UML cz. III 1/36

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów

Bardziej szczegółowo

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.

Bardziej szczegółowo

UML cz. I. UML cz. I 1/1

UML cz. I. UML cz. I 1/1 UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe 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ółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel 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ółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

PROJEKT INŻYNIERIA OPROGRAMOWANIA. Temat: System obsługi kasy - projekt wzorcowy

PROJEKT INŻYNIERIA OPROGRAMOWANIA. Temat: System obsługi kasy - projekt wzorcowy Wydział Elektroniki Politechniki Wrocławskiej Kierunek:., Specjalność:... PROJEKT INŻYNIERIA OPROGRAMOWANIA Temat: System obsługi kasy - projekt wzorcowy Opracowanie: dr inż. Paweł Skrobanek Wrocław 2006

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML 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ółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Diagramy 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ółowo

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr

Bardziej szczegółowo

Zalety projektowania obiektowego

Zalety projektowania obiektowego Zalety projektowania obiektowego Łatwe zarządzanie Możliwość powtórnego użycia klas obiektów projektowanie/programowanie komponentowe W wielu przypadkach występuje stosunkowo proste mapowanie pomiędzy

Bardziej szczegółowo

Bazy danych 2. Wykład 1

Bazy danych 2. Wykład 1 Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Ję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ółowo

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

III RACHUNKI BANKOWE DLA KLIENTÓW INSTYTUCJONALNYCH TAB. 2 Pozostałe rachunki

III RACHUNKI BANKOWE DLA KLIENTÓW INSTYTUCJONALNYCH TAB. 2 Pozostałe rachunki bieżący lokaty 1. Otwarcie rachunku jednorazowo 0 zł 0 zł 0 zł wg umowy z Klientem 0 zł 2. Prowadzenie rachunku: 1) 2.1 dla rolnika ryczałtowego nie prowadzącego działów specjalnych miesięcznie 12) 5 zł

Bardziej szczegółowo

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7 I Wprowadzenie (wersja 0906) Kurs OPC S7 Spis treści Dzień 1 I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami automatyki I-6 Cechy podejścia dedykowanego

Bardziej szczegółowo

MAS dr. Inż. Mariusz Trzaska

MAS dr. Inż. Mariusz Trzaska MAS dr. Inż. Mariusz Trzaska Wykład 2 Model przypadków użycia Zagadnienia Prezentowanie diagramów Stereotypy; komentarze Klasyfikatory; wystąpienia klasyfikatorów Związki pomiędzy elementami modelowania

Bardziej szczegółowo

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams Cele przedsięwzięcia Określanie wymagań Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

KARTA 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ółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 6 Wskazówki i sugestie Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Wyzwania podczas pisania przypadków

Bardziej szczegółowo

Case study - bankomat. Piotr Ciskowski

Case study - bankomat. Piotr Ciskowski Case study - bankomat Piotr Ciskowski diagramy UML UML diagram Structure diagram Behavior diagram Class diagram Component diagram Use case diagram Interaction diagram Object diagram Deployment diagram

Bardziej szczegółowo

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec

Bardziej szczegółowo

Obowiązuje od 01.06.2015r.

Obowiązuje od 01.06.2015r. DZIAŁ II DEPOZYTY OSÓB FIZYCZNYCH Obowiązuje od 01062015r Lp Rozdział 1 Obsługa rachunków oszczędnościowych, oszczędnościowo-rozliczeniowych (ROR) Wyszczególnienie czynności 1 Otwarcie, i prowadzenie i

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie 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ółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Modelowanie obiektowe - Ćw. 5.

Modelowanie obiektowe - Ćw. 5. 1 Modelowanie obiektowe - Ćw. 5. Treść zajęć: Dokumentacja przypadków użycia tworzenie scenariuszy. Diagramy przypadków użycia przedstawiają bardzo ogólny obraz systemu, nie pozwalają jednak na przedstawienie

Bardziej szczegółowo

Inżynieria oprogramowania wykład IV Faza określenia wymagań

Inżynieria oprogramowania wykład IV Faza określenia wymagań Inżynieria oprogramowania wykład IV Faza określenia wymagań prowadzący: dr inż. Krzysztof Bartecki Faza określenia wymagań Wymagania Projektowanie Implementacja Testowanie Konserwacja Strategiczna Analiza

Bardziej szczegółowo

Przypadki użycia (use cases) Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady

Przypadki użycia (use cases) Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady Po co są przypadki użycia? Gdy projektujemy jakikolwiek system, najważniejszym etapem jest!!!

Bardziej szczegółowo

III RACHUNKI BANKOWE DLA KLIENTÓW INSTYTUCJONALONYCH TAB. 1 Pakiety

III RACHUNKI BANKOWE DLA KLIENTÓW INSTYTUCJONALONYCH TAB. 1 Pakiety TAB. 1 y od dnia 24.10.2012 r. Super 1. Opłata za 1) : miesięcznie 13) 0 15 35 10 15 10 2. Otwarcie rachunku bieżącego/pomocniczego 3. Prowadzenie rachunku 1) : 3.1 bieżącego w ramach u 3.2 pomocniczego

Bardziej szczegółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

Obowiązuje od dnia 1 listopada 2014 r.

Obowiązuje od dnia 1 listopada 2014 r. Załącznik do Uchwały nr 148/2014 Zarządu Banku Spółdzielczego w Czarnkowie z dnia 31.10. 2014 r. BANK SPÓŁDZIELCZY W CZARNKOWIE TARYFA PROWIZJI I OPŁAT ZWIĄZANYCH Z FUNKCJONOWANIEM KART PŁATNICZYCH I KREDYTOWYCH

Bardziej szczegółowo

Prowadzenie rachunku miesięcznie W miesiącu kalendarzowym, w którym otwarto rachunek, opłata nie jest pobierana 6,90

Prowadzenie rachunku miesięcznie W miesiącu kalendarzowym, w którym otwarto rachunek, opłata nie jest pobierana 6,90 Wyciąg z Taryfy prowizji i opłat bankowych w PKO Banku Polskim SA (Taryfa) dla posiadaczy rachunku SUPERKONTO (umowy zawarte od 14 marca 2011 r.): Pełen tekst Taryfy dostępny jest na stronie internetowej

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument Detaliczny Projektu Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej

Bardziej szczegółowo

Wykorzystanie sieci urządzeń wielofunkcyjnych - aspekty organizacyjne i biznesowe.

Wykorzystanie sieci urządzeń wielofunkcyjnych - aspekty organizacyjne i biznesowe. Wykorzystanie sieci urządzeń wielofunkcyjnych - aspekty organizacyjne i biznesowe. Urządzenia wielofunkcyjne, dlaczego warto inwestować w samoobsługę? 23 września 2005 roku Natalia Tarczyńska Menedżer

Bardziej szczegółowo

INSTRUKCJA UŻYTKOWANIA USŁUGI mobile e-bank EBS

INSTRUKCJA UŻYTKOWANIA USŁUGI mobile e-bank EBS INSTRUKCJA UŻYTKOWANIA USŁUGI mobile e-bank EBS INFORMACJE OGÓLNE Usługa mobile e-bank EBS umożliwia dostęp do usług bankowych poprzez Internet z wykorzystaniem urządzeń mobilnych (tablety, smartfony).

Bardziej szczegółowo

Systemy GIS Systemy baz danych

Systemy GIS Systemy baz danych Systemy GIS Systemy baz danych Wykład nr 5 System baz danych Skomputeryzowany system przechowywania danych/informacji zorganizowanych w pliki Użytkownik ma do dyspozycji narzędzia do wykonywania różnych

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 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ółowo

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML Jakub Morkis, Piotr Chmielewski BPMN - Historia Formowanie grumy tworzącej notację Sierpień 2001, 58 członków reprezentujących 35 firm,

Bardziej szczegółowo

Rozdział 4 Karty bankowe

Rozdział 4 Karty bankowe Rozdział 4 Karty bankowe 1. Karty płatnicze L.p. Tytuł prowizji/opłaty - 1 - - 2 - - 3 - -4-1. Karta VISA Classic Debetowa z mikroprocesorem do rachunków: ROR Net-ROR 1) wydanie nowej karty 2) wznowienie

Bardziej szczegółowo

TELEFONEM DZIĘKI IKO MOBILNE

TELEFONEM DZIĘKI IKO MOBILNE PŁAĆ I WYPŁACAJ PŁAĆ I WYPŁACAJ TELEFONEM DZIĘKI IKO PŁATNOŚCI MOBILNE PŁATNOŚCI MOBILNE PKO Bank Polski uruchomił rewolucyjny system płatności mobilnych! Od dzisiaj każdy Klient Banku może korzystać z

Bardziej szczegółowo

Rozdział Przed zmianą Po zmianie Rozdział I Postanowienia ogólne

Rozdział Przed zmianą Po zmianie Rozdział I Postanowienia ogólne Rozdział Przed zmianą Po zmianie Rozdział I Postanowienia ogólne Rozdział II, Rachunki bankowe Rozdział II, pkt. 4, podpkt. 1Osoby powyżej 80 roku życia posiadające ROR w BS, pracownicy i emeryci BS zwolnieni

Bardziej szczegółowo

TARYFA OPŁAT I PROWIZJI. dotycząca rachunków bieżących, pomocniczych i rozliczeń pieniężnych

TARYFA OPŁAT I PROWIZJI. dotycząca rachunków bieżących, pomocniczych i rozliczeń pieniężnych Załącznik Nr 2 do Uchwały Nr 73/2011 Zarządu BS w Wysokiej z dnia 18 lipca 2011 TARYFA OPŁAT I PROWIZJI dotycząca rachunków bieżących, pomocniczych i rozliczeń pieniężnych obowiązująca w Banku spółdzielczym

Bardziej szczegółowo

Zagadnienia (1/3) Inżynieria Oprogramowania

Zagadnienia (1/3) Inżynieria Oprogramowania Zagadnienia (1/3) Pozyskiwanie i analiza Reprezentacje na poszczególnych etapach projektu Najczęściej pojawiające się problemy podczas pozyskiwania oraz metody ich rozwiązywania Reprezentacja z punktu

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Wykaz zmian w taryfie opłat i prowizji dla firm, rolników i instytucji od. 01.01.2015 r.

Wykaz zmian w taryfie opłat i prowizji dla firm, rolników i instytucji od. 01.01.2015 r. Wykaz zmian w taryfie opłat i prowizji dla firm, rolników i instytucji od. 01.01.2015 r. Rozdział Przed zmianą Po zmianie Pkt.3 - wpłata gotówkowa na rachunki własne Pkt.3 - wpłata gotówkowa na rachunki

Bardziej szczegółowo

Dział VIII. Rachunki bankowe dla klientów instytucjonalnych

Dział VIII. Rachunki bankowe dla klientów instytucjonalnych Dział VIII. Rachunki bankowe dla klientów instytucjonalnych WYSZCZEGÓLNIENIE CZYNNOŚCI dla firm dla osób 1. Otwarcie rachunku 1) głównego jednorazowo w dniu 0,00 zł 0,00 zł 0,00 zł 0,00 zł 0,00 zł 2) pomocniczego

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

Bardziej szczegółowo

Michał Adamczyk. Język UML

Michał Adamczyk. Język UML Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy

Bardziej szczegółowo

HP Designjet Partner Link. Instrukcje

HP Designjet Partner Link. Instrukcje HP Designjet Partner Link Instrukcje 2013 Hewlett-Packard Development Company, L.P. Informacje prawne Informacje zawarte w niniejszym dokumencie mogą ulec zmianie bez uprzedzenia. Jedyna gwarancja, jakiej

Bardziej szczegółowo

Diagramy 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 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ółowo

Diagramy 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 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ółowo

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją

Bardziej szczegółowo

Obowiązuje od 01.05.2015r.

Obowiązuje od 01.05.2015r. III RACHUNKI BIEŻĄCE PODMIOTÓW INSTYTUCJONALNYCH Obowiązuje od 01052015r Rozdział 1 Obsługa rachunków rozliczeniowych Lp Wyszczególnienie czynności Tryb pobierania Stawka obowiązująca 1 Otwarcie rachunku

Bardziej szczegółowo

Taryfa Prowizji i Opłat

Taryfa Prowizji i Opłat zał. do Uchwały Zarzadu Banku nr 18/I/2014 Taryfa Prowizji i Opłat DZIAŁ VI. USŁUGI W ZAKRESIE WYDAWANIA I OBSŁUGI KART PŁATNICZYCH Rozdział 1. Karty dla Klientów indywidualnych Karty wydawane do rachunku

Bardziej szczegółowo

10. Płatności Płatności Definicje

10. Płatności Płatności Definicje 10 Płatności [ Płatności ] 63 10. Płatności Po zakończonych transakcjach, przychodzi czas na rozliczenie wystawionych dokumentów. Temu służy specjalnie przygotowany moduł Płatności. Dostęp do tego modułu

Bardziej szczegółowo

Opłaty i oprocentowania Kont NatWest Welcome

Opłaty i oprocentowania Kont NatWest Welcome 786059 23/12/08 11:07 Page 1 Konto NatWest Welcome Opłaty i oprocentowania Kont NatWest Welcome Przewodnik 786059 23/12/08 11:07 Page 2 NatWest Welcome pomoc i rady Jeżeli potrzebują Państwo pomocy lub

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to przeznaczone jest dla właścicieli sklepów internetowych opartych

Bardziej szczegółowo

Spis treści. 1. Utworzenie konta...3. 2. Dodanie zgłoszenia...5. 3. Realizacja zgłoszenia...7

Spis treści. 1. Utworzenie konta...3. 2. Dodanie zgłoszenia...5. 3. Realizacja zgłoszenia...7 0 Spis treści 1. Utworzenie konta...3 2. Dodanie zgłoszenia...5 3. Realizacja zgłoszenia...7 1 System wsparcia technicznego pozwala na szybką reakcję zespołu specjalistów oraz pełne udokumentowanie historii

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia Analiza i projektowanie obiektowe 2015/2016 Wykład 2: Przypadki użycia Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Czym są przypadki użycia. 2.

Bardziej szczegółowo

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu czas Dynamiczne aspekty systemu Interakcja - zachowanie polegające na wymianie komunikatów między obiektami w pewnym (ustalonym) otoczeniu, w pewnym (ściśle określonym) celu Komunikat - specyfikacja łączności

Bardziej szczegółowo

Projektowanie systemów informatycznych. Diagramy przypadków użycia

Projektowanie systemów informatycznych. Diagramy przypadków użycia Informacje ogólne i przykłady Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski jako narzędzie modelowania wymagań Nazwa use case diagrams. Cel stosowania Określenie wymagań

Bardziej szczegółowo

Prowadzenie rachunków bankowych, obsługa Kart oraz korzystanie z Elektronicznych Kanałów Dostępu osoby małoletnie

Prowadzenie rachunków bankowych, obsługa Kart oraz korzystanie z Elektronicznych Kanałów Dostępu osoby małoletnie Prowadzenie rachunków bankowych, obsługa Kart oraz korzystanie z Elektronicznych Kanałów Dostępu osoby małoletnie Rozdział 1 Rachunki oszczędnościowo-rozliczeniowe konto Junior plan taryfowy * ) warunkiem

Bardziej szczegółowo

Podręcznik użytkownika

Podręcznik użytkownika Podręcznik użytkownika Centrum rozliczeniowe UPS 2015 United Parcel Service of America, Inc. Nazwa UPS, marka UPS i kolor brązowy są znakami towarowymi firmy United Parcel Service of America, Inc. Wszelkie

Bardziej szczegółowo

TARYFA OPŁAT I PROWIZJI Z TYTUŁU OBSŁUGI ZŁOTOWEJ KLIENTÓW INDYWIDUALNYCH

TARYFA OPŁAT I PROWIZJI Z TYTUŁU OBSŁUGI ZŁOTOWEJ KLIENTÓW INDYWIDUALNYCH Z TYTUŁU OBSŁUGI ZŁOTOWEJ KLIENTÓW INDYWIDUALNYCH 24.10.2012 rok SPIS TREŚCI: 1. dla czynności kasowych 2. dla rachunków oszczędnościowo rozliczeniowych (ror) 3. dla rachunków oszczędnościowych konto lokacyjne

Bardziej szczegółowo

Przykład procesu zarządzania wymaganiami przy użyciu Enterprise Architect

Przykład procesu zarządzania wymaganiami przy użyciu Enterprise Architect Przykład procesu zarządzania wymaganiami przy użyciu Enterprise Architect Karolina Zmitrowicz Zarządzanie wymaganiami w projekcie może być trudne i czasochłonne, może być chaotyczne jeśli brak odpowiedniego

Bardziej szczegółowo

System Doładowania e-karty przez Internet (SDK) Podręcznik użytkownika

System Doładowania e-karty przez Internet (SDK) Podręcznik użytkownika System Doładowania e-karty przez Internet (SDK) Podręcznik użytkownika Strona 1 z 9 1 Portal użytkowników. Portal SDK to system umożliwiający użytkownikom tarnowskiej karty miejskiej uzyskanie informacji

Bardziej szczegółowo

Załącznik nr 1. Specyfikacja techniczna portalu internetowego Łódź, 15.10.2012 r.

Załącznik nr 1. Specyfikacja techniczna portalu internetowego Łódź, 15.10.2012 r. Załącznik nr 1. Specyfikacja techniczna portalu internetowego Łódź, 15.10.2012 r. Stworzenie platformy internetowej na potrzeby projektu. 1 Wykonanie portalu internetowego na potrzeby e-usługi, obejmującego

Bardziej szczegółowo

Rozdział III Tabela opłat i prowizji dotycząca osób fizycznych

Rozdział III Tabela opłat i prowizji dotycząca osób fizycznych Rozdział III Tabela opłat i prowizji dotycząca osób fizycznych obowiązująca w Banku Spółdzielczym w Barcinie od dnia 01.01.2015r. po Aneksie nr 1 z dnia 29.01.2014r. obowiązującym od dnia 01.02.2015r.

Bardziej szczegółowo

Karol Kulesza Jakub Trzaskoma Jacek Suchowski. System wspomagający pracę biura podróży

Karol Kulesza Jakub Trzaskoma Jacek Suchowski. System wspomagający pracę biura podróży Karol Kulesza Jakub Trzaskoma Jacek Suchowski System wspomagający pracę biura podróży 1 Spis Treści 1. Analiza wymagań... 7 1.1. Opis działalności... 7 1.2. Przeznaczenie systemu... 7 1.3. Wykorzystane

Bardziej szczegółowo

Bieszczadzki Bank Spółdzielczy w Ustrzykach Dolnych

Bieszczadzki Bank Spółdzielczy w Ustrzykach Dolnych Załącznik do Uchwały Nr 44/Z/2015 Zarządu Bieszczadzkiego Banku Spółdzielczego w Ustrzykach Dolnych z dnia 27 marca 2015 r. Bieszczadzki Bank Spółdzielczy w Ustrzykach Dolnych Taryfa opłat i prowizji bankowych

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania (IO) Wykłady: mgr inż. Sławomir Wróblewski Godziny przyjęć: wtorki 10-11, środy 15-16 pokój nr 19 (6 piętro) Katedra Mikroelektroniki i Technik informatycznych Politechniki Łódzkiej,

Bardziej szczegółowo

Projekt współfinansowany przez Unię Europejską z Programu Operacyjnego Innowacyjna Gospodarka na lata 2007-2013

Projekt współfinansowany przez Unię Europejską z Programu Operacyjnego Innowacyjna Gospodarka na lata 2007-2013 ZAMAWIAJĄCY: realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego Innowacyjna Gospodarka Działania 8.2 Wspieranie wdrażania elektronicznego biznesu typu B2B : Wdrożenie w działalności

Bardziej szczegółowo

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ Faza określania wymagań (1) Cel fazy określania wymagań dokładne ustalenie wymagań klienta

Bardziej szczegółowo

Automatyzacja procesów księgowych w Twojej firmie

Automatyzacja procesów księgowych w Twojej firmie Automatyzacja procesów księgowych w Twojej firmie www.bph.pl/bankconnect FAKT #1 PRZEDSIĘBIORCY CENIĄ NOWOCZESNE ROZWIĄZANIA, KTÓRE USPRAWNIAJĄ PRACĘ W FIRMIE. FAKT #2 DZIĘKI BANKCONNECT PRZELEWY REALIZUJESZ

Bardziej szczegółowo

Java Developers Day. Implementacja ESB przy użyciu Mule. ESB Mule Obsługa zamówień DEMO

Java Developers Day. Implementacja ESB przy użyciu Mule. ESB Mule Obsługa zamówień DEMO Java Developers Day Implementacja ESB przy użyciu Mule Michał Majcher michal.majcher@altkom.pl Łukasz Krawczyk lukasz.krawczyk@altkom.pl slide 1 Tematy ESB Mule Obsługa zamówień DEMO Opis problemu Przepływ

Bardziej szczegółowo

Komunikacja z systemem OSOZ2

Komunikacja z systemem OSOZ2 Komunikacja z systemem OSOZ2 Na razie system OSOZ2 obsługuje TYLKO gwarancje tranzytowe. Poniższe obrazki należy traktować jako przykładowe w poszczególne pola należy wpisać dane dotyczące swojej gwarancji,

Bardziej szczegółowo

Laboratorium A: Zarządzanie ustawieniami zabezpieczeń/klucz do odpowiedzi

Laboratorium A: Zarządzanie ustawieniami zabezpieczeń/klucz do odpowiedzi Laboratorium A: Zarządzanie ustawieniami zabezpieczeń/klucz do odpowiedzi Ćwiczenie 1 Tworzenie szablonu niestandardowego Zadanie 1 W tym ćwiczeniu utworzysz niestandardowy szablon zabezpieczeń.! Utworzenie

Bardziej szczegółowo

Rozdział 2. Rachunki i rozliczenia bankowe dla klientów instytucjonalnych

Rozdział 2. Rachunki i rozliczenia bankowe dla klientów instytucjonalnych Rozdział 2. Rachunki i rozliczenia bankowe dla klientów instytucjonalnych Lp. Wyszczególnienie Stawka 1. Wpłaty kasowe: 1) Wpłaty gotówkowe na rachunki UG Celestynów oraz gminnych jednostek * organizac.

Bardziej szczegółowo

SMS Banking opis możliwości systemu. SMS Banking

SMS Banking opis możliwości systemu. SMS Banking SMS Banking Opis możliwości systemu SoftNet 2005 1. Omówienie SMS Banking otwiera nowy kanał komunikacji z klientem krótkie wiadomości tekstowe. Możliwa jest komunikacja w obu kierunkach: na żądanie klienta

Bardziej szczegółowo

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania... Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...

Bardziej szczegółowo

TABELA PROWIZJI I OPŁAT ZA CZYNNOŚCI BANKOWE obowiązująca w Banku Spółdzielczym w Krzyżanowicach od dnia 24.10.2012r.

TABELA PROWIZJI I OPŁAT ZA CZYNNOŚCI BANKOWE obowiązująca w Banku Spółdzielczym w Krzyżanowicach od dnia 24.10.2012r. TABELA PROWIZJI I OPŁAT ZA CZYNNOŚCI BANKOWE obowiązująca w Banku Spółdzielczym w Krzyżanowicach od dnia 24.10.2012r. I. RACHUNKI BANKOWE OSÓB PRAWNYCH, PODMIOTÓW GOSPODARCZYCH ORAZ JEDNOSTEK ORGANIZACYJNYCH

Bardziej szczegółowo

b) udzielenie kredytu jednorazowo od kwoty kredytu 2,00% minimum 50,00 zł

b) udzielenie kredytu jednorazowo od kwoty kredytu 2,00% minimum 50,00 zł BANKU SPÓŁDZIELCZEGO W EŁKU Lp Rodzaj usług (czynności) Tryb pobierania Stawka I. KREDYTY GOTÓWKOWE 1) KREDYT W RACHUNKU OSZCZĘDNOŚCIOWO - ROZLICZENIOWYM ORAZ W PRZYPADKU JEGO PRZEDŁUŻENIA NA NASTĘPNY

Bardziej szczegółowo