Algumas considerações importantes antes de começarmos a escrever nosso. projeto.

Transcrição

1 projeto. Algumas considerações importantes antes de começarmos a escrever nosso O levantamento bibliográfico deve ser iniciado quando o pesquisador já definiu um tema específico, pois isto facilitará muito esta parte da pesquisa e, para ganhar tempo no futuro, é aconselhável também que já se preocupe com as normas que devem ser obedecidas. Por exemplo, os textos que argumentam a respeito de crianças de rua podem não ser os mesmos que estudam infratores ou menores institucionalizados e como podem estar inseridos em capítulos de livros ou serem artigos de jornais ou revistas, o conhecimento de como constarão nas Referências bibliográficas fará com que o pesquisador registre citações no texto com precisão. Muitas vezes, o pesquisador delimita bem o seu tema e, quando inicia a pesquisa, não encontra livros específicos. Imagine que a decisão final foi a de pesquisar o comportamento do delinquente de 10 a 14 anos das ruas de Marília sob a abordagem psicanalítica. O levantamento bibliográfico, neste caso, deve ser direcionado para obras psicanalíticas a respeito das fases de desenvolvimento - puberdade e adolescência e, ao mesmo tempo, direcionada para estudos a respeito da violência. O objetivo é identificar todos os estudos desenvolvidos por outros autores a respeito do mesmo tema para que o pesquisador conheça as conclusões anteriores e evite repetições desnecessárias. Não perca tempo. Procure: As publicações de resumos (abstracts); Os últimos lançamentos - os mais atualizados - a respeito do tema; As listas de dissertações e teses junto ao bibliotecário; É óbvio que nem todas as referências bibliográficas levantadas e relacionadas na fase do Projeto terão que ser lidas. O importante é saber que há um autor ou alguns autores que devem ser obrigatoriamente citados quando se trata de um determinado assunto. Por exemplo, é inadmissível que se estude o Complexo de Édipo sob enfoque psicanalítico sem se reportar a Freud ou abordar psicossocialmente o suicídio sem comentar parte do estudo de Durkheim.

2 1. INTRODUÇÃO 1.1. DEFINIÇÃO DO PROBLEMA A escolha do tema deve obedecer a alguns critérios: O problema da empresa deve ser claro e preciso. O problema deve ser suscetível de solução. As fontes bibliográficas devem ser acessíveis. O tema deve ser restrito (delimitado) de forma que se possa trabalhar melhor e com segurança. o Devemos delimitar muito bem o problema para que ao longo do desenvolvimento do projeto, não apareçam surpresas e/ou mudanças no projeto. O tema deve ser útil, atendendo interesses da empresa, e servindo até para outras comunidades. O tema deve ser justificado (o porquê interessa à empresa), cabendo até situá-lo historicamente. Problema consiste em dizer de maneira explicita, clara, compreensível e operacional, qual a dificuldade com a qual nos defrontamos e que pretendemos resolver. O objetivo da formulação do problema é torna-lo individualizado, específico. O que escrever: Este tópico tem especial relevância caso o projeto tenha que ser transferido para outro grupo de trabalho. Isto acontecendo, evita que o novo grupo tenha que entrevistar novamente os responsáveis pela empresa gerando assim descontentamento por parte deles. Devemos aqui escrever um breve resumo sobre a empresa na qual se refere o projeto como: nome da empresa, sua localização, principal ramo de atividade, etc. Podemos também falar um pouco sobre a história da empresa, como ela iniciou seus negócios, de onde surgiu, como ela é vista no mercado e etc. Após a devida introdução da empresa, devemos nos focar no problema que gerou a empresa a procurar uma solução na área de redes. Lembrem-se nenhuma empresa quer instalar/projetar uma rede de computadores simplesmente para tê-la. Existe uma necessidade que deve ser resolvida com a implementação da rede. Esta necessidade normalmente é o problema da empresa. Devemos tentar responder algumas perguntas sempre na forma narrativa

3 Qual o motivo que levou a empresa a lhe procurar? Qual o(s) problema(s) que a empresa pretende resolver implementando a rede de computadores? (Esta é a principal pergunta a ser respondida) Devemos ainda colocar algumas especificações ou desejos que por ventura o cliente venha a solicitar como, por exemplo, rede sem fio na sala de reuniões. Por último e não menos importante, devemos incluir o montante que a empresa está disposta a gastar e a data da entrega do projeto, pois, não existe orçamento infinito nem tão pouco prazo indeterminado. Quanto à empresa pretende investir nesta rede? Qual a margem de variação (percentual)? Qual o prazo de término do projeto? (deve ser o mesmo que a entrega do trabalho) 1.2. HIPÓTESE Trata-se de partir de algumas considerações a respeito do assunto que está sendo estudado para especular a respeito de possíveis resultados. A hipótese deve estar fundamentada até certo ponto, em conhecimento anterior, caso contrário, volta a inspirar o pressuposto já indicado de que deve ser compatível, sendo completamente nova em matéria de conteúdo, com o corpo do conhecimento cientifico já existente. A hipótese é uma proposição antecipatória à comprovação de uma realidade existencial. É uma espécie de pressuposição que antecede a constatação dos fatos. Por isso se diz também que as hipóteses de trabalho são formulações provisórias do que se procura conhecer e, em consequência, são supostas respostas para o problema ou assunto da pesquisa. ( Trujillo). A hipótese de trabalho é a resposta a um problema para cuja solução se realiza toda a investigação (Bourdon). Dirigir o trabalho, constituindo-se em princípio de uma proposição antecipatória, à medida que auxilia de fato a inaugurar os meios a aplicar e os métodos a utilizar no prosseguimento do trabalho e na tentativa de se chegar à certeza ( hipótese preditiva ou anti-factum) OBJETIVOS

4 Os objetivos constituem a finalidade do projeto, ou seja, a meta que se pretende atingir com a elaboração do projeto. São eles que indicam o que o profissional realmente deseja fazer. Sua definição clara ajuda em muito na tomada de decisões quanto aos aspectos metodológicos do projeto afinal, temos que saber o que queremos fazer, para depois resolvermos como proceder para chegar aos resultados pretendidos. Podemos distinguir dois tipos de objetivos em um projeto: os objetivos gerais e os objetivos específicos Objetivos gerais Como o próprio nome diz, os objetivos gerais são aqueles mais amplos. São as metas de longo alcance, as contribuições que se desejam oferecer com a execução da pesquisa. Em geral, o primeiro e maior objetivo do profissional é o de obter uma resposta satisfatória ao problema do cliente. Por exemplo, como objetivos gerais podemos citar que com a implantação do projeto pretende-se aumentar a velocidade de comunicação entre os setores, diminuir os custos com equipamentos, otimizar o uso de equipamentos como impressoras, melhorar o gerenciamento da informação, etc Objetivos específicos No entanto, para se cumprir os objetivos gerais é preciso delimitar metas mais específicas dentro do projeto. São elas que, somadas, conduzirão ao desfecho do objetivo geral. Os objetivos específicos deverão estar orientados para os objetivos gerais, por exemplo: Separar as redes dos diversos setores, priorizar o fluxo de dados para os dispositivos compartilhados, centralizar os dados em um servidor. Cumpridos estes objetivos parciais, certamente o pesquisador conseguirá atingir seu objetivo mais amplo. Observe-se que a formulação dos objetivos seja dos gerais, seja dos específicos, se faz mediante o emprego de verbos no infinitivo: contribuir, analisar, descrever, investigar, comparar...

5 Cumpre ainda dizer que os objetivos têm função norteadora no momento da leitura e avaliação do projeto. Isto porque, um projeto é julgado, em grande parte, pela capacidade de cumprir os objetivos que se propõem em suas páginas iniciais. Então, o alerta é: cuidado na hora de estabelecer os objetivos. Além de claros, estes têm que ser exequíveis JUSTIFICATIVA Na justificativa, busca-se convencer o leitor de que o problema apresentado é relevante, e que a hipótese apresentada constitui uma contribuição efetiva para a resolução do problema. Deve-se convencer o cliente que com a implementação da rede segundo o que foi dito na hipótese (1.2.) irá atingir os objetivos gerais e específicos (1.3.) resolvendo o problema (1.1.) e atendendo assim ao interesse da empresa METODOLOGIA No presente projeto a metodologia adotada conforme o objetivo será a pesquisa descritiva e, os procedimentos técnicos utilizados serão a pesquisa bibliográfica, documental e de levantamento.

6 2. IDENTIFICAÇÃO DAS NECESSIDADES E OBJETIVOS DO CLIENTE 2.1. ANÁLISE DOS OBJETIVOS E RESTRIÇÕES DE NEGÓCIO Analisar os objetivos de negócio é absolutamente crucial ao sucesso do projeto. O projeto final da rede não é analisado em termos de sua beleza ou elegância técnica, mas em termos de benefícios para o negócio. Embora seja tentador para o técnico não se meter em assuntos não técnicos, não se pode pular essa fase Conhecendo o negócio do cliente Antes de discutir objetivos de negócio com o cliente, é bom entender o negócio a que ele pertence. Escreva aqui utilizando as perguntas abaixo sobre o negócio do cliente. O cliente participa de que indústria ou área de serviços? Qual é o mercado do cliente? Quem são os fornecedores e parceiros do cliente? Que produtos e serviços o cliente produz? Que produtos e serviços o cliente utiliza? Quais são as vantagens competitivas do cliente? Seu projeto poderá ajudar a melhorar a posição competitiva do cliente? Conhecendo a estrutura organizacional do cliente Aqui você deve escrever sobre a estrutura organizacional do cliente (empresa), detalhando-a da melhor forma possível pois isto irá influenciar na estrutura da sua rede. Procure nas primeiras reuniões com o cliente, descobrir a estrutura organizacional da empresa. Você pode utilizar algumas perguntas para isto: Quais são os departamentos ou setores existentes na empresa? Quais são as linhas de negócio? Quais são os parceiros da empresa? Onde estão as filiais? Seu projeto de rede refletirá muito provavelmente a estrutura corporativa Identifique o tamanho dos grupos de usuários (departamentos), pois isso afetará o fluxo de tráfego na rede Identificando o objetivo maior da rede

7 Aqui você deve escrever qual é o maior objetivo da rede do ponto de vista do negócio. Para isto você deve obter o objetivo maior da nova rede (sempre do ponto de vista do negócio), para isto tente responder as seguintes questões: Por que o cliente quer uma nova rede? Para que a rede será usada? Como a rede deve ajudar o cliente no seu negócio? Como exemplo abaixo estão algumas possibilidades de objetivos de negócio para a rede. Utilize as que você notar que se enquadram no seu projeto descartando as outras e/ou acrescentando objetivos que não foram listados. Aumentar faturamento e lucro; Melhorar a comunicação corporativa; Diminuir o time-to-market (ciclo de vida do produto), aumentando a produtividade dos empregados; Construir parcerias com outras empresas; Expandir a operação a empresa para mercados globais; Mudar o modelo de negócio para se basear numa rede de alcance mundial; Modernizar tecnologias obsoletas; o Cuidado! Isso quase nunca é um objetivo de negócio! o A tecnologia não muda em função da tecnologia, mas do negócio. Reduzir custos de telecomunicações e de rede, incluindo redes separadas para voz, dados e vídeo; Fornecer mais informação a mais gente para que tomem decisões melhores de negócio, mais rapidamente; Melhorar a segurança e confiabilidade de aplicações e dados de missão crítica; Melhorar o suporte ao cliente ou do cliente; Oferecer novos serviços ao cliente ou para o cliente Identificando os critérios de sucesso Aqui você deve escrever quais são os critérios de sucesso do projeto de rede, do ponto de vista do cliente (empresa)? À luz de quê o cliente (empresa) vai dizer que a nova rede é bem sucedida? Utilize os exemplos abaixo e desenvolva os que julgar necessários. Diminuir os custos operacionais Aumentar o faturamento Construir parcerias

8 A resposta pode ser diferente para pessoas diferentes, coloque todos os pontos de vista das seguintes pessoas: Diretoria Gerentes operacionais Usuários finais Engenheiros de suporte à rede Identificando as consequências da não implementação da rede Aqui você deve escrever o que ocorre se o projeto da rede não for implementado pelo cliente? Procure responder as seguintes questões: Qual é a visibilidade do projeto da rede à alta direção da empresa? Qual será o impacto da não implementação do projeto na empresa? Quais são os efeitos da não implementação do projeto nos aspectos operacionais do negócio? Identificando o escopo da rede Aqui você deve escrever qual é o principal escopo (propósito) da rede? Qual é o tipo de rede sendo projetada? Olhe os exemplos abaixo e escolha o que melhor se enquadra no escopo da rede. Segmento: Uma rede única usando uma tecnologia particular e única de camada 2; LAN: Um conjunto de segmentos interconectados com pontes ou switches, normalmente usando uma única tecnologia de camada 2 (pode envolver alguns protocolos de camada 3 também); Rede de prédio: Múltiplas LANs dentro de um único prédio (grande), normalmente conectadas a um backbone no prédio; Rede de campus: Rede abrangendo múltiplos prédios, numa área geográfica limitada, normalmente conectados a um backbone de campus; Acesso remoto: Uso de linhas discadas; WAN: Rede geograficamente abrangente incluindo conexões ponto-a-ponto, Frame relay, ATM e outras tecnologias de longo alcance; Rede corporativa: Grande rede abrangente envolvendo múltiplos campi, serviços de acesso remoto (dial-in ou dial-out) e uma ou mais WANs; Identificando as aplicações do cliente que utilizarão

9 Aqui você deve descobrir quais as aplicações que serão utilizadas na rede. Esta parte do projeto é muito importante, pois este tópico servirá para podermos no futuro calcular o tráfico total da rede. Lembre-se que os aplicativos aqui listados devem ser utilizados por algum grupo de usuários (departamentos), pois, caso nenhum grupo utilize-o o mesmo não deve constar aqui. Uma tabela como mostrada abaixo deve ser preenchida: Nome da aplicação Tipo de aplicação Criticidade Uso médio da banda em Mb Nome da aplicação: Nome do programa que será usado, segue abaixo alguns exemplos: o Pacote Office o Word o Terminal Server o Sistema Grafos (nome de um sistema privado da empresa) Tipo de aplicação: A que se destina a aplicação, segue abaixo uma lista de exemplos, escolha quais serão utilizados em sua rede incluindo os que julgar necessários e que não façam parte desta lista. o Aplicações do usuário o Correio eletrônico o Transferência de arquivos o Compartilhamento de arquivos o Acesso a bancos de dados o Groupware o Desktop publishing o Web browsing o Disseminação de informação com tecnologia Push o Jogos em rede o Whiteboard eletrônico o Login remoto o Calendário o Diretório on-line (ex. catálogo telefônico) o Imagens médicas o Educação à distância o Videoconferência o Telefonia na Internet ou na rede corporativa o Fax na Internet ou na rede corporativa o Terminais ponto-de-venda (loja de varejo) o Entrada de pedidos de compra o Comércio eletrônico

10 o Relatórios gerenciais o Modelagem financeira o Rastreamento de vendas o Gerência de recursos humanos o Computer-aided design (CAD) o Computer-aided manufacturing (CAM) o Controle de estoque e despacho o Controle de processos e chão de fábrica o Telemetria o Aplicações de sistema o Autenticação e autorização de usuários o Mapeamento de nomes de hospedeiros o Boot remoto o Download remoto de configuração o Serviços de diretório (naming service) o Backup via rede o Gerência de rede o Distribuição de software Criticidade: Serve para informar o quanto a aplicação é essencial à empresa. Mais tarde, pode-se levantar o downtime aceitável. Não se esqueça de se utilizar os números na coluna Criticidade, colocar as legendas no final da tabela. Caso queira pode aumentar a quantidade de níveis de criticidade. o 1 - Extremamente crítico o 2 - Mais ou menos crítico o 3 - Não crítico Uso médio da banda em Mb: Qual a utilização da banda por este aplicativo? Este valor deve ser aproximado (por isto uso médio), não necessita ser preciso, mas deve ser aproximado não podendo ser absurdo. Caso o aplicativo não utilize banda da rede, o mesmo não precisa estar aqui, pois não irá influenciar em nada o projeto da rede. Comentários: Esta coluna deve ser adicionada no caso de haver qualquer informação relevante. Exemplos: Quando a aplicação deixará de ser usada; Quando a aplicação será implantada; Planos de uso regional de certas aplicações; Análise de restrições de negócio como: Aqui devemos escrever as restrições que podem seriamente afetar o projeto tais

11 Politicagem; Políticas internas; Políticas externas; Aspectos técnicos de recursos humanos (Se informe sobre as habilidades dos técnicos da empresa, certas empresas não estão prontas para certos tipos de redes complexas); Restrições orçamentárias (O que será comprado com o valor destinado? Estão inclusos os computadores? Este valor é apenas para o material da rede?); Preferências (Existe preferencia por determinada marca ou empresa para prestar um serviço? Ex. Furukawa, Cisco, Microsoft); 2.2. ANÁLISE DOS OBJETIVOS E RESTRIÇÕES TÉCNICAS Analisar os objetivos técnicos do cliente é importante para poder recomendar tecnologias apropriadas para satisfazer o usuário Escalabilidade Neste tópico, você irá escrever sobre a escalabilidade da sua rede. Escalabilidade refere-se a quanto crescimento um projeto de rede deve suportar, é um objetivo primário de quase todo projeto de rede. Devemos levar em conta que se adicionam usuários, aplicações, sites e conexões de rede a um ritmo veloz e cada vez mais. Caso não planejemos a escalabilidade, o projeto já corre o risco de quando terminar de ser implementado já estar obsoleto Planejando a expansão Descubra neste tópico qual é o crescimento planejado para a rede nos próximos 3 anos. Tenha em mente que raramente o cliente sabe isso por isso, você deverá estimar baseado na conversa com o cliente qual será o crescimento esperado da rede. Faça as seguintes perguntas: Quantos novos hosts (incluindo servidores) serão adicionados? Qual será a abrangência da rede? Como ela irá aumentar? (por setor, por andar) O aumento dela será hosts adicionados aos setores? Quantos usuários adicionais acessarão a rede? (sem aumentar o numero de hosts)

12 Depois das perguntas respondidas, você pode adotar uma politica de crescimento utilizando porcentagem (Ex. Crescimento de 15% em 3 anos) ou simplesmente adotando um aumento de X pontos por setor (ex. Crescimento de até 5 pontos por setor). Lembre-se que este tópico irá influenciar o projeto lógico da rede pois o mesmo já deve contar com estes pontos extras. Ao escrever este tópico, explique o por que do crescimento e baseado em que ele foi proposto Restrições da escalabilidade Ao pensar sobre escalabilidade, lembre que uma rede não pode ser escalável 50% pois isso seria um projeto para 1 rede e meia e, dificilmente um cliente aceitaria investir 1/3 do orçamento em expansão. Seria mais interessante que o projeto contemplasse estes 50% e previsse uma expansão menor. Lembre-se também que certas tecnologias de rede não são inerentemente escaláveis, por exemplo: redes com endereçamento achatado (redes de camada 2 envolvendo hubs, pontes e switches simples) portanto, utilize tecnologias que permitam a escalabilidade. Por fim, escreva aqui neste tópico caso exista uma restrição na escalabilidade prevista. Tente responder a algumas perguntas, crie outras ou modifique-as sempre buscando como resposta problemas na expansão da rede. Qual o limite de expansão dos servidores? Qual o limite de expansão de hosts por setor? O espaço físico suporta esta expansão? Disponibilidade É frequentemente um objetivo crucial do cliente, pois a disponibilidade refere-se ao percentual de tempo que a rede está disponível. É a partir da disponibilidade que veremos se a rede deve possuir redundância ou não. Para valores de tempo que impossibilitem uma manutenção, a rede deve então possuir redundância nos serviços.. Por exemplo, se uma rede deve ficar 24 horas no ar e para 3 horas numa semana de 168 horas, a disponibilidade é de 98,21%. Isso é um valor normalmente considerado muito ruim, entretanto como pode ser observado, o período de 3 horas é perfeitamente viável

13 para uma manutenção corretiva logo, não existe a necessidade de redundância no projeto. Lembre-se que a redundância aumenta a complexidade e o custo do projeto só sendo realmente utilizado se necessário. Disponibilidade é diferente de confiabilidade, pois confiabilidade inclui acurácia, taxas de erro, estabilidade, etc. A recuperabilidade (habilidade de recuperar rapidamente após uma falha) é um dos aspectos da disponibilidade, outro aspecto da disponibilidade é a recuperação após um desastre por isso é necessário saber onde ter cópias de backup dos dados, como chavear processos para acessar o backup. Para se calcular a disponibilidade temos que fazer algumas contas mas, em primeiro lugar devemos levantar os seguintes dados: Custo do tempo parado Para ter uma ideia da situação, descubra quanto dinheiro a empresa perde por hora de downtime (rede parada). Escreva aqui o quanto a empresa perde de dinheiro por hora de rede parada. Note que existem empresas que o custo de hora parada é insignificante, por exemplo, uma escola pode perfeitamente continuar suas aulas sem que a rede funcione, mas, a longo prazo isto será um problema e, como consequência disso haverá prejuízos. Então, escreva aqui os prejuízos que serão causados se a rede ficar fora muito tempo. Não escreva aqui o tempo que é necessário para os prejuízos começarem a aparecer, isto será escrito mais a frente Mean Time Between Failures (MTBF) É o tempo entre as falhas, também chamado de Mean Time Between Service Outage (MTBSO), já que uma rede é um serviço e não um componente. Aqui devemos escrever (descobrir) qual é o tempo aceitável que a rede pode ficar parada. Note que falhas existem e elas irão acontecer mais cedo ou mais tarde. Aqui devemos escrever de quanto em quanto tempo estas falhas podem ocorrer. Quanto maior o tempo entre as falhas maior será o valor da disponibilidade e como consequência seremos obrigados a utilizar redundâncias no projeto.

14 Sempre que possível, dê preferencia para tempos pequenos, semana ou mês pois valores grandes como anos aumentam o valor da disponibilidade. Após estimar o tempo entre as falhas, converta este tempo para horas. Olhe o exemplo abaixo: Em uma empresa é aceitável que a rede fique indisponível 1 vez por semana. Então podemos dizer que a rede pode apresentar uma falha de ( 7dias x 24 horas = 168 horas) 168 em 168 horas. Escreva aqui um texto explicando o porquê é aceitável este período de tempo entre as falhas Mean Time To Repair (MTTR) É o tempo gasto para que a rede se recupere de uma falha, normalmente o tempo de conserto da rede. Note que quanto maior este tempo menor é a disponibilidade da rede, mas, com tempos maiores é possível executar um reparo na rede (como por exemplo, troca de um switch). Entretanto, devemos levar em consideração o prejuízo que é causado pela rede parada (descoberto anteriormente) logo, este valor não pode ser muito grande senão os prejuízos serão absurdos. Um MTTR muito baixo indica que providências especiais deverão ser tomadas. Tente aqui utilizar os maiores valores possíveis para que evitemos o uso de redundâncias. Este tempo deve ser convertido para horas (meia hora = 0,5 hora). Escreva aqui um texto explicando o porquê não é aceitável um período de tempo maior para a recuperação da rede, utilize as informações do item custo de tempo parado para justificar Tabela de disponibilidade Aqui iremos construir nossa tabela de disponibilidade. Utilize a tabela abaixo. Disponibilidad Quantidade de Downtime permitido e Anualmente Mensalmente Semanalmente Diariamente (Uptime) XX % YY MM SS DD

15 Onde: Disponibilidade = MTBF/(MTBF+MTTR)*100 A partir do valor aceitável no item MTTR, utilize regra de três para achar os demais valores. Caso eles sejam muito grandes ou pequenos, converta para minutos, segundos ou dias. Por exemplo, se foi dito que o tempo de reparo (MTTR) é de 1 hora semanal, temos: SS = 1h DD = 1/7 = 8,57m MM = 1*4 = 4h YY = 4*12 = 48h Para valores de disponibilidade superiores a 98,5% (aproximadamente 21 minutos por dia de downtime) teremos a necessidade de redundância da rede. Escreva aqui a justificativa para termos ou não redundância Segurança Análise de riscos Aspecto muito importante do projeto de uma rede, especialmente com conexões à Internet e Extranet, O objetivo básico deste item é detectar problemas de segurança que podem afetar a habilidade da empresa conduzir seus negócios. Você deve escrever aqui quais as principais ameaças existentes que podem impactar na rede tais como vírus, furto de dados, etc. Lembre-se que ao aumentar a segurança, perde-se facilidade de uso e produtividade dos funcionários. Aqui não é escrito a solução pois esta será escrita no próximo tópico. Observe alguns itens que podem ajuda-lo a definir a análise de riscos: Os dados do cliente são muito sensíveis? Qual é o efeito do roubo de dados? Se uma Virtual Private Network (VPN) for usada para acessar a rede corporativa usando a Internet, quais são os riscos envolvidos com o uso de um serviço VPN oferecido por um provedor? O provedor tem tecnologia VPN com funcionalidade adequada?

16 Observe que o roubo de informação através de packet sniffing (roubando pacotes na rede) não é grande quando cripotografia adequada é usada (VPN, Secure Sockets Layer - SSL) Os perigos maiores são de acessar/mudar dados diretamente nos servidores como por exemplo páginas Web. Hackers podem atacar das seguintes maneiras gerais: o Usando recursos que não deveriam poder acessar; o Inibir o uso de recursos por usuários válidos (denial of service); o Alterar, roubar ou destruir recursos; o Aproveitar-se de buracos de segurança bem conhecidos em sistemas operacionais e aplicações. As empresas se preocupam principalmente com os seguintes três aspectos da segurança: o Vírus; o Problemas causados por erros de usuários; o Problemas causados por usuários internos maliciosos Requisitos de segurança Neste tópico devemos escrever quais as soluções que devemos utilizar para evitar as falhas de segurança que foram desenvolvidas no tópico anterior. Normalmente os "recursos" que devem ser protegidos são: Hosts, incluindo servidores; Dispositivos de interconexão (switches, roteadores,...); Dados de sistemas ou de aplicações; Note que você só irá desenvolver a solução para estes recursos se eles foram listados no tópico anterior. Requisitos típicos podem incluir atingir os seguintes objetivos: Permitir que pessoas externas acessem dados públicos (via http, ftp,...), mas não dados internos; Identificar, autenticar e autorizar usuários locais, de filiais, usuários móveis e empregados que trabalham em casa; Detectar "penetras", impedir o acesso do mesmo e se for o caso, identificar os danos causados pela intrusão Autenticar atualizações de tabelas de roteamento recebidas de roteadores internos e externos; Proteger dados recebidos de ou transmitidos para sites remotos via VPN; Proteger hosts e dispositivos fisicamente;

17 Proteger hosts e dispositivos logicamente através de senhas e direitos de uso; Proteger aplicações e dados contra virus Treinar usuários sobre a política de segurança da empresa e sobre formas Gerenciabilidade de evitar problemas de segurança Aqui você irá escrever como sua rede será gerenciada pelo gerente de rede. Ela pode ser gerenciada fisicamente ou remotamente (cuidado com a segurança). Lembre-se que seu cliente pode ter planos específicos de gerência que afetarão a escolha de equipamentos tais como o uso de SNMP para gerenciar a rede, acesso remoto via Terminal Server aos servidores e/ou aos hosts. A gerência pode ser dividida em algumas áreas, dentre elas podemos destacar: Configuração: As configurações dos hosts/servidores serão físicas ou remotas? Falha: Quando ocorre uma falha (hosts/servidores) como ela será corrigida? Segurança: Atualizações de segurança serão de forma automática ou manual? Como serão feitas? Usabilidade Usabilidade diz respeito à facilidade com a qual usuários acessam os serviços via rede, enquanto a gerenciabilidade melhora a vida do gerente de rede, a usabilidade foca o usuário final. A usabilidade é inversamente proporcional a segurança, note que quanto mais usabilidade temos em uma rede, menor a segurança da mesma MAS, quanto maior segurança na rede temos menor usabilidade (uma rede 100% segura é uma rede que ninguém usa). Logo devemos achar um ponto de equilíbrio para que o usuário possa fazer suas atividades sem comprometer a segurança. Escreva aqui quais as facilidades (usabilidade) que sua rede irá possuir. Melhorar a usabilidade significa avaliar: Os impactos da política de segurança na facilidade de uso; A facilidade com a qual a rede é configurada (usando DHCP, por exemplo);

18 A facilidade com a qual a rede corporativa é usada remotamente (usando VPN, por exemplo); A facilidade com a qual um usuário móvel pode se integrar à rede em vários pontos (sede, filiais,...) Adaptabilidade Devemos aqui escrever como o projeto de rede pode se adaptar a mudanças de tecnologia, mudanças de protocolos, mudanças de formas de negócio, etc. Por exemplo podemos citar que a rede irá utilizar o protocolo IPV4 sendo assim compatível com a maioria das aplicações / dispositivos existentes no mercado. Podemos também falar sobre o cabeamento Cat 6e que suporta a maioria das velocidades utilizadas atualmente Caracterização do tráfego da rede Para novas aplicações, não podemos medir o tráfego na rede, temos que usar técnicas indiretas para caracterizar o tráfego. Precisamos entender como aplicações típicas se comportam (em termos de tráfego) Caracterização do tipo de tráfego da rede Para ajudar na tarefa, usam-se Modelos de Fluxos bem conhecidos tais como: Modelo terminal-hospedeiro Modelo cliente-servidor (mais utilizado atualmente) Modelo peer-to-peer Modelo servidor-servidor Modelo de computação distribuída Olhe a explicação de cada um deles e escolha o que melhor se adapta a sua rede e escreva sobre ele. Modelo de fluxo de tráfego terminal-hospedeiro o Fluxo assimétrico o O terminal manda alguns bytes e o hospedeiro responde com o muitos bytes. Exemplo: telnet Utilizado em aplicações com linha de comando, pode-se ligar o eco local e mandar os bytes apenas ao digitar <ENTRA> Modelo de fluxo de tráfego cliente-servidor

19 o É o modelo mais aplicável hoje, é bidirecional e assimétrico (tem dados nas duas direções (pedidos e respostas)) o Pedidos pequenos e respostas maiores o Direção servidor ==> clientes é mais usada o Para muitas aplicações, pode-se considerar o fluxo unidirecional o O servidor é uma fonte de dados o Exemplo: a web moderna Modelo de fluxo de tráfego peer-to-peer o Usuários e aplicações são mais ou menos equivalentes nos seus o o o requisitos de comunicação Não tem direcionalidade óbvia Exemplo: teleconferência onde todos os usuários participam e podem ser fontes e/ou sorvedouros Exemplo: Internet antiga ondes todos faziam FTP e mail a partir de computadores centralizados (usando terminais burros e não PCs) Modelo de fluxo de tráfego servidor-servidor o Quando servidores conversam entre si o A simetria depende da aplicação particular o Exemplos: Serviços de diretório, Cache de dados, Mirroring de o dados para obter redundância e balanceamento de carga, Backup de dados Exemplo final: computação cooperativa onde um trabalho é feito por várias máquinas comandadas por um hospedeiro gerente. Modelo de fluxo de tráfego de computação distribuída o É o modelo mais especializado (e mais raro) o Fluxos podem estar entre o manager e os nodos de computação o o o o ou entre os nodos de computação Gerente aloca tarefas aos nodos Comunicação entre gerente e nodos Parece um modelo cliente-servidor, porém os dados gerados no fim pelos nodos podem ser muito grandes comparados com a informação de inicialização enviada pelo gerente Fluxo assimétrico, mas no sentido contrário ao modelo cliente-servidor Fontes e sorvedouros principais Aqui iremos montar uma tabela para tentar estimar o tráfego gerado pela rede baseado nos aplicativos que já foram documentados.

20 Os serviços já foram descritos anteriormente e devem ser utilizados aqui. Se o serviço não for utilizado aqui ele não deve constar no projeto. O tráfego gerado é calculado como a multiplicação da média do serviço pela quantidade de usuários. O total é a soma do tráfego gerado pelas aplicações utilizadas naquela setor. A utilização da rede é uma regra de três simples. Monte a tabela utilizando esta como exemplo: REDE SETOR USUÁRIOS Acadêmica Secretaria 14 Recepção 02 SERVIÇOS UTILIZADOS Correio Mensageiro Sistema Acadêmico Compartilhamento Correio Mensageiro TRÁFEGO GERADO (Mb) TOTAL GERADO PELO SETOR (Mb) UTILIZA- ÇAO DA REDE % Sistema Acadêmico 0.15 Total gerado na rede acadêmica % % Documentação do fluxo de dados da rede Iremos aqui determinar a velocidade da rede baseado no tempo de escoamento utilizando a carga total da rede. Utilizamos o valor total obtido na tabela anterior neste exemplo 17.31Mb e dividimos pela largura de banda 10Mbps, 100Mbps e 1000Mbps respectivamente obtendo-se assim o tempo de escoamento do tráfego em carga total. de exemplo: Devemos montar uma tabela para cada rede, olhe a tabela abaixo com os valores Escoamento de dados na rede administrativa (Carga total) Tecnologia Tempo de escoamento Ethernet (10Mbps) 1.73s Fast Ethernet (100Mbps) 0.17s Gigabit Ethernet (1000Mbps) 0.01s Iremos então verificar na tabela qual o tempo razoável / aceitável para o escoamento da rede. Devemos agora explicar o porquê estamos escolhendo esta tecnologia. Note que no exemplo poderíamos escolher a tecnologia Ethernet pois 1,73s para escoar os dados da rede em plena carga é perfeitamente aceitável mas, devido a ser

21 uma tecnologia ultrapassada e o valor do material ser praticamente igual ao da tecnologia Fast Ethernet iremos dar preferencia por esta. Lembre-se que se existir mais de uma rede devemos ter uma tabela para cada rede e uma tabela final com a soma de todas elas. 3. Projeto lógico da rede