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.