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.

O diagrama abaixo, modelado na linguagem UML 2.5.1, representa um conceito do negócio para o Sistema PARCEIROS utilizado por uma associação civil sem fins lucrativos.

Imagem relacionada à questão do Questões Estratégicas


O diagrama acima explicita que:

  • A a designação powertype :ParticipanteTipo no GeneralizationSet em Participante especifica uma outra tipificação para as subclasses de Participante;
  • B cada instância de Associado tem seus próprios atributos e compartilha instâncias com Eventual e Incentivador;
  • C as instâncias das subclasses de Participante podem corresponder a várias instâncias de ParticipanteTipo simultaneamente;
  • D as instâncias de ParticipanteTipo têm um relacionamento semântico de realização com as instâncias de Participante;
  • E o GeneralizationSet em Participante tem tipificação forte e está cobrindo semanticamente seus classificadores, que não têm instâncias em comum.

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.