Na maioria dos projetos de software, há algum reuso de software. Isso acontece muitas vezes informalmente, quando as pessoas envolvidas no projeto sabem de projetos ou códigos semelhantes ao que é exigido. No entanto, atualmente, processos de desenvolvimento de software com foco no reuso de software existente tornaram-se amplamente utilizados, contribuindo, entre outros fatores, para a diminuição do tempo necessário para o término de um sistema. Dentre os vários estágios em um processo de desenvolvimento por reuso, dois estágios são comparáveis a outros modelos de desenvolvimento, sendo eles

Analise as definições relativas a 3 diagramas da UML 2.

I. Cada ator, bem como o sistema, é representado por uma linha vertical denominada linha de vida, e cada mensagem, por uma seta do emissor para o receptor. O tempo decorre de cima para baixo, mas o espaçamento é irrelevante. O diagrama mostra apenas a continuidade das mensagens, não sua sincronização exata.

II. Cada ator representa um tipo de objeto para o qual o sistema pode realizar um comportamento. O conjunto de atores representa o conjunto completo de objetos que o sistema pode servir. Os objetos acumulam comportamentos de todos os sistemas com os quais eles interagem como atores.

III. Mostra a sequência de etapas que compõem um processo complexo, como um algoritmo ou fluxo de trabalho. Uma seta não rotulada de uma atividade para outra neste diagrama indica que a 1ª atividade precisa ser concluída antes que a 2ª atividade comece.

As definições correspondem aos diagramas de:

Um dono de uma fábrica de brinquedos solicitou que seus engenheiros criassem um mesmo controle remoto para os brinquedos avião, carro e barco. A única restrição era que cada brinquedo atendesse aos comandos específicos definidos pelo controle. O controle remoto teria vários botões, sendo que todos eles seriam úteis para todos os brinquedos. Por exemplo, quando o usuário apertasse o botão mover, o controle enviaria o sinal MOVER para todos os brinquedos que estivessem em um raio de 2 metros. Desta forma, quando o brinquedo recebesse o sinal MOVER, ele se moveria de acordo com a sua função. Para o avião, mover significa VOAR, para o barco significa NAVEGAR e, para o automóvel, significa CORRER. Observe que os brinquedos respondem ao mesmo sinal de formas diferentes.

Na programação orientada a objetos, este exemplo ilustra um caso de

A habilidade em lidar com bibliotecas de classes, pacotes e interfaces é essencial para um programador que desenvolva aplicações orientadas a objetos. Sobre este tema assinale a afirmativa INCORRETA.

O RUP (Rational Unified Process) recomenda que o projeto e o desenvolvimento do software ocorram em fases. A fase que NÃO PERTENCE ao RUP é:

As estimativas de cronogramas de projeto são difíceis. O software pode ser executado em computadores desconhecidos ou utilizar novas tecnologias de desenvolvimento. No entanto, as organizações necessitam efetuar estimativas de esforço e custo de software e para tanto podem utilizar dois tipos de técnica para estas estimativas: estimativas baseadas em experiência e

O escopo de um projeto é determinado pelo levantamento de requisitos funcionais e não funcionais. Dentre os requisitos não funcionais se enquadram os requisitos organizacionais, que podem ser divididos em

Os 3 elementos básicos que mantém a arquitetura de implementação dos web services são descritos abaixo.

I. Protocolo de comunicação baseado em XML para permitir que os aplicativos troquem informações. É um padrão W3C, projetado para se comunicar via internet, independente de plataforma e de linguagem que permite contornar firewalls e acessar um web service.

II. Linguagem baseada em XML e padronizada pela W3C que é utilizada para localizar e descrever web services.

III. Serviço de diretório, em que as empresas podem se registrar e procurar web services. É um diretório para armazenar informações sobre os web services.

A associação correta entre o elemento e a sua descrição é:

A qualidade subjetiva de um sistema baseia-se em grande parte em suas características não funcionais. Isso reflete a experiência prática do usuário – se a funcionalidade do software não é esperada, os usuários frequentemente apenas contornam este problema e encontram outras maneiras de fazer o que querem. No entanto, se o software for muito lento ou não confiável, será praticamente impossível aos usuários atingirem seu objetivo. Existem diversos atributos não funcionais do sistema, como os atributos de segurança, entre os quais: proteção, confiabilidade, robustez e

Após fechado o escopo de um sistema é possível determinar algumas características e decidir se a construção deste ativo está dentro de certos limites técnicos e comerciais e fazer um comparativo entre receita e custo. Essa análise recebe o nome de análise de