DEV Community

Cover image for Trabalho de Engenharia de Software: Projeto fictício - Bomba de Insulina
Kalianny Miranda
Kalianny Miranda

Posted on

Trabalho de Engenharia de Software: Projeto fictício - Bomba de Insulina

Análise e Desenvolvimento de Sistemas - Uninter

Este projeto foi elaborado como parte integrante da disciplina de Engenharia de Software, com o objetivo de abordar a aplicação do Modelo Scrum.

Dividido em três etapas distintas, o trabalho abrangeu o processo de Levantamento de Requisitos, a elaboração do Projeto Conceitual por meio do diagrama de Casos de Uso e a definição dos Testes a serem realizados.

A seguir, apresento de maneira resumida o desenvolvimento deste trabalho.

Introdução

No cenário da saúde, a tecnologia desempenha um papel crucial, aprimorando a qualidade de vida de milhões de pessoas. Nesse contexto, apresentamos o projeto fictício "Bomba de Insulina", desenvolvido utilizando o Modelo Scrum, uma abordagem ágil que prioriza flexibilidade e colaboração no processo de desenvolvimento.

O Modelo Scrum

O Scrum é um modelo ágil de desenvolvimento de projetos amplamente utilizado, não apenas na área de software, mas também em diversas outras. Essa abordagem proporciona uma gestão iterativa e incremental, baseada nos princípios fundamentais de transparência, inspeção e adaptação. Utilizando uma abordagem colaborativa e flexível, o Scrum lida com a complexidade inerente ao desenvolvimento de projetos.

Principais Características do Modelo Scrum:

  1. Time Scrum (Scrum Team): Composto por membros multifuncionais, como desenvolvedores, testadores e designers, trabalhando de forma conjunta para entregar o produto.
  2. Product Owner: Representante dos interesses dos stakeholders, responsável por definir e priorizar os requisitos do produto.
  3. Scrum Master: Facilitador do processo Scrum, atuando na remoção de obstáculos e garantindo a aderência aos princípios e práticas do Scrum.
  4. Backlog do Produto (Product Backlog): Lista priorizada de funcionalidades e melhorias mantida pelo Product Owner.
  5. Sprint Planning: Reunião no início de cada Sprint para selecionar funcionalidades e estimar esforços.
  6. Sprints: Iterações curtas (geralmente de 2 a 4 semanas) para desenvolver incrementos do produto.
  7. Reuniões Diárias (Daily Scrum): Encontros diários para compartilhar atualizações e planejar atividades.
  8. Revisão da Sprint (Sprint Review): Avaliação do trabalho realizado e obtenção de feedback dos stakeholders.
  9. Retrospectiva da Sprint (Sprint Retrospective): Análise do desempenho da equipe, identificação de melhorias e planejamento para a próxima Sprint.
  10. Incremento: Produto funcional resultante de uma Sprint, com novas funcionalidades ou melhorias implementadas.

O Scrum destaca-se pela flexibilidade, entrega contínua de valor e adaptabilidade a mudanças ao longo do projeto, sendo particularmente adequado para projetos complexos.

Uma História sobre a Bomba de Insulina

Maria, pessoa com diabetes Tipo 1, inspirou este projeto. A Bomba de Insulina, um dispositivo eletrônico do tamanho de um celular, conectado ao corpo por um cateter, libera insulina de forma contínua. O projeto busca proporcionar a Maria um controle eficiente de sua condição, permitindo uma gestão simplificada e personalizada do diabetes.

Parte um: Levantamento de Requisitos

O levantamento de requisitos é uma etapa crucial no desenvolvimento de software ou projetos de engenharia, fornecendo a base para design, implementação e testes. Uma execução eficiente dessa etapa contribui significativamente para o sucesso do projeto, evitando surpresas desagradáveis e garantindo a satisfação dos stakeholders.

Requisitos Funcionais da Bomba de Insulina:

  • Ligar ou desligar: Início ou encerramento da operação da bomba.
  • Inserir senha: Autenticação do usuário para acesso às funções.
  • Programar horário: Configuração de horários para cálculo glicêmico.
  • Contabilizar carboidratos: Inclusão da quantidade ingerida para cálculo da dose de insulina.
  • Medir insulina: Cálculo da relação insulina/carboidratos, fator de sensibilidade e tempo de insulina ativa.
  • Injetar insulina: Administração controlada de insulina pelo cateter.

Requisitos Não-Funcionais da Bomba de Insulina:

  • Confiabilidade: Alta disponibilidade e baixa taxa de falhas.
  • Segurança: Acesso protegido por senha para visualização de informações.
  • Usabilidade: Interface de fácil aprendizado e mínimo esforço para o usuário.

Parte dois: Projeto Conceitual

O projeto conceitual é uma fase inicial do desenvolvimento de um produto ou sistema, criando conceitos e ideias iniciais para entender a viabilidade e a abordagem geral do projeto. Nesta fase, utilizamos o diagrama de caso de uso para visualizar as interações entre os atores externos e o sistema, identificando funcionalidades ou cenários que o sistema deve oferecer.

Diagrama de Caso de Uso:

Image description

O diagrama ilustra a interação entre o usuário e a Bomba de Insulina, destacando as diversas funcionalidades disponíveis.

Parte três: Gerenciamento de Testes

O gerenciamento de testes é essencial no ciclo de vida do desenvolvimento de software, sendo responsável por planejar, monitorar e controlar todas as atividades relacionadas aos testes de um sistema ou aplicação. O objetivo principal é garantir que o produto atenda aos requisitos, funcione corretamente e esteja pronto para ser entregue com qualidade aos usuários finais.

Teste de Unidade:

  • Ligar e Desligar: Verificação da ativação e desativação da bomba após 24 horas de operação.
  • Inserir Senha: Confirmação de acesso após inserção correta da senha.
  • Hora e Data: Correta interpretação e utilização do formato de hora e data informados pelo usuário.
  • Programar Horário: Configuração bem-sucedida e cálculo glicêmico conforme programado.

Teste de Integração:

  • Contabilizar Carboidratos: Verificação da integração entre contabilizar carboidratos, medir insulina e injetar insulina.
  • Medir Insulina: Utilização correta dos dados de contabilização de carboidratos para calcular a dose necessária.
  • Injetar Insulina: Administração adequada da dose calculada pelo sistema.

Teste de Sistema:

  • Acesso e Utilização: Verificação da capacidade do usuário para digitar, utilizar funções e modificar valores.
  • Cálculo de Dose: Confirmação da precisão no cálculo da dose de insulina.

Teste de Aceitação:

  • Feedback do Usuário: Coleta de opiniões sobre a eficácia do controle glicêmico, cálculo de insulina e facilidade de uso.

Conclusão

Ao longo deste projeto, adquiri uma valiosa experiência na aplicação do Modelo Scrum. Através da utilização eficiente dessa metodologia ágil, aprendi a coordenar e adaptar continuamente as etapas de desenvolvimento, garantindo uma resposta dinâmica às necessidades em evolução dos usuários.

Top comments (1)

Collapse
 
rafhaelwadner profile image
-RAMPAGEツ

👏👏👏👏