Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

A especificação de requisitos é uma atividade que define a forma como um sistema deve se comportar, sem considerar aspectos sobre a sua implementação.

Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

O plano de avaliação dos requisitos internos e externos da qualidade de produto de software é elaborado na etapa de estabelecimento dos requisitos de avaliação e software, que é a primeira etapa da norma ISO 14598.

Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

A matriz de rastreabilidade é utilizada no gerenciamento de requisitos, de modo a identificar as dependências entre requisitos, relacionando-os a seus stakeholders, a outros requisitos e também a outras partes ou módulos de um sistema.

Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

A validação de requisitos deve ser feita apenas depois que a análise dos requisitos tenha sido concluída, de modo a identificar erros de análise não identificados anteriormente.

Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

Os casos de uso são utilizados para elicitar requisitos e se baseiam em técnicas de construção de cenários para identificar tipos de interações e agentes envolvidos.

Ainda em relação aos requisitos de sistemas de software, julgue o próximo item.

Obtenção, classificação, priorização e documentação dos requisitos são exemplos de atividades do processo de elicitação e análise de requisitos.

Com relação aos sistemas de software, é correto afirmar que seus requisitos.

não funcionais devem ser especificados independentemente do processo de desenvolvimento que será utilizado.

Com relação aos sistemas de software, é correto afirmar que seus requisitos.

podem ser utilizados como parte de um contrato para a implementação do sistema, portanto eles devem apresentar as suas funcionalidades de forma completa e consistente.

No que se refere à engenharia de software, julgue o item a seguir.

Os testes de releases são realizados pela equipe de desenvolvimento de sistema, sem participação do usuário final, utilizando para tanto os códigos-fonte do sistema para testar e acessar funcionalidades e reportar problemas.

No que se refere à engenharia de software, julgue o item a seguir.

O desenvolvimento de software direcionado a testes pode contar com o uso de ferramentas automatizadas para criação de testes, como, por exemplo, o JUnit, um framework para testes em Java.

Julgue o item seguinte, relativos a UML 2.0, BPM e BPMN.

Ao desenhar um diagrama de componentes, exige-se que os componentes tenham a característica de serem executáveis. Assim, somente as partes executáveis de um sistema estão presentes em um diagrama de componente.

Julgue o item subsecutivo, em relação aos métodos ágeis de desenvolvimento.

A figura ilustrada abaixo mostra o fluxo de processos de testes de software no XP. Esse fluxo iterativo continua até que não haja mais teste a ser criado, implicando que o componente satisfaz a todos os requisitos definidos para ele.

Julgue o item subsecutivo, em relação aos métodos ágeis de desenvolvimento.

As atividades metodológicas básicas do desenvolvimento de software são excluídas, o que transforma as atividades de comunicação, planejamento, modelagem, construção e emprego em um conjunto de tarefas mínimas que impulsiona a equipe para o desenvolvimento e para a entrega.

Julgue o item subsecutivo, em relação aos métodos ágeis de desenvolvimento.

Sprint é a denominação dada ao padrão de processo de realização de tarefas das atividades metodológicas do Scrum, cujos princípios são consistentes com o manifesto ágil, pois incorporam as atividades estruturais de requisitos, análise, projeto, evolução e entrega.

No que se refere às linguagens de programação, julgue o item subsecutivo.

Acerca dos conceitos da engenharia reversa, julgue o item subsecutivo.

Acerca dos conceitos da engenharia reversa, julgue o item subsecutivo.

A depuração de programas utiliza métodos de teste e análise para tentar entender o software. Esses métodos são classificados como caixa-branca (white box) e caixa-preta (black box). Para se conhecer o código e seu comportamento, o teste caixa-branca é menos eficiente que o teste caixa-preta, embora seja mais fácil de ser implementado.