SlideShare a Scribd company logo
1 of 9
Download to read offline
Inżynieria Oprogramowania
mgr Artur Machura
e-mail: artur.machura@uekat.pl
Prezentacja bazowa - sylabus
Streszczenie
● Cele przedmiotu
● Oczekiwany efekt kształcenia
● Metody studiowania
● Warunki zaliczenia
Cele przedmiotu
● Uzyskanie przez studenta:
○ Wiedzy
○ Umiejętności
○ Kompetencji społecznych
Efekt kształcenia - wiedza
● Potrafi zidentyfikować interasriuszy oraz cele cele biznesowe
budowanego systemu
● Posiada ogólną wiedzę na temat roli i miejsca inżynierii wymagań
w procesie wytwarzania oprogramowania
● Zna i rozumie podstawowe technikii pozyskiwania i analizy
wymagań. Potrafi przygotować poprawną specyfikację wymagań
dla niewielkiego projektu.
● Potrafi wyspecyfikować przypadki użycia
● Zna zasady poprawnego pisania specyfikacji oprogramowania
oraz wykonania studium wykonalności
● Orientuje się w problematyce zarządzania wymaganiami i
tworzenia dokumentacji
● Zna modele cyklu życia oprogtramowania, narzędzia CASE,
architektury oprogramowania i modele systemów
● Zna zasady zarządzania projektami informatycznymi i
problemaykę jakości związaną z tworzeniem oprogramowania
Efekt kształcenia - umiejętności
● Potrafi przeprowadzić analizę problemu, zdefiniować zakres
systemu i zareagować na zmianę wymagań
● Tworzy dokumentację oprogramowania i dokumentację
jakościową zgodnie z przyjętymi zasadami i standardami
● Pisze poprawne specyfikacje oprogramowania
● Potrafi zaprezentować wybrane rozwiązania
● Potrafi pracować w zespole projektowym, którego celem jest
realizacja projektu
Efekt kształcenia - kompetencje
społeczne
▪ Rozumie potrzebę i dostrzega możliwości rozwoju zawodowego,
poprzez ciągłe dokształcanie się i pozyskiwanie wiedzy z
dostępnych źródeł
▪ Potrafi pracować w zespole, przyjmując w jego ramach
zróżnicowane role i zakresy odpowiedzialności w ramach
wspólnego projektu
▪ Potrafi zaplanować realizację podjętych zadań i ustalić
harmonogram działań
▪ Potrafi podejmować decyzje w warunkach ograniczonej wiedzy i
zasobów
▪ Przestrzega zasad etycznych i zawodowych informatyków
▪ Potrafi działać w sposób kreatywny i przedsiębiorczy w
poszukiwaniu najlepszych rozwiązań przy uwzględnianiu ryzyka
projektowego
Warunki zaliczenia przedmiotu
● Egzamin
● Wykonanie ćwiczeń laboratoryjnych
● Ocena udziału zaangazowania studentów w pracach nad
projektem w ramach ćwiczeń
Literatura przedmiotu
▪ Język UML 2.0 w modelowani systemów infromatycznych. S.
Wrycza, B. Marcinkowski, K. Wyrzykowski. Helion 2005
▪ UML Przewodnik Użytkownika. G. Booch, J. Rumbaugh, I.
Jacobson, WNT 2012
▪ Praktyczne podejście do inżynierii oprogramowania. Roger S.
Pressman, WNT 2005
▪ Materiały on-line (np. www.omg.org,
www.software-engineers.org )
Inżynieria oprogramowania - prezentacja bazowa

More Related Content

Similar to Inżynieria oprogramowania - prezentacja bazowa

Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...
Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...
Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...CHI Poland
 
9. Współpraca z otoczeniem rynkowym
9. Współpraca z otoczeniem rynkowym9. Współpraca z otoczeniem rynkowym
9. Współpraca z otoczeniem rynkowymLukas Pobocha
 
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaFort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaMariusz Kapusta
 
Praktyczne metody realizacji Projektów
Praktyczne metody realizacji ProjektówPraktyczne metody realizacji Projektów
Praktyczne metody realizacji ProjektówASAP24
 
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...MoodleMoot PL
 
Szkolenie zarządzanie projektami wersja
Szkolenie zarządzanie projektami wersjaSzkolenie zarządzanie projektami wersja
Szkolenie zarządzanie projektami wersjaRoman Morawski-Jagram
 
Dekarz 713[01] z1.14_u
Dekarz 713[01] z1.14_uDekarz 713[01] z1.14_u
Dekarz 713[01] z1.14_uEmotka
 
Prezentacja konferencja 2011_05_04
Prezentacja konferencja 2011_05_04Prezentacja konferencja 2011_05_04
Prezentacja konferencja 2011_05_04mdaliga
 
Metoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieMetoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieJaroslaw Zelinski
 
A01 Metodologia Projektowa
A01 Metodologia ProjektowaA01 Metodologia Projektowa
A01 Metodologia ProjektowaUM Łódzkie
 
Context Driven School of testing w prostych przykładach
Context Driven School of testing w prostych przykładachContext Driven School of testing w prostych przykładach
Context Driven School of testing w prostych przykładachRadoslaw Smilgin
 

Similar to Inżynieria oprogramowania - prezentacja bazowa (20)

Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...
Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...
Projektowanie interakcji - laboratoria dla 4 i 5 roku kognitywistyki (CHI Poz...
 
9. Współpraca z otoczeniem rynkowym
9. Współpraca z otoczeniem rynkowym9. Współpraca z otoczeniem rynkowym
9. Współpraca z otoczeniem rynkowym
 
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaFort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
 
Informatyka
InformatykaInformatyka
Informatyka
 
Praktyczne metody realizacji Projektów
Praktyczne metody realizacji ProjektówPraktyczne metody realizacji Projektów
Praktyczne metody realizacji Projektów
 
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...
Wykorzystanie doświadczeń w projektowaniu szkoleń dla biznesu w rozwiązaniach...
 
Szkolenie zarządzanie projektami wersja
Szkolenie zarządzanie projektami wersjaSzkolenie zarządzanie projektami wersja
Szkolenie zarządzanie projektami wersja
 
Dekarz 713[01] z1.14_u
Dekarz 713[01] z1.14_uDekarz 713[01] z1.14_u
Dekarz 713[01] z1.14_u
 
1.02
1.021.02
1.02
 
M4j3
M4j3M4j3
M4j3
 
M4j3
M4j3M4j3
M4j3
 
Malarz-tapeciarz
Malarz-tapeciarzMalarz-tapeciarz
Malarz-tapeciarz
 
Prezentacja konferencja 2011_05_04
Prezentacja konferencja 2011_05_04Prezentacja konferencja 2011_05_04
Prezentacja konferencja 2011_05_04
 
Metoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieMetoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanie
 
Warsztaty eksperckie analiza sieci społecznych
Warsztaty eksperckie   analiza sieci społecznychWarsztaty eksperckie   analiza sieci społecznych
Warsztaty eksperckie analiza sieci społecznych
 
A01 Metodologia Projektowa
A01 Metodologia ProjektowaA01 Metodologia Projektowa
A01 Metodologia Projektowa
 
22
2222
22
 
23
2323
23
 
1
11
1
 
Context Driven School of testing w prostych przykładach
Context Driven School of testing w prostych przykładachContext Driven School of testing w prostych przykładach
Context Driven School of testing w prostych przykładach
 

More from University of Economics in Katowice

Initiation the Java web application project in the Google App Engine
Initiation the Java web application project in the Google App EngineInitiation the Java web application project in the Google App Engine
Initiation the Java web application project in the Google App EngineUniversity of Economics in Katowice
 

More from University of Economics in Katowice (20)

python_function.pdf
python_function.pdfpython_function.pdf
python_function.pdf
 
python_p4_v2.pdf
python_p4_v2.pdfpython_p4_v2.pdf
python_p4_v2.pdf
 
python_p3.pdf
python_p3.pdfpython_p3.pdf
python_p3.pdf
 
python_p2v2_publikacja.pdf
python_p2v2_publikacja.pdfpython_p2v2_publikacja.pdf
python_p2v2_publikacja.pdf
 
python_p1.pdf
python_p1.pdfpython_p1.pdf
python_p1.pdf
 
TechnologyStack_basicsv2.pdf
TechnologyStack_basicsv2.pdfTechnologyStack_basicsv2.pdf
TechnologyStack_basicsv2.pdf
 
InitiateAEv2.pdf
InitiateAEv2.pdfInitiateAEv2.pdf
InitiateAEv2.pdf
 
barplotv4.pdf
barplotv4.pdfbarplotv4.pdf
barplotv4.pdf
 
Initiation the Java web application project in the Google App Engine
Initiation the Java web application project in the Google App EngineInitiation the Java web application project in the Google App Engine
Initiation the Java web application project in the Google App Engine
 
ie.pdf
ie.pdfie.pdf
ie.pdf
 
puś.ppt
puś.pptpuś.ppt
puś.ppt
 
swd.pdf
swd.pdfswd.pdf
swd.pdf
 
EARv3.pdf
EARv3.pdfEARv3.pdf
EARv3.pdf
 
Projektowanie i implementacja usług sieciowych
Projektowanie i implementacja usług sieciowychProjektowanie i implementacja usług sieciowych
Projektowanie i implementacja usług sieciowych
 
Angular10302021
Angular10302021Angular10302021
Angular10302021
 
Środowisko PWA
Środowisko PWAŚrodowisko PWA
Środowisko PWA
 
Kolo REST
Kolo RESTKolo REST
Kolo REST
 
Inicjacja wg OpenUP
Inicjacja wg OpenUPInicjacja wg OpenUP
Inicjacja wg OpenUP
 
Dyscyplina zarządzania projektami wg OpenUP
Dyscyplina zarządzania projektami wg OpenUPDyscyplina zarządzania projektami wg OpenUP
Dyscyplina zarządzania projektami wg OpenUP
 
Atrybut zgodności
Atrybut zgodnościAtrybut zgodności
Atrybut zgodności
 

Inżynieria oprogramowania - prezentacja bazowa

  • 1. Inżynieria Oprogramowania mgr Artur Machura e-mail: artur.machura@uekat.pl Prezentacja bazowa - sylabus
  • 2. Streszczenie ● Cele przedmiotu ● Oczekiwany efekt kształcenia ● Metody studiowania ● Warunki zaliczenia
  • 3. Cele przedmiotu ● Uzyskanie przez studenta: ○ Wiedzy ○ Umiejętności ○ Kompetencji społecznych
  • 4. Efekt kształcenia - wiedza ● Potrafi zidentyfikować interasriuszy oraz cele cele biznesowe budowanego systemu ● Posiada ogólną wiedzę na temat roli i miejsca inżynierii wymagań w procesie wytwarzania oprogramowania ● Zna i rozumie podstawowe technikii pozyskiwania i analizy wymagań. Potrafi przygotować poprawną specyfikację wymagań dla niewielkiego projektu. ● Potrafi wyspecyfikować przypadki użycia ● Zna zasady poprawnego pisania specyfikacji oprogramowania oraz wykonania studium wykonalności ● Orientuje się w problematyce zarządzania wymaganiami i tworzenia dokumentacji ● Zna modele cyklu życia oprogtramowania, narzędzia CASE, architektury oprogramowania i modele systemów ● Zna zasady zarządzania projektami informatycznymi i problemaykę jakości związaną z tworzeniem oprogramowania
  • 5. Efekt kształcenia - umiejętności ● Potrafi przeprowadzić analizę problemu, zdefiniować zakres systemu i zareagować na zmianę wymagań ● Tworzy dokumentację oprogramowania i dokumentację jakościową zgodnie z przyjętymi zasadami i standardami ● Pisze poprawne specyfikacje oprogramowania ● Potrafi zaprezentować wybrane rozwiązania ● Potrafi pracować w zespole projektowym, którego celem jest realizacja projektu
  • 6. Efekt kształcenia - kompetencje społeczne ▪ Rozumie potrzebę i dostrzega możliwości rozwoju zawodowego, poprzez ciągłe dokształcanie się i pozyskiwanie wiedzy z dostępnych źródeł ▪ Potrafi pracować w zespole, przyjmując w jego ramach zróżnicowane role i zakresy odpowiedzialności w ramach wspólnego projektu ▪ Potrafi zaplanować realizację podjętych zadań i ustalić harmonogram działań ▪ Potrafi podejmować decyzje w warunkach ograniczonej wiedzy i zasobów ▪ Przestrzega zasad etycznych i zawodowych informatyków ▪ Potrafi działać w sposób kreatywny i przedsiębiorczy w poszukiwaniu najlepszych rozwiązań przy uwzględnianiu ryzyka projektowego
  • 7. Warunki zaliczenia przedmiotu ● Egzamin ● Wykonanie ćwiczeń laboratoryjnych ● Ocena udziału zaangazowania studentów w pracach nad projektem w ramach ćwiczeń
  • 8. Literatura przedmiotu ▪ Język UML 2.0 w modelowani systemów infromatycznych. S. Wrycza, B. Marcinkowski, K. Wyrzykowski. Helion 2005 ▪ UML Przewodnik Użytkownika. G. Booch, J. Rumbaugh, I. Jacobson, WNT 2012 ▪ Praktyczne podejście do inżynierii oprogramowania. Roger S. Pressman, WNT 2005 ▪ Materiały on-line (np. www.omg.org, www.software-engineers.org )