Questões de Concurso Sobre engenharia de software
Foram encontradas 14.718 questões
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862546
Engenharia de Software
“Orientar e gerenciar o trabalho do projeto é um dos
processos do gerenciamento da Integração do Projeto –
Guia PMBOK® 6.” Podemos afirmar que esse processo
pertence a qual fase do projeto (ou Grupos de Processos)?
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862545
Engenharia de Software
Um dos diagramas Estruturais da UML (Unified Modeling
Language – Linguagem de Modelagem Unificada) se trata do
Diagrama de Classes, usado “na construção do modelo de
classes, desde o nível da análise até o nível de especificação”.
Para a construção do Modelo de Classes, são necessários os
seguintes elementos, EXCETO:
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862544
Engenharia de Software
Os requisitos de software são classificados como requisitos
funcionais e não funcionais. De acordo com os requisitos
funcionais, determinados testes são projetados para sua
validação, não considerando o funcionamento interno de
um programa. Assinale, a seguir, tal tipo de teste.
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862543
Engenharia de Software
O XP (Extreme Programming), uma metodologia ágil de
desenvolvimento, foi empregado, pela primeira vez, em 1996,
em um projeto da Chrysler, chamado de C3 (Chrysler Comprehensive Compensation). Considerando que são apresentados cinco principais valores, assinale, a seguir, dois desses
valores.
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862542
Engenharia de Software
O Scrum pode ser considerado como uma das metodologias
ágeis mais utilizadas; apresenta um framework empregado
em planejamento e gestão de projetos de sistemas de informação, dentre outros. É baseado em três pilares de sustentação. Assinale o INCORRETO.
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862532
Engenharia de Software
Segundo o Guia PMBOK® 6, alguns termos-chave são empregados para identificar informações e dados do projeto.
“Observações e medições em estado bruto, identificadas durante a execução das atividades de realização dos trabalhos
do projeto se referem a ___________________ de desempenho do trabalho.” Assinale a alternativa que completa corretamente a afirmativa anterior.
Ano: 2021
Banca:
Instituto Consulplan
Órgão:
TJM-MG
Prova:
Instituto Consulplan - 2021 - TJM-MG - Analista Judiciário - Tecnologia da Informação |
Q1862531
Engenharia de Software
Considerando o Guia PMBOK® 6 “projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado único”. Uma das áreas de conhecimento se refere ao
gerenciamento do escopo. São considerados processos do
gerenciamento do escopo, EXCETO:
Ano: 2021
Banca:
FCC
Órgão:
MANAUSPREV
Prova:
FCC - 2021 - MANAUSPREV - Analista Previdenciário - Tecnologia da Informação |
Q1860927
Engenharia de Software
Considere o diagrama de sequência da UML 2.5 a seguir.
I, II e III significam, correta e respectivamente,
Ano: 2021
Banca:
FCC
Órgão:
MANAUSPREV
Prova:
FCC - 2021 - MANAUSPREV - Analista Previdenciário - Tecnologia da Informação |
Q1860926
Engenharia de Software
Considere as seguintes atividades:
I. Identificar os maiores riscos do projeto e, no final da fase, apresentar um modelo de requisitos para o sistema, que pode ser um conjunto de casos de uso da UML, uma descrição da arquitetura ou um plano de desenvolvimento do software.
II. Elaborar o projeto do sistema e o desenvolvimento, em paralelo, das partes do sistema e sua integração.
III. Com base em informações originadas de business cases estabelecidos para o sistema, identificar todas as entidades externas (pessoas e sistemas) que vão interagir com o sistema e definir as interações. Essas informações são usadas para avaliar a contribuição do sistema para o negócio.
Essas atividades são, correta e respectivamente, abordadas nas fases do Rational Unified Process (RUP):
I. Identificar os maiores riscos do projeto e, no final da fase, apresentar um modelo de requisitos para o sistema, que pode ser um conjunto de casos de uso da UML, uma descrição da arquitetura ou um plano de desenvolvimento do software.
II. Elaborar o projeto do sistema e o desenvolvimento, em paralelo, das partes do sistema e sua integração.
III. Com base em informações originadas de business cases estabelecidos para o sistema, identificar todas as entidades externas (pessoas e sistemas) que vão interagir com o sistema e definir as interações. Essas informações são usadas para avaliar a contribuição do sistema para o negócio.
Essas atividades são, correta e respectivamente, abordadas nas fases do Rational Unified Process (RUP):
Ano: 2021
Banca:
FCC
Órgão:
MANAUSPREV
Prova:
FCC - 2021 - MANAUSPREV - Analista Previdenciário - Tecnologia da Informação |
Q1860915
Engenharia de Software
Em uma aplicação desenvolvida em uma linguagem orientada a objetos, existe uma classe chamada Aposentado com diversos atributos, dentre eles cpf, nome, pis etc. Os objetos manipulados por meio desta classe conterão dados que serão, via
conexão de dados, enviados para uma tabela de um banco de dados que terá campos referentes aos atributos da classe
Aposentado. Para que a classe Aposentado permita a manipulação dos dados com adequado encapsulamento, os atributos e
os métodos setter e getter deverão ser, respectivamente,
Q1858619
Engenharia de Software
Em uma situação hipotética, ao levantar os requisitos de um sistema de controle de estoque para o Tribunal de Justiça de Santa
Catarina, um Analista de Sistema observa que, caso um produto não exista em estoque quando de sua verificação, deverá ser
feita a compra do produto. Supondo-se que ele queira modelar os casos de uso Verificar Estoque e Comprar Produto,
então o relacionamento entre esses dois casos será do tipo
Q1858617
Engenharia de Software
Um Diagrama de Fluxo de Dados − DFD que inicia pelo diagrama de contexto e conclui no nível de primitivas funcionais ou
processos primitivos utiliza a abordagem
Q1858609
Engenharia de Software
Considere que uma Analista de Sistemas do TJUSC está atuando em um projeto com base no PMBOK 5ª edição, no processo
“Realizar a análise qualitativa dos riscos” da etapa de Gerenciamento de Riscos do Projeto. A Analista construiu o diagrama
abaixo que apresenta a análise de riscos.
Trata-se de um diagrama
Trata-se de um diagrama
Q1858608
Engenharia de Software
De acordo com o PMBOK 6ª edição, os gerentes de projeto precisam empregar ações/comportamentos divididos em 2 aspectos
para alcançarem o sucesso junto às equipes com as quais trabalham, encontrando o seu equilíbrio para cada situação. Esses
aspectos e algumas ações/comportamentos a eles ligados são:
− Aspecto 1: Influência direta usando o poder posicional; Foco em sistemas e estruturas; Apoio em controles; Foco em metas de curto prazo; Pergunta como e quando; Foco nos resultados; Foco em questões operacionais e solução de problemas.
− Aspecto 2: Influência como guia e colaborador usando o poder relacional; Foco em relacionamento com pessoas; Apoio baseado em inspirar confiança; Foco em visão de longo alcance; Pergunta o que e por que; Foco no horizonte; Foco em visão, alinhamento, motivação e inspiração.
Os aspectos 1 e 2 correspondem, correta e respectivamente, a:
− Aspecto 1: Influência direta usando o poder posicional; Foco em sistemas e estruturas; Apoio em controles; Foco em metas de curto prazo; Pergunta como e quando; Foco nos resultados; Foco em questões operacionais e solução de problemas.
− Aspecto 2: Influência como guia e colaborador usando o poder relacional; Foco em relacionamento com pessoas; Apoio baseado em inspirar confiança; Foco em visão de longo alcance; Pergunta o que e por que; Foco no horizonte; Foco em visão, alinhamento, motivação e inspiração.
Os aspectos 1 e 2 correspondem, correta e respectivamente, a:
Q1858605
Engenharia de Software
Considere que a separação de ambientes no TJUSC, de forma hipotética, funcione como mostra a figura abaixo.
O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes
O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes
Q1858604
Engenharia de Software
Considere o campo descrição de um dos requisitos definidos para um sistema em desenvolvimento no TJUSC.
No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.
− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.
Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito
No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.
− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.
Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito
Q1858603
Engenharia de Software
Um Analista de Sistemas atua no desenvolvimento de software utilizando diferentes processos e metodologias cujas características são:
I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto.
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos.
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.
As características I, II, III e IV são, respectivamente,
I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto.
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos.
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.
As características I, II, III e IV são, respectivamente,
Q1858602
Engenharia de Software
Considere que uma Analista de Sistemas do TJUSC está fazendo a análise por Pontos de Função (PFs) de um software em
desenvolvimento. Ao seguir os passos da técnica, chegou-se à tabela abaixo.
Tabela completa de Pontos de Função do Software
Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função: PF Contagem Total * (0,65 + 0,01 *
)
A Analista já realizou o cálculo que resultou em:
, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,
Tabela completa de Pontos de Função do Software
Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função: PF Contagem Total * (0,65 + 0,01 *
) A Analista já realizou o cálculo que resultou em:
, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,
Q1858601
Engenharia de Software
A métrica Defect Removal Efficiency (DRE) é definida por:
DRE = Ea/(Ea + Dd)
Dados:
Ea = número de erros encontrados antes que o software seja entregue ao usuário final.
Dd = número de defeitos encontrados depois que o software foi entregue ao usuário final.
A métrica DRE
DRE = Ea/(Ea + Dd)
Dados:
Ea = número de erros encontrados antes que o software seja entregue ao usuário final.
Dd = número de defeitos encontrados depois que o software foi entregue ao usuário final.
A métrica DRE
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858087
Engenharia de Software
No que diz respeito à manutenção e reengenharia de software,
um termo define o processo de alterar o código-fonte, de modo
que não altere o comportamento externo e ainda melhore a
sua estrutura interna. É uma técnica disciplinada de limpar e
organizar o código, e por consequência, minimizar a chance
de introduzir novos bugs. Esse termo é conhecido como
Conheça nossos planos