Integrált UML modellező eszköz funkciói (pl.: PowerDesigner)
– ü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
– 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
Szoftver fejlesztési lehetőségek kiterjesztése mivel a korszerű OOP tervezők gyakran használnak UML modellező eszközöket az objektumosztály tervezéséhez.
A modellezőkben grafikus felületen nyomon követhető :
– az osztályok egymással való kapcsolata ,
– a példányok interakciói (melyik példány melyik másik példány milyen metódusait hívja meg , …).
– az osztályok egymással való kapcsolata ,
– a példányok interakciói (melyik példány melyik másik példány milyen metódusait hívja meg , …).
Az UML modellező felületeteken bevitt terv információk alapján előre generálhatóak az osztály forrás-kódjának számos része, mezők (név, védelmi szint), és property-ket is létrejönnek hozzá.
A modellező szoftver által írt helyes (java, C#, SQL script, ..) forráskód az osztály ezen részét tartalmazza, partial class-ként kerül be a teljes projekt forráskódjába.
Az osztály nem automatikusan generálható részét a programozó írja egy másik forráskódban, szintén partial classként.
A megfogható előny ott jelentkezik, hogy ha az UML felületen módosítanak egy részletet, az képes újra-generálni a saját kódrészét anélkül, hogy a programozó által beleírt kódot összezavarná.
A használathoz (pl. c# nyelven) a ‘class’-t meg kell jelöni a ‘partial‘ (részleges) kulcs-szóval.
A fejlesztők módszertan alapján elosztják egymás között ki, melyik objektumosztályt kezdi el fejleszteni, hogy az üres törzsek kóddal töltődjenek fel.
Nagyon fontos tanács:
– hogy a fordító ténylegesen jól össze tudja fésülni a két forráskódrészt, az osztálynak mindkét helyen ugyanabba a névtérbe kell esnie.
– ha az osztálynak ősosztálya is van, elég csak az egyik helyen feltüntetni azt.
– hogy a fordító ténylegesen jól össze tudja fésülni a két forráskódrészt, az osztálynak mindkét helyen ugyanabba a névtérbe kell esnie.
– ha az osztálynak ősosztálya is van, elég csak az egyik helyen feltüntetni azt.
UML modellező fő funkciói:
– A rendszerek megértése és dokumentálása
– Hatékony projektmenedzsment (költség-, idő- és erőforrás becslés)
– Kockázatelemzés
– Követelménykezelés
– Változáskezelés
– Projektdokumentáció előállítása, központi tárolása és publikálása (Repository)
– kódgenerálás, szkriptgenerálás a rendelkezésre álló meta adatok alapján (fejlesztés segítése, produktivitás)
– Hatékony projektmenedzsment (költség-, idő- és erőforrás becslés)
– Kockázatelemzés
– Követelménykezelés
– Változáskezelés
– Projektdokumentáció előállítása, központi tárolása és publikálása (Repository)
– kódgenerálás, szkriptgenerálás a rendelkezésre álló meta adatok alapján (fejlesztés segítése, produktivitás)
A UML modellező a fejlesztési folyamatban elhelyezhetősége:
Projektelőkészítés
– Követelménydefiníció
– Koncepcióterv
– Koncepcióterv
Projektmenedzsment
– Logikai rendszerterv, Logikai adatmodell (CDM/LDM):
– Logikai rendszerterv, Logikai adatmodell (CDM/LDM):
– Fizikai rendszerterv
Alkalmazás implementációs terv kidolgozásához:
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)
– 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ó
– Fejlesztés
– Tesztelés
Adatközpontú tesztelés terv
– Vezérlésközpontú tesztelési terv
Adatmodell (CDM)
Alkalmazásterv (OOM)
Használati esetek (OOM Use Case-ek)
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
Teljesítmény teszt
Integrációs teszt
Rendszer követés
Agilitás – gyors reakció a változásokra:
– Központi meta-adat menedzsment (Repository)
– Hatáselemzéssel a változáskezelés egyszerűbb, pontosabb
– Újrahasznosítás (kódok, adatok, üzleti folyamatok)
– Költség-, erőforrás- és időbecslés
– Projektmenedzsment módszertanok támogatása eszköz szinten
– Hatáselemzéssel a változáskezelés egyszerűbb, pontosabb
– Újrahasznosítás (kódok, adatok, üzleti folyamatok)
– Költség-, erőforrás- és időbecslés
– Projektmenedzsment módszertanok támogatása eszköz szinten
Megjegyzések
Megjegyzés küldése