MB_SIZ_w3

Wykład 3

Przedsi

wzi

cie informatyczne

w zarz

dzaniu

Systemowa analiza wymaga

informacyjnych

Proces specyfikacji wymaga

Sesje panelowe - workshop

Wykład 3

PRZEDSI

WZI

CIA INFORMATYCZNE

Warianty przedsi

wzi

ęć

informatycznych

ze wzgl

du na „produkt”

– pozyskanie powielarnego systemu

informatycznego,

– opracowanie indywidualnego systemu

informatycznego,

– zastosowanie nowych

rodków

organizacyjnych i technologicznych.

Wykład 3

Eksploatacja nowego systemu

Eksploatacja systemu

Utrzymanie i rozwój

Przej

cie na nowy system

Wdro

enie systemu

Wdro

enie

Weryfikacja systemu

Implementacja i dokumentacja
u

ytkownika

Programowanie systemu

Budowa i dokumentacja
u

ytkowa

Projekt

Projektowanie systemu

Projektowanie

Analiza

Modelowanie systemu

Analiza

Studium mo

liwo

Formu

owanie za

systemowych

Strategia

Wg [AnPrStr]

[3]

wg [InfEkon]

[2]

Wg [SysAnal]

]

[1]

Systems Analysis and Design, Kenneth E. Kendall, Julie E. Kendall, Prentice-Hall International, Inc.

[2]

Informatyka dla ekonomistów. Studium teoretyczne i praktyczne, praca zbiorowa pod redakcj

Adama Nowickiego, Wydawnictwo Naukowe PWN,

Warszawa-Wroc

aw 1997

[3]

Roszkowski J., Analiza i projektowanie strukturalne, HELION, Gliwice 2004

Wykład 3

Etapy przedsi

wzi

cia informatycznego

7. Wdro

enie,

ytkowanie i

rozwój
systemu

2. Okre

lenie potrzeb

informacyjnych
u

ytkowników

1. Identyfikacja,

celów, problemów
i mo

liwo

6. Testowanie i

szacowanie
systemu

5. Tworzenie i dokumentowanie

oprogramowania systemowego

4. Projektowanie

systemu

3. Analiza potrzeb

systemowych

Wykład 3

ANALIZA WYMAGA

INFORMACYJNYCH

YTKOWNIKÓW SIZ

• wykonywana przez analityków systemowych

z my

o projektowaniu;

• ma na celu systematyczn

analiz

danych

wej

ciowych, przepływu danych i informacji

wynikowych w kontek

cie konkretnego

przedsi

wzi

cia (organizacji);

• jest zespołem uporz

dkowanych działa

podejmowanych w celu usprawnienia
funkcjonowania organizacji poprzez
wykorzystanie komputerowych systemów
informacyjnych (systemów informatycznych).

Wykład 3

UCZESTNICY PROCESU SYSTEMOWEJ

ANALIZY WYMAGA

ANALITYCY SYSTEMOWI dokonuj

systematycznego oszacowania i oceny
funkcjonowania organizacji poprzez badanie

ródeł i procesów przetwarzania danych

wej

ciowych i informacji wynikowych, maj

c na

celu poprawienie procesów organizacyjnych,
cz

sto drog

zastosowania w organizacji

systemu informatycznego

Wykład 3

KATEGORIE ANALITYKÓW:

• KONSULTANT - zatrudniony specjalnie dla

zidentyfikowania i rozwi

zywania problemów zwi

zanych

z system informacyjnym organizacji.

• WSPIERAJ

CY EKSPERT - zatrudniony w organizacji,

opracowuje profesjonaln

ekspertyz

np. dotycz

sprz

tu komputerowego i oprogramowania oraz ich

wykorzystania w organizacji.

• KATALIZATOR ZMIAN - analityk zarówno wewn

trzny

jak i zewn

trzny wobec organizacji; uczestniczy w jakim

stopniu w cyklu

ycia przedsi

wzi

cia informatyzacji i

jest obecny w organizacji w pewnym przedziale czasu;
uzmysławia potrzeb

zmian, opracowuje plan zmian i

współpracuje z innymi przy wprowadzaniu zmian.

Wykład 3

YTKOWNICY

YTKOWNICY – pracownicy/członkowie organizacji,

którzy komunikuj

z systemem informacyjnym z racji

funkcji pełnionych w organizacji.

PODZIAŁ U

YTKOWNIKÓW według sposobu

korzystania z wyj

ść

systemu:

• U

YTKOWNICY PIERWOTNI

wykorzystuj

wyj

cia systemu informacyjnego

bezpo

rednio w realizacji zada

organizacyjnych.

• U

YTKOWNICY WTÓRNI

wprowadzaj

dane do systemu informacyjnego, ale nie

wykorzystuj

bezpo

rednio wyj

ść

z systemu do

wykonywania swoich zada

organizacyjnych.

Wykład 3

INNE KRYTERIA PODZIAŁU

YTKOWNIKÓW:

• potrzeby zwi

zane z monitorowaniem lub

zarz

dzaniem,

• podej

cie proaktywne lub reaktywne,

• zajmowany poziom administracyjny.

Wykład 3

RÓDŁA INFORMACJI W SYSTEMOWEJ

ANALIZIE WYMAGA

• strategie i plany rozwojowe organizacji,
• istniej

cy obieg informacji,

• struktur

organizacyjn

– zakresy obowi

zków,

odpowiedzialno

ci itp.

• obowi

zuj

ce w organizacji procedury gospodarcze,

w tym zwi

zane z procesem zapewnienia jako

ci,

• obecny stan informatycznego wspomagania

zarz

dzania,

• rozmowy (wywiady), ankiety i inne narz

dzia

umo

liwiaj

ce uzyskanie informacji od

pracowników/u

ytkowników.

Wykład 3

IDENTYFIKACJA

Opis

ANALIZA

Wnioski

SYNTEZA

System Informacyjny

Organizacji

Propozycje

zyki werbalne

zyki graficzne

zyki mieszane

Analiza celów i problemów
Analiza krytycznych czynników sukcesu (CSF)
Analiza wpływu technologii

Planowanie strategii informacyjnej

Analiza dokumentacji
Wywiady
Ankiety

Badanie

Wykład 3

POTRZEBY/
WYMAGANIA

Po co?

Co?

Co?
Gdzie?
Kiedy?
Jak?

Organizacja

Cele

Funkcje

Materialne Informacyjne

Informacje

osi

gane przez

realizowane przez

Wykład 3

ZAKRES SYSTEMOWEJ ANALIZY

WYMAGA

• Identyfikacja celów organizacji i problemów w jej

funkcjonowaniu. (ETAP KRYTYCZNY)

• Analiza wymaga

informacyjnych organizacji jako

cało

ci i jej elementów. (ETAP ZASADNICZY)

• Modelowanie organizacji z punktu widzenia procesów

przetwarzania informacji.

• Opracowanie alternatywnych propozycji systemu

informatycznego.

• Oszacowanie kosztów zaproponowanych wariantów i

przedstawienie przewidywanych korzy

ci z ich

wdro

enia.

Wykład 3

PROCES SPECYFIKACJI WYMAGA

SYSTEMOWYCH

ETAPY

Identyfikacja zakresu systemu i

źródeł wymagań

Pozyskiwanie

Konsolidacja

i redakcja

Analiza zbiorcza

II.

III.

IV.

Wykład 3

I. IDENTYFIKACJA ZAKRESU

SYSTEMU I

RÓDEŁ WYMAGA

1) USTALENIE ZAKRESU PROJEKTU

2) PRZYGOTOWANIE FAZY POZYSKIWANIA

WYMAGA

Wykład 3

USTALENIE ZAKRESU PROJEKTU

•

Zidentyfikowanie niezb

dnych z punktu

widzenia biznesu cech systemu.

•

Zdefiniowanie projektów dotycz

cych

modyfikacji istniej

cych systemów i

rozwoju nowych.

•

Ustalenie wzgl

dnych priorytetów tych

projektów.

•

Zidentyfikowanie celów biznesowych dla
ka

dego projektu i ka

dego systemu.

Wykład 3

USTALENIE ZAKRESU PROJEKTU

cd.

• Okre

lenie harmonogramu i bud

etu

osi

gania celów biznesowych

• Zidentyfikowanie wy

szych warstw

zarz

dzaj

cych, które b

odpowiedzialne za system i które powinny
wspiera

projekt,

• Zdefiniowanie zakresu w terminach

funkcji, które maj

realizowane przez

system.

Wykład 3

PRZYGOTOWANIE FAZY

POZYSKIWANIA WYMAGA

•

Uzgodnienie celu systemu,

•

Bud

et i harmonogramowanie prac,

•

Zabezpieczenie (security) i bezpiecze

stwo

(safety),

•

Punkty widzenia udziałowców przedsi

wzi

cia

informatycznego: u

ytkowników i innych,

którzy mog

formułowa

wymagania.

Wykład 3

UDZIAŁOWCY PRZEDSI

WZI

CIA

INFORMATYCZNEGO

– Wła

ciciele systemu

– U

ytkownicy systemu

– Kierownik zespołu realizuj

cego

– Analitycy systemowi
– Projektanci systemowi
– Programi

– Specjali

ci/konsultanci IT

oraz personel techniczny zespołu realizuj

cego przedsi

wzi

cie

odpowiedzialny za sporz

dzanie dokumentacji

Wykład 3

Studia wst

pne

(1)

• U

yteczne

ródła informacji

raporty organizacyjne, instrukcje post

powania,

zakresy obowi

zków/kompetencji, dokumentacje

istniej

cych systemów, procedury kontroli i oceny

itp.

• Stosowane

w przedsi

wzi

ciach „nowych jako

ciowo”

(dziedzinowo) dla analityków

Wykład 3

Studia wst

pne

(2)

Zalety:

• Pomagaj

analitykom zrozumie

organizacj

przed

spotkaniem z lud

mi w niej pracuj

cymi.

• Pozwala analitykowi przygotowa

zastosowanie innych

metod gromadzenia faktów.

• Dokumentacje istniej

cych systemów mog

dostarczy

formalnie zdefiniowanych wymaga

informacyjnych

WADY:

• Dokumenty zwykle nie odzwierciedlaj

w pełni

rzeczywisto

ci.

Wykład 3

Sesje panelowe - workshop

• S

technik

organizatorsk

zapewniaj

ca post

w realizacji przedsi

wzi

cia informatycznego

• W pocz

tkowej fazie przedsi

wzi

cia informatycznego

słu

żą

sformułowaniu realizowanej przez przedsi

wzi

cie

strategii informatyzacji

• W kolejnych etapach analityk musi spotyka

udziałowcami upewniaj

c si

co do słuszno

ci swoich

spostrze

i wniosków, które powinien sformułowa

raporcie ko

cowym

• Na etapie projektowania systemu spotkania maj

na celu

doprowadzenie do konkluzji co do zbioru wymaga

wyboru wariantów projektowych ich realizacji itp.

Wykład 3

Joint Application Development

–

Interakcyjne Tworzenie Aplikacji

• Równie

znane jako Joint Application Design

(JAD).

• Technika JAD opracowana i sponsorowana

przez IBM w latach 90-tych.

• Po raz pierwszy skutecznie zastosowana w

Kanadzie

Wykład 3

JAD Zasady

• Aktywno

ść

grupowa

– wywiady indywidualne i

grupowe zostały zast

pione sesjami (workshop)

•

rodki wizualne

– od tablic pogl

dowych do

interaktywnych ekranów prezentacyjnych.

• Zorganizowany, racjonalny proces

– adaptuj

ró

norodne techniki: burza mózgów, analiza top-down

itp.

• Podej

cie dokumentacyjne

– ka

da z sesji ko

czy si

sporz

dzeniem dokumentu, który w postaci łatwiejszej

do zrozumienia przedstawia wszystkie uzgodnienia
poczynione podczas jej trwania

(WYSI/WYG)

Wykład 3

Joint Requirements Planning (JRP)

• „Technika-córka” JAD

• Bardziej popularna na etapie analizy

systemu/wymaga

w trakcie realizacji

projektu/przedsi

wzi

cia

Wykład 3

• Lider sesji (animator) – okre

la poziom i

kierunek dyskusji; kieruje dynamik

grupy;

potrzebuje doskonałych umiej

tno

interpersonalnych.

• Analityk – odpowiedzialny za dokumenty

sesji; równie

uczestniczy w dyskusji; zwykle

wiadczony w zakresie analizy systemowej.

• Wła

ciciel (sponsor) – finansuj

przedsi

wzi

cie i zatrudniaj

cy personel,

przedstawiciel najwy

szego szczebla

zarz

dzania; prezentuje strategiczny punkt

widzenia.

Uczestnicy JRP

(1)

Wykład 3

Uczestnicy JRP

(2)

• Przedstawiciel (-ciele) u

ytkowników –

najwa

niejsi – na nich koncentruje si

sesja;

wraz z innymi diagnozuje potrzeby
organizacyjne i formułuje wymagania
systemowe.

• Eksperci/konsultanci IT.
• Specjali

ci – dostarczaj

wiedzy na konkretne

tematy (dziedziny funkcjonalne) z obszaru
podstawowej działalno

ci bie

żą

cej.

Wykład 3

Przygotowanie sesji

• Okre

lenie celów sesji - prezentacja,

rozwi

zanie problemu, rozstrzygni

cie konfliktu,

analiza post

pu prac, gromadzenie i ł

czenie

faktów, szkolenie, planowanie itp.

• Opracowanie harmonogramu oraz

zapewnienie odpowiedniego wyposa

enia

• Przygotowanie porz

dku sesji – i odpowiednio

wczesne poinformowanie uczestników

Wykład 3

Przeprowadzanie sesji

• Prowadzenie sesji – mo

na w zale

ci od

celu sesji realizowa

w sposób bardziej lub

mniej strukturalny; nale

y utrzymywa

czasowy i zaplanowany porz

dek sesji.

• Rezultatem ko

cowym sesji musi by

pisemne

podsumowanie przekazane uczestnikom sesji.

• Powinny by

konsekwentnie stosowane

formalne zasady dokonywania prezentacji
(oraz ich przygotowywania), dyskusji nad
przebiegiem prac projektowych,
przeprowadzania burzy mózgów itp.

Wykład 3

Korzy

ci z JRP

(1)

• Wzrost poczucia partnerstwa w

przedsi

wzi

ciu mi

dzy sfer

biznesow

i i

ekspertami ds. oprogramowania

• Umo

liwia stronie biznesowej identyfikacj

zdefiniowanie potrzeb w sferze oprogramowania

• Skraca czas projektowania i implementacji

systemu poprzez jasne sformułowanie
wymaga

od samego pocz

tku.

• Ułatwia decyzje co do architektury i

platformy realizacji systemu

Wykład 3

Korzy

ci JRP

(2)

• Obni

enie kosztów realizacji i pó

niejszej

eksploatacji przez rozstrzyganie istotnych kwestii na
wczesnych etapach realizacji przedsi

wzi

cia.

• Podwy

szenie jako

ci rozwi

projektowych

poprzez wykorzystanie/poł

czenie pomysłów

udziałowców ro

nych kategorii.

• Zwi

kszenie wiedzy o systemie u u

ytkowników

cowych i członków zespołu projektowego oraz ich

zadowolenia z efektów ko

cowych.

Wykład 3

Zasady JRP

(1)

cisłe przestrzegania zasad przyj

tej

metodologii

•

Sesje JRP wykorzystuj

podej

cie top-down

•

Proces strukturalny zwykle przebiega w nast

puj

cych krokach:

1. Uzgodnienie i zatwierdzenie ogólnych wymaga

– w tym

zakresu, celów i zamierze

2. Skonstruowanie listy głównych procesów (działa

) w ka

dym

obszarze funkcjonalnym.

3. Opracowanie wst

pnych schematów przedstawiaj

cych modele

realizowanych procesów i wykorzystywanych obiektów
(logiczny model danych).

4. Identyfikacja potrzeb informacyjnych, których zaspokojenie

dzie stanowiło wsparcie SI dla procesów b

cych baz

logicznego modelu danych

(3)

Wykład 3

Przygotowanie jest spraw

kluczow

• Prowadz

cy sesj

typuje uczestników ka

dej z sesji JRP

(workshop).

• Terminy sesji s

harmonogramowane z wyprzedzeniem i

uzgadniane – ka

dy z uczestników mo

e uwzgl

dni

w swoich planach ( i vice versa).

• Prowadz

cy sesj

powinien przygotowa

wst

pne

opracowania, modele do inicjacji dyskusji i zach

uczestników do przygotowania własnych.

Zasady JRP

(2)

Wykład 3

da sesja ma konkretnie zdefiniowane

cele.

• Gwarancj

ich realizacji jest porz

dek sesji

znany wszystkim jej uczestnikom.

• Szczególny nacisk jest poło

ony na

zaanga

owanie wszystkich uczestników i

ostateczne osi

gniecie konsensusu.

Sesje JRP s

zorientowane na osi

ganie

konkretnych rezultatów.

• Wszystkie informacje dostarczane przez

uczestników sesji s

dokumentowane.

Zasady JRP

(3)

Wykład 3

Przewodnik prowadz

cego sesj

JRP

1. Nie zmienia

zaplanowanego porz

dku sesji pod

byle powodem

2. Trzyma

harmonogramu czasowego

3. Zapewni

bie

żą

ce sporz

dzanie notatek

4. Unika

stosowania

argonu technicznego

5. Stosowa

zabiegi likwiduj

ce konflikty

6. Pozwala

na „twórczo wybuchowe” wypowiedzi

7. D

ąż

do uzyskania konsensusu w ramach grupy

8. Zapewni

liwo

ść

wypowiadania si

wszystkim

uczestnikom

9. Dba

o obecno

ść

wszystkich udziałowców