Wymagania pozafunkcjonalne
|
|
- Bernard Skrzypczak
- 9 lat temu
- Przeglądów:
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
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
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....................................
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
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
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
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
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
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..........................................
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........................................
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
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
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..........................................
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
<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ą
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ś
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
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
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
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
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
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
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........................................
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.
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)
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
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
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
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
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
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
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
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
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ę
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...
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
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
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
Ś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
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:
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
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
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
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
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...
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
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
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ę
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
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
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
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
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
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ą
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ę
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:
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
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
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:
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
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:
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
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
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...
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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ć
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
SPECYFIKACJA WYMAGAŃ
SPECYFIKACJA WYMAGAŃ Autorzy: Wersja: 2 Historia zmian dokumentu Osoba
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
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
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
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:
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
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
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
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ć
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
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
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