tuiutaba

2013
WALLERSON SAAC CUNHA CNTRA
TECNOLOGA EM ANLSE E DESNVOLVMENTO DE SSTEMAS
SISTEMA OPERACIONAI, ESTRUTRA DE DADOS
HUMANIZAO E TICA
tuiutaba
2013
SUMRIO
SISTEMA OPERACIONAI, ESTRUTRA DE DADOS
HUMANIZAO E TICA
Trabalho do Curso Superior em Tecnologia em Anlise e
Desenvolvimento de Sistemas apresentado
Universidade Norte do Paran - UNOPAR, como
requisito parcial para a obteno de mdia semestral nas
disciplinas de Anlise de Sistemas l, Banco de Dados l,
Linguagem de Programao e Estrutura de Dados, tica,
Politica e Sociedade e Sistema Operacionais.
Orientador: Prof Polyana P. Gomes Fabris
Prof Sergio de Goes Barboza
Prof Roberto Nishimura
Prof Merris Mozer
Prof Adriane Loper
WALLERSON SAAC CUNHA CNTRA
1 NTRODUO...........................................................................................................3
3 DESENVOLVMENTO...............................................................................................5
2 CONCLUSO...........................................................................................................15
1 INTRODUO
No decorrer deste trabalho ser apresentado os conceitos de listas
lineares , FFO, LFO, seus apontadores, ordens de incluso, excluso e pesquisa.
Sera abordados tambm conceitos de alocao encadeada, alocao duplamente
encadeada, com representaes grficas das duas. Tambm ser detalhado o
sistema operacional escolhido na elaborao desse trabalho.
Em relao SGBD (Sistema gerenciador de Banco de
Dados), definirei os conceitos das propriedades ACD de uma transao e sua
importncia para um SGB; e sero apresentadas duas ferramentas para se fazer
ORM. No contesto de UML ser apresentado os conceitos de herana, bem como
exemplos que os representem em diagramas de classe e diagrama de caso de uso.

2 OBJETIVO
Definindo o conceito das propriedades ACD de uma transao
Escolher um sistema operacional para implementar numa locadora
de livros, detalhando suas funcionalidades e suas caractersticas.
Definir estrutura de dados do tipo FLA E PLHA e especificar as
vantagens de alocao duplamente encadeada e simplesmente encadeada. Definir
a finalidade, vantagens e desvantagens no diagrama de caso de uso e diagrama
classe. Apresentar informaes importantes na fase de analise e fase de projeto
Explicar importncia do relacionamento interpessoal, tica e
humanizao que deve ser levados em considerao a criao de uma empresa, no
3
meio tecnolgico.
4
3 DESENVOLVIMENTO
.
1.1 PROPEDADE ACD:
O ACD e muito importante para um SGBD, pois este conjunto de
caractersticas que garante a qualidade e segurana ( contra falhas do sistema) das
transaes, obtendo assim bons resultado no armazenamento correto das
informaes. Cada propriedade tem sua importncia. Com a atomocidade, as
transaes so executadas com sucesso ate o final, comando por comando, no caso
de erro em qualquer um deles o SGBD deve desfazer o que foi alterado, ento
temos a garantia de que os clculos, atualizaes, ou outras operaes no foram
executadas incompletas, e sim at o fim com sucesso.
J a consistncia importante porque uma operao no pode violar
a integridade dos dados, ou seja, aps executar uma transao, o banco de dados
deve manter a consistncia dos dados, mesmo ocorrendo alteraes (update,
insert...). O isolamento vai evitar que a transao que esta sendo executada, seja
interferida ou interrompida por outra solicitao, evitando que erros aconteam. A
durabilidade vai garantir que dados que foram gravados pelas transaes, no
sejam perdidos ou danificados, mesmo que ocorra alguma falha no sistema, como
travamento e queda de energia (desde que no haja perda de hardware).
A maioria dos programas desenvolvidos atualmente e para uso
multiusurio, um sistema de controle de estoque por exemplo. magine 10 terminais
buscando e inserindo informaes a cada segundo em um servidor. Todos eles
executam um conjunto de comandos que so solicitados de uma s vez. Uma
transao e basicamente isso, um conjunto de comandos SQL em sequncia ou
no, sendo que, todos os comandos deste conjunto devem ser executados e por
completo. Para um bom funcionamento de um SGBD, e necessrio que ele tenha
um conjunto de propriedades, conhecido como ACD (Atomicidade, Consistncia,
solamento e Durabilidade), onde estas propriedades vo definir como sero
executadas as transaes.
ATOMCDADE; so todas as aes que compem a unidade de
5
trabalho da transao que devem ser concludas com sucesso, para que seja
efetivada. Se durante a transao qualquer ao que constitui unidade de trabalho
falhar, a transao inteira deve ser desfeita (rollback). Quando todas as aes so
efetuadas com sucesso, a transao pode ser efetivada e persistida em banco
(commit).
CONSSTNCA; refere que todas as regras e restries definidas
no banco de dados devem ser obedecidas. Relacionamentos por chaves
estrangeiras, checagem de valores para campos restritos ou nicos devem ser
obedecidos para que uma transao possa ser completada com sucesso.
SOLAMENTO; cada transao funciona completamente a parte de
outras estaes. Todas as operaes so parte de uma transao nica. O principio
e que nenhuma outra transao, operando no mesmo sistema, possa interferir no
funcionamento da transao corrente ( um mecanismo de controle). Outras
transaes no podem visualizar os resultados parciais das operaes de uma
transao em andamento (ainda em respeito propriedade da atomicidade).
DURABLDADE; Significa que os resultados de uma transao so
permanentes e podem ser desfeitos somente por uma transao subsequente. Por
Exemplo: todos os dados e status relativos a uma transao devem ser
armazenados num repositrio permanente, no sendo passveis da falha por uma
falha de Hardware.
1.2 SSTEMA OPERACONAL
Win!"#
Um sistema fcil de manipular disponvel no mercado, possuindo
variadas ferramentas que facilita a ajuda os usurios e profissionais de T.
"Windows simplesmente o sistema operacional mais usado e conhecido no mundo.
Windows em portugus significa janelas, sistema operacional
pertencente Microsoft. Esse sistema comeou a ser projetado em 1981, mas foi
6
lanado em 1993. Diferente das verses anteriores o Windows no dependendo MS-
DOS, pois ele mesmo que se auto gerencia. Sua principal caracterstica e a forma
de como ele se apresentam. Sua interface grfica e uniforme em todos os
aplicativos.
O desenvolvimento e inovao esto dirigidos para lidar com toda a
adversidade e a heterogeneidade existente hoje no mercado, facilidade de
instalao e garantia de compatibilidade com outros programas. Mas o ponto de
destaque e interoperabilidade oferecida pela plataforma Windows.
A garantia de interoperabilidade acontece devido a definio de uma
nova gerao de software e de Web servios baseados na linguagem XML
(eXtensible Markup Language),que permite que o software compartilhe informaes
de forma eficiente. A Microsoft abrange portfolios de recursos de interoperabilidade
de software, desde os sistemas operacionais at aplicaes independentes.
A plataforma Windows funciona com tecnologias do mercado
independentemente delas terem sido lanadas h uma semana ou h algumas
dcadas.
Um ponto fundamental e comunicao da plataforma com
mainframes e minicomputadores de BM e de outros fabricantes; com os outros
sistemas operacionais como Mac OS e diferentes variantes do UNX, inclusive o
Linux; com redes NetWare ou AppleTalk e protocolos nativos da internet; com
dezenas de linguagens de programao, desde o COBOL e RPG, passando pelo
C++ e Java, ate as mais novas linguagens experimentais; o software Microsoft se
comunica com centenas de bancos de dados, incluindo Oracle, Sybase e DB2; com
as conhecidas aplicaes de negociais tais como SAP e Siebel; com padres de
mercados verticais como SWFT e HL7; com sistemas de e-mail; e ainda, com
produtos de infraestrutura que fornecem filas de mensagens, diretrios,
gerenciamento e segurana.Com todos esses benefcios o SO Windows responderia
com eficcia os requisitos buscado pela locadora de livros.
3.3 ESTRUTURA DE DADOS FLA E PLHA
FFO (First n, First Out) as listas so amplamente utilizadas em
programao para implementar filas de espera. Em uma fila de tipo FFO os
7
elementos vo sendo colocados na fila e retirados (ou processados) por ordem de
chegada. A ideia fundamental da fila que s podemos inserir um novo elemento no
final da fila e s podemos retirar o elemento do incio. Como exemplo de aplicao
para filas, pode-se citar a fila de processo de um sistema operacional. Nela,
estabelecido um tempo a ser usado por cada um dos processos. Se durante a
execuo de um processo o tempo passa de x, este posto na fila e o processo
seguinte e executado. Se o processo seguinte no terminar de ser executado no
tempo, ele posto na fila e o processo subsequente e executado, e assim por diante
at todos os processos serem executados.
Aplicao FFO os algoritmos FFO so comumente usados em
circuitos eletrnicos de buffer e controle de fluxo, que vai desde o hardware ate o
software. Na forma de um hardware o FFO consiste basicamente de um conjunto de
ler e escrever ponteiros, armazenamento e lgica de controle. Armazenamento pode
ser SRAM, fip-flops, fechos ou qualquer outra forma adequada de armazenamento.
Para FFO, de tamanho no trivial, uma SRAM de porta dupla geralmente e utilizada
quando uma porta e usada para a escrita e a outra para leitura. O FFO sncrono
aonde o mesmo clock usado para leitura a escrita. Um FFO assncrono utiliza
diferentes relgios para leitura a escrita. Uma aplicao comum de um FFO
assncrono utiliza um cdigo de Gray (cdigo binrio refletido), ou qualquer unidade
de cdigo a distancia, para ler e escrever os ponteiros para garantir a gerao de
bandeira confivel. Uma nota preocupante e que se deve necessariamente usar a
aritmtica de ponteiros para gerar bandeiras para implementaes assncronas
FiFO. Por outros lados, pode-se usar a abordagem de fuga ou aritmtica de ponteiro
para gerar bandeiras nas implementaes sncronas FFO. Exemplos de
sinalizadores de status FFO incluem cheios, vazios, quase cheios, quase vazios,
etc.
Vantagens e Desvantagens do FFO
Vantagens: O mais simples entre os processos de escalonamento,
todos os processos tendem a serem atendidos.
Desvantagens: Muito sensvel a ordem de chegada; se processos
chegarem primeiro aumentaro o tempo mdio de espera, no garante um tempo de
resposta rpido, no eficiente em sistemas de tempo compartilhado, no
eficiente em sistemas em tempo real.
8
LFO (last in first out, que em portugus significa primeiro a entrar,
ultimo a sair) refere-se a estruturas de dados do tipo pilha. equivalente a LFO,
que significa Last in, First Out. O conceito de pilha amplamente utilizado na
informtica, como, por exemplo, durante a execuo de um programa, para o
armazenamento de valores de varivel local a um bloco e tambm para conter o
endereo de retorno do trecho de programa que chamou a funo ou procedimento
atualmente em execuo. Usam-se os termos push e pop para denominar a
insero e remoo de elementos da pilha, respectivamente. Usa-se o termo top
para consultar o elemento do topo da pilha, sem o remover. Uma pilha e uma lista
linear na qual o primeiro elemento a entrar e o ultimo elemento a sair. Ela possui
apenas uma entrada, chamada de topo, a partir da qual os dados entram e saem
dela.
Alocao Simplesmente Encadeada; a maneira mais simples de
acomodar uma lista linear em computador atravs da utilizao de um vetor. A
representao por vetor explora a sequencialidade da memoria de tal forma que os
ns de uma lista sejam armazenados em endereos contguos, ou igualmente
distanciados um do outro.
Representao grfica de alocao;
Simplesmente encadeadas; porque possuem somente o endereo
do seu prximo (prximo elemento).
typedef struct celula
{ int dados; /* campo para os dados */
struct celula *proximaCelula; /* ponteiro para a prxima clula */
}tipoCelula; /* nome do novo tipo de estrutura */
Duplamente Encadeada;
Uma lista duplamente encadeada possui dois ponteiros em cada n,
um para o prximo elemento e outro para o anterior (ant. e prox. Respectivamente).
sso possibilita "andarmos para "frente e para "trs ao longo da lista.
9
3.4 DAGRAMA DE CASO DE USO E DAGRAMA CLASSE
A principal vantagem do caso de uso e descrever o cenrio de
possvel com um utilizador ou outro sistema. Devem ser mais claros possveis para
que todos os eventuais leitores de diferentes campos e backgrounds possam
entend-lo de igual modo. Devendo-se assim evitar termos tcnicos ou obscuros
que possam dificultar a compreenso inequvoca da funcionalidade.
Cada caso de uso deve descrever somente uma funcionalidade ou
objetivo do sistema. ento comum, para sistema minimamente complexos, serem
necessrios muitos casos de uso para uma correta e completa descrio de todas
as funcionalidades requeridas pelo sistema.
Os casos de uso determinam claramente quem ira usar o sistema,
discernindo quais os objetivos iniciais por detrs da ideia, de modo a poder entender
o que esperam que o sistema cumpra. Os diagramas tambm contem uma listagem
onde nelas especificam todas as necessidades que o sistema devera satisfazer. A
modelagem de um caso de uso e geralmente aceita como uma excelente tcnica
para a captura dos requisitos funcionais de um sistema. Podem ser facilmente
adicionado ou removido consoante a mudana de prioridades no desenvolvimento
do projeto do sistema. So claramente descritos em relao tarefa de negocio.
O diagrama de classe tambm oferece grandes vantagens na sua
aplicao. Os diagramas de classes servem para mostrar as estruturas fsicas do
sistema, identificando as classes, relacionamentos, cardinalidade (multiplicidade)
etc. E possvel tambm estender o diagrama e mostrar "instancias em um dado
cenrio de funcionamento (Diagrama de Objeto). Demonstram especificaes para a
classe, suas associaes, atributos e operaes, generalizao, composio,
dependncia e associao, sendo estes muito importantes para a definio da
estrutura do sistema a desenvolver.
10
3.5 DAGRAMA DE CASO DE USO
O diagrama de caso de uso descreve as funcionalidades proposta
para um novo sistema, que ser projetado. Podemos dizer que caso de uso e um
"documento narrativo que descreva a sequencia de eventos de um ator que usa um
sistema para completar o processo. Um caso de uso representa uma unidade
discreta entre um usurio (homem ou mquina) e o sistema. Cada caso de uso tem
uma descrio da funcionalidade que ser construda no sistema proposto.
Os diagramas de caso de uso so tipicamente
relacionados a "atores. Um ator e um humano ou entidade mquina que interage
com o sistema para executar um significante trabalho.
Ator; especifica um papel executado por um usurio ou
outro sistema que interage com o assunto (sistema). O Ator deve ser externo ao
sistema. Um ator deve ter associaes exclusivamente para casos de uso,
componentes ou classes a exceo que um ator possa herdar o papel de outro.
Caso de uso; uma especificao de um conjunto de
aes executadas por um sistema, que contm um resultado observvel. Caso de
uso representado por uma elipse, com o nome do caso de uso dentro ou abaixo.
Se h limites do sistema no diagrama, o caso de uso deve ficar dentro.
Relao entre caso de uso e de grande importncia para entender a
comunicao representada; nclude e uma das formas de interao, um dado caso
de uso pode incluir outro. Est relao indica uma obrigatoriedade do caso de uso
incluir funcionalidade do caso de uso includo. Extend outra forma de interao, um
caso de uso pode estender outro. Esta relao indica que o comportamento do caso
de uso estendido pode ou no ser inserida no caso de uso extensor. Generalizao
indica que um caso de uso herda as caractersticas do "super- Caso de uso e
poder implementar novamente algumas delas ou adicionar novas caractersticas.
3.6 DAGRAMA DE CLASSE
11
Sua principal funo e permitir a visualizao das classes que iro
compor o sistema com seus respectivos atributos e mtodos, bem como em
demonstrar como as classes do sistema se relacionam se complementam e
transmitem informaes entre si. Este diagrama apresenta uma viso esttica de
como as classes esto organizadas, preocupando-se em definir a estrutura lgica
das mesmas. O diagrama de classes serve como base para a construo da maior
parte dos demais diagramas da UML.
Basicamente, o diagrama de classes composto por suas classes e
pelas associaes existentes entre elas, ou seja, os relacionamentos entre as
classes. Segundo Guedes em seu livro "UML Uma Abordagem Prtica, o objetivo
do diagrama de classes mostrar os relacionamentos existentes entre as classes
que so abstradas no projeto, e como esses relacionamentos colaboram para a
execuo de um processo especfico. E uma modelagem muito til para o
desenvolvimento de sistemas, pois define todas as classes que o sistema necessita
possuir e a base para construo de diagramas de comunicao, sequncia e
estados. Lembrando que o tipo de relacionamento (agregao, Composio e
Generalizao) so componentes cruciais na representao da estrutura e ralaes
das classes.
A utilizao do diagrama de classe deve ser feita para facilitara e
padronizar o desenvolvimento, sendo assim os projetistas de software, os analista,
desenvolvedores deve estar envolvidos no projeto tendo em vista de organizar o
processo para que seja bem sucedido.
E importante ressaltar que o sistema deve sempre responder as
reais necessidades do cliente na faze de projeto como; Criar relatrio inicial de
investigao (para construir o business case), levantar requisitos funcionais e no
funcionais, documentao, teste, definir modelo conceitual inicial, projetar arquitetura
e priorizar a funcionalidade e distribui-la entre as iteraes. O objetivo da fase de
projeto e produzir uma soluo para o problema identificado nas fases de
levantamento de requisitos e analise de requisitos, incorporando a tecnologia aos
requisitos e projetando o que ser construdo na implementao. Sendo assim, e
necessrio conhecer a tecnologia disponvel e os ambientes de hardware e software
onde o sistema ser desenvolvido e implantado. Durante o projeto as especificao
devem ser agregadas deixando bem definido as relaes as associaes,
composio os atributos, operaes, classes, mtodos, visibilidade, a multiplicidade,
12
tudo isso em conjunto para que o produto resultante dessa fase final seja a
formulao de um bom sistema de software
3.7 ADMNSTRAO EMPRESARAL
A Humanizao significa respeitar o trabalhador o trabalhador no
contexto de pessoa e ser humano, valorizando-o por suas dignidades e carter. O
desenvolvimento cientifico-tecnolgico tem levado muitas organizaes a buscar de
forma desenfreada a lucro econmico-financeiro a custa da necessria valorizao
real do homem, notadamente dos indivduos que nelas trabalham. A humanizao
tem buscado estudar o homem como uma totalidade e no apenas como profissional
cuja vida se restringe ao ambiente de trabalho.
ndependente de ser em uma locadora de livros ou em uma
multinacional, a empresa tem de mostrar ao colaborador que ele e necessrio como
profissional, e antes de qualquer coisa que um ser humano com capacidades
agregadas a produo da empresa, formaro uma equipe em que o maior beneficio
ser ele mesmo com melhoria em sua qualidade de vida, relacionamentos com os
pares e, principalmente, o cliente que sentir isso quando adquirir o produto ou
servio da empresa gerando a fidelizao que tanto se busca.
O melhor negocio de uma organizao ainda se chama "gente
pessoas, e ver pessoas integradas na organizao como matria-prima principal
tambm e lucro, alm de ser um fator primordial na gerao de resultados.
O relacionamento interpessoal ressalta que a produtividade de um
grupo e sua eficincia est estreitamente relacionada no somente com a
competncia de seus membros, mas, sobretudo com a solidariedade de suas
13
relaes interpessoais.
O relacionamento interpessoal e um dos elementos que contribuem
para a formao do relacionamento real na organizao; Os relacionamentos
formais e informais integram-se para produzir o padro real de relacionamento
humano na organizao: como o trabalho e verdadeiramente executado e quais as
regras comportamentais implcitas que governam os contatos entre as pessoas. Esta
e a estrutura de contatos e comunicaes humanas a partir da qual os problemas de
politica de pessoal e de tomada de decises podem ser compreendidos e tratados
pelos administradores.
tica; evidencia-se a necessidade de serem observados pelas
organizaes os atuais anseios da sociedade por uma estuao tica. Tal
necessidade requer a conscientizao de todos sobre a importncia da tica na
atualidade. Quando falamos de tica sabemos que ela e imprescindvel dentre as
necessidades do homem contemporneo.
Uma vez que a empresa deve dar conta de funes que a sociedade
dela espera e exige assumindo suas responsabilidades neste mbito, ela esta
obrigada a tomar decises com implicaes ticas. A responsabilidade a largo prazo
e uma necessidade de sobrevivncia e neste aspecto a tica constitui um fator
importante para os ganhos. A sociedade atual exige das empresas um
comportamento tico a esse propsito cita-se a conscientizao dos consumidores
sobre a necessidade de defesa de direitos.
mportante ressaltar que no meio tecnolgico conceito de tica e
humanizao tem sido desvalorizado por profissionais sem carter. Muitos
profissionais aproveitam da falta de conhecimento das pessoas para poderem levar
vantagens em seus negcios, clientes so enganados, irresponsabilidade dos
tcnicos, mentiras e at roubos tem aumentado o currculo de negligencia e
desvalorizando o conhecimento. "Tentar mudar esse cenrio depende de cada um
de ns.
14
2 CONCLUSO
De acordo com os assuntos abordados nesse trabalho conclui-se
que em um banco de dados as propriedades ACD imprescindveis, pois elas
garante a qualidade e segurana das transaes, obtendo assim bons resultado no
armazenamento correto das informaes. O conjunto de propriedades, conhecido
como ACD (Atomicidade, Consistncia, solamento e Durabilidade), so
propriedades as quais vo definir como sero executadas as transaes.
Para a implantao de um software em uma organizao ou
empresa, o sistema operacional escolhido pode refletir no desempenho, segurana e
na usabilidade, portabilidade, custo, funcionalidade e compatibilidade entre outros. A
estrutura de dados e a forma de se trabalhar com ela sendo em lista tipo FFO e
LFO, Alocao simplesmente Encadeada e Duplamente Encadeada minimizam a
tarefa computacional de movimentao de dados durante o processo de ordenao.
Neste trabalho tambm foi abordado diagrama de caso de uso e
diagrama de classe, onde permite a visualizao das classes que iro compor o
sistema as relaes entre eles s estruturas fsicas do sistema, identificando as
classes, relacionamentos, cardinalidade (multiplicidade) etc., sendo de grande
importncia o uso dessas tcnicas no projeto antes da aplicao do sistema.
E terminamos o trabalho citando conceitos importantssimos de tica
e de humanizao que devem prevalecer no ambiente de trabalho principalmente no
meio tecnolgico onde esses pilares sociais tm sido extintos por profissionais sem
carter.
15
$ RE%ER&NCIAS
BRAUDE, Eric. Projeto de Software. Santana: Artmed Editora S.A, 2004.
ntroduo a nspeo de software. Disponvel em:
<http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-inspecao-
de-software/8037> . Acesso em: 10 abril 2013.
PRKLADNCK, Rafael; AUDY, Jorge. Desenvolvimento Distribudo de Software. Rio
de Janeiro: Campus/Elsevier, 2007.
<http://www.significados.com.br/windows/> Acesso em: 12 abril 2013.
<http://www.fundacaobradesco.org.br/vv-apostilas/win_p1.htm> Acesso em: 13
abril 2013.
<http://tecnologia.uol.com.br/ultnot/2006/12/18/ult2870u231.jhtm> Acesso em: 14
abril 2013.
<http://www.cin.ufpe.br/~if101/turmaatual/aulas/aula1/java.html> Acesso em: 23
abril 2013.
<http://www.postgresql.org.br/sobre> Acesso em: 24 abril 2013.
<http://www.java.com/pt_BR/about/> Acesso em: 25 abril 2013.
Caderno de Pesquisas em Administrao, So Paulo, v. 11, n 1, p. 17-21,
janeiro/maro 2004.
HCKSON, Rosngela. Aprendendo a programar em C,C++ e C#. Rio de janeiro:
Campus, 2005.
<http://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso> Acesso em: 30 abril 2013.
<http://pt.wikipedia.org/wiki/Caso_de_uso> Acesso em: 1 abril 2013.
<http://pt.scribd.com/doc/20223888/Diagrama-de-Classes> Acesso em: 2 abril 2013.
<http://www.devmedia.com.br/artigo-sql-magazine-63-utilizando-uml-diagrama-de-
classes/12251> Acesso em: 3 abril 2013.
<http://pt.wikipedia.org/wiki/Diagrama_de_classes> Acesso em: 4 abril 2013.
<http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/intro/processo.htm> Acesso
em: 5 abril 2013.
16
FORBELLONE, Andr Luiz Villar; EBERSPCHER, Henri Frederico.
L'(i)* +,-!(-*.*/0!1a construo de algoritmos e estruturas de dados. 2. ed.
rev. eampl So Paulo: Pearson Education, Makron Books, 2000. 195p.
LBERSCHATZ, Abraham; KORTH, Henry F; SUDARSHAN, S.
Si#2+.* +3*n)!# + *!#43. ed S Paulo: Makron Books do Brasil, 2006. 778 p.
MARTN, James; ODELL, James J.An*5i#+ + ,-!6+2! !-i+n2*!# * !36+2!4So
Paulo: Makron Books, 1995. 639 p.
MORAES, Celso Roberto.E#2-727-*# + *!# + *5(!-i2.!#1umaabordagem
didtica. 2. ed. rev. e ampl. So Paulo: Berkeley Brasil, 2003. 366p.
PERERA, Silvio do Lago.
E#2-727-*# + *!# 87n*.+n2*i#1conceitos eaplicaoes. 8. ed. So Paulo: rica,
2004. 238 p.
WRTH, Niklaus.A5(!-i2.!# + +#2-727-*# + *!#4
Rio de Janeiro: LTC,1999. 255p.
17