Questões de Concurso
Comentadas sobre processos de software em engenharia de software
Foram encontradas 926 questões
Ano: 2012
Banca:
FUNDEP (Gestão de Concursos)
Órgão:
MPE-MG
Prova:
FUNDEP (Gestão de Concursos) - 2012 - MPE-MG - Analista do MP - Tecnologia da Informação - Análise de Sistemas |
Q2214133
Engenharia de Software
Assinale a alternativa que apresenta corretamente um processo de software iterativo.
Ano: 2012
Banca:
FUNDEP (Gestão de Concursos)
Órgão:
MPE-MG
Prova:
FUNDEP (Gestão de Concursos) - 2012 - MPE-MG - Analista do MP - Tecnologia da Informação - Análise de Sistemas |
Q2214131
Engenharia de Software
Analise as seguintes afirmativas concernentes ao modelo em cascata.
I. Não prevê a execução simultânea de atividades. II. Deve ser usado em casos de pouca probabilidade de mudanças radicais. III. Apresenta boa documentação das atividades previstas.
A partir dessa análise, é possível concluir que estão CORRETAS
I. Não prevê a execução simultânea de atividades. II. Deve ser usado em casos de pouca probabilidade de mudanças radicais. III. Apresenta boa documentação das atividades previstas.
A partir dessa análise, é possível concluir que estão CORRETAS
Ano: 2012
Banca:
FUNDEP (Gestão de Concursos)
Órgão:
MPE-MG
Prova:
FUNDEP (Gestão de Concursos) - 2012 - MPE-MG - Analista do MP - Tecnologia da Informação - Análise de Sistemas |
Q2214121
Engenharia de Software
Analise as seguintes afirmativas concernentes aos modelos de processo de software.
I. São representações abstratas sob uma determinada perspectiva e, por isso, fornecem informações parciais.
II. Os modelos propostos são descrições que podem ser ampliados e adaptados para criar processos de software mais específicos.
III. Os modelos de software existentes não podem ser usados em conjunto.
A partir dessa análise, é possível concluir que estão CORRETAS
I. São representações abstratas sob uma determinada perspectiva e, por isso, fornecem informações parciais.
II. Os modelos propostos são descrições que podem ser ampliados e adaptados para criar processos de software mais específicos.
III. Os modelos de software existentes não podem ser usados em conjunto.
A partir dessa análise, é possível concluir que estão CORRETAS
Ano: 2012
Banca:
FUNDEP (Gestão de Concursos)
Órgão:
MPE-MG
Prova:
FUNDEP (Gestão de Concursos) - 2012 - MPE-MG - Analista do MP - Tecnologia da Informação - Análise de Sistemas |
Q2214120
Engenharia de Software
Assinale a alternativa que apresenta corretamente a atividade de processo de software
realizada para garantir que o software faça o que o cliente deseja.
Ano: 2012
Banca:
COPESE - UFT
Órgão:
MPE-TO
Prova:
COPESE - UFT - 2012 - MPE-TO - Técnico Ministerial - Informática |
Q1661760
Engenharia de Software
Nos modelos de processo de software iterativos, a especificação é desenvolvida
conjuntamente com o software. Assim, a cada nova iteração, o software evolui e
se torna mais próximo do esperado. São exemplos de modelos iterativos:
Ano: 2012
Banca:
FCC
Órgão:
BANESE
Prova:
FCC - 2012 - BANESE - Técnico Bancário - Informática - Desenvolvimento |
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
Ano: 2012
Banca:
FADESP
Órgão:
MPE-PA
Prova:
FADESP - 2012 - MPE-PA - Técnico - Analista de Sistemas - Modelagem de Sistemas |
Q1646770
Engenharia de Software
No Rational Unified Process (RUP), o fluxo em que são elaborados o Modelo de Casos de Uso e o
Documento de Necessidades dos Stakeholders (interessados) é o fluxo de
Ano: 2012
Banca:
FADESP
Órgão:
MPE-PA
Prova:
FADESP - 2012 - MPE-PA - Técnico - Analista de Sistemas - Modelagem de Sistemas |
Q1646769
Engenharia de Software
No Rational Unified Process (RUP), a fase em que é produzido o Modelo de Análise é a da
Ano: 2012
Banca:
FGV
Órgão:
Senado Federal
Prova:
FGV - 2012 - Senado Federal - Analista Legislativo - Análise de Sistemas |
Q1626594
Engenharia de Software
O Rational Unified Process (RUP) é um exemplo de modelo de processo moderno derivado da UML e do Processo Unificado de Desenvolvimento de Software de Rumbaugh. O RUP reconhece que os modelos convencionais de processo apresentam uma visão única do processo. O RUP engloba três perspectivas, descritas a seguir.
I. Mostra as fases do modelo ao longo do tempo.
II. Mostra as atividades realizadas no processo.
III. Sugere as boas práticas a serem usadas durante o processo.
Essas perspectivas são conhecidas, respectivamente, como:
Ano: 2012
Banca:
FGV
Órgão:
Senado Federal
Prova:
FGV - 2012 - Senado Federal - Analista Legislativo - Análise de Sistemas - Reaplicação |
Q1626237
Engenharia de Software
Com relação ao conceito de processo de software, como definido por Pressman, analise as afirmativas a seguir.
I. Um arcabouço comum de processo (common process framework) é definido por um conjunto de tarefas aplicáveis a todos os projetos de SW independentemente de tamanho ou complexidade.
II. As atividades do arcabouço comum são agrupadas em conjuntos de tarefas (task sets) visando sua adaptação às características do projeto e da equipe.
III. Atividades guarda-chuva (umbrella activities) são independentes de qualquer atividade do arcabouço e ocorrem ao longo do processo.
Assinale:
Ano: 2012
Banca:
FGV
Órgão:
Senado Federal
Prova:
FGV - 2012 - Senado Federal - Analista Legislativo - Análise de Sistemas - Reaplicação |
Q1626235
Engenharia de Software
O Rational Unified Process (RUP) é um tipo de Processo Unificado de desenvolvimento de sistemas.
Com relação ao RUP, analise as afirmativas a seguir.
I. O processo é composto por quatro fases conhecidas
como: Concepção, Elaboração, Construção e Manutenção.
II. Um dos critérios de término com sucesso da fase de Construção é a entrega da versão beta do sistema que está sendo desenvolvido.
III. Um dos critérios do término com sucesso da fase de Elaboração é a entrega da especificação completa dos requisitos do sistema a ser desenvolvido.
Assinale:
Q1220014
Engenharia de Software
Um projeto de software está sendo desenvolvido segundo o Processo Unificado Rational (RUP). Planejou-se a realização de uma atividade de Verificação nos seguintes artefatos da primeira iteração, da fase de Elaboração: "Especificação de Caso de Uso", "Interface de Caso de Uso" e "Protótipos". Para isso, o Analista de Requisito recebeu a tarefa de organizar e realizar, imediatamente, uma reunião, com as seguintes características: (1) Participantes: participarão, dessa reunião, o Gerente de Projetos, o Analista de Requisitos, o Administrador de Dados, o Administrador de Banco de Dados, o Desenvolvedor, o Arquiteto de Software,o Designer de Interface, o Analista de Métricas e o Analista de Teste.
(2) Apresentação: o Analista de Requisitos fará uma apresentação informal, entretanto detalhada das funcionalidades, dos documentos e dos protótipos. Caberá aos participantes da reunião realizar uma revisão dos artefatos apresentados, assim como procurar identificar falhas e possíveis problemas, violação de padrões, mudanças a serem realizadas, melhorias, adequação aos padrões arquiteturais, etc.
Considerando os aspectos apresentados, pode-se afirmar que essa reunião caracteriza-se pelo emprego do seguinte método de Verificação:
(2) Apresentação: o Analista de Requisitos fará uma apresentação informal, entretanto detalhada das funcionalidades, dos documentos e dos protótipos. Caberá aos participantes da reunião realizar uma revisão dos artefatos apresentados, assim como procurar identificar falhas e possíveis problemas, violação de padrões, mudanças a serem realizadas, melhorias, adequação aos padrões arquiteturais, etc.
Considerando os aspectos apresentados, pode-se afirmar que essa reunião caracteriza-se pelo emprego do seguinte método de Verificação:
Q1200252
Engenharia de Software
Julgue o item a seguir, que tratam das disciplinas de implementação, teste e distribuição.
A integração contínua é uma técnica de alto impacto no levantamento de requisitos.
A integração contínua é uma técnica de alto impacto no levantamento de requisitos.
Q1184835
Engenharia de Software
Acerca do processo de desenvolvimento de software, julgue o item subsequente.
A disciplina Modelagem de Negócio do RUP descreve como elaborar o modelo de negócio da organização para a qual o sistema será construído. Tal modelo compreende o modelo de casos de uso de negócio e um modelo de objetos de negócio.
A disciplina Modelagem de Negócio do RUP descreve como elaborar o modelo de negócio da organização para a qual o sistema será construído. Tal modelo compreende o modelo de casos de uso de negócio e um modelo de objetos de negócio.
Ano: 2012
Banca:
FCC
Órgão:
ARCE
Prova:
FCC - 2012 - ARCE - Analista de Regulação - Analista de Sistemas |
Q836992
Engenharia de Software
No RUP, uma das metas do workflow de requisitos é
Ano: 2012
Banca:
Quadrix
Órgão:
CFP
Prova:
Quadrix - 2012 - CFP - Analista de Tecnologia da Informação - Desenvolvimento |
Q579129
Engenharia de Software
Sobre os modelos de processo na engenharia de software,
é correto afirmar que:
Ano: 2012
Banca:
CESGRANRIO
Órgão:
Petrobras
Prova:
CESGRANRIO - 2012 - BR Distribuidora - Profissional Júnior - Formação Analista de Sistemas - Ênfase em Java - Crm e Web |
Q486616
Engenharia de Software
O Processo Unificado (PU) é um framework extensível que pode ser personalizado para organizações ou projetos específicos.
Um dos importantes conceitos do PU é o de arquitetura executável, a qual é criada durante a fase de
Um dos importantes conceitos do PU é o de arquitetura executável, a qual é criada durante a fase de
Ano: 2012
Banca:
CESGRANRIO
Órgão:
LIQUIGÁS
Prova:
CESGRANRIO - 2012 - LIQUIGAS - Profissional Júnior - Desenvolvimento de Aplicações |
Q476285
Engenharia de Software
Os processos baseados em Desenvolvimento Iterativo e Incremental foram criados em resposta às fraquezas do modelo em Cascata Original. Dentre as fraquezas do Modelo em Cascata tratadas pelo processos de Desenvolvimento Interativo e Incremental está o fato de que no Modelo em Cascata,
Ano: 2012
Banca:
PR-4 UFRJ
Órgão:
UFRJ
Prova:
PR-4 UFRJ - 2012 - UFRJ - Técnico de Tecnologia da Informação - Desenvolvimento |
Q446635
Engenharia de Software
O RUP é um processo de análise composto por fases e disciplinas. As fases mostram os aspectos do ciclo de vida do processo à medida que se desenvolve, enquanto que as disciplinas agrupam as atividades de maneira lógica, por natureza. Sobre as fases e disciplinas do RUP, analise as afirmativas abaixo:
I - A disciplina de modelagem de negócio está presente em todas as fases, assim como a disciplina de gerenciamento de projeto.
II - A disciplina de implementação ocorre de forma mais acentuada na fase de elaboração.
III - Um dos objetivos da fase de elaboração é tratar os riscos significativos do ponto de vista da arquitetura do projeto.
IV - A fase de manutenção tem como objetivo tratar possíveis erros de implementação observados pelos usuários, ou eventuais mudanças solicitadas por estes, após a entrega de um ciclo do projeto.
Podemos afirmar que:
I - A disciplina de modelagem de negócio está presente em todas as fases, assim como a disciplina de gerenciamento de projeto.
II - A disciplina de implementação ocorre de forma mais acentuada na fase de elaboração.
III - Um dos objetivos da fase de elaboração é tratar os riscos significativos do ponto de vista da arquitetura do projeto.
IV - A fase de manutenção tem como objetivo tratar possíveis erros de implementação observados pelos usuários, ou eventuais mudanças solicitadas por estes, após a entrega de um ciclo do projeto.
Podemos afirmar que:
Ano: 2012
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2012 - DATAPREV - Analista de Tecnologia da Informação - Análise de Negócios |
Q443460
Engenharia de Software
Considere as seguintes afirmações feitas sobre um modelo de processo de software.
I. Combina a natureza iterativa de modelos incrementais com aspectos sistemáticos do modelo em cascata.
II. Pode ser aplicado em todo ciclo de vida de uma aplicação, inclusive, após a entrega do software.
III. É um modelo que reconhece explicitamente a necessidade de gerenciar riscos.
As três afirmações se referem ao:
I. Combina a natureza iterativa de modelos incrementais com aspectos sistemáticos do modelo em cascata.
II. Pode ser aplicado em todo ciclo de vida de uma aplicação, inclusive, após a entrega do software.
III. É um modelo que reconhece explicitamente a necessidade de gerenciar riscos.
As três afirmações se referem ao:
Conheça nossos planos