O tipo de relacionamento entre casos de uso presentes na UML que usa incondicionalmente um caso de uso compartilhado por dois ou mais casos de uso, permitindo assim uma modularização no estilo de desenvolvimento de casos de uso é o

Na Prototipagem dos Requisitos, o protótipo descartável pode ser construído por meio de diversos tipos de ferramentas. A área tratável por protótipo, onde o ambiente de prototipagem é um pequeno programa de teste no ambiente alvo é a área de

A metodologia ágil Extreme Programming (XP) baseia-se em 12 práticas, algumas das quais são adotadas há muitos anos na indústria de software. A prática na qual se focaliza o aperfeiçoamento do projeto de software e que está presente em todo o desenvolvimento é chamada de

O método GQM organiza o planejamento de uma medição de software em diversas etapas. A alternativa que não apresenta uma etapa do método GQM é a

A classe “Pessoa” abaixo obedece às notações da UML. O nome do atributo e do método que possui a visibilidade de pacote e protegida, respectivamente, são:

Pessoa

- matricula

+ nome

# telefone

~ login

- totalizar( )

# listar( )

+ gravar( )

O teste de software cliente/servidor ocorre em três diferentes níveis, exceto:

Dentre os diferentes tipos de Classes de Projeto, aquele que implementa abstrações de mais baixo nível de negócio necessárias para a completa gestão das classes de domínio de negócios é o

Empacotar software como classes possibilita que os futuros sistemas de software reutilizem as classes. Grupos de classes relacionadas podem ser empacotadas como __________ reutilizáveis.

- A expressão que preenche a lacuna acima é

A UML – Unified Modeling Language é uma linguagemvisual utilizada para modelar softwares baseados no paradigma de orientação a objetos. Empregado normalmente nas fazes de levantamento e análise de requisitos, embora venha a ser consultado durante todo o processo de modelagem e possa servir de base para outros, um diagrama, exemplificado na figura abaixo, procura identificar usuários, outros sistemas ou mesmo algum hardware especial, que utilizarão o software de algum modo, bem como os serviços e funcionalidades.

A figura representa o diagrama de:

Uma revisão técnica formal – FTR é uma atividade de garantia da qualidade, englobando walkthroughs, inspeções e revisões técnicas. De caráter obrigatório, dois objetivos da FTR são, respectivamente:

Segundo Pressman, a medição permite obter o entendimento do processo e do projeto, dando um mecanismo para avaliação objetiva. Dentre as métricas para projeto OO, uma representa um Indicativo da quantidade de esforço requerida para desenvolver o software e a outra o potencial de reuso a ser aplicada durante o desenvolvimento do sistema. Essa métrica é denominada número de:

A Extreme Programming é um dos métodos ágeis mais conhecidos e usados, e envolve um número de práticas que se enquadram nos princípios gerais da metodologia. Dois desses princípios são descritos a seguir.

I. Os requisitos são registrados em cartões de histórias, sendo as histórias incluídas em um release, determinadas pelo tempo disponível e sua prioridade relativa.

II. Espera-se que todos os desenvolvedores recriem o código continuamente, tão logo os aprimoramentos do código forem encontrados, o que torna o código simples e fácil de manter.

Esses princípios são denominados, respectivamente:

O Rational Unified Process (RUP) é um exemplo de modelo de processo moderno derivado da UML e do Processo Unificado de Desenvolvimento de Software de Rumbaugh. O RUP reconhece que os modelos convencionais de processo apresentam uma visão única do processo. O RUP engloba três perspectivas, descritas a seguir.

I. Mostra as fases do modelo ao longo do tempo.

II. Mostra as atividades realizadas no processo.

III. Sugere as boas práticas a serem usadas durante o processo.

Essas perspectivas são conhecidas, respectivamente, como:

Segundo Pressman, os elementos específicos do modelo de análise são ditados pelo método de modelagem de análise usado. No entanto, um conjunto de elementos genéricos é comum à maioria dos modelos de análise. Nesse sentido, observe a figura abaixo, que ilustra o modelo de estado UML e que representa os estados e eventos que modificam um sistema. O diagrama de estados indica que ações são realizadas em consequência de determinado evento.

O diagrama de estado é utilizado quando se trata dos elementos de análise do tipo:

O processo de Engenharia de Requisitos é realizado por meio da execução de sete funções distintas: concepção, levantamento, elaboração, negociação, especificação, validação e gestão. Nesse contexto, observe a lista abaixo, que representa um conjunto de questões a serem utilizadas como checklist dentro de uma dessas funções.

1) Os requisitos foram claramente estabelecidos? Eles podem ser mal interpretados?

2) A fonte do requisito foi identificada?

3) O requisito está limitado em termos quantitativas?

4) Que outros requisitos se relacionam a este requisito?

5) O requisito viola alguma restrição do domínio?

6) Pode-se relacionar o requisito a qualquer modelo de sistema que tenha sido criado?

7) O requisito está relacionado aos objetivos globais do sistema/produto?

A função é: 

Analise o diagrama de Classes UML a seguir.

Telefone

– numero : String

– DDD : String

# Telefone(numero : String)

+ setDDD(DDD : String) : void

– setNumero(numero : String) : void

Assinale a alternativa que descreve corretamente a visibilidade dos métodos Telefone(), setDDD() e setNumero(), respectivamente.

O diagrama de sequência da UML a seguir, que representa corretamente uma instância da classe A enviando uma mensagem assíncrona para uma instância da classe B, é

Com relação à Engenharia de Requisitos, assinale a afirmativa correta.

Com relação ao projeto da interface com o usuário, analise as afirmativas a seguir.

I. É importante a colocação do usuário no controle definindo modos de interação de uma forma que não o force a ações desnecessárias, proporcionando interação flexível e permitindo que ele possa interromper ou desfazer qualquer ação sem perder o trabalho que já tenha feito.

II. A interface com o usuário tem que ser capaz de aumentar a carga de memória do usuário para que ele utilize todo seu conhecimento a todo instante sobre o sistema, garantindo uma interface objetiva e robusta.

III. A interface com o usuário deve ser consistente ao longo de uma família de aplicações e consistente com modelos interativos anteriores.

Assinale:

Algumas tarefas relacionadas às funções do processo são executadas no processo de Engenharia de Requisitos.

A esse respeito, analise as tarefas a seguir.

I. Definição do escopo e a natureza do problema a ser resolvido.

II. Os requisitos básicos são refinados e modificados.

III. Definição de prioridades e do que é essencial e necessário para o sistema.

Segundo Pressman, as tarefas descritas representam, respectivamente, as funções