Architektúratervezési diagramok

Az építészek gyakran diagramokon keresztül kommunikálnak. A diagramok hatékony kommunikációs eszközök, amelyek segítségével a megvalósítók és az érdekelt felek láthatják a széles körű elképzeléseket, vagy mélyen belemerülnek a rendszer rendkívül érzékeny vagy árnyalt területeibe. A szándékkal való kommunikációhoz az építésznek ki kell választania, hogy melyik diagram hasznos az egyes helyzetekben.

A cikkben szereplő diagramok listája nem teljes. A diagramok gyakran több típusból álló összetettek.

Végső soron az architektúradiagram kiválasztása attól függ, hogy mit próbál közvetíteni, és hogy milyen közönségprofilt szeretne használni. Az építészek a tevékenységek során többféle diagramtípust használnak a tervezéshez, a követelmények pontosításához és a kommunikációhoz.

Diagramkészítési eljárások

A diagramok lényegi információkat mutatnak be szöveges magyarázat nélkül. Kerülje a kétértelműséget a diagramokban. Íme néhány javaslat:

Használjon szabványos jelöléseket. A diagramok olvashatósága és értelmezése érdekében széles körben ismert szimbólumokat, ikonokat és megjelenítési konvenciókat használhat.

Kerülje a kétértelmű vonalakat. A diagramok gyakran vonalakként ábrázolják az entitások közötti kapcsolatokat. Konzisztensnek kell lennie a vonalak használatában.

Kerülje a nyilak nélküli vonalakat. Nehéz megállapítani, hogy mi a kapcsolat irány nélkül, ezért használjon nyilakat. A kapcsolatok jelöléséhez címkézze fel az összes sort nyilak nélkül.

Kerülje a dupla nyilakkal ellátott vonalakat. A dupla nyilak kétirányú függőséget eredményeznek. Inkább egy egyvégű nyíllal jelölje az ügyfél és a kiszolgáló közötti folyamatot.

Címkézzen fel mindent. Adjon meg egyértelmű, pontos és kifejező címkéket az egyes ikonokhoz. Vonalak címkézése, ha a kapcsolatok nem egyértelműek.

Konzisztencia fenntartása. Használjon szabványos színeket, burkolatokat, ikonokat, ikonméreteket, vonaltípusokat, nyílfejeket és más ábrázolásokat a diagramok hasonló elemeihez és a kapcsolódó diagramok között. Rajzoljon meglévő adatokból vagy osztályozásokból.

Legyen pontos. A diagramok absztrakciók, de nem áldozzák fel a pontosságot a folyamatban. Ne jelöljön például egy szolgáltatást egy virtuális hálózatban, ha az nem található meg az adott virtuális hálózaton. A diagram egy kommunikációs eszköz, ezért el kell kerülnie a pontatlanságokkal kapcsolatos félreértéseket.

Metaadatok belefoglalása. Győződjön meg arról, hogy a diagram olyan metaadatokat tartalmaz, amelyek alapvető információkat nyújtanak a diagram céljáról. A metaadatok kontextust is adnak, amely segít a megtekintőknek megérteni a diagram hatókörét és jelentőségét. Olyan elemeket tartalmazzon, mint a cím, a leírás, az utolsó frissítés dátuma, a szerző és a külső hivatkozások.

Használjon hivatalos ikonokat és szolgáltatásneveket. Ha egy adott technológiát képvisel, használja a technológiai szolgáltató legújabb hivatalos ikonjait. Ha a technológia azonosítása fontos, használja a szolgáltatás hivatalos nevét.

Íme például a Microsoft-szolgáltatások ikonjai:

• Azure-architektúraikonok
• Microsoft 365-ikonok
• Microsoft Dynamics 365 ikonok
• Microsoft Power Platform ikonok

A tervezési diagramok típusai

A számítási feladatok architektúrája összetett és többdimenziós. Minden dimenziótípus a rendszer egy adott aspektusára összpontosít azáltal, hogy az adott dimenzióra jellemző részletességi szintet biztosít. A folyamatábra például a folyamatfolyamatot szemlélteti. Az entitás-kapcsolat diagramok a rendszerösszetevők közötti kapcsolatokat ábrázolják.

A különböző típusú diagramok lehetővé teszik a dimenziók átfogó megértését. Elősegíti a hatékony kommunikációt, a problémamegoldást és a döntéshozatalt az érdekelt felek között.

Magas szintű rendszerdiagram

A magas szintű rendszerdiagramok átfogó áttekintést ad egy teljes számítási feladatról vagy egy számítási feladat alszakaszáról. Tartalmazza a fő összetevőket, az egymáshoz való viszonyukat, valamint azt a hozzávetőleges sorrendet, amelyben az adatok áthaladnak a rendszeren. A nyilak az interakció irányát mutatják.

Ezek a diagramok jól használhatók a közös megértés elérésére, hogy mélyebb vitákba kezdjen, vagy az érdekelt felek kommunikációjához.

Blokkdiagram

A blokkdiagram a számítási feladatokat a fő funkcionális blokkjaira bontja. A blokkok általában technológiai agnosztikus. Egy adott összetevő helyett az éppen végrehajtott funkciókra hivatkoznak.

Egy blokkdiagram például egy adott üzenetsín-technológia helyett egy "üzenetkezelő buszra" hivatkozhat. Az ilyen típusú diagramok segíthetnek a rendszer szerkezetének, adatfolyamának és feldolgozási folyamatának magyarázatában anélkül, hogy a közönséget a részletekkel zavarná.

Összetevő-diagram

Az összetevődiagramok blokkdiagramként működnek, de az általános funkcióblokkokat konkrét technológiákra cserélik. Részletes áttekintést nyújt azzal a céllal, hogy a rendszer egyes technológiai összetevőit és kapcsolatait, például az ügyfelet/kiszolgálót kommunikálja. Ezek a diagramok egyfajta vizuális anyagjegyzékek a diagram hatóköréhez.

Üzembehelyezési diagram

Az üzembehelyezési diagram az infrastruktúra, a kereskedelmi célú, nem használható szoftver (COTS) és az egyéni kód üzembe helyezésére összpontosít a számítási feladatban. Bemutatja, hogyan oszlik meg a szoftver és a kód az üzemeltetési infrastruktúrában.

Adatfolyam-diagram

Az adatfolyam-diagram (DFD) bemutatja, hogyan haladnak át az adatok a rendszeren, ami adatközpontú rendszerek modellezésekor hasznos. Egy ilyen diagramon érdemes megjegyezni, hogy az adatok kötegekben vagy valós időben kerülnek át a kétértelműség eltávolításához.

Szekvenciadiagram

A folyamatábra a számítási feladatok összetevői közötti kommunikáció időbeli cseréjét ábrázolja. Bemutatja az ügyfél-/kiszolgálókapcsolatokat, valamint azok szinkron vagy aszinkron jellegét. Emellett kiemeli a cserék függőségeit, és kiértékeli a bennük lévő hibaforgatókönyveket.

Felhasználói folyamat diagramja

A felhasználói folyamatábrák a számítási feladatok, felhasználók vagy szereplők és a számítási feladatok közötti hatókörön belüli interakcióra összpontosítanak. Hasznos lehet tisztázni és megjeleníteni a funkcionális követelményeket különböző módokon, amelyekkel a felhasználó és a felhasználó adatai kommunikálnak a rendszerrel.

Entitás-kapcsolat diagram

Az entitáskapcsolati diagram (ERD) egy olyan modellezési diagram, amely egy adatbázis vagy egy másik tárolórendszer struktúráját jelöli. Bemutatja az entitások (például táblák) közötti kapcsolatot iparági szabvány attribútumokon és társításszimbólumokon keresztül.

Hálózati diagram

A hálózati diagram a megoldást annak a hálózatnak a szemszögéből szemlélteti, amelyen fut vagy kommunikál. Ezek a diagramok hasznosak a számítási feladat hálózati szegmentálásának, a hálózati meghibásodási pontoknak és a legfontosabb hálózati áttűnéseknek, például az internetes kimenő forgalomnak és a bemeneti pontoknak a vizualizációjában.

A hálózati diagramok általában egy korábbi implementációval rendelkeznek. Ezeket gyakran használják auditokban és incidensmegoldásokban.

Állapotdiagram

Az állapotdiagramok speciális vizualizációk. Azt az állapotot jeleníti meg, amelyben egy folyamat (vagy egy adott összetevő) található. Azt is bemutatja, hogyan vált át a folyamat az állapotok között a feltételeknek vagy eseményeknek megfelelően.

Folyamatábra

Bár ez nem kifejezetten architektúradiagram, a folyamatábra egy másik módja annak, hogy egyértelművé tegyük a tervezést. A folyamatábra gyakran hasznos, ha összetett munkafolyamatokat vagy logikát képviselnek. Ezekkel finomíthatja a követelményeket, és elősegítheti az implementációval kapcsolatos döntések meghozatalát.

Következő lépések

Tervezői ellenőrzőlista