Hipoteticamente, durante a fase de levantamento de requisitos, um Analista de Sistemas do TST aplicou uma técnica que trata de realizar uma imersão no ambiente de trabalho de seus usuários buscando observar, no dia a dia, como as atividades eram executadas. Esse trabalho lhe ajudou a descobrir requisitos funcionais e não funcionais, implícitos, que refletiam as formas reais com que as pessoas trabalhavam ao invés de refletir processos formais definidos pelo Tribunal. Um outro Analista de Sistemas que o acompanhava perguntou:

Qual técnica da Engenharia de Requisitos é essa que você aplicou?

Qual requisito funcional você observou?

Qual requisito não funcional você observou?

As respostas corretas a essas perguntas foram, respectivamente,

Um Analista de Sistemas do Tribunal Superior do Trabalho − TST, de modo hipotético, necessitou aplicar princípios ágeis e de controle usando elementos de três modelos, em processos de manutenção de software. Considere:

I. Dividir o cronograma em iterações time-box ou ciclos (sprints).

II. Orientar o trabalho a eventos ao invés de limite de tempo.

III. Aplicar a programação em pares, integração contínua, orientação a testes (TDD), revisão de código e todas as demais prescrições antes da implantação.

As características acima correspondem, respectivamente, a

Hipoteticamente, um Analista de Sistemas do Tribunal Superior do Trabalho − TST precisou elaborar um diagrama UML 2.5 que se caracteriza por alguns componentes e símbolos específicos, a fim de modelar o fluxo do processo e seus pontos de controle. Considere:

I. Os componentes: estados iniciais e finais; atividades e transições; decisões; bifurcação e união.

II. O símbolo utilizado em nós de controle desse diagrama, como na bifurcação e na união, para modelar atividades paralelas (concorrentes).

O diagrama constituído pelos componentes (I) e o símbolo nele utilizado (II) são, correta e respectivamente, diagrama de

Sobre herança em Programação Orientada a Objetos, considere as afirmativas a seguir.

I. Uma subclasse é uma instância específica da superclasse.

II. A técnica de herança é essencial para o reuso e extendabilidade de classes.

III. Polimorfismo é a habilidade de uma subclasse realizar herança múltipla de diferentes classes.

Está (ão) CORRETA(S) apenas as assertivas:

No que se refere a elicitação e análise de requisitos, análise as assertivas a seguir.

I. O levantamento orientado a pontos de vista utiliza a técnica de brainstorming para identificar os serviços e as entidades do sistema.

II. A técnica de etnografia pode ser utilizada somente para complementar as informações obtidas nas entrevistas ou questionários.

III. O JAD (Joint Application Design) é uma técnica para promover cooperação, entendimento e trabalho em grupo entre os usuários desenvolvedores.

IV. A entrevista e o questionário são técnicas apropriadas para utilizar em fases iniciais de obtenção de requisitos.

É CORRETO apenas o que se afirma em

Quantas das opções abaixo fazem parte do conjunto de diagramas comportamentais da UML?

I. Diagrama de classes

II. Diagrama de atividades

III. Diagrama de casos de uso

IV. Diagrama de sequência

V. Diagrama de componentes

Relacione as definições com as atividades do processo de engenharia de requisitos.

I. Processo. que envolve a descoberta dos requisitos, ajudando no entendimento do sistema a ser especificado.

II. Atividade, que documenta dois tipos de requisitos: de usuário e de sistema.

III. Uma estimativa para saber se as necessidades identificadas do usuário podem ser satisfeitas, adotando-se tecnologias atuais de software e hardware.

IV. Atividade, que encontra erros no documento de requisitos com relação ao realismo, à consistência e completude.

1. Validação de requisitos

2. Estudo de viabilidade

3. Especificação de requisitos

4. Elicitação e análise de requisitos

Assinale a alternativa que contém a correlação CORRETA.

O SCRUM tem uma adoção bastante significativa na indústria de desenvolvimento de software e procura viabilizar que pessoas possam tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com mais alto valor possível. Avalie as seguintes afirmações:

I. Segundo o Guia do Scrum, mantido pelos autores Ken Schwaber e Jeff Sutherland (2016), o Scrum é um processo ágil de desenvolvimento de software que integra eventos, papéis e artefatos, sendo originado a partir do empirismo e contempla os seguintes pilares: transparência, inspeção e restrospectiva.

II. Nas abordagens de desenvolvimento ágeis, o conceito de pronto é utilizado para definir o entendimento comum sobre um item de backlog, ou um incremento, e representa o entendimento compartilhado e homogêneo entre todos os times Scrum do que significa o trabalho estar completo, assegurando a transparência.

III. A reunião diária do Scrum é um evento de tempo fixo para que o Time de Desenvolvimento possa sincronizar as atividades e criar um plano de curto prazo. O objetivo é inspecionar o trabalho desde a última reunião e prever o trabalho a ser feito antes da próxima reunião. O Scrum Master deve assegurar que a reunião ocorra e que seja mantida no tempo, mas o time de Desenvolvimento é responsável pela sua condução.

É CORRETO apenas o que se afirma em

Na UML, os diagramas estruturais são utilizados para visualizar, especificar, construir e documentar os aspectos estáticos de um sistema.

Considera-se um diagrama estrutural da UML o diagrama de

Scrum é uma metodologia ágil usada para gerenciamento e planejamento de projetos de software.

Essa metodologia define alguns perfis, como

De acordo com o Sommerville na 9ª edição em inglês do seu livro Software Engineering, o processo de elicitação e análise de requisitos envolve quatro etapas. Uma das etapas pode ser descrita da seguinte forma:

Inevitably, when multiple stakeholders are involved, requirements will conflict. This activity is concerned with defining which requirements are more important and finding and resolving requirements conflicts through negotiation. Usually, stakeholders have to meet to resolve diferences and agree on compromise requirements.

Trata-se da etapa denominada

De acordo com o Sommerville na 9ª edição em inglês do seu livro Software Engineering, os passos do TDD são essencialmente os seguintes:

1. You start by identifying the increment of functionality that is required. This should normally be small and implementable in a few lines of code.

2. You write a test for this functionality and implement this as an automated test. This means that the test can be executed and will report whether or not it has passed or failed.

3. You then run the test, along with all other tests that have been implemented. Initially, you have not implemented the functionality so the new test will fail. This is deliberate as it shows that the test adds something to the test set.

4. You then implement the functionality and re-run the test. This may involve refactoring existing code to improve it and add new code to what’s already there.

5. Once all tests run successfully, you move on to implementing the next chunk of functionality.

Sobre eles, é INCORRETO afirmar que