TRABALHO DA DISCIPLINA TÓPICOS DA COMPUTAÇÃO AVA 2

Prévia do material em texto

CONVERSÃO DO NÚMERO 1.1000.0110.1010.0000  BINÁRIO PARA DECIMAL.
(2^0)X0= 0
(2^1)X0= 0
(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
32 + 128 + 512 + 1024 + 32768 + 65536 = 100.000
Total de segurados = 100.000
1 GB= 1073741824
Consumo por segurados = 1048576
CONVERSÃO DO VALOR EM BYTES PARA GB 1048576 / 1000000 = 9765625
SERÃO NECESSÁRIOS 9765625 GB PARA ACOMODAR OS DADOS DOS SEGURADOS. 
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.
Funcionalidade – Avaliar se o software faz as ações para qual foi projetado de maneira que o usuário tenha facilidade para operar o sistema.
Confiabilidade – é a capacidade do sistema em desempenhar a função
necessário e manter o padrão de desempenho em condições específicas sem
apresentar falhas.
Usabilidade – É a interação entre o usuário e o software, fazendo com que o qualquer tipo de usuário consiga utilizar o software com facilidade.
Eficiência – É a capacidade de efetividade do software.
Facilidade de manutenção – forma de corrigir os bugs e possíveis falhas do software de maneira prática.
Testabilidade – É o método que examina as diferentes probabilidades e
comportamentos, melhorias e falhas.
Portabilidade – É a capacidade de adaptação, execução do software em
diferentes plataformas e arquiteturas de sistema.
Reusabilidade – Definição usada para um software que pode ser
reaproveitado por outro software.
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 agiu corretamente, todo software grande pode ter problema porém isso não justifica a falha do programador em não ter testado o programa pois o mesmo erro pode custar vidas por exemplo já temos em alguns países carros que funcionam sem a necessidade de ter alguém dirigindo e um erro nestes casos pode ser fatal.
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: Seria mais barato corrigir os erros durante o desenvolvimento, digamos que o cliente que pediu esse software foi uma uma instituição financeira por exemplo um banco, um erro poderia custar milhões em prejuízo como o adiamento de uma compra de ações que renderiam milhões para seus clientes e se tratando de uma rede o número de clientes poderia ser grande tendo assim muitas pessoas afetadas por esse erro fazendo assim com que os clientes acabem processando a instituição trazendo muitos prejuízos.