1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki.

Slides:



Advertisements
Podobne prezentacje
Dr inż. Magdalena Jabłońska
Advertisements

KRK – na Uniwersytecie Warszawskim Marta Kicińska-Habior
Modelowanie przypadków użycia
Microsoft Professional Developer Days 2004
Architektura systemu Gra strategiczna „Strusia Jama”
Politechnika Gdańska WYDZIAŁ ELEKTRONIKI TELEKOMUNIKACJI I INFORMATYKI
Inteligentny System Aktualności
WekaSQL Język i aplikacja przetwarzania oraz eksploracji danych.
Seminarium Dyplomowe Prezentacja pracy
Poznańskie Centrum Superkomputerowo-Sieciowe Cezary Mazurek
Wzorce projektowe w J2EE
System WAP konsultacji dyplomowych Wstępne założenia projektu.
Praca Inżynierska „Analiza i projekt aplikacji informatycznej do wspomagania wybranych zadań ośrodków sportowych” Dyplomant: Marcin Iwanicki Promotor:
Projekt i implementacja aplikacji do zasilania bazy danych testowymi danymi Jacek Lis Promotor: prof. dr hab. inż. Włodzimierz KASPRZAK.
Projekt zaliczeniowy z przedmiotu "Inżynieria oprogramowania"
Analiza, projekt i częściowa implementacja systemu obsługi kina
Projekt i implementacja aplikacji wspomagającej testowanie oprogramowania, zgodne z metodologią Unified Software Development Process (RUP). Włodzimierz.
Projekt z Baz Danych II Łukasz Wiatrak Marta Kowalczyk Krzysztof Cywicki.
Projekt i implementacja aplikacji wspomagającej testowanie oprogramowania, zgodne z metodologią Unified Software Development Process (RUP). Włodzimierz.
Projekt i implementacja aplikacji wspomagającej testowanie oprogramowania, zgodne z metodologią Unified Software Development Process (RUP). Włodzimierz.
SZPIF – Harmonogram, Opis narzędzi, Schemat bazy danych
Projekt systemu ekspertowego Nazwa Grupa: Zespół:…… …… ……. ……..
Promotor: dr.inż. Aleksandra Werner
IT Asset Management Service
Elektroniczny Obieg Dokumentów i Elektroniczna Skrzynka Podawcza
Prezentacja funkcjonalności dziennika e-klasa
Wprowadzanie opisu przedmiotu po stronie USOSweb (według sylabusa zgodnego z załącznikiem 1 do Zarządzenia nr 11 Rektora UW z dnia 19 lutego 2010) DAK.
REJESTRACJA CZASU PRACY
Główne cechy systemu Integracja z systemem RCP Przejrzysty moduł raportowania pozwalający wyświetlać zarejestrowane zdjęcia wraz z raportem czasu pracy.
Projekt z Baz Danych II Łukasz Wiatrak Marta Kowalczyk Krzysztof Cywicki.
Prezentacja funkcjonalności dziennika e-klasa
Informatyczny system edukacyjny do przedmiotu „Multimedia”
1 PREZENTACJA FUNKCJONALNOŚCI DZIENNIKA UCZNIA Moduł Dyrektora ZAPRASZAMY ZAPRASZAMY O&S Computer-Soft ul. Żwirki i Wigury 8-12, Wałbrzych, woj.

System raportowania, ewaluacji oraz badania satysfakcji Klienta.
Instrukcja USOS Ankiety wersja by Marek Opacki.
Prace dyplomowe studentów
Tworzenie przedmiotów, zajęć i protokołów
MAKRA 1.
Zaprojektowanie i wykonanie prototypowego systemu obiegu dokumentów (workflow) dla Dziekanatu Wydziału z wykorzystaniem narzędzi open-source i cloud computing.
Moduł: Informatyka w Zarządzaniu
Prezentacja funkcjonalności dziennika e-klasa Moduł Nauczyciela ZAPRASZAMY!
Aby wejść na stronę główną Centrum Kształcenia Ustawicznego w Białymstoku, wpisz adres strony: (Rys.1.)
Analiza, projekt i implementacja wybranych aspektów systemu wsparcia obsługi świadczeń ubezpieczeniowych Praca dyplomowa na studiach pierwszego stopnia.
Zintegrowany System Informatyczny Dydaktyki: Jak zrezygnowaliśmy z indeksów Sławomir Hausman.
Zarządzanie Projektami
Projekt współfinansowany ze środków Unii Europejskiej i budżetu państwa Partnerzy projektu: Program do analizowania i weryfikowania danych dla JST i kuratoriów.
Weed Wizualna eksploracja danych Tomasz Płuciennik Marcin Mielnicki Michał Krysiński Rafał Fabiański.
1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Narzędzia / Technologie 5. Harmonogram 6. Nowe problemy 7. Podsumowanie.
Projekt modułu Nazwa całego projektu Nazwa modułu Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki W szablonie na niebiesko zamieszczone.
HARMONOGRAM WDRAŻANIA APLIKACJI MUNSOL W GMINIE KRAPKOWICE
Witam Państwa!.
Moduł e-Kontroli Grzegorz Dziurla.
Instrukcja USOS Prace dyplomowe studentów wersja by Marek Opacki.
IX Konferencja "Uniwersytet Wirtualny: model, narzędzia, praktyka" PIOTR TKACZ Studium e-Learningu Wyższej Szkoły Zarządzania Ochroną Pracy w Katowicach.
Politechnika Warszawska Wydział Elektryczny Kierunek: Informatyka stosowana Praca dyplomowa inżynierska Aplikacja do kontroli wydajności produkcji w.
IX Konferencja "Uniwersytet Wirtualny: model, narzędzia, praktyka" Janusz ŚWIERZOWICZ Irena NOWOTYŃSKA Zakład Informatyki w Zarządzaniu Politechnika Rzeszowska.
1 Mapan i Mapnik. Czyli kilka słów o przeglądarkach leśnej mapy numerycznej. Zespół Zadaniowy ds. Leśnej Mapy Numerycznej. Margonin r.
(c) InMoST 2006 Plan szkolenia ▪ Wprowadzenie (9:00-10:30): Czym jest szacowanie? (MO) Systematyczne podejście do planowania (ŁO) Planowanie, a kalendarz.
Analiza, projekt i częściowa implementacja systemu wspomagania pracy Referatu Reprografii Promotor: mgr inż. Dariusz OlczykWykonała: Katarzyna Ściwiarska.
CELE I ZADANIA SYSTEMU Rejestracja użytkownika. Wejście do systemu. Redagowanie strony. Praca ze stroną. GPS UTWORZENIE I PRACA ZE STRONĄ INTERNETOWĄ DODATKOWE.
Weed Wizualna eksploracja danych Andrzej Bartoszek Adam Dudczak Przemysław Gwóźdz Jakub Jankowski.
Serwis umożliwiający organizowanie turniejów rozgrywek oraz lig (e)sportowych wraz z dostępem mobilnym Grupa: Jarosław Zima , Karol Pieniążek ,
Inżynieria systemów informacyjnych
Ankieta jednostki za lata
PROGRAMY DO KONTROLI RODZICIELSKIEJ
PROGRAMY DO KONTROLI RODZICIELSKIEJ
Zgłaszanie firm i konsultantów
Wydział Inżynierii Materiałowej i Metalurgii
Zapis prezentacji:

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

Promotor dr inż. Barbara Wołyńska Opiekunowie inż. Krzysztof Jędrzejewski inż. Tomasz Jóźwiak inż. Adam Juszkiewicz inż. Tomasz Kałwak mgr inż. Marcin Nowaczyk Grupa inżynierska Paweł Elbanowski Tomasz Grzemski Marcin Szajek Marcin Zakęś

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

Problem przydziału i rozliczania zajęć dydaktycznych Problem pojawiający się co roku Przydział na poziomie zakładu lub katedry Brak spójnego sposobu przydziału godzin

Dziekanat Arkusz kalkulacyjny z planem zajęć, liczbą godzin... Przydział zajęć do prowadzących, wyliczanie godzin – ręcznie, skrypty, prywatne narzędzia Listy z przydziałami, nadgodzinami...

Dziekanat Program Listy z przydziałami, nadgodzinami... Arkusz kalkulacyjny z planem zajęć, liczbą godzin... Baza danych

Dziekanat Moduł 1 Baza danych / usługa udostępniania danych Moduł 2 Listy z przydziałami, nadgodzinami...

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

aplikacja przenośna (niezależna aplikacja / aplikacja webowa) możliwość integracji z systemem pracującym w dziekanacie* wczytywanie danych z akrusza kalk. / bazy danych* automatyczny przydział zajęć do prowadzących wiele poziomów autoryzacji generowanie list przydziałów / dokumentów dla pracowników

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

Zgłosiło się 5 zespołów „Casting” Wybrany zespół: Paweł Elbanowski Tomasz Grzemski Marcin Szajek Marcin Zakęś

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

Grupa dyskusyjna Strona internetowa Trac Wiki Svn Java SE/EE

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

 BC1. Rozdział dydaktyki w instytucie/katedrze  Główny scenariusz: 1. Pracownik instytutu/katedry rozdziela zaplanowane przed dziekanat przedmioty pomiędzy podległe instytutowi zakłady (UC1) 2. Pracownik zakładu lub katedry weryfikuje listę przydzielonych przedmiotów w celu potwierdzenia jej prawidłowości (UC2) 3. Pracownik zakładu/katedry sporządza listę osób mogących prowadzić poszczególne rodzaje zajęć w ramach danego przedmiotu (UC3) 4. System generuje przypisanie prowadzących do poszczególnych rodzajów zajęć wraz z liczbą godzin do realizacji (UC4) 5. Pracownik zakładu/katedry weryfikuje przypisanie pod względem sumarycznej liczby godzin i obciążenia poszczególnych pracowników i zatwierdza przydział (UC5) 6. Pracownik zakładu/katedry generuje raport „Karta przydziały czynności” dla poszczególnych pracowników (UC6)

 BC1. Rozdział dydaktyki w instytucie/katedrze  Rozszerzenia:  2.A Pracownik zakładu lub katedry nie potwierdza prawidłowości listy przydzielonych przedmiotów (UC2)  2.A.1 Pracownik zakładu/katedry zgłasza błędy lub uwagi dotyczące przydzielonej listy przedmiotów i przekazuje je pracownikowi instytutu  2.A.2 Powrót do punktu 1  5.A Pracownik zakładu/katedry nie zatwierdza wygenerowanego przydziału  5.A.1 Pracownik zakładu/katedry ręcznie nanosi poprawki do istniejącego przydziału lub też zleca systemowi generację nowego przydziału  5.A.2 Powrót do punktu 5

 UC1. Rozdzielenie przedmiotów pomiędzy zakłady  Aktorzy: Pracownik instytutu  Główny scenariusz: 1. Pracownik loguje się do systemu 2. Pracownik wybiera jeden zakład z listy zakładów podległych instytutowi 3. Pracownik przypisuje danemu zakładowi zbiór przedmiotów z listy przedmiotów przypisanych przez dziekanat danemu instytutowi 4. Pracownik powtarza czynności z punktów 2 i 3 do czasu, aż każdy z przedmiotów przypisanych przez dziekanat zostanie przydzielony do dokładnie jednego zakładu 5. Pracownik wylogowuje się z systemu

 UC2. Weryfikacja listy przedmiotów przydzielonych do zakładu  Aktorzy: Pracownik zakładu odpowiedzialny za rozdział dydaktyki  Główny scenariusz: 1. Pracownik zakładu loguje się do systemu 2. Pracownik wyświetla i weryfikuje listę przedmiotów przypisanych zakładowi przez uprawnioną osobę z instytutu, do którego należy dany zakład 3. Pracownik akceptuję listę przydzielonych przedmiotów 4. Pracownik wylogowuje się z systemu

 UC2. Weryfikacja listy przedmiotów przydzielonych do zakładu  Rozszerzenia:  3.A Pracownik zakładu nie akceptuje listy przydzielonych przedmiotów  3.A.1 Pracownik zgłasza w systemie zastrzeżenia dotyczące przydziału podając stosowne argumenty  3.A.2 Za pomocą systemu pracownik przekazuje swoje uwagi do jednostki instytutu  3.A.3 Przejście do punktu 4

 UC3. Sporządzenie listy prowadzących zajęcia  Aktorzy: Pracownik zakładu odpowiedzialny za rozdział dydaktyki  Główny scenariusz: 1. Pracownik loguje się do systemu 2. Pracownik weryfikuje listę osób należących do danego zakładu mogących prowadzić zajęcia dydaktyczne 3. Pracownik przypisuje przedmiotom listy osób mogących prowadzić poszczególne rodzaje zajęć w ramach danego przedmiotu 4. Pracownik wylogowuje się z systemu

 UC4. Przypisanie prowadzących do zajęć  Aktorzy: Pracownik zakładu odpowiedzialny za rozdział dydaktyki, system  Główny scenariusz: 1. Pracownik loguje się do systemu 2. Pracownik uruchamia w systemie funkcję generacji przydziału 3. System na podstawie listy przedmiotów oraz przypisanych do nich prowadzących zajęć generuje przydział osób do poszczególnych rodzajów zajęć w ramach danego przedmiotu 4. Pracownik wylogowuje się z systemu

 UC5. Weryfikacja przypisania prowadzących do zajęć  Aktorzy: Pracownik zakładu odpowiedzialny za rozdział dydaktyki  Główny scenariusz: 1. Pracownik loguje się do systemu 2. Pracownik weryfikuje przydział wygenerowany przez system 3. Pracownik akceptuje wygenerowany przydział 4. Pracownik wylogowuje się z systemu

 UC5. Weryfikacja przypisania prowadzących do zajęć  Rozszerzenia:  2.A Pracownik nie akceptuje wygenerowanego przez system przydziału  2.A.1 Pracownik zleca systemowi generację nowego przydziału (UC4, pkt 2)  2.A.2 Powrót do punktu 2  Rozszerzenia:  2.A.1.I Pracownik ręcznie nanosi poprawki do wygenerowanego przydziału  2.A.1.I.a Przejście do punktu 2.A.2

 UC6. Generacja raportów  Aktorzy: Pracownik zakładu odpowiedzialny za rozdział dydaktyki  Główny scenariusz: 1. Pracownik loguje się do systemu 2. Pracownik generuje „Kartę przydziału czynności” dla każdego z pracowników zakładu uwzględnionego w przydziale do przedmiotów 3. Pracownik wylogowuje się z systemu

 UC6. Generacja raportów  Rozszerzenia:  2.A Pracownik generuje raport „Obciążenia pracownika”  2.B Pracownik generuje raport „Obciążenie jednostki organizacyjnej”

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

Wymaganie niefunkcjonalne WN01 : Przenośność Opis: System ma być uruchamialny na jak największej ilości systemów operacyjnych. Priorytet:ŚredniStatus:ZweryfikowanyŹródło:Analityk Koszt:NiskiWażność:WysokaWeryfikowalność:Łatwa Powiązane z:

Wymaganie niefunkcjonalne WN02 : Środowisko uruchomieniowe Opis:System uruchamiany w maszynie wirtualnej Javy. Priorytet:WysokiStatus:ZweryfikowanyŹródło:Analityk Koszt:NiskiWażność:WysokaWeryfikowalność:Łatwa Powiązane z:WN01

Wymaganie niefunkcjonalne WN03 : Czas odpowiedzi systemu. Opis:Maksymalny czas odpowiedzi na zapytanie nie może przekroczyć 3s. Priorytet:ŚredniStatus:ZweryfikowanyŹródło:Zleceniodawca Koszt:ŚredniWażność:ŚredniaWeryfikowalność:Średnia Powiązane z:

Wymaganie niefunkcjonalne WN04 : Baza danych Opis: System musi wykorzystywać bazę danych, z wykorzystaniem której nie wiążą się dodatkowe koszty. Priorytet:WysokiStatus:ZweryfikowanyŹródło:Zleceniodawca Koszt:NiskiWażność:WysokaWeryfikowalność:Łatwa Powiązane z:

Wymaganie niefunkcjonalne WN05 : Czas szkolenia użytkownika. Opis: Czas szkolenia użytkownika pozwalający wykorzystywać mu system w pełni nie powinien przekraczać 4h. Priorytet:ŚredniStatus:ZweryfikowanyŹródło:Zleceniodawca Koszt:WysokiWażność:ŚredniaWeryfikowalność:Łatwa Powiązane z:

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

 Implementacja szkieletu aplikacji  Stworzenie szkieletu aplikacji pozwalającego na dalszy jego rozwój  Zadania: 1. Przygotowanie schematu bazy danych 2. Przygotowanie API komunikacyjnego z bazą danych aplikacji 3. Przygotowanie API komunikacyjnego z bazą danych PP 4. Ogólny projekt interfejsu użytkownika 5. Utworzenie szkieletu aplikacji

 Wprowadzanie i modyfikacja danych  Implementacja funkcjonalności pozwalającej na wprowadzanie nowych danych i ich modyfikację  Zadania: 1. Implementacja wczytywania pliku.xls z danymi 2. Implementacja mechanizmu pobierania listy pracowników 3. Implementacja mechanizmu ręcznego wprowadzania listy pracowników 4. Implementacja mechanizmu ręcznej modyfikacji listy pracowników 5. Implementacja mechanizmu logowania do systemu

 Implementacja przydziału i raportowania  Implementacja funkcjonalności przydziału zadań i raportowania wyników  Zadania: 1. Implementacja mechanizmu automatycznego przydziału godzin pracownikom 2. Implementacja mechanizmu modyfikacji przydziału godzin pracownikom 3. Implementacja mechanizmu walidacji przydziału godzin pracownikom 4. Implementacja generowania karty przydziałów godzin dla pracownika.

 Implementacja przydziału i raportowania  Implementacja funkcjonalności przydziału zadań i raportowania wyników  Zadania: 5. Implementacja generowania raportu "Obciążenie pracownika 6. Implementacja generowania raporu "Obciążenie jednostki organizacyjnej 7. Implementacja mechanizmu ręcznego przypisywania pracowników do przedmiotów 8. Implementacja mechanizmu przekazań godzin.

 Zakończenie prac  Wprowadzanie niewielkich zmian funkcjonalnych oraz testowanie aplikacji  Zadania: 1. Instrukcja użytkownika 2. Testy funkcjonalne 3. Testy akceptacyjne 4. Praca inżynierska

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

 Implementacja szkieletu aplikacji  –  Wprowadzanie i modyfikacja danych  –  Implementacja przydziału i raportowania  –  Zakończenie prac  –

1. Promotor i skład zespołu menedżerskiego 2. Rozwiązywany problem 3. Wymagania 4. Wybór zespołu programistów 5. Narzędzia / Technologie 6. Przypadki użycia 7. Wymagania niefunkcjonalne 8. Kamienie milowe 9. Harmonogram 10. Podsumowanie

System przydziału i rozliczania zajęć dydaktycznych Wybrano zespół Ustalono wymagania Stworzono UC Ustalono harmonogram Pozostaje tylko zaimplementować ;-)