1) Na década de 1960, alguns atores do processo de desenvolvimento de

software cunharam a expressão "Crise do Software" na intenção de

evidenciar o momento adverso que a atividade atravessava. Em seu sentido
literal, crise indica estado de incerteza ou declínio, e, de fato, este era o
retrato de um setor inapto a atender a uma demanda crescente por
produção de software, um setor que entregava programas que não
funcionavam corretamente, construídos por meio de processos falhos e que
não podiam passar por manutenção facilmente.

A crise do software foi um período caracterizado pela dificuldade em se

produzir e entregar software de qualidade, respeitados o prazo e o
orçamento.

Em relação às situações próprias do processo de desenvolvimento de um

produto de software, analise as afirmações a seguir:

I. O processo de levantamento de requisitos tende a ser simples e sem propensão a

mal-entendidos entre o profissional de TI e o cliente.
II. As estimativas de prazo e de custo tendem a ser imprecisas, pois são
estipuladas por profissionais estranhos à área de Tecnologia da Informação.
III. A atividade de criação de um programa tende a ser difícil do ponto de vista
técnico, já que exige poder de abstração da solução, habilidade no uso da
linguagem de programação e raciocínio lógico avançado.
IV. Como sua obtenção demanda tempo, a qualidade do produto é frequentemente
colocada em segundo plano, em benefício do cumprimento do prazo.
São situações reais em um processo de desenvolvimento de software apenas o que
se afirma em:

Alternativas:

 a) III e IV.
 b) I e II.
 c) II e III.
 d) II e IV.
 e) II, III e IV.

2) Testar significa executar um programa com o objetivo de revelar a presença

de defeitos. Caso esse objetivo não possa ser cumprido, considera-se o
aumento da confiança sobre o programa. O processo de teste deve incluir
planejamento, projeto de casos de teste, execução do programa com os
casos de teste e análise de resultados.

A aplicação de testes em um software deve ser prática contínua depois que

forem gerados artefatos executáveis.

Em relação ao teste de software, analise as afirmações a seguir:

I. Serve para assegurar que um programa é 100% livre de defeitos.

II. Sua aplicação não prevê aplicação de técnica, já que os programas diferem
entre si na quantidade de funções desenvolvidas.
III. Os testes devem ser executados nas fases de implementação, integração, na
entrega e assim que uma manutenção é feita.
É verdadeiro o que se afirma apenas em:

Alternativas:

 a) I e III.
 b) I e II.
 c) II
 d) II e III.
 e) III

3) Os esforços de desenvolvimento de um software resultam na entrega de um

produto que satisfaz os requisitos do usuário. Espera-se, contudo, que o
software sofra alterações e evolua. Uma vez em operação, defeitos são
descobertos, ambientes operacionais mudam e novos requisitos dos usuários
vêm à tona.

Em relação à manutenção de software, assinale a afirmação correta:

Alternativas:

 a) O processo de manutenção geralmente é similar ao processo de

desenvolvimento de um software, já que exige tratamento dos novos
requisitos, adequação do projeto, codificação e testes relacionados às
alterações feitas.
 b) A documentação do software não auxilia no processo de manutenção, já
que não inclui o que deve ser feito durante a alteração do produto.
 c) Não demanda planejamento, já que raramente é aplicada em programas
de qualidade.
 d) Os motivos que justificam a aplicação da manutenção não determinam
seu tipo.
 e) Uma alteração no software pode ser caracterizada como manutenção
mesmo antes do produto ser entregue ao cliente.

4) As falhas em requisitos estão entre as principais razões para o fracasso de

um software. Entre as principais razões destacam-se os requisitos mal
organizados, requisitos mal expressos, requisitos desnecessários para os
clientes e a dificuldade para lidar com requisitos frequentemente mutáveis.
(Fonte: . Acesso em: 6 nov. 2015)

Em relação aos requisitos de software, analise as afirmações a seguir:

I. As falhas cometidas na fase de requisitos tendem a dispender poucos recursos

para ajustes em fases avançadas do processo, já que um bom programa poderá
compensar tais falhas.
II. Na documentação do requisito deve constar o nome da pessoa que o demandou,
de modo a facilitar a gestão de mudanças e a evolução dos requisitos.
III. Os requisitos devem ter como única origem o cliente, o que obstrui a
participação do desenvolvedor ou engenheiro de software em forma de sugestões.
IV. O software torna-se inviável se o cliente não tiver em mente, na fase de
requisitos, todas as funções que deseja para o software.
V. As técnicas para a descoberta de requisitos devem incluir também conversas
informais entre o futuro usuário e o engenheiro de requisitos, já que reuniões com
quantidade maior de participantes podem intimidar algumas pessoas, dificultando a
expressão de suas necessidades em relação ao sistema.
É verdadeiro o que se afirma apenas em:

Alternativas:

 a) II e V.
 b) I, II e III.
 c) II e IV.
 d) II, III e V.
 e) IV e V.

5) A IEEE Computer Society define Engenharia de Software como "a aplicação

de uma abordagem sistemática, disciplinada e quantificável de
desenvolvimento, operação e manutenção do software, além do estudo
dessas abordagens" (IEEE, 2004).

Assinale a alternativa que contém apenas expressões relacionadas aos

princípios da Engenharia de Software:

Alternativas:

 ) Formalidade, completeza, abstração.

 b) Localização, requisitos, teste de software.
 c) Linguagem de Programação, padrão de codificação, formalidade
conceitual.
 d) Software básico, abstração, linguagem de programação.
 e) Teste de software, completeza, tempo de resposta.