Pular para conteúdo

Resultados Alcançados

Introdução

Este artefato contém os resultados dos esforços realizados nesse projeto de requisitos. nele são expostos os pontos que tivemos mais problemas, os resultados alcançados e o que o grupo chegou a partir disso.

Objetivos

Nesta seção são apresentados os objetivos definidos no início do projeto, eles incluem tanto o que esperávamos aprender durante a disciplina quanto o que esperávamos que o que trabalhamos durante o semestre viesse a ser. Portanto, ela foi dividida em dois tópicos, objetivos do projeto, onde serão listados o que esperávamos que nossos esforços quanto à análise e trabalho com os requisitos do aplicativo do firefox alcançasse, e objetivos gerais, onde falaremos sobre nossas expectativas de aprendizado com disciplina de requisitos.

Objetivos do projeto

  • Ter um projeto bem documentado

  • Ter um projeto com poucos erros

  • Corrigir o máximo de erros possíveis

  • Ter requisitos bem definidos e testáveis

  • Todos os integrantes prototiparem ao menos 1 funcionalidade

  • Realizar a entrega de todos os artefatos solicitados

  • Entrar em contato com mantenedor do aplicativo para receber feedback

Objetivos gerais

  • Aprender a importância da engenharia de requisitos

  • Aprender técnicas relacionadas a engenharia de requisitos

  • Aprender sobre rastreabilidade de requisitos

Resultados Alcançados

Com um bom aproveitamento da disciplina de Requisitos de Software e bastante empenho, nosso grupo alcançou bons resultados através da realização do projeto. Foram entregues todos os artefatos requisitados e todos eles foram verificados a fim de conferir se estavam realmente adequados e com todas as informações necessárias para que fizessem sentido e estivessem de acordo com as técnicas usadas. Além disso, entramos em contato com a Mozilla, mantenedora do Firefox, por meio de e-mail e pelo site. Dessa forma, podemos dizer que todos os “Objetivos do Projeto” estipulados foram alcançados. Porém, ainda temos os “Objetivos Gerais” que não são tão fáceis de serem vistos pela documentação feita, mas, como todos os integrantes trabalharam nos artefatos, seja montando, revisando, verificando ou corrigindo, é seguro dizer que o grupo de modo geral aprendeu sobre todos os pontos que esses objetivos tocam e que eles também foram todos alcançados.

Facilidades e Dificuldades

Durante o semestre 2024.1, durante o período da disciplina de requisitos, nós do grupo 6, que fizemos este projeto, passamos por períodos fáceis e períodos difíceis, não só por conta da disciplina de requisitos mas para conciliarmos a faculdade e em alguns casos também o trabalho com ela. Dessa forma, resolvemos trazer os pontos positivos e pontos negativos que tivemos durante o desenvolvimento deste projeto.

Pontos positivos

  • Como o desenvolvimento foi em grupo, nós melhoramos nosso trabalho em equipe e habilidades de comunicação.
  • Dado a natureza teórica da matéria, aprendemos como documentar melhor um software e técnicas para fazer isso, com destaque no processo de requisitos.
  • Por conta da dedicação da equipe, fizemos um trabalho em que todos concordamos que ficou com uma qualidade muito boa.
  • Com a orientação do professor e as aulas ministradas, aprendemos a importância da engenharia de requisitos para um projeto e como ela impacta um software.
  • Por conta das apresentações dos grupos durante o semestre, conseguimos fazer com que nosso projeto, na nossa visão, evoluísse para uma forma melhor do que os feitos em anos anteriores na matéria.
  • Por conta da ferramenta do Teams que utilizamos, as gravações que tivemos que apresentar durante o semestre foram realizadas com certa facilidade.
  • Pela forma de como eram organizadas as entregas, o projeto recebeu correções entre as etapas, o que contribuiu ao deixar a documentação mais coerente e correta e para que o projeto fosse entregue da melhor maneira possível.

Pontos negativos

  • Quanto ao conteúdo disponibilizado na ferramenta Aprender3, que fornece apoio para a disciplina, o grupo apresentou dificuldade de localizar as referências de vários materiais, o que dificultou o estudo do conteúdo durante o semestre.
  • Por conta da ordem que os conteúdos foram passados, foi difícil fazer um cronograma que fosse mais específico, uma vez que ainda não conhecíamos muitas das técnicas que usamos no desenvolvimento do projeto.
  • Por, no ínicio, não entender a importância de algumas etapas do projeto, acabamos por ficar meio perdidos e isso nos atrapalhou nas entregas futuras, necessitando de muito retrabalho de artefatos anteriores. Talvez, se uma visão geral do trabalho fosse apresentada no começo, especialmente sobre a importância da fase de elicitação dos requisitos, poderíamos ter nos organizado muito melhor.
  • Por ser um projeto com prazos curtos e muito trabalho a ser feito, não conseguimos dar a atenção que gostaríamos para algumas fases do projeto.

Conclusão

Com a finalização das entregas e considerações finais do grupo, foi concluído que a engenharia de requisitos é uma parte muito importante no desenvolvimento de um software, ela promove um alinhamento das expectativas do usuário com o resultado final de um software, facilita o desenvolvimento ao evitar retrabalhos e, a partir de uma boa documentação, garante que todos os envolvidos estejam na mesma página sobre o que estão trabalhando. Além disso, para que ela seja realmente efetiva é necessário que se conheça um conjunto de técnicas e como elas funcionam, além de saber como aproveitá-las e, se for o caso, adaptá-las da melhor forma para cada caso necessário de softwares diferentes.

Concluímos também que a entrega do projeto de requisitos do aplicativo firefox foi um sucesso tendo em vista que alcançamos todos os “objetivos gerais” e “objetivos do projeto”. Com isso, temos que aprendermos mais sobre a engenharia de requisitos e que o trabalho entregue tem um alto nível de qualidade, o que pode ser comprovado ao ver a documentação que montamos e nossas apresentações.

Esperamos que com os pontos positivos e pontos negativos, dentro de facilidades e dificuldades, que levantamos sirvam de inspiração para possíveis mudanças positivas que ajudem os próximos alunos que fizerem essa matéria.

Referências

  1. SOMMERVILLE, I. Engenharia de software. São Paulo: Pearson, 2007.

Histórico de versão

Versão Data Descrição Autor Revisor
1.0 03/07/2024 Criação da página Guilherme Westphall Leonardo Aguiar
1.1 07/07/2024 Finalização da página Leonardo Aguiar Kallyne Macedo