IT Projektmenedzsment PowerDesignerrel - PowerPoint PPT Presentation

Title: IT Projektmenedzsment PowerDesignerrel


1
IT Projektmenedzsment PowerDesignerrel

• Michaleczky Péterszakérto, Sybase Magyarország

2
Témakörök

• Tervezés vállalati szinten PowerDesignerrel
• Projektminoség biztosítása
• Agilis tervezés és fejlesztés
• A PowerDesigner használata a projekt-életciklus
  során
• Projektelokészítés
• Tervezés
• Fejlesztés
• Tesztelés
• Követés
• Enterprise Architecture Modell

3
Mi várható 2009-ben a vállalatoknál?

• Konszolidáció / költségcsökkentés
• Outsourcing
• Megfelelés (compliance)
• Összeolvadások, felvásárlások
• Agilitás gyorsan a piacra juttatni a
  terméket/szolgáltatást
• Elindulni SOA irányban?
• Mindezek komoly változásokat generálnak az IT
  infrastruktúrában
• Az IT vezetok manapság felelosek az üzleti célok
  megvalósításáért is nem csupán technológiai
  felelosségük van
• A hatékony projektmenedzsment segít csökkenteni a
  kockázatokat, költségeket és az implementációs
  idot

4
Tervezés vállalati szinten
Kényszeríto erok Külso IT technológiák Gazdasági
környezet Törvényi környezet Belso Szándékok Üz
leti célok Stratégiák
ÜZLET Igény üzleti folyamatok, tulajdonosok,
használat felderítése, leírása Hogyan? üzleti
folyamatok, szervezet (emberek), szolgáltatások
stb. modellezése
INFORMÁCIÓ Igény az információ felderítése
függetlenül az alkalmazásoktól és
folyamatoktól Hogyan? az adatok (táblák és
kapcsolatok) modellezése
ALKALMAZÁS Igény alkalmazások tervezése,
integrációja, telepítése és továbbfejlesztése Hogy
an? objektum-orientált modellezés (use case-,
osztály-, komponensdiag.)
TECHNOLÓGIA, STRUKTURÁLIS Igény az
alkalmazások, adatok, szolgáltatások és hálózat
felépítése Hogyan? hálózati topológia modellek,
deployment modellek stb.
5
Amit biztosan nem szeretnénk
6
Mit várunk a projekt során?

• Kontroll
• A rendszerek megértése és dokumentálása
• Hatékony projektmenedzsment (költség-, ido- és
  eroforrás becslés)
• Kockázatelemzés
• Agilitás - gyors reakció a változásokra
• Központi meta-adat menedzsment (Repository)
• Hatáselemzéssel a változáskezelés egyszerubb,
  pontosabb
• Újrahasznosítás (kódok, adatok, üzleti
  folyamatok)
• Produktivitás
• kódgenerálás, szkriptgenerálás a rendelkezésre
  álló meta adatok alapján

Az Agilitás a Sebesség és a Pontosság
kombinációja. A Sebesség önmagában még nem elég.
David Dichmann, Sr. Product Manager, Sybase,
Inc.
7
Mit nyújt a PowerDesigner?

• Integrált modellezo eszköz
• üzleti folyamatmodellezés
• követelménykezelés
• logikai- és fizikai adatmodellezés
• UML 2.0 modellezés
• információ likviditás modellezés
• XML modellezés
• reporting
• vállalati Repository
• vállalati architektúra modellezés (Enterprise
  Architecture Model)

8
PowerDesignerLink and Sync
WSBPEL 2.0 BPMN, ebXML
Business Process Model
C VB.NET Java J2EE PowerBuilder
Conceptual Data Model
Object Oriented Model (UML)
Requirements Model
REPOSITORY
Information Liquidity Model
XML Model
Replication Federation, ETL, EII
DTD Schema
Physical Data Model
Forward Engineering
Reverse Engineering
ODBC or Native Drivers
Roundtrip Engineering
DDL
Import/Export
9
Projektminoség biztosításaAgilis
tervezés/fejlesztés

• IT Projektmenedzsment PowerDesignerrel

10
Projektminoség biztosítása

• Követelménykezelés
• Kockázatelemzés
• Változáskezelés
• Projektdokumentáció eloállítása
• Projektdokumentáció központi tárolása és
  publikálása (Repository)

11
Követelménykezelés

• Követelmény modell
• Strukturált szöveges modell
• Minden elem önálló meta-adat
• MS Word import/export és MS Project export
• Export as Design ObjectA követelmények
  exportálhatóak tervezési objektumokká
• Traceability linkekaz egyes követelményekhez
  hozzákapcsolhatóak a tervezési objektumok

• Rögzítheto adatok az egyes követelményekhez
• típus
• prioritás
• kockázat
• ellenorzés, tesztelés módja
• státusz
• Munkaido (workload)
• megvalósítást végzo személy vagy munkacsoport
• szószedet (glossary)

12
Kockázatelemzés

• Kockázatok
• Követelményekhez rögzíthetoek
• Risk Analysis
• Kockázat típusa
• Feltétele
• Bekövetkezés esélye
• Kockázat részletes leírása
• Stb.
• Kockázatok önállóan is riportolhatóak

13
Változáskezelés Impact Analysis

• Technikája a meta-adatok közti kapcsolatok
  felderítése
• több modellen keresztül
• Link Sync
• Érintett követelményekre, tervezési objektumokra
  gyakorolt hatások és összefüggések
• Kimenete
• Lista (exportálásra is)
• Hatásdiagram
• Hatáselemzés a Repositoryban lévo modelleken is
  végezheto

14
Projektdokumentáció eloállítása

• Testreszabható riportok
• Kívánt részletességi szint
• Vállalati templét alkalmazása
• Egységes riport készítheto több modellrol
  (multimodel report)
• Formátum
• Nyomtatható (RTF)
• Intranet (HTML)
• List riportok eloállítása
• Adott modell bizonyos típusú objektumairól készül
• ResultSet képezheto
• Export XML, Excel, RTF, HTM stb.

15
Központi projektdokumentáció (Repository)

• Teljes projektdokumentáció tárolása központilag
• Modellek
• Projekt dokumentumok
• Forráskód, SQL szkript
• Strukturált formában (mappák)
• Csoportmunka (felhasználói jogosultság kezelés)
• Verzionálás (elemszintu)

16
Repository Web Browser

• A Repositoryban lévo modellek/dokumentumok
  megtekintése
• A teljes projektanyag publikálható
• Aktuális állapot és korábbi verziók olvasása

17
Agilis tervezés és fejlesztés

• Meta-adat menedzsment
• Költség-, eroforrás- és idobecslés
• Kód-újrahasznosítás
• Projektmenedzsment módszertanok támogatása eszköz
  szinten

18
Meta-adat menedzsment

• Gartner az IT projektek 60-a még mindig
  kudarccal végzodik
• Kommunikációs szakadék az üzleti és technológiai
  szakemberek között
• A tudás zárt egységekben található csak meg
• Megoldás integrált modellezési környezet
  alkalmazása
• Közös meta-adat menedzsment
• Közös nyelv modellek és meta-adatok
• A Repository vállalati szintu használata
• Példa Követelménykezelés üzleti
  folyamatmodellezéssel és adatelemzéssel együtt
• A tervezési és fejlesztési folyamatok hatékonyabb
  nyomon követése

19
Költség-, eroforrás- és idobecslés

• Alapja a követelmények mellé felvett
  projektadatok
• User Allocation (kik felelosek a követelmény
  teljesüléséért)
• Workload (mennyi munkaóra, munkahét)
• Traceability Links (tervezési objektumok)
• Status (hogy áll a követelmény?)
• Egyéb, saját paraméterek (pl. határido)
• Technikája
• Eroforrás-méretezés és érintettség meghatározása
• Impact Analysis
• Impact Analysis Diagram (segít megérteni)
• User Allocation Matrix
• Traceability Matrix
• Kockázatelemzés (Risk Analysis adatok alapján)

20
Kód-újrahasznosítás

• Célja
• Költség- és idotakarékosság
• Redundancia elkerülése ? átláthatóbb rendszerek
• Meglévo rendszerek feltérképezése a
  PowerDesignerrel
• Meglévo projekttermékek visszafejtése modellé
• Más eszközökben készült modellek importálása
• Vállalati IT feltérképezése
• Központi szolgáltatáskönyvtár
• Tudásbázis (KB)

• Reverse-engineering
• Adatbázisok / SQL szkriptek
• Alkalmazások (.NET, Java, PB, C stb.)
• BPEL, WSBPEL / SOA
• Webszolgáltatások
• Modell-import
• ERwin
• Rational
• XMI
• MS Visio

21
Projektmenedzsment módszertanok

• A PowerDesigner bármely projektmenedzsment
  módszerrel sikeresen alkalmazható
• PRINCE2, SCRUM, RUP, TMS stb.
• Projekt-nézet
• Egy projektbe tartozó modellek és dokumentumok
  egy helyen
• Összefüggések ábrázolása diagram formájában
• Framework-ök
• TOGAF, Zachmann, FEAF egyedi framework-ök
  készítése
• Framework mátrix

22
Projekt és Framework
23
Projekt-életciklus

• IT Projektmenedzsment PowerDesignerrel

24
Projektéletciklus iteratív folyamat

• Projektelokészítés
• Követelménydefiníció
• Koncepcióterv
• Projektmenedzsment
• Logikai rendszerterv
• Fizikai rendszerterv
• Fejlesztés
• Tesztelés
• Követés

25
Követelménydefiníció / Koncepcióterv

• Üzleti folyamatmodellezés
• Többszintu üzleti folyamatmodellek
• Üzleti szintu adatelemzés, CRUD mátrix
• Üzleti szabályok, követelmények definiálása
• Data Flow Diagram (DFD)
• Használati esetek
• Használati eset diagram (UML)
• Használati esetek szöveges és grafikus ábrázolása
  
• Használati esetek riportálása
• Infrastruktúra tervezés
• Enterprise Architecture Model infrastrukturális
  diagramok

26
Hatékony módszer a követelménydefinícióra
27
Logikai rendszerterv

• Használati esetek
• Használati eset diagramok részletes kifejtése
• Dinamikus UML diagramokon(pl. tevékenység,
  szekvencia, állapot stb.)
• Konkrét komponensek/osztályok létrehozása,
  kapcsolása az egyes esetekhez
• Felhasználói felület tervezése (UI terv)
• A képernyok eltárolhatóak a Repositoryban
• UI navigációs terv (objektum vagy tevékenység UML
  diagram)
• UI szabályok és ellenorzések rögzítése (üzleti
  szabályok)
• Az UI osztályok definiálása már ezen a szinten
  elvégezheto

28
Logikai rendszerterv (folyt.)

• Logikai adatmodellezés
• A PowerDesigner piacvezeto az adatmodellezo
  eszközök terén
• Logikai adatmodell (CDM/LDM)
• E/R, Merise és Barker jelölésrendszer
• Platformfüggetlen tervezés
• Adatelemek kezelése (BPM export/import)
• Üzleti folyamatmodell adatelemeibol generálható
  CDM/LDM
• A kapcsolatok csak logikai szinten ábrázolandóak
• Domainek, ellenorzések, öröklés (inheritance),
  üzleti szabályok
• Bármely DB platformra generálhatunk fizikai
  adatmodellt (PDM)
• Logikai adatmodell (LDM)
• A koncepcionális modell bovítésére,
  ellenorzésére, egy lépés a fizikai modell felé
• A kapcsolatok fizikai formáját már legenerálja a
  PowerDesigner
• ERwin modellek importálása

29
Koncepcionális adatmodell (CDM)
30
Logikai adatmodell (LDM)
31
Adatellenorzési szabálykönyv, jogosultságok
leírása

• Adatelemek felírása
• Üzleti folyamatmodellben vagy a logikai
  adatmodellben
• Adatellenorzési szabályok összeírása
• Üzleti folyamatmodellben üzleti szabályként
• Követelményeknél üzleti szabályként
• Logikai adatmodellben (célszeru!)
• Az adatelemek esetén standard check adható meg
• Fizikai adatmodellben SQL kódként jelenik meg
  automatikusan
• Fizikai adatmodellben az üzleti szabályok
  közvetlenül constraintekké alakíthatóak

32
Fizikai rendszerterv - Alkalmazásterv

• A használati esetekbol kiindulva készítheto el
• PowerDesigner UML 2.0 modell Object Oriented
  Model (OOM)
• Konkrét fejlesztési platformra készül (PB, .NET,
  Java stb.)
• Osztályok és komponensek definiálása, leírása
• Kódvázak generálása

33
Fizikai rendszerterv Fizikai adatmodell

• Fizikai adatmodell (PDM) generálható vagy
  frissítheto a meglévo logikai adatmodellekbol
• Lehetoség egy logikai modell több fizikai
  platformra
• Platformfüggo modellezési szint
• a PowerDesigner több mint 60 RDBMS-t ismer
• a választott platformnak megfelelo fizikai
  kapcsolatokat épít a táblák között
• Egyéb fizikai paraméterek megadása (pl.
  particionálás, szegmenskezelés, lock-olási sémák,
  jogosultsági szintek)
• SQL szkript-generálás és -visszafejtés
• adatbázis létrehozása és módosítása
• SQL állományok és ODBC-n keresztül is
• Jogosultságok modellezése
• multidimenzionális nézet
• Ténytáblák, dimenziótáblák kezelése
• Cube generálás
• Denormalizáció
• generálás CDM, UML osztálydiagram, XML modell

34
Fizikai rendszerterv

• Alkalmazás implementációs terv kidolgozásához
• UML implementációs diagramok
• Komponens és deployment diagram
• Integrációs terv
• IT infrastruktúra terv
• Enterprise Architecture Modell (EAM)
• Alkalmazás integrációs terv
• UML implementációs diagram
• Adat integrációs terv
• Information Liquidity Model (ILM) ? ETL
  folyamatok, replikáció

35
Fejlesztés

• PowerBuilder UML 2.0 modell (OOM)
• Java, C, VB.NET és PowerBuilder osztályok
  forráskódjának generálása, visszafejtése
• C, Visual Basic, IDL-CORBA stb. forráskód
  generálása
• Visual Studio, Eclipse és PowerBuilder plug-in
  modellezés közvetlenül a fejlesztoeszközben
• komponensvázak generálása, visszafejtése,
  fejlesztési keretrendszerek támogatása (pl. WSDL,
  EJB, Hibernate és NHibernate, JSP, JSF stb.)
• koncepcionális és fizikai adatmodell, XML modell
  generálása osztálydiagram alapján és vica versa
• XMI import/export, Rose modell importálása

36
Az UML 2.0 diagramok összefüggései, használatuk
37
Tesztelés

• A PowerDesigner részvétele a tesztelési terv
  elkészítésében
• Adatközpontú tesztelés terv
• Vezérlésközpontú tesztelési terv
• Ezek alapja
• Adatmodell (CDM)
• Alkalmazásterv (OOM)
• Használati esetek (OOM Use Case-ek)
• Projektvégtermék tesztelési fázisai
• Funkcionális teszt
• Teljesítmény teszt
• Integrációs teszt

38
Funkcionális teszt

• Célja adatbázis, alkalmazás, komponensek
  részletes, funkcionális ellenorzése
• Tesztesetek kidolgozása a használati esetek
  alapján
• Pl. VBScript segítségével a használati esetek
  exportálhatóak Excelbe
• Unit alapú tesztelés
• Az osztályok automatizált tesztelése
• .NET nUnit tesztegységek generálása
• Java jUnit tesztegységek generálása (Eclipse IDE
  alatt)
• Adatbázis tesztelés
• Ellenorzések riportolása
• tesztadat-generálás
• Megadott mintázat alapján véletlenszeruen
• ODBC forrásból vett mintaadatok alapján
• A tesztadatok generálásakor megorizheto a
  konzisztencia

39
Teljesítmény teszt

• Célja adatbázis, alkalmazás teljesítményének
  tesztje
• Adatbázis esetében
• adatbázisméret-becslés (estimate)
• A sorok száma, oszlopok minoségének megadása
  szükséges
• Figyelembe veszi a fizikai platformot,
  paramétereket (indexek, táblaterek, szegmentálás)
• Nagy mennyiségu tesztadat generálása

40
Követés

• Változási igények keletkezése idoben
• Már a tervezési/fejlesztési fázisba
• Bevezetést követoen fellelt hibák javítása
  (bugtracking)
• Módosítási igények (akár évekkel késobb)
• Hatékony változáskezelés PowerDesignerrel
• A változások alapján hatás elemzés
• A változásokat elsoként a modellekbe is be kell
  vezetni, utána a kódba (van mód re-engineeringre)
• Verzionálás a Repositoryban
• A változáskövetés a projekt-életciklust követi
  iteratív módon

41
Enterprise Architecture

• EA Vállalati szintu modellezés? Nem, ennél
  több
• A vállalat modellezése

42
Mi az Enterprise Architecture?

• Mik az üzleti prioritások?
• Milyen információval / technológiával rendelkezik
  a cég? (AMI VAN)
• Milyen információra / technológiára van szükség?
  (AMI KELLENE)
• Mi a terve a cégnek, hogy a mostani állapotból a
  kívánt állapotra jusson el?

Az Enterprise Architecture a Terv. Magában
foglalja a cégvezetés elkötelezettségét,
folyamatokat, módszertanokat, , és eszközöket.
43
Az EA választ ad az üzleti problémákra

• Mik a fontosabb üzleti folyamatok az egyes
  szervezeteknél?
• Mik az üzletileg kritikus rendszerek és
  alkalmazások, amelyek segítenek ezeknél a
  folyamatoknál?
• Milyen adatok szükségesek a kritikus
  folyamatokban?
• Mi a jelenlegi hardware és szoftver inventory, és
  az infrastruktúra hogyan támogatja az üzleti
  folyamatokat, adatigényeket?
• És a nagy kérdés mi történik, ha változtatunk
• a hardver, szoftver, adatbázis platformon
• mely folyamatokat érint mindez
• kiket érint mindez

44
Enterprise Architecture Model

• Mit nyújt?
• vállalati szintu folyamatok, infrastruktúra,
  hiearchia modellezése
• meta adatok összegyujtése
• hatáselemzés
• Nézopontok
• üzleti felépítés
• alkalmazás architektúra
• technológiai infrastruktúra

45
EA modell együttmuködése más modellekkel
46
DEMÓ

• Követelmény modell
• Kapcsolódó tervezési objektumok (üzleti
  folyamatmodell)
• Kockázatelemzés
• Hatáselemzés, hatáselemzés-diagram
• EA modell néhány példán keresztül

47
Az integrált modellezés elonyei

• Zökkenomentes integráció
• Kommunikációs szakadék megszüntetése
• Meta-adat menedzsment
• Hatáselemzés a változás megértése és elemzése
• Változás ido, kockázat és költség csökkentése
• Az üzleti célok nagyobb fokú megvalósítása

48
Köszönöm a figyelmet!