Questões de Concurso Sobre engenharia de software
Foram encontradas 14.700 questões
Segundo Pressman, à medida que um projeto de interface com o usuário evolui, algumas questões comuns de projeto sempre aparecem.
Assinale a alternativa que indica exemplos destas questões.
Kanban é um dos métodos ágeis mais recentes e sofreu grande influência do movimento “Lean”, surgido nos anos 1980.
São práticas comuns a esse método:
A respeito dos objetivos que pertencem especificamente à área de processo Gerência de Requisitos (Requirements Management), analise as afirmativas a seguir.
I. Obter o comprometimento dos participantes do projeto com os requisitos do projeto.
II. Manter um rastreio bidirecional dos requisitos.
III. Desenvolver um documento completo da especificação de requisitos do sistema.
Assinale:
● doze entradas externas sendo três simples, quatro médias e cinco complexas.
● seis saídas externas sendo duas simples e quatro médias.
Infelizmente, não foi possível determinar o número de Arquivos Lógicos Internos (ALI) do sistema, mas sabe‐se que todos são do tipo simples. O desenvolvedor sabe que, por contrato, o sistema deve possuir um total de pontos de função igual a 118. O número de ALIs simples que o sistema deve conter, de forma a atingir, exatamente, o total de pontos contratuais, deverá ser igual a Dados: Tabela de pesos para cálculo de pontos de função.

Observe a tabela a seguir:
Esta tabela é conhecida como
“Este modelo ágil possui uma abordagem de desenvolvimento de software que premia a 'manobrabilidade' durante um jogo cooperativo de invenção e comunicação de recursos limitados, com o principal objetivo de entregar softwares úteis funcionando e com o objetivo secundário de preparar‐se para o jogo seguinte."
Segundo Pressman, esse modelo ágil de processo é denominado
De acordo com a análise de pontos de função, um relatório que apresenta informações ao usuário por meio de uma simples recuperação de dados é considerado uma consulta externa.
A fronteira entre aplicações para efeito de contagem de pontos de função é definida de acordo com a tecnologia aplicada.
O escopo do projeto é definido por meio da análise de requisitos do RUP.
Na fase de iniciação do RUP (rational unified process), o projeto do sistema é elaborado com foco na arquitetura do sistema a ser implantado.
Para exibir as características estruturais de um sistema, utiliza-se o diagrama de sequência da UML.
A análise de requisitos de um software envolve as atividades de elicitação, análise e registro dos requisitos.
O diagrama de atividades da UML é utilizado para documentar um processo com suas ações e tomadas de decisões.
Considere os diagramas a seguir com base na UML 2.5.
Os conceitos presentes nos diagramas I e II são, respectivamente,
A Engenharia de Requisitos pode ser, em uma visão ampla, dividida em:
I. ...I... : preocupa-se com a descoberta, busca da qualidade (correção, completude, consistência, possibilidade de verificação, ordenação e rastreamento, facilidade de modificação e clareza), detalhamento, documentação, revisão e verificação dos requisitos do sistema.
II. ...II...: é um processo que estabelece e mantém acordos entre o cliente e a equipe do projeto sobre a evolução dos requisitos. Monitora o desenvolvimento e implementação dos requisitos, registrando seus atributos, status e dependência, com o objetivo de controlar o andamento e as mudanças realizadas.
Preenchem, correta e respectivamente, as lacunas I e II:
I. É dirigido por documentação, já que é ela que determina se as fases foram concluídas ou não.
II. Prevê uma atividade de revisão ao final de cada fase para que se avalie se o projeto pode passar à fase seguinte.
III. Tem fases sequenciais, ou seja, com o passar do tempo, o processo de desenvolvimento passa de uma fase à outra, como requisitos, análise, programação, testes e implantação.
IV. São produzidos resultados tangíveis até a fase de codificação, pois sempre são estabelecidos requisitos completos antes desta fase.
Está correto o que se afirma em
I. Desenvolve ou adquire os componentes de software. O principal objetivo desta fase é o desenvolvimento do sistema de software, com foco no desenvolvimento de componentes e outros recursos do sistema.
II. Abrange a modelagem do modelo genérico do processo. O objetivo desta fase é realizar de forma mais detalhada a análise do domínio do problema, revisando os riscos que o projeto pode sofrer. A arquitetura do projeto começa a ter sua forma básica. Indagações como “O plano do projeto é confiável?", “Os custos são admissíveis?" são esclarecidas nesta etapa.
III. Abrange a entrega do software ao usuário e a fase de testes. O objetivo desta fase é disponibilizar o sistema, tornando-o disponível e compreendido pelo usuário final. As atividades desta fase incluem o treinamento dos usuários finais e a realização de testes da versão beta do sistema visando garantir que o mesmo possua o nível adequado de qualidade.
IV. Abrange as tarefas de comunicação com o cliente e o planejamento. É feito um plano de projeto avaliando os possíveis riscos, as estimativas de custo e prazos, estabelecendo as prioridades.
Os itens numerados de I a IV acima descrevem, respectivamente, as fases:
Na linguagem UML, o diagrama que apresenta as necessidades de hardware do sistema, como o sistema é executado e
interligado com os vários dispositivos físicos e como estes componentes são configurados em tempo de execução, é chamado
de diagrama de