Em um ambiente IPv4, qual informação é usada pelo roteador pára encaminhar pacotes de uma interface a outra?
1) Qual o objetivo da fase de projeto dentro do ciclo de
desenvolvimento de softwares?
Busca incorporar a tecnologia aós requisitos essenciais do
usuário, projetando o que será construído na implementação. A
Fase de projeto busca projetar uma dentre as diversas soluções
apontadas, que atendam aós requisitos especificados. Enquanto
a Análise busca identificar o domínio do negócio, a Fase de
Projeto busca definir como uma determinada solução será
construída. Nesse ponto, a análise das tecnologias
disponibilizadas e restrições ambientais se fazem primordiais,
pois definem um caminho provável pára a adoção de uma
tecnologia específica.
2) Quais são os projetos gerados dentro da fase de projeto de
softwares?
Projeto da Arquitetura do software
Projeto de Interfaces
Projeto de Dados
Projeto de Tarefas(Procedimental)
3) Quais os requisitos que tornam um projeto de software
modular?
Começar representando a totalidade da coisa a ser
construída;
Refinar pára prover orientação pára a construção de cada
detalhe;
Prover diferentes visões da coisa;
Considerar abordagens alternativas com base nos
requisitos do problema, recursos disponíveis e conceitos
de projeto;
Ser rastreável ao modelo de análise;
Não reinventar a roda, isto é, reutilizar componentes;
Minimizar a distância conceitual entre o software e o
mundo real;
IMPORTANTE: Um projeto modular busca estruturar um sistema
como módulos/componentes coesos e fracamente acoplados.
4) Quais os requisitos que tornam um projeto de software
confiável?
Confiabilidade refere-se à preservação da disponibilidade
do sistema e da integridade das informações armazenadas.
Devem ser consideradas: restrições de integridade, Controle
de Concorrência e Recuperação de Falhas;
Além disso, no aspecto aderência ao modelo de análise,
deverá:
Contemplar todos os requisitos explícitos contidos no
modelo de análise e todos os requisitos implícitos
desejados pelo cliente;
Ser um guia legível e compreensível pára aqueles que irão
codificar, testar e manter o software.
Prover um quadro completo do software, tratando aspectos
funcionais, comportamentais e de dados, segundo uma
perspectiva de implementação
Ser estruturado pára acomodar mudanças (alterabilidade);
Acomodar circunstâncias não usuais e, se necessário
abortar o processamento, fazê-lo de modo elegante;
Apresentar nível de abstração superior ao código fonte.
Ser passível de avaliação da qualidade;
Ser revisado pára minimizar erros.
5) O que é uma visão Arquitetural? Quais são as visões
arquiteturais mais conhecidas? Explique cada uma delas.
As visões capturam as principais decisões de design
estruturais mostrando como a arquitetura de software é
decomposta em componentes e como os componentes são ligados
pelos conectores pára gerar formulários úteis.
Uma Visão Arquitetural busca separar diferentes aspectos em
visões separadas com o objetivo de gerenciar a complexidade do
sistema. Cada visão descreve diferentes conceitos da
engenharia. Uma visão permite reduzir a quantidade de
informações que o arquiteto de sw tem de gerenciar num certo
momento do projeto.
As principais visões consideradas são:
Visão de Casos de Uso
o contém casos de uso e cenários que abrangem
comportamentos significativos em termos de
arquitetura, classes ou riscos técnicos. Ela é um
subconjunto do modelo de casos de uso.
Visão de Lógica
o contém as classes de design mais importantes e sua
organização em pacotes e subsistemas, e a
organização desses pacotes e subsistemas em camadas.
Ela contém algumas realizações de caso de uso. É um
subconjunto do modelo de design.
Visão de Implementação
o contém uma visão geral do modelo de implementação e
sua organização em termos de módulos em pacotes e
camadas. A alocação de pacotes e classes (da Visão
Lógica) nos pacotes e módulos da Visão de
Implementação também é descrita. Ela é um
subconjunto do modelo de implementação.
Visão de Processos
o contém a descrição das tarefas (processo e threads)
envolvidas, suas interações e configurações, e a
alocação dos objetos e classes de design em tarefas.
Essa visão só precisará ser usada se o sistema tiver
um grau significativo de simultaneidade. No RUP, ela
é um subconjunto do modelo de design.
Visão de Implantação
o contém a descrição dos vários nós físicos da maior
parte das configurações comuns de plataforma e a
alocação das tarefas (da Visão de Processos) nos nós
físicos. Essa visão só precisará ser usada se o
sistema estiver distribuído. Ela é um subconjunto do
modelo de implantação.
6) Que tipo de fatores podem aumentar a economia de um projeto
de software?
Reutilização: parcial de programa (cópia e
alteração), de módulos, de módulos de biblioteca, de
projeto;
Ferramentas CASE;
Documentação;
Ambiente (hardware, software e peopleware).
Arquitetura de software aderente ao modelo de
negócio
7) Como é possível aumentar a manutenibilidade de um software?
A manutenibilidade diz respeito à facilidade de alteração.
Algumas ações pára reduzir a manutenibilidade são: definir
normas e padrões pára interfaces com o usuário, relatórios,
mensagens, codificação e nomenclatura de arquivos, módulos e
programas;Documentar;Modularizar;
8) Quais os tipos de controles que devemos atribuir a um
software pára que ele se torne tolerante a falhas ?
em Arquivos: registros de cabeçalho (header) e de final
(trailler);
Cópias de Segurança (backup);
Arquivos de Log pára desfazer ou refazer transações;
Espelhamento (gravação simultâNeá em dois discos).
9) Dê exemplos de tipos de falhas que podem ocorrer em um
software?
Humana: digitação ou óperação do sistema;
Transação: overflow, erro em tempo de execução, divisão
por zero, ...;
de Sistema: problemas no hardware, falta de energia, ...;
de Comunicação: queda de linha, ...;
de Software: erros de desenvolvimento.
10) Que tipo de limitações devem ser analisadas durante o
projeto de um software?
Limitações da tecnologia:
Custo;
Capacidade de armazenamento;
Velocidade de processamento;
A tecnologia é passível de falha.
Impactos da tecnologia imperfeita:
Uso de processadores diferentes / Distribuição /
Comunicação;
Redundância: repetição de atividades e dados;
inclusão de dados derivados (por exemplo,
totalizadores);
Novas atividades acrescidas em função da imperfeição
da tecnologia (Ex: Auditoria).
Levantamento dos Requisitos Tecnológicos junto aós
Usuários:
Localização geográfica de usuários / Transporte de
dados;
Problemas operacionais nas atividades dos usuários;
Definição do ambiente de hardware e software de
produção:
Freqüência de disparo das atividades;
Volume de dados (inicial, estimativa de
crescimento, política de esvaziamento);
Tempo de resposta;
Restrições técnicas (novo ambiente?);
Restrições ambientais (temperatura, ...);
Requisitos de confiabilidade (tempo mínimo
entre falhas);
Restrições de segurança (classes de usuários e
acesso);
Interface com o usuário.
11)