PDF Letöltés UML tanfolyam pdf-ben Számítógépes tanfolyam
Töltse le még:
- UML tanfolyam pdf objektum diagramok
- nyelvtanfolyam UML PDF
- UML bevezetõ tanfolyam
- Használja a Case UML tanfolyamot
- Töltse le az UML tanfolyamot pdf-ben
- Modellezés UML tanfolyammal pdf
- Word oktatóanyag: Töltsön le és használjon levélsablont
- A Microsoft Office csomag letöltése és telepítése Windows és Mac rendszerre
- UML gyakorlat: Tanított kurzusok esettanulmány-kezelése
n 2. rész: UML
1 - Az UML bemutatása
2 - Használjon esetdiagramokat
3 - Osztály- és tárgydiagramok
4 - Interakciós diagramok
5 - Viselkedési diagramok
6 - Fizikai ábrák
7 - Az UML megvalósítása
• A 80-as évek vége: OO elemzési és tervezési módszerek versenye
Booch: különösen alkalmas tervezésre és kivitelezésre
OOSE (Object Oriented Software Engineering, Jacobson): az igények kifejezése
OMT-2 (Object Modeling Technique, Rumbaugh): adatorientált elemzés és alkalmazások
• 1994: Rumbaugh csatlakozik Boochhoz a Rational-nál
1995: Jacobson csatlakozik a Rational-hoz
• 1997. november 14 .: az OMG (Object Management Group) által elfogadott UML
Szabványosítás az OMG UML 2.0 segítségével
Beküldés az OMG UML 1.0-ba 97. januárban
Az UML 0.9 konzorcium béta verziója 96 júniusban
Piszkozat 95 egységes módszerrel 0,8 OOSE
Megjegyzés: Az UML információvesztés nélkül helyettesítheti a Booch, OMT és OOSE módszereket.
n Mi az UML
"Az UML egy szoftveralapú rendszer leleteinek megjelenítésére, meghatározására, megtervezésére és dokumentálására szolgáló nyelv"
1 Nyelv: lexikon (grafika), szintaxis (diagramok), szemantika
2 Nézet: grafikus ábrázolás
3 Specifikáció: pontos, teljes, egyértelmű 4 Felépítés: fordítás programozási nyelvekre
5 Dokumentáció: az igényektől a tesztekig
n Mi nem UML
Ez nem nem egy objektum módszer
ez egy tárgymodellező nyelv
n UML 1/3 diagramok
n UML 2/3 diagramok
n Szerkezeti ábra
3 komponens
4 bevetés
n Viselkedési diagram
1 használati eset
2 együttműködés
n UML 3/3 diagramok
n Az elemzési szakasz
• Írja le használati eset.
• Minden felhasználási esetnél végezzen egytől -ig nem interakciós diagramok (a sorrenddiagramok először döntsön a funkciókról az ügyféllel; akkor menj a együttműködési diagramok az elemzés folytatása a projektcsoporttal).
• Minden együttműködési ábra megegyezik egy vázlattal osztálydiagram. Osztály létrehozásakor adja meg, hogy melyik csomaghoz tartozik.
• Szintetizálja az osztálydiagramokat egy adott csomaghoz.
• Az osztálydiagram minden osztályához készítsen egy: állapotátmenet diagram (választható).
n A vizuális modellezés hozzájárulása
• Az igények jobb megértése
• Megkönnyíti a probléma megértését
• Könnyíti az emberek közötti kommunikációt (ügyfél, domain szakértők, elemzők, tervezők,)
• Az érvelés támogatása
• Javítja a tervdiagramok olvashatóságát
• Készítse elő a dokumentációt és a programokat
• Könnyíti a karbantartást
n Útmutatók a módszer alkalmazásához
• Gyűjtse össze a végfelhasználó igényeit
• A végfelhasználó nézőpontjának elfogadása
• Gondoljon az újrafelhasználásra
• Csak az osztályok hasznos jellemzőit adja meg
• A specifikációkban a főnevek általában osztályok vagy az osztályok attribútumai, az igék pedig módszerek
• A modellezés finomítása azáltal, hogy megszünteti a szinonimákból, a levezethető információkból eredő redundanciákat, és megpróbálja nem bevezetni a megvalósítás részleteit
Használjon esetdiagramokat
n Definíció és jellemzők
?Ezek a felhasználók valódi aggályaira korlátozódnak
?Azonosítják a rendszer felhasználóit és a rendszerrel való kölcsönhatásukat
?Külső képet ad a rendszer viselkedéséről
?A rendszer bontása felhasználási esetek és szereplők szempontjából
?Hasznos a rendszer jellemzőinek leltározásához
Használjon esetdiagramokat