Questões de Concurso

A análise de requisitos é um processo que envolve a construção de diversos modelos. Esses modelos devem ter a compreensão de todos os atores, dos desenvolvedores aos clientes. Os modelos de casos de uso são formas de estruturar essa filosofia.

A respeito dos modelos de casos de uso, analise as afirmativas a seguir.

I. Esses modelos descrevem o que o sistema faz, sem entrar no mérito de como é feito.

II. Esses modelos fornecem uma abordagem para os desenvolvedores chegarem a uma compreensão comum com os usuários finais.

III. Quando não caracterizarem uma transação completa, esses modelos, como regra, devem ser considerados passos de um caso de uso maior.

Assinale:

Considere:

I. Para cada processo aberto deve ser emitido um aviso eletrônico para o juizado correspondente.

II. Os tempos de resposta do sistema não podem exceder a 20 milissegundos, em qualquer hipótese.

III. A disponibilidade da rede de dados deve ser 24 × 7.

IV. Cada juiz deve ser capaz de realizar uma busca de processos, tanto pelo número quanto pela data ou pelo responsável.

V. Toda modificação realizada nos programas do sistema devem seguir os padrões estabelecidos na Gestão de Mudanças.

É exemplo de requisito não funcional o que consta APENAS em

Considere o seguinte caso:

Observando o trâmite de processos no tribunal, Marta percebeu que tanto advogados quanto juízes realizavam análises nos diversos pareceres constantes dos processos. Com sua experiência como analista ela deduziu que uma possível informatização dos processos poderia contemplar uma classe chamada Advogado e outra chamada Juiz, tendo como base uma classe comum chamada Pessoa, com um método chamado AnalisarParecer. Este método (definido na classe comum) se comportaria de maneira diferente para as chamadas feitas a partir de uma instância de Advogado e para as chamadas feitas a partir de uma instância de Juiz, em razão deles terem responsabilidades diferentes em sua forma de analisar e opinar sobre os pareceres.

Pela observação do método e seu comportamento, o princípio da orientação a objetos aplicável no caso, fundamentalmente, é

Considere:

I. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.

II. Pessoas relacionadas a negócios e desenvolvedores devem trabalhar separadamente durante todo o curso do projeto.

III. O método mais eficiente e eficaz de transmitir informações para e por dentro de um time de desenvolvimento, é por meio do correio eletrônico.

IV. A maior prioridade é satisfazer o cliente através da entrega adiantada e contínua de software de valor.

É coerente com os princípios que embasam o manifesto ágil (desenvolvimento ágil de software) o que consta APENAS em

No Scrum, um projeto se inicia com uma visão simples do produto que será desenvolvido. A visão pode ser vaga a princípio e ir tornando-se clara aos poucos. O  então, transforma essa visão em uma lista de requisitos funcionais e não-funcionais para que, quando forem desenvolvidos, reflitam essa visão. Essa lista, chamada de  , é priorizada pelo  de forma que os itens que gerem maior valor ao produto tenham maior prioridade.

Completa, correta e respectivamente, as lacunas I, II e III:

Observando os processos em trâmite no Tribunal, João observou que as situações pelas quais os processos passavam poderiam ser classificadas em: "abrindo", "aberto", "em trâmite", "encerrando" e "arquivado". Do ponto de vista da orientação a objetos ele percebeu que poderia modelar mais adequadamente as condições ou situações da vida do objeto processo utilizando, para representá-las, o diagrama UML denominado

Os itens I, II e III correspondem, respectivamente, a

O desenvolvimento evolucionário baseia-se na ideia de desenvolvimento de uma implementação inicial, expondo o resultado aos comentários do usuário e refinando-o em novas versões até que seja desenvolvido um sistema adequado. As atividades de especificação, desenvolvimento e validação são intercaladas ao invés de separadas, com rápido feedback entre elas.

Sommerville define dois tipos fundamentais de desenvolvimento evolucionário.Considere:

I. Descrever todos os requisitos não funcionais antes de fazer o protótipo. Descrever os requisitos funcionais e técnicos. Implementar todos requisitos e desenvolver novo protótipo.

II. Trabalhar com o cliente para explorar os requisitos e entregar um sistema final. O desenvolvimento começa com as partes do sistema compreendidas. O sistema evolui por meio da adição de novas características propostas pelo cliente.

III. Incorporar e implementar todas as mudanças do software no primeiro estágio do desenvolvimento, definindo todos os requisitos técnicos. Formar um protótipo a partir daí. O sistema evolui por meio da adição de novas características propostas pelo cliente.

IV. Compreender os requisitos do cliente e, a partir disso, desenvolver melhor definição de requisitos para o sistema. O protótipo se concentra na experimentação dos requisitos mal compreendidos do cliente.

De acordo com Sommerville

Flávio pretende desenvolver um software seguindo os estágios do modelo em cascata proposto por Sommerville, em razão de ponderações que faz em relação a outros modelos quanto à solução de um problema que se apresenta. Desta forma ele definiu em seu cronograma, na ordem apresentada pelo autor, as seguintes etapas do ciclo de vida de software:

Este diagrama da UML pode ser usado para modelar processos de negócio. Suporta comportamento paralelo e permite que, quem está seguindo o processo, escolha a ordem na qual fazer as coisas. Em outras palavras, ele simplesmente determina as regras essenciais de sequência que se deve seguir. São geralmente usados para mostrar o que acontece, mas não quem faz o que, já que faz sentido se concentrar no que é feito, em vez de em quem realiza quais partes do comportamento.

O diagrama descrito é o diagrama de

Paulo está executando o Git no Linux. Ele tem um repositório Git e um checkout ou cópia funcional dos arquivos para o projeto atual. Cada arquivo, no diretório de trabalho de Paulo, pode estar em um de dois estados: monitorado ou não monitorado. Arquivos monitorados são arquivos que estavam no último snapshot; podendo estar inalterados, modificados ou selecionados. Arquivos não monitorados são os restantes.
Para Paulo verificar, em linha de comando, quais arquivos estão em quais estados ele utilizou o comando git status. Em seguida, ele adicionou um novo arquivo chamado trt ao projeto.

Um dos conceitos mais importantes da orientação a objetos é o de interface. Interfaces podem reduzir o acoplamento entre as classes e tornar o código mais reutilizável. Em Java, as interfaces

O mais adequado para Tipo de Teste II é o teste

A equipe de desenvolvimento do Tribunal Regional do Trabalho da 13a Região utiliza a plataforma Java e seus recursos para desenvolver sistemas de software. Em determinado momento, tiveram que testar se os métodos das classes estavam produzindo os resultados esperados. Fizeram tanto testes isolados como baterias de testes automatizados baseados em modelos de testes padrão. Para realizar estes testes, optaram por utilizar o framework open-source mais popular atualmente com suporte à criação de testes automatizados para aplicações construídas em Java.

O framework utilizado e o tipo de teste realizado foram, respectivamente,

O desenvolvimento de softwares demanda que seus desenvolvedores tenham a possibilidade de estudar esse sistema a partir de várias perspectivas. De acordo com os autores da UML, um sistema pode ser descrito por meio de cinco visões independentes. Uma delas descreve o sistema do ponto de vista externo como um conjunto de interações entre o próprio sistema e os agentes externos ao sistema. Essa visão é criada inicialmente e direciona o desenvolvimento das demais visões do sistema.

Essa abordagem é conhecida como visão de:

A UML possui duas formas de relacionamento parte-todo, uma geral, que relaciona uma classe de montagem a uma das c las se s das par tes constituintes e outra, mais restritiva, em que uma parte constituinte pode pertencer a no máximo uma montagem e, quando uma parte constituinte tiver sido atribuída a uma montagem, terá um tempo de vida coincidente com a montagem.

Essas formas de relacionamento parte-todo são denominadas,respectivamente.

A UML emprega diversos diagramas, cada um com uma finalidade específica . A seguir , são caracterizadas de três desses diagramas.

I. descreve os aspectos dos objeto que tratam do tempo e da seqüência das operações - eventos que marcam mudanças e que definem o contexto dos eventos, além da sua organização.

II. descreve a estrutura dos objetos em um sistema - sua identidade, seus relacionamentos com outros objetos, seus atributos e suas operações.

III. descreve aspectos específicos dos objetos - como os objetos individuais colaboram para alcançar o comportamento do sistema como um todo.

As descrições em I, II e III estão associadas, respectivamente, aos diagramas de:

CVS é uma sigla para um software que tem por finalidade

Entre os princípios da programação orientada a objetos, um possui as características listadas a seguir.

• capacidade de uma variável se referir em tempo de execução a objetos de diversas classes.
• capacidade de abstrair várias implementações diferentes de uma única interface.
• capacidade que objetos diferentes têm de respondera uma mesma mensagem.

Esse peincípio é conhecido por:

Um técnico de informática, com o objetivo de agilizar o desenvolvimento de um software, escolheu o desenvolvimento evolucionário, uma abordagem da área de Engeharia de Software, que