Questões de Concurso Sobre engenharia de software
Foram encontradas 14.889 questões
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Técnico Judiciário - Programador de Computador |
Q215375
Engenharia de Software
Texto associado
Atenção: As questões de números 32 a 34 referem-se à UML 2.0.
É empregado para a modelagem dos aspectos físicos de um sistema OO. Mostra a configuração dos nós de processamento em tempo de execução e os artefatos que nele existem. Trata-se do diagrama de
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Técnico Judiciário - Programador de Computador |
Q215374
Engenharia de Software
Texto associado
Atenção: As questões de números 32 a 34 referem-se à UML 2.0.
Considerando-se os operadores de controle nos diagramas de sequência, o tipo de operador identificado pela tag alt indica
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215147
Engenharia de Software
Assinale a seguir a alternativa que apresenta somente tipos de diagramas utilizados pela UML (Unified Modeling Language).
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215139
Engenharia de Software
Sobre a Obtenção de requisitos de um sistema proposto, abaixo analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.
III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.
IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.
III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.
IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215132
Engenharia de Software
A linguagem UML possui vários tipos de diagramas. Sobre o diagrama de estado, analise as assertivas e assinale a alternativa que aponta as corretas.
I. Na grande maioria dos casos, o diagrama de estado para uma classe mostra os estados que os objetos dessa classe podem assumir e as transições que eles podem fazer de estado para estado.
II. Um diagrama de estado é ideal para a modelação de um atributo com duas características, quando o atributo possui poucos valores e quando o atributo tem restrições em transições autorizadas entre esses valores.
III. O diagrama de estado mostra os estados admissíveis que os objetos de uma dada classe podem assumir e as transições permitidas entre pares de estados.
IV. A modelagem dos estados de uma classe inicia-se com um modelo essencial e faz o mapeamento dele para uma tecnologia escolhida.
I. Na grande maioria dos casos, o diagrama de estado para uma classe mostra os estados que os objetos dessa classe podem assumir e as transições que eles podem fazer de estado para estado.
II. Um diagrama de estado é ideal para a modelação de um atributo com duas características, quando o atributo possui poucos valores e quando o atributo tem restrições em transições autorizadas entre esses valores.
III. O diagrama de estado mostra os estados admissíveis que os objetos de uma dada classe podem assumir e as transições permitidas entre pares de estados.
IV. A modelagem dos estados de uma classe inicia-se com um modelo essencial e faz o mapeamento dele para uma tecnologia escolhida.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215131
Engenharia de Software
A linguagem UML possui vários tipos de diagramas. Sobre o diagrama de sequência, analise as assertivas e assinale a alternativa que aponta as corretas
I. No corpo de um diagrama de sequência, podemos encontrar operações ativadas, dimensionadas para refletir suas durações aproximadas.
II. Um diagrama de sequência empresta uma grande força à orientação a objetos, sendo a ligação dinâmica que corresponde ao mecanismo de implementação de um determinado processo.
III. O diagrama de sequência é um tipo de diagrama de interação entre objetos que enfatiza mais a sequência temporal que os relacionamentos estáticos do objeto.
IV. Um diagrama de sequência representa a ação entre dois eventos através de uma seta de generalização que se estende do evento até o subevento.
I. No corpo de um diagrama de sequência, podemos encontrar operações ativadas, dimensionadas para refletir suas durações aproximadas.
II. Um diagrama de sequência empresta uma grande força à orientação a objetos, sendo a ligação dinâmica que corresponde ao mecanismo de implementação de um determinado processo.
III. O diagrama de sequência é um tipo de diagrama de interação entre objetos que enfatiza mais a sequência temporal que os relacionamentos estáticos do objeto.
IV. Um diagrama de sequência representa a ação entre dois eventos através de uma seta de generalização que se estende do evento até o subevento.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215130
Engenharia de Software
A linguagem UML possui uma série de objetivos particulares. Sobre as características desta linguagem, analise as assertivas e assinale a alternativa que aponta as corretas.
I. Provém aos usuários uma linguagem de modelagem visual expressiva e pronta para uso, de forma que os usuários dessa linguagem possam desenvolver e intercambiar modelos significativos.
II. A UML é independente de linguagens de programação e processos de desenvolvimento de softwares particulares.
III. Estimular o crescimento do mercado de ferramentas OO.
IV. Suportar conceitos de desenvolvimento de nível mais alto tais como colaboração, estruturas, modelos e componentes.
I. Provém aos usuários uma linguagem de modelagem visual expressiva e pronta para uso, de forma que os usuários dessa linguagem possam desenvolver e intercambiar modelos significativos.
II. A UML é independente de linguagens de programação e processos de desenvolvimento de softwares particulares.
III. Estimular o crescimento do mercado de ferramentas OO.
IV. Suportar conceitos de desenvolvimento de nível mais alto tais como colaboração, estruturas, modelos e componentes.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215125
Engenharia de Software
Preencha as lacunas e, em seguida, assinale a alternativa correta. Uma classe _______________ é aquela que contém uma declaração de método vazia e definições concretas de métodos e variáveis de instância. Desta forma uma classe ___________ situa-se entre uma __________ e uma classe __________ . Da mesma forma que uma interface, esse tipo de classe não pode ser ____________ .
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215123
Engenharia de Software
Na programação orientada a objetos, temos conceitos como Herança e Polimorfismo. Sobre esses conceitos analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
I. Para evitar código redundante, o paradigma de orientação a objetos oferece uma estrutura hierárquica e modular para reutilização de código através de uma técnica conhecida como herança.
II. Herança permite projetar classes genéricas que podem ser especializadas em classes mais particulares, onde as classes especializadas reutilizam o código das mais genéricas.
III. Literalmente, “polimorfismo” significa “muitas formas”. No contexto e projeto orientado a objetos, entretanto, refere-se à habilidade de uma variável de objeto de assumir formas diferentes.
IV. Polimorfismo permite que os atributos de uma classe não tenham acesso diretamente.
I. Para evitar código redundante, o paradigma de orientação a objetos oferece uma estrutura hierárquica e modular para reutilização de código através de uma técnica conhecida como herança.
II. Herança permite projetar classes genéricas que podem ser especializadas em classes mais particulares, onde as classes especializadas reutilizam o código das mais genéricas.
III. Literalmente, “polimorfismo” significa “muitas formas”. No contexto e projeto orientado a objetos, entretanto, refere-se à habilidade de uma variável de objeto de assumir formas diferentes.
IV. Polimorfismo permite que os atributos de uma classe não tenham acesso diretamente.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215122
Engenharia de Software
Em Engenharia de Software, temos o Desenvolvimento em Espiral, cada loop da espiral é dividido em quatro setores, a seguir apresentamos alguns deles. Analise as assertivas e assinale a alternativa que apresenta os corretos.
I. Desenvolvimento de integração: O software que não puder ser comprado será desenvolvido, e os componentes e sistemas COTS serão integrados, a fim de criar um sistema. A integração de sistemas, nesse modelo, pode ser parte do processo de desenvolvimento, em vez de uma atividade separada.
II. Definição de objetivos: São definidos os objetivos específicos para essa fase do projeto. São identificadas as restrições para o processo e o produto, e é preparado um plano de gerenciamento detalhado. São identificados os riscos do projeto e, dependendo dos riscos, poderão ser planejadas estratégias alternativas.
III. Avaliação e redução de riscos: Para cada um dos riscos de projeto identificados, é realizada uma análise detalhada e são tomadas providências para reduzir esses riscos. Por exemplo, se houver um risco de os requisitos serem inadequados, poderá ser desenvolvido um protótipo.
IV. Panejamento: O projeto é revisto e é tomada uma decisão sobre continuar com o próximo loop da espiral. Se a decisão for continuar, serão traçados os planos para a próxima fase do projeto.
I. Desenvolvimento de integração: O software que não puder ser comprado será desenvolvido, e os componentes e sistemas COTS serão integrados, a fim de criar um sistema. A integração de sistemas, nesse modelo, pode ser parte do processo de desenvolvimento, em vez de uma atividade separada.
II. Definição de objetivos: São definidos os objetivos específicos para essa fase do projeto. São identificadas as restrições para o processo e o produto, e é preparado um plano de gerenciamento detalhado. São identificados os riscos do projeto e, dependendo dos riscos, poderão ser planejadas estratégias alternativas.
III. Avaliação e redução de riscos: Para cada um dos riscos de projeto identificados, é realizada uma análise detalhada e são tomadas providências para reduzir esses riscos. Por exemplo, se houver um risco de os requisitos serem inadequados, poderá ser desenvolvido um protótipo.
IV. Panejamento: O projeto é revisto e é tomada uma decisão sobre continuar com o próximo loop da espiral. Se a decisão for continuar, serão traçados os planos para a próxima fase do projeto.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215118
Engenharia de Software
Sobre Engenharia de Software orientada a reúso e seus estágios intermediários em um processo orientado ao reúso, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
I. Dada a especificação de requisitos, é feita uma busca por componentes para implementar essa especificação. Em geral, não há correspondência exata, e os componentes que podem ser usados apenas fornecem alguma funcionalidade necessária. Esse é o estágio da Análise de componentes.
II. A engenharia de software orientada a reúso, em relação ao modelo Cascata, tem a vantagem da obtenção do feedback dos clientes sobre o desenvolvimento que foi feito.
III. No estágio da Modificação de requisitos, requisitos são analisados usando-se informações sobre os componentes que foram descobertos. Em seguida, estes serão modificados para refletir os componentes disponíveis. No caso de modificações impossíveis, a atividade de análise de componentes pode ser reinserida na busca por soluções alternativas.
IV. Do ponto de vista de gerenciamento, esta abordagem tem um problema que é o de o processo não ser visível. Os gerentes precisam de entregas regulares para mensurar o progresso.
I. Dada a especificação de requisitos, é feita uma busca por componentes para implementar essa especificação. Em geral, não há correspondência exata, e os componentes que podem ser usados apenas fornecem alguma funcionalidade necessária. Esse é o estágio da Análise de componentes.
II. A engenharia de software orientada a reúso, em relação ao modelo Cascata, tem a vantagem da obtenção do feedback dos clientes sobre o desenvolvimento que foi feito.
III. No estágio da Modificação de requisitos, requisitos são analisados usando-se informações sobre os componentes que foram descobertos. Em seguida, estes serão modificados para refletir os componentes disponíveis. No caso de modificações impossíveis, a atividade de análise de componentes pode ser reinserida na busca por soluções alternativas.
IV. Do ponto de vista de gerenciamento, esta abordagem tem um problema que é o de o processo não ser visível. Os gerentes precisam de entregas regulares para mensurar o progresso.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215117
Engenharia de Software
Sobre Modelos de Processo de Softwares, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
I. Um Modelo de Processo de Software é uma representação simplificada de um processo de software.
II. O Modelo de Processo de Software, Modelo em Pirâmide, considera as atividades fundamentais do processo de especificação, desenvolvimento, validação e evolução.
III. Desenvolvimento incremental é um Modelo de Processo de Software baseado na existência de um número significativo de componentes reusáveis. O processo de desenvolvimento do sistema concentra-se na integração desses componentes em um sistema já existente em vez de desenvolver um novo sistema a partir do zero.
IV. O Modelo em cascata foi o segundo Modelo de Processo de Software a ser publicado, ele foi derivado de processos mais gerais da engenharia de sistemas (ROYCE, 1970). Por causa do encadeamento entre uma fase e outra, esse modelo possui o nome „ Modelo rotativo.
I. Um Modelo de Processo de Software é uma representação simplificada de um processo de software.
II. O Modelo de Processo de Software, Modelo em Pirâmide, considera as atividades fundamentais do processo de especificação, desenvolvimento, validação e evolução.
III. Desenvolvimento incremental é um Modelo de Processo de Software baseado na existência de um número significativo de componentes reusáveis. O processo de desenvolvimento do sistema concentra-se na integração desses componentes em um sistema já existente em vez de desenvolver um novo sistema a partir do zero.
IV. O Modelo em cascata foi o segundo Modelo de Processo de Software a ser publicado, ele foi derivado de processos mais gerais da engenharia de sistemas (ROYCE, 1970). Por causa do encadeamento entre uma fase e outra, esse modelo possui o nome „ Modelo rotativo.
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215116
Engenharia de Software
Dentro da Engenharia de Software, encontramos uma gama de conceitos. Embasado nisso, analise as assertivas e assinale a alternativa que aponta a(s) correta(s) sobre Processos de Software.
I. Podemos definir um processo de software como um conjunto de atividades relacionadas que levam à produção de um produto de software.
II. A definição das funcionalidades do software e as restrições a seu funcionamento devem ser definidas na produção de um software. Essa atividade está incluída no processo de software.
III. A validação de software também é uma atividade presente no processo de software.
IV. Os processos de software são complexos e, como todos os processos intelectuais e criativos, dependem de pessoas para tomar decisões e fazer julgamentos. Não existe um processo ideal, a maioria das organizações desenvolve seus próprios processos de desenvolvimento de software.
I. Podemos definir um processo de software como um conjunto de atividades relacionadas que levam à produção de um produto de software.
II. A definição das funcionalidades do software e as restrições a seu funcionamento devem ser definidas na produção de um software. Essa atividade está incluída no processo de software.
III. A validação de software também é uma atividade presente no processo de software.
IV. Os processos de software são complexos e, como todos os processos intelectuais e criativos, dependem de pessoas para tomar decisões e fazer julgamentos. Não existe um processo ideal, a maioria das organizações desenvolve seus próprios processos de desenvolvimento de software.
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214814
Engenharia de Software
Considere:
No contexto da Gerência de Configuração de Software, eles constituem “ramificações laterais de versões” que se originam de uma revisão da “linha principal de desenvolvimento".
Na afirmação acima, ramificações laterais de versões, e linha principal de desenvolvimento, referem-se, respectivamente, a
No contexto da Gerência de Configuração de Software, eles constituem “ramificações laterais de versões” que se originam de uma revisão da “linha principal de desenvolvimento".
Na afirmação acima, ramificações laterais de versões, e linha principal de desenvolvimento, referem-se, respectivamente, a
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214813
Engenharia de Software
É INCORRETO afirmar que em UML,
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214812
Engenharia de Software
No contexto dos atributos de qualidade de software, con- sidere:
I. A resiliência é a capacidade de o sistema voltar ao nível de desempenho anterior a falhas ou comportamento imprevisto de usuários, software ou hardware e recuperar os dados afetados, caso existam.
II. O desempenho e uso de recursos referem-se à capacidade do sistema de alcançar tempos de resposta, latência, tempo de processamento, vazão, etc dentro do período de tempo especificado e ao fato do software exigir mais ou menos recursos de acordo com suas condições de uso.
III. A analisabilidade é o grau de facilidade, com qual seja possível procurar por deficiências no software ou por partes que devem ser modificadas para algum fim.
As subcaracterísticas contidas nos itens I, II e III referem-se, respectivamente, aos atributos de qualidade
I. A resiliência é a capacidade de o sistema voltar ao nível de desempenho anterior a falhas ou comportamento imprevisto de usuários, software ou hardware e recuperar os dados afetados, caso existam.
II. O desempenho e uso de recursos referem-se à capacidade do sistema de alcançar tempos de resposta, latência, tempo de processamento, vazão, etc dentro do período de tempo especificado e ao fato do software exigir mais ou menos recursos de acordo com suas condições de uso.
III. A analisabilidade é o grau de facilidade, com qual seja possível procurar por deficiências no software ou por partes que devem ser modificadas para algum fim.
As subcaracterísticas contidas nos itens I, II e III referem-se, respectivamente, aos atributos de qualidade
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214811
Engenharia de Software
Sobre XP e SCRUM é INCORRETO afirmar:
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214810
Engenharia de Software
No RUP, NÃO constitui um papel do Desenvolvedor:
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214809
Engenharia de Software
Em RUP,
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214807
Engenharia de Software
Na engenharia de requisitos trata-se de uma técnica de elicitação que ocorre em ambiente mais informal em que toda a idéia deve ser levada em consideração para a solução de um problema, sendo proibida a crítica a qualquer sugestão dada, e encorajada, inclusive, a criação de ideias que pareçam estranhas ou exóticas:
Conheça nossos planos