Semana 13 (08/05 a 14/05)

Os métodos de armazenamento de documentos em PDF foram a principal atividade no backend nesta semana, pois resolvemos os problemas de política para armazenar documentos na S3 e banco de dados, e os conflitos dente as branches deste escopo.

Correções foram feitas no frontend, principalmente nas etapas do prontuário clínico, antes de inserir no código o link do backend na AWS. As principais funcionalidades adicionadas foram o registro do usuário responsável pela edição do estoque, e a visualização do tipo de apresentação do medicamento. Demais atividades incluíram correções de termos técnicos da medicina veterinária, como os níveis de escore corporal.

A URL da API na AWS foi adicionada no dia 13/05.

O roteiro de teste de número 6 também foi enviado, com previsão de ser executado no fim de semana do dia 14/05.

Semana 12 (01/05 a 07/05)

Frontend

Implementação da listagem, cadastro e atualização de lotes, estoques e medicamentos.

Backend

Regras de negócio envolvidas no cadastro de estoque, como o controle de quem foi o responsável pela movimentação no estoque, e o tipo de apresentação do medicamento.

Documentação

Entrega do 5º plano de teste, sobre editar cadastro de tutor, e correções gerais na documentação.

Semana 11: Atividades realizadas

Entre os dias 24 ao dia 30 do mês de abril de 2023, várias atividades foram feitas. O caso de teste de cadastro de animal foi realizado e este, junto com o caso de teste de cadastro de tutor que já havia sido feito anteriormente, foram entregues aos orientadores. Houve o ajuste no campo semântico e gramatical da documentação, além de implementações no front-end e no back-end. As implementações realizadas no front-end foram o cadastro de novos usuários, listagem de novos usuários, exclusão de acesso e edição de funcionários. No caso das implementações realizadas no back-end, houve a criação de método para leitura pública de arquivos no S3 e ajuste da leitura de assinaturas digitais em documentos.

Semanas 6, 7, 8, 9 e 10 (20/03 a 23/04)

Resumo

Neste período a equipe iniciou a produção dos planos de testes, que têm como base casos de uso e funcionalidades do sistema.

Também houve progresso com respeito ao layout dos documentos obrigatórios, que serão exportados em formato PDF, e na validação das assinaturas digitais dos mesmos.

Semana 6 (20/03 a 26/03)

Implementação do formulário de criação de agendamento.

Conclusão da estrutura do layout nos termos de consentimento, de acordo com o exemplo abaixo:

Semana 7 (27/03 a 02/04)

Integração de calendário no formulário de cadastro, e implementa a edição e exclusão de agendamentos.

Primeira entrega do plano de teste, sobre o caso de uso "Login no sistema".

Semana 8 (03/04 a 09/04)

Segunda entrega do plano de teste, sobre o caso de uso "Agendamento".

Conclusão dos testes de verificação das assinaturas digitais em documentos PDF, nos quais foi possível obter informações das pessoas que assinaram o documento, utilizando uma API do governo.

Semana 9 (10/04 a 16/04)

Implementação do formulário de cadastro de medicamento no frontend.

Terceira entrega do plano de teste, sobre o caso de uso "Estoque".

Atualização da documentação no que diz respeito a justificativa das alterações na arquitetura da aplicação, e adição de requisitos funcionais mapeados para o plano de testes.

Criação do layout do prontuário clínico, que será exportado como PDF. Segue abaixo o layout do documento:

Semana 10 (17/04 a 23/04)

Quarta entrega do plano de teste, sobre o caso de uso "Cadastro inicial (Clínica e administrador)".

Correção do HTTPS no backend da aplicação, o que permitiu a implementação do cadastro de medicamentos a partir da API da anvisa.

Semana 5

Nessa semana aprofundamos a escrita dos testes de integração das funcionalidades da aplicação. 

Em paralelo concluímos o desenvolvimento do frontend e integração com o backend dos módulos de persistência de tutores e animais, abrindo assim, caminho para o desenvolvimento do módulo de agendamento e do módulo de prontuário.

Vale lembrar que esse semana conseguimos resolver um problema no deploy do backend da aplicação relacionado a configuração do load balancer.

Semanas 2, 3 e 4 (20 a 26/02, 27/02 a 05/03, 06 a 12/03)

    Devidos a algumas demandas pessoais dos integrantes do grupo, houve um atraso nas postagens do blog.

    Durante a semana do dia 20 de Fevereiro a 26 de Fevereiro foram elaborados o planejamento de atividades do semestre, sendo definidos os tópicos de entregas para cada semana. Após apresentar para os professores, ficou definido o seguinte planejamento:

    

        Foram feitos ajustes no código do sistema, tanto no Front como no Back-End, de acordo com as novas funcionalidades propostas durante a criação dos wireframes da telas. 

    Na semana do dia 27 de Fevereiro a 05 de Março o grupo seguiu com a entrega de atividades propostas no planejamento das sprints, sendo finalizado o desenvolvimento dos wireframes das telas do sistema. Também foi alterado as funcionalidades do sistema, com adições e remoções de funções propostas na versão original. 

    Algumas melhorias no módulo de prontuário, cadastro inicial e agendamento foram propostas e incluídas no sistema. 

    Na semana do dia 06 a 12 de Março foi iniciado o planejamento de testes de funcionalidade, implementações destas no código e mudança na modelagem do banco de dados, seguindo os novos requisitos do sistema. 

Feito por Irina Ferreira

SEMANA 1 (13 a 19 de fevereiro de 2023)

Está foi a primeira semana de aula do ano de 2023. Durante a aula, no dia 16, os professores explicaram como será o cronograma da matéria, além de explicarem quais entregas deverão ser realizadas e as expectativas sobre estas.

Neste ano o dia e o horário da reunião foi alterado de sábado ao meio dia para domingo às 20:00 horas com intuito de acomodar a reunião na agenda de todos os participantes.

Durante a reunião do grupo no dia 19, houve uma revisão das atividades a serem realizadas e foi definido quem seriam os responsáveis por parte dessas, além do prazo de entrega dessas atividades iniciais.

Após estas atividades feitas, as demais seriam designadas aos responsáveis.

Gitstats

 Como fazer?

Primeiro passo e você criar um token no GitHub e colocar uma chave ssh no seu github

Feito isso , precisará ter instalado um debian, pois é o que usamos neste tutorial.

primeiro comando que você ira digitar no seu terminal, é o comando

 apt update

depois iremos começar a instalação , precisará instalar o git , o gnuplot, e o python, usando o comando apt install 

feito essas instalações iremos criar uma pasta no o nome gitstats usando o comando mkdir.

ira entra na pasta que você acabou de criar, usando o comando cd e dentro da pasta gitstats 

você ira digitar git clone https://github.com/hoxu/gitstats, depois que esse comando rodar 

dentro da pasta gitstats vai criar uma pasta com o nome do arquivo que você quer clona  

depois vai entra na pasta que criou e vai no repositório do github que você que clonar e copia o link do repositório que aparece quando você clica em code e executa esse comando git clone https://github.com/aqui cola o link do repositório que você copiou e espera rodar o comando , depois de rodar , ira voltar para a pasta gitstats usando o comando cd ...

dentro da pasta gitstats você ira escrever ./gitstats/nome da pasta que você quer clonar/./o nome da pasta que você criou e quando o comando rodar , se quiser clona outros repositórios basta seguir desta forma

Semanas 17 e 18 (28/11 a 11/12)

Dia 28: Foram feitas modificações da mvp e teste com toda a equipe e também fizemos um reunião no meet com toda a equipe para tentar verificar os erros apresentados.

Dia 29: fizemos a nossa apresentação e os professores fizeram alguns apontamentos no nosso documento e na nossa aplicação , que precisam ser melhorados

Nos outros dias fomos trabalhando nas melhoras que precisavam ser feitas de acordo com os apontamentos do professores tanto na mvp quanto no documento foram feita reuniões para acerta esses pontos a serem melhorados.

Postado por: Welen Mota Sousa

Semanas 15 e 16 (14/11 a 27/11)

    Sem pausa, porém, contando com um feriado para fazer as atividades com um tanto mais de calma, a equipe se organizou e alterou algumas coisas necessárias para a banca final que estava marcada para o dia 22/11. Porém, durante a última semana, a equipe teve como foco mitigar pequenos erros e aprimorar, tanto a aplicação quanto a apresentação que, por motivos de força maior, fora adiada para o dia 29/11.

    Um erro foi observado ao tentar integrar as duas partes do projeto, já que em sua configuração de dois containers em uma mesma máquina, a requisição, apesar de endereçada, não chegava no container desejado, justamente por conta da ambiguidade de destinos. Ou seja, várias requisições que eram feitas para o backend, não chegavam lá. Ainda na data da antiga apresentação, a configuração anterior, de um container por máquina, foi restabelecida. No entanto, já foi alinhado que a solução ideal deverá ser com a implementação via serviços Amazon ECS, um serviço que permite a execução e manutenção simultânea de um número especificado de instâncias, no entanto, a equipe optou por adiar tal implementação, tendo em vista que não possui o domínio necessário para efetuá-la dentro do prazo estipulado para a entrega do MVP, logo, o deploy será feito em duas máquinas separadas, uma para cada container. 

    Ainda no que tange aos ajustes para a banca final, foram feitas algumas correções e adições na documentação, a divisão do que cada integrante deverá apresentar e, por fim, parte da equipe ficou responsável pelas correções que se fizeram necessárias nos headers de segurança para atingir a nota A no teste de Security Headers.

Semanas 13 e 14 (31/10 a 13/11)

Pela maioria das demandas do frontend estarem concluídas, o backend e a documentação receberam maior foco da equipe.

Na documentação, houve uma reorganização dos capítulos para uma forma mais coesa, na qual as seções sobre o desenvolvimento do projeto foram movidas para o capítulo das metodologias. Também foi feita atualização do capítulo de viabilidade financeira, adicionando a comparação entre as receitas e os custos.

Demais capítulos foram adicionados, como o de Manutenibilidade, o dicionário de dados do Modelo Entidade Relacionamento, cronograma de Sprints, tasks do product backlog, considerações finais e os links do projeto em QR Code.

Consecutivas reuniões no Meet foram feitas durante as semanas para tratar das demandas do backend. Com pair-programming as classes de prontuário foram desenhadas a fim de viabilizar a contrução e pesquisa dos prontuários gerados em PDF.

Algumas dificuldades foram encontradas, como o custo inesperado do banco de dados na AWS, que teve que ser parado por um período, e um erro de compilação no Overleaf, que não permitia a visualização do PDF gerado.

As próximas atividades envolvem concluir as tasks do backend, verificar a integração com o frontend e preparar a apresentação do MVP.

Semana 12 (23 a 30 de Outubro)

     Na terça, dia 25 de outubro de 2022, a equipe se reuniu em sala de aula onde foi discutido sobre as tabelas de custo e projeções de gastos. As telas do front-end ficaram prontas e seus formulários responsivos, assim como algumas funcionalidades do back-end para fazer a integração entre as camadas para a entrega do MVP (Minimum Viable Product). A parte documental, com acréscimos dos textos sobre legislação, introdução à arquitetura, custos e apêndices também teve avanços significativos, com toda a equipe se dedicando em suas respectivas tasks. O software Gource foi instalado e testado com sucesso. Devido a negativa do CFMV em fornecer acesso a API própria para validar os profissionais, a equipe entrou com recurso ao orgão superior do SIC, solicitando novamente o acesso, mas até o momento da edição dessa postagem não obtivemos resposta.

    No sábado, 29 de outubro, na reunião virtual, cada membro da equipe mostrou seu progresso em suas respectivas tarefas e não foram atribuídas novas tasks, apenas a finalização das que se encontram em andamento.

    Encontros via Google Meet foram feitos entre os membros responsaveis pelo front-end, para realização de pair-programming, e também com os integrantes responsavéis pelo back-end, para retirada de dúvidas pontuais e definições de regras para alinhar o progresso de cada um.

    

    Controle de tarefas concluídas e em andamento foram atualizadas na plataforma de gestão de projetos Jira.

    

Postado por Irina Chang G Ferreira

Semana 10 - Apresentação da POC

 Nessa semana, a equipe executou o desenvolvimento, deploy e apresentação da POC (Proof of Concept) da aplicação. Nessa fase, o objetivo foi testar a arquitetura e infraestrutura da aplicação antes de dar continuidade ao desenvolvimento do MVP.

O desenvolvimento foi feito utilizando o Figma, para o desenho da interface gráfica e TypeScript com ReactJS para a codificação da interface em si. No back end foi utilizado Java com SpringBoot e MySQL, e tanto o back end quanto o front end foram hospedados na Amazon Web Services para serem apresentados aos professores.

Semana 9: preparativos para a poc

No dia 04 de Outubro a equipe se reuniu presencialmente para definir o layout do sistema.

Neste encontro também foram alterados o MER e o DER, de acordo com os feedbacks dos professores. A parte de Back-and do projeto também foi iniciada, sendo definido os ambientes de desenvolvimento tanto para o Back, como para o Front-end.

Durante a semana foram realizadas as alterações na organização do documento, assim como na apresentação do desenho da aplicação. 

A arquitetura do projeto foi ajustada de acordo com essas mudanças.

No encontro online do dia 08 de Outubro, todos os membros da equipe estiveram presentes e novas atribuições foram designadas para o decorrer da nova Sprint

Publicado por: Welen Mota.

Semana 8: Segunda apresentação e definição dos próximos passos

Na terça-feira, dia 27 de setembro de 2022, o grupo realizou sua segunda apresentação, no qual os envolvidos fizeram as correções do que foi listado pelos professores como incorreto na primeira apresentação, além de realizar a apresentação do desenho da aplicação. Após a apresentação, os professores discutiram e fizeram algumas correções em relação ao projeto, tanto correções que não envolveram o conteúdo apresentado, como correções referentes a organização e disposição dos elementos apresentados, como correções que tem ligação direta com o conteúdo, como a modificação na modelagem do banco de dados, modificação de internet pelo browser na conexão com o servidor, entre outros.

No sábado seguinte, foi feita uma reunião onde houve a presença de todos os envolvidos com o projeto. Visto a necessidade de se criar uma POC, foi analisando como seria feita a integração com o sistema do Conselho Regional de Medicina Veterinária do Estado de São Paulo, para que o sistema de login do software a ser desenvolvido consiga saber se quem está realizando a autenticação no sistema é de fato um veterinário ou não. Além disso foi discutido a forma a ser utilizada para impedir que pessoas consigam se autenticar no sistema usando os dados de um veterinário.

Semana 7: Regras de negócio, Requisitos e Custo do Projeto

Durante esta semana, diversos módulos do projeto foram desenvolvidos. 
Na terça-feira, 20 de setembro, foi feita uma reunião para discutir as futuras entregas. O custo da aplicação, que inclui o preço das ferramentas de infraestrutura com o salário dos membros, foi adicionado ao GitHub da equipe Rocket pelo Henrique. E em conjunto a Irina enviou uma atualização do modelo lógico do banco de dados.

Na quarta-feira, 21 de setembro, a tabela de membros foi adicionada ao documento em LaTex.

Na quinta-feira, 22 de setembro, foi desenvolvido o diagrama de Gantt pelo Luís e Marcos, item exigido na estrega do desenho da aplicação. No documento foram consideradas as entregas da disciplina e as sprints semanais da equipe.

Por fim, na sexta-feira, 23 de setembro, a tabela de equipes, tabela de análise de concorrência e o custo do projeto foram adicionados na apresentação em LaTex por Luís e Marcos.

Na reunião de sábado, 24 de setembro, foi feita revisão dos quadros de regras de negócio, requisitos funcionais e os não funcionais.

Destes itens, foi finalizada a questão dos requisitos no mesmo dia pelo Murilo.

As pendências identificadas foram: concluir a apresentação, finalizar a revisão bibliográfica, incluir os textos no LaTex e arrumar o MER.

Semanas 5 e 6: Arquitetura do Sistema e Modelagem de Banco de Dados

Na reunião presencial de terça-feira, 6 de setembro, os integrantes discutiram as entregas parciais,

assim como na reunião online do dia 10 de setembro.

A reunião teve início às 12:00 e se estendeu até as 14:00, onde estiveram presentes os integrantes:

Caique, Henrique, Murilo, Marcos e Luís.

Os tópicos discutidos foram referentes a Arquitetura do sistema, aspectos de segurança, backlog da

aplicação, história de usuários, modelagem inicial do banco de dados e refinamento das funcionalidades.

Na reunião de terça-feira, 13 de setembro, foi discutido com os professores a modelagem do banco de

dados relacional, onde foi recomendado algumas alterações e sugestões de correção.

Todos os membros estiveram presentes nesse encontro e novas soluções foram listadas.

Na reunião online de sábado, 17 de setembro de 2022, foi então ajustado as soluções encontradas e

atribuiu-se as funções dos integrantes para a sprint da semana.

A reunião ocorreu entre as 10:00 até as 12:00.

Mudanças sugeridas:

• Extinguir as Entidades Endereço, Exame pré-operatório, Exame pós-operatório.
• Alterar relacionamento entre as entidades Atendimento, Medicamentos, Estoque_Medicamentos.
• Resolver as entidades Clientes, Documentos, Estoques assim como toda a cardinalidade do banco de dados.
• Foi sugerido pelos professores que as entidades ATENDIMENTO e ANIMAIS sejam centralizadas e priorizadas.
• Os membros do grupo sugeriram uma versão mais simplificada do banco de dados.

Publicado por: Irina Ferreira