Csontos Péter IQSOFT Rational szakmai nap 2001 február 28. Az e-fejlesztések jellemzői.

Az előadások a következő témára: "Csontos Péter IQSOFT Rational szakmai nap 2001 február 28. Az e-fejlesztések jellemzői."— Előadás másolata:

1 Csontos Péter IQSOFT Rational szakmai nap 2001 február 28. Az e-fejlesztések jellemzői

2 2 n Tanácsadás Ügyfeleinknek nemcsak megbízható „tanácsokat” nyújtunk, hanem teljes körű üzleti megoldásokat is, átfogó üzleti integrációs módszerünk segítségével. Accenture A korábban Andersen Consulting-ként ismert tanácsadó cég 2001. január 1.-től új néven, megújulva működik tovább: Accenture - „Accent on future”. n Technológia Egy szervezet döntéshozó képességét lépten-nyomon a technológia támogatja. Az Accenture új, technológián alapuló üzleti megoldásokat kínál ügyfeleinek. n Tevékenység-kihelyezés Az egyre keményebb tulajdonosi elvárások és szemléletváltozás megkövetelik, hogy a vállalatok kulcs tevékenységeikre összpontosítsanak. Vállalatunk a hagyományos kihelyezési modellek mellett új, Interneten alapuló megoldásokkal is segíti ezt a törekvést. n Üzleti szövetségek Vezető cégekkel társulunk a legkülönbözőbb területekről, hogy minél gyorsabban teljesíthessük ügyfeleink bármilyen üzleti igényét. n Kockázati tőketársaságok Az Accenture Technology Ventures tavaly több, mint 200 millió dollárt fektetett be olyan induló vállalkozásokba, akik az új gazdaság vezetői lesznek.

3 3 Adatok az Accenture-ről  70000 munkatárs  Jelenlét 46 országban  A világ legnagyobb informatikai és menedzsment tanácsadó cége A Gartner Group szerint az Accenture a jövő üzleti- és rendszerintegrátora. A Fortune magazin szerint az Accenture „kétségkívül világvezető a rendszerintegrációban” A Gartner Group szerint az Accenture a jövő üzleti- és rendszerintegrátora. A Fortune magazin szerint az Accenture „kétségkívül világvezető a rendszerintegrációban”  Magyarországi jelenlét 1991 óta  Összesen 555 fő, ebből 110 tanácsadó  MOL pénzügyi tevékenységének outsourcing-ja http://careers.accenture.com/location/hungary/hung_home.html

4 4 Elektronikus levelezés  Valamikor a 70-es években keződött  Együtt fejlődött az internettel  Kezdetben host-terminál rendszerben működött  Manapság kliens-szerver vagy web alapú  Forradalmasította az emberek közötti aszinkron kommunikációt e Eme lehetetlen e-s nevezetek eredete Elektronikus kereskedelem  A web széleskörben elterjesztette az internetet  Az SSL és SET protokollok lehetővé tették az interneten való biztonságos azonosítást és fizetést  Kezdetben a B2C forma, a kiskereskedelem hódított  Manapság a B2B a nagyobb üzlet (az informatikai piackutató cégek felmérései alapján) Elektronikus üzlet  Az e-commerce-ből kiindulva az üzleti élet egyre több aspektusa „webesedik”  eCRM  eLearning  eHR  eERP  eInfrastructure Automatizált szoftverfejlesztés  A szoftver előállításának egyre több fázisa automatizálódik  CASE: nem új találmány  Széleskörű elterjedés oka: az objektum-orientált paradigma létrejötte, a programozási nyelvek és az UML, mint egységes tervezési jelölőnyelv szabványosodása  A követelmények felmérésétől és az üzleti folyamatoktól a tesztelésig és karbantartásig követi végig a szoftverek életciklusát e-developmente-businesse-commercee-mail

5 5 Az e-fejlesztés mozgatórugói 1.  A szoftverek előállításának folyamata A vízesés modellről (a követelményelemzés, tervezés, implementáció, tesztelés, telepítés és működtetés szigorúan szekvenciális végrehajtása) nagyon korán (a 70-es években) kiderült, hogy nem életképes, ugyanis a követelményeket folyamatosan kell hozzáigazítani a rendszer megrendelőjének követelményeihez. A megoldás az iteratív szoftver-előállítás, melynek lényege, hogy sok kis követelményelemzés-tervezés-megvalósítás-tesztelés-pilot ciklus követi egymást, elkerülve azt, hogy túl későn derüljenek ki túl nagy hiányosságok. Ahhoz, hogy ez hatékonyan működjön, szükség van a terv és az implementáció automatikus szinkronizációjának lehetőségére.  Paradigmaváltás Az objektum-orientáltság, és az objektum-orientált programozási nyelvek elterjedésével megváltozott a szoftver-előállítás folyamatán belüli hangsúly. A korábbi állapottal szemben, amikor a fő tevékenység az implementáció volt, a tervezés került a figyelem középpontjába. Ennek oka, hogy a folyamat során a hibajavítás költsége exponenciálisan nő, tehát a hiányosságokat akkor lehet a legolcsóbban kiküszöbölni, ha már a tervezés során fény derül rájuk.  Rövidebb piacra jutási idő Az informatikai infrastruktúra (hardver, operációs rendszer, köztes szoftverek) gyors fejlődésének köszönhetően az alkalmazói szoftverek gyorsabban elavulnak, mint korábban. Emiatt a szoftvereket rövidebb idő alatt kell előállítani, ráadásul mindez nem mehet a minőség rovására. Ez csak akkor lehetséges, ha a szoftverek készítéséhez annyi segítséget kapnak automatizált eszközöktől a tervezők, programozók, tesztelők és üzemeltetők, amennyit csak lehetséges.

6 6 Az e-fejlesztés mozgatórugói 2.  Komponens alapú fejlesztés A rövidebb piacra jutási idő miatt fel kellett adni a „mindig mindent előlről kezdve fejlesszünk ki” elvet. Ennek lett eredménye a komponens alapú fejlesztés elterjedése, melynek lényege, hogy olyan interfész-szabványokat hoznak létre (OLE, Active-X, JavaBeans, OpenDOC), melyek segítségével a különböző fejlesztőktől származó szoftverek együtt tudnak működni. Ez gyakran együtt jár azzal, hogy a komponenseknek elosztott rendszerekben kell együttműködniük (CORBA, DCOM, Java RMI).  Round-trip engineering A programozási nyelvek szabványosodása (a C++, Java, PL/SQL, PowerBuilder, Delphi és Visual Basic nagy elterjedtsége) lehetővé tette, hogy viszonylag egyszerűen lehessen széleskörben használható kódgeneráló és visszafejtő eszközöket készíteni. A szoftver-előállítás automatizálásának fő komponense vált ily módon elérhetővé.  Kritikus elterjedtségi küszöb Túl vagyunk azon a fordulóponton, amikor a CASE eszközök (Computer-Aided Software Engineering) használata már nem egy szűk elit privilégiuma, és maga a fogalom széles körben elterjedt. Példák: az egyetemek informatikai alapképzésének része az UML, a Microsoft beépítette a Rational Rose-t Visual Modeler néven népszerű fejlesztőeszközébe, a Borland legújabb internetes fejlesztőkörnyezetének szintén része a Rose.

7 7 Az e-fejlesztés mozgatórugói 3.  Megnövekedett minőségi igények Tekintve, hogy az informatika az élet egyre több területére betör („a szoftver maga az üzlet”), kritikus fontosságú, hogy az alkalmazások minősége megfelelő legyen. Egyre többször és több helyen hallani a „mission critical” kifejezést, ami nagyon jól kifejezi azt, hogy az informatikai rendszer nem megfelelő működése egy egész vállalkozás működését teheti lehetetlenné. A megfelelő minőség biztosítása lehetetlen a tervezés, fejlesztés és tesztelés megfelelő támogatása hiányában.  Módosítások gyakoriságának növekedése Nem csupán az informatikai környezet, hanem az üzleti modellek is sűrűn és jelentősen változnak napjainkban. Ez magával vonja a szoftverekkel szemben támasztott igények gyors változását, ami a fejlesztőktől nagyfokú rugalmasságot követel meg.  Növekvő kompexitás Az informatika hatókörének növekedése miatt a vállalati informatikai környezet összetettsége radikálisan növekszik. A legtöbben a „best of breed” alkalmazásokat választják, ily módon az integráció egyre fontosabbá válik. Erre példa az EAI (Enterprise Application Integration), mint különálló alkalmazás-kategória megjelenése. Emellett a szoftverek belső bonyolultsága is nő. Mindez nélkülözhetetlenné teszi a tervezés hangsúlyosságának megnövekedését.  Kezelőfelületek változatossága Az internet és a mobil protokollok és platformok széleskörű elterjedtségének köszönhetően a mai alkalmazások egyszerre többféle kezelőfelülettel rendelkeznek (Windows GUI, web, WAP, Palm, Pocket PC, EPOC, stb.). Mindez a kezelőfelület tesztelésének jelentőségét növeli meg jelentősen.

8 8 Szervezet – eszközök – folyamat Mi a szoftverfejlesztő vállalkozás fő építőeleme? Szervezet Hangsúly a jól képzett és nagy tapasztalattal rendelkező embereken Folyamat Hangsúly a részletesen kidolgozott, betartott és folyamatosan fejlesztett szoftver-életciklus folyamaton (pl. CMM, Bootstrap, ISO/IEC 15504 - SPICE) Eszközök Hangsúly a nagy tudású és fejlett szoftverfejlesztő eszközökön és környezeten Előnyök: Rugalmasság Kis rizikó Hátrány: Megfelelő eszközök híján túl sok adminisztráció és a kelleténél több redundancia STOP Előny:  Kevés adminisztráció Hátrányok:  Rugalmatlanság (paradigma-, architektúra- vagy eszközváltás)  Magas rizikó Megoldás: e-development

9 9 e-development Üzleti modellezés Telepítés és üzemeltetés Tesztelés Fejlesztés Elemzés és tervezés Követelményelemzés Hatékonyságot javító eszközök

10 10 Rational @ Accenture  Rational Software: az e-development éllovasa Az e-development, ezen belül az UML jelölőnyelv piacvezető szállítója a Rational Software Corporation. Termékük, a Rational Rose messze a legelterjedtebb az UML-alapú CASE eszközök között. Ezen kívül ClearCase verziókezelő szoftverük vezeti kategóriájának piacát. A Rational a szoftver-előállítás teljes életciklusához szállít támogató termékeket. Ezek közül a fejlesztőeszközök azok, amelyek kisebb hangsúlyt kapnak, azonban a Rational többi terméke szorosan integrált a piacveztető fejlesztőeszközökkel. Módszertanuk a Rational Unified Process (RUP).  Accenture-IQSOFT együttműködés a Westelnél A Westel egyik nagyszabású szoftver-fejlesztési projektjében az Accenture a Rational Rose-t használta tervezőeszközként. Az IQSOFT-tal együttműködve a projekt sikeresen zárult, az említett eszköz és a Rational ClearCase használata nagy mértékben segítette a tervezőket, fejlesztőket és tesztelőket.  Az Accenture üzleti integrációs módszertana Az Accenture felismerve a Rational Unified Process elismertségét és képességeit, kiterjesztette világszerte sikeresen alkalmazott üzleti integrációs módszertanát, a BIM-et (Business Integration Methodology) azzal a céllal, hogy ügyfelei a két metodológia előnyeit együttesen aknázhassák ki.

11 11 Kérdések ?