Um Analista de Sistemas necessita mostrar a troca de mensagens entre objetos de uma aplicação. Para isso, leu a documentação da UML 2.5 e notou que nessa linguagem os diagramas são divididos em duas categorias: estruturais (structure diagrams) e comportamentais (behavior diagrams).

O diagrama que o Analista deverá utilizar e a categoria à qual pertence são, respectivamente:

De acordo com o PMBOK 5a Edição, é importante que a equipe de gerenciamento de projeto tenha conhecimento prático de processos de controle estatístico da qualidade, para avaliar os dados contidos nas saídas de qualidade do controle, e recomenda que sejam conhecidas as diferenças entre:

..I.. : manter os erros fora do processo e ..II.. : manter os erros fora do alcance do cliente.

..III.. : uma faixa especificada de resultados aceitáveis e ..IV.. : indicam os limites de variação comum em um processo estatisticamente estável ou de desempenho do processo.

As lacunas de I a IV são correta, e respectivamente,

Considere que, aplicando as recomendações do PMBOK 5ª Edição, uma equipe de Analistas de Sistemas decidiu realizar um comparativo das práticas reais de processos e operações do CREMESP com outras organizações semelhantes, visando identificar as melhores práticas, gerar ideias para melhorias e obter uma base para medir o desempenho interno. A equipe decidiu realizar

Considere, por hipótese, que no CREMESP existam diversos projetos de desenvolvimento de código aberto que usam o Subversion (SVN) para controle de versões dos códigos fonte. Um Analista de Sistemas foi solicitado a fazer uma transição para o Git mantendo, no entanto, o SVN em funcionamento. O Analista deve usar o Git como um cliente válido para um servidor Subversion, de forma que possa usar todos os recursos locais do Git e fazer um push para um servidor Subversion, como se estivesse usando o Subversion localmente. Com isso ele poderá fazer ramificação (branching) local e fusão (merge), usar a área de teste (staging area), cherry-picking, e assim por diante, enquanto os colaboradores do CREMESP continuam a trabalhar no SVN. Para isso, o Git oferece uma ferramenta que funciona como um canal de comunicação bidirecional para o SVN cujo principal comando é:

Considere que um Analista de Sistemas sugeriu a implementação de um novo projeto com base em um processo de software que organiza suas iterações em quatro fases principais:

[1] Concepção: levantar, de forma genérica e pouco precisa, o escopo do projeto. O objetivo é ter uma visão inicial do problema, estimar esforço e prazos e determinar se o projeto é viável e merece uma análise mais profunda.

[2] Elaboração: levantar todos, ou a maior parte dos requisitos. Em uma primeira iteração alguns requisitos, de maior risco e valor arquitetural, são especificados em detalhes, implementados e servem como base de avaliação junto ao usuário e desenvolvedores para o planejamento da próxima iteração. Ao fim da fase, 90% dos requisitos devem ter sido levantados em detalhes, o núcleo do sistema deve ter sido implementado com alta qualidade, os principais riscos devem ter sido tratados, podendo-se fazer estimativas mais realistas.

[3] Construção: implementar, de forma iterativa, os elementos restantes de menor risco e mais fáceis e preparação para a implantação.

[4] Transição: realizar testes finais e implantação.

O processo de software indicado pelo Analista é o

Considere que um projeto do CREMESP está sendo desenvolvido com base no Scrum e uma sprint precisa ser cancelada. Neste caso,

Considere a figura abaixo que apresenta duas abordagens de teste.

A figura

Considere uma clínica médica na qual os pacientes primeiramente marcam consultas com a secretária, fornecendo suas informações pessoais. Se o paciente ainda não estiver cadastrado no sistema ou existir algum dado que precise ser atualizado, a secretária deverá atualizar o cadastro. Durante a consulta, o médico poderá marcar exames a serem trazidos posteriormente. O pedido de exame e seus resultados serão registrados no histórico do paciente.

Para representar a interação do Paciente, da Secretária e do Médico com o sistema, foi criado o diagrama de casos de uso abaixo.

As lacunas I e II representam relações (ou associações) entre os casos de uso e devem ser preenchidas, respectivamente, por: