āŗCelem tej aplikacji do inżynierii oprogramowania jest zapewnienie podstaw, zasad i umiejÄtnoÅci inżynierii oprogramowania potrzebnych do opracowywania i utrzymywania wysokiej jakoÅci oprogramowania. ā¦
āŗArkusze kodów dla prawie wszystkich jÄzyków i technologii dostÄpnych w aplikacjiā¦
āŗArkusze kodów Z ÅatwoÅciÄ
zarzÄ
dzaj wszystkimi fragmentami kodu w aplikacjiā¦
āŗZakÅadka SÅownik umożliwia zapoznanie siÄ ze wszystkimi terminami zwiÄ
zanymi z oprogramowaniem w uÅamku sekundyā¦
āŗInżynieria oprogramowania omawia zasady, metodologie, trendy i praktyki zwiÄ
zane z różnymi fazami inżynierii oprogramowania. PoczÄ
wszy od podstaw, aplikacja powoli przechodzi do zaawansowanych i pojawiajÄ
cych siÄ tematów dotyczÄ
cych zarzÄ
dzania projektami oprogramowania, modeli procesów, opracowywania metodologii, specyfikacji oprogramowania, testowania, kontroli jakoÅci, wdrażania, bezpieczeÅstwa oprogramowania, konserwacji i ponownego wykorzystania oprogramowania. Studenci informatyki i inżynierii, informatyki i aplikacji komputerowych powinni uznaÄ tÄ aplikacjÄ za bardzo przydatnÄ
.ā¦
ćPoruszone tematy wymienione poniżejć
⻠Czym jest inżynieria oprogramowania
ā» Ewolucja oprogramowania
ā» Prawa ewolucji oprogramowania
ā» Ewolucja oprogramowania typu E
ā» Paradygmaty oprogramowania
⻠Potrzeba inżynierii oprogramowania
ā» Charakterystyka dobrego oprogramowania
⻠Cykl życia oprogramowania
ā» Paradygmat tworzenia oprogramowania
ā» ZarzÄ
dzanie projektami oprogramowania
ā» Projekt oprogramowania
ā» Potrzeba zarzÄ
dzania projektami oprogramowania
ā» Kierownik projektu oprogramowania
ā» DziaÅania zwiÄ
zane z zarzÄ
dzaniem oprogramowaniem
ā» Techniki szacowania projektu
ā» Planowanie projektu
ā» ZarzÄ
dzanie zasobami
ā» ZarzÄ
dzanie ryzykiem projektu
ā» Proces zarzÄ
dzania ryzykiem
ā» Realizacja i monitorowanie projektu
ā» ZarzÄ
dzanie komunikacjÄ
w projekcie
ā» ZarzÄ
dzanie konfiguracjÄ
ā» NarzÄdzia do zarzÄ
dzania projektami
ā» Wymagania dotyczÄ
ce oprogramowania
ā» Inżynieria wymagaÅ
ā» Proces inżynierii wymagaÅ
ā» Proces pozyskiwania wymagaÅ
ā» Techniki pozyskiwania wymagaÅ
ā» Charakterystyka wymagaÅ oprogramowania
ā» Wymagania dotyczÄ
ce oprogramowania
ā» Wymagania dotyczÄ
ce interfejsu użytkownika
⻠Analityk systemów oprogramowania
ā» Metryki i miary oprogramowania
ā» Podstawy projektowania oprogramowania
ā» Poziomy projektowania oprogramowania
ā» Modularyzacja
ā» WspóÅbieżnoÅÄ
ā» SprzÄżenie i spójnoÅÄ
ā» Weryfikacja projektu
ā» NarzÄdzia do analizy i projektowania oprogramowania
ā» Schemat przepÅywu danych
ā» Wykresy strukturalne
ā» Schemat HIPO
ā» Strukturalny jÄzyk angielski
ā» Pseudokod
ā» Tabele decyzyjne
ā» Model relacji jednostka-relacja
ā» SÅownik danych
ā» Strategie projektowania oprogramowania
ā» Strukturalny projekt
ā» Projektowanie zorientowane na funkcje
ā» Projektowanie obiektowe
ā» Proces projektowania
ā» PodejÅcia do projektowania oprogramowania
⻠Projektowanie interfejsu użytkownika oprogramowania
ā» Interfejs wiersza poleceÅ (CLI)
⻠Graficzny interfejs użytkownika
ā» Komponenty GUI specyficzne dla aplikacji
ā» DziaÅania zwiÄ
zane z projektowaniem interfejsu użytkownika
ā» NarzÄdzia do implementacji GUI
ā» ZÅote zasady interfejsu użytkownika
ā» ZÅożonoÅÄ projektu oprogramowania
ā» Miary zÅożonoÅci Halsteada
ā» Miary zÅożonoÅci cyklomatycznej
ā» Punkt funkcyjny
ā» Logiczne pliki wewnÄtrzne
ā» Pliki interfejsu zewnÄtrznego
ā» Zapytanie zewnÄtrzne
⻠Wdrożenie oprogramowania
ā» Programowanie strukturalne
ā» Programowanie funkcjonalne
ā» Styl programowania
ā» Dokumentacja oprogramowania
ā» Wyzwania zwiÄ
zane z wdrażaniem oprogramowania
ā» PrzeglÄ
d testowania oprogramowania
ā» Walidacja oprogramowania
ā» Weryfikacja oprogramowania
ā» Testowanie rÄczne a automatyczne
ā» Testowanie podejÅÄ
ā» Poziomy testowania
ā» Dokumentacja testowa
ā» Testowanie a kontrola jakoÅci, kontrola jakoÅci i audyt
ā» PrzeglÄ
d konserwacji oprogramowania
ā» Rodzaje konserwacji
ā» Koszt utrzymania
ā» DziaÅania konserwacyjne
ā» Reengineering oprogramowania
ā» MożliwoÅÄ ponownego wykorzystania komponentów
ā» NarzÄdzia CASE
ā» Komponenty narzÄdzi CASE
ā» Typy narzÄdzi skrzynek
ā» Iteracyjny model wodospadu
ā» Analiza i specyfikacja wymagaÅ
ā» Drzewo decyzyjne
ā» Formalna specyfikacja systemu
ā» Projektowanie oprogramowania
ā» Strategie projektowania oprogramowania
ā» NarzÄdzia do analizy i projektowania oprogramowania
ā» Strukturalny projekt
⻠Modelowanie obiektów przy użyciu UML
⻠Użyj diagramu przypadków
ā» Diagramy interakcji
ā» Testowanie czarnej skrzynki
ā» Konserwacja oprogramowania
⻠Modele procesów utrzymania oprogramowania
ā» NiezawodnoÅÄ oprogramowania i zarzÄ
dzanie jakoÅciÄ
ā» Modele wzrostu niezawodnoÅci
ā» JakoÅÄ oprogramowania
ā» Planowanie projektu oprogramowania
Ostatnia aktualizacja
17 kwi 2025