Questões sobre Engenharia de Software

A Norma ISO/IEC 12207:2008 agrupa as atividades que podem ser realizadas durante o ciclo de vida de um sistema de software em sete grupos de processos. Cada um dos processos do ciclo de vida dentro desses grupos é descrito em termos da sua finalidade e resultados esperados. Dentre estes grupos de processos encontra-se o grupo de Processos de

• A.

  Manutenção de Segurança.

• B.

  Implementação de Software.

• C.

  Capacitação Profissional.

• D.

  Qualidade e Segurança.

• E.

  Fornecimento e Desenvolvimento.

• A.

  entidades e relacionamentos;

• B.

  funções do sistema;

• C.

  rotinas e processos;

• D.

  fluxos de dados;

• E.

  casos de uso.

O objetivo do MPS.BR é a Melhoria de Processo do Software Brasileiro, e, para tanto, define duas metas a alcançar a médio e longo prazos. São elas:

• A.

  técnica e de mercado.

• B.

  de qualidade e de segurança.

• C.

  de desenvolvimento e de processos.

• D.

  de funções e de processos.

• E.

  de implementações e de atualizações.

NÃO representa uma notação para especificação de concorrência em um programa

• A.

  FORK.

• B.

  JOIN.

• C.

  UNION.

• D.

  PARBEGIN .

• E.

  PAREND.

Atenção: As questões de números 32 a 34 referem-se à UML 2.0.

Considerando-se os operadores de controle nos diagramas de sequência, o tipo de operador identificado pela tag alt indica

• A.

  uma execução condicional.

• B.

  um meio alternativo de representar as classes.

• C.

  uma execução opcional.

• D.

  uma execução iterativa.

• E.

  um meio alternativo de desenhar o foco de controle na horizontal.

Sobre os casos de uso do diagrama de Casos de Uso da UML, é correto afirmar:

• A.

  Um caso de uso de sistema é uma interação com o software, enquanto um caso de uso de negócio examina como a aplicação responde ao cliente ou a um evento.

• B.

  No trabalho com casos de uso, o foco deve ser no diagrama e não no conteúdo textual dos casos de uso. Assim como no diagrama de fluxo de dados usado nos métodos estruturados, o diagrama de casos de uso por si só permite uma visão ampla dos limites do sistema.

• C.

  A técnica de descrever as funcionalidades do sistema e de criar os casos de uso possuem o mesmo propósito e características, pois ambas descrevem requisitos.

• D.

  Versões bem detalhadas dos casos de uso devem ser elaboradas sempre no início do projeto e não apenas antes do desenvolvimento desses casos de uso.

• E.

  Representam uma visão interna do sistema e possui grande correlação com as classes internas do sistema.

É empregado para a modelagem dos aspectos físicos de um sistema OO. Mostra a configuração dos nós de processamento em tempo de execução e os artefatos que nele existem. Trata-se do diagrama de

• A.

  sequência.

• B.

  atividades.

• C.

  implantação.

• D.

  pacotes.

• E.

  comunicação.

Segundo Roger S. Pressman, em seu livro Engenharia de Software, 7a edição, os princípios do Scrum são consistentes com o manifesto ágil e são usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as atividades estruturais de requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica, ocorrem tarefas a realizar dentro de um padrão de processo chamado

• A.

  process backlog.

• B.

  scrum master.

• C.

  product owner.

• D.

  backlog.

• E.

  sprint.

Suponha que seu cliente tenha solicitado o desenvolvimento de um novo software . O modelo mais adequado para o gerenciamento deste processo de desenvolvimento de software , levando emconta as informações abaixo, é:

o cliente não possui uma visão clara de todos os requisitos da aplicação. o cliente quer avaliar a viabilidade de desenvolvimento da aplicação.

o cliente alocará um usuário-chave no projeto, em tempo integral, a fim de que este possa participar ativamente de todas as fases do projeto.

o cliente gostaria de ter uma versão preliminar do sistema, com base em uma versão inicial dos requisitos, ainda que isto demande um investimento inicial.

• A.

  Cascata.

• B.

  Cíclico.

• C.

  Desenvolvimento Iterativo e Incremental.

• D.

  Prototipação.

• E.

  Formal.

Considere C = comportamental e E = estrutural. Os diagramas de componentes, objetos, comunicação e estrutura composta são, respectivamente, categorizados como

• A.

  C; C; E; C.

• B.

  C; C; E; E.

• C.

  C; E; E; C.

• D.

  E; E; C; C.

• E.

  E; E; C; E.