Questões de Engenharia de Software - Ciclo de Vida de Software
Limpar pesquisa
Questão: 176 de 6125
397477
Banca: FUNIVERSA
Órgão: CFM
Cargo(s): Analista de Sistemas
Ano: 2012
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / 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: 177 de 6125
397481
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: 178 de 6125
397484
Banca: FUNIVERSA
Órgão: CFM
Cargo(s): Analista de Sistemas
Ano: 2012
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Gestão de Projetos
análise funcional.
análise de requisitos.
análise por pontos de função.
medição de software.
métrica de software.
Questão: 179 de 6125
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 6125
393673
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 usabilidade / Análise de requisitos de usabilidade
interfuncionais, que descrevem explicitamente as funcionalidades e serviços do sistema, documentando como o sistema
deve reagir a entradas específicas além do que o sistema não deve fazer.
transacionais, que descrevem as necessidades dos stakeholders que devem ser cumpridas a fim de alcançar os requisitos
de negócio. Podem servir de como uma ponte entre requisitos de negócios e requisitos da solução.
de transição, que descrevem as capacidades que uma solução deve ter e as condições para facilitar a transição do estado
atual para o estado futuro, mas que não são necessárias para uma mudança completa. Diferenciam-se dos outros tipos de
requisitos por serem de natureza temporária, como os relativos à continuidade de negócio, conversão de dados etc.
de continuidade, que descrevem as necessidades dos stakeholders que devem ser cumpridas a fim de alcançar os
requisitos de negócio. Podem servir de como uma ponte entre requisitos de negócios e requisitos da solução.
operacionais, que descrevem as capacidades que uma solução deve ter e as condições para facilitar a transição do estado
atual para o estado futuro, mas que não são necessárias para uma mudança completa. Diferenciam-se dos outros tipos de
requisitos por serem de natureza temporária, como os relativos à operação do negócio, conversão de dados etc.