Buscar

Plano de Curto Prazo para a Anthropos

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 3 páginas

Prévia do material em texto

Nome: Alberto dos Santos Rocha
Matrícula: 20193301083
Curso: Analise e Desenvolvimento de Sistemas
O plano de curto prazo continha os seguintes itens: a reformulação do espaço físico;
a reestruturação da equipe de tecnologia da informação (TI); a revisão dos
servidores; a revisão da rede de computadores; a área disponível para
armazenamento dos dados dos segurados e o desenvolvimento e implantação de
um novo sistema de vendas.
Após a aprovação da diretoria o plano começou a ser executado.
Procedimentos para elaboração do TD
1. Considerando que a Anthropos possui atualmente 1.1000.0110.1010.0000 (está
na base 2) segurados e que cada segurado consome 1048576 bytes de espaço
em disco, quantos GB serão necessários para acomodar os dados desses
segurados?
R: Convertendo o número binário :
1.1000.0110.1010.0000
(2^0)x0=0 100000x1048576=104857600000 bytes / 2³ GB ⁰
(2^1)x0=0 R: 97,65625 GB serão necessários
(2^2)x0=0
(2^3)x0=0
(2^4)x0=0
(2^5)x1=32
(2^6)x0=0
(2^7)x1=128
(2^8)x0=0
(2^9)x1=512
(2^10)x1=1024
(2^11)x0=0
(2^12)x0=0
(2^13)x0=0
(2^14)x0=0
(2^15)x1=32768
(2^16)x1=65536
___________________
100000 bytes
2. Em reunião com a equipe de projeto, o gerente do projeto novo sistema de
vendas apresentou uma lista com os fatores de qualidade de software que
deveriam ser considerados. Na oportunidade ele pediu que esses fatores fossem
catalogados no artefato glossário de termos técnicos na seguinte ordem:
funcionalidade; confiabilidade; usabilidade; eficiência; facilidade de manutenção;
testabilidade; portabilidade; reusabilidade. Qual é o significado de cada um
desses fatores?
R: 
Funcionalidade: Parte de um programa ou software que executa uma tarefa
específica
Confiabilidade : Quanto que se pode esperar que um programa execute a função
pretendida com a precisão exigida.
Usabilidade: O esforço para aprender, operar, preparar a entrada e interpretar a
saída de um programa.
Manutenção: O esforço exigido para localizar e reparar erros em um programa.
Testabilidade: O esforço exigido para testar um programa a fim de garantir que ele
execute a função pretendida
Portabilidade: O esforço exigido para transferir o programa de um ambiente de
sistema de hardware e/ou software para outro.
Reusabilidade: Quanto um programa (ou partes de um programa) pode ser
reutilizado em outras aplicações.
3. Durante o período de desenvolvimento do sistema, para manter a data de
entrega estabelecida no cronograma e não atrasar o projeto um programador
entregou um programa como pronto sem testá-lo adequadamente. Ele agiu
corretamente? Por quê?
R: Não! O desenvolvimento do programa teria que passar por avaliações antes da
entrega final para evitar problemas no uso e custos após a entrega que seria alto.
Não teria como saber como o software se comporta sem os testes, quais seriam as
implicâncias que ocorreriam na sua execução fora do ambiente de desenvolvimento
e fora que não teriamos o aceite do cliente durante as etapas de desenvolvimento.
4. O gerente do projeto novo sistema de vendas definiu com a sua equipe as
seguintes fases a serem seguidas: requisitos; projeto; codificação; testes; e
manutenção. Preocupado com a garantia da qualidade de software ele
perguntou para a equipe se era mais barato corrigir os erros durante o
desenvolvimento ou durante a manutenção, com o sistema já em produção.
Tecnicamente é melhor fazer o quê? Por quê?
R: No desenvolvimento seria menor o custo, pois, teríamos como testar e tirar
análises sobre como a aplicação se comporta, corrigindo pontos, melhorando a
qualidade e experiências do produto. É possível fazer a manutenção posterior ao
lançado mas o custo seria alto, pois, em muitos casos teríamos que ter manter uma
versão no ar e outra em ambiente de testes para melhoria.

Outros materiais