Model CMMI, ISO, zapewnianie jakości oprogramowania
|
|
- Miłosz Stanisław Kot
- 7 lat temu
- Przeglądów:
Transkrypt
1 Model CMMI, ISO, zapewnianie jakości oprogramowania Zofia Kruczkiewicz 1
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, Zofia Kruczkiewicz - Kierowanie 2
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] 8. CMMI [4, 5, 6, 7] 3
4 Główne zagadnienia 1. Podstawowe definicje [3] 4
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 5
6 Ocena zewnętrzna produktu (wykład 4) 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. 6
7 Koszt zapewniania jakości Rodzaj kosztu Koszt zapewniania jakości Koszt oceniania Koszt niepowodzeń wewnętrznych Koszt niepowodzeń zewnętrznych Składniki kosztu Planowanie jakości Formalne przeglądy techniczne Narzędzia Szkolenia Inspekcja Konfigurowanie i pielęgnacja narzędzi Testowanie Przeróbki Poprawki Analiza wykrytych błędów Analiza zgłoszenia usterki Zwrot i wymiana wadliwego produktu Pomoc udzielonej pracownikom Napraw gwarancyjnych
8 Względny koszt poprawiania błędów Względny koszt poprawiania błędu ile razy wzrasta koszt Przykład: LOC = , czas_usuwania_błędów =7053h, koszt_h =40 USD, liczba_błędów = 3112, cały_koszt= USD, koszt_usuwania_błędu 91 USD, a po wdrożeniu: USD 8
9 Usuwanie i wzmacnianie się błędów bez przeglądów technicznych Błędy z poprzedniego etapu Faza procesu Stare błędy Wzmocnione błędy 1 : x Nowe błędy Procentowa skuteczność usuwania błędów Błędy przekazane do następnego etapu Model 0 0% Projekt 6 0% 4*1.5= Testy jednostkowe 10 20% 27*3= Testy integracji 93 50% Testy funkcjonalne 47 50% Testy systemowe 24 50% błędów niewykrytych
10 Usuwanie i wzmacnianie się błędów po wprowadzeniu przeglądów technicznych Model 0 70% Projekt 2 50% 1*1.5= Testy jednostkowe 5 60% 10*3= Testy integracji 94 50% Testy funkcjonalne 12 50% Testy systemowe 6 50% błędy niewykryte 10
11 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 11
12 Zarządzanie jakością i tworzenie oprogramowania [1] Proces tworzenia oprogramowania Zespół kontroli jakości Proces zarządzania jakością Zespół wykonawców W1 W2 W3 W4 W5 Z1 Z2 Z3 Z4 Z5 Standardy i procedury Plan jakości Zarządzanie jakością powinno być oddzielone od zarządzania projektem. 12
13 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. 13
14 Lp Czynności zapewniania jakości 1 Przygotowanie planu zapewniania jakości 2 Uczestniczenie w ustaleniu postaci procesu wytwórczego 3 Sprawdzenie zgodności prac wytwórczych ze zdefiniowanym procesem Zapewnianie jakości [3] Zespół wykonawców Slajd 25 Wybór procesu Usuwanie niezgodności Zespół kontroli jakości Sprawdzenie zgodności z polityką firmy, normami jakości np. ISO-9001 Wykrywanie niezgodności (identyfikuje, dokumentuje, wyszukuje) i czuwanie nad ich usunięciem 14
15 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
16 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 16
17 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 17
18 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. 18
19 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 19
20 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. 20
21 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 21
22 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 22
23 Jakość procesu i produktu Zdefiniuj proces Utwórz produkt Oceń jakość produktu Utwórz proces Nie Odpowiednia jakość Tak Opracuj standard procesu 23
24 Główne zagadnienia 1. Podstawowe definicje [3] 2. Zapewnianie jakości i standardy [1, 2, 3] 3. Planowanie jakości [1] 24
25 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 25
26 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] 26
27 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 27
28 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. Przeglądanie początkowych przeglądów pierwszy produkt poddany przeglądowi to sama procedura prowadzenia przeglądów
29 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] 29
30 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 30
31 Przykład metody statystycznej 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 BIK: błędny interfejs komponentu LBP: logiczny błąd projektowania NBT: niekompletnelub błędne testowanie NND: niekompletna lub niedokładna dokumentacja BTK: błąd translacji lub kompilacji BIU: błędny interfejs użytkownika INN: inne
32 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, NKK, BRD Najpoważniejsze przyczyny błędów - NBS, BRD, BTK, LBP Stanowi to 10% wszystkich błędów (89/942)
33 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
34 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] 34
35 Klasyfikacja złożoności oprogramowania - związki między zewnętrznymi atrybutami oprogramowania i miarami wewnętrznych atrybutów (wg Brian Henderson- Sellers) Złożoność obliczeniowa Złożoność funkcjonalna problemu jest zależna od Złożoność Złożoność psychologiczna Właściwości programisty Złożoność reprezentacji Złożoność produktu/dokumentacji = złożoność strukturalna mierzona przez metryki złożoności strukturalnej zewnętrzne atrybuty wewnętrzne atrybuty metryki stylu metryki modułowe metryki międzymodułowe metryki rozmiaru metryki struktur danych metryki logicznej struktury (przepływu sterowania) metryki modułowe (złożoność proceduralna) metryki modułowe (złożoność semantyczna) metryki semantycznej spójności jest zależna od metryki połączeń miary wewnętrznych atrybutów metryki spójności 35
36 Miary predykcyjne i kontrolne [1] Proces tworzenia oprogramowania Produkt programowy Pomiary kontrolne Pomiary predykcyjne Decyzje menedżerskie 36
37 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 37
38 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ść Wielkość podręcznika użytkownika Pomiary subiektywne Pomiary obiektywne 38
39 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] 39
40 Poziom zadowolenia klienta [2] Kolejność nierosnąca wartości atrybutów Metoda 1 (macierz korelacji) Metoda 2 (analiza wielokrotnej regresji) Niezawodność Niezawodność Łatwość użytkowania Łatwość instalacji Łatwość użytkowania Dokumentacja Wydajność Metoda 3 (analiza regresji logistycznej) Niezawodność Łatwość użytkowania Łatwość instalacji Dostępność Łatwość instalacji Wydajność Łatwość serwisu Łatwość serwisu Łatwość serwisu Dokumentacja Wydajność Dostępność Dostępność Dokumentacja 40
41 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] 8. CMMI [4, 5, 6, 7] 41
42 CMMI - Capability Maturity Model Integration CMMI: wytyczne dla poprawy jakości produktu i integracji procesu. Pięć poziomów dojrzałości procesów wytwórczych CMM (Capability Maturity Model, 1991) stanowią podstawę dla CMMI (wykład 1) Celem CMMI jest zarządzanie ryzykiem i dostarczanie produktu wysokiej jakości Model CMMI pozwala zrozumieć elementy świata rzeczywistego i pomaga opracować koncepcje produktu oraz jego poprawę dzięki temu, że: Dostarcza framework oraz języki komunikacji Wykorzystuje lata doświadczeń Ułatwia wykonawcom zapamiętanie dużego modelu pozwalając skupić się na poprawie jego jakości Używany jest przez instruktorów i konsultantów Dostarcza informacji wspierających rozwiązywanie sporów w oparciu o standardy 42
43 Dyscypliny stosowania modeli CMMI Inżynieria systemów (SE = System Engineering) Inżynieria oprogramowania (SW= Software Engineering) + SE Zintegrowany rozwój produktu i procesu (IPPD= Integrated Product and Process Development) + SE+ SW Zlecenia i dostawcy (SS = Supplier Sourcing) + SE+SW+IPPD+ 43
44 Trzy modele CMMI CMMI-Rozwój (CMMI-DEV) - wsparcie organizacji zajmujących się rozwojem produktów i usług 2. CMMI-Usługi (CMMI-SVC) wsparcie organizacji zajmujących się dostarczaniem usług 3. CMMI-Nabywanie (CMMI-ACQ) wspiera organizacje zajmujące się zarządzaniem i pozyskiwaniem produktów i usług od zewnętrznych poddostawców. W styczniu 2013 roku, cały pakiet produktów CMMI został przeniesiony z SEI (SOFTWARE Engineering Institute) CMMI, do nowo utworzonej organizacji na Carnegie Mellon University. 44
45 Zależności pomiędzy modelami CMMI
46 Poziomy dojrzałości modelu CMMI (Maturity levels) (wykład 1) Cele ogólne Praktyki ogólne Cele specyficzne Praktyki specyficzne
47 Obszary procesów na pięciu poziomach dojrzałości procesu 47
48 Komponenty obszaru procesu 48
49 Poziomy wydolności modelu CMMI (Capability levels) Poziomy wydolności CL0-CL3 Obszary procesu PA Poziomy wydolności wybranych obszarów procesu pozwalają na udoskonalenie procesów występujących w tych wybranych obszarach procesów w ramach poziomów od CL0 do CL3. 49
50 22 obszary procesu w modelu CMMI Skrót Nazwa procesu Nazwa procesu CAR Causal Analysis and Resolution Analiza przyczyn i rozwiązań CM Configuration Management Zarządzanie konfiguracją DAR Decision Analysis and Resolution Analiza decyzji i rozwiązań MA Measurement and Analysis Pomiar i analiza OID OPM Organizational Innovation & Deployment Organizational Performance Management Innowacje organizacyjne i wdrażanie Zarządzanie przebiegiem organizacyjnym OPD Organizational Process Definition Definicja procesu organizacyjnego OPF OPP Organizational Process Focus Organizational Process Performance Skupienie się na procesie organizacyjnym Przebieg procesu organizacyjnego OT Organizational Training Szkolenie organizacyjne
51 22 obszary procesu CMMI cd Skrót Nazwa procesu Nazwa procesu PI Product Integration Integracja produktu PPQA Process and Product Quality Assurance Zapewnienie jakości procesu i produktu PMC Project Monitoring and Control Kontrola i monitorowanie projektu PP Project Planning Planowanie projektu QPM Quantitative Project Management Zarządzanie ilościowe projektem RD Requirements Definition Definicja wymagań REQM Requirements Management Zarządzanie wymaganiami RSKM Risk Management Zarządzanie ryzykiem SAM Supplier Agreement Management Zarządzanie umową z poddostawcą TS Technical Solution Rozwiązanie techniczne VER Verification Weryfikacja VAL Validation Walidacja, atestowanie
52 4 kategorie obszarów procesowych 52
53 SCAMPI, CMMI Security Guides Standard CMMI Appraisal Method for Process Improvement (SCAMPI) metoda przyznawania certyfikatów dojrzałości procesu CMMI Security Guides przewodniki dostarczające informacji dotyczącej bezpieczeństwa oprogramowania: Case for Security Content in CMMI for Services - dla procesu zarządzania rozwojem oprogramowania Security by Design with CMMI for Development, Version 1.3 obejmuje następujące procesy: OPSD - Organizational Preparedness for Secure Development dla procesu wytwarzania i rozwoju oprogramowania SMP - Secure Management in Projects dla procesu kierowania projektem SRTS - Security Requirements and Technical Solution dla procesu definiowania wymagań oprogramowania i wyboru rozwiązań technicznych SVV - Security Verification and Validation dla procesów walidacji (badania zgodności produktu z wymaganiami) i weryfikacji oprogramowania (badania poprawnej budowy oprogramowania) 53
54 TSP integracja wielu praktyk CMMI 54
55 CMMI-Usługi (CMMI-SVC) wsparcie organizacji zajmujących się dostarczaniem usług 55
Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz
Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_3 1 CMMI (Capability Maturity Model Integration ) -
Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania
Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania Wykładowca Dr inż. Zofia Kruczkiewicz 2018-05-15 1 Literatura 1. I. Sommerville, Inżynieria oprogramowania, s. Klasyka informatyki, WNT
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
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
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
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
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
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
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
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
Opis metodyki i procesu produkcji oprogramowania
Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie
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
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.
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
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.
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
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......................................................
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
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
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ą
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ę
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ę
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.
INŻYNIERIA OPROGRAMOWANIA Jakość w projekcie informatycznym - normy
Wykład 5 (1) Jakość w projekcie informatycznym - normy ISO: Ogólne dot. jakości: ISO 8402 - terminologia ISO 9000 - wytyczne dotyczące wyboru modelu ISO 9001/3 - modele systemu jakości Dot. oprogramowania:
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
Projekt Kompetencyjny - założenia
Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu
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
dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość
Wykład Zarządzanie projektami Zajęcia 4 Zarządzanie jakością w projekcie dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach
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
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
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ę
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.
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.
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
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ń
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ę
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
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
Luki w bezpieczeństwie aplikacji istotnym zagrożeniem dla infrastruktury krytycznej
Luki w bezpieczeństwie aplikacji istotnym zagrożeniem dla infrastruktury krytycznej Michał Kurek, Partner KPMG, Cyber Security Forum Bezpieczeństwo Sieci Technologicznych Konstancin-Jeziorna, 21 listopada
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
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
In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania
In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania prowadzący: dr inż. Krzysztof Bartecki www.k.bartecki.po.opole.pl Proces tworzenia oprogramowania jest zbiorem czynności i
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
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
Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008
Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008 Autor: Kinga Lewandowska Promotor: dr inż. Szymon Supernak Zakres pracy CZĘŚĆ TEORETYCZNA Przegląd
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
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
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
Usługowy model zarządzania w oparciu o ITIL v3. wprowadzenie do biblioteki ITIL na prostym przykładzie
Usługowy model zarządzania w oparciu o ITIL v3 wprowadzenie do biblioteki ITIL na prostym przykładzie Plan prezentacji Krótka definicja ITIL i kilka pojęć Umowy i kontrakty SLA, OLA, UC Podstawowe publikacje
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
Rozdział 4 Planowanie rozwoju technologii - Aleksander Buczacki 4.1. Wstęp 4.2. Proces planowania rozwoju technologii
Spis treści Wprowadzenie Rozdział 1 Pojęcie i klasyfikacja produktów oraz ich miejsce w strategii firmy - Jerzy Koszałka 1.1. Wstęp 1.2. Rynek jako miejsce oferowania i wymiany produktów 1.3. Pojęcie produktu
MSF. Microsoft Solution Framework
MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie
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
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
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
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:
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
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
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
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
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ą
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
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
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
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
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
Małgorzata Matyjek listopada 2008 Wrocław
Małgorzata Matyjek 17-19 listopada 2008 Wrocław Współpraca z przemysłem farmaceutycznym od 1990 roku Specjalizacja: filtracja Członek ISPE 0-606 94 66 28 MAGFARM Sp z o.o. Burakowska 5/6, 01-066 Warszawa
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
wbudowane October 7, 2015 KSEM WETI PG Komputery przemysłowe i systemy wbudowane Oprogramowanie systemów wbudowanych - wydajność Wydajność
KSEM WETI PG October 7, 2015 Inżynieria wydajności oprogramowania Software performance engineering (SPE) - dyscyplina zajmująca się poprawą dojrzałości procesu budowy i rozwoju dla zwiększenia ich wydajności.
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
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ę
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
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
Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.
Leszek Dziubiński Damian Joniec Elżbieta Gęborek Computer Plus Kraków S.A. Wykorzystanie Microsoft Project Server w procesie zarządzania projektami Kompetencje partnerskie Gold: Portals and Collaboration
Dni: 3. Opis: Adresaci szkolenia
Kod szkolenia: Tytuł szkolenia: ISTQB/TTA ISTQB - Technical Test Analyst Dni: 3 Opis: Adresaci szkolenia Szkolenie jest skierowane do testerów posiadających certyfikat ISTQB Certified Tester przynajmniej
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
Projektowanie systemów informatycznych. wykład 6
Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany
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
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
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
Zarządzanie projektami. Porównanie podstawowych metodyk
Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled
Usługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Marek Krętowski e-mail: mkret@ii.pb.bialystok.pl http://aragorn.pb.bialystok.pl/~mkret. Wydział Informatyki PB. Wersja 1.1 IO2 (wyk.
Wydział Informatyki PB Wprowadzenie Inżynieria oprogramowania II Wykład: Ocena i poprawa wytwórczego Marek Krętowski e-mail: mkret@ii.pb.bialystok.pl http://aragorn.pb.bialystok.pl/~mkret Każda organizacja
Dobór systemów klasy ERP
klasy ERP - z uwzględnieniem wymagań normy ISO 9001 Prezentacja w Klubie Menedżera Jakości, 19 marzec 2008 Zagadnienia ogólne związane z doborem systemu klasy ERP Podstawowe podziały klasyfikujące systemy
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
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
Agile Project Management
Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...
Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu
Zarządzanie ryzykiem w projektach informatycznych Marcin Krysiński marcin@krysinski.eu O czym będziemy mówić? Zarządzanie ryzykiem Co to jest ryzyko Planowanie zarządzania ryzykiem Identyfikacja czynników
Normy ISO serii 9000. www.greber.com.pl. Normy ISO serii 9000. Tomasz Greber (www.greber.com.pl) dr inż. Tomasz Greber. www.greber.com.
Normy ISO serii 9000 dr inż. Tomasz Greber www.greber.com.pl www.greber.com.pl 1 Droga do jakości ISO 9001 Organizacja tradycyjna TQM/PNJ KAIZEN Organizacja jakościowa SIX SIGMA Ewolucja systemów jakości
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
Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego Wymagania i wytyczne stosowania
POPRAWKA do POLSKIEJ NORMY ICS 13.020.10 PN-EN ISO 14001:2005/AC listopad 2009 Wprowadza EN ISO 14001:2004/AC:2009, IDT ISO 14001:2004/AC1:2009, IDT Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego
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:
Zarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe
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
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.,
PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak
PRINCE2 Metodyka zarządzania projektami Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak Metodyka PRINCE2 PRINCE2 Project IN Controlled Environments v.2 Określa: Co należy zrobić Dlaczego
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
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
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.