Questões de Concurso Sobre engenharia de software
Foram encontradas 14.511 questões
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
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858086
Engenharia de Software
Manutenção de software é o processo geral de mudança em
um sistema depois de liberado para uso, já em produção.
A seguir são apresentadas as características de três
modalidades de manutenção de software:
I. Modificações no software para corrigir defeitos em requisitos, projeto e código. Devido à natureza “ad hoc”, pode gerar outros problemas como aumento de complexidade. II. Modificações no software para prevenir potenciais problemas no futuro, prevenir falhas e melhorar a manutenabilidade. Essa atividade torna os programas mais fáceis de entender e facilita trabalhos de manutenção futuros. III. Modificações para manter o software usável devido às alterações no ambiente externo, em constante evolução, mesmo quando defeitos não existem.
As modalidades de manutenção em I, II e III são conhecidas, respectivamente, como
I. Modificações no software para corrigir defeitos em requisitos, projeto e código. Devido à natureza “ad hoc”, pode gerar outros problemas como aumento de complexidade. II. Modificações no software para prevenir potenciais problemas no futuro, prevenir falhas e melhorar a manutenabilidade. Essa atividade torna os programas mais fáceis de entender e facilita trabalhos de manutenção futuros. III. Modificações para manter o software usável devido às alterações no ambiente externo, em constante evolução, mesmo quando defeitos não existem.
As modalidades de manutenção em I, II e III são conhecidas, respectivamente, como
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858081
Engenharia de Software
No contexto da Engenharia de Software, um modelo de
processo é visualizado como um ciclo de vida constituído
da especificação, do desenvolvimento, da validação e
da evolução. Nesse modelo, as fases são representadas
separadas umas das outras, tais como especificação de
requisitos, projeto de software, implementação e testes. Esse
modelo de processo é denominado modelo em
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858080
Engenharia de Software
O Rational Unified Process – RUP constitui um exemplo
de modelo de processo derivado da UML e do Processo
Unificado (PU) de Software associado. Por característica, o
RUP apresenta uma visão única de processo para os modelos
convencionais, sendo descrito a partir de três perspectivas.
Nesse contexto, assinale V para a afirmativa verdadeira e F
para a falsa.
( ) Estática – essa perspectiva mostra as atividades realizadas no processo. ( ) Prática – essa perspectiva mostra as fases do modelo ao longo do tempo. ( ) Dinâmica – essa perspectiva sugere as boas práticas a serem usadas durante o processo.
As afirmativas são, respectivamente,
( ) Estática – essa perspectiva mostra as atividades realizadas no processo. ( ) Prática – essa perspectiva mostra as fases do modelo ao longo do tempo. ( ) Dinâmica – essa perspectiva sugere as boas práticas a serem usadas durante o processo.
As afirmativas são, respectivamente,
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858079
Engenharia de Software
De acordo com Eduardo Bezerra, em Princípios de
Análise e Projeto de Sistemas com UML (Ed. Campus), o
desenvolvimento de um sistema que utilize a UML em suporte
à modelagem envolve a criação de diversos documentos,
visuais e gráficos. Há previsão de uso de vários diagramas,
como o de Casos de Uso. Este constitui uma representação
das funcionalidades externamente observáveis do sistema e
dos elementos externos ao sistema que interagem com ele.
A UML define diversos tipos de relacionamentos no modelo
de Casos de Uso. O tipo que permite a um Caso de Uso
herdar características de outro mais genérico, sendo o uso do
reuso evidente; e o tipo que representa a informação de quais
atores estão associados a que casos de uso, com o fato de
um ator estar associado a um Caso de Uso indicando que ele
interage com o sistema, e um ator podendo se relacionar com
mais de um Caso de Uso são, respectivamente,
Ano: 2021
Banca:
IDECAN
Órgão:
IF-CE
Prova:
IDECAN - 2021 - IF-CE - Analista de Tecnologia da Informação |
Q1858077
Engenharia de Software
No que diz respeito aos diagramas utilizados na modelagem
UML, analise as afirmativas a seguir:
I. Diagrama de casos de uso – representa uma determinada funcionalidade de um sistema e visa ilustrar a forma como as funcionalidades se relacionam e seus controladores internos e externos. II. Diagrama de atividade – representa a estrutura estática de um sistema, incluindo suas classes, atributos, operações e objetos, além de exibir dados organizacionais ou computacionais na forma de classes lógicas e de implementação, respectivamente. III. Diagrama de implementação – modela a implementação física e estrutura de componentes de hardware, além de onde e como os componentes de um sistema vão operar uns com os outros.
Assinale
I. Diagrama de casos de uso – representa uma determinada funcionalidade de um sistema e visa ilustrar a forma como as funcionalidades se relacionam e seus controladores internos e externos. II. Diagrama de atividade – representa a estrutura estática de um sistema, incluindo suas classes, atributos, operações e objetos, além de exibir dados organizacionais ou computacionais na forma de classes lógicas e de implementação, respectivamente. III. Diagrama de implementação – modela a implementação física e estrutura de componentes de hardware, além de onde e como os componentes de um sistema vão operar uns com os outros.
Assinale
Ano: 2021
Banca:
OBJETIVA
Órgão:
Prefeitura de Horizontina - RS
Prova:
OBJETIVA - 2021 - Prefeitura de Horizontina - RS - Analista de Suporte de Informática |
Q1855954
Engenharia de Software
Segundo a ISO/IEC 15504 - Processo de desenvolvimento
de software, o propósito da melhoria de processos é
aperfeiçoar continuamente a eficácia e a eficiência da
organização, por meio dos processos utilizados e do seu
alinhamento com as necessidades do negócio. São alguns
dos resultados de uma implementação bem-sucedida da
melhoria de processos:
I. Atividades monitoradas de melhoria de processos são implementadas de modo coordenado através da organização. II. Dados históricos, técnicos e de avaliação são analisados e utilizados para melhorar estes processos, recomendar alterações nos projetos e determinar necessidades de avanço tecnológico. III. Dados da qualidade são coletados, mantidos e utilizados em atividades de monitoramento, para melhorar os processos da organização e estabelecer o custo de prevenção e resolução de problemas e não conformidades em produtos e serviços.
Está(ão) CORRETO(S):
I. Atividades monitoradas de melhoria de processos são implementadas de modo coordenado através da organização. II. Dados históricos, técnicos e de avaliação são analisados e utilizados para melhorar estes processos, recomendar alterações nos projetos e determinar necessidades de avanço tecnológico. III. Dados da qualidade são coletados, mantidos e utilizados em atividades de monitoramento, para melhorar os processos da organização e estabelecer o custo de prevenção e resolução de problemas e não conformidades em produtos e serviços.
Está(ão) CORRETO(S):
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855670
Engenharia de Software
Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.
O modelo de processo evolucionário é uma
variação no modelo cascata. Esse modelo
descreve a relação entre as ações de
garantia da qualidade e as ações
relacionadas à comunicação, à modelagem
e às atividades de construção iniciais.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855667
Engenharia de Software
Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.
No modelo cascata, existe uma
intercalação de atividades de
especificação, desenvolvimento e
validação. O sistema é desenvolvido como
uma série de versões (incrementos), de
maneira que cada versão adiciona
funcionalidade à anterior.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855666
Engenharia de Software
Com base nas metodologias de desenvolvimento de software, julgue o seguinte item.
A abordagem Scrum é um método ágil
geral, mas seu foco está no gerenciamento
do desenvolvimento iterativo, ao invés das
abordagens técnicas específicas da
engenharia de software ágil. Scrum não
prescreve o uso de práticas de
programação, como programação em
pares e desenvolvimento test-first.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855665
Engenharia de Software
Com base nas metodologias de desenvolvimento de software, julgue o seguinte item.
O desenvolvimento test-first é uma das
mais importantes inovações no XP. Em vez
de escrever algum código e, em seguida,
escrever testes para esse código, primeiro
escrevem-se os testes antes de escrever o
código. Isso significa que a execução do
teste ocorre enquanto o código está sendo
escrito e permite encontrar problemas
durante o desenvolvimento.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855664
Engenharia de Software
Com base nas metodologias de desenvolvimento de software, julgue o seguinte item.
Extreme Programming leva uma
abordagem “extrema” para o
desenvolvimento incremental. Novas
versões do software podem ser
construídas várias vezes por dia e releases
são entregues aos clientes a cada duas
semanas, aproximadamente. Prazos de
releases nunca são desrespeitados. Se
houver problemas de desenvolvimento, o
cliente é consultado e a funcionalidade é
removida do release planejado.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
FUNPRESP-JUD
Prova:
INSTITUTO AOCP - 2021 - FUNPRESP-JUD - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q1855663
Engenharia de Software
Com base nas metodologias de desenvolvimento de software, julgue o seguinte item.
Embora a ideia de envolvimento do cliente
no processo de desenvolvimento seja
atraente, seu sucesso depende de um
cliente disposto e capaz de passar o tempo
com a equipe de desenvolvimento, e que
possa representar todos os stakeholders
do sistema. Frequentemente, os representantes dos clientes estão sujeitos
a diversas pressões e não podem
participar plenamente do desenvolvimento
de software.
Conheça nossos planos