Entrega da A1 - Desenvolvimento do PaperToken e do steering comitee

## Plano de Trabalho – Desenvolvimento do PaperToken e do *steering comitee*
Aluno: Marcelo Amaral de Souza Filho
Matrícula: 211708022

### Introdução
Para este projeto, tendo em vista o funcionamento pleno do sistema DAPH - Decentralized Autonomous Publishing House, propõe-se o desenvolvimento com mais enfoque da parte de PaperTokens, necessária para a certificação da publicação de artigos, e o do *steering comitee*, ou apenas comitê, para prover os benefícios de um grupo com a fiscalização mais especializada sem perder a descentralização do sistema.

### Estratégia
* Estudo do modelo de contrato de token ERC 721 do OpenZeppelin, para definir e desenvolver as especificações que melhor atendam ao escopo do projeto, como a inclusão de informação nos metadados, sempre evitando uso excessivo de recursos como espaço de armazenamento, mas tendo em mente as possíveis consequências em termos de segurança e confiabilidade.

* Estudo dos diferentes tipos de atores no sistema para a implementação segura do sistema de comitê, que deve ser tanto eficaz quanto imprevisível, garantindo a consistência da aprovação de submissões de artigos e a impossibilidade de abuso do sistema por agentes mal-intencionados.

* Testes com as versões iniciais das funcionalidades implementadas para garantir o seu comportamento esperado e evitar refatoração excessiva do código.

### Requisitos
* Um sistema minimamente funcional para permitir a atribuição de tokens e de funções a diferentes endereços e testar a viabilidade das funcionalidades descritas acima.

* Parâmetros e conceitos a serem discutidos e definidos, quão aleatórios serão os números que representam aspectos como integrantes do comitê e duração do mandato.

### Cronograma
Começando pelo desenvolvimento e elaboração dos conceitos centrais daquilo que será implementado, tomar um tempo para entender e dominar pelo menos o básico da linguagem usada e construir a base das funcionalidades a partir do que for feito pelos outros membros do projeto. Próximo do terceiro quartil do prazo estipulado, começar o foco em revisão, aprimoramentos e testes em vez de novas funcionalidades.

The issue does not name any files, tests, or entry points to inspect. Start by reviewing the existing project implementation and the OpenZeppelin ERC-721 model mentioned in the plan, then define the token and committee requirements before implementation; done means a minimally functional system can assign tokens and roles and test the proposed behavior.

Written by the indexing model from the issue text.