Prova do Comissão de Valores Mobiliários (CVM) - Analista CVM - Perfil 8 - TI / Sistemas e Desenvolvimento - Tarde - FGV (2024) - Questões Comentadas

Limpar Busca

A fábrica de software SeuSW estabeleceu formalmente um Processo Geral (PG) para condução de projetos de desenvolvimento de diferentes tipos de produtos de software. Assim, a descrição do processo contém a definição do ciclo de vida do projeto e a lista de tarefas a serem executadas. Considerando o Modelo de Referência MPS.BR (Melhoria de Processo do Software Brasileiro), o PG da SeuSW estará, minimamente, aderente a um resultado esperado para o nível:

  • A "G" quando protótipos, demonstrações ou revisões forem utilizados para validar os requisitos;
  • B "G" quando a rastreabilidade bidirecional entre requisitos, atividades e produtos de trabalho do projeto for estabelecida e mantida;
  • C "F" quando os treinamentos identificados como necessários para capacitação dos colaboradores forem realizados e registrados;
  • D "F" quando as estimativas de dimensão de tarefas e produtos de trabalho do projeto forem estabelecidas com a utilização da Análise de Pontos por Função;
  • E "E" quando o processo definido para o projeto, derivado da estratégia para adaptação do processo da organização, for estabelecido, mantido atualizado e utilizado.

A aplicação iAPLICA contém uma função de login para validar nome e senha de usuários. O usuário digita um nome de usuário e uma senha, e então clica no botão “login”. O iAPLICA valida os dados digitados junto à base de dados e permite ao usuário acessar a aplicação ou fornece uma mensagem informando que os dados digitados estão incorretos. Há um requisito adicional de que, como parte do login, o usuário receba acesso apropriado às funcionalidades do iAPLICA com base na função que lhe foi atribuída. A função do usuário é verificada na base de dados.

Considerando a Análise de Pontos de Função (APF), a função de login do iAPLICA é composta por:

  • A uma Saída Externa;
  • B uma Consulta Externa;
  • C duas Consultas Externas;
  • D uma Saída Externa e uma Entrada Externa;
  • E uma Consulta Externa e uma Saída Externa.

O Time de Desenvolvimento de Sistemas (TDS) de uma organização recebeu demandas de alterações para o sistema SuperVALORES. Uma parte interessada solicitou duas mudanças na forma de apresentação de dados nos relatórios emitidos pelo SuperVALORES:

 substituição do formato para datas de "MMDDAAAA" (mês-dia-ano) para "AAAAMMDD" (ano-mês-dia); e

 conversão de moeda de real (R$) para dólar (US$).


Com base no SNAP (Software non-Functional Assessment Process), as demandas de alteração solicitadas podem ser mensuradas utilizando a categoria:

  • A arquitetura, subcategoria componentes;
  • B operações de dados, subcategoria formatação de dados;
  • C design de interface, subcategoria múltiplos métodos de saída;
  • D ambiente técnico, subcategoria múltiplas interfaces de entrada/saída;
  • E operações lógicas e matemáticas, subcategoria operações para formatação.

A Equipe de Desenvolvimento de Soluções de Software (EDSS) recebeu a demanda de desenvolvimento de um software complexo e, por isso, pretende utilizar a abordagem Domain Driven Design (DDD).

Com foco no modelo de domínio principal, a EDSS assumirá que:

  • A a lógica da aplicação deve considerar o modo de persistência de objetos nos repositórios;
  • B as entidades serão definidas pelos atributos que as descrevem;
  • C os analistas de negócio e de requisitos serão os responsáveis pela definição da Linguagem Ubíqua;
  • D os objetos do domínio serão modelados com responsabilidades do próprio armazenamento, mas não da própria exibição;
  • E uma operação deve ser adicionada ao modelo como uma interface autônoma, declarada como um serviço, quando não for uma reponsabilidade natural de uma Entidade ou de um Objeto de Valor.

Maurício é o líder técnico do Time de Tecnologia da Informação (TTI) de uma organização que está iniciando o uso do estilo de Desenvolvimento Orientado a Testes (TDD).

De forma a nivelar o conhecimento e obedecendo ao estilo TDD, Maurício orientou que os(as):

  • A testes comecem por uma operação complexa;
  • B casos de teste menores dispensem a escrita de asserções;
  • C testes de recursos complexos, como acesso a dados, sejam especificados como testes de integração;
  • D coleções de objetos sejam implementadas sem coleções e, após testadas, sejam reescritas para funcionar com coleções;
  • E os desenvolvedores registrem nos comentários da ferramenta de versionamento os testes que foram criados, já que a execução de um teste afeta a execução de outro.