Oi, colegas! Além do Oracle e MS SQL Server, que são os SGBD´s mais comum para aplicações comerciais, temos uma gama de Sistemas de Gerenciamento de Banco de Dados gratuitas. A grande maioria usa o padrão SQL ANSI. Listamos os 3 SGBD free mais usados, e você pode saber mais sobre cada um deles clicando nos links abaixo:
MySQL
PostgreSQL
Firebird
Pense nisto: [Diz o Senhor:] Buscar-me-eis e me achareis quando me buscardes de todo o vosso coração.(Jeremias 29:13)
sexta-feira, 20 de julho de 2012
quarta-feira, 20 de junho de 2012
SGBD
Oi, colegas! Antigamente as lojas, os hotéis, os hospitais, as escolas, as instituições públicas e as empresas privadas, mantinham todo seus cadastros e informações (cliente, fornecedores, pedidos, notas fiscais) só através de registro em papel, o que ocupava muito espaço e eram trabalhosos de se manipular. Hoje conseguimos ordenar um banco de dados por hora, data, estado civil, turma, classe, nome de paciente, etc, e de forma rápida buscar por uma informação. Isto é possível graças aos SGBD´s.
O SGBD, Sistema Gerenciador de banco de dados, é o conjunto de programas de computador (softwares) responsáveis pelo gerenciamento de uma base de dados. O principal objetivo é retirar da aplicação cliente a responsabilidade de gerenciar o acesso, manipulação e organização dos dados. O SGBD disponibiliza uma interface para que os seus clientes possam incluir, alterar ou consultar dados. Em bancos de dados relacionais a interface é constituída pelas APIs ou drivers do SGBD, que executam comandos na linguagem SQL.
Pense nisto: Ainda que a figueira não floresça, nem haja fruto na vide; o produto da oliveira minta, e os campos não produzam mantimento; as ovelhas sejam arrebatadas do aprisco, e nos currais não haja gado, todavia, eu me alegro no Senhor, exulto no Deus da minha salvação. (Habacuque 3:17-18)
O SGBD, Sistema Gerenciador de banco de dados, é o conjunto de programas de computador (softwares) responsáveis pelo gerenciamento de uma base de dados. O principal objetivo é retirar da aplicação cliente a responsabilidade de gerenciar o acesso, manipulação e organização dos dados. O SGBD disponibiliza uma interface para que os seus clientes possam incluir, alterar ou consultar dados. Em bancos de dados relacionais a interface é constituída pelas APIs ou drivers do SGBD, que executam comandos na linguagem SQL.
(fonte: Wikipedia)
Pense nisto: Ainda que a figueira não floresça, nem haja fruto na vide; o produto da oliveira minta, e os campos não produzam mantimento; as ovelhas sejam arrebatadas do aprisco, e nos currais não haja gado, todavia, eu me alegro no Senhor, exulto no Deus da minha salvação. (Habacuque 3:17-18)
domingo, 20 de maio de 2012
Scrum
Scrum é uma metodologia ágil para gestão e planejamento de projetos de software.
No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.
As funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é conhecida como Product Backlog. No início de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma reunião de planejamento na qual o Product Owner prioriza os itens do Product Backlog e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do Product Backlog para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã), chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.
Pra saber mais sobre o SCRUM, clique aqui para ver o que diz a Wikipédia.
Pense nisto: Pois sabemos que todas as coisas trabalham juntas para o bem daqueles que amam a Deus, daqueles a quem ele chamou de acordo com o seu plano. (Romanos 8:28)
No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.
As funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é conhecida como Product Backlog. No início de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma reunião de planejamento na qual o Product Owner prioriza os itens do Product Backlog e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do Product Backlog para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã), chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.
Pra saber mais sobre o SCRUM, clique aqui para ver o que diz a Wikipédia.
Pense nisto: Pois sabemos que todas as coisas trabalham juntas para o bem daqueles que amam a Deus, daqueles a quem ele chamou de acordo com o seu plano. (Romanos 8:28)
sexta-feira, 20 de abril de 2012
XP: Extreme Programming
Olá, colegas! XP é uma metodologia para desenvolvimento de software ágil, com qualidade e que atenda as necessidades do cliente. Ela é uma metodologia voltada para projetos cujos requisitos mudem com freqüência, utilizem desenvolvimento orientado a objetos, equipes enxutas e desenvolvimento incremental.
Para saber mais, veja o que a Wikipédia nos diz sobre Extreme Programming, clicando aqui.
Pense nisto: Sem fé ninguém pode agradar a Deus, porque quem vai a ele precisa crer que ele existe e que recompensa os que procuram conhecê-lo melhor. (Hebreus 11:6)
Para saber mais, veja o que a Wikipédia nos diz sobre Extreme Programming, clicando aqui.
Pense nisto: Sem fé ninguém pode agradar a Deus, porque quem vai a ele precisa crer que ele existe e que recompensa os que procuram conhecê-lo melhor. (Hebreus 11:6)
terça-feira, 20 de março de 2012
Desenvolvimento Ágil
Olá, colegas! A crise do software não é recente, vem desde a década de 70. Nos anos 90 diversos pensadores da área de engenharia de software se juntaram para tentar encontrar a metodologia correta para lidar com software e não chegaram a uma conclusão. Mas chegaram a um conjunto de valores importantes, que deram origem ao que chamamos de manifesto ágil, que pode ser visto aqui.
Através destes princípios foram definidas aboradagens para o desenvolvimento de software, que tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, chamados de iteração, os quais gastam tipicamente menos de uma semana a até quatro. Cada iteração é como um projeto de software em miniatura de seu próprio, e inclui todas as tarefas necessárias para implantar o mini-incremento da nova funcionalidade: planejamento, análise de requisitos, projeto, codificação, teste e documentação.
Os princípios do desenvolvimento ágil valorizam:
* Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;
* Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);
* Softwares funcionais são a principal medida de progresso do projecto;
* Até mesmo mudanças tardias de escopo no projecto são bem-vindas.
* Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores;
* Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.
* Design do software deve prezar pela excelência técnica;
* Simplicidade;
* Rápida adaptação às mudanças;
* Indivíduos e interações mais do que processos e ferramentas;
* Software funcional mais do que documentação extensa;
* Colaboração com clientes mais do que negociação de contratos;
* Responder a mudanças mais do que seguir um plano.
Pense nisto: O Senhor está perto de todos os que pedem a sua ajuda, dos que pedem com sinceridade. (Salmo 145:18)
Através destes princípios foram definidas aboradagens para o desenvolvimento de software, que tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, chamados de iteração, os quais gastam tipicamente menos de uma semana a até quatro. Cada iteração é como um projeto de software em miniatura de seu próprio, e inclui todas as tarefas necessárias para implantar o mini-incremento da nova funcionalidade: planejamento, análise de requisitos, projeto, codificação, teste e documentação.
Os princípios do desenvolvimento ágil valorizam:
* Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;
* Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);
* Softwares funcionais são a principal medida de progresso do projecto;
* Até mesmo mudanças tardias de escopo no projecto são bem-vindas.
* Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores;
* Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.
* Design do software deve prezar pela excelência técnica;
* Simplicidade;
* Rápida adaptação às mudanças;
* Indivíduos e interações mais do que processos e ferramentas;
* Software funcional mais do que documentação extensa;
* Colaboração com clientes mais do que negociação de contratos;
* Responder a mudanças mais do que seguir um plano.
Pense nisto: O Senhor está perto de todos os que pedem a sua ajuda, dos que pedem com sinceridade. (Salmo 145:18)
segunda-feira, 20 de fevereiro de 2012
MDA
Oi, colegas! A arquitetura Model Driven Architecture (MDA) proposta pelo Object Management Group (OMG) reconhece a importância dos modelos no processo, tornando-os o ponto-chave no desenvolvimento. Ela define que o processo de desenvolvimento de software deve ser direcionado pela atividade de modelagem do sistema, no nível conceitual, independente de qualquer plataforma/implementação, e através de transformações realizadas sobre esse modelo conceitual, novos modelos, com níveis de abstração cada vez mais específicos e ligados à implementação sejam gerados, de forma que o sistema final seja gerado automaticamente, a partir da especificação definida no modelo conceitual.
Vejamos o que a Wikipedia nos fala sobre MDA, clicando aqui!
Pense nisto: Em verdade, em verdade vos digo: quem ouve a minha palavra e crê naquele que me enviou tem a vida eterna, não entra em juízo, mas passou da morte para a vida. (João 5:24)
Vejamos o que a Wikipedia nos fala sobre MDA, clicando aqui!
Pense nisto: Em verdade, em verdade vos digo: quem ouve a minha palavra e crê naquele que me enviou tem a vida eterna, não entra em juízo, mas passou da morte para a vida. (João 5:24)
sexta-feira, 20 de janeiro de 2012
Ainda sobre UML
Oi, colegas! Encontrei este site de documentação do KDE, que trás uma visão rápida, mas muito interessante sobre o tema. Vale a pena conferir!
Pense nisto: Então vocês vão me chamar e orar a mim, e eu responderei. Vocês vão me procurar e me achar, pois vão me procurar com todo o coração. (Jeremias 29:12-13)
Pense nisto: Então vocês vão me chamar e orar a mim, e eu responderei. Vocês vão me procurar e me achar, pois vão me procurar com todo o coração. (Jeremias 29:12-13)
Assinar:
Postagens (Atom)








