Reunião - 28/03/2017

No dia 28/03 nos reunimos no câmpus para construirmos os protótipos de baixo nível. A Fernanda não pode participar por motivos pessoais e o Ivam estava em aula, mas compareceu no horário de intervalo.
Desenhamos os protótipos de baixo nível, discutimos um pouco sobre especificidades de alguns casos de uso e aprovamos o último logotipo criado pela Fernanda.
Para a próxima reunião, planejamos finalizar os casos de uso, modelagem de dados e UML e protótipos de baixo nível, para darmos início à codificação da aplicação.

O dever nos chama!

Mayara Cardoso

Aula 24/03/2017

Nesta sexta-feira, dia 25/03, apresentamos ao professor Aires os requisitos funcionais, não funcionais, regras de negócio, casos de uso do sistema e modelo de dados conceitual. Algumas questões importantes foram levantadas pelo professor, como, por exemplo, a necessidade de uma funcionalidade que permita que o usuário reporte falhas do sistema, além da modelagem que ainda não atende aos requisitos.
Para a próxima semana, foram definidas as seguintes tarefas e seus responsáveis:

• Diagrama de Casos de Uso - Felipe e Fernanda
• MER - Equipe
• DER - Felipe
• Diagrama de Classe de Análise - Ivam
• Diagrama de Classe de Projeto - Ivam
• Logotipo - Fernanda

Em nossa próxima reunião, marcada para terça, dia 28/03, daremos continuidade à construção dos protótipos de baixo nível.

Até mais!

Mayara Cardoso

Aula - 17/03/2017

No dia 17/03, nos reunimos em sala novamente para discutirmos detalhes do projeto. Desta vez, o colega Ivam não pode comparecer devido a problemas de saúde.
O professor Leandro convocou os líderes de projeto para alinhar algumas questões a respeito do acompanhamento da disciplina. Aproveitei para perguntar se há a possibilidade de não mais utilizar o LaTeX como ferramenta de documentação, devido à perda de produtividade. O orientador sugeriu produzir o documento num editor de texto comum e corrigir a formatação usando o LaTeX.
Revisamos os requisitos, o MER e o DER da aplicação e discutimos a respeito de alguns casos de uso.

Até mais!
Mayara Cardoso

Aula 4 - 10/03/2017

Na aula do dia 10/03, nos reunimos novamente em sala e construímos o Product Backlog do nosso projeto. Estávamos com problema para publicar arquivos no Tortoise SVN, software de controle de versão, mas conseguimos solucioná-lo na sexta-feira.
Analisamos os casos de uso feitos pelo Felipe, realizamos as alterações necessárias e definimos as seguintes atividades para a próxima semana, com os respectivos responsáveis:

• Prototipação de baixo nível - Felipe e Fernanda
• Teste do modelo de dados - Ivam
• Atas das reuniões e publicação no blog - Mayara
• DFD 1 - Felipe e Fernanda
• Descrição dos casos de uso - Mayara

Até mais!

Mayara Cardoso

Reunião 28/02/2017

No dia 28/02, a equipe se reuniu para discutir os requisitos do sistema, casos de uso e modelo de dados. Analisamos todos os requisitos funcionais já levantados e fizemos algumas alterações que julgamos pertinentes.

Para a próxima semana devemos ter a descrição dos casos de uso, os requisitos funcionais, não funcionais e regras de negócio, MER, DER e DFD 0 finalizados. 

Até mais!

Mayara Cardoso

Aula 3 - 24/02/2017

Na terceira aula, dia 24/02, as equipes apresentaram suas propostas aos professores Fernando Aires e Leandro Santana. Pela ordem do sorteio realizado em sala, nossa equipe seria a última a se apresentar, entretanto, devido a alguns imprevistos com outros grupos, fomos a segunda equipe a expor a proposta.
Entregamos aos professores nossa proposta inicial em 3 vias, uma para cada professor e uma para a equipe. Os orientadores fizeram algumas considerações a respeito da apresentação, do documento entregue e da proposta do projeto. Foram elas:

• Problemas de formatação no documento, como falta de descrição do quadro com as atribuições dos integrantes da equipe, ausência de referências bibliográficas e descumprimento a normas ABNT.
• Numeração dos slides pouco visível.
• O título do slide em que foram apresentados aplicativos com propostas semelhantes à nossa deveria ser "Análise de Concorrência" e não "Revisão da Literatura".
• A descrição dos concorrentes no documento estava aquém do necessário.
• Falta de descrição das ferramentas a serem utilizadas no projetos e do porquê de utilizá-las.
• Não utilização do LaTeX para construir o documento, já que esta ferramenta será foi escolhida para documentação do projeto.
• As funções dos integrantes da equipe não estavam claras e, por isso, davam a impressão de mal distribuídas.
• O time Scrum não tem um Product Owner.
• Não constava no documento um requisito de suma importância da aplicação: a customização do sistema de acordo com a localização do usuário.

Quanto às atividades dos integrantes na equipe, explicamos aos professores que atribuímos cada membro às funções nas quais tem mais habilidade, o que não significa, em nenhuma hipótese, que aquela pessoa desempenhará a função sozinha. Cada um será responsável por uma atividade, porém todos o ajudarão a desenvolvê-la, assim, todos da equipe participarão de toda as atividades.

Quanto à ausência do requisito referente à customização do sistema, ressaltamos que trata-se de um equívoco ao produzir o documento, mas que este será desenvolvido no projeto.

Por fim, ainda referente à apresentação, nos comprometemos a corrigir cada falha apontada pelos professores e seguir com mais rigor as dicas do Prof. Ivan Martinez.

Marcamos nossa próxima reunião para o dia 28/02/2017 às 15h no Shopping D, que terá a seguinte pauta:

• Divisão de tarefas
• Levantamento de Requistos
• Escolha do logotipo da aplicação

Ainda temos muito trabalho pela frente!

Mayara Cardoso

Aula 2 - 17/02/2017

Na segunda aula de A6PGP, discutimos as tecnologias que usaremos para desenvolver o nosso projeto. O aplicativo será desenvolvido para plataforma Android, em linguagem Java.
Para front-end, utilizaremos Ionic com HTML, CSS e JavaScript. Demais tecnologias:

• Base de Dados - SQLite
• Versionamento de código - Tortoise SVN
• Arquitetura - SOA
• IDE - Eclipse
• Ferramenta de Planejamento e Gerenciamento de Atividades - Visual Studio Team Services
• Ferramenta de documentação - LaTeX
• Ferramenta de modelagem - Astah Comunity
• Ferramenta de prototipação - Pencil
• Ferramenta de modelagem de dados - brModelo
• Ferramenta de Teste - TestLink
• Emulador de Android - Android Virtual Device

As funções de cada integrante da equipe foram divididas da seguinte maneira:

• Felipe - Back-end e Base de Dados
• Fernanda - Front-end e Teste
• Ivam - Back-end e Base de Dados
• Mayara - Documentação e Gerenciamento do Projeto

Para gerenciamento e desenvolvimento do projeto será utilizada a metodologia ágil  SCRUM.

Até mais!

Mayara Cardoso

Reuniões 11/02 e 12/02

Nos dias 11/02 e 12/02, nos reunimos para discutirmos algumas questões importantes sobre o projeto. Decidimos, então, que o nome do nosso aplicativo (e consequentemente do grupo) será Osíris, que, segundo a mitologia egípcia, é o deus da agricultura e vegetação.
A Fernanda criou duas artes para serem utilizadas como logotipo do nosso aplicativo. A equipe começou a levantar os requisitos e o Felipe fez um breve esboço do nosso modelo de dados.
Também decidimos que o gerenciamento do projeto ficará sob minha responsabilidade.


Mayara Cardoso