1) Avançando com a modelagem de um sistema de software após a especificação da
atividade de Requisitos, deve-se dedicar a modelagem da atividade de Análise e Projeto,
seguindo o modelo do Processo Unificado, especificamente na fase de Elaboração. A
atividade de Análise consiste em identificar o que o sistema deve fazer em uma visão
lógica do negócio e a atividade de Projeto consiste em definir como será o
desenvolvimento do software, em consonância com as tecnologias que serão adotadas
para implementação do software.
Considerando que o Modelo de Casos de Uso da atividade de Análise está pronto, a
próxima etapa é analisar cada caso de uso e iniciar a identificação das classes de
objetos, compreendendo qual classe ou quais classes participam da realização de um
caso de uso e como o sistema será estruturado internamente, especificando
Alternativas:
a) o Modelo de Pacotes geralmente em várias perspectivas de visão.
b) o Modelo de Objetos geralmente em várias perspectivas de visão.
c) o Modelo de Perfil geralmente em várias perspectivas de visão.
d) o Modelo de Classes geralmente em várias perspectivas de visão.
e) o Modelo de Casos de Uso geralmente em várias perspectivas de visão.
2) Na atividade de Análise, referente a fase de Elaboração do Processo Unificado, a
especificação dos requisitos funcionais, a partir do Diagrama de Casos de Uso é
fundamental para já tomar a decisão em estabelecer os relacionamentos entre os casos
de uso, pois um requisito funcional pode ser representado por um ou mais casos de uso,
o qual recomenda-se definir nesse momento exatamente o objetivo de cada caso de uso,
considerando a usabilidade do sistema para os usuários.
A figura a seguir representa um recorte de um Diagrama de Casos de Uso, referente ao
sistema de uma Locadora de Veículos.
Sobre as funcionalidades representadas do Diagrama de Casos de Uso, julgue as
afirmativas a seguir:
V I. Os relacionamentos especiais <<Include>> e <<Extend>> são exclusivos para
casos de uso.
V II. O relacionamento <<Include>> entre os casos de uso “Reservar Carro” e
“Enviar E-mail do Comprovante de Reserva” representa um caminho obrigatório de
execução de funções do sistema.
F III. O relacionamento <<Extend>> entre os casos de uso “Reservar Carro” e
“Imprimir Comprovante de Comprovante de Reserva” representa um caminho
obrigatório de execução de funções do sistema.
V IV. A partir do caso de uso “Reservar Carro” pode-se executar o caso de uso
“Imprimir Comprovante de Reserva”, representando um caminho opcional de funções
do sistema.
É correto o que se afirma em:
Alternativas:
a) I e II, apenas.
b) II e III, apenas.
c) I e III, apenas.
d) I, II e IV, apenas.
e) II, III e IV. apenas.
3) A partir da abstração dos casos de uso, inicia-se a identificação das classes de objetos
e a elaboração do Diagrama de Classes que é considerado a principal técnica de
modelagem estrutural da Unified Modeling Language (UML), que representa a
modelagem da parte estática do sistema.
Sobre os tipos de relacionamentos e associações do Diagrama de Classes, julgue as
afirmativas a seguir:
V I. São tipos de relacionamentos: 1:1 (um para um), 1:* (um para muitos) e *:*
(muitos para muitos).
V II. São tipos de associação: unária, binária, ternária, classe associativa, agregação
e composição que é uma variação da agregação.
V III. Associação do tipo Agregação demonstra que as informações de um objeto
(chamado objeto-todo) precisam ser complementadas pelas informações contidas em
um ou mais objetos de outra classe (chamados objeto-parte), sendo que a associação
representa que ambas as classes podem “viver” de forma independente, não existindo
uma ligação forte entre as classes associadas.
V IV. Agregação do tipo Composição representa um vínculo forte entre os objetos-
todo com os objetos-parte, demonstrando que o objeto-todo deve ter, no mínimo, um
objeto-parte, sendo que estes devem estar associados a um único objeto-todo.
É correto o que se afirma em:
Alternativas:
a) I e II, apenas.
b) III e IV, apenas.
c) I, II e III, apenas.
d) II, III e IV, apenas.
e) I, II, III e IV.
4) Os elementos de um Diagrama de Atividades podem ser divididos para demostrarem
fluxos de controle paralelos, também denominados de simultâneos, ou fluxos de
controle sequenciais, também chamados de simples. Para facilitar a elaboração do
Diagrama de Atividades ou de outro diagrama comportamental, recomenda-se que
descreva o cenário de execução do caso de uso, utilizando um dos formatos de
documentação do caso de uso.
Assinale a alternativa correta que indica os elementos básicos de um Diagrama de
Atividades.
Alternativas:
a) Estado Inicial e Final, Estado de Ação, Relacionamentos, Objeto, Vínculo,
Atributo, Operação, Estado de Partição de Atividade (Swinlanes).
b) Estado de Ação, Fluxo de Controle, Estado de Decisão, Ator, Caso de Uso,
Objeto, Classe, Composição e Agregação.
c) Nó de Ação, Fluxo de Controle, Nó de Decisão, Relacionamento, Evento,
Mensagem, Estado, Vínculo, Operação, Nó de União (Join), Nó de Objeto,
Partição de Estado (Swinlanes).
d) Nó Inicial e Final, Nó de Ação, Relacionamento, Objeto, Estado, Vínculo,
Operação, Nó de União (Join), Nó de Objeto, Partição de Atividade
(Swinlanes).
e) Nó Inicial e Final, Nó de Ação, Fluxo de Controle, Nó de Decisão, Nó de
Bifurcação (Forks), Nó de União (Join), Nó de Objeto, Partição de Atividade
(Swinlanes).
