UC_21 - antoniodanielbf-isep/LAPR5-2021 GitHub Wiki
=======================================
|| REQUISITOS || ANÁLISE || DESIGN || OBSERVAÇÕES ||
=======================================
Boa tarde professor, o objetivo desta UC é intercetar a lista de ligações de dois jogadores e depois, dependendo do grau que foi pedido o grafo, mostrar os restantes jogadores que possuem ligação com os jogadores dessa lista?
RESPOSTA:
apenas listar os amigos diretos comuns a ambos os utilizadores.
supondo que:
A tem ligação direta com B, C, D, E
X tem ligação direta com C, Y, Z
o "grafo" de amigos comuns é {C}
É necessário uma página específica para esta UC? Pois no meu caso isso ja existe na UC de solicitar introdução.
RESPOSTA:
Se já está disponível essa informação nessa página podes considerar o caso de uso como realizado
Um dos utilizadores tem de ser o utilizador logado?
RESPOSTA:
Sim. Deve ser escolhido outro utilizador e mostrar os amigos comuns com o utilizador autenticado
Neste UC, pretende-se que um utilizador seja capaz de visualizar e mostrar os amigos em comum com outro utilizador, sendo o fluxo o seguinte:
- N/A
Testes de validação da força.
- N/A
O padrão de User Interface é usado para fornecer uma interface simples de usar para que as partes restantes do sistema sejam separadas.
O padrão Controller foi usado para ter um controlador que pode atuar como um organizador da lógica do caso de uso.
Padrão usado para diminuir o acoplamento entre classes e, ao mesmo tempo, apenas atribuir-lhes associações que sejam realmente coesas com o seu propósito. Em todo esse caso de uso, tentamos restringir as responsabilidades próprias de cada classe e, assim, minimizar as associações apenas ao necessário. Como pode ser visto neste caso de uso:
Os DTO´S guardam os dados inseridos num objeto intermediário para posteriormente mostrar o valor calculado;
O Repositório é usado para buscar os Utilizadores e Relacões criados.
O Controller trata de toda a lógica de atualização de um evento delegando etapas intermediárias às outras classes.
O padrão DTO fornece um objeto intermediário para transferência de dados, reduzindo o acoplamento entre o domínio e as camadas do aplicativo, permitindo o carregamento rápido do aplicativo e garantindo mais segurança.
O Repositório ajuda a persistir, armazenar e acessar dados. É usado na camada de Persistência para garantir a instanciação de UtilizadorRepository, onde é armazenado e tem acesso aos utilizadores. Abstrai os detalhes dos métodos que modificam o estado deste objeto.
Mantém o baixo nível de acoplamento entre os diferentes módulos do sistema. Com este princípio, ao invés de se terem dependências programas nos módulos, elas são configuradas num "container", sendo responsável por "injetar" (fornecer) as dependências necessárias a cada componente.
É uma forma específica de desacoplamento de módulos de software. Partem de módulos de alto nível, responsáveis pela coordenação geral e lógica, para os de baixo nível. Assim, os módulos de alto nível tornam-se independentes dos detalhes de implementação dos de baixo nível. Módulos de alto nível não devem incorporar (ou incluir) nada dos módulos de baixo nível. Os dois módulos devem trabalhar apenas com abstrações, ou seja, através do uso de interfaces. Abstrações não devem depender de detalhes de implementação, mas os detalhes é que devem depender de abstrações.