W branży internetowej diagramy architektury są ważnym narzędziem służącym do wizualnego przedstawiania architektury oprogramowania, systemów, aplikacji itp., oraz relacji między ich komponentami. Typowe rodzaje diagramów architektury obejmują diagramy architektury biznesowej, diagramy architektury aplikacji, diagramy architektury systemów, diagramy architektury technicznej, diagramy architektury wdrożeniowej, diagramy architektury danych, diagramy architektury produktów, diagramy architektury funkcjonalnej, diagramy architektury informacji itd.

Architektura produktu jest rodzicem, a diagramy architektury funkcjonalnej i diagramy architektury informacji są dziećmi.

Diagram struktury produktu, słowem kluczowym jest produkt, jest ustrukturyzowanym wyrażeniem produktu;
Diagram struktury funkcjonalnej, słowem kluczowym jest funkcja, jest ustrukturyzowanym wyrażeniem funkcji;
Diagram struktury informacji, słowem kluczowym jest informacja, jest ustrukturyzowanym wyrażeniem informacji.

Główne moduły funkcjonalne nie powinny być zbyt liczne, aby uniknąć zamieszania między głównymi a pobocznymi, 5 do 9 jest idealne, a poziom najlepiej kontrolować w 3 poziomach, dalsze podziały nie mają zbytniego sensu.

Opanowanie projektowania koncepcji produktu: Podczas procesu rysowania może pomóc menedżerom produktów w myśleniu i jasnym zrozumieniu modułów funkcjonalnych produktu i ich składu funkcjonalnego.

Organizacja wymagań: Z perspektywy biznesowej zyskać intuicyjne zrozumienie całej struktury funkcjonalnej produktu z lotu ptaka, unikając zjawiska braku modułów funkcjonalnych i punktów funkcjonalnych w procesie przekształcania wymagań biznesowych na wymagania funkcjonalne.

Wsparcie rozwoju: Wspieranie pracowników rozwoju w rozwoju.

Architektura funkcjonalna to zbiór funkcji, co ułatwia zrozumienie dla rozwoju lub rozwoju backendu.
Diagramy architektury informacji dotyczą interakcji funkcjonalnej, co ułatwia zrozumienie dla UI i frontendu.

1. Używaj drzew funkcji lub warstwowych diagramów blokowych dla jasnego wyrażenia;
2. Nazewnictwo funkcji powinno być spójne i zwięzłe, unikając homonimów i wieloznaczności;
3. Różne role modułów można rozróżniać za pomocą kolorów (np. strona użytkownika/backend);
4. Zachowaj 'odpowiednią abstrakcję', nie zagłębiając się w poziom implementacji.