Sabendo que os diagramas de comportamento da UML 2.5 mostram as mudanças que ocorrem no sistema ao longo do tempo, um Técnico precisa escolher um diagrama de interação que foca no intercâmbio de mensagens entre objetos. Atende sua necessidade o Diagrama de

Um Analista alocado, hipoteticamente, como Gerente de um projeto, pretendia utilizar o guia PMBoK 5ª edição para sua referência e apoio. Na hora de determinar o orçamento do projeto ele notou que teria que pesquisar o assunto em uma determinada área de conhecimento e em um determinado grupo de processos. A área de conhecimento e o grupo de processos são, respectivamente, gerenciamento

Um Analista observou:

Assinatura de um atributo é a linha que representa uma classe ou interface em um diagrama de classe UML e tem este formato:  + AttributeName : TypeName [*].

Ele perguntou ao seu colega o que significava o símbolo + que antecede o AttributeName, ao que seu colega respondeu que significava visibilidade pública. Após essa resposta ele fez duas novas perguntas:

I. O que significam os símbolos – e # antes do AttributeName?

II. O que significa o símbolo [*] após o TypeName?

Seu colega respondeu, corretamente, que os símbolos – e # antes do AttributeName e o símbolo [*] após o TypeName significavam, respectivamente, visibilidade  

Um Analista necessita levantar os requisitos de um sistema junto aos usuários. São técnicas de levantamento:

Durante uma contagem de pontos de função, um Analista levantou os seguintes requisitos:

− No levantamento de arquivos lógicos internos obteve uma ocorrência de 39 tipos de dados e 3 tipos de registros.

− No levantamento de entradas externas obteve duas ocorrências de 18 tipos de dados e 5 arquivos referenciados.

Considere as tabelas de pontuação, a seguir: 

   

A apuração correta dos pontos de função brutos após a contagem foi  

Durante a modelagem de fluxo de dados, ao desenhar o DFD, um Analista utiliza

I. um elemento do diagrama que participa e influencia na entrada de dados e que, todavia, suas atividades não são diagramadas por estarem fora dos limites do sistema.

II. uma abordagem de modelagem que parte do geral para o mais específico, em decomposições sucessivas, até o limite das primitivas funcionais.

Os itens I e II referem-se, respectivamente, a

Considere o diagrama UML 2.5 abaixo.

Este é um

Suponha que um Técnico Programador da Defensoria está trabalhando no projeto de um software que será desenvolvido. Após a análise do escopo do software, suas funções principais foram identificadas. Em seguida, um intervalo de estimativa de Linhas de Código − LOC foi desenvolvido para cada função. Esse intervalo considera as estimativas como otimista (Tot), mais provável (Tmp) e pessimista (Tpess). Os valores das estimativas para cada função, como mostrado abaixo, foram obtidos utilizando a expressão:

T=(Tot + 4Tmp + Tpess)/6

1) Função: Alimentos − Estimativa de LOC: 3000

2) Função: Guarda − Estimativa de LOC: 5000

3) Função: Tutela − Estimativa de LOC: ..I...

4) Função: Adoção − Estimativa de LOC: 3300

5) Função: Interdição − Estimativa de LOC: 6000

Estimativa de LOC total: . .II....

Considerando que para a função “Tutela” foram obtidos: Tot=3800 LOC, Tmp=6500 LOC; e TPess=8600 LOC, as lacunas I e II devem ser preenchidas, correta e respectivamente, com

Considere o trecho em pseudocódigo abaixo. 

Este trecho possui as medidas:

n₁ (operadores únicos) = 14 Var inteiro leia Início Fim imprima ← + / ) ( " , :

n₂ (operandos únicos) = 6 a b c med 3 "média = "

Utilizando as métricas de software de Halstead, o tamanho do vocabulário do trecho em pseudocódigo é 

Considere a definição de algumas práticas da eXtreme Programming − XP.

I. Todo o código desenvolvido pelo time é incorporado em um repositório comum várias vezes ao dia. Isso garante que qualquer problema de integração ao longo do projeto possa ser notado e corrigido rapidamente.

II. Qualquer programador do time pode alterar qualquer seção do código, se necessário. Por mais que esta prática pareça perigosa, ela aumenta a velocidade do desenvolvimento e problemas em potencial podem ser detectados pelos testes de unidade.

III. Traz a ideia de que qualquer pessoa do time seja capaz de verificar o código sendo desenvolvido em alto nível e ter uma compreensão clara de qual funcionalidade do sistema está sendo trabalhada.

IV. Permite aplicar melhorias ao código sem mudar sua funcionalidade, visando sua simplificação. Se o cliente deseja alterar alguma coisa no produto final, o time pode fazer os ajustes rapidamente, e esta prática contribui para alcançar este objetivo.

As práticas de I a IV são, correta e respectivamente,

Um dos artefatos do Scrum é o Backlog da Sprint, que

O paradigma de programação Orientada a Objetos − OO utiliza, como um de seus componentes essenciais, a classe. Uma classe, em conformidade com os melhores padrões da OO,

Um Analista de Sistemas optou por utilizar o Subversion como sistema de controle de versão em um projeto Java, porque este aplicativo

A Engenharia de Usabilidade trata da construção de sistemas melhores através da compreensão de quem são os usuários finais e do envolvimento destes usuários nos requisitos, no design da interface e nos esforços de teste. O RUP trabalha técnicas de engenharia de usabilidade em várias atividades. A atividade Design da Interface com o Usuário, por exemplo, gera os artefatos Esboço Sequencial e Mapa de Navegação. O Esboço Sequencial

Considere, por hipótese, que uma equipe de Analistas de Sistemas da Defensoria elencou a lista de requisitos para um novo sistema:

− O sistema não deverá revelar aos usuários nenhuma informação pessoal sobre os cidadãos, além do número do processo, em respeito à legislação de privacidade.

− Em razão das restrições referentes aos direitos autorais, alguns documentos devem ser excluídos imediatamente ao serem fornecidos pelos cidadãos em seus processos.

− O sistema deve implementar interfaces utilizando as normas de usabilidade vigentes para o serviço público.

A lista apresenta exemplos de requisitos

Considere os trechos de código Java abaixo.

Em um sistema Orientado a Objetos bem desenvolvido, os princípios relativos a acoplamento e coesão devem ser respeitados. O código Java apresentando no trecho 1 mostra um exemplo de

Considere, por hipótese, que na Defensoria esteja sendo desenvolvido um projeto com prazo crítico, sendo necessário que os desenvolvedores avaliem o software frequentemente. A equipe envolvida decidiu utilizar uma abordagem de teste de integração que trabalha da seguinte maneira:

I. Componentes necessários para implementar funções do software, como arquivos de dados, bibliotecas, módulos reutilizáveis etc são integrados em uma build (construção).

II. Diversos testes são projetados para que erros que possam impedir a build em andamento de desempenhar de forma adequada sua função, com o objetivo de descobrir showstoppers que impliquem em atrasos no cronograma.

III. A build é integrada a outras builds e todo o software passa diariamente por este tipo de teste, podendo usar abordagem ascendente ou descendente de integração.

O teste de integração descrito é denominado teste

Uma Analista de Sistemas da Defensoria sugeriu que um novo projeto fosse desenvolvido utilizando a metodologia ágil

Considere o diagrama UML 2.5 abaixo.

Neste diagrama de

Considere os quadros abaixo.

Os quadros apresentam o custo da qualidade em um projeto, de acordo com o PMBOK 5ª edição. O custo da qualidade inclui todos os custos incorridos durante a vida do produto. O quadro