Projektowanie Oprogramowania Systemów - 1 sem.

Element projektu podlegający ocenie

Przykładowe narzędzia, biblioteki, oprogramowanie

% oceny

• zidentyfikować klienta, użytkowników końcowych i inne zainteresowane strony tematu (stakeholders);
• zgromadzić i przeanalizować szczegółowe wymagania funkcjonalne i pozafunkcjonalne zadań;
• określić scenariusze użycia i stworzyć nadającą się do czytania specyfikację funkcjonalną;
• opcjonalnie zawrzeć w niej diagramy UML scenariuszy użycia;
• stworzyć model UML kluczowych elementów projektowanego rozwiązania;
• przeanalizować możliwość użycia dodatkowych bibliotek i narzędzi do realizacji zadania;
• opracować krótką specyfikację techniczną podsumowującą te informacje wraz z harmonogramem pracy;
• przedstawić specyfikację do zaliczenia;
• przygotować harmonogram pracy oraz kamienie milowe.

10

2. Napisanie oprogramowania

Oprogramowanie realizującego przetwarzanie obrazów (po uzgodnieniu z prowadzącym, można realizować inny, własny projekt )

Założenia:

• program uruchamiany z linii poleceń;
• program z pliku *.ini powinien odczytać ścieżki źródłowe i docelowe (do analizy pliku ini można wykorzystać dowolną darmową bibliotekę, np. iniParser);
• program odczytuje wszystkie pliki z obrazami ze ścieżki źródłowej;
• program wykonuje przetworzenie odczytanych obrazów (wielowątkowo) - detekcja konturów;
• przetworzone obrazy zapisujemy w folderze docelowym;
• w folderze docelowym zapisujemy matrycę miniatur plików źródłowych oraz matrycę miniatur obrazów docelowych (jeden plik zawierać powinien sklejone ze sobą zmniejszone obrazki źródłowe, drugi plik - sklejone obrazki po przetworzeniu, aby można było szybko zobaczyć efekty działania programu).

• analiza pliku INI;
• odczytywanie, zapisywanie i wyświetlanie obrazów w OpenCV;
• zasady operacji na macierzach/obrazach w OpenCV;
• wybranie i sprawdzenie metody przetwarzania obrazów.

• w pliku INI podajemy ścieżkę do folderu z plikami wejściowymi - progam powinien przeczytać wszystkie pliki z tego folderu;
• program powienien umożliwiać pracę z dużą liczbą plików >500;
• obrazki miniaturki powinny mieć zachowane proporcje wysokość/szerokość;

Zdjęcia testowe do testowania oprogramowania (ZIP)

20^*

• uzyskać dostęp do repozytorium systemu kontroli wersji (zewnętrzny hosting GitHub, Bitbucket.);
• wyznaczyć osobę odpowiedzialną za utrzymanie porządku w repozytorium (maintainer);
• zaplanować strukturę repozytorium mając na uwadze używane środowisko IDE, język programowania, dodatkowe artefakty (grafiki UI, specyfikacje itp.).

10

• uzyskać dostęp do repozytorium systemu śledzenia błędów (zewnętrzny hosting GitHub, Bitbucket.);
• wyznaczyć osobę odpowiedzialną za utrzymanie porządku w repozytorium (maintainer).
• wykryte podczas cykli testowania błędy raportować do systemu śledzenia błędów;
• opcjonalnie zastosować metodę test-driven development do zapewnienia jakości;
• zademonstrować użycie testów jednostkowych do walidacji kluczowych elementów oprogramowania.

10

10

10

• podczas implementacji zaangażować odpowiedni nakład pracy na dokumentowanie API (komentarze zgodne z Doxygen) oraz inne komentarze w kodzie, wyjaśniające szczególnie zagmatwane algorytmy, mechanizmy, zależności;
• generować dokumentację HTML z komentarzy Doxygen na bieżąco, a nie po zakończeniu projektu;
• przedstawić dokumentację do zaliczenia.

10

• użyć profiler do wykrycia hot spotów w opracowanym programie i przeprowadzić próbę ich optymalizacji.

10

• Sprawdzić integralność danych w programie, np.:
  • wykryć "memory leak"
  • wykryć wykraczanie wskaźników (np. korzystając z makra _ASSERTE( _CrtCheckMemory( ) ); w trybie DEBUG) 

10