Reunião 26/08/2015

Pauta:  Adequação do escopo do projeto às exigências acadêmicas.

Discussão:  Após análise do professor Ivan sobre a proposta enviada, foram solicitadas alterações no documento contendo o escopo do projeto, para adequação às exigências da disciplina A6PGP. 

Conclusão: 

• O documento foi alterado conforme solicitações do professor Ivan e Bernardo.
• Detalhou-se os métodos utilizados para as pesquisas pelos atores ONG e Voluntário, bem como a interação do site com o resultados das pesquisas, onde são enviadas mensagens de alerta ao voluntário caso ocorra oportunidade com seu perfil.
• Nova proposta foi enviada ao professor Bernardo para pré-análise.

Projeto não aprovado...

Mas por que?

Não fomos suficientemente claros em nossa apresentação ao exemplificar as funcionalidades de pesquisa do sistema.

A aprovação do projeto está condicionada à definição clara de como a pesquisa flexível funcionará, bem como a indicação da metodologia de gerenciamento de projeto a ser empregada.

Há males que vêm para o bem

Naturalmente, achávamos que nossa proposta estava claríssima. Não estava. O fato me despertou duas preocupações:

• O projeto não foi aceito "só porque" não estava clara a forma de pesquisa do sistema?
• Como desenhar uma interface de usuário que seja clara, simples e intuitiva?

Encontrei muita coisa na busca por essas respostas.

Não está claro como vai funcionar

Touché. Professor Matt Might, da University of Utah escreveu de maneira muito aclaradora em A thesis proposal is a contract.

A interface de pesquisa e resultados

Voltei para casa pesquisando "incremental refining search" no Google. Acabei descobrindo o faceted navigation design pattern aqui: http://alistapart.com/article/design-patterns-faceted-navigation.

Facets adaptáveis da Amazon. Fonte: http://alistapart.com/article/design-patterns-faceted-navigation, acesso em 20/08/2015.

Apesar de ansioso para me aprofundar no tema imediatamente, tive que parar e ir dormir. "O corpo quer, a alma entende", como na canção do Legião Urbana.

Manhã. Segui para dar uma olhada no Flamenco (FLexible information Access using MEtadata in Novel COmbinations), pesquisa liderada pela Profa. Marti Hearst na UC Berkeley e facilitada por um  prêmio CAREER da NSF, a National Science Foundation. A Profa. Hearst também é autora de  Search User Interfaces, disponível para leitura online. Ali está "o caminho das pedras". Thank you, Miz Marti.

Um exemplo muito didático da faceted navigation em execução pode ser encontrado em http://flamenco.berkeley.edu/example_screenshots.

A preocupação com a limitação de real estate dos dispotivos móveis me veio à mente quando comecei a ler sobre  faceted navigation. Felizmente alguém teve essa preocupação antes de mim. Em abril de 2006 foi publicado o paper FaThumb: A facet-based interface for mobile search.

A Oracle tem um material interessante sobre Browse Patterns & Topics.

O Nielsen Norman Group levanta alguns pontos bem interessantes. Kathryn Whitenton fala sobre  a diferença entre filtros e facets em Filters vs. Facets: Definitions e também oferece orientações de melhorias de design em Mobile Faceted Search with a Tray: New and Improved Design Pattern. Raluca Budiu escreve sobre o esforço do usuário para utilizar a interface em Interaction Cost. Jakob Nielsen expõe ideias que vêm ao encontro do nosso problema original de interface do usuário: 10 Usability Heuristics for User Interface Design, Better Than Reality: A Fundamental Internet Principle, Use Specialized Language for Specialized Audiences e Banish the Hamburger Menu, Adopt Pizza Menus.

Encontrei até um cookbook para o facet design pattern, e uma rica galeria de facet design reunida pelo smileycat.com.

Apresentação 19/08

Ontem, dia 19/08, foi a apresentação das ideias aos professores orientadores e à professora Aline.
A nossa ideia agradou a banca, no entanto, o projeto ainda não foi aprovado pois devemos documentar claramente como vai ser realizada a busca em nosso site, de maneira detalhada, contando com todos os filtros, e especificações necessárias para aplicação. Visto que sem esse detalhamento o sistema aparenta ser apenas um "CRUD", sistema em que você cadastra, lê, altera e deleta informações.
Pretendemos nos encontrar, inicialmente hoje (20/08), para definirmos tudo o que contemplará no nosso sistema, para que possamos elaborar um novo documento escrito para ser aprovado pelos professores.

Viabilidade do Projeto

ALEX - Efetuadas as primeiras pesquisas para garantir a viabilidade do projeto.
Utilizado material mais atual do IBGE - 2010

Contato com Alexandre Isaac, representante da Abong (Associação Brasileira das Organizações Não Governamentais). O mesmo se mostrou solícito em ajudar nas necessidades que o projeto deve suprir. Enviará data disponível para nos reunirmos.

Reunião - 12/08/2015

Pauta: Definição detalhada do escopo do projeto.

Discussão: O grupo discutiu sobre o escopo detalhado do projeto e falou
sobre a área de cadastro dos voluntários e das ONGs, sobre o cadastro de necessidades
delas e sobre a área de pesquisa do site, tanto para ambos os tipos de usuários.

Conclusão: Ficou definido que iremos fazer pesquisas para verificar quais são as reais
necessidades das ONGs e o que elas esperam dos voluntários, para dessa forma podermos
fazer uma área de cadastro o mais real possível. Também ficamos de definir se o site irá
fazer combinações das necessidades dos voluntários com as necessidades das ONGs e
enviar e-mails automáticos uma vez encontrada determinada combinação.

• Itens de Ação: Pesquisa em ONGs para avaliarmos as necessidades reais dessas organizações.
• Responsável: Todos integrantes.
• Data-Alvo: TBD.

.

• Itens de Ação: Pesquisa com usuários que se interessariam por uma aplicação como essa para analisar quais são as necessidades.
• Responsável: Todos integrantes.
• Data-Alvo: TBD.

.

• Itens de Ação: Definição dos campos de cadastro.
• Responsável: Todos integrantes.
• Data-Alvo: TBD. 

.

• Itens de Ação:  Definição se irá ser feita a combinação
• Responsável: Todos integrantes.
• Data-Alvo: TBD. 

Reunião - 12/08/2015

Pauta: Exposição do tema aos professores orientadores.

Discussão: Na reunião foi exposta a ideia, inicialmente ao Bernardo que fez algumas
considerações sobre o que foi falado. Nessas considerações foi pedido uma abordagem
clara da ideia e do que o sistema realmente vai fazer, com toda a complexidade bem
definida e explicada. Ele deu a sugestão do nosso diferencial ser o sistema de pesquisa do
site, que deveria contemplar uma gama maior de opções do filtros. Além disso, o professor Bernardo
também nos indiciou a utilização do banco de dados PostgreSQL pois se encaixaria melhor
nos nosso pré-requisitos já definidos. Expusemos então, a ideia ao professor Ivan que
também a considerou viável.

Conclusão: Iremos dar continuidade a ideia inicialmente decidida e contemplaremos uma
busca mais abrangente, que vai definir o diferencial do nosso site.

• Itens de Ação: Execução do documento com a proposta do sistema muito bem detalhada;  
• Responsável: TBD 
• Data-Alvo: 15/08/2015

.

• Itens de Ação: Elaborar a apresentação com a exposição do tema;
• Responsável: TBD
• Data-Alvo: 15/08/2015

.

• Itens de Ação: Revisão do documento;
• Responsável: Todos os integrantes
• Data-Alvo: 16/08/2015

Reunião - 10/08/2015

Durante esta reunião foram discutidas as tecnologias a serem utilizadas no desenvolvimento do sistema, são elas:

• Ruby on Rails
• HTML 5
• MySQL
• A biblioteca Bootstrap do Javascript para tratar do design responsivo

Ainda foi definido que o sistema necessitará de uma interface mobile e de um serviço de hospedagem, preferencialmente VPS. Foram apresentadas ferramentas como o Rad Rails, Aptana, Foudantion 5 e o Open Proj.

Também foram discutidos os possíveis nomes do grupo.

Reunião - 08/08/2015

REUNIÃO DE 08-08-2015.

HORÁRIO: 14:30 às 16:30.

Ata:

• Foi discutida a utilização da aplicação RunRun.it como auxílio ao Gestor do Projeto na elaboração e manutenção do cronograma, por ser um gerenciador de tarefas. Não houve decisão sobre o uso.

• Após analisar a documentação exigida no projeto pelo site “dicas.ivanfm.com”, não ficou claro se deverá conter a Análise de Negócio, com os itens abaixo:

• Análises

1. Análise de mercado
2. Público alvo
3. Tamanho do mercado
4. Potencial de vendas
5. Concorrência
6. Possibilidade de diferencial
7. Potencial de crescimento
8. Levantamento de requisitos
9. Análise de riscos
10. Custo de desenvolvimento
11. Análise custo / benefício
12. Viabilidade econômica, técnica e operacional
13. Payback time
14. Risco
15. Plano de contingência
16. Proposta de venda

Estes itens serão questionados aos professores na próxima reunião, por considerarmos de grande importância constarem nos documentos, porém, caso não julguem desta forma, não investiremos em totalidade o tempo que havíamos pré-estabelecido.

Diário de bordo

ALEX -Não houve aula,  o IFSP fechou e ficamos impossibilitados de entrar. Ficou decidido que amanhã,  08-8 às 14:30hs,  faremos uma reunião via Skype para ver a relação de dependência entre os itens necessários neste projeto e começar a delegar responsabilidades sobre os mesmos.

Apresentação e pesquisas

Boa tarde pessoal, sou o Alex Assis, parte integrante desta equipe. Após nossa última reunião,  na noite de 06-8, onde definimos o tema qual trabalhar nesse semestre, iniciei as pesquisas por bibliografias sobre ONGs que podem de alguma forma incrementar nosso desenvolvimento.

Diretivas

Bem, é hora de colocar em prática o que o que foi ensinado no curso. Eis algumas das diretivas que nortearão o desenvolvimento do projeto.

Note que isto não é orientado pelo formato do trabalho que deve ser entregue; é um agrupamento de ideias - obviamente sujeito a alterações.

• Documentação
• Negócios
• Análise de mercado
• Público alvo
• Tamanho do mercado
• Potencial de vendas
• Concorrência 
• Possibilidade de diferencial
• Potencial de  crescimento
• Levantamento de requisitos
• Análise de riscos 
• Custo de desenvolvimento
• Análise custo / benefício
• Viabilidade econômica
• Payback time
• Software
• Fundamentação teórica
• Redução do problema a algoritmos conhecidos
• Técnica de análise
• Técnica de implementação
• Usuário mantenedor
• Usuário final

• Controle
• Calendário
• Ferramentas de comunicação
• Documentação das decisões
• Atribuição de responsabilidades por áreas do projeto
• Cronograma
• Métricas
• De execução de tarefas
• De linhas de código
• De testes e impactos
• De commits no repositório
• Gource
• Checkpoints dos professores

• Planejamento
• Análise de requisitos (inclusive de interface e plataforma de usuário)
• Modelagem em alto nível
• Arquitetura
• Análise de sistema

• Convenções
• De nomenclatura
• De testes
• Unitários
• Integração
• Commits

• Execução
• Tecnologias de desenvolvimento
• Plataformas de desenvolvimento

Atividades já executadas

Além daquilo que o Vedolin já pontuou que foi executado, seguem abaixo alguns updates de atividades que já haviam sido mapeadas:

• O cronograma previsto já foi iniciado;
• O htpasswd já foi gerado para todos os integrantes do grupo;
• O tema já foi decidido;
• A questão de numeração e indexação já está alinhada, não sendo mais um ponto de atenção;

Agora nesse momento, haverá uma concentração de esforços na elaboração de um documento que apresente a ideia de forma concisa para apresentar aos professores.

Definição do Tema

Bom dia, 

Eu sou a Gabriela, uma das integrantes do grupo. E ontem, o grupo conseguiu ter uma definição do tema a ser executado no trabalho.

Após a nossa reunião, ficou decidido que iremos fazer uma plataforma para a execução de trabalhos voluntários e disponibilização das necessidades pelas ONGs. A ideia é basicamente a seguinte: aqueles que querem oferecer o trabalho social se cadastram na plataforma e colocam os seus interesses: atividades, datas, horários. Da mesma forma, as organizações cadastram-se na plataforma e deixam claro suas necessidades.

Dessa forma há um "match" entre as necessidades das ONGs com o interesse de quem quer ajudar. Nesse cenário, o nosso sistema seria um tremendo facilitador.

O tema ainda precisa ser avaliado pelos professores da disciplina, o que ocorrerá na próxima semana no dia 12/08.

Andamento

Já preparei o Runrun.it do projeto.

O Runrun.it nos permitirá gerir as tarefas de maneira bastante detalhada. Ele permite atribuir tarefas, aceitá-las ou não, e ainda colocar as tarefas atribuídas em diferentes estados como "Analisando", por exemplo.

Ainda é possível visualizar se alguém tem horas disponíveis para executar a tarefa etc. E isso é só uma fração do que ele faz.

Eu recomendo o Runrun.it aos demais times.

Identificação de primeiras tarefas

Olá, eu sou o Luis Vedolin, gerente de projeto desta equipe.


Começamos a identificar as tarefas que devem ser executadas ou atribuídas imediatamente:

• Gerar o htpasswd para termos acesso ao svn o quanto antes;
• Aprender a utilizar o SVN, especialmente descobrir como não poluir a quantidade de commits quando usarmos coisas como bootstrap ou outros geradores de arquivos.
• Definir o número de horas semanais que cada integrante pode disponibilizar para o projeto.
• Definir a plataforma de colaboração que usaremos primariamente (provavelmente será o Google Drive); 
• Alguém tem que entender como funciona a numeração e indexação  automática das figuras no processador de texto.

Pode parecer puro blablabla, mas é o mínimo do setup necessário, e se não for feito em tempo de setup vai custar caro fazer depois.