Hacer un diagrama de arquitectura atractivo, pero aún técnico [cerrado]

¿Alguien tiene algún consejo para hacer un diagrama de arquitectura de software "atractivo"? Mi gerente me dijo que hiciera mi diagrama de arquitectura actual (que fue construido usando Visio e íconos básicos) más "atractivo" para una presentación que tengo que dar a los tipos de nivel ejecutivo que no son técnicos. Supongo que quiso tener algo que mostrarías a los clientes o que las personas de marketing usarían.

¿Algún conjunto de iconos específicos o consejos particulares que las personas tengan? No puedo publicar mi diagrama actual por razones de privacidad, pero para tener una idea general, son solo texto, líneas e íconos del servidor (http://www.227volts.com/wp-content/uploads/2009/03/exchange2007visiostencils.jpg) ese es el conjunto de iconos que estoy usando.

Estoy honestamente confundido sobre cómo hacer que algo así sea "más atractivo" (demonios, creo que el blanco y negro son siempre las mejores combinaciones de colores para usar: P)

Editar:

Entonces, ¿algo como esto http://rollerweblogger.org/roller/resource/linkedin-today.png todavía se considera "profesional" con todos los colores y tal?

Le pregunté a mi gerente y todo lo que dijo fue hacerlo más comercial y evadir preguntas sobre lo que debería hacer específicamente.

Esta pregunta es demasiado grande para ser respondida exactamente punto por punto. Hay libros sobre diseño y otros sobre la experiencia del usuario , que explican en detalle cómo hacer que el software, los productos de consumo, los libros, los anuncios y los juguetes para bebés sean más atractivos para el público objetivo. En realidad, su pregunta es similar a:

Soy diseñador, tengo una idea de programación (aprendí Basic en la escuela durante dos semanas) pero no tengo tiempo para aprender programación. Me piden que haga un sitio web de comercio electrónico desde cero usando ASP.NET MVC y Microsoft SQL. ¿Me puede explicar cuáles son esas dos cosas y cómo puedo usarlas para hacer un trabajo exitoso?

En todos los casos, si desea hacer gráficos "atractivos" pero no tiene tiempo para leer docenas de libros y no tiene un diseñador en su empresa (¿es posible?), Puede intentar inspirarse de lo que ves alrededor : sitios web profesionales, presentaciones, etc. Debes tener en cuenta algunas reglas y patrones, y aplicarlos a tus gráficos. A veces puede equivocarse, porque algunas reglas funcionan bien para los sitios web pero fallan para los productos de consumo o gráficos o juguetes para bebés, pero en general, tiene más posibilidades de tener éxito.

Por ejemplo, si tomo el gráfico en su edición:

Noto el primer error: sombras. Las sombras deben usarse con precaución. En un sitio web, dicho uso sería inaceptable. Un buen ejemplo de cómo se deben usar las sombras es Apple.com . Cada elemento con el que el usuario puede interactuar tiene una pequeña sombra, dando una sensación de volumen. Ningún otro elemento tiene sombra. En el caso de un gráfico, esto puede ser más aceptable, ya que los usuarios no están destinados a interactuar con el gráfico. Aún así, las sombras son demasiado grandes y están demasiado separadas de los elementos. Además, aquí, no hay necesidad de ellos: cada elemento ya tiene un borde .

Regla de oro: KISS (o, si quieres, "ser perezoso"). No agregue un borde y una sombra y un color de fondo al mismo tiempo. No ponga el texto en negrita cursiva en rojo Arial Black 200 subrayado con un borde amarillo en el fondo de color verde lima parpadeando. Haga solo lo que necesita hacer para agregar impacto visual, nada más.

Piensa en diseñar tus gráficos: nadie quiere ver esos feos diagramas UML en blanco y negro. Pero no exagere: solo empeorará: diagramas en blanco y negro de UML son feos pero utilizables . Una basura animada de GIF con múltiples fuentes intermitentes con muchos iconos y flechas que cambian de color no solo es fea, sino que también es inutilizable.

Para los gráficos, recuerde la especificidad del contexto. Si se mostrará a través de un proyector, no puede tener un texto verde sobre un fondo blanco : simplemente desaparecerá mágicamente cuando se proyecte en una pared. Si es compatible con su charla, no ponga demasiado en una diapositiva : demasiados gráficos, demasiados números, demasiado texto. La ilustración de arriba es un buen ejemplo de lo que nunca debe hacer para una presentación: con tal diapositiva, está seguro de que la mitad de la audiencia se duerme y la otra mitad deja de escucharlo, tratando desesperadamente de comprender qué es esto. .

Finalmente, recuerda que estás aquí para tu audiencia, no al contrario . Si muestra la tabla como la que se ilustra arriba a la gente de marketing , ellos mismos dirán que usted apesta. ¿Saben qué es la nube (o creen que tiene algo que ver con las aplicaciones que se alojan en el cielo / espacio)? ¿Saben qué representa el icono marrón con "DB" en él? ¿Pueden explicar qué es una aplicación web y en qué se diferencia de otra aplicación o de un sitio web?

Probablemente no sea necesario enfatizar que la belleza es una de las opiniones más subjetivas de la historia. Como dicen, la belleza está en el ojo del espectador , por lo que lo que es hermoso para usted puede ser feo como el infierno para otra persona. Muchas mejores medias .

Dicho esto, hoy en día la gente probablemente espera un poco más que un diagrama ASCII. No tienes que estudiar la teoría de los colores, pero darle un poco de forma no hará daño. Los sitios para hacer diagramas como, por ejemplo, Gliffy tienen plantillas de aspecto decente, apuesto a que agradarían a cualquiera (o al menos no disgusten) asistir a esa presentación.

Una vez que haya hecho sus diagramas usando las herramientas de desarrollo que usa normalmente, vuelva a hacerlas desde cero en Powerpoint o cualquier software de presentación que use su empresa. Mis presentaciones con los iconos predeterminados y los estilos de flecha obtuvieron una respuesta mucho mejor que las que hice en Enterprise Architect o Power Designer. Omita UML y simplemente busque diagramas de relaciones y diagramas de flujo simples. Al igual que con cualquier presentación, reúna algo rápidamente y páselo a su gerente para recibir comentarios. No querrá perder horas diseñando un elaborado diagrama de flujo de trabajo que su gerente eliminará por estar "demasiado ocupado". Recomiendo hacer un diagrama simple por completo, para que pueda mostrar el estilo (fuente, paleta de colores, diseño) y simular el resto del contenido.

Sea consistente en la fuente. Separe las cosas por igual y manténgalas alineadas. Probablemente agregue un color o dos (¿colores de la empresa?) Más allá del blanco y negro. Encabezados en negrita. Las fronteras deben ser distintas. Algo un poco más que líneas de cuadrícula como fondo o nada en absoluto.

Puede que tenga que dividir en páginas / diapositivas separadas. Nadie quiere ver 57 bloques en un diagrama de nido de pájaro caótico (según su percepción).

Es posible que desee consultar a alguien en su empresa con un poco más de sentido estético. Ejecútelo por alguien en ventas o marketing.

Use esquinas redondeadas y colores apagados. Usa líneas gruesas. Elliance tiene algunos buenos ejemplos. Sin embargo, no se me permite publicar imágenes, pero aquí hay un ejemplo que he usado como inspiración para mis propios diagramas.