a&d determ. de requerimientos55 contexto en el proceso general análisis de requerimientos...

A&D Determ. de Requerimientos 1

Contexto en el proceso general

Análisis derequerimientos

Análisis deflujo

Diseñológico

Diseño físico

Direccionamientoy ruteo

Ejecucióndel diseño

Condicionesiniciales Análisis

Diseño


Resultados

Los resultados de la etapa son: Especificación de requerimientos

Hojas de trabajo Mapa de aplicaciones

Esquema que muestra Ubicación física de edificios y estaciones que usan

las aplicaciones en estudio Ambito de las aplicaciones


Componentes Componentes y relaciones del sistema

Solicita

Servicios

Ofrece Red

Aplicación

Host

Usuario

Aplicación

Host

Usuario


Naturaleza de los requerimientos

Diseño nueva redDiseño nueva red

Usuarios finales

Aplicaciones Hosts (PCs, servidores)

Redes existentes

Requerimientos

Requerim

ientos Req

ueri

mie

ntos

Reque

rimien

tos


Requerimientos de usuario Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Número de usuarios Ubicación de los usuarios Crecimiento esperado

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de usuario/servicio

Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Número de

usuarios Ubicación de

los usuarios Crecimiento

esperado

Retardo

Confiabilidad

Capacidad

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de aplicación

Grupo de aplicación al que pertenece

Tipo de aplicación

Características de rendimiento de la aplicación

Ubicaciones de la aplicación

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de Host

Tipos de hosts y equipamiento

Información sobre ubicaciones

Características de rendimiento de host/equipo

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de red

Escalabilidad Servicios de red Servicios de

soporte Interoperabilidad Ubicación Características

de rendimiento de red

Redesexistentes

Redesexistentes

Redesexistentes

Aplicación

Host

Aplicación

Host

Usuario Usuario


Otros requerimientos

Financieros o presupuestarios Integración con otros tipos de medios

de comunicación teléfono fax video etc.

Contexto en el proceso de análisisCaptura de requerimientos

Condicionesiniciales

Desarrollar métricas de Servicio

Caracterizar comportamiento

Desarrollar umbrales de rendimiento

Distinguir entre requerim de servicio

Establecer límites de flujo

Identificar flujos backbone y compuestos

Desarrollar especificación de flujos

Mapas de aplicaciones

Vars. de adm. de red

Modif. De rend.Usuario/Aplicación

Plan de capacidad Plan de servicio

Tipos de aplicaciones

Guía para distinguir servicios

Especif. de requerim.

Modelos de flujo

Distribución de flujo

Características del flujo

Algoritmo de especificación


Etapa: Capturar y listar requerimientos

Se desarrolla en base a las condiciones iniciales, con entradas desde los usuarios, clientes y personal de la red, y luego debe ser refinado.

Subetapas Determinar condiciones iniciales. Estas incluyen:

Tipo de proyecto (nueva red, modificación, análisis, outsourcing)

Ambito del diseño (tamaño, distancia, número de sitios) Objetivos iniciales Fuerzas externas (políticas, administrativas, financieras)

Trabajar con los usuarios (durante todo el proceso) Listar requerimientos y construir mapa de aplicaciones


Etapa:Desarrollar métricas de servicio

Propósito: medir rendimiento Por ejemplo:

SNMP/CMIP -> Usado para medir pérdidas de paquetes

Ping -> Usado para monitorear retardos en la red.Otros.

Métricas de servicio ¿Dónde se medirán? Método de medición

Tabla ejemplo


Etapa:Caracterizar el rendimiento Objetivo

Determinar, si se puede estimar, el rendimiento de la red mediante la comprensión de cómo los usuarios y sus aplicaciones funcionarán a través de la red

Subetapas Definir patrones de uso

Un patrón simple sería: Número de usuarios para cada aplicación Frecuencia de uso esperada (nº de sesiones /usuario_día) Duración promedio de la sesión Estimación del nº de sesiones simultáneas por aplicación

Escoger los usuarios “más relevantes”


Etapa:Caracterizar el rendimiento 2

Subetapas (continuación) Determinar comportamiento de la aplicación

Idea: Ajustar el rendimiento para la aplicación analizada

Considere determinar: Tamaño de los datos que la aplicación procesará Frecuencia y duración de la transferencia de los datos Dirección del flujo (cliente <--> servidor) Grado de multicasting (simple <--> muy complejo)

Escoger las aplicaciones “más relevantes”


Etapa:Desarrollar umbrales de rendimiento

Tales como: Umbrales generales Umbrales específicos a un ambiente Límites y garantías específicas por servicio

Subetapas Desarrollar umbrales de ConfiabilidadConfiabilidad

Disponibilidad Nivel de recuperación de fallas Tasa de error o pérdida


Etapa:Desarrollar umbrales de rendimiento 2

Subetapas (continuación) Desarrollar umbrales de RetardoRetardo

Existen Retardo de interacción(INTD). Entre 10 a 30 ms Retardo de tiempo de respuesta humano (HRT) 100 ms Retardo de propagación de la red (extremo a extremo, de ida

y vuelta -RTT- y del sistema). Se pueden medir usando Ping Lo anterior permite calcular:

respuesta del sistema = HRT/TCT, cuando HRT/RTT >= 1respuesta del sistema = HRT/(RTT*TCT), cuando HRT/RTT < 1 Si respuesta del sistema es menor a 3 => aplicación tipo FTP

TCT: tiempo para completar una tarea



Subetapas (continuación) Desarrollar umbrales de CapacidadCapacidad

La idea es estimar tasa de datos Estas tasas pueden ser

Peak Promedio Bajo

Una forma de estimar tasas de datos (cuando se desconoce información) es usar: TCT Cantidad de datos que se piensa transmitir.



Separar tipos de servicios. Se puede usar la siguiente pauta: Determinar si alguna de las aplicaciones

tiene requerimientos específicos de rendimiento (determinístico o garantizado)

Tipificar las aplicaciones Misión crítica Tiempo real Tasa controlada



Separar tipos de servicios (continuación)

Agrupar las aplicaciones De telemetría/Comando y Control Visualización Computación distribuida Acceso, desarrollo y uso de Web Transporte de datos Teleservicio De operación y administración


Objetivos: nivel de servicioDisponibilidad de la red 99.8 a 100%Tiempo medio entre fallas de hw 1 mesTiempo medio entre fallas de sw 1 mesTiempo de respuesta promedio 10 minutosTiempo de reparación promedio 1 horaTiempo máx. de reparación 24 horasRendimiento de la red 95%, t. Resp. < 2sThroughput promedio 64 kbpsTiempo medio restaurar disco 4 horasTiempo medio restaurar archivo 1 horaFuente: Networking. The New Enterprise. Harris Kern y otros. Prentice Hill. 1997


Velocidades de transferencia

APLICACION VELOCIDADComunicaciones personales 300 a 9600 bps o másCorreo electrónico 2400 a 9600 bps o másProgramas de control remoto 9600 a 56000 bpsConsultas a base de datos Superior a 1 MbpsAudio digital 1 a 2 MbpsAcceso a imágenes 1 a 8 MbpsVideo comprimido 2 a 10 MbpsTransmisiones médicas Superior a 50 MbpsImágenes documentales 10 a 100 MbpsImágenes científicas Superior a 1 GbpsVideo sin comprimir 1 a 2 Gbps

Fuente: Netware 4.1. Manual de referencia. 2ªed. Tom Sheldon McGraw Hill 1994

a&d determ. de requerimientos55 contexto en el proceso general análisis de requerimientos...

Documents