Dalam industri internet, diagram arsitektur adalah alat penting yang digunakan untuk menampilkan secara visual arsitektur perangkat lunak, sistem, aplikasi, dll., dan hubungan antara komponennya. Jenis umum diagram arsitektur termasuk diagram arsitektur bisnis, diagram arsitektur aplikasi, diagram arsitektur sistem, diagram arsitektur teknis, diagram arsitektur penerapan, diagram arsitektur data, diagram arsitektur produk, diagram arsitektur fungsional, diagram arsitektur informasi, dll.

Arsitektur produk adalah induknya, dan diagram arsitektur fungsional serta diagram arsitektur informasi adalah anaknya.

Diagram struktur produk, kata kuncinya adalah produk, adalah ekspresi terstruktur dari produk;
Diagram struktur fungsional, kata kuncinya adalah fungsi, adalah ekspresi terstruktur dari fungsi;
Diagram struktur informasi, kata kuncinya adalah informasi, adalah ekspresi terstruktur dari informasi.

Modul fungsi utama sebaiknya tidak terlalu banyak untuk menghindari kebingungan antara utama dan sekunder, 5 sampai 9 adalah ideal, dan tingkatannya sebaiknya dikendalikan dalam 3 tingkat, pembagian lebih lanjut tidak terlalu berarti.

Memahami Desain Konsep Produk: Selama proses menggambar, ini dapat membantu manajer produk berpikir dan memahami dengan jelas modul fungsi produk dan komposisi fungsinya.

Mengorganisir Kebutuhan: Dari sudut pandang bisnis, mendapatkan pemahaman intuitif tentang struktur fungsi seluruh produk dalam pandangan luas, menghindari fenomena hilangnya modul fungsi dan titik fungsi dalam proses mentransformasikan kebutuhan bisnis menjadi kebutuhan fungsional.

Membantu Pengembangan: Membantu personel pengembangan dalam pengembangan.

Arsitektur fungsional adalah kumpulan fungsi, memudahkan pengembangan atau pengembangan backend untuk memahami.
Diagram arsitektur informasi berkaitan dengan interaksi fungsional, memudahkan UI dan frontend untuk memahami.

1. Gunakan pohon fungsi atau diagram blok berlapis untuk ekspresi yang jelas;
2. Penamaan fungsi harus konsisten dan ringkas, menghindari homonim dan banyak arti;
3. Peran modul yang berbeda dapat dibedakan dengan warna (misalnya, sisi pengguna/backend);
4. Pertahankan 'abstraksi yang sesuai', tidak mendalami tingkat implementasi.