SISTEMA DE ENSINO PRESENCIAL CONECTADO ANLISE E DESENVOLVIMENTO DE SISTEMAS JANUARIO SOUSA LIMA NETO

ATIVIDADE INTERDISCIPLINAR INDIVIDUAL

Palmas 2013

JANUARIO SOUSA LIMA NETO

ATIVIDADE INTERDISCIPLINAR INDIVIDUAL

Trabalho apresentado ao Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas da UNOPAR - Universidade Norte do Paran, para as disciplinas do Segundo Sementre. Profa. Adriane Loper (Sistemas Operacionais) Profa. Polyanna Fabris (Anlise de Sistemas II) Profa. Merris Mozer (Linguagem e Tcnicas de Programao II) Prof. Roberto Nishimura (Banco de Dados I) Prof. Anderson Macedo (Linguagem e Tcnicas de Programao II)

Palmas 2013

SUMRIO

1 2 3

INTRODUO ..................................................................................................... 3 OBJETIVOS ......................................................................................................... 4 DESENVOLVIMENTO ......................................................................................... 5

3.1 PROPRIEDADES ACID ................................................................................ 5 3.2 SISTEMAS OPERACIONAIS PARA LOCADORA DE LIVROS: ................. 5 4 ESTRUTURA DE DADOS:................................................................................... 7 4.1 FILA OU FIFO (FIRST IN, FIRST OUT): ...................................................... 7 4.2 PILHA OU LIFO (LAST IN, FIRST OUT): .................................................... 8 4.3 ALOCAO SIMPLESMENTE ENCADEADA: ........................................... 9 4.4 ALOCAO DUPLAMENTE ENCADEADA: .............................................. 9 4.5 ALOCAO SIMPLESMENTE OU DUPLAMENTE ENCADEADA? .......... 9 4.6 DIAGRAMA DE CASO DE USO NOSSA LOCADORA DE LIVROS ..... 10 4.6.1 Vantages do Diagrama de Caso de Uso ao Projeto: ........................... 10 4.6.2 Finalidade de criao do Diagrama de Caso de Uso: .......................... 12 4.6.3 Por quem o Diagrama de Caso de Uso utilizado? ............................ 12 4.6.4 Informaes apresentadas na Fase de Anlise: .................................. 12 4.6.5 Informaes apresentadas na Fase de Projeto: .................................. 13 4.7 HUMANIZAO E TICA NO AMBIENTE DE TRABALHO: .................... 14 4.7.1 HUMANIZAO: ................................................................................. 14 4.7.2 TICA: ................................................................................................. 15 5 CONCLUSO: ................................................................................................... 16 6 REFERNCIAS: ................................................................................................. 17

1 INTRODUO Aqui iremos abordar mtodos de extrema importncia para a Tecnologia da Informao, no conceito, desenvolvimento, estrutura e implementao de projetos tecnolgicos para um melhor entendimento de como funciona a estruturao.

2 OBJETIVOS Apresentaremos conceitos que esto ditando as regras de como devemos organizar projetos em uma estrutura lgica e eficiente. Conceitos primordiais para agilizar o desenvolvimento de projetos tecnolgicos e tambm visando facilitar o entendimento pra quem desenvolve e pra quem utiliza aplicaes devidamente estruturadas.

3 DESENVOLVIMENTO Para que os sistemas desenvolvidos possam ter uma boa base de tecnologia, alguns conceitos so aplicados, conceitos esses que auxiliam os analistas e desenvolvedores. 3.1 PROPRIEDADES ACID Em uma base de dados, sempre que iniciamos algum comando (inserir, alterar, atualizar e excluir) executado um conjunto de procedimentos (transaes). A integridade de uma transao de banco de dados depende exclusivamente de 4 propriedade conhecidas como ACID. A palavra ACID significa cido em ingls, mas neste contexto, a sigla ACID a juno das iniciais dos nomes das 4 propriedades que so: Atomicidade: Garantir que a transao seja indivisvel. Isso quer dizer que, ou a transao ser executada totalmente ou no ser executada. Atomicidade vem do conceito da fsica antiga que achava que um tomo era indivisvel, hoje sabemos que essa teoria j foi refutada, mas no ACID o conceito continua. Consistncia: Garante que todas as regras de negcio estabelecidas no banco de dados sero obedecidas para que a transao ocorra com sucesso. Isolamento: Garante que uma transao no sofrer interferncia de nenhuma outra transao concorrente. Durabilidade: Garante que o que foi salvo no ser mais perdido. 3.2 SISTEMAS OPERACIONAIS E SGBD PARA LOCADORA DE LIVROS: Cada vez mais as empresas olham com maior interesse para as solues baseadas em Open Source. Isso se d por vrias razes. Um recente relatrio escrito por Deutsche Bank Research lista algumas dessas razes: O Linux atingiu um nvel de qualidade igual ou superior aos produtos fornecidos pela Microsoft e por outros fornecedores. Alm disso, existem muitos outros produtos Open Source que esto sendo utilizados intensamente em ambientes

corporativos. Com a necessidade de racionalizao de custos nas

empresas, o interesse pelo Open Source est crescendo rapidamente. O uso de produtos Open Source pode significar um alto potencial de otimizao dentro das organizaes financeiras. A competncia em Open Source pode se tornar um importante fator para a avaliao de empresas e para tomada de decises de investimentos.

O SGBD PostgreSQL: O banco de dados PostgreSQL nasceu na Universidade de Berkeley, nos anos 80, como um projeto acadmico e se encontra na verso 7.3 (atualmente na verso 7.4, veja este artigo sobre as novas funcionalides desta verso), sendo um projeto mantido pela comunidade Open Source. A coordenao do desenvolvimento do PostgreSQL executada pelo Global Development Group, este formado por um amplo grupo de desenvolvedores ao redor do mundo, o que faz o PostgreSQL ter uma constante evoluo no que se refere correo de bugs e implementao de novas funcionalidades. Com o departamento de TI das empresas cada vez mais olhando para o retorno sobre os investimentos feitos, cada vez mais empresas escolhem este banco de dados como a melhor alternativa para servidor de banco de dados corporativo. A lgica desta escolha bastante simples: por que pagar algumas dezenas de milhares de reais (ou mais) por um banco de dados proprietrio se existe uma alternativa livre altamente eficiente e sem custo de licena? claro que existem situaes em que uma funcionalidade que existe somente, digamos, no Oracle onde a escolha justificada. Felizmente, para as empresas, estas situaes so no comuns no dia-a-dia dos sistemas de informao e correspondem a uma nfima parte das necessidades de servidores de banco de dados. Com todos estes atrativos, a utilizao da dupla PostgreSQL + Linux nas empresas vem crescendo rapidamente. Tambm possvel utilizar o PostgreSQL no ambiente MS Windows, mas como ele no foi portado nativamente para este sistema operacional, seu desempenho no Linux sensivelmente maior e mais estvel do que no Windows. As prximas verses do PostgreSQL prometem um porte nativo para o sistema MS Windows, para os que desejam continuar nesta plataforma.

4 ESTRUTURA DE DADOS: Informaes ou instrues de mquina tendem a seguir um fluxo bem definido de passos, ordem correta de acontecimentos e processamentos, que o que chamamos de algortimo. Dentro de algortimos existe um a estruturas de dados, que um modo particular de armazenar e organizar os dados no computador, tratando das listas lineares que estruturalmente, permite representar um conjunto de dados onde busca preservar a relao de ordem existente entre eles.

4.1 FILA OU FIFO (FIRST IN, FIRST OUT): Nesse tipo de estrutura prevalece a seguinte regra: O primeiro a entrar o primeiro a sair. Amplamente utilizadas no mundo da computao para definir e implementar filas de espera. Em uma FIFO, os elementos so colocados ordenadamente um aps o outro em forma de fila e so retirados por ordem de chegada. Um exemplo claro de FIFO o processo de um usurio pedir a execuo de varias tarefas em um computador, as tarefas sero ordenadas em fila pelo processador e sero executadas seguindo a ordem de pedido de execuo, ou seja, o primeiro pedido ser sempre o primeiro a ser executado pelo processador e posteriormente os outros.

4.2 PILHA OU LIFO (LAST IN, FIRST OUT): Nesse tipo de estrutura a regra prevalece que: O ultimo a entrar o primeiro a sair. uma estrutura muito utilizada na informtica avanada principalmente na parte de programao quando um trecho de um programa chama a funo ou o procedimento que est atualmente em execuo. Os termos push e pop so utilizados para denominar a insero e a remoo de elementos na pilha e o termo topo para denominar o local onde ser iniciada a consulta de elementos.

4.3 ALOCAO SIMPLESMENTE ENCADEADA: o mecanismo que estabelece a relao de precedncia entre os nodos no de forma fsica, mas sim de forma lgica. Assim os elementos podem ocupar quaisquer clulas (no necessariamente consecutivas) e, para manter a relao de ordem linear, juntamente com cada elemento armazenado o endereo do prximo. Desta forma, na alocao encadeada, os elementos so armazenados em blocos de memria denominados nodos, sendo que cada nodo composto por dois campos: um para armazenar dados e outro para armazenar endereo.

4.4 ALOCAO DUPLAMENTE ENCADEADA: Nesta alocao, cada n possui duas Referncias, a primeira usada para indicar o n sucessor (da mesma forma que lista simplesmente encadeada), enquanto que a segunda usada para apontar para o n predecessor (n anterior). Desta forma, dado um n qualquer da lista, podemos acessar ambos os ns adjacentes: o prximo e o anterior.

4.5 ALOCAO SIMPLESMENTE OU DUPLAMENTE ENCADEADA? Simplesmente encadeada caracteriza-se por formar um encadeamento simples entre os seus ns. Dessa forma, cada n desta lista contm uma referncia para o n seguinte, o que nos permite percorrer toda alista encadeada a partir do primeiro n (do incio para o fim). Porm, neste tipo de lista, no temos uma eficincia para percorrer a lista do fim para o incio. Ainda mais, a remoo de um elemento de uma lista simplesmente encadeada tambm uma tarefa difcil. Mesmo conhecendo a posio do elemento a ser removido, teremos que percorrer toda a lista, n por n, a fim de encontrarmos o elemento anterior, pois, dado um determinado n, no temos como acessar diretamente o n anterior.

1 0

A principal vantagem de se utilizar listas duplamente encadeadas que, devido existncia da referncia para o n anterior e o posterior, podemos percorrer facilmente toda a lista em qualquer direo (do incio para o fim e do fim para o incio), facilitando a implementao da maioria das operaes possveis em cima de listas. Porm, uma lista duplamente encadeada ocupa ainda mais espao em memria, pois cada n conter uma referncia a mais (para o n anterior).

4.6 DIAGRAMA DE CASO DE USO NOSSA LOCADORA DE LIVROS

Figura 1 Diagrama de caso de uso 4.6.1 Vantages do Diagrama de Caso de Uso ao Projeto: A utilizao de casos de uso uma tcnica relativamente recente, mais flexvel apoiado num formato novo e mais gil para capturar requisitos de software que contrasta com a documentao extensiva e "monoltica" que tenta, mas falha em

1 1

registrar todos os requisitos possveis de um sistema antes deste comear a ser construdo. Os casos de uso podem ser facilmente adicionados e removidos do projeto de software assim que as prioridades mudam. Os casos de uso podem tambm servir como base para estimar, escalonar e validar esforos. Uma razo porque os casos de uso se tornaram populares que so fceis de entender por pessoas da rea de negcio, e assim provaram ser uma excelente ponte entre quem desenvolve o software e os usurios finais. Entre as vantagens da utilizao no processo de engenharia de requisitos incluem-se: A modelagem de um caso de uso (incluindo a sua especificao) geralmente aceita como uma excelente tcnica para a captura dos requisitos funcionais de um sistema. Desencorajam o design prematuro. Podem ser usados a base para o esforo de estimao, planeamento e validao. So reutilizveis dentro de um projecto. O caso de uso pode evoluir com cada interao, desde um mtodo de levantamento de requisitos, para linhas gerais de desenvolvimento aos programadores, de um caso de teste, at a documentao. Caminhos alternativos de um caso de uso registram comportamentos adicionais que podem melhorar a robustez do sistema. So teis para sondar o verdadeiro mbito do sistema. Podem ser facilmente adicionados ou removidos consoante a mudana de prioridades no desenvolvimento do projecto do sistema. So facilmente entendidos por todos os tipos de utilizadores, criando uma ponte entre os que desenvolvem o software e os stakeholders do sistema. As especificaes de um caso de uso no requerem a utilizao de uma dada linguagem, podem ser escritos nos mais diversos estilos para encaixar com as necessidades do projecto. Permite descrever um requisito como se contasse uma histria. Tornase mais facil descrever requisitos sob a forma de uma histria ou cenrio. Esto ligados directamente com a interao do sistema, isto permite aos designers da interface um maior envolvimento no processo de desenvolvimento do projecto quer antes ou em paralelo com os programadores de software.

1 2

Colocam os requisitos em contexto, so claramente descritos em relao s tarefas do negcio. Os diagramas de caso de uso ajudam os stakeholders a entender a natureza e escopo da rea de negcio ou sistema em desenvolvimento. Diagramas de caso de uso podem ser gravados usando a notao UML e mantidos usando diferentes ferramentas CASE. Casos de uso e diagramas de caso de uso podem ser completamente integrados com outras deliverables de anlise e design criados usando uma ferramenta CASE para produzir requisitos, design e repositrio de implementao mais completos. 4.6.2 Finalidade de criao do Diagrama de Caso de Uso: Ele tem como objetivo ilustrar em um nvel alto de abstrao quais elementos externos interagem com que funcionalidades do sistema, ou seja, a finalidade de um diagrama de caso de uso apresentar um tipo de diagrama de contexto que apresenta os elementos externos de um sistema e as maneiras segundo as quais eles as utilizam. 4.6.3 Por quem o Diagrama de Caso de Uso utilizado? A extrao de um caso de uso somente possvel por duas vias a observao e a entrevista. A observao somente possvel em casos onde a atividade repetitiva, relizada por um operador ou uma mquina. A entrevista somente possvel entre humanos. Esta ltima a forma mais comum de extrao de casos de uso. 4.6.4 Informaes apresentadas na Fase de Anlise: Objetivos e metas a serem atingidos; Restries que devem ser respeitadas; Quais os requisitos que o produto de software dever possuir;

1 3

4.6.5 Informaes apresentadas na Fase de Projeto: Projeto preliminar; Especificao de Casos de Uso; Modelo de Caso de Uso; Modelo de Domnio; Plano de Testes; Estimativa de Projeto revisada; Plano de Iteraes (planejamento dos subprojetos com respectivo cronograma geral); Lista de Riscos refinada;

1 4

4.7 HUMANIZAO E TICA NO AMBIENTE DE TRABALHO: Tem-se falado em humanizao no ambiente de trabalho. Mas o que humanizao e para que serve? Humanizar significa respeitar o trabalhador enquanto pessoa, enquanto ser humano. Significa valoriz-lo em razo da dignidade que lhe intrnseca. Isso apresenta vrios desdobramentos. Por exemplo, o relacionamento interpessoal necessidade social conforme MASLOW (2000), ou fator higinico, segundo a teoria herzbergiana deve se pautar pelo dilogo, sem o qual, as relaes entre os indivduos resvala para conflitos vrios. A dignidade jamais deve ser esquecida ou colocada em segundo plano. A prtica da humanizao deve ser observada ininterruptamente. O comportamento tico deve ser o princpio de vida da organizao, uma vez que ser tico preocupar-se com a felicidade pessoal e coletiva. Numa sociedade em que, em geral, valores tico-morais so vilipendiados, urgente a necessidade de se humanizarem as organizaes. Estas no devem perder de vista a razo maior graas qual se d a sua criao: a promoo humana em todos e quaisquer aspectos (no somente os econmicofinanceiros e tecno-cientficos), at mesmo, e principalmente sob tica a coletiva. 4.7.1 HUMANIZAO: O desenvolvimento cientfico-tecnolgigo tem levado muitas

organizaes a buscar de forma desenfreada o lucro econmico-financeiro custa da necessria valorizao real do homem, notadamente dos indivduos que nelas trabalham. Paradoxalmente, at mesmo organizaes cujo lucro visado no econmico-financeiro resvalam para isso. A cultura predominante nessas instituies caracteriza-se por considerar as pessoas meros recursos que devem contribuir para o alcance dos objetivos organizacionais. Relegam a abordagem sistmica, que estuda o homem como uma totalidade e no apenas como profissional cuja vida deveria se restringir ao ambiente de trabalho. O relacionamento interpessoal saudvel, por exemplo, s vezes no encontra guarida no mbito organizacional, gerando os mais diversos

1 5

conflitos, e, portanto, desumanizando as organizaes. A desconsiderao dos valores humanos e da tica tambm so exemplos de realidades desumanizadoras. 4.7.2 TICA: Evidencia-se a necessidade de serem observados pelas

organizaes os atuais anseios da sociedade por uma atuao tica. Tal necessidade requer a conscientizao de todos sobre a importncia da tica na atualidade. Assim, o tema tica faz-se imprescindvel na pauta das discusses, por que, dentre as necessidades do homem contemporneo, a necessidade tica desponta como uma das mais prementes. A intrincada teia de relacionamentos integra a vida do ser humano, tornando inafastvel a necessidade de discusso sobre tica, por que A dimenso tica comea quando entra em cena o outro. Toda lei, moral ou jurdica regula relaes interpessoais, inclusive aquelas com um Outro que a impe. (ECO, 2002:9). A sociedade atual exige das empresas um comportamento tico a esse propsito cita-se a conscientizao dos consumidores sobre a necessidade de defesa dos seus direitos.

1 6

5 CONCLUSO: Podemos concluir que os conceitos e mtodos apresentados aqui serviro de base para novos projetos e sempre estaro sendo lembrados no decorrer de nossas programaes. Conceitos estes bem trabalhados e apoiados por vrias empresas grandes como a IBM, Oracle etc. Isto prova que no so apenas idias de supostos mtodos para implementao, mas sim conceitos bem estudados, lapidados e testados a procura de falhas, apresentando assim, praticamente, regras que devemos observar bem antes de partir para a codificao definitiva e colocar o sistema/aplicao/banco de dados em produo.

1 7

6 REFERNCIAS: Livro de Anlise de sistemas II do 3 Semestre de Anlise e Desenvolvimento de Sistemas Unopar - Autora: Simone Sawasaki Tanaka

Livro de Banco de Dados II do 3 Semestre de Anlise e Desenvolvimento de Sistemas Unopar - Roberto Yukio Nishimura;

http://www.dextra.com.br/empresa/artigos/postgres.htm acessado em 25/04/2013

http://pt.wikipedia.org/wiki/Caso_de_uso acessado em 25/04/2013

http://www.frameworkpinhao.pr.gov.br/modules/conteudo/conteudo.php acessado em 25/04/2013

http://www.slideshare.net/dgddelgado/humanizacao-etica-relacionamentointerpessoal acessado em 26/04/2013