Questões de Engenharia de Software - Ciclo de Vida de Software

Limpar pesquisa

Configurar questões
Tamanho do Texto
Modo escuro

Questão: 181 de 5491

397475

copy

Banca: FUNIVERSA

Órgão: CFM

Cargo(s): Analista de Sistemas

Ano: 2012

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Técnicas de Modelagem de Sistemas / Análise e projeto orientados a objetos / UML

redes de computadores

engenharia de software

banco de dados

governança de TI

segurança da informação

Questão: 182 de 5491

397481

copy

Banca: FUNIVERSA

Órgão: CFM

Cargo(s): Analista de Sistemas

Ano: 2012

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

requisitos gerais e requisitos específicos

entrevistas e questionários

análise e negociação, especificação e documentação

workshops e prototipagem

requisitos funcionais e requisitos não-funcionais

Questão: 183 de 5491

396673

copy

Banca: FCC

Órgão: SEGEP/MA

Cargo(s): Analista Executivo - Programador de Sistemas

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Qualidade de Software / ABNT NBR 14565:2013

10 Gbps.

1 Gbps.

100 Gbps.

40 Gbps.

100 Mbps.

Questão: 184 de 5491

393674

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 4

Ano: 2018

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

middle-in é centrada em fluxos de trabalhos e tarefas e apresenta melhor resultado quando se busca modelar o funcionamento de áreas funcionais.

middle-out é baseada em uma visão evolutiva do desenvolvimento de um modelo e tipicamente envolve a construção de
alguma capacidade de operação com um controle mínimo para ser testada até que os requisitos possam ser determinados
com maior precisão.

top-down envolve a produção de versões iniciais do modelo as is com o qual se podem realizar verificações e
experimentos visando avaliar algumas características antes que o processo venha a ser construído de forma definitiva.

bottom-up é mais indicada quando esforços são dispendidos na transformação de processos que começam com o desenvolvimento de um modelo to be e, em seguida, são determinadas as ações que precisam ser feitas para implementar este
modelo.

por prototipação é mais indicada quando não se tem um conhecimento exato do estado futuro, como quando estão sendo
utilizadas tecnologias pouco difundidas ou quando os requisitos não são muito claros.

Questão: 185 de 5491

393676

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 4

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Técnicas de Modelagem de Sistemas / Análise e projeto orientados a objetos / UML

os quatro objetos são representados por partições horizontais denominadas lifelines.

de sequência, os elementos Arquivador, Validador, Revisor e Deputado correspondem a roles no diagrama de caso de uso.

de estrutura composta, que é do tipo comportamental, pode-se observar a estrutura estática do sistema de documentação.

de atividades, a estrutura estática do sistema de documentação é mostrada e suas partes evoluem em diferentes níveis de
abstração até se chegar a uma ocorrência de destruição, representada pelo arquivamento do documento.

as lacunas I, II e III correspondem aos diferentes estados do nó objeto Documento, que não é o único presente no
diagrama.