Diego Lí Veira Potapczuk e seu blog

Design Pattern: Abstract Factory

O design pattern abstract factory consiste em uma padrão de projeto destinado a cuidar da criação de famílias de objetos relacionados ou dependentes sem especificar sua verdadeira classe. (mais…)

Design Pattern: Singleton

O Design Pattern Singleton é usado quando existe a necessidade de garantir que exista apenas um determinado número de instâncias de uma determinada classe, normalmente apenas uma instância, dai o nome “Single” + “ton”.

Esse padrão é implementado criando-se um campo estático na classe que irá ter suas instâncias gerenciadas, contendo um objeto do seu próprio tipo, em seguida deve-se tornar privada o construtor da classe, fazendo com que nenhuma instância possa ser criada de forma direta. Em seguida é criado um método público que ficará responsável por entregar as instâncias dessa classe. Você pode optar por criar a instância assim que iniciar sistema, ou apenas quando ela for necessária:

Instanciar ao iniciar o sistema

public class gerenciadorDeClientes {
    private static gerenciadorDeClientes instancia = new gerenciadorDeClientes();

    public gerenciadorDeClientes getInstance(){
        return instancia;
    }

    private gerenciadorDeClientes(){}
}

Instanciar quando necessário

public class gerenciadorDeClientes {
    private static gerenciadorDeClientes instancia = null;

    public gerenciadorDeClientes getInstance(){
        if(instancia == null) {
            instancia = new gerenciadorDeClientes();
        }
        return instancia;
    }

    private gerenciadorDeClientes(){}
}

Diagrama de entidade relacional

Para o desenvolvimento do Sistema de gerenciamento de pousadas, é necessário um meio guardar seus dados, e para isso irá usar um banco de dados relacional. Então precisamos fazer um diagrama entidade relacionamento para ver as entidades que serão necessárias assim como seus relacionamentos, e também é claro para ajudar a normatizar o banco.

(mais…)

Protótipo do Gerenciador de Pousadas

Bom, após ter definido os requisitos e o escopo do sistema nós passamos para a etapa da prototipação, onde o objetivo pretendido era um protótipo não funcional das telas do sistema. Essa etapa foi feita de forma iterativa, primeiro com um protótipo feito no Corel que nos deu uma boa base de discussão para como seria o fluxo do sistema, e como ele seria dividido.

Primeira versão do protótipo feito com o Corel Draw

(mais…)

Objetivo e Requisitos

O primeiro passo no desenvolvimento do sistema foi a análise do objetivo do sistema, o levantamento dos requisitos funcionais e a descrição dos requisitos, essa etapa é fundamental para alinhar com o cliente aquilo que ele precisa e espera que o sistema faça ou permita fazer, além de já poder definir algumas regras de negócio que o sistema irá necessitar. Essa etapa é melhor desenvolvida por um analista de negócio, que deve ter algum conhecimento prévio sobre o domínio do sistema. Como não tínhamos ninguém com experiência em hospedagem, hotelaria ou pousadas, demos uma pesquisada para ficarmos ciente sobre os principais termos da área e suas peculiaridades.
(mais…)