a) Seguindo o RUP, a elicitação de requisitos deve iniciar na fase de elaboração.
Errada. Porque a elicitação de requisitos é a primeira atividade no processo de engenharia de requisitos, na qual se busca entender quais são as necessidades do usuário que devem ser atendidas pelo software que será desenvolvido (Sommerville e Kotonya, 1998). Neste caso, a fase de elaboração não é a primeira e sim a fase de concepção.
Fonte: https://www.maxwell.vrac.puc-rio.br/15760/15760_3.PDF
b) A integração contínua é uma prática importante para manter o controle dos requisitos.
Errada.
O que significa integração contínua?
A integração contínua é uma prática de desenvolvimento de software de DevOps em que os desenvolvedores, com frequência, juntam suas alterações de código em um repositório central. Depois disso, criações e testes são executados. Geralmente, a integração contínua se refere ao estágio de criação ou integração do processo de lançamento de software, além de originar um componente de automação (ex.: uma CI ou serviço de criação) e um componente cultural (ex.: aprender a integrar com frequência). Os principais objetivos da integração contínua são encontrar e investigar bugs mais rapidamente, melhorar a qualidade do software e reduzir o tempo que leva para validar e lançar novas atualizações de software.
Fonte:https://aws.amazon.com/pt/devops/continuous-integration/
d) A técnica de pontos de função, também chamada de pontos de caso de uso, foi criada para estimar o esforço no desenvolvimento de casos de uso.
Errada.
O que é ANÁLISE DE PONTO DE FUNÇÃO?
Técnica de estimativa de esforço para o desenvolvimento ou manutenção de software.
Considera dados estáticos as representações estruturais dos dados, classificando-os como arquivos internos ou externos
Considera dados dinâmicos as transações sobre os dados, classificando-os como entradas, saídas e consultas externas.
Fonte: Meu mapa mental
e) Testes unitários e testes de integração são classificados como testes caixa preta.
Errada.
Teste de caixa preta está mais voltado para lado:
▷ Do teste Comportamental
▷ Funcional
▷ Requisitos Funcionais
▷ Dos casos de testes que ESTÃO sem conhecimento interno
c-
Os 3 pilares de GCS consoante Pressman:
Controle de Versão: mudanças nos artefatos, salvando-o em um repositório que pode ser pego (check-out) por algum empregado, modificado e depois, atualizado (check-in). Cada atualização salva uma nova versão do artefato, mantendo também um histórico das versões e suas mudanças.
Controle de Mudanças: documenta alterações que serão realizadas, como sistemas de controle de tarefas, podendo rastrear depois o que mudou, por que, quem etc.
Integração Contínua: monta um ambiente que junta tudo (última versão de todos os artefatos), e os testa para garantir que as alterações estão consistentes.
____________
FERRAMENTAS DE GCS
Controle de versão:
Open Source: Mercurial, Git, Subversion, CVS Comercial: Team Foundation Server (Microsoft), Team Concert (IBM/Rational),
ClearCase, StarTeam, Perforce, BitKeeper.
Controle de Mudanças:
Open Source: Trac, Redmine, Mantis e Bugzilla. Comerciais: JIRA, CaliberRM, Perforce e FogBUGZ. Mantis,Redmine e Bugzilla.
Integração Contínua:
Open Sources: Scons, Jenkins, Hudson, Maven, Gump e Ant. Comerciais: AntHill Pro, FinalBuilder e BuildForge. Jenkins Jenkins.