-
usuario & sistema ==> caso de uso / user case
-
Caso de USO -> Visão externa ao sistema.
-
Componentes:
Diagrama estrutural. Ilustra como as classes deverão se encontrar organizadas através da noção de componentes de trabalho. É utilizado para:
1 - Modelar os dados do código fonte, do código executável do software.
2 - Destacar a função de cada módulo para facilitar a sua reutilização.
3 - Auxiliar no processo de engenharia reversa, por meio da organização dos módulos do sistema e seus relacionamentos.
Pacotes (ou Módulos):
Diagrama estrutural. Descreve os pacotes ou pedaços do sistema divididos em agrupamentos lógicos mostrando as dependências entre eles.
Implantação (ou Instalação):
Diagrama estrutural. Descreve os componentes de hardware e software e sua interação com outros elementos de suporte ao processamento. Representa a configuração e a arquitetura de um sistema em que estarão ligados seus componentes, sendo representado pela arquitetura física de hardware, processadores, etc.
Caso de uso:
Diagrama comportamental. Descreve a funcionalidade proposta para um sistema que será projetado e como ferramenta para o levantamento de requisitos funcionais do sistema. Representa uma unidade discreta da interação entre um usuário (humano ou máquina) e o sistema.
Interação (ou Interatividade):
Diagrama comportamental. Sequências formam um fluxo de atividades, mostrando como elas trabalham em uma sequência de eventos. Diagrama de interatividade pode ser visto como um diagrama de atividade em que as atividades são substituídas por pequenos diagramas de sequência ou como diagrama de sequência que usam, de forma complementar, a notação do diagrama de atividades para mostrar controle de fluxo.
-
para essa questão bastaria saber oque é comportamental e oque é estrutural
das alternativas, apenas caso de uso seria modelo dinâmico (comportamental) e interação envolveria (sequencia, tempo, comunicação)
-
d-
Diagrama de casos de uso é comunicação entre usuários e desenvolvedores para definirem as funcionalidades.
ELEMENTOS
Atores- papéis desempenhados por usuários ou outra entidade externa, por exemplo, hardware e outros sistemas. Podem iniciar casos de uso; podem dar e/ou receber informações dos casos de uso.
Casos de uso - é uma sequência de ações com resultado para ator. representa todos os modos de execução do ponto de vista do usuário. são descritos com os elementos:
Nome
Descrição
Requisitos (requirements): requisitos funcionais do caso de uso
Restrições (constraints), pré e pós-condições e condições invariantes:
Precondições: deve ser verdadeiro para caso de uso iniciar. e.g.:CPF sem restrições
Pós-condições: verdadeiro pela execução do caso de uso. e.g.: conta aberta e com um depósito inicial ou conta não aberta por reprovação do CPF.
Relacionamentos-
Associação- mais comum. Pode ser entre 2 atores ou entre um ator e um caso de uso. Representadas por uma linha, com ou sem direção. ATOR X ATOR - pode receber um nome que identifica mensagem, documento ou objeto entre os atores. ATOR X CASO -indicam se quem dá início é o ator ou o caso de uso, além de traçar o fluxo da informação, indicando quem informa quem
Generalização- A relação de generalização/especialização pode ocorrer entre casos de uso ou entre atores.
Caso x Caso- comportamentos genéricos especializados para necessidades específicas. Normalmente quando se quer descrever famílias de sistemas.
Ator x Ator- características em comum (herança)
Dependência: Extensão e Inclusão. extends -> opcional. indlcudes: obrigatorio