Questões de Engenharia de Software - Métricas de software
Limpar pesquisa
Questão: 176 de 6132
397484
Banca: FUNIVERSA
Órgão: CFM
Cargo(s): Analista de Sistemas
Ano: 2012
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Automação e Gestão de Projetos de Software / Conceitos de Projeto de Software
análise funcional.
análise de requisitos.
análise por pontos de função.
medição de software.
métrica de software.
Questão: 177 de 6132
397477
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
Passou a ser utilizado a partir do momento em que foi
adotado como padrão pela indústria de modelagem de
software.
A padronização dessa linguagem aguarda o uso
intensivo pela indústria de software.
A padronização dessa linguagem aguarda resultados
da análise do OMG.
Vem sendo utilizado desde 1997, quando foi
adicionado à lista de tecnologias adotadas pelo OMG.
A linguagem UML será adotada como padrão depois
da aprovação pela indústria de softwares intensivos.
Questão: 178 de 6132
397475
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: 179 de 6132
396673
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: 180 de 6132
393674
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.