SISTEMA DE ENSINO PRESENCIAL CONECTADO

SUPERIOR DE TECN. EM ANLISE E DESENV. DE SISTEMAS

GEROJECLEY ALMEIDA ALVES

ATIVIDADE INTERDISCIPLINAR EM GRUPO 3 SEMESTRE

JUAZEIRO - BA
2012

GEROJECLEY ALMEIDA ALVES

ATIVIDADE INTERDISCIPLINAR - INDIVIDUAL

Trabalho apresentado ao Curso de Tecnologia em

Anlise e Desenvolvimento de Sistemas do 3
Semestre da Universidade Norte do Paran UNOPAR .
Prof. Pilyanna P. Gomes Fabris
Marcio Chiaveli
Roberto Nishimura
Merris Mozer

JUAZEIRO - BA
2012

Sumrio

1 INTRODUO.................................................................................................................................... 3
2 DESENVOLVIMENTO......................................................................................................................... 4
2.1 DIAGRAMA DE ATIVIDADES (PROPOSTO) .............................................................................5
2.2 Diagrama de Atividades - Controlar Livros..................................................................................5
2.2.1 Diagrama de Atividades - Controlar Locaes.....................................................................6
2.2.2 Diagrama de Atividades - Controlar Usurios.......................................................................7
2.2.3 Diagrama de Atividades - Controlar Devolues...................................................................8
3 MODELO RELACIONAL NORMALIZADO MRN.............................................................................9
3.1 - ESQUEMA CONCEITUAL BRMODELO................................................................................9
3.2 MAPEAMENTO OBJETO RELACIONAL..................................................................................10
4 ALGORTMO DE INSERO DO TIPO PILHA................................................................................11
5 CONCLUSO.................................................................................................................................... 14
6 REFERNCIAS................................................................................................................................. 15

3
1 INTRODUO

Esta produo textual interdisciplinar do 3 semestre do curso de Anlise e

Desenvolvimento de Sistemas tem como objetivo aplicar e exercitar os contedos
assimilados no perodo abordando os diversos conceitos, tcnicas e prticas das
tcnicas e conceitos da UML, atravs do diagrama de atividades, bem como a
modelagem de dados na utilizao dos consagrados bancos de dados relacionais
juntamente com a programao orientada a objetos, viabilizando o sucesso dos
sistemas no que tange o alinhamento dos objetivos aos processos das
organizaes.
Iremos demonstrar atravs de um desenvolvimento de sistema de locadora de
livros (biblioteca), a implementao de cadastros e rotinas e suas funcionalidades,
utilizando a linguagem C#.

4
2 DESENVOLVIMENTO
2.1 UML DIAGRAMA DE ATIVIDADES
O diagrama de atividades, geralmente apresentado como parte da descrio funcional
de um sistema, devido ao fato de especificar processos lgicos (atividades do sistema e
dos fluxos de dados ou decises). Nele so apresentadas as relaes entre cada
atividade de um determinado processo, em que podem ser vistas as relaes de
dependncia entre essas atividades, e quem so os responsveis pelas suas
execues.
Fig.1 - DIAGRAMA DE CASO DE USO (PROPOSTO)

Fig.2 - DIAGRAMA DE CASO DE USO (ATUAL)

2.1 DIAGRAMA DE ATIVIDADES (PROPOSTO)

2.2 DIAGRAMA DE ATIVIDADES - CONTROLAR LIVROS.

6
2.2.1 Diagrama de Atividades - Controlar Locaes.

7
2.2.2 Diagrama de Atividades - Controlar Usurios.

8
2.2.3 Diagrama de Atividades - Controlar Devolues.

9
3 MODELO RELACIONAL NORMALIZADO MRN

O modelo relacional um modelo de dados, adequado a ser o modelo

subjacente de um Sistema Gerenciador de Banco de Dados (SGBD), que se baseia
no princpio em que todos os dados esto guardados em tabelas (ou,
matematicamente falando, relaes). O conceito foi criado por Edgar Frank
Codd em 1970, sendo descrito no artigo "Relational Model of Data for Large Shared
Data Banks".
O modelo baseia-se em dois conceitos: conceito de entidade e relao - Uma
entidade um elemento caracterizado pelos dados que so recolhidos na sua
identificao vulgarmente designado por tabela. Na construo da tabela identificamse os dados da entidade. A atribuio de valores a uma entidade constri um
registro da tabela. A relao determina o modo como cada registro de cada tabela
se associa a registros de outras tabelas.

3.1 - ESQUEMA CONCEITUAL BRMODELO.

10
3.2 MAPEAMENTO OBJETO RELACIONAL

Tcnica de desenvolvimento utilizada para reduzir a impedncia da

programao orientada aos objetos utilizando bancos de dados relacionais. As
tabelas do banco de dados so representadas atravs de classes e os registros de
cada tabela so representados como instncias das classes correspondentes.
Com esta tcnica, o programador no precisa se preocupar com os
comandos em linguagem SQL; ele ir usar uma interface de programao simples
que faz todo o trabalho de persistncia.
A seguir, relacionamos as classes e seus respectivos cdigos gerados a partir
de nosso DER.
DIAGRAMA DE CLASSES BASEADO NO DER

11
4 ALGORTMO DE INSERO DO TIPO PILHA

A seguir, utilizando um cenrio proposto com a ferramenta Visualg, iremos demonstrar

um programa com um algoritmo que permite a insero do tipo PILHA para cadastrar

livros.
algoritmo "Nossa Locadora de Livro"
// Funo :
// Autor : Gerojecley Almeida Alves
// Data : 20/10/2012
// Seo de Declaraes
var
topo, n, aux, posicao : inteiro
vet : vetor [1..10] de caracter
y, opcao, resp : caracter
k: inteiro
//data: caracter
editora: caracter
inicio
n <- 10
topo <- 0
repita
limpatela
escreval ("============= NOSSA LOCADORA DE LIVROS ==============")
escreval (" ")
para k de n ate 1 passo -1 faca
escreval (k, " Livro ", vet[k])

12
fimpara
escreval ("Incluir ... 1")
escreval ("Topo...... ", topo)
escreval (" ")
escreval ("---------------------------------------------------------------------------------")
escreval("")
escreval("

+-------------------------+")

escreval("

escreval("

+----------------------+")

escreval("

| 0 - Sair

|")

escreval("

| 1 - Incluir

|")

escreval("

| 2 - Excluir

|")

escreval("

Menu

|")

+------------------------+")

escreval("")
escreva("Escolha uma opcao ==========> ")
leia(opcao)
se opcao = "1" entao
escreva("Informe o nome do livro ====> ")
leia(y)
escreva("Informe o Editora ==========> " )
leia(editora)
escreval("")
se topo = n entao
escreval ("OVERFLOW - Inclusao Nao Executada - pressione enter")
leia(y)
senao
topo <- topo + 1
vet[topo] <-"Livro: " + y + " | Editora: " + editora
fimse
fimse

13
//segunda Opo
se opcao = "2" entao
escreva("Deseja escluir? s/n ========> ")
leia(y)
se y = "s" entao
escreval("")
se topo = 0 entao
escreval ("UNDERFLOW - Exclusao Nao Executada - pressione enter")
leia(y)
senao
vet[topo] <- ""
topo <- topo - 1
fimse
fimse
fimse
ate opcao="0"

fimalgoritmo

14
5 CONCLUSO
Pudemos concluir nesta atividade interdisciplinar, que os diagramas de atividades tm
seus pontos negativos e positivos. Uma atividade modelada como uma sequncia
estruturada de aes, controladas potencialmente por ns de deciso e sincronismo. Em
seu aspecto mais simples, um diagrama de atividades pode ser confundido com um
fluxograma. Entretanto, ao contrrio de fluxogramas, os diagramas de atividades UML
suportam diversos outros recursos, tais como as parties e os ns do tipo fork e merge,
alm da definio de regies de interrupo, que permitem uma modelagem bem mais
rica do que simplesmente um fluxograma.
O diagrama de atividades no cenrio da biblioteca, pudemos observar a escolha da
ordem em que as coisas foram feitas. Simplesmente determinaram-se as regras
essenciais de sequncias que foram seguidas. Esta a diferena-chave entre um
diagrama de atividades e um fluxograma: os fluxogramas so normalmente limitados a
processos sequenciais, enquanto que os diagramas de atividades podem lidar com
processos paralelos. Foi definido um diagrama de caso de uso no cenrio que foi
proposto, onde foi obedecida a viso externa do sistema, representando graficamente
os atores, os casos de uso, e os relacionamentos entre estes elementos, com a
finalidade de elucidar em um nvel alto de abstrao quais elementos externos
interagiam e com que funcionalidades do sistema, ou seja, a finalidade de um diagrama
de caso de uso apresentou-se um tipo de diagrama de contexto em que os elementos
externos de um sistema e as maneiras segundo as quais eles as utilizam foram
desenvolvidos tendo por base as suas regras de negcio.
E, por fim, foi feito uma implementao de u m programa com um algoritmo que

permite a insero do tipo PILHA para cadastrar livros , onde se permitiu a definio
abstrata dos aspectos essenciais de comportamento e funcionamento de uma biblioteca,
baseado nas rotinas do cenrio atual e do que foi proposto. Conclumos em nosso
trabalho, que em projetos de sistemas a construo de solues eficazes e consistentes
de que a melhor maneira de us-los em combinao com outras tcnicas. A
programao nos proporcionou a prtica de implementao, a concretizao dos
sistemas modelados e pensados e seus diversos benefcios, bem como os conceitos de
POO.

15
6 REFERNCIAS
ASCENSIO, Ana Fernanda Gomes. Estrutura de Dados: algoritmos, anlise da
complexidade e implementaes em Java e C/C++. So Paulo: Pearson Prentice
Hall, 2010.
DELIBERADOR, Paulo de Tarso. Algoritmos e estrutura de dados. So Paulo. Editora
Pearson, 2009.
FLORES, Emerson Ricardo. Linguagens e tcnicas de programao II. So Paulo.
Editora Pearson, 2009.
NISHIMURA, Roberto Yukio. Banco de dados II. So Paulo. Editora Pearson, 2011.
TANAKA, Simone Sawasaki. Anlise de sistemas II. So Paulo. Editora Pearson, 2009.
LINKS:
Google.com.br - (acesso em 10/11/2012).
WIKIPEDIA: http://pt.wikipedia.org/wiki/Mapeamento_objeto-relacional - (acesso em
10/11/2012).