Engenharia de Requisitos

1ª Aula – Introdução à Engenharia de Software e Regras de Negócio

Professor: Edvaldo Rodrigues
Curso: ADS – 2º Período | 2025/2
Horário: Terças, 19h às 22h40 | Lab 4

👨‍🏫 Quem é o Professor?

• Nome: Edvaldo Rodrigues
• Formação: Especialista em Inovação e Desenvolvimento de Software
• Atuação: Professor, Empreendedor, Colunista de Tecnologia
• Empresa: Fundador da Edronet (sites, inovação e conteúdo)
• Projetos: Criador do programa edvaldo.tech e colunista do jornal Folha de Cianorte
• Experiência: +20 anos em TI, Comunicação e Educação

Plano de Ensino

• Carga horária: 80h (40h teóricas + 40h práticas)
• Provas: B1 até 22/09 | B2 até 24/11
• Avaliações:
  • Trabalho 1: Levantamento de requisitos e regras
  • Trabalho 2: Protótipo com regras validadas
  • Provas B1 e B2: raciocínio prático e modelagem

O que é Engenharia de Software?

• Disciplina da computação que trata do desenvolvimento sistemático de software.
• Vai além da programação: envolve requisitos, projeto, testes, manutenção.
• Foco em qualidade, custo, prazo e satisfação do cliente.

Engenharia x Programação

• Programação: implementação de soluções.
• Engenharia de Software: envolve planejamento, levantamento de requisitos, arquitetura, validação.
• Sem engenharia: alto risco de falhas, retrabalho e desperdício.

Ciclo de Vida do Software

• Modelos de desenvolvimento (cascata, ágil, espiral...)
• Fases típicas: levantamento, análise, projeto, implementação, testes, manutenção.
• Regras de negócio devem ser capturadas desde o início.

Regras de Negócio

• São diretrizes que determinam como um sistema deve se comportar conforme o negócio.
• Exemplo: "Um cliente pode realizar no máximo 3 reservas simultâneas."
• Regras mal definidas causam falhas críticas.

Estudo de Casos Reais

• Falha no sistema de emissão de passagens (empresa aérea).
• Erro em cálculo de limite de crédito no e-commerce.
• Ausência de validações que causaram prejuízo e imagem negativa.

🔍 Caso 1 – Passagens Aéreas

Uma falha em um sistema de venda de passagens permitia reservas com tarifas desatualizadas. Isso gerou prejuízos à companhia aérea e necessidade de cancelar bilhetes emitidos erroneamente.

Possível causa: ausência de regra de sincronização entre o sistema de tarifas e o sistema de venda.

🔍 Caso 2 – E-commerce e Limite de Crédito

Clientes conseguiam parcelar compras acima do limite permitido, explorando falhas na integração entre o sistema de crédito e o de pagamento.

Possível causa: ausência de regra de bloqueio e verificação cruzada no momento da compra.

🔍 Caso 3 – Validações Omitidas

Uma plataforma online liberava agendamentos sem validar disponibilidade real, causando conflitos de horário e frustração nos usuários.

Possível causa: falta de regra de verificação de conflito e controle de concorrência no banco de dados.

Atividade Diagnóstica

Em grupos:

1. Escolha um dos casos de falha apresentados.
2. Liste 3 regras de negócio que poderiam evitar o problema.
3. Explique o impacto da ausência de cada regra.

Para a próxima aula

• Leitura: modelos de ciclo de vida de software (Pressman ou Sommerville).
• Prepare-se para identificar momentos críticos para capturar regras de negócio.
• Atividade bônus: documento com reflexão sobre os casos de falha (0,5 pt extra).

Referências Bibliográficas

• PRESSMAN, Roger S. Engenharia de Software: Uma Abordagem Profissional. AMGH.
• SOMMERVILLE, Ian. Engenharia de Software. Pearson.
• REINEHR, Sheila. Fundamentos de Engenharia de Requisitos. SAGAH.
• KERR, Eduardo Santos. Gerenciamento de Requisitos. Pearson.
• VAZQUEZ, Carlos E.; SIMÕES, Guilherme S. Engenharia de Requisitos: Software Orientado ao Negócio. Brasport.