Membuat diagram arsitektur arsitektur yang menarik, namun tetap teknis [ditutup]


13

Adakah yang punya saran untuk membuat diagram arsitektur perangkat lunak yang "menarik"? Manajer saya mengatakan kepada saya untuk membuat diagram arsitektur saya saat ini (yang dibangun hanya menggunakan Visio dan ikon dasar) lebih "menarik" untuk presentasi yang harus saya berikan kepada tipe tingkat eksekutif yang non-teknis. Saya menduga dia bermaksud memiliki sesuatu yang akan Anda tunjukkan kepada pelanggan atau untuk digunakan orang pemasaran.

Adakah kumpulan ikon tertentu atau kiat khusus yang dimiliki orang? Saya tidak dapat memposting diagram saya saat ini untuk alasan privasi tetapi untuk mendapatkan ide umum, itu hanya teks, garis, dan ikon server (http://www.227volts.com/wp-content/uploads/2009/03/exchange2007visiostencils.jpg) itu adalah set ikon yang saya gunakan.

Jujur saya bingung bagaimana membuat sesuatu seperti itu "lebih menarik" (sih, saya pikir hitam dan putih selalu kombinasi warna terbaik untuk digunakan: P)

Edit:

Jadi apakah sesuatu seperti ini http://rollerweblogger.org/roller/resource/linkedin-today.png masih dianggap "profesional" dengan semua warna dan semacamnya?

Saya bertanya kepada manajer saya dan yang dia katakan hanyalah membuatnya lebih mudah dipasarkan sambil menghindari pertanyaan tentang apa yang harus saya lakukan secara spesifik.


4
Mungkin jika Anda baru saja mengeluarkan foto-foto komputer dan menggantinya dengan gambar dari majalah mode? Juga nama server agak membosankan, Anda bisa mengubahnya menjadi sembarang ikon yang disebut dengan nama kata tunggal. Dan alih-alih teks terkait arsitektur perangkat lunak, mungkin beberapa dialog dari acara TV realitas, atau skor olahraga.
psr

2
@soulesschild: (1) tolong jangan mengomentari pertanyaan Anda sendiri. Harap perbarui pertanyaan Anda sendiri. (2) "Apakah sesuatu seperti ini ... dianggap lebih" menarik "?" Ini pertanyaanmu. Anda harus memberi tahu kami jika memenuhi ambang untuk "menarik". Kami tidak dapat memberi tahu Anda jika memenuhi persyaratan Anda. (3) "Manajer saya memberi tahu saya ..." Mengapa Anda tidak bertanya kepada manajer Anda? Kita bahkan tidak bisa mulai menebak apa yang dimaksud.
S.Lott

1
"Sambil menghindari pertanyaan tentang apa yang harus saya lakukan secara spesifik". Jadi, Anda ingin kami membuat tebakan acak? Apakah Anda mengatakan Anda perlu bantuan melempar koin untuk membuat keputusan? Jika demikian, inilah beberapa informasi: Kepala. Mungkin hal yang lebih baik untuk dilakukan adalah dengan menghilangkan semua cerita yang membingungkan dan hanya mengajukan pertanyaan sederhana tentang diagram arsitektur "menarik". Keseluruhan kegagalan untuk berkomunikasi antara manajer Anda dan Anda sama sekali tidak membantu informasi. Silakan pertimbangkan untuk menghapusnya.
S.Lott

2
Mengapa Anda perlu menyajikan informasi teknis kepada eksekutif non-teknis? IMO, ini adalah masalah nyata yang harus Anda pecahkan. Jika Anda membutuhkan diagram yang menarik untuk menjual ide-ide Anda, maka ini berarti mereka tidak akan mendapatkannya, dan Anda hanya menembakkan bom asap ke sana.
tdammers

Jawaban:


11

Pertanyaan ini terlalu besar untuk dijawab dengan tepat poin demi poin. Ada buku-buku tentang desain, dan buku-buku lain tentang pengalaman pengguna , yang menjelaskan dalam setiap detail bagaimana membuat perangkat lunak, produk konsumen, buku, iklan, mainan untuk bayi lebih menarik bagi audiens target. Sebenarnya, pertanyaan Anda mirip dengan:

Saya seorang desainer, saya punya ide pemrograman (saya belajar Basic di sekolah selama dua minggu) tetapi saya tidak punya waktu untuk belajar pemrograman. Saya diminta untuk membuat situs web e-commerce dari awal menggunakan ASP.NET MVC dan Microsoft SQL. Dapatkah Anda menjelaskan kepada saya apa dua hal itu dan bagaimana saya dapat menggunakannya untuk melakukan pekerjaan yang sukses?

Dalam semua kasus, jika Anda ingin membuat grafik "menarik" tetapi tidak punya waktu untuk membaca lusinan buku dan Anda tidak memiliki desainer di perusahaan Anda (apakah mungkin?), Anda dapat mencoba menginspirasi diri sendiri dari apa Anda melihat-lihat : situs web profesional, presentasi, dll. Anda harus mencatat beberapa aturan dan pola, dan menerapkannya pada bagan Anda. Anda mungkin salah terkadang, karena beberapa aturan berfungsi dengan baik untuk situs web tetapi gagal untuk produk konsumen atau bagan atau mainan untuk bayi, tetapi secara umum, Anda memiliki lebih banyak peluang untuk berhasil.

Misalnya, jika saya mengambil bagan di hasil edit Anda:

masukkan deskripsi gambar di sini

Saya perhatikan kesalahan pertama: bayangan. Bayangan harus digunakan dengan hati-hati. Di situs web, penggunaan seperti itu tidak dapat diterima. Contoh yang baik tentang bagaimana bayangan harus digunakan adalah Apple.com . Setiap elemen yang dapat berinteraksi dengan pengguna memiliki bayangan kecil, memberikan perasaan volume. Tidak ada elemen lain yang memiliki bayangan. Dalam kasus bagan, ini mungkin lebih dapat diterima, karena pengguna tidak dimaksudkan untuk berinteraksi dengan bagan. Namun, bayangan terlalu besar dan terlalu terpisah dari elemen. Juga, di sini, tidak perlu bagi mereka: setiap elemen sudah memiliki perbatasan .

Rule of thumb: KISS (atau, jika Anda ingin, "menjadi malas"). Jangan tambahkan batas dan bayangan serta warna latar belakang secara bersamaan. Jangan membuat teks tebal miring Arial Black 200 merah digarisbawahi dengan batas kuning pada latar belakang jeruk nipis berkedip. Lakukan hanya apa yang perlu Anda lakukan untuk menambahkan dampak visual, tidak lebih.

Pikirkan tentang menata bagan Anda: tidak ada yang ingin melihat diagram UML hitam dan putih jelek itu. Tapi jangan overstyle: itu hanya akan menjadi lebih buruk: diagram UML hitam dan putih jelek tapi bermanfaat . Omong kosong multi-font berkedip animasi GIF dengan banyak ikon dan panah yang berubah warna tidak hanya jelek, tetapi juga tidak dapat digunakan.

Untuk bagan, ingat kekhususan konteksnya. Jika itu akan ditampilkan melalui proyektor, Anda tidak dapat memiliki teks hijau pada latar belakang putih : itu hanya akan menghilang secara ajaib ketika diproyeksikan di dinding. Jika itu mendukung pembicaraan Anda, jangan terlalu banyak meluncur : terlalu banyak grafik, terlalu banyak angka, terlalu banyak teks. Ilustrasi di atas adalah contoh yang baik dari apa yang tidak boleh Anda lakukan untuk presentasi: dengan slide seperti itu, Anda yakin bahwa setengah dari penonton pergi tidur, dan setengah lainnya berhenti mendengarkan Anda, berusaha mati-matian untuk memahami apa hal ini .

Akhirnya, ingatlah bahwa Anda di sini untuk audiens Anda, bukan sebaliknya . Jika Anda akan menampilkan grafik seperti yang diilustrasikan di atas kepada orang-orang pemasaran , mereka akan mengatakan sendiri bahwa Anda payah. Apakah mereka tahu apa itu cloud (atau mereka percaya itu ada hubungannya dengan aplikasi yang di-host di langit / ruang angkasa)? Apakah mereka tahu apa yang mewakili ikon cokelat dengan "DB" di atasnya? Bisakah mereka menjelaskan apa itu aplikasi web, dan apa bedanya dengan aplikasi lain atau situs web?


1

Mungkin perlu ditekankan bahwa kecantikan adalah salah satu pendapat paling subjektif yang pernah ada. Seperti yang mereka katakan, keindahan ada di mata yang melihatnya , jadi apa yang indah bagi Anda mungkin jelek sekali bagi orang lain. Banyak yang lebih baik akan setuju.

Yang sedang berkata, saat ini orang mungkin mengharapkan sedikit lebih dari diagram ASCII. Anda tidak harus mempelajari teori warna, tetapi membentuknya sedikit tidak akan sakit. Situs untuk membuat diagram seperti, misalnya, Gliffy memiliki templat yang tampak bagus yang saya yakinkan, akan menyenangkan siapa pun (atau setidaknya, tidak berkeberatan) menghadiri presentasi itu.

masukkan deskripsi gambar di sini


1

Setelah Anda selesai membuat diagram menggunakan alat pengembangan apa pun yang biasanya Anda gunakan, lakukan ulang dari awal di Powerpoint atau perangkat lunak presentasi apa pun yang digunakan perusahaan Anda. Presentasi saya menggunakan ikon dan gaya panah standar mendapat respons yang jauh lebih baik daripada yang saya lakukan di Arsitek Perusahaan atau Desainer Daya. Lewati UML dan cukup gunakan diagram hubungan sederhana dan diagram alur. Seperti halnya presentasi, letakkan sesuatu bersama dengan cepat dan jalankan melewati manajer Anda untuk mendapat umpan balik. Anda tidak ingin menghabiskan waktu berjam-jam untuk membuat diagram alur kerja yang rumit yang akan dirobohkan oleh manajer Anda karena "terlalu sibuk". Saya akan merekomendasikan melakukan satu diagram sederhana sepenuhnya, sehingga Anda dapat menunjukkan gaya (font, palet warna, tata letak), dan mengejek sisanya untuk konten.


0

Konsisten dalam font. Tempatkan ruang dengan jarak yang sama dan pertahankan agar selaras. Mungkin menambahkan satu atau dua warna (warna perusahaan?) Di luar hitam dan putih. Tajuk tebal. Perbatasan harus berbeda. Sesuatu yang sedikit lebih dari garis kisi sebagai latar belakang atau tidak sama sekali.

Anda mungkin harus memecah menjadi halaman / slide terpisah. Tidak ada yang ingin melihat 57 blok dalam beberapa diagram sarang burung yang kacau (berdasarkan persepsi mereka).

Anda mungkin ingin berkonsultasi dengan seseorang di perusahaan Anda dengan pengertian yang sedikit lebih astetik. Dijalankan oleh seseorang dalam penjualan atau pemasaran.


0

Gunakan sudut bundar dan warna tidak bersuara. Gunakan garis tebal. Elliance memiliki beberapa contoh bagus. Saya tidak diizinkan memposting gambar, tetapi di sini adalah contoh yang saya gunakan sebagai inspirasi untuk diagram saya sendiri.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.