Wymagania pozafunkcjonalne

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

Download "Wymagania pozafunkcjonalne"

Transkrypt

1 Wymagania pozafunkcjonalne Opracowanie: dr inż. M. Ochodek?

2 Plan wykładu Wymagania pozafunkcjonalne ISO 25010:2011 Jakość użycia produktu Jakość produktu

3 Wymagania pozafunkcjonalne Wymagania pozafunkcjonalne, nie są bezpośrednio związane z funkcjami aplikacji. Opisują własności (cechy, charakterystyki) produktu, np. oprogramowania.

4 Motywacja Przepustowość drogi?

5 Charakterystyki dobrej specyfikacji Poprawna; Jednoznaczna; Kompletna; Spójna; Uporządkowana według ważności; Weryfikowalna; Modyfikowalna; Spełnienie wygórowanych wymagań pozafunkcjonalnych jest często kosztowne, dlatego należy specyfikować je racjonalnie... Umożliwiająca śledzenie zależności. Zadbaj aby wymagania pozafunkcjonalne były mierzalne! (unikaj stwierdzeń typu: system ma być wydajny...)

6 Wymaganie pozafunkcjonalne Dobre to znaczy jakie?

7 Wymagania pozafunkcjonalne NFR: Stwierdzenie System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

8 Wymagania pozafunkcjonalne NFR: Stwierdzenie System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

9 Wymagania pozafunkcjonalne NFR: Stwierdzenie System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności? MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

10 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

11 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna? Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

12 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo Ważność/Złożoność np. H/L/M IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

13 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo Ważność/Złożoność np. H/L/M IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna? Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

14 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo Ważność/Złożoność np. H/L/M (?) Metoda weryfikacji np. serwer testowy o parametrach itp.. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

15 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo Ważność/Złożoność np. H/L/M (?) Metoda weryfikacji np. serwer testowy o parametrach itp.. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

16 Wymagania pozafunkcjonalne NFR: Stwierdzenie ID System powinien generować raport roczny sprzedaży w ciągu maksymalnie 20 minut. np. 123, NFR12 Kategoria np. bezpieczeństwo Ważność/Złożoność np. H/L/M (?) Metoda weryfikacji np. serwer testowy o parametrach itp.. IEEE Poprawna Jednoznaczna Kompletna Spójna Priorytetyzowalna Weryfikowalna Modyfikowalna Um. śledzenie zależności MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

17 Wymagania pozafunkcjonalne Definicja poprzez rozwiązanie np. bezpieczeństwo połączenie szyfrowane np. HTTPS Definicja poprzez stosowanie praktyki np. łatwość operowania warsztaty GUI

18 Kategorie Kategorie wymagań pozafunkcjonalnych np. bezpieczeństwo, odporność na błędy, wydajność lista lub hierarchia Category_1 NFR1 NFR2 NFR3 Category_1 SubCategory_1.1 SubCategory_1.2 NFR1 NFR2 NFR3 NFR4 NFR5 Category_2 Category_2

19 Trzy siły w projekcie Inwestor Użytkownicy Dostawca

20 Typowy przepływ zainteresowania wymaganiami Użytkownicy Inwestor Dostawca

21 Rodzaje wymagań Wiążące (ang. binding) Z kontraktu / umowy Inwestor Użytkownicy Dostawca

22 Rodzaje wymagań Wiążące (ang. binding) Z kontraktu / umowy Niewiążące (ang. Notbinding) Implicite, oczekiwania Inwestor Użytkownicy Dostawca

23 Rodzaje wymagań Wiążące (ang. binding) Z kontraktu / umowy Niewiążące (ang. Notbinding) Implicite, oczekiwania Te które, zapewnione są mimo braku w kontrakcie np. dla dobra dalszego rozwoju Użytkownicy Inwestor Dostawca

24 Jakość produktu i jakość użycia produktu ISO 25010:2011 Produkt Ludzie wspomagani przez produkt

25 Jakość produktu i jakość użycia produktu ISO 25010:2011 Rzadko spotykane podejście do specyfikowania wymagań pozafunkcjonalnych. Nie określamy jaki ma być produkt, ale jak ma wpłynąć na nasze funkcjonowanie. Produkt Ludzie wspomagani przez produkt

26 Jakość użycia produktu

27 Jakość użycia produktu Efektywność Wydajność pracy Satysfakcja Redukcja ryzyka Dopasowanie do kontekstu Ludzie wspomagani przez produkt

28 Jakość użycia produktu Efektywność Wydajność pracy Satysfakcja Dokładność i kompletność z jaką użytkownicy osiągają określone cele. Redukcja ryzyka Dopasowanie do kontekstu Ludzie wspomagani przez produkt

29 Jakość użycia produktu Efektywność Wydajność pracy Satysfakcja Redukcja ryzyka Dopasowanie do kontekstu Ilość zasobów (czas pracy, materiały, pieniądze) potrzebna do tego, by użytkownicy mogli osiągać swoje cele z określoną dokładnością i kompletnością. Ludzie wspomagani przez produkt

30 Jakość użycia produktu Efektywność Wydajność pracy Satysfakcja Redukcja ryzyka Dopasowanie do kontekstu Redukcja ryzyka ekonomicznego Redukcja ryzyka związanego z życiem i zdrowiem Redukcja ryzyka wpływu na środowisko

31 Jakość produktu i jakość użycia produktu ISO 25010:2011 Produkt Ludzie wspomagani przez produkt

32 Jakość produktu

33 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Produkt

34 Pytanie Które z charakterystyk wydają się Państwu najważniejsze i najbardziej problematyczne z punktu widzenia dostawcy, inwestora i użytkownika? Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność

35 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Funkcjonalna kompletność Funkcjonalna poprawność Funkcjonalna odpowiedniość

36 Jakość produktu Odpowiedniość funkcjonalna Stopień w jakim zbiór funkcji pokrywa wszystkie określone zadania Wydajność i cele użytkownika. Kompatybilność Jeśli funkcja Użyteczność F ułatwia osiągnięcie celu C, to funkcja F pokrywa cel C. Niezawodność Bezpieczeństwo Stopień w jakim funkcje programu ułatwiają osiągnięcie określonych zadań i celów. Łatwość utrzymania Przenośność Problem Funkcjonalna kompletność Funkcjonalna poprawność Funkcjonalna odpowiedniość kompletność odpowiedniość Wymagania funkcjonalne

37 Czy ten rower jest odpowiedni?

38 Funkcjonalne dopasowanie Wydajność Kompatybilność Bezpieczeństwo Łatwość utrzymania Przenośność Jakość produktu Wymaganą dokładność należy określić. Stopień w jakim produkt lub Użyteczność system dostarcza poprawne wyniki z wymaganą Niezawodność dokładnością. Kompletność funkcji Poprawność funkcji Odpowiedniość funkcji 2 π = -1 2 π = 6,3

39 Funkcjonalne dopasowanie Wydajność Kompatybilność Bezpieczeństwo Łatwość utrzymania Przenośność Jakość produktu Wymaganą dokładność należy określić. Stopień w jakim produkt lub Użyteczność system dostarcza poprawne wyniki z wymaganą Niezawodność dokładnością. Kompletność funkcji Poprawność funkcji Wynagrodzenie dla recenzenta za recenzję ma być prezentowane Odpowiedniość z dokładnością dwóch funkcji miejsc po przecinku w walucie PLN np. 2,45PLN. Wynagrodzenie dla recenzenta za miesiąc pracy podsumowujące wszystkie recenzje ma być 2 π = -1 2 π = 6,3 zaokrąglane do pełnych złotych i tak prezentowane np. 100 PLN.

40 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Charakterystyka czasowa Zużycie zasobów Rezerwa wydajności

41 Jakość produktu Odpowiedniość funkcjonalna Stopień w jakim czas odpowiedzi i czas przetwarzania oraz Wydajność przepustowość produktu lub Kompatybilność systemu spełniają wymagania. Użyteczność Niezawodność Bezpieczeństwo Charakterystyka czasowa Zużycie zasobów Rezerwa wydajności Czas Łatwość między utrzymania zatwierdzeniem dodania nowego dokumentu o wielkości Przenośność 5 MB, a wyświetleniem potwierdzenia systemu o poprawnym dodaniu nie powinien być dłuższy niż 5 minut.

42 Czas odpowiedzi Typ operacji Sytuacje wyjątkowe Granice pomiaru Tolerowalny czas Uzasadnienie czasu Orientacyjna platforma sprzętowa Graniczne obciążenie Motywacja

43 Przepustowość Czas przetwarzania określonych operacji Przedmiot pomiaru Typowe obciążenie innymi operacjami Orientacyjna platforma sprzętowa Średnia przepustowość Skrajne przepustowości Obiekty przetwarzane

44 Jakość produktu Stopień Odpowiedniość spełnienia wymagań dotyczących funkcjonalna ilości i typów zasobów wykorzystywanych Wydajność przez produkt lub Kompatybilność system podczas wykonywania jego funkcji. Użyteczność Charakterystyka czasowa Zużycie zasobów Niezawodność Rezerwa wydajności System Bezpieczeństwo powienien obsługiwać co najmniej 125 użytkowników jednocześnie modyfikujących dane systemu na następującym sprzęcie: 1 procesor RISC 64-bit Power5 Łatwość 1.65 utrzymania GHZ, 2 GB RAM, 1 wirtualny interfejs sieciowy Ethernet 1Gb/s, zbiór dysków Przenośność twardych o łącznej pojemności 2TB pracujących w mirroringu (osobne 2TB) w technologii 2Gb/s Fibre Channel.

45 Jakość produktu Funkcjonalne dopasowanie Wydajność Stopień w jakim maksymalne Kompatybilność ograniczenia nałożone na parametry Użyteczność produktu lub systemu spełniają wymagania. Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Charakterystyka czasowa Zużycie zasobów Rezerwa wydajności Zazwyczaj nie wymaga dodatkowej specyfikacji

46 Przykładowe wzoce wymagań Czas między <pobudzenie> a <odpowiedź systemu> nie powinien być nigdy dłuższy niż <ilość czasu>. Czas oczekiwania <wskazać aktora> na realizację <wskazać operację> w <liczba>% przypadków nie powinien być dłuższy niż <ilość czasu>. System powinien działać poprawnie przy założeniu, że dostępne są następujące ilości zasobów <typ zasobu> - nie więcej niż <liczba i jednostka miary>.

47 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Współistnienie Interoperacyjność

48 Bezpieczeństwo Łatwość utrzymania Przenośność Jakość produktu Stopień Odpowiedniość w jakim produkt może skutecznie funkcjonalna realizować wymagane od Wydajność niego funkcje podczas współdzielenia Kompatybilność z innymi produktami wspólnego środowiska i zasobów, Użyteczność bez szkodliwego wpływu na jakikolwiek Niezawodność inny produkty. Współistnienie Interoperacyjność Nasz system Inne systemy

49 Przykłady wymagań System powinien bez problemu równolegle pracować z następującymi aplikacjami: Norton AntyVirus 2009, QK SMTP Server w dowolnej wersji. Użytkownicy systemu muszą mieć zagwarantowaną możliwość jednoczesnego i bezkolizyjnego korzystania zarówno z systemu, jak i następujących aplikacji: MS Office 2007, Lotus Notes 7.0.

50 Jakość produktu Odpowiedniość funkcjonalna Stopień w jakim dwa lub więcej Wydajność systemy, produkty lub komponenty mogą Kompatybilność wymieniać dane i przetwarzać je. Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Nasz system Współistnienie Interoperacyjność Inne systemy

51 Przykłady wymagań System ma współpracować z następującymi systemami: Krajowy Rejestr Matur (KReM), System płatności VISA Card.

52 Przykładowe wzoce wymagań System powinien bez problemu równolegle pracować z następującymi aplikacjami: <wskazać aplikację>. Budowany system ma współdziałać z następującymi systemami: <wskazać systemy>. Budowany system ma wczytywać pliki w następujących formatach: <wskazać format pliku> w wersji <wskazać wersję formatu>.

53 Jakość produktu Funkcjonalne dopasowanie Rozpoznawalność zastosowania Wydajność Łatwość nauczenia Kompatybilność Użyteczność Łatwość operowania Niezawodność Ochrona użytkownika przed błędami Bezpieczeństwo Estetyka interfejsu użytkownika Łatwość utrzymania Ułatwienie dostępności Przenośność

54 Jakość produktu Odpowiedniość funkcjonalna Stopień w jakim użytkownicy mogą rozpoznać czy produkt lub system Wydajność odpowiada ich Kompatybilność potrzebom. Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności Dotyczy tylko COTS. Marketing. Trudno wyspecyfikować.

55 Jakość produktu Stopień Odpowiedniość w jakim produkt lub system funkcjonalna może być wykorzystany przez określonych Wydajność użytkowników w celu osiągnięcia określonych Kompatybilność celów związanych z nauczeniem się korzystania Użyteczność z produktu lub systemu Niezawodność w skuteczny, wydajny, wolny Bezpieczeństwo od ryzyka i satysfakcjonujący sposób we Łatwość utrzymania wskazanym kontekście użycia. Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności Trudne do bezpośredniego wyspecyfikowania. współfinansowany Wymagania przez Unię Europejską w ramach pośrednie: środków Europejskiego Funduszu Społecznego Włączenie użytkowników do procesu projektowania. Iteracyjny rozwój oprogramowania (wiele wdrożeń pośred.). MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

56 Przykłady wymagań Użytkownik końcowy będzie w stanie poprawnie korzystać z 90% dostępnych funkcji systemu po 3 godzinach pracy z oprogramowaniem bez dodatkowego szkolenia.

57 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień Użyteczność w jakim produkt lub system umożliwia łatwe Niezawodność operowanie i sterowanie nim. Bezpieczeństwo Łatwość utrzymania Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności Trudne do bezpośredniego wyspecyfikowania. współfinansowany Wymagania przez Unię Europejską w ramach pośrednie: środków Europejskiego Funduszu Społecznego Włączenie użytkowników do procesu projektowania. Iteracyjny rozwój oprogramowania (wiele wdrożeń pośred.). MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

58 Przykłady wymagań Użytkownik końcowy będzie w stanie wywołać 80% dostępnych funkcji za pomocą skrótów klawiaturowych. Użytkownik końcowy będzie w stanie wywołać każdą dostępną funkcję w nie więcej niż 4 kliknięciach myszką.

59 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień w jaki system chroni użytkowników Użyteczność przed popełnieniem błędów. Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności

60 Przykłady wymagań System ma umożliwiać wycofanie ostatniej operacji. System ma prosić o potwierdzenie wykonania wszystkich nieodwracalnych operacji. System ma sprawdzać poprawność semantyczną danych i informować użytkownika o swoich podejrzeniach.

61 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Stopień w jakim interfejs użytkownika Niezawodność pozwala użytkownikowi Bezpieczeństwo na miła i satysfakcjonującą interakcję. Łatwość utrzymania Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności Trudne do bezpośredniego wyspecyfikowania. współfinansowany Wymagania przez Unię Europejską w ramach pośrednie: środków Europejskiego Funduszu Społecznego Włączenie użytkowników do procesu projektowania. Zatrudnienie ekspertów od interfejsu użytkownika MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

62 Jakość produktu Funkcjonalne dopasowanie Wydajność Stopień Kompatybilność w jakim produkt lub system może być wykorzystany Użyteczność przez ludzi o bardzo różnych cechach Niezawodność i możliwościach do osiągnięcia Bezpieczeństwo określonego celu w określonym kontekście użycia. Łatwość utrzymania Przenośność Rozpoznawalność zastosowania Łatwość nauczenia Łatwość operowania Ochrona użytkownika przed błędami Estetyka interfejsu użytkownika Ułatwienie dostępności

63 Przykłady wymagań System ma być dostępny również dla osób niedowidzących. System ma umożliwiać skorzystanie z funkcjonalności również osobom z upośledzeniem rozpoznawania barw.

64 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Dojrzałość Dostępność techniczna Tolerancja uszkodzeń Odtwarzalność

65 Jakość produktu Wydaje Funkcjonalne się nadmiarowe dopasowanie w kontekście dostępności technicznej. Wydajność Kompatybilność Stopień w jakim system spełnia Użyteczność potrzeby w zakresie niezawodności Niezawodnośćw normalnych Bezpieczeństwo warunkach pracy. Łatwość utrzymania Przenośność Dojrzałość Dostępność techniczna Tolerancja uszkodzeń Odtwarzalność

66 Jakość produktu Odpowiedniość funkcjonalna System musi być dostępny dla wszystkich użytkowników od godziny 6:00 do 22:00 (CET) we wszystkie dni tygodnia przez cały rok. Wydajność Kompatybilność Stopień w jakim system, produkt Użyteczność lub komponent jest sprawny i dostępny Niezawodność kiedykolwiek jest Bezpieczeństwo potrzebny. Łatwość utrzymania Przenośność Dojrzałość Dostępność techniczna Tolerancja uszkodzeń Odtwarzalność

67 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień w jakim system, produkt lub komponent Użyteczność działa zgodnie z przeznaczeniem Niezawodność pomimo wad sprzętu lub oprogramowania. Bezpieczeństwo Łatwość utrzymania Przenośność Zdarzenie Dojrzałość Dostępność techniczna Tolerancja uszkodzeń Odtwarzalność Alternatywne działanie

68 Przykłady wymagań W przypadku wystąpienia zbyt dużego obciążenia serwera zapytaniami użytkowników, system powinien wyświetlić informację o tymczasowym braku dostępu do systemu, powinien również powiadomić administratora, wysyłając wiadomość na adres administrator@budowany.system.pl. W razie awarii systemu KReM system ma umożliwiać ręczne wprowadzanie wyników egzaminów maturalnych.

69 Jakość produktu Odpowiedniość funkcjonalna W razie awarii systemu ma umożliwiać odtworzenie danych i stanu systemu w ciągu 2 godzin. Wydajność Kompatybilność Stopień w jakim, w przypadku awarii lub przerwania, Użyteczność produkt lub system może odtworzyć Niezawodność dane bezpośrednio naruszone przez tę awarię i Bezpieczeństwo przywrócić pożądany stan systemu. Łatwość utrzymania Przenośność Awaria Dojrzałość Dostępność techniczna Tolerancja uszkodzeń Odtwarzalność Zakres i czas odtworzenia danych

70 Przykładowe wzoce wymagań System musi być dostępny dla <wskazać użytkowników> w okresie <podać czas>. W przypadku wystąpienia <opis zdarzenia> system powinien <opis zachowania>. W przypadku wystąpienia <opis zdarzenia> system powinien przywrócić swoją zdolność działania w zakresie <wskazać funkcjonalność> w ciągu <wskazać czas>.

71 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Poufność danych Integralność Niezaprzeczalność Identyfikowalność Autentyczność

72 Jakość produktu Funkcjonalne dopasowanie Stopień w jakim produkt lub system zapewnia, Wydajność że dane są dostępne tylko Kompatybilność dla upoważnionych osób. Użyteczność Niezawodność Bezpieczeństwo Przenośność Poufność danych Integralność Niezaprzeczalność Identyfikowalność System Łatwość ma utrzymania mieć dodatkową funkcjonalność dotyczącą Autentyczność zarządzania prawami dostępu i egzekwowania tych praw.

73 Jakość produktu Stopień Odpowiedniość w jakim system, produkt lub funkcjonalna komponent zapobiega nieautoryzowanej Wydajność modyfikacji programu Kompatybilność komputerowego lub danych. Użyteczność Niezawodność Bezpieczeństwo Przenośność Poufność danych Integralność Niezaprzeczalność Identyfikowalność System musi uniemożliwiać wprowadzenie jakichkolwiek zmian w treści Łatwość zatwierdzonego utrzymania dokumentu przez użytkowników Autentyczność oraz przez Administratora.

74 Jakość produktu Funkcjonalne dopasowanie Stopień w jakim można udowodnić Wydajność podjęcie działań lub wystąpienie Kompatybilność zdarzeń, tak by nie można było zaprzeczyć Użytecznośćich wystąpieniu. Niezawodność Bezpieczeństwo Poufność danych Integralność Niezaprzeczalność Identyfikowalność System ma być wyposażony w rejestr działań i zdarzeń Łatwość utrzymania Autentyczność umożliwiający udowodnienie ich wystąpienia. Rejestr ma obejmować Przenośność historię ostatnich... dni i rejestrować następujące działania i zdarzenia:

75 Kompatybilność Użyteczność Niezawodność Przenośność Jakość produktu System ma być wyposażony w rejestr podmiotów podejmujących Odpowiedniość następujące funkcjonalna działania:... Wydajność Rejestr ma obejmować historię ostatnich... dni. Poufność danych Stopień w jakim można Bezpieczeństwo zidentyfikować podmiot, który podjął Łatwość utrzymania dane działania. Integralność Niezaprzeczalność Identyfikowalność Autentyczność

76 Jakość produktu Odpowiedniość funkcjonalna Dostęp do systemu powinien być chroniony hasłem ustawianym indywidualnie przez każdego użytkownika. Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Stopień w jakim można dowieść autentyczność Łatwość utrzymania podmiotu lub zasobu. Przenośność Poufność danych Integralność Niezaprzeczalność Identyfikowalność Autentyczność

77 Przykładowe wzoce wymagań System powinien być odporny na następujące próby nielegalnego dostępu: <wskazać typy nielegalnego dostępu>. System powinien zapisywać informacje o następujących zdarzeniach naruszających bezpieczeństwo: <opis zdarzeń>, dokumentując każde w nich w następujący sposób: <opis danych zdarzenia>. Dane dotyczące <wskazać dane> mają być jawne/dostęp do nich mają wszyscy użytkownicy systemu.

78 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

79 Jakość produktu Funkcjonalne dopasowanie Wydajność Stopień w jakim system lub Kompatybilność aplikacja jest stworzona z osobnych Użyteczność komponentów takich, że zmiana Niezawodność jednego ma minimalny wpływ na zmianę drugiego Bezpieczeństwo Łatwość utrzymania Przenośność Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

80 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień Użyteczność w jakim część sytemu może Niezawodność być wykorzystana w innym systemie, lub do budowania Bezpieczeństwo innych systemów, modułów. Łatwość utrzymania Przenośność Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

81 Jakość produktu Funkcjonalne dopasowanie Wydajność Stopień Kompatybilność efektywności i wydajności z jakim istnieje możliwość oceny wpływu Użyteczność zmiany na produkt lub system Niezawodność lub diagnozy produktu w celu znalezienia Bezpieczeństwo przyczyn błędów lub części, Łatwość które mają utrzymania być zmienione. Przenośność Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

82 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień w jaki system lub program Użyteczność mogą być efektywnie i wydajnie zmienione Niezawodność tak aby nie wprowadzić innych Bezpieczeństwo błędów i nie pogorszyć jakości produktu. Łatwość utrzymania Przenośność Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

83 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Stopień efektywności z jakim można Niezawodność ustalić kryteria testów dla systemu, produktu Bezpieczeństwo lub komponentu oraz na ile Łatwość można utrzymania stwierdzić, że kryteria zostały spełnione na podstawie Przenośność wykonania testów. Modularność Łatwość re-użycia Łatwość analizy Łatwość modyfikacji Łatwość testowania

84 Przykłady wymagań System powinien rejestrować wszystkie operacje na bazie danych w dzienniku bazy danych. Dostosowanie systemu do nowych rozporządzeń prawnych nie powinno trwać dłużej niż 2 dni robocze od momentu uchwalenia rozporządzenia przez odpowiednie organy. System powinien posiadać automatyczne testy wydajnościowe symulujące jednoczesną pracę 1000 użytkowników wykonujących losowe operacje (z czego połowa byłaby operacjami modyfikacji danych).

85 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Użyteczność Niezawodność Bezpieczeństwo Łatwość utrzymania Przenośność Łatwość adaptacji Łatwość instalacji Łatwość zamiany

86 Jakość produktu Funkcjonalne dopasowanie Stopień Wydajność w jakim produkt lub system Kompatybilność może być efektywnie i wydajnie Użyteczność zaadaptowany do innych lub zmieniających się Niezawodność warunków sprzęt, oprogramowanie, Bezpieczeństwowyposażenie, inne elementy Łatwość utrzymania środowiska/kontekstu. Przenośność Łatwość adaptacji Łatwość instalacji Łatwość zamiany

87 Jakość produktu Funkcjonalne Stopień w dopasowanie jakim efektywnie i wydajnie produkt lub system mogą być z sukcesem Wydajnośćzainstalowane i odinstalowane w danym Kompatybilność środowisku. Użyteczność Przez kogo? Jak? Co jest Niezawodność potrzebne? Kiedy? Bezpieczeństwo Łatwość adaptacji Łatwość instalacji Łatwość zamiany Np. Każda Łatwość nowa utrzymania wersja powinna instalować się automatycznie, a sprawdzanie czy są nowsze Przenośność wersje powinno następować po uruchomieniu aplikacji.

88 Jakość produktu Funkcjonalne dopasowanie Wydajność Kompatybilność Stopień w jakim produkt może być Użyteczność zastąpiony innym produktem dla realizacji Niezawodność tego samego celu w Bezpieczeństwo danym środowisku. Łatwość utrzymania Przenośność Łatwość adaptacji Łatwość instalacji Łatwość zamiany

89 Przykładowe wzoce wymagań System powinien móc działać w następujących środowiskach: <opis środowiska>. System powinien się instalować automatycznie i nie powinno to trwać dłużej niż <liczba i jednostka czasu>. System powinien instalować się w następujący sposób <opis>.

90 Funkcjonalne <-> Pozafunkcjonalne UC1: Zgłoś artykuł Poziom: Użytkownika Aktor główny: Autor Scenariusz główny: 1. Autor wybiera opcję zgłoszenia artykułu. 2. System prosi o podanie danych artykułu. 3. Autor podaje wymagane dane na temat artykułu. 4. System informuje o pomyślnym zgłoszeniu artykułu. Scenariusze alternatywne i rozszerzenia: 1.A. Author chciałby zgłosić zmienioną wersję artykułu. 1.A.1. Autor wybiera opcję ponownego zgłoszenia swoich artykułów. 1.A.2. System prezentuje artykuły zgłoszone dotychczas przez Autora. 1.A.3. Autor wybiera jeden z artykułów oraz opcję jego ponownego zgłoszenia. 1.A.4. Przejdź do kroku 2. Sytuacje wyjątkowe: 3.A. Nie podano wszystkich wymaganych danych. 3.A.1. System informuje o błędzie. 3.A.2. Przejdź do kroku 2.

91 Funkcjonalne <-> Pozafunkcjonalne UC1: Zgłoś artykuł Poziom: Użytkownika Aktor główny: Autor Scenariusz główny: 1. Autor wybiera opcję zgłoszenia artykułu. 2. System prosi o podanie danych artykułu. 3. Autor podaje wymagane dane na temat artykułu. 4. System informuje o pomyślnym zgłoszeniu artykułu. Scenariusze alternatywne i rozszerzenia: 1.A. Author chciałby zgłosić zmienioną wersję artykułu. 1.A.1. Autor wybiera opcję ponownego zgłoszenia swoich artykułów. 1.A.2. System prezentuje artykuły zgłoszone dotychczas przez Autora. 1.A.3. Autor wybiera jeden z artykułów oraz opcję jego ponownego zgłoszenia. 1.A.4. Przejdź do kroku 2. Sytuacje wyjątkowe: 3.A. Nie podano wszystkich wymaganych danych. 3.A.1. System informuje o błędzie. 3.A.2. Przejdź do kroku 2. Poufność danych, integralność Niezaprzeczalność, identyfikowalność Ułatwienie dostępu Interoperacyjność Łatwość operowania Charakterystyka czasowa

92 Funkcjonalne <-> Pozafunkcjonalne UC1: Zgłoś artykuł Poziom: Użytkownika Aktor główny: Autor Scenariusz główny: 1. Autor wybiera opcję zgłoszenia artykułu. 2. System prosi o podanie danych artykułu. 3. Autor podaje wymagane dane na temat artykułu. 4. System informuje o pomyślnym zgłoszeniu artykułu. Scenariusze alternatywne i rozszerzenia: 1.A. Author chciałby zgłosić zmienioną wersję artykułu. 1.A.1. Autor wybiera opcję ponownego zgłoszenia swoich artykułów. 1.A.2. System prezentuje artykuły zgłoszone dotychczas przez Autora. 1.A.3. Autor wybiera jeden z artykułów oraz opcję jego ponownego zgłoszenia. 1.A.4. Przejdź do kroku 2. Sytuacje wyjątkowe: 3.A. Nie podano wszystkich wymaganych danych. 3.A.1. System informuje o błędzie. 3.A.2. Przejdź do kroku 2. NFR1: Użytkownik nie jest uwierzytelniony NFR2: Użytkownik nie ma praw do zgłaszania artykułu NFR3: System ma rejestrować wszystkie operacje CRUD wykonywane na artykule NFR4: System ma umożliwić odczytanie głosowe treści strony NFR5: System ma pobierać informacje o autorze z GoogleScholar System ma umożliwiać filtrowanie i sortowanie danych prezentowanych w formie tabelarycznej

93 Funkcjonalne <-> Pozafunkcjonalne UC1: Zgłoś artykuł Poziom: Użytkownika Aktor główny: Autor Scenariusz główny: 1. Autor wybiera opcję zgłoszenia artykułu. 2. System prosi o podanie danych artykułu. 3. Autor podaje wymagane dane na temat artykułu. 4. System informuje o pomyślnym zgłoszeniu artykułu. Scenariusze alternatywne i rozszerzenia: 1.A. Author chciałby zgłosić zmienioną wersję artykułu. 1.A.1. Autor wybiera opcję ponownego zgłoszenia swoich artykułów. 1.A.2. System prezentuje artykuły zgłoszone dotychczas przez Autora. 1.A.3. Autor wybiera jeden z artykułów oraz opcję jego ponownego zgłoszenia. 1.A.4. Przejdź do kroku 2. Sytuacje wyjątkowe: 3.A. Nie podano wszystkich wymaganych danych. 3.A.1. System informuje o błędzie. 3.A.2. Przejdź do kroku 2. NFR1: Użytkownik nie jest uwierzytelniony NFR2: Użytkownik nie ma praw do zgłaszania artykułu NFR3: System ma rejestrować wszystkie operacje CRUD wykonywane na artykule NFR4: System ma umożliwić odczytanie głosowe treści strony NFR5: System ma pobierać informacje o autorze z GoogleScholar System ma umożliwiać filtrowanie i sortowanie danych prezentowanych w formie tabelarycznej

94 Funkcjonalne <-> Pozafunkcjonalne Charakteryzują Funkcjonalne Pozafunkcjonalne Dodają nowe

95 Funkcjonalne <-> Pozafunkcjonalne FR / NFR NFR1 NFR2 UC1 X UC2 X X MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

96 Podsumowanie Wymagania Funkcjonalne = Co? Pozafunkcjonalne = Jak? ISO25000 źródło kategorii, dobra praktyka Wymagania pozafunkcjonalne Stwierdzenie, ID, Priorytet, Złożoność IEEE Weryfikowalność, Pomiar, Akceptacja Wymagania funkcjonalne <-> pozafunkcjonalne MATERIAŁY DYDAKTYCZNE I SZKOLENIOWE NA STUDIA PODYPLOMOWE I SPECJALISTYCZNE KURSY I SZKOLENIA DYSTRYBUOWANE SĄ BEZPŁATNIE

97 Dziękuję za uwagę

Wymagania pozafunkcjonalne - projektowanie interfejsu użytkownika

Wymagania pozafunkcjonalne - projektowanie interfejsu użytkownika Temat zajęć Wymagania pozafunkcjonalne Projektowanie interfejsu użytkownika Tematem zajęć jest praktyczne zastosowanie wiedzy nabytej podczas zajęć z prototypowania interfejsu użytkownika w kontekście

Bardziej szczegółowo

Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006

Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006 Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski 4 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel dokumentu................................... 3 1.2 Oczekiwania....................................

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r. ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego

Bardziej szczegółowo

JTW SP. Z OO. Zapytanie ofertowe. Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej

JTW SP. Z OO. Zapytanie ofertowe. Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej JTW SP. Z OO Zapytanie ofertowe Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej Strona 1 z 8 Spis treści 1. Klauzula poufności... 3 2. Wskazówki

Bardziej szczegółowo

Cele przedsięwzięcia

Cele przedsięwzięcia Określanie wymagań Cele przedsięwzięcia 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

Metodyka projektowania komputerowych systemów sterowania

Metodyka projektowania komputerowych systemów sterowania Metodyka projektowania komputerowych systemów sterowania Andrzej URBANIAK Metodyka projektowania KSS (1) 1 Projektowanie KSS Analiza wymagań Opracowanie sprzętu Projektowanie systemu Opracowanie oprogramowania

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

Galileo - encyklopedia internetowa Plan testów

Galileo - encyklopedia internetowa Plan testów Galileo - encyklopedia internetowa Plan testów Sławomir Pawlewicz Alan Pilawa Joanna Sobczyk Matek Sobierajski 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel..........................................

Bardziej szczegółowo

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................

Bardziej szczegółowo

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan testów M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 SPIS TREŚCI 2 Spis treści 1 Historia zmian 3 2 Zakres testów 3 2.1 Integration testing - Testy spójnosci.............. 3 2.2

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

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych Michał Lewowski, Piotr Skowron, Michał Matczuk, Piotr Wygocki 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel..........................................

Bardziej szczegółowo

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

Projekt aplikacji internetowej specyfikacja wymagań (cz.1) Cykl życia aplikacji internetowej modelowanej przy pomocy WebML Etapy: 1) Specyfikacja wymagań określenie wymagań funkcjonalnych i niefunkcjonalnych, jakie ma spełniać tworzona aplikacja. 2) Stworzenie

Bardziej szczegółowo

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0> Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą

Bardziej szczegółowo

Inżynieria oprogramowania II

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

Problemy optymalizacji, rozbudowy i integracji systemu Edu wspomagającego e-nauczanie i e-uczenie się w PJWSTK

Problemy optymalizacji, rozbudowy i integracji systemu Edu wspomagającego e-nauczanie i e-uczenie się w PJWSTK Problemy optymalizacji, rozbudowy i integracji systemu Edu wspomagającego e-nauczanie i e-uczenie się w PJWSTK Paweł Lenkiewicz Polsko Japońska Wyższa Szkoła Technik Komputerowych Plan prezentacji PJWSTK

Bardziej szczegółowo

Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk. Nip 848-172-84-22 ZAPYTANIE OFERTOWE

Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk. Nip 848-172-84-22 ZAPYTANIE OFERTOWE Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk Nip 848-172-84-22 ZAPYTANIE OFERTOWE Firma DOMSET Marcin Brochacki zwraca się z prośbą o przesłanie oferty cenowej

Bardziej szczegółowo

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania

Bardziej szczegółowo

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie

Bardziej szczegółowo

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Jerzy Brzeziński, Anna Kobusińska, Dariusz Wawrzyniak Instytut Informatyki Politechnika Poznańska Plan prezentacji 1 Architektura

Bardziej szczegółowo

Zespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak. Projekt SZOP Plan testów

Zespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak. Projekt SZOP Plan testów Zespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak Projekt SZOP Plan testów Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................

Bardziej szczegółowo

Możliwość dodawania modułów pozwala na dopasowanie oprogramowania do procesów biznesowych w firmie.

Możliwość dodawania modułów pozwala na dopasowanie oprogramowania do procesów biznesowych w firmie. zajmuje się wdrażaniem koncepcji CRM Eroica CRM bazującej na najczęściej używanym rozwiązaniu Open Source vtiger. Eroica CRM posiada wiele funkcji ułatwiających zarządzanie relacjami z klientem w kancelarii.

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

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

Realizacja zasady integralności danych w zatrudnieniu zgodnie z podejściem PbD

Realizacja zasady integralności danych w zatrudnieniu zgodnie z podejściem PbD Zasady przetwarzania danych osobowych w sferze zatrudnienia Realizacja zasady integralności danych w zatrudnieniu zgodnie z podejściem PbD Mariola Więckowska Head of Privacy Innovative Technologies Lex

Bardziej szczegółowo

Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa

Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa Instalacja roli kontrolera domeny, Aby zainstalować rolę kontrolera domeny, należy uruchomić Zarządzenie tym serwerem, po czym wybrać przycisk

Bardziej szczegółowo

Podpis elektroniczny dla firm jako bezpieczna usługa w chmurze. mgr inż. Artur Grygoruk

Podpis elektroniczny dla firm jako bezpieczna usługa w chmurze. mgr inż. Artur Grygoruk Podpis elektroniczny dla firm jako bezpieczna usługa w chmurze mgr inż. Artur Grygoruk Czy wyobrażamy sobie świat bez podpisu? Co podpis wnosi do naszego życia? Cisco Systems 1/15 Podpis elektroniczny

Bardziej szczegółowo

Kancelaria Prawna.WEB - POMOC

Kancelaria Prawna.WEB - POMOC Kancelaria Prawna.WEB - POMOC I Kancelaria Prawna.WEB Spis treści Część I Wprowadzenie 1 Część II Wymagania systemowe 1 Część III Instalacja KP.WEB 9 1 Konfiguracja... dostępu do dokumentów 11 Część IV

Bardziej szczegółowo

Instalacja SQL Server Express. Logowanie na stronie Microsoftu

Instalacja SQL Server Express. Logowanie na stronie Microsoftu Instalacja SQL Server Express Logowanie na stronie Microsoftu Wybór wersji do pobrania Pobieranie startuje, przechodzimy do strony z poradami. Wypakowujemy pobrany plik. Otwiera się okno instalacji. Wybieramy

Bardziej szczegółowo

Dlaczego testowanie jest ważne?

Dlaczego testowanie jest ważne? Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie

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

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA CZĘŚĆ I

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA CZĘŚĆ I Zp 130-64/15 Załącznik Nr 1 do SIWZ (Załącznik Nr 1 do umowy) SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA CZĘŚĆ I 1 1. Rozbudowa istniejącej platformy sprzętowej systemu teleinformatycznego poprzez dostawę

Bardziej szczegółowo

Spis treści MONITOR PRACY... 4

Spis treści MONITOR PRACY... 4 Co nowego Spis treści MONITOR PRACY...... 4 Konfiguracja plików... 5 Konfiguracja globalna... 6 Pliki... 6 Projekty... 6 Interfejs użytkownika... 7 Synchronizacja... 7 Typ serwera... 8 Test połączenia...

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

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

Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source

Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source Dr inż. Michał Bednarczyk Uniwersytet Warmińsko-Mazurski w Olsztynie Wydział Geodezji i Gospodarki Przestrzennej Katedra Geodezji

Bardziej szczegółowo

ŚRODOWISKO KOMPUTEROWYCH SYSTEMÓW INFORMATYCZNYCH TEST PEŁNY Status obszaru: Jeszcze nie edytowany (otwarty) Opracowano 0 z 55

ŚRODOWISKO KOMPUTEROWYCH SYSTEMÓW INFORMATYCZNYCH TEST PEŁNY Status obszaru: Jeszcze nie edytowany (otwarty) Opracowano 0 z 55 Aby uzyskać szczegółowe instrukcje do opracowania dokumentu należy otworzyć poniższe hiperłącze: 400 - B.V Środowisko komputerowych systemów informatycznych.pdf 1. Czy chcesz przeprowadzić pełny czy skrócony

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

Praktyka testowania dla początkujących testerów

Praktyka testowania dla początkujących testerów Praktyka testowania dla początkujących testerów Warsztaty stanowią 100% praktykę testowania i skupiają się zwłaszcza na tych aspektach, które przydatne są w codziennej pracy testera. Przeznaczone są dla

Bardziej szczegółowo

PROCEDURY ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM

PROCEDURY ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM Urząd Gminy Kęty Dokument Systemu Zarządzania Bezpieczeństwem Informacji PROCEDURY ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM ZATWIERDZENIE DOKUMENTU Sporządził Sprawdził Zatwierdził Volvox Consulting Pełnomocnik

Bardziej szczegółowo

ZARZĄDZENIE Nr 10 DYREKTORA GENERALNEGO SŁUŻBY ZAGRANICZNEJ. z dnia 9 maja 2011 r.

ZARZĄDZENIE Nr 10 DYREKTORA GENERALNEGO SŁUŻBY ZAGRANICZNEJ. z dnia 9 maja 2011 r. 36 ZARZĄDZENIE Nr 10 DYREKTORA GENERALNEGO SŁUŻBY ZAGRANICZNEJ z dnia 9 maja 2011 r. w sprawie wdrożenia i eksploatacji systemu Wiza-Konsul w Ministerstwie Spraw Zagranicznych i placówkach zagranicznych

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Wsparcie projektów celowych

ZAPYTANIE OFERTOWE. Wsparcie projektów celowych ZAPYTANIE OFERTOWE Wsparcie projektów celowych Wrocław, dnia 01 października 2011 r. Zwracamy się z prośbą o przedstawienie oferty handlowej na zakup systemu zarządzania procesami w ramach Działania 1.4

Bardziej szczegółowo

Program Rejestr zużytych materiałów. Instrukcja obsługi

Program Rejestr zużytych materiałów. Instrukcja obsługi Program Rejestr zużytych materiałów. Instrukcja obsługi Autor: Andrzej Woch Tel. 663 772 789 andrzej@awoch.com www.awoch.com Spis treści Wstęp... 1 Informacje dla administratora i ADO... 1 Uwagi techniczne...

Bardziej szczegółowo

1 Moduł E-mail. 1.1 Konfigurowanie Modułu E-mail

1 Moduł E-mail. 1.1 Konfigurowanie Modułu E-mail 1 Moduł E-mail Moduł E-mail daje użytkownikowi Systemu możliwość wysyłania wiadomości e-mail poprzez istniejące konto SMTP. System Vision może używać go do wysyłania informacji o zdefiniowanych w jednostce

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie Wybór ZSI Zakup standardowego systemu System pisany na zamówienie Zalety: Standardowy ZSI wbudowane najlepsze praktyki biznesowe możliwość testowania przed zakupem mniej kosztowny utrzymywany przez asystę

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

FORMULARZ OFERTOWY. 8. Społeczeństwo informacyjne zwiększanie innowacyjności gospodarki

FORMULARZ OFERTOWY. 8. Społeczeństwo informacyjne zwiększanie innowacyjności gospodarki FORMULARZ OFERTOWY Projekt Wdrożenie internetowego systemu B2B dla TLC Rental integrującego zarządzanie systemami logistycznymi w zakresie zamówień, dostaw i kontrolingu realizowany w ramach Programu Operacyjnego

Bardziej szczegółowo

Marcin Soczko. Agenda

Marcin Soczko. Agenda System ochrony danych osobowych a System Zarządzania Bezpieczeństwem Informacji - w kontekście normy PN-ISO 27001:2014 oraz Rozporządzenia o Krajowych Ramach Interoperacyjności Marcin Soczko Stowarzyszenie

Bardziej szczegółowo

Instalacja i konfiguracja SAS PC Files Server

Instalacja i konfiguracja SAS PC Files Server , SAS Institute Polska listopad 2013 Szanowni Państwo! Niniejszy dokument stanowi opis procesu pobierania, instalacji oraz konfiguracji programu SAS PC Files Server. Program instalowany jest na komputerach

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia:

Szczegółowy opis przedmiotu zamówienia: Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia: I. Opracowanie polityki i procedur bezpieczeństwa danych medycznych. Zamawiający oczekuje opracowania Systemu zarządzania bezpieczeństwem

Bardziej szczegółowo

Audyt procesu zarządzania bezpieczeństwem informacji. Prowadzący: Anna Słowińska audytor wewnętrzny

Audyt procesu zarządzania bezpieczeństwem informacji. Prowadzący: Anna Słowińska audytor wewnętrzny Audyt procesu zarządzania bezpieczeństwem informacji Prowadzący: Anna Słowińska audytor wewnętrzny Audyt wewnętrzny Definicja audytu wewnętrznego o o Art. 272.1. Audyt wewnętrzny jest działalnością niezależną

Bardziej szczegółowo

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS Załącznik nr 3 do umowy nr 10/DI/PN/2016 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W Rozdział 1. ADMINISTROWANIE 1. Wykonawca, w celu zapewnienia ciągłości funkcjonowania, zobowiązuje się

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

SZCZEGÓŁOWY HARMONOGRAM KURSU

SZCZEGÓŁOWY HARMONOGRAM KURSU SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I - WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH REJESTRACJA UCZESTNIKÓW Zapytamy o Państwa oczekiwania wobec szkolenia oraz o zagadnienia, na wyjaśnieniu których szczególnie

Bardziej szczegółowo

Opis programu ERWIN. System Zarządzania Postępowaniem. Warszawa ERWIN

Opis programu ERWIN. System Zarządzania Postępowaniem. Warszawa ERWIN System Zarządzania Postępowaniem Warszawa 02.01.2015 Dlaczego nie Excel? Akkusz kalkulacyjny często jest używany w firmych i instytucjach jako podręczna baza danych. Arkusz kalkulacyjny nie został zaprojektowany

Bardziej szczegółowo

Podstawowe możliwości programu Spectro Market Faktura 2011.2

Podstawowe możliwości programu Spectro Market Faktura 2011.2 Podstawowe możliwości programu Spectro Market Faktura 2011.2 Obsługa faktur VAT sprzedaży, zaliczki, marży. Obsługa faktur korygujących. Tworzenie not. Tworzenie pokwitowań. Budowane i obsługa kartotek:

Bardziej szczegółowo

EGZAMIN MATURALNY W ROKU SZKOLNYM 2017/2018 INFORMATYKA

EGZAMIN MATURALNY W ROKU SZKOLNYM 2017/2018 INFORMATYKA EGZAMIN MATURALNY W ROKU SZKOLNYM 2017/2018 INFORMATYKA POZIOM ROZSZERZONY FORMUŁA OD 2015 ( NOWA MATURA ) ZASADY OCENIANIA ROZWIĄZAŃ ZADAŃ ARKUSZ MIN-R1,R2 MAJ 2018 Uwaga: Akceptowane są wszystkie odpowiedzi

Bardziej szczegółowo

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. Usprawnienie procesu zarządzania konfiguracją Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. 1 Typowy model w zarządzaniu IT akceptacja problem problem aktualny stan infrastruktury propozycja

Bardziej szczegółowo

POLITYKA PRYWATNOŚCI Konkurs wiedzy dermatologicznej dla lekarzy

POLITYKA PRYWATNOŚCI Konkurs wiedzy dermatologicznej dla lekarzy POLITYKA PRYWATNOŚCI Konkurs wiedzy dermatologicznej dla lekarzy Organizowanego przez HealthThink public relations Niniejsza Polityka Prywatności określa zasady przechowywania i dostępu do informacji na

Bardziej szczegółowo

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji - wersja dokumentu 1.3-19.08.2014 Spis treści 1 Wstęp... 4 1.1 Cel dokumentu... 4 1.2 Powiązane dokumenty...

Bardziej szczegółowo

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ WYMAGANIA BEZPIECZEŃSTWA DLA SYSTEMÓW IT Wyciąg z Polityki Bezpieczeństwa Informacji dotyczący wymagań dla systemów informatycznych. 1 Załącznik Nr 3 do Część II SIWZ Wymagania

Bardziej szczegółowo

Instrukcja instalacji i obsługi programu Szpieg 3

Instrukcja instalacji i obsługi programu Szpieg 3 COMPUTER SERVICE CENTER 43-300 Bielsko-Biała ul. Cieszyńska 52 tel. +48 (33) 819 35 86, 819 35 87, 601 550 625 Instrukcja instalacji i obsługi programu Szpieg 3 wersja 0.0.2 123 SERWIS Sp. z o. o. ul.

Bardziej szczegółowo

Architektura i mechanizmy systemu

Architektura i mechanizmy systemu Architektura i mechanizmy systemu Warsztaty Usługa powszechnej archiwizacji Michał Jankowski, PCSS Maciej Brzeźniak, PCSS Plan prezentacji Podstawowe wymagania użytkowników - cel => Funkcjonalnośd i cechy

Bardziej szczegółowo

Plan Testów Systemu SOS

Plan Testów Systemu SOS Plan Testów Systemu SOS Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz Piotr Kuśka 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 4 1.1 Cel tego dokumentu................................. 4 1.2

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

Instrukcja postępowania w procesie aktualizacji systemu UPLOOK / STATLOOK z wersji 3.0 do wersji 3.2

Instrukcja postępowania w procesie aktualizacji systemu UPLOOK / STATLOOK z wersji 3.0 do wersji 3.2 S t r o n a 1 Instrukcja postępowania w procesie aktualizacji systemu UPLOOK / STATLOOK z wersji 3.0 do wersji 3.2 SCENARIUSZ NR1 UWAGA: Należy wykonywać w kolejności poniższe operacje: I ) INSTALACJA

Bardziej szczegółowo

Krzysztof Świtała WPiA UKSW

Krzysztof Świtała WPiA UKSW Krzysztof Świtała WPiA UKSW Podstawa prawna 20 ROZPORZĄDZENIA RADY MINISTRÓW z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany

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

Nazwa, typ, model, producent oferowanego urządzenia...

Nazwa, typ, model, producent oferowanego urządzenia... Pozycja 1 - Urządzenie wielofunkcyjne (drukarka, kopiarka, skaner) formatu A3, kolor, finiszer Nazwa, typ, model, producent oferowanego urządzenia 1. technologia druku laserowa lub oparta na diodach LED

Bardziej szczegółowo

Wykład 7. Projektowanie kodu oprogramowania

Wykład 7. Projektowanie kodu oprogramowania Wykład 7 Projektowanie kodu oprogramowania Treść wykładu cykl życiowy oprogramowania zagadnienia inżynierii oprogramowania tworzenie oprogramowania z gotowych elementów tworzenie niezawodnego oprogramowania

Bardziej szczegółowo

Procedura aktualizacji silnika baz danych Firebird do wersji 2.5

Procedura aktualizacji silnika baz danych Firebird do wersji 2.5 Procedura aktualizacji silnika baz danych Firebird do wersji 2.5 Przed rozpoczęciem aktualizacji należy upewnić się, że zainstalowana wersja ServerDBfC to 5.x. W przypadku posiadania ServerDBfC w wersji

Bardziej szczegółowo

Testowanie wymagań KAROLINA ZMITROWICZ, RADOSŁAW SMILGIN

Testowanie wymagań KAROLINA ZMITROWICZ, RADOSŁAW SMILGIN Testowanie wymagań KAROLINA ZMITROWICZ, RADOSŁAW SMILGIN Poznajmy Prowadzących Uczestników I oczekiwania. Agenda Wymagania Różne poziomy wymagań Kryteria jakości dla wymagań Specyfikacje http://edu.ittraining.pl/szkolenie/tworzenie_i_ocena_specyfikacji_wymaga

Bardziej szczegółowo

Oprogramowanie. DMS Lite. Podstawowa instrukcja obsługi

Oprogramowanie. DMS Lite. Podstawowa instrukcja obsługi Oprogramowanie DMS Lite Podstawowa instrukcja obsługi 1 Spis treści 1. Informacje wstępne 3 2. Wymagania sprzętowe/systemowe 4 3. Instalacja 5 4. Uruchomienie 6 5. Podstawowa konfiguracja 7 6. Wyświetlanie

Bardziej szczegółowo

Archiwizacja baz MSSQL /BKP_SQL/ opis oprogramowania

Archiwizacja baz MSSQL /BKP_SQL/ opis oprogramowania Archiwizacja baz MSSQL /BKP_SQL/ opis oprogramowania Kraków 2010 Przeznaczenie programu. Program BKP_SQL powstał z myślą ułatwienia procesy archiwizacji baz danych MSSQL. Program umożliwia seryjne wykonanie

Bardziej szczegółowo

Przypadki testowe. Spis treści. Plan testów. From Sęp. Wstęp. 2 Plan testów

Przypadki testowe. Spis treści. Plan testów. From Sęp. Wstęp. 2 Plan testów Przypadki testowe From Sęp Spis treści 1 Wstęp 2 Plan testów 3 Testy bazy danych 4 Testy serwera 5 Testy aplikacji klienckiej 6 Testy interfejsu webowego 7 Testy integracyjne 8 Testy wydajności 8.1 Baza

Bardziej szczegółowo

Instrukcja instalacji programu e STOMis wraz z pakietem Microsoft SQL Server 2005 Express Edition. e STOMis

Instrukcja instalacji programu e STOMis wraz z pakietem Microsoft SQL Server 2005 Express Edition. e STOMis Instrukcja instalacji programu e STOMis wraz z pakietem Microsoft SQL Server 2005 Express Edition e STOMis Strona:1 z 10 I. Wymagania sprzętowe i wymagania w zakresie programowania systemowego. Wymagania

Bardziej szczegółowo

Nazwa Projektu. Plan testów. Wersja N.NN

Nazwa Projektu. Plan testów. Wersja N.NN Nazwa Projektu Plan testów Wersja N.NN Projekt realizowany jest w ramach Programu e-cło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna

Bardziej szczegółowo

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2 Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu Projekt ZEFIR 2 1 Metryka dokumentu Nazwa projektu Właściciel projektu Izba Celna Wykonawca* Produkt Autorzy Plik_wersja

Bardziej szczegółowo

Dziennik Urzędowy Unii Europejskiej L 274/9

Dziennik Urzędowy Unii Europejskiej L 274/9 20.10.2009 Dziennik Urzędowy Unii Europejskiej L 274/9 ROZPORZĄDZENIE KOMISJI (WE) NR 976/2009 z dnia 19 października 2009 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w

Bardziej szczegółowo

WARUNKI GWARANCJI I SERWISU GWARANCYJNEGO

WARUNKI GWARANCJI I SERWISU GWARANCYJNEGO Załącznik nr 3 do Umowy nr.. z dnia r. Warunki gwarancji i serwisu gwarancyjnego WARUNKI GWARANCJI I SERWISU GWARANCYJNEGO 1. Definicję pojęć: Celem opisania warunków świadczenia usług serwisowych definiuje

Bardziej szczegółowo

OPIS WYMAGAŃ WOBEC PLATFORMY E-LEARNING ORAZ USŁUG UTRZYMANIA, USUWANIA BŁĘDÓW I AWARII DOTYCZĄCYCH PLATFORMY E-LEARNING

OPIS WYMAGAŃ WOBEC PLATFORMY E-LEARNING ORAZ USŁUG UTRZYMANIA, USUWANIA BŁĘDÓW I AWARII DOTYCZĄCYCH PLATFORMY E-LEARNING Załącznik nr 6 do umowy nr... z dnia... OPIS WYMAGAŃ WOBEC PLATFORMY E-LEARNING ORAZ USŁUG UTRZYMANIA, USUWANIA BŁĘDÓW I AWARII DOTYCZĄCYCH PLATFORMY E-LEARNING 1. Wymagania funkcjonalne dotyczące Platformy

Bardziej szczegółowo

Konwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008

Konwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 Konwerter Plan testów Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 1 Spis treści 1 Wprowadzenie 3 1.1 Cel........................................ 3 1.2 Zamierzeni odbiorcy

Bardziej szczegółowo

Użyteczność stron internetowych

Użyteczność stron internetowych Użyteczność stron internetowych Użyteczność Użyteczność (ang. usability) jest to dziedzina wiedzy dotycząca interaktywnych urządzeń i aplikacji, która określa stopień, w jakim ludzie są w stanie wykonać

Bardziej szczegółowo

ROZPORZĄDZENIE WYKONAWCZE KOMISJI (UE) NR

ROZPORZĄDZENIE WYKONAWCZE KOMISJI (UE) NR L 134/32 ROZPORZĄDZENIE WYKONAWCZE KOMISJI (UE) NR 463/2014 z dnia 5 maja 2014 r. ustanawiające, na mocy rozporządzenia Parlamentu Europejskiego i Rady (UE) nr 223/2014 w sprawie Europejskiego Funduszu

Bardziej szczegółowo

SPECYFIKACJA WYMAGAŃ

SPECYFIKACJA WYMAGAŃ SPECYFIKACJA WYMAGAŃ Autorzy: Wersja: 2 Historia zmian dokumentu Osoba

Bardziej szczegółowo

JTW SP. Z OO. Zapytanie ofertowe. Wdrożenie/Uruchomienie systemu B2B

JTW SP. Z OO. Zapytanie ofertowe. Wdrożenie/Uruchomienie systemu B2B JTW SP. Z OO Zapytanie ofertowe Wdrożenie/Uruchomienie systemu B2B Strona 1 z 6 Spis treści 1. Wskazówki dla oferentów... 3 1.1 Osoby kontaktowe... 3 2.2 Termin składania ofert... 4 2.3 Dodatkowe pytania

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

ZAŁĄCZNIK NR 1.8 do PFU Serwery wraz z system do tworzenia kopii zapasowych i archiwizacji danych - wyposażenie serwerowni

ZAŁĄCZNIK NR 1.8 do PFU Serwery wraz z system do tworzenia kopii zapasowych i archiwizacji danych - wyposażenie serwerowni ZAŁĄCZNIK NR 1.8 do PFU Serwery wraz z system do tworzenia kopii zapasowych i archiwizacji danych - wyposażenie serwerowni 1. Serwer główny 1 szt. Komponent Obudowa Płyta główna Wydajność Pamięć RAM Karta

Bardziej szczegółowo

Załącznik Nr 4 do Zapytania Ofertowego Szczegółowy opis przedmiotu zamówienia (część jawna) Zapytanie ofertowe nr 1/ /RPPK

Załącznik Nr 4 do Zapytania Ofertowego Szczegółowy opis przedmiotu zamówienia (część jawna) Zapytanie ofertowe nr 1/ /RPPK Załącznik Nr 4 do Zapytania Ofertowego Szczegółowy opis przedmiotu zamówienia (część jawna) Zapytanie ofertowe nr 1/01.04.01/RPPK Szczegółowy opis przedmiotu zamówienia (część jawna) I. Przedmiot zamówienia:

Bardziej szczegółowo

SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH

SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH REJESTRACJA UCZESTNIKÓW 09.00 09.05 Zapytamy o Państwa oczekiwania wobec szkolenia oraz o zagadnienia, na Wyjaśnieniu których

Bardziej szczegółowo

OMNITRACKER Wersja testowa. Szybki przewodnik instalacji

OMNITRACKER Wersja testowa. Szybki przewodnik instalacji OMNITRACKER Wersja testowa Szybki przewodnik instalacji 1 Krok 1:Rejestracja pobrania (jeżeli nie wykonana dotychczas) Proszę dokonać rejestracji na stronieomninet (www.omnitracker.com) pod Contact. Po

Bardziej szczegółowo

Sprawa numer: BAK.WZP Warszawa, dnia 16 sierpnia 2016 r.

Sprawa numer: BAK.WZP Warszawa, dnia 16 sierpnia 2016 r. Sprawa numer: BAK.WZP.26.18.2016.30 Warszawa, dnia 16 sierpnia 2016 r. Zaproszenie do udziału w ustaleniu wartości zamówienia publicznego 1. Zamawiający: Skarb Państwa - Urząd Komunikacji Elektronicznej

Bardziej szczegółowo

Najwyżej ocenione raporty dla Mr Buggy 4

Najwyżej ocenione raporty dla Mr Buggy 4 Najwyżej ocenione raporty dla Mr Buggy 4 Uwagi Komisji: 1. Żaden z raportów nie otrzymał maksymalnej liczby punktów. 2. Poniżej prezentowane są oryginalne wersje raportów z usuniętymi danymi mogącymi identyfikować

Bardziej szczegółowo

1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia:

1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia: WARUNKI GWARANCJI JAKOŚCI I ASYSTY POWDROŻENIOWEJ 1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia: ASYSTA

Bardziej szczegółowo

aplikacja akcyzattor

aplikacja akcyzattor Wdrożenie systemu służącego do prowadzenia ewidencji energii elektrycznej w formie elektronicznej dla potrzeb rozliczeń podatku akcyzowego aplikacja akcyzattor Klient: KGHM Polska Miedź S.A. Klient KGHM

Bardziej szczegółowo

RODO a programy Matsol

RODO a programy Matsol RODO a programy Matsol Spis treści 1. Oprogramowanie hotelowe mhotel... 2 2. Oprogramowanie do faktur mfaktura... 4 3. Oprogramowanie dla straży pożarnych mosp... 7 4. Oprogramowanie mpensjonat... 9 1

Bardziej szczegółowo