Questões de Concurso Sobre engenharia de software para fcc

Foram encontradas 1.558 questões

Resolva questões gratuitamente!

Junte-se a mais de 4 milhões de concurseiros!

Ano: 2013 Banca: FCC Órgão: DPE-SP Prova: FCC - 2013 - DPE-SP - Programador de computador |
Q304612 Engenharia de Software
Com relação aos conceitos básicos e princípios da engenharia de software, analise:

I. Embora nem sempre seja possível uma definição ampla e estável dos requisitos, uma definição de objetivos ambígua pode ser receita para um desastre.

II. Os requisitos de software mudam, mas o impacto da mudança varia dependendo do momento em que ela for introduzida.

III. Se o cronograma de entrega do software atrasar a solução mais eficiente sempre é a contratação de mais programadores.

IV. Quando diferentes clientes ou usuários propõem necessidades conflitantes é preciso conciliar esses conflitos por meio de um processo de negociação.

Está correto o que se afirma em
Alternativas
Ano: 2013 Banca: FCC Órgão: DPE-SP Prova: FCC - 2013 - DPE-SP - Programador de computador |
Q304611 Engenharia de Software
No desenvolvimento de software podem ser utilizados diversos tipos de processo de desenvolvimento, dentre eles, processos iterativos. Sobre o desenvolvimento iterativo de software é correto afirmar:
Alternativas
Ano: 2013 Banca: FCC Órgão: DPE-SP Prova: FCC - 2013 - DPE-SP - Programador de computador |
Q304608 Engenharia de Software
Para aplicações convencionais, o software é testado a partir de duas perspectivas diferentes: a lógica interna do programa é exercitada usando técnicas de projeto de caso de teste ..I.. e os requisitos de software são exercitados usando técnicas de projeto de casos de teste ..II.. .

O teste ..I.. fundamenta-se em um exame rigoroso do detalhe procedimental. Os caminhos lógicos do software e as colaborações entre componentes são testados exercitando conjuntos específicos de condições e/ou ciclos.

O teste ..II.. faz referência a testes realizados na interface do software. Esse tipo de teste examina alguns aspectos fundamentais de um sistema, com pouca preocupação em relação à estrutura lógica interna do software.

As lacunas I e II são preenchidas correta e respectivamente, com:
Alternativas
Ano: 2013 Banca: FCC Órgão: DPE-SP Prova: FCC - 2013 - DPE-SP - Programador de computador |
Q304604 Engenharia de Software
A técnica de análise conhecida como Análise Estruturada utiliza como um dos seus instrumentos de representação gráfica o Diagrama de Fluxo de Dados (DFD) que fornece uma visão estruturada das funções do sistema, ou seja, mostra o fluxo dos dados. O DFD de nível mais alto, que dá a visão das principais funções do sistema e que contém um único processo (que representa o sistema), os fluxos externos e as entidades externas, é conhecido como:
Alternativas
Ano: 2013 Banca: FCC Órgão: DPE-SP Prova: FCC - 2013 - DPE-SP - Programador de computador |
Q304603 Engenharia de Software
Um diagrama de classes descreve os tipos de objetos presentes no sistema e os vários tipos de relacionamentos estáticos existentes entre eles. Com relação aos conceitos da UML relacionados às classes do diagrama de classes é correto afirmar que
Alternativas
Q302271 Engenharia de Software
Nos diagramas de classe da UML, o termo visibilidade refere-se à capacidade de um método de referenciar uma característica de outra classe. Sobre os valores possíveis para definir a visibilidade das características de uma classe,
Alternativas
Q302111 Engenharia de Software
Os modelos de processos tradicionais surgiram em um cenário muito diferente do atual, baseado em mainframes e terminais remotos. Já os modelos de processos ágeis são adequados para situações atuais nas quais a mudança de requisitos é frequente. Dentre os modelos de processos ágeis mais comuns temos: Extreme Programming (XP), Scrum e Feature Driven Development (FDD).

Algumas das práticas e características desses modelos de processo são descritas a seguir:

I. Programação em pares, ou seja, a implementação do código é feita em dupla.

II. Desenvolvimento dividido em ciclos iterativos de até 30 dias chamados de sprints.

III. Faz uso do teste de unidades como sua tática de testes primária.

IV. A atividade de levantamento de requisitos conduz à criação de um conjunto de histórias de usuários.

V. O ciclo de vida é baseado em três fases: pre-game phase, game-phase, post-game phase.

VI. Tem como único artefato de projeto os cartões CRC.

VII. Realiza reuniões diárias de acompanhamento de aproximadamente 15 minutos.

VIII. Define seis marcos durante o projeto e a implementação de uma funcionalidade: walkthroughs do projeto, projeto, inspeção do projeto, codificação, inspeção de código e progressão para construção.

IX. Os requisitos são descritos em um documento chamado backlog e são ordenados por prioridade.

A relação correta entre o modelo de processo ágil e a prática/característica é:

Alternativas
Q302108 Engenharia de Software
O diagrama de classes da UML descreve os tipos de objetos presentes no sistema e os vários tipos de relacionamentos estáticos existentes entre eles. Mostram também as propriedades e as operações de uma classe e as restrições que se aplicam à maneira como os objetos estão conectados. Em relação aos termos utilizados no desenho do diagrama de classes, é correto afirmar:
Alternativas
Q1654237 Engenharia de Software
De acordo com Pressman, é uma técnica sistemática para construir a arquitetura do software enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces. Trata-se, especificamente, de
Alternativas
Q1654234 Engenharia de Software
De acordo com a arquitetura geral do RUP, a menor porção da disciplina de modelagem do negócio está relacionada com a fase
Alternativas
Q1654233 Engenharia de Software
A UML define Estereótipos Padrão que se aplicam às classes. Assim, aquele que especifica uma classe cujos atributos e operações pertencem ao escopo de estática é o
Alternativas
Q1654230 Engenharia de Software

Considere a tabela:


Imagem associada para resolução da questão


Após o cálculo de pontos de função brutos, será obtido o valor

Alternativas
Q1654229 Engenharia de Software
Não se trata de uma prática específica do XP (Extreme Programming)
Alternativas
Q1654227 Engenharia de Software
Uma variação semântica de uma generalização, em que um objeto poderá ou não alterar seu tipo, mas poderá mudar de papel. Trata-se de
Alternativas
Q1654210 Engenharia de Software
Na área de conhecimento Gerenciamento do Escopo do Projeto do PMBOK, o processo Criar a EAP é responsável
Alternativas
Q1654209 Engenharia de Software
Na área de conhecimento Gerenciamento da Integração de Projetos do PMBOK, a documentação das ações necessárias para definir, preparar, integrar e coordenar todos os planos auxiliares é elaborada no processo
Alternativas
Q1654141 Engenharia de Software
Atenção: A questão refere-se ao PMBOK, 4ª edição. 
Uma das entradas do processo Monitorar e controlar o trabalho do projeto é
Alternativas
Q1654140 Engenharia de Software
Atenção: A questão refere-se ao PMBOK, 4ª edição. 
A realização da análise qualitativa pertence, respectivamente, ao contexto do grupo de processos e à área de conhecimento
Alternativas
Q1654139 Engenharia de Software
Atenção: A questão refere-se ao PMBOK, 4ª edição. 
De acordo com a tabela de influências organizacionais nos projetos, a autoridade do gerente de projeto em relação à estrutura organizacional do tipo funcional é, caracteristicamente,
Alternativas
Q836993 Engenharia de Software

Considere as etapas a seguir:


1. Após os testes serem executados com sucesso, é iniciado o processo para implementar a próxima parte da funcionalidade.

2. É implementada a funcionalidade e novamente executado o teste. Isso pode envolver a refatoração do código existente para melhorá-lo e adicionar um novo código sobre o que já foi desenvolvido.

3. É executado o teste juntamente com todos os outros testes implementados.

4. É escrito um teste para a funcionalidade. Este teste é implementado como um teste automatizado.

5. É identificado o incremento de funcionalidade necessário, que normalmente deve ser pequeno e implementável em poucas linhas de código.


A sequência de etapas que devem ser seguidas no desenvolvimento dirigido a testes (TDD – Test Driven Development) é corretamente definida por

Alternativas
Respostas
781: E
782: C
783: C
784: E
785: E
786: E
787: B
788: A
789: C
790: E
791: B
792: A
793: C
794: E
795: A
796: C
797: C
798: D
799: C
800: E