Skip to content

Requisitos

Introdução

Os requisitos de software são os pilares fundamentais no processo de desenvolvimento de programas de computador, sistemas ou aplicativos. Essencialmente, eles representam as funcionalidades, características e restrições que um software deve atender para satisfazer as necessidades dos usuários ou clientes. Em outras palavras, os requisitos de software descrevem o que o software deve fazer, como deve se comportar e quais são as expectativas em relação ao seu desempenho e qualidade.

Elicitação de Requisitos

Elicitar requisitos é o processo de coletar informações das partes interessadas para definir os requisitos do software. Isso envolve o uso de diversas técnicas e métodos, e a equipe optou por utilizar a Design Sprint, que na sua etapa de Decisão, concentra-se no elicitamento de requisitos e na priorização deles no contexto do software. Um auxílio importante nesse processo foi a técnica do Diagrama de MoSCoW.

Resultados do Diagrama de MoSCoW

Requisitos Prioridade
O software deve ser capaz de extrair os PDF's do site dos Diarios Oficiais Must-have
O software deve ser capaz de extrair dos PDF's o texto e armazená-los em arquivo .txt Must-have
O software deve ser capaz de buscar informações dentro dos arquivos .txt Must-have
O software deve ser capaz de armazenar os dados obtidos Must-have
O software deve ser capaz de gerar gráficos das informações obtidas no .txt Must-have
O usuário deve ser capaz de filtrar os dados por período e cidade Must-have
O usuário deve ser capaz de comparar os dados entre um municipio e o estado Should-have
O usuário deve ser capaz de selecionar o municipio por meio de um mapa interativo Could-have
O usuário deve ser capaz de acessar uma explicação sobre projeto Must-have
O usuário deve ser capaz de filtrar as nomeações e exonerações por nome, CPF ou Cargo Could-have
O usuário deve ser capaz de baixar os diarios oficiais Won't-have
Tabela 1

Tabela 1: Requisitos elicitados de acordo com sua prioridade, sendo ranqueados em: Must-have, para DEVE TER, Shoul-have, para DEVERIA TER, Could-have, para PODERIA TER e Won't-have para NÃO TERÁ.

Conclusão

Dados os requisitos elicitados é possível analisar o tráfego dos dados até sua interação com o usuário assim sendo possível implementá-lo