잘 설계된 소프트웨어 아키텍처 다이어그램의 예

나는 일반적으로 화살표로 연결된 상자의 변형으로 구성된 소프트웨어 아키텍처 다이어그램을 그리는 데 상당한 시간을 소비합니다. 이 도표는 관련 정보를 전달하지만 미학의 관점에서 바라는 점이 많습니다.

이것을 보여주는 소프트웨어 아키텍처 다이어그램의 몇 가지 예 :

• http://applicationarchitecture.files.wordpress.com/2011/06/f0039-component-diagram-complete-component-model.png
• http://applicationarchitecture.files.wordpress.com/2010/03/f0022-sample-network-diagram.png

영감을 찾기 위해 수백 개의 인포 그래픽을 훑어 보았지만 대부분은 전체 개념과 게슈탈트 원칙에 의해서만 관련된 개별적인 시각적 요소로 구성되는 경향이 있습니다. 어떤 종류의 흐름을 나타내는 화살표가있는 소수는 나의 ​​필요보다 훨씬 간단한 경향이 있습니다.

내가 찾은 하나의 (비 소프트웨어) 예제 ( http://visual.ly/house-democrats-health-plan-flow-chart )는 위와 같은 많은 문제로 인해 고의적으로 복잡성을 보여줍니다. ...

미적으로 유쾌한 소프트웨어 아키텍처 다이어그램 또는 유용한 프로세스에 복잡한 프로세스 흐름을 보여주는 최소한의 인포 그래픽에 대한 예가 있습니까?

데이터가 크게 단순화되고 축소되지 않은 특히 훌륭한 소프트웨어 아키텍처 다이어그램은 생각할 수 없지만 먼저 소프트웨어 아키텍처 다이어그램이 무엇인지 분석하여 관련 내용을 찾을 수 있습니다.

그런 다음 비슷한 문제를 해결하는 디자인의 예를 살펴 보겠습니다.

요소 / 노드 범주에 중점을 둔 흐름도 / 프로세스 다이어그램 유형입니다. 이는 방향성을 추가 한 일종의 노드 링크 네트워크 다이어그램입니다. 본질적으로 범주를 가질 수있는 노드와 방향을 가질 수있는 연결입니다.

노드 링크를 기반으로하는 것은 무엇이든 표현하려는 복잡성이 증가 할 때 지저분한 '헤어볼'로 바뀔 수 있습니다. 아래에서 노드 링크를 기반으로 제안 된 아무것도 작동하지 않는 경우 (문제가 너무 복잡한 경우) 데이터 시각화 연구자가 네트워크 맵 을 위한 기반으로 "노드 링크"개념에 대한 대안으로 존경받는 데이터 시각화 학자의 기사가 있습니다. 와서. 이 중 일부를 사용자에게 친숙하고 지향적 인 방법으로 적응시키는 방법을 알아낼 수 있다면 승자가 될 수 있습니다. 그러나 이것은 정말 어려운 방법입니다. 필요한 경우에만 시도하십시오.

따라서 방향 / 흐름 및 노드 / 요소 범주에 중점을 둔 복잡한 흐름도 및 네트워크 다이어그램. 첫 번째 기본 원칙 :

• 모든 노드 / 요소를 단순하게 유지
• 명확한 유형의 계층 구조로 요소 유형 간의 차이점을 명확하고 간단하게 만듭니다.
• 배경 요소를 최대한 많이 흐름과 연결

신호대 잡음비 (정보 그래픽의 맥락에서 데이터-잉크 비율이라고도 함) 를 생각해보십시오 . 연결은 데이터가 아니라 시각적 인 가이드이므로 따르기가 쉽지 않은 한 가능한 미묘하게 만듭니다. 또한 그림을 생각해보십시오 : 데이터는 포 그라운드에서 참석 해야하는 것이어야하며 흐름과 범주를 보여주는 시각적 신호는 사람들이 알고 있지만 산만하지 않은 배경이어야합니다.

첫 번째 예, 타이포그래피 결정 흐름도 포스터 (일부 사람들은 내용에 동의하지 않을 것이라고 확신합니다 ...). 흑백 만 사용하면 요소 간 명확한 계층 구조로 복잡한 다이어그램을 사용할 수 있습니다.

최소한의 노이즈를 추가하는 명확하지만 미묘한 고 조명 및 변형을 사용하여 각 요소가 무엇인지 매우 명확합니다. 전체는 복잡하지만 각 부분은 명확합니다.

가능한 개선-전체적인 방향이없고 중간에서 바깥쪽으로 갈 때-선은 점 대신에 매우 작은 미묘한 점선 쉐브론 (>>>>>과 같은)으로 노이즈를 추가하지 않고도 방향 정보를 가질 수 있으므로 어디에서나 시작할 수 있습니다. 그 방향이 방해받지 않고 다음에 어디로 가야하는지보십시오.

흐름이 계층 구조를 통해 이동하는 또 다른 유사한 예가 있습니다 (가장 일반적으로> 가장 구체적). 많은 범주를 제품 및 유형의 두 가지 유형의 노드로 변환하며 노드의 크기는 유형의 특수성을 나타냅니다. (원 윤곽선과 연결선은 훨씬 더 미묘 할 수 있지만 유형을 보완하고 중앙 파인트 글라스를 제외한 모든 것에 더 고른 질감을 부여하기 위해 가중치가 부여 된 것 같습니다). 원 크기는 위치와 흐름의 표시로도 두 배가됩니다. 더 큰 원에서 더 작은 원으로 이동하므로 화살촉과 같은 다른 복잡성을 추가하는 시각적 신호가 필요하지 않습니다.

매우 많은 종류의 맥주

PopChartLab 이 수행 한 많은 작업 이 관련이 있습니다. 그들은 서로 연결된 많은 것들을 보여주는 큰 포스터를 전문으로하며 때로는 자신의 프로세스를 작성합니다. 그들이 보여주고 싶었던 것들의 양에 정말로 어려움을 겪었던 프로젝트에 대한 그들의 글이 있습니다. 나는 개인적으로 최종 결과를 좋아하지 않습니다 (모발을 길들이기 위해 열심히 노력했지만 최종 결과는 여전히 모발입니다).

다음 은 페이지에서 게재 위치를 깔끔하게 사용하여 카테고리와 순서를 순서대로 표시 하는 예 입니다. 눈부신 화려한 색 구성표 (Apple의 오래된 무지개 색 로고 주제에 대한 참조)가 필요하지 않습니다. 이와 같이 페이지 x 및 y 축을 사용하면 다른 유형의 정보에 대한 연결선을 저장할 수 있습니다.

마지막으로, 처음에 언급했듯이 소프트웨어 아키텍처 다이어그램은 네트워크 맵의 예입니다.이 맵은 일종의 맵입니다. 따라서 일반 (지도 제작) 맵에서 아이디어를 얻을 수 있습니다. 많은 신호가 잡음으로 바뀌지 않도록 끊임없이 연결하고 방향을 가지고있는 밀도가 높고 복잡한 정보 범주와 비슷한 문제가 있습니다.

Axis Maps는 레이블을 레이블 레이블과 같은 레이블로 사용하여 표시 한 모든 정보 그래픽 중에서 신호 대 잡음비가 가장 뛰어난 놀라운 타이포그래피 맵 을 생성 합니다. 범주.

극도의 타이포그래피가 마음에 들지 않으면 제어 할 수없는 순서도를 길들이는 데 사용될 수 있습니다. 힘든 작업처럼 보이지만 결과는 훌륭합니다.

예쁜 소프트웨어 아키텍처 다이어그램을 원하십니까? Eclipse, Aptana, Magento, Android, Fedora 등과 같은 고급 오픈 소스 프로젝트를 살펴보십시오.

이들은 마케팅 자료가 아닌 기능적인 문서이지만, 이러한 프로젝트는 종종 기술 문서를 디자인하는 데 약간의 노력을 기울일 정도로 브랜드에 민감한 조직에 의해 운영되거나 제공됩니다.

Apple과 같은 회사 (예 : iOS 및 OS X 용 개발자 문서), Google (App Engine 및 Android 용 문서), IBM, Oracle, 심지어 Intel 및 Nvidia와 같은 하드웨어 제조업체에서도 영감을 얻을 수있는 훌륭한 소프트웨어 또는 시스템 아키텍처 다이어그램이 있어야합니다 .

웹 플랫폼, 특히 Heroku, AWS, EngineYard, OpenShift (Redhat), Cloudbees 등과 같은 PaaS 제공자는 실제로 마케팅 기능을 일부 제공하기 때문에 진정으로 멋진 아키텍처 다이어그램의 소스가 될 수 있습니다.

소프트웨어 아키텍처 다이어그램 사용에 대한 흥미로운 기사 는 Simon Brown 의 소프트웨어 아키텍처 다이어그램 작성을위한 간단한 스케치입니다 .

https://www.lucidchart.com/pages/examples/network_diagram_software 에서 Lucid Chart의 훌륭한 다이어그램에 대한 더 많은 예가 있습니다.