lern-edu / lern Goto Github PK

Definição modelo de users

Issues relacionadas ao modelo de users

Modelo

{
 _id: String
roles: [String],
emails: [Object],
services: [Object],
 profile: {
  name: String,
  firstName: String,
  lastName: String,
  gender: String,
  role: String,
  companies: [Object],
  cousers: [String],
  tests: [String],
 }
}

Métodos

• getRole
• getRoles
• getEmail
• getSocialEmail
• getSettingsRoute
• getHomeRoute
• getSetupRoute
• getFullName

Remover biblioteca de front subutilizada e criar css necessários

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers
• Breve história da issue
  Com a atualização do Material-ui não precisamos mais do semantic para controles básicos de disposição de elementos na tela. Fora que existe um custo de processamento de mais uma biblioteca tão grande.
• Definition of done
• Remover Semantic-React-ui
• Retirar classes que utilizam semantic
• Remover folders de css do semantic
• Criar CSS ou SASS globais no projeto com classes muito utilizadas
• Utilizar withStyles em components do material

Criar schema no astronomy para tags

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar o modelo de tags no astronomy no package lern-model.
  Modelo aqui.

• Definition of done

• Definir collection

• Definir todos os fields

• Definir todos os validators

Criar schema no astronomy para company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar o modelo de company no astronomy no package lern-model.
  Modelo aqui.

• Definition of done

• Definir collection

• Definir todos os fields

• Definir todos os validators

• Definir todos os events

Traduções para templates padrão definidos em user model

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  todos usuários

• Breve história da issue
  As telas devem conter suas respectivas traduções, inicialmente português e inglês

• Definition of done

• Todos os textos dos templates devem usar i18n

• Cada template deve conter sua tradução com namespace de ModelUser

wiki:
https://github.com/vazco/meteor-universe-i18n

Testes de unidade para company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Certificar que o hook de afterSave do modelo funciona corretamente

• Definition of done

• hook tem que atualizar um user que contenha essa company

• hook tem que atualizar course que contenha essa company

Definição modelo de Tags

Modelo

{
 _id: String,
 name: String,
 parents: [String], \\ Optional
 childrens: [String], \\ Optional
}

Testes de unidade para meteor methods de admin tags

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar testes de unidade para meteor methods em lern-methods -> Fazer para todos os methods que conter Tag ou Tags no nome

• Definition of done

• Criar teste de unidade com collection vazia

• Criar documentos na coleção

• Criar testes de unidade com coleção populada

Translate para views de Tags de Users

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Admins

• Breve história da issue
  Usar i18n para todos os textos que são exibidos na view

• Definition of done

• Criar arquivos de translate em uma pasta translate que deve conter namespace o nome da árvore (AdminTags)

• Trocar todos os textos

• wiki
  https://github.com/vazco/meteor-universe-i18n

Tela de edição de tag

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Admins

• Breve história da issue
  Tela para lista de todas as tags e tela para edição de tag individual.

• Definition of done

• templates de edição para cada field

• view com lista de companies - deve ser nested

• view para edição de tag

Observações

Será interessante quebrar as views por funcionalidade para uma auto documentação pela divisão do código.

Documentação lern-methods/admin/users

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Usar jsdoc para criar documentação de cada um dos métodos
  Criar namespace para package e para o grupo admin de methods.

• Definition of done

• Criar namespace para lern-methods

• Criar namespace para Admin dentro de lern-methods

• Documentar os métodos que tenha a palavra 'User'

Transplantar o CRUD de collections

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Apenas Admin

• Breve história da issue
  Repassar todas as collections do app antigo

• Definition of done
  Quando todas as collections estiverem com seu crud no lern-model, lern-methods, com uma view no admin (incluindo rota no navigation) e eventualmente no lern-publication

Vamos definir as etapas:

• Definição do modelo (lern-model)
• Definição dos métodos crud no astronomy Get, Create, Edit e Remove (lern-model)
• Testes de unidade do modelo (lern-model)
• Testes de unidade dos métodos (lern-model)
• Documentação JSDoc (lern-model)
• Importar crud nos meteor methods do admin (lern-methods)
• Testes de unidade para testar permissões dos methods (lern-methods)
• Documentação JSDoc (lern-model)
• Criar view de edição (client)

Definição modelo de company

Modelo

{
  _id: String,
  admins: [String],
  name: String,
  plan: Object,
  users: [String],
  tags: [String]
}

Hooks

• afterSave - Update company on user and course model

Documentar os admin methods de company no package lern-methods

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Atualizar documentação dos methods

• Definition of done

• documentar métodos

Testes de unidade para meteor methods de admin companies

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar testes de unidade para meteor methods em lern-methods -> Fazer para todos os methods que conter Company ou Companies no nome

• Definition of done

• Criar teste de unidade com collection vazia

• Criar documentos na coleção

• Criar testes de unidade com coleção populada

Traduções para throws de erros dos validators do User Model

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Os erros dos validators do astronomy devem ser personalizados de acordo com a língua definida do user.

• Definition of done

• Todos os textos dos validators devem usar i18n

• Cada template deve conter sua tradução com namespace de ModelUserValidators

wiki:
https://github.com/vazco/meteor-universe-i18n
https://jagi.github.io/meteor-astronomy/#generating-errors

• Definição do modelo (lern-model)
• Definição dos métodos crud no astronomy Get, Create, Edit e Remove (lern-model)
• Testes de unidade do modelo (lern-model)
• Testes de unidade dos métodos (lern-model)
• Documentação JSDoc (lern-model)
• Importar crud nos meteor methods do admin (lern-methods)
• Testes de unidade para testar permissões dos methods (lern-methods)
• Documentação JSDoc (lern-model)
• Criar view de edição (client)
• Translate

Criar métodos CRUD para company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar meteor methods para operações corriqueiras com documentos Tags.
  Criar esses métodos para admin users no package lern-methods.

• Definition of done

• Criar método para GET de Tags - 1 ou mais documentos

• Criar método para SAVE de uma tag (default save do Helpers)

Definição modelo de Posts

Modelo

{
  _id: String,
  name: String,
  tag: Object,
  type: String,
  data: [Object],
  createdBy: Object,
  comments: [Object]
}

Atualizar documentação

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Atualizar documentação jsdoc. Será tratado como hotfix para as alterações surgirem no branch master.

• Definition of done

• Update jsdoc

• Merge master

Line 81

Isso é claramente uma gambiarra!

Definição modelo de company

Modelo

{
  _id: String,
  admins: [String],
  name: String,
  plan: Object,
  users: [String],
  tags: [String]
}

Hooks

• afterSave - Update company on user and course model

Traduções para tela de login

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  todos usuários

• Breve história da issue
  As telas devem conter suas respectivas traduções, inicialmente português e inglês

• Definition of done

• Todos os textos da página devem estar com i18n

• Cada arquivo deve conter seu respectivo arquivo de translate

wiki:
https://github.com/vazco/meteor-universe-i18n

Update de package para usufruir de vantagens da nova versão

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Apenas atualização de package

• Definition of done

• Atualizar React

• Instalação Babel

Teste de unidade package lern-check

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Testes de unidade para cada um dos checks do package
  tem um erro ao usar o método Accounts.createUser por isso não terminei

• Definition of done

• Testes de unidade para checks de Cursor

• Testes de unidade para checks de User

• Testes de unidade para checks de Regex

Documentar schema de tags

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Documentar as classes e métodos relacionados ao astro class de tags

• Definition of done

• Documentar classe

• Importações jsdoc-conf.json

Fazer documentação do schema de company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Documentar as classes e métodos relacionados ao astro class de company

• Definition of done

• Documentar classes

• Documentar hooks

• Atualizar jsdoc (olhe no package.json o script para isso)

Siga o padrão do modelo de users

Criar métodos CRUD para company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Criar meteor methods para operações corriqueiras com documentos Company.
  Criar esses métodos para admin users no package lern-methods.

• Definition of done

• Criar método para GET de companies - 1 ou mais documentos

• Criar método para SAVE de uma company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Todos os users da plataforma
• Breve história da issue
  Apenas uma melhoria no design existente
• Definition of done
  A lógica já está toda implementada, basta adaptar a view da seguinte forma
  

Traduções para throws de erros dos validators do Tag Model

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Os erros dos validators do astronomy devem ser personalizados de acordo com a língua definida do user.

• Definition of done

• Todos os textos dos validators devem usar i18n

• Cada field deve conter sua tradução com namespace de ModelTagValidators

wiki:
https://github.com/vazco/meteor-universe-i18n
https://jagi.github.io/meteor-astronomy/#generating-errors

Definição modelo de Courses

Modelo

{
  _id: String,
  name: String,
  company: String,
  author: Object,
  admins: [Object],
  createdAt: new Date(),
  students: [Object],
  info: Object,
}

Traduções para throws de erros dos validators do User Model

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Developers

• Breve história da issue
  Os erros dos validators do astronomy devem ser personalizados de acordo com a língua definida do user.

• Definition of done

• Todos os textos dos validators devem usar i18n

• Cada template deve conter sua tradução com namespace de ModelUserValidators

wiki:
https://github.com/vazco/meteor-universe-i18n
https://jagi.github.io/meteor-astronomy/#generating-errors

Falta validação do Astronomy e de regexs.

Tela de edição de company

• Qual o tipo de usuário ou beneficiado (própria equipe/admin/teacher/users...)
  Admins

• Breve história da issue
  Tela para lista de todas as companies e tela para edição de company individual.

• Definition of done

• templates de edição para cada field

• view com lista de companies

• view para edição de company

Observações

Será interessante quebrar as views por funcionalidade para uma auto documentação pela divisão do código.