Questões Concurso TRE MT

O levantamento de requisitos tem como objetivo compreender o problema a ser resolvido e identificar necessidades. Os requisitos podem ser funcionais, que definem as funcionalidades do sistema, ou não funcionais, que não estão relacionados às funcionalidades.

A análise tem como foco construir uma estratégia de solução. Os modelos construídos nessa fase devem ser verificados e validados. A verificação tem como objetivo assegurar que as necessidades do cliente estão sendo atendidas pelo sistema, enquanto a validação tem o objetivo de analisar se os modelos estão em conformidade com os requisitos definidos.

O projeto produz uma descrição computacional do software sem restrições de tecnologia, ou seja, aspectos físicos e dependentes de implementação não são considerados.

Na fase de implementação, o sistema é codificado, ou seja, a descrição computacional obtida na fase de projeto é traduzida para código executável, por meio do uso de uma ou mais linguagens de programação.

Na fase de implantação, o sistema é testado, empacotado, distribuído e instalado no ambiente do cliente.

O RUP divide todo o projeto de software em três fases diferentes: concepção (ou iniciação), com ênfase no escopo do sistema; elaboração, com ênfase na arquitetura; e construção, com ênfase no desenvolvimento.

O RUP promove o uso de seis melhores práticas: desenvolva iterativamente; gerencie requisitos; use arquiteturas de componentes; modele visualmente (UML); verifique qualidade de software continuamente; e gerencie mudanças.

As disciplinas de suporte (apoio) do RUP são: gerenciamento de classes; gerenciamento de produto; e ambiente.

Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos artefatos. Exemplos de papéis no RUP são: analistas, desenvolvedores e testadores. Explicitamente, papéis de gerentes não fazem parte dos papéis possíveis no RUP.

As disciplinas de engenharia do RUP são: modelagem de negócios; requisitos; análise e projeto; implementação; teste; qualidade; e implantação.

Requisitos funcionais descrevem as propriedades emergentes do sistema, como segurança e tempo de resposta.

Requisitos não funcionais são descritos de forma qualitativa e não quantitativa.

Requisitos são provenientes de pessoas relevantes para o sistema, e não de outros sistemas que interagem com o sistema que está sendo especificado.

A matriz de rastreabilidade não oferece suporte para requisitos funcionais.

Revisão de requisitos, prototipação e geração de casos de teste são exemplos de técnicas de validação de requisitos.

A manutenção de software é um processo geral de mudanças que ocorre antes ou depois que um sistema é entregue.

A manutenção corretiva para reparar defeitos de software diz respeito à mudança em um sistema para corrigir erros, que podem ser somente de codificação. Erros de projeto e de lógica não estão incluídos nessa categoria.

A manutenção adaptativa para adaptar o software a mudanças ambientais se refere a mudanças de diversos tipos, como uma nova plataforma de hardware. Mudanças de sistemas operacionais ou software em geral não estão incluídas nessa categoria.

A manutenção perfectiva tem como objetivo tornar o software perfeito, melhorar seu desempenho e sua manutenibilidade ou adicionar-lhe funcionalidade para satisfazer a novos requisitos.

A manutenção preventiva tem como objetivo detectar e corrigir falhas latentes no produto antes que elas virem falhas efetivas.

Exemplos de diagramas de modelagem UML que expressam partes estáticas de um sistema são: diagrama de classes e diagrama de atividades.

Exemplos de diagramas de modelagem UML que expressam partes dinâmicas de um sistema são: diagrama de caso de uso e diagrama de implantação.

Um diagrama de componentes é do tipo estrutural, e mostra partes internas, conectores e portas que implementam um componente.

O diagrama de comunicação enfatiza a ordem temporal de mensagens, que reagem a eventos externos e internos.

A UML é uma linguagem de programação orientada a objetos.