Logo Passei Direto
Buscar
Os custos relacionados à implementação e à validação de um sistema com a confiança elevada tendem a ampliar significativamente, como pode ser observado na figura abaixo. Analisando o relacionamento entre custo e confiança, referente aos benefícios de melhorias, é possível afirmar que:

a. Quando o software não é muito confiável, é possível obter melhorias mais significativas com menores investimentos.
b. Quando o software é muito confiável, é possível obter melhorias mais significativas com menores investimentos.
c. Os custos de melhoria não têm relação com os benefícios de melhorias.
d. Os benefícios de melhorias são maiores quando os custos de melhoria são maiores.
e. Os benefícios de melhorias são mais visíveis quando a confiança do sistema já é muito alta.
User badge image
Desafios Para o Conhecimento

ano passado

Respostas

User badge image

Ed Verified user icon

há 4 meses

Vamos analisar as alternativas uma a uma, considerando a relação entre custo e confiança em sistemas de software. a) Quando o software não é muito confiável, é possível obter melhorias mais significativas com menores investimentos. - Essa afirmação sugere que a falta de confiabilidade permite melhorias com menos custo, o que não é necessariamente verdade. b) Quando o software é muito confiável, é possível obter melhorias mais significativas com menores investimentos. - Isso não se alinha com a ideia de que sistemas já confiáveis podem exigir investimentos maiores para melhorias adicionais. c) Os custos de melhoria não têm relação com os benefícios de melhorias. - Essa afirmação é incorreta, pois geralmente há uma relação entre custo e benefício em melhorias. d) Os benefícios de melhorias são maiores quando os custos de melhoria são maiores. - Essa afirmação pode ser verdadeira em alguns contextos, mas não é uma regra geral. e) Os benefícios de melhorias são mais visíveis quando a confiança do sistema já é muito alta. - Essa afirmação faz sentido, pois em sistemas já confiáveis, as melhorias podem ser mais perceptíveis e impactantes. Após essa análise, a alternativa que melhor se alinha com a relação entre custo e confiança em sistemas de software é: e) Os benefícios de melhorias são mais visíveis quando a confiança do sistema já é muito alta.

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

User badge image

Ed Verified user icon

ano passado

Analisando a relação entre custo e confiança na implementação e validação de um sistema, é importante considerar que quanto maior a confiança no sistema, geralmente maiores são os custos relacionados a melhorias e validações adicionais. Isso ocorre porque garantir a confiabilidade de um sistema já consolidado pode demandar investimentos significativos. Dessa forma, a afirmação correta em relação aos benefícios de melhorias é: b. Quando o software é muito confiável, é possível obter melhorias mais significativas com menores investimentos. Isso ocorre porque, quando o software já é muito confiável, as melhorias adicionais podem trazer benefícios mais expressivos sem a necessidade de altos investimentos em validações e correções.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Mais perguntas desse material

Analise a pesquisa acima, como é feita essa prática de um arquivo compartilhado para todos, e quais são os benefícios em trabalhar dessa forma?
Cerca de 32% das empresas brasileiras adotam uma prática em que cada integrante da equipe trabalha em cópia própria do arquivo, independente dos demais membros.
Por outro lado, 68% das empresas adotam a prática de trabalhar com apenas uma cópia do arquivo, compartilhada por todos os elementos da equipe.
a. O trabalho em equipe com código compartilhado é possível com o uso de ferramentas de testes que permitem acompanhar cada etapa testada do software. Essas trazem como benefício a atualização dos históricos periodicamente com todas as mudanças.
b. O trabalho em equipe com código compartilhado é possível com o uso do processo de controle de mudanças ilustrado conforme o esquema que inicia na necessidade de mudança e avança até a distribuição da mudança ou a sua rejeição. O processo traz inúmeros benefícios, entre eles: relatórios de mudança, autorização para a mudança ocorrer, check-out e check-in da mudança.
c. O trabalho em equipe com código compartilhado é possível por meio de ferramentas que controlam versões de softwares. Estas trazem vários benefícios, como: histórico das mudanças e interações do projeto; sequência cronológica para recuperar alguma versão de certa data; desenvolvimento em equipe de forma organizada e padronizada.
d. O trabalho em equipe com código compartilhado é possível com o uso de gerenciamento de mudanças e o uso de artefatos, como documentos. Esses artefatos trazem inúmeros benefícios, entre eles: autorização de mudanças, autor responsável pela mudança, histórico de todas as mudanças e o desenvolvimento em equipe de forma organizada e padronizada.

Qual a justificativa para tal resposta?
As ferramentas de GCS automatizam várias atividades do processo de mudança, como, por exemplo, o versionamento de código, o empacotamento e a distribuição do software, documentos, entre outros itens de configuração.
a. Não. Somente ferramentas customizadas de acordo com metodologias de GCS conseguem dar o devido suporte, pois são construídas para suprir todas as atividades do processo de desenvolvimento.
b. Não. Muitas empresas optam por desenvolver ferramentas totais ou complementares porque não conseguem alinhar a automação do processo de GCS somente com ferramentas existentes (código aberto ou pagas).
c. Sim. Todas as ferramentas de GCS existentes conseguem automatizar exatamente todas as necessidades do processo de qualquer tipo de projeto ou empresa, conseguindo otimizar todas as atividades.
d. Sim. Todas as ferramentas existentes, tanto de código aberto quanto proprietárias, têm características que podem ser estudadas e alinhadas a qualquer tipo de projeto.
e. Não. Somente as ferramentas proprietárias conseguem automatizar exatamente todas as necessidades do processo de qualquer tipo de projeto, devido ao custo de desenvolvimento de tais ferramentas.

Como são classificadas as falhas que causam prejuízos menores ao sistema, promovendo atrasos e indisponibilidade?
Grande parte das pessoas, principalmente estudantes de Computação e desenvolvedores, fica preocupada com a ideia de haver erros no software e, ainda assim, ter que garantir um produto de qualidade.
a. Catastróficas.
b. Marginais.
c. Críticas.
d. Pequenas.
e. Inoperantes.

Um dos grandes problemas que traz transtornos para as empresas desenvolvedoras de software é a presença de bugs no sistema. Isto porque eles afetam a satisfação do cliente com o sistema. Analise as alternativas a seguir e assinale a que define corretamente erro, defeito e falha:
a. Por causa da atitude errônea de João (que inseriu por engano uma função infinitamente recursiva no programa), quando Ana efetuou testes unitários no código fonte, ela identificou um defeito (uma linha defeituosa) no código.
b. Lucas, usuário do sistema, deixou um campo em branco ao cadastrar um novo usuário para o sistema e fez com que o sistema travasse. Lucas estava diante de um erro de software.
c. Pedro estava fazendo um teste unitário no sistema e descobriu que Antônio cometeu uma falha, efetuou a declaração de uma variável com o tipo de dado errado.
d. João é programador e inseriu por engano uma função infinitamente recursiva. João cometeu uma falha que pode prejudicar a empresa.
e. Juca é usuário do sistema e, ao cadastrar uma nova nota fiscal, deparou-se com um erro no software.

Mais conteúdos dessa disciplina