SISTEMA DE ENSINO PRESENCIAL CONECTADO

ANLISE E DESENVOLVIMENTO DE SISTEMAS

xxxxxxxxxxxxxxxxxxxxxxxxxxxx

ATIVIDADE INTERDISCIPLINAR INDIVIDUAL

Votorantim
2013

xxxxxxxxxxxxxxxxxx

ATIVIDADE INTERDISCIPLINAR INDIVIDUAL

Trabalho apresentado ao Curso

Superior de Tecnologia em Anlise e
Desenvolvimento de
UNOPAR -

Sistemas da

Universidade Norte do

Paran, para as

disciplinas do 3

Sementre.

Profa. Adriane Loper (Sistemas Operacionais)

Profa. Polyanna Fabris (Anlise de Sistemas II)
Profa.

Merris

Mozer

(Linguagem

Tcnicas

de

Programao II)
Prof. Roberto Nishimura (Banco de Dados II)
Prof. Anderson Macedo (Linguagem e Tcnicas de

Programao II)

Contedo
1 INTRODUO ...................................................................................... 4
2 OBJETIVOS .......................................................................................... 5
3 DESENVOLVIMENTO .......................................................................... 6
3.1 PROPRIEDADES ACID ............................................................................ 6
3.2 SISTEMAS OPERACIONAIS E SGBD PARA LOCADORA DE

LIVROS:
7

4 ESTRUTURA DE DADOS: ................................................................... 9

4.1 FILA OU FIFO (FIRST IN, FIRST OUT): ................................................... 9
4.2 PILHA OU LIFO (LAST IN, FIRST OUT): ................................................ 10
4.4 ALOCAO DUPLAMENTE ENCADEADA: .......................................... 11
4.5 ALOCAO SIMPLESMENTE OU DUPLAMENTE ENCADEADA? ...... 11
4.6 DIAGRAMA DE CASO DE USO NOSSA LOCADORA DE LIVROS..... 13
4.6.1 Vantages do Diagrama de Caso de Uso ao Projeto: ........................ 14
4.6.2 Finalidade de criao do Diagrama de Caso de
4.6.3 Por quem o Diagrama de Caso de Uso

Uso: ................. 15

utilizado? .................. 16

4.6.4 Informaes apresentadas na Fase de Anlise: .............................. 16

4.6.5 Informaes apresentadas na Fase de Projeto ................................ 16
4.7 HUMANIZAO E TICA NO AMBIENTE DE TRABALHO: .................. 17
4.7.1 HUMANIZAO: .......................................................................... 17
4.7.2 TICA: ................................................................................................. 18
5 CONCLUSO: .................................................................................... 19
6 REFERNCIAS: ................................................................................. 20

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

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
propriedades

sigla ACID a juno das iniciais dos nomes das 4

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

primeiro a ser executado

pelo processador

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,

com cada elemento armazenado o endereo

do prximo. Desta

forma, na alocao encadeada, os elementos so

armazenados

blocos de memria denominados nodos,

em

sendo que cada nodo

composto
por

juntamente

dois

campos: um
para
arma
zenar 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.

A lista duplamente encadeada o melhor mtodo de listas visto

que facilita o programador na implementao de mtodos que
aumentam a capacidade de armazenar mais informaes da lista de
forma que essas informaes possam ser encontradas com uma maior
praticidade e tambm na organizao dessas informaes.

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

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.

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;

4.6.5 Informaes apresentadas na Fase de Projeto:

Projeto preliminar; Especificao de Casos de Uso;

Modelo de

Caso de Uso; Modelo de Domnio;

Testes;

Estimativa de

Plano

Projeto

revisada; Plano de Iteraes

(planejamento dos subp

rojetos com respectivo cronograma

geral); Lista de Riscos refinada;

de

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
muitas

desenvolvimento

cientfico-tecnolgigo

tem

levado

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.

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, para criar uma soluo informatizada para

as empresa preciso muito estudo. Para quem
desenvolvimento de sistema, no basta somente

est
saber

cursando
programar,

preciso ter uma grande noo de organizao e disciplina. Para

entendermos as reais necessidades do cliente, e que os conceitos e
mtodos apresentados aqui serviro de base para novos projetos tanto
no presente como tambm no futuro, sempre estaro sendo lembrados
no decorrer de nossas programaes. Conceitos estes bem trabalhados
e apoiados por 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.wikpedia.org/wiki/Caso_de_uso.

acessado

em

09/05/2013

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

http://www.slideshare.net/dgddelgado/humanizacao-eticarelacionamento-

interpessoal

acessado

em

26/04/2013.http://tutorialestrutura.blogspot.com.br/2010_05_01_archive.
html acessado em 09/05/2013.
SUAV, Jacques Philippe; Estruturas de dados tipos de colees.
Campina

Grande

UFCG,

2007.

Disponvel

em:

http://www.dsc.ufcg.edu.br/~jacques/cursos/p2/html/ed/colecoes.htm
DUARTE, Ktia; Tutorial Linguagem C Alocao Dinmica. S.L 2006.
Disponvel

em

ais/katiaduarte/cbasisco009.as

http://www.juliobattisti.com.br/tutori