SYSW01 , Projektowanie systemów informatycznych


Style zachowania w grupie.

W grupie powinien być jeden lider (promotor) , gdy jest ich więcej mogą wystąpić konflikty. Promotorzy mają pomysły, supporters wykonują czarną robotę (analitycy też). Kontroler sprawdza czy idzie OK, jest kierownikiem.

Efektywny zespół:

zapewnione role:

Każdy zna:

Pułapki:

Rezultaty pułapek:

Rozwiązanie - dobrać grupę o odpowiednich:

Role w grupie:

Formalne:

Nieformalne

Style zachowania:

Każda osoba zawiera 4 style zachowania:

P S

PROMOTOR

K A

P S

SUPPORTER

K A

P S

KONTROLER

K A

P S

ANALITYK

K A

Promotor:

+ Bardzo emocjonalny

+ Chce szybkich zmian

+ Globalista

+ Stymuluje

+ Spontaniczny

+ Głośno myśli

- Manipulacyjny (konfliktowy)

- Konkurencyjny

- Prowokacyjny

- Głośny

- Niesystematyczny (nie może być kierownikiem)

Kontroler:

+ Naturalny przywódca

+ Aktywny i ambicjonalny

+ Niezależny

+ Sprawny

+ Kompetentny (w kierowaniu, często nie merytorycznie)

+ Odpowiedzialny

- Niecierpliwy

- Niepodtrzymujący

- Arogancki

- Żądny władzy

- Nieinspirujący

Supporter:

+ Odpowiedzialny

+ Pomocny

+ Posiada intuicję

+ Unika konfliktów

+ Dobry słuchacz

+ Emocjonalny

- Czuły na komplementy

- „Bez zasad”

- Bez struktury

- Musi być miły

- Łatwo się przekonuje

Analityk:

+ Stabilizujący

+ Koncepcyjny (nie tak jak promotor)

+ Zbiera fakty

+ Dobry słuchacz

+ Bardzo systematyczny

+ Można na nim polegać

- Niekomunikatywny

- Introwertyczny

- Trochę nudny

- Niecierpliwy i wątpiący

- Unika konfliktów (ukrywa problemy)

Osoby o skrajnym położeniu na wykresie nie są „reformowalne”.

Istnieją różne metody analizy sytuacyjnej organizacji gospodarczej. Zadaniem tych metod jest określenie sfer informatyzacji firmy czy instytucji, które pozwolą osiągać założone cele strategiczne oraz uniknąć zagrożeń.

Sesja Meta Planu została wymyślona przez niemieckiego profesora.

Reguły:

Przebieg:

Podział na grupy

W każdej grupie

Łączenie działań - systemy informatyczne pozwalające uniknąć zagrożeń i osiągnąć cele.

Diagramy przepływu danych.

Są najpopularniejszą metodą opisu i modelowania w dziedzinie przedmiotowej (wycinka rzeczywistości) dla celów jej późniejszej informatyzacji. Diagramy ze względu na swoją prostotę są łatwym do stosowania narzędziem dla użytkowników nie wprowadzonych w technologię informatyczną. Są rodzajem umowy między informatykami a użytkownikami.

Proces

Składnica

Przepływ

Obiekt zewnętrzny

Lp.

Pojęcie

Znaczenie

1

Proces

Funkcja realizowana w systemie przekształcająca dane wejściowe w wynikowe

2

Przepływ danych

Powiązanie pomiędzy procesami i innymi kategoriami DPD

3

Składnica danych

Kolekcja danych, które muszą być przechowywane w systemie w określonym czasie

4

Terminator - obiekt zewnętrzny

Źródło lub przeznaczenie danych - zewnętrzne obiekty, z którymi system komunikuje się - osoby, działy, jednostki organizacyjne

Części zamienne

zamów.

Klient Przetwarzanie Dostawca

zamówień

faktury FY dost.

Klienci

Diagram kontekstowy

Diagram zerowy

(systemowy)

Hierarchia

diagramów

Poziom procesów

elementarnych - z każdym poziomem w kółkach coraz bardziej dokładna pozycja (np. 2 - 3; 2.1 - 2.2; 2.1.1 - 2.1.2)

Reguły konstruowania DPD.

Diagramy przepływu danych uporządkowane są w hierarchię:

Diagram pozwalają na opis systemów o różnym stopniu złożoności

Diagram nie może być większy niż format A4.

W dekompozycji procesów obowiązuje zasada 7 +- 2.

Wszystkie kategorie występujące na poziomie n-1 muszą być pokazane na poziomie n (również w postaci zdekomponowanej).

Nazwy kategorii w określonej hierarchii diagramów są unikalne.

Nie nadaje się nazw przepływom do i ze składnicy danych.

Niedopuszczalne są przepływy między składnicami i terminatorami.

Składnica winna być użytkowana przez co najmniej dwa procesy.

Nie występują:

Strzałka do składnicy oznacza, że dokonuje się konkretnych zmian (dodawanie, aktualizacja, skreślanie).

Strzałka do składnicy danych oznacza, że są one czytane.



Wyszukiwarka

Podobne podstrony:
Wykorzystanie modelu procesow w projektowaniu systemow informatycznych
Wykład VII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
2 PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH& 02 2013
8 PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH# 04 2013
Zaliczenie Projektowania SystemĂłw Informatycznych Moj Grzesiek
1 PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 02 2013
6 PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH& 03 2013
PROJEKT SYSTEMU INFORMACYJNEGO TV
W1 Projektowanie systemów informatycznych
Projektowanie systemów informacyjnych w01
Wykład XI, politechnika infa 2 st, Projektowanie Systemów Informatycznych
C Projektowanie systemow informatycznych Vad Profesj
Wykład VII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
Wykład XII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
Analiza i projektowanie systemow informatycznych S Wrycza 4CT
Projekt systemu informatycznego Kamil Janus, Szkola - materialy
projektowanie inżynierskie, Projektowanie strukruralne i obiektowe-WYKŁAD 8, PODSTAWY PROJEKTOWANIA

więcej podobnych podstron