projektowanie systemów informatycznych

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 drugiego stopnia
Studia stacjonarne
I
PROJEKTOWANIE SYSTEMÓW
INFORMATYCZNYCH
Nazwa przedmiotu
Subject Title
Całk.
5
Nauki podst. (T/N)
N
Design of computer systems
Kod przedmiotu
ECTS (pkt.)
Tryb zaliczenia przedmiotu
B1
Kont.
2,4 Prakt.
2,3
Zaliczenie na ocenę
Nazwy
Inżynieria oprogramowania I, II, bazy danych I, II, informatyka I, II, III,
przedmiotów
systemy operacyjne.
Student ma podstawową wiedzę o cyklu życia oprogramowania. Zna
1. poszczególne fazy cyklu życia oprogramowania i potrafi wymienić
główne zadania realizowane w każdej z tych faz.
Wiedza
Student zna zasady tworzenia modeli analitycznych zgodnych z
2. metodyką strukturalną lub obiektową.
Student zna podstawy programowania oraz postawy programowania
3. baz danych (ze wskazaniem na obiektowe języki programowania).
Wymagania
wstępne w
zakresie
przedmiotu
Student zna edytor tekstów, prosty edytor grafiki wektorowej, potrafi
1. samodzielnie zainstalować potrzebne oprogramowanie.
Umiejętności
Student potrafi wykonać model analityczny systemu informatycznego
zgodnie z metodyką strukturalną (diagramy DFD, ERD) lub obiektową
2. (diagramy UML). Potrafi zaprojektować i oprogramować relacyjną
bazę danych.
3.
Kompetencje
społeczne
1.
Student umie napisać prostą aplikację w wybranym języku
programowania, realizującą zadane funkcjonalności.
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)
58
30
dr inż. Anna Zatwarnicka
|
|
|
58
30
dr inż. Anna Zatwarnicka, dr inż. Krzysztof Zatwarnicki
|
|
Treści kształcenia
Sposób realizacji Wykład informacyjny, wykład problemowy, opis, instruktaż
Tematyka zajęć
Liczba godzin
Wykład organizacyjny, omówienie warunków uzyskania zaliczenia oraz
2
przedstawienie zagadnień poruszanych na zajęciach. Wprowadzenie do cyklu życia
oprogramowania.
Faza strategiczna.
2
Faza określania wymagań. Norma ANSI/IEEE Std 830-1993 Recommended Practice
2
for Softwae Requirements Specifications.
Faza analizy. Norma IEEE Std 1061-1992 IEEE Standard for a Software Quality
2
Metrics Methodology.
Wykład
Lp.
1.
2.
3.
4.
Faza projektowania cz. I. Norma IEEE Std 1058-1998 IEEE Standard for Software
Project Management Plans.
2
2
6.
Faza implementacji. Norma IEEE/EIA 12207.0-1996 IEEE/EIA Standard Industry
Implementation of International Standard ISO/IEC12207:1995 and (ISO/IEC 12207)
Standard for Information Technology—Software life cycle processes.
2
7.
Faza instalacji i konfiguracji, narzędzia CASE. Norma IEEE Std 1348-1995 IEEE
Recommended Practice for the Adoption of Computer-Aided Software Engineering
(CASE) Tools.
2
8.
Fazy: testowania i weryfikacji oprogramowania. Norma ANSI/IEEE 1008-1987 IEEE
Standard for Software Unit Testing.
Faza atestowania oprogramowania. Norma IEEE Std 1063-2001 IEEE Standard for
Software User Documentation.
2
Zapewnienie jakości oprogramowania. Normy: ANSI/IEEE Std 730-1989 IEEE
Standard for Software Quality Assurance Plan, ANSI/IEEE Std 983-1989 IEEE Guide
for Software Quality Assurance Plan.
2
Miary oprogramowania.
Zarządzanie przedsięwzięciem informatycznym.
Wprowadzenie do metodyki PRINCE2.
Wprowadzenie do technik zwinych tworzenia oprogramowania.
Zaliczenie przedmiotu.
2
2
2
2
2
5.
9.
10.
11.
12.
13.
14.
15.
L. godz. pracy własnej studenta
28
L. godz. kontaktowych w sem.
30
Sposoby sprawdzenia zamierzonych Kolokwium zaliczeniowe. Opowiedzi ustne.
efektów kształcenia
Sposób realizacji Metoda projektu, okazjonalnie metoda tekstu przewodniego.
Projekt
Lp.
Tematyka zajęć
Liczba godzin
Wprowadznie do tematyki zajęć. Omówinie pracy w semestrze. Podział na grupy
2
projektowe
(mini
przedsiebiorstwa
informatyczne).
Wyłonienie
lidera
grupy
osoby
1.
zarządzającej projektem.
2.
3.
4.
Ustalenie tematyki projektu, nazwy produktu, logo, kolorystyki logo i stron
webowych. Ustalenie i opisanie grupy docelowej użytkowników. Ustalenie
celowości tworzenia systemu informatycznego oraz sposobów przynoszenia
dochodu przez przedsiębiorstwo informatyczne.
Wykonanie specyfikacji wymagań funkconalnych oraz niefunkcjonalnych systemu
informatycznego. Ustalenie podziału prac w grupie oraz terminów wykonania
poszczególnych elementów prac.
Wykonanie modelu analitycznego w wybranej metodyce (strukturalnej lub
obiektowej).
7.
Wykonanie dokumentów projektowych, wyjaśniających między innymi wybór
środowiska programistycznego, języka(ów) programowania, zastosowanych
bibliotek oraz technologii, sposobu przechowywania danych w systemie
inforamtycznych oraz zastosowanych protokołów sieciowych.
Implementacja systemu.
Testowanie systemu, z uwzględnieniem zabezpieczeń przed niepowołanym
dostępem. Dokonywanie poprawek.
8.
9.
10.
Ocena koleżeńska systemu informatycznego, wskazanie błędów i braków. Dyskusja
Dokonanie poprawek.
Sprawdzenie systemu informatycznego. Zaliczenie przedmiotu.
5.
6.
1
1
2
2
14
2
2
2
2
L. godz. pracy własnej studenta
28
L. godz. kontaktowych w sem.
30
Sposoby sprawdzenia zamierzonych Ocena końcowa jest średnią ważoną z ocen za wykonany projekt
efektów kształcenia
wystawionych przez prowadzącego zajęcia oraz przez kolegów w
Ma szczegółową wiedzę w zakresie kierunków studiów
powiązanych z informatyką. Student zna metodyki
1. przygotowania projektu informatycznego, aspekty
bezpieczeństwa systemów informatycznych oraz zagrożeń dla
powodzenia projektu informatycznego.
Wiedza
Wiedza
Ma szczegółową wiedzę w zakresie cyklu życia
oprogramowania systemów informatycznych: w zakresie
3. technologii informatycznych oraz języków programowania,
jak również metodyk tworzenia projektów informatycznych.
Student potrafi pozyskiwać informacje z literatury i innych
źródeł (w tym wiadomości prasowych oraz z innych mediów);
potrafi integrować uzyskane informacje z różnych dziedzin,
1. między innymi informatyki, bankowości etc., dokonywać ich
interpretacji, a także wyciągać wnioski oraz formułować i
uzasadniać opinie mające na celu oszacowanie celowości
opracowywania i tworzenia systemu informatycznego.
Umiejętności
Potrafi zapoznawać się z informacjami oraz przedstawiać
informacje przy użyciu różnych technik (notatki na forach
branżowych, kanały informacyjne, grypy dyskusyjne) w
środowisku zawodowym, zarówno w języku polskim, jaki
2. angielskim. Potrafi przygotować i przedstawić krótką
prezentację oraz notatkę pasową dotyczącą tworzonego
systemu informatycznego, użytych technik i metodyk
projektowania, również dla potencjalnego inwestora.
Potrafi określić kierunki dalszego uczenia się i zrealizować
proces samokształcenia w zakresie
Potrafi dokonać identyfikacji i sformułować wymagania
3. funkcjonalne oraz niefunkcjonalne tworzonego lub
modyfikowanego systemu informatycznego, uwzględniając
aspekty nietechniczne, takie jak: użyteczność, intuicyjność
obsługi, jakość oraz ergonomia pracy użytkownika systemu
informatycznego.
Rozumie potrzebę uczenia się przez całe życie wynikającą z
szybkiego postępu w zakresie technologii informatycznych,
języków programowania oraz metodyk projektowania
1. systemów informatycznych. Potrafi inspirować i organizować
proces uczenia się innych osób, w szczególności osoby w
zespole projektowym, w zakresie projektowania i realizowania
systemów informatycznych.
Efekty kształcenia dla
przedmiotu - po
zakończonym cyklu
kształcenia
Kompetencje
społeczne
Potrafi współdziałać i pracować w grupie, przyjmując w niej
różne role. Ma świadomość odpowiedzialności za jakoś
wykonania systemu informatycznego. Reprezentuje gotowość
2. podporządkowania się zasadom pracy w zespole i ponoszenia
odpowiedzialności za współtworzony system informatyczny.
Potrafi odpowiednio określić priorytety służące realizacji
systemu informatycznego.
Potrafi myśleć i działać w sposób kreatywny i
przedsiębiorczy. Potrafi wskazać celowość tworzenia systemu
informatycznego realizującego zadane funkcjonalności.
Potrafi wskazać grupę docelową użytkowników systemu
informatycznego oraz sposoby, w jaki system informatyczny
ma przynosić dochód (sprzedaż licencji, przychód z reklamy
etc.). Ma świadomość roli społecznej absolwenta uczelni
3. technicznej, a zwłaszcza rozumie potrzebę formułowania i
przekazywania społeczeństwu, w szczególności poprzez
środki masowego przekazu, informacji i opinii dotyczących
osiągnięć techniki i innych aspektów działalności
inżynierskiej; podejmuje starania, aby przekazać takie
informacje i opinie w sposób powszechnie zrozumiały, z
uzasadnieniem różnych punktów widzenia.
Metody dydaktyczne:
Na wykładzie: wykład informacyjny, wykład problemowy, opis, instruktaż, w miarę możliwości wykład
konwersatoryjny oraz dyskusja dydaktyczna, metoda sytuacyjna, przypadków.
konwersatoryjny oraz dyskusja dydaktyczna, metoda sytuacyjna, przypadków.
Na zajęciach projektowych: metoda projektu, okazjonalnie metoda tekstu przewodniego.
Forma i warunki zaliczenia przedmiotu:
Na wykładzie: kolokwium zaliczeniowe. Na zajęciach projektowych: oceny za poszczególne etapy pracy,
ocena prowadzącego zajęcia za całość projektu, oraz ocena koleżaństa za całość projektu. Ocena końcowa
to średnia ważona wymienionych ocen.
Literatura podstawowa:
[1] Booch G., Rumbaugh J., Jacobson I.: UML - Przewodnik użytkownika. WNT Warszawa 2000.
[2] W., Subieta K.: Podstawy inżynierii oprogramowania. Wydawnictwo PJWSTK Warszawa 2005.
[3] Jaszkiewicz A. : Inżynieria oprogramowania. Wydawnictwo Helion, Gliwice 1996.
[4] Amr Elssamadaisy: AGILE. Wzorce wdrażania praktyk zwinnych. Wydawnictwo Helion, Gliwice 2010.
[5] Yourdon E.: Współczesna analiza strukturalna. WNT Warszawa, 1996.
Gamma Erich, Helm Richard, Johnson Ralph, Vlissides John: Wzorce Projektowe. Elementy
[6] oprogramowania obiektowego wielokrotnego użytku. Wydawnictwo Helion, Gliwice 2010.
Richardson Jared R., Gwaltney Jr. Wiliam A.: Sprzedaj swój program. Wydawnictwo Helion, Gliwice
[7] 2007.
Software engineering Description, dostępne na:
[8] http://standards.ieee.org/reading/ieee/std_public/description/se/
Literatura uzupełniająca:
[1] Materiały na stronach prowadzących zajęcia.
[2] Fowler M., Scott K.: UML w kropelce. LTP, Warszawa, 2002.
[3] Pożniak-Koszałka I.: Relacyjne bazy danych w środowisku Sybase. Wrocław 2004.
[4] Coad P., Yourdon E. : Analiza obiektowa. Wydawnictwo Read Me, Warszawa 1994.
[5] Robertson J.: Pełna analiza systemowa. WNT Warszawa, 1999.
[6] Sinan Si Alhir: UML. Wprowadzenie. Wydawnictwo Helion, Gliwice 2003.
[7] Barker R., Longman C.: Modelowanie funkcji i procesów. WNT Warszawa, 1996.
______________
* niewłaściwe przekreślić
…………………………………………………..
……………………………………………………….
(kierownik jednostki organizacyjnej/bezpośredni przełożony:
pieczęć/podpis
(Dziekan Wydziału
pieczęć/podpis)