O RUP é a mais detalhada e antiga implementação do UP (Unified Process). Conta com disciplinas de projeto e de suporte. As disciplinas de suporte são:

A análise de requisitos orientada a pontos de vista e à elicitação de requisitos utilizando workshops utilizam reuniões em grupo entre analistas e stakeholders para identificar, entre outras coisas, os serviços em potencial e as entidades que interagem com o sistema. Nessas reuniões, a principal técnica recomendada é conhecida por:

O diagrama da UML, considerado o tipo mais comum de diagrama de interação, que mostra vários exemplos de objetos e mensagens que são passadas entre esses objetos, e o diagrama que permite visualizar como os usuários interagem com o sistema são, respectivamente, os diagramas de:

O Modelo Cascata é um modelo de processo clássico utilizado na indústria de software. Esse modelo:

I. prevê uma atividade de revisão ao final de cada fase, para que se avalie se o projeto pode passar à fase seguinte.

II. funciona bem com projetos nos quais os requisitos não são bem conhecidos e estáveis.

III. funciona bem quando a preocupação com custo ou tempo de desenvolvimento está acima da preocupação com a qualidade.

IV. é iterativo e incrementai, dividindo o desenvolvimento de software nas fases de levantamento de requisitos, análise, projeto, codificação, teste e operação.

Está correto o que se afirma em:

No modelo ágil Scrum, durante o sprint, cabe ao product owner manter o sprint backlog atualizado, indicando as tarefas já concluídas e aquelas ainda por concluir, preferencialmente mostradas em um gráfico atualizado diariamente e à vista de todos. A cada dia pode-se avaliar o andamento das atividades, contando a quantidade de atividades por fazer e a quantidade de atividades terminadas, o que vai produzir o diagrama:

O Tomcat é um software livre e de código aberto, surgido dentro do projeto Apache Jakarta e que teve apoio e endosso oficial da Sun Microsystems. O Tomcat:

Os padrões GoF refletem situações muito recorrentes em projetos orientados a objetos. Esses padrões são classificados em três famílias: padrões de criação, padrões estruturais e padrões comportamentais. Considere os objetivos principais de alguns desses padrões, tais como:

I. produzir objetos utilizando uma estrutura de árvore para representar hierarquias de todo-parte, de forma a permitir que objetos do tipo todo ou do tipo parte sejam tratados da mesma maneira.

II. atribuir responsabilidades adicionais a um objeto de forma dinâmica, para atender a algumas situações em que seja desejado que um objeto tenha mais responsabilidades que os demais da sua classe.

III. prover uma interface única para um conjunto de interfaces de um subsistema, facilitando o seu uso, para atender a situações em que um conjunto de classes deve se comportar como um componente.

Os padrões cujos objetivos foram descritos em I, II e III são, respectivamente:

Considere o fragmento de código a seguir.

xmlhttp.open("POST", "teste, asp",___I __ ); xmlhttp.setRequestHeader("Content-type","application/x- www-form-urlencoded"); xmlhttp.send("nome=Pedro&sobrenome=Souza"); Para que o fragmento de código seja usado para enviar os dados de um formulário de forma assíncrona para o arquivo teste.asp no servidor, utilizando o objeto XMLHttpRequest xmlhttp e um cabeçalho HTTP, a lacuna I deve ser preenchida com:

Nos web Services os dados são transferidos via HTTP no formato XML, encapsulados pelo protocolo SOAP. Os elementos opcionais de uma mensagem SOAP são:

Um dos componentes que podem ser produzidos durante o ciclo de vida de um projeto (utilizando PMBoK) é o mostrado a seguir.

O nome desse componente e o grupo de processos ao qual pertence são, respectivamente: