Projektowanie zorientowane na uŝytkownika

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Projektowanie zorientowane na uŝytkownika"

Transkrypt

1 Uniwersytet Jagielloński Interfejsy graficzne Wykład 2 Projektowanie zorientowane na uŝytkownika Barbara Strug 2011

2 Hall of shame

3 Hall of shame

4 Model wodospad

5 Feedback

6 Problem z modelem waterfall Projektowanie interfejsów jest ryzykowne Łatwo zrobić to źle. UŜytkownicy nie biorą udziału w walidacji aŝ do momentu testów akceptacyjnych. Zatem aŝ do końca nie dowiemy się o błędach. Błędy w UI często powodują zmiany w opisie wymagań i w projekcie. Musimy zatem wyrzucić dobre i przetestowane fragmenty kodu!!

7 Projektowanie iteracyjne

8 Model iteracyjny - problem KaŜda iteracja odpowiada pewnemu produktowi Ocena (uwagi krytyczne) są przekazywane do kolejnej wersji projektu Wykorzystujemy (płacących) klientów do oceny funkcjonalności interfejsu Nie będzie im się to podobać Nie kupią kolejnej wersji

9 Model spiralny Projektowanie Ocena Implementacja

10 Projektowanie iteracyjne w UI Wczesne iteracje uŝywają tanich prototypów MoŜliwe jest projektowanie równoległe (wiele prototypów pozwala zbadać alternatywy) Późniejsze iteracje, po wyeliminowaniu ryzyka UI, uŝywają bardziej zaawansowanych implementacji Więcej iteracji oznacza zazwyczaj lepszy interfejs Na zewnątrz wychodzą tylko dojrzałe iteracje.

11 Projektowanie dla uŝytkownika Projektowanie iteracyjne Zorientowanie na uŝytkownika i zadania na wczesnym etapie projektu analiza uŝytkownika : kim jest uŝytkownik analiza zadań : co uŝytkownicy potrzebują zrobić włączenie uŝytkowników jako osoby oceniające, konsultantów, a czasami takŝe projektantów Ciągła ocena UŜytkownicy biorą udział w kaŝdej iteracji KaŜdy prototyp jest jakoś oceniany

12 Projektowanie dla uŝytkownika (2) 1. Analiza zadań 2. Rysunki 3. Prototypy papierowe 4. Wewnętrzne testy 5. Prototyp komputerowy 6. Ocena heurystyczna 7. Implementacja 8. Testowanie na uzytkownikach

13 Analiza uŝytkowników i zadań Pierwszy etap procesu analiza uŝytkownika : kim jest uŝytkownik analiza zadań : co uŝytkownicy potrzebują zrobić

14 Analiza uŝytkownika (2) Określ cechy charakterystyczne docelowego uŝytkownika Wiek, płeć, narodowość Wykształcenie MoŜliwości fizyczne Doświadczenie w uŝytkowaniu komputera Umiejętności (pisanie na maszynie, czytanie?) Doświadczenie w danej dziedzinie Doświadczenie z dana aplikacją Środowisko pracy /kontekst społeczny Wzorce komunikacyjne

15 Analiza uŝytkownika (3) Wiele aplikacji ma kilka klas uŝytkowników Przykład: szpital Lekarz Pielęgniarki Rejestracja Administracja Pacjenci Rodziny Administrator(-rzy)

16 Analiza uŝytkownika (4) Techniki u u u Ankieta Wywiad Obserwacja Przeszkody u u u u Projektanci i uŝytkownicy mogą być odizolowani. Wsparcie techniczne oddziela projektantów od uŝytkowników Marketing oddziela uŝytkowników od projektantów Koszt kontaktu z niektórymi osobami jest wysoki s Lekarze, kierownictwo

17 Przykład : kasa samoobsługowa Kim są uŝytkownicy? Zwykli kupujący Szeroki zakres wieku (10-80) i moŝliwości fizycznych (wzrost, ograniczenia ruchowe, siła) śadnego doświadczenie z uŝyciem komputera śadnego szkolenia: po prostu wchodzą Znajomość sprzedawanych produktów, ale nie systemu magazynowego sklepu Kupujący często proszą się nawzajem o pomoc w znalezieniu róŝnych produktów Klasy uŝytkowników Zakupy często robione przez kobiety, często z małymi dziećmi Pracownicy sklepu pomagający klientom

18 Analiza zadań Określ indywidualne zadania jakie problem moŝe rozwiązać KaŜde zadanie jest celem (co, ale nie jak) Często warto zacząć od określenia ogólnego celu systemu, a potem podzielić go hierarchicznie Cel ogólny : klienci płaca za produkty Zadania: u u u Wprowadzić produkt do kasy Zapakować produkty Zapłacić

19 Analiza zadań (2) Co ma być zrobione? Cel Co naleŝy zrobić najpierw aby było to moŝliwe? Warunki wstępne u u Zadania od których zaleŝą inne zadania Informacje jakie uŝytkownik musi mieć Jakie kroki są związane z wykonaniem tego zadania? Podzadania Podzadania mogą być dzielone rekurencyjnie (dekompozycja)

20 Przykład : kasa Cel Wprowadzić produkt do kasy Warunki wstępne Wszystkie produkty są juŝ w koszyku klienta Podzadania Wprowadzenie produktów opakowanych Wprowadzenie produktów luzem

21 Analiza zadań (3) Gdzie jest wykonywane zadanie? Przy wyjściu z marketu, na stojąco Jak często zadanie jest wykonywane? Co najwyŝej kilka razy w tygodniu Jakie są ograniczenia czasowe/inne zasoby? Minuta lub dwie Jak uŝytkownik poznaje/uczy się zadania? Próbując Obserwując innych Z pomocą personelu Co moŝe pójść źle? Kod paskowy uszkodzony lub brakujący Ktoś kupuje alkohol lub papierosy Kto jeszcze bierze udział w zadaniu?

22 Analiza zadań(4) Wywiady z uŝytkownikami Bezpośrednia obserwacja uŝytkowników

23 Analiza zadań (5) - ryzyka Powielenie złych praktyk/procedur w oprogramowaniu NiedostrzeŜenie dobrych elementów aktualnej procedury Niedokładna informacja od uŝytkowników

24 Analiza zadań (6) Pytania do zadania uŝytkownikom Dlaczego to robicie? (cel) Jak to robicie? (podzadanie) Poszukaj słabości/problemów w aktualnej sytuacji Problemy z celem, marnowanie czasu, niezadowolenie uŝytkowników Badanie kontekstu Projektowanie włączające ( Participatory design)

25 Analiza zadań (7) Obserwuj uŝytkowników wykonujących rzeczywiste zadania w rzeczywistej sytuacji Bądź konkretny UŜytkownik pokazuje co i jak robi Prowadzący wywiad obserwuje i zadaje pytania Odrzuć/zbadaj załoŝenia i przygotuj się na niespodzianki!

26 Participatory design Włącz przedstawicieli uŝytkowników do procesu projektowania W szpitalu lekarz/pacjent (czas!!)

27 Kolejny wykład Architektura interfejsu Podejście MVC

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji HumanTechnology Projektowanie interakcji czyli łatanie dziury w procesie produkcji Czym jest projektowanie interakcji? Projektowanie interakcji, czyli współdziałania człowieka z komputerem, wykorzystuje

Bardziej szczegółowo

Uniwersytet Jagielloński Interfejsy Graficzne. Wykład 7. Prototypy. Barbara Strug

Uniwersytet Jagielloński Interfejsy Graficzne. Wykład 7. Prototypy. Barbara Strug Uniwersytet Jagielloński Interfejsy Graficzne Wykład 7 Prototypy Barbara Strug 2011 Hall of shame Ustawienie strony do druku w IE5 Problemy Kody dla nagłówka i stopki Ŝadnego GUI Brak pomocy 2 Dobrze czy

Bardziej szczegółowo

Testowanie Akceptacyjne

Testowanie Akceptacyjne szkolenia pod drzewem Testowanie Akceptacyjne 1.00.00 bnd Czym są testy akceptacyjne? Formą sprawdzenia (walidacji) czy wymagania (historie uŝytkownika) zostały zaimplementowane przez zespół tak jak spodziewał

Bardziej szczegółowo

Projektowanie systemu sprzedaŝy ubezpieczeń dla T. U. Generali zgodnie z metodyką User-Centered Design

Projektowanie systemu sprzedaŝy ubezpieczeń dla T. U. Generali zgodnie z metodyką User-Centered Design Case Study Projektowanie systemu sprzedaŝy ubezpieczeń dla T. U. Generali zgodnie z metodyką User-Centered Design Zadanie Naszym zadaniem było zaprojektowanie interfejsu aplikacji do sprzedaŝy ubezpieczeń

Bardziej szczegółowo

Testy poziom po poziomie

Testy poziom po poziomie poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.

Bardziej szczegółowo

Projektowanie interakcji

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

Bardziej szczegółowo

MODELE CYKLU śycia OPROGRAMOWANIA

MODELE CYKLU śycia OPROGRAMOWANIA MODELE CYKLU śycia OPROGRAMOWANIA Plan prezentacji: Definicja procesu i procesu programowego Model buduj i poprawiaj Model kaskadowy (czysty i z nawrotami) Modele ewolucyjne (spiralny i przyrostowy) Prototypowanie

Bardziej szczegółowo

TESTOWANIE OPROGRAMOWANIA PATRIOTYCZNEJ GRY KOMUNIKACYJNEJ

TESTOWANIE OPROGRAMOWANIA PATRIOTYCZNEJ GRY KOMUNIKACYJNEJ TESTOWANIE OPROGRAMOWANIA PATRIOTYCZNEJ GRY KOMUNIKACYJNEJ SPI S TREŚCI 1. UWAGI WSTĘPNE... 1 2. DANE DO TESTOWANIA... 2 ILUSTRACJA GRAFICZNA... 2 SZCZEGÓŁOWE POSTĘPOWANIE... 2 3. WSKAZÓWKI DO KORZYSTANIA

Bardziej szczegółowo

Rodzina systemów Microsoft Windows 1. Rodzina systemów Microsoft Windows

Rodzina systemów Microsoft Windows 1. Rodzina systemów Microsoft Windows Rodzina systemów Microsoft Windows 1. Rodzina systemów Microsoft Windows Systemy operacyjne Microsft Windows (ang. okna) posiadały od początku interfejs graficzny. KaŜda aplikacja uruchamiana jest tu w

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

Case study: Mobilny serwis WWW dla Kolporter

Case study: Mobilny serwis WWW dla Kolporter Case study: Mobilny serwis WWW dla Kolporter Sklep internetowy Kolporter.pl oferuje swoim Klientom blisko 100 000 produktów w tym: ksiąŝki, muzykę, film i gry. Kolporter postanowił stworzyć nowy kanał

Bardziej szczegółowo

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Extreme programming Główne założenia XP Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Praktyki Planowanie: Planowanie releasu Planowanie iteracji

Bardziej szczegółowo

Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka.

Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka. Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka. Rafał Kołodziej 05/2015 Wszystko co robimy dotyczy człowieka. Design Thinking Design Thinking is a human-centered is a human-centered

Bardziej szczegółowo

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu

Bardziej szczegółowo

KOMPETENCJE CYFROWE UśYTKOWNIKÓW SYSTEMÓW E-ZDROWIA

KOMPETENCJE CYFROWE UśYTKOWNIKÓW SYSTEMÓW E-ZDROWIA ZAŁĄCZNIK B Anna Gontarek-Janicka 1 KOMPETENCJE CYFROWE UśYTKOWNIKÓW SYSTEMÓW E-ZDROWIA SPIS TREŚCI WSKAZÓWKI METODYCZNE DO PRZEPROWADZENIA BADAŃ... 2 REZULTATY I PRODUKTY... 2 ZAWARTOŚĆ KWESTIONARIUSZA...

Bardziej szczegółowo

szkolenia pod drzewem Wybrane Techniki XP bnd 2008 Tomasz Włodarek. Materiał udostępniany na podstawie licencji Creative Commons (by-nc-nd) 1.00.

szkolenia pod drzewem Wybrane Techniki XP bnd 2008 Tomasz Włodarek. Materiał udostępniany na podstawie licencji Creative Commons (by-nc-nd) 1.00. szkolenia pod drzewem Wybrane Techniki XP 1.00.00 bnd Wybrane techniki XP współwłasność kodu źródłowego (collective code ownership) częsta/ciągła integracja (continuous integration) programowanie w parach

Bardziej szczegółowo

Etapy życia oprogramowania

Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano

Bardziej szczegółowo

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś (często stosowany w praktyce do projektów o niewielkiej złożoności) wymagania specyfikowanie kodowanie

Bardziej szczegółowo

Proces projektowania i wdrożenia serwisu internetowego

Proces projektowania i wdrożenia serwisu internetowego Proces projektowania i wdrożenia serwisu internetowego Kluczowe etapy projektu 9 1 Rozwój i optymalizacja Analiza celów, potrzeb i konkurencji 8 Szkolenie IMPROVE THINK Wireframe i prototyp (UX) 2 7 Testy

Bardziej szczegółowo

Jak opisać wymagania zamawiającego wybrane elementy

Jak opisać wymagania zamawiającego wybrane elementy Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012 Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje

Bardziej szczegółowo

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna

Bardziej szczegółowo

PROJEKT Z BAZ DANYCH

PROJEKT Z BAZ DANYCH POLITECHNIKA WROCŁAWSKA WYDZIAŁ ELEKTRONIKI PROJEKT Z BAZ DANYCH System bazodanowy wspomagający obsługę sklepu internetowego AUTOR: Adam Kowalski PROWADZĄCY ZAJĘCIA: Dr inż. Robert Wójcik, W4/K-9 Indeks:

Bardziej szczegółowo

Tworzenie przypadków testowych

Tworzenie przypadków testowych Tworzenie przypadków testowych Prowadząca: Katarzyna Pietrzyk Agenda 1. Wprowadzenie 2. Wymagania 3. Przypadek testowy Definicja Schemat Cechy dobrego przypadku testowego 4. Techniki projektowania Czarnej

Bardziej szczegółowo

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk Waterfall model (iteracyjny model kaskadowy) Marcin Wilk Iteracyjny model kaskadowy jeden z kilku rodzajów procesów tworzenia oprogramowania zdefiniowany w inżynierii oprogramowania. Jego nazwa wprowadzona

Bardziej szczegółowo

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k. Wszystkie problemy leżą w testach O czym będziemy rozmawiać Coś nie wyszło Jak wygląda proces wytwórczy Każdy widzi to inaczej Jakie wnioski wyciągamy z testów Analiza problemów Możliwe rozwiązania O czym

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

Pracowania Projektowania Zespołowego

Pracowania Projektowania Zespołowego Pracowania Projektowania Zespołowego 1. ZałoŜenia co do prowadzenia projektów: a/ Spotkania w ramach grupy projektowej: KaŜda grupa spotyka się raz w tygodniu Na spotkaniach mają być omówione następujące

Bardziej szczegółowo

Warsztaty przygotowujące osoby bezrobotne do prowadzenia własnego

Warsztaty przygotowujące osoby bezrobotne do prowadzenia własnego Warsztaty przygotowujące osoby bezrobotne do prowadzenia własnego Sklepu Internetowego sprzedawca w Internecie Oferta e-mail: biuro@garg.pl, www.garg.pl 1. Wstęp Handel Internetowy zdobywa coraz większą

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

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013

Bardziej szczegółowo

11. Blok ten jest blokiem: a. decyzyjnym b. końcowym c. operacyjnym

11. Blok ten jest blokiem: a. decyzyjnym b. końcowym c. operacyjnym 1. Instrukcja warunkowa a. słuŝy do wprowadzania danych oraz wprowadzania wyników b. to instrukcja decyzyjna c. to sposób przedstawienia algorytmu 2. Instrukcja, która opisuje wykonanie róŝnych czynności

Bardziej szczegółowo

PROGRAM BLOKU SZKOLENIOWEGO

PROGRAM BLOKU SZKOLENIOWEGO PROGRAM BLOKU SZKOLENIOWEGO I: NAZWA FORMY KSZTAŁCENIA; Trening umiejętności twardych związanych z obsługą programu AutoCAD w polskiej wersji językowej szkolenie. II: CEL Trening w załoŝeniu ma na celu

Bardziej szczegółowo

Promuj swój biznes... samodzielnie! StartAP Akademia Przedsiębiorczości, 19 marca 2014

Promuj swój biznes... samodzielnie! StartAP Akademia Przedsiębiorczości, 19 marca 2014 Promuj swój biznes... samodzielnie! StartAP Akademia Przedsiębiorczości, 19 marca 2014 Informatykiem Kim jestem? Kim jestem? Informatykiem Przedsiębiorcą Kim jestem? Historia Patrz.pl 3 studentów ocena

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zakres wykładu. Podstawy InŜynierii Oprogramowania Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,

Bardziej szczegółowo

ANALIZA ANKIET SATYSFAKCJI KLIENTA

ANALIZA ANKIET SATYSFAKCJI KLIENTA Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego ANALIZA ANKIET SATYSFAKCJI KLIENTA OCENIAJĄCYCH JAKOŚĆ OBSŁUGI KLIENTA ORAZ STOPIEŃ ZADOWOLENIA Z

Bardziej szczegółowo

Podręcznik Integracji

Podręcznik Integracji Podręcznik Integracji Spis treści 1. Integracja oferty... 3 1.1. Samodzielne wprowadzanie oferty sklepu... 3 1.2. Automatyczne wprowadzanie oferty z pliku XML... 3 1.3. Cyklicznie pobieranie oferty ze

Bardziej szczegółowo

Naśladować Rynek Użytkownik Pomysł Koncepcja Ocena. Kim są docelowi użytkownicy koncepcji?

Naśladować Rynek Użytkownik Pomysł Koncepcja Ocena. Kim są docelowi użytkownicy koncepcji? Użytkownik Kim są docelowi użytkownicy koncepcji? Określ 3-5 różnych grup użytkowników twojej koncepcji i opisz osoby w każdej z grup. Przykład poniżej. Profile użytkowników powinny stworzyć żywy obraz

Bardziej szczegółowo

Programowanie zespołowe

Programowanie zespołowe Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

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

Bardziej szczegółowo

OFERTA- OPIS SYSTEMU KDS

OFERTA- OPIS SYSTEMU KDS P.P.H.U PROCTRONIK 02-302 WARSZAWA Ul.Spiska 4a m 35 www.proctronik.pl OFERTA- OPIS SYSTEMU KDS Kitchen Display System (KDS) to nowoczesny system przeznaczony dla lokali gastronomicznych. Wspomaga zarządzanie

Bardziej szczegółowo

OpiniaSerwis.pl Informator Promocyjny

OpiniaSerwis.pl Informator Promocyjny 1 OpiniaSerwis.pl Informator Promocyjny Szanowni Państwo. OPINIA SERWIS-SMS - ANKIETY HANDLOWE to nowy Tele-Serwis Handlowo Usługowy, w którym poprzez telefon komórkowy KLIENT moŝe zaopiniować produkt

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

SYSTEMY AUTOMATYKI 04-713 Warszawa ul.śegańska 16/6 tel.// fax (22) 812-42-22 (22) 812-42-32 www.elmi.pl www.medok.pl info@elmi.pl

SYSTEMY AUTOMATYKI 04-713 Warszawa ul.śegańska 16/6 tel.// fax (22) 812-42-22 (22) 812-42-32 www.elmi.pl www.medok.pl info@elmi.pl ELMI SYSTEMY AUTOMATYKI 04-713 Warszawa ul.śegańska 16/6 tel.// fax (22) 812-42-22 (22) 812-42-32 www.elmi.pl www.medok.pl info@elmi.pl Rozwiązanie IT dla małych sterylizatorni i punktów sterylizacyjnych

Bardziej szczegółowo

Kompleksowe tworzenie aplikacji klasy Desktop z wykorzystaniem SWT i

Kompleksowe tworzenie aplikacji klasy Desktop z wykorzystaniem SWT i Program szkolenia: Kompleksowe tworzenie aplikacji klasy Desktop z wykorzystaniem SWT i JFace Informacje ogólne Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Kompleksowe tworzenie aplikacji

Bardziej szczegółowo

XII. Warunek wielokrotnego wyboru switch... case

XII. Warunek wielokrotnego wyboru switch... case XII. Warunek wielokrotnego wyboru switch... case 12.1. Gdy mamy więcej niŝ dwie moŝliwości Do tej pory poznaliśmy warunek if... else... Po co nam kolejny? Trudno powiedzieć, ale na pewno nie po to, Ŝeby

Bardziej szczegółowo

PODRÓśOWANIE W PRZESZŁOŚCI I DZISIAJ

PODRÓśOWANIE W PRZESZŁOŚCI I DZISIAJ PODRÓśOWANIE W PRZESZŁOŚCI I DZISIAJ Cele: Dzieci uświadamiają sobie róŝnice pomiędzy podróŝowaniem niegdyś i obecnie; róŝnice w środkach transportu i wpływie podróŝy na środowisko naturalne. Uczniowie

Bardziej szczegółowo

Wprowadzenie do Behaviordriven

Wprowadzenie do Behaviordriven Wprowadzenie do Behaviordriven development Jakub Kosiński Email: ja@ghandal.net Czym jest BDD? praktyka, powstała na podstawie TDD, wykorzystywana w zwinnych metodykach stworzona przez Dana Northa w 2003

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

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

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

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

Bardziej szczegółowo

Przygotowanie do nowoczesnego programowania po stronie przeglądarki. (HTML5, CSS3, JS, wzorce, architektura, narzędzia)

Przygotowanie do nowoczesnego programowania po stronie przeglądarki. (HTML5, CSS3, JS, wzorce, architektura, narzędzia) Program szkolenia: Przygotowanie do nowoczesnego programowania po stronie przeglądarki (HTML5, CSS3, JS, wzorce, architektura, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania:

Bardziej szczegółowo

Sukces vs porażka. Sukces. Porażka

Sukces vs porażka. Sukces. Porażka Wstęp Cytaty Kiedy zawiesza się program konkurencji, to jest awaria. Kiedy zawiesza się własny program, to jest drobiazg. Często po awarii pojawia się komunikat typu ID 02. ID to skrót od idiotyczny drobiazg,

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA

INŻYNIERIA OPROGRAMOWANIA INSTYTUT INFORMATYKI STOSOWANEJ 2013 INŻYNIERIA OPROGRAMOWANIA Inżynieria Oprogramowania Proces ukierunkowany na wytworzenie oprogramowania Jak? Kto? Kiedy? Co? W jaki sposób? Metodyka Zespół Narzędzia

Bardziej szczegółowo

Cykl Ŝycia systemów informatycznych

Cykl Ŝycia systemów informatycznych Wydział Odlewnictwa Wirtualizacja technologii odlewniczych Projektowanie systemów zarządzania Treść wykładu Cykl Ŝycia systemu SDLC Metody stosowane w SDLC Metodyki alternatywne 2 Cykl Ŝycia SI System

Bardziej szczegółowo

OpiniaSerwis.pl Informator Promocyjny

OpiniaSerwis.pl Informator Promocyjny 1 Szanowni Państwo. OpiniaSerwis.pl Informator Promocyjny U progu nowego sezonu turystycznego 2010 odwiedzający Was klienci zabiorą ze sobą niezapomniane wraŝenia z wymarzonego urlopu, pobytu i wakacji

Bardziej szczegółowo

Zapytanie ofertowe nr 04/03/2017

Zapytanie ofertowe nr 04/03/2017 nr 04/03/2017 Zatrudnienie na podstawie umowy o dzieło Programista / Specjalista ds. baz danych i integracji systemu KD z innymi systemami bezpieczeństwa Warszawa, 10 marca 2017 Zakład Elektroniki Compas

Bardziej szczegółowo

Formularz MS Word. 1. Projektowanie formularza. 2. Formularze do wypełniania w programie Word

Formularz MS Word. 1. Projektowanie formularza. 2. Formularze do wypełniania w programie Word Formularz MS Word Formularz to dokument o określonej strukturze, zawierający puste pola do wypełnienia, czyli pola formularza, w których wprowadza się informacje. Uzyskane informacje moŝna następnie zebrać

Bardziej szczegółowo

Milton Friedman ma rację przekazanie pieniędzy cyfrowych bez pytania o ID jest możliwe przedstawiamy Państwu cyfrową gotówkę

Milton Friedman ma rację przekazanie pieniędzy cyfrowych bez pytania o ID jest możliwe przedstawiamy Państwu cyfrową gotówkę Milton Friedman ma rację przekazanie pieniędzy cyfrowych bez pytania o ID jest możliwe przedstawiamy Państwu cyfrową gotówkę Coś czego jeszcze nie ma, ale wkrótce zostanie stworzone to wiarygodna cyfrowa

Bardziej szczegółowo

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting,

Bardziej szczegółowo

Zgłoszenie reklamacyjne

Zgłoszenie reklamacyjne Zgłoszenie reklamacyjne Informacje ogólne Reklamacja, czyli zakwestionowanie zakupu Składanie w sklepie reklamacji, w ramach sprzedaŝy konsumenckiej (czyli takiej, gdy nabywamy rzecz na własny uŝytek,

Bardziej szczegółowo

ROZWIJANIE SWOICH POMYSŁÓW

ROZWIJANIE SWOICH POMYSŁÓW ROZWIJANIE SWOICH POMYSŁÓW Jeżeli decydujemy się na założenie nowego biznesu, powinniśmy poświęcić trochę czasu na rozwinięcie naszych pomysłów z tym związanych. Jedną z największych zalet bycia przedsiębiorcą

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering) Wykład 1

Inżynieria oprogramowania (Software Engineering) Wykład 1 Inżynieria oprogramowania (Software Engineering) Wykład 1 Wprowadzenie do inżynierii oprogramowania Zarządzanie przedmiotem Wydział: WEiI Katedra: KIK Web site: http://moskit.weii.tu.koszalin.pl/~swalover/

Bardziej szczegółowo

Program szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0)

Program szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0) Program szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0) Informacje: Nazwa: Wprowadzenie do Domain Driven Design dla biznesu (część 0) Kod: Kategoria: Grupa docelowa: Czas trwania:

Bardziej szczegółowo

Spring Framework - wprowadzenie i zagadnienia zaawansowane

Spring Framework - wprowadzenie i zagadnienia zaawansowane Program szkolenia: Spring Framework - wprowadzenie i zagadnienia zaawansowane Informacje ogólne Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Spring Framework - wprowadzenie i zagadnienia

Bardziej szczegółowo

Dokumentacja projektu QUAIKE Architektura oprogramowania

Dokumentacja projektu QUAIKE Architektura oprogramowania Licencjacka Pracownia Oprogramowania Instytut Informatyki Uniwersytetu Wrocławskiego Jakub Kowalski, Andrzej Pilarczyk, Marek Kembrowski, Bartłomiej Gałkowski Dokumentacja projektu QUAIKE Architektura

Bardziej szczegółowo

Kryteria jakościowe oceny merytorycznej projektu

Kryteria jakościowe oceny merytorycznej projektu Kryteria jakościowe oceny merytorycznej projektu Projekt LdV Mobility Projekt to przedsięwzięcie zorientowane na cel o określonym czasie trwania o wysokim stopniu złoŝoności wymagające zaangaŝowania określonych

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

NIE BĄDŹ JELEŃ, WEŹ PARAGON

NIE BĄDŹ JELEŃ, WEŹ PARAGON NIE BĄDŹ JELEŃ, WEŹ PARAGON Trochę czasu, znajomość podstawowych praw konsumentów oraz dowód zakupu to niezbędny zestaw podczas składania reklamacji. Łatwiej dochodzić swoich praw, gdy mamy paragon. Warto

Bardziej szczegółowo

INSTRUKCJA LOGOWANIA DLA UZYTKOWNIKÓW TOKENA

INSTRUKCJA LOGOWANIA DLA UZYTKOWNIKÓW TOKENA INSTRUKCJA LOGOWANIA DLA UZYTKOWNIKÓW TOKENA 1. Uruchamiamy przeglądarkę internetową (zalecamy Internet Explorer 5.5 lub wyŝszą wersję albo Firefox Mozilla 2.0 / 3.0 lub wyŝszą), sprawdzamy połączenie

Bardziej szczegółowo

WOJSKOWA AKADEMIA TECHNICZNA

WOJSKOWA AKADEMIA TECHNICZNA WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko

Bardziej szczegółowo

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7 AUREA BPM HP Software TECNA Sp. z o.o. Strona 1 z 7 HP APPLICATION LIFECYCLE MANAGEMENT Oprogramowanie Application Lifecycle Management (ALM, Zarządzanie Cyklem życia aplikacji) wspomaga utrzymanie kontroli

Bardziej szczegółowo

Przedsięwzięcia Informatyczne w Zarządzaniu

Przedsięwzięcia Informatyczne w Zarządzaniu Przedsięwzięcia Informatyczne w Zarządzaniu 2005/06 dr inż. Grażyna Hołodnik-Janczura GHJ 1 LITERATURA 1. Praca zbiorowa p.r. Górski J., Inżynieria oprogramowania, MIKOM, W-wa, 2000 2. Jaszkiewicz A.,

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

Acusera 24.7 - zarządzanie wynikami kontroli wewnątrzlaboratoryjnej

Acusera 24.7 - zarządzanie wynikami kontroli wewnątrzlaboratoryjnej Acusera 24.7 - zarządzanie wynikami kontroli wewnątrzlaboratoryjnej II Konferencja Diagnostów Laboratoryjnych Śląski Urząd Wojewódzki w Katowicach 14 września 2015 Acusera 24. 7 - główne funkcje: 1.Prowadzenie

Bardziej szczegółowo

Instrukcja zarządzania kontami i prawami

Instrukcja zarządzania kontami i prawami Instrukcja zarządzania kontami i prawami uŝytkowników w systemie express V. 6 1 SPIS TREŚCI 1. Logowanie do systemu.... 3 2. Administracja kontami uŝytkowników.... 4 3. Dodawanie grup uŝytkowników....

Bardziej szczegółowo

Session Based Testing Czyli eksploracyjne testowanie w sesjach. Karolina Bilewska PapryQArz 16.09.2015

Session Based Testing Czyli eksploracyjne testowanie w sesjach. Karolina Bilewska PapryQArz 16.09.2015 Session Based Testing Czyli eksploracyjne testowanie w sesjach Karolina Bilewska PapryQArz 16.09.2015 AGENDA 1. Geneza SBT 2. Pojęcie SBT, zasady testów w sesjach 3. Jak zarządzać testami w sesjach? 4.

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI SKLEPU INTERNETOWEGO. Alu System Plus Sp.J. ul.leśna 2d 32-500 Chrzanów, tel.(+48-32) 625-71-38 sprzedaz@alusystem.

INSTRUKCJA OBSŁUGI SKLEPU INTERNETOWEGO. Alu System Plus Sp.J. ul.leśna 2d 32-500 Chrzanów, tel.(+48-32) 625-71-38 sprzedaz@alusystem. INSTRUKCJA OBSŁUGI SKLEPU INTERNETOWEGO 1. Jak rozpocząć zakupy? Aby złoŝyć zamówienie w sklepie naleŝy zalogować się, klikając na linka Zaloguj w prawym górnym rogu ekranu. Następnie naleŝy podać nazwę

Bardziej szczegółowo

Program szkolenia: Receptury testowania automatycznego - problemy, strategie, taktyki, techniki, narzędzia

Program szkolenia: Receptury testowania automatycznego - problemy, strategie, taktyki, techniki, narzędzia Program szkolenia: Receptury testowania automatycznego - problemy, strategie, taktyki, techniki, narzędzia Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Receptury testowania automatycznego

Bardziej szczegółowo

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013. Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013 Spis treści I. Bezpieczeństwo systemów informatycznych Rozdział 1. Wstęp 3 1.1.

Bardziej szczegółowo

Feature Driven Development

Feature Driven Development Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami

Bardziej szczegółowo

Zastosowanie darmowych rozwiązań do testów użyteczności aplikacji internetowych

Zastosowanie darmowych rozwiązań do testów użyteczności aplikacji internetowych Zastosowanie darmowych rozwiązań do testów użyteczności aplikacji internetowych Konferencja SQAM 2008 Agenda Proces Projektowanie zorientowane na użytkownika 2. Dla początkujących : ) zlastrona.org; 3.

Bardziej szczegółowo

Większe możliwości dzięki LabVIEW 2009: programowanie równoległe, technologie bezprzewodowe i funkcje matematyczne w systemach czasu rzeczywistego

Większe możliwości dzięki LabVIEW 2009: programowanie równoległe, technologie bezprzewodowe i funkcje matematyczne w systemach czasu rzeczywistego Większe możliwości dzięki LabVIEW 2009: programowanie równoległe, technologie bezprzewodowe i funkcje matematyczne w systemach czasu rzeczywistego Dziś bardziej niż kiedykolwiek narzędzia używane przez

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

ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA ZP/271/5/D/2/2015 Wilkowice, 9 lipiec 2015r. ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA dot. postępowania o udzielenie zamówienia publicznego na zadanie Poprawa jakości usług medycznych i

Bardziej szczegółowo

POKAŻ REZULTATY SWOICH DZIAŁAŃ. POKAŻ, CO POTRAFISZ. ALE NAJPIERW TO ZBADAJ! V KONGRES BIBLIOTEK PUBLICZNYCH WARSZAWA PAŹDZIERNIKA 2014 ROKU

POKAŻ REZULTATY SWOICH DZIAŁAŃ. POKAŻ, CO POTRAFISZ. ALE NAJPIERW TO ZBADAJ! V KONGRES BIBLIOTEK PUBLICZNYCH WARSZAWA PAŹDZIERNIKA 2014 ROKU POKAŻ REZULTATY SWOICH DZIAŁAŃ. POKAŻ, CO POTRAFISZ. ALE NAJPIERW TO ZBADAJ! V KONGRES BIBLIOTEK PUBLICZNYCH WARSZAWA 20-21 PAŹDZIERNIKA 2014 ROKU TROCHĘ TEORII Rezultat bezpośredni, natychmiastowy efekt

Bardziej szczegółowo

Technologie Internetowe Raport z wykonanego projektu Temat: Internetowy sklep elektroniczny

Technologie Internetowe Raport z wykonanego projektu Temat: Internetowy sklep elektroniczny Technologie Internetowe Raport z wykonanego projektu Temat: Internetowy sklep elektroniczny AiRIII gr. 2TI sekcja 1 Autorzy: Tomasz Bizon Józef Wawrzyczek 2 1. Wstęp Celem projektu było stworzenie sklepu

Bardziej szczegółowo

IV.3.b. Potrafisz samodzielnie dokonać podstawowej konfiguracji sieci komputerowej

IV.3.b. Potrafisz samodzielnie dokonać podstawowej konfiguracji sieci komputerowej IV.3.b. Potrafisz samodzielnie dokonać podstawowej konfiguracji sieci komputerowej Co warto wiedzieć o łączeniu komputerów w sieci? Spójrz na rysunek IV.3p, który przedstawia właściwości Połączeń lokalnych,

Bardziej szczegółowo

Testujemy dedykowanymi zasobami (ang. agile testers)

Testujemy dedykowanymi zasobami (ang. agile testers) Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania

Bardziej szczegółowo

Analityk i współczesna analiza

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

Bardziej szczegółowo

PROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem

PROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem PROJEKTOWANIE określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Dokumentacja Instalacja PROJEKT most pomiędzy specyfikowaniem

Bardziej szczegółowo

Jak uniknąć błędów w komunikowaniu zmian

Jak uniknąć błędów w komunikowaniu zmian Jak uniknąć błędów w komunikowaniu zmian Roman Rostek Zmiany w firmie wymagają intensywnej komunikacji z pracownikami. Zapotrzebowanie pracowników na informacje i ich chęć dialogu znacznie się wtedy zwiększają.

Bardziej szczegółowo

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

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1 SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2

Bardziej szczegółowo

Systemy ekspertowe. System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro

Systemy ekspertowe. System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro Systemy ekspertowe System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro Autorzy: 1 Wstęp Wybór zestawu komputerowego, ze względu na istnienie wielu

Bardziej szczegółowo

SEMINARIUM Dwie perspektywy w projektowaniu na Responsive Web Design (User experience i webdeveloper)

SEMINARIUM Dwie perspektywy w projektowaniu na Responsive Web Design (User experience i webdeveloper) Katalizator Innowacji - usługi doradcze dla biznesu realizowane w modelu audytu benchmarkowego. Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego. Dotacje na

Bardziej szczegółowo

Poszczególne pozycje górnego menu umoŝliwiają wyświetlenie: strony tytułowej. spisu treści. spisu notatek. spisu zakładek

Poszczególne pozycje górnego menu umoŝliwiają wyświetlenie: strony tytułowej. spisu treści. spisu notatek. spisu zakładek Opis Miejsc Pamięci zawierają opracowane ebook-i w czterech formatach w wersji polskiej i agielskiej. MoŜna je bezpośrednio czytać z podstrony: http://armiakrajowa.org.pl/tabliczki/ebook_mp.html na którychj

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

LEĆ FMEA FMEA ZAMIAST. Analiza FMEA. Tomasz Greber tomasz@greber.com.pl. Opracował: Tomasz Greber (www.greber.com.pl)

LEĆ FMEA FMEA ZAMIAST. Analiza FMEA. Tomasz Greber tomasz@greber.com.pl. Opracował: Tomasz Greber (www.greber.com.pl) Tomasz Greber tomasz@greber.com.pl MYŚLE LEĆ ZAMIAST PŁACIĆ 1 Dlaczego? Konkurencja Przepisy Normy (ISO 9000, TS 16949 ) Wymagania klientów Koszty niezgodności 1 10 100 1000 Projektowanie Początek produkcji

Bardziej szczegółowo

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania 2/31 Wprowadzenie Syndrom LOOP Late Późno Over budget Przekroczono budżet Overtime nadgodziny

Bardziej szczegółowo

bo od managera wymaga się perfekcji

bo od managera wymaga się perfekcji bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością

Bardziej szczegółowo

Program szkolenia: Wzorce projektowe i ich implementacja w C# oraz testowanie automatyczne

Program szkolenia: Wzorce projektowe i ich implementacja w C# oraz testowanie automatyczne Program szkolenia: Wzorce projektowe i ich implementacja w C# oraz testowanie automatyczne Informacje ogólne Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Wzorce projektowe i ich implementacja

Bardziej szczegółowo