Questões de Concurso Comentadas sobre engenharia de software

Foram encontradas 13.117 questões

Q814432 Engenharia de Software

Um sistema orientado a objetos é constituído de objetos que interagem e mantêm seu próprio estado local, fornecendo operações baseadas nesse estado. Sobre a orientação a objetos nos diversos níveis do desenvolvimento de software, considere as seguintes assertivas:

I. o projeto orientado a objetos concentrase no desenvolvimento de um modelo orientado a objetos do domínio da aplicação.

II. as classes definem os objetos do sistema e suas interações, objetos esses que são criados dinamicamente a partir das definições de classes.

III. a mudança de implementação de um objeto ou a adição de serviços sempre altera profundamente outros objetos do sistema e demanda particular atenção para evitar bugs e inconsistências.

Quais assertivas estão corretas no que se refere ao desenvolvimento de sistemas orientados a objetos?

Alternativas
Q814431 Engenharia de Software
Em Engenharia de Software, a Qualidade de Software é uma mistura complexa de fatores que variam com cada aplicação diferente e com os clientes que as encomendam. Sobre Qualidade de Software, é correto afirmar que
Alternativas
Q814429 Engenharia de Software
Segundo a UML 2.0, o Diagrama de Caso de Uso é um dos diagramas disponíveis na UML para a modelagem de aspectos dinâmicos de sistemas. Outro exemplo de diagrama de partes dinâmicas de um sistema é o
Alternativas
Q814347 Engenharia de Software
Engenharia de Software Auxiliada por Computador (CASE) é o nome dado ao software usado para apoiar as atividades de processo de software. Sobre as atividades que podem ser automatizadas com o uso de CASE, considere as seguintes assertivas:
I. dedica-se a derivar um valor numérico para algum atributo de um produto de software ou de um processo de software. II. o desenvolvimento dos modelos gráficos de sistema como parte da especificação de requisitos ou do projeto de software. III. o uso extensivo de revisões de segurança durante o processo de desenvolvimento.
Qual(is) assertiva(s) está(ão) correta(s) em relação a ferramentas CASE?
Alternativas
Q814334 Engenharia de Software
Sobre o paradigma de orientação a objetos, assinale a alternativa correta.
Alternativas
Q814333 Engenharia de Software
Os termos “objeto” e “orientado a objetos” são aplicados a tipos diferentes de entidades, métodos de projeto, sistemas e linguagens de programação. Sobre o paradigma orientado a objetos e suas classes, considere as seguintes assertivas:
I. um objeto é uma entidade que possui um estado e um conjunto definido de operações definidas para funcionar nesse estado. II. o estado é representado por um conjunto de métodos de objeto. III. as operações associadas ao objeto fornecem um conjunto de atributos aos outros objetos da mesma classe.
Qual(is) assertiva(s) está(ão) correta(s) em relação à orientação a objetos?
Alternativas
Q814332 Engenharia de Software
Um sistema orientado a objetos é constituído de objetos que interagem e mantêm seu próprio estado local, fornecendo operações baseadas nesse estado. Sobre a orientação a objetos nos diversos níveis do desenvolvimento de software, assinale a alternativa correta.
Alternativas
Q814331 Engenharia de Software
Na Engenharia de Software, a satisfação de requisitos funcionais e de desempenho explicitamente declarados, normas de desenvolvimento explicitamente documentadas e características implícitas que são esperadas em todo o software desenvolvido profissionalmente, denomina-se
Alternativas
Q814330 Engenharia de Software

A Engenharia de Software realiza tarefas de modelagem que levam à especificação completa dos requisitos e à representação abrangente do projeto para o software a ser construído. Em relação à fase de análise de requisitos, considere as seguintes assertivas:


I. a análise de requisitos exige que o desenvolvedor descarte noções preconcebidas da corretividade do software recém-desenvolvido.

II. a análise de requisitos fornece ao projetista de software uma representação da informação, função e comportamento, que podem ser traduzidos para os projetos arquitetural, de interfaces e em nível de componentes.

III. a análise de requisitos de um programa é a estrutura ou estruturas do sistema que abrange os componentes de software, as propriedades externamente visíveis desses componentes e as relações entre eles.


Qual(is) assertiva(s) está(ão) corretas em relação à análise de requisitos?

Alternativas
Q814329 Engenharia de Software
De acordo com a UML 2.0, assinale a alternativa correta no que diz respeito a um diagrama de classes.
Alternativas
Q809077 Engenharia de Software
UML é uma linguagem visual utilizada para modelar softwares baseados no paradigma de orientação a objetos. Os relacionamentos são as ligações entre os elementos dos modelos UML. Sobre a Generalização, é correto afirmar que é um relacionamento
Alternativas
Ano: 2015 Banca: IBFC Órgão: MGS Prova: IBFC - 2015 - MGS - Tecnologia de Sistemas |
Q769827 Engenharia de Software
As técnicas de Caixa-Branca e Caixa-Preta estão diretamente relacionados ao processo de desenvolvimento de sistemas denominado tecnicamente de:
Alternativas
Ano: 2015 Banca: IBFC Órgão: MGS Prova: IBFC - 2015 - MGS - Tecnologia de Sistemas |
Q769826 Engenharia de Software
Primeiro modelo de ciclo de vida de desenvolvimento de software seqüencial no qual o desenvolvimento é visto como um fluir constante para frente através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software:
Alternativas
Ano: 2015 Banca: IBFC Órgão: MGS Prova: IBFC - 2015 - MGS - Tecnologia de Sistemas |
Q769825 Engenharia de Software
A definição: “descrevem as funcionalidades que se espera que o sistema disponibilize, de uma forma completa e consistente. É aquilo que o usuário espera que o sistema ofereça, atendendo aos propósitos para qual o sistema será desenvolvido.”, corresponde tipicamente aos:
Alternativas
Ano: 2015 Banca: IBFC Órgão: MGS Prova: IBFC - 2015 - MGS - Tecnologia de Sistemas |
Q769824 Engenharia de Software
A linguagem padrão para modelagem orientada a objetos e que surgiu da fusão de três grandes métodos, do BOOCH, OMT (Rumbaugh) e OOSE (Jacobson) é denominada pela sigla em inglês:
Alternativas
Q767402 Engenharia de Software
Elicitação de requisitos é considerado um processo de descobrimento dos requisitos de um sistema; é a necessidade de se descobrir as reais necessidades do software, para que se destina, o que se pretende; é a descrição de um produto de software específico. Existem quatro dimensões na atividade de elicitação de requisitos. Assinale a INCORRETA.
Alternativas
Q767401 Engenharia de Software
Os requisitos são de natureza variável e uma descrição de funcionalidade ao nível do usuário, podendo ser também uma especificação mais detalhada do comportamento que se espera de um sistema, ou mesmo uma propriedade genérica de um sistema, restrições técnicas e no processo do desenvolvimento do sistema, além de informações sobre como realizar determinados cálculos ou mesmo alguma informação que se deseja obter, entre outros. Basicamente, os requisitos podem ser classificados em dois grandes grupos: funcionais e não funcionais. Assinale a alternativa referente a um requisito funcional.
Alternativas
Q767400 Engenharia de Software
O Processo Unificado (UP), que também é conhecido como RUP, ou Rational Unified Process, em suas recomendações comporta as antigas fases de estudo de viabilidade, análise de domínio, análise de requisitos, e até o projeto em múltiplas camadas, porém, estas fases aparecem organizadas de uma maneira diferente no UP. As fases do UP são apresentadas pelas seguintes ações, EXCETO:
Alternativas
Q767399 Engenharia de Software
O IFPUG (International Function Point Users Group) é um organismo internacional responsável pela manutenção e respectiva evolução do padrão de medição de pontos de função; define dois objetivos primários da análise de pontos de função: medir a qualidade que o usuário solicita e recebe; e, medir o desenvolvimento e a manutenção de software de forma independente da tecnologia utilizada para sua implementação. O processo de medição funcional é composto por várias etapas, e uma delas é determinar o tipo de contagem. São classificados os seguintes tipos de contagem funcional, EXCETO:
Alternativas
Q767398 Engenharia de Software
A APF (Análise de Pontos de Função) pode ser definida como sendo uma técnica para medir as funcionalidades fornecidas por um determinado software, do ponto de vista do usuário. O ponto de função é a unidade de medida desta técnica, e o objetivo principal é tornar a medição independente da tecnologia que se utiliza para construir o software. Em resumo, a APF busca medir o que realmente o software faz e não da forma que ele foi construído. Uma dessas funções é a do tipo dado que representa a funcionalidade que está sendo fornecida pela aplicação, ou seja, representa os seus arquivos de armazenamento de dados. São classificados nas seguintes categorias:
Alternativas
Respostas
8141: B
8142: C
8143: A
8144: B
8145: E
8146: A
8147: A
8148: D
8149: B
8150: C
8151: C
8152: A
8153: D
8154: A
8155: B
8156: C
8157: A
8158: A
8159: D
8160: A