Qual é o principal problema deste modelo analítico? - Os requisitos estão formulados de forma pouco concreta e apresentam riscos de mal-entendidos e implementação incorreta - Os requisitos ignoram os padrões digitais - Falta de detalhes técnicos nos requisitos - Ausência de métricas de desempenho - Os requisitos não usam modelos - Problemas na comunicação dos requisitos
A hierarquia de dados é demasiado complexa para o cliente Falta validação dos dados devolvidos Falta autenticação da requisição Não há indicação dos tipos de campos devolvidos A consulta devolve dados redundantes que não atendem aos requisitos do cliente Falta suporte para filtragem no servidor
Qual é o principal problema desta implementação BEGIN; CREATE TABLE sneakers ( id SERIAL PRIMARY KEY, design JSON NOT NULL ); CREATE OR REPLACE FUNCTION process_sneaker_order(sneaker_id INTEGER) RETURNS VOID AS $$ BEGIN UPDATE sneakers SET design = jsonb_set(design, '{status}', '"Processed"') WHERE id = sneaker_id; END; $$ LANGUAGE plpgsql; INSERT INTO sneakers (design) VALUES ('{"colors":"red,blue", "status":"Pending"}'); PERFORM process_sneaker_order(1); -- COMMIT;
Qual é o principal problema na estruturação de requisitos neste caso? - Não há métricas de desempenho claras - Os requisitos devem ser claramente separados para facilitar a análise e implementação - A análise de dados não considera todos os cenários - Os métodos de criptografia não estão definidos - Os requisitos de segurança não estão destacados separadamente - Não há estrutura para requisitos de estilização
Qual efeito secundário ocorre ao usar UNION DISTINCT - Incompatibilidade de tipos de dados leva a um erro - TOP é usado sem ordenação global - A ausência de índices desacelera a execução do UNION - A remoção de duplicados pode inesperadamente diminuir o número de linhas retornadas - UNION gera mais carga do que UNION ALL - Funções de agregação em subconsultas podem distorcer os dados
Qual princípio é violado na estrutura do documento SRS - Processo de alterações de requisitos no SRS não definido - Ausência de responsáveis pelos blocos funcionais - Não há secções para futuras melhorias do SRS - Formulações imprecisas nos requisitos do SRS - Violação do princípio de separação clara entre requisitos funcionais e não funcionais - Não conformidade com o padrão IEEE 830 para SRS
Qual é o principal problema da estrutura de solução escolhida? - A lógica de armazenamento não prevê rotação de dados - Violação da escalabilidade da arquitetura - Flexibilidade insuficiente para novos requisitos - Limitação do fluxo de dados não implementada - Arquitetura centralizada como ponto único de falha - Uso incorreto da arquitetura de armazenamento leva a um gargalo no desempenho
Qual é o principal problema desta implementação - A hierarquia de dados é demasiado complexa para o cliente - Falta validação dos dados devolvidos - Não há autenticação na solicitação - Não há indicação dos tipos de campos devolvidos - A consulta devolve dados redundantes que não correspondem aos requisitos do cliente Código da consulta: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
Qual é o principal problema da arquitetura neste caso? - A flexibilidade da equipa é limitada pela monopolização das decisões - A ligação de funções responsáveis a uma única pessoa limita a adaptação - A centralização da informação numa única pessoa cria um ponto de estrangulamento - Uma estrutura rígida impede uma adaptação rápida - A centralização das decisões impede a auto-organização da equipa - A falta de autonomia na equipa reduz o seu envolvimento
Qual é o principal problema da estrutura da abordagem atual para trabalhar com o código? - A ausência de implementação de práticas XP leva a erros frequentes e baixa qualidade do código - Depuração apenas em produção - Ausência de gestão de mudanças - Não há gestão centralizada de configurações - Automação insuficiente de testes - Integração ineficaz de módulos
Qual é o principal problema na estrutura da descrição do sistema? - Divisão incorreta de funções - Os requisitos do sistema não estão completos - Os limites do sistema estão descritos de forma insuficiente - A descrição dos requisitos não é clara - Os requisitos para as funções não estão claros - As funções do sistema estão descritas de forma incompleta
Qual é o principal problema da estrutura de solução escolhida? - A ausência de tags semânticas reduz a acessibilidade e a eficácia do SEO - Não há um título <h1> na página - Falta a tag <section> para a lógica dos blocos - Falta estrutura nas seções da página - Os botões não estão agrupados semanticamente - Embedding excessivo de <div>
Qual é o principal problema ao usar métodos HTTP neste caso - Uso incorreto de métodos HTTP viola a arquitetura RESTful e a legibilidade da API - Erros não são retornados em formato JSON - Cabeçalhos não padrão em solicitações GET - Solicitações GET não são armazenadas em cache - Conflitos devido à semântica incorreta dos métodos - Roteamento viola os princípios RESTful
Qual é o principal problema deste modelo analítico? - A velocidade da equipa não é monitorizada, dificultando o planeamento - Os riscos geopolíticos não são considerados - As previsões de lucros não são tidas em conta - Não há métricas para avaliar a eficácia - Envolvimento insuficiente das partes interessadas - Não há uma distribuição clara de responsabilidades
Qual é o principal problema desta implementação? - Políticas de limpeza de dados do tópico em conflito - Potenciais colisões nos identificadores dos brokers - Incompatibilidade no número de partições na configuração do tópico - As portas dos brokers não são únicas, podendo ocorrer conflitos - Configuração incorreta de max.connections no MissionControl - Erro na unicidade dos identificadores dos tópicos, causando conflitos na distribuição de dados
Qual é o principal problema desta implementação? - O fluxo não é fechado no finally - A conexão não é fechada explicitamente - Registo incorreto de exceções - Ausência de configuração de cabeçalhos HTTP - Ausência de tratamento de erros de estados HTTP - Uso de um método HTTP inadequado
Qual é o principal problema da estrutura de interação de serviços escolhida? - Não há cache para acelerar o processamento de dados - Não há mecanismo de reintento em caso de falha - Não há adaptação às mudanças de preferência - Chamadas síncronas aumentam a latência devido à dependência do tempo de resposta - Problemas com a verificação de autorização na API - Erro no processamento das respostas da API
Qual é o principal problema desta implementação? - O servidor está ligado ao localhost e à porta 8080 - Ciclo ilimitado em store_design - Lógica incorreta para fechar a conexão - Tratamento incorreto do handshake - Ausência de controlo de alterações nos designs - Verificação de segurança e handshake não estão separados
Qual é o principal problema da estrutura de solução escolhida? - Isolamento dos módulos sem troca de metainformação - Problema de duplicação de lógica nos módulos - Violação da coerência entre os módulos - Erro na elaboração de relatórios contábeis - Ausência de um sistema centralizado de deduplicação e as dificuldades relacionadas na arquitetura - Problema na gestão dos aspectos temporais dos fornecimentos
Escolha a resposta mais adequada - Direção incorreta das dependências - Os serviços estão ligados a um banco de dados comum, o que aumenta o acoplamento - Não há tratamento de erros no serviço de leilões - Não há backup do banco de dados - Não há monitoramento do API Gateway - Não há cache no serviço de carteira
