Questões sobre Engenharia de Software

Associadas à especificação de sistemas críticos, as técnicas de decomposição de riscos podem ser (1) dedutivas - do risco em direção à falha possível ou, ao contrário, (2) indutivas − da falha proposta em direção aos possíveis perigos que levariam-na a ocorrer, ou seja, respectivamente, técnicas

• A.

  bottom-down e bottom-up.

• B.

  bottom-up e top-down.

• C.

  top-up e top-down.

• D.

  top-down e top-up.

• E.

  top-down e bottom-up.

Na NBR ISO/IEC 12207:1998, Análise dos requisitos do sistema, Projeto da arquitetura do sistema e Integração do sistema são atividades do processo de

• A.

  gerência.

• B.

  operação.

• C.

  resolução de problema.

• D.

  desenvolvimento.

• E.

  gerência de configuração.

De certo modo, o Processo Unificado é uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, porém, de caracterizá-los de modo que implementem muitos dos melhores princípios de desenvolvimento ágil de software. Com base nessa afirmação, é correto dizer que o Processo Unificado

• A.

  prevê requisitos estáveis e desenvolvimento em uma sequência de etapas sem a participação do cliente.

• B.

  divide o projeto em fases de uma maneira inflexível e, após a fase de desenvolvimento, não se prevêem mudanças das especificações.

• C.

  sugere que o software seja todo planejado e documentado antes de ser implementado.

• D.

  sugere um fluxo de processo que é iterativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno de software.

• E.

  reconhece que a comunicação com o cliente é importante, entretanto dispensa os métodos diretos para descrever a visão do cliente de um sistema.

Uma coleção de operações utilizadas para especificar um serviço de um componente. Na UML, trata-se de

• A.

  conector.

• B.

  classe.

• C.

  sistema.

• D.

  interface.

• E.

  porta.

Para captar os requisitos funcionais de um sistema podese utilizar a UML. O diagrama mais adequado para essa finalidade é o diagrama de

• A.

  casos de uso.

• B.

  atividades.

• C.

  colaboração.

• D.

  classes.

• E.

  comunicações.

Considere as seguintes características:

I. Propriedade coletiva.

II. Integração contínua.

III. Metáfora.

Dentre as práticas componentes da Extreme Programming, aplica-se o que consta em

• A.

  I, apenas.

• B.

  II, apenas.

• C.

  I e II, apenas.

• D.

  II e III, apenas.

• E.

  I, II e III.

Para fazer a modelagem de um padrão de projeto (design pattern) utilizando a UML é DESNECESSÁRIO

• A.

  entender o padrão de projeto como uma colaboração representada com suas partes estruturais e comportamentais.

• B.

  fazer a modelagem do mecanismo como uma colaboração, fornecendo seus aspectos estruturais, assim como os aspectos comportamentais.

• C.

  identificar as soluções específicas e particulares para o problema básico e reificá-la como um mecanismo.

• D.

  identificar os elementos do padrão de projeto que devem ser vinculados aos elementos em um contexto específico e representá-los como parâmetros para colaboração.

• E.

  identificar as soluções comuns para o problema básico.

Com relação aos testes de software, é correto afirmar:

• A. Um princípio muitas vezes adotado ao testar um software é o de Pareto. Ele afirma que existe um forte desequilíbrio entre causas e efeitos, entre esforços e resultados e entre ações e objetivos alcançados.
• B. Testes sempre podem mostrar a ausência de erros.
• C. Para que o resultado de um teste de software seja confiável, é preciso garantir que os casos de teste utilizados cubram um número reduzido de possibilidades de execução.
• D. Um software que produz saídas corretas deve ser aprovado, pois isso demonstra que todos os erros foram corrigidos.
• E. Um programador deve testar seu próprio código porque facilmente conseguirá criar um caso de teste que rompe com a lógica de funcionamento do seu código.

São produtos da fase de elaboração do RUP:

• A.

  documento de visão e produto de software integrado.

• B.

  descrição da arquitetura do software e lista de riscos revisada.

• C.

  manual do usuário e base de dados operacionais convertidas.

• D.

  lista de riscos revisada e base de dados operacionais convertidas.

• E.

  produto de software integrado e descrição da arquitetura do software.

Na versão 2.0 da UML, costuma conter elementos tais como: ações, bifurcações, ramificações e fluxos. Trata-se do diagrama de

• A.

  máquina de estados.

• B.

  implantação.

• C.

  sequência.

• D.

  atividades.

• E.

  artefatos.