Czym jest jakość? Według najbardziej

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

Download "Czym jest jakość? Według najbardziej"

Transkrypt

1 Są to cechy istotne z punktu widzenia konsumenta. Producent musi oprócz tego brać pod uwagę zyskowność i działalność konkurencji, co często jest w konflikcie z jakością technologiczną produktu. Bardzo często zdarza się, iż w trakcie produkcji wyrobu pojawiają się różnego rodzaju niezgodności i odchylenia od projektowanej jakości. Zgodnie z normą ISO 9001:2000 organizacja powinna sprawować nadzór nad wyrobem Czym jest jakość? Według najbardziej znanych definicji, jakość to: zgodność z wymaganiami P.B. Crosby wszystko co można poprawić Masaaki Imai ogół cech i właściwości wyrobu lub usługi, które decydują o zdolności wyrobu lub usługi do zaspokajania stwierdzonych i przewidywanych potrzeb ISO 8402 Norma ISO 9001:2000 określa jakość jako stopień, w jakim zbiór inherentnych cech spełnia wymagania. W tym kontekście jakość oznacza: zgodność ze specyfikacją i celem oraz zespół cech i charakterystyk wyrobu lub usługi, które noszą w sobie zdolność zaspokojenia określonych potrzeb. Dość często jakość postrzegana jest przez pryzmat jakości technologicznej w aspektach funkcjonalności, praktyczności, niezawodności, trwałości oraz bezpieczeństwa użytkowania. Z drugiej strony, jakość może być charakteryzowana wskaźnikami rynkowymi takimi jak: stopień zgodności z wzorcem lub zdefiniowanymi wymaganiami, widoczność zespołu cech istotnych dla produktu, ekskluzywność, estetyczność, prezentacja, koszt nabycia bądź usatysfakcjonowanie użytkownika, czyli zaspokojenie potrzeb i oczekiwań nabywcy. 1

2 niezgodnym. W IT takim wyrobem jest system informatyczny oraz pozostałe wytwory procesu produkcji oprogramowania. Głównym wytworem przedsięwzięcia informatycznego jest produkt system informatyczny. Produkt informatyczny z racji swojego zróżnicowania oraz wielu możliwych punktów widzenia może być charakteryzowany różnymi definicjami jakości (ramka nr 1). Różnorodność podejść do problemu jakości oprogramowania przejawia się w strukturze norm i standardów odnoszących się do przypadku oprogramowania dostarczonego (jakość zewnętrzna), do przypadku rezultatów projektowania (jakość wewnętrzna), do czynności opracowywania, do procesów opracowywania i do systemu jakości. Jakość postrzegana przez użytkownika oprogramowania dotyczy bezpośrednich własności dostarczonego oprogramowania oraz usług to- 2

3 warzyszących zakupowi wynikających z umowy (pomoc techniczna, szkolenie, itp.). Normy standardy jakości dzielą się na grupy, zależnie od obszaru i procesu projektowania oprogramowania, którego dotyczą (Rys. 1). Norma ISO obejmuje ogólny system jakości w przedsiębiorstwie. Aby wymagania normy zostały spełnione, konieczne jest usystematyzowanie i udokumentowanie określonych obszarów. Obszary te zostały przedstawione na schemacie podejścia procesowego (rys. 2). Zgodnie z wymaganiami normy ISO 9001 proces wytwarzania wyrobu lub usługi powinien obejmować sposób postępowania z produktem niezgodnym. Norma ISO 9001 mówi o tym w punkcie 8.3. Nadzór nad wyrobem niezgodnym (ramka). Zgodnie z powyższym punktem organizacja posiadająca wdrożony System Zarządzania Jakością ISO 9001 powinna umieć zidentyfikować niezgodność produkowanego wyrobu z wymaganiami klienta i podjąć odpowiednie kroki w reakcji na zaistniałą niezgodność. Działania te mają na celu wyeliminować, lub zminimalizować, ryzyko dostarczenia klientowi wyrobu, który nie spełnia w pełni określonych wymagań. W przypadku przedsiębiorstwa zajmującego się wytwarzaniem oprogramowania, nadzór nad produktem niezgodnym występuje na trzech etapach realizacji projektu informatycznego: w fazie analizy i projektowania, w fazie produkcji, po wdrożeniu systemu na produkcję. Każdy wymieniony etap projektu ma nieco inny cel. Inne są też produkty i w związku z tym należy stosować odmienne metody i techniki nadzoru nad niezgodnościami. W pierwszej kolejności omówimy przykładowy proces nadzoru nad produktem niezgodnym na etapie analizy i projektowania systemu. Etap analizy projektowej zwany też modelowaniem wymagań klienta ma na celu pozyskanie i udokumentowanie wymagań nabywcy oprogramowania oraz zaprojektowanie systemu IT. Faza ta z reguły wiąże się z wysokim ryzykiem pominięcia lub zniekształcenia pewnych wymagań zamawiającego produkt informatyczny. Niezgodność na tym etapie dotyczy głównie dokumentacji projektowej i może wyrażać się poprzez: Udokumentowanie niepełnych wymagań tj. wymagania uzyskane od klienta nie obejmują całości planowanej funkcjonalności systemu. Klient może zakładać, iż pewne wymagania są oczywiste i nie ma potrzeby ich dokumentacji lecz w praktyce większość takich kwestii jest pomijana i nie uwzględniona w projekcie systemu. Zleceniodawca może też po prostu nie wiedzieć, iż powinien wyspecyfikować lub przynajmniej zasygnalizować pewne informacje nie jest wszak (zazwyczaj) informaty-

4 kiem i nie orientuje się, że aby stworzyć spójny oraz kompletny system informatyczny należy określić jego założenia na odpowiednim poziomie szczegółowości. Pominięcie wymagań w dokumentacji wynikające z błędu człowieka. Analityk również może popełniać pomyłki nie zrozumieć oczekiwań klienta, bądź zrozumieć je opacznie, niepoprawnie udokumentować wymagania naruszając spójność i kompletność całości dokumentacji analitycznej. Dość często ryzyko to wiąże się się z odkładaniem realizacji zadań na później. Podczas fazy analizy biznesowej zdarzają się momenty (lub dłuższe okresy) wzmożonej pracy metodą na to może być wykonywanie zadań o najwyższym priorytecie w pierwszej kolejności, a pozostawianie innych w formie zapisów czy notatek (tak zwanych TO DO) do uszczegółowienia w przyszłości. Metoda ta sprawdza się w przypadku, gdy owe notatki prowadzone są w sposób przejrzysty i dobrze uporządkowany w przeciwnym razie łatwo o pomyłkę i pominięcie pewnych informacji przy kontynuowaniu prac dokumentacyjnych. Brak zgodności z wymaganym wzorem dokumentacji z reguły każdy analityk tworzy dokumentację według swego własnego szablonu, nie stosując się do wymagań ogólnego, ustalonego przez przedsiębiorstwo wzorca. Wskutek tego część elementów istotnych dla kompletności i spójności wymagań może zostać pominięta. Dodatkowo, niespójna dokumentacja projektowa brak ustalonej, wspólnej konwencji nie przekłada się na wysoką jakość produktu, jakim jest specyfikacja funkcjonalna oprogramowania. Stosowanie szablonów powinno na stałe wejść do praktyki twórców dokumentacji ułatwia pracę nie tylko im samym (umożliwiając kontrolę efektów własnej pracy z wymaganiami szablonu), ale i pozostałym członkom zespołu projektowego (programistom ponieważ nie uczą się struktury każdego dokumentu od początku i nie gubią się w treści; testerom jako, że łatwiej im później dokonać przeglądu dokumentacji oraz projektować przypadki testowe). 4

5 5

6 Produkt etapu analizy projektowej dokumentacja analityczna i wszelkie specyfikacje techniczne oraz prototypy UI projektowanego systemu podlega takim samym zasadom kontroli jakości oraz zarządzania produktem niezgodnym jak kluczowy wytwór procesu produkcji oprogramowania system informatyczny. Dokumentacja zarówno ta używana do celów wewnętrznych (rozwoju aplikacji oraz testowania), jak i dostarczana wraz z produktem informatycznym nabywcy oprogramowania, powinna spełniać określone wymagania. Najbardziej istotne wśród nich to: spójność; kompletność; zgodność z wymaganiami; jednoznaczność; możliwość weryfikacji; przejrzystość i czytelność. W jaki sposób zapewnić, że niezgodności na etapie analizy są zidentyfikowane i wyeliminowane? Najprostszym sposobem są przeglądy dokumentacji (audyty nieformalne). Przegląd ma na celu wykrycie, analizę a następnie poprawienie wszelkiego typu błędów, luk i nieścisłości w dokumentacji na możliwie wczesnym etapie projektu. Przegląd, aby był skuteczny i spełniał swoją rolę, powinien zostać odpowiednio zaplanowany i zorganizowany. Czynności związane z przeglądem należy uwzględnić w planie projektu podejście typu ad hoc nie jest wskazane, jako że uniemożliwia wprowadzenie i zastosowanie pewnych procedur oraz wytycznych usprawniających przebieg i wyniki prac. Wprowadza też zbędną dezorganizację pracy. Uproszczony schemat postępowania w przypadku realizacji przeglądu dokumentacji projektowej przedstawia rysunek 2. W opisywanym procesie założono, iż dokumenty poddawane recenzji pochodzą z działu analizy a przeglądu dokonuje personel działu QA. Aby zapewnić zgodność z wymaganiami normy ISO, każdy proces (w tym opisywany tu przegląd) powinien mieć określone wejścia i wyjścia. Ta sama zasada dotyczy czynności wchodzących w skład danego procesu. Wejściem do procesu jest z reguły inny proces (poprzedzający), dokumenty, dane itp. Podobnie w przypadku wejść do poszczególnych czynności wynik (wyjście) poprzedniej czynności może być zarazem wejściem do następnej w kolejności. Analogicznie wyjściem z procesu może być inny proces (lub procesy, jeśli zachodzą równolegle lub warunkowo). W przypadku przeglądu dokumentacji wejściem będzie: proces analizy biznesowej (modelowania) lub / i projektowania, dokumentacja wymagań (np. rejestr wymagań klienta), 6

7 szablony dokumentów analitycznych, wymagania uzupełniające np. specyfikacje GUI etc. Wyjściem natomiast jest następny w kolejności element w głównym procesie wytwarzania oprogramowania: proces implementacji, zatwierdzona dokumentacja analityczna (lub ogólnie projektowa), opracowane raporty z przeglądu. Należy zidentyfikować również wszystkie wejścia, wyjścia i zależności pomiędzy poszczególnymi czynnościami wchodzącymi w skład procedury. Zasada jest prosta każde działanie powinno bazować na określonej informacji i produkować informację np. w oparciu o wytyczne karty kontrolnej oraz listę wymagań przeglądamy treść dokumentacji projektowej sprawdzając jej zgodność z ustalonymi założeniami. Wynikiem tego działania jest wypełniona karta kontrolna. Konieczność rejestrowania rezultatów wykonywanych czynności wynika z wymogów normy ISO 9001:2000 kładzie nacisk na utrzymywanie zapisów i nadzór nad dokumentami. Dostosowanie istniejących w firmie procesów do wymagań normy nie jest tak trudne, jakby się na pierwszy rzut oka wydawało. Czasem wystarczy jedynie poprawne udokumentowanie procesów i procedur, by zrealizować początkowe etapy wdrażania SZJ. Norma nie wymaga udokumentowania konkretnych procesów czy stworzenia określonych procedur ważne jest, aby przedsiębiorstwo zidentyfikowało kluczowe dla swojej misji procesy i ujęło je w systemie zarządzania jakością. Zakres systemu opisuje Księga jakości drugi co do ważności dokument zawierający politykę jakości oraz procedury (wykaz lub treść) i opisujący wdrożony w organizacji SZJ. Wynikiem procesu przeglądu mogą być niezgodności. Zgodnie z wytycznymi ISO każda niezgodność powinna zostać poddana analizie i rozwiązana (jeśli to tylko możliwe). Sposób postępowania z wykrytymi niezgodnościami opisuje dalsza część procedury. W zależności od potrzeb organizacji, wielkości i zakresu projektu informatycznego oraz ustalonego już procesu wytwarzania oprogramowania, można zastosować odmienne sposoby postępowania z wyrobem niezgodnym. Identyfikacja i komunikacja niezgodności może odbywać się w sposób mniej formalny, niż opisany w artykule, ważne jest jednak, aby zachować przy tym pewne ustalone zasady czynności muszą być powtarzalne i dawać konkretny, udokumentowany rezultat, wyniki czynności powinny 7

8 ISO 9001 w IT nadzór nad wyrobem niezgodnym być komunikowane zgodnie z planem komunikacji w przedsiębiorstwie oraz każda kwestia wymagająca podjęcia określonych działań musi pociągać za sobą realizację zadań przez odpowiedzialne za to osoby. Proces nadzoru nad produktem niezgodnym nie kończy się na dokumentacji w istocie jest to dopiero pierwsza część procesu mająca na celu jak najlepsze przygotowanie środowiska do produkcji kluczowego wyrobu systemu informatycznego. W dalszej kolejności należy zorganizować i sprawować nadzór nad niezgodnościami w fazie produkcji oprogramowania czyli implementacji i testowania. Jakość realizacji procesu nadzoru w tej fazie przekłada się bezpośrednio na jakość dostarczanego produktu i z tego powodu powinien stanowić jeden z kluczowych składników projektu informatycznego. Podsumowanie Norma ISO 9001 nie jest kolejnym elementem biurokracji. Pozwala usystematyzować procesy w przedsiębiorstwie, zapewnić ich wewnętrzną spójność i zgodność z podstawowymi standardami uznawanymi na całym świecie. Wdrożenie SZJ likwiduje chaos organizacyjny każdy pracownik zapoznaje się z założeniami systemu i wie, jakie sposoby postępowania i jakie zasady przyjąć wykonując swoją pracę. Odpowiedzialności są jasno określone dzięki czemu praktycznie wykluczają możliwość nieporozumień i manipulacji. Zastosowanie wspólnych szablonów dokumentacji usprawnia komunikację oraz efektywność pracy. Spełniając wymagania normy w zakresie nadzoru nad wyrobem niezgodnym, organizacja udoskonala swój proces wytwarzania oprogramowania oraz minimalizuje ryzyko błędów i dostarczenia klientowi produktu, który nie spełnia określonych wymagań. W przypadku przeglądu dokumentacji projektowej najbardziej istotną korzyścią jest możliwość wykrycia i uzupełnienia braków i niespójności w wymaganiach lub projekcie systemu. Nie od dziś wiadomo, iż im wcześniej wykryty błąd, tym mniejszy koszt jego naprawy i ryzyko propagacji w związku z czy poprawne wyniki fazy analizy i modelowania przekładają się na znaczący wzrost jakości produktu końcowego (systemu informatycznego) oraz samego procesu wytwarzania. Niniejszy artykuł przybliżył czytelnikowi pojęcie normy ISO 9001, jej postulatów i wymagań w kontekście rozwijania oprogramowania ze szczególnym uwzględnieniem punktu 8.3 dotyczącego nadzoru nad wyrobem niezgodnym. W części praktycznej dotyczącej wdrożenia wymagań normy ISO w organizacji IT przedstawiono przykładowe rozwiązanie dla procesu przeglądu dokumentacji projektowej, będącego pierwszym etapem nadzoru nad wyrobem niezgodnym podczas wytwarzania oprogramowania. Kolejne etapy procesu nadzoru w fazie implementacji i testowania oraz utrzymywania oprogramowania oraz ich przykładowe rozwiązanie zgodne z normą zostaną przedstawione w następnych częściach artykułu. KAROLINA ZMITROWICZ Pracuje na stanowisku Analityka biznesowego w rmie Pro Data. Karolina specjalizuje się obecnie w modelowaniu wymagań biznesowych. Wcześniej pracowała jako Manager Quality Assurance w projektach informatycznych w sektorze nansowo bankowym. Pro-Data to producent oprogramowania specjalizujący się w budowie dedykowanych rozwiązań informatycznych dla ubezpieczeń, bankowości i administracji publicznej. Firma posiada certykat jakości ISO9001:2000 w zakresie produkcji oprogramowania. Kontakt z autorem: 8

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

Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez

Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez KONCEPCJA SYSTEMU JAKOŚCI zgodnie z wymaganiami norm ISO serii 9000 dr Lesław Lisak Co to jest norma? Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez upoważnioną

Bardziej szczegółowo

Cykle życia systemu informatycznego

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

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

KLIENCI KIENCI. Wprowadzenie normy ZADOWOLE NIE WYRÓB. Pomiary analiza i doskonalenie. Odpowiedzialnoś ć kierownictwa. Zarządzanie zasobami

KLIENCI KIENCI. Wprowadzenie normy ZADOWOLE NIE WYRÓB. Pomiary analiza i doskonalenie. Odpowiedzialnoś ć kierownictwa. Zarządzanie zasobami SYSTEM ZARZĄDZANIA JAKOŚCIĄ ISO Jakość samą w sobie trudno jest zdefiniować, tak naprawdę pod tym pojęciem kryje się wszystko to co ma związek z pewnymi cechami - wyrobu lub usługi - mającymi wpływ na

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

Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka

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

Bardziej szczegółowo

Zarządzanie Jakością. System jakości jako narzędzie zarządzania przedsiębiorstwem. Dr Mariusz Maciejczak

Zarządzanie Jakością. System jakości jako narzędzie zarządzania przedsiębiorstwem. Dr Mariusz Maciejczak Zarządzanie Jakością System jakości jako narzędzie zarządzania przedsiębiorstwem Dr Mariusz Maciejczak SYSTEM System to zespół powiązanych ze sobą elementów, które stanowią pewną całość. Istotną cechą

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

Spis treści. Przedmowa... 11. Rozdział I. Systemowe zarządzanie jakością... 15

Spis treści. Przedmowa... 11. Rozdział I. Systemowe zarządzanie jakością... 15 Przedmowa... 11 Rozdział I. Systemowe zarządzanie jakością... 15 1. Charakterystyka zarządzania jakością... 15 1.1. Zarządzanie a kierowanie... 15 1.2. Cel i obiekt zarządzania... 16 1.3. Definiowanie

Bardziej szczegółowo

10. Dokumentacja systemu zarządzania bezpieczeństwem i higieną pracy

10. Dokumentacja systemu zarządzania bezpieczeństwem i higieną pracy 10. Dokumentacja systemu zarządzania bezpieczeństwem i higieną pracy 10.1. Co to są dokumenty i zapisy w systemie zarządzania bezpieczeństwem i higieną pracy? W każdym systemie zarządzania dokumentacja

Bardziej szczegółowo

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 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

Bardziej szczegółowo

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

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......................................................

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

Promotor: dr inż. Krzysztof Różanowski

Promotor: dr inż. Krzysztof Różanowski Warszawska Wyższa Szkoła Informatyki Prezentacja do obrony pracy dyplomowej: Wzorcowa polityka bezpieczeństwa informacji dla organizacji zajmującej się testowaniem oprogramowania. Promotor: dr inż. Krzysztof

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

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

DLA SEKTORA INFORMATYCZNEGO W POLSCE

DLA SEKTORA INFORMATYCZNEGO W POLSCE DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej

Bardziej szczegółowo

DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2014-04-29

DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2014-04-29 DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2014-04-29 2 ELEMENTY KSIĘGI JAKOŚCI 1. Terminologia 2. Informacja o Firmie 3. Podejście procesowe 4. Zakres Systemu Zarządzania Jakością

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

"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".

Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny. "Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania

Bardziej szczegółowo

Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób

Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób Wdrożenie systemu planowania zasobów przedsiębiorstwa pomimo wielu korzyści często też wiąże się

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester oprogramowania 2014/15 Tematy prac dyplomowych Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven

Bardziej szczegółowo

Plan zarządzania projektem

Plan zarządzania projektem Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty

Bardziej szczegółowo

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych

Bardziej szczegółowo

Numer dokumentu: PRC/DSJ/ND. Sprawdził / Zatwierdził : Tomasz Piekoszewski

Numer dokumentu: PRC/DSJ/ND. Sprawdził / Zatwierdził : Tomasz Piekoszewski Opracował: Radosław Zawiliński Sprawdził / Zatwierdził : Tomasz Piekoszewski Data obowiązywania: 2014-04-01 Wydanie: A 1. CEL Zapewnienie nadzoru i dostępu do dokumentów systemowych stosowanych w firmie

Bardziej szczegółowo

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji.

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji. Wspieramy w doborze, wdrażaniu oraz utrzymaniu systemów informatycznych. Od wielu lat dostarczamy technologie Microsoft wspierające funkcjonowanie działów IT, jak i całych przedsiębiorstw. Nasze oprogramowanie

Bardziej szczegółowo

Zwrot z inwestycji w IT: prawda czy mity

Zwrot z inwestycji w IT: prawda czy mity Zwrot z inwestycji w IT: prawda czy mity Inwestycje w technologie IT 1 muszą podlegać takim samym regułom oceny, jak wszystkie inne: muszą mieć ekonomiczne uzasadnienie. Stanowią one koszty i jako takie

Bardziej szczegółowo

Wprowadzenie do systemów informacyjnych

Wprowadzenie do systemów informacyjnych Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj

Bardziej szczegółowo

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA Jakość w projekcie informatycznym - normy

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:

Bardziej szczegółowo

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych Rola architektury systemów IT Wymagania udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu metod modelowania architektury systemów IT - UML, systemów zorientowanych na usługi, systemów

Bardziej szczegółowo

SYSTEMY ZARZĄDZANIA JAKOŚCIĄ WEDŁUG

SYSTEMY ZARZĄDZANIA JAKOŚCIĄ WEDŁUG Wykład 10. SYSTEMY ZARZĄDZANIA JAKOŚCIĄ WEDŁUG NORM ISO 9000 1 1. Rodzina norm ISO 9000: Normy ISO 9000 są od 1987r., a trzecia rodzina norm ISO 9000 z 2000 r. (doskonalona w kolejnych latach) składa się

Bardziej szczegółowo

Zarządzanie projektami a zarządzanie ryzykiem

Zarządzanie projektami a zarządzanie ryzykiem Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu

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

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

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

Bardziej szczegółowo

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10. Bez celu ani rusz Karolina Zmitrowicz Niepowodzenia projektów informatycznych to nieustannie wdzięczny temat pojawia się na konferencjach, szkoleniach, w prasie i innych publikacjach. Badaniem przyczyn

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

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

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

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

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

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

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

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 9 Narzędzie do wyliczania wskaźników statystycznych Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 31 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa

Bardziej szczegółowo

Projekt: Szansa drzemie w zmianie nowoczesne ZZL

Projekt: Szansa drzemie w zmianie nowoczesne ZZL Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Projekt: Szansa drzemie w zmianie nowoczesne ZZL Opis szkoleń planowanych do realizacji w ramach projektu

Bardziej szczegółowo

Karta Systemu Jakości. wersja 1.0

Karta Systemu Jakości. wersja 1.0 Karta Systemu Jakości wersja 1.0 Spis treści: 1 Wstęp.... 3 2 Oświadczenie o jakości.... 3 3 Cele dotyczące jakości.... 3 4 Własność i odpowiedzialność.... 4 5 Budowa Systemu Jakości.... 4 6 Kategorie

Bardziej szczegółowo

DCT/ISO/SC/1.02 Podręcznika Zintegrowanego Systemu Zarządzania w DCT Gdańsk S.A. Informacja dla Klientów 2016-04-08

DCT/ISO/SC/1.02 Podręcznika Zintegrowanego Systemu Zarządzania w DCT Gdańsk S.A. Informacja dla Klientów 2016-04-08 DCT/ISO/SC/1.02 Podręcznika Zintegrowanego Systemu Zarządzania w DCT Gdańsk S.A. Informacja dla Klientów 2016-04-08 2 ELEMENTY KSIĘGI JAKOŚCI 1. Terminologia 2. Informacja o Firmie 3. Podejście procesowe

Bardziej szczegółowo

Korzyści wynikające z wdrożenia systemu zarządzania jakością w usługach medycznych.

Korzyści wynikające z wdrożenia systemu zarządzania jakością w usługach medycznych. Norma PN-EN ISO 9001:2009 System Zarządzania Jakością w usługach medycznych Korzyści wynikające z wdrożenia systemu zarządzania jakością w usługach medycznych. www.isomed.pl Grzegorz Dobrakowski Uwarunkowania

Bardziej szczegółowo

DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2015-04-27

DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2015-04-27 DCT/ISO/SC/1.01 Księga Jakości DCT Gdańsk S.A. Informacja dla Klientów 2015-04-27 2 ELEMENTY KSIĘGI JAKOŚCI 1. Terminologia 2. Informacja o Firmie 3. Podejście procesowe 4. Zakres Systemu Zarządzania Jakością

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

Metodyka projektowania komputerowych systemów sterowania

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

Bardziej szczegółowo

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

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

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

Bardziej szczegółowo

URZĄD MIEJSKI W GOSTYNIU PREZENTACJA SYSTEMU PN EN ISO 9001:2001 KSIĘGA JAKOŚCI ELEMENTY SYSTEMU ZARZĄDZANIA JAKOŚCI DOKUMENTACJA SYSTEMU

URZĄD MIEJSKI W GOSTYNIU PREZENTACJA SYSTEMU PN EN ISO 9001:2001 KSIĘGA JAKOŚCI ELEMENTY SYSTEMU ZARZĄDZANIA JAKOŚCI DOKUMENTACJA SYSTEMU 1 URZĄD MIEJSKI W GOSTYNIU PREZENTACJA SYSTEMU PN EN ISO 9001:2001 ELEMENTY SYSTEMU ZARZĄDZANIA JAKOŚCIĄ STRUKTURA ORGANIZACYJNA PODZIAŁ ODPOWIEDZIALNOŚCI I UPRAWNIEŃ PROCESY ZASOBY UMOŻLIWIAJĄCE WDROŻENIA

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

Zmiany i nowe wymagania w normie ISO 9001:2008

Zmiany i nowe wymagania w normie ISO 9001:2008 FORUM WYMIANY DOŚWIADCZEŃ DLA KONSULTANTÓW 19-20 listopada 2007r. Zmiany i nowe wymagania w normie ISO 9001:2008 Grzegorz Grabka Dyrektor Działu Certyfikacji Systemów, Auditor Senior TÜV CERT 1 Zmiany

Bardziej szczegółowo

Projektowanie bazy danych przykład

Projektowanie bazy danych przykład Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana

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

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? Koszalin, 15-16.05.2006 III Zawodowa Konferencja Zawód kartografa 200910151500 Agenda 1. Koncepcja SKBDT 2. Podstawowe założenia koncepcji

Bardziej szczegółowo

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

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

Bardziej szczegółowo

Udane wdrożenie systemu IT

Udane wdrożenie systemu IT Udane wdrożenie systemu IT Maciej Guzek CMMS Department Marketing & Sales Manager mguzek@aiut.com.pl To nie takie proste Czego klient potrzebował Co klient zamówił Co zrozumiał analityk Co opisywał projekt

Bardziej szczegółowo

mtim Dedykowane aplikacje mobilne dla TIM S.A.

mtim Dedykowane aplikacje mobilne dla TIM S.A. mtim Dedykowane aplikacje mobilne dla TIM S.A. O TIM TIM S.A. jest jednym z największych dystrybutorów artykułów elektrotechnicznych w Polsce. 25 lat w branży, z czego 17 lat na Giełdzie Papierów Wartościowych

Bardziej szczegółowo

Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce. Szymon Wapienik TUV NORD Polska

Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce. Szymon Wapienik TUV NORD Polska Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce Szymon Wapienik TUV NORD Polska WARSZTATY SIRTS Metodologia weryfikacji wymagań IRIS Warszawa 25 listopada 2009r.

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Modele wdrażania i zarządzania projektami ERP Jarosław Żeliński analityk biznesowy, projektant systemów (c) Jarosław Żeliński IT-Consulting 1 Cel prezentacji Wskazanie kluczowych ryzyk projektów wdrożenia

Bardziej szczegółowo

Zarządzanie projektami IT

Zarządzanie projektami IT Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie

Bardziej szczegółowo

Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000

Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000 Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000 Normy ISO serii 9000 Zostały uznane za podstawę wyznaczania standardów zarządzania jakością Opublikowane po raz

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie oprogramowania Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z

Bardziej szczegółowo

Co się zmieni w nowej wersji normy ISO 9001

Co się zmieni w nowej wersji normy ISO 9001 TÜV Rheinland Polska Co się zmieni w nowej wersji normy ISO 9001 Podsumowanie zmian www.tuv.pl Aktualizacja normy ISO 9001:2015 Publikacja nowej wersji normy ISO 9001:2015 jest oczekiwana we wrześniu 2015

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

Darmowy fragment www.bezkartek.pl

Darmowy fragment www.bezkartek.pl Wszelkie prawa zastrzeżone. Rozpowszechnianie całości lub fragmentów niniejszej publikacji w jakiejkolwiek postaci bez zgody wydawcy zabronione. Autor oraz wydawca dołożyli wszelkich starań aby zawarte

Bardziej szczegółowo

Projektowanie Modeli Usług dla rozwiązań typu SOA

Projektowanie Modeli Usług dla rozwiązań typu SOA Projektowanie Modeli Usług dla rozwiązań typu SOA Service Oriented Modeling and Architecture (SOMA ) IBM Global Business Services, zdefiniował zestaw usług konsultingowych oraz narzędzi pomagających organizacjom

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Jakość przed jakością

Jakość przed jakością Jakość przed jakością Oprogramowanie naprawdę przydatne (2) Robert Ganowski II Krajowa Konferencja Jakości Systemów Informatycznych, Warszawa, 21-22 czerwca 2005 r. 1 Teoria prawdy*

Bardziej szczegółowo

Transfer Pricing Manager Skuteczne zarządzanie ryzykiem cen transferowych

Transfer Pricing Manager Skuteczne zarządzanie ryzykiem cen transferowych Transfer Pricing Manager Skuteczne zarządzanie ryzykiem cen transferowych Ceny transferowe Podstawowe informacje 02 Na gruncie przepisów podatkowych (art. 9a, 11, 19 UPDOP oraz art. 25, 25a i 30d UPDOF)

Bardziej szczegółowo

(Nie)równowaga popytu i podaży na kwalifikacje i kompetencje perspektywa sektorowa. Instytut Badań Edukacyjnych Szkoła Główna Handlowa

(Nie)równowaga popytu i podaży na kwalifikacje i kompetencje perspektywa sektorowa. Instytut Badań Edukacyjnych Szkoła Główna Handlowa (Nie)równowaga popytu i podaży na kwalifikacje i kompetencje perspektywa sektorowa Instytut Badań Edukacyjnych Szkoła Główna Handlowa Warszawa, 24 października 2012 Plan prezentacji 1. Wprowadzenie 2.

Bardziej szczegółowo

Solvency II. Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o. Jakub Bojanowski. 10 grudnia 2008 roku

Solvency II. Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o. Jakub Bojanowski. 10 grudnia 2008 roku Solvency II Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o Jakub Bojanowski 10 grudnia 2008 roku 1 Filar II System Zarządzania System zarządzania ryzykiem opisany

Bardziej szczegółowo

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 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

Bardziej szczegółowo

Koszty te powinny być zidentyfikowane według przyczyn i skutków oraz miejsca powstania, a ich struktura powinna być przydatna w zarządzaniu.

Koszty te powinny być zidentyfikowane według przyczyn i skutków oraz miejsca powstania, a ich struktura powinna być przydatna w zarządzaniu. Koszty te powinny być zidentyfikowane według przyczyn i skutków oraz miejsca powstania, a ich struktura powinna być przydatna w zarządzaniu. Koszty jakości są parametrem gospodarowania; wiążą się z rentownością

Bardziej szczegółowo

KRYTERIA CERTYFIKACJI

KRYTERIA CERTYFIKACJI KRYTERIA CERTYFIKACJI ZGODNIE Z WYMAGANIAMI AQAP 2110, AQAP 2120, AQAP 2130, AQAP 2105, AQAP 2210 SPIS TREŚCI Rozdział 1 Polityka dotycząca stosowania AQAP w organizacji Str. 3 Rozdział 2 Wymagania dotyczące

Bardziej szczegółowo

Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski

Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski Autor: Artur Lewandowski Promotor: dr inż. Krzysztof Różanowski Przegląd oraz porównanie standardów bezpieczeństwa ISO 27001, COSO, COBIT, ITIL, ISO 20000 Przegląd normy ISO 27001 szczegółowy opis wraz

Bardziej szczegółowo

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami

Bardziej szczegółowo

Załącznik nr 4 do Zarządzenia Dyrektora nr 15/2010 z dnia 8 marca 2010 r.

Załącznik nr 4 do Zarządzenia Dyrektora nr 15/2010 z dnia 8 marca 2010 r. Załącznik nr 4 do Zarządzenia Dyrektora nr 15/2010 z dnia 8 marca 2010 r. Instrukcja dokonywania samooceny oraz sporządzania oświadczenia o stanie kontroli zarządczej w Szkole Podstawowej nr 4 im. Kawalerów

Bardziej szczegółowo

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. 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

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

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy współfinansowany ze środków Mechanizmu Finansowego Europejskiego Obszaru Gospodarczego. Marek

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:

Bardziej szczegółowo

Opis przedmiotu zamówienia na świadczenie usług doradztwa w projekcie euczelnia Opis przedmiotu zamówienia

Opis przedmiotu zamówienia na świadczenie usług doradztwa w projekcie euczelnia Opis przedmiotu zamówienia Załącznik nr 4 do SIWZ Załącznik nr 1 do umowy Opis przedmiotu zamówienia na świadczenie usług doradztwa w projekcie euczelnia Opis przedmiotu zamówienia Przedmiotem zamówienia są usługi doradztwa technicznego,

Bardziej szczegółowo

Do wszystkich Wykonawców uczestniczących w postępowaniu

Do wszystkich Wykonawców uczestniczących w postępowaniu WZP.6151.35.2012 2012-16396 Warszawa, 2012-09-14 Do wszystkich Wykonawców uczestniczących w postępowaniu Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Procedura PSZ 4.11_4.12 DZIAŁANIA KORYGUJĄCE I ZAPOBIEGAWCZE

Procedura PSZ 4.11_4.12 DZIAŁANIA KORYGUJĄCE I ZAPOBIEGAWCZE ZACHODNIOPOMORSKI UNIWERSYTET TECHNOLOGICZNY w SZCZECINIE SYSTEM ZARZĄDZANIA ZESPOŁEM LABORATORIÓW BADAWCZYCH (SZZLB) Zgodny z wymaganiami PN-EN ISO/IEC 17025:2005 Procedura PSZ 4.11_4.12 DZIAŁANIA KORYGUJĄCE

Bardziej szczegółowo

Powody wdraŝania i korzyści z funkcjonowania Systemu Zarządzania Jakością wg ISO 9001. Mariola Witek

Powody wdraŝania i korzyści z funkcjonowania Systemu Zarządzania Jakością wg ISO 9001. Mariola Witek Powody wdraŝania i korzyści z funkcjonowania Systemu Zarządzania Jakością wg ISO 9001 Mariola Witek Przedmiot wykładu 1.Rozwój systemów zarządzania jakością (SZJ) 2.Potrzeba posiadania formalnych SZJ 3.Korzyści

Bardziej szczegółowo

poprawy konkurencyjności

poprawy konkurencyjności Wdrażanie anie i doskonalenie systemów w zarządzania szansą poprawy konkurencyjności ci organizacji Andrzej Borcz "Przy istniejącej konkurencji firmy, które nie potrafią tworzyć i wcielać w życie doskonałej

Bardziej szczegółowo

Dobre praktyki integracji systemów zarządzania w administracji rządowej, na przykładzie Ministerstwa Gospodarki. Warszawa, 25 lutego 2015 r.

Dobre praktyki integracji systemów zarządzania w administracji rządowej, na przykładzie Ministerstwa Gospodarki. Warszawa, 25 lutego 2015 r. Dobre praktyki integracji systemów zarządzania w administracji rządowej, na przykładzie Ministerstwa Gospodarki Warszawa, 25 lutego 2015 r. 2 W celu zapewnienia, jak również ciągłego doskonalenia jakości,

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

SZKOLENIE BADANIE SATYSFAKCJI KLIENTA I ZARZĄDZANIE SATYSFAKCJĄ KLIENTA W PRZEDSIĘBIORSTWIE

SZKOLENIE BADANIE SATYSFAKCJI KLIENTA I ZARZĄDZANIE SATYSFAKCJĄ KLIENTA W PRZEDSIĘBIORSTWIE SZKOLENIE ROZWIĄZANIA W ZAKRESIE ROZWOJU KAPITAŁU LUDZKIEGO PRZEDSIĘBIORSTW BADANIE SATYSFAKCJI KLIENTA I ZARZĄDZANIE SATYSFAKCJĄ KLIENTA W WPROWADZENIE W dobie silnej konkurencji oraz wzrastającej świadomości

Bardziej szczegółowo

Testy z użytkownikami jako narzędzia wspomagające projektowanie interfejsów użytkownika

Testy z użytkownikami jako narzędzia wspomagające projektowanie interfejsów użytkownika Projektowanie miejsc pracy przy komputerze Testy z użytkownikami jako narzędzia wspomagające projektowanie interfejsów użytkownika dr inż. Walery Susłow mgr inż. Michał Statkiewicz Podstawowe pojęcia Interfejs

Bardziej szczegółowo