Explorando

Cómo crear, seleccionar y justificar diseños de redes para satisfacer requerimientos obtenidos

 

Hiciste todas las preguntas relacionadas a los requerimientos recibidos, y más importante, has escuchado activamente lo que tu cliente tuvo que decir, lo que produjo un documento de especificación de requerimientos (incluyendo, pero no limitado a: requerimientos del negocio, requerimientos técnicos, requerimientos de los usuarios, requerimientos de la(s) aplicación(es)). ¿Ahora qué? ¿Cómo crear ese diseño de red que satisfará esos requerimientos? Mi agradecimiento a Hitesh Lodhi e Indika Prasad Kumara, quienes dieron su aporte a este blog.

 

Crear un diseño para satisfacer requerimientos dentro de las limitaciones

 

Asegúrate de incorporar todos los pilares importantes de un buen diseño (es decir: regresa a los requerimientos recibidos!): redundancia/resiliencia/tiempo de convergencia/confiabilidad/disponibilidad, velocidad, seguridad, costo (CAPEX por sus siglas en inglés - Capital Expenditure) , simplicidad (OPEX por sus siglas en inglés - Operational Expenditure), tiempo para su comercialización (time-to-market), administrabilidad, escalabilidad y modularidad/flexibilidad.

 

A menos que te trabajes en un proyecto vanguardista, es posible que alguien haya creado un diseño similar anteriormente y puedes sacar provecho de la experiencia de otros, para así asegurar diseños más rápidos y confiables. Revisa las mejores prácticas del diseño de redes en el sitio web de programa Cisco Validated Design.

 

Pero, no copies y pegues las soluciones ciegamente, en lugar de ellos, adapta las mismas a la situación que tienes a la mano, observando limitaciones identificadas anteriormente, y determinando si habrá o no algún impacto negativo en la red actual. Documenta, tanto limitaciones como impacto, será importante para justificar tu solución de diseño.

 

Una (no “La única”) metodología para resolver requerimientos contradictorios

 

¿Y si esos requerimientos con contrarios? ¿cómo podrás justificar tus elecciones de diseño? Poder emplear una metodología para comparar manzanas con manzanas es provechoso. Debajo está una muestra de una metodología que podría ayudar en tu toma de decisiones:

 

1. Enlista todos los requerimientos técnicos y de negocio en filas de una hoja de cálculo

 

2. Como con todo en la vida, algunos requerimientos serán más importantes o tendrán más peso que otros. Puedes usar, por ejemplo, un sistema basado en pesos, con pesos como: alto, medio y bajo. ¿Hay algún requerimiento tan crítico que invalide los otros? Este paso es opcional, dependiendo de la complejidad de tu proyecto de diseño, pero puede ser un desempate cuando hay muchos requerimientos o cuando se contradicen unos a otros.

 

3. La mayoría de los clientes aprecian tener opciones. Enlista todas las soluciones posibles, tecnologías y características en la columna superior de la hoja de cálculo, lado a lado.

 

4. Puedes comparar objetivamente y contrastar las soluciones de diseño marcando el grado en el cual la solución satisface un requerimiento dado, por ejemplo: completamente o parcialmente satisface el requerimiento contra cada solución. Esto te dará los argumentos para justificar tus elecciones de diseño, y también las razones por las cuales descartaste las otras.

 

 

RequerimientosPeso (opcional)Solución de diseño 1Solución de diseño 2Solución de diseño 3, etc.

Requerimiento 1

Requerimiento 2

Requerimiento 3, etc.

                  Total 1

                  Total 2

                        Total 3

 

5. Multiplica el factor peso (por ejemplo: Alto=5, Medio=3, Bajo=1) por el grado (por ejemplo: satisface completamente=3, satisface parcialmente=1) de cada solución de diseño, y suma cada columna.

 

6. El enfoque cuantitativo proporciona la solución con el mayor número de puntos, pero ¿esta es siempre la mejor decisión posible? Desearía que fuese así de simple. Podrias necesitar solicitarle a tu cliente transigir si una unica decision de diseño no satisface todos los requerimientos críticos dentro de las limitaciones, o si tiene algún impacto no deseado. Una tabla comparativa te ayudará a comunicar mejor las opciones. Tal vez una unica opcion no esta disponible en todas las ubicaciones y puede que debas adoptar un enfoque combinado. Por último, recuerda: no estás del lado de una elección de alguna tecnología; estas del lado de tu cliente!

 

¿Como procedes para crear un diseño de redes que satisfaga los requerimientos dentro de las limitaciones? ¿Tienes ideas para los próximos blogs? ¡Agrégalas a los comentarios!

 

Elaine Lopes

 

Elaine Lopes es el Program Manager para las certificaciones CCDE y CCAr, y Team Lead para el equipo del programa CCIE,  Elaine es una apasionada acerca de cómo las vidas pueden cambiar para mejor a través de la educación y certificaciones.

 


Traductor voluntario del blog en Español: David Peñaloza

Versión original en Inglés: CCDE: Now What?

 

A continuación, algunas maneras adicionales para integrarnos y mantener la conversación: