Questões de Concursos Engenharia de Software

A disciplina Modelagem de Negócio do RUP descreve como elaborar o modelo de negócio da organização para a qual o sistema será construído. Tal modelo compreende o modelo de casos de uso de negócio e um modelo de objetos de negócio.

As estruturas de dados da especificação UDDI são as seguintes:

O analista recebeu do gerente da concessionária uma lista de processos que ele julgava que deveriam ser modelados para fins de execução na ferramenta BPM, que a concessionária acabara de implantar. A lista é mostrada a seguir:
. Processo de Recursos Humanos (RH)
. Cadastro do Formulário de Revisão
. Revisar automóvel
. Tabular resultados das avaliações dos clientes
. Aprovar financiamento de veículo

O analista afirmou ao gerente, olhando a lista, que provavelmente apenas Revisar automóvel seria um processo, do ponto de vista da definição de processo, e justificou da seguinte forma:

I - Recursos Humanos é uma função;
II - Cadastro do Formulário de Revisão não entrega um resultado específico para o cliente do processo, tendo características de uma transação simples que pode ser vinculada a uma atividade de um processo;
III - Tabular resultados das avaliações dos clientes é apenas uma atividade no processo maior de CRM (Customer Relationships Management);
IV - Aprovar financiamento de veículo envolve as áreas de vendas e finanças e, como tal, deve ser substituído por dois processos que cooperem entre si.

Estão corretas APENAS as afirmações

A criação de baselines no RUP tem como motivação a rastreabilidade, a elaboração de relatórios e a reprodutibilidade, além de estabelecer, na fase de construção, um marco da arquitetura do ciclo de vida do projeto. Com os baselines, é possível desfazer mudanças caso as atualizações realizadas sejam consideradas instáveis ou não confiáveis

A atividade de planejamento XP inclui a criação das denominadas histórias de usuário, nas quais devem ser descritas as características e as funcionalidades requeridas para o software em desenvolvimento.

Se o líder da equipe decidir adotar como prática geral a sanitização de exceptions na implementação das aplicações, essa medida eliminará do estado dos objetos throwable lançados para tratamento pelas camadas superiores do sistema as informações que possam descrever detalhes internos de funcionamento do sistema que não devem ser apresentados aos usuários finais, tais como informações acerca da inexistência de arquivos que sejam nomeados pelo próprio usuário final, dados descritivos da estrutura do sistema de arquivos e detalhes acerca de conexões com sistemas de gerenciamento de bancos de dados (SGBDs).

Considerando que a especificação dos requisitos pode não ser completa durante o estágio de Análise de Requisitos, em razão da imaturidade de conhecimento de clientes e desenvolvedores, é recomendável que a análise e modelagem dos requisitos tenham uma abordagem

O Test-Driven Development (TDD) é uma abordagem para o desenvolvimento de programas em que se intercalam testes e desenvolvimento de código. As etapas do processo fundamental de TDD são mostradas abaixo em ordem alfabética:

I. Escrever um teste para a funcionalidade identificada e implementá-lo como um teste automatizado.

II. Executar o teste, junto com os demais testes já implementados, sem implementar a nova funcionalidade no código.

III. Identificar e implementar uma outra funcionalidade, após todos os testes serem executados com sucesso.

IV. Identificar uma nova funcionalidade pequena para ser incrementada com poucas linhas em um código.

V. Implementar a nova funcionalidade no código e reexecutar o teste.

VI. Refatorar o código com melhorias incrementais até que o teste execute sem erros.

VII. Revisar a funcionalidade e o teste, caso o código execute sem falhar.

Considerando o item IV a primeira etapa e o item III a última etapa, a sequência intermediária correta das etapas do processo é:

No caso de máquina de transição de estados, o evento cuja recepção pelo objeto no estado de origem faz com que a transição possa ser escolhida para ser ativada, desde que sua condição de proteção seja satisfeita, refere-se à fase:

A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software orientados por objetos. Na UML,

Julgue o item seguinte, a respeito de controle da qualidade e suas principais ferramentas.

O gráfico de Pareto parte do pressuposto de que 80% das causas advêm de 20% dos efeitos, princípio que é conhecido como a regra do 80/20.

Segundo Yourdon, o ciclo de vida de um projeto de sistema é o modo como o projeto é desenvolvido na empresa e uma maneira simples para que qualquer pessoa da área de desenvolvimento de sistemas possa se entrosar com o projeto a ser desenvolvido.

O ciclo de vida de um projeto de sistema é importante pelas razões apresentadas nas alternativas a seguir, à exceção de uma.

Assinale-a.

Os quatro valores fundamentais da metodologia XP são: comunicação, simplicidade, feedback e coragem.

O cálculo dos pontos de função de um projeto de desenvolvimento abrange:

As seguintes características estão corretas para um modelo construído com a UML: nos diagramas de componentes, há módulos de código representados por componentes; há diagramas de componentes onde dependências de compilação estão representadas por setas tracejadas entre componentes; nos diagramas de utilização (deployment), alguns nós representam unidades computacionais, outros representam dispositivos periféricos.

Em relação a projetos orientados a objetos, a restrição de multiplicidade

A respeito do Scrum, julgue o item a seguir.

O scrum master possui autoridade para cancelar uma sprint antes de o time-boxed da sprint terminar.