Questões de Concurso

Considere que um Analista esteja participando de um projeto que utiliza as melhores práticas da Extreme Programming − XP. No início de uma iteração a equipe de desenvolvimento, da qual o Analista fazia parte, convidou o cliente a escrever as funcionalidades que desejava no sistema em pequenos cartões chamados user stories. Depois disso, a equipe de desenvolvimento estimou o tempo e o custo de cada funcionalidade para o cliente. O cliente foi informado do tempo e custo, e foi solicitado a decidir a prioridade em que cada user story deveria ser desenvolvida.

Esta prática XP é conhecida como

Considere que em um projeto orientado a objetos há uma classe com cinco métodos. Com base na métrica LCOM − Lack of Cohesion in Methods,

Considere a classe abaixo, que compõe um diagrama UML 2.5, criada por um Analista para uma aplicação orientada a objetos da Defensoria Pública. 

A classe ServicoBusca

Considere que uma Analista está participando de um projeto sendo desenvolvido na Defensoria Pública com base nas práticas SCRUM. Ela faz parte do Time de Desenvolvimento, que foi estruturado e autorizado pela Defensoria para organizar e gerenciar seu próprio trabalho. Como parte integrante do Time de Desenvolvimento, uma situação envolvendo a Analista, que respeita as regras do SCRUM, é apresentada em:

Considere, por hipótese, que a equipe de analistas da Defensoria Pública tenha optado pelo uso do Docker. Esta decisão foi motivada pelo fato de o Docker

O projeto de casos de teste é parte do teste de sistema e de componentes. Há várias abordagens para se projetar casos de teste, dentre as quais se encontram o teste

Comparando-se os métodos ágeis com os tradicionais, considere:

I. Os ágeis priorizam mais a implementação e os tradicionais geralmente preocupam-se mais com a documentação.

II. As metodologias ágeis são mais preditivas e os tradicionais mais adaptativas, ou seja, buscam se adaptar às mudanças ao invés de realizar longas análises sobre o futuro.

III. Os ágeis podem ser indicados quando o cliente não sabe muito bem o que deseja. Realizam entregas constantes, que nem sempre acontece com os tradicionais, e os testes podem melhorar a qualidade do produto.

IV. Os ágeis não rejeitam processos e ferramentas dos tradicionais, mas as colocam em posição secundária, privilegiando os indivíduos e a comunicação entre eles.

Está correto o que se afirma APENAS em

Considere que uma Agente de Fiscalização à Regulação de Transporte está utilizando um diagrama UML que mostra a arquitetura de um sistema sendo desenvolvido na ARTESP. O diagrama apresenta a distribuição dos artefatos do software em relação aos alvos da implantação. Os artefatos são arquivos executáveis, bibliotecas, banco de dados, aplicações etc. Os alvos da implantação são representados por nós que se referem a dispositivos de hardware ou ambientes de software, como banco de dados, navegadores, servidores web, servidores de banco de dados etc. Os nós são conectados através de caminhos de comunicação que criam um sistema conectado, como protocolos (HTTP/HTTPS, JDBC etc). O diagrama UML utilizado pela Agente é denominado

O NetBeans IDE permite que se trabalhe com os sistemas de controle de versão Git, Mercurial e Subversion. Por exemplo, a inicialização dos repositórios Git ou Mercurial no NetBeans IDE versão 8.2, pode ser feita a partir da seleção do projeto, de um clique

Considere que um sistema está sendo desenvolvimento na Defensoria Pública e algumas das práticas adotadas são listadas a seguir:

− O Time de Desenvolvimento funciona de forma auto-organizada, sendo composto por profissionais que realizam o trabalho de entregar uma versão do sistema que seja funcional e que incrementa o produto “Pronto” ao final de cada sprint. Somente quem integra o Time de Desenvolvimento cria incrementos.

− Para desenvolver o sistema podem ser criadas várias sprints. Cada sprint é uma iteração que segue o ciclo PDCA. Ao final de cada sprint bem sucedida o time terá produzido um incremento potencialmente integrável, ou seja, com qualidade, testado, completo e pronto, por isso são realizadas reuniões de planejamento para definir a meta de cada sprint.

− O desenvolvedor escreve um teste que falha, faz este teste passar da maneira mais simples possível e, por fim, refatora o código. Esta prática visa a criação de código limpo, atuando como uma ferramenta de apoio na qualidade do desenvolvimento de sistema.

Um Técnico em Informática afirma, corretamente, que

Segundo Pressman, a norma ISO 9126 foi desenvolvida como uma tentativa para identificar os atributos de qualidade para um software de computador. Um destes atributos é definido como: “Grau em que o software satisfaz as necessidades declaradas, conforme indicado pelos seguintes subatributos: adequabilidade, precisão, interoperabilidade, atendibilidade e segurança.”

O atributo mencionado no fragmento acima é denominado

Com relação ao tema Gerenciamento de Requisitos, segundo Sommerville, assinale a afirmativa correta.

Segundo Pressman, o modelo ágil de processo denominado DAS (Desenvolvimento Adaptativo de Software) ou ASD (Adaptative Software Development) na sigla em Inglês, define um ciclo de vida que incorpora as seguintes fases:

Com relação à notação de um relacionamento de associação, segundo a especificação da UML 2.2, analise as afirmativas a seguir.

I. O nome da associação pode ser mostrado como uma string em qualquer ponto perto do símbolo de associação.

II. Uma barra colocada na frente do nome de uma associação, ou no lugar do nome, se nenhum nome é apresentado, marca a associação como sendo derivada.

III. Uma associação pode apresentar expressões de propriedades no formato de uma lista entre colchetes delimitada por vírgulas.

Assinale:

The Rational Unified Process-RUP describes how to effectively deploy commercially proven approaches to software development. These are called best practices not so much because it´s possible to quantify precisely their value, but rather, because they are observed to be commonly used in industry by successful organizations. RUP provides each team member with the guidelines, templates and tool mentors necessary for the entire team to take full advantage, following best practices. One of these practices shows how to visibly model software to capture the structure and behavior of architectures and components. This allows the developer to hide the details and write code using graphical building blocks. Visual abstractions help to communicate different aspects of the software; see how the elements of the system fit together; make sure that the building blocks are consistent with the code; maintain consistency between a design and its implementation; and promote unambiguous communication. The industry standard UML, created by Rational Software, is the foundation for successful modeling.

The described practice refers to

Consider the UML use case diagram below.

The diagram shows that

No âmbito de um projeto conduzido de acordo com as práticas do Scrum, a quantidade de dias estimada para concluir uma tarefa pode ser medida a partir da quantidade de atividades que um profissional consegue finalizar em um dia de trabalho. Para isso, considere que o cálculo seja feito utilizando a seguinte fórmula:

QD = (TIF / |1 − PIF_DIA|) × 100

− QD = Quantidade de Dias estimada para concluir a tarefa;

− TIF = Tempo necessário para Implementar a Funcionalidade (prazo definido pela própria equipe);

− PIF_DIA = Percentual que Indica a estimativa de quanto tempo do dia o desenvolvedor ficará dedicado à implementação da funcionalidade.

Considerando a definição de valores:

− O tempo total para implementação e entrega da tarefa, com teste concluído, em um sistema já existente e em produção no cliente, é o tempo de uma Sprint, com prazo de 1 mês. Mas, para a implementação da funcionalidade serão utilizados apenas 20 dias. O restante dos dias será utilizado para documentação, testes e eventuais correções de erros encontrados pela equipe.

− A produtividade a ser considerada para o desenvolvedor é de 81% em uma jornada de 8 horas por dia.

Com esses valores definidos, a QD corresponde a

Os princípios SOLID reúnem cinco boas práticas para projetos Orientados a Objetos-OO. O princípio S, que se refere ao Single Responsability Principle-SRP ou Princípio de Responsabilidade Única, indica que uma classe deve ter uma e, apenas uma, razão para mudar. Considere a classe Java abaixo.

public class UrnaEleitoral {

public void AdicionarCandidato(String nome, int numero, int partido) { }

public decimal CalcularTotalVotosCandidato() { }

public void CadastrarPartidos() { }

public void CadastrarEleitores() { }

public void CadastrarMesarios() { }

}

Com base no princípio SRP e nas boas práticas para projetos OO, é correto afirmar:

A etapa “Construir os itens da Sprint” do método MAgil refere-se à implementação dos requisitos com apoio dos padrões de arquitetura, de banco de dados e de design estabelecidos para o projeto, com a intenção de entregar algo que possa gerar resultado observável ao Product Owner. Técnicas da eXtreme Programming − XP podem ser utilizadas.

Neste caso, a equipe pode optar pela técnica XP:

A etapa “Testar os Requisitos Construídos” do método MAgil recomenda a aplicação das estratégias de teste definidas pelo projeto para minimizar os defeitos e não conformidades do produto no momento de sua verificação no ambiente de homologação, aumentando as chances de sua aprovação pelo Product Owner. São atividades previstas nesta etapa:

− Realizar o teste unitário da funcionalidade.

− Preparar e realizar os testes de integração e de regressão.

− Realizar teste de verificação e validação da funcionalidade.

− Autorizar, na medida do possível, os testes unitários, de integração e funcionais.

O teste