Çekici ama yine de teknik bir mimari diyagram oluşturma [kapalı]


13

Herkes "çekici" bir yazılım mimarisi şeması yapmak için herhangi bir tavsiye var mı? Yöneticim, teknik olmayan yönetici düzeylerine vermek zorunda olduğum bir sunum için mevcut mimari diyagramımı (yalnızca Visio ve temel simgeler kullanılarak oluşturulmuş) daha "çekici" yapmamı söyledi. Sanırım müşterilere göstermek ya da insanların kullanması için pazarlamak için göstereceğiniz bir şey olması gerekiyordu.

Herhangi bir özel simge seti veya özel ipuçları var mı? Mevcut diyagramımı gizlilik nedeniyle yayınlayamıyorum, ancak genel fikri edinmek için, sadece metin, satır ve sunucu simgeleri (http://www.227volts.com/wp-content/uploads/2009/03/exchange2007visiostencils.jpg) kullandığım simge seti bu.

Dürüst olmak gerekirse, "daha çekici" gibi bir şeyi nasıl yapacağım konusunda kafam karıştı (cehennem, siyah ve beyazın her zaman kullanılacak en iyi renk kombinasyonları olduğunu düşünüyorum: P)

Düzenle:

Peki böyle bir şey http://rollerweblogger.org/roller/resource/linkedin-today.png hala tüm renkler ve benzeri ile "profesyonel" olarak kabul edilir mi?

Yöneticime sordum ve tüm söylediğim sadece daha pazarlanabilir hale getirirken özel olarak ne yapmam gerektiğine dair sorulardan kaçındı.


4
Belki de bilgisayar fotoğraflarını çekip moda dergilerindeki resimlerle değiştirdiyseniz? Ayrıca sunucu adları biraz donuk, bunları tek bir kelime adıyla belirtilen herhangi bir pop simgesiyle değiştirebilirsiniz. Ve yazılım mimarisiyle ilgili metin yerine, belki de bir gerçeklik TV şovundan bazı diyaloglar veya bazı spor puanları.
psr

2
@soulesschild: (1) lütfen kendi sorunuza yorum yapmayın. Lütfen kendi sorunuzu güncelleyin . (2) "Böyle bir şey daha mı" çekici "kabul edilir?" Bu senin sorunun. Bize "çekici" eşiğinizi karşılayıp karşılamadığını söylemelisiniz. Gereksinimlerinizi karşılayıp karşılamadığını size söyleyemeyiz. (3) "Yöneticim bana söyledi ..." Neden yöneticinize sormadınız? Ne anlama geldiğini tahmin etmeye bile başlayamayız.
S.Lott

1
"özellikle ne yapmam gerektiğiyle ilgili sorulardan kaçınırken". O zaman rastgele tahminler yapmamızı mı istiyorsun? Karar vermek için bozuk para atmak için yardıma ihtiyacınız olduğunu mu söylüyorsunuz? Eğer öyleyse, işte bazı bilgiler: Heads. Belki de yapılması gereken daha iyi bir şey, tüm kafa karıştırıcı hikayeyi atlamak ve "çekici" mimari diyagramlar hakkında basit bir soru sormaktır. Yöneticinizle sizin aranızda iletişim kuramamanın hiçbir faydası yok. Lütfen kaldırmayı düşünün.
S.Lott

2
Neden teknik olmayan yöneticilere teknik bilgi sunmanız gerekiyor? IMO, çözmeniz gereken gerçek sorun bu. Fikirlerinizi satmak için cazip şemalara ihtiyacınız varsa, bu zaten hiçbir şey elde etmeyecekleri anlamına gelir ve sadece onlara duman bombaları atıyorsunuz.
tdammers

Yanıtlar:


11

Bu soru tam olarak nokta nokta cevaplanamayacak kadar büyük. Tasarımla ilgili kitaplar ve kullanıcı deneyimiyle ilgili her türlü yazılımı, tüketici ürünlerini, kitapları, reklamları, bebeklere yönelik oyuncakları hedef kitleye nasıl daha çekici hale getireceğini her ayrıntıda açıklayan kitaplar var. Aslında sorunuz şuna benzer:

Ben bir tasarımcıyım, programlama konusunda bir fikrim var (Basic'i iki hafta boyunca öğrendim) ama programlamayı öğrenmek için zamanım yok. ASP.NET MVC ve Microsoft SQL kullanarak sıfırdan bir e-ticaret web sitesi yapmam isteniyor. Bana bu iki şeyin ne olduğunu ve bunları başarılı bir iş yapmak için nasıl kullanabileceğimi açıklayabilir misiniz?

Her durumda, "çekici" grafikler yapmak istiyorsanız, ancak düzinelerce kitap okumak için zamanınız yoksa ve şirketinizde bir tasarımcınız yoksa (mümkün mü?), Kendinize ilham kaynağı olabilirsiniz. etrafta gördüğünüz : profesyonel web siteleri, sunumlar, vb. Bazı kuralları ve kalıpları not etmeniz ve grafiklerinize uygulamanız gerekir. Bazen yanlış olabilir, çünkü bazı kurallar web siteleri için iyi çalışır, ancak tüketici ürünleri veya çizelgeleri veya bebekler için oyuncaklar için başarısız olur, ancak genel olarak başarılı olma şansınız daha yüksektir.

Örneğin, grafiği düzenlemenizde alırsam:

resim açıklamasını buraya girin

İlk hatayı fark ettim: gölgeler. Gölgeler dikkatli kullanılmalıdır. Bir web sitesinde bu tür kullanım kabul edilemez. Gölgelerin nasıl kullanılması gerektiğine iyi bir örnek Apple.com'dur . Kullanıcının etkileşime girebileceği her öğenin, hacim hissi veren küçük bir gölgesi vardır. Başka hiçbir öğenin gölgesi yoktur. Bir grafik durumunda, kullanıcılar grafikle etkileşime girmesi amaçlanmadığından, bu daha kabul edilebilir olabilir. Yine de gölgeler çok büyük ve elemanlardan çok ayrılmış. Ayrıca, burada, onlara ihtiyaç yoktur: her öğenin zaten bir sınırı vardır .

Temel kural: KISS (veya isterseniz "tembel olun"). Aynı anda kenarlık, gölge ve arka plan rengi eklemeyin. Metnin kalın italik Arial Black 200 kırmızısını, kireç zemin üzerine yanıp sönen sarı bir kenarlıkla altı çizmeyin. Sadece görsel etki eklemek için yapmanız gerekeni yapın, başka bir şey değil.

Grafiklerinizi şekillendirmeyi düşünün: kimse bu çirkin siyah beyaz UML diyagramlarını görmek istemiyor. Ancak aşırı yüklenmeyin: sadece daha da kötüleşecek: UML siyah beyaz diyagramlar çirkin ama kullanılabilir . Renk değiştiren çok sayıda simge ve ok içeren gökkuşağı çok yazı tipi yanıp sönen GIF animasyonlu bok sadece çirkin değil, aynı zamanda kullanılamaz.

Grafikler için, bağlamın özgüllüğünü hatırlayın. Bir projektör üzerinden gösterilecekse, beyaz zemin üzerine yeşil bir metin olamaz : bir duvara yansıtıldığında sihirli bir şekilde kaybolacaktır. Konuşmanızı destekliyorsa, slayda çok fazla şey koymayın : çok fazla grafik, çok fazla sayı, çok fazla metin. Yukarıdaki resim, bir sunum için asla yapmamanız gerektiğinin iyi bir örneğidir: böyle bir slaytla, kitlenin yarısının uyuduğuna ve diğer yarısının sizi dinlemeyi bıraktığını, umutsuzca bu şeyin ne olduğunu anlamaya çalıştığını kesin .

Son olarak, tam tersi değil, kitleniz için burada olduğunuzu unutmayın . Grafiği yukarıda pazarlama insanlarına gösterilen şekilde gösterecek olursanız , kendilerini emdiğinizi söylerler. Bulutun ne olduğunu biliyorlar mı (yoksa gökyüzünde / yerde barındırılan uygulamalarla ilgili bir şey olduğuna inanıyorlar mı)? Üzerinde "DB" bulunan kahverengi simgeyi neyin temsil ettiğini biliyorlar mı? Bir web uygulamasının ne olduğunu ve başka bir uygulamadan veya bir web sitesinden nasıl farklı olduğunu açıklayabilirler mi?


1

Güzelliğin şimdiye kadarki en öznel görüşlerden biri olduğunu vurgulamak muhtemelen gereksizdir . Dedikleri gibi , güzellik bakanın gözündedir , bu yüzden sizin için güzel olan başka birine cehennem gibi çirkin olabilir . Daha iyi yarımlar aynı fikirde.

Bununla birlikte, günümüzde insanlar muhtemelen bir ASCII diyagramından biraz daha fazlasını beklemektedir. Renk teorisini incelemek zorunda değilsiniz, ancak biraz şekillendirmek acı vermez. Örneğin, Gliffy gibi şemalar yapmak için kullanılan siteler , bahse girerim, bu sunuma katılan herkesi memnun eder (veya en azından, lütfen değil).

resim açıklamasını buraya girin


1

Diyagramlarınızı normalde kullandığınız geliştirme araçlarını kullanarak yaptıktan sonra, bunları Powerpoint'te sıfırdan veya şirketinizin kullandığı sunum yazılımlarından yeniden yapın. Varsayılan simgeleri ve ok stillerini kullanan sunumlarım, Enterprise Architect veya Power Designer'da yaptığımdan çok daha iyi yanıt aldı. UML'yi atlayın ve basit ilişki diyagramları ve akış şemaları için gidin. Herhangi bir sunumda olduğu gibi, bir şeyi hızlı bir şekilde bir araya getirin ve geri bildirim için yöneticinizin yanından geçirin. Yöneticinizin "çok meşgul" olduğu için yıkacağı ayrıntılı bir iş akışı diyagramı hazırlamakla saatler harcamak istemezsiniz. Tamamen basit bir diyagram yapmanızı tavsiye ederim, böylece stili (yazı tipi, renk paleti, düzen) gösterebilir ve geri kalanı içerik için alay edebilirsiniz.


0

Yazı tipinde tutarlı olun. Eşyaları eşit aralıklarla ayırın ve hizalayın. Muhtemelen siyah ve beyazın ötesine bir veya iki renk (şirket renkleri?) Ekleyin. Üstbilgiler kalın yazılmıştır. Sınırlar farklı olmalıdır. Arka plan olarak kılavuz çizgilerinden biraz daha fazla veya hiç yok.

Ayrı sayfalara / slaytlara ayrılmanız gerekebilir. Kimse kaotik bir kuşun yuva diyagramında (algılarına göre) 57 blok görmek istemez.

Şirketinizdeki birisine biraz daha astetik bir şekilde danışmak isteyebilirsiniz. Satış veya pazarlamada birisi tarafından çalıştırın.


0

Yuvarlak köşeler ve yumuşak renkler kullanın. Kalın çizgiler kullanın. İttifakın bazı iyi örnekleri var. Yine de resim yayınlama iznim yok, ama burada kendi diyagramlarım için ilham kaynağı olarak kullandığım bir örnek var.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.