05__Introdução à Linguagem UML e Diagrama Use Case Flashcards
Um dos grandes contributos para a UML foi o método Booch, de _____:
a) Grady Booch
b) James Rumbaugh
c) Ivar Jacobson
a)
Um dos grandes contributos para a UML foi o método OMT, de _____:
a) James Rumbaugh
b) Grady Booch
c) Ivar Jacobson
a)
Um dos grandes contributos para a UML foi o método OOSE/Objectory, de _____:
a) James Rumbaugh
b) Ivar Jacobson
c) Grady Booch
b)
V/F
Os métodos têm sempre a mesma notação, os mesmos processos e as mesmas ferramentas
Falso
Cada um dos métodos tem a sua própria notação, os seus próprios processos e as suas próprias ferramentas
V/F
A notação são atividades nas diferentes fases de desenvolvimento de sistemas
Falso
São os processos
V/F
As ferramentas usadas na linguagem UML são as ferramentas CASE e suportam as notações e os processos
Verdadeiro
V/F
Na fase da fragmentação, em 1995, houve a proliferação de métodos e notações para a modelização segundo a abordagem OO
Falso
Em 1990
V/F
Na fase da estandardização, em 1990, houve a proliferação de métodos e notações para a modelização segundo a abordagem OO
Falso
Fase da fragmentação
V/F
Na fase da unificação, em 1997, houve um 1º esforço no sentido da normalização
Falso
Entre 1995-1996
V/F
A fase da estandardização dá-se a partir de 1998
Falso
No ano de 1997
V/F
Na fase da estandardização, há uma adoção generalizada da UML como linguagem de modelação segundo a abordagem OO
Falso
Fase da industrialização
Na fase da _____, houve esforços significativos para a unificação e normalização no âmbito da OMG, e foi dada em _____:
a) fragmentação, 1997
b) industrialização, 1998
c) estandardização, 1997
d) unificação, 1997
c)
V/F
A linguagem UML é uma linguagem standard mas dependente das outras
Falso
É standard e independente das outras
V/F
A linguagem UML é aplicável em vários tipos de sistemas e abrange qualquer caraterística com os seus diagramas
Verdadeiro
V/F
A linguagem UML não é aplicável nas diferentes fases do processo de desenvolvimento
Falso
É aplicável
V/F
Um dos objetivos da UML é a diferenciação entre os métodos conceptuais e os métodos executáveis
Falso
A união entre métodos conceptuais, que também são executáveis
V/F
Nas fases de desenvolvimento de um sistema em UML, as primeiras abstrações do domínio do problema dão-se na análise de requisitos
Falso
Análise de sistema
V/F
Nas fases de desenvolvimento de um sistema em UML, a análise de requisitos explora as necessidades dos programadores, através de classes e objetos
Falso
Necessidades dos utilizadores, através de diagramas use-cases
V/F
A vista use-case tem todas as funcionalidades do sistema desempenhadas pelos atores internos
Falso
Atores externos
V/F
A vista desenho tem a ver com a concorrência, no sentido que define os fluxos e processos que suportam a concorrência e sincronização
Falso
Vista do processo
V/F
Na vista do processo, os requisitos são funcionais e explorados pelos analistas
Falso
Na vista de processo, requisitos são não funcionais
P.S.: são explorados pelos analistas, sim (integradores)
V/F A vista de implementação é focada na/nos \_\_\_\_\_ e explorada pelos \_\_\_\_\_: a) lógica, programadores b) concorrência, analistas c) organização, analistas d) componentes, programadores
d)
V/F
A vista de desenho é explorada pelos engenheiros de sistemas
Falso
Vista de instalação
A vista de instalação é focada na/nos _____:
a) organização
b) componentes
c) lógica
d) concorrência
a)
V/F
O diagrama de use-case identifica as interações com o sistema, delimita as fronteiras e descreve os use-cases disponibilizados a grupos de analistas
Falso
A grupos de utilizadores (atores)
V/F
O diagrama de classes descreve a estrutura dinâmica das classes
Falso
A estrutura estática
V/F
O diagrama de objetos ilustra um diagrama de classes com um exemplo concreto, sendo um diagrama estático
Verdadeiro
O diagrama de componentes descreve a arquitetura da/do _____ em termos de _____:
a) aplicação informática, software
b) equipamento informático, hardware
c) equipamento informático, software
d) aplicação informática, hardware
a)
O diagrama de execução descreve a arquitetura da/do _____ em termos de _____:
a) aplicação informática, hardware
b) aplicação informática, software
c) equipamento informático, software
d) equipamento informático, hardware
d)
Qual destes não é um diagrama estático:
a) diagrama de execução
b) diagrama de objetos
c) diagrama de colaboração
d) diagrama de componentes
c)
V/F
O diagrama de use-case é um diagrama dinâmico
Falso
Estático
Quais os 5 diagramas estáticos?
Diagrama de use-case Diagrama de classes Diagrama de objetos Diagrama de componentes Diagrama de execução
V/F
O diagrama de colaboração é também denominado por diagrama de atividades
Falso
Diagrama de sequência
V/F
O diagrama de interação ilustra como os objetos do sistema interagem para fornecer funcionalidade dos use-cases
Verdadeiro
V/F
O diagrama de execução ilustra como os objetos do sistema interagem para fornecer funcionalidade dos use-cases
Falso
Diagrama de sequência/colaboração/interação
V/F
O diagrama de colaboração é um diagrama dinâmico
Verdadeiro
V/F
O diagrama de objetos descreve cada um dos use-cases, realçando a atividade de cada um dos objetos do sistema
Falso
Diagrama de atividades
V/F
O diagrama de objetos modela o comportamento dos objetos, descrevendo as alterações nos valores dos atributos aos objetos
Falso
Diagrama de estados
V/F
O diagrama de estados é um diagrama dinâmico
Verdadeiro
Quais os 3 diagramas dinâmicos?
Diagrama de sequência (ou colaboração ou interação)
Diagrama de atividades
Diagrama de estados
V/F
Na análise de sistemas, identificam-se as necessidades dos utilizadores, que são representadas através de funções use-cases
Falso
É na análise de requisitos
V/F
Em UML, os diagramas de use-case são usados para documentar a fase de análise de sistemas
Falso
Para documentar a fase da análise de requisitos
V/F
O diagrama de use-case explicita funções que não são visíveis ao utilizador, apresentando objetivos ambíguos
Falso
Explicita funções visíveis ao utilizador, apresentando objetivos específicos (atores)
Os use-cases constituem a técnica em UML para representar os requisitos _____ de um sistema em termos de funcionalidades:
a) não funcionais
b) funcionais
c) de facilidade de utilização
b)
V/F
Os use-cases constituem a técnica em UML para representar os requisitos não funcionais de um sistema em termos de funcionalidades
Falso
Use-cases – Requisitos funcionais
V/F
O requisito é uma funcionalidade considerada relevante na ótica do analista
Falso
Na ótica do utilizador
V/F
Os requisitos funcionais descrever o que o sistema faz ou deve fazer
Verdadeiro
V/F
Os requisitos não funcionais garantem a boa ligação entre o sistema, os utilizadores e as tarefa que estes desempenham
Falso
Requisitos de facilidade de utilização
Os requisitos _____ descrevem a qualidade com que o sistema deverá fornecer os requisitos _____:
a) funcionais, não funcionais
b) de facilidade de utilização, funcionais
c) não funcionais, funcionais
d) de facilidade de utilização, não funcionais
c)
V/F
Os requisitos funcionais estão relacionados com as caraterísticas qualitativas do sistema (desempenho, tempo de resposta e segurança)
Falso
Requisitos não funcionais
Qual dos seguintes não é uma das caraterísticas qualitativas do sistema, relacionadas com os requisitos não funcionais?
a) segurança
b) desempenho
c) controlo
d) tempo de resposta
c)
V/F
O levantamento de requisitos é uma fase construída na fase inicial de desenvolvimento, e é desenvolvida por proprietários e projetistas do sistema
Falso
Desenvolvida por analistas e especialistas de domínio
V/F
Nos diagramas de use-cases, os use-cases são elementos externos que interagem com o sistema
Falso
Atores
V/F
Nos diagramas de use-cases, os atores podem ser humanos ou sistemas computorizados
Verdadeiro
V/F
Cada ator representa um perfil de analista que interage com o sistema
Falso
Representa um perfil de utilizador que interage com o sistema
V/F
Os use-cases descrevem o que o sistema faz e como é feito
Falso
Descrevem o que o sistema faz, mas NÃO como é feito
Quais os 3 tipos de relações nos diagramas de use-case?
Associação, dependência e generalização
V/F
Embora um ator seja representado nos diagramas como uma figura humana, pode ser, também, um sistema externo que necessita de informação do sistema
Verdadeiro
V/F
As interações dos atores com o sistema correspondem apenas a eventos de output
Falso
Eventos de input e output
V/F
Um ator pode executar vários use-cases mas um use-case só pode ser executado por um ator
Falso
Um use-case por ser executado por mais de um ator
V/F
Atores levam a cabo use-cases
Verdadeiro
V/F
As ligações que ocorrem entre atores e/ou entre use-cases são dependências
Falso
Generalização
V/F
As ligações de dependência ocorrem apenas entre use-cases
Verdadeiro
V/F
A relação uses/include utiliza-se quando uma funcionalidade representada através do use-case é obrigatoriamente usada quando outro use-case é usado
Verdadeiro
V/F
A relação extends utiliza-se quando existe um comportamento obrigatório que deve ser incluído num use-case
Falso
Comportamento opcional
A _____ é utilizada quando existe um use-case (ou ator) que é caso particular de outro use-case (ou ator):
a) associação
b) generalização
c) dependência
b)
V/F
Os diagramas de classes são utilizados para documentar a fase da análise de requisitos
Falso
Diagrama de use-case
V/F
A Análise de Requisitos é a fase onde se identificam as necessidades dos clientes e essas necessidades são representadas através de relações
Falso
Representadas através de use-cases
V/F
Uma relação é um mecanismo de interação entre o utilizador e o sistema computacional
Falso
Um use-case é um mecanismo de interação entre o utilizador e o sistema computacional
Qual destas propriedades do diagrama de use-case é incorreta?
a) Explicita funções abstratas ao utilizador
b) Apresenta objetivos específicos por grupo de utilizadores (atores)
a)
O diagrama de use-case explicita funções visíveis ao utilizador
V/F
Um use-case é uma técnica UML para representar of requisitos funcionais de um sistema em termos de qualidade
Falso
Em termos de funcionalidades
Dentro do diagrama de use-case, define “requisito”
Requisito é uma caraterística considerada relevante na ótica do utilizador
No diagrama de use-case, quantos tipos de requisitos existem e quais são?
3
Requisitos funcionais, requisitos não funcionais e requisitos de facilidade de utilização (usabilidade)
Existem várias técnicas que são utilizadas para efetuar o levantamento de requisitos. Diz 3 delas:
Entrevistas
Reuniões participativas
Questionários
Observação direta
V/F
A fase do levantamento de requisitos é desenvolvida por projetistas e especialistas do domínio da aplicação e é construída na fase final de desenvolvimento
Falso
Desenvolvida por analistas e especialistas do domínio da aplicação e construída na fase inicial de desenvolvimento
A fase do levantamento de requisitos é construída na fase — de desenvolvimento:
a) inicial
b) intermédia
c) final
a)
Num diagrama de use-case, um ator pode ser também um sistema externo que necessita de informação do sistema
Verdadeiro
Os requisitos de — garantem a boa ligação entre o sistema, os utilizadores e as tarefas que estes desempenham
Requisitos de facilidade de utilização (usabilidade)
V/F
Num diagrama de use-case, a generalização ocorre apenas entre use-cases
Falso
Também pode ocorrer entre atores (o ator filho herda as propriedades/comportamentos do ator pai)
Num diagrama de use-cases, há dois tipos de dependências, quais são?
Uses/include e extends
V/F
Atores são elementros internos que interagem com o sistema
Falso
São elementos externos que interagem com o sistema. Podem ser humanos ou sistemas computorizados
Cada ator representa um perfil de — que interage com o sistema. A isto se define:
a) proprietário, eventos de input/output
b) utilizador, associação
c) utilizador, eventos de input/output
d) programador, eventos de input/output
c)
V/F
Os requisitos não funcionais descrevem a qualidade com que o sistema deverá fornecer as suas funcionalidades, ou seja, estão relacionados com as caraterísticas qualitativas do sistema
Verdadeiro
Atenção a qualitativas
