Rafał Rychcicki,
18-19. czerwca 2012
Egzamin z Modelowania i Analizy Systemów Informatycznych (MiASI)
Opracowanie pytań
1)
Wymienić i scharakteryzować typy organizacji infrastruktury technologii informatycznej w
przedsiębiorstwie.
1.
Niezależny – bieżąca administracja, brak kontekstu strategicznego
2.
Reaktywny – wspomaganie strategii, ale nie kształtowanie jej
3.
Współzależny – kształtowanie strategii
2)
Na czym polega reaktywna infrastruktura technologii informatycznej w przedsiębiorstwie?
Wspomaga strategię, ale jej nie kształtuje.
3)
Rola systemu informatycznego w przedsiębiorstwie. Jaka jest różnica między systemem
informacyjnym a informatycznym?
Wspomaga istniejącą organizację lub kształtowanie jej strategii.
System informacyjny to system przetwarzania danych, a system informatyczny to część systemu
informacyjnego, w której wykorzystano system komputerowy.
4)
Wymień typy systemów informatycznych w przedsiębiorstwie i krótko je scharakteryzuj:
1.
System Ewidencyjny (SE): zbiory danych + programy + interfejs użytkownika
2.
System Informowania Kierownictwa (SIK): SE + język bezpośredniego użytkownika (i więcej
interfejsu)
3.
System Wspomagania Decyzji (SWD): SIK + baza modeli decyzyjnych
4.
System Wspomagania Biznesu (SWB): SWD + bazy wiedzy + baza reguł wnioskowania +
inżynieria wiedzy
5)
Składowe systemu CIM w firmie:
1.
Moduł informowania kierownictwa
2.
Moduł sterowania produkcją
3.
Moduł wspomagania projektowania i produkcji
4.
Moduł sieciowy
6)
Podać podział (klasyfikację) systemów informatycznych zarządzania:
1.
Cząstkowe
2.
Jednodziedzinowe
3.
Wielodziedzinowe:
1.
Proste
2.
Bazowe
3.
Rozwinięte
4.
Kompleksowe
7)
Klasyfikacja zintegrowanych systemów informatycznych zarządzania:
1.
IC
2.
MRP
3.
MRP II
4.
ERP
5.
DEM
6.
CRM
8)
Scharakteryzować systemy klasy MRP.
(Material Requirements Planning)
Planowanie potrzeb materiałowych przez wydawanie zleceń zakupu i produkcji w takim momencie,
by produkt pojawił się w dobrej chwili i ilości.
9)
Scharakteryzować systemy klasy MRP II.
(Manufacturing Resource Planning)
Planowanie zasobów produkcyjnych poszerzone o bilansowanie zasobów produkcyjnych i
dystrybucję.
10)
Scharakteryzować systemy klasy ERP.
(Enterprise Resource Planning)
(MRP III – Money Resource Planning)
(MRP II Plus)
Planowanie zasobów przedsiębiorstwa wraz z procedurami finansowymi.
11)
Scharakteryzować systemy DEM.
(Dynamic Enterprise Modeller)
Dynamiczne modelowanie przedsiębiorstwa, umożliwiające bezpośrednie przejście od modelu firmy
do gotowej konfiguracji aplikacji dla poszczególnych użytkowników.
12)
Scharakteryzować systemy klasy CRM.
(Customer Relationship Management)
Zarządzanie kontaktami z klientem.
13)
Wymienić podstawowe cechy zintegrowanych systemów informatycznych przedsiębiorstwa.
1.
Kompleksowość
2.
Integracja
3.
Elastyczność
4.
Otwartość
5.
Zaawansowanie merytoryczne i technologiczne
6.
Przepisowość
14)
Na czym polega integracja w systemach informatycznych? Wymienić typy takiej integracji.
Na łączeniu w całość.
1.
Projektowa
2.
Organizacyjna
3.
Techniczna
4.
Konstrukcyjno-technologiczna
15)
Scharakteryzować problem informatyzacji przedsiębiorstwa w kontekście restrukturyzacji
firmy.
• Przed informatyzacją należy dokonać zmian organizacyjnych.
• Stworzenie przedsiębiorstwa zorientowanego procesowo.
• Określamy procesy w przedsiębiorstwie i zmieniamy zarządzanie.
• Restrukturyzacja powinna być nadrzędna w stosunku do informatyzacji.
• Informatyzacja:
1.
Analiza i definicja
2.
Modelowanie
3.
Specyfikacja i implementacja
• Zalecane podejście:
1.
Restrukturyzacja
2.
Budowa ZSI
3.
Kompletna infrastruktura
16)
Wymienić podstawowe modele cyklu życia systemu informatycznego:
1.
Kaskadowy
2.
Metodologia V
3.
Realizacja kierowana dokumentami
4.
Prototypowanie
5.
Programowanie odkrywcze
6.
Realizacja przyrostowa
7.
Montaż z gotowych elementów
8.
Model spiralny
9.
Formalne transformacje
17)
Omówić model kaskadowego cyklu życia oprogramowania:
• Dość przestarzały i mało elastyczny
• Sztywny iteracyjny proces
• Powtarzanie fazy często kosztowne
• Ścisła kolejność postępowania utrudnia komunikację z klientem
• Przejrzysty i czytelny, ale nie praktyczny
• Błąd w początkowym etapie trudno później naprawić
• Długa realizacja SI – nie widać efektów
18)
Główne cele cyklu życia prototypowania:
1.
Lepsze określenie wymagań
2.
Wykrycie nieporozumień między klientem i twórcami
3.
Wykrycie brakujących funkcji
4.
Wykrycie trudnych usług
5.
Wykrycie braków specyfikacji
19)
Scharakteryzować model cyklu życia realizacją z gotowych komponentów.
(Zwany także: programowaniem z półki)
• Redukcja nakładów dzięki podobieństwom tworzonego systemu do systemów wcześniejszych.
• Gotowe elementy wykorzystywane w różnych etapach (najczęściej przy implementacji).
• Np. stosowanie bibliotek, języków czwartej generacji lub pełnych aplikacji.
20)
Wymienić zasoby ponownego użycia gotowych elementów:
Komponenty oprogramowania i wzorce oprogramowania.
21)
Jakie czynności realizuje się w fazie definiowania założeń projektowych?
Określa się:
1.
Wymagania funkcjonalno-techniczne
2.
Rodzaj przetargu
3.
Organizację wyboru ZSI
22)
Scharakteryzować podejście społeczne do projektowania systemów informatycznych.
• Podejście antropocentryczne
• Aspekty techniczne i pozostałe są nierozłączne
23)
Scharakteryzować podejście techno- i antropo-centryzmu w wytwarzaniu systemów
informatycznych.
Techno-centryzm:
• Wysiłek w tworzenie i optymalizację systemów komputerowych.
• Użytkownicy powinni się dostosować.
Antropocentryzm:
• Człowiek jest punktem wyjścia
• Celem SI jest wiedza, pozwalająca podejmować decyzje.
• Ta wiedza rodzi się w umyśle człowieka..
• Komputer wspomaga twórcze myślenie
24)
Co to jest metodyka, metoda, metodologia?
Metodyka – ustandaryzowane podejście do rozwiązywania problemów wybranego obszaru.
Metodologia – nauka o metodach badań naukowych, ich skuteczności i wartości poznawczej.
Metoda – sposób postępowania prowadzący do celu.
25)
Czemu służy i co obejmuje modelowanie funkcji w przedsiębiorstwie dla potrzeb budowy
systemu informatycznego?
Służy opisaniu „czym zajmuje się przedsiębiorstwo”.
Obejmuje określenie:
1.
Funkcji
2.
Zdarzeń
3.
Encji
4.
Atrybutów
26)
Wymienić rodzaje systemów informatycznych:
1.
Transakcyjne ON-LINE
2.
Transakcyjne OFF-LINE
3.
Proste systemy raportujące
4.
Systemy informowania kierownictwa
5.
Systemy „inteligentne”
26b) Wymienić rodzaje MODELI systemów informatycznych (myślę, że raczej o to chodziło):
1.
Funkcjonalny
2.
Statyczny
3.
Dynamiczny
4.
Analityczny
27)
Wymienić czynności w fazie analizy:
1.
Rozpoznanie, wyjaśnianie, modelowanie, specyfikowanie i dokumentowanie.
2.
Ustalenie kontekstu
3.
Ustalenie wymagań użytkowników
4.
Ustalenie wymagań organizacyjnych
5.
Inne ustalenia
28)
Wymienić podstawowe rezultaty fazy analizy:
1.
Poprawiony dokument z wymaganiami
2.
Słownik danych ze specyfikacją modelu
3.
Dokument opisujący model
4.
Harmonogram projektowania
5.
Wstępne przypisanie ludzi i zespołów do zadań
29)
Podać klasyfikację metodyk tworzenia systemów informatycznych:
Ze względu na:
1.
Podejście do procesu tworzenia:
a)
Techniczne
b)
Społeczne
2.
Definiowanie danych lub procesów:
a)
Zorientowane na dane
b)
Zorientowane na procesy
3.
Relacje z dziedziną przedmiotową:
a)
Pasywna
b)
Aktywna
4.
Kierunek tworzenia:
a)
Zstępująca
b)
Wstępująca
30)
Wymienić przykładowe metodyki strukturalne:
1.
Metodyka Yourdona
2.
SSADM
3.
SADT
31)
Do czego służą diagramy DFD? Podać podstawowe elementy takich diagramów.
Służą do pokazaniu przepływu danych między:
• światem a systemem,
• procesami w systemie.
Podstawowe elementy:
1.
Proces
2.
Przepływ danych
3.
Zbiór danych
4.
Obiekt zewnętrzny
32)
Wymienić zasady tworzenia diagramów DFD:
1.
Hierarchia
2.
Uchwycenie głównych procesów i uszczegółowienie
3.
Jednoznaczność nazw
4.
Dane niewykorzystane przez proces nie wpływają na niego.
5.
Każdy proces ma wejście i wyjście.
6.
Każdy przepływ ma początek i kończy się na procesie.
7.
Dane z obiektów zewnętrznych przetwarzane w procesach
8.
Brak przepływu między składnicami i obiektami zewnętrznymi
9.
Konsekwencja symbolowa
10.
Oznaczenie powtarzających się elementów
11.
Prostota
12.
Weryfikacja
13.
Słownik danych
33)
Scharakteryzować metodyki obiektowe projektowania oprogramowania.
1.
Paradygmat obiektowy
2.
Procesy i struktura stanowią całość
3.
Dane i metody wyodrębnione łącznie (klasy)
4.
Dla tych klas budujemy metody, struktury danych i mechanizmy komunikacji
5.
Każdy obiekt ma autonomię, ale system pozostaje spójny
6.
Pozwala grupowo budować duże i złożone systemy
7.
Podstawą diagram klas
8.
Koncepcja przypadków użycia
34)
Wymienić przykładowe metodyki obiektowe:
1.
Express
2.
OODA (Booch)
3.
OMT
4.
OOSA
5.
Objectory
6.
MOSES/OPEN
7.
OOA/OOD
8.
UML
9.
RUP
35)
Scharakteryzować UML i jego zastosowania
(Unified Modelling Language)
UML to synteza OMT, OOSE i OODA, ale realizuje też aspekty nie przykryte przez tę trójkę.
Założenie, że pojedyncza perspektywa nie wystarczy.
Diagramy UML zapewniają wiele perspektyw systemu podczas analizy i rozwoju.
Zastosowanie: Modelowanie dziedziny problemu przy budowie systemów informatycznych.
36)
Na czym polega proces tworzenia modelu obiektowego systemu informatycznego?
• Identyfikacja klas i obiektów
• Identyfikacja związków między klasami
• Identyfikacja i definicja atrybutów
• Identyfikacja i definicja metod i komunikatów
37)
Wymienić fazy analizy i projektowania obiektowego w metodyce OMT:
1.
Analiza
2.
Projektowanie systemowe
3.
Projektowanie obiektowe
4.
Implementacja
38)
Jakie diagramy tworzy się w analizie obiektowej w metodzie Boocha?
1.
Diagramy obiektowe
2.
Diagramy klasowe
3.
Diagramy interakcji
4.
Diagramy przejść stanowych
5.
Specyfikacje relacji między klasami
6.
Specyfikacje klas i operacji
7.
Diagramy modułowe
8.
Diagramy procesowe
39)
Jaką rolę pełnią diagramy interakcji w metodyce Boocha?
Przedstawiają współpracę między obiektami, z naciskiem na przesyłanie wiadomości.
40)
Jaką rolę pełnią diagramy przejść stanowych w metodyce Boocha?
Wiążą ze stanem zbiór akcji wykonywanych przy wejściu do stanu lub wyjściu z niego.
41)
Scharakteryzować diagramy klasowe w metodyce Boocha.
Odnoszą się do:
• klas,
• relacji między nimi oraz
• ilościowych stosunków relacji.
42)
Wymienić zasady konstrukcji scenariuszy i odpowiedzialności klas w metodyce Boocha:
Konstrukcja scenariuszy:
1.
Opisujemy zachowanie systemu sekwencjami elementarnych wydarzeń
2.
Przypisujemy role obiektom biorącym w nich udział
3.
Istotne stany systemu opisujemy diagramami przejść stanowych
Odpowiedzialności klas - przypisujemy obiektom zdolności odegrania swoich roli:
1.
Zbiór akcji, które obiekt ma prawo wykonać
2.
Wiedza o mechanizmach reakcji, wpisana w obiekt
43)
Wymienić różnice pomiędzy metodykami [tak naprawdę chyba chodzi o to, żeby napisać to, co
znajduje się na slajdzie 265?]:
1.
Częściowo się różnią, ale nie muszą być sprzeczne.
2.
Nie ma uniwersalnych
3.
Zawierają elementy rzadko wykorzystywane
4.
Notacje nie muszą być nierozerwalne z metodyką
5.
Narzędzia CASE nie narzucają metodyki
44)
Wymienić nowe kierunki rozwoju metod projektowania:
1.
Integracja systemów
2.
Unifikacja funkcji
3.
Upowszechnienie wizualizacji
4.
Doskonalenie podejmowania decyzji
5.
Budowa modułowa i otwartość
6.
Kompleksowość
7.
Zaawansowanie merytoryczne i technologiczne
8.
Elastyczność funkcjonalna i strukturalna
9.
Zgodność ze zmianami w otoczeniu
10.
Bezpieczeństwo, poufność, integralność, hierarchia haseł i przywileje dostępu
45)
Wymienić nurty (podejścia) stosowane w projektowaniu systemów oprogramowania:
1.
Strukturalne
2.
Obiektowe
3.
Przyrostowe
4.
Komponentowe
5.
Aspektowe
6.
Domain-specific
7.
Life-cycle-specific
46)
Scharakteryzować metodykę FDD i omówić jej fazy:
(Feature-Driven Development)
• Metodyka zwinna.
• Projektowanie zorientowane na właściwości.
• Metodyka tworzenia oprogramowania, wspomagająca zarządzanie fazami analiz,
projektowania i implementacji.
• Zaczynamy od określenia „Ogólnego modelu systemu”
• Określamy domenę projektu i iteracyjnie dzielimy na coraz mniejsze obszary.
• Każdy niepodzielny obszar ma przypisaną grupę projektantów.
• Zespół projektantów korzysta z opracowanych wcześniej wymagań systemowych i
przypadków użycia.
Fazy:
1.
Opracowanie ogólnego modelu
2.
Określenie listy funkcjonalności
3.
Planowanie na podstawie funkcjonalności
4.
Projektowanie na podstawie funkcjonalności
5.
Wykonywanie w oparciu o funkcjonalności
47)
Scharakteryzować metodykę SCRUM i jej fazy oraz role uczestników projektu.
(Taktyka młyna)
• Metodyka zwinna
• Adaptacyjny, samoorganizujący się proces
• Ewolucyjny styl tworzenia oprogramowania (generalnie iteracja)
• Dowolna technika prac programistycznych
Fazy:
1.
Rozpoczęcie
2.
Produkcja
3.
Zakończenie
Role uczestników projektu:
1.
Scrum Master
2.
Właściciel projektu
3.
Zespół
4.
Chicken
5.
Pig
6.
Inne
48)
Scharakteryzować cykl życia w metodyce programowania ekstremalnego.
1.
Eksploracja
2.
Planowanie
3.
Iteracje wykonawcze
4.
Przygotowanie produkcji
5.
Konserwacja
6.
Zakończenie projektu
49)
Scharakteryzować metodykę RUP.
(Rational Unified Process)
• Metodyka iteracyjna i przyrostowa
• W pełni konfigurowalna platforma do obsługi procesu tworzenia oprogramowania
• Iteracyjny rozwój
• Zarządzanie wymaganiami
• Architektura komponentowa
• Modelowanie wizualne
• Weryfikacja jakości
• Zarządzanie zmianami
50)
Na czym polega i jak się realizuje projektowanie z użyciem wielokrotnym?
Polega na:
1.
Tworzeniu i stosowaniu komponentów
2.
Użyciu rodziny programów użytkowych
3.
Stosowaniu wzorców projektowych
Jak się je stosuje? Przez wielokrotne użycie:
1.
Systemów programów użytkowych
2.
Komponentów
3.
Funkcji
51)
Co to są zręby programów użytkowych i jakie jest ich zastosowanie?
Projekty podsystemów składających się z kolekcji klas abstrakcyjnych i konkretnych oraz interfejsu
między nimi.
Zastosowanie:
1.
Infrastruktura systemów
2.
Integracja śród-programów
3.
Przemysł
52)
Scharakteryzować cykl życia systemów czasu rzeczywistego.
1.
Specyfikacja wymagań
2.
Projektowanie i szacowanie czasu reakcji
3.
Kodowanie
4.
Szeregowanie zadań
5.
Uruchamianie
53)
Metoda HRT-Hood – zasady:
(Hard Real Time HOOD (Hierarchical Object-Oriented Design))
1.
Wywoływanie operacji obiektów:
a)
Aktywny ---> każdy inny
b)
Cykliczny, Sporadyczny ---> każdy inny, oprócz aktywnego
c)
Chroniony ---> tylko chronione i pasywne
d)
Pasywny ---> tylko pasywne
2.
Wywoływanie funkcji
Jeśli A i B są obiektami pasywnymi (chronionymi), a A wywołuje operację B, to B NIE MOŻE
wywołać operacji A.
3.
Dekompozycja obiektów:
a)
Aktywny ---> dowolny inny
b)
Pasywny ---> tylko pasywne
c)
Chroniony ---> pasywne + 1 chroniony
d)
Sporadyczny ---> Pasywne, Chronione + co najmniej 1 Sporadyczny
e)
Cykliczny ---> Pasywne, Chronione + co najmniej 1 Cykliczny
4.
Dekompozycja operacji:
a)
ASER ---> ASER
b)
ASER, LSER, HSER ---> HSER
Jest poprawna tylko, jeśli nie narusza własności obiektu rodzica.
5.
Istota obiektu chronionego – w danej chwili wykonuje on tylko jedną operację.
54)
Jak szacuje się czas realizacji przedsięwzięcia programistycznego? Wymienić metody i je
scharakteryzować.
1.
Wykres Gantt’a:
a.
Jasny i przejrzysty obraz przebiegu procesu w czasie
b.
Graficzna prezentacja:
i.
Początkowej chwili zadania
ii.
Czasu jego trwania
iii.
Sekwencji zadań
2.
CPM (ścieżka krytyczna):
a.
Deterministyczny (dokładny) czas trwania zadań.
b.
Schemat zależności
c.
Długość ścieżki krytycznej: maksymalny czas realizacji
3.
PERT:
a.
Stochastyczny (przybliżony) czas realizacji zadań.
b.
Schemat zależności
c.
Probabilistyka – czasy: optymistyczny, pesymistyczny, oczekiwany.
d.
Długość ścieżki krytycznej: maksymalny (oczekiwany) czas realizacji
Ś
cieżka krytyczna – ścieżka od początku do końca projektu, o najdłuższym czasie realizacji.
55)
Wymienić i scharakteryzować diagramy UML stosowane w projektowaniu oprogramowania:
1.
Diagramy przypadków użycia – struktura systemu z punktu widzenia użytkownika.
2.
Diagramy klas – odnoszą się do klas, relacji między nimi i ilościowych stosunków relacji.
3.
Diagramy zachowania:
a)
Diagramy stanów – kolejność stanów i zdarzeń dozwolonych w systemie dla wybranej
klasy.
b)
Diagramy aktywności – czynności i zakres odpowiedzialności
elementów/użytkowników systemu
c)
Diagramy sekwencji – interakcje między częściami systemu (sekwencje wymienianych
komunikatów)
d)
Diagramy kolaboracji – strukturalne związki między biorącymi udział w interakcji
częściami i wymiana komunikatów między nimi.
4.
Diagramy implementacyjne:
a)
Diagramy komponentów – podział systemów na podsystemy
b)
Diagramy wdrożeniowe – powiązania między oprogramowaniem i sprzętem.