SlideShare uma empresa Scribd logo
1 de 34
AULAS
SEMANAs 1 , 2 e 3
UNIVERSIDADE TÉCNICA DIOGO EUGÉNIO GUILANDE
Faculdade de Ciências Tecnológicas
Curso de Licenciatura em Informática
PROJECÇÃO E PLANEAMENTO DE REDES
SEBASTIÃO JOÃO BALATE 2024
1. Conceitos fundamentais
2. Planos de análise de requisitos
a) Análise dos prazos e dos requisitos de negócio
b) Identificar Riscos
c) Definir o escopo de um Projecto de Rede
d) Identificar as aplicações e a estrutura de rede do
cliente
TEMAS DAS AULAS
PALAVRAS CHAVE:
Projecção Planeamento Projecto
Redes Comunicação
CONCEITOS FUNDAMENTAIS
PROJECÇÃO:
• É o ato ou efeito de projetar-se;
• É um termo que designa o ato de projetar, sendo que esse
aplicado em diferentes contextos;
• Projetar significa determinar uma projeção no futuro e
traçar os caminhos, os meios, para um fim designado.
CONCEITOS FUNDAMENTAIS
PLANEAMENTO:
• Ato ou efeito de planear;
• Determinação dos objectivos e dos meios para os atingir;
• Preparação de decisões para alcançar objectivos;
• É uma ferramenta administrativa, que possibilita
perceber a realidade, avaliar os caminhos, construir um
referencial futuro, o trâmite adequado e reavaliar todo o
processo a que o acoplamento se destina.
CONCEITOS FUNDAMENTAIS
PROJECTO:
• Conjunto de actividades coordenadas e interrelacionadas
que procuram cumprir um determinado objetivo
específico.
CONCEITOS FUNDAMENTAIS
REDES:
• Malha feita de fios entrelaçados com espaços regulares;
• Conjunto de relações e intercâmbios entre indivíduos, grupos ou organizações
que partilham interesses, que funcionam na sua maioria através de plataformas
da Internet;
• Grupo que trabalha com um mesmo propósito: rede financeira;
• Rede de computadores ou redes de dados, na informática e na
telecomunicação é um conjunto de dois ou mais dispositivos eletrônicos de
computação (ou módulos processadores ou nós da rede) interligados por um
sistema de comunicação digital (ou link de dados), guiados por um conjunto de
regras (protocolo de rede) para compartilhar entre si informação, serviços e,
recursos físicos e lógicos.
CONCEITOS FUNDAMENTAIS
COMUNICAÇÃO:
CONCEITOS FUNDAMENTAIS
Para que ocorra uma comunicação em uma rede, os dispositivos devem
saber “como” se comunicar.
Origem da Mensagem (remetente): As fontes das mensagens são pessoas
ou dispositivos electrónicos que precisam enviam uma mensagem para
outras pessoas ou dispositivos.
Destino da Mensagem (destinatário): O destino recebe a mensagem e a
interpreta.
Canal: consiste no meio que fornece o caminho pelo qual a mensagem viaja
da origem ao destino.
COMUNICAÇÃO:
CONCEITOS FUNDAMENTAIS
Remetente e Destinatário: Exemplo de terminais ou
periféricos: Computador, Telefone, Câmera CCTv,
IPTv, outros... designados dispositivos (periféricos).
São 2 (dois) tipos de dispositivos: Finais e
Intermadiários
COMUNICAÇÃO:
CONCEITOS FUNDAMENTAIS
Dispositivos Finais: Qualquer periférico que possua um endereço de rede e que
participa numa comunicação. [ex. Computador, telefone, câmera CCTV, IPTv,...]
Dispositivos Intermédios de rede: também designados equipamentos de
rede, diferentemente do dispositivo final, estes desempenham as funções de
encaminhamento dos pacotes (mensagens) entre as duas partes (Remetente e
Destinatário) [Switch, roteador, firewal, balanceador, ...]
A comunicação ocorre dentro de uma infraestrutura de rede chamada Canal, que
é o meio físico, que pode ser com fio (metálico, óptico) ou sem fio (wireless).
*************************
METODOLOGIA DE PROJECTO
Contexto
Nos dias actuais as empresas estão a depender cada vez mais das redes para: i) reduzir
o tempo de produção e colocação do seu produto no mercado, onde, para isso, os
funcionários precisam de ter acesso imediato à informação (informação em todos os
níveis da organização, sendo corporativa e departamental); ii) vender e distribuir
produtos em escala mundial, onde para o efeito, montam alianças globais e cooporações
virtuais; iii) melhorar a comunicação, onde registam-se novas aplicações (e-Commerce,
Video-conferencia, Telefonia através da internet.
As empresas estão fundindo as suas redes de voz e dados. Desse modo, tarna-se
oportuno ter conhecimentos sobre como projectar redes de computadores para atender
às necessidades dessas empresas de alcance mundial.
METODOLOGIA DE PROJECTO
Contexto (Cont.)
Para a execução de um projecto funcional, de rede integrada, é recomendável seguir um
método ou um planeamento que busque organizar e sequenciar as actividades cruciais
para a acção.
O primeiro passo de um projecto é a identificação da necessidade ou desejo do cliente,
que será enquadrado como escopo do projecto.
METODOLOGIA DE PROJECTO
Descrição de Metodologia
Sem Metodologia o Projecto final não tem a mínima chance de satisfazer os desejos,
necessidades (requisitos) do cliente, concernente à:
• Funcionalidade
• Capacidade
• Desempenho
• Disponibilidade
• Escalabilidade
• Preço
• Segurança, e
• Gestão
METODOLOGIA DE PROJECTO
Descrição de Metodologia (cont.)
A metodologoa é estruturada e interactiva, no sentido de que de forma
estruturada obedece a sequencia de implementação (ex. Inclue-se o
projecto lógico da rede antes de abordar o projecto físico), e aborda todos
os requisitos antes de tudo.
Mais detalhes entram progressivamente no projecto no decurso do
desenvolvimento à medida que se conhece melhor a situação.
METODOLOGIA DE PROJECTO
Descrição de Metodologia (cont.)
 Identificação das Necessidades e Objectivos do Cliente
• Levantamento de requisitos, incluindo:
 Objectivos e restições de negócio
 Objectivos e restrições técnicos
• Caracterização da rede existente
• Caracterização do tráfego projectado para a rede
 Incluindo fluxos, carga e requisitos de QoS (Quality of Service)
METODOLOGIA DE PROJECTO
Descrição de Metodologia (cont.)
 Projecto Lógico de Rede
• Desenvolvimento da Topologia de Rede:
 Pode ser achatada ou hierárquica, dependendo do tamanho
• Desenvolvimento de esquemas de endereçamento e naming
• Selecção de protocolos de bridging, switching e roteamento
• Desenvolvimento de aspectos de segurança e gestão
TPC
Descreva o significado ou a definição das expressões técnicas no contexto de redes de computadores:
• E-Commerce –
• Tráfego –
• QoS –
• Topologia –
• Endereçamento –
• Naming –
• Bridging –
• Switching –
• Roteamento –
• Ethernet –
• Fast Ethernet –
• ATM –
• Hub –
• Switch –
• Roteador –
• Cabeamento –
• Frame relay –
• ISDN –
• DLS –
• RAS –
• Traffic shaping –
• Segmento de rede –
METODOLOGIA DE PROJECTO
Descrição de Metodologia (cont.)
 Projecto Físico de Rede
• Selecção de tecnologias e dispositivos para redes de campus (se
aplicável)
 Tecnologias Ethernet, Fast ethernet, ATM
 Dispositivos: Hubs, switches, roteadores, cabeamento
• Selecção de tecnologias e dispositivos para redes corporativas
 Tecnologias: Frame relay, ATM, ISDN, DLS, Linhas discadas
 Dispositivos: Switches, roteadores, Servidores de Acesso
Remoto (RAS)
METODOLOGIA DE PROJECTO
Descrição de Metodologia (cont.)
 Testes, Optimização e Documentação de Projecto de Rede
• Escrever e implementar um plano de testes
• Implementar uma rede piloto
• Optimizar o projecto de rede
 Uso de traffic shaping
 Uso de mecanismos especiais de enfileliramento em roteadores
 Uso de mecanismos especiais de switching
• Documentar o Projecto de Rede
PLANOS DE ANÁLISE DE REQUISITOS
1. Análise dos prazos e dos requisitos de negócio
A Compreensão dos prazos e dos requisitos de negóogio do cliente é um aspecto crítico
do Projecto de rede. Uma visão clara da descrição do projecto, nas componentes prazo e
negócio, podem propiciar a aprovação do plano do projecto de redes pelo cliente.
1.1. Análise dos prazos
Antes de marcar reunião com o cliente para discutir estes aspectos, é necessário:
(a) Pesquisar sobre o negócio do cliente: Em que mercado ele se encontra, quais são
os seus produtos, fornecedores e suas vantagens competitivas. De acordo com o
negócio e 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 está
inserido.
PLANOS DE ANÁLISE DE REQUISITOS
1.1. Análise dos prazos (cont.)
Antes de marcar reunião com o cliente para discutir estes aspectos, é necessário:
(a) Pesquisar sobre o negócio do cliente: Em que mercado ele se encontra, quais
são os seus produtos, fornecedores e suas vantagens competitivas. De acordo
com o negócio e 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
está inserido.
(b) De seguida, na primeira reunião com o cliente é necessário entender sua
estrutura organizacional. Provavelmente, o projecto final da interligação das
redes refletirá e estrutura corporativa. Entender a estrutura corporativa poderá
ajudar a identificar na rede de relacionamento, potenciais utilizadores para
caracterizar o fluxo do tráfego, poderá també auxiliar a hierarquiada tomada de
decisões, sendo esta acção essencial na fase inicial em um projecto.
PLANOS DE ANÁLISE DE REQUISITOS
1.1. Análise dos prazos (cont.)
(c) Conhecendo a hierarquia da organização poderá ajudar a identificar os gestores nos
diversos níveis) responsáveis para a tomada de decisão, a começar pela proposta do
projecto de rede.
(d) Deve ser solicitado a cliente, a definição das suas metas, ou de uma meta global do
projecto, o que irá auxiliar na definição do cronograma.
Exemplos de metas:
• Aumentar a receita e o lucro
• Melhorar as comunicações da empresa
• Encurtar o ciclo de desenvolvimento dos produtos
• Aumentar a produtividade dos funcionários
• Expandir para outros mercados
• Modernizar tecnologias desactualizadas
• Reduzir os custos de comunicação e redes
• Oferecer novos serviços aos clientes
PLANOS DE ANÁLISE DE REQUISITOS
2. Identificar Riscos
Com as metas definidas, alcançando-as, o sucesso estará garantido. Todavia, é
importante também identificar os riscos e ameaças, as suas consequências que podem
ser, inclusive, o fracasso do projecto, respondendo as seguintes questões:
• O que acontecerá se houver alguma falha na operacionalização do projecto, ou a rede
não atender as especificações?
• Existirá impacto nas operações da organização?
• O sucesso/fracasso do projecto será visível para os executivos?
PLANOS DE ANÁLISE DE REQUISITOS
3. Identificação do Escopo de um Projecto de Rede
Este tema ajuda a entender a que o projecto se destina, e com isso se será
implementado:
• Um único segmento de rede;
• Um conjunto de LAN’s;
• Uma WAN;
• Rede de acesso remoto;
• Rede da empresa inteira.
Os gestores e implementadores de um projecto de rede raramente têm a chance de
projectar uma rede a partir do zero. Normalmente, um projecto de rede envolve uma
versão aperfeiçoada da rede existente, ou uma rede nova conectada a uma rede
existente.
Quando o escopo de projecto de rede é bem definido, toda a expectativa do cliente pode
ser trazida à realidade, e é uma satisfação para o gestor e o implementador do projecto.
CONT. (d)
PLANOS DE ANÁLISE DE REQUISITOS
4. Identificar as aplicações e a estrutura de rede do cliente
Um dos aspectos cruciais no processo de análise de requisitos é a
compreensão do ambiente do cliente, incluindo suas aplicações e a
estrutura de rede.
Ao identificar as aplicações e a estrutura de rede do cliente como parte
do plano de análise de requisitos, é possível garantir que o sistema
proposto atenda às necessidades e requisitos específicos do cliente,
além de ser compatível com o ambiente existente.
Isso é crucial para o sucesso do projeto e para garantir uma
implantação tranquila e eficaz do sistema.
PLANOS DE ANÁLISE DE REQUISITOS
4. Identificar as aplicações e a estrutura de rede do cliente (cont.)
Identificar as Aplicações do Cliente:
• Levantamento de Aplicações Existentes:
• Realizar entrevistas com representantes do cliente para identificar as aplicações
informáticas existentes em uso.
• Documentar os sistemas de software atualmente em operação, incluindo sistemas de
gestão de base de dados, sistemas de gestão empresarial (ERP), sistemas de gestão de
relacionamento com clientes (CRM), entre outros.
• Análise de Funcionalidades:
• Analisar cada aplicação identificada para entender suas funcionalidades principais e seu
impacto nos processos de negócios do cliente.
• Identificar as áreas de integração entre as diferentes aplicações e como elas se relacionam
entre si.
• Avaliação de Necessidades e Limitações:
• Identificar as necessidades específicas do cliente em relação às suas aplicações atuais.
• Avaliar as limitações ou deficiências das aplicações existentes que podem exigir melhorias
ou soluções alternativas.
PLANOS DE ANÁLISE DE REQUISITOS
4. Identificar as aplicações e a estrutura de rede do cliente (cont.)
Compreender a Estrutura de Rede do Cliente:
• Levantamento da Infraestrutura de Rede:
• Colher informações sobre a infraestrutura de rede do cliente,
incluindo a topologia da rede, protocolos de comunicação
utilizados, switches, roteadores e firewalls em uso.
• Identificação de Pontos de Acesso e Restrições:
• Identificar os pontos de acesso à rede, como conexões com a
Internet, conexões VPN (Virtual Private Network) e conexões de
rede local (LAN).
• Avaliar quaisquer restrições de segurança ou políticas de acesso
que possam impactar a comunicação com sistemas externos.
PLANOS DE ANÁLISE DE REQUISITOS
4. Identificar as aplicações e a estrutura de rede do cliente (cont.)
Compreender a Estrutura de Rede do Cliente:
• Análise de Desempenho e Disponibilidade:
• Analisar o desempenho e a disponibilidade da rede do cliente para
garantir que possa suportar as necessidades do sistema proposto.
• Identificar possíveis gargalos de rede ou pontos de falha que
precisam ser endereçados.
• Considerações de Integração e Interoperabilidade:
• Considerar como o sistema proposto irá se integrar à infraestrutura
de rede existente do cliente.
• Garantir que o sistema proposto seja compatível e interoperável com
os sistemas e tecnologias já em uso.
PLANOS DE ANÁLISE DE REQUISITOS
RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS:
Planos de análise de requisitos são documentos essenciais no
processo de desenvolvimento de software. Eles descrevem de forma
detalhada os requisitos do sistema que devem ser cumpridos durante o
desenvolvimento de um projeto.
A seguir está um exemplo explicativo de como é uma estrutura básica
para um plano de análise de requisitos. Os detalhes específicos podem
variar dependendo das necessidades e complexidade do projeto. O
plano deve ser revisto e atualizado regularmente à medida que o
projeto avança e novos requisitos são identificado.
PLANOS DE ANÁLISE DE REQUISITOS
RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS:
• Introdução:
o Descrição breve do propósito do documento.
o Contexto do projeto e sua importância.
o Visão geral dos principais objetivos do projeto.
• Objetivos:
o Declaração clara dos objetivos do plano de análise de requisitos.
o Explicação de como esses objetivos estão alinhados com os objetivos gerais do projeto.
• Escopo:
o Definição do escopo do projeto, delimitando quais funcionalidades e requisitos serão
abordados pelo plano de análise de requisitos e quais serão excluídos.
• Stakeholders:
o Identificação dos stakeholders relevantes para o projeto, incluindo clientes, usuários finais,
desenvolvedores, gerentes de projeto e outros interessados.
PLANOS DE ANÁLISE DE REQUISITOS
RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS:
• Métodos de Coleta de Requisitos:
o Descrição dos métodos e técnicas utilizados para coletar requisitos, como entrevistas,
questionários, workshops, análise de documentos existentes, entre outros.
• Requisitos Funcionais:
o Lista detalhada de todos os requisitos funcionais do sistema, ou seja, as funcionalidades
que o sistema deve fornecer aos usuários.
o Cada requisito deve ser descrito de forma clara, concisa e não ambígua, e deve ser
acompanhado por uma identificação única (ID de requisito), uma descrição detalhada e
critérios de aceitação.
• Requisitos Não Funcionais:
o Lista de requisitos não funcionais, que descrevem as características do sistema que não
estão diretamente relacionadas às funcionalidades, mas que são igualmente importantes,
como desempenho, segurança, usabilidade, escalabilidade, entre outros.
PLANOS DE ANÁLISE DE REQUISITOS
RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS:
Matriz de Rastreabilidade de Requisitos:
Uma tabela que mapeia os requisitos funcionais para os requisitos não funcionais, e vice-
versa, para garantir que todos os requisitos estejam cobertos e que não haja lacunas na
implementação.
Validação e Aprovação:
Descrição dos procedimentos para validar os requisitos com os stakeholders e obter sua
aprovação.
Identificação dos responsáveis pela revisão e aprovação dos requisitos.
Controle de Mudanças:
Procedimentos para gerenciar e controlar as mudanças nos requisitos ao longo do ciclo de
vida do projeto.
Identificação dos responsáveis por revisar e aprovar as alterações nos requisitos.
Referências:
Lista de quaisquer documentos, padrões ou outras referências relevantes usadas na
elaboração do plano de análise de requisitos.
Apêndices:
Qualquer informação adicional relevante que não se encaixe nas seções anteriores, como
glossário de termos, modelos de documentos, entre outros.
PLANEAMENTO E DESENHO DO PROJECTO
DOCUMENTAÇÃO DO PROJECTO DE REDE

Mais conteúdo relacionado

Semelhante a Aulas PPR Semanas 1 2 e 3 _ 18032024 (1).pptx

Aula3 4 planejamento estratégico de tecnologia da informação
Aula3 4 planejamento estratégico de tecnologia da informaçãoAula3 4 planejamento estratégico de tecnologia da informação
Aula3 4 planejamento estratégico de tecnologia da informaçãoUniversal.org.mx
 
Metodologia de desenvolvimento de sistemas
Metodologia  de desenvolvimento de sistemasMetodologia  de desenvolvimento de sistemas
Metodologia de desenvolvimento de sistemasPriscila Stuani
 
Portfólio serviços psrv
Portfólio serviços psrvPortfólio serviços psrv
Portfólio serviços psrvRomulo Bokorni
 
Portfólio serviços psrv
Portfólio serviços psrvPortfólio serviços psrv
Portfólio serviços psrvRomulo Bokorni
 
Projetos Estruturados de Redes - Parte 1
Projetos Estruturados de Redes - Parte 1Projetos Estruturados de Redes - Parte 1
Projetos Estruturados de Redes - Parte 1José Wagner Bungart
 
Plan de negocios sobre la distribucion
Plan de negocios sobre la distribucionPlan de negocios sobre la distribucion
Plan de negocios sobre la distribucionGuillermo Gallardo
 
Aula 3 desenvolvimento de projetos
Aula 3 desenvolvimento de projetosAula 3 desenvolvimento de projetos
Aula 3 desenvolvimento de projetosThiago Cetroni
 
Introdução à Engenharia de Requisitos
Introdução à Engenharia de RequisitosIntrodução à Engenharia de Requisitos
Introdução à Engenharia de RequisitosOrlando Junior
 
modelo de plan de negocios automatizado
modelo de plan de negocios automatizadomodelo de plan de negocios automatizado
modelo de plan de negocios automatizadoAlexs Prince Vargas
 
10.1109@tla.2015.7040668
10.1109@tla.2015.704066810.1109@tla.2015.7040668
10.1109@tla.2015.7040668Giovanni Rivera
 
Planninf of Network
Planninf of NetworkPlanninf of Network
Planninf of NetworkBelenMonse
 
10.1109@tla.2015.7040668
10.1109@tla.2015.704066810.1109@tla.2015.7040668
10.1109@tla.2015.7040668Giovanni Rivera
 

Semelhante a Aulas PPR Semanas 1 2 e 3 _ 18032024 (1).pptx (20)

Aula3 4 planejamento estratégico de tecnologia da informação
Aula3 4 planejamento estratégico de tecnologia da informaçãoAula3 4 planejamento estratégico de tecnologia da informação
Aula3 4 planejamento estratégico de tecnologia da informação
 
Aula3 4 pl..
Aula3 4 pl..Aula3 4 pl..
Aula3 4 pl..
 
Metodologia de desenvolvimento de sistemas
Metodologia  de desenvolvimento de sistemasMetodologia  de desenvolvimento de sistemas
Metodologia de desenvolvimento de sistemas
 
Portfólio serviços psrv
Portfólio serviços psrvPortfólio serviços psrv
Portfólio serviços psrv
 
Portfólio serviços psrv
Portfólio serviços psrvPortfólio serviços psrv
Portfólio serviços psrv
 
Projetos Estruturados de Redes - Parte 1
Projetos Estruturados de Redes - Parte 1Projetos Estruturados de Redes - Parte 1
Projetos Estruturados de Redes - Parte 1
 
Plan de negocios sobre la distribucion
Plan de negocios sobre la distribucionPlan de negocios sobre la distribucion
Plan de negocios sobre la distribucion
 
1.en.es
1.en.es1.en.es
1.en.es
 
Adas.en.es
Adas.en.esAdas.en.es
Adas.en.es
 
Aula 3 desenvolvimento de projetos
Aula 3 desenvolvimento de projetosAula 3 desenvolvimento de projetos
Aula 3 desenvolvimento de projetos
 
49778140 projeto-de-rede
49778140 projeto-de-rede49778140 projeto-de-rede
49778140 projeto-de-rede
 
51835801 projeto-de-rede2
51835801 projeto-de-rede251835801 projeto-de-rede2
51835801 projeto-de-rede2
 
Versys Institucional 1
Versys Institucional 1Versys Institucional 1
Versys Institucional 1
 
Introdução à Engenharia de Requisitos
Introdução à Engenharia de RequisitosIntrodução à Engenharia de Requisitos
Introdução à Engenharia de Requisitos
 
modelo de plan de negocios automatizado
modelo de plan de negocios automatizadomodelo de plan de negocios automatizado
modelo de plan de negocios automatizado
 
10.1109@tla.2015.7040668
10.1109@tla.2015.704066810.1109@tla.2015.7040668
10.1109@tla.2015.7040668
 
plan de negocios
plan de negociosplan de negocios
plan de negocios
 
Planninf of Network
Planninf of NetworkPlanninf of Network
Planninf of Network
 
10.1109@tla.2015.7040668
10.1109@tla.2015.704066810.1109@tla.2015.7040668
10.1109@tla.2015.7040668
 
Teste
TesteTeste
Teste
 

Aulas PPR Semanas 1 2 e 3 _ 18032024 (1).pptx

  • 1. AULAS SEMANAs 1 , 2 e 3 UNIVERSIDADE TÉCNICA DIOGO EUGÉNIO GUILANDE Faculdade de Ciências Tecnológicas Curso de Licenciatura em Informática PROJECÇÃO E PLANEAMENTO DE REDES SEBASTIÃO JOÃO BALATE 2024
  • 2. 1. Conceitos fundamentais 2. Planos de análise de requisitos a) Análise dos prazos e dos requisitos de negócio b) Identificar Riscos c) Definir o escopo de um Projecto de Rede d) Identificar as aplicações e a estrutura de rede do cliente TEMAS DAS AULAS
  • 3. PALAVRAS CHAVE: Projecção Planeamento Projecto Redes Comunicação CONCEITOS FUNDAMENTAIS
  • 4. PROJECÇÃO: • É o ato ou efeito de projetar-se; • É um termo que designa o ato de projetar, sendo que esse aplicado em diferentes contextos; • Projetar significa determinar uma projeção no futuro e traçar os caminhos, os meios, para um fim designado. CONCEITOS FUNDAMENTAIS
  • 5. PLANEAMENTO: • Ato ou efeito de planear; • Determinação dos objectivos e dos meios para os atingir; • Preparação de decisões para alcançar objectivos; • É uma ferramenta administrativa, que possibilita perceber a realidade, avaliar os caminhos, construir um referencial futuro, o trâmite adequado e reavaliar todo o processo a que o acoplamento se destina. CONCEITOS FUNDAMENTAIS
  • 6. PROJECTO: • Conjunto de actividades coordenadas e interrelacionadas que procuram cumprir um determinado objetivo específico. CONCEITOS FUNDAMENTAIS
  • 7. REDES: • Malha feita de fios entrelaçados com espaços regulares; • Conjunto de relações e intercâmbios entre indivíduos, grupos ou organizações que partilham interesses, que funcionam na sua maioria através de plataformas da Internet; • Grupo que trabalha com um mesmo propósito: rede financeira; • Rede de computadores ou redes de dados, na informática e na telecomunicação é um conjunto de dois ou mais dispositivos eletrônicos de computação (ou módulos processadores ou nós da rede) interligados por um sistema de comunicação digital (ou link de dados), guiados por um conjunto de regras (protocolo de rede) para compartilhar entre si informação, serviços e, recursos físicos e lógicos. CONCEITOS FUNDAMENTAIS
  • 8. COMUNICAÇÃO: CONCEITOS FUNDAMENTAIS Para que ocorra uma comunicação em uma rede, os dispositivos devem saber “como” se comunicar. Origem da Mensagem (remetente): As fontes das mensagens são pessoas ou dispositivos electrónicos que precisam enviam uma mensagem para outras pessoas ou dispositivos. Destino da Mensagem (destinatário): O destino recebe a mensagem e a interpreta. Canal: consiste no meio que fornece o caminho pelo qual a mensagem viaja da origem ao destino.
  • 9. COMUNICAÇÃO: CONCEITOS FUNDAMENTAIS Remetente e Destinatário: Exemplo de terminais ou periféricos: Computador, Telefone, Câmera CCTv, IPTv, outros... designados dispositivos (periféricos). São 2 (dois) tipos de dispositivos: Finais e Intermadiários
  • 10. COMUNICAÇÃO: CONCEITOS FUNDAMENTAIS Dispositivos Finais: Qualquer periférico que possua um endereço de rede e que participa numa comunicação. [ex. Computador, telefone, câmera CCTV, IPTv,...] Dispositivos Intermédios de rede: também designados equipamentos de rede, diferentemente do dispositivo final, estes desempenham as funções de encaminhamento dos pacotes (mensagens) entre as duas partes (Remetente e Destinatário) [Switch, roteador, firewal, balanceador, ...] A comunicação ocorre dentro de uma infraestrutura de rede chamada Canal, que é o meio físico, que pode ser com fio (metálico, óptico) ou sem fio (wireless). *************************
  • 11. METODOLOGIA DE PROJECTO Contexto Nos dias actuais as empresas estão a depender cada vez mais das redes para: i) reduzir o tempo de produção e colocação do seu produto no mercado, onde, para isso, os funcionários precisam de ter acesso imediato à informação (informação em todos os níveis da organização, sendo corporativa e departamental); ii) vender e distribuir produtos em escala mundial, onde para o efeito, montam alianças globais e cooporações virtuais; iii) melhorar a comunicação, onde registam-se novas aplicações (e-Commerce, Video-conferencia, Telefonia através da internet. As empresas estão fundindo as suas redes de voz e dados. Desse modo, tarna-se oportuno ter conhecimentos sobre como projectar redes de computadores para atender às necessidades dessas empresas de alcance mundial.
  • 12. METODOLOGIA DE PROJECTO Contexto (Cont.) Para a execução de um projecto funcional, de rede integrada, é recomendável seguir um método ou um planeamento que busque organizar e sequenciar as actividades cruciais para a acção. O primeiro passo de um projecto é a identificação da necessidade ou desejo do cliente, que será enquadrado como escopo do projecto.
  • 13. METODOLOGIA DE PROJECTO Descrição de Metodologia Sem Metodologia o Projecto final não tem a mínima chance de satisfazer os desejos, necessidades (requisitos) do cliente, concernente à: • Funcionalidade • Capacidade • Desempenho • Disponibilidade • Escalabilidade • Preço • Segurança, e • Gestão
  • 14. METODOLOGIA DE PROJECTO Descrição de Metodologia (cont.) A metodologoa é estruturada e interactiva, no sentido de que de forma estruturada obedece a sequencia de implementação (ex. Inclue-se o projecto lógico da rede antes de abordar o projecto físico), e aborda todos os requisitos antes de tudo. Mais detalhes entram progressivamente no projecto no decurso do desenvolvimento à medida que se conhece melhor a situação.
  • 15. METODOLOGIA DE PROJECTO Descrição de Metodologia (cont.)  Identificação das Necessidades e Objectivos do Cliente • Levantamento de requisitos, incluindo:  Objectivos e restições de negócio  Objectivos e restrições técnicos • Caracterização da rede existente • Caracterização do tráfego projectado para a rede  Incluindo fluxos, carga e requisitos de QoS (Quality of Service)
  • 16. METODOLOGIA DE PROJECTO Descrição de Metodologia (cont.)  Projecto Lógico de Rede • Desenvolvimento da Topologia de Rede:  Pode ser achatada ou hierárquica, dependendo do tamanho • Desenvolvimento de esquemas de endereçamento e naming • Selecção de protocolos de bridging, switching e roteamento • Desenvolvimento de aspectos de segurança e gestão
  • 17. TPC Descreva o significado ou a definição das expressões técnicas no contexto de redes de computadores: • E-Commerce – • Tráfego – • QoS – • Topologia – • Endereçamento – • Naming – • Bridging – • Switching – • Roteamento – • Ethernet – • Fast Ethernet – • ATM – • Hub – • Switch – • Roteador – • Cabeamento – • Frame relay – • ISDN – • DLS – • RAS – • Traffic shaping – • Segmento de rede –
  • 18. METODOLOGIA DE PROJECTO Descrição de Metodologia (cont.)  Projecto Físico de Rede • Selecção de tecnologias e dispositivos para redes de campus (se aplicável)  Tecnologias Ethernet, Fast ethernet, ATM  Dispositivos: Hubs, switches, roteadores, cabeamento • Selecção de tecnologias e dispositivos para redes corporativas  Tecnologias: Frame relay, ATM, ISDN, DLS, Linhas discadas  Dispositivos: Switches, roteadores, Servidores de Acesso Remoto (RAS)
  • 19. METODOLOGIA DE PROJECTO Descrição de Metodologia (cont.)  Testes, Optimização e Documentação de Projecto de Rede • Escrever e implementar um plano de testes • Implementar uma rede piloto • Optimizar o projecto de rede  Uso de traffic shaping  Uso de mecanismos especiais de enfileliramento em roteadores  Uso de mecanismos especiais de switching • Documentar o Projecto de Rede
  • 20. PLANOS DE ANÁLISE DE REQUISITOS 1. Análise dos prazos e dos requisitos de negócio A Compreensão dos prazos e dos requisitos de negóogio do cliente é um aspecto crítico do Projecto de rede. Uma visão clara da descrição do projecto, nas componentes prazo e negócio, podem propiciar a aprovação do plano do projecto de redes pelo cliente. 1.1. Análise dos prazos Antes de marcar reunião com o cliente para discutir estes aspectos, é necessário: (a) Pesquisar sobre o negócio do cliente: Em que mercado ele se encontra, quais são os seus produtos, fornecedores e suas vantagens competitivas. De acordo com o negócio e 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 está inserido.
  • 21. PLANOS DE ANÁLISE DE REQUISITOS 1.1. Análise dos prazos (cont.) Antes de marcar reunião com o cliente para discutir estes aspectos, é necessário: (a) Pesquisar sobre o negócio do cliente: Em que mercado ele se encontra, quais são os seus produtos, fornecedores e suas vantagens competitivas. De acordo com o negócio e 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 está inserido. (b) De seguida, na primeira reunião com o cliente é necessário entender sua estrutura organizacional. Provavelmente, o projecto final da interligação das redes refletirá e estrutura corporativa. Entender a estrutura corporativa poderá ajudar a identificar na rede de relacionamento, potenciais utilizadores para caracterizar o fluxo do tráfego, poderá també auxiliar a hierarquiada tomada de decisões, sendo esta acção essencial na fase inicial em um projecto.
  • 22. PLANOS DE ANÁLISE DE REQUISITOS 1.1. Análise dos prazos (cont.) (c) Conhecendo a hierarquia da organização poderá ajudar a identificar os gestores nos diversos níveis) responsáveis para a tomada de decisão, a começar pela proposta do projecto de rede. (d) Deve ser solicitado a cliente, a definição das suas metas, ou de uma meta global do projecto, o que irá auxiliar na definição do cronograma. Exemplos de metas: • Aumentar a receita e o lucro • Melhorar as comunicações da empresa • Encurtar o ciclo de desenvolvimento dos produtos • Aumentar a produtividade dos funcionários • Expandir para outros mercados • Modernizar tecnologias desactualizadas • Reduzir os custos de comunicação e redes • Oferecer novos serviços aos clientes
  • 23. PLANOS DE ANÁLISE DE REQUISITOS 2. Identificar Riscos Com as metas definidas, alcançando-as, o sucesso estará garantido. Todavia, é importante também identificar os riscos e ameaças, as suas consequências que podem ser, inclusive, o fracasso do projecto, respondendo as seguintes questões: • O que acontecerá se houver alguma falha na operacionalização do projecto, ou a rede não atender as especificações? • Existirá impacto nas operações da organização? • O sucesso/fracasso do projecto será visível para os executivos?
  • 24. PLANOS DE ANÁLISE DE REQUISITOS 3. Identificação do Escopo de um Projecto de Rede Este tema ajuda a entender a que o projecto se destina, e com isso se será implementado: • Um único segmento de rede; • Um conjunto de LAN’s; • Uma WAN; • Rede de acesso remoto; • Rede da empresa inteira. Os gestores e implementadores de um projecto de rede raramente têm a chance de projectar uma rede a partir do zero. Normalmente, um projecto de rede envolve uma versão aperfeiçoada da rede existente, ou uma rede nova conectada a uma rede existente. Quando o escopo de projecto de rede é bem definido, toda a expectativa do cliente pode ser trazida à realidade, e é uma satisfação para o gestor e o implementador do projecto.
  • 26. PLANOS DE ANÁLISE DE REQUISITOS 4. Identificar as aplicações e a estrutura de rede do cliente Um dos aspectos cruciais no processo de análise de requisitos é a compreensão do ambiente do cliente, incluindo suas aplicações e a estrutura de rede. Ao identificar as aplicações e a estrutura de rede do cliente como parte do plano de análise de requisitos, é possível garantir que o sistema proposto atenda às necessidades e requisitos específicos do cliente, além de ser compatível com o ambiente existente. Isso é crucial para o sucesso do projeto e para garantir uma implantação tranquila e eficaz do sistema.
  • 27. PLANOS DE ANÁLISE DE REQUISITOS 4. Identificar as aplicações e a estrutura de rede do cliente (cont.) Identificar as Aplicações do Cliente: • Levantamento de Aplicações Existentes: • Realizar entrevistas com representantes do cliente para identificar as aplicações informáticas existentes em uso. • Documentar os sistemas de software atualmente em operação, incluindo sistemas de gestão de base de dados, sistemas de gestão empresarial (ERP), sistemas de gestão de relacionamento com clientes (CRM), entre outros. • Análise de Funcionalidades: • Analisar cada aplicação identificada para entender suas funcionalidades principais e seu impacto nos processos de negócios do cliente. • Identificar as áreas de integração entre as diferentes aplicações e como elas se relacionam entre si. • Avaliação de Necessidades e Limitações: • Identificar as necessidades específicas do cliente em relação às suas aplicações atuais. • Avaliar as limitações ou deficiências das aplicações existentes que podem exigir melhorias ou soluções alternativas.
  • 28. PLANOS DE ANÁLISE DE REQUISITOS 4. Identificar as aplicações e a estrutura de rede do cliente (cont.) Compreender a Estrutura de Rede do Cliente: • Levantamento da Infraestrutura de Rede: • Colher informações sobre a infraestrutura de rede do cliente, incluindo a topologia da rede, protocolos de comunicação utilizados, switches, roteadores e firewalls em uso. • Identificação de Pontos de Acesso e Restrições: • Identificar os pontos de acesso à rede, como conexões com a Internet, conexões VPN (Virtual Private Network) e conexões de rede local (LAN). • Avaliar quaisquer restrições de segurança ou políticas de acesso que possam impactar a comunicação com sistemas externos.
  • 29. PLANOS DE ANÁLISE DE REQUISITOS 4. Identificar as aplicações e a estrutura de rede do cliente (cont.) Compreender a Estrutura de Rede do Cliente: • Análise de Desempenho e Disponibilidade: • Analisar o desempenho e a disponibilidade da rede do cliente para garantir que possa suportar as necessidades do sistema proposto. • Identificar possíveis gargalos de rede ou pontos de falha que precisam ser endereçados. • Considerações de Integração e Interoperabilidade: • Considerar como o sistema proposto irá se integrar à infraestrutura de rede existente do cliente. • Garantir que o sistema proposto seja compatível e interoperável com os sistemas e tecnologias já em uso.
  • 30. PLANOS DE ANÁLISE DE REQUISITOS RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS: Planos de análise de requisitos são documentos essenciais no processo de desenvolvimento de software. Eles descrevem de forma detalhada os requisitos do sistema que devem ser cumpridos durante o desenvolvimento de um projeto. A seguir está um exemplo explicativo de como é uma estrutura básica para um plano de análise de requisitos. Os detalhes específicos podem variar dependendo das necessidades e complexidade do projeto. O plano deve ser revisto e atualizado regularmente à medida que o projeto avança e novos requisitos são identificado.
  • 31. PLANOS DE ANÁLISE DE REQUISITOS RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS: • Introdução: o Descrição breve do propósito do documento. o Contexto do projeto e sua importância. o Visão geral dos principais objetivos do projeto. • Objetivos: o Declaração clara dos objetivos do plano de análise de requisitos. o Explicação de como esses objetivos estão alinhados com os objetivos gerais do projeto. • Escopo: o Definição do escopo do projeto, delimitando quais funcionalidades e requisitos serão abordados pelo plano de análise de requisitos e quais serão excluídos. • Stakeholders: o Identificação dos stakeholders relevantes para o projeto, incluindo clientes, usuários finais, desenvolvedores, gerentes de projeto e outros interessados.
  • 32. PLANOS DE ANÁLISE DE REQUISITOS RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS: • Métodos de Coleta de Requisitos: o Descrição dos métodos e técnicas utilizados para coletar requisitos, como entrevistas, questionários, workshops, análise de documentos existentes, entre outros. • Requisitos Funcionais: o Lista detalhada de todos os requisitos funcionais do sistema, ou seja, as funcionalidades que o sistema deve fornecer aos usuários. o Cada requisito deve ser descrito de forma clara, concisa e não ambígua, e deve ser acompanhado por uma identificação única (ID de requisito), uma descrição detalhada e critérios de aceitação. • Requisitos Não Funcionais: o Lista de requisitos não funcionais, que descrevem as características do sistema que não estão diretamente relacionadas às funcionalidades, mas que são igualmente importantes, como desempenho, segurança, usabilidade, escalabilidade, entre outros.
  • 33. PLANOS DE ANÁLISE DE REQUISITOS RESUMO - DOCUMENTO_PLANO DE ANÁLISE DE REQUISITOS: Matriz de Rastreabilidade de Requisitos: Uma tabela que mapeia os requisitos funcionais para os requisitos não funcionais, e vice- versa, para garantir que todos os requisitos estejam cobertos e que não haja lacunas na implementação. Validação e Aprovação: Descrição dos procedimentos para validar os requisitos com os stakeholders e obter sua aprovação. Identificação dos responsáveis pela revisão e aprovação dos requisitos. Controle de Mudanças: Procedimentos para gerenciar e controlar as mudanças nos requisitos ao longo do ciclo de vida do projeto. Identificação dos responsáveis por revisar e aprovar as alterações nos requisitos. Referências: Lista de quaisquer documentos, padrões ou outras referências relevantes usadas na elaboração do plano de análise de requisitos. Apêndices: Qualquer informação adicional relevante que não se encaixe nas seções anteriores, como glossário de termos, modelos de documentos, entre outros.
  • 34. PLANEAMENTO E DESENHO DO PROJECTO DOCUMENTAÇÃO DO PROJECTO DE REDE