Aproveitando o final de semana ( último antes da entrega final ), estamos continuando com as correções necessárias para entrega do produto final, o software GIRAR, juntamente com a sua documentação.
As atividades que estão sendo realizadas , até a entrega final neste final de semana envolvem:
Corrigir os diagramas ( refazer ou alterar);
Executar e documentar o plano de testes;
Padronizar o formato das entrevistas;
Fazer toda a revisão das bibliografias, além de inserir as datas nas referências bibliográficas;
Correções e alterações na aplicação (melhorar padrões de senha, melhorar o modelo de dados, inserir logs, revisar casos de uso, modo de exibição das informações);
Revisão das métricas do projeto;
Realizar as devidas correções na documentação;
Estas tarefas estão sob responsabilidade de todos os membros da equipe, onde será imperativo a colaboração de todos na sequencia e finalização das mesmas.
Após esta finalização haverá nova revisão por parte da equipe antes da entrega final , para garantir que nada ficou de fora.
Apesar de todos os percalços nesta trajetória, a expectativa é positiva para a finalização do projeto e consequente entrega do produto.
Todos tem em suas agendas o dia 24/06/2015 como o mais importante deste primeiro semestre.
Próximo à apresentação o nosso grupo está corrigindo e acrescentando coisas ao projeto.
Wendel e Erik estão corrigindo detalhes abordados pelos professores nas primeiras apresentações de outros grupos. Esses detalhes foram anotados pelo Rui, e estão sendo corrigidos agora, pois não haverá muito tempo útil após a apresentação.
O Rui além de fazer o gerenciamento, está ajudando com o Webservice do projeto Mobile. O Otávio está estudando como conectar a aplicação mobile à este Webservice.
Cristiano está fazendo suas tarefas rotineiras cuidando das métricas.
Por fim, eu (Rafael) e o Lucas Akio estamos melhorando o máximo possível a aplicação. Eu estou cuidando da parte do Front End, criando e melhorando as telas, criando os tutoriais e também gerando alguns inserts para demonstrar a aplicação na apresentação.
O Lucas Akio está trabalhando no Back End, criando métodos de busca, acertando detalhes que coloquei no Front End, criando testes e logs.
O trabalho foi duro, árduo… Vimos o quanto é custoso o desenvolvimento de um projeto e como é necessário o gerenciamento do tempo para não se perder.
O grupo se dedicou bastante… No próximo post mais novidades.
O último fim de semana antes da entrega do projeto na próxima quarta-feira 27/05 está sendo de muito trabalho. Recebemos algumas críticas / sugestões do professor Ivan quanto à usabilidade do projeto. Então eu (Rafael) e o Akio estamos desenvolvendo as telas de forma que a navegação fique mais clara e objetiva. Acredito que obtivemos sucesso, e a navegação melhorou.
O Otávio está tendo problemas com a integração do Webservice no projeto mobile, mas também obteve êxito em alguns testes e está trabalhando em cima dos métodos do webservice.
Na parte escrita do projeto, o Wendel está finalizando o manual técnico e implementando no documento final. Já o Erik está efetuando as mudanças propostas pelo professor Braz, e já re-formatando o arquivo Word com os padrões ABNT.
A apresentação do projeto em Power Point está sendo feita pelo Cristiano, que também têm acompanhado todas as métricas.
Atividades desenvolvidas entre os dias 10 e 16/05/2015.
Pessoal,
Restam 10 DIAS para a entrega do projeto. O nível de preocupação é absurdo!!! O sistema ainda não está totalmente finalizado, mas a parte de documentação está caminhando para o Omega, com todas as suas quase 300 páginas. No período apresentado, ocorreu reunião no dia 13 (aula de A6PGP) e no dia 16 deste mês (casa do Lucas). Exclusivamente no dia 13 conseguimos um feedback pelo professor Braz referente à documentação e pelos professores Braz e Ivan referente ao sistema.
Bom, atividades da equipe:
– o CRISTIANO está terminando as métricas, criou tabelas e gráficos (com algum sentido de relacionamento), alterou o diagrama de classes, começou a divisão da Apresentação de Slides e está responsável pela criação do DVD que será entregue no dia 27 deste mês. Além disto, ele participou de todas as reuniões e discutiu a implementação do banco de dados e a ligação com os métodos do desenvolvimento.
– o ERIK está finalizando a documentação do Relatório de Atividades com as correções apresentadas pelo professor Braz, incluindo os testes restantes.
– o LUCAS está empenhado no ambiente Web, exclusivamente em Java. Nesta semana ele corrigiu alguns filtros na aplicação (proposta de melhoria pelo professor Ivan). Além disto, o módulo de reserva e administração está quase finalizado.
– o OTAVIO está empenhado e desenvolveu os fragments de menu, pesquisa e retorno do resultado no ambiente Android. Para a finalização da Sprint deve estar pronto a conexão com o banco de dados através do web services e a apresentação estática dos mapas do IFSP.
– o RAFAEL também está empenhado no ambiente Web, voltado para o Frond End. Ele adicionou a área de tutorial (vamos tentar manter o Manual do Usuário direto na aplicação) e modificou alguns formatos no CSS (proposta de melhoria apresentada pelo professor Braz). Também fez a modificação no banco de dados depois da implementação de TURMA no controle da disciplina.
– o RUI (eu) não fiz nada!!! Brincadeira.. =D .. alinhei a Sprint Review com a equipe no dia 13 e iniciamos a última Sprint com o intuito de finalização, revisão, testes dos módulos restantes, impressão e revisão da documentação para ser entregue no dia 27 de maio. Além disto, preenchi as atas de reunião e auxiliei no desenvolvimento mobile, junto com o Otavio e revisão da documentação, junto com o Erik e Wendel.
– o WENDEL está dedicado na documentação também. Ele continuou a atualização do Manual Técnico e criou um possível Manual do Usuário (talvez não seja necessário). Além disto, gravou alguns vídeos para colocarmos na finalização do trabalho.
Galera, vamos continuar a batalha, pois o fim está próximo!!!!
Pessoal, estou preocupado com a entrega do projeto. Temos somente 15 dias para entregar a aplicação e a documentação e ainda resta muito do desenvolvimento. São vários fatores que estão levando todos os membros da equipe a terem vários problemas.
O primeiro fator é o tempo insuficiente. Todos os membros estão fazendo o máximo que podem para finalizar as entregas de todas as Revisões de Sprint (geralmente acontece nas quartas-feiras), porém temos que dedicar muito tempo também para os trabalhos de outras disciplinas, como A6LP2, A6EMP e A6MSO. Estamos trabalhando na madrugada para tentar entregar o projeto até a data programada.
O segundo fator identificado até o momento é o pouco conhecimento com a linguagem. Para o desenvolvimento da plataforma mobile temos que pesquisar muitas soluções em tutoriais web e foruns de discussão. A localização de mapa próprio para o IFSP não está funcionando e a pesquisa de localização da sala ainda está incompleta.
Faremos o máximo para entregar o projeto total até o dia 27!!!
No dia 29/04/2015 a equipe se reuniu mais uma vez no IFSP para alinhar o projeto com nosso gerente Rui e clientes. Neste dia foi o passo inicial para mais uma conquista: StatSVN (vide publicação do dia 06/05/2015). Com a planta do instituto em mãos, alinhamos a elaboração dos mapas que serão utilizados nos aplicativos. E para encerrar o dia, seguimos a rotina de alinhamento com a equipe SISGER, desta vez sobre os bancos de dados de cada sistema.
No dia 01/05/2015, Dia do Trabalho, coroamos este dia com, adivinhe o que?
É claro! MAIS TRABALHO!!! Das 8h às 19h o grupo inteiro esteve reunido na casa do Lucas dando o devido mérito ao dia (o dia foi tão empolgante que alguns, de tão felizes por este dia, ficaram até a madrugada do dia seguinte prestigiando o grande Dia do Trabalho!). Nossos agradecimentos especiais aos profs. Brás e Ivan, que proporcionaram as condições necessárias para este maravilhoso dia acontecer! Nosso muito obrigado!
No dia 06/05/2015, a rotina da equipe nas aulas de A6PGP: alinhamento do projeto e reunião com a equipe do SISGER. O prazo cada vez mais apertado, nos angustia. Mas, estamos confiantes de que o suor (e sangue) não serão em vão! Quanto à reunião com o SISGER, ficou definido que a aplicação do SISGER terá métodos para informar INSERTs e SELECTs no banco de dados da aplicação GIRAR. Com isto, foi alinhado o banco de dados, sem modificação, verificando a funcionalidade e a normalização, com os atributos de cada tabela.
Hoje, 09/05/2015, reunidos na casa do Lucas, demos andamento ao projeto. Nosso programador Senior, Akio, passou a madrugada deste dia matutando alguns detalhes do sistema que o deixaram “boladão”. O resultado disso foi a modificação do relacionamento da entidade FILA, SALA E AULA no DER e MER, do qual agora, cada sala terá apenas uma fila.
Galera, isso mesmo. Conseguimos gerar o relatório do StatSVN!
Bom, como já é de costume da equipe codificar pra otimizar tudo, assim como o Gource, criamos batches para gerar o StatSVN para nós. Como alguns grupos também me perguntaram sobre este relatório, vou tentar detalhar como fazer o software rodar!
1. Download do StatSVN
Primeiramente, você precisa de uma máquina virtual Java no seu computador (caso não tenha, baixe no site do Java). Acesse o site do StatSVN (http://www.statsvn.org/), clique em Downloads e baixe a última versão do software (atualmente é a 0.7.0). Descompacte o arquivo (que geralmente está em ZIP).
2. Cópia e Funcionamento
Copie o arquivo statsvn.jar para alguma pasta do seu projeto. No projeto GIRAR, criamos na raiz do Subversion uma pasta chamada StatSVN e lá colamos o software JAR. O StatSVN fará uma varredura no Subversion e no log, criando diversas métricas de desenvolvimento pela equipe, commits, linhas de código etc. Além das métricas, também são gerados gráficos para melhor visualização dos relatórios.
3. Códigos para Gerar Relatório
Vamos falar do item mais legal e interessante desta publicação: os códigos. Como eu disse, geramos o StatSVN a partir de um clique duplo do mouse na nossa batch. Acreditem, criar batch é gratificante demais!!!
O que o código acima faz? Bem, o comando cd.. volta o diretório para que o StatSVN rode na raiz do repositório. O comando java – jar indica que você quer executar a máquina virtual Java para rodar um arquivo -jar que está em “.\StatSVN\statsvn.jar”. O comando -output-dir indica a saída de todos os relatórios gerados pelo StatSVN (no nosso projeto será em “.\StatSVN\Relatorio_Total”. Após isto, deve-se colocar o caminho do log (consulte como gerar o log a partir do nosso tutorial do Gource), o qual no nosso projeto é “.\StatSVN\svn.log”. Depois, deve-se indicar a raiz do repositório, marcado com “.”, pois já estamos executando o comando na raiz.
4. Exemplos de Relatórios
Aqui apresentamos alguns exemplos de imagens geradas pelo StatSVN.
Depois de várias reuniões para desenvolvimento do projeto notamos que nossa alimentação estava inadequada, com aderência contínua de chocolates, salgados, refrigerantes e energéticos.
Pensando em uma alimentação mais saudável substituímos os salgados e refrigerantes por frutas e sucos naturais:
Atualização das atividades semanais da equipe do Projeto GIRAR.
Cristiano: Finalização da criação dos diagramas de sequencia, atualização das métricas, estudos da implantação do StatSvn e Inicio da criação da apresentação final.
Erik: Atualização da documentação e pesquisa da descrição do JSF e Richfaces.
Lucas e Agapito: Desenvolvimento em Java com criação de classes, teste de banco de dados, atualização das entidades e criação da CSS.
Otavio: Desenvolvimento em Android com preparo do menu lateral para visualizar e pesquisa de professor e disciplina.
Rui: Atualização das Atas, cronograma, Sprint 08 e postagem no blog sobre o Gource.
Wendel: Atualização da documentação, pesquisa da descrição do MS. Project e padronização dos softwares instalados nos laboratórios.
Recentemente publicamos o nosso vídeo do andamento do projeto no mês de abril, informando que geramos o Gource a partir de batches (arquivos .bat). Criamos as batches com intuito de agilizar o processo. Enquanto o Gource é gerado automaticamente, podemos iniciar outras tarefas.
Procurando no Google algumas informações do Gource, achamos dicas do Projeto Colombo Explorer (https://colomboexplorer.wordpress.com), desenvolvido pelos alunos Johnata Souza Santicioli, Letícia Isis Vaz, Priscila Guerreiro (pelo menos esta criou alguns posts no blog), Rafael Delanhese, Rosana Yuriko Sato e Tiago Naoto Kamegasawa e conta com algoritmo para pesquisa de arquivos mais rápida e eficiente. As dicas foram muito úteis para desenvolvermos o nosso comando.
As exigências da página do Prof. Ivan (http://dicas.ivanfm.com/aulas/pratica-de-gerenciamento-de-projetos) deste semestre era criar o Gource com: alteração das userids dos usuários pelo nome, uma imagem distinta para cada usuário, utilizar a opção –key (que mostrará o formato dos arquivos), utilizar as opções do caption (que mostrará uma legenda das principais mudanças) e gerar aproximadamente 1 minuto de vídeo. Com base na atividade, montamos quatro arquivos .bat.
A seguir, não mostraremos o que é o Gource ou como obtê-lo, mas daremos dicas de utilização das opções, conforme está sendo útil para nós.
1. Estrutura de Pastas
Na raiz do nosso repositório, criamos a pasta Gource para agrupar todas as ferramentas, imagens e comandos desta ferramenta. Dentro da pasta Gource colocamos a pasta Avatar, responsável por armazenar as imagens de todos os integrantes, e inserimos as batches e o arquivo de caption (chamado caption.txt).
O comando cd.. voltará um diretório, onde estará o executável do Gource; –output-custom-log do fará a geração do log no diretório \Gource\girar.log; svn log –xml fará a criação do log em XML no diretório \Gource\girar_temp.xml. Vocês podem até perguntar por que gerar dois logs. O log girar.log é gerado apenas para registro, enquanto o girar_temp.xml será utilizado nos próximos comandos, pois só é possível atender às exigências do Prof. Ivan se o log for XML.
3. Substituir UserIDs
Adaptamos um código bat do site http://www.dostips.com, alterando as variáveis para substituir os prontuários de todos integrantes da equipe pelo respectivo nome.
O comando cd.. voltará um diretório, onde estará o executável do Gource; a opção “.\Gource\girar.xml” carrega o log XML; –user-image-dir carregará as imagens de todos os integrantes do diretório \Gource\Avatar; –key exibe o formato dos arquivos; –stop-at-end encerra o vídeo quando finaliza o carregamento total do log; -f exibe ou grava o vídeo em full-screen; –seconds-per-day é a duração da exibição do dia; -b carrega a cor de fundo; –disable-progress desabilita a barra de progresso; –title fixa um texto no canto esquerdo inferior; –hide filenames oculta o nome dos arquivos; -o faz a saída do vídeo; –caption-file carrega o arquivo caption presente no diretório \Gource\caption.txt; –caption-offset define a localização da legenda; –caption-colour define a cor do texto da legenda; –caption-size é o tamanho da fonte; –caption-duration é o tempo (em segundos) da duração da legenda.
O FFMPEG é a ferramenta para converter o arquivo .PPM em .AVI. Basicamente, esta batch volta no diretório raiz e gera o vídeo, obtendo o PPM da pasta do Gource e gerando na mesma pasta o vídeo GourceGerado.avi. Depois de gerado, a nossa batch também deleta o arquivo Gource.ppm do diretório do Gource.
Atualizando as atividades semanais do Grupo GIRAR!
Cristiano: Transcrição do diagrama de sequência para o Cacoo(ferramenta para desenvolvimento de diagramas).
Lucas: Desenvolvimento Web, tela de login,
instalação do SVN para utilização direta no Eclipse.
Otavio: Desenvolvimento Android, transição do menu para a página principal.
Rafael :Desenvolvimento Web, estrutura de telas
Rui: Escrita da ata de reunião, revisão com as atividades de cada integrante da equipe de acordo com a Sprint, Criação do vídeo do desenvolvimento de abril.
Wendel: Atualizando bibliografia e histórico de atividades na documentação do projeto.
Alem dessas atividades foi simulado uma parte do processo do front-end pelo membro Rafael que pode ser encontrado no vídeo postado pelo Rui e a participação de todos os membros nas reuniões feitas tanto em aula quanto na casa do Lucas.
Em virtude da reunião que tivemos com os integrantes do projeto SISGER tivemos que refazer alguns casos de uso , inclusive com a inclusão de um novo ator ( Administrador ).
Além disso, ficou definido que o desenvolvimento atenderá aos requisitos: solicitação de reserva de ambientes, alocação de ambientes no inicio de cada semestre, reserva em horários e ambientes específicos ( auditórios, por exemplo ) e na plataforma mobile a visualização destes ambientes e dos respectivos professores/coordenadores. A aplicação mobile fará a apresentação do mapa do IFSP com opção de pesquisar professor/sala.
Os membros do grupo prosseguem nas tarefas que entre outras abrangeram:
Cristiano: Pesquisa e implantação do StatSvn (realizando “baterias” de testes), Criação dos diagramas de classe UML, além da transcrição dos diagramas de sequencia.Foram feitas também fotos dos ambientes, caso seja necessário para melhor identificação .
Erik: Alinhar temas de revisão literária, apresentação de trabalhos acadêmicos semelhantes ao nosso, ajudando no layout das páginas e atualização da documentação.
Lucas: Desenvolvimento em Java(implementação das classes), definição do layout; além disso na data de ontem (15/04), conversou novamente com os integrantes do projeto SISGER, levantando a informação de que não finalizaram a análise e possível alteração do MER, que seria usado conjuntamente, devendo então se adaptar ao que já foi modelado pela equipe GIRAR, reuniões de alinhamento às quartas-feiras foram combinadas.
Otávio: Desenvolvimento Android ( telas iniciais e menu lateral de pesquisa ).
Rafael: Testes do MER/DER, desenvolvimento em JAVA e revisão dos diagramas de classe e de sequência, além da definição do layout do projeto.
Rui: Detalhamento de casos de uso ( feitas mudanças) e diagramas ( classe e sequencia ), alterações no detalhamento, prioridade e complexidade dos requisitos ( funcionais e não-funcionais), além de alinhar as sprints semanais e redigir as atas ( cada reunião está documentada ).
Wendel: Atualização do dicionário de softwares dos laboratórios de informática, concluindo esta tarefa, pesquisa de manuais técnicos e atualização da documentação.
A expectativa é que a etapa de Análise esteja concluída a partir desta data, entraremos agora na etapa de Desenvolvimento propriamente dita, focando agora em duas frentes:Controles ( documentações, relatórios, métricas ) e Desenvolvimento (Web e Mobile ).
Desde o começo do projeto, tivemos certa dificuldade em levantar os requisitos e alinhar escopo, até com o outro sistema, o SISGER. Porém, esta semana, em reunião junto ao professor Ivan e o grupo SISGER, conseguimos alinhar e seguir um “rumo”.
Durante o fim de semana, finalizaremos os diagramas a fim de termos a documentação necessária para a implementação do projeto, que se encontra em atraso de 1 semana. Mas este atraso, como dito anteriormente, ocorreu pela dificuldade em levantar todos os requisitos.
O Wendel e Cristiano fizeram o levantamento dos softwares de cada sala, assim como os seus equipamentos. Eles conseguiram finalizar e está no jeito para certo para ser inserido em nosso banco de dados.
Ficou a cargo meu (Rafael) e Lucas Akio fazer os INSERTS no banco de teste em MYSQL, através dos SELECTs enviados pelo professor Ivan. Obtivemos sucesso, conseguindo fazer por exemplo, um SELECT nas disciplinas do curso Análise e Desenvolvimento de Sistemas.
Responsável pela parte do Sistema Android, o Otávio está com o ambiente funcionando e já está desenvolvendo.
A parte de documentação, acredito que é a mais adiantada do nosso projeto. O Rui e o Erik estão sendo muito cuidadosos com isso, documentando tudo e nos informando à respeito das tarefas.
O Erik encontrou na revisão de literatura um sistema parecido com o nosso, onde podemos ter algumas ideias de como implementar nosso projeto.
Mais uma vez, estamos aqui para mostrar o nosso trabalho semanalmente. Este post compreende do dia 26/03 a 01/04 (um pouquinho atrasado do que de costume, onde assumo total responsabilidade pelo problema e aproveito para me desculpar)
Assim sendo, segue um breve detalhamento das nossas atividades:
Foi criado uma planilha para que possamos inserir toda a bibliografia utilizada no projeto pelo Erik. Ele ainda fez um levantamento junto com a Coordenadoria de Patrimônios para termos acesso a alguns dados do IFSP.
Eu (Lucas) e Otavio realizamos alguns levantamentos com as coordenadorias de alguns cursos para sabermos das necessidades específicas de cada coordenador. Esse levantamento foi importante pois pudemos ver que apesar de discutirmos várias vezes com diversas entidades envolvidas no projeto, ainda podem existir casos que não conseguimos enxergar. Mas mesmo com esse empecilho, em conversa com o professor Brás foi solucionado de maneira simples e rápida.
No final de semana que antecede o feriado, mais precisamente no sábado (28/03) , os nossos membros Wendel, Erik e Cristiano realizaram um grande levantamento de informações das salas do Instituto que compreendeu os blocos A, C1, C2, D, E, F e H.
Durante a reunião no sábado à tarde, quando estavamos testando uma parte do nosso banco, eu, Rafael e Otavio verificamos que havia um problema com alguns dados que recebemos do Instituto! Estava faltando uma tabela essencial para juntar os dados! Felizmente conseguimos sanar esse problema em uma rápida conversa com o nosso professor Ivan, onde conseguimos localizar o problema e já corrigimos na hora. Já o Rui começou a detalhar todos os nossos casos de uso.
Na reunião de quarta (01/04), combinamos uma reunião com o grupo do Projeto SISGER para que pudessemos alinhar por vez o escopo de nossos projetos, uma vez que ainda haviam alguns conflitos. Porém, a pedido de nossos colegas adiamos a reunião para a próxima quarta-feira.
Já o Otavio realizou os testes de ambiente de desenvolvimento Android. Ainda nesse dia, iniciamos o desenho de como ficarão as telas no nosso projeto, tanto WEB quanto Mobile.
Apesar de alguns imprevistos, finalizamos a nossa reunião para fechamento da Sprint 03 com quase todas as atividades finalizadas ou iniciadas!
Aproveito para compartilhar o link do nosso canal do Youtube, onde podem ver diversos vídeos sobre o andamento do nosso projeto:
A nossa desafiadora rotina de emprego, família, tarefas de outras matérias concorrendo com A6PGP e necessidades básicas como comer, respirar e dormir descreve o nosso novo estilo de vida (ou de sobrevivência) adotado desde o início deste projeto.
Na sexta feira (20/03), eu (Erik) consegui entrevistar um dos professores da área de Mecânica, que descreveu a dura realidade de um sistema carente de controle, e relatou alguns problemas vividos por causa do mesmo.
No sábado (21/03), em nossa reunião oficial da semana, durante a elaboração do MER, no SQL WORKBENCH, por causa de uma “ç” em um dos diretórios destino, não salvou o arquivo. Mas, graças a uma foto, sabiamente tirada pelo Rui e pelo Lucas, do que havíamos já elaborado, nada foi perdido e possibilitou agilizar o retrabalho de todo o MER.
Eu (Erik) e o Wendel demos andamento na organização da documentação e apuramos estudos acadêmicos para a elaboração da Revisão de Literatura.
Lucas, Otávio e Rafael mais um dia batalham para a finalização do MER e do Diagrama de Casos de Uso.
Rui se encarregou da criação do logo do projeto, atualização do cronograma, o levantamento das User Stories (Histórias do Usuário), e criou o vídeo de março (e ficou muito bom!). Como de regra, também escreveu nossa ata de reunião.
Na quarta feira (25/03), fizemos nosso segundo Sprint Review. Alinhamos as pendências, conversamos com nossos clientes, e nosso gerente Rui nos alertou que estamos atrasados uma semana de nosso cronograma! Mas, vamos conseguir resolver logo!
Descrição dos novos desafios superados desta última semana, nela começou a ser desenhado o Diagrama de caso de uso, implementação definitiva do Scrum (sendo considerada já a primeira Sprint), continuação da discussão do levantamento dos requisitos e apresenta a importância de incluir documentos no SVN.
Reunimos no sábado ( 14/03 ) para continuarmos as atividades que foram as seguintes para esta semana:
Cristiano(eu) fui incumbido de finalizar a implantação do feed no blog, que foi concluída! Já o Erik juntamente com o Wendel fizeram a padronização da documentação, entregando os modelos para o relatório, manual do usuário e manual técnico.
Lucas, Rafael e Otavio iniciaram a criação do diagrama de casos de uso bem como a discussão do início da modelagem de banco de dados (MER) com o auxilio dos outros integrantes do grupo.
Também nesta semana foi feita a discussão das tecnologias a serem utilizadas pelo Lucas e estudos do ambiente Android pelo Otavio.
O grupo iniciou a discussão dos requisitos de negócio, levando em consideração as entrevistas, observações e questionários feitos durante esta fase do projeto.
Em aula do fia(18/03) foi feita mais uma reunião com atualização do cronograma pelo Rui, verificação de todas as tarefas concluídas e já apresentando os nossos novos desafios da semana!
Rumo ao novo Srum, lembrando que desafio dado é desafio cumprido!
Atualizando as atividades realizadas nesta última semana ( aproveitando para dizer que consideramos como “semana” o intervalo entre as aulas de A6PGP ).
Durante a apresentação da proposta para os professores ( Ivan, Braz, Julia e Aline ) recebemos a incumbência de acoplar a segunda fase do projeto ( Desenvolvimento Android ) na proposta inicial, então a partir desta data , o projeto terá uma fase só.
Nos reunimos no sábado ( 07/03 ) para continuarmos as atividades que foram as seguintes:
Iniciamos a reunião com a apresentação feita pelo Rui do cronograma do projeto utilizando a ferramenta Project, com a distribuição das atividades até o final do semestre. Chegamos a conclusão de que estamos “na risca” em relação ao tempo disponível, ou seja, não teremos muitas folgas. Ele também apresentou a idéia de adotarmos SCRUM como a metodologia de desenvolvimento do projeto.
Eu ( Wendel ) e o Lucas fizemos os questionários para levantamento de requisitos com a Coordenadoria de Turnos e a Manutenção.
Rafael Agapito criou o Coding Convention do nosso projeto e aplicou a equipe, criando também o questionário de entrevista para os Coordenadores de curso; juntamente com o Lucas iniciaram os procedimentos para a criação do ambiente de desenvolvimento.
O levantamento de requisitos continuou com a criação, por parte do Erik, dos questionários para entrevistar os professores de vários cursos do Instituto; foi dele também a criação da estrutura dos documentos (Relatório de Atividades, Manual do Aluno e Manual Técnico);
O Cristiano conseguiu com a CTU o número de todas as salas usadas nos blocos, além do descritivo das mesmas ( laboratório, sala de aula, Coordenadoria, etc ); realizando também acesso ao Subversion via TortoiseSVN. Criou a tabela de métricas do projeto.
Por fim, o Otávio realizou pesquisas referentes ao desenvolvimento em ambiente Android.
Hoje a noite teremos outra aula de A6PGP, com novas etapas de alinhamento.
Atividades desenvolvidas entre os dias 25/02 e 04/03/2015.
Começaram as reuniões na madrugada. A equipe é super comprometida, pois desafio dado é desafio cumprido.
Proposta Inicial
Nesta semana fechamos o tema do nosso sistema, com a ajuda de alguns professores, assistentes de alunos e coordenadores de cursos. Resumidamente, faremos um sistema de gerenciamento de salas do Instituto Federal de São Paulo (IFSP), campus São Paulo. Chamamos de GIRAR, ambíguo à tradução Gerenciador Interno de Reserva de Ambientes e Recursos e ao ilustríssimo amigo Alex Sobral.
Atividades
Apresentamos o projeto GIRAR para os professores Ivan e Braz. Após algumas esculpidas no escopo conseguimos tomar uma diretriz para o desenvolvimento da proposta inicial e do projeto em si. Foi motivador!!! Todos ajudaram na apresentação do tema aos professores.
Virtualmente, o Erik, Lucas, Rafael e eu definimos algumas perguntas para entrevistar professores, coordenadores e funcionários da Coordenadoria de Turnos (CTU). Foi cansativo, pois utilizamos a madrugada para a criação dos documentos. Aproveitamos a força da equipe e começamos a criação do arquivos htpasswd.
Depois de entrevistar alguns clientes (cerca de 2 dias), pensamos em um nome par ao nosso sistema. Escolhemos GIRAR! No mesmo instante, o Lucas e o Rafael ficaram responsáveis por fazer o levantamento e transcrição de entrevistas e preparo do ambiente de desenvolvimento; eu criei a ata da reunião, atribui algumas atividades para a próxima reunião e instalei o TortoiseSVN; o Wendel fez instalação do TortoiseSVN, realizou a transcrição da análise dos assistenstes da CTU e continuou a preencher a ata. Bom, também definimos responsabilidades globais, como a criação e gerenciamento do blog para o Cristiano; o canal do YouTube para o Wendel; documentação para o Cristiano, Erik e Wendel; desenvolvimento para o Lucas, Rafael e eu.
E a proposta inicial? Mantenha a calma. O Wendel e eu revisamos todos os itens fornecidos nas entrevistas e colocamos no documento DOC (agora PDF) e mandamos para o Erik, Lucas e Rafael criarem a apresentação de slides. Tudo funcionou bem até então!!! Tivemos alguns problemas para fechar as tecnologias a serem utilizadas, logo fizemos a reunião da madrugada do dia 03/03 (das 00h20 às 2h10 =(… ). Bom, fechamos!
Ontem, dia 04/03, o grupo apresentou a proposta para o(a)s professores(as) Aline, Julia, Ivan e Braz. Conseguimos a aprovação, desde que mais um integrante seja incluso no grupo: Otavio.
Já pegamos as informações do calouro da equipe: Otavio Eidy Ishara – 1091297.
Bom, pessoal. Estes foram os acontecimentos da semana. Mais novidades serão postadas em breve. Abraços.
Hoje houve reunião na casa do Akio com a companhia dos integrantes Wendel e Rui. Estamos preparando os motores, instalando softwares (para desenvolvimento) e dividindo atividades.
O projeto será desenvolvido em Java.
Hoje também definimos o nome do Projeto e até o fim do dia faremos a análise das entrevistas colhidas durante a semana, análise de requisitos e também definir o escopo do projeto.
GIRAR :: IFSP 