Dalam industri internet, rajah seni bina adalah alat penting yang digunakan untuk memaparkan secara visual seni bina perisian, sistem, aplikasi, dan lain-lain, serta hubungan antara komponen mereka. Jenis-jenis biasa rajah seni bina termasuk rajah seni bina perniagaan, rajah seni bina aplikasi, rajah seni bina sistem, rajah seni bina teknikal, rajah seni bina pelaksanaan, rajah seni bina data, rajah seni bina produk, rajah seni bina fungsional, rajah seni bina maklumat, dan sebagainya.

Seni bina produk adalah induk, dan rajah seni bina fungsional serta rajah seni bina maklumat adalah anak-anak.

Rajah struktur produk, kata kunci adalah produk, adalah ekspresi berstruktur produk;
Rajah struktur fungsional, kata kunci adalah fungsi, adalah ekspresi berstruktur fungsi;
Rajah struktur maklumat, kata kunci adalah maklumat, adalah ekspresi berstruktur maklumat.

Modul-modul fungsional utama tidak seharusnya terlalu banyak untuk mengelakkan kekeliruan antara utama dan sekunder, 5 hingga 9 adalah ideal, dan tahap adalah terbaik dikawal dalam 3 peringkat, pembahagian lanjut tidak begitu bermakna.

Reka Bentuk Konsep Produk Utama: Semasa proses melukis, ia boleh membantu pengurus produk berfikir dan memahami dengan jelas modul-modul fungsional produk dan komposisi fungsional mereka.

Mengatur Keperluan: Dari perspektif perniagaan, memperoleh pemahaman intuitif tentang keseluruhan struktur fungsional produk dalam pandangan burung, mengelakkan fenomena kehilangan modul-modul fungsional dan titik-titik fungsional dalam proses mengubah keperluan perniagaan menjadi keperluan fungsional.

Membantu Pembangunan: Membantu kakitangan pembangunan dalam pembangunan.

Seni bina fungsional adalah koleksi fungsi, menjadikannya lebih mudah untuk pembangunan atau pembangunan backend untuk memahami.
Rajah seni bina maklumat berkaitan dengan interaksi fungsional, menjadikannya lebih mudah untuk UI dan frontend untuk memahami.

1. Gunakan pokok fungsi atau rajah blok berlapis untuk ekspresi yang jelas;
2. Penamaan fungsi harus konsisten dan ringkas, mengelakkan homonim dan pelbagai makna;
3. Peranan modul yang berbeza boleh dibezakan dengan warna (contohnya, sisi pengguna/backend);
4. Mengekalkan 'abstraksi yang sesuai', tidak menyelam ke tahap pelaksanaan.