Norma IEEE SPMP
|
|
- Zofia Nowacka
- 8 lat temu
- Przeglądów:
Transkrypt
1 Norma IEEE SPMP Warszawa, IEEE - The Institute for Electrical and Electronics Engineering - Instytut inynierii elektrycznej i elektronicznej SPMP - Software Project Management Plan - Plan zarzdzania projektami oprogramowania 1) IEEE - Instytut inynierii elektrycznej i elektronicznej IEEE Wizja Globalny postp koniunktury poprzez rozwijanie innowacji technologicznych, umoliwianie kształtowania karier członków oraz promowanie rodowiska na całym wiecie. IEEE Misja IEEE promuje inynierskie procesy tworzenia, rozwijania, integrowanie, współdzielenia oraz dostarczania wiedzy o elektrycznych i informatycznych technologiach i naukach dla korzyci ludzkoci i profesji/zawodu. IEEE Organizacja : Techniczne Profesjonalne Zrzeszenie nie czerpice korzyci z działalnoci Około członków, w 150 krajach Około 300 znaczcych konferencji rocznie Około 900 czynnych standardów, w tym 700 rozwijanych IEEE Standardy : Rozwijane w rodowiskach technicznych Dobrowolne bez kompensacji Uywanie standardów jest dobrowolne Standardy s tematami przegldów co 5 lat Szeroko rozpowszechnione i uywane w USA IEEE Standard : Standard dla Planu Zarzdzania Projektem (SPMP) Definiuje format oraz zawarto Planu Zarzdzania Projektem (SPMP) NIE specyfikuje uywanych technik lub przykładów Stosowany moe by do kadego rodzaju projektów Stosowany moe by do projektów dowolnej wielkoci Copyright 2004 Tomasz Czwarno All Rights Reserved 1
2 2) SPMP - Plan zarzdzania projektami oprogramowania - Szablon Strona tytułowa Lista zmian Przedmowa Spis treci Lista osób Lista tabel Lista figur 1. Wprowadzenie (Introduction) 1.1 Zarys projektu (Project overview) 1.2 Produkty projektu (Project deliverables) 1.3 Ewolucja planu projektu (Evolution of the project management plan) 1.4 Dokumenty powizane (Reference materials) 1.5 Definicje i akronimy (Definitions and acronyms) 2. Organizacja projektu (Project organization) 2.1 Model procesu projektowego (Process model) 2.2 Struktura organizacyjna (Organizational structure) 2.3 Granice organizacyjne i interfejsy (Organizational boundaries and interfaces) 2.4 Podział odpowiedzialnoci (Project responsibilities) 3. Zarzdzanie (Managerial process) 3.1 Cele i priorytety zarzdzania (Management objectives and priorities) 3.2 Załoenia, uwarunkowania i ograniczenia (Assumptions, dependencies, and constraints) 3.3 Zarzdzanie ryzykiem (Risk management) 3.4 Mechanizmy ledzenia i kontroli (Monitoring and controlling mechanisms) 3.5 Plan zatrudnienia (Staffing plan) 4. Proces techniczny (Technical process) 4.1 Metody, narzdzia i techniki (Methods, tools, and techniques) 4.2 Dokumentacja oprogramowania (Software documentation) 4.3 Funkcje wspomagajce projekt (Project support functions) 5. Etapy pracy, harmonogram i budet (Work packages, schedule, and budget) 5.1 Podział projektu na etapy i zadania (Work packages) 5.2 Zalenoci (Dependencies) 5.3 Wymagania zasobów (Resource requirements) 5.4 Budet i rozdział zasobów (Budget and resource allocation) 5.5 Harmonogram (Schedule) Dodatkowe komponenty Indeks Załczniki Copyright 2004 Tomasz Czwarno All Rights Reserved 2
3 3) SMPE - Plan zarzdzania projektami oprogramowania - Opis 1. Wprowadzenie 1.1 Zarys projektu Cele projektu, opis projektu, znaczce działania, kroki milowe, wymagane zasoby, główny budet, główny harmonogram, wymagany personel. 1.2 Produkty projektu Lista wszystkich elementów projektu bdcych przedmiotem dostawy, wraz z dat dostarczenia, ilociami i miejscem. 1.3 Ewolucja planu projektu Uaktualniania procesu tworzenie SPMP. SPMP zgodnie z planem zarzdzania konfiguracj (Configuration Management). Wszystkie zmiany musz by udokumentowane tak aby SPMP był prawidłowy i aktualny. Np.: Kto zatwierdza zmiany przed ich implementacj?, Jak czsto i kto bdzie uaktualniał ten dokument? 1.4 Dokumenty powizane Lista wszystkich dokumentów powizanych z planem oraz mechanizmy wyszukiwania wraz z aktualnymi wersjami. Np.: Opis projektu, Analiza obiektowa, Specyfikacja, Odniesienia do standardów pisania kodu, dokumentacji i testów. 1.5 Definicje i akronimy Lista wszystkich akronimów i skrótów uywanych w dokumencie wraz z rozwiniciami. Np.: JAR = Java ARchive 2. Organizacja projektu 2.1 Model procesu projektowego Opis procesów rozwoju projektu (software development process). Model moe by przedstawiony w formie wykresu z zamieszczonymi opisami i datami) Np.: Proces rozwoju bdzie oparty na modelu spiralnym z szybkim prototypowaniem. Iteracjom bd podlegały procesy analizy, projektowania, implementacji i testowania. Copyright 2004 Tomasz Czwarno All Rights Reserved 3
4 2.2 Struktura organizacyjna Wewntrzna struktura zarzdzanie projektem (Internal management structures), ksigowo projektu, raportowanie, odpowiedzialnoci itd. Okrelenie ról (team manager, configuration manager, quality assurance leader, requirements management leader, design leader, implementation leader, database manager, webmaster) Np.: Zespół bdzie podzielony na pod grupy, pracujce niezalenie/ pełnice poszczególne role. 2.3 Granice organizacyjne i interfejsy Specyfikacja interfejsu pomidzy projektem a organizacjami, powizanymi z projektem, takimi jak : organizacja sponsora, organizacja rodzima, organizacja klienta, organizacja podwykonawcy itd. Np.: Kto bdzie spotykał si z klientem i kto bdzie dokumentował modyfikacje. 2.4 Podział odpowiedzialnoci Lista wszystkich funkcji i/lub aktywnoci (znaczcych, dostarczanych klientowi) wraz z odpowiedzialnociami (jednostkowymi lub imiennymi). 3. Zarzdzanie 3.1 Cele i priorytety zarzdzania Opis celów i priorytetów w zarzdzaniu projektem. Np.: Produkt bdzie najlepszym wyprodukowanym produktem przez organizacj, Priorytetami bd : zadowolenie klienta, dostawa na czas, edukacja pracowników. 3.2 Załoenia, uwarunkowania i ograniczenia Załoenie projektowe. Uwarunkowania organizacyjne, zdarzeniowe (wewntrzne i zewntrzne) oraz wspierane funkcje zalene od projektu. Ograniczenia mog zalee od wymaga organizacyjnych, budetowych, harmonogramowych itd. Np. Załoenia : system operacyjny, Uwarunkowania : JDK1.3, Ograniczenia : Swing 3.3 Zarzdzanie ryzykiem Czynniki ryzyka, ocena ryzyka, ledzenie ryzyka, łagodzenie wystpienia ryzyka. Plan zarzdzania ryzykiem (Risk management plan) lub odniesienie do niego. 3.4 Mechanizmy ledzenia i kontroli Definicje weryfikacji i procedur poprawnoci (audyty, przegldy, inspekcje, przejcia przez ryzyko), list dystrybucyjnych, mechanizmów raportowania i formaty. Copyright 2004 Tomasz Czwarno All Rights Reserved 4
5 3.5 Plan zatrudnienia Opis wszystkich umiejtnoci wymaganych w kadej fazie projektowej, wraz z czasem rozpoczcia i okresem trwania. Np.: Jakie osoby bd potrzebne w projekcie, w której fazie i na jak długo. 4. Proces techniczny 4.1 Metody, narzdzia i techniki Opis lub odniesienie do technicznych metod rozwoju oprogramowania. Odniesienia do: Planu zarzdzania konfiguracj (configuration management plan), Planu zapewnienia jakoci (quality plan), Planu zaopatrzenia (procurement plan). Np.: Opis systemu rozwojowego (UNIX, PII), kocowego (WINDOWS, PIV), testowego (WINDOWS, PIII). Metody programowania (obiektowe), dokumentowania (javadocs) 4.2 Dokumentacja oprogramowania Opis lub odniesienie do planu dokumentacji, zawierajce konwencj nazwow oraz style. Opis dokumentów powstałych po kadym kroku milowym. Np.: Dokumentacja bdzie wykonywana za pomoc JavDoc u lub standardów przyjtych w danej organizacji. 4.3 Funkcje wspomagajce projekt Lista wymaganych i wspieranych przez projekt funkcji. Zapewnienie jakoci (quality assurance), Wsparcie sekretariatu (secretarial support), Wsparcie negacyjne (contract negotiation support). Wsparcie zarzdzania, kto bdzie odpowiedzialny itd. W szczególnoci, naley tu okreli zadania, wymagania zasobów, harmonogram i budet dla kadej funkcji wspomagajcej. 5. Etapy pracy, harmonogram i budet 5.1 Podział projektu na etapy i zadania Lista etapów i zada wykonywanych w projekcie wraz z identyfikatorami. Np.: Diagramu WBS 5.2 Zalenoci Opis kolejnoci wykonywania poszczególnych etapów i zada. Dla przedstawienia zalenoci pomidzy etapami pracy i działaniami mona zastosowa listy zalenoci (ang.dependency lists), sieci działa (ang. activity networks) lub metody cieek krytycznych (ang. critical path method). Copyright 2004 Tomasz Czwarno All Rights Reserved 5
6 Np.: Diagramu PERT 5.3 Wymagania zasobów Lista wymaganych zasobów, obejmujca ludzi, sprzt, oprogramowanie, pomieszczenia itd. 5.4 Budet i rozdział zasobów Budet z podziałem na etapy i zadania wykonywane w projekcie. Rozdział zasobów z podziałem na fazy projektu oraz etapy i zadania wykonywane w projekcie. 5.5 Harmonogram Harmonogram z podziałem na etapy i zadania wykonywane w projekcie. Harmonogram powinien uwzgldnia czas trwania kadej z aktywnoci lub dat ukoczenia. Np.: Diagram GANTT Copyright 2004 Tomasz Czwarno All Rights Reserved 6
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ółowoWstę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.
Bardziej szczegółowoEtapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Bardziej szczegółowoWstę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.
Bardziej szczegółowoEtapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania
Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna
Bardziej szczegółowoOpis 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
Bardziej szczegółowoCo to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?
ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest
Bardziej szczegółowoBłę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
Bardziej szczegółowoWstę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.
Bardziej szczegółowoCechy 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 ) -
Bardziej szczegółowoMODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś
OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś (często stosowany w praktyce do projektów o niewielkiej złożoności) wymagania specyfikowanie kodowanie
Bardziej szczegółowoCykle ż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ółowoFeature 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ółowoPROCEDURY l METODYKA PRZEPROWADZANIA AUDYTU WEWNTRZNEGO
Załcznik do Uchwały nr 157/04 z dnia 17 maja 2004 r Zarzdu Powiatu Pabianickiego PROCEDURY l METODYKA PRZEPROWADZANIA AUDYTU WEWNTRZNEGO KARTA AUDYTU WEWNTRZNEGO Okrela prawa i obowizki audytora, do najwaniejszych
Bardziej szczegółowoZarzą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
Bardziej szczegółowoInżynieria oprogramowania (Software Engineering)
Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania
Bardziej szczegółowoIn ż 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
Bardziej szczegółowoZarzą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ółowoAL 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
Bardziej szczegółowoWytwó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
Bardziej szczegółowoSTUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 Program studiów opracował: Grzegorz Karpiuk CEL STUDIÓW 1. Zdobycie przez uczestników wiedzy i kompetencji z zakresu zarządzania projektami oraz
Bardziej szczegółowoMSF. 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
Bardziej szczegółowoProjekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. RAMOWY PROGRAM ZARZĄDZANIE PROJEKTAMI
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. RAMOWY PROGRAM ZARZĄDZANIE PROJEKTAMI SESJA I. INICJOWANIE, DEFINIOWANIE I PLANOWANIE PROJEKTU SESJA II. ZARZĄDZANIE
Bardziej szczegółowoAgile 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ę?...
Bardziej szczegółowoRegulamin Audytu Wewntrznego Urzdu Miasta w Ktrzynie
Załcznik Nr 6 do Regulaminu Organizacyjnego Urzdu Miasta Ktrzyn Nr 15/07 z dnia 16.01.2007 Regulamin Audytu Wewntrznego Urzdu Miasta w Ktrzynie Rozdział I Postanowienia ogólne 1. Regulamin Audytu Wewntrznego
Bardziej szczegółowoWprowadzenie 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
Bardziej szczegółowoŹródła dumy zawodowej testera oprogramowania
Źródła dumy zawodowej testera oprogramowania Tom Gilb & Kai Gilb: False QA is calling your activity QA when in fact you only do testing. http://www.result-planning.com/real+qa+manifesto Nie jestem QA!
Bardziej szczegółowoZarządzanie projektem prawnym w praktyce
Zarządzanie projektem prawnym w praktyce Program 2 dniowy Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Terminy: Wrocław, 6-7 grudnia
Bardziej szczegółowoInż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ółowoZARZDZANIE JAKOCI W PROCESIE REALIZACJI INWESTYCJI
24/21 ARCHIWUM ODLEWNICTWA Rok 2006, Rocznik 6, Nr 21(1/2) ARCHIVES OF FOUNDARY Year 2006, Volume 6, Nº 21 (1/2) PAN Katowice PL ISSN 1642-5308 ZARZDZANIE JAKOCI W PROCESIE REALIZACJI INWESTYCJI M. RADO
Bardziej szczegółowoOferta 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
Bardziej szczegółowoZarządzanie projektami. Zarządzanie czasem w projekcie
Zarządzanie projektami Zarządzanie czasem w projekcie Zarządzanie czasem w projekcie PROJECT TIME MANAGEMENT Zarządzanie czasem - elementy 1. Zarządzanie harmonogramem (zasady, procedury i dokumentacja
Bardziej szczegółowoINŻ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ółowoZarządzanie projektem
Zarządzanie projektem Organizacja, planowanie oraz prowadzenie projektu informatycznego Zagadnienia Zadania związane z zarządzaniem Planowanie projektu Rodzaje planów projektowych Organizacja pracy Podział,
Bardziej szczegółowoModelowanie 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
Bardziej szczegółowoTestowanie 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
Bardziej szczegółowodr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl Katedra Informatyki AGH, D17/ 2.27 dr inż. M. Żabińska
, e-mail: zabinska@agh.edu.pl Katedra Informatyki AGH, D17/ 2.27 [ISO 9000] Jakość jest określana jako ogół cech i właściwości wyrobu lub usługi wymaganych do zaspokojenia stwierdzonych lub przewidywanych
Bardziej szczegółowoProjektowanie 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
Bardziej szczegółowoPo co planowanie? Planowanie projektu. Najcz stsz przyczyn niepowodzenia projektów jest brak czasu.
Po co planowanie? Najcz stsz przyczyn niepowodzenia projektów jest brak czasu. Po co planowanie? Najcz stsz przyczyn niepowodzenia projektów jest brak czasu. Tygodnie kodowania mog zaoszcz dzi nam godzin
Bardziej szczegółowoZarządzanie projektami. Zarządzanie czasem w projekcie
Zarządzanie projektami Zarządzanie czasem w projekcie Zarządzanie czasem w projekcie PROJECT TIME MANAGEMENT Zarządzanie czasem - elementy 1. Zarządzanie harmonogramem 2. Określanie działań (określanie
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI PRZEMYSŁOWYMI
BalticBerg listopad 2018 ZARZĄDZANIE PROJEKTAMI PRZEMYSŁOWYMI ZGODNIE Z METODYKĄ INDUSTRIAL PROJECT MANAGEMENT Dobre praktyki, Instrukcje, Sukces O ARTYKULE Metodyka Industrial Project Management to zestaw
Bardziej szczegółowoUsługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
Bardziej szczegółowoREQB 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ółowoTypy bazy danych Textract
Typy bazy danych Typy bazy danych bazy tekstowe, Textract, http://www.textract.com - bazy tekstowe, np. archiwum gazety, dla setek gigabajtów, szybkie wyszukiwanie i indeksacja informacji bazy danych bez
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Prezentacja dodatkowa: PMBOK a zarządzanie ryzykiem Podyplomowe Studia Menedżerskie erskie Zarządzanie projektami informatycznymi PMBOK a zarządzanie
Bardziej szczegółowoInżynieria oprogramowania (Software Engineering) Wykład 1
Inżynieria oprogramowania (Software Engineering) Wykład 1 Wprowadzenie do inżynierii oprogramowania Zarządzanie przedmiotem Wydział: WEiI Katedra: KIK Web site: http://moskit.weii.tu.koszalin.pl/~swalover/
Bardziej szczegółowoJakość 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
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI LOGISTYCZNYMI na przykładzie wdrożenia Międzynarodowego Huba Logistycznego
ZARZĄDZANIE PROJEKTAMI LOGISTYCZNYMI na przykładzie wdrożenia Międzynarodowego Huba Logistycznego Lucyna Zaborowska-Princ Customer Logistics and Distribution Manager NIVEA Polska, Grupa Beiersdorf 2 Agenda
Bardziej szczegółowoP O L I T E C H N I K A K O S Z A L I Ń S K A. Zarządzanie Ryzykiem
P O L I T E C H N I K A K O S Z A L I Ń S K A W Y D Z I A Ł E L E K T R O N I K I I I N F O R M A T Y K I Zarządzanie Ryzykiem Przedmiot Prowadzący Imię i nazwisko Grupa Zarządzanie Projektem dr Walery
Bardziej szczegółowoCzęść I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
Bardziej szczegółowoSpis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)
I Wprowadzenie (wersja 0911) Kurs OPC Integracja i Diagnostyka Spis treci Dzie 1 I-3 O czym bdziemy mówi? I-4 Typowe sytuacje I-5 Klasyczne podejcie do komunikacji z urzdzeniami automatyki I-6 Cechy podejcia
Bardziej szczegółowoZasady 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ółowoRozpoczę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
Bardziej szczegółowoLekkie metodyki. tworzenia oprogramowania
Lekkie metodyki tworzenia oprogramowania Programowanie zwinne ( Agile software development) grupa metodyk wytwarzania oprogramowania opartego o programowanie iteracyjne (model przyrostowy). Wymagania oraz
Bardziej szczegółowoZarzą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
Bardziej szczegółowoPROGRAM STAŻU. Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O. Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland
PROGRAM STAŻU Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland Stanowisko, obszar działania Młodszy Koordynator w Departamencie Zarządzania
Bardziej szczegółowoJarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming
Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu
Bardziej szczegółowoZarządzanie projektem prawnym w praktyce
Zarządzanie projektem prawnym w praktyce Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Prawnik = project manager Świadczenie usług
Bardziej szczegółowoAnaliza produktów w procesie wytwarzania oprogramowania w podejściu zwinnym. Waldemar Łabuda * Warszawska Wyższa Szkoła Informatyki.
Zeszyty Naukowe WWSI, No 14, Vol. 10, 2016, s. 65-89 Analiza produktów w procesie wytwarzania oprogramowania w podejściu zwinnym Waldemar Łabuda * Warszawska Wyższa Szkoła Informatyki Streszczenie W artykule
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA
INSTYTUT INFORMATYKI STOSOWANEJ 2013 INŻYNIERIA OPROGRAMOWANIA Inżynieria Oprogramowania Proces ukierunkowany na wytworzenie oprogramowania Jak? Kto? Kiedy? Co? W jaki sposób? Metodyka Zespół Narzędzia
Bardziej szczegółowoZastosowania informatyki w gospodarce Projekt
Zastosowania informatyki w gospodarce Projekt dr inż. Marek WODA 1. Wprowadzenie Czasochłonność 2h/tydzień Obligatoryjne konto na portalu Assembla Monitoring postępu Aktywność ma wpływ na ocenę 1. Wprowadzenie
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoIteracyjno-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
Bardziej szczegółowoPrzedsięwzięcia Informatyczne w Zarządzaniu
Przedsięwzięcia Informatyczne w Zarządzaniu 2005/06 dr inż. Grażyna Hołodnik-Janczura GHJ 1 LITERATURA 1. Praca zbiorowa p.r. Górski J., Inżynieria oprogramowania, MIKOM, W-wa, 2000 2. Jaszkiewicz A.,
Bardziej szczegółowoProjekt 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
Bardziej szczegółowoMicrosoft Project 2016 : krok po kroku / Carl Chatfield, Timothy Johnson. Warszawa, Spis treści
Microsoft Project 2016 : krok po kroku / Carl Chatfield, Timothy Johnson. Warszawa, 2016 Spis treści Wstęp xi Część 1 Wprowadzenie do programu Microsoft Project 1 Program Project, zarządzanie projektami
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI LOGISTYCZNYMI. na Przykładzie Wdrożenia Międzynarodowego Huba Logistycznego
ZARZĄDZANIE PROJEKTAMI LOGISTYCZNYMI na Przykładzie Wdrożenia Międzynarodowego Huba Logistycznego Lucyna Zaborowska-Princ Customer Logistics and Distribution Manager NIVEA Polska, Grupa Beiersdorf Poznań,
Bardziej szczegółowoDokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Bardziej szczegółowoZakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
Bardziej szczegółowoRegulamin Pracy Wojewódzkiej Rady Bezpieczestwa Ruchu Drogowego
Regulamin Pracy Wojewódzkiej Rady Bezpieczestwa Ruchu Drogowego Rozdział I Postanowienia ogólne Wojewódzka Rada Bezpieczestwa Ruchu Drogowego działajca przy Marszałku Województwa witokrzyskiego, zwana
Bardziej szczegółowoPROGRAM STAŻU Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O
PROGRAM STAŻU Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland Stanowisko, obszar działania Młodszy Koordynator Zarządzania Bazą
Bardziej szczegółowoZARZDZENIE NR 210/06 PREZYDENTA MIASTA ZIELONA GÓRA. z dnia 3 marca 2006 r. w sprawie uytkowania i gospodarowania majtkiem Urzdu Miasta Zielona Góra.
ZARZDZENIE NR 210/06 PREZYDENTA MIASTA ZIELONA GÓRA z dnia 3 marca 2006 r. w sprawie uytkowania i gospodarowania majtkiem Urzdu Miasta Zielona Góra. Na podstawie 10 ust. 1 regulaminu organizacyjnego stanowicego
Bardziej szczegółowoZarządzanie projektami
Zarządzanie projektami Wykład 2 Wyznaczanie zakresu projektu Planowanie projektu Uruchamianie realizacji projektu Monitorowanie i kontrola postępów prac Zamykanie projektu Wyznaczanie zakresu projektu
Bardziej szczegółowoEgzamin / 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
Bardziej szczegółowoZarządzanie projektami zadaniowymi w oparciu o metodykę PMI
Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Opis Zarządzanie przedsięwzięciami należy do jednych z najefektywniejszych metod organizacyjnych operowania zasobami firmy. Jest jednocześnie
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA Metodyki zarządzania projektem - porównanie
Wykład 3 (8) Metodyka prowadzenia PI zbiór reguł i zaleceń określających sposób organizacji procesu wytwarzania oprogramowania, powstające artefakty i zakres zaangażowania uczestników procesu Metodyki
Bardziej szczegółowoPlan projektu. Robert Dyczkowski, Piotr Findeisen, Filip Grządkowski. 4 czerwca 2006
Robert Dyczkowski, Piotr Findeisen, Filip Grządkowski 4 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoMetodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl
Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)
Bardziej szczegółowoWYKŁAD 11. Wzorce projektowe czynnociowe Iterator TemplateMethod
WYKŁAD 11 Wzorce projektowe czynnociowe Iterator TemplateMethod Behavioral Design Pattern: Iterator [obj] Zapewnia sekwencyjny dostp do elementów agregatu bez ujawniania jego reprezentacji wewntrznej.
Bardziej szczegółowoNarzędzia informatyczne wspierające przedsięwzięcia e-commerce
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza
Bardziej szczegółowoProgramowanie aplikacji biznesowych
Programowanie aplikacji biznesowych Zajęcia prowadzone będą zgodnie z nowatorską techniką dydaktyczną: Nauczanie przez projekt Project-based learning (PBL) W czasie kursów zespół studentów zrealizuje zaawansowaną
Bardziej szczegółowoIn ż 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 hab. inż. Krzysztof Bartecki, prof. PO www.k.bartecki.po.opole.pl Egzamin: część teoretyczna Test jednokrotnego
Bardziej szczegółowoPodejś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
Bardziej szczegółowoNA , R.
PROJEKT ROCZNY PROGRAM WSPÓPRACY GMINY KAWCZYN Z ORGANIZACJAMI POZARZDOWYMI ORAZ PODMIOTAMI, O KTÓRYCH MOWA W ART.3, UST. 3 USTAWY Z DNIA 24 KWIETNIA 2003 R. O DZIAALNO!CI PO"YTKU PUBLCZNEGO I O WOLONTARIACIE
Bardziej szczegółowoWZÓR. WNIOSEK o przyznanie rodków z Funduszu Nauki i Technologii Polskiej na finansowanie projektu badawczego. Data złoenia
Załczniki do rozporzdzenia Ministra Nauki i Szkolnictwa Wyszego z dnia... (poz....) Załcznik nr 1 WZÓR WNIOSEK o przyznanie rodków z Funduszu Nauki i Technologii Polskiej na finansowanie projektu badawczego
Bardziej szczegółowoZARZDZENIE NR 459/07 PREZYDENTA MIASTA ZIELONA GÓRA. z dnia 18 kwietnia 2007 r. w sprawie regulaminu wewntrznego Biura Informatyki.
ZARZDZENIE NR 459/07 PREZYDENTA MIASTA ZIELONA GÓRA z dnia 18 kwietnia 2007 r. w sprawie regulaminu wewntrznego Biura Informatyki. Na podstawie 78 ust.1 zarzdzenia nr 300/07 Prezydenta Miasta Zielona Góra
Bardziej szczegółowo1/ 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ółowoWykaz 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ółowoRZDOWY PROGRAM WYRÓWNYWANIA WARUNKÓW STARTU SZKOLNEGO UCZNIÓW W 2006 r. WYPRAWKA SZKOLNA
Projekt z dnia 22.03.2006 Załcznik do uchwały Nr Rady Ministrów z dnia r. RZDOWY PROGRAM WYRÓWNYWANIA WARUNKÓW STARTU SZKOLNEGO UCZNIÓW W 2006 r. WYPRAWKA SZKOLNA 1 Wstp Rzdowy program wyrównywania warunków
Bardziej szczegółowo1. Wstp. Załcznik nr.1 do uchwały Nr XXXII/259/05 Rady Powiatu w Krasnymstawie z dnia 24 listopada2005r.
Załcznik nr.1 do uchwały Nr XXXII/259/05 Rady Powiatu w Krasnymstawie z dnia 24 listopada2005r. Wieloletni program współpracy samorzdu Powiatu Krasnostawskiego z organizacjami pozarzdowymi oraz z podmiotami
Bardziej szczegółowoZastosowanie 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
Bardziej szczegółowoPYTANIA 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
Bardziej szczegółowoWprowadzenie 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
Bardziej szczegółowoProject Management w BMP. Natalia Koryzna
Project Management w BMP Natalia Koryzna Project Management w BMP Projekt i jego otoczenie Powołanie i zaplanowanie projektu Realizacja i zakończenie projektu Ludzie i komunikacja w projekcie Biuro Projektów
Bardziej szczegółowoSpis treści. Lekcja 1: Podstawy projektu 1. Lekcja 2: Określanie zasobów 28. Umiejętności do zdobycia w tej lekcji 28
Spis treści Lekcja 1: Podstawy projektu 1 Umiejętności do zdobycia w tej lekcji 1 Elementy programu 2 Rozpoczynanie pracy w programie Microsoft Project 3 Tworzenie planu projektu 5 Otwieranie nowego planu
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach specjalności: Programowanie aplikacji internetowych Rodzaj zajęć: laboratorium PRZEWODNIK PO PRZEDMIOCIE I KARTA PRZEDMIOTU
Bardziej szczegółowoDobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl
Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego
Bardziej szczegółowoDokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Bardziej szczegółowoPROSKAR KREATYWNA INŻYNIERIA
PROSKAR KREATYWNA INŻYNIERIA Siedlce, 2013 O firmie Proskar jest firmą informatyczną specjalizującą się w wytwarzaniu oprogramowania Specjalizujemy się w wytwarzaniu dedykowanego oprogramowania w technologii
Bardziej szczegółowoHow to run successfully Clinical Trial Project?
Synevo Clinical Trials Symposium 2017 How to run successfully? MARIUSZ KARDAŚ Project Management consultant Bucharest, 17.11.2017 Clinical Trials cyclic projects s are cyclic/recurrent to a wide extent
Bardziej szczegółowo