alterações

docs/ArquiteturaReutilizacao/4.1.PadroesArquiteturais.md

@@ -56,6 +56,100 @@ Após uma extensa pesquisa relacionada ao modelo de implantação e à estrutura
 
 </div>
 
+# Visão de Processos
+
+## Introdução
+
+Na documentação de um projeto de software, a Visão de Processos busca documentar e descrever processos utilizados, atividades, fluxos de trabalho, metodologias, evolução do software, entre outros pontos. Sua construção é capaz de descrever como diferentes partes/setores, correspondentes ao projeto, colaboram para atingir os objetivos determinados. A visão correspondentemente "macro" de uma organização tende a simplificar e facilitar o entendimento a respeito das relações entre as partes que compõe o projeto.
+
+Na elaboração da Visão de Processos, deve se considerar os componentes, que compõe o ecossistema dos processos. Por sua vez, os processos determinam quais componentes serão executados. A comunicação também deve ser considerada, uma vez que a forma e o protocolo utilizado são de elevada importância. Há questões de segurança atreladas na comunicação. É importante também buscar o sincronismo entre essas partes. 
+
+A visão de processos traz alguns beneicios, como: Organização e maior entendimento a respeito dos processos adotados, como os mesmos acontecem, e como a relação entre as partes ocorre; agilidade na execução das atividades; simplifica mais ainda o processo de buscas por gargalos, entre outros. 
+
+
+## Diagramação
+
+Para representar o modelo documental, utiliza-se um outro modelo mais visual, na forma de diagrama, denominado por Diagrama de Sequência. Este documento pode ser utilizado para representar como diferentes partes de um sistema de encaixam/conectam e como trabalham juntas, mas em forma de diagrama. 
+
+Para este projeto, foi elaborado um Diagrama de Sequência com o intuito de esclarecer as relações dentro do fluxo selecionado para o grupo, além de seus componentes internos e os relacionamentos entre sistemas. 
+
+## Tabela de símbolos 
+
+A simbologia para construção do diagrama respeita a legenda encontrada na tabela abaixo. Os mais comuns estão descritos.
+
+<div style="text-align: center">
+<figcaption style="text-align: center">
+    <b>Figura 1: Tabela de Símbolos</b>
+</figcaption>
+
+![](./assets/processos.png)
+
+</div>
+<figcaption style="text-align: center">
+   <b>Autor: Elaboração Própria (Pedro Helias)</b>
+</figcaption>
+
+## Diagrama de Sequência
+
+<div style="text-align: center">
+<figcaption style="text-align: center">
+    <b>Figura 2: Diagrama de Sequência</b>
+</figcaption>
+
+![](../../assets/diagramas/diagramaSequencia.png)
+
+</div>
+<figcaption style="text-align: center">
+   <b>Autor: Elaboração Própria (Chaydson Ferreira Henrique e Lucas Frazão)</b>
+</figcaption>
+
+# Visão de Implementação
+
+O Diagrama de Arquitetura de Software (DAS) é uma representação que revela a disposição e interações dos elementos de um sistema de software. Ele oferece uma visão global da arquitetura, destacando conexões entre componentes, estrutura em camadas e hierarquias. Essencialmente, o DAS facilita a análise das mudanças, identificação de problemas de design e excesso de dependências ao mostrar entradas, saídas, fluxo de dados, interfaces e interconexões entre os elementos do sistema. Em suma, parte do diagrama de componentes para visualizar e descrever as conexões e interdependências dos componentes, proporcionando compreensão da arquitetura completa do sistema.
+
+## Metodologia
+Foi realizada uma reunião remota, onde analisamos as correções apontadas pela professora sobre o diagrama em questão e após revisar o conteúdo por meio das aulas gravadas e da bibliografia corrigimos os pontos de melhoria aplicados. O diagrama foi feito de forma simultânea onde analisamos e discutimos como aplicar os conceitos aprendidos.
+
+## Diagrama de Componentes
+
+À seguir, na <i> Figura 1</i>, estará representado o diagrama de componentes proposto pelo grupo, utilizando-se das técnicas de UML em sua formação. Vale ressaltar que a sigla RMA significa Return Merchandise Authorization.
+
+<div style="text-align: center">
+<figcaption style="text-align: center">
+    <b>Figura 1: Diagrama de Componentes (UML)</b>
+</figcaption>
+
+![](./assets/DiagramaComponentes.jpg)
+
+</div>
+<figcaption style="text-align: center">
+   <b>Autor: Elaboração Própria (Henrique Pucci, Chaydson Ferreira)</b>
+</figcaption>
+
+## Componentes
+
+Os componentes representam unidades funcionais que desempenham papéis específicos no sistema, fornecendo serviços ou funcionalidades essenciais. São como peças fundamentais que compõem o sistema, cada uma com suas próprias funções e responsabilidades.
+
+Originados do diagrama de classes, os componentes foram estruturados em subsistemas individuais, cada um interagindo através de solicitações ou disponibilizando interfaces/serviços. A análise detalhada de cada componente e seus relacionamentos é crucial para compreender como operam e se conectam no sistema.
+
+- **Usuário:** O componente pai é o componente _"Usuário"_, que é composto pelo componente filho `Autenticação`. Nessa seção, o usuário é autenticado, e recebe a autorização para acessar outras partes do sistema.
+- **Compras:** O componente pai é o componente _"Compras"_, que é composto por dois componentes filho:`Carrinho` e `Produto`. O componente `Produto` armazena dados sobre os produtos que estão disponíveis na plataforma, ea partir dele, é estabelecido o componente `Carrinho`, que terá os produtos escohidos pelo usuário.
+- **Cominicação:** O componente pai é o componente _"Comunicação"_, que é composto por dois componentes filho:`Suporte Técnico` e `Vendedor`. Os dois componentes filho podem ser solicitados, após o envio de uma solicitação de RMA, ou diretamente pelo próprio usuário.
+- **Logística:** O componente pai é o componente _"Logística"_, que é composto por dois componentes filho:`Rastreamento` e `Transportadora`. O componente filho `Transportadora` será solicitado após o envio de uma lista de produtos, que vieram a partir do cancelamento de uma compra. E consequentemente, o `Rastreio` estará sendo solicitado.
+- **Gestão de produtos:** O componente pai é o componente _"Gestão de Produtos"_, que é composto pelos componentes:`Historico de Produtos`, `Gerenciamento de Produto`, `Filtro de Produto` e `Cancelamento de Produto`. Esses componentes foram projetados com base nos serviços que os usuários usarão na plataforma, cada parte representa uma função da plataforma. Por exemplo em `Histórico de Produtos`, o usuário pode acessar os produtos selecionados, e com o gerenciamento dos produtos selecionados, em `Cancelamento de Produto` o usuário efetuará o cancelamento da compra de seu produto selecionado.
+- **RMA:** O componente pai é o componente _"RMA(Return Material Authorization)"_, que é composto por dois componentes filho:`Devolução` e `Estorno`. Esses dois componentes representam os dois tipos de retorno após o cancelamento de um produto pelo usuário.
+
+## Relacionamentos e dependências
+Com os relacionamentos será possível entender como os diferentes subsistemas se relacionam entre si, possibilitando uma compreensão profunda sobre o funciona da aplicação.
+
+A seguir temos os relacionamentos modelados no diagrama:
+
+- **Usuário - Comunicação:** O componente `Usuário` garantirá um acesso seguro ao componente de `Comunicação`, onde o usuário terá acesso ao suporte técnico bem como as partes relacionadas com o vendedor.
+- **Gestão de produtos - Comunicação:** Esse relacionamento é muito importante, pois o componente de `Comunicação` será comunicado pelo componente de `Gestão de Produtos` um cancelamento ou reembolso do pedido for requerido, permitindo uma comunicação eficiente entre as partes.
+- **Gestão de produtos - Logística:** Aqui teremos o relacionamento entre o componente `Gestão de Produtos` e `Logística`. Como o transporte de mercadorias será efetuado, a transportadora será informada sobre como processar com os produtos que deverão ser entregues.
+- **Compras - Gestão de produtos:** Nesse relacionamento o componente `Compras` fornecerá para o componente `Gestão de Produtos` os produtos escolhidos pelo usuário, permitindo a execução da compra.
+- **RMA - Gestão de produtos:** O componente `RMA` mandara para o componente `Gestão de Produtos` as informações necessárias para a realização do procedimento de estorno ou devolução do produto.
+
 ## Histórico de versão
 
 | Versão |    Data    |             Descrição             |                             Autor                             |                                  Revisor                                  |

docs/ArquiteturaReutilizacao/estilosPadroesArquiteturais/visaoDeImplementacao.md

@@ -2,6 +2,9 @@
 
 O Diagrama de Arquitetura de Software (DAS) é uma representação que revela a disposição e interações dos elementos de um sistema de software. Ele oferece uma visão global da arquitetura, destacando conexões entre componentes, estrutura em camadas e hierarquias. Essencialmente, o DAS facilita a análise das mudanças, identificação de problemas de design e excesso de dependências ao mostrar entradas, saídas, fluxo de dados, interfaces e interconexões entre os elementos do sistema. Em suma, parte do diagrama de componentes para visualizar e descrever as conexões e interdependências dos componentes, proporcionando compreensão da arquitetura completa do sistema.
 
+## Metodologia
+Foi realizada uma reunião remota, onde analisamos as correções apontadas pela professora sobre o diagrama em questão e após revisar o conteúdo por meio das aulas gravadas e da bibliografia corrigimos os pontos de melhoria aplicados. O diagrama foi feito de forma simultânea onde analisamos e discutimos como aplicar os conceitos aprendidos.
+
 ## Diagrama de Componentes
 
 À seguir, na <i> Figura 1</i>, estará representado o diagrama de componentes proposto pelo grupo, utilizando-se das técnicas de UML em sua formação. Vale ressaltar que a sigla RMA significa Return Merchandise Authorization.
@@ -42,10 +45,6 @@ A seguir temos os relacionamentos modelados no diagrama:
 - **Compras - Gestão de produtos:** Nesse relacionamento o componente `Compras` fornecerá para o componente `Gestão de Produtos` os produtos escolhidos pelo usuário, permitindo a execução da compra.
 - **RMA - Gestão de produtos:** O componente `RMA` mandara para o componente `Gestão de Produtos` as informações necessárias para a realização do procedimento de estorno ou devolução do produto.
 
-
-## Metodologia
-Foi realizada uma reunião remota, onde analisamos as correções apontadas pela professora sobre o diagrama em questão e após revisar o conteúdo por meio das aulas gravadas e da bibliografia corrigimos os pontos de melhoria aplicados. O diagrama foi feito de forma simultânea onde analisamos e discutimos como aplicar os conceitos aprendidos.
-
 ## Referências
 
 - Diagrama de componentes UML: o que é, como fazer e exemplos. Disponível em: <https://www.lucidchart.com/pages/pt/diagrama-de-componentes-uml>. Acesso em: 30 nov. 2023.

docs/_sidebar.md

@@ -40,8 +40,7 @@
 
 - **4. Desenho de Software (Arquitetura & Reutilização de Software)**
 
-  - [4.1. Módulo Estilos e Padrões Arquiteturais](/docs/ArquiteturaReutilizacao/4.1.PadroesArquiteturais.md)
-    - [Visão de Implementação](/ArquiteturaReutilizacao/estilosPadroesArquiteturais/visaoDeImplementacao.md)
+  - [Módulo Estilos e Padrões Arquiteturais](ArquiteturaReutilizacao/4.1.PadroesArquiteturais.md)
   - [Módulo Reutilização de Software](/ArquiteturaReutilizacao/4.2.ReutilizacaoDeSoftware.md)
   - [4.3. Participações - Arquitetura & Reutilização de Software](/docs/ArquiteturaReutilizacao/4.3.ParticipacoesArqReutilizacao.md)