매력적이지만 여전히 기술적 인 아키텍처 다이어그램 만들기 [닫기]

"매력적인"소프트웨어 아키텍처 다이어그램을 만드는 데 조언이 있습니까? 관리자는 비 기술적 인 임원급 유형에게 제공해야하는 프레젠테이션에 대해 현재 아키텍처 다이어그램 (Visio 및 기본 아이콘을 사용하여 구축 된)을보다 "매력적"으로 만들라고 말했습니다. 나는 당신이 고객에게 보여 주거나 사람들이 사용하도록 마케팅하기 위해 무언가를 가지고 있다고 생각합니다.

사람들이 가지고있는 특정 아이콘 세트 나 팁이 있습니까? 개인 정보 보호를 위해 현재 다이어그램을 게시 할 수는 없지만 일반적인 아이디어를 얻으려면 텍스트, 선 및 서버 아이콘 일뿐입니다 (http://www.227volts.com/wp-content/uploads/2009/03/exchange2007visiostencils.jpg) 그것이 내가 사용하고있는 아이콘 세트입니다.

나는 "더 매력적인"과 같은 것을 만드는 방법에 대해 정직하게 혼란스러워합니다. (흑백은 항상 최고의 색상 조합이라고 생각합니다 : P)

편집하다:

따라서이 http://rollerweblogger.org/roller/resource/linkedin-today.png 와 같은 색상은 여전히 ​​모든 색상과 "전문"으로 간주됩니까?

나는 매니저에게 물었고, 내가 구체적으로해야 할 것에 대한 질문을 회피하면서 더 시장성이 있다고 말했다.

이 질문은 너무 커서 정확하게 답변하기가 어렵습니다. 디자인에 관한 책과 사용자 경험에 관한 다른 책이 있습니다.이 책은 대상 고객에게 소프트웨어, 소비자 제품, 서적, 광고, 아기 장난감을 더 매력적으로 만드는 방법을 자세히 설명합니다. 실제로 귀하의 질문은 다음과 유사합니다.

저는 디자이너입니다. 프로그래밍에 대한 아이디어가 있습니다 (2 주 동안 학교에서 기본을 배웠습니다). 그러나 프로그래밍을 배울 시간이 없습니다. ASP.NET MVC와 Microsoft SQL을 사용하여 전자 상거래 웹 사이트를 처음부터 작성하라는 요청을 받았습니다. 그 두 가지가 무엇인지 설명하고 성공적인 작업을 위해 어떻게 사용할 수 있습니까?

당신이 "매력적인"차트를 만들고 싶어하지만, 책의 수십 읽을 시간이없는 당신이 당신의 회사의 디자이너가없는 경우 모든 경우에, (그것이 가능 할까?), 당신은 자신에게 영감을 시도 할 수있는 당신은 주위를 봅니다 : 전문 웹 사이트, 프리젠 테이션 등. 몇 가지 규칙과 패턴을 기록하고 차트에 적용해야합니다. 일부 규칙은 웹 사이트에서는 잘 작동하지만 소비자 용 제품이나 차트 나 장난감에서는 실패하기 때문에 때때로 잘못 될 수 있지만 일반적으로 성공할 가능성이 더 큽니다.

예를 들어 편집에서 차트를 가져 오면

나는 첫 번째 오류 인 그림자를 발견했습니다. 그림자는주의해서 사용해야합니다. 웹 사이트에서 그러한 사용은 용납 될 수 없습니다. 그림자를 사용해야하는 좋은 예는 Apple.com 입니다. 사용자가 상호 작용할 수있는 각 요소에는 작은 그림자가있어 볼륨 감을줍니다. 다른 요소에는 그림자가 없습니다. 차트의 경우 사용자가 차트와 상호 작용하지 않기 때문에 더 적합 할 수 있습니다. 여전히 그림자가 너무 커서 요소와 너무 분리되어 있습니다. 또한 여기 에는 그것들이 필요하지 않습니다. 각 요소에는 이미 테두리가 있습니다.

경험의 규칙 : KISS (또는 원하는 경우 "게으르다"). 테두리와 그림자 및 배경색을 동시에 추가하지 마십시오. 굵은 기울임 꼴 Arial Black 200 빨간색으로 라임 배경에 노란색 테두리가있는 빨간색 밑줄이 표시되지 않도록하십시오. 시각적 영향을 추가하기 위해해야 ​​할 일만하면됩니다.

차트 스타일링을 고려하십시오. 아무도 못생긴 흑백 UML 다이어그램을보고 싶어하지 않습니다. 그러나 과식하지 마십시오. UML 흑백 다이어그램은 못 생겼지 만 사용할 수 있습니다. 색상이 변하는 아이콘과 화살표가 많은 무지개 다중 글꼴 깜박임 GIF 애니메이션 쓰레기는 못 생겼을뿐만 아니라 사용할 수 없습니다.

차트의 경우 상황의 특수성을 기억하십시오. 프로젝터를 통해 표시되는 경우 흰색 배경에 녹색 텍스트를 사용할 수 없습니다 . 벽에 투사하면 마술처럼 사라집니다. 그것이 당신의 대화를 지원한다면, 너무 많은 그래픽, 너무 많은 숫자, 너무 많은 텍스트를 슬라이드에 너무 많이 넣지 마십시오 . 위의 그림은 프레젠테이션을 위해 절대로하지 말아야 할 일의 좋은 예입니다. 그러한 슬라이드를 사용하면 청중의 절반이 잠을 자고 나머지 절반은 자신의 말을 듣지 않고이 일이 무엇인지 이해하기 위해 필사적으로 노력합니다 .

마지막으로, 당신은 반대가 아니라 청중을 위해 여기에 있다는 것을 기억 하십시오 . 사람들 을 마케팅 하기 위해 위의 그림과 같이 차트를 보여 주면 , 그들은 당신이 짜증나게 말할 것입니다. 클라우드가 무엇인지 알고 있습니까 (또는 하늘 / 공간에서 호스팅되는 애플리케이션과 관련이 있다고 생각합니까)? 그들은 "DB"가있는 갈색 아이콘을 나타내는 것이 무엇인지 알고 있습니까? 그들은 웹 응용 프로그램이 무엇인지 설명 할 수 있으며 다른 응용 프로그램이나 웹 사이트와 다른 점은 무엇입니까?

아름다움 이 가장 주관적인 의견 중 하나임 을 강조 할 필요 는 없습니다. 그들이 말했듯이, 아름다움은 보는 사람의 눈에 달려 있으므로, 당신에게 아름다운 것은 다른 사람에게 못생긴 것 같습니다. 많은 더 나은 halfs입니다는 동의합니다.

요즘 사람들은 아마도 ASCII 다이어그램보다 조금 더 기대할 것입니다. 색의 이론을 연구 할 필요는 없지만 조금만 만들어도 아프지 않습니다. 예를 들어, Gliffy 와 같은 다이어그램을 만드는 사이트 에는 괜찮은 외형의 템플릿이 있습니다.

일반적으로 사용하는 개발 도구를 사용하여 다이어그램을 완성했으면 Powerpoint 또는 회사에서 사용하는 모든 프리젠 테이션 소프트웨어에서 처음부터 다이어그램을 다시 실행하십시오. 기본 아이콘과 화살표 스타일을 사용한 프레젠테이션은 Enterprise Architect 또는 Power Designer에서 수행 한 프레젠테이션보다 훨씬 나은 응답을 얻었습니다. UML을 건너 뛰고 간단한 관계 다이어그램 및 플로우 차트를 사용하십시오. 다른 프레젠테이션과 마찬가지로 빠르게 무언가를 함께 던져 관리자를 지나서 피드백을 보내십시오. 관리자가 "너무 바빠서"무너 뜨릴 정교한 워크 플로 다이어그램을 작성하는 데 시간을 낭비하고 싶지 않습니다. 하나의 간단한 다이어그램을 완전히 수행하는 것이 좋습니다. 스타일 (글꼴, 색상 표, 레이아웃)을 보여주고 나머지는 내용을 모의 할 수 있습니다.

글꼴에서 일관성을 유지하십시오. 물건을 똑같이 간격을두고 정렬하십시오. 흑백 이외의 색상을 두 개 (회사 색상?) 추가 할 수 있습니다. 굵은 머리글. 경계는 명확해야합니다. 배경으로 그리드 라인보다 조금 더 있거나 전혀 없습니다.

별도의 페이지 / 슬라이드로 나누어야 할 수도 있습니다. 아무도 혼란스러운 새의 둥지 다이어그램에서 57 블록을보고 싶어하지 않습니다 (지각에 의한).

좀 더 무의미한 의미로 회사의 누군가와 상담하고 싶을 수도 있습니다. 영업 또는 마케팅 담당자가 실행하십시오.

둥근 모서리와 음소거 된 색상을 사용하십시오. 굵은 선을 사용하십시오. Elliance 에는 좋은 예가 있습니다. 그래도 이미지를 게시 할 수 는 없지만 다음 은 내 다이어그램에 대한 영감으로 사용한 예입니다.