Rubik s Manager - SDP

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

Download "Rubik s Manager - SDP"

Transkrypt

1 Rubik s Manager - SDP Sebastian Chojniak, Łukasz Krupa, Grzegorz Łuczyna 27 maja

2 Spis treści 1 Wprowadzenie Cel Definicje Załączniki Omówienie reszty dokumentu Omówienie projektu Cel, zakres i objectives projektu Produkty projektu Procedura zmian w planie projektu Organizacja projektu Struktura organizacyjna Kontakty zewnętrzne Role i zadania Analiza punktów funkcyjnych Nieunormowana wartość punktów funkcyjnych Całkowity stopień wpływu Unormowana wartość punktów funkcyjnych Zarzadzanie projektem Plan projektu Iteracje projektu Wydania Harmonogram projektu (dwóch pierwszych iteracji) Zasoby Budżet Nadzór i kontrola projektu Plan zarządzania wymaganiami Plan zarządzania harmonogramem Plan kontroli jakości Plan raportów Plany procesów technicznych Programowanie Metody, narzędzia i stosowane technologie Plan infrastruktury Plan akceptacji produktu

3 7 Plany pomocnicze Plan zarządzania zmianami Plan oceny Plan dokumentacji Plan zapewnienia jakości Plan rozwiązywania problemów Plan ulepszania Historia zmian 17 3

4 1 Wprowadzenie 1.1 Cel Dokument "Plan projektu"ma na celu opisać czasowy i osobowy podział pracy nad projektem Rubik s Magnager. 1.2 Definicje RM - skrót od nazwy produktu, tj. Rubik s Manager, kostka Rubika - łamigłówka logiczna w postaci sześcianu o ruchomych ścianach; także potoczna nazwa na pochodne tej łamigłówki, speedcubing - sport polegający na układaniu kostki Rubika na czas, World Cubing Association - organizacja ustalająca regulamin organizowania zawodów w speedcubingu, PM - project manager. 1.3 Załaczniki Wizja Przypadki użycia SAD 1.4 Omówienie reszty dokumentu Dokument zawiera listę osób biorących udział w projekcie, przydział osób do zadań, częściowy terminarz realizacji zadań, plan nadzoru i kontroli nad projektem, analizę punktów funkcyjnych projektu, wskazania narzędzi, technologii i metodologii wykorzystywanych w projekcie. 4

5 2 Omówienie projektu 2.1 Cel, zakres i objectives projektu Projekt ma na celu stworzenie programu Rubik s Manager umożliwiającego przeprowadzanie treningów w speedcubingu w różnych trybach i wariantach wraz z przechowywaniem rezultatów, generowaniem statystyk. RM będzie zawierał narzędzia pomocne przy doskonaleniu stosowanych metod układania. Pozwoli na przeprowadzanie turniejów między użytkownikami z całego świata, udostępni transmisje i rankingi dla zainteresowanych. Będzie to także kompletny system potrzebny do zorganizowania lokalnych zawodów. Możliwa będzie ponadto obsługa przydatnych urządzeń peryferyjnych wykorzystywanych w speedcubingu. 2.2 Produkty projektu Podczas realizacji projektu wytworzono dokumenty: Wizja Model przypadków użycia Model dziedziny SAD SDP Plan testów Prezentacja projektu Zaimplementowane zostaną programy Rubik s Manager Personal Oprogramowanie serwera Rubik s Manager 2.3 Procedura zmian w planie projektu Wersja SDP Data Komentarz Wersja wstępna 5 II 2007 Początek projektu Wersja robocza 1 III 2007 Modyfikacje dotyczące dziedziny Wersja robocza mk.2 23 III 2007 Zmiany w składzie zespołu Wersja ostateczna 24 V 2007 Zmiany w terminie realizacji projektu 5

6 3 Organizacja projektu 3.1 Struktura organizacyjna Członkowie zepołu. Personalia Sebastian Chojniak Łukasz Krupa Grzegorz Łuczyna Funkcja architekt, programista analityk, programista PM, programista 3.2 Kontakty zewnętrzne Zespół kontaktuje się z Jackiem Sroką, prowadzącym zajęcia z Inżynierii Oprogramowania, który kontroluje projekt i udziela konsultacji w istotnych kwestiach projektowych i technicznych. Ponadto zespół utrzymuje kontakt z przedstawicielem World Cubing Association. Rozmowy dotyczą użyteczności i funkcjonalności programu RM. 3.3 Role i zadania Rola PM Zadania nadzór nad projektem zatwierdzanie zmian w projekcie kontrola terminowości pracy analityk analiza rynku i ryzyka w projekcie uzyskiwanie sugerowanych wymagań od speedcuberów projektowanie dokumentów architekt stworzenie abstrakcyjnego modelu systemu stworzenie projektu systemu 6

7 Rola programista Zadania implementacja projektu według modelu architektów informowanie architektów o problemach w projekcie tester wykrywanie błędów w oprogramowaniu 7

8 4 Analiza punktów funkcyjnych 4.1 Nieunormowana wartość punktów funkcyjnych Internal Logical File trening speedcubera - pomiar czasów (low: 7), trening speedcubera - poprawa techniki (high: 15), organizowanie zawodów internetowych (average: 10). External Logical File uczestniczenie w zawodach internetowych (average: 7), wysyłanie wyników na centralny serwer (low: 5), przeglądanie listy zawodów (low: 5), generowanie algorytmów rozwiązujących (average: 7). External Input obsługa stackmaty (average: 4), wprowadzanie wyników zawodów stacjonarnych (low: 3). External Output przeglądanie bazy wiedzy (low: 4), kibicowanie w zawodach internetowych (average: 5), symulator kostki rubika (average: 5). External Inquiry generowanie algorytmów mieszających (low: 3). UFPC = 80 8

9 4.2 Całkowity stopień wpływu Data Communications: 4 Distributed Data Processing: 3 Performance: 1 Heavily Used Configuration: 1 Transaction Rate: 2 Online Data Entry: 3 End-User Efficiency: 1 Online Update: 1 Complex Processing: 0 Reusability: 0 Installation Ease: 2 Operational Ease: 3 Multiple Sites: 1 Facilitate Change: 1 TDI = Unormowana wartość punktów funkcyjnych VAF = * TDI = 0.88 AFPC = UFPC * VAF =

10 5 Zarzadzanie projektem 5.1 Plan projektu Iteracje projektu Analiza Analiza jest pierwszą fazą projektu i w dużej mierze od niej zależy powodzenie całego projektu. Podstawowym zadaniem jest zebranie od klienta (fizycznie: osób zainteresowanych używaniem wytworzonego systemu) wymagań funkcjonalnych oraz oczekiwań w stosunku do stosowanych rozwiązań. Istotne jest dokładne sprecyzowanie ram systemu. Dodatkowo podczas analizy wnikliwie musi zostać prześledzona demografia rynku odbiorców oraz istniejące już systemy o podobnym zastosowaniu. Projektowanie W tej fazie powinien powstać model dający możliwie najlepszy pogląd o architekturze tworzonego systemu. Podjęte muszą zostać decyzje na temat wykorzystywanych technologii i rozwiązań (które nie będą implementowane przez programistów zaangażowanych w projekt). Iteracja projektu, jaką jest projektowanie zachodzi na fazę analizy - model jest na bieżąco rozwijany i poprawiany po sprecyzowaniu nowych wymagań funkcjonalnych. W każdym momencie tworzenia modelu musi być wyraźnie wskazany podział systemu na warstwy. Po uzyskaniu klarownego modelu tworzony jest wstępny plan testów dla systemu uwzględniający zarówno testy funkcjonalności, jak i wydajności. Implementacja Programiści implementują system zgodnie z uzyskanym w wyniku projektowania modelem. Nadzór nad zgodnością i spójnością modułów sprawuje PM w porozumieniu z architektami. Równocześnie weryfikowana jest spełnialność wymagań stawianych przez klienta. Po zaimplementowaniu spójnego fragmentu systemu dokonywane są wstępne testy tegoż fragmentu. Wymagania stawiane wobec programistów obejmują: pisanie kodu zgodnie z przyjętym standardem oraz dokumentowanie pisanego kodu. Testowanie Oprócz wstępnych i częściowych testów tworzonych modułów planowane jest wykonanie testów całościowych. Ich opis i analiza jest początkowo tworzona w fazie projektowania i rozwijana po zakończeniu fazy implementacji. Testowanie obejmuje ostateczną weryfikację i walidację systemu. Wdrażanie i aktualizacje Po zakończeniu fazy testowania następuje wdrażanie systemu, czyli odbiór finalnego produktu przez klienta. Po tej fazie nie jest planowana przebudowa systemu. Są natomiast planowane regularne aktualizacje mające zapewnić zgodność ze zmianami w regulaminach na których opiera się projekt Rubik s Manager. Planowane jest także rozbudowywanie systemu w miarę rosnących potrzeb użytkowników. 10

11 5.1.2 Wydania Planowane jest regularne udostępnianie wersji beta systemu, nim jeszcze powstanie finalna wersja. Użytkownicy tychże wersji uzyskają możliwość zgłaszania błędów i sugestii dotyczących funkcjonowania. Po wdrożeniu finalnej wersji projektu udostępniane będą wspomniane wcześniej aktualizacje. 11

12 5.1.3 Harmonogram projektu (dwóch pierwszych iteracji) 12

13 5.1.4 Zasoby Plan zatrudniania pracowników Nie przewiduje się zatrudniania pracowników innych niż wymienieni w składzie zespołu we wcześniejszej części tegoż dokumentu. Plan szkoleń Plan szkoleń Projekt Data zakończenia Latex-podstawy 12 II 2007 SVN - użytkowanie 26 II 2007 UML - podstawowe diagramy 14 III 2007 Podstawowe wzorce projektowe 7 V Budżet Środki budżetowe w całości pochodzą z własnych wkładów członków zespołu realizującego projekt Rubik s Manager. 13

14 5.2 Nadzór i kontrola projektu Plan zarzadzania wymaganiami Wymagania projektu zostały sprecyzowane na etapie analizy systemu i są opisane w stosownych dokumentach. Nad zgodnością tworzonych fragmentów systemu z wymaganiami czuwa PM i architekci. Wszelkie zmiany wymagań (nie zwiększające zakresu projektu) są konsultowane z analitykami i architektami. Po spisaniu stosownego dokumentu o zmianach jest on udostępniany (w trybie: do obowiązkowego zapoznania się) wszystkim osobom zaangażowanym w projekt Plan zarzadzania harmonogramem Nad czasowym rozłożeniem projektu czuwa PM. W szczególności jest on odpowiedzialny za wykonywanie zaplanowanych elementów na czas. Wprowadza ponadto korekty w harmonogramie w przypadku opóźnionego lub przyspieszonego zakończenia niektórych etapów. Aktualnie obowiązująca wersja harmonogramu jest stale dostępna dla wszystkich osób zaangażowanych w realizację projektu Plan kontroli jakości Regularne prezentacje zaimplementowanych elementów systemu reprezentantom środowiska speedcuberów. Dostosowanie projektu do uwag speedcuberów, o ile nie zmienia to jego zakresu. Testowanie komponentów systemu, zgodnie z dokumentem "Plan testów". Weryfikowanie zachowania standardów kodowania i prowadzonej dokumentacji Plan raportów Wszelkie zmiany w projekcie dokumentowane są w formie raportów, które dokładnie uwzględniają ich zakres. Osoby zaangażowane w realizację projektu, dla pracy których zmiany te mają znaczenie, pisemnie potwierdzają zapoznanie się z raportem. Dodatkowo cały zespół odpowiedzialny za realizację projektu Rubik s Manager spotyka się regularnie - co tydzień. Podjęte na spotkaniu decyzje zostają spisane również w formie raportu. Wszystkie raporty dostępne są przez cały okres realizacji projektu do wglądu dla wszystkich członków zespołu. Nie dotyczy to jednak raportów dotyczących budżetu, które dostępne są wyłącznie dla osób odpowiedzialnych za zarządzanie projektem. 14

15 6 Plany procesów technicznych 6.1 Programowanie System podzielony jest na moduły, których programowanie przebiega niezależnie. Zespół programistów ustala sposób komunikacji między modułami, wybrane ustalenia są dokumentowane. Programiści dzielą miedzy sobą zadania, które wykonywać będą samodzielnie. 6.2 Metody, narzędzia i stosowane technologie Metody: RUP (Rational Unified Process) UML (Unified Modeling Language) Narzędzia: SVN - system kontroli wersji Violet - narzędzie od modelowania UML Umlet - narzędzie do modelowania UML Umbrello - narzędzie do modelowania UML JMeter - program do przeprowadzania testów GCC - kompilator języka C++ GDB - debugger Gimp - narzędzie do tworzenia szaty graficznej Technologie: PostgreSQL - baza danych Open GL J2EE Sopcast - narzędzie do transmisji video Adobe Flex 2 15

16 6.3 Plan infrastruktury Osoby biorące udział w projekcie korzystają z własnego sprzętu komputerowego. Tworzenie oprogramowania przebiega w warunkach domowych. Niezbędne informacje przekazywane są miedzy członkami zespołu za pomocą komunikatorów internetowych. Na cele projektu przewidziany jest zakup licencji na niezbędne narzędzia. Co tygodniowo zespół spotyka się by omówić co zrobił i jakie są plany na następne działania. Miejsce spotkania ustalane jest na dwa dni przed spotkaniem i nie jest statycznie określone. 6.4 Plan akceptacji produktu Ukończona pierwsza kompletna wersja systemu przechodzi przygotowane testy. Produkt udostępniany jest kilku wybranym zainteresowanym osobom, w celu otrzymania opinii na temat systemu. W przypadku braku krytycznych niedociągnięć uznaje się produkt za gotowy do dystrybucji. 16

17 7 Plany pomocnicze 7.1 Plan zarzadzania zmianami Wszelkie zmiany w projekcie będą odnotowywane w specjalnym rejestrze. Wraz z wprowadzona zmianą podany będzie powód jej wprowadzenia. 7.2 Plan oceny Gotowe komponenty przejdą szereg testów, na ich podstawie ustalona zostanie ocena ich jakości. W przypadku wystąpienia błędów uniemożliwiających poprawna prace całości komponent dostaje ocenę negatywną i wraca do fazy implementacji. 7.3 Plan dokumentacji Równolegle do tworzenia systemu wykonywana będzie dokumentacja wykonanych prac. Główny nacisk kładziony będzie na opisanie sposobu realizacji poszczególnych komponentow, a także wybranego sposobu komunikacji z innymi komponentami. 7.4 Plan zapewnienia jakości Jeśli istnieje taka możliwość korzystamy tylko ze sprawdzonych standardów. Ustalamy jednolity styl pisanego kodu. Każda funkcja poszczególnego komponentu jest testowana. Nieoczywiste fragmenty kodu zawierają stosowny komentarz umożliwiający szybkie zrozumienie zasady działania (łatwość wychwycenia błędu i modyfikacji kodu). 7.5 Plan rozwiazywania problemów W razie wystąpienia problemu praca nad danym zagadnieniem jest wstrzymywana, osoba przechodzi do innych zadań, problem przedstawiany jest na najbliższym spotkaniu zespołu i wspólnie dyskutowany. Po przedstawieniu potencjalnych zalet i wad wybierane jest rozwiązanie w sposób demokratyczny. 7.6 Plan ulepszania Poszczególne moduły systemu przedstawiane potencjalnym użytkownikom. Zbierane są opinie na temat działających funkcjonalności. Użytkownicy proponują nowe funkcjonalności, których ich brakuje. Po wydaniu pierwszej oficjalnej wersji systemu planowane są wersje kolejne w postaci kompletnych systemów, wraz z uaktualnieniami wersji poprzednich (w skrajnych przypadkach uaktualnienie instaluje cały system zostawiając ustawienia i dane personalne użytkowników). 17

18 8 Historia zmian Data Osoba Opis zmian Łukasz Krupa Utworzono dokument Łukasz Krupa Rozwinięto podpunkty Grzegorz Łuczyna Wykonano analizę punktów funkcyjnych Sebastian Chojniak Wprowadzono plany procesów technicznych Łukasz Krupa Wstawiono diagram Gantta Grzegorz Łuczyna Wprowadzono zarządzanie projektem Sebastian Chojniak Wprowadzono plany pomocnicze Grzegorz Łuczyna Poprawiono diagram Gantta Sebastian Chojniak, Złożono dokument Łukasz Krupa, Grzegorz Łuczyna 18

Software Development Plan

Software Development Plan Software Development Plan Łukasz Bieniasz-Krzywiec Dariusz Leniowski Jakub Łącki 30 maja 2007 1 Spis treści 1 Wprowadzenie 4 1.1 Cel............................................. 4 1.2 Zakres...........................................

Bardziej szczegółowo

AskAnything 5.06.2006. Plan Przedsięwzięcia Plan Testów

AskAnything 5.06.2006. Plan Przedsięwzięcia Plan Testów AskAnything Plan Przedsięwzięcia Plan Testów Rzut oka na harmonogram Organizacja Rozwijanie aplikacji Zespół deweloperski 6 osób w zespole koordynator projektant i programista WWW projektant baz danych

Bardziej szczegółowo

Overlord - Software Development Plan

Overlord - Software Development Plan Overlord - Software Development Plan Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej 5 czerwca 2006 Spis treści 0.1 Cel.......................................... 4 0.2 Zakres........................................

Bardziej szczegółowo

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................

Bardziej szczegółowo

IO - Plan przedsięwzięcia

IO - Plan przedsięwzięcia IO - Plan przedsięwzięcia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 SPIS TREŚCI 2 Spis treści 1 Historia zmian 3 2 Wprowadzenie 3 2.1 Cele................................ 3 2.2 Budżet...............................

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

Bardziej szczegółowo

Cykle życia systemu informatycznego

Cykle życia systemu informatycznego Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów

Bardziej szczegółowo

Testujemy dedykowanymi zasobami (ang. agile testers)

Testujemy dedykowanymi zasobami (ang. agile testers) Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania

Bardziej szczegółowo

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania prowadzący: dr inż. Krzysztof Bartecki www.k.bartecki.po.opole.pl Proces tworzenia oprogramowania jest zbiorem czynności i

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Feature Driven Development

Feature Driven Development Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

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

Bardziej szczegółowo

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Koszalin, 15.06.2012 r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż.

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

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

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

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ółowo

Inżynieria oprogramowania (Software Engineering)

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

Bardziej szczegółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT PRACY DYPLOMOWEJ REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany

Bardziej szczegółowo

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

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką? ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest

Bardziej szczegółowo

Architektura oprogramowania w praktyce. Wydanie II.

Architektura oprogramowania w praktyce. Wydanie II. Architektura oprogramowania w praktyce. Wydanie II. Autorzy: Len Bass, Paul Clements, Rick Kazman Twórz doskonałe projekty architektoniczne oprogramowania! Czym charakteryzuje się dobra architektura oprogramowania?

Bardziej szczegółowo

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan testów M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 SPIS TREŚCI 2 Spis treści 1 Historia zmian 3 2 Zakres testów 3 2.1 Integration testing - Testy spójnosci.............. 3 2.2

Bardziej szczegółowo

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

KARTA MODUŁU KSZTAŁCENIA

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

RAPORT KOŃCOWY PROJEKTU

RAPORT KOŃCOWY PROJEKTU RAPORT KOŃCOWY PROJEKTU Temat: Wieloplatformowy program do obsługi faktur Adresat: dr inż. Jacek Kołodziej Wykonawcy: Daniel Krysiak Przemysław Szpunar Grzegorz Śmierzchalski Spis Treści 1. Charakterystyka

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument 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ółowo

Wykład 1 Inżynieria Oprogramowania

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

Bardziej szczegółowo

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie Wybór ZSI Zakup standardowego systemu System pisany na zamówienie Zalety: Standardowy ZSI wbudowane najlepsze praktyki biznesowe możliwość testowania przed zakupem mniej kosztowny utrzymywany przez asystę

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

Projektowanie oprogramowania

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

Bardziej szczegółowo

Zarządzanie projektami IT

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

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Wprowadzenie do systemów informacyjnych

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

Bardziej szczegółowo

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA Projekt to metoda na osiągnięcie celów organizacyjnych. Jest to zbiór powiązanych ze sobą, zmierzających

Bardziej szczegółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT PRACY DYPLOMOWEJ REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt o implementacja pakietu gier planszowych realizowany na platformie Android Autor: Paweł Piechociński Promotor: dr Jadwiga Bakonyi Kategorie: gra planszowa

Bardziej szczegółowo

SVN. 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ę. 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ółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

LearnIT project PL/08/LLP-LdV/TOI/140001

LearnIT project PL/08/LLP-LdV/TOI/140001 LearnIT project PL/08/LLP-LdV/TOI/140001 Biuletyn Wydanie 7 Lipiec 2010 Drogi czytelniku, Prezentujemy z przyjemnością siódme wydanie biuletynu LearnIT. W tym wydaniu chcielibyśmy poinformować Cię o przebiegu

Bardziej szczegółowo

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc. Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

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

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

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,

Bardziej szczegółowo

Pracowania Projektowania Zespołowego

Pracowania Projektowania Zespołowego Pracowania Projektowania Zespołowego 1. ZałoŜenia co do prowadzenia projektów: a/ Spotkania w ramach grupy projektowej: KaŜda grupa spotyka się raz w tygodniu Na spotkaniach mają być omówione następujące

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Bardziej szczegółowo

Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego

Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego ZAPYTANIE OFERTOWE NR 1/2014 DOTYCZĄCE PROJEKTU: Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego realizowanego w ramach w ramach działania

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Plan zarządzania projektem

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

Bardziej szczegółowo

Procedura Odbioru. 1. Niniejsza Procedura odbioru obejmuje:

Procedura Odbioru. 1. Niniejsza Procedura odbioru obejmuje: 1. Niniejsza Procedura odbioru obejmuje: Załącznik nr 3 do Umowy nr... z dnia... zmodyfikowany w dniu 18.05.2015 r. Procedura Odbioru a) proces uzgadniania wykazu Produktów do odbioru; b) proces uzgadniania

Bardziej szczegółowo

Rozpoczęcie, inicjacja (ang. inception

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

Bardziej szczegółowo

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2 Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów

Bardziej szczegółowo

Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania

Procesy 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ółowo

HP Service Anywhere Uproszczenie zarządzania usługami IT

HP Service Anywhere Uproszczenie zarządzania usługami IT HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone

Bardziej szczegółowo

Sylabus KRK. Sprawne zarządzanie jakością kształcenia. Elastyczna organizacja programów studiów zgodnie z Krajowymi Ramami Kwalifikacji

Sylabus KRK. Sprawne zarządzanie jakością kształcenia. Elastyczna organizacja programów studiów zgodnie z Krajowymi Ramami Kwalifikacji 2013 Sylabus KRK Sprawne zarządzanie jakością kształcenia. Elastyczna organizacja programów studiów zgodnie z Krajowymi Ramami Kwalifikacji Autonomia programowa uczelni w praktyce: spójność programów z

Bardziej szczegółowo

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? K O N F E R E N C J A I N F O S H A R E 2 0 0 7 G d a ń s k 25-26.04.2007 JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? Zespół Zarządzania Technologiami Informatycznymi Prezentacja dr inż.

Bardziej szczegółowo

I. Raport wykonywalności projektu

I. Raport wykonywalności projektu Spis treści: " I. " Raport wykonywalności projektu..." str. 2 " II. " Glosariusz projektu... " str. 4 " III. " Diagramy relacji encja-związek..." str. 6 " IV. " Diagramy przepływu danych..." str. 7 " V.

Bardziej szczegółowo

Testowanie oprogramowania w środowisku IBM Rational Software Architect

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

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

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

Bardziej szczegółowo

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Akademia MetaPack Uniwersytet Zielonogórski Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Krzysztof Blacha Microsoft Certified Professional Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Agenda:

Bardziej szczegółowo

Zdalne monitorowanie i zarządzanie urządzeniami sieciowymi

Zdalne monitorowanie i zarządzanie urządzeniami sieciowymi Uniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Infomatyki Stosowanej Piotr Benetkiewicz Nr albumu: 168455 Praca magisterska na kierunku Informatyka

Bardziej szczegółowo

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE 1/ 11 ENOTICES_CPIMSWiA 25/06/2010- ID:2010-081521 Formularz standardowy 14 PL Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, L-2985 Luksemburg Faks (352) 29 29-42670 E-mail:

Bardziej szczegółowo

Aplikacje webowe wspomagające działalność przedsiębiorstwa na przykładzie przychodni stomatologicznej

Aplikacje webowe wspomagające działalność przedsiębiorstwa na przykładzie przychodni stomatologicznej Aplikacje webowe wspomagające działalność przedsiębiorstwa na przykładzie przychodni stomatologicznej Małgorzata Barańska Wydział Informatyki i Zarządzania, Politechnika Wrocławska Beata Laszkiewicz Wydział

Bardziej szczegółowo

ZASADY TWORZENIA OPROGRAMOWANIA

ZASADY 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ółowo

Ewolucyjna architektura

Ewolucyjna architektura Ewolucyjna architektura www.sxc.hu/photo/850368 Na początek Michał Bartyzel konsultant, trener BNS IT procesy zwinne i nie tylko architektura czysty kod software crafstmanship strategie skutecznych programistów

Bardziej szczegółowo

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych Szczególne problemy projektowania aplikacji Jarosław Kuchta Miejsce projektowania w cyklu wytwarzania aplikacji SWS Analiza systemowa Analiza statyczna Analiza funkcjonalna Analiza dynamiczna Analiza behawioralna

Bardziej szczegółowo

DLA SEKTORA INFORMATYCZNEGO W POLSCE

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

Bardziej szczegółowo

Dokumentacja projektu QUAIKE Architektura oprogramowania

Dokumentacja projektu QUAIKE Architektura oprogramowania Licencjacka Pracownia Oprogramowania Instytut Informatyki Uniwersytetu Wrocławskiego Jakub Kowalski, Andrzej Pilarczyk, Marek Kembrowski, Bartłomiej Gałkowski Dokumentacja projektu QUAIKE Architektura

Bardziej szczegółowo

Zapewnij sukces swym projektom

Zapewnij sukces swym projektom Zapewnij sukces swym projektom HumanWork PROJECT to aplikacja dla zespołów projektowych, które chcą poprawić swą komunikację, uprościć procesy podejmowania decyzji oraz kończyć projekty na czas i zgodnie

Bardziej szczegółowo

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat Grzegorz Ruciński Warszawska Wyższa Szkoła Informatyki 2011 Promotor dr inż. Paweł Figat Cel i hipoteza pracy Wprowadzenie do tematu Przedstawienie porównywanych rozwiązań Przedstawienie zalet i wad porównywanych

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Inżynieria Oprogramowania. Robert Szmurło

Inżynieria Oprogramowania. Robert Szmurło Robert Szmurło 1 Złożoność inżynierii oprogramowania Programowanie komputerowy jest zdecydowanie najbardziej skomplikowanym zadaniem intelektualnym podejmowanym przez człowieka. Kiedykolwiek. Gerald M.

Bardziej szczegółowo

Proces projektowania i wdrożenia serwisu internetowego

Proces projektowania i wdrożenia serwisu internetowego Proces projektowania i wdrożenia serwisu internetowego Kluczowe etapy projektu 9 1 Rozwój i optymalizacja Analiza celów, potrzeb i konkurencji 8 Szkolenie IMPROVE THINK Wireframe i prototyp (UX) 2 7 Testy

Bardziej szczegółowo

WARUNKI REALIZACJI GIMNAZJALNEGO PROJEKTU EDUKACYJNEGO

WARUNKI REALIZACJI GIMNAZJALNEGO PROJEKTU EDUKACYJNEGO I. 1. Uczniowie PGS Nr 11w Wałbrzychu biorą udział w realizacji projektu edukacyjnego. 2. Projekt edukacyjny jest zespołowym, planowym działaniem uczniów, mającym na celu rozwiązanie konkretnego problemu,

Bardziej szczegółowo

AKADEMIA GÓRNICZO-HUTNICZA

AKADEMIA GÓRNICZO-HUTNICZA AKADEMIA GÓRNICZO-HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki KATEDRA INFORMATYKI Event Visualizator sprawozdanie z przebiegu projektu wersja 1.1 z dnia 15.06.2011 Kierunek,

Bardziej szczegółowo

Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski

Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski INŻYNIERIA OPROGRAMOWANIA wykład 2: MODELE PROCESU WYTWARZANIA OPROGRAMOWANIA dr inż. Leszek Grocholski ( na podstawie wykładów prof. K. Subiety, Instytut Informatyki PAN ) Zakład Języków Programowania

Bardziej szczegółowo

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów

Bardziej szczegółowo

Lokalna kopia bioinformatycznego serwera obliczeniowego jako wysokowydajne środowisko obliczeniowe

Lokalna kopia bioinformatycznego serwera obliczeniowego jako wysokowydajne środowisko obliczeniowe Lokalna kopia bioinformatycznego serwera obliczeniowego jako wysokowydajne środowisko obliczeniowe Dokument wizji Autorzy: Łukasz Kempny, Tomasz Sikora, Tomasz Rokita, Robert Ostrowski, Zbigniew Polek,

Bardziej szczegółowo

Mamy najlepsze ceny na rynku!

Mamy najlepsze ceny na rynku! M U LT I M E D I A C R E AT I O N H O U S E Jesteśmy zespołem programistów oraz grafików. Animacje i prezentacje multimedialne. Aplikacje mobilne i internetowe. Od 0 lat pracujemy dla najbardziej wymagających

Bardziej szczegółowo

REFERAT O PRACY DYPLOMOWEJ

REFERAT O PRACY DYPLOMOWEJ REFERAT O PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja elektronicznego dziennika ocen ucznia Autor: Grzegorz Dudek wykonanego w technologii ASP.NET We współczesnym modelu edukacji, coraz powszechniejsze

Bardziej szczegółowo

Rozwiązanie Compuware dynatrace

Rozwiązanie Compuware dynatrace Rozwiązanie Compuware dynatrace COMPUWARE DYNATRACE... 3 2 COMPUWARE DYNATRACE Narzędzie Compuware dynatrace oparte jest o unikatową technologię agentową, która pozwala na dogłębną analizę stanu aplikacji

Bardziej szczegółowo

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)

Katedra 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ółowo

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Konfiguracja modelowania w procesie wytwarzania oprogramowania Konfiguracja modelowania w procesie wytwarzania oprogramowania Anna Bobkowska Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura nie zastępuje obecności na

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument 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ółowo

Web frameworks do budowy aplikacji zgodnych z J2EE

Web frameworks do budowy aplikacji zgodnych z J2EE Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida promotor: dr Dariusz Król Przypomnienie Celem pracy jest porównanie wybranych szkieletów programistycznych o otwartym kodzie źródłowym

Bardziej szczegółowo

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań 2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,

Bardziej szczegółowo

Szablon Planu Testów Akceptacyjnych

Szablon Planu Testów Akceptacyjnych Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

Bardziej szczegółowo

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank. Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności

Bardziej szczegółowo

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl

Metodyki 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ółowo

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework Edyta Tomalik Grzegorz Ziemiecki 1 Nokia Siemens Networks 2013 Tradycyjne podejście analityk programista tester implementacja

Bardziej szczegółowo

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI WYTYCZNE DO MODELU GRZEGORZ RDUCH Rekomendacje dotyczące Platformy Zarządzania Kompetencjami 1. Rekomendacje odnośnie warstwy biznesowej narzędzia

Bardziej szczegółowo

Testy poziom po poziomie

Testy poziom po poziomie poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.

Bardziej szczegółowo

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet Spis treści 1. Opis przedmiotu zamówienia... 1 1.1. Definicje... 1 2. Główny cel systemu... 2

Bardziej szczegółowo

Inżynieria oprogramowania I

Inż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ółowo