1

Wykład 7. Rozwój Biznesu/TI (Technologie

Informatyczne) Strategie i Rozwiązania

Wykładowca:

Prof. Anatoly Sachenko

Informatyczne systemy zarządzania

2

Plan wykładu

Dział I. Planowanie fundamentów

Dział II. Wykonanie zadań

Dział III. Rozwijanie systemów biznesowych

Dział IV. Wykonywanie systemów biznesowych

3

Dział I. Planowanie fundamentów

Planowanie organizacyjneScenariusz podejściaPlanowanie dla wyczynowych korzyściModel biznesowyPlanowanie e - biznesoweIdentyfikowanie strategii e - biznesuStosowanie planowanie e - biznesowego

4

Planowanie organizacyjne

Proces planowania zawiera (następny slajd)Budowanie zespołu, modelowanie i zgodaOcenianie organizacyjnych osiągnięć które zostały

nabyteAnalizowanie biznesu, ekonomii, polityki, i

społecznego środowiskaPrzewidywanie i ewaluacja skutków przyszłego

rozwojuBudowanie podzielonej wizji i decydowanie o

celachDecydowanie jak działać żeby osiągnąć rezultaty

5

Struktura procesu planowania

6

Planowanie organizacyjne – Definicje

Plan –formalne artykuły działania, które są odczuwalnie potrzebne w osiąganiu upragnionych rezultatów. Plany prowadzą do działań, działania wytwarzają rezultaty, a część planowania jest pobierana z rezultatów

Wykonanie – proces planowania jest następstwem wykonania, które jest monitorowane przez miary kontroli dla planowania

Strategiczne planowanie – transakcje z rozwijaną misją organizacji, cele, strategie i polityki

7

Planowanie organizacyjne – Definicje (c.d.)

Wyobrażenie strategiczne – sesje planowane zespołowo często zawierają odpowiedzi strategiczne pytań

Planowanie taktyczne – angaż właściwości celu i rozwój procedur, zasad, planów i budżetu

Planowanie operacyjne – jest to planowanie zbiorowe na podstawie krótkiego okresu aby wprowadzać i kontrolować operacje dzień po dniu

8

Scenariuszowe podejście do planowania Scenariuszowe podejście do planowania zyskanego w planowaniu jak:

mniej formalności, ale bardziej realistyczne metody strategicznego planowania dla użytku przez specjalności biznesowe (następny slajd)

W scenariuszowym podejściu zespoły menadżerów i innych planowanych imiesłowów w symulacji ćwiczeń, gdzie mogą bezpiecznie: Tworzyć Eksperymentować Oceniać różnorodność scenariuszy z jakich mogą być zadowoleni w

realnym świecie Alternatywne scenariusze są tworzone przez zespoły albo przez

symulacyjne oprogramowanie biznesowe oparte na.. Rozmaitość rozwojów, trendów oraz czynników środowiskowych

9

Planowanie przewagi konkurencyjnej

Strategiczne planowanie e - biznesu angażuje potencjalne korzyści i obawy o dobro firmy Kiedy są wykorzystywane e - biznesowe strategie i technologie

dla konkurencyjnych korzyści Modele mogą być użyte do tworzenia pomysłów dla

strategicznego wykorzystania IT (następny slajd): Konkurencyjne siły modelu – konkurenci, klienci,

dostawcy, nowi członkowie i substytuty Konkurencyjne strategie modelu – koszt, przywództwo,

różnicowanie, wzrost, innowacje i przymierza Wartości łańcuchowe modelu –dodać wartość do produktu

albo serwisu – wspierać najważniejsze procesy biznesowe Strategiczna macierz możliwości – ocena strategicznego

potencjału proponowanych możliwości e-biznesu Jako miernik ich ryzyka/spłaty

10

Model planowania przewagi konkurencyjnej

Wysokie ryzyko

Wysoki zysk

Duży sukces

Wysoki zysk

Wysokie ryzyko

Niski zyskBezpieczny ale

niski zysk

Potencjalna strategia biznesu

Wysoki

niski

niski wysoki

Zdolność firm dostarczania za pomocą IT

11

Planowanie przewagi konkurencyjnej (c.d.)

Analiza SWOT używana jest do ewaluacji i wyboru możliwej do zastosowania strategii dotyczącej przedsiębiorstwa oraz wykorzystania w niej TI: Siły (wewnętrzne) – źródło kompetencji i zasobów w

którym jest jeden z rynków Słabości (wewnętrzne) – substandard sprawowania

(wykonywania) biznesu w porównaniu do innych (biznesów/przemysłów)

Szanse (zewnętrzne) – potencjał dla nowego rynku biznesowego albo innowacyjne przedarcie się, które może znacznie rozszerzyć obecne rynki

Zagrożenia (zewnętrzne) – potencjalne straty dla biznesu i rynku pozowane przez działanie konkurencji

12

Model biznesu - Definicja

Model biznesu to koncepcja struktury która wyraźnie uzasadnia jego logikę ekonomiczną oraz system który ustala w jaki sposób biznes pozyskuje właściwych klientów w celu uzyskania założonych zysków

Odpowiada na podstawowe pytania dotyczące fundamentalnych komponentów biznesu, jakimi są:Kim są nasi klienci?Co nasi klienci cenią?Ile będzie kosztować dostarczenie wartości do

klientów?Jak robimy pieniądze w tym interesie?

13

Funkcje modelu biznesu

Model biznesu:Sprecyzowanie wartości oferowanej klientom oraz

dostarczenie im takiej wartości za pomocą produktów i usług w określonych cenach

Sposób w jaki biznes powinien być zorganizowany i w jaki sposób powinien działać aby umożliwić zysk i przewagę konkurencyjną w związku z prowadzoną działalnością

Skupiać się na tym jak wszystkie komponenty pasują do systemu

Zmusza przedsiębiorców i kierowników do rygorystycznego i systematycznego myślenia o wartości i rentowności biznesu, który planują

14

Planowanie e - biznesu

Działanie, ukierunkowywanie i odkrywanie możliwości rozwoju aby usatysfakcjonować potencjalnych użytkowników produktów firmowych oraz osiągnięcia celów jest związane bezpośrednio z planowaniem e-biznesu

Proces planowania kieruje rozwojem strategii oraz modeli biznesu dla nowych platform e – biznesu oraz e – handlu, procesów, produktów oraz usług (patrz następny slajd)

Przedsiębiorstwo może rozwinąć strategię IT oraz architekturę IT, która może wspomagać budowę oraz wprowadzać w życie niedawno zaplanowane aplikacje e – biznesu

15

Schemat planowania e - biznesu

16

Planowanie e - biznesu – Główne komponenty

Ma trzy główne komponentyStrategia rozwoju – rozwój strategii e-biznesu oraz

e - handelu, które wspierają wizję przedsiębiorstw, używa IT do kreowania innowacyjnych e -systemów, które skupiają się na klientach oraz wartości biznesowej

Zarządzanie zasobami – strategie rozwoju dla kierowania przedsiębiorstwem włączając personel IS, MW & SW & dane

Architektura technologii – tworząc strategię IT wybieramy informacje architektury technologii wspomóc inicjatywę przedsiębiorstw do projektowania e – biznesu i e – handlu

17

Planowanie e - biznesu – Architektura IT

Główne komponenty architektury IT Platforma technologiczna - Internet, intranet, extranet

oraz system SW dostarczając informatycznych i komunikacyjnych infrastruktury która wspiera strategiczne użycie e - biznesu oraz e - handel.

Zasoby danych – wiele typów sprawnych i wyspecjalizowanych baz danych włączając magazyny danych oraz Internetu/intranetu.

Teczki aplikacji – biznesowe aplikacje IT są zaprojektowane jako zintegrowane teczki IT, które wspierają inicjatywy strategiczne e - busines

Struktura IT - jest zaprojektowana do przyjęcia zmieniających się strategii biznesu.

18

Identyfikacja strategii e - biznesu

Strategiczna pozycja macierzy może pomóc przedsiębiorstwu rozpoznać gdzie koncentruje się użycie Internetowych technologii zyskując oparte na współzawodnictwie korzyści e - biznesu i e - handlu

Kwadrant macierzy reprezentują (patrz następny slajd):Ulepszenie kosztów i efektywnościWystępowanie poprawy w efektywności biznesuPenetracja globalnego rynkuTransformacja produktu i usługi

19

Strategiczne ustalenie macierzy

Globalna prezentacja

rynku

Produkt i zmiana usług

Koszty i poprawa

wydajności

Poprawa wydajności w skuteczności

biznesu niski

wysoki

wysoki Procesy e-biznesu/współpraca/ograniczenie kosztów

Sp

ójność

klien

ta/kon

ku

rencja/tech

nologia

Zew

nętrzn

i sterown

icy

Wewnętrzni sterownicy

20

Strategiczne ustalenie komponentów macierzy

Koszt i poprawa wydajności Niski poziom spójności i użycia IT Strategia:Internet używany do komunikacji i

współdziałania Przykład: używanieE-maila, czatów, grup dyskusyjnych i

stron przedsiębiorstw Występowanie poprawy w wydajności biznesu

Wysoki stopień wewnętrznej łączności zmusza, by znacznie ulepszyć jego procesy biznesu, ale zewnętrzna spójność wciąż jest niska.

Strategia: making major improvements in business effectiveness

Przykład: Użycie intranetu i extranetu do łączenia organizacji przez przyjmowanie zakładów.

21

Strategiczne ustalenie komponentów macierzy – Globalna prezentacja rynku

Musi skapitalizować na: wysoki stopień klienta spójność konkurencji użycie IT

Strategia: rozwój aplikacji e – biznesu i e – handlu optymalizacja interakcji z klientamiBudowa marketu

Przykład: strony e – handlu z dodaną wartością informacji serwisowej i obszerne wspieranie on – line klienta

22

Strategiczne ustalenie komponentów macierzy – Produkt i zmiana usługi

Wszyscy akcjonariusze są szeroko powiązaniStrategia:

Narzędzia internetowe - bazujące technologie, w tym strony e - handlu e-biznesowe intranet i extranet

Przykład: Użycie Internetu dla elektronicznych transakcji handlowych odbywające się z klientami na stronach firmy Aukcje e – handlu wymiany dla dostawców

23

Planowanie aplikacji e - biznesu

Zaczyna się po wystąpieniu fazy strategicznej.Zawiera..

Ocena propozycji dla użycia IT wykonanie priorytetów strategicznych

Ocena biznesowych spraw inwestowanie w rozwój projektów e -

biznesowychRozwijanie i wykonywanie aplikacji e - biznesu

kierowanie rozwijanymi projektami

24

Planowanie aplikacji e - biznesu –Architektura

Planowanie architektoniczne e - biznesu łączy się: Współczesne metody i alternatywne planowanie scenariuszy z

nowoczesnymi metodami Strategiczne punkty, przymusy i wymagania

Są rozwijane w oparciu o analizę SWOT i inne Producenci używają procesów inżynierii biznesowej do

określenia metod w jaki sposób strategie e - biznesu powinny zostać

wprowadzone Komponenty e - biznesu i e - handlu na podstawie aplikacji

są rozwijane do użycia procesy nowego biznesu wykorzystują aplikacje SW

Dane komponentów zaopatrzone są w skład modeli biznesowych (c.d. na następnym slajdzie)

25

Planowanie aplikacji e - biznesu –Architektura (c.d.)

Biznesowe procesy inżynieryjne i elementy - oparte na czynnościach opracowywania aplikacji są wspierane przez infrastrukturę technologiczną przedsiębiorstwa włączając wszystkie zasoby architektury IT

Tak dobrze jak potrzebne komponenty rozwijanych technologii

Architektura e - biznesu planuje strategiczne odnośniki rozwoju do biznesowego modelowania i rozwoju komponentów metodologicznych w odniesieniu do szybkiej produkcji strategii biznesowej potrzebnej do użycia przez firmę

26

Wyzwania przy wdrażaniu

wdrażanie IT opór użytkownika końcowego i zaangażowanie zarządzanie zmianami

27

wdrażanie IT

wdrażanie jest procesem polegającym na wykonywaniu planów zmian w strategiach e-biznesowych i aplikacjach które zostały rowinięte w procesie planowania.

Wdrażanie IT wymaga radzenia sobie ze skutkami wielkich zmian w kluczowych organizacyjnych wymiarach tak jak (zob. Nast. Slajd) :

-procesy biznesowe-struktura organizacyjna-role menadżerskie -przydzielenie pracy pracownikom-stosunki między partnerami

28

wdrażanie IT cd

wyzwania dla portali operujących na intranecie

wyzwania przy planowaniu zasobów przedsiębiorstwa

bezpieczeństwo x 3zdefiniowanie możliwości i celu portaluznalezienie czasu i pieniędzygwarantowanie zgadzającej sie jakości

danychspowodowanie, by pracownicy tego

używaliorganizowanie danychznalezienie ludzi biegłych w rzeczach

technicznychłączenie kawałków w całośćzrobienie tego łatwym w użytkuzaopatrzenie wszystkich użytkowników

w dostęp

spowodowanie, by użytkownik kupował to z zapasem

rozkład/planowanieintegracja starsyzch rozwiązań

technicznychspowodowanie, by zarząd kupował to z

zapasemradzenie sobie z

wieloma/miedzynarodowymi stronami i partnerami

zmiana kultury/sposobu myśleniatrening ITpozyskiwanie, utrzymywanie

pracowników ITprzenoszenie się na nową platfomępolepszanie wydajności/systemu

29

Opór użytkownika końcowego i zaangażowanie

-ludzie nie lubią zmian -zmiana może spowodować strach i opór wobec tej zmiany -kluczowe punkty by przeciwdzialać oporowi użytkownika:

-odpowiednie wyszkolenie użytkownika i trening-polepszony kontakt ze specjalistami IS (chyba chodzi o Information Services )-zaangażowanie użytkownika w rozwój

- i wdrażanie nowych systemów-zaangażowanie ścisłego kierownictwa

-i wszystkich innych partnerów biznesowych

30

Opór użytkownika końcowego i zaangażowanie (ciąg dalszy)

Bezpośredni udział użytkownika w projektach rozwoju systemu przed wdrażaniem tego systemu-jest to szczególnie ważne dla zmniejszenia potencialnego oporu użytkownika

-Pozwól użytkownikom być członkiem zespołów rozwijających systemy e-biznesowe albo-pozwól im robić własną pracę rozwojową (czyli niech oni sami projektują software)

-Powyższe zaangażowanie pomaga zapewnić, że-użytkownicy „przypuszczają, że posiadają“ system

-który jest stworzony by odpowiadać ich potrzebom

31

Zarządzanie Zmianami – czynności

Ludzie są ważnym celem organizacyjnego zarządzania zmianami (patrz nast slajd)

-Czyności Zarządzania zmianami-rozwijanie innowacyjnych sposobów by:

-zmierzyć-motywować i -wynagradzać wydajność

-Projektowanie programów by rekrutować i trenować pracowników w zasadniczych kompetencjach (umiejętnościach)-Analizowanie i zdefiniowanie wszystkich zmian które konfrontują organizację

32

struktura organizacyjna zarządzania zmianami

(strzałka w góre) niski-----wplyw na biznes-----wysoki (strzałka w prawo) niski----poziom trudności/czas by podjąć decyzje------wysoki (napisy idące w góre) operacyjne, strategiczne (napisy poziome nad tabelką) technologia, proces, ludzie (tabelki, górne) 1 architektura przedsiębiorstwa partnerstwo dostarczycieli integratory systemów outsourcing (polega to na tym, że dane są przesyłane do innych firm, które je

przetwarzają przy bardzo małych kosztach. Znany przykład – amerykańskie firmy zbierają dane od klientów i przesyłają je do indii, by oni na ich podstawie wypełnili oświadczenia majątkowe amerykańskich klientów)

2 posiadanie planowanie procesy przenikające do wszystkich sfer przedsiębiorstwa procesy przenikające do wszystkich sfer pomiędzy różnymi przedsiębiorstwami 3 dowódcy przy zmianach luźna/ostra kontrola wyłączne sponsorowanie i wspieranie wyrównywanie warunków satysfacji (dolne tabelki) 1 wybór technologi wspieranie technologi wymogi instalacyjne 2 kontrola zmian zarządzanie wdrażaniem procesy wspierania 3 rekrutacja utrzymywanie (ludzi) trening transfer wiedzy

33

Zarządzania Zmianami – kluczowe kroki postępowania

kluczowe kroki postępowania dla zmian:-zaangażuj tak dużo ludzi jak tylko to możliwe-Zrób stałą zmianę jako

-przewidywalną część kultury organizacyjnej-Mów każdemu możliwie jak najwięcej o wszystkim

-i możliwie jak najczęściej, najlepiej osobiście-Rób użytek z zachęt finansowych i uznania -Pracuj wewnątrz kultury spółki/firmy

34

ośmiostopniowy proces zarządzania zmianami

(niebieska strzałka u góry) ustawienie, analiza, zdefiniowanie, zmiana (niebieska strzałka u boku od góry na dól) stwórz wizję zmiany, zdefiniuj

strategię zmiany, rozwiń przywództwo, zbuduj zaangażowanie, zarządzaj wydajością ludzi, dostarcz korzyści biznesowych, stwórz kulturę, stwórz organizację

(poziome wiersze) 1. rozumienie strategicznych wizji /stworzenie istotnej historii zmian /zrobić

wizję obszerną i operacyjną 2 ocenić gotowośc zmiany wybrać nalepszą konfigurację zmiany ustanowić zarząd nad zmianami 3 stworzyć decyzję o przewodnictwie /prowadzić program zmian /rozwinąć

umiejętności przywódcze 4 zbudowanie zespołów /zarządzanie partnerami /komunikować się /zarządzać

oporem /przetransferować wiedzę i umiejętności 5 oszacować potrzeby /wdrożyć zarządzanie wydajnością /wdrożyć praktyki

dla ludzi 6 zbudować przypadek biznesowy /ocenić zyski /utrzymać zyski 7 zrozumieć obecną kulture /stworzyć kulturę docelową /wdrożyć zmianę

kultury 8 zrozumieć obecną organizację /stworzyć organizacje docelową /wdrożyć

organizacje docelową

35

Sekcja 3 . Projektowanie/Rowijanie Systemów Biznesowych

Podejście SystemoweSystemowy cykl rozwojowyPrototypowanie Zaczynanie w systemowym procesie

rozwojowymAnaliza Systemowa-Projekt SystemowyRozwijanie przez użytkownika

36

Podejście Systemowe- definicja i czynności

Podejście systemowe do rozwiązywania problemów korzysta z orientacji systemowej by zdefiniować problem, okazję i rozwinąć rozwiązania.

Przeanalizowanie problemu i sformułowanie rozwiązania zawiera następujące zależne od siebie czynności.-Rozpoznanie i zdefiniowanie problemu albo okazji używając myślenia systemowego-Rozwinięcie i ocenienie alternatywnego rozwiązania systemowego-Wybranie rozwiązania systemowe które najlepiej odpowiada twoim wymogom-Zaprojektowanie wybranego rozwiązania systemowego-Wdrożenie i ocenienie powodzenie zaprojektowanego systemu.

37

Podejście Systemowe – Myślenie systemowe

Myślenie Systemowe- używająć myślenia systemowego do zrozumienia problemu albo okazji jest jednym z najważniejszych aspektów podejścia systemowego

Sedno sprawy dyscypliny myślenia systemowego polega na „widzeniu lasu i drzew“ w każdej sytuacji poprzez:-widzenie „wzajemnych relacji“ pośród „systemów“ raczej niż liniowego łańcucha „przyczyny i skutku“ kiedy zachodzą zadarzenia.-Widzenie „procesów“ zmiany pośród „systemów“, zamiast oderwanych od siebie „mignięć“ zmiany, kiedy takie zachodzą

38

Podejście Systemowe – Myślenie systemowe (cd.)

Jednym sposobem praktycznej realizacji myślenia systemowego jest spróbowanie i znalezienie

-systemów, podsystemów i komponentów systemów w każdej sytuacji jaką przerabiasz

Jest to znane także jako używanie kontekstu (związku) systemowego albo-posiadanie systematycznego wglądu w sytuację

Na przykład, organizacja biznesowa, albo process biznesowy w którym pojawia sie problem może byc spostrzegany jako system:-wprowadzania-przetwarzania-danych wyjściowych-reakcji zwrotnej-sprawdzenia

39

Systemowy cykl rozwojowy Używanie podejścia systemowego by rozwinąc rozwiązania IS

może być spostrzegane jako wielokrokowy proces nazywany informacjnym systemowym cyklem rozwojowym-jest znany też pod nazwą życiowy cykl rozwojowy systemu (ŻCRS) (ang skrót SDLC)

-ŻCRS składa się z pięciu kroków (patrz następny slajd)-dochodzenie-analiza-projektowanie-wdrażanie-konserwacja

40

struktura Systemowego cyklu rozwojowego (tekst po lewej) zrozumieć problem albo okazje biznesową stworzyć rozwiązanie dla systemu informacyjnego wdrożyć te rozwiązanie (tabelki) 1 dochodzenie systemowe. Produkt: badnia nad wykonywalnością 2 analiza systemowa. Produkt: wymagania funkcjonalne 3 projektowanie systemowe. Produkt: specyfikacje systemowe 4. wdrażanie systemowe. Produkt: system operacyjny 5. konserwacja systemowa. Produkt: polepszony system (tekst po prawej) -stwierdzenie, jak zaadresować okazje biznesowe i priorytety -przeprowadzić badanie nad wykonywalnością by stwierdzić czy nowy bądź

polepszony system biznesowy jest wykonywalnym rozwiązaniem -rozwinąć plan zarządzania projektem i uzyskać zgodę zarządu -przeanalizować potrzeby informacyjne pracowników, klientów, i innych

partnerów biznesowych -rozwinąć funkcjonalne potrzeby systemu który może sprostać priorytetom

biznesowym i potrzebom wszstkich partnerów -rozwinąć specyfikację dla sprzętu, oprogramowania, ludzi, sieci i zasobów

danych i produktu informacyjnego który usatysfakcjonuje funkcjonalne wymogi proponowanego informacyjnego systemu biznesowego (he?)

-pozyskać (albo rozwinąć) sprzęt i oprogramowanie -przetestować system i przeszkolić ludzi by mogli go używać -przestawić się na nowy system biznesowy -użyć procesu sprawdzającego po wdrążeniu by monitorować, ocenić i

zmodyfikować system biznesowy, akurat tak jak potrzeba.

41

Prototypowanie

Szybkie projektowanie i testowanie działających modeli, albo tzw prototypów nowych aplikacji w interaktywnym, znaczącym procesie. Prototypowanie:-Czyni proces projektowania szybszy i łatwiejszy dla:

-specjalistów IS i profesjonalistów biznesowych i-projektów gdzie potrzeby użytkownika końcowego są

trudne do zdefiniowania-Upraszcza i przyszpiesza projektowanie systemów-Zwiększa rolę użytkowników i specjalistów IS w projektowaniu systemów

Jest czasami zwane też szybkim projektowaniem aplikacji (SPA) (tu też skrót angielski RAD)

42

Proces Prototypowania Prototypowanie - używane zarówno przy dużych i małych aplikacjach

-typowe, duże systemy e-biynesowe wciąż wymagają używania tradycyjnego rozwojowego podejścia systemowego, ale części takiego systemu mogą być jak najbardziej prototypowane-Prototyp aplikacji biznesowej potrzebowanej przez użytkownika końcowego jest projektowany szybko przy zastosowaniu gamy oprogramowania slużącego do tego celu.

-potem system prototpowy jest ponownie ulepszany, aż do momentu, w którym jest możliwy do zaakceptowania.-Prototypowanie jest znaczącym, interaktywnym procesem który łączy poszczególne kroki tradycyjnego systemowego cyklu rozwojowego. (patrz nast. Slajd)

43

Proces prototypownia (cd) (po lewej) cykl prototypowania cykl konserwacji (tabelki w środku) 1 zidentyfikowanie potrzeb biznesowych użytkownika końcowego 2 rozwinąc prototypy systemu iznesowego 3 przejrzeć prototypy by lepiej sprostać wymogom użytkownika 4 używać i konserwować zaakceptowany system biznesowy (po prawej) -dochodzenie/analiza.Użytkownicy końcowi identyfikują swe potrzeby

biznesowe i oceniają wykonalność kilku alternatywnych rozwiązań systemu informacyjnego.

-analiza/planowanie. Użytkownicy końcowi i/albo specjaliści IS użuwają narzędzi do rozwijania aplikacji by interaktywnie rozwijać i testować prototypy komponentów systemu informacyjnego które sprostają wymogom biznesowym użytkownika końcowego

-rozwijanie/wdrażanie. Prototypy systemu biznesowego są testowane, oceniane i modyfikowane aż do momentu gdy użytkownik końcowy uzna je za odpowiednie

-wdrażanie/konserwacja. Zaakceptowany system biznesowy może być z łatwością modyfikowany, gdyż większość dokumentacji systemowej jest zapisana na dysku

44

Zaczynanie w systemowym procesie projektowania – dochodzenie systemowe

Dochodzenie systemowe jest pierwszą fazą w systemowym procesie projektowania

Zawiera trzy kroki:-Zdeterminowanie, jak zwracać się do okazji i priorytetów e-biznesowych-Przeprowadzenie badania nad wykonywalnością by zdeterminować czy

-nowy albo polepszony system e-biznesowy ma wykonalne rozwiązanie-Rozwinięcie planu zarządzania projektem i uzyskanie zgody zarządu

45

Zaczynanie w systemowym procesie projektowania – badania nad

wykonywalnością Badanie nad wykonywalnością jest wstępnym badaniem

-gdzie potrzeby informacyjne-potencjalnych urzytkowników i wymogi

zasobów, kosztów, pożytków i wykonywalności proponowanego projektu są ustalane

Jest podzielone na (patrz nast slajd)-wykonywalność organizacyjną-wykonywalność ekonomiczną-wykonywalność techniczną-wykonywalność operacyjną

46

Zaczynanie w systemowym procesie projektowania – struktura badania nad

wykonywalnością Wykonywalność organizacyjna jak dobrze zaproponowany system wspiera priorytety biznesowe

organizacji Wykonywalność ekonomiczna - oszczędzanie na kosztach - zwiększenie dochodu - zmniejszone wymogi inwestycyjne - zwiekszony zysk wykonywalność techniczna możliwości, niezawodność i dostępność sprzętu, oprogramowania jak i

sieci wykonywalność operacyjna - akceptacja przez pracowników, klientów i dostawców - wspieranie zarządzania - kierowanie albo inne potrzeby

47

Zaczynanie w systemowym procesie projektowania – Analiza kosztów/zysków

Słuszne rozwiązanie będzie miało

-pewne zalety i korzyści i

-pewne wady jak i kosztyTe zalety i wady są identyfikowane

-kiedy każde alternatywne rozwiązanie jest sprawdzane

Ten proces nazywa się analizą kosztów/zysków

48

Zaczynanie w systemowym procesie projektowania – analiza kosztów/zysków (cd) Konkretne koszty – koszty i zyski które można określić (np

koszty sprzętu i oprogramowania, wynagrodyenie pracowników)

Niekonkretne koszty – koszty i zyski których nie można określić (np utrata dobrej woli klientów, morały pracowników spowodowane błędami i zakłóceniami mające u podstaw instalację nowego systemu)

Konkretne zyski – korzystne wyniki (np. Zmniejszenie sumy na liście płac spowodowane redukcją personelu albo zmniejszenie w inwentarza powodującego koszty spowodowane redukcją tegoż inwentarza)

Niekonkretne zyski – ciężkie do oszacowania (np. Lepszy serwis dla klienta albo szybsze i bardziej dokładne informacje dla zarządu) przykład na nast folii

49

Analiza systemowa

Analiza systemowa jest dogłębnym badaniem potrzeb informacyjnych użytkownika końcowego która produkuje funkcjonalne wymogi

Z reguły zawiera badanie:- potrzeby informacyjnej firmy i użytkowników końcowych- czynności, zasobów i produktów każdego systemu informacyjnego będącego w użytku- możliwości systemu informacyjnego potrzebnych by sprostać wymogom informacyjnym użytkownika i innych partnerów e-biznesowych którzy mogą używać systemu.

50

Analiza systemowa – (cd)

Analiza organizacyjna zawiera sprawdzanie systemów organizacyjnych i środowiskowych jak i podsystemów związanych z tym w każdej sytuacji

Analiza systemowa z reguły zawiera dokładne przebadanie organizacji:-środowiska-struktury zarządzania-ludzi-czyności biznesowych-systemów środowiskowych-obecnego systemu informacyjnego

51

Analiza systemowa – analiza obecnego systemu

Analiza obecnego systemu zawiera analizę czynności, zasobów, i produktów

Musi zanalizować jak obecny system używa -sprzętu, oprogramowania, i zasobu ludzkiego

-by przekształcać zasobu danych w produkt informacyjny taki jak raport albo przedstawienia-dokumentować, jak cynności informacyjne wprowadzania, przetwarzania, wyniku, magazynowania i kontroli

-są realizowane

52

Analiza Systemowa – Analiza funkcjonalnego zapotrzebowania

Analiza funkcjonalnego zapotrzebowania – celem jest identyfikacja co powinno być zrobione, nie jak to zrobić. Główne kroki wiążą się z:

Określeniem, jakiego typu informacji dane działanie biznesowe wymaga (format, objętość, częstotliwość, czas reakcji)

Określeniem zdolności przetwarzania informacji wymaganej dla każdej działalności (dane wejściowe, przetwarzanie, magazynowanie i kontrola) aby sprostać potrzebom informacyjnym

Rozwój zapotrzebowania funkcjonalnego (nie będącego powiązanym z HW,SW, siecią, danymi i zasobami ludzkimi)

53

Konstrukcja systemu

Analiza systemu opisujeCO system powinien zrobić aby sprostać

potrzebom informacyjnym użytkownikówProjekt systemu określa

JAK system sprosta potrzebom informacyjnym użytkowników

Skupia się na trzech istotnych produktach(patrz następny slajd)Konstrukcja interfejsu użytkownika Konstrukcja danychKonstrukcja procesów

54

Konstrukcja systemu – główne produkty

55

Projekt systemu – konstrukcja interfejsu użytkownika

Konstrukcja interfejsu użytkownika skupia się na wspieraniu interakcji pomiędzy końcowym użytkownikiem a aplikacjami komputerowymi

Projekt atrakcyjnych i wydajnych form wejścia i wyjścia użytkownika, takich jak Internet/intranet

Projektowanie jest często prototypowym procesem, w którym działające modele lub prototypy interfejsów użytkownika są projektowane i modyfikowane wiele razy

Projektowanie systemu tworzy szczegółowe specyfikacje projektowe dla produktu takie jak interaktywny dialog użytkownika i komputera, dźwiękowe odpowiedzi, formularze, dokumenty oraz powiadomienia, raporty

56

Projekt Systemów (kontynuacja)

Specyfikacje systemu formalizują projekty metod i produktów aplikacji interfejsu użytkownika, struktur baz danych, przetwarzania danych i kontroli procedur

Projektanci systemu stale opracowują uściślenia urządzeń, oprogramowania, sieci, danych oraz pracowników dla proponowanego systemu

Analitycy systemu pracują z użytkownikiem więc mogą wykorzystać jego wiedzę pochodzącą z własnej pracy, a także ich własną wiedzę o systemach komputerowych aby sprecyzować projekt nowego lub ulepszonego systemu informacyjnego

57

Projekt systemu – Końcowy Projekt

Końcowa konstrukcja systemu zazwyczaj wyszczególnia:

Zasoby sprzętowe (urządzenia, media) Zasoby oprogramowania (programy i

procedury) Zasoby sieciowe (media komunikacyjne i sieci) Zasoby ludzkie (końcowi użytkownicy i sztab

informacyjny) Jak zasoby zostaną użyte do przetworzenia

zasobów danych (gromadzonych w zaprojektowanych bazach danych i plikach) w produkty informacyjne (powiadomienia, raporty i dokumenty)

58

Opracowania dla końcowego użytkownika

Przy opracowywaniu końcowego użytkownika System informacyjny odgrywa rolę doradczą:

Podczas tworzenia własnych aplikacji, gdzie opracowanie aplikacji to:Szkolenie użycia pakietów aplikacjiSelekcja sprzętu i oprogramowaniaWspółpraca w osiąganiu dostępu do baz

danych organizacjiWspółpraca przy analizowaniu, projektowaniu

i realizacji własnej aplikacji

59

Opracowania dla końcowego użytkownika – fundamentalne zadania

Opracowania dla końcowego użytkownika powinny skupić się na: fundamentalnych działaniach systemu

informacyjnego (patrz następny slajd):Dane wejściowePrzetwarzanieWynikiPrzechowywanieKontrola

60

End User Development - – Fundamental Activities Structure

61

End User Development (continued)

Podczas opracowań dla końcowego użytkownika Ty, oraz inni fachowcy od biznesu

Mogą opracować nowe lub ulepszone sposoby przedstawiania stanowiska bez bezpośredniego wpływu specjalistów od systemów informacyjnych

Opracowane aplikacje tworzące różnorodne oprogramowanie konfekcjonowaneUłatwiły wielu użytkownikom opracowanie ich

własnych rozwiązań opartych na komputerach have made it easier for many users to develop their own computer-based solutions

62

Section IV. Realizacja systemów zarządzania

Realizacja nowego systemuSprawdzanie sprzętu, oprogramowania i

obsługiInne czynności realizacyjne

63

Realizowanie, wprowadzanie Nowego Systemu

Proces realizacji, wprowadzania świeżo zaprojektowanego systemu informacyjnego wiąże się z rozmaitymi zakupami, testowaniem, dokumentacją, instalacją i działalnościami adaptacyjnymi

wiąże się to również z przeszkoleniem końcowego użytkownika w działaniu i użytkowaniu nowego systemu informacyjnego

Zatem realizacja, wprowadzanie jest istotnym krokiem w zapewnianiu sukcesu nowego systemu

Wiąże się ona z różnorodnymi czynnościami (patrz: następny slajd)

64

Wprowadzanie nowego systemu – główne działania

65Ocena sprzętu, oprogramowania i obsługi- Działalności przedsiębiorstw oparte na użyciu

komputerów Wymagani dostawcy do zaprezentowania ofert i

propozycji opartych na specyfikacjach określonych podczas projektowania stadium rozwoju systemu

Ustanowienie akceptowalnego fizycznie minimum i przedstawienie charakterystyki dla wymagań sprzętowych i oprogramowania.

Agencje rządowe używają dokumentów zwanych RFP (request for proposal) oraz RFQ (request for quotation), które nadmieniają wszystkie wymagane specyfikacje.

66

Ocena sprzętu, oprogramowania i obsługi- Działalności przedsiębiorstw oparte na użyciu

komputerów(cd) Kiedy kilka konkurujących ofert nabycia HW

(sprzętu)/SW(oprogramowania) muszą zostać oszacowane, może zostać użyty punktowy system oceny, dający liczbowy wynik dla każdego poddanego ocenie czynnika

HW i SW powinno być poddane ocenie Używanie specjalnych testów oprogramowania

oraz testów danych aby ocenić proponowane oprogramowanie i sprzęt, dostępne są również specjalne symulatory oprogramowania

Inni użytkownicy są często najlepszym źródłem informacji potrzebnej do oceny wymagać producentów i dostawców

67

Parametry oceny sprzętu

68

Parametry oceny oprogramowania

69

Ocena serwisu systemu informacyjnego

Dostawcy sprzętu oraz oprogramowania oferują różnorodne systemy informacyjne końcowym użytkownikom i organizacjom Niektóre z nich dostarczane są bez żadnych

kosztów, na przykład:Rozwój stron internetowych dotyczących handlu

elektronicznegoInstalacja lub

konwersja nowego oprogramowania lub sprzętu

Szkolenie pracownikówUtrzymanie sprzętu

70

Parametry oceny serwisu systemu informacyjnego

71

Inne czynności związane z realizacją, wprowadzeniem - Testowanie

Testowanie systemu może składać się z: Testowanie działania stron internetowych Testowanie i debugowanie oprogramowania Testowanie nowego sprzętu Przegląd pokazowych prototypów

raporty oraz inne wyniki

Testowanie Na każdym etapie procesu rozwoju systemu

72

Inne czynności związane z realizacją, wprowadzeniem - Dokumentacja

Dokumentacja Służy jako sposób komunikacji pomiędzy ludźmi

odpowiedzialnymi za tworzenie, realizację i utrzymanie systemów komputerowych

Jest szczególnie ważna w diagnozowaniu błędów i wprowadzaniu zmian

Dokumentacja składa się z 1. Instrukcji procedur operacyjnych 2. Przykładowe ekrany wprowadzania

danych 3. Wzory formularzy 4. Wzory raportów

73

Inne czynności związane z realizacją, wprowadzeniem - Szkolenie

Szkolenie zawiera: Czynności takie jak wprowadzanie danych Wszystkie aspekty odpowiedniego użycia

nowego systemu Menedżerowie i końcowi użytkownicy muszą

posiadać wiedzę: Dotyczącą tego, jak nowa technologia wpływa

na zarządzanie i operacje biznesowe Programy szkoleniowe dla specyficznego

sprzętu, pakietów oprogramowania oaz Ich użycie dla specyficznych działań

74

Cztery główne formy konwersji systemów

75

Cztery istotne formy konwersji systemów (kontynuacja)

Równoległa konwersja: Zarówno stary jak i nowy system są obsługiwane, dopóki

Zespół zajmujący się opracowywaniem projektów oraz zarządzaniem dot. końcowych użytkowników nie zgodzi się aby całkowicie „przełączyć się” na nowy system

Jest tak do czasu, gdy Działania i rezultaty obydwóch systemów są porównane i

sprawdzone Błędy mogą być zidentyfikowane i skorygowane oraz

Problemy z obsługą mogą być rozwiązane zanim zakończone zostanie korzystanie ze starego systemu

76

Cztery istotne formy konwersji systemów (kontynuacja)

Fazowa konwersja: Tylko części nowej aplikacji lub tylko kilka wydziałów,

agentur jest w danym czasie konwertowana Pozwala na stopniową realizację procesu w organizacji

Konwersja pilotażowa: - gdy jeden wydział lub inny obszar działania służy jako obszar testowy Nowy system może być wypróbowany w tym obszarze aż do

czasu, gdy twórcy czują, że może być zrealizowany w całej organizacji

Gwałtowne/Bezpośrednie Cięcie: - rozpoczyna korzystanie z systemu i całkowicie porzuca stary system

77

Inne czynności wprowadzające – utrzymanie systemu informacyjnego

Utrzymanie systemu informacyjnego to monitorowanie, ocenianie oraz modyfikowanie biznesowego systemu operacyjnego w celu osiągnięcia pożądanych lub niezbędnych usprawnień:

Późniejszy przegląd realizacji procesów, aby upewnić się, że nowo wprowadzone systemy potrafią sprostać ustanowionym dla nich celom e-biznesu

Korekcja błędów w opracowaniu lub użyciu systemu Składa się na nią okresowy przegląd lub

kontrolowanie systemu aby upewnić się, że jego obsługa jest poprawna i spełnia jego cele i zamierzenia

Modyfikacje systemu e-biznesu z powodu zmian w organizacji biznesu lub otoczenia rynkowego.

78

References

1. James A. O'Brien. Management Information Systems: Managing Information Technology in the Business Enterprise. Sixth Edition. McGraw-Hill/Irwin, 2004, 619 p.

2. http://www.roz6.polsl.pl/asachenko/sutaa.html