Információtechnológia

Átírás

1 1. dia 1. dia Információtechnológia Közgazdasági Informatikai Intézeti Tanszék Dr. Gubán Ákos PhD 1

2 2. dia 2. dia 50-es évek I. generáci ció Elektroncsöves Sebesség: 300 szorzás / s Operatív tár: CRT, mágnesdob Háttértár: mágnesszalag, mágnesdob Adatbevitel: lyukszalag, lyukkártya Adatkivitel: lyukkártya, nyomtatott lista fixpontos aritmetika Vezérlés: operátor kapcsolók Szoftver: gépi kód és assembly, a felhasználó által írt programok Kezdetleges batch 2

3 3. dia 3. dia CRT memória Freddie C. Williams 1948 (első tároltprogramú digitális számítógép találmánya a Williams-Kilburn cső, egy korai memória eszköz) ENIAC MARK I Whirlwind 3

4 4. dia 4. dia Sir Frederic Calland Williams június 26 Stockport augusztus 11 Manchester 4

5 5. dia 5. dia CRT memória (cathode( cathode-ray tube) 5

6 6. dia 6. dia Manchester Mark 1 6

7 7. dia 7. dia ENIAC 7

8 8. dia 8. dia 50-es 60-as évek 8

9 9. dia 9. dia Második generáci ció (55-64) Aktív áramkör: tranzisztorok Sebesség: szorzás / s Operatív tár: ferritgyűrű Háttértár: mágnesszalag az általános, mágneslemez Adatbevitel: lyukkártya, mágnesszalag Adatkivitel: lyukkártya, nyomtatott lista Hardver: lebegőpontos aritmetika, indexregiszter, IO processzor Szoftver: assembly nyelv és magasszintű nyelvek, kész programkönyvtárak, batch monitor Egyéb: az operátor alapvetően a lyukkártyákat adagolja, a valós idejű feldolgozás és a távadatátvitel megjelenése 9

10 10. dia 10. dia IBM

11 11. dia 11. dia IBM

12 12. dia 12. dia Harmadik generáci ció ( ) Aktív áramkör: integrált áramkörök (SSI, MSI) Sebesség: 2 millió szorzás / s Operatív tár: ferritgyűrű Háttértár: mágneslemez, mágnesszalag Adatbevitel: billentyűzetről mágneslemezre, mágnesszalagra Adatkivitel: nyomtatott lista, képernyő Hardver: pipeline, cache memória Szoftver: operációs rendszer, újabb magasszintű nyelvek, kész alkalmazások Egyéb: időosztás, multiprogramozás, virtuális memória, miniszámítógép, számítógép-család, távadatátvitel 12

13 13. dia 13. dia 70-es évek 13

14 14. dia 14. dia IBM

15 15. dia 15. dia RJE - CRJE 15

16 16. dia 16. dia A negyedik generáci ció (1975-) Aktív áramkör: LSI és VLSI integrált áramkörök Sebesség: 20 millió szorzás / s Operatív tár: félvezető Háttértár: mágneslemez, floppy Adatbevitel: billentyűzetről a memóriába, egér, szkenner, optikai karakterfelismerés Adatkivitel: képernyő, hangszóró, nyomtatott lista Szoftver: adatbáziskezelők, negyedik generációs nyelvek, PC-s programcsomagok Egyéb: virtuális memória, osztott feldolgozás, szövegszerkesztés, személyi számítógép, mikroszámítógépes forradalom 16

17 17. dia 17. dia IBM 5150 XT 17

18 18. dia 18. dia 50-es évek üzleti rendszerei Felismerik a számítógép üzleti használhatóságát Elsősorban adattárolás (papír alapú adattárolás kiváltása) Adatrendszerezés, keresés, egyszerűbb kimutatások Nincs még lehetőség menedzseri döntések támogatására Egyre több üzleti célú alkalmazás 18

19 19. dia 19. dia TPS 50-es évek vége TPS (Transaction Processing System) Már üzleti folyamatokat is kiszolgál A tranzakció: egy az üzletmenettel kapcsolatos elemi esemény, egy termék megvétele, eladása, egy áru vagy alkatrész megrendelése, stb. TPS feladata a napi üzletmenettel kapcsolatos adatok gyűjtése, felvétele, tárolása, feldolgozása és megjelenítése volt, a nagyszámú pontos és biztonságos kezelése, a gyakran ismétlődő, strukturált tevékenységek támogatása Még nem cél a vezetői döntéshozatalhoz információt szolgáltatni. 19

20 20. dia 20. dia 60-as évek Szemléletváltás MRP 1 (Material Requirements Planning) Anyagszükséglet-számítás Az első MIS-ek (Management Information System) megjelenése Termeléssel kapcsolatos információk szolgáltatása) Maximum középszintű vezetőkig jelentések támogatása Hisztorikus adatelemzések 20

21 21. dia 21. dia 70-es évek Félvezetők első integrált áramkörök Gépek mérete, ára csökken Elérthető a nagyobb vállalatok számára (vállalati környezetű használat) Központi és sajátfejlesztésű célprogramok A helyben történt az adatok nagy tömegének viszonylag gyors és megbízható rögzítése, tárolása és kinyerése 21

22 22. dia 22. dia MRP II Manufacturing Resource Planning Integrált rendszer Gyártáshoz szükséges erőforrás tervezés Jó minőségű, nagy mennyiségű, könnyen feldolgozható adatok RJE (Remote Job Entry) és CRJE (Conversational Remote Job Entry) 22

23 23. dia 23. dia MIS a 70-es években MRP II adatait használja Rendszeres jelentése Egyedi összeállítású Rendszerezett adatok Kevés következtetés 23

24 24. dia 24. dia 80-as évek Személyi számítógépek kora MIS egy gyűjtőfogalommá válik Elemző és döntés-előkészítők statisztikai, modellező, szimulációs munkáját támogató döntéstámogató rendszerek (DSS Decission Support System) Termelés legalacsonyabb szintjétől felső vezetésig Magas szintű funkcionalitás, megjelenés, matematikai modell alapúak Felső vezetői információs rendszerek ((EIS: Executive Information System) 24

25 25. dia 25. dia EIS Múltra vonatkozó, aggregált adatok Információ a megfelelő helyen, mennyiségben és időben Közvetlenül kapcsolódott a a napi ügyviteli információs rendszerhez Ráépült az IT rendszer által gyűjtött adatokra, azokból nyerte ki az információkat elemzésre, összehasonlításra, összegzésre és következtetésre. 25

26 26. dia 26. dia 80-as évek vezetői i informáci ciós rendszer komponensek 26

27 27. dia 27. dia MIS, mint minden szintű vezetői rendszer Tervező funkció Többelágazású problémák megoldása Milyen vállalati tényező, milyen hatással van a termelésre, termékre, költségre Probléma a szigetszerűsége részrendszereknek Nyilvánvalóvá válik: alapjaitól szabványok szerint megtervezni egy integrált rendszert!!! Sajnos: erős kötődés a megszokotthoz!!! 27

28 28. dia 28. dia 90-es évek Az egyre több és jobb adatbányászó szoftverek segítségével az MRP II rendszerek folyamatosan újabb funkciókkal bővültek, a vállalat további területeit tudták bekacsolni az információs rendszerbe. Az első ERP (Enterprise Resource Planning) rendszerek 28

29 29. dia 29. dia ERP 1. 29

30 30. dia 30. dia ERP egy másik m megközel zelítésben 30

31 31. dia 31. dia 2000-es évek ERP II Teljes integráltság Partnerkezelés Internet/Intranet Belső hálózat 31

32 32. dia 32. dia ERP II, Enterprise Resource Planning Vállalati Erőforrás Tervezés modulrendszerű szoftverrendszer az egyes moduloknak megfeleltethetőek a vállalat egyes funkcionális területei logisztikai, termelésirányítási, értékesítési, számviteli, kontrolling, eszközgazdálkodás, stb. 32

33 33. dia 33. dia ERP meghatároz rozása Az ERP nem más, mint a vállalat környezetére, valamint a belső működésére és a vállalat és a környezetének tranzakcióira vonatkozó információk koordinált és folyamatos beszerzését, feldolgozását, tárolását és szolgáltatását végző személyek, tevékenységek, valamint a funkciók ellátását lehetővé tevő integrált rendszer. 33

34 34. dia 34. dia ERP rendszer sikeressége Az ERP-rendszerek sikerei abban rejlett, hogy az egyre szaporodó vállalati informatikai projektek eredményessége nagyban múlott a megalapozott döntések eredményének következetes végrehajtásán, valamint az információnak mint hatalmi forrásnak a kezelésén is. 34

35 35. dia 35. dia Informatika, informáci ciótechnológia (IT) Matematikai algoritmusok segítségével történő adatfeldolgozás Ismeretek megszerzésének, azok célszerű elrendezésének és kezelésének a tudománya Az adatok gyűjtésének, tárolásának, átalakításának, átvitelének, elérésének, megjelenítésének az erőforrásai, módszerei, eljárásai; rövidebben az adatműveletek és a kommunikáció eszközei és megoldásai; még rövidebben: hardver + szoftver. 35

36 36. dia 36. dia Informatika elemei Hardver Szoftver Menver Orgver 36

37 37. dia 37. dia Adat, jelentéstartalom, informáci ció Adat Információ Értelmezés Ha új ismeret Jelentéstartalom 37

38 38. dia 38. dia Adat, jelentéstartalom, informáci ció Adat: bármilyen anyagon, alakban, bármilyen hatással előállított, egyszerű vagy összetett jel. - Az emberek közötti kommunikációban: ember által érzékelhető vagy alkalmas eszközzel érzékelhetővé tehető jel. Adat jelentéstartalma: az adatnak egy feltételezett szabályrendszer (megegyezés vagy tapasztalat) által meghatározott értelmezése. (Megjegyzés: Az írásos adatok - a közlés szándékával keletkezett adatok - esetében az értelmezés alapja valamilyen megegyezés.) Információ (informatika-alkalmazási meghatározás) : az adat értelmezése által szerzett új ismeret az értelmező számára megszüntetett bizonytalanság. 38

39 39. dia 39. dia Adat, jelentéstartalom, informáci ció Adat Különböző adatok Azonos adat Az adat megismétlésével Jelentés / információ azonos jelentés / információ. a körülményektől vagy a befogadótól függően különböző jelentés / információ. az információmennyiség nem növekszik. Összefoglalva: Sem a jelentéstartalom, sem az információ nem sajátja, annak az adatnak, aminek az értelmezéséből keletkezett! 39

40 40. dia 40. dia Jelentéstartalom és s informáci ció Jelentéstartalom Az értelmezés mozzanatához kapcsolható. Absztrakt személyhez (az értelmezési szabályt ismerők közösségéhez) kapcsolható. Információ A felhasználáshoz, a döntési, reagálási képesség megváltozásához kapcsolható. Konkrét értelmezőhöz kapcsolható. Összefoglalva: A jelentéstartalom nem jelent feltétlenül új ismeretet; a jelentéstartalom elvben a feltételezett értelmezési szabályrendszert ismerők közössége számára azonos, míg az információ személyenként különböző lehet. 40

41 41. dia 41. dia Specifikált adat Olyan adat, amelyhez értelmezési szabályként valamilyen módon a következő négykomponensű specifikációt kapcsolják: Az adat meghatározott kategóriába (1) tartozó objektumokra értelmezhető tulajdonságnak (2) Típus szint (1-2) a kategória egy konkrét objektumára (3) vonatkozó értékét (4) Előfordulás jelöli. A fentiekhez gyakran 5. komponensként szint (3-4) csatlakozik az idő. 41

42 42. dia 42. dia Informáci ció felfedezése Norbert Wiener Cybernetics or Control and Communication in the Animal and the Machine (1948) Claud Shannon: A Matehematical Theory of Communication (1948) 42

43 43. dia 43. dia Informáci ció aspektusai Szintaktikai (lényegtelen az információ tartalma) Szemantikai (tatalom és valóság kapcsolata) Pragmatikai (milyen az információ hatása a befogadóra) Weaver Technikai szint: hogyan lehet a jelet hibátlanul továbbítani Szemantikai szint: bemenő jelek = kimenő jelek ezt biztosítani Pragmatikai szint: biztosítani az üzenet hatékonyságát 43

44 44. dia 44. dia Informáci ciómennyiség g I. Lehetetlen- és biztos esemény információ mennyisége nulla Minél váratlanabb egy esemény, annál több információt hordoz fordítottan arányos az információ tartalom a valószínűséggel Két állapotú egyenlő valószínűségű esemény információ mennyisége 1. 44

45 45. dia 45. dia Shannoni informáci cióelméletlet Csatornában haladó jelekre mindig hatnak zajok. Véletlen kísérlet eseménytere = forrás (adó) Egy elemi esemény: forrás egy kimenete Ismert: Minél váratlanabb egy esemény, annál több információt hordoz fordítottan arányos az információ tartalom a valószínűséggel 45

46 46. dia 46. dia Formalizmusa Ha p 1 (x 1 ) > p 2 (x 2 ) akkor I(x 1 ) < I(x 2 ) Ahol I(x) információ tartalom függvény I(x) = f[p(x)] Független eseményekre I(x;y) = I(x) + I(y) Illetve p(x;y) = p(x) p(y) Ismert log(x y) = log(x) + log(y) 46

47 47. dia 47. dia Shannon informáci ciófüggvény Def.: p(x) =½ akkor I(x) = 1=log(f(x)) I(x) =log 2 (1/ p(x)) Def.: I(0) = 0 47

48 48. dia 48. dia Üzenet informáci ció mennyisége Az üzenet egyes jelei által hordozott információmennyiség összege: I ( m) = 1 1 p1 log + p2 log p p p 1 2 N log 1 p N 48

49 49. dia 49. dia Entrópia Bizonytalanság mértéke, amelyet azzal az információval mérünk, amely szükséges a megszűntetéséhez H H ( X ) = N k = 1 p k 1 log p ( X ) = p( x) log p( x)dx k 49

50 50. dia 50. dia Az adat / informáci ció minőségi jellemzői Érthetőség Teljesség Alkalmazhatóság Megbízhatóság Objektivitás Hitelesség Időszerűség Összehasonlíthatóság Bizalmasság 50

51 51. dia 51. dia Az adat / informáci ció minőségi jellemzői i / 1 Érthetőség: Az adatnak az a tulajdonsága, hogy a rá alkalmazandó értelmezési szabály határozottan beazonosítható, és ez a szabály ismert és világos az értelmező számára is (a jelentéstartalmat illetően nincs bizonytalanság). Az adatok érthetősége követelményének speciális megfogalmazása a számvitelben a világosság elve a könyvvezetésre és a beszámolóra értelmezve. 51

52 52. dia 52. dia Az adat / informáci ció minőségi jellemzői i / 2 Teljesség: Adatra vonatkoztatva azt jelentheti, hogy jelen vannak a pontos értelmezést lehetővé tevő társadatok. Információra vonatkoztatva azt jelenti, hogy az értelmező az adott probléma megoldásához szükséges minden ismeretet megkapott. (Akár az adat, akár az információ teljességének hiánya akadálya lehet az összehasonlíthatóság vagy az időszerűség megítélésének.) 52

53 53. dia 53. dia Az adat / informáci ció minőségi jellemzői i / 3 Alkalmazhatóság: Az információra vonatkoztatható minőség. Azt jelenti, hogy az információ éppen arra a kérdésre válaszol, ami a döntéshozót foglalkoztatja; alkalmas a lehetséges döntési változatok várható következményeinek felmérésére. Másképpen: az alkalmazható információ olyan új ismeret, amely éppen az érdekelt tárgyra vonatkozik. 53

54 54. dia 54. dia Az adat / informáci ció minőségi jellemzői i / 4 Megbízhatóság: Ez a minőség az információra vonatkoztatható. A közölt információ megbízható, ha megfelel a valóságnak. 54

55 55. dia 55. dia Az adat / informáci ció minőségi jellemzői i / 5 Objektivitás: Adatra vonatkoztatva az objektivitás az adat képzésére, formájára, az adathoz kapcsolt értelmezési szabályra megfogalmazott követelményeket jelent. Az objektivitás jelenthet olyan igényt is, hogy az adat formájában legyen számszerű, feltéve, hogy a számértékekhez köthető valamilyen értelmezési szabály. A számszerűsíthetőség egyik feltétele az adatok összemérhetőségének (lásd itt később). Információra vonatkoztatva egybevág a megbízhatósággal. 55

56 56. dia 56. dia Az adat / informáci ció minőségi jellemzői i / 6 Hitelesség: emberi beavatkozással létrehozott vagy közölt adat hitelessége azt jelenti, hogy az adathoz (dokumentumhoz) elválaszthatatlanul hozzákapcsolódik egy olyan másik adat az aláírás, amely a következő három feltételt teljesíti: Azonosítja az aláírót, az adat által megnyilatkozó személyt (vagy szervezetet vagy objektumot). Leleplezi a hamisítást. Letagadhatatlanná teszi a ténylegesen tett nyilatkozatot. Információra vonatkoztatva a hitelesség speciális esete a megbízhatóságnak. 56

57 57. dia 57. dia Az adat / informáci ció minőségi jellemzői i / 7 Időszerűség: Adatra vonatkoztatva azt jelenti, hogy az adat idődimenzióval is rendelkezik és aszerint az értéke valamely objektum aktuális (legutolsó) állapotát (is) jellemzi. Információra vonatkoztatva az időszerűség a konkrét döntési szituáció függvénye, és kétféle értelmezése is lehet: Az alkalmazhatósági időszerűség azt jelenti, hogy az adat a döntésben érintett objektumnak a döntés szempontjából érdekes időpontban fennálló állapotára (vagy akkor történt állapotváltozására) érvényes (ez az alkalmazhatóság minőség speciális esete). A rendelkezésre állási időszerűség azt jelenti, hogy a döntéshez szükséges információ a döntés időpontjára rendelkezésre áll. 57

58 58. dia 58. dia Az adat / informáci ció minőségi jellemzői i / 8 Összehasonlíthatóság: Ez a minőség az adatra (annak értelmezési szabályára) vonatkoztatható. Az összehasonlíthatóság az adat képzésére (mérés, számítás, származtatás), formájára (a jelrendszerre), az adathoz kapcsolt értelmezési szabályra megfogalmazott követelményeket jelent: Csak azonos eljárással előállított, illetve azonosan értelmezett adatok hasonlíthatók össze. Ha az adat értelmezésében az idődimenzió is szerepet játszik, akkor általában csak azonos időpontra (vagy azonos időtartamra) vonatkozó adatok hasonlíthatók össze. 58

59 59. dia 59. dia Az adat / informáci ció minőségi jellemzői i / 9 Bizalmasság (az ismeretnek a megkülönböztetett kezelés szükségességére utaló minősége): Addig érték, amíg mások számára ismeretlen. Mások az adat birtokosa kárára felhasználhatják. Annak kárára felhasználható, akiről az adat szól (jogszabály kötelez a bizalmas kezelésre). Megkülönböztetett kezelés: Hozzáférés korlátozása Titkosítás 59

60 60. dia 60. dia Az informáci ció várható haszna ahol H = D 2 - D 1 - K D 1 : a döntés várható hozama az információ hiányában; D 2 : a döntés várható hozama az információ birtokában; K: az információ megszerzésének költsége. 60

61 61. dia 61. dia Kommunikáci ció Adó K ó d o l á s Csatorna Térbeli / Időbeli Zaj Zajhatások mérséklése D e k ó d o l á s Vevő 61

62 62. dia 62. dia Informáci ciós s rendszer (IR) érzékel, észlel (külső/belső állapotváltozást); kommunikációs hálózatán jeleket továbbít a rendszer alkotóelemei között (térbeli csatorna); hosszú távú alkalmazkodás céljából, adatokat működési szabályokat rögzít (időbeli csatorna); az állapotváltozásokra / az előállt állapothoz az érzékelt jelek (adatok) és működési szabályok felhasználásával (azoktól befolyásoltan) reagál / alkalmazkodik. 62

63 63. dia 63. dia Az IT a gazdasági gi szervezet kitüntetett eszköze ze Az IT nem cél, hanem csak eszköz: Az üzleti folyamatok újraszervezése nélkül az IT-fejlesztés még akadályozhatja is a megújulást, mert bebetonozza az elavult folyamatokat és struktúrákat. Ugyanakkor kitüntetett eszköz, mert alapvető szerepe van: az üzleti stratégia alakításában is, a piac határainak és jellemzőinek újradefiniálásában, a verseny szabályainak módosításában, a versenyelőnyt jelentő szervezeti megújulásban. 63

64 64. dia 64. dia " a számítógépek ma már játszi könnyedséggel oldanak meg olyan feladatokat, melyeket húsz éve még teljesen értelmetlennek tartottak volna". Gene Perret, amerikai humorista [A számítógépek] egy sor dolog elvégzését megkönnyítik, bár a legtöbb ilyen dolgot nélkülük el sem kellene végezni. Andrew S. Rooney A "farok csóválja a kutyát" képlettel operáló nyilatkozók valószínűleg maguk is ironikus túlzásnak szánták a fenti kijelentéseket, pedig nagyon is pontosan fejezik ki az IT különleges eszköz minőségét. Csak éppen a fonákjáról közelítve. 64

65 65. dia 65. dia Üzleti alkalmazások osztályoz lyozásának szempontjai: Feldolgozási módok különbözősége: kötegelt feldolgozás, tranzakció-feldolgozás, on-line elemző feldolgozás. Üzleti tevékenység támogatott szintje: végrehajtás szintje, középvezetői szint, felsővezetői szint. Integráltság foka: szigetrendszer integráció nélkül, szigetrendszer folyamat szintű integrációval, szervezeti szintű integráció, hálózati együttműködés. 65

66 66. dia 66. dia Üzleti alkalmazások (szoftverek) / 3 IEA (Integrated Enterprise Application) integrált vállalati alkalmazások Hálózati szintű integráció Összetevői: ERP: a belső értékteremtő folyamat támogatása SCM (Supply Chain Management) ellátási lánc menedzsment (beszállítók) CRM (Customer Relationship Management) ügyfél- / vevőkapcsolat kezelés e-business komponensek (B2C, B2B) 66

67 67. dia 67. dia A végrehajtv grehajtást támogatt mogató alkalmazások integráci ciójának összefoglalásasa Szigetrendszerek integráció nélkül: EDP, kezdeti OLTP Szigetrendszerek folyamat szintű integrációval: MRP I., MRP II. Szervezeti szinten integrált rendszer: ERP Hálózati együttműködés: IEA (= ERP + SCM + CRM + B2B). 67

68 68. dia 68. dia Vezetési szintek integrált támogatt mogatása Üzlet intelligencia (BI) alkalmazások EIS-, DSS- és részben MIS-szolgáltatások integrációja és OLAP eszköztárra épített továbbfejlesztése. Szolgáltatásai: a különféle vezetési szintekhez kapcsolódóan a kontrolling szabályozó ciklus támogatása; a stratégai céllebontás támogatása (a stratégiai és az üzleti tervezés összekapcsolása); a beszámolókészítés támogatása; a DSS-re jellemző és az iparágra specifikus optimalizálási, szimulációs és adatbányászati feladatok ellátása; OLAP algoritmusok felhasználásával a szervezetre egyedileg fejlesztett döntéstámogató módszerek; az SCM és a CRM analitikus elemei. 68

69 69. dia 69. dia Az üzleti intelligencia (BI) alkalmazások integráci ciójának összefoglalásasa Megoldás-integráció EIS, DSS, MIS közös OLAP eszköztárat használ (= eljárás-integráció vagy alkalmazás-integráció). Tartalmi integráció: független adatpiacok helyett közös adattárház, szervezeti szinten egységesen értelmezett keretséma (= teljességi elv és horizontális integráció). Lekérdezés alapú integráció: virtuális adatbázis OLAP szolgáltatás. Az EIS szintű adatok a MIS szintre aggregált megfelelőikből származtathatók (vertikális integráció és együttműködő képesség). Ha a szervezet tevékenységei, üzletágai viszonylag függetlenek egymástól (bankok, biztosító társaságok): csak stratégiai szintű integráció alkalmazása (esetleg csak lekérdezés alapú integráció). 69

70 70. dia 70. dia üzleti intelligencia Azon rendszerbe szervezett informatikai alkalmazások és eszközök összességét, amelyek a vállalati információk összegyűjtését, rendszerezését, elemzését és további hasznosításra (elsősorban döntéshozatalra) való átadását végzik. 70

71 71. dia 71. dia Üzleti intelligencia Vállalati szintű döntéshozatali és stratégiai irányítási folyamatok Üzleti intelligencia (BI) IT alkalmazások Beszállítói lánc kezelése (SCM) Operatív vállalatirányítás (ERP) Ügyfélkapcsolatok kezelése (CRM) A vállalat operatív (termelő-szolgáltató) folyamatai 71

72 72. dia 72. dia Az üzleti intelligencia szerepe a vállalati informáci cióellátásban Üzleti intelligencia vállalati munkafolyamat támogatása 1. ELŐÁLLÍTÁS vállalati működés támogatása Egyéb alk. ERP EAI CRM metaadattár 2. RENDSZEREZÉS 3. ELEMZÉS metaadatkezelés vállalati adattárház adattárolás kutatási és elemzési adattárház adatelemzés, adatbányászat, információfeltárás adatpiacok adattranszformáció és -integrálás 4. HASZNOSÍTÁS vállalat teljesítményalapú írányítása (CPM) ügyfélkapcsolat vállalatirányítás döntéstámogatás (DSS) SCM vállalatközi együttműködés támogatása Külső források kigyűjtés, átalakítás és betöltés operatív adattár operatív piacok beszállítói lánc értékesítési lánc üzleti folyamatok felügyelete (BAM) A vállalati információellátás ciklusa 72

73 73. dia 73. dia Összefoglaló kép p az integrált végrehajtv grehajtás-támogatásról l (ERP - IEA) és az integrált üzleti intelligenciáról l (BI) 73

74 74. dia 74. dia Az adatok rendszerezése adatelemzési tevékenység a hasznosítás Fonto Technológiák s s á g 1 Biztonságnövelő eszközök 2 Üzleti intelligencia alkalmazások 3 Mobil munkavégzés eszközei 4 Munkafolyamat-kezelés bevezetése és integrációja 5 Vállalati erőforráskezelés (ERP) bővítése 6 Tárolókezelés 7 Hang- és adatintegráció IP felett 8 Ügyfélkapcsolatok kezelése (CRM) 9 Üzletifolyamat-integráló eszközök 10 Szervervirtualizáció 74

75 75. dia 75. dia Az integráci cióról általában Az integrálts ltság értelmezése Integráció = egységesítés + teljesség és a részek fentiekre alapozott együttműködő-képessége Koncepcionális teljesség: Egy (egészében esetleg még csak specifikációjában létező) integrált rendszernek csupán bizonyos moduljai lettek bevezetve, de azok úgy vannak specifikálva, hogy érdemi változtatás nélkül megtarthatók a rendszernek újabb modulokkal való bővítése után is. A szigetrendszerek kommunikációja még nem integráció!!! 75

76 76. dia 76. dia Az integráci cióról általában Az integráci ció megnyilvánul nulásainak összefoglalásasa Integráció Horizontális adatintegráció Egységesítés Lekérdezés-alapú integráció Teljesség Adatbázisintegráció Folyamatintegráció Vertikális adatintegráció Eljárásintegráció Alkalmazásintegráció Együttműködés 76

77 77. dia 77. dia Az integráci cióról általában Integrált vállalati v IR előnyei Elkerülhető az adatok többszörös tárolása és vele az aktualizálási és egyéb feldolgozási műveletek felesleges ismétlődése. Adatminőség: szervezeti szinten egyértelmű adatok, javul az adatok időszerűsége, megbízhatósága, összehasonlíthatósága, és végeredményben javul az adatok alkalmazhatósága (a vezetők által közvetlenül használható adatok). A adatok gyorsan és teljeskörűen elérhetők. Korábban elképzelhetetlen üzleti, ügyviteli, szervezeti megoldások válnak lehetővé. Olyan rendszer bevezetője, amelybe a gazdaság sokféle ágazatában való alkalmazás több évtized alatt szerzett tapasztalatai épültek be, automatikusan a legjobb gyakorlat birtokába kerül. 77

78 78. dia 78. dia Az integráci cióról általában Integrált vállalati v rendszer Más s megfontolások Bizonyos cégméret alatt, vagy egyszerű profil esetén egy komplex integrált rendszer bevezetése mind az ára, mind a kihasználatlansága miatt luxusnak számít. Nagy, bonyolult profilú szervezetnél sokféle, hosszú múltra visszatekintő szigetrendszer lecserélése esetén a rendszerbe beépült nagy tömegű speciális szaktudás új rendszerbe migrálása vállalhatatlan erőfeszítésekkel és költségekkel járhat. Nem érdemes lecserélni a jól bejáratott szigetrendszereket, ha a szervezet tevékenységei, üzletágai nincsenek egymással input-output kapcsolatban, nem osztoznak közös erőforrásokon, szinte csak a pénzügyi elszámolás kapcsolja össze őket. (Ez jellemző a bankokra vagy a biztosító társaságokra.) Egy integrált rendszer testreszabása hosszadalmas és költséges modellezési feladat, amely mind a támogatott szakterület, mind az alkalmazás legjobb szakértőinek együttműködését igényli. 78

79 79. dia 79. dia Az e-business, e a számítógépes hálózatokon h folyó üzleti tevékenys kenység történeti állomásai A kezdet: a számítástechnika és az üzleti kommunikáció fejlődése külön utakon csak szervezeten belüli hálózatok. Az 1980-as évektől kezdődően vállalatközi információs rendszerek (bankok közötti adatcsere, légitársaságok jegyfoglaló rendszerei) - EDI (Electronic Data Interchange), 1997-től WebEDI : Elektronikus kereskedelem (ecommerce) és ezt támogató business-to-customer / business-to-consumer (B2C) alkalmazások. A folyamat: on-line rendelés, fizetés (on-line / off-line), kézzelfogható áruk - hagyományos disztribúció, digitalizált termékek - lehetséges az on-line disztribúció : Vállalkozások közötti együttműködés - business-to-business (B2B) megoldások, majd elektronikus piacterek (emarketplace-ek) - a B2B multilaterális változatai : Elektronikus piacterek hálózatának építése. 79

80 80. dia 80. dia A hálózati h gazdaság A piac a térben kitágul (globalizálódik). Más nézőpontból: a világ egyre kisebb, mert elvben bármikor bárhol jelen lehetsz. Az idődimenzióban is változnak a léptékek - gyorsuló tempó. Más nézőpontból az idő felértékelődik. Megváltozott tér és idő kiélezett globális verseny: ami ma extra minőség, holnapra mindenütt széria-követelmény. "Vevők felülkerekedése": A kiéleződött verseny keretei között a vevők megszerzésének és megtartásának érdekében még fontosabbá vált az egyedi igények kiszolgálása és a reklám. Egymást kiegészítő partnereknek egy, a szervezeti határokon átívelő ellátási láncba szerveződése. Közvetítő vállalkozások. Távol élő, egymást nem ismerő, de azonos érdeklődésű személyekből a neten spontán szerveződő alkotó közösségek. 80

81 81. dia 81. dia Egyéni teljesítm tmény javítása, csoportmunka és s speciális szakterületek támogatt mogatása Szakértői rendszerek Irodai munkát, csoportmunkát támogató alkalmazások, folyamatmenedzsment (workflow management) rendszerek Projektmenedzsment támogatása 81

82 82. dia 82. dia Szakért rtői i rendszerek Egy szűkebb terület tényeit, következtetési szabályait foglalja tudásbázisába. Adott helyzetre, esetre vonatkozóan következtetéseket képes levonni és bonyolult feladatokra is megoldást javasolni. Nem küszöbölhető ki az emberi közreműködés, de átlagos felkészültségű emberek is képesek lehetnek egy szűkebb területen bonyolult szakértői feladatok ellátására. 82

83 83. dia 83. dia Szakért rtői i rendszerek / 2 83

84 84. dia 84. dia Szakért rtői i rendszerek / 3 Alkalmazási célokc Azonosítás, osztályozás (a probléma vagy a megoldás azonosítása, vagy osztályának megállapítása) Diagnosztizálás (tulajdonképpen az azonosítás speciális esete) Előrejelzés (általában az előbb felsoroltakra épül rá), Tervezés, gyártás (javaslattétel a megoldásra, a folyamat optimális irányára), Oktatás, képzés (előtérbe kerül a szakértői rendszer magyarázó alrendszere). 84

85 85. dia 85. dia Szakért rtői i rendszerek / 4 A tudás forrása lehet: Szakirodalom - többnyire egzakt szabályok. Más rendszertől átvett, vagy a szakértői rendszerbe épített tanuló alrendszerrel előállított szabályok. - Többnyire heurisztikus következtetési szabályok. A tudás reprezentációja lehet: Eljárási szabály: a tudás a programkódba épül be. - Ez a megoldás ma már ritka. Gyorsabb, és bármilyen bonyolult vezérlés lehetőséges, de a tudásbázist csak a programozó bővítheti. Deklaratív szabály: A tudás a programkódtól elkülönített adatként tárolódik. A szakértői szoftver szerepe a tudásbázisban tárolt szabályok értelmezésére korlátozódik. tudásalapú rendszereknek. - A tudásbázis aktualizálásának, bővítésének lehetősége teljesen a felhasználó kezében van. 85

86 86. dia 86. dia Csoportmunkát t támogatt mogató rendszerek Kommunikáció támogatása: Elektronikus üzenetküldés / -fogadás. Üzenetalapú kommunikáció - a csoport tagja azonnal értesül az őt érintő eseményekről, a közös feladat aktuális állapotáról, nemcsak akkor, ha (utólag) érdeklődik, rákérdez. Együttműködés támogatása: az adatokhoz való közös hozzáférés. Eszköze az adatbázis, felhasználó feladatához illeszkedőűrlapok és a WWW. - Az adatmegosztás alapú együttműködés. Koordináció támogatása: a feladatok (felelősségek) kiosztása / elfogadása, erőforrások igénylése / hozzárendelése (megosztása) és mindezek nyilvántartása, követése az érintettek által on-line elérhető alkalmazások útján történik. 86

87 87. dia 87. dia Folyamatmenedzsment (workflow) rendszerek Folyamatok és bennük a tevékenységek megtervezése, az ügymenet előírása Tevékenységekhez szerepkörök (szervezetek, munkakörök), erőforrások hozzárendelése Szerepkörökhöz adathozzáférési jogosultságok definiálása. Működés közben a folyamatok vezérlése és nyomon követése A rendszer működésének értékelése - statisztikák, jelentések készítése 87

88 88. dia 88. dia Folyamatmenedzsment (workflow) rendszerek / 2 Folyamat-definiáló eszköz Adminisztrátori és monitorozó eszközök WF API és Interchange formátumok munkafolyamat beillesztés WF motor Másik WF rendszer WF motor WF kliensek Más alkalmazások 88

89 89. dia 89. dia Projektmenedzsment támogatt mogatása Projekttervezés Feladatlebontás, feladatkapcsolatok Feladatok (tevékenységek) ütemezése Erőforrások hozzárendelése a feladatokhoz Költségvetés készítése Kockázatmenedzsment tervezése Projekt végrehajtásának irányítása Feladatkiosztás, teljesítés nyilvántartás Projektkövetés, eltéréselemzés Újratervezés Kockázatkezelés Projekt értékelése 89

90 90. dia 90. dia Üzleti rendszerekben alkalmazott IT megoldások Adatbázis, adattárház OLAP eszköztár Földrajzi információs rendszer (GIS) és helymeghatározás (GPS) Internet, World Wide Web Adatok (dokumentumok) titkosítása és az elektronikus aláírás 90

91 91. dia 91. dia Adatbázis, adattárh rház Adatbázis: adatok olyan rendszere, amelynek használatán több felhasználó osztozik; benne az ismeretek egymással alkotott természetes összefüggéseik szerint szervezettek; és amely független az őt feldolgozó programoktól. [Halassy] 91

92 92. dia 92. dia Adatbázis, adattárh rház Adattárház: speciális adatbázis, amely az adatokat lekérdezési, elemzési műveletekre optimalizált szerkezetben tárolja; a kiszolgált vezetési szintek igényeinek megfelelően aggregált adatokat is tartalmaz; különböző forrásokból nem tranzakciónként, hanem adott periódusonként és az adatértékek történetiségének megőrzésével frissítődik. 92

93 93. dia 93. dia Adatbázisban, illetve papíron tárolt t adatok összehasonlításasa Papír (dosszié) Adatbázis Elérhetőség Időszerűség Felhasználás módja, lehetősége Az adat csak másolás útján érhető el egyidejűleg több helyen. Elévülés esetén újabb dokumentumot kell készíteni, ismételt másolás, szétküldés. Az ügyviteli vagy tervezési folyamat részvevője csak akkor foghat hozzá a maga feladatának elvégzéséhez, amikor a dosszié hozzá érkezett. A folyamat átfutási ideje hosszabb. A papíron rögzített adat passzív: emberi közreműködés nélkül nem indítja el a szükséges reakciót. Az adat másolás nélkül minden illetékes számára egyidejűleg azonnal elérhető. Az adat változás esetén azonnal módosítható. A változás minden illetékes érdekelt számára azonnal látható. Az adatbázissal támogatott folyamat részvevői mind elejétől fogva látják a döntéseikhez szükséges forrásadatokat. Lehetséges a párhuzamos munkavégzés. Az adatbázis olyan szabályokat is tárolhat, amik kitüntetett adatváltozások esetén automatikusan kezdeményeznek valamilyen tranzakciót. 93

94 94. dia 94. dia Adatbázis, adattárh rház OLTP adatbázis Adattárház Domináns műveletek Optimumcélkitűzés Optimális szerkezet Modell Adatbázistechnológia Karbantartó (aktualizáló) műveletek: beszúrás, módosítás, törlés. A karbantartó műveletek hatékonyságának javítása: elfogadható tranzakciófeldolgozási idő. Minimális redundancia. Relációs adatmodell normalizált. Relációs adatbázis. Alapjában véve tartalom szerinti elérés. (Navigáció idegen kulcs alapján.) Nagy adathalmazokat érintő, bonyolult lekérdezések. A lekérdezések hatékonyságának javítása: elfogadható válaszidő. Elfogadható válaszidőhöz szükséges mértékre fokozott redundancia. Többdimenziós adatmodell Két változat: 1. Relációs adatbázis csillagszer-kezetet mutató táblakapcsolatokkal. 2. Többdimenziós adatbázis Dimenzióadatok és tényadatok. Cím szerinti elérés. (Navigáció mutató alapján) 94

95 95. dia 95. dia OLAP(OnLine OnLine Analytical Processing ) Az alapfolyamatokban létező adatok előre nagyon pontosan meghatározott szempontok szerinti - háttérben történő - feldolgozását, majd többféle nézőpont szerinti megjelenítését végrehajtó rendszer. Az OLAP Council szerint Egy olyan szoftver technológia, amely az analitikusok, üzletemberek, vezetők számára lehetővé teszi, hogy a vállalkozásuk adatainak dimenziók szerint rendezett mértékeit gyors, konzisztens és interaktív módon vizsgálhassák. 95

96 96. dia 96. dia OLAP-OLTP OLTP homogén nagy rövid, kevés aktuális módosítások kisebb OLTP konkurencia gyakoribb adatmennyiség elemet állapot adatforrás érintőtranzakciók a tranzakciók DB-ben heterogén kisebb több ritkább, archivumok csak nagyobb OLAP tranzakciók olvasás elemet konkurencia hosszabb adatmennyiség adatforrás érintő tranzakciók 96

97 97. dia 97. dia Edgar. F. Codd ( ) Brit Számítógép tudománnyal foglalkozott, Normálformák, adatbázis problémák 97

98 98. dia 98. dia Codd kritériumok riumok (1993) Multidimenzionális adatmodell Felhasználóbarát adatkezelő felület Bemenete heterogén adatforrások, kimenete elemzési modulok Rugalmas adatbetöltési funkciók Széles körű adatelemzési funkciók, változatok kezelésével Szerver-kliens struktúrán alapszik Megfelelő hozzáférést biztosít az OLAP adatokhoz Több felhasználó konkurens hozzáférését biztosítja Az adatok nem normalizáltak Az OLAP eredmény adatok elkülönülnek a forrásadatoktól A NULL érték nem normál adatérték A hiányzó adatokat az elemző rendszerek nem veszik figyelembe Rugalmas jelentéskészítési lehetőségekkel rendelkezik A jelentéskészítés hatékonyságát nem befolyásolja a dimenziók darabszáma Rugalmas és optimalizált fizikai tárolási struktúra Minden dimenzió egyenrangú Tetszőleges dimenziószámot és aggregációs szintet biztosít 98

99 99. dia 99. dia Az OLAP közérthető formátumban jeleníti meg és tárolja az adatokat az adatok mérésére szolgáló számításokat biztosít, az információ érdekes vagy témába vágó pontjainak megvizsgálásával teszi lehetővé a kérdések feltevését. 99

100 100. dia 100. dia OLAP használat Az OLAP alkalmazásokat elemzők és vezetők használják magasan összesített nézetei az adatoknak, kumulált adatok aggregált adatokat mint a termékcsoportok, területi eloszlás szerinti összes eladások eredményeit stb. 100

101 101. dia 101. dia OLAP motor az OLAP-motor az egy vagy több adatforrásból beolvasott adatokat újrarendezi egy olyan többdimenziós struktúrába, amely intuitívabb és gyorsabb navigálást és adatelemzést tesz lehetővé. 101

102 102. dia 102. dia Multidimenzionalitás a többdimenziós nézeteket a multidimenzionális adatbázis-technológiák támogatják. A relációs adatmodellekhez képest a többdimenziós koncepció egy adat többféle attribútummal, dimenzióval való ellátását teszi lehetővé, és ezek szerinti leválogatását könnyíti meg. Így nem különálló cellák kapcsolataiból felépülő struktúrát nyerünk, hanem néhány - rendszerint nagy értékkészletű - kulcsadatot (adatkockákat) és az őket rendező, rendszerező kézben tartható számosságú tulajdonságokat (dimenziókat) tartalmazó adatteret. 102

103 103. dia 103. dia Adatkockák, k, dimenziók A rendező elvek, azaz dimenziók általában egy adatkockát egy 5-10 matematikai dimenziós térbe feszítenek ki. Ez az adatkocka már nem ábrázolható a maga teljességében, hiszen csak három dimenzióig tudunk teret érzékelni. Egyes metszetei, szeletei viszont már reprezentálhatók két dimenzióban. Ezek a szeletek egyes dimenziók rögzített értékei mellett képzett táblázatok. 103

104 104. dia 104. dia OLAP eszközt ztár Előfeldolgozás (adattisztítás, a transzformálás, a dimenziók kiválasztása és az elemszámcsökkentés) Tudásfeltárás (lásd külön lapon) Megjelenítés (lásd külön lapn) 104

105 105. dia 105. dia OLAP eszközt ztár Tudásfelt sfeltárás(tf) + megjelenítés(m) Felgöngyölítés (tf+m) Lefúrás (tf+m) Szeletelés (tf+m) Kockázás (tf+m) Elforgatás (m) Statisztikai elemzések (tf) Heurisztikus módszerek (tf): csoportosítás, osztályozás, következtetési szabályok. 105

106 106. dia 106. dia Földrajzi IR (GIS) funkciói: i: Térképen való megjelenítés Intelligens felhasználói felület Térbeli nyilvántartás Térbeli lekérdezés Földrajzi eloszlás vagy földrajzi helytől való függőség elemzése. 106

107 107. dia 107. dia Helymeghatároz rozó rsz. (GPS) funkciói: i: Rögzített pontok vagy mozgó objektumok helyének meghatározása (az összes többi funkció alapja) Navigáció Valós idejű követés (a helymeghatározáson túl azonosító és rendszerint GSM hálózatot használó távközlési funkciót is magában foglal) Nyomvonal regisztrálás (utólagos követés) 107

108 108. dia 108. dia Internet (International Network) (Nem azonos a kisbetűs s internettel, azaz a internetworkkel kel) Előzmények: ARPANET: az USA katonai célú hálózata (1958, 1969), amely biztonsági okokból decentralizált és inhomogén. NFSnet: egyetemek, kutatóintézetek hálózatainak összekapcsolása az ARPANET technológiájának felhasználásával (1984). Nyílt rendszerek: ilyen rendszerek iránt elkötelezett szakmai testületek hálózatai (Usenet), ISO/OSI szabvány (1984). Internet: az ARPANET (1989-ig), NFSnet, Usenet és BITNET összekapcsolásával keletkezett világméretű háló. (Ebből a BITNET Észak- Amerikára, Japánra, Európára terjedt ki, európai tagja az EARN. Magyarország 1990-től EARN-tag, 1992-től teljes jogú.) EBONE: európai kutatási célú gerinchálózat. HBONE: magyar akadémiai gerinchálózat (1988-ban) Jelen: A katonai és tudományos felhasználást meghaladja az üzleti és a magán felhasználás. 108

109 109. dia 109. dia World Wide Web Internetre épülő alkalmazás, amely adatok grafikus oldalakon való elérését, cseréjét teszi lehetővé. Összetevői: (Kifejlesztése: 1992 CERN - Tim Berners Lee) Web serverek: gépek és ezeken futó kiszolgáló programok (web server programok, http-kiszolgálók). Feladata a böngészőtől hozzáérkezett URLben foglalt elérési útvonallal azonosított HTML-dokumentum letöltése a böngészőbe. Webhelyek (wb site-ok): hivatkozásokkal összekapcsolt HTML dokumentumok (weboldalak). A belépési pontja egy kitüntetett weboldal, a honlap (home page). Mind a webhelyek, mind a weboldalak saját címmel (URL) rendelkeznek. Böngésző program (browser): a felhasználó előtti kliens gépen futó program. Weboldalak keresése, letöltése, letöltött weboldal (HTMLdokumentum) megjelenítése, webes alkalmazások futtatása. 109

110 110. dia 110. dia World Wide Web / 2 Kapcsolódó szabványok: HTTP szabvány (Hypertext Transfer Protocol): A kiszolgáló és böngésző között HTML dokumentumok formájában bonyolított kommunikáció szabványa. HTML nyelv (Hypertext Markup Language hiperszöveges jelölőnyelv): Ezzel írható le, hogy a böngészőben mit és hogyan kell megjeleníteni. Egy HTML-dokumentum tartalma: HTML parancsok és velük közrezárt szövegek vagy beágyazott dokumentumok (vagy megfuttatandó programrészletek, parancsfájlok) hivatkozásai. URL (Uniform Resource Locator egységes erőforrás lokátor): Az elérendő weboldal, webhely, kiszolgáló címe az Interneten. Ez egy szimbolikus cím, amely tartalmazza a kiszolgáló nevét és a dokumentum elérési útvonalát. 110

111 111. dia 111. dia Internet Jellemző problémák A hálózatra kapcsolt eszközeink, adataink illetéktelen elérés, felhasználás vagy bármilyen más támadás elleni védelme A hálózaton továbbított adatok, dokumentumok bizalmasságának megőrzése A hálózati szereplők (szolgáltatók és ügyfelek, eladók és vevők), valamint hálózati eszközök (webszerverek) azonosíthatósága Elektronikus dokumentumok hitelesíthetősége 111

112 112. dia 112. dia 112

113 113. dia 113. dia Adatok bizalmasságának megőrz rzése titkosítással ssal Titkosítás (kriptográfia): egy T(K1, NySz) = TSz transzformáció T: titkosító algoritmus K1: a T algoritmus által használt kulcs NySz: nyílt szöveget TSz: titkos szöveg. Nyílt szöveg visszanyerése: F(K2, TSz) = NySz transzformáció. Ez a K2 kulcs ismeretében hajtható végre. Szimmetrikus kulcsú titkosítás: K1 = K2. Aszimmetrikus kulcsú (nyilvános kulcsú) titkosítás: K1 K2. Kódfeltörő algoritmus (kriptoanalízis): a nyílt szöveg visszanyerése a K2 kulcs hiányában. A kriptográfia célja: olyan titkosítási eljárások (matematikai algoritmusok) kidolgozása, amelyeknél a kódfeltörés vállalhatatlan ráfordítással jár. 113

114 114. dia 114. dia Egy nyilvános nos kulcsú titkosító algoritmus, az RSA (1978 R. Rivest,, A. Shamir,, L. Adleman alapja: kis Fermat-tétel) tel) A titkosító algoritmus kizárja a nyílt szöveg K2 hiányában való visszanyerését. A kulcsképzés módja kizárja, hogy a K1 ismeretében a K2 előállítható legyen. A T() és az F() transzformációk azonosak, továbbiakban: RSA(). A K1 és a K2 szerepe felcserélhető, azaz: RSA( K2, RSA(K1, NySz) )= RSA( K1, RSA(K2, NySz) ) = NySz Szemléletes analógia: az RSA titkosító algoritmus egy olyan kétkulcsos lakat, amelyet ha a K1 kulccsal zárunk le, akkor csak a K2 kulccsal lehet kinyitni, de a K2 kulccsal is zárható, és akkor csak a K1 kulccsal nyitható. Ez a tulajdonsága teszi alkalmassá elektronikus aláírás készítésére. 114

115 115. dia 115. dia Elektronikus aláí áírás Miért van szükség elektronikus aláírásra? A nyíltkulcsú titkosítás. Az elektronikus aláírás működése. Jogi háttér Hitelesít szervezetek. 115

116 116. dia 116. dia Miért kell? Elektronikus adóbevallás Számlakibocsátás, -befogadás Szövegszerkesztővel megírt szerződések aláírása Megrendelések Visszaigazolások Átutalások Kötelező statisztikák 116

117 117. dia 117. dia Tulajdonságok Csak egyetlen személy tudja létrehozni az aláírást, így az nem hamisítható és letagadhatatlan. Könnyen létrehozható és ellenőrizhető. Olyan módon kapcsolódik az aláírt dokumentumhoz, hogy az az aláírást követően már nem módosítható észrevétlenül (integritás védelem). 117

118 118. dia 118. dia Nyilvános kulcsú titkosítás Titkos-nyilvános kulcspár. Egymás kiegészítő párjai. Egy kulcsnak csak egy párja van. Egymásból kiszámíthatatlanok 118

119 119. dia 119. dia Rejtjelezés Nyilvános kulcsú titkosítás használata Kódolás a titkos kulccsal Dekódolás a nyilvános kulccsal Mindenki rendelkezik kulcspárral A nyilvános kulcsát mindenki nyilvánosságra hozza Titkos kulcsát szigorúan titokban tartja 119

120 120. dia 120. dia Az ellenőrz rző kód d (hash( függvény) A dokumentum minden részlete befolyásolja az értékét. Az SHA bites ellenőrző összeget állít elő 120

121 121. dia 121. dia 121

122 122. dia 122. dia Elektronikus aláí áírás Aláírás készítése: A dokumentumból kis terjedelmű ú.n. lenyomat készítése olyan algoritmussal, hogy a dokumentum legkisebb változtatása előtti és utáni lenyomat nem lehet azonos egymással. A lenyomat transzformálása az aláíró privát kulcsával. A lenyomat csatolása aláírásként a dokumentumhoz. Aláírás ellenőrzése: A dokumentumból készül egy lenyomat ugyanúgy, mint az aláíráskor. A csatolt aláírásból is visszafejtik a lenyomatot a közölt nyilvános kulccsal. Ha a két lenyomat azonos, akkor az bizonyítja, hogy az aláíró a közölt nyilvános kulcs privát párjának a tulajdonosa, és az aláírás óta a dokumentum nem változott. A hitelesítés-szolgáltató által kibocsátott tanúsítvány alapján meg kell bizonyosodni arról, hogy ténylegesen ki kulcs tulajdonosa. 122

123 123. dia 123. dia Elektronikus aláí áírás mint jogi garancia Magyarországon a évi XXXV. törvény rendelkezik az elektronikus aláírás használatának szabályairól és a kapcsolatos szolgáltatásokról. Amit az elektronikus aláírás tud: Azonosítja az aláírót (amennyiben megbízható a tanúsítvány, és a technológia biztosítja, hogy a privát kulcshoz csak a tulajdonosa férhet hozzá). Leleplezi a hamisítást: Egyérteműen megállapíthatóvá teszi azt, ha az aláírás után változott a dokumentum. Letagadhatatlanná teszi a ténylegesen tett nyilatkozatot: Egyértelműen megállapíthatóvá teszi azt is, ha a dokumentum az aláírás óta változatlan. 123

124 124. dia 124. dia Nyilvános kulcs közzk zzétételetele Személyesen Elektronikus úton támadható nehézkes könnyen Megbízható harmadik fél által kiadott tanúsítvány Tanúsítvány tartalma: nyilvános kulcs név, cím

125 125. dia 125. dia A szoftver életciklusa 125

126 126. dia 126. dia Szoftvermenedzsment (alkalmazásmenedzsment) Alkalmazásportf sportfólió-menedzsment 126

127 127. dia 127. dia Szoftvermenedzsment (Alkalmazásmenedzsment) Adott szoftverhez vagy szoftvercsomaghoz kapcsolódóan a beszerzésre, fejlesztésre, bevezetésre, üzemeltetésre, szolgáltatás-működtetésre, karbantartásra; továbbá az előbbieket támogató folyamatokra: dokumentálásra, minőségbiztosításra, konfiguráció-kezelésre, poblémakezelésre, változás-kezelésre vagy az érintett humánerőforrás képzésére koncentráló irányítási és végrehajtási funkciók együttese. 127

128 128. dia 128. dia Alkalmazásportf sportfólió-menedzsment A szervezeti szoftvervagyon nyilvántartását, elemzését, konszolidációját és racionalizálását célzó szervezeti-irányítási és végrehajtási funkciók együttese 128

129 129. dia 129. dia A szoftveréletciklus folyamatai MSZ ISO/IEC szabvány 129

130 130. dia 130. dia A szoftveréletciklus folyamatai Fő folyamatok Támogató folyamatok Szervezeti folyamatok 130

131 131. dia 131. dia ISO 12207: A szoftveréletciklus folyamatai / 2 1. AZ ÉLETCIKLUS FŐ FOLYAMATAI SZERZŐDÉSES NÉZET 1.1. Beszerzési folyamat 1.2. Szállítási folyamat MŰSZAKI NÉZET ÜZEMELTETÉSI NÉZET 1.3. Fejlesztési folyamat 1.4. Üzemeltetési folyamat 1.5. Karbantartási folyamat 131

132 132. dia 132. dia ISO 12207: A szoftveréletciklus folyamatai / 3 2. AZ ÉLETCIKLUS TÁMOGATÓ FOLYAMATAI 2.1. Dokumentálási folyamat 2.2. Konfigurációkezelési folyamat MINŐSÉGIRÁNYÍTÁSI NÉZET 2.3. Minőségbiztosítási folyamat 2.4. Igazolási folyamat 2.5. Érvényesítési folyamat 2.6. Együttes átvizsgálási folyamat 2.7. Felülvizsgálási folyamat 2.8. Problémamegoldási folyamat 132

133 133. dia 133. dia ISO 12207: A szoftveréletciklus folyamatai / 4 3. AZ ÉLETCIKLUS SZERVEZETI FOLYAMATAI IRÁNYÍTÁSI NÉZET 3.2. Infrastruktúrabiztosítási folyamat 3.1. Irányítási folyamat 3.3. Megújítási folyamat 3.4. Képzési folyamat 133

134 134. dia 134. dia A fejlesztési si folyamat az ISO szerint Fejlesztési folyamat kialakítása, elemzés, tervezés Folyamatkialakítás A rendszerkövetelmények elemzése A rendszer nagyvonalú tervezése A szoftverkövetelmények elemzése A szoftver nagyvonalú tervezése A szoftver részletes tervezése Projekt Rendszer Szoftver Kivitelezés, tesztelés, bevezetés A szoftver átvételi támogatása A szoftver telepítése A rendszer minőségi tesztelése A rendszer integrálása A szoftver minőségi tesztelése A szoftver integrálása A szoftver kódolása, tesztelése 134

135 135. dia 135. dia Az IR fejlesztésének főbb f tevékenys kenységei Ezek minden életciklusmodellben megjelennek: Elemzés Tervezés Megvalósítás, tesztelés, integráció Bevezetés 135

136 136. dia 136. dia Elemzés Cél a követelmények meghatározása A létező rendszer folyamatainak megfigyelése, elemzése Dokumentumok tanulmányozása Kérdőíves felmérés Interjúk a szakterület specialistáival, a felhasználókkal Termékek: Elemzési modellek Követelményleírások Rendszerszervezési változatok 136

137 137. dia 137. dia Rendszerszervezési si változatv A követelmények olyan részhalmaza, amely a projekt korlátai mellett teljesíthető és konzisztens (ellentmondásmentes és hivatkozásteljes) Megjegyzés: Kivételesen a fejlesztés (tervezés, megvalósítás) alatt megengedhetők ellentmondó követelmények is, de legkésőbb a szoftver telepítésekor el kell dönteni, hogy közülük melyik érvényes. Tehát ilyenkor a szoftvert fel kell készíteni a telepítési időre halasztott és már a felhasználó által hozott - döntések fogadására. 137

138 138. dia 138. dia Tervezés A szoftvertervezés termékei: szakterületi (termék)modell: a szakterület fogalmainak, objektumainak, viszonyainak közvetlenül megfeleltethető absztrakciókat tartalmazó modell; architektúramodell: a tervezés és a megvalósítás struktúráját és követendő mintáit és az architekturális komponensek interfészeinek specifikációit tartalmazó modell; termékterv: nagyvonalú rendszer-, illetve szoftverterv, funkcionás modulok között interfészek specifikációk, valamint részletes szoftverterv; tesztspecifikációk: egységtesztekre, integrációs tesztekre, validáló tesztelésre; megoldásmodell: az architektúramodellt maradéktalanul érvényesítő részletes szoftverterv. 138

139 139. dia 139. dia DOLGOZÓ DOLGOZÓ- ALKALMAZÁS BÉRFELADÁS MÉRTÉK- EGYSÉG BESOROLÁS FIX ELVONÁS TELJESÍTÉS BÉRTÉTEL BÉRMOZGÁS SÁVOS ELVONÁS BÉR-ELVONÁS BÉRMOZGÁS- SZÁMLA 139

140 140. dia 140. dia Tervezés s / 2 A szoftvertermék elemezhetőségét, változtathatóságát, tesztelhetőségét, stabilitását, hordozhatóságát, valamint a komponenseinek újrafelhasználhatóságát szolgáló alapvető tervezési (konstrukciós) elv: Egymástól függetlenül előforduló problémákat nem szabad egyazon megbonthatatlan építőelemben megoldani!!! A problémák függetlenségének felismerését segítő osztályozási szempontok: szintek és vetületek - a strukturált megközelítés szerint; szintek, rétegek és minőségek a korszerűbb módszertanokban. 140

141 141. dia 141. dia Az elemzés és s tervezés s technikái, i, eszközei zei Grafikus modellezési technikák: tömörség, egyértelműség CASE (Computer Aided Software Engineering) eszköztár: a grafikus modellezési technikák integrált támogatása elektronikus formában készülő redundanciamentes konzisztens terv szabványok és módszertan követésének kikényszerítése (automatizált ellenőrzés) hatékony csoportmunka eszköze kódgenerálás, nyomtatott dokumentáció generálása 141

142 142. dia 142. dia A fejlesztés s további tevékenys kenységei Kivitelezés (kódolás és egységtesztek) Integráció és integrációs teszt Minőségi teszt Szoftver telepítése, bevezetése a használatba a szervezeti folyamatok újraszervezése a szoftver szakmai felhasználási környezetének kialakítása; a szoftver testreszabása; az üzemeltetési, technikai környezet kialakítása, a rendszer üzemeltetési környezetbe telepítése; adatmigráció, azaz a korábbi rendszer adatainak konvertálása és betöltése az új rendszer adatbázisába; a felhasználók kiképzése; próbaüzemi teszt, azaz üzemi környezetben tényleges volumenek és csúcsterhelés melletti teszt; átállás az új rendszerre 142

143 143. dia 143. dia Életciklusmodellek 143

144 144. dia 144. dia Vízesés s modell Elemzés Előrehaladás Visszacsatolás Tervezés Kivitelezés és egységteszt Integráció és rendszerteszt Működtetés és karbantartás 144

145 145. dia 145. dia Vízesés s modell / 2 Előnyei: - Világos struktúra. - A projekt egyszerűen ütemezhető, irányítható. Hátrányai: - Csak a szakaszok végén van visszacsatolás. - Feltételezi, hogy a követelmények pontosan ismertek és nem változnak. - Hosszú a fejlesztési idő. 145

146 146. dia 146. dia V modell Rendszer elemzése, nagyvonalú tervezése Rendszer integrálása, minõségi tesztelése Szoftver elemzése Szoftver minõségi tesztelése Szoftver nagyvonalú tervezése Szoftver integrálása Szoftver részletes tervezése Szoftver kódolása, tesztelése Idõbeli elõrehaladás Megfelelés terveknek, követelményeknek 146

147 147. dia 147. dia V-modell / 2 Előnyei / hátrányai: - Többnyire azonosak az egyszerű vízesés modellével. - Az egyszerű vízesés modellnél világosabb képet ad arról, hogy adott tevékenység és annak terméke mely korábbi tevékenység termékének kell megfeleljen. 147

148 148. dia 148. dia Iteratív v fejlesztés s / 1 Iteráció: Azonos tevékenység vagy tevékenységsor ismételt végrehajtása. Iteratív fejlesztés: Minden iteráció újabb minőséget ad az előző végrehajtás termékéhez. - Az iterációkat határozott célkitűzés, átfogó projektterv előzi meg. Nem önálló modell, hanem egy olyan, a célt fokozatosan közelítő megoldás, amelyet klasszikus életciklusmodellekkel kombinálva új életciklusmodellt kapunk. Iteratív fejlesztésen alapuló nevezetes modellek: az inkrementális modell a spirálmodell 148

149 149. dia 149. dia Iteratív v fejlesztés s / 2 Az iteratív fejlesztés motivációi: kezelni, hogy kezdetben nem lehet ismert minden követelmény; számolni az ismert követelmények megváltozásával; különlegesen nagy kockázatú projekteket is kezelhetővé tenni (lásd spirálmodell); minél korábban szülessen egy működő, átadott verzió (lásd inkrementális modell); az előző iterációk során szerzett tapasztalatok felhasználásával a módszerek, a termékminőség folyamatos javítása (inkrementális modell); megbízhatóbb termék (inkrementális modell: előbbi következménye; spirálmodell: kifejezetten a minőségi kockázatok csökkentését célzó prototípusok). 149

150 150. dia 150. dia 1.rész Elemzés Tervezés Kivitelezés 2.rész Elemzés Tervezés Elemzõ team Tervezõ team Kivitelezõ és integrációs team 3.rész Elemzés Inkrementális modell - átlapolással Kivitelezés Tervezés Kivitelezés Müködtetés 150

151 151. dia 151. dia Követelmények meghatározása Iteratív és s inkrementális modell Követelmények inkrementumokhoz rendelése Inkrementum fejlesztése Inkrementum validálása Inkrementum integrálása Rendszer validálása Teljes rendszer nem teljes rendszer 151

152 152. dia 152. dia Inkrementális modell előnyei, hátrh trányai Előnyei: Kezelni tudja a követelmények változásait. Korán megszületik egy működő, átadott verzió (ez a projekt megítélése, a megrendelő elégedettsége szempontjából nagyon fontos); Az előző verziók fejlesztése és használata során szerzett tapasztalatok felhasználásával a módszerek folyamatosan javulnak, a követelmények finomodnak, a kockázatok csökkennek. A későbbi verziók egyre megbízhatóbbak (több tapasztalat, több sokszorosan kipróbált komponens a termékben). A teljes rendszer helyett csupán egy inkrementumot fejlesztő projekt akkor is elindítható, ha a szervezet szűkösebb emberi és pénzügyi erőforrásokkal rendelkezik. Elegendő erőforrások birtokában viszont az inkrementumok fejlesztésének átlapolásával a teljes rendszer fejlesztésének időtartama is csökkenthető. Hátrányai: Szűkös erőforrások esetén a teljes rendszer lassan készül el. A soklépéses folyamat és a párhuzamos tevékenységek irányítása nehéz feladat. A már működő részeket és a későbbi lépések eredményeit újra és újra integrálni kell. 152

153 153. dia 153. dia További életciklusmodellek Az iteratív fejlesztés valamilyen változatai (pl. Boehm-féle spirálmodell) A kombinált iteratív-inkrementális modell változatai (pl. a Rational Unified Process RUP-modell) A felhasználó és a fejlesztő közötti jobb megértést, a követelmények pontosabb meghatározását, valamint a fejlesztés gyorsítását szolgáló modellek (pl. egyszerű prototípusmodell és annak evolúciós fejlesztés nevű változata) A követelmények megváltozásával szemben különösen toleráns modellek (pl. agilis módszertanok - extrém programozás) A ráfordítások megvásárolható kész komponensek beépítésével való csökkentő modellek (komponens alapú fejlesztés) Az esetleges minőségi hiányosságok katasztrofális következményeinek kockázatát módszeresen csökkentő modell (pl. Boehm-féle spirálmodell) 153

154 154. dia 154. dia A RUP-modell és a Boehm-féle spirálmodell

155 155. dia 155. dia RUP (Ratinonal( Unified Process) Nem egymás utáni lépések sorozata a szoftver létrehozására Nem egy kész, követendő eljárás, hanem egy könnyen változtatható keret Iteratív szoftverfejlesztési módszertan Segítségével szoftverek fejlesztése (speciális igények kielégítése) 155

156 156. dia 156. dia Alkalmazott elvek: Iteratív fejlesztés Követelmények menedzselése Komponens alapú architektúrák Vizuális modellek Minőségbiztosítás Változáskezelés 156

157 157. dia 157. dia Jellemzők A szoftvertermék különböző aspektusainak modellekkel történő leírása A munkamenet lépései addig ismétlődnek, míg a rendszert megfelelően leíró modelleket nem kapunk pontosítás (iteráció) kiterjesztés (inkrementáció) 157

158 158. dia 158. dia A szoftvertermék k fejlesztési si élettartama a RUP alapján Vizsgálati fázis (Inception Phase) Kidolgozási fázis (Elaboration Phase) Létrehozási fázis (Construction Phase) Átállási fázis (Transation Phase) 158

159 159. dia 159. dia Vizsgálati fázisf Vizsgáljuk az üzleti elvárásokat, megkötéseket, felépítjük a követelményrendszert Fázis végére tisztázottak: projekt tulajdonos személye igények, megszorítások költségek, prioritások, megszorítások elvárások, szolgáltatások közti különbségek 159

160 160. dia 160. dia Kidolgozási fázisf Elkészül a projekt tényleges terve: végleges használati diagramok kockázati listák egy már működő prototípus további fejlesztési terv 160

161 161. dia 161. dia Létrehozási fázisf Tényleges programozás a vizsgálati fázis eredményei alapján Fázis végére: projektkitűzéseknek megfelelő termék előállítása 161

162 162. dia 162. dia Átállási fázisf Főleg nagy rendszereknél Megbízó alkalmazottjainak betanítása a szoftver telepítése a telephelyeken Esetleges migráció 162

163 163. dia 163. dia Projektek működése m RUP segíts tségével Szerep: egy feladatkör, amit egy személy vagy szervezet ellát Tárgy: valamilyen eredmény Munkafolyamatok: külön-külön mekkora mennyiségű munkát igényelnek Tevékenység: tényleges munka, amit egy alkalmazott elvégez 163

164 164. dia 164. dia Kockázatelemz zatelemzés s RUP segíts tségével Kockázatok körvonalazása: vizsgálati fázis során Későbbi fázisok során teljes kockázati listának kell rendelkezésre állni Minden iteráció után megtörténik a kockázati lista frissítése, rövid időközönként 164

165 165. dia 165. dia 165

166 166. dia 166. dia Boehm-féle spirálmodell A szoftverfolyamatot nem tevékenységek és a köztük található esetleges visszalépések sorozatának tekinti, hanem spriálként A szoftverfolyamat egyes fázisait az egyes körök mutatják 166

167 167. dia 167. dia Mivel foglalkoznak az egyes körök? k? Legbelső kör: megvalósíthatóság Következő: rendszer követelményeinek meghatározása Következő: rendszer tervezése Stb. 167

168 168. dia 168. dia 4 szektor A spirál minden egyes ciklusa felosztásra kerül 1.: célok, alternatívák meghatározása 2.: kockázat becslése és csökkentése 3.: a fázis termékének megvalósítása és validálása 4.: következő fázis tervezése 168

169 169. dia 169. dia A spirális modell a kockázati tényezőkkel explicite számol A modellben nincsenek rögzített fázisok Felölthet más folyamatmodelleket is pl.:vízesés 169

170 170. dia 170. dia Hátrányai A modell alkalmazása bonyolult, munkaigényes feladat A párhuzamos foglalkoztatás csak a 3. szektorban lehetséges 170

171 171. dia 171. dia 171

172 172. dia 172. dia Megközel zelítési módok m és s módszertanokm 172

173 173. dia 173. dia A (szoftver)fejlesztési megközelítési mód egy sajátos absztrakciós szemlélet, amelyből sajátos fogalomrendszer, eszköztár, elemzési (felbontási) és konstrukciós elvek következnek. A (szoftver)fejlesztési módszertan a fejlesztési folyamat minden architekturális összetevőjét lefedő, a kidolgozók által figyelembe vett célkitűzések és feltételek mellett legjobb gyakorlatnak szánt terméksémák, folyamatsémák és szervezeti sémák, valamint a felsoroltakhoz kapcsolódó értékelési (mérési) kritériumok együttese. 173

174 174. dia 174. dia Megközel zelítési módokm Moduláris Strukturált Objektumorientált 174

175 175. dia 175. dia Módszetanok Alaptípusok: Folyamatvezérelt Eseményvezérelt Adatvezérelt Felhasználóvezérelt Az előbbieket kombináló kevert típusok: Hagyományos Objektumorientált 175

176 176. dia 176. dia Az üzemeltetési folyamata Informatikai szolgáltat ltatások menedzselése az Information Technology Infrastructure Library (röviden: ITIL) módszertan szerint 176

177 177. dia 177. dia A szolgáltat ltatásmenedzsment feladatcsoportjai Szolgáltatás támogatása Szolgáltatás biztosítása 177

178 178. dia 178. dia Szolgáltat ltatás s támogatt mogatása feladatcsoport Ügyfélszolgálat Incidenskezelés Problémakezelés Változáskezelés Konfigurációkezelés Kiadáskezelés 178

179 179. dia 179. dia Szolgáltat ltatás s biztosítása sa feladatcsoport Szolgáltatásiszint-menedzsment Informatikai szolgáltatás pénzügyi irányítása Kapacitásmenedzsment Rendelkezésreállás-menedzsment Informatikai szolgáltatás folytonosságának irányítása 179

180 180. dia 180. dia A szoftverek általános minőségi jellemzői MSZ ISO/IEC 9126 szabvány 180

181 181. dia 181. dia A szoftverek általános minőségi jellemzői 1. Funkcionalitás - a szolgáltatási igények teljesítésének szintje 2. Megbízhatóság - a rendelkezésre állás, a teljesítményszint fenntartása adott feltételek mellett és adott időszakon belül 3. Használhatóság - a felhasználótól igényelt ráfordítások 4. Hatékonyság - a teljesítményszint és az ehhez felhasznált erőforrások mennyisége közötti viszony 5. Karbantarthatóság - konkrét változtatások elvégzéséhez szükséges ráfordításokra kiható tulajdonságok 6. Hordozhatóság - különböző alkalmazási, szervezeti, hardver- vagy szoftver környezetekbe átvihetőség 181

182 182. dia 182. dia Funkcionalitás Alkalmasság: A kitűzött konkrét feladatokra használható funkciók. Az IR elvárt jelentésű és minőségű adatokat szolgáltat. Pontosság: A szoftver helyes vagy a megállapodás szerinti ered-mények szolgáltatására képes eljárásokat, megoldásokat tartalmaz. Együttműködés: Más rendszerekkel, alkalmazásokkal kölcsön-hatásban működés képessége. (Például adatcsere képessége.) Alkalmazhatóság: A kapcsolatos (szakterületi) szabványok, szabályok, törvényi szabályozások, előírások betartása.. Biztonság: Funkciókhoz, adatokhoz jogosulatlan hozzáférés megakadályozása, felhasználói tevékenységek nyilvántartása (sérthetetlenség, hitelesség, bizalmasság, letagadhatatlanság). 182

183 183. dia 183. dia Megbízhat zhatóság Kiforrottság (érettség): Szoftverhiba miatti hibás működés gyakorisága. Hibatűrés: A teljesítmény meghatározott szintjének fenntartása szoftverhibák bekövetkezésének vagy a használati felületére megadott szabályok megsértésének ellenére is. Helyreállíthatóság: Meghibásodás esetén a teljesítmény eredeti szintre visszaállításának lehetősége, a közvetlenül érintett adatok visszanyerésének lehetősége, az ehhez szükséges idő és ráfordítás mértéke. 183

184 184. dia 184. dia Használhat lhatóság Érthetőség: A felhasználótól mennyi ráfordítást igényel a működési elvek és azok alkalmazhatóságának megismerése. Megtanulhatóság: A felhasználótól mennyi ráfordítást igényel az alkalmazás kezelésének, a bemenet és kimenet korlátainak megismerése. Üzemeltethetőség: A felhasználótól mennyi ráfordítást igényel az üzemeltetés és kezelés. (A minősítés nemcsak utólagos méréssel történik, hanem a fentieket befolyásoló tulajdonságokat kell vizsgálni.) 184

185 185. dia 185. dia Hatékonys konyság Időigény: A funkciók végrehajtásakor tapasztalható válaszidők, feldolgozási idők, teljesítményszintek. Erőforrásigény: A funkciók végrehajtásakor felhasznált erőforrások mennyisége és a felhasználás időtartama. (A szabványon kívül említve: Költséghatékonyság - méretezhetőség) 185

186 186. dia 186. dia Karbantarthatóság Elemezhetőség: A hibák vagy a meghibásodási okok feltárásához illetve a módosítandó részek azonosításához mennyi ráfordítás szükséges. Változtathatóság: Mennyi ráfordítást igényel a módosítás, a hibaelhárítás, a környezetben történt változáshoz igazítás. Stabilitás: Mekkora a kockázata a módosítások miatt nem várt következményeknek. Tesztelhetőség: A módosított szoftver érvényesítő ellenőrzéséhez mennyi ráfordítás szükséges. (A minősítés nemcsak utólagos méréssel történik, hanem a fentieket befolyásoló tulajdonságokat előzetesen is kell vizsgálni.) 186

187 187. dia 187. dia Hordozhatóság Adaptálhatóság: A szoftver különböző, adott környezetekhez adaptálható-e kizárólag olyan funkciók illetve eszközök alkalmazásával, amelyekkel a szóban forgó szoftver ennek céljából el van látva. Telepíthetőség: A szoftver adott környezetben való telepítéséhez mennyi ráfordítás szükséges. Műszaki megfelelőség: A szoftver a hordozhatósággal kapcsolatos szabványokat és szabályokat betartja. Kiválthatóság: A szoftvert egy másik szoftver helyett használni lehet annak környezetében, illetve ehhez mennyi ráfordítás szükséges. (Kiváltó képesség - Kompatibilitás) 187

188 188. dia 188. dia Folyamatmenedzsment (workflow WF) rendszer

189 189. dia 189. dia Csoportmunka-támogat mogató rendszer Olyan rendszerek, melyek a csoporton belüli kommunikációt, együttműködést és koordinációt együttesen alkalmazza Csoportmunka támogató szoftverek lehetővé teszik az üzleti élet projektjeinek elektronikus formában történő kezelését a projekt teljes életútja során. A projektek tagja láthatják az összes projektet, amelyen egyidőben dolgoznak, a projektvezetők pedig folyamatosan ellenőrizhetik projektjeik állapotát. Minden projektben feladatok oszthatók ki a projektben résztvevők számára, a feladatokhoz dokumentumok csatolhatók, ellenőrizhető a kiosztott feladatoknak státusza és ezen keresztül a teljes projekt állapota. A változásokról és új elemekről a megfelelő személyek ben értesítéseket kapnak. Ilyen módon a csoportmunka támogató szoftveres megoldásaink segítségével Csökkenti a projektek adminisztrációjára fordított időt, és munkatársak hatékonysága nő 189

190 190. dia 190. dia Rövid törtt rténet 1980-ban kezdődött Alapja: Képfeldolgozás Dokumentum menedzsment rendszerek Elektronikus levelező és könyvtárrendszerek Csoportmunka alkalmazások TPS 190

191 191. dia 191. dia 191

192 192. dia 192. dia Bevezetés s céljac 192

193 193. dia 193. dia Célterületekletek 193

194 194. dia 194. dia Üzleti folyamatok Szekvencia Kiválasztás Párhuzamosság Összehangolás ismétlődés 194

195 195. dia 195. dia Példa folyamatábr brárara 195

196 196. dia 196. dia 196

197 197. dia 197. dia Folyamatmenedzsment szintjei 197

198 198. dia 198. dia 198

199 199. dia 199. dia 199

200 200. dia 200. dia Oracle Workflow Builder A folyamatmenedzsment (workflow management) alkalmazás (ügymenetkezelésnek is fordítják) speciális célú csoportmunka-támogató rendszer, amely a tevékenységek folyamattá szervezésére és a folyamat vezérlésére helyezi a hangsúlyt. Oracle Workflow - komplex munkafolyamat támogatás ideális megoldása a többszerveres és elosztott működéssel, nagy terhelés mellett is stabil működést mutató Oracle Workflow alkalmazás, mely lehetővé teszi az e-business alkalmazások integrálását is. 200

201 201. dia 201. dia Workflow Management Coalition (WFMC) referencia modell 201

202 202. dia 202. dia 202

203 203. dia 203. dia Folyamat-defini definiáló eszköz Ezt a komponenst a folyamattervező, elemző szakemberek használják A komponens segítségével folyamattípusok tervezhetők. A WF rendszer által vezérelt minden konkrét munkafolyamat valamelyik folyamattípus egy példánya. A tervezés során meghatározzák a végrehajtás menetét. Ez egy hálóval reprezentálható, amelynek csomópontjai a tevékenységeket (részfeladatokat) képviselik Adminisztrátori és monitorozó eszközök Folyamat-definiáló eszköz WF API és Interchange formátumok munkafolyamat beillesztés WF motor WF Más kliensek alkalmazások Másik WF rendszer WF motor 203

204 204. dia 204. dia 204

205 205. dia 205. dia munkafolyamat beillesztés Valamilyen esemény hatására inicializál egy adott típusú folyamatpéldányt, és annak indítását kezdeményezi a WF motornál. Folyamat-definiáló eszköz Adminisztrátori és monitorozó eszközök WF API és Interchange formátumok munkafolyamat beillesztés WF motor Másik WF rendszer WF motor WF kliensek Más alkalmazások 205

206 206. dia 206. dia WF motor folyamatpéldány vezérlését végzi a folyamatpéldány, illetve az aktuális tevékenység attribútumainak olvasása, írása; az aktuális tevékenység végrehajtójának informálása; az aktuális tevékenység kimenetele, esetleg külső esemény és a folyamat-definíció alapján a következő tevékenység(ek) és végrehajtó(k) kiválasztása, a végrehajtó(k) értesítése, szükség esetén más alkalmazói szoftver elindítása; a folyamat teljes hosszában a történeti adatok rögzítése (mikor, ki, mit csinált); a befejezést követően a folyamatpéldány eltávolítása. Adminisztrátori és monitorozó eszközök Folyamat-definiáló eszköz WF API és Interchange formátumok munkafolyamat beillesztés WF motor WF Más kliensek alkalmazások Másik WF rendszer WF motor 206

207 207. dia 207. dia WF motor 207

208 208. dia 208. dia WF kliens felhasználó és a WF rendszer közötti intelligens kommunikáció lebonyolítása. Folyamat-definiáló eszköz Adminisztrátori és monitorozó eszközök WF API és Interchange formátumok munkafolyamat beillesztés WF motor Másik WF rendszer WF motor WF kliensek Más alkalmazások 208

209 209. dia 209. dia WF kliens 209

210 210. dia 210. dia adminisztrátori tori és s monitorozó eszközök éppen futó folyamatpéldányok mindenkori állapotáról informálják akár az üzemeltetésfelügyeletet, Adminisztrátori és monitorozó eszközök Folyamat-definiáló eszköz WF API és Interchange formátumok munkafolyamat beillesztés Másik WF rendszer WF motor WF motor WF kliensek Más alkalmazások 210

211 211. dia 211. dia Összetevők Attributes: globális attribútumok. Processes: folyamatsémák. Notifications (értesítések): Valójában folyamatlépések, azaz a folyamattípus elemi lépései, tevékenységei. Az értesítés név onnan van, hogy minden folyamatlépésről értesítést kapnak azok a felhasználók, akik az adott lépés végrehajtására jogosult szerepkörbe tartoznak. Functions (funkciók): A WF-motor által végrehajtatandó funkciók, automatizmusok. E komponensek segítségével a workflow rendszer egyedi igények szerint programozható, Events (események): Egyes folyamatlépések végrehajtására nem azért kerül sor, mert az előző lépés befejeződött,. Messages (üzenetek): A WF Builderben az egy-egy értesítés adatainak együttesét nevezik üzenetnek. Lookup types (felsorolástípusok): A felsorolástípus véges számú diszkrét értékből álló értékkészletet jelent, és egyes attribútumok adattípusának, értékkészletének specifikálására használható. 211