Inżynieria oprogramowania

Transkrypt

Inżynieria oprogramowania
Politechnika Opolska
Wydział Elektrotechniki, Automatyki i Informatyki
Karta Opisu Przedmiotu
Kierunek studiów
Profil kształcenia
Poziom studiów
Specjalność
Forma studiów
Semestr studiów
INFORMATYKA
Ogólnoakademicki
Studia pierwszego stopnia
Nazwa przedmiotu
INŻYNIERIA OPROGRAMOWANIA I i II
Subject Title
Całk.
6
Wymagania
wstępne w
zakresie
przedmiotu
Studia stacjonarne
IV
Nauki podst. (T/N)
N
SOFTWARE ENGINEERING I, II
ECTS (pkt.)
Tryb zaliczenia przedmiotu
Kod przedmiotu
Kont.
3
Prakt.
3,6
Egzamin
B10
Nazwy
INFORMATYKA I i II, PROGRAMOWANIE III, ALGORYTMY I STRUKTURY
przedmiotów
DANYCH
1. Zna wybrane języki programowania niskiego oraz wysokiego
poziomu. Rozróżnia podstawowe metodyki programowania, w tym
Wiedza
programowanie proceduralne oraz obiektowe.
2. Ma podstawową wiedzę z zakresu algorytmów oraz struktur danych.
Umiejętności
Kompetencje
społeczne
1. Potrafi programować używając wybranych języków programowania,
zarówno w oparciu o metodykę proceduralną jak i obiektową.
2. Potrafi obsługiwać wybrane narzędzia klasy RAD.
1. Potrafi współdziałać i pracować w grupie.
Program przedmiotu
Forma zajęć
Wykład
Ćwiczenia
Laboratorium
Projekt
Seminarium
L. godz. zajęć w sem.
Prowadzący zajęcia
Całkowita
Kontaktowa
(tytuł/stopień naukowy, imię i nazwisko)
60
30
Dr inż. Karol Grandek,dr inż. Ewelina Piotrowska
|
|
60
30
w sem. V wg przydziału czynności w I1
|
30
15
w sem. IV wg przydziału czynności w I1
|
|
Treści kształcenia
Wykład
Sposób realizacji Wyklad w sali audytoryjnej.
Lp.
Tematyka zajęć
Liczba godzin
1.
Procesy biznesowe, systemy informacyjne i systemy informatyczne - rola inżynierii
2
oprogramowania.
2.
Specyfikacja wymagań, analiza, modelowanie i projektowanie jako podstawowe
2
etapy budowy systemów informatycznych.Modele cyklu życia (systemu)
oprogramowania.
3.
Modele cyklu życia oprogramowania. Modelowanie strukturalne systemów.
2
4.
Modelowanie obiektowe procesów biznesowych i systemów informatycznych.
4
5.
Język modelowania UML.
6
6.
Narzędzia wytwarzania oprogramowania.
4
7.
Walidacja i testowanie oprogramowania.
4
8.
Ewolucja oprogramowania.
4
9.
Zarządzanie przedsięwzięciem programistycznym.
2
L. godz. pracy własnej studenta
30
L. godz. kontaktowych w sem.
30
Sposoby sprawdzenia zamierzonych Egzamin pisemny po IV semestrze.
efektów kształcenia
Laboratorium
Sposób realizacji Praca w systemie CASE (Power Designer).
Lp.
Tematyka zajęć
Liczba godzin
1.
Zapoznanie się z regulaminem laboratorium i zasadami BHP .Wprowadzenie do
zajęć. Pakiet Power Designer® jako przykład zintegrowanego narzędzia CASE.
2.
Zdefiniowanie celu systemu biznesowego i celu SI. W ramach pracy własnej
zebranie wymagań funkcjonalnych i niefunkcjonalnych.
Opis wymagań w środowisku Power Designer - scenariusze PU.
3.
4.
5.
6.
7.
8.
9.
Wykonanie modelu obiektowego (OOM) z wykorzystaniem języka UML. Diagramy
przypadków użycia.
Wykonanie diagramów klas, obiektów, komunikacji.
Wykonanie diagramów sekwencji i aktywności; wdrożenia i innych.
Testowanie wykonanego modelu systemu, usuwanie błędów.
Konwersja modelu OOM na relacyjną BD.
Rozwijanie fizycznego modelu danych (PDM). Generowanie bazy danych oraz
danych testowych w oparciu o PDM. Rewersowanie bazy danych.
2
2
2
4
4
4
4
4
2
2
10.
Zaliczenie
L. godz. pracy własnej studenta
30
L. godz. kontaktowych w sem.
30
Sposoby sprawdzenia zamierzonych Wykonanie sprawozdań 2 wersji modelu procesu biznesowego i
efektów kształcenia
systemu informatycznego.
Projekt wykonywany w wersji elektronicznej, ostateczna
Projekt
Sposób realizacji
wersja papierowa.
Lp.
Tematyka zajęć
Liczba godzin
1.
Wybór systemu biznesowego; określenie celu SB.
1
2.
Zapoznanie się z dokumentacją zrealizowanych podobnych projektów.
2
3.
Opis wymagań funkcjonalnych i niefunkcjonalnych - zbieranie wymagań.
1
4.
Zdefiniowanie klas biznesowych i interfejsowych.
2
5.
Modelowanie zachowania systemu - diagram PU oraz scenariusze.
4
6.
Weryfikacja modelu przez użytkownika końcowego w fazie testowania
2
akceptacyjnego.
7.
Modyfikacja modelu systemu odzyskanego.
2
8.
Weryfikacja modelu zmodyfikowanego.
1
L. godz. pracy własnej studenta
15
L. godz. kontaktowych w sem.
15
Sposoby sprawdzenia zamierzonych Sprawdzanie i ocena wykonanego projektu.
efektów kształcenia
1. Ma wiedzę na temat cyklu życia oprogramowania. Zna i
rozumie cele inżynierii oprogramowania (W,L,P) .
Wiedza
Efekty kształcenia dla
przedmiotu - po
zakończonym cyklu
kształcenia
Umiejętności
Kompetencje
społeczne
2. Ma wiedzę na temat metod specyfikacji wymagań
systemowych oraz metod analizy strukturalnej i obiektowej
(W,L,P).
3. Ma wiedzę odnośnie narzędzi i środowisk wytwarzania
oprogramowania. Zna metody walidacji oraz testowania
oprogramowania (W,L,P).
1. Potrafi analizowac modele obiektowe UML-owe (L,P).
2. Potrafi zbierać i dokumentować wymagania funkcjonalne i
niefunkcjonalne (L,P).
3. Potrafi dobrać narzędzia CASE adekwatne do projektowanego
SI (L,P).
1. Wykonuje artefakty modelu UML indywidualnie i w zespole
projektowym (L,P).
2. Ma świadomość znaczenia metod i technologii modelowania
SI dla dokumentowania wykonywanych projektów SI i ich
wpływ na komunikowanie się z otoczeniem biznesowym (L,P).
Metody dydaktyczne:
wykład - prezentacja, analiza przykładowych procesów biznesowych i projektów SI;
laboratorium - wykonywanie kolejnych artefaktów w narzędziach CASE w grupach 2 osobowych; projekt przedstawienie i omówienie przykladowego projektu a następnie realizacja grupowego (2-3 osoby) projektu
przedstawienie i omówienie przykladowego projektu a następnie realizacja grupowego (2-3 osoby) projektu
SI;
Forma i warunki zaliczenia przedmiotu:
Wykład: egzamin pisemny. Zajęcia laboratoryjne: ocena indywidualnego projektu systemu informatycznego.
Szczegółowe wymagania odnośnie projektu znajdują się w gablocie.
Literatura podstawowa:
[1] Graessle, H.Baumann, P.Baumann „Technologia i rozwiązania - UML 2.0 w akcji – Przewodnik oparty na
projektach” Tłumaczenie: M.Pętlicki, Helion 2006.
[2] Robertson J. i in.: Pełna analiza systemowa. WNT, Warszawa, 1999.
[3] Pod red. J.Górskiego „Inżynieria oprogramowania w projekcie informatycznym”,Wydanie II rozszerzone,
MIKOM, Warszawa, 2000.
[4] Booch G., Rumbaugh J., Jacobson I.: UML - Przewodnik użytkownika. WNT, Warszawa 2000.
[5] Dąbrowski W. i inni: Modelowanie systemów informatycznych w języku UML 2.1 w praktyce. PWN,
Warszawa, 2007.
[6] Fowler M., Scott K.: UML w kropelce. LTP, Warszawa, 2002.
Literatura uzupełniająca:
[1] Dąbrowski W. i inni „Modelowanie systemów informatycznych w języku UML 2.1 w praktyce” PWN,
2007.
[2] Poźniak-Koszałka I.: Relacyjne bazy danych w środowisku SYBASE. Modelowanie, projektowanie,
aplikacje. OW Politechniki Wrocławskiej, 2004.
[3] Booch G., Rumbaugh J., Jacobson I. “UML przewodnik użytkownika” WNT, 2002.
[4] Płaczek B.: Techniki projektowania baz danych w środowisku PowerDesigner. Wydawnictwo
______________
* niewłaściwe przekreślić
…………………………………………………..
(kierownik jednostki organizacyjnej/bezpośredni przełożony:
pieczęć/podpis
……………………………………………………….
(Dziekan Wydziału
pieczęć/podpis)

Podobne dokumenty