Julgue o item a seguir, relativo a projetos orientados a objeto.

Padrões de projeto devem conter uma especificação detalhada somente dos problemas e da solução, para permitir o reúso de componentes executáveis.

Julgue o item a seguir, a respeito de MPS-BR.

No MPS-BR, o nível de maturidade C – definido é composto pelos processos dos níveis de maturidade anteriores (G ao D) acrescidos dos processos de desenvolvimento de requisitos, integração do produto, projeto e construção do produto, validação e verificação. Nos processos desse nível, um dos resultados esperados é a avaliação dos domínios de aplicação quanto aos potenciais de reutilização.

Julgue o item a seguir, a respeito de MPS-BR.

No nível A – em otimização do MPS-BR, a implementação de pelo menos um dos processos selecionados para análise de desempenho produz como resultado processos alinhados a objetivos quantitativos de negócio e à definição da medição do processo a partir das necessidades de informação.

Acerca de CMMI, julgue o próximo item.

Em sua representação contínua, o CMMI-DEV possibilita à organização escolher conjuntos de áreas de processos inter-relacionadas como, por exemplo, gestão de configuração, medição e análise, integração de produtos e planejamento de projetos.

Acerca de CMMI, julgue o próximo item.

De acordo com o conceito de institucionalização (institutionalization) para o CMMI-DEV v.1.3, se houver mudança de objetivos para o processo, as implementações desse processo também poderão ser alteradas para garantir que ele continue efetivo. Os objetivos genéricos incorporam os graus de institucionalização e expressam o nome dos processos associados a cada objetivo.

Com relação à qualidade de software, julgue o item a seguir.

No processo unificado de desenvolvimento de software, a fase de construção está relacionada à entrada do sistema em funcionamento, o que requer entendimento do domínio do problema e um sistema de software documentado que funcione corretamente no ambiente operacional.

Com relação à qualidade de software, julgue o item a seguir.

Na contagem de pontos por função com a utilização de métodos ágeis, mudanças em funcionalidades decorrem de alteração de escopo, regras de negócio, refinamentos de requisitos ou mudanças legais e(ou) regulamentares e serão consideradas funcionalidades novas relativas a uma sprint específica para que seja possível realizar a referida contagem.

Com relação à qualidade de software, julgue o item a seguir.

No Scrum, as iterações (sprints) e funcionalidades a serem implementadas (product backlog) são estabelecidas pelo scrum master, planejadas e priorizadas em reuniões chamadas review meetings, quando a prática de programação em pares auxilia na realização de processos informais de revisão de código.

Com relação à qualidade de software, julgue o item a seguir.

A análise por pontos de função é métrica que dimensiona o software com base em características funcionais e fluxo de dados, diferenciando-se de outras métricas que utilizem remuneração por hora trabalhada ou por posto de serviço.

Com relação à qualidade de software, julgue o item a seguir.

Na extreme programming, como não há especificação de sistema que possa ser usada por equipe de teste externa, a característica de test-first exige que os implementadores de tarefa compreendam detalhadamente a especificação de comportamento da funcionalidade em desenvolvimento, a fim de que possam escrever o teste para o sistema.

Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue o item que se segue, relativo a esse aspecto.

Ao se aplicar a rastreabilidade bidirecional, é possível determinar se todos os requisitos-fonte foram completamente tratados e se todos os requisitos do produto atendem aos requisitos do cliente.

Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue o item que se segue, relativo a esse aspecto.

Definir e manter matriz de rastreabilidade dos requisitos permite controlar e tratar as mudanças em requisitos durante o processo de elicitação e especificação do produto.

Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue o item que se segue, relativo a esse aspecto.

Para que os requisitos sejam refinados e sejam gerados modelos de análise e projeto para codificação, apenas a avaliação e a aprovação por parte do cliente — mesmo após o entendimento dos requisitos — não são suficientes.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

Protótipos descartáveis são os que não são utilizados posteriormente; protótipos evolutivos são aqueles que podem ser utilizados como base de parte ou de todo o software a ser desenvolvido.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

Nas atividades de desenvolvimento de software, a validação consiste em assegurar que se está desenvolvendo o produto de acordo com o desejo do cliente; na verificação, busca-se avaliar se o produto está sendo desenvolvido conforme os requisitos.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

De acordo com as técnicas facilitadoras de especificação de aplicação, recomenda-se que a descrição de requisitos e regras seja feita diretamente pela equipe técnica, sem a participação do cliente.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

Uma forma de diminuir os riscos resultantes da evolução contínua dos requisitos é a combinação dos processos de gerência e de desenvolvimento de requisitos.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

O objetivo do processo de desenvolvimento de requisitos, conforme as melhores práticas e processos de mercado, é definir os requisitos do cliente, do projeto e do processo.

Acerca da engenharia de requisitos no desenvolvimento de software, julgue o item a seguir.

No processo de elicitação de requisitos, há atividades relacionadas a identificação, rastreabilidade e mudanças em requisitos.

Acerca de OAuth e LDAP (Lightweight Directory Access Protocol), julgue o item seguinte.

OAuth é um nó de uma árvore LDAP cujo objetivo é prover segurança nos acessos aos dados contidos na árvore, de modo a validar os tokens trocados entre as aplicações e(ou) autenticações envolvidas no processo.