PORTFÓLIO INDIVIDUAL

1 DESENVOLVIMENTO
1.1 BANCO DE DADOS – PROPRIEDADE ACID
As propriedades ACID (atomicidade, consistência, isolamento e durabilidade) são fundamentais nos bancos de dados, sejam os relacionais ou os orientados a documentos. Então, também é valido tratarmos desse assunto referente aos bancos relacionais, em um contexto geral.
Atualmente os sistemas de informação suportam vários usuários. O banco de dados tem que garantir a confiabilidade nas transações, haja vista que muitas podem ocorrer concorrentemente.
A maioria dos programas desenvolvidos atualmente são para uso multiusuário, um sistema de controle de estoque por exemplo. Imagine 10 terminais buscando e inserindo informações a cada segundo em um servidor. Todos eles executam um conjunto de comandos que são solicitados de uma só vez. Uma Transação é basicamente isso, um conjunto de comandos SQL em sequência ou não, sendo que, todos os comandos deste conjunto devem ser executados e por completo. Para um bom funcionamento de um SGBD, é necessário que ele tenha um conjunto de propriedades, conhecido como ACID (Atomicidade, Consistência, Isolamento e Durabilidade), onde estas propriedades vão definir como serão executadas as transações. O ACID pode ser descrito com poucas palavras:
Atomicidade: Qualquer operação deve ser executada por completo, caso contrário a ação é desfeita, comando conhecido como “rollback”. Em outras palavras, é um tudo ou nada: se houver alguma falha durante a execução, a transação é desfeita. Ou, nas palavras dos autores: “uma transação é uma unidade atômica de processamento; ou ela será executada em sua totalidade ou não será de modo algum”. O subsistema de restauração de transações do SGBD é o responsável pela atomicidade.
(Preservação de) Consistência: Os dados de um Banco de Dados devem permanecer íntegros após qualquer transação, transação esta que deve respeitar restrições e pré-requisitos impostos pelo SGBD. Imagine que seja tirada uma fotografia dos dados de um banco de dados. Este é o estado do BD. Após a fotografia, é feita uma transação neste BD e retira-se uma nova foto. Se na primeira o BD estava consistente, então na segunda ele tem que estar também. Citando a bibliografia: “uma transação será preservadora de consistência se a sua execução completa fizer o banco de dados passar de um estado consistente para outro. (…) Um estado do banco de dados é a coleção de todos os itens de dados armazenados no banco de dados em determinado momento.” A responsabilidade aqui é dupla, sendo tanto do programador quanto do módulo do SGBD que garante as restrições de integridade.
Isolamento: As transações devem ocorrer sem que outras interfiram em sua execução, ou seja, uma por vez. É o cada um por si: “uma transação deve ser executada como se estivesse isolada das demais. Isto é, a execução de uma transação não deve sofrer interferência de quaisquer outras transações concorrentes. (…) É imposto pelo subsistema de controle de concorrência do SGBD.” O chamado nível de isolamento verdadeiro (nível 3) não permite atualizações perdidas, leitura de sujeira nem leituras repetíveis.
Durabilidade (ou permanência): Qualquer mudança no Banco de Dados – operação concluída com sucesso – deve permanecer, mesmo que haja qualquer falha no sistema. Fez, está feito – “as mudanças aplicadas ao banco de dados por uma transação efetivada devem persistir no banco de dados. Essas mudanças não devem ser perdidas em razão de uma falha”. Responsabilidade: subsistema de restauração do SGBD.
Considerando que, após essa elucidação, concluir que o ACID é muito importante para um Banco de Dados, pois é este conjunto de características que garante a qualidade e segurança (contra falhas do sistema) das transações, obtendo assim bons resultados no armazenamento correto das informações. Cada propriedade tem sua importância. Com a Atomicidade, as transações são executadas com sucesso até o final, comando por comando, no caso de erro em qualquer um deles o SGBD deve desfazer o que foi alterado, então temos a garantia de que os cálculos, atualizações, ou outras operações não foram executadas incompletas, e sim até o fim com sucesso. Já a Consistência é importante porque uma operação não pode violar a integridade dos dados, ou seja, após executar uma transação, o banco de dados deve manter a consistência dos dados, mesmo ocorrendo alterações (Update, Insert...). O Isolamento vai evitar que a transação que está sendo executada, seja interferida ou interrompida por outra solicitação, evitando que erros aconteçam. A Durabilidade vai garantir que os dados que foram gravados pelas transações, não sejam perdidos ou danificados, mesmo que ocorra alguma falha no sistema, como travamento e queda de energia (desde que não haja perda de hardware).

© Biblioteca Digital da Unopar Virtual – Londrina 2013
AGOSTINI, Marcelo N.; DECKER, Ildemar C.; SILVA, Aguinaldo S. Desenvolvimento
e implementação de uma base computacional orientada a objetos para aplicações
em sistemas de energia elétrica. Controle & Automação, Campinas, v. 13, n. 2,
maio/ago. 2002. Disponível em: <http://www.scielo.br/scielo.php?pid=S0103-
17592002000200010&script=sci_arttext>. Acesso em: mar. 2013.
ALBUQUERQUE, Fernando. Conceitos orientação a objetos. Disponível em:
<http://www.cic.unb.br/~fernando/matdidatico/apostilas/resumo/conpoosp.pdf>.
Acesso em: mar. 2013.
BARRÉRE. Tathiana da Silva; PRADO, Antonio Francisco do; BONAFE, Vitor César.
CASE orientada a objetos com múltiplas visões e implementação automática
de sistemas – MVCASE. Disponível em:
<http://www.lbd.dcc.ufmg.br:8080/colecoes/sbes/1999/11.pdf>. Acesso em: mar.
2013.
BORBA, Sueli de Fatima Poppi; MORALES, Aran Bey Tcholakian. Aplicação de
banco de dados orientado a objetos na modelagem multidimensional. In: SIMPÓSIO
BRASILEIRO DE DADOS, 21., 2006, Florianópolis. Anais... Florianópolis: [s. n.],
2006. Disponível em:
<http://www.lbd.dcc.ufmg.br:8080/colecoes/sbbd/2006/010.pdf>. Acesso em: mar.
2013.
CARVALHO JÚNIOR, Humberto; CINTRA, Diogo Tenório; SAMPAIO, Eduardo
Setton da Silveira. Desenvolvimento de um sistema orientado a objetos para
análise através do método dos elementos discretos. Disponível em:
<http://petrodem.lccv.ufal.br/biblioteca-
Disciplina: Análise de Sistemas II; Sistemas Operacionais; Banco de Dados II;
Linguagem de Programação e Estr.Dados; Ética, Política e Sociedade;
Metodologia Científica
Prof.(a): Polyanna P. Gomes Fabris; Adriane Loper; Roberto Nishimura; Merris Mozer
e Anderson Macedo; Sérgio de Goes Barboza; Andréa Zômpero
Semestre: 3º
Pasta: 907681
CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS


© Biblioteca Digital da Unopar Virtual – Londrina 2013
digital/artigos/DESENVOLVIMENTO%20DE%20UM%20SISTEMA%20ORIENTADO%20A%20OBJETOS%20PARA%20ANALISE%20ATRAVES%20DO%20METODO%20DOS%20ELEMENTOS%20DISCRETOS.pdf>. Acesso em: mar. 2013.
COMPOSIÇÃO de software orientado a objetos. Disponível em: <http://www.scribd.com/doc/2155382/Composicao-de-software-orientado-a-objetos>. Acesso em: mar. 2013.
COSTA, Carlos Alberto. A aplicação da linguagem de modelagem unificada (UML) para o suporte ao projeto de sistemas computacionais dentro de um modelo de referência. Gestão & Produção, São Carlos, v. 8, n. 1, p. 19-36, abr. 2001. Disponível em: <http://www.scielo.br/pdf/gp/v8n1/v8n1a02.pdf>. Acesso em: mar. 2013.
FALBO, Ricardo de Almeida. Técnicas para leitura de artefatos do desenvolvimento orientado a objetos. Disponível em: <http://www.inf.ufes.br/~falbo/files/TecnicasLeitura.pdf>. Acesso em: mar. 2013.
GÓES, Rafael de; RENAUX, Douglas. Desenvolvimento de um sistema operacional orientado a objetos para uso em sistemas embarcado. In: CONGRESSO DA SBC WORKSHOP DE SISTEMAS OPERACIONAIS, 3., 2006, Campo Grande. Anais... Campo Grande: [s.n.], 2006. p. 21-31. Disponível em: <http://www.lisha.ufsc.br/wso/papers/2006/goes2006.pdf>. Acesso em: mar. 2013.
HEIDRICH, Leonardo. Paradigmas de programação imperativo X orientado a objeto. Disponível em: <http://www.inf.unisinos.br/~barbosa/grefe/atividades/at1/leonardo_1.pdf>. Acesso em: mar. 2013.
LEITE, Mário; RAHAL JÚNIOR, Nelson Abu Sanra. Programação orientada ao objeto: uma abordagem didática. Disponível em: <http://www.ccuec.unicamp.br/revista/infotec/artigos/leite_rahal.html>. Acesso em: mar. 2013.
RICARTE, Ivan Luiz Marques. Programação orientada a objetos: uma abordagem com Java. Disponível em: <http://www.dca.fee.unicamp.br/cursos/PooJava/>. Acesso em: mar. 2013.


SOARES, Sérgio; BORBA, Paulo. Desenvolvimento de software orientados a aspectos utilizando RUP e AspectJ. Disponível em: <http://toritama.cin.ufpe.br/twiki/pub/SPG/GenteAreaPublications/SBES04_soares.pdf>. Acesso em: mar. 2013.
SOBRAL, Augusto Benevides. Programação orientada ao objeto – POO. 23 jun. 2009. Disponível em: <http://www.webartigos.com/articles/20199/1/programao-orientada-a-objeto---poo/pagina1.html>. Acesso em: mar. 2013.
SOUZA, Cleidson. Orientação a objetos. Disponível em: <http://www.ufpa.br/cdesouza/teaching/labes/OO-basic-concepts.pdf>. Acesso em: mar. 2013.
TONSIG, Sérgio Luiz. Projeto orientado a objetos e U.M.L. Disponível em: <http://www.micropic.com.br/noronha/Informatica/PD/AL/projeto%20orientado%20a%20objeto%20uml.pdf>. Acesso em: mar. 2013.
PERIÓDICOS
BOLETIM INFORMATICA. Disponível em: <http://www.inf.ufrgs.br/index.php?option=com_content&view=category&layout=blog&id=83&Itemid=98>. Acesso em: mar. 2013.
COMPUTATIONAL & APPLIED MATHEMATICS. Disponível em: <http://www.scielo.br/scielo.php?script=sci_issues&pid=1807-0302&lng=en&nrm=iso>. Acesso em: mar. 2013.
CONTROLE & AUTOMAÇÃO SOCIEDADE BRASILEIRA DE AUTOMATICA. Disponível em: <http://www.scielo.br/scielo.php?script=sci_issues&pid=0103-1759&lng=pt&nrm=iso>. Acesso em: mar. 2013.


JOURNAL OF INFORMATION SYSTEMS AND TECHNOLOGY MANAGEMENT. Disponível em: <http://www.jistem.fea.usp.br/index.php/jistem>. Acesso em: mar. 2013.
JOURNAL OF THE BRAZILIAN COMPUTER SOCIETY. Disponível em: <http://www.scielo.br/scielo.php?script=sci_issues&pid=0104-6500&lng=en&nrm=iso>. Acesso em: mar. 2013.
REVISTA DE ENGENHARIA DE COMPUTAÇÃO E SISTEMAS DIGITAIS. Disponível em: <http://www.pcs.poli.usp.br/revista/>. Acesso em: mar. 2013.
REVISTA DE INFORMAÇÃO E TECNOLOGIA. Disponível em: <http://www.ccuec.unicamp.br/revista/>. Acesso em: mar. 2013.
REVISTA DE INFORMAÇÃO E TECNOLOGIA. Disponível em: <http://www.ccuec.unicamp.br/revista/navegacao/sobre.html>. Acesso em: mar. 2013.
REVISTA DE INFORMÁTICA TEÓRICA E APLICADA. Disponível em: <http://www.seer.ufrgs.br/index.php/rita/index>. Acesso em: mar. 2013.
TENDENCIAS EM MATEMATICA APLICADA E COMPUTACIONAL. Disponível em: <http://www.sbmac.org.br/tema/>. Acesso em: mar. 2013.
LIVROS DISPONÍVEIS NA BIBLIOTECA DIGITAL DA UNOPAR / PEARSON
BARNES, David J.; KÖLLING, Michael. Programação orientada a objetos como Java: uma introdução prática usando o Bluej. São Paulo: Pearson, 2004.
ELMASRI, Ramez; NAVATHE, Shamkant B. Sistema de banco de dados. 6. ed. São Paulo: Pearson, 2011.


HORSTMANN, Cay. Padrões e projeto orientados a objetos. 2. ed. Porto Alegre: Bookman, 2007.
LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre: Bookman, 2008.
LEE, Richard C.; TEPFENHART, William M. UML e C++: guia prático de desenvolvimento orientado a objeto. São Paulo: Makron Books, 2001.
MEDEIROS, Ernani Sales de. Desenvolvendo software com UML 2.0: definitivo. São Paulo: Pearson, 2010.
MEDEIROS, Luciano Frontino de. Banco de dados: princípios e prática. 20. ed. Curitiba: IBPEX, 2007.
NISHIMURA, Roberto Yukio (org.). Banco de dados II: curso superior de tecnologia em Análise e Desenvolvimento de Sistemas - 3. São Paulo: Pearson Education do Brasil, 2009.
NISHIMURA, Roberto Yukio. Banco de dados I: curso superior de tecnologia em Análise e Desenvolvimento de Sistemas - 2. São Paulo: Pearson Education do Brasil, 2009.
PAGE-JONES, Meilir. Fundamentos do desenho orientado a objeto com UML. São Paulo: Pearson, 2001.
SILVA, Flávio de Almeida e. Desenvolvimento orientado a objetos I. São Paulo: Pearson Education do Brasil, 2009.
SINTES, Anthony. Aprenda programação orientada a objetos em 21 dias. São Paulo: Makron Books, 2002.

Muito Bom!