Selecionar segmento
Estude com questões de diferentes segmentos
Atenção: Isso limpará todos os campos já preenchidos no filtro!
Foram encontradas 1.558 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Q794186
Engenharia de Software
Sobre desenvolvimento baseado em componentes e desenvolvimento orientado a testes é INCORRETO afirmar:
Q794178
Engenharia de Software
Considere as características dos 3 modelos ágeis de desenvolvimento:
I. É baseado nos seguintes princípios: 1. A equipe sabe o que está fazendo; 2. Simplicidade; 3. Agilidade; 4. Foco em atividades
de alto valor; 5. Independência de ferramentas e 6. O processo será personalizável conforme as necessidades de
quem o usa.
II. A implementação do código é feita em dupla, ou seja, dois desenvolvedores trabalham em um único computador, procurando
identificar erros sintáticos e semânticos, pensando estrategicamente em como melhorar o código que está sendo
implementado. Esses papéis podem e devem ser alterados sempre que possível.
III. Durante a Sprint: não são feitas mudanças que podem afetar o objetivo da Sprint; a composição da Equipe de Desenvolvimento
permanece constante; as metas de qualidade não diminuem e o escopo pode ser clarificado e renegociado
entre o Product Owner e a Equipe de Desenvolvimento quanto mais for aprendido.
A associação correta das características apresentadas em I, II e III, com os modelos ágeis está apresentada em
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765792
Engenharia de Software
A qualidade subjetiva de um sistema baseia-se em grande
parte em suas características não funcionais. Isso reflete a
experiência prática do usuário – se a funcionalidade do
software não é esperada, os usuários frequentemente apenas
contornam este problema e encontram outras maneiras
de fazer o que querem. No entanto, se o software
for muito lento ou não confiável, será praticamente
impossível aos usuários atingirem seu objetivo. Existem
diversos atributos não funcionais do sistema, como os
atributos de segurança, entre os quais: proteção, confiabilidade,
robustez e
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765791
Engenharia de Software
As estimativas de cronogramas de projeto são difíceis. O
software pode ser executado em computadores desconhecidos
ou utilizar novas tecnologias de desenvolvimento.
No entanto, as organizações necessitam efetuar
estimativas de esforço e custo de software e para tanto
podem utilizar dois tipos de técnica para estas estimativas:
estimativas baseadas em experiência e
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765790
Engenharia de Software
O escopo de um projeto é determinado pelo levantamento
de requisitos funcionais e não funcionais. Dentre os requisitos
não funcionais se enquadram os requisitos organizacionais,
que podem ser divididos em
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765789
Engenharia de Software
Na maioria dos projetos de software, há algum reuso de
software. Isso acontece muitas vezes informalmente, quando
as pessoas envolvidas no projeto sabem de projetos ou
códigos semelhantes ao que é exigido. No entanto, atualmente,
processos de desenvolvimento de software com
foco no reuso de software existente tornaram-se amplamente
utilizados, contribuindo, entre outros fatores, para a
diminuição do tempo necessário para o término de um
sistema. Dentre os vários estágios em um processo de desenvolvimento
por reuso, dois estágios são comparáveis a
outros modelos de desenvolvimento, sendo eles
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765788
Engenharia de Software
No modelo em cascata, também conhecido como ciclo de
vida de software, na fase de Implementação e teste unitário
o projeto do software é desenvolvido como um conjunto
de programas ou unidades de programa, criando embasamento
para a próxima etapa do modelo, chamada de
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765787
Engenharia de Software
O primeiro passo do processo de contagem por análise de pontos de função é determinar o tipo de contagem.
Contagem de pontos de função podem ser associadas a projetos ou aplicações e existem 3 tipos de contagem: Desenvolvimento, melhoria ou
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765786
Engenharia de Software
Após fechado o escopo de um sistema é possível determinar
algumas características e decidir se a construção deste
ativo está dentro de certos limites técnicos e comerciais
e fazer um comparativo entre receita e custo. Essa
análise recebe o nome de análise de
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Técnico Ministerial - Tecnologia da Informação |
Q765781
Engenharia de Software
Uma aplicação possui quatro classes: A, B, C e D. As classes A e B são subclasses de A. Nas classes A, B e C existem atributos diferentes e um método chamado verificarSaldo() com a mesma assinatura mas que executa operações que retornam valores do tipo double, porém, diferentes. A classe D é a classe principal. No interior do método main da classe D foram digitadas as seguintes instruções:
A obj = new B();
double v = obj.verificarSaldo();
A obj1 = new C();
double v1 = obj1.verificarSaldo();
Quando essas linhas foram executadas, a variável v recebeu o valor 100.00 e a variável v1 recebeu o valor 125.00.
Note que tanto obj como obj1 são objetos do tipo A, porém,
além de possuírem atributos diferentes, ao chamar o
método verificarSaldo() por meio desses objetos, o retorno
contido nas variáveis v e v1 foi diferente. Isso mostra
um exemplo de
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554546
Engenharia de Software
Uma das utilizações mais comuns da Análise de Pontos de Função (APF), no Brasil, tem sido para
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554545
Engenharia de Software
Considere os diagramas a seguir com base na UML 2.5.
Os conceitos presentes nos diagramas I e II são, respectivamente,
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554541
Engenharia de Software
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:
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554540
Engenharia de Software
O Modelo Cascata é considerado o “avô" de todos os ciclos de vida de sistemas e propõe que, antes de produzir linha de código,
deve-se fazer um trabalho detalhado de análise e projeto, de forma que, quando o código for efetivamente produzido, esteja o
mais próximo possível dos requisitos do cliente. Sobre este modelo, considere:
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. É 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
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554536
Engenharia de Software
O RUP organiza o desenvolvimento de software em quatro fases, nas quais são tratadas questões sobre planejamento,
levantamento de requisitos, análise, implementação, teste e implantação do software. Cada fase tem um papel fundamental para
que o objetivo seja cumprido, distribuído entre vários profissionais, como o analista de sistemas, projetista etc., entre outros
aspectos. Considere:
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:
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:
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554535
Engenharia de Software
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
Ano: 2013
Banca:
FCC
Órgão:
MPE-SE
Prova:
FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema |
Q554534
Engenharia de Software
Os requisitos não funcionais surgem por meio das necessidades dos usuários, devido a restrições de orçamento, políticas
organizacionais, necessidade de interoperabilidade e fatores externos. Estes requisitos podem ser classificados como requisitos
de produto, organizacionais e externos. Os requisitos externos ainda são classificados como reguladores, éticos e
Ano: 2013
Banca:
FCC
Órgão:
MPE-MA
Prova:
FCC - 2013 - MPE-MA - Analista Ministerial - Banco de Dados |
Q412678
Engenharia de Software
O Modelo de Requisitos MoReq - Jus, versão 1.2, do Conselho Nacional de Justiça, apresenta diversos requisitos para cada uma das funcionalidades nele descritas. Esses requisitos contêm um número de referência, o requisito propriamente dito e o nível de obrigatoriedade para sua aplicação. Esse nível de obrigatoriedade compreende dois patamares, que são:
Ano: 2013
Banca:
FCC
Órgão:
MPE-CE
Prova:
FCC - 2013 - MPE-CE - Analista Ministerial - Ciências da Computação |
Q408497
Engenharia de Software
O modelo de processo ágil Extreme Programming (XP) envolve um conjunto de regras e práticas que constam no contexto de diversas atividades metodológicas. A atividade metodológica na qual se estabelece um guia de implementação para uma história de usuário à medida que é escrita, em que se encoraja o uso de cartões CRC como um mecanismo eficaz para pensar sobre o software em um contexto orientado a objetos é conhecida como
Ano: 2013
Banca:
FCC
Órgão:
MPE-CE
Prova:
FCC - 2013 - MPE-CE - Analista Ministerial - Ciências da Computação |
Q408496
Engenharia de Software
O Scrum é um modelo ágil para a gestão de projeto de software. No Scrum,
Conheça nossos planos