id 1 -4201
ACESSE SUA CONTA   |   facebook

Cadastre-se   //   Vantagens   //   Esqueci minha senha

Estrutura do Sistema







A estrutura do Sistema de Painéis Publicitários foi projetada para ser simples para o operador, porém robusta o suficiente para suportar crescimento, automações e integrações futuras.
Ela se divide em módulos, onde cada módulo representa um conjunto de funcionalidades relacionadas.

A seguir, você verá como o sistema está organizado internamente e como cada parte se relaciona.


2.1. Visão Geral dos Módulos

O sistema é composto pelos seguintes módulos principais:

  1. Painéis Publicitários
    Cadastro completo dos painéis, incluindo localização, proprietário, imagens, dimensões e status.

  2. Proprietários de Imóveis
    Registra quem é dono do imóvel onde o painel está instalado.

  3. Proprietários de Painéis
    Registra empresas ou pessoas responsáveis pela estrutura física dos painéis.

  4. Anunciantes
    Pessoas ou empresas que compram campanhas.

  5. Campanhas
    Conjunto de anúncios vinculados ao mesmo cliente, período ou estratégia.

  6. Bissemanas
    Períodos padronizados (ex.: código 2 e 4), definindo datas de início e fim.

  7. Anúncios (Vinculação Painel x Bissemana)
    É onde ocorre o “aluguel”:
    painel + bissemana + campanha/anunciante.

  8. Financeiro (Futuro / Módulo Independente)
    Lançamentos, descontos, boletos, faturamento e pendências.

Cada módulo possui seu próprio CRUD, seguindo o padrão de desenvolvimento CCMBR.


2.2. Estrutura Lógica das Informações

O sistema funciona com base em uma lógica muito clara:

Painel → pode ser alugado → em uma Bissemana → para uma Campanha → de um Anunciante.

Ou seja:

  • Um painel tem várias ocupações ao longo do ano.

  • Cada ocupação ocorre em uma bissemana específica.

  • Cada ocupação pertence a um anunciante por meio de uma campanha.

Esta relação é central para todo o funcionamento do sistema.


2.3. Tabelas Principais

2.3.1. Tabela: paineis

Guarda informações do painel:

  • endereço

  • geolocalização

  • proprietário

  • imagens

  • características (tamanho, tipo, iluminação)

  • status operacional


2.3.2. Tabela: paineis_bissemana

Estrutura de períodos do ano:

  • ano

  • código da bissemana

  • data inicial

  • data final

Essa tabela é flexível para atender diferentes padrões de cidades e empresas.


2.3.3. Tabela: anunciantes

Informações básicas:

  • nome

  • contato

  • CNPJ/CPF

  • e-mail

  • observações


2.3.4. Tabela: campanhas

Grupo de anúncios relacionados:

  • anunciante

  • nome da campanha

  • objetivo

  • datas envolvidas

  • observações


2.3.5. Tabela: anuncios (ocupações)

Tabela-chave do sistema, pois registra o “aluguel”:

  • painel

  • bissemana

  • campanha

  • anunciante (redundância opcional para facilitar relatórios)

  • valor

  • status (ativo/pendente/cancelado)


2.4. Relação Entre as Tabelas (Simplificada)

 
Proprietário do Imóvel ─┐ ├── Painel ───── Anúncio ───── Campanha ───── Anunciante Proprietário do Painel ─┘ Bissemana ───────────────────────────────────────────┘

Interpretação rápida:

  • O painel pertence a um proprietário de imóvel e/ou proprietário de painel.

  • Cada painel pode ser alugado várias vezes ao ano.

  • A ligação entre Painel e Campanha ocorre via Anúncios.

  • Toda ocupação depende de uma bissemana cadastrada previamente.


2.5. Navegação e Interface

A navegação segue o padrão CCMBR:

  • Barra superior com acesso rápido aos módulos.

  • Tabelas com paginação Bootstrap 5.

  • Botões de ação no canto direito.

  • Busca rápida em todas as telas.

  • CRUDs padronizados visualmente.

Operadores percebem imediatamente a familiaridade entre módulos, reduzindo curva de aprendizado.


2.6. Fluxo Operacional Interno

Para que um anúncio seja cadastrado corretamente, o sistema exige a seguinte sequência lógica:

  1. Painel cadastrado

  2. Bissemanas cadastradas

  3. Anunciante cadastrado

  4. Campanha cadastrada

  5. Anúncio vinculado

Essa estrutura evita erros como:

  • painel alugado para bissemana inexistente

  • campanha sem anunciante

  • duplicidade de ocupações


2.7. Segurança e Integridade dos Dados

  • Utilização de PDO para evitar SQL Injection.

  • Validações de campos obrigatórios.

  • Controle de exclusões (com mensagens de confirmação).

  • Restrições de integridade referencial (dependendo da estratégia do banco).



Fonte:

Autor do blog: Nilton Romani

id 2 -4201
Voltar
Compartilhar
Facebook Twitter YouTube Feed de notícias
Coleções de Cédulas e Moedas Brasileiras © 2014. Todos os direitos reservados.