Problema:

No OPAC não é possível adicionar um motivo para "despublicação" de um fascículo

Objetivo:

1. Definir como será armazenado
2. Esse motivo deve ser informado em caso de acesso ao recurso do fascículo
3. Esse motivo deve ser informado na ação de "despublicação" pelo usuário administrador

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O administrador acessa o admin do OPAC.
2. Seleciona um ou mais fascículos para "despublicar".
3. Clica na ação de "despublicar" e confirma a ação.
4. O usuário deve justificar a "despublicação".
5. Usuário é notificado do sucesso da operação.

Fluxo de Secundário (caminho alternativo):

1. No momento de "despublicar" o usuário pode não confirmar a ação.
2. Não haverá qualquer modificação.

Pré-condição:

1. Ter acesso ao admin do OPAC
2. Deve existir ao menos um fascículo para ser "despublicado".

Pós-condição:

1. O atributo de controle "is_public" deve ser alterado para falso para todos os fascículos selecionados.
2. Os recursos que apontam para os itens "despublicados" devem apresentar a justificativa.
3. O estado desse atributo deve ser mantido mesmo após qualquer processamento ou atualização.

Problema:

Atualmente não estamos considerando os diversos idiomas que a aplicação pode conter, geralmente será utilizando os idiomas PT, EN e ES.

Objetivo:

1. Definir quais são os idiomas suportados
2. Definir estratégia de decisão do idioma para o usuário (Quando abrir um recurso da app qual será o idioma?)
3. instalar as dependências e configurações necessárias para ter a funcionalidade de i18n.

Problema:

Os campos de pesquisa para os artigos estão incompletos

Objetivos:

1. Revisar as pesquisar disponíveis para os artigos na interface de administração, pelo seguintes campos:

• ID
• Issue
• Journal
• Título
• Chave de domíno

Casos de uso:

pendente

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de artigos no admin.
2. O usuário utiliza o campo de pesquisa, realizando buscas para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem artigos suficientes para aplicar as pesquisas.

Pós-condição:

Nenhum artigo deve ser modificado.

Problema:

Atualmente não existe teste para o módulo controller.

Objetivo:

Criar testes unitários para o módulo controller.

Observações (opcional):

Utilizar a infra estrutura de teste definida no commit: c7deceb.

Dependências/Impedimentos:

Dependente da infra estrutura de testes definida no commit: c7deceb.

Problema:

Os campos de pesquisa para os periódicos estão incompletos

Objetivos:

1. Revisar as pesquisar disponíveis para os periódicos na interface de administração, pelo seguintes campos:

• ID
• Título
• Título ISO
• Título abreviado
• Acrônimo
• Print ISSN
• Eletronic ISSN

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de periódicos no admin.
2. O usuário utiliza o campo de pesquisa, realizando buscas para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem periódicos suficientes para aplicar as pesquisas.

Pós-condição:

Nenhum periódico deve ser modificado.

Problema:

Atualmente não é possível executar teste para módulos específicos.

Objetivo:

Adicionar no manager.py a capacidade de especificar um pattern para rodar os testes caso contrário rodar todos os testes.

Problema:

Atualmente não temos testes de integração e uso do packtools.

Objetivo:

Criar testes para o packtools no OPAC

Observações:

É necessário o uso de mock para esse teste para as funções do packtools.

Problema:

Os campos de filtragem para os periódicos estão incompletos

Objetivo:

1. Revisar os campos de filtragem disponíveis para os periódicos na interface de administração, pelo seguintes campos:

• Licença de uso
• National Code
• Ano inicial
• Ano Final
• Volume inicial
• Volume Final
• Número inicial
• Número Final
• Status corrente
• Indexadores
• Publico/Despublicado

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de periódicos no admin.
2. O usuário utiliza os filtros, aplicado para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem periódicos suficientes para aplicar as pesquisas.

Pós-condição:

• Nenhum periódico deve ser modificado.

Problema:

Mesmo mostrando na página de erro 404, a mensagem com o motivo da despublicação, a mensagem ainda é confusa, porque mostra só o motivo de despublicação.

Objetivo:

1. Melhorar a mensagem, por exemplo: "O periódico não esta disponível porque foi despublicado por motivo de: ".
2. No texto de entrar em contato com o administrador, deve existir algum email de contato.

Ticket relacionados:

Esta tarefa esta relacionada com as mudanças do issue #58

Problema:

Atualmente existem mensagens para usuário, comentários, docstrings, arquivos de configuração ou falta de textos em diferentes idiomas, confusos, ambíguos entre outros.

Objetivo:

Reescrever os textos utilizando o idioma português de forma clara.

Problema:

No transifex temos configurados os idiomas: "es_ES" e "es_MX" , mas não temos esses catálogos no repositório, somente: en, es e pt_BR.

Objetivos:

1. acrescentar: "es_ES" e "es_MX" na configuração: LANGUAGES.
2. criar os "catálogos" para "es_ES" e "es_MX" dentro do diretório translations (ver regra no make file).

Problema:

Os templates do site público (coleção, periódicos, issues toc, issue grid, article, abstract, menu, etc) não tem suporte a tradução.

Objetivo:

• revisar todos os templates do site público (app/tempates/*.html com exceção do app/templates/admin/ e app/templates/email/ e adicionar tags de tradução aonde corresponda.
• coletar os novos textos traduzíveis para realizar a tradução, pode utilizar os comando do make file (make messages, e make update_catalog) assim será possível traduzir utilizando poedit ou transifex, por exemplo.

Observações:

• Não faz parte desta tarefa a tradução do texto.

Dependências:

• Para realizar esta tarefa, o issue #12 deve ser incorporado/resolvido previamente.

Problema:

Atualmente não existe teste para o módulo main.views.

Objetivo:

Criar testes unitários para o módulo main.views.

Observações (opcional):

Utilizar a infra estrutura de teste definida no commit: c7deceb.

Dependências/Impedimentos:

Dependente da infra estrutura de testes definida no commit: c7deceb.

Problema:

Atualmente não existe teste para o modelo models.user.

Objetivo:

Criar testes unitários para o modelo models.user.

Problema:

Algumas partes no admin não são traduzíveis.
Segundo comentado no PR #37:

No admin ainda não ficou traduzível: 1) os cabeçalhos nas listagens do admin, e 2) as páginas que mostram cada objeto (detail) [...]

Imagens:

O menu esta em espanhol mas o cabeçalho da listagens continua em inglês:

O menu esta em espanhol mas o botão "Filter" e a coluna com os nomes dos campos continua em inglês:

Objetivo:

• estudar e resolver como fazer traduzíveis títulos no cabeçalho das listagens de cada modelo no admin.
• estudar e resolver como fazer traduzíveis os nomes dos campos nas páginas que mostram cada objeto (model detail), de cada modelo no admin.

Observações:

Segundo comentado no PR #37:

[...] , possivelmente seja necessário criar templates personalizados para as listagens e detalhes, acrescentando a tag de tradução, ou definir o atributo column_labels com valores retornados pela função gettext('string').

Dependências:

• Para realizar esta tarefa, o issue #12 deve ser incorporado/resolvido previamente.

Problema:

Atualmente não existe teste para o módulo errors.py.

Objetivo:

Criar testes unitários para o módulo errors.py.

Problemas:

O sistema não permite a gestão de Feeds de RSS.

Objetivos:

1. Definir como seria armazenado;
2. Definir se serão definidos feeds por padrão ou o que acontece quando os feeds não estejam definidos;
3. Definir qual seria o comportamento caso exista alguma falha na integração (serviço não disponível por exemplo);
4. Acrescentar a funcionalidade que permita que um usuário administrador possa modificar os feeds de RSS utilizando a interface de administração (admin);
5. Assim que for definido um feed, as noticias do feed deve ficar disponível no site público.

Casos de Uso:

pendente

Problema:

Para alterar qualquer modelo relacional é preciso remover a tabela e criar novamente.

Objetivo:

Instalar o flask-migrate para suporte a migração de modelo relacional.

Ver: https://flask-migrate.readthedocs.org/en/latest/

Problema:

O texto base é português, mas temos a frase: Use ; (semicolon) to insert more emails. em inglês; deveria ser em português.

Objetivo:

• Re-escrever a frase e inglês: Utilize ; (ponto e vírgula) para inserir mais emails.
• Atualizar os arquivos de traduções (.pot e .po)

Problema:

No OPAC não é possível adicionar um motivo para "despublicação" de um artigo

Objetivo:

1. Definir como será armazenado
2. Esse motivo deve ser informado em caso de acesso ao recurso do artigo
3. Esse motivo deve ser informado na ação de "despublicação" pelo usuário administrador

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O administrador acessa o admin do OPAC.
2. Seleciona um ou mais artigos para "despublicar".
3. Clica na ação de "despublicar" e confirma a ação.
4. O usuário deve justificar a "despublicação".
5. Usuário é notificado do sucesso da operação.

Fluxo de Secundário (caminho alternativo):

1. No momento de "despublicar" o usuário pode não confirmar a ação.
2. Não haverá qualquer modificação.

Pré-condição:

1. Ter acesso ao admin do OPAC
2. Deve existir ao menos um artigo para ser "despublicado".

Pós-condição:

1. O atributo de controle "is_public" deve ser alterado para falso para todos os artigos selecionados.
2. Os recursos que apontam para os itens "despublicados" devem apresentar a justificativa.
3. O estado desse atributo deve ser mantido mesmo após qualquer processamento ou atualização.

Dependência:

#28

Problema:

O sistema não permite filtrar fascículos pelas justificativas de "despublicação".

Objetivo:

1. Dever ser possível filtrar fascículos pelas justificativas de "despublicação" pelo usuário admin na interface de administração

Casos de uso:

pendente

Problema:

Os campos de filtragem para os fascículos estão incompletos

Objetivo:

1. Revisar os campos de filtragem disponíveis para os fascículos na interface de administração, pelo seguintes campos:

• Periódico
• Licença de uso
• Volume
• Número
• Tipo
• Mês de inicio
• Mês de final
• Ano
• Publicado/Despublicado

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de fascículos no admin.
2. O usuário utiliza os filtros, aplicado para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem fascículos suficientes para aplicar as pesquisas.

Pós-condição:

• Nenhum fascículo deve ser modificado.

Problema:

Os campos de filtragem para os periódicos estão incompletos

Objetivo:

1. Revisar os campos de filtragem disponíveis para os periódicos na interface de administração, pelo seguintes campos:

• Licença de uso
• National Code
• Ano inicial
• Ano Final
• Volume inicial
• Volume Final
• Número inicial
• Número Final
• Status corrente
• Indexadores
• Publico/Despublicado

Casos de uso:

pendente

Problema:

Não é possível integrar este repo com travis, porque não sou admin do repo, ergo não tenho permissão para isso:

Sorry, but we can't find any repositories you have admin access to.
You require admin rights to enable these repositories

Objetivo:

Integrar este repo com Travis-CI (já foi adicionado o arquivo .travis.yml)

Problema:

O sistema não tem e não permite definir uma licencia padrão(?) (do que?).

Objetivo:

pendente (falta contexto)

Caso de Uso:

pendente

Problema:

Atualmente não existe teste para o módulo admin.views.

Objetivo:

Criar testes unitários para o módulo admin.views.

Problema:

O sistema não permite cadastrar nem modificar o código de Google Analytics.

Objetivo:

1. Definir se é necessário gerir 1 o mais de 1 código de G.A. para cada OPAC;
2. Definir como será armazenado, (novo modelo?);
3. Definir o que acontece se o código não esta disponível;
4. Acrescentar a funcionalidade que permita que um usuário administrador possa modificar o código de G.A. utilizando a interface de administração (admin);
5. Assim que for definido um código de G.A. (por padrão ou pela interface admin) o código ficar funcionando no site público.

Caso de Uso:

A equipe responsável pela operação tem a necessidade de acompanhar os acessos realizado no OPAC.

Problema:

Atualmente estamos testando e utilizando o OPAC em ambiente de desenvolvimento com uma massa de dados bastante pequena em comparação com o volume da dados que a aplicação deve atender. Hoje trabalhamos com um escopo de ~18 periódicos sendo que a aplicação deve trabalhar (se considerarmos os números atuais) com 344 periódicos.

Objetivo:

O objetivo desse atividade é criar uma forma de inserir uma massa de dados que seja equivalente com a quantidade de dados que a aplicação irá atender, para que possamos em fase de desenvolvimento identificar: problemas de performance, diferentes tipos de documentos, problemas com a interface com grande volume de dados etc, além de termos uma solução viável para entrada de dados.

Observações:

Iremos utilizar o Article Meta como fonte dados, ver: https://github.com/scieloorg/articles_meta

Exemplos de aplicação que utilizam o Article Meta como fonte de dados:

• https://github.com/scieloorg/search-journals/
• https://github.com/scieloorg/citedby
• https://github.com/scieloorg/processing
• https://github.com/scieloorg/analytics

Problema:

Las instrucción pip install -e git+https://github.com/jfunez/packtools.git#egg=html-generator-new no instala la versión de packtools requerida por el proyecto. Que causa problemas al reconstruir el HTML # ### Imagenes

Objetivo:

Corregir la ruta para instalara el branch requerido

Visando adicionar contexto transacional em operações criticas, devemos estudar sobre o pacote transaction disponível em: https://pypi.python.org/pypi/transaction

Problema:

No OPAC não temos suporte a logging.

Objetivo:

Definir e estudar a melhor forma de adicionar as capacidades de logging no OPAC.

Problema:

Atualmente não temos testes para o filtro do admin.

Objetivo:

Criar os teste para os filtros admin.custom_filters

Problema:

O site público não disponibiliza os textos com os "Termos de Uso" do site. E tampouco permite gerir esses textos.

Objetivos:

1. Definir como serão armazenados;
2. Definir se terá suporte a tradução desses textos;
3. Definir se existira um texto padrão ou qual será o resultado caso os termos de uso não estejam disponíveis;
4. Acrescentar a funcionalidade que permita que um usuário administrador possa modificar os textos de "Termos de Uso" (e suas traduções caso seja necessário) utilizando a interface de administração (admin);

Caso de Uso:

pendente

Problema:

No OPAC não existe teste de unidade.

Objetivo:

Definir e estudar a melhor forma de adicionar os testes no OPAC

Problema:

Os campos de pesquisa para os fascículo estão incompletos

Objetivos:

1. Revisar as pesquisar disponíveis para os fascículos na interface de administração, pelo seguintes campos:

• ID
• Journal
• Volume
• Número
• Label
• Legenda bibliográfica

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de fascículos no admin.
2. O usuário utiliza o campo de pesquisa, realizando buscas para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem fascículos suficientes para aplicar as pesquisas.

Pós-condição:

• Nenhum fascículo deve ser modificado.

Problema:

No OPAC não é possível adicionar um motivo para "despublicação" de um periódico

Objetivo:

1. Definir como será armazenado
2. Esse motivo deve ser informado em caso de acesso ao recurso do periódico
3. Esse motivo deve ser informado na ação de "despublicação" pelo usuário administrador

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O administrador acessa o admin do OPAC.
2. Seleciona um ou mais periódicos para "despublicar".
3. Clica na ação de "despublicar" e confirma a ação.
4. O usuário deve justificar a "despublicação".
5. Usuário é notificado do sucesso da operação.

Fluxo de Secundário (caminho alternativo):

1. No momento de "despublicar" o usuário pode não confirmar a ação.
2. Não haverá qualquer modificação.

Pré-condição:

1. Ter acesso ao admin do OPAC
2. Deve existir ao menos um periódico para ser "despublicado".

Pós-condição:

1. O atributo de controle "is_public" deve ser alterado para falso para todos os periódico selecionados.
2. Os recursos que apontam para os itens "despublicados" devem apresentar a justificativa.
3. O estado desse atributo deve ser mantido mesmo após qualquer processamento ou atualização.

Dependência:

#23

Problema:

O sistema não permite filtrar periódico pelas justificativas de "despublicação".

Objetivos:

1. Dever ser possível filtrar periódico pelas justificativas de "despublicação" pelo usuário admin na interface de administração

Casos de uso:

pendente

Problema:

Precisamos ter a capacidade de traduzir os textos. Temos a opção de utilizar (como foi estabelecido para outros projetos) a integração com Transifex

Objetivo:

• configurar o transifex para poder traduzir os textos lá, sob a organização SciELO.

Extra:

As traduções ficam em: opac/app/translations

Dependências:

• Para realizar esta tarefa, o issue #12 deve ser incorporado/resolvido previamente. ✅ feito!

Problema:

Estamos mostrando o label: "É AOP?". E isso não significa nada.

Objetivo:

Corrigir o texto: "É AOP?" em ArticleAdminView@app/admin/views.py
Deveria ser mais explicativo. AOP = "Ahead of Print".

Contexto:

Atualmente não existe um campo que representa instituição no SciELO Manager. Existe o campos para o publisher que será corrigido em breve o sponsor que no modelo é um especialização de instituição.

Precisamos entender melhor qual é o real objetivo da lista por instituição, pois existe uma salada de termos e esses termos confundem o objetivo da listagem, existe nessa listagem o termo "editoras", portanto não sabemos se estamos falando da editora ou instituição ou são a mesma coisa.

Por agora deixamos a listagem agrupado por financiador, mas esse ticket visa realizar essa correção.

O problema:

Como foi visto na ultima apresentação (14/12/15) a listagem de periódicos por "instituição" lista os periódicos por financiadores e deve ser corrigido.
Além disso não temos 100% de clareza.... se a listagem deve ser por Casa Editora (Publishing House) como suspeitamos, ou por outro campo.

Objetivo desta tarefa:

1. Definir o critério da listagem "por instituição" que aparece no site.
2. Implementar a listagem segundo o critério definido no ponto 1.

Problema:

Falta de contexto quando se tenta acessar um documento (periódico, fascículo, artigo) que foi despublicado. O visitante só vê uma mensagem de erro 404, pouco informativa.

Objetivo:

Quando o visitante do site tentar acessar um documento (periódico, fascículo, artigo) despublicado, a página tem que mostrar o motivo da despublicação indicada pelo usuário webmaster no momento da despublicação.

Dependência:

#32

Problema:

O sistema não permite filtrar artigos pelas justificativas de "despublicação".

Objetivos:

1. Dever ser possível filtrar artigos pelas justificativas de "despublicação" pelo usuário admin na interface de administração

Casos de uso:

pendente

Durante o desenvolvimento da atividade #6, foi verificado a necessidade de em caso de "Despublicação" de um fascículo em que este é o último fascículo (mais recente), devemos informar isso para o atributo last_issue do opac_schema.journal: https://github.com/scieloorg/opac_schema/blob/master/opac_schema/v1/models.py#L178.

Dessa forma estaremos com a informação de fascículo mais recente sempre considerando sua visibilidade:

Ver essa informação no template do site final:

Problema:

O sistema não permite associar um ou mais sponsors a uma coleção.

Objetivo:

1. Importar o novo modelo (OPAC schema) que armazena metadados da Coleção (ver: 0);
2. Importar o novo Documento (OPAC schema) que armazena metadados de Sponsor (ver: 0);
3. Implementar a capacidade de associar um ou mais sponsors a uma coleção.

Caso de uso:

pendente

Problema:

Os campos de filtragem para os artigos estão incompletos

Objetivo:

1. Revisar os campos de filtragem disponíveis para os artigos na interface de administração, pelo seguintes campos:

• Fascículo
• Periódico
• Ahead of Print
• Publicado/Despublicado

Casos de uso:

Atores:

• usuário administrador (webmaster)

Fluxo de Eventos Primário (caminho básico):

1. O caso de uso começa quando o usuário administrador acessa a listagem de artigos no admin.
2. O usuário utiliza os filtros, aplicado para cada um dos campos mencionados acima.
3. O Sistema mostra a listagem filtrada pelos critérios da busca.

Fluxo de Secundário (caminho alternativo):

Não corresponde.

Pré-condição:

• O usuário administrador tem acesso ao admin.
• Tem artigos suficientes para aplicar as pesquisas.

Pós-condição:

• Nenhum artigo deve ser modificado.

Problema:

A versão da dependência: Flask-Admin esta desatualizada. Atualmente estamos pinados com a versão 1.3.0 e o repositório oficial com a 1.4.0.

Objetivo:

• Visando não ficarmos com dependências antigas (ajustando o arquivo: requirements.txt) devemos atualizar o Flask-Admin para a versão mais recente.
• Acrescentar uma regra no Makefile, para facilitar a atualização de todas as dependências. Ver: regra deps no Makefile do SciELO Manager.

Problemas

Obter mais contexto sobre os objetos retornados do controller.

Objetivo

Para que tenhamos mais contexto sobre os objetos na views.py é necessário uma refatoração no controller.py.

Problema:

O OPAC depende do packtools, em particular do utilitário: HTMLGenerator para gerar as paginas dos artigos. Essa dependência esta apontando ao branch no qual estava sendo desenvolvido.

Objetivo:

Ajustar no requirements.txt e wiki para que seja instalada o release oficial (versão: 0.9.0dev-20160202) que contém o HTMLGenerator.

Obs:

Segue anuncio do release, com informação da versão:

Pessoal,

Está disponível um release de desenvolvimento do packtools que contém
o utilitátio `htmlgenerator` que gera -- advinhem só -- a versão HTML
do documento XML que será publicada na nova versão do site SciELO.

Eu gostaria de convidá-los a testar esse utilitário e contribuir
reportando eventuais erros.

A instalação pode ser feita com o comando ``pip install
"packtools==0.9.0dev-20160202"``


Abraço,
-Gustavo

Problema:

Atualmente não existe um ambiente de homologação para que possamos testar um infra-estrutura para o OPAC.

Objetivo:

A idéia é testar a implantação e operação do OPAC

Pontos que deve ser resolvido nesse ticket:

• Verificar e avaliar uma infra-estrutura mínima para o OPAC.
• Avaliar e definir a estrutura de diretórios bem como a organização dos script.
• Avaliar e definir um servidor web.

Observações:

• É necessário acompanhar com a equipe de infra estrutura toda a fase de instalação e implantação.
• Importante observar e documentar os procedimentos de instalação e implantação.
• Documentar os pontos críticos ou abrir tickets para que passamos resolver.

Dependências/Impedimentos:

• Para iniciar essa atividade é importante que os testes para os módulos considerados críticos (admin.views, main.views, controller, main.errors, e algumas funções no models) estejam resolvidos.
• Depende de servidor.
• Depende de criar um provisionamento para OPAC.

Dependência:

• R6

Problema:

O sistema deve permitir gerir um logo para a coleção.

Objetivo:

1. Acrescentar a funcionalidade que permita que um usuário administrador possa associar um logo, no modelo da coleção, utilizando a interface de administração (admin).
2. Acrescentar a funcionalidade que permita que um usuário administrador possa remover o logo, no modelo da coleção, utilizando a interface de administração (admin).
3. Por padrão o logo da coleção será uma imagem genérica (logo SciELO).

Caso de Uso:

pendente