Questões de Tecnologia da Informação - Engenharia de Software

Limpar pesquisa

Configurar questões
Tamanho do Texto
Modo escuro

Questão: 11 de 43

5ebab2f1f92ea115fce2626c

copy

Banca: IBFC

Órgão: Empresa Municipal de Desenvolvimento de Campinas/SP

Cargo(s): Analista da Mobilidade Urbana Jr

Ano: 2019

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software

Considerando um desenho no software
AutoCAD (AUTODESK), quando a visualização
se torna complexa com grande quantidade de
informações, é possível ocultar objetos que
não precisam ser vistos no momento. Esse
nível de controle é obtido ao organizar os
objetos do desenho em camadas, que estão
relacionadas a uma determinada função ou
propósito. Com base nessas informações e de
acordo com o recurso camadas do software
AutoCAD, assinale a alternativa incorreta.

Com as camadas é possível associar objetos por sua função ou localização

Com as camadas é possível forçar o tipo de linha, cor e outros padrões de propriedade para cada camada

O comando CAMADA pode ser utilizado para abrir o gerenciador de propriedades de camada, onde é possível ver como um desenho é organizado

No gerenciador de propriedades de camada a ordem alfabética é utilizada para organizar as camadas, não sendo possível a utilização de números na composição do nome da camada

Questão: 12 de 43

609d73140905e95e56967f69

copy

Banca: FGV

Órgão: Companhia Pernambucana de Saneamento

Cargo(s): Analista de Gestão - Administrador de Banco de Dados

Ano: 2016

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software

Os participantes do processo de desenvolvimento de software
podem ser categorizados em grupos. O grupo que,
com frequência, exerce influência significativa nos projetos,
administrando cronogramas de atividades e recursos, é o
grupo de

programadores.

arquitetos.

gerentes.

clientes.

usuários.

Questão: 13 de 43

60fe93e20905e951e090ac0c

copy

Banca: FGV

Órgão: Prefeitura Municipal de Paulínia/SP

Cargo(s): Analista de Sistemas

Ano: 2016

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software

O desenvolvimento do sistema SOCHABU conta com uma equipe
diversificada com atribuições bem definidas. Esta equipe é
formada por 4 (quatro) profissionais: José, João, Joaquim e Clara.


Acerca do trabalho desses profissionais no sistema sabe-se que:


- José definiu a utilização de serviços por meio de um
barramento para troca de serviços.

- João vem conversando com os clientes e tem relatado
algumas dificuldades de relacionamento entre diversos
clientes.

- Joaquim, por sua vez, vem reclamando do trabalho de Clara,
por não organizar e comentar seu código adequadamente, e
de João, por não detalhar as necessidades dos clientes
adequadamente, o que dificulta seu trabalho.


As funções de José, João, Joaquim e Clara no sistema são,
respectivamente,

analista de requisitos, documentador, programador e analista de testes.

analista de requisitos, analista de testes, programador e documentador.

arquiteto de software, analista de requisitos, programador e documentador.

arquiteto de software, analista de requisitos, analista de testes e programador.

gerente de projetos, analista de requisitos, programador e analista de testes.

Questão: 14 de 43

634028ccb6ab486c18449878

copy

Banca: CESPE / Cebraspe

Órgão: Tribunal de Justiça do Rio de Janeiro

Cargo(s): Analista Judiciário - Analista de Sistemas

Ano: 2021

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software


Na engenharia de software, pode-se dividir uma metodologia genérica em cinco macroatividades; entre elas, a que tem como objetivo criar um esboço do projeto a ser desenvolvido é

o planejamento.

a modelagem.

o emprego.

a comunicação.

a construção.

Questão: 15 de 43

637cc48db01b8b516919ab3f

copy

Banca: CESGRANRIO

Órgão: Banco da Amazônia

Cargo(s): Técnico Científico - Tecnologia da Informação

Ano: 2021

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software


Ao construir uma aplicação bancária, um projetista de software modelou a classe “Conta”. Posteriormente, percebeu que cada instância da classe “Conta” poderia ter um conjunto de responsabilidades variadas e independentes, sendo que uma requisição poderia ter que ser atendida por uma ou várias dessas responsabilidades.
Isso não permitiria usar de forma eficiente o mecanismo de subclasses para representar essas responsabilidades.
Buscando uma solução adequada para essa limitação, o projetista encontrou um padrão de projeto que permite adicionar e retirar dinamicamente responsabilidades apenas aos objetos individuais, e não à classe inteira, estendendo a funcionalidade do objeto, o que seria a solução ideal para o seu caso.


Esse padrão de projeto específico tem uma estrutura comum, em que existe uma

superclasse abstrata, por exemplo “ComponenteConta”, que também é superclasse de uma segunda classe, e essa segunda classe, também abstrata, será superclasse das várias classes concretas que representam as responsabilidades adicionais.

classe, por exemplo “InterfaceConta”, que converte a interface de uma classe em outra interface que o cliente espera, evitando incompatibilidades causadas por interfaces diferentes.

classe, por exemplo “FabricaContas”, que separa a construção de um objeto complexo da sua representação, de forma que o mesmo processo de construção possa criar diferentes representações.

classe que define uma dependência um-para-muitos entre objetos, de forma que, quando o estado de um objeto da classe “Conta” é alterado, todos os outros objetos dependentes são notificados e podem implementar atualização automática de suas propriedades, em uma relação publicar-subscrever.

classe abstrata, por exemplo “InterfaceConta”, cuja finalidade é definir a interface que permite que suas subclasses tratem uma requisição, sendo que as subclasses concretas são estruturadas em uma cadeia onde cada classe trata a requisição ou a envia para a classe sucessora, até que uma delas atenda a requisição.