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

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

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

Transkrypt

1 Modelowanie przypadków użycia Jarosław Kuchta

2 Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników. Przypadek użycia reprezentuje możliwość oferowaną użytkownikowi przez system Przypadek użycia jest realizowany przez interakcję pomiędzy systemem a jego użytkownikami. Ten sam użytkownik może występować w różnych rolach w różnych przypadkach użycia. Rolę użytkownika w interakcji z systemem reprezentuje aktor. Aktorem może być też system zewnętrzny, o ile korzysta z usług projektowanego systemu. Modelowanie przypadków użycia 2/23

3 Przykłady Aktorzy: Klient Sprzedawca Magazynier Przypadki użycia: Złożenie zamówienia Wystawienie faktury Sprawdzenie stanu towaru Modelowanie przypadków użycia 3/23

4 Dwustopniowy proces definiowania przypadków użycia 1. Zespół projektowy we współpracy z użytkownikami opracowuje tekstowy opis przypadków użycia 2. Zespół projektowy na podstawie opisu tekstowego opracowuje diagramy przypadków użycia. Modelowanie przypadków użycia 4/23

5 Rodzaje przypadków użycia ogólny(overview)/szczegółowy(detail) ogólny przypadek użycia prezentuje ogólnie wymagania użytkowników co do funkcjonalności systemu szczegółowy przypadek użycia pokazuje szczegóły interakcji podstawowy(essential)/rzeczywisty(real) podstawowy przypadek użycia pokazuje tylko podstawowe rozwiązania konieczne dla zrozumienia wymaganej funkcjonalności niezależnie od implementacji rzeczywisty przypadek użycia pokazuje konkretny ciąg kroków potrzebnych do realizacji tej funkcjonalności (implementację) Modelowanie przypadków użycia 5/23

6 Opis przypadku użycia Informacje ogólne Lista aktorów (opis aktorów, relacje między nimi) Relacje z aktorami i innymi przypadkami użycia (diagramy przypadków użycia) Scenariusz zdarzeń Charakterystyka opcjonalna Modelowanie przypadków użycia 6/23

7 Informacje ogólne Nazwa przypadku użycia czasownik rzeczownik (np. Złożenie zamówienia) Identyfikator identyfikator cyfrowy umożliwiający powiązanie funkcjonalności z przypadkiem użycia Referencja do wymagania funkcjonalnego ze specyfikacji wymagań umożliwia powiązanie przypadku użycia ze specyfikacją wymagań Poziom ważności umożliwia ustalenie kolejności implementacji przy podejściu ewolucyjno-iteracyjnym Rodzaj ogólny/szczegółowy podstawowy/rzeczywisty Modelowanie przypadków użycia 7/23

8 Lista aktorów Lista aktorów wyszczególnia wszystkich aktorów uczestniczących w przypadku użycia. Każdy aktor reprezentuje rolę użytkownika w interakcji z systemem. Aktor może też reprezentować zewnętrzny system współpracujący z danym systemem. Jeden z aktorów jest wyróżniany. Jest to tzw. aktor główny (primary actor), który inicjuje interakcję. Modelowanie przypadków użycia 8/23

9 Wielu aktorów w jednym przypadku użycia Złożenie zamówienia Klient Sprzedawca 2 Sesja gry Gracz Modelowanie przypadków użycia 9/23

10 Relacje między aktorami Użytkownik Użytkownik reprezentuje uogólnioną klasę użytkowników. Ma ogólne możliwości (np. logowanie) Klient reprezentuje klasę klientów. Ma możliwości biznesowe (np. złożenie zamówienia) Klient Administrator Administrator reprezentuje użytkownika pełniącego funkcję nadzorczą. Ma możliwości administracyjne (np. zarządzanie użytkownikami) Modelowanie przypadków użycia 10/23

11 Relacje między przypadkami użycia relacja zawierania (include) zachodzi wówczas, gdy jeden przypadek użycia jest obowiązkowo częścią innego przypadku użycia, tzn. scenariusz jednego przypadku użycia wchodzi w skład scenariusza innego przypadku użycia. relacja rozszerzenia (extend) zachodzi wówczas, gdy jeden przypadek użycia może być częścią innego przypadku użycia, tzn. scenariusz jednego przypadku użycia może zostać wykonany w scenariuszu innego przypadku użycia w pewnych warunkach. relacja generalizacji-specjalizacji zachodzi wówczas, gdy jeden przypadek stanowi stanowi szczególną (wyspecjalizowaną) wersję innego przypadku użycia, np. jeden z aktorów jest wyspecjalizowaną klasą aktora z drugiego przypadku użycia Modelowanie przypadków użycia 11/23

12 Przykłady relacji między przypadkami użycia Złożenie zamówienia «include» Określenie terminu dostawy Logowanie użytkownika «extend» Rejestracja nowego użytkownika Zarządzanie użytkownikami Dodawanie użytkownika Edycja danych użytkownika Usuwanie użytkownika Modelowanie przypadków użycia 12/23

13 Relacje między aktorami i przypadkami użycia (1) Logowanie Logowanie User User Logowanie Admin Admin Modelowanie przypadków użycia 13/23

14 Relacje między aktorami i przypadkami użycia (2) Administrator Zarządzanie użytkownikami Dodawanie użytkownika Edycja danych użytkownika Usuwanie użytkownika Administrator Dodawanie użytkownika Edycja danych użytkownika Usuwanie użytkownika Modelowanie przypadków użycia 14/23

15 Diagram przypadków użycia Złożenie zamówienia Sprawdzenie zamówienia Sprawdzenie stanu w magazynie Klient Zmiana zamówienia Sprzedawca Anulowanie zamówienia Realizacja zamówienia Spedytor Magazynier Modelowanie przypadków użycia 15/23

16 Scenariusz zdarzeń Podstawowy ciąg zdarzeń Aktywności zagłębione Sytuacje wyjątkowe Modelowanie przypadków użycia 16/23

17 Złożenie zamówienia: Scenariusz zdarzeń opis tekstowy (1) 1. Akceptacja klienta 2. Negocjacje pozycji 3. Akceptacja zamówienia Modelowanie przypadków użycia 17/23

18 Akceptacja klienta: Scenariusz zdarzeń - opis tekstowy (2) 1. Po zgłoszeniu się klienta sprzedawca wyszukuje jego dane na liście klientów. 2. Jeśli brak klienta na liście klientów, to sprzedawca wprowadza nowego klienta. 3. Sprzedawca potwierdza aktualne dane klienta. 4. Jeśli dane klienta nie są aktualne, to sprzedawca uaktualnia dane. Modelowanie przypadków użycia 18/23

19 Scenariusz zdarzeń opis tekstowy (3) Wprowadzenie nowego klienta: 1. Sprzedawca prosi klienta o podanie danych osobowych. 2. Klient podaje swoje dane osobowe. 3. Sprzedawca wprowadza dane osobowe klienta do tabeli klientów. Sytuacja wyjątkowa: 1. Klient odmawia podania danych osobowych. 2. Sprzedawca ponownie prosi klienta o podanie danych osobowych. 3. Jeśli klient ponownie odmawia podania danych osobowych, to transakcja się kończy. Modelowanie przypadków użycia 19/23

20 Negocjacje pozycji: Scenariusz zdarzeń opis tekstowy (4) Dla każdej pozycji zamówienia: 1. Sprzedawca informuje klienta o oferowanym towarze. 2. Klient wybiera towar. 3. Sprzedawca informuje klienta o cenie i terminie realizacji. 4. Klient akceptuje lub odrzuca ofertę Modelowanie przypadków użycia 20/23

21 Oferowanie towaru: Scenariusz zdarzeń opis tekstowy (5) 1. Sprzedawca dostosowuje listę oferowanych towarów do potrzeb klienta. 2. Sprzedawca prezentuje listę oferowanych towarów dla klienta. Modelowanie przypadków użycia 21/23

22 Scenariusz zdarzeń - diagram sekwencji klient : Klient Zgłoszenie klienta : Sprzedawca Wyszukanie klienta Lista klientów : Lista klientów Cennik towarów : Cennik Stan aktualny : Stan magazynu Potwierdzenie zgłoszenia Dane klienta Pozycje zamówienia Zapytanie o cenę Cena towaru Cena i termin realizacji Zapytanie o stan Stan towaru Modelowanie przypadków użycia 22/23

23 Literatura A.Dennis, B.H.Wixom, D.Tegarden: Systems Analysis & Design. An Object-Oriented Approach with UML, John Wiley & Sons, 2002 Modelowanie przypadków użycia 23/23

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

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

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

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

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

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

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

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie klas i obiektów Jarosław Kuchta Podstawowe pojęcia (1) Byt, encja (entity) coś co istnieje, posiada własne cechy i wyodrębnioną tożsamość (identity); bytem może być rzecz, osoba, organizacja,

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

Projekt zespołowy Osoby wykonujące projekt:

Projekt zespołowy Osoby wykonujące projekt: Projekt zespołowy Osoby wykonujące projekt: Łukasz Włodarczyk Paweł Mielnikiewicz Marcin Zapaśnik Koszalin 2013 1 1. Mapa myśli 2. Słownik pojęć Klient osoba zakupująca paliwo na stacji benzynowej lub

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

Projektowanie architektury systemu rozproszonego. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie architektury systemu rozproszonego. Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie architektury systemu rozproszonego Jarosław Kuchta Zagadnienia Typy architektury systemu Rozproszone przetwarzanie obiektowe Problemy globalizacji Problemy ochrony Projektowanie architektury

Bardziej szczegółowo

Diagramy przypadków użycia - MS Visio

Diagramy przypadków użycia - MS Visio Diagramy przypadków użycia - MS Visio LABORKA Piotr Ciskowski zad. 1. Sklep internetowy - diagram przypadków użycia (Visio) o przykład z: Wrycza i in., UML 2.x. Ćwiczenia zaawansowane o narzędzie: MS Visio

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

Inżynierski Projekt Zespołowy

Inżynierski Projekt Zespołowy Inżynierski Projekt Zespołowy Projekt Funkcji Systemu 1. Wymagania funkcjonalne i niefunkcjonalne Prace nad specyfikacją powinny się koncentrowad na funkcjonalnościach, interakcji systemu z użytkownikiem,

Bardziej szczegółowo

Technologie obiektowe. Plan. Ewolucja technik wytwarzania oprogramowania

Technologie obiektowe. Plan. Ewolucja technik wytwarzania oprogramowania Literatura Marek Kisiel-Dorohinicki doroh@agh.edu.pl Brett D. McLaughlin, Gary Pollice, David West Head First Object-Oriented Analysis and Design Martin Fowler UML Distilled ( UML w kropelce ) Grady Booch,

Bardziej szczegółowo

raporty-online podręcznik użytkownika

raporty-online podręcznik użytkownika raporty-online podręcznik użytkownika Ramzes Sp. z o.o. jest wyłącznym właścicielem praw, w tym wszelkich majątkowych praw autorskich do programu oraz treści podręcznika użytkownika. Powielanie w jakiejkolwiek

Bardziej szczegółowo

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie bazy danych Jarosław Kuchta Projektowanie Aplikacji Internetowych Możliwości projektowe Relacyjna baza danych Obiektowa baza danych Relacyjno-obiektowa baza danych Inne rozwiązanie (np. XML)

Bardziej szczegółowo

WellCommerce Poradnik: Sprzedaż

WellCommerce Poradnik: Sprzedaż WellCommerce Poradnik: Sprzedaż Spis treści well W tej części poradnika poznasz funkcje WellCommerce odpowiedzialne za obsługę sprzedaży. 2 Spis treści... 2 Wstęp... 3 Logowanie do panelu administratora...

Bardziej szczegółowo

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski System CRM dla banku Analiza i projekt Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski Spis treści 1 Cel projektu 3 2 Słownik 4 3 Wymagania funkcjonalne 5 3.1 F.BK Baza klientów.................................

Bardziej szczegółowo

Projekt z przedmiotu Projektowanie systemów teleinformatycznych

Projekt z przedmiotu Projektowanie systemów teleinformatycznych Państwowa Wyższa Szkoła Zawodowa w Tarnowie Projekt z przedmiotu Projektowanie systemów teleinformatycznych Temat : Centrum Raportowania Sprzedaży w sieciach telefonii komórkowej Wykonali: Pasula Marcin

Bardziej szczegółowo

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski System CRM dla banku Analiza i projekt Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski Spis treści 1 Wprowadzenie 4 1.1 Cel projektu....................................... 4 1.2 Słownik.........................................

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

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

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 3 Identyfikacja przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Znajdowanie przypadków użycia

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

Projektowanie interfejsu użytkownika (1) Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie interfejsu użytkownika (1) Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie interfejsu użytkownika (1) Jarosław Kuchta Charakterystyki użytkowników Nazwa użytkownika Cel korzystania z systemu Klasyfikacja przynależność organizacyjna doświadczenie i umiejętności uprawnienia

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

Wymagania funkcjonalne systemu CRM

Wymagania funkcjonalne systemu CRM Wymagania funkcjonalne systemu CRM Moduł firm Celem modułu faktur jest umożliwienie zarządzania firmami i bezpośrednimi kontaktami personalnymi w tych firmach. Moduł ten umożliwi dodawanie, usuwanie, edycję

Bardziej szczegółowo

DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL

DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL Projektowanie Systemów Komputerowych Laboratoria/Projekty Krzysztof Regulski AGH, WIMiIP DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL 1) Zastosowanie Jedną ze stosowanych metodologii prowadzenia projektów

Bardziej szczegółowo

Ćwiczenia 3: Specyfikacja wymagań Pytania:

Ćwiczenia 3: Specyfikacja wymagań Pytania: Ćwiczenia 3: Specyfikacja wymagań Pytania: 1. Przygotuj przypadek użycia opisujący obsługę zamówienia w sklepie internetowym (krok po kroku). Zaczynamy od identyfikatora przypadku użycia (powiedzmy UC1),

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

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

Projektowanie systemów informatycznych

Projektowanie systemów informatycznych Projektowanie systemów informatycznych Zarządzanie projektem Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Cel wykładu Przedstawienie inżynierii wymagań jako istotnego i

Bardziej szczegółowo

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

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl Metody porządkowania wymagań funkcjonalnych Liczba wymagań funkcjonalnych może być bardzo duża; konieczne jest pewnego rodzaju

Bardziej szczegółowo

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach) Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach) 1. Wstęp: 1.1. Cel. Niniejszy dokument przestawia specyfikację wymagań systemowych (zarówno funkcjonalnych jak i niefunkcjonalnych)

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

System zarządzania materiałami firmowymi

System zarządzania materiałami firmowymi System zarządzania materiałami firmowymi jest kompleksowym systemem wspomagającym zarządzanie materiałami firmowymi korporacji sieciowych. zadania zalety funkcje schemat PromoCentrum 4 6 8 14 zadania PromoCentrum!

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

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

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

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu

Bardziej szczegółowo

Opracowywanie zamówień

Opracowywanie zamówień Podsystemy logistyki - podział funkcjonalny Opracowywanie zamówień Zarządzanie zapasami (gospodarka magazynowa) Magazyn Opakowanie Transport Opracowywanie zamówień 1 Zamówienie Zamówienie jest podstawą

Bardziej szczegółowo

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski

System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski System CRM dla banku Analiza i projekt Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski Spis treści 1 Wprowadzenie 4 1.1 Cel projektu....................................... 4 1.2 Słownik.........................................

Bardziej szczegółowo

Narysować diagram sekwencji pokazujący rejestrację wypożyczenia przez Jana Kowalskiego książki Potop

Narysować diagram sekwencji pokazujący rejestrację wypożyczenia przez Jana Kowalskiego książki Potop Egzamin: 31/01/2009 Godzina: 14:15 16:00 Opracowano na podstawie przykładowych zadań MODELOWANIE I ANALIZA SYSTEMÓW OPRACOWANIE ZADAŃ Zadanie 1 Zamodeluj funkcjonalność systemu bibliotecznego Należy: Utworzyć

Bardziej szczegółowo

Instrukcja. Zlecenia spedycyjne WWW

Instrukcja. Zlecenia spedycyjne WWW Instrukcja Zlecenia spedycyjne WWW Wstęp System umożliwia dodawanie zleceń spedycyjnych przez stronę WWW, klientom firmy Ponetex. Po zalogowaniu się do systemu przez stronę WWW, klient może dodawać, usuwać,

Bardziej szczegółowo

Analiza i projektowanie aplikacji Java

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

Instrukcja obsługi platformy B2B Polcolorit S.A.

Instrukcja obsługi platformy B2B Polcolorit S.A. Instrukcja obsługi platformy B2B Polcolorit S.A. www.polcolorit.com.pl Spis treści: 1. Wstęp... 2 2. Logowanie... 3 3. Układ B2B... 5 4. Składanie zamówień... 9 5. Zarządzanie użytkownikami... 13 1. Wstęp

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

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO ZAPYTANIE O INFORMACJĘ DOTYCZY OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE BIURO OBSŁUGI KLIENTA DLA PKO LEASING SA SA PKO ŁÓDŹ, MARZEC 2014 PYTAJĄCY PKO Leasing SA ul. Śmigłego Rydza 20, 93 281 Łódź tel.

Bardziej szczegółowo

Polityka prywatności

Polityka prywatności Polityka prywatności Przyjęta do stosowania przez podmiot: Sellus sp. z o.o. z siedzibą w Dąbrowie Górniczej (41-300) przy ulicy Przelotowej 200, wpisaną Krajowego Rejestru Sądowego pod numerem 0000448173,

Bardziej szczegółowo

SKRÓCONY OPIS systemu lojalnościowego

SKRÓCONY OPIS systemu lojalnościowego SKRÓCONY OPIS systemu lojalnościowego na podstawie wersji 2.0 PRODUCENT: Basic-Soft Ostrów Wlkp. AKTUALNA WERSJA: Kontrahent GT wersja 2.0 Zabrania się powielania, publikowania i rozpowszechniania bez

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

Instrukcja dla nowych klientów

Instrukcja dla nowych klientów Instrukcja dla nowych klientów 1. Ściągnąć formularz zgłoszeniowy w celu skontaktowania się z Nami. Po otrzymaniu Państwa zgłoszenia administrator utworzy nowy sklep internetowy. 2. W momencie przekazywania

Bardziej szczegółowo

WOJSKOWA AKADEMIA TECHNICZNA

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

Tworzenie modelu konceptualnego systemu informatycznego część 1

Tworzenie modelu konceptualnego systemu informatycznego część 1 Tworzenie modelu konceptualnego systemu informatycznego część 1 1. Elementy diagramów przypadków użycia (usecases) 2. Wytyczne tworzenia diagramów przypadków użycia (use-cases) (wg Booch G., Rumbaugh J.,

Bardziej szczegółowo

Opis nowych funkcji w programie Symfonia Handel w wersji 2010

Opis nowych funkcji w programie Symfonia Handel w wersji 2010 Symfonia Handel 1 / 5 Opis nowych funkcji w programie Symfonia Handel w wersji 2010 Główne korzyści z wersji 2010: Optymalizacja kosztów magazynowania i obsługi dostaw poprzez efektywniejsze zarządzanie

Bardziej szczegółowo

REGULAMIN SPRZEDAŻY W SKLEPIE INTERNETOWYM SCARTSHOW.PL. 1 Postanowienia ogólne

REGULAMIN SPRZEDAŻY W SKLEPIE INTERNETOWYM SCARTSHOW.PL. 1 Postanowienia ogólne REGULAMIN SPRZEDAŻY W SKLEPIE INTERNETOWYM SCARTSHOW.PL 1 Postanowienia ogólne 1. Sklep internetowy działający pod adresem www.sklep.scartshow.pl jest platformą prowadzoną przez firmę Scartshow z siedzibą

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Instrukcja do laboratorium rok akad. 2014/2015 Informacje podstawowe: Celem laboratorium jest nabycie przez studentów praktycznej umiejętności wykonywania modeli analitycznych

Bardziej szczegółowo

MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego

Bardziej szczegółowo

1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl.

1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl. REGULAMIN SKLEPU 1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl. Składanie zamówień może się odbywać przez 24 godziny na dobę za pomocą strony

Bardziej szczegółowo

Instrukcja dla użytkowników serwisu internetowego

Instrukcja dla użytkowników serwisu internetowego Instrukcja dla użytkowników serwisu internetowego 1 2 Spis treści SPIS TREŚCI... 2 I WSTĘP... 3 II OPIS FUNKCJONALNOŚCI... 3 1. LOGOWANIE DO SERWISU INTERNETOWEGO... 3 1.1 Reguły bezpieczeństwa... 3 2.

Bardziej szczegółowo

Pomoc do programu KOFi

Pomoc do programu KOFi Pomoc do programu KOFi WSTĘP 2 STANDARDOWE I PODSTAWOWE STOSOWANE KLAWISZE W PROGRAMIE: 2 KARTOTEKA KLIENTA 3 KARTOTEKA TOWAROWA 3 LISTA DOKUMENTÓW 5 ROZLICZANIE DOKUMENTÓW 6 TWORZENIE, POPRAWA DOKUMENTU

Bardziej szczegółowo

WITAMY NA STRONIE. Internetowej platformy dystrybucyjnej Firmy Księgarskiej Olesiejuk Spółka z ograniczoną odpowiedzialnością Spółka Jawna.

WITAMY NA STRONIE. Internetowej platformy dystrybucyjnej Firmy Księgarskiej Olesiejuk Spółka z ograniczoną odpowiedzialnością Spółka Jawna. WITAMY NA STRONIE Internetowej platformy dystrybucyjnej Firmy Księgarskiej Olesiejuk Spółka z ograniczoną odpowiedzialnością Spółka Jawna. www.olesiejuk.pl Uprzejmie prosimy o zapoznanie się z Regulaminem

Bardziej szczegółowo

Diagramy czynności Na podstawie UML 2.0 Tutorial

Diagramy czynności Na podstawie UML 2.0 Tutorial Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/

Bardziej szczegółowo

LK1: Wprowadzenie do MS Access Zakładanie bazy danych i tworzenie interfejsu użytkownika

LK1: Wprowadzenie do MS Access Zakładanie bazy danych i tworzenie interfejsu użytkownika LK1: Wprowadzenie do MS Access Zakładanie bazy danych i tworzenie interfejsu użytkownika Prowadzący: Dr inż. Jacek Habel Instytut Technologii Maszyn i Automatyzacji Produkcji Zakład Projektowania Procesów

Bardziej szczegółowo

Ticket System/System zgłoszeń

Ticket System/System zgłoszeń Ticket System/System zgłoszeń (Moduł Magento) v.1.3.0 Strona 1 z 14 Spis treści Zgodny z Magento... 3 Instalacja... 3 Konfiguracja... 4 Tworzenie nowego zgłoszenia... 5 Zadaj pytanie... 9 Zadaj pytanie

Bardziej szczegółowo

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz www.zssk.pwr.wroc.pl Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska Narzędzia modelowania

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Definicja IEEE: inżynieria oprogramowania jest to zastosowanie - systematycznego, - zdyscyplinowanego, - ilościowego podejścia do - rozwoju, - eksploatacji - utrzymania oprogramowania.

Bardziej szczegółowo

Programy licencjonowania zbiorczego firmy Adobe

Programy licencjonowania zbiorczego firmy Adobe Programy licencjonowania zbiorczego firmy Adobe Podręcznik użytkownika konsoli sprzedawcy programu VIP dla planu Value Incentive Plan (VIP) Wersja 3.5 listopad 21, 2013 Obowiązuje od 1 listopada 2013 Strona

Bardziej szczegółowo

DOTACJE NA INNOWACJE. Inwestujemy w waszą przyszłość. Zapytanie ofertowe

DOTACJE NA INNOWACJE. Inwestujemy w waszą przyszłość. Zapytanie ofertowe Nitrotek Sp. z o.o. ul. Krynicka 40/7 50-555 Wrocław Wrocław, dnia 07.01.2014 r. Zapytanie ofertowe W związku z realizacją projektu Wdrożenie nowoczesnego systemu B2B automatyzującego współpracę Nitrotek

Bardziej szczegółowo

Instrukcja obsługi Platformy Wymiany Walut

Instrukcja obsługi Platformy Wymiany Walut Instrukcja obsługi Platformy Wymiany Walut 1 1. Ochrona danych osobowych. Informacje uzyskane od Klienta w związku z wykonywaniem czynności na zlecenie Klienta są przedmiotem ochrony danych osobowych.

Bardziej szczegółowo

Platforma elektronicznego obiegu dokumentów dla klientów KBA. Copyright by Korycka, Budziak & Audytorzy Sp. z o.o.

Platforma elektronicznego obiegu dokumentów dla klientów KBA. Copyright by Korycka, Budziak & Audytorzy Sp. z o.o. Platforma elektronicznego obiegu dokumentów dla klientów KBA Spis treści I. Wprowadzenie...2 II. O co chodzi? Jak to działa?...3 A. System obiegu dokumentów...3 B. Zasady obiegu dokumentów...4 C. Administracja

Bardziej szczegółowo

ul. Pogodna 6 10-647 Olsztyn +48 504 647 030 codeit@codeit.pl http://codeit.pl

ul. Pogodna 6 10-647 Olsztyn +48 504 647 030 codeit@codeit.pl http://codeit.pl Aplikacja 'mcrm' codeit ul. Pogodna 6 10-647 Olsztyn +48 504 647 030 codeit@codeit.pl 1. Idea Aplikacja 'mcrm' to prosty system klasy CRM (Customer Relationship Management) stworzony z myślą o małych i

Bardziej szczegółowo

Podręcznik użytkownika aplikacji E-Hurt

Podręcznik użytkownika aplikacji E-Hurt Podręcznik użytkownika aplikacji E-Hurt 1 Spis treści 1 SPIS TREŚCI... 2 1.1 MAPA STRON APLIKACJI... 3 2 FUNKCJONALNOŚĆ APLIKACJI DLA KLIENTA... 4 2.1 LOGOWANIE SIĘ DO APLIKACJI... 4 2.2 MÓJ PROFIL...

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Projektowanie bazy danych przykład

Projektowanie bazy danych przykład Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana

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

ZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO

ZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO ZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO 1. MODYFIKACJA MECHANIZMÓW GRY. Scenariusz główny 1. Wprowadzenie konsekwencji nie płacenia przez gracza za faktury/rachunki. W przypadku niezapłacenia terminowego

Bardziej szczegółowo

Kancelaria 2.26 zmiany w programie czerwiec 2014

Kancelaria 2.26 zmiany w programie czerwiec 2014 Aktualizacja musi odbyć się przy zamkniętych programach na wszystkich końcówkach. Przed zainstalowaniem nowej wersji programu należy wykonać kopię zapasową bazy danych oraz całego folderu, w którym znajduje

Bardziej szczegółowo

REGULAMIN SERWISU INTERNETOWEGO

REGULAMIN SERWISU INTERNETOWEGO REGULAMIN SERWISU INTERNETOWEGO Informacje ogólne 1. Serwis działający pod adresem www.brw.com.pl prowadzony jest przez "BLACK RED WHITE" Spółka Akcyjna (S.A.) z siedzibą w Biłgoraju, adres ul. Krzeszowska

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

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

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Szkolenie w zakresie funkcjonalności platformy ekatalogi. - Wykonawcy -

Szkolenie w zakresie funkcjonalności platformy ekatalogi. - Wykonawcy - Szkolenie w zakresie funkcjonalności platformy ekatalogi - Wykonawcy - Warszawa, 09/12/2014 Ewelina Kutyła www.eurodyn.com Agenda 1. European Dynamics wykonawca systemu ekatalogi 2. Platforma ekatalogi

Bardziej szczegółowo

Załącznik nr 2 do zapytanie ofertowego nr 1 Specyfikacja

Załącznik nr 2 do zapytanie ofertowego nr 1 Specyfikacja Załącznik nr 2 do zapytanie ofertowego nr 1 Specyfikacja Niniejszy projekt przewiduje implementację nowego systemu B2B, który pozwoli na znaczące usprawnienie 3 procesów biznesowych zachodzących pomiędzy

Bardziej szczegółowo

I Przedmiot Zamówienia:

I Przedmiot Zamówienia: Nitrotek Sp. z o.o. ul. Krynicka 40/7 50-555 Wrocław DOTACJE NA INNOWACJE. Inwestujemy w waszą przyszłość. Wrocław, dnia 07.05.2013 r. Zapytanie ofertowe W związku z realizacją projektu Wdrożenie nowoczesnego

Bardziej szczegółowo

Wymiar godzin: 60. Tematy zajęć. 1. Liczebniki, działania matematyczne 2. Miary, waluty ćwiczenia leksykalne, słuchanie

Wymiar godzin: 60. Tematy zajęć. 1. Liczebniki, działania matematyczne 2. Miary, waluty ćwiczenia leksykalne, słuchanie Język angielski zawodowy Rozkład materiału i efekty kształcenia dla kwalifikacji A.18. Prowadzenie sprzedaży Zawód: technik handlowiec 522305, technik księgarstwa 522306, sprzedawca 522301 Tematy zajęć

Bardziej szczegółowo

Podręcznik GB24 Kredyty, karty płatnicze, zlecenia stałe

Podręcznik GB24 Kredyty, karty płatnicze, zlecenia stałe Spis treści 1 Wstęp... 1 2 Funkcjonalność Kredyty... 1 2.1 Podgląd szczegółów kredytu, zakres dostępnych danych... 2 2.2 Inne funkcjonalności dot. kredytów w bankowości GB24... 5 3 Karty płatnicze (Debetowe

Bardziej szczegółowo

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 9 Strukturyzacja modelu przypadków użycia

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 9 Strukturyzacja modelu przypadków użycia Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 9 Strukturyzacja modelu przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements

Bardziej szczegółowo

1. Logowanie się do panelu Adminitracyjnego

1. Logowanie się do panelu Adminitracyjnego Spis treści 1. Logowanie się do panelu Adminitracyjnego...1 2. Tworzenie i zarządzenie kategoriami...4 2.1 Nawigowanie po drzewie kategorii...5 2.2 Tworzenie kategorii...6 2.3 Usuwanie kategorii...9 3.

Bardziej szczegółowo

Specyfikacja serwisu kurierskiego wersja standardowa

Specyfikacja serwisu kurierskiego wersja standardowa Specyfikacja serwisu kurierskiego wersja standardowa Front Obsługa konta logowanie rejestracja (wraz z aktywacją za pomocą e-maila) profil dane podstawowe: nowe hasło, numer konta bankowego dane do faktury

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

Przykładowy Projekt i

Przykładowy Projekt i Przykładowy Projekt i Autor Dokumentu: Józef Cyrankiewicz Jerzy Urban Właściciele Dokumentu: j.w. Wersja Dokumentu: 0.5 Status Dokumentu: Roboczy Data utworzenia: 27.10.2015 r. Data ostatniej modyfikacji:

Bardziej szczegółowo

Instrukcja składania zamówienia internetowego w sklepie internetowym www.sklep.rolvet.pl.

Instrukcja składania zamówienia internetowego w sklepie internetowym www.sklep.rolvet.pl. Instrukcja składania zamówienia internetowego w sklepie internetowym www.sklep.rolvet.pl. Przechodzimy do zakładki Sprzedaż on-line, Wchodzimy na stronę. Bezpośredni dostęp do sklepu możliwy jest też pod

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

Wprowadzenie do zarządzania procesami biznesowymi

Wprowadzenie do zarządzania procesami biznesowymi Wprowadzenie do zarządzania procesami biznesowymi Definicja procesu Proces jest jednostką pracy obejmującą wiele czynności, wykonywanych w ogólności przez różnych wykonawców i w sposób współbieżny. Proces

Bardziej szczegółowo

System Zamówienia i Kontrola Dostaw

System Zamówienia i Kontrola Dostaw System Zamówienia i Kontrola Dostaw System składa się z następujących modułów: 1. Zamówienia od Odbiorców 2. Zamówienia do Dostawców 3. Zestawienia Analityczne 4. Specyfikacja Wysyłkowa 5. Budżet Odbiorców

Bardziej szczegółowo

Szkolenie w zakresie funkcjonalności platformy ekatalogi. - Zamawiający -

Szkolenie w zakresie funkcjonalności platformy ekatalogi. - Zamawiający - Szkolenie w zakresie funkcjonalności platformy ekatalogi - Zamawiający - Warszawa, 08/12/2014 Ewelina Kutyła www.eurodyn.com Agenda 1. European Dynamics wykonawca systemu ekatalogi 2. Platforma ekatalogi

Bardziej szczegółowo

Podstawy obiegu dokumentów II

Podstawy obiegu dokumentów II dr inż. Paweł Kużdowicz Zakład Controllingu i Informatyki Ekonomicznej Wydział Ekonomii i Zarządzania, Uniwersytet Zielonogórski Instrukcja do laboratorium z przedmiotu Informatyka w zarządzaniu na bazie

Bardziej szczegółowo