Aulas

Aula dada no dia 24-02

Análises dos requisitos dos Clientes


1. Análise das metas e das restrições do negócio


A compreensão das metas e das restrições de negócio do cliente é um aspecto crítico do projeto de rede. A análise completa das metas de negócio do cliente proporcionará um projeto de rede que receberá a aprovação do cliente.

1.1. Análise das metas

Antes de marcar uma reunião com o cliente para discutir as metas do negócio correspondentes ao projeto de rede, é interessante:
(1) Pesquisar sobre o negócio do cliente:
Em que mercado ele se encontra, quais são seus produtos, fornecedores e suas vantagens competitivas. Com o conhecimento do negócio do cliente e de suas relações externas será possível determinar as tecnologias e os produtos para ajudar a fortalecer o status do cliente no mercado em que ele participa.
(2) Na primeira reunião com o cliente é necessário entender sua estrutura organizacional. Provavelmente, o projeto final de interligação das redes refletirá a estrutura corporativa. Entender a estrutura corporativa da organização também ajudará a localizar as comunidades de usuários mais importantes para caracterizar o fluxo de tráfego.
Entender a estrutura da empresa também auxilia a entender a hierarquia da tomada de decisões. Uma das principais metas nos estágios iniciais em um projeto de rede deve ser: (3) Determinar quais são os responsáveis pela tomada de decisões em relação à proposta do projeto de redes.
(4) Solicite ao cliente para definir uma meta global para o projeto da rede. São exemplos típicos de metas de negócio em um projeto de rede:
· Aumentar a receita e o lucro;
· Melhorar as comunicações na empresa;
· Encurtar o ciclo de desenvolvimento de produtos;
· Aumentar a produtividade dos funcionários;
· Expandir para outros mercados;
· Modernizar tecnologias desatualizadas;
· Reduzir os custos de telecomunicações e redes;
· Oferecer novos serviços aos clientes

1.2. Identificando Riscos

Com as metas alcançadas o sucesso estará garantido. Mas é necessário também definir os riscos e as conseqüências do fracasso do projeto: 
· O quê acontecerá se o projeto falhar ou a rede não atender às especificações?
· Existirá impacto nas operações da organização?
· O sucesso / fracasso do projeto será visível para os executivos?

1.3. Identificação do escopo de um projeto de rede

Esta atividade ajuda a entender se o projeto se destina:
· A um único segmento de rede;
· A um conjunto de LAN’s;
· A uma WAN;
· A redes de acesso remoto;
· Ou ainda à rede da empresa inteira.
Os projetistas de rede raramente têm a chance de projetar uma rede a partir do zero. Normalmente, um projeto de rede envolve uma versão aperfeiçoada da rede existente, ou uma rede nova conectada a uma rede existente. Toda a expectativa do cliente em relação ao projeto de rede pode ser trazida à realidade quando o escopo do projeto fica bem definido.

1.4. Identificação dos aplicativos de rede do cliente

Os aplicativos são a verdadeira razão para a existência das redes. A identificação dos aplicativos deve incluir tanto os existentes quanto os novos. Uma forma simples de começar a identificar os aplicativos é criar uma planilha com :
  • Nome do Aplicativo
  • Tipo de Aplicativo
  • Novo? [S] [N]
  • Nível de Importância
  • Comentários
1.5. Análise das restrições do negócio

Existem três aspectos organizacionais que podem influenciar negativamente no projeto da rede:
· Políticas e Normas: é necessário conhecer qualquer trabalho oculto, hostilidades, tendências, relações de grupo ou histórico por trás do projeto que poderiam fazê-lo fracassar. Existe algum projeto semelhante que fracassou?
Quais foram as razões do fracasso? O projeto eliminará empregos? Os funcionários possuem reação a mudanças? Qual é a disposição para assumir riscos? Existem políticas de padronização ou adoção de padrões abertos?
Existe padronização de marcas de equipamentos? Os departamentos controlam suas próprias aquisições? Os usuários finais estão envolvidos na escolha dos aplicativos?
Na ânsia de chegar aos requisitos técnicos, às vezes os projetistas ignoram detalhes não técnicos, e isto é um grande equívoco para o sucesso do projeto.

· Restrições orçamentárias e de pessoal: o projeto de rede deve se adaptar ao orçamento do cliente. O orçamento deve incluir a previsão de compra de equipamentos, licenças de software, contratos de manutenção e suporte,
testes e treinamentos. Também pode incluir serviços de consultoria e despesas com terceirização de algum serviço. A formação e as habilidades do pessoal da equipe de rede devem ser avaliadas. Qual é o nível de experiência do pessoal interno envolvido no projeto?

· Cronograma: o prazo de entrega de cada subproduto em cada fase do projeto deve estar bem acordado com o cliente. Existem diversas ferramentas para o desenvolvimento de cronogramas que incluem marcos, atribuições de recursos, análise de caminho crítico, amarrações entre atividades, entre outros. Entre as ferramentas temos o Microsoft Project, Project Builder, etc. Um cronograma macro pode ser elaborado na etapa de desenvolvimento do projeto, podendo ser detalhado à medida que se planeja a execução de uma determinada fase do projeto.

1.6. Lista de verificação das metas de negócio

· Pesquisei o mercado e os concorrentes do cliente?
· Entendo a estrutura corporativa do cliente?
· Compilei uma lista das metas de negócios do cliente, começando por uma meta global de negócios que explica a finalidade principal do projeto de rede?
· O cliente identificou todas as operações de missão crítica?
· Compreendo os critérios do cliente para o sucesso e a identificação de falhas?
· Compreendo o escopo do projeto de rede?
· Identifiquei os aplicativos de rede do cliente?
· O cliente explicou as normas relacionadas com fornecedores, protocolos administrativos ou plataformas tecnológicas aprovadas?
· O cliente explicou quaisquer normas relacionadas com soluções abertas x soluções patenteadas?
· O cliente explicou quaisquer normas relacionadas com a distribuição de autoridade referente ao projeto e à implementação da rede?
· Conheço o orçamento para esse projeto?
· Conheço o cronograma para esse projeto e acredito que ele seja prático?
· Tenho uma boa noção sobre a experiência técnica de meus clientes e de qualquer equipe interna ou externa participante do projeto?
· Discuti com meus clientes um plano de treinamento da equipe?
· Estou ciente de todas as políticas corporativas que poderiam afetar o projeto de rede?

Exercícios:
Identifique, considerando que seu cliente seja a Ceet Vasco Coutinho Vila Velha, os seguintes itens para um projeto de rede: Objetivo; Escopo; Aplicações de rede; Condições de restrição; Repasse as perguntas de apoio.

Aula dia 05/05

Topologia física e lógica

A tipologia física é a maneira como os cabos conectam fisicamente aos computadores. A tipologia lógica, por sua vez, é a maneira como os sinais fazem o tráfego através dos cabos e placas de rede.


Rede Ethernet



As redes Ethernet, por exemplo, usam uma tipologia lógica de barramento, mas podem usar tipologias físicas de estrela ou de barramento. As redes Token Ring, por sua vez, usam uma topologia lógica de anel, mas usam topologia física de estrela.

Temos três tipos de tipologia física, conhecidas como tipologia de barramento, de estrela e de anel. A tipologia de barramento é a mais simples das três, pois nela um PC é ligado ao outro, usando cabos coaxiais. Na tipologia de estrela, os computadores não são ligados entre si, mas sim a um hub, usando cabos de par trançado. O Hub permite que todos os computadores conectados vejam-se mutuamente. Finalmente temos a tipologia de anel, onde apenas um cabo passa por todos os computadores e volta ao primeiro, formando um anel fechado. A tipologia de anel físico é praticamente apenas uma teoria, pois seria complicado e problemático demais montar uma rede deste tipo na prática.



Topologia Barramento



Topologia Estrela

Topologia Anel

Bibliografia:
www.projetosderedes.com.br


Aula dia 12/05

Pesquisar e planejar:
Desafios para o profissional de tecnologia


Organizar as atividades, planos e projetos em ordem cronológica ou de importância e cumprir prazos são temas que a maioria dos profissionais envolvidos com redes de comunicação comentam, entendem do que se trata, discursam e discutem à respeito. No entanto, são poucos aqueles que realmente escolhem, organizam ou planejam suas atividades com conhecimento, técnica e bom senso.
Escolher como se organizar faz parte da atividade de planejamento e, em geral, é onde começam os problemas. A escolha correta da abordagem para um projeto pode ser importante ou vital para a sobrevivência desse projeto. Um projeto com ações escolhidas sem critérios tem uma alguma chance de dar certo e uma grande chance de dar muito errado ou de apresentar inúmeros problemas inesperados.
Planejar uma rede de computadores envolve um trabalho de pesquisa que tem como objetivo o levantamento inicial do perfil dos usuários que irão utilizar a rede, do tipo de serviços que serão desenvolvidos, do tipo de hardware necessário para tais atividades, dos recursos disponíveis, entre outros. Projetos estruturados dessa forma têm uma grande chance de garantir o retorno esperado, com muito mais substância e permitir o aproveitamento dos recursos alocados.
A questão do planejamento da pesquisa no projeto é um aspecto necessário, porém, delicado. Os profissionais de redes não estão acostumados a pesquisar. Na verdade, precisam aprender a pesquisar. O grande problema está em que os projetistas tendem a limitar esse trabalho de pesquisa quando não vislumbram resultados claros ou imediatos para o projeto. Entretanto, é preciso ter em mente que esse trabalho de pesquisa deve ser contínuo ao longo do projeto, o que permite filtrar informações e concentrar esforços no aprimoramento de cada etapa do projeto.
De modo menos acadêmico e mais técnico, a pesquisa auxilia o projetista:
  • No levantamento de preços para aquisição de hardware e software;
  • Na definição das tecnologias de rede mais adequadas;
  • Na escolha da topologia da rede (física e lógica);
  • Na contratação de serviços e profissionais;
  • No treinamento para os usuários da rede;
  • Na elaboração da documentação necessária.
Na prática, quando o projeto de uma rede de computadores é implementado, o custo, o prazo e a agilidade de execução são os fatores determinantes do seu sucesso. Isto ocorre por diversos motivos, desde falta de conhecimento e oportunidade dos profissionais envolvidos, até pressões de ordem financeira ou estrutural por parte dos patrocinadores do projeto.
Considerando que no mundo das redes de comunicação é importante testar e experimentar as inúmeras possibilidades e combinações tecnológicas que surgem a cada momento, o que deveria prevalecer nos projetos é a idéia de pesquisar, estudar e analisar com detalhes todas as informações para que este possa ser implementado com sucesso e atender plenamente seus usuários.
Finalizando, sempre é bom lembrar que a informação é uma moeda de grande valor. Pesquisar e planejar deixa o profissional à vontade para utilizar essa moeda da melhor forma possível, permitindo corrigir os problemas e mudar os rumos da aplicação dos recursos, não fazendo o projeto apenas por fazer, mas com consciência do que está realmente sendo feito e o resultado que poderá ser de fato alcançado.


Bibliografia:
http://www.projetoderedes.com.br/artigos/

Atividade:
1) Quais são os temas que os profissionais de rede não cumprem na realização do planejamento?

2) Para obter sobrevivência no planejamento de um projeto, é INCORRETO afirmar:
a) Organização
b) Comprometimento
c) Abordagem fraca
d) todas as alternativas anteriores
3) Qual o objetivo de planejar e pesquisar um rede?

4) De acordo com o texto, o que falta a um profissional de redes para projetar um bom planejamento? E quais etapas auxiliam no projeto?

5) Quais são os fatores determinantes do sucesso do planejamento?

6) O que deveria prevalecer em um planejamento de projeto?


7) Para você aluno o que é planejar e pesquisar? Responda com suas palavras na quantidade de 4 linhas.

Aula a partir do dia 02/06 

Especificação de testes


Os testes servem para provar para você mesmo e para seu cliente que o projeto da rede vai satisfazer os objetivos de negócio e técnicos. Embora se possam usar alguns testes prontos "da indústria", é mais frequente realizar testes específicos para o projeto da rede.
· Isso envolve construir um protótipo e medir desempenho (vazão a nível de aplicação, atraso e disponibilidade)
· Uma alternativa possível é de usar ferramentas de modelagem.
· A seleção de procedimentos e ferramentas depende dos objetivos dos testes.
· Objetivos comuns para os testes:
o   Verificar que o projeto satisfaz os objetivos mais importantes de negócio e técnicos;
o   Validar a seleção de tecnologias e de dispositivos de LAN e de WAN;
o   Verificar que o provedor de serviço oferece, de fato, os serviços prometidos;
o   Identificar problemas de conectividade ou de gargalos;
o   Testar a redundância da rede;
o   Analisar os efeitos de quedas de enlaces no desempenho;
o   Determinar técnicas de otimização (multicast, RSVP) que serão necessárias para satisfazer objetivos de desempenho;
Multicast -  Entrega de informação para múltiplos destinatários simultaneamente.
RSVP - É usado por uma aplicação para requisitar uma qualidade de serviço específica da rede.
o   Analisar os efeitos de atualizações (upgrades) de enlaces e/ou dispositivos no desempenho.
o   Provar que seu projeto é melhor do que um projeto concorrente (quando o cliente pedir tal comparação)
o   Para passar um "teste de aceitação" que permite continuar com o projeto e implantar a rede
o   Convencer a gerência e seus colegas que o projeto é eficaz
o   Identificar riscos que podem dificultar a implementação e fazer o planejamento de contingências
§  Determinar quantos testes adicionais são necessários (ex. pode-se decidir continuar o projeto apenas como piloto para investigar mais)

Testes da indústria

Os Testes comparativos são executados e publicados por fabricantes, laboratórios independentes e revistas especializadas:
§  Network Device Testing Laboratory (Harvard University)
§  Strategic Network Consulting, INC. (SNCI) - www.snci.com
§  Interoperability Lab (IOL) da University of New Hampshire - www.iol.unh.edu
Normalmente testam dispositivos, os resultados só podem ser usados para o convencimento de que o projeto está ok para redes muito simples, consistindo de uma topologia essencialmente igual à dos testes publicados Para redes mais complexas, você deverá elaborar seus próprios testes.
§  Motivo:
Devem-se fazer testes de sistema e não apenas testes de componentes