Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania
|
|
- Krystian Pawłowski
- 6 lat temu
- Przeglądów:
Transkrypt
1 Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania Wykładowca Dr inż. Zofia Kruczkiewicz
2 Literatura 1. I. Sommerville, Inżynieria oprogramowania, s. Klasyka informatyki, WNT Stephen H. Kan, Metryki i modele w inżynierii jakości oprogramowania, MIKOM, Roger S. Pressman, Praktyczne podejście do oprogramowania, s. Inżynieria oprogramowania, WNT,
3 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 4. Kontrolowanie jakości [1, 3] 5. Formalne metody zapewniania jakości [3] 6. Miernictwo oprogramowania i miary [1, 2, 3] 7. Kryteria oceny jakości [2]
4 Główne zagadnienia 1. Podstawowe definicje [3]
5 Definicje jakości Jakość - Zespół cech decydujących o ocenie danego wyrobu Rodzaje jakości: Jakość projektu produktu zgodność z wymaganiami, Jakość implementacji produktu zgodność z udokumentowanymi standardami tworzenia oprogramowania Skuteczność w użytkowaniu, pielęgnacji i rozwijaniu kodu Definicje jakości oprogramowania: Satysfakcja użytkownika= działający produkt + dobra jakość + zrealizowany budżet i harmonogram Jakość produktu jest funkcją tego, jak bardzo on zmienia świat na lepsze
6 Ocena zewnętrzna produktu (p.2 wykładu) 1) jakość oprogramowania (wynikające ze złożoności struktury programu - Henderson-Sellers): testowalności, a więc również niezawodności (wykład 8), stopnia osiągniętej abstrakcji zrozumiałości programu stopnia pielęgnacji wieloużywalności 2) funkcjonalność 3) koszt
7 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3]
8 Zarządzanie jakością i tworzenie oprogramowania [1] Proces tworzenia oprogramowania Zespół kontroli jakości Zespół wykonawców W1 W2 W3 W4 W5 Proces zarządzania jakością Z1 Z2 Z3 Z4 Z5 Standardy i procedury Plan jakości Zarządzanie jakością powinno być oddzielone od zarządzania projektem
9 Zarządzanie jakością oprogramowania można podzielić na trzy zasadnicze czynności: 1) Zapewnianie jakości 2) Planowanie jakości 3) Kontrola jakości Zarządzanie jakością stanowi niezależne sprawdzenie procesu tworzenia oprogramowania sprawdza się, czy wyprodukowane oprogramowanie jest zgodne ze: standardami i celami firmy (usprawnianie procesu i produktu, jakość społeczności pracowników), wymaganiami klienta, który zamówił oprogramowanie
10 Lp Czynności zapewniania jakości Zapewnianie jakości [3] Zespół wykonawców Zespół kontroli jakości 1 Przygotowanie planu zapewniania jakości p Uczestniczenie w ustaleniu postaci procesu wytwórczego Wybór procesu Sprawdzenie zgodności z polityką firmy, normami jakości np. ISO Sprawdzenie zgodności prac wytwórczych ze zdefiniowanym procesem Usuwanie niezgodności Wykrywanie niezgodności (identyfikuje, dokumentuje, wyszukuje) i czuwanie nad ich usunięciem
11 Zapewnianie jakości cd Lp Czynności zapewniania jakości 4 Sprawdzenie zgodności wybranych produktów roboczych z wymaganiami zawartymi w opisie procesu wytwórczego 5 Dopilnowanie, aby niedoskonałości procesu wytwórczego lub produktów roboczych dokumentowano i poprawiano zgodnie z ustalonymi procedurami 6 Przechowywanie informacji o wykrytych niezgodnościach i składanie sprawozdań do kierownictwa firmy Zespół wykonawców Usuwanie niezgodności Usuwanie niezgodności Usuwanie niezgodności Zespół kontroli jakości Wykrywanie niezgodności (identyfikuje, dokumentuje, wyszukuje) i czuwanie nad ich usunięciem; wykonywanie raportów dla kierownika projektu Wykrywanie błędów w planie przedsięwzięcia, opisie procesu wytwórczego, dokumentacji standardów i produktach roboczych i czuwanie nad ich usunięciem; wykonywanie raportów dla kierownika projektu Wszelkie niezgodności są śledzone aż do ich usunięcia
12 Model zapewnienia jakości ISO 9001 Model procesu jakości niezależny od gałęzi przemysłu 20 wymagań dla systemu zapewniania jakości Zadanie kierownictwa Kontrola niezgodnych produktów Obsługa, składowanie, pakowanie i dostarczanie Produkty dostarczane przez dostawców Kontrola procesu Osprzęt do testowania i kontroli Przegląd umowy Kontrola dokumentów Wewnętrzne kontrole jakości Realizacja usług System jakości Kontrola projektów Zakupy Identyfikacja i śledzenie produktów Inspekcja i testowanie Stan kontroli i testów Czynności poprawiające Rejestry jakości Szkolenie Metody statystyczne
13 ISO 9000 system zarządzania jakością Firma jako sieć powiązanych procesów Model jakości ISO 9000 jego egzemplarzem jest Firmowy podręcznik jakości dokumentuje Firmowy proces jakości jest używany przy opracowywaniu jego egzemplarzem jest Plan jakości przedsięwzięcia 1 Plan jakości przedsięwzięcia 2 Plan jakości przedsięwzięcia 3 Zarządzanie jakością przedsięwzięć ISO zawiera interpretację ISO-9000 dla tworzenia oprogramowania
14 Własności standardów oprogramowania Najlepiej dopasowane praktyki dla potrzeb firmy Stanowią szkielet jakości Standaryzacja działań Typy standardów Standardy produktowe Standardy procesowe Standardy te są ściśle powiązane: celem standardów procesowych często jest przestrzeganiem standardów produktowych
15 Przykłady standardów produktowych i procesowych Standardy produktowe Formularz przeglądu projektu Struktura dokumentacji wymagań Format nagłówka procedury Styl programowania w Javie Format planu przedsięwzięcia Formularz żądania zmiany Standardy procesowe Przebieg przeglądu projektu Zgłaszanie dokumentów do zarządzania strukturą (CM-Configuration Management) Proces rozpowszechniania wersji Proces akceptacji planu przedsięwzięcia Proces panowania nad zmianami Proces rejestrowania testów
16 Metody opracowywania standardów 1) Opracowanie standardów również przez inżynierów oprogramowania 2) Dostosowywanie standardów do zmian technologii 3) Zautomatyzowanie procesów za pomocą narzędzi programistycznych wspiera standardy ułatwia ich zachowanie lub wprowadzanie koniecznych zmian
17 Standardy dokumentowania 1. Standardy procesu dokumentowania 2. Standardy dokumentów: 1) Standardy identyfikacji dokumentów 2) Standardy struktury dokumentów 3) Standardy prezentacji dokumentów 4) Standardy aktualizacji dokumentów 3. Standardy wymiany dokumentów elektroniczne przesyłanie dokumentów
18 Przykład procesu dokumentowania - proces tworzenia dokumentacji z uwzględnieniem kontroli jakości Utwórz wstępny projekt Zrecenzuj projekt Uwzględnij komentarze recenzenta Przygotuj nową wersję projektu Etap 1: Tworzenie Zaakceptowany dokument Wykonaj korektę Opracuj ostateczny projekt Sprawdź ostateczny projekt Etap 2: Opracowywanie Zaakceptowany dokument Złóż tekst Przejrzyj skład Utwórz matrycę Drukuj egzemplarze Etap 3: Druk
19 Jakość procesu i produktu Zdefiniuj proces Utwórz produkt Oceń jakość produktu Utwórz proces Nie Odpowiednia jakość Tak Opracuj standard procesu
20 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1]
21 Składowe planu jakości 1) Określenie produktu opis produktu, rynek produktu i oczekiwania wobec produktu 2) Plany dotyczące produkcji daty krytycznych wydań, plany dystrybucji i serwisu 3) Opisy procesu procesy tworzenia i serwisowania produktu, 4) Cele jakościowe atrybuty krytyczne produktu związane z produkcją 5) Ryzyka i zarządzanie ryzykiem czynniki zapobiegające obniżeniu jakości produktu 6) Rodzaje prowadzonych audytów i przeglądów 7) Dokumenty przygotowywane przez zespół kontroli jakości 8) Informacje przekazywane zespołowi wytwórczemu
22 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 4. Kontrolowanie jakości [1, 3]
23 Podejścia do kontroli jakości prowadzone przez zespół kontroli jakości Przeglądy jakości badanie zgodności oprogramowania i dokumentacji ze standardami Automatyczna ocena oprogramowania za pomocą metryk, badanie zgodności ze standardami Rodzaje przeglądów Kontrola programu lub projektu Przeglądy postępu Przegląd jakości Zasadniczy cel Wykrycie szczegółowych błędów w wymaganiach, projekcie lub kodzie na podstawie listy kontrolnej z potencjalnymi błędami Przegląd produktu i procesu pod kątem kosztów, planów i harmonogramów Analiza techniczna komponentów produktu lub dokumentacji w celu wykrycia niezgodności między specyfikacją, projektem, kodem i dokumentacją komponentu i stopnia przestrzegania standardów jakości
24 Zasady prowadzenia formalnego przeglądu technicznego przez zespół wytwórczy 1. Ocenianie produktu, a nie wykonawcy 2. Przygotowanie planu zebrania i przestrzeganie planu 3. Ograniczenie dyskusji 4. Zgłaszanie wszystkich zauważonych problemów, jednak bez próby ich rozwiązania 5. Tworzenie notatek 6. Ograniczenie liczby uczestników i dopilnowanie ich przygotowania do zebrania 7. Przygotowanie listy kontrolnej dla każdego ocenianego produktu roboczego 8. Przeznacz czas i zasoby na prowadzenie przeglądów należy umieścić je w harmonogramie projektu 9. Przeszkolenie wszystkich uczestników projektu 10. Ocena początkowych przeglądów pierwszy produkt poddany przeglądowi to procedura prowadzenia przeglądów
25 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 4. Kontrolowanie jakości [1, 3] 5. Formalne metody zapewniania jakości [3]
26 Formalne metody zapewniania jakości statystyczne zapewnianie jakości Zebranie i pogrupowanie informacji o usterkach w oprogramowaniu Próba ustalenia przyczyny powstania każdej usterki Wybranie 20% najważniejszych przyczyn usterek na podstawie zasady Pareto (20% przyczyn powoduje 80% usterek) Po ustaleniu najważniejszych przyczyn, rozwiązanie tych problemów w celu usunięcia usterek 50% Podsumowanie: Zajmuj się tylko tym co ważne, ale najpierw upewnij się, że wiesz, co jest ważne
27 Przykład metody statystycznej rodzaje błędów NBS: niekompletna lub błędna specyfikacja NKK: nieporozumienie w kontaktach z klientem ŚOS: Świadome odejście od specyfikacji NNP: naruszenie norm oprogramowania BRD: błędna reprezentacja danych LBP: logiczny błąd projektowania NBT: niekompletne lub błędne testowanie NND: niekompletna lub niedokładna dokumentacja BTK: błąd translacji lub kompilacji BIU: błędny interfejs użytkownika BIK: błędny interfejs komponentu INN: inne
28 Przykład metody statystycznej E i - całkowita liczba błędów wykrytych w i-tej fazie procesu tworzenia produktu S i - liczba poważnych błędów M i - liczba umiarkowanych błędów T i - liczba drobnych błędów PS - wielkość produktu w S, w m, w t wagi przyznane poszczególnym rodzajom błędów w S =10, w m =3, w t =1 Indeks fazy procesu tworzenia produktu Pi i PI i = w S (S i / E i ) + w m (M i / E i ) + w t (T i / E i ) Indeks błędów jako suma indeksów wszystkich faz procesu tworzenia produktu EI = (i x PI i ) / PS = (PI 1 + 2PI 2 + 3PI ipi i ) / PS Wg tabeli (następny slajd) Najliczniejsze przyczyny błędów - 52%: NBS, BRD, NKK Najpoważniejsze przyczyny błędów - NBS, BRD, BTK, LBP Stanowi to 10% wszystkich błędów (89/942) 28
29 Przykład metody statystycznej cd E (Razem) S i (Poważnie) M i (Umiarkowanie) T i (Drobne) Błąd Liczba % Liczba % Liczba % Liczba % NBS NKK ŚOS NNP BRD BIK LBP NBT NND BTK BIU INN Razem
30 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 4. Kontrolowanie jakości [1, 3] 5. Formalne metody zapewniania jakości [3] 6. Miernictwo oprogramowania i miar [1,2,3]
31 Miary predykcyjne i kontrolne [1] Proces tworzenia oprogramowania Produkt programowy Pomiary kontrolne Pomiary predykcyjne Decyzje menedżerskie
32 Złożoność Klasyfikacja złożoności oprogramowania - związki między zewnętrznymi atrybutami oprogramowania i miarami wewnętrznych atrybutów (wg Brian Henderson- Sellers) - p. 2 wykładu Złożoność obliczeniowa Złożoność funkcjonalna problemu metryki stylu metryki rozmiaru metryki struktur danych metryki logicznej struktury (przepływu sterowania) jest zależna od Złożoność psychologiczna Właściwości programisty metryki modułowe metryki modułowe (złożoność proceduralna) metryki modułowe (złożoność semantyczna) metryki semantycznej spójności Złożoność reprezentacji Złożoność produktu/dokumentacji = złożoność strukturalna mierzona przez metryki złożoności strukturalnej metryki międzymodułowe jest zależna od metryki połączeń zewnętrzne atrybuty wewnętrzne atrybuty miary wewnętrznych atrybutów metryki spójności 32
33 Związki funkcyjne i niefunkcyjne między atrybutami zewnętrznymi i wewnętrznymi oprogramowania [1] na podstawie atrybutów wewnętrznych ocenia się atrybuty zewnętrzne oprogramowania Atrybuty zewnętrzne Atrybuty wewnętrzne Pielęgnowalność Liczba parametrów metod Niezawodność Złożoność cyklomatyczna Liczba linii kodu źródłowego Wieloużywalność Liczba komunikatów o błędach Funkcjonalność Pomiary subiektywne Wielkość podręcznika użytkownika Pomiary obiektywne
34 Metry ka Przykłady powiązania metryk kodu z oceną zewnętrzną oprogramowania Stopień osiągniętej abstrakcji Wieloużywal ność Jakość Koszt Funkcj Pielęgno onalno walność ść Zrozumiałość Testowalność (niezawodność ) LOC LCOM DIT NOC + + McCabe S/C CBO + WMC + RFC
35 Proces pomiaru produktu [1] Wybierz pomiary do wykonania Zanalizuj komponenty z anomaliami i wykonaj refaktoryzację Wybierz komponenty do oceny Zidentyfikuj anomalie w pomiarach Zmierz właściwości (np. atrybuty wewnętrzne) komponentu
36 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 4. Kontrolowanie jakości [1, 3] 5. Formalne metody zapewniania jakości [3] 6. Miernictwo oprogramowania i miary [1, 2, 3] 7. Kryteria oceny jakości [2]
37 Poziom zadowolenia klienta [2] Metoda 1 (macierz korelacji) Metoda 2 (analiza wielokrotnej regresji) Metoda 3 (analiza regresji logistycznej) Kolejność nierosnąca wartości atrybutów Niezawodność Niezawodność Niezawodność Łatwość użytkowania Łatwość instalacji Łatwość użytkowania Łatwość instalacji Łatwość użytkowania Dostępność Dokumentacja Wydajność Łatwość instalacji Wydajność Łatwość serwisu Łatwość serwisu Łatwość serwisu Dokumentacja Wydajność Dostępność Dostępność Dokumentacja
Model CMMI, ISO, zapewnianie jakości oprogramowania
Model CMMI, ISO, zapewnianie jakości oprogramowania Zofia Kruczkiewicz 1 Literatura 1. I. Sommerville, Inżynieria oprogramowania, s. Klasyka informatyki, WNT 2003 2. Stephen H. Kan, Metryki i modele w
Zasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
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
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
Jakość w procesie wytwarzania oprogramowania
Jarosław Kuchta Jakość Oprogramowania http://www.eti.pg.gda.pl/katedry/kask/pracownicy/jaroslaw.kuchta/jakosc/ J.Kuchta@eti.pg.gda.pl Względny koszt wprowadzania zmian w zależności od fazy realizacji projektu
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację
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
Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik
Projektowanie oprogramowania Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik Agenda Weryfikacja i zatwierdzanie Testowanie oprogramowania Zarządzanie Zarządzanie personelem
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
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
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004. Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie 2. Jaki wpływ na ludzi, komunikację
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Tworzenie i śledzenie harmonogramów Wykładowca Dr inż. Zofia Kruczkiewicz
Tworzenie i śledzenie harmonogramów Wykładowca Dr inż. Zofia Kruczkiewicz 1 Literatura 1. K. Frączkowski, Zarządzanie projektem informatycznym. Projekty w środowisku wirtualnym. Czynniki sukcesu i niepowodzeń
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
Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji
Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji Zofia Kruczkiewicz 1 Literatura 1. K. Frączkowski, Zarządzanie projektem informatycznym. Projekty w środowisku wirtualnym.
Wykład 8. Testowanie w JEE 5.0 (1) Autor: Zofia Kruczkiewicz. Zofia Kruczkiewicz
Wykład 8 Testowanie w JEE 5.0 (1) Autor: 1. Rola testowania w tworzeniu oprogramowania Kluczową rolę w powstawaniu oprogramowania stanowi proces usuwania błędów w kolejnych fazach rozwoju oprogramowania
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Cykle życia systemu informatycznego
Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów
Zarządzanie jakością oprogramowania
Zarządzanie jakością oprogramowania Autor Zofia Kruczkiewicz Programowanie i wdrażanie systemów informatycznych 2011-04-27 1 Główne zagadnienia 1. Modele procesu produkcji oprogramowania 2. Zapewnianie
Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010
Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................
Oceny z prezentacji INKU011S. Zofia Kruczkiewicz
Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt
PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK
KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements
INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny
Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Cel: Opracowanie szczegółowych zaleceń i procedur normujących pracę działu wytwarzania oprogramowania w przedsiębiorstwie
Testowanie oprogramowania. Piotr Ciskowski
Testowanie oprogramowania Piotr Ciskowski TESTOWANIE testowanie o proces eksperymentalnego badania programu lub jego komponentu o próbne wykonanie w znanych warunkach o rejestrowanie wyników o ocena właściwości
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium TESTOWANIE OPROGRAMOWANIA Software testing Forma
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej - plan prezentacji 1 2 3 4 5 Zarządzanie konfiguracją - definicje Problemy z konfiguracją
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
1
Wprowadzenie 0.1 Postanowienia ogólne Wprowadzenie 0.1 Postanowienia ogólne Wprowadzenie 0.1 Postanowienia ogólne 0.2 Podejście procesowe 0.2 Zasady zarządzania jakością 0.2 Zasady zarządzania jakością
Zarządzanie i inżynieria jakości / Adam Hamrol. Warszawa, Spis treści
Zarządzanie i inżynieria jakości / Adam Hamrol. Warszawa, 2017 Spis treści Wprowadzenie 11 1. O inżynierii jakości i zarządzaniu jakością 11 2. Zakres i układ książki 14 3. Komentarz terminologiczny 17
Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell. Gliwice, cop Spis treści. Wstęp 15.
Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell. Gliwice, cop. 2017 Spis treści Wstęp 15 Podziękowania 23 Listy kontrolne 25 Tabele 27 Rysunki 29 Część I Proces budowy oprogramowania
Wytwórstwo oprogramowania. michał możdżonek
Wytwórstwo oprogramowania michał możdżonek 01.2008 Plan wykładu 1. Proces tworzenie oprogramowania 2. Zarządzanie projektami 3. Wymagania 4. Projektowanie 5. Testowanie 6. Szacowanie złożoności i kosztu
Wykład 5. Charakterystyki zewnętrzne a wewnętrzne oprogramowania (1) - definicje metryk międzymodułowych i modułowych autor: Zofia Kruczkiewicz
Wykład 5 Charakterystyki zewnętrzne a wewnętrzne oprogramowania (1) - definicje metryk międzymodułowych i modułowych autor: Zofia Kruczkiewicz 1 Zagadnienia 1. Podstawowe definicje dotyczące złożoności
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
PRZEWODNIK PO PRZEDMIOCIE
Inżynieria Software quality engineering Informatyka Stacjonarne IO2_05 Obowiązkowy w ramach specjalności: inżynieria II stopień Rok: I Semestr: II wykład, laboratorium 1W, 2L 3 ECTS I KARTA PRZEDMIOTU
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Egzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Szczegółowy plan szkolenia
Szczegółowy plan szkolenia ISTQB Advanced Level Syllabus Test Manager (version 2012) (19 October 2012) Harmonogram zajęć (5 dni szkoleniowych: 9:00 17:00) Dzień 1. 0. Wprowadzenie do syllabusa poziom zaawansowany
Standard ISO 9001:2015
Standard ISO 9001:2015 dr inż. Ilona Błaszczyk Politechnika Łódzka XXXIII Seminarium Naukowe Aktualne zagadnienia dotyczące jakości w przemyśle cukrowniczym Łódź 27-28.06.2017 1 Struktura normy ISO 9001:2015
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:
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Web frameworks do budowy aplikacji zgodnych z J2EE
Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida promotor: dr Dariusz Król Przypomnienie Celem pracy jest porównanie wybranych szkieletów programistycznych o otwartym kodzie źródłowym
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania
ISO 9000/9001 Jarosław Kuchta Jakość Oprogramowania Co to jest ISO International Organization for Standardization największa międzynarodowa organizacja opracowująca standardy 13700 standardów zrzesza narodowe
Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI
4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty
Inżynieria Programowania Zarządzanie projektem. Plan wykładu. Motto. Motto 2. Notatki. Notatki. Notatki. Notatki.
Inżynieria Programowania Zarządzanie projektem Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 3 października 2013 Plan wykładu 1. Wstęp 2. Czynności zarządzania 3.
AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2
AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 1. Definicja projektu: cechy projektu, przyczyny porażek projektów, czynniki sukcesu projektów, cele projektu, produkty projektu, cykl życia
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
Inżynieria Programowania Zarządzanie projektem
Inżynieria Programowania Zarządzanie projektem Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 12 października 2015 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4
Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji
Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji Zofia Kruczkiewicz 1 Literatura 1. K. Frączkowski, Zarządzanie projektem informatycznym. Projekty w środowisku wirtualnym.
Metryki. Pomiar złożoności modułowej i międzymodułowej oprogramowania. autor: Zofia Kruczkiewicz
Metryki Pomiar złożoności modułowej i międzymodułowej oprogramowania autor: Zofia Kruczkiewicz 1 Metryki złożoności modułowej i międzymodułowej Chidamber & Kemerer (CK) 2 Metryki złożoności modułowej i
Testowanie oprogramowania. Testowanie oprogramowania 1/34
Testowanie oprogramowania Testowanie oprogramowania 1/34 Testowanie oprogramowania 2/34 Cele testowania testowanie polega na uruchamianiu oprogramowania w celu wykrycia błędów, dobry test to taki, który
KSIĘGA JAKOŚCI SYSTEM ZARZĄDZANIA JAKOŚCIĄ. 4.1 Wymagania ogólne i zakres obowiązywania systemu zarządzania jakością.
Wydanie: 4 z dnia 09.06.2009r zmiana: 0 Strona 1 z 6 4.1 Wymagania ogólne i zakres obowiązywania systemu zarządzania jakością. W Szpitalu Miejskim w Elblągu został ustanowiony, udokumentowany, wdroŝony
Certified IT Manager Training (CITM ) Dni: 3. Opis:
Kod szkolenia: Tytuł szkolenia: HK333S Certified IT Manager Training (CITM ) Dni: 3 Opis: Jest to trzydniowe szkolenie przeznaczone dla kierowników działów informatycznych oraz osób, które ubiegają się
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
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
Skrót wymagań normy ISO 9001/2:1994, PN-ISO 9001/2:1996
Skrót wymagań normy ISO 9001/2:1994, PN-ISO 9001/2:1996 (pojęcie wyrób dotyczy też usług, w tym, o charakterze badań) 4.1. Odpowiedzialność kierownictwa. 4.1.1. Polityka Jakości (krótki dokument sygnowany
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka
Zmiany w standardzie ISO 9001 dr inż. Ilona Błaszczyk Politechnika Łódzka 1 W prezentacji przedstawiono zmiany w normie ISO 9001 w oparciu o projekt komitetu. 2 3 4 5 6 Zmiany w zakresie terminów używanych
Zarządzanie łańcuchem dostaw
Społeczna Wyższa Szkoła Przedsiębiorczości i Zarządzania kierunek: Zarządzanie i Marketing Zarządzanie łańcuchem dostaw Wykład 1 Opracowanie: dr Joanna Krygier 1 Zagadnienia Wprowadzenie do tematyki zarządzania
Testowanie i walidacja oprogramowania
i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja
Plan. Zapewnienie jakości produktu informatycznego. Zarządzanie jakością i metryki oprogramowania. Podstawowe parametry mierzalne
Zarządzanie jakością i metryki oprogramowania Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik, kwiecień 2002 Zapewnienie jakości produktu informatycznego Pomiar jako główny element
PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja.
Harmonogram szkolenia zawodowego: Zarządzanie projektami europejskimi Termin realizacji: 14.02.2011 10.03.2011 Miejsce realizacji: Szkoła policealna Wizażu i Stylizacji ul. Reformacka 4, Rzeszów Data Godziny
Kontrola jakości artefaktów
Kontrola jakości artefaktów Artefakty produkty, wytwory rąk ludzkich: Dokumenty Specyfikacje Kod Jakość zgodność z wymaganiami (jawnymi i ukrytymi, z których istnienia klient nie zdaje sobie sprawy) Philip
PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH. KL III TI 4 godziny tygodniowo (4x30 tygodni =120 godzin ),
PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH KL III TI 4 godziny tygodniowo (4x30 tygodni =120 godzin ), Program 351203 Opracowanie: Grzegorz Majda Tematyka zajęć 1. Wprowadzenie do aplikacji internetowych
ISO 9001:2015 przegląd wymagań
ISO 9001:2015 przegląd wymagań dr Inż. Tomasz Greber (www.greber.com.pl) Normy systemowe - historia MIL-Q-9858 (1959 r.) ANSI-N 45-2 (1971 r.) BS 4891 (1972 r.) PN-N 18001 ISO 14001 BS 5750 (1979 r.) EN
Zarządzanie projektami. Wykład 2 Zarządzanie projektem
Zarządzanie projektami Wykład 2 Zarządzanie projektem Plan wykładu Definicja zarzadzania projektami Typy podejść do zarządzania projektami Cykl życia projektu/cykl zarządzania projektem Grupy procesów
Team Prevent Poland Sp. z o.o. Graficzna prezentacja struktury ISO 9001:2015 i IATF 16949:2016
Graficzna prezentacja struktury ISO 9001:2015 i 16949:2016 Struktura ISO 9001:2015 ISO 9001:2015 4. Kontekst organizacji 5. Przywództwo 6. Planowanie 7. Wsparcie 8. Działania operacyjne 9. Ocena efektów
WYKŁAD V DR N. MED. EDYTA KĘDRA
WYKŁAD V DR N. MED. EDYTA KĘDRA 2 Sposoby klasyfikowania pojęcia jakości definicja ogólnadoskonałość produktu zwana wysoką jakością jako przeciwieństwo niskiej jakości. jakość jest z jednej strony osiągnięciem
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
Normalizacja dla bezpieczeństwa informacyjnego
Normalizacja dla bezpieczeństwa informacyjnego J. Krawiec, G. Ożarek Kwiecień, 2010 Plan wystąpienia Ogólny model bezpieczeństwa Jak należy przygotować organizację do wdrożenia systemu zarządzania bezpieczeństwem
PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
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ę
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
Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Opis systemu kontroli wewnętrznej w SGB-Banku S.A.
Opis systemu kontroli wewnętrznej w SGB-Banku S.A. Niniejsza informacja stanowi realizację wytycznej nr 1.11 określonej w Rekomendacji H dotyczącej systemu kontroli wewnętrznej w bankach wydanej przez
KARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator
Szablon Planu Testów Akceptacyjnych
Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia
INŻYNIERIA OPROGRAMOWANIA
INŻYNIERIA OPROGRAMOWANIA dr inż. Jerzy Sas e-mail: jerzy.sas@pwr.wroc.pl Wykład 1 (1) to zastosowanie systematycznego, zdyscypliniowanego ilościowego podejścia do prowadzenia projektu informatycznego
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.,
Metryki. Narzędzia do pomiaru złożoności modułowej i międzymodułowej oprogramowania. autor: Zofia Kruczkiewicz
Metryki Narzędzia do pomiaru złożoności modułowej i międzymodułowej oprogramowania autor: Zofia Kruczkiewicz 1 Zastosowanie narzędzi ant i ckjm do pomiaru złożoności oprogramowania 2 1. Wskazanie ścieżki
Zasady systemu kontroli wewnętrznej w Banku Spółdzielczym. w Łubnianach
Załącznik nr 3 do Regulaminu systemu kontroli wewnętrznej B S w Łubnianach Zasady systemu kontroli wewnętrznej w Banku Spółdzielczym w Łubnianach Rozdział 1. Postanowienia ogólne 1 Zasady systemu kontroli
IATF 16949:2016 Zatwierdzone Interpretacje
:2016 Zatwierdzone Interpretacje Standard, wydanie pierwsze, został opublikowany w październiku 2016 roku i obowiązuje od 1 stycznia 2017 roku. Niniejsze Zatwierdzone Interpretacje zostały ustalone i zatwierdzone
Kuchta Jarosław Jakość Oprogramowania. Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI
Kuchta Jarosław Jakość Oprogramowania Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI Krótka historia CMM/CMMI 1986 Software Engineering Institute (SEI) - schemat dojrzałości procesu wytwarzania
Podstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Jarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania. Pomiary w inżynierii oprogramowania
Jarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania Pomiary w inżynierii oprogramowania Cel pomiarów ocena jakości produktu ocena procesów (produktywności ludzi) stworzenie podstawy dla
Opis systemu kontroli wewnętrznej w Polskim Banku Apeksowym S.A.
Opis systemu kontroli wewnętrznej w Polskim Banku Apeksowym S.A. I. Informacje ogólne 1. Zgodnie z postanowieniami Ustawy Prawo bankowe z dnia 29 sierpnia 1997 r. (Dz.U. 1997 Nr 140 poz. 939), w ramach
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
Zarządzanie jakością w logistyce ćw. Artur Olejniczak
ćw. artur.olejniczak@wsl.com.pl Plan spotkań Data Godziny Rodzaj 18.03.2012 4 godziny ćw. 14:30-15:30 dyżur 14.04.2012 4 godziny ćw. 28.04.2012 4 godziny ćw. 14:30-15:30 dyżur 19.05.2012 4 godziny ćw.
WPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Rozdział 5: Zarządzanie testowaniem. Pytanie 1
Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów
Narzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk
PROGRAM PRAKTYKI ZAWODOWEJ Technikum Zawód: technik informatyk 351203 Lp. Temat 1 Zajęcia wprowadzające. Zapoznanie z zakładem, regulaminem pracy, przepisami BHP oraz instruktaż bhp. 2 Montaż i eksploatacja
Zarządzanie jakością w logistyce
(5) 5. Jakość obsługi w procesach logistycznych Zarządzanie jakością w logistyce Podstawy normalizacji Normalizacja w UE Jakość i zarządzanie jakością w logistyce Standardy projakościowe w logistyce Jakość
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology
Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015
Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 ZAPEWNIAMY BEZPIECZEŃSTWO Piotr Błoński, Warszawa, 17.03.2016 r. Program 1. Zarządzanie zmianą - zmiany w normie ISO 9001:2015 2. Zarządzanie
Wprowadzenie, podstawowe pojęcia, projekt a produkt Wykład1
Wprowadzenie, podstawowe pojęcia, projekt a produkt Wykład1 Zofia Kruczkiewicz 1 Literatura 1. Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 2. Stephen H. Kan, Metryki i modele w
Goal Question Metrics. Jarosław Kuchta Jakość Systemów Informatycznych
Goal Question Metrics Jarosław Kuchta Goal/Question/Metrics Goals (Cele) Questions (Pytania) Metrics (Metryki) Trzy podstawowe kroki Zdefiniowanie głównych celów opracowania projektu. Opracowanie pytań,
KWESTIONARIUSZ SAMOOCENY KONTROLI ZARZĄDCZEJ W URZĘDZIE MIASTA BEŁCHATOWA ZA
Załącznik nr 2 do Zarządzenia Nr 313/2013 Prezydenta Miasta Bełchatowa z dnia 30 grudnia 2013 r. KWESTIONARIUSZ SAMOOCENY KONTROLI ZARZĄDCZEJ W URZĘDZIE MIASTA BEŁCHATOWA ZA ROK Cel: Jako kierujący komórką