Metodologias De Redes

METODOLOGÍA MCCABE JAMES:

En esta metodología  es fundamental elaborar las siguientes Fases:

• Fase de Análisis

- Recabar requerimientos
- Definir las aplicaciones que se ejecutarán en forma distribuida
- Caracterizar como usan los usuarios las aplicaciones, definir métricas para medir el desempeño
- Distinguir entre requerimientos de servicio: Entradas y Salidas
- Definir flujos, establecer las fronteras de flujo.

• Fase de Diseño

- Establecer metas de diseño.- Desarrollar criterios para evaluación de tecnologías: costo, rapidez, confiabilidad, etc.
- Realizar la selección de tecnologías.
-Integrar mecanismos de interconexión. 
-Seleccionar la ubicación de los equipos.
-Realizar el diagrama físico de la red.

 
METODOLOGÍA UNTIVEROS SERGIO

En esta metodología nos dice que la administración de redes es la suma de todas las actividades de planeación y control, enfocadas a mantener una red eficiente y con altos niveles de disponibilidad.

La metodología presentada se basa en un modelo con tareas bien definidas y complementarias. Esta modularidad permite su mejor entendimiento y facilita su implementación y actualización.

Se basa en el modelo OSI, enfatiza en todos los aspectos relacionados en la buena operación de una red, como son el control sobre los sucesos en la red, la visualización de los tipos de tráfico, la determinación y atención oportuna de problemas, aspectos de seguridad, etc.
   
METODOLOGÍA LONG CORMAC

 Esta metodología tiene mucho parecer con las metodologías mencionadas anteriormente en la cual consideramos las fases de análisis y diseño, será especificado de manera que usted lo entienda.

- Dentro de la cual se eligirá parámetros de desempeño con base a las aplicaciones(ancho de banda, % pérdida de paquetes, latencia, disponibilidad).
-Identificar Restricciones de diseño.
- Establecer objetivos viables para los parámetros de desempeño.
- Elaborar el diseño de alto nivel.
- Elaborar un diseño detallado teórico.
- Realizar verificaciones en laboratorio de aspecto mayores, si no se cumple con los requerimientos.
- Realizar la instalación y configuración final.

  

METODOLOGÍAS PARA EL DISEÑO DE REDES BOTTOM-UP (+)

En el BottomUp no se necesita tener una imagen clara del estado final del proyecto, sino que para empezar basta con una característica en particular.

Es así como se van juntando las pequeñas piezas que luego conformaran un gran sistema, formado por sub sistemas.

Esta metodología tiene sus desventajas, por ejemplo se necesita mucha intuición para decidir la funcionalidad que se le va a dar a cada módulo.

Por esto si se está trabajando con un sistema existente es más fácil desarrollar el proyecto que si se empieza desde cero.

BOTTOM-UP (-)

La verificación a través del proceso se hace muy difícil, casi imposible una vez se está trabajando con grandes ensambles. Por lo que se debe invertir mucho tiempo en la revisión. Necesitándose tiempo adicional para encontrar el error y corregirlo.

Al emplear un diseño BottomUp, poca o ninguna exploración es hecha previamente, lo que hace que las mejoras posibles en el diseño sean obviadas.

“Cualquier error o problema que sea encontrado en el momento de ensamblar el sistema es más costoso de corregir, ya que involucra el rediseño de los bloques de diseño”

Además los procesos deben ser desarrollados en serie, lo que genera que el tiempo para terminar el diseño sea más largo.

El número de diseñadores que pueden ser empleado s en el proceso de diseño BottomUp, está limitado por la comunicación intensiva entre diseñadores y la naturaleza inherente de los pasos que se sigue.

Además la comunicación necesaria requiere que los diseñadores estén localizados en el mismo espacio (No hay fluidez en esta metodología, lo que lleva a que el diseñador no esté seguro de que los bloques de diseño vayan a funcionar una vez este el diseño completo.

Además esto solo se sabrá una vez se construya el prototipo, una etapa muy adelante en el proyecto. Sin canales de comunicación confiables los diseñadores usan especificaciones escritas o verbales que pueden estar incompletas o mal formuladas, las cuales se pueden olvidar a mitad del proyecto. La mala comunicación genera errores y la separación de bloques permite que los errores sean encontrados una vez finalizado el proyecto.