INŻYNIERIA OPROGRAMOWANIA
|
|
- Franciszek Sowiński
- 8 lat temu
- Przeglądów:
Transkrypt
1 INŻYNIERIA OPROGRAMOWANIA dr inż. Jerzy Sas Wykład 1 (1) to zastosowanie systematycznego, zdyscypliniowanego ilościowego podejścia do prowadzenia projektu informatycznego Obszary inżynierii oprogramowania: Organizacja procesów wytwarzania i utrzymania oprogramowania Zarządzanie projektem informatycznym Analiza wymagań Projektowanie Zapewnienie jakości i niezawodność oprogramowania Problemy utrzymania i ewolucji oprogramowania 1
2 Wykład 1 (2) Projekt informatyczny przedsięwzięcie wymagające zaangażowania określonych zasobów ludzkich, którego celem jest przygotowanie do użycia produktu programistycznego Realizacja i uruchomienie ogólnokrajowej sieci teleinformatycznej, Implementacja, uruchomienie i wdrożenie ogólnokrajowego systemu zbierania, przetwarzania i udostępniania danych (np. dla ZUS, służby granicznej, innych służb publicznych), Implementacja i wdrożenie kompleksowego systemu zarządzania przedsiębiorstwem, Implementacja i wdrożenie systemu informatycznego obsługującego wybrany obszar działalności przedsiębiorstwa (np.. system kadrowo-płacowy, finansowo-księgowy, magazynowy, zarządzania kontaktami z klientami). Zaprojektowanie, implementacja i wprowadzenie na rynek programu dla masowego odbiorcy indywidualnego (np. programu do wypełniania zeznań podatkowych) Wykonanie biblioteki na użytek innego przedsięwzięcia programistycznego. Rozszerzenie funkcjonującego oprogramowania o nową funkcjonalność Wykład 1 (3) Różnice w specyfice zarządzania PI a zarządzaniem w innych dziedzinach inżynierii: Krótki okres rozwoju inżynierii oprogramowania, Abstrakcyjny charakter materii Brak sprawdzonych wzorców postępowania dla różnych kategorii projektów, Mała powtarzalność wykonywanych działań (duży indywidualizm projektów), Znacznie większy stopień złożoności logicznej projektowanych i wytwarzanych produktów Brak wyraźnego podziału na fazę projektową i wykonawczą, Brak ustalonych norm zużycia zasobów (w szczególności czasu pracy) dla wykonania elementów projektu o określonych miarach wielkości i złożoności, W konsekwencji powyższego: Trudności w szacowaniu czasu i kosztów realizacji projektu Częste opóźnienia w dostarczaniu produktu, Niska jakość dostarczanych produktów. 2
3 Wykład 1 (3) Celem inżynierii oprogramowania jest opracowanie i analiza metod stosowanych na wszystkich etapach procesu tworzenia produktu informatycznego, pozwalających rozwiązywać specyficzne problemy występujące w tym procesie przy uwzględnieniu specyfiki projektu informatycznego gdzie: Proces tworzenia produktu informatycznego - zbiór czynności i związanych z nimi wyników, które prowadzą do wytworzenia produktu Wykład 1 (4) Program: Wstęp, pojęcia podstawowe, procesy w przedsięwzięciu informatycznym, fazy realizacji projektu informatycznego, zakresy i produkty realizacji faz, działania i role w kolejnych fazach, cele zarządzania w projekcie informatycznym, cykle życia projektów informatycznych, Przykładowe metodyki prowadzenia projektów informatycznych (USDP, Extreme Programming) Elementy zarządzania wymaganiami, Ocena złożoności projektu, szacowanie zapotrzebowania na zasoby Zapewnienie jakości w projekcie informatycznym (atrybuty jakości, podstawowe działania i techniki z zakresu zapewnienia jakości, role w procesie zapewnienia jakości ) Znaczenie oraz sposób organizacji przeglądów, inspekcji i audytów w różnych fazach realizacji PI Metody i techniki testowania oprogramowania Ocena procesu zarządzania projektem informatycznym SEI Capability Maturity Model Certyfikat jakości ISO 9001:2000 w zakresie wytwarzania oprogramowania Organizacja pracy działu wytwarzania oprogramowania podejście procesowe Kolokwium 3
4 Wykład 1 (5) Literatura: Sommerville I.,, WNT, W-wa, 2003 Górski J., w projekcie informatycznym, wyd. II, MIKOM, Wwa, 2001, Beck K., Wydajne programowanie, Extreme Programming, Wydawnictwo MIKOM, 2001 Astels D., Miller G., Novak M., extreme Programming, Helion, 2002 Patton R., Testowanie oprogramowania, MIKOM, 2002 Jaszkiewicz A.,, Helion, 1997 Hunt A., Thomas D., Pragmatyczny programista, WNT, 2002 Maguire S., Niezawodność oprogramowania, Helion, 2002 Szyjewski Z., Zarządzanie projektami informatycznymi, metodyka tworzenia systemów informatycznych, Agencja wydawnicza Placet, W-wa, 2001 Flasiński M., Zarządzanie projektami informatycznymi, PWN, W-wa, 2006 Sas J., Industrial Software Quality. Draft Course Materials. Raport SPR 12/1998, Wydziałowy Zakład Informatyki, Politechnika Wrocławska, 1998 Wykład 1 (6) Literatura (c.d.): Wiśniewska M., Droga przedsiębiorstwa do uzyskania certyfikatu ISO 9000, ODDK Gdańsk, 2001 Wiśniewska M., Normy ISO serii 9000:2000, wymagania, analiza, wdrażanie, ODDK, Gdańsk, 2001, Brooks F.P., Mityczny osobomiesiąc, eseje o inżynierii oprogramowania, WNT, 2000 Yourdon E., Marsz ku klęsce, poradnik dla projektanta systemów, WNT, 2000 Ciekawe miejsca w sieci: - Software Engineering Institute - baza artykułów dotyczących IO oraz narzędzi CASE - materiały do wykładów z ZPI/PSI K. Subiety - materiały dodaktyczne do nauczania informatyki 4
5 Wykład 1 (7) Fazy realizacji projektu informatycznego: Analiza, Projektowanie, Wykonanie, Fazy realizacji projektu informatycznego: Analiza wymagań, Analiza wykonalności, analiza ryzyka, analiza zasobów Projekt zewnętrzny, Projekt strukturalny, Projekt szczegółowy, Projekt testów, Implementacja, Testowanie, Dokumentowanie, Wdrożenie, Utrzymanie Wykład 1 (6) Zlecenie (zapotrzebowanie) Analiza możliwości wykonania, ocena ryzyka Planowanie Przydział zasobów Realizacja Akceptacja Utrzymanie i ewolucja Cele zarządzania w projekcie informatycznym: Szacowanie kosztów przedsięwzięcia i opracowanie planów realizacji, Przydział zasobów ( ludzie, czas, sprzęt, oprogramowanie, środki finansowe), Organizacja działań sprawdzających i kontrolnych, Ciągły nadzór nad realizacją przedsięwzięcia, Zapewnienie wysokiego poziomu jakości produktu zarządzanie zorientowane na jakość Reagowanie na odstępstwa od planu (zmiany założeń, zmiany projektowe, zmiany dostępności zasobów, opóźnienia) 5
6 Wykład 1 (8) Analiza wymagań: Cele: Ustalenie zakresu przedsięwzięcia (np. jakie działy przedsiębiorstwa będą wykorzystywały produkt), Zidentyfikowanie celów strategicznych jakie pragnie osiągnąć klient z wykorzystaniem produktu (np. obniżenie kosztów produkcji, zmniejszenie liczby zatrudnionych osób, przyspieszenie obsługi klienta, przyspieszenie rejestracji pacjenta, umożliwienie stałej kontroli nad stanem magazynu ) Ustalenie obszaru informacyjnego modelowanego w systemie - określenie fragmentu procesów informacyjnych zachodzących w organizacji, które będą objęte przedsięwzięciem Ustalenie kontekstu przedsięwzięcia (systemy, organizacje, użytkownicy zewnętrzni, z którymi tworzony system ma współpracować) Określenie funkcji realizowanych lub wspomaganych przez produkt, Określenie wymagań o charakterze pozafunkcjonalnym do spełnienia przez produkt (np.. wymaganie współpracy i wymiany danych z istniejącym oprogramowaniem, zachowanie odpowiedniego stylu interfejsu, maksymalny czas oczekiwania na reakcję systemu) Wykład 1 (9) Cele cd: Ustalenie ograniczeń ze strony klienta (np. dostępny sprzęt, kwalifikacje personelu przewidzianego do obsługi produktu, możliwość przeprowadzenie szkoleń w odpowiednim wymiarze osobowym i czasowym, analiza cech osobowych klienta mogących mieć wpływ na przebieg dalszej współpracy i wdrożenia) Rezultat: Dokument zawierający: wyszczególnienie zidentyfikowanych celów klienta opis wymagań funkcjonalnych i pozafunkcjonalnych wyrażonych w języku zrozumiałym dla klienta potwierdzony przez klienta, wykazujący związek pomiędzy zidentyfikowanymi celami klienta a wyszczególnionymi wymaganiami funkcjonalnymi i pozafunkcjonalnymi 6
7 Wykład 1 (10) Analiza wykonalności, analiza ryzyka Cele: Określenie metod osiągnięcia celów zamawiającego wyrażonych w fazie analizy wymagań wskazane opracowanie wariantów rozwiązań, Stwierdzenie czy osiągnięcie tych celów jest technicznie możliwe przy dostępnym stanie zasobów, Wstępne oszacowanie kosztów realizacji przedsięwzięcia, Ustalenie wielkości wymaganych zasobów, w tym składu zespołu realizującego, Określenie ram czasowych realizacji przedsięwzięcia, Określenie standardów, zgodnie z którymi realizowane będzie przedsięwzięcie, Uzgodnienie wybranego wariantu rozwiązania z klientem, Ustalenie miary niepewności czynników decydujących o powodzeniu przedsięwzięcia (np. prawdopodobieństwo zmiany wymagań, stopień niepewności określenia kosztów, przewidywane problemy wdrożeniowe, niewypłacalność ) Wykład 1 (11) Rezultat: Dokument określający dla każdego proponowanego wariantu: Metody i algorytmy zapewniające spełnienie oczekiwań klienta, Zestawienie wymaganych zasobów, Kosztorys wstępny, Wstępny plan realizacji przedsięwzięcia, Standardy będące podstawą proponowanych rozwiązań (np. technologia baz danych, architektura sieci, protokoły komunikacyjne, standard interfejsu użytkownika, standardy formatów wymiany danych [np.. XML]) Porównanie proponowanych wariantów wg przyjętych kryteriów (np.. czas realizacji, koszt, efektywność, niezawodność, możliwość ponownego użycia) Klauzulę akceptacji wybranego rozwiązania przez klienta Wyniki analizy ryzyka zwykle umieszcza się w osobnym dokumencie 7
8 Wykład 1 (12) Projekt zewnętrzny: Cel: Określenie postaci produktu postrzegalnej przez klienta i inne współpracujące systemy a w szczególności: Zdefiniowanie interfejsu użytkownika, Wskazanie w jaki sposób (operacyjnie) będą realizowane wyszczególnione w fazie analizy wymagań wymagania funkcjonalne, Określenie postaci i zawartości wydruków Precyzyjne określenie interfejsów programowych (standardy i protokoły wymiany danych z innymi systemami), Określenie zmian w strukturach danych współdzielonych z innymi systemami (np. w bazach danych), Specyfikacja funkcji i metod w przypadku produktu typu API. Wykład 1 (13) Rezultat: Dokument zawierający opis elementów określonych w ramach fazy Zarys instrukcji użytkownika z podaniem scenariuszy realizacji operacji związanych z wyszczególnionymi wymaganiami funkcjonalnymi. Projekt strukturalny: Cele: Określenie: architektury systemu, postaci wewnętrznej informacji, przepływ informacji, metod i algorytmów przetwarzania w taki sposób aby zapewnić spełnienie wszelkich wymagań określonych we wcześniejszych fazach 8
9 Wykład 1 (14) Cele - cd: Dokonanie dekompozycji zadania na części przeznaczone do wykonania przez niezależne zespoły lub indywidualnych programistów. Wyspecyfikowanie poszczególnych zadania na tyle szczegółowo, aby ich realizacja i walidacja mogły przebiegać niezależnie i nie wymagały dalszych działań ze strony projektanta. Rezultaty: Schemat blokowy pokazujący podział systemu na moduły I przepływ informacji pomiędzy nimi w wybranej konwencji zapisu (np. W UML) Dokładna specyfikacja wymienianych pomiędzy modułami struktur danych Specyfikacja wewnętrznych protokołów wymiany danych Specyfikacja interfejsu modułów Podział pracy pomiędzy podzespoły Wykład 1 (15) Projekt szczegółowy (może być pominięty przy wystarczająco wysokim poziomie kompetencji członków zespołu): Cele: Szczegółowe zdefiniowanie zadań dla programistów szeregowych, a w szczególności, Podanie wszystkich algorytmów przetwarzania, Zdefiniowanie interfejsów wewnątrzmodułowych, Zdefiniowanie danych lokalnych, Określenie typowych schematów współpracy wydzielonych jednostek modularyzacji (procedur, funkcji, obiektów). Rezultaty: Opis w/w elementów w postaci nadającej się do późniejszego wykorzystania w dokumentacji technicznej 9
10 Wykład 1 (16) Projekt testów: Cel przygotowanie testów akceptacji: Określenie typowych warunków eksploatacji systemu oraz typowych zestawów danych Przygotowanie kompletnego zestawu scenariuszy testów gwarantującego: sprawdzenie poprawności realizacji wszystkich wymagań funkcjonalnych i pozafunkcjonalnych w typowych warunkach i dla typowych danych, sprawdzenie poprawności działania systemu dla wyszczególnionych w fazie specyfikacji zewnętrznej scenariuszy użycia, ewentualne spełnienie innych kryteriów pokrycia testami (np. pokrycia kodu, pokrycia elementów interfejsu, pokrycia zapytań do bazy danych,pokrycia wydawnictw itp..) Ewentualne przygotowanie dodatkowych programów i procedur testujących Wykład 1 (17) Rezultat: Przygotowane zestawy danych do testowania, Przygotowane typowe stany środowiska do przeprowadzenia testów (np. początkowego stanu baz danych) lub programy do uzyskania takich warunków Przygotowane programy testujące. Zestawienie scenariuszy testów ze wskazaniem wymagań które są w nich testowane. Lista wszelkich sformułowanych w fazie analizy wymagań ze wskazaniem symboli testów je sprawdzających 10
11 Wykład 1 (18) Implementacja Cel: wykonanie, uruchomienie i wstępne przetestowanie zaprojektowanego produktu Rezultaty: Kod i zasoby (formatki wydruków, obrazy, pliki konfiguracyjne) dla zaimplementowanego produktu Testowanie: Cel: wykonanie zaprojektowanych testów akceptacyjnych, Usunięcie usterek wykrytych w trakcie wykonania testów Dostarczenie dokumentacji testowania zwiększającej poziom zaufania do produktu Rezultat dokumentacja testowania Wykład 1 (19) Dokumentowanie Cel: Przygotowanie ostatecznej instrukcji dla użytkownika, Utworzenie specyfikacji funkcjonalnej uzyskanej ze specyfikacji wymagań Ewentualna korekta projektu strukturalnego i utworzenie z niego dokumentacji strukturalnej Utworzenie dokumentacji technicznej Wdrożenie: Cel: Doprowadzenie produktu do stanu faktycznej używalności u klienta, w tym: Zainstalowanie i skonfigurowanie produktu, Wprowadzenie podstawowych danych, Przetestowanie u klienta, 11
12 Wykład 1 (20) Modele cykli życia produktu programowego: Kaskadowy kolejne fazy realizacji projektu wykonywane są w określonej kolejności, jednokrotnie, ale w przypadku wykrycia błędów istnieje możliwość nawrotu do poprzedniej fazy Spiralny produkt powstaje przyrostowo, w kolejnych wersjach, począwszy od działającego prototypu, dla każdej wersji wykonuje się kolejno wszystkie przewidziane fazy realizacji projektu zakończone wydaniem wersji Ewolucyjny podobny do spiralnego, ale w kolejnych cyklach stopniowa nieplanowana ewolucja systemu we współpracy z użytkownikeim Przyrostowy pełna funkcjonalność dostarczana w postaci szeregu kolejnych zamkniętych funkcjonalnie elementów Z prototypowaniem na etapie analizy wymagań przygotowywany jest prototyp Wykład 1 (21) Określenie wymagań Projektowanie Implementacja Wdrożenie Utrzymanie i ewolucja Model kaskadowy 12
13 Wykład 1 (21) Fazy rezlizacji Zakres funkcjonalności Model spiralny Wykład 1 (21) Określenie zakresu Opis ogólny Implementacja Prezentacja Ocena Model ewolucyjny 13
14 Wykład 1 (21) Opis ogólny Plan dostawy Realizacja przyrostu Model przyrostowy 14
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.
Bardziej szczegółowoPRZEWODNIK 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
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ółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof
Bardziej szczegółowoNazwa 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:
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ół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ółowoINŻ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ółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: laboratorium PROJEKT ZESPOŁOWY DYPLOMOWY IO Team Project SE Forma studiów:
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ół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ół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ół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ółowoInżynieria oprogramowania I
Kontakt Inżynieria I Andrzej Jaszkiewicz Andrzej Jaszkiewicz p. 424y, Piotrowo 3a tel. 66 52 371 jaszkiewicz@cs.put.poznan.pl www-idss.cs.put.poznan.pl/~jaszkiewicz Literatura A. Jaszkiewicz, Inżynieria,
Bardziej szczegółowoUniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013
SYLLABUS na rok akademicki 01/013 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
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ółowotel. (+48 81) 538 47 21/22 fax (+48 81) 538 45 80 Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt
0-618 Lublin tel. (+8 81) 58 7 1/ fax (+8 81) 58 5 80 Przedmiot: Rok: INF I Inżynieria Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 0 1 Ćwiczenia Laboratorium
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ółowoKARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
Bardziej szczegółowoKARTA 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
Bardziej szczegółowoUsługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Bardziej szczegółowoProcesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania
Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania dr inż. Marcin Szlenk Politechnika Warszawska Wydział Elektroniki i Technik Informacyjnych Wprowadzenie O mnie dr inż. Marcin
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ół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ółowoKARTA PRZEDMIOTU. 1. NAZWA PRZEDMIOTU: Zespołowy projekt informatyczny. 2. KIERUNEK: Matematyka. 3. POZIOM STUDIÓW: I stopnia
KARTA PRZEDMIOTU 1. NAZWA PRZEDMIOTU: Zespołowy projekt informatyczny 2. KIERUNEK: Matematyka 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: III/6 5. LICZBA PUNKTÓW ECTS: 4 6. LICZBA GODZIN: 30
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ół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ółowoProjekt systemu informatycznego
Projekt systemu informatycznego Kod przedmiotu: PSIo Rodzaj przedmiotu: specjalnościowy ; obieralny Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): Inżynieria Systemów Informatycznych
Bardziej szczegółowoOgólne określenie wymagań. Ogólny projekt. Budowa systemu. Ocena systemu. Nie. Tak. System poprawny. Wdrożenie. Określenie.
Inżynieria I Andrzej Jaszkiewicz Kontakt Andrzej Jaszkiewicz p. 8, CW Berdychowo tel. 66 52 933 ajaszkiewicz@cs.put.poznan.pl Rynek 2008 Świat 304 miliardy $ (451 miliardów 2013F) Bez wytwarzanego na własne
Bardziej szczegółowoSVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1
SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2
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ółowoProjektowanie 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
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ół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ółowoFaza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja
Faza strategiczna określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Synteza Dokumentacja Instalacja Faza strategiczna (ang.
Bardziej szczegółowoMetodyka 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ół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ółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium TESTOWANIE OPROGRAMOWANIA Software testing Forma
Bardziej szczegółowoGrupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy
SYLLABUS na rok akademicki 0113/014 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
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ół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ółowoZarzą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ół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ółowoProjektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
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ół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ółowoProjektowanie 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ółowoOpis przedmiotu zamówienia
Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Świadczenie usług doradztwa eksperckiego w ramach projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach
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ół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ółowoMaciej 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ółowoudokumentowanych 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ółowoZarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka
Zarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka 1 Plan prezentacji Dlaczego potrzebna jest metodyka wdrożeń systemów ERP? Źródła metodyki Założenia metodyki Cykl życia projektu Kastomizacja
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
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ółowoSYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/17
Załącznik nr 4 do Uchwały Senatu nr 430/01/2015 SYLABUS DOTYCZY CYKLU KSZTAŁCENIA 2014-2018 realizacja w roku akademickim 2016/17 1.1. PODSTAWOWE INFORMACJE O PRZEDMIOCIE/MODULE Nazwa przedmiotu/ modułu
Bardziej szczegółowoKoncepcja 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ółowoInżynieria Oprogramowania. Inżynieria Oprogramowania 1/36
Inżynieria Oprogramowania Inżynieria Oprogramowania 1/36 Inżynieria Oprogramowania 2/36 Literatura 1. Gamma E. i in.: Wzorce projektowe, WNT, Warszawa 2005 2. Jaszkiewicz A.: Inżynieria oprogramowania,
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ółowoE-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoWalidacja elementów systemów sterowania związanych z bezpieczeństwem jako krok do zapewnienia bezpieczeństwa użytkowania maszyn
Walidacja elementów systemów sterowania związanych z bezpieczeństwem jako krok do zapewnienia bezpieczeństwa użytkowania maszyn mgr inż. Tomasz Strawiński Zakład Techniki Bezpieczeństwa CIOP - PIB Walidacja
Bardziej szczegółowoInżynieria oprogramowania. Założenia i cele przedmiotu: Opis form zajęć
Inżynieria oprogramowania Kod przedmiotu: IO Rodzaj przedmiotu: kierunkowy ; obowiązkowy Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): - Poziom studiów: pierwszego stopnia Profil
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ółowoStudia 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ółowoProjekt 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ółowoEfekt kształcenia. Ma uporządkowaną, podbudowaną teoretycznie wiedzę ogólną w zakresie algorytmów i ich złożoności obliczeniowej.
Efekty dla studiów pierwszego stopnia profil ogólnoakademicki na kierunku Informatyka w języku polskim i w języku angielskim (Computer Science) na Wydziale Matematyki i Nauk Informacyjnych, gdzie: * Odniesienie-
Bardziej szczegółowoKatedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)
Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie
Bardziej szczegółowoosobowe pracowników laboratorium SecLab EMAG w rozumieniu przepisów Kodeksu Pracy, konsultantów, stażystów oraz inne osoby i instytucje mające dostęp
Bezpieczeństwo danych projektowych w środowisku według ISO/IEC 27001 oraz ciągłość procesów wytwarzania i utrzymania w środowisku według BS 25999 warsztaty z wykorzystaniem specjalistycznego narzędzia
Bardziej szczegółowoZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi
Wrocław, 28 sierpnia 2014 r. ZAPYTANIE OFERTOWE KIEZA MARCIN MARCIN KIEZA PRO - CHEMIA PPH z siedzibą w Marcinkowicach przy ulicy Letnia 8a (55-200, Oława I) realizując projekt pt. Wdrożenie systemu B2B
Bardziej szczegółowoFaza Określania Wymagań
Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie
Bardziej szczegółowoZINTEGROWANE SYSTEMY INFORMATYCZNE PRZEDSIĘBIORSTW Wdrożenie systemów informatycznych w przedsiębiorstwie
1 ZINTEGROWANE SYSTEMY INFORMATYCZNE PRZEDSIĘBIORSTW Wdrożenie systemów informatycznych w przedsiębiorstwie PROCES WDROŻENIOWY SYSTEMU INFORMATYCZNEGO 2 1. Wybór systemu informatycznego oraz firmy wdrożeniowej,
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoSYSTEMY INFORMATYCZNE ćwiczenia praktyczne
SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego
Bardziej szczegółowoE-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
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ół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ółowoMetody 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
Bardziej szczegółowoInżynieria oprogramowania - opis przedmiotu
Inżynieria oprogramowania - opis przedmiotu Informacje ogólne Nazwa przedmiotu Inżynieria oprogramowania Kod przedmiotu 11.3-WK-IiED-IO-W-S14_pNadGenRB066 Wydział Kierunek Wydział Matematyki, Informatyki
Bardziej szczegółowoZASADY TWORZENIA OPROGRAMOWANIA
ZASADY TWORZENIA OPROGRAMOWANIA 1. Tylko złożone oprogramowanie wymaga inżynierii (cykl życia składający się z modelowania i testowania oraz sprzężenia zwrotnego prosty problem, zajęcia z programowania)
Bardziej szczegółowoLaboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny
Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny mgr inż. Kajetan Kurus 15 kwietnia 2014 1 Dostępne techniki programowania Tworząc program należy
Bardziej szczegółowoAutor: 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ółowoSYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/17
Załącznik nr 4 do Uchwały Senatu nr 430/01/2015 SYLABUS DOTYCZY CYKLU KSZTAŁCENIA 2014-2018 realizacja w roku akademickim 2016/17 1.1. PODSTAWOWE INFORMACJE O PRZEDMIOCIE/MODULE Nazwa przedmiotu/ modułu
Bardziej szczegółowoAuditSolutions OFERTA WSPÓŁPRACY. Bezpieczeństwo Informacji. Systemy Teleinformatyczne. Wymiana Informacji. Rozwiązania dla sektora publicznego
AuditSolutions Rozwiązania dla sektora publicznego Bezpieczeństwo Informacji Systemy Teleinformatyczne Wymiana Informacji OFERTA WSPÓŁPRACY Nowy obowiązek w zakresie przetwarzania informacji szansa czy
Bardziej szczegółowoKARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Bardziej szczegółowoWaterfall 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ółowoWprowadzenie w tematykę zarządzania przedsięwzięciami/projektami. dr inż. Agata Klaus-Rosińska
Wprowadzenie w tematykę zarządzania przedsięwzięciami/projektami dr inż. Agata Klaus-Rosińska 1 DEFINICJA PROJEKTU Zbiór działań podejmowanych dla zrealizowania określonego celu i uzyskania konkretnego,
Bardziej szczegółowoInżynieria Programowania Zarządzanie projektem
Inżynieria Programowania Zarządzanie projektem Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 12 października 2015 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4
Bardziej szczegółowoInformatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
Bardziej szczegółowoŁatwa czy niełatwa droga do celu? - wdrożenie COSMIC w ZUS
- wdrożenie COSMIC w ZUS Warszawa, 07.06.2017 Dlaczego w ZUS zdecydowano się na wdrożenie wymiarowanie złożoności oprogramowania akurat metodą COSMIC? jest metodą najbardziej transparentną i ograniczającą
Bardziej szczegółowoInżynieria oprogramowania II
Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś
Bardziej szczegółowoModel referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami
Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary
Bardziej szczegółowoOrganizacja 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ółowoDarmowy 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ół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ółowoDobór systemów klasy ERP
klasy ERP - z uwzględnieniem wymagań normy ISO 9001 Prezentacja w Klubie Menedżera Jakości, 19 marzec 2008 Zagadnienia ogólne związane z doborem systemu klasy ERP Podstawowe podziały klasyfikujące systemy
Bardziej szczegółowoŚCIEŻKA KRYTYCZNA. W ścieżkach krytycznych kolejne zadanie nie może się rozpocząć, dopóki poprzednie się nie zakończy.
ŚCIEŻKA KRYTYCZNA Ciąg następujących po sobie zadań w ramach projektu trwających najdłużej ze wszystkich możliwych ciągów, mających taką własność, że opóźnienie któregokolwiek z nich opóźni zakończenie
Bardziej szczegółowoAUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7
AUREA BPM HP Software TECNA Sp. z o.o. Strona 1 z 7 HP APPLICATION LIFECYCLE MANAGEMENT Oprogramowanie Application Lifecycle Management (ALM, Zarządzanie Cyklem życia aplikacji) wspomaga utrzymanie kontroli
Bardziej szczegółowoTestowanie 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