-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Projeto a ser documentado - Nodemailer #136
Open
matheusjustino
wants to merge
4
commits into
joaoarthurbm:master
Choose a base branch
from
matheusjustino:matheus.justino
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from 1 commit
Commits
Show all changes
4 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,84 @@ | ||
+++ | ||
title = "Documento arquitetural do Nodemailer" | ||
date = 2021-08-02 | ||
tags = [] | ||
categories = [] | ||
+++ | ||
|
||
# Autores | ||
|
||
Este documento foi produzido por Matheus Henrique Fernandes Justino. | ||
|
||
- Matrícula: 118111780 | ||
- Contato: matheus.justino@ccc.ufcg.edu.br | ||
- Projeto documentado: https://github.com/nodemailer/nodemailer | ||
|
||
# Descrição Arquitetural -- Serviço de análise do twitter | ||
|
||
Este documento descreve parte da arquitetura do projeto [Parlametria](https://github.com/analytics-ufcg/parlametria-site). Essa descrição foi baseada principalmente no modelo [C4](https://c4model.com/). | ||
|
||
É importante destacar não será descrita toda a arquitetura do Parlametria. O foco aqui é a descrição de um serviço específico de análise do twitter, que é parte fundamental do projeto. | ||
|
||
## Descrição Geral sobre o Parlametria | ||
|
||
O parlametria é um projeto que tem como objetivo "permitir o acompanhamento do posicionamento de cada deputado e senador nas votações, quais os seus vínculos e afinidades políticas e econômicas dentro e fora do Legislativo." Mais detalhes sobre o projeto podem ser vistos [neste link](https://portal.ufcg.edu.br/ultimas-noticias/1706-plataforma-desenvolvida-na-ufcg-monitora-acoes-do-legislativo-federal.html). | ||
|
||
## O Serviço de monitoramento do twitter | ||
|
||
### Objetivo Geral | ||
|
||
Implementar um serviço para capturar automaticamente o que é dito no twitter sobre as proposições que acompanhamos e prover indicadores sobre as publicações para serem usados no parlametria. | ||
|
||
### Objetivos Específicos | ||
|
||
Queremos ter acesso ao grau de atividade no twitter de parlamentares e de influenciadores do debate no twitter. Além disso, queremos saber quanto essas pessoas tuítam sobre cada proposição ou tema e a indicadores sobre sua atividade. Para parlamentares também queremos indicadores a partir dos léxicos de discurso desenvolvidos pelos nossos parceiros. | ||
|
||
### Contexto | ||
|
||
Nesta seção eu espero duas coisas: o diagrama de contexto e um texto curto descrevendo em mais detalhes o contexto do sistema. Isso inclui as fronteiras do sistema, os sistemas/serviços externos com os quais ele se comunica etc. | ||
|
||
Abaixo estão dois exemplos de diagramas de contexto. | ||
|
||
![fig1](c4-context.png) | ||
|
||
<img class="center" src="parlametria-contexto.png" style="width:60%"> | ||
|
||
### Containers | ||
|
||
Nesta seção eu espero duas coisas: o diagrama de containers e texto descrevendo os containers. Detalhe no nível que achar necessário, mas é importante saber do que se trata cada container, suas tecnologias, APIs expostas, protocolos, onde são executados/implantados etc. Você pode criar um diagrama de implantação para dar mais detalhes sobre o ambiente em que os containers são implantados e executam. Essa parte de implantação pode ser uma subseção desta seção. | ||
|
||
Importante, se um componente expor, por exemplo, uma API REST. Seria importante descrever os principais serviços. Talvez até com exemplos de payloads (jsons) para os serviços mais importantes. Ver seção endpoints [deste documento](https://docs.google.com/document/d/1OGPN7crENY5u9AiR_AE7Cb9rT92T-U-YppZL0m4TT2s/edit?usp=sharing). | ||
|
||
Importante, se um container expuser, por exemplo, uma API REST, seria importante descrever os principais serviços. Talvez até com exemplos de payloads (jsons) para os serviços mais importantes. Ver seção endpoints [deste documento](https://docs.google.com/document/d/1OGPN7crENY5u9AiR_AE7Cb9rT92T-U-YppZL0m4TT2s/edit?usp=sharing). | ||
|
||
Abaixo estão exemplos de diagramas de containers e de implantação. | ||
|
||
![fig3](c4-containers.png) | ||
![fig4](parlametria-container.png) | ||
![fig5](c4-implantacao.png) | ||
![fig6](parlametria-implantacao.png) | ||
|
||
### Componentes | ||
|
||
Nesta seção eu espero duas coisas: o diagrama de componentes e texto descrevendo os componentes. Detalhe no nível que achar necessário, mas é importante saber do que se trata cada componente, seus relacionamentos, tecnologias, APIs expostas, protocolos, estilos, padrões etc. | ||
|
||
Abaixo um exemplo de diagrama de componente. | ||
|
||
![fig7](c4-componentes.png) | ||
|
||
### Código | ||
|
||
<pre> | ||
Nesta etapa não faremos diagramas que apresentam detalhes da | ||
implementação. Faremos isso mais adiante. | ||
</pre> | ||
|
||
### Visão de Informação | ||
|
||
Aqui você deve descrever as informações importantes que são coletadas, manipuladas, armazenadas e distribuídas pelo sistema. Você não precisa descrever todas as informações, somente uma parte que seja essencial para o sistema. Por exemplo, se eu estivesse tratando do instagram, faria algo relacionado aos posts. | ||
|
||
Além da descrição gostaria de ver aqui um diagrama para descrever os estados (ex: máquina de estados) de uma informação de acordo com as ações do sistema. | ||
|
||
# Contribuições Concretas | ||
|
||
_Descreva_ aqui os PRs enviados para o projeto e o status dos mesmos. Forneça os links dos PRs. |
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pouquíssimos detalhes. Este documento não comunica quase nada a respeito do Nodemailer.
Nenhum diagrama. E nenhuma especificação sobre a visão de informação.