Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz
|
|
- Wacława Urbańska
- 6 lat temu
- Przeglądów:
Transkrypt
1 Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_3 1
2 CMMI (Capability Maturity Model Integration ) - wytyczne dla poprawy jakości produktu i integracji procesu Zofia Kruczkiewicz Wyklad_INP002017_3 2
3 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 Zofia Kruczkiewicz Wyklad_INP002017_3 3
4 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+ Zofia Kruczkiewicz Wyklad_INP002017_3 4
5 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. Zofia Kruczkiewicz Wyklad_INP002017_3 5
6 Zależności pomiędzy modelami CMMI 6
7 Poziomy dojrzałości modelu CMMI (Maturity levels) (wykład 1) Cele ogólne Praktyki ogólne Cele specyficzne Praktyki specyficzne Zofia Kruczkiewicz Wyklad_INP002017_3 7
8 Obszary procesów na pięciu poziomach dojrzałości procesu Zofia Kruczkiewicz Wyklad_INP002017_3 8
9 Komponenty obszaru procesu 9
10 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. Zofia Kruczkiewicz Wyklad_INP002017_3 10
11 22 obszary procesu w modelu CMMI Skrót Nazwa procesu (ang) Nazwa procesu Support 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 PPQA OID Process and Product Quality Zapewnienie jakości procesu i produktu Assurance Process Management Organizational Innovation & Innowacje organizacyjne i wdrażanie Deployment OPD Organizational Process Definition Definicja procesu organizacyjnego OPF Organizational Process Focus Skupienie się na procesie organizacyjnym OPP Organizational Process Performance Przebieg procesu organizacyjnego OT Organizational Training Szkolenie organizacyjne 11
12 22 obszary procesu CMMI cd Skrót Nazwa procesu (ang) Nazwa procesu Project Management PMC Project Monitoring and Control Kontrola i monitorowanie projektu PP Project Planning Planowanie projektu QPM Quantitative Project Management Zarządzanie ilościowe projektem RSKM Risk Management Zarządzanie ryzykiem SAM Supplier Agreement Management Zarządzanie umową z poddostawcą IPM Integrated Project Management Zarządzanie przebiegiem organizacyjnym Engineering TS Technical Solution Rozwiązanie techniczne PI Product Integration Integracja produktu VER Verification Weryfikacja VAL Validation Walidacja, atestowanie RD Requirements Definition Definicja wymagań REQM Requirements Management Zarządzanie wymaganiami 12
13 4 kategorie obszarów procesowych Zofia Kruczkiewicz Wyklad_INP002017_3 13
14 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) Zofia Kruczkiewicz Wyklad_INP002017_3 14
15 TSP integracja wielu praktyk CMMI 15
16 CMMI-Usługi (CMMI-SVC) wsparcie organizacji zajmujących się dostarczaniem usług Zofia Kruczkiewicz Wyklad_INP002017_3 16
17 Podejście oparte na CMMI do cyklu życia tworzenia oprogramowania medycznego W jaki sposób istniejące podejścia do inżynierii oprogramowania mogą zostać włączone / udoskonalone w kontekście zarządzania projektami medycznymi? W jaki sposób można efektywnie wykorzystać model koncepcyjny w celu ułatwienia zarządzania macierzą identyfikowalności w różnych fazach projektu za pomocą wielu perspektyw? Zofia Kruczkiewicz Wyklad_INP002017_3 17
18 Opis świata rzeczywistego - Procedura badań jądrowych pacjenta. 18
19 Cykl życia tworzenia oprogramowania w dziedzinie medycyny nuklearnej: Light-Weight Capability Maturity Model Integration (LW-CMMI) Diagramy wymagań i przypadków użycia (SysML) Diagramy klas, sekwencji i stanów Analiza wymagań i planowanie projektu Eksploracja rozwiązań, projekt systemu Implementacja, testy 19 integracyjne i wdrożenie
20 Light-Weight Capability Maturity Model Integration (LW-CMMI) Obszary procesów na trzech poziomach dojrzałości procesu Zofia Kruczkiewicz Wyklad_INP002017_3 20
Model CMMI, ISO, zapewnianie jakości oprogramowania
Model CMMI, ISO, zapewnianie jakości oprogramowania Zofia Kruczkiewicz 1 Literatura 1. I. Sommerville, Inżynieria oprogramowania, s. Klasyka informatyki, WNT 2003 2. Stephen H. Kan, Metryki i modele w
CMMI Doskonalenie Procesów w Organizacji XII
XII Taka perspektywa niejednokrotnie chroni przed dogmatycznym podejściem do wymagań modelu, umożliwiając jednocześnie ich przyjazne wdrożenie. W książce przedstawiłem interpretacje, wskazówki oraz liczne
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
System zarz¹dzania prac¹ grupow¹ jako element wspieraj¹cy wdra anie metodyki CMMI
VIII Konferencja PLOUG Koœcielisko PaŸdziernik 2002 System zarz¹dzania prac¹ grupow¹ jako element wspieraj¹cy wdra anie metodyki CMMI Andrzej Adamczyk ALMA SA e-mail: A.Adamczyk@alma.biz.pl Czes³aw Jêdrzejek
INTEGRACJA MODELU DOJRZAŁO CI ORGANIZACYJNEJ (CMMI) JAKO NARZ DZIE ZARZ DZANIA JAKO CI W PROCESIE WYTWARZANIA OPROGRAMOWANIA
INTEGRACJA MODELU DOJRZAŁO CI ORGANIZACYJNEJ (CMMI) JAKO NARZ DZIE ZARZ DZANIA JAKO CI W PROCESIE WYTWARZANIA OPROGRAMOWANIA ALEKSANDER LOTKO Politechnika Radomska PAWEŁ LOTKO Hewlett-Packard Polska Streszczenie
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
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:
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
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
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
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
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
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
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
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
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
Testowanie oprogramowania w środowisku IBM Rational Software Architect
Testowanie oprogramowania w środowisku IBM Rational Software Architect Software Development 2008 Michał Wolski m.wolski@modesto.pl szkolenia: inżynierii oprogramowania zarządzania projektami usługi doradcze
Menedżerskie studia podyplomowe Zarządzanie firmą. Instrumentarium współczesnego menedżera
Menedżerskie studia podyplomowe Zarządzanie firmą. Instrumentarium współczesnego menedżera Zarządzanie projektami najlepsze światowe praktyki mgr Marcin Gałuszka Zajęcia 2 - Wrocław, 28.01.2012 AGENDA
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
1. Wybór systemu ERP. 2. Wzajemne relacje systemów ERP i BPMS.
Agenda 1. Wybór systemu ERP. 2. Wzajemne relacje systemów ERP i BPMS. 1 dr inż. Marek Szelągowski AFiB Vistula marek.szelagowski@dbpm.pl Naszą misją jest: Wspieranie naszych klientów w wypracowywaniu usprawnień
Zarządzanie Projektami zgodnie z PRINCE2
Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście
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
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.
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
Projektowanie systemów informatycznych. Roman Simiński programowanie.siminskionline.pl. Cykl życia systemu informatycznego
systemów informatycznych Roman Simiński roman.siminski@us.edu.pl programowanie.siminskionline.pl Cykl życia systemu informatycznego Trochę wprowadzenia... engineering co to oznacza? Oprogramowanie w sensie
KATALOG SZKOLEŃ. Kod szkolenia Nazwa szkolenia Czas trwania. QC370 ALM Quality Center Scripting 11.x 2
Oprogramowanie HP KATALOG SZKOLEŃ Application Lifecycle Management ALM Development Management - QC QC370 ALM Quality Center Scripting 11.x 2 ALM920 Application Lifecycle Management 11.5 Delta 2 ALM120
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
Podejście zwinne do zarządzania projektami
Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji
Wydział Inżynierii Produkcji i Logistyki Faculty of Production Engineering and Logistics
Wydział Inżynierii Produkcji i Logistyki Faculty of Production Engineering and Logistics Plan studiów stacjonarnych II stopnia (magisterskich) na kierunku ZARZĄDZANIE I INŻYNIERIA PRODUKCJI MANAGEMENT
NORMY JAKOŚCIOWE ISO 9001, 17025 i 14001 W TRANSPORCIE KOLEJOWYM. mgr inż. Wojciech Rzepka
NORMY JAKOŚCIOWE ISO 9001, 17025 i 14001 W TRANSPORCIE KOLEJOWYM mgr inż. Wojciech Rzepka Ciągły dylemat Normy jakościowe w kolejnictwie Dobrowolność czy przymus??? 2 Normy dawniej dziś Umowy międzynarodowe
ZARZĄDZANIE PROJEKTAMI W PROJEKTACH TECHNICZNYCH I INFORMATYCZNYCH
ZESZYTY NAUKOWE POLITECHNIKI ŚLĄSKIEJ 2017 Seria: ORGANIZACJA I ZARZADZANIE z. 108 Nr kol. 1983 Krzysztof S. TARGIEL Uniwersytet Ekonomiczny w Katowicach Wydział Informatyki i Komunikacji krzysztof.targiel@ue.katowice.pl
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ę?...
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
PRZEGLĄD WYBRANYCH PODEJŚĆ DO ZARZĄDZANIA IT W ORGANIZACJACH
PRZEGLĄD WYBRANYCH PODEJŚĆ DO ZARZĄDZANIA IT W ORGANIZACJACH Andrzej SOBCZAK Streszczenie: W pracy przedstawiono wybrane podejścia do zarządzania IT, spotykane obecnie w organizacjach zarówno w firmach
Zarządzanie inicjatywami i wymaganiami w projektach IT
Zarządzanie inicjatywami i wymaganiami w projektach IT Spotkanie 2 Zbigniew Misiak zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Zarządzanie wymaganiami 2. Przegląd oprogramowania
Metodyki, standardy i certyfikaty a jakość wdraŝanych rozwiązań informatycznych
Metodyki, standardy i certyfikaty a jakość wdraŝanych rozwiązań informatycznych Jak teoria pomaga w codziennej praktyce zapewniania i kontroli jakości Piotr Ślęzak Stowarzyszenie Jakości Systemów Informatycznych
Elektronika dla branży automotive
Numer naboru: POWR.03.01.00-IP.08-00-MOT/17 Tytuł projektu: Elektronika dla branży automotive Okres realizacji projektu: od: 2018-01-01 do: 2019-10-31 Beneficjent: Politechnika Rzeszowska, Wydział Elektrotechniki
Nowa specjalność Zarządzanie badaniami i projektami Research and Projects Management
Nowa specjalność Zarządzanie badaniami i projektami Research and Projects Management Kierunek: Informatyka i Ekonometria, WIiK Studia stacjonarne/niestacjonarne II stopnia Potrzeby kształcenia specjalistów
PLANY I PROGRAMY STUDIÓW
WYDZIAŁ INŻYNIERII PRODUKCJI I LOGISTYKI PLANY I PROGRAMY STUDIÓW STUDY PLANS AND PROGRAMS KIERUNEK STUDIÓW FIELD OF STUDY - ZARZĄDZANIE I INŻYNIERIA PRODUKCJI - MANAGEMENT AND PRODUCTION ENGINEERING Studia
COBIT 5 I I N N E S TA N D A R D Y. Sylwia Wystub, CISA, ABCP
COBIT 5 I I N N E S TA N D A R D Y Sylwia Wystub, CISA, ABCP COBIT 5 HISTORIA ROZWOJU Control OBjectices for IT and related solutions Początek prac nad standardem w roku 1992 Najnowsze wydanie standardu,
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
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
Dwie oceny systemu bezpieczeństwa: ilościowa i jakościowa. Robert Kępczyński Senior Consultant
Dwie oceny systemu bezpieczeństwa: ilościowa i jakościowa Robert Kępczyński Senior Consultant Mechanizm bezpieczeństwa zawsze jest kompromisem " Akceptowalne ryzyko Skomplikowanie Dłuższy czas reakcji
Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne
Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne Rafał Czubik Krzysztof Komorowski IBM 2008 IBM Corporation Metodyka jest ważna Procesy i moduły Obszary decyzyjne
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
WALIDACJA PROCESU PAKOWANIA PRODUKTÓW LECZNICZYCH WARSZTATY
I miejsce w rankingu firm szkoleniowych wg Gazety Finansowej 28 29 września 2017 r., Warszawa WALIDACJA PROCESU PAKOWANIA Wymagania prawne i zalecenia przewodników - Aneks 15, ICH Q8 Parametry krytyczne
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
Dojrzałość procesowa organizacji
Projektowanie procesów dr Mariusz Maciejczak Dojrzałość procesowa organizacji www.maciejczak.pl Procesy są podstawowym bogactwem intelektualnym firmy i w dużej mierze stanowią o jej przewadze konkurencyjnej.
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
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.
Usługi IBM czyli nie taki diabeł straszny
Usługi IBM czyli nie taki diabeł straszny Michał Wawrzyński 693 93 5338 michal.wawrzynski@pl.ibm.com Usługi IBM dla Partnerów Handlowych Maintenance & Technical Support Asset-based Services Labor-based
ANALIZA EKONOMICZNO-FINANSOWA
PROGRAM STUDIÓW FINANSE, RACHUNKOWOŚĆ ZARZĄDCZA I CONTROLLING PRZEDMIOT ZAGADNIENIA GODZ. ZAAWANSOWANE NARZĘDZIA RACHUNKOWOŚCI Rachunkowość zarządcza Prognozowanie sprzedaży i kosztów, rachunki optymalizacyjne
CMM. Capability Maturity Model for Software. Capability Maturity Model for Software - Strona 1 z 6
CMM Capability Maturity Model for Software Capability Maturity Model for Software - Strona 1 z 6 1. Wstęp Capability Maturity Model jest to pięciostopniowy model oceny dojrzałości metod tworzenia oprogramowania.
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011
Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo
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:
Zakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
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
BIM jako techniczna platforma Zintegrowanej Realizacji Przedsięwzięcia (IPD - Integrated Project Delivery)
BIM jako techniczna platforma Zintegrowanej Realizacji Przedsięwzięcia (IPD - Integrated Project Delivery) Dr inż. Michał Juszczyk Politechnika Krakowska Wydział Inżynierii Lądowej Zakład Technologii i
Dojrzałość procesów logistycznych w sektorze przetwórstwa rolno-spożywczego wg Modelu cmmi 1
Mariusz Maciejczak Szkoła Główna Gospodarstwa Wiejskiego w Warszawie Dojrzałość procesów logistycznych w sektorze przetwórstwa rolno-spożywczego wg Modelu cmmi 1 Wstęp Zarządzanie procesami to dziś jedna
Application Security Verification Standard. Wojciech Dworakowski, SecuRing
Application Security Verification Standard Wojciech Dworakowski, SecuRing login: Wojciech Dworakowski OWASP Poland Chapter Leader OWASP = Open Web Application Security Project Cel: Podnoszenie świadomości
EMSE00_BR371A_PL.QXP 20.02.2007 14:12 Seite 1
EMSE00_BR371A_PL.QXP 20.02.2007 14:12 Seite 1 Publikacja EMSE00-BR371A-PL-E Kwiecień 2006 Copyright 2006 Rockwell Automation, Inc. Wszelkie prawa zastrzeżone. Wydrukowano w USA. EMSE00_BR371A_PL.QXP 20.02.2007
Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny?
Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny? 14:45 15:15 Bogdan Bereza @ victo.eu @ I Konferencja SASO - Inżynieria Jakości Oprogramowania Poznań, 25 września 2014 1(20) Automated
Dlaczego modele architektoniczne to zamało? Wprowadzeniedo ładu architekturykorporacyjnej
Dlaczego modele architektoniczne to zamało? Wprowadzeniedo ładu architekturykorporacyjnej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej
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
Oferta Szkoleniowa.
Oferta Szkoleniowa Organizujemy szkolenia oraz egzaminy umożliwiające certyfikację ISTQB. Jest to najbardziej rozpoznawalny międzynarodowy certyfikat z zakresu testowania oprogramowania. Organizujemy szkolenia
Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016
Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Mechaniczny obowiązuje studentów rozpoczynających studia w roku akademickim 201/2016 Kierunek studiów: Informatyka Stosowana Forma
Wykaz norm i innych dokumentów normalizacyjnych serii ISO i ich polskie odpowiedniki
Wykaz norm i innych dokumentów normalizacyjnych serii ISO 14000 i ich polskie odpowiedniki Norma/ dokument ISO* Tytuł ISO 14001:2015 Environmental management systems Requirements with guidance for use
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
Optymalizacja procesów obiegu dokumentacji. 14 marca 2012
Optymalizacja procesów obiegu dokumentacji 14 marca 2012 Nie można o tym zapominać Największym dobrem każdego przedsiębiorstwa jest myśl ludzka! Umiejętność zarządzania i współdzielenia danych to podstawa
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
BEZPIECZEŃSTWO, STABILNOŚĆ, JAKOŚĆ ZAPEWNIENIE CIĄGŁOŚCI PRACY SYSTEMÓW TELEMETRII PRZEZ VECTOR SMART DATA
BEZPIECZEŃSTWO, STABILNOŚĆ, JAKOŚĆ ZAPEWNIENIE CIĄGŁOŚCI PRACY SYSTEMÓW TELEMETRII PRZEZ VECTOR SMART DATA MILENA BABIŃSKA MARCIN WAŚKÓW Manager Zespołu Software Manager Zespołu Utrzymania i Wdrożeń CO
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
Rozpoczęcie, inicjacja (ang. inception
Wydział Informatyki PB Analogia do budowanego domu Inżynieria oprogramowania II Wykład 2: Proces tworzenia oprogramowania (na podstawie Unified Process) Marek Krętowski pokój 206 e-mail: mkret@ii.pb.bialystok.pl
Innowacje w biznesie
Innowacje w biznesie Podstawowe źródła wiedzy Rodzina Frascati Artykuły Materiały na stronie www.karolinamazur.pl Istota innowacji według J. A. Schumpetera Wprowadzenie do produkcji wyrobów nowych lub
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
Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM
SZKOŁA GŁÓWNA HANDLOWA w Warszawie STUDIUM MAGISTERSKIE Kierunek: Metody ilościowe w ekonomii i systemy informacyjne Karol Walędzik Nr albumu: 26353 Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem
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
Administracja jako organizacja zarządzana procesowo
Administracja jako organizacja zarządzana procesowo Jak procesy mogą zaszkodzić administracji oraz obywatelom? Michał Bukowski główny specjalista CPI MSWiA CC BY-NC 2.0 VanTheMan8 Agenda 1. Znaczenie projektu
NORMA ISO/IEC 20000 W ZARZĄDZANIU SERWISEM IT
Tomasz SOBESTIAŃCZYK ZESZYTY NAUKOWE WYDZIAŁU NAUK EKONOMICZNYCH NORMA ISO/IEC 20000 W ZARZĄDZANIU SERWISEM IT Zarys treści: Ta publikacja opisuje normę ISO/IEC 20000 jej zalety oraz słabości w zarządzaniu
ERP to za mało. Zarządzanie wiedzą przez cały okres ŻYCIA produktu. Katarzyna Andrzejuk Mariusz Zabielski
ERP to za mało Zarządzanie wiedzą przez cały okres ŻYCIA produktu Katarzyna Andrzejuk Mariusz Zabielski Pierwszy wymiar firmy - struktura organizacyjna Zrozumieć jaka jest struktura organizacyjna oraz
Międzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.
Międzynarodowa Rada Inżynierii Wymagań The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS www.cts.com.pl MISJA IREB Misją IREB jest udoskonalenie praktyki inżynierii wymagań
PLANY I PROGRAMY STUDIÓW
WYDZIAŁ INŻYNIERII PRODUKCJI I LOGISTYKI PLANY I PROGRAMY STUDIÓW STUDY PLANS AND PROGRAMS KIERUNEK STUDIÓW FIELD OF STUDY - ZARZĄDZANIE I INŻYNIERIA PRODUKCJI - MANAGEMENT AND PRODUCTION ENGINEERING Studia
Praktyczne wykorzystanie MS Project 2010
Praktyczne wykorzystanie MS Project 2010 LondonSAM Polska, Kraków 2013 Firma WHITECOM Project Experience oraz LondonSAM Polska zapraszają serdecznie do udziału w szkoleniu poświęconym nauce narzędzia MS
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
Lean Six Sigma poziom Green Belt
Lean Six Sigma poziom Green Belt Kurs ma na celu zapoznanie z metodologią Lean Six Sigma znaną na świecie już od kilkudziesięciu lat. Metodologia ta jest połączeniem dwóch najlepszych praktyk procesowego
Wprowadzenie do inżynierii oprogramowania. Wykładowca Dr inż. Zofia Kruczkiewicz
Wprowadzenie do inżynierii oprogramowania. Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_1 1 Struktura wykładu I. Zasady zaliczenia kursu. II. Wprowadzenie do inżynierii oprogramowania(io)
WPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Bezpieczeństwo aplikacji Czy musi być aż tak źle? OWASP 2012-10-24. The OWASP Foundation http://www.owasp.org
Bezpieczeństwo aplikacji Czy musi być aż tak źle? 2012-10-24 Wojciech Dworakowski Poland Chapter Leader SecuRing Copyright The Foundation Permission is granted to copy, distribute and/or modify this document
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 15 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 organizowanego przez Wydział Informatyki i Zarządzania
Winning the Risk Wprowadzenie do Zarządzania Ryzykiem 25 stycznia 2016
www.pwc.com/pl Winning the Risk Wprowadzenie do Zarządzania Ryzykiem 25 stycznia 2016 Wprowadzenie do Zarządzania Ryzykiem Czym jest Ryzyko? Korzyści z zarządzania ryzykiem Profil ryzyka, tolerancja i
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
Wprowadzenie dosystemów informacyjnych
Wprowadzenie dosystemów informacyjnych Projektowanie antropocentryczne i PMBoK Podejście antropocentryczne do analizy i projektowania systemów informacyjnych UEK w Krakowie Ryszard Tadeusiewicz 1 Właściwe
Procesowa mapa drogowa doskonalenia organizacji z wykorzystaniem modelu CMMI-DEV
Procesowa mapa drogowa doskonalenia organizacji z wykorzystaniem modelu CMMI-DEV Arkadiusz Jurczuk Politechnika Białostocka, Wydział Zarządzania, Katedra Informatyki Gospodarczej i Logistyki e-mail: ajurczuk@pb.edu.pl
ENERGIA DLA TWOJEJ ORGANIZACJI. BPM Zarządzanie i automatyzacja pracy
BPM Zarządzanie i automatyzacja pracy O Blue energy 14 lat wspieramy biznes i administrację Jesteśmy konsultantami biznesowymi i informatykami Podnosimy efektywność organizacji Wdrażamy systemy zarządzania
ŚcieŜki Certyfikacji Testera. Karol Mioduszewski - CORRSE
ŚcieŜki Certyfikacji Testera Karol Mioduszewski - CORRSE Kierunki rozwoju W dół, w górę czy w bok? Rozwój w dół Specjalizacja Zagłębianie się w wybrany wycinek wiedzy, np. testy wydajnościowe lub konkretne
Rafał Żmijewski - Siemens Industry Software. Cyfrowa fabryka - wizja czy rzeczywistość
Rafał Żmijewski - Siemens Industry Software Cyfrowa fabryka - wizja czy rzeczywistość Unrestricted Siemens AG 2015 Realize innovation. Wyzwania w przemyśle to ciągłe zmiany Zunifikowana architekturae Wolumen