SISTEMA DE ENSINO PRESENCIAL CONECTADO

ANLISE E DESENVOLVIMENTO DE SISTEMAS

Rogrio Maxwell














ATIVIDADE INTERDISCIPLINAR INDIVIDUAL


























Votorantim
2013







Rogrio Maxwell

















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.
Prof. Adriane Loper (Sistemas Operacionais)
Prof. Polyanna Fabris (Anlise de Sistemas II)
Prof. Merris Mozer (Linguagem e Tcnicas de
Programao II)
Prof. Roberto Nishimura (Banco de Dados I)
Prof. Anderson Macedo (Linguagem e Tcnicas de
Programao II)












Votorantim
2013







SUMRIO



1 INTRODUO ..................................................................................................... 3
2 OBJETIVOS ......................................................................................................... 4
3 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




3

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.




4

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 des
existem muitos outros produtos Open Source que esto sendo utilizados intensamente em
ambientes corporativ
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.
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 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. Torna- se 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:


1 3

4.6.5 Informaes apresentadas na Fase de Projeto:
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
econmico- financeiros 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 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.



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.



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-relacionamento-
interpessoal acessado em 26/04/2013