SISTEMA DE ENSINO PRESENCIAL CONECTADO

CURSO SUPERIOR DE TECNOLOGIA EM ANLISE E

DESENVOLVIMENTO DE SISTEMAS
4 SEMESTRE

Danilo Barros de Oliveira

Demson Oliveira Souza
Jorlan Domingos dos Passos
Jos Orlando Moura Rodrigues
Leandro Tunes Ferreira

PRODUCO TEXTUAL INTERDICIPLINAR EM GRUPO

Barreiras 2014

PRODUCO TEXTUAL INTERDICIPLINAR EM GRUPO

Trabalho apresentado disciplinas Analise de Sistemas,

Banco de Dados II, Analise Orientada a objetos II,
Programao Orientada a objetos II e Programao para
Web I da Universidade Norte do Paran - UNOPAR
Prof.(s):Anderson E. M. Gonalves, Roberto Y.Nishimura
,Marcio Roberto Chiaveli, Veronice de Freitas.

SUMRIO.......................

.....

.......................Erro! Indicador no definido.

Barreiras
2014

1.INTRODUO
O presente trabalho apresenta-se como condio necessria para a
aprovao nas disciplinas do 4 semestre do curso de Tecnologia em Anlise e
Desenvolvimento de Sistemas. Seu desenvolvimento visou aquisio e
aprofundamento de conhecimentos tericos e prticos, referentes aos contedos
abordados durante o perodo.

A fundamentao apresentada nesse trabalho baseada na pesquisa

bibliogrfica sobre segurana no desenvolvimento de aplicaes web, diagrama de
atividade (UML) e normalizao do diagrama entidade relacionamento (MRN), nos
quais estaremos investigando sob domnio de um cenrio denominado TELECINE
MOZER, que representa uma empresa fictcia que servir de referncia para o
trabalho em grupo.
A empresa do cenrio proposto presta servio de locao de filmes pelo
canal de TV a cabo especfico sendo sua reserva efetuada pela internet. Nessa
perspectiva ser desenvolvido um estudo dos temas visando uma melhor
contextualizao nesse caso. Nesse sentido apresentaremos a seguir aspectos
relacionados ao caso e passveis de serem observados e aplicados em seu
contexto.

4
2.OBJETIVO

Compreender

importncia

dos

critrios

mtodos

aplicados

no

desenvolvimento de aplicaes web.

Compreender a importncia da modelagem no processo de desenvolvimento

de sistemas, bem como destacando suas representaes na UML, em
particular nos diagramas de atividade e de entidade relacionamento.

Analisar aspectos relevantes do uso das tecnologias no cotidiano das

empresas atravs de suas necessidades definidas pelas regras de negcio e
suas

respectivas

especficos.

representaes

implementaes

em

softwares

5
3.DESENVOLVIMENTO
Este trabalho visa o desenvolvimento de um sistema de reservas para
vdeo locadora. Utilizando para isto a linguagem de programao PHP para
desenvolvimento do sistema web. A escolha da linguagem se deu por conta das
caractersticas como: ser livre, multiplataforma1, de fcil aprendizagem e grande
facilidade para conexo com diversos bancos de dados. J para o banco de dados
do sistema ser usado o Sistema Gerenciador de Banco de Dados MySQL,
integrado pela plataforma do Xampp.

As aplicaes Web so sistemas que funcionam por meio de um browser

de internet como ambiente de execuo e realiza o processamento em algum
servidor, sua estrutura de funcionamento dividida e trs camadas. Na primeira est
presente no programa cliente e denominada como camada de apresentao. Na
segunda temos a aplicao com suas estruturas lgicas e programao; e na
terceira, a camada de armazenamento, que contm as aplicaes de banco de
dados. Tais aplicaes so desenvolvidas

em diferentes plataformas de

programao para Web , como por exemplo, PHP, HTML, JSP, FlashWeb, Python,
Ruby on, Rails, ASP, CSS, ASP.NET, Java, etc. Na parte de armazenamento os
aplicativos de banco de dados utilizados so MySQL, Microsoft SQL Server, Oracle,
PostgreSQL, entre outros.
Os avanos da

tecnologias proporcionaram

aos desenvolvedores uma

6
flexibilidade para adequar suas aplicaes de acordo com seus principais objetivos e
podem atender vrias necessidades sociais e comerciais, proporcionando aos
usurios um ambiente interativo, rpido e colaborativo.
Uma grande vantagem das aplicaes Web esto relacionadas com o
grande

potencial

para

sua

utilizao

em

vrios

servios

informaes

compartilhadas que podem ser acessados de qualquer lugar do mundo, muitas

vezes sem a necessidade de instalao de programas ou armazenamento de dados,
nesse caso podem estar integrados a base de dados administrados via online com
PHPmyadm.

7
3.1 Diagrama de Caso de Uso do Telecine Mozer
Segundo Lima (2012) a linguagem UML (Unified Modeling Language)
define-se como uma famlia de notaes apoiada por um metamodelo especfico
(Descreve a semntica dos elementos de modelagem) , que tem por caracterstica
ajudar na descrio e no projeto de sistemas de software.

Figura 1- diagramas da UML.

Fonte: adaptado de http://alexpagernet.blogspot.com.br/2012_08_01_archive.html

Dos apresentados na figura 1, nos interessa em particular do diagrama

de atividade e o diagrama de classes.
Segundo Wikipdia, uma diagrama de atividade basicamente

um

grfico que mostra o fluxo, de controle de uma atividade e sua transio para outra,
sendo empregados principalmente para fazer a modelagem de aspectos dinmicos
de um sistema. Nesse sentido , atividade uma execuo de processos e
comportamentos compostos por estados , transies e aes e quer esto sendo
modelados no sistema , resultando em outra ao relacionada com uma mudana
de estado do sistema ou o retorno de um valor. Resumindo,

O Diagrama de atividade um diagrama definido pela Linguagem de

Modelagem Unificada (UML), e representa os fluxos conduzidos por
processamentos. essencialmente um grfico de fluxo, mostrando o

8
fluxo de controle de uma atividade para outra. Comumente isso
envolve a modelagem das etapas sequenciais em um processo
computacional. (WIKIPDIA,2014)

Figura 2- diagramas de Caso de Uso Telecine Mozer

Fonte: prprio autor

9
3.3 Normalizao do diagrama entidade relacionamento (MRN)

Um diagrama entidade relacionamento (DER) uma representao

grfica da UML baseado num modelo de entidade e relacionamento (MER) que
segundo WIKIPDIA um modelo de dados cuja finalidade

descrever,

conceitualmente os dados a serem utilizados em um sistema de informaes.

O Modelo de Entidade e Relacionamento (MER) uma

representao da realidade e pode ser representado por entidades,
relacionamentos e atributos (Londeix, 1995)1 . Existem muitas
notaes para diagrama de entidades e relacionamentos. A notao
original proposta por Peter Chen composta de entidades
(retngulos), relacionamentos (losangos), atributos (elipses) e linhas
de conexo (linhas) que indicam a cardinalidade de uma entidade em
um relacionamento. A cardinalidade, ou os relacio namentos, podem
ser 1:1, 1:N e N:N. Chen ainda prope smbolos para entidades
fracas e entidades associativas. (WIKIPDIA, 2014)

Segundo Nishimura

(2013) A notao do MER e composta de

entidades (retngulos), relacionamentos (losangos), atributos (elipses) e linhas de

conexo (linhas) que indicam a cardinalidade de uma entidade em um
relacionamento. Os tipos de relacionamentos que so utilizadas neste diagrama:
Relacionamento 1..1 (l-se relacionamento um para um) - indica que as tabelas tm
relacionamento unvoca entre si. Voc escolhe qual tabela vai receber a chave
estrangeira;
Relacionamento 1..n (l-se um para muitos) - a chave primria da tabela que tem o
lado 1 vai para a tabela do lado N. No lado N ela chamada de chave estrangeira;
Relacionamento n..n (l-se muitos para muitos) - quando tabelas tm entre si
relacionamento n..n, necessrio criar uma nova tabela com as chaves primrias
das tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por
diversos campos-chave de outras tabelas. A relacionamento ento se reduz para
uma relacionamento 1..n, sendo que o lado n ficar com a nova tabela criada.

10

3.3.1 Modelo relacional normalizado MRN

Num projeto de banco de dados deve-se seguir alguns critrios para

identificar os dados e fazer com que estes representem eficientemente os objetos do
mundo real. O Modelo Relacional de Dados, que tem o princpio de que todos os
dados so guardados em tabelas so a base do desenvolvimento dos SGDB
Sistemas

Gerenciadores

de

Bancos

de

Dados

ou

SGBDR

Sistemas

Gerenciadores de Bancos de Dados Relacionais. Tal Conceito foi criado por Edgar
Frank Codd em 1970 e foi o primeiro modelo de dados descrito na teoria.
Segundo Battisti (2014) o

Modelo Entidade Relacionamento apresenta

algumas situaes de difcil implementao prtica. Para resolver isso, Codd props
um processo de Normalizao de Dados (ou normalizao de tabelas) que aplica
uma srie de regras s tabelas de um banco de dados, para verificar se estas esto
corretamente projetadas. O objetivo da normalizao evitar problemas provocados
por falhas no projeto do banco de dados, eliminando redundncias e evitando
problemas com insero, eliminao e atualizao de dados. Com a normalizao
bem sucedida, o espao de armazenamento de dados diminui, as tabelas podem ser
atualizadas com maior eficincia. Normalmente aps a aplicao das Regras de
Normalizao, algumas tabelas acabam sendo divididas em duas ou mais tabelas.
Esse processo causa a simplificao dos atributos de uma tabela, contribuindo
significativamente para a estabilidade do modelo de dados, reduzindo-se
consideravelmente as necessidades de manuteno.
As Formas Normais se subdividem com base nos conceitos de
dependncias multivaloradas e de juno, respectivamente da seguinte forma:
Primeira Forma Normal, ou 1FN; Segunda Forma Normal, ou 2FN; Terceira Forma
Normal, ou 3FN ; Forma Normal Boyce-Codd, ou FNBC ou BCNF; Quarta Forma
Normal, ou 4FN e Quinta Forma Normal, ou 5FN.
Cada uma das formas normais representa uma condio mais forte
que a anterior na lista, mas para a maioria dos efeitos prticos, considera-se que as
bases de dados esto normalizadas se aderirem Terceira Forma Normal, sendo
que as 4FN e 5FN so para casos excepcionais. (NISHIMURA, 2013)

11
O processo sequencial, iniciando pela 1FN. No possvel pular
uma forma normal, assim como no possvel fazer uma forma normal errada e
passar para a prxima. Se uma tabela obedece s regras de uma forma normal, esta
obedece igualmente s regras das formas normais anteriores. Uma tabela est na
Primeira Forma Normal quando seus atributos no contm grupos de Repetio, ou
tambm, a 1FN requer que todos os valores de colunas em uma tabela sejam
atmicos (indivisveis). necessrio identificar atributos que representam o
armazenamento de um mesmo dado em locais diferentes; atributos repetidos;
atributos com mais de uma ocorrncia. Uma regra de ouro para a 1FN no
misturar assuntos em uma mesma tabela (BATTISTI, 2004). Ao identificar esses
erros, os atributos devem ser transferidos para uma nova tabela (ou tabelas),
mantendo um relacionamento com a tabela original. As tabelas resultantes devem
obedecer 1FN.
Para aplicar as regras das formas normais seguintes necessrio
entender de Dependncia Funcional. Existe dependncia funcional X Y entre dois
atributos X e Y, se os valores de X determinam os valores de Y. Se em um novo
registro da tabela, o valor de X se repetir, obrigatoriamente o valor de Y tambm se
repetir.
A Segunda Forma Normal ocorre quando a chame primria
composta por mais de um campo. Se uma tabela est na 1FN e possui chave
primria simples, j est automaticamente na 2FN. Uma tabela, para estar na 2FN,
no pode conter dependncia funcional entre seus atributos no-chave com apenas
parte de sua chave primria, isto , cada atributo no-chave deve ser dependente da
chave primria inteira. Com as dependncias encontradas, divide-se a tabela em
duas (ou mais) outras tabelas, mantendo as tabelas resultantes na 2FN.
Battisti (2004) explica a Terceira Forma Normal: Na definio dos
campos de uma entidade podem ocorrer casos em que um campo no seja
dependente diretamente da chave primria ou de parte dela, mas sim dependente
de outro campo da tabela, campo este que no a Chave Primria. Para estar na
3FN, a relao R deve obedecer a 2FN e no pode conter dependncias funcionais
dos atributos no-chave com outros atributos no- chave. Mais uma vez se divide a
tabela em outras para solucionar o problema encontrado. As tabelas resultantes

12
devem obedecer 3FN. A 3FN aquela que, na maioria dos casos, termina o
processo de normalizao.

4. CONCLUSO

A agilidade e disponibilidade da informao na sociedade contempornea

exige uma viso mais organizada e estruturada na manipulao dessas
informaes, para isso ocorrer com segurana e eficincia alguns critrios devem
ser bem definidos, a exemplo de processos adequados de modelagem de software
por meio dos diagramas da UML e ferramentas case tipo ASTAH, que possibilitam
uma viso mais ampla e sistemtica do processo de desenvolvimento e do
gerenciamento dos requisitos dos sistemas em construo, alm disso, permitem
uma maior transparncia entre desenvolvedores e clientes quanto as regras de
negcio pr-estabelecidas.
Com relao a segurana dos sistemas, devemos estar atentos aos
mecanismos de defesa, verificando suas vulnerabilidades e falhas, principalmente
quando se tratam de sistemas Web, que esto mais expostos aos riscos de quebra
de segurana por conta da infraestrutura da redes de internet e as estruturas dos
sistemas que hospedam tais aplicaes. Nesse sentido, com a ampliao dos
comrcios

eletrnicos

dos

servios

virtuais

de

empresas

privadas

governamentais verificamos uma maior preocupao pelas autoridades e rgos de

defesa quanto ao acesso indevido aos dados pessoais e financeiras organizadas
nos mais variados bancos de dados hospedados nos servidores da internet pelo
mundo.
Atravs da realizao das atividades propostas, tivemos um
entendimento melhor das matrias vistas neste semestre bem como, possibilitou
ampliar nossos conhecimentos quanto a elaborao de propostas de trabalho com
ferramentas tecnolgicas no desenvolvimento de sistemas.

13
5. REFERNCIAS

BATTIISTI, Jlio Cesar F.. O modelo relacional de dados- parte 4. Disponvel em :

http://www.linhadecodigo.com.br/artigo/140/o-modelo-relacional-de-dadosparteiv.aspx. Acesso em 20/10/2014.
SOUZA, Lucas Lima de. Desenvolvimento seguro de aplicaes web Seguindo a
metodologia OWASP. 71 p.2012. Monografia. Universidade Federal de Lavras,
Lavras,2012.

NISHIMURA, Roberto Yukio. Banco de dados II : / Roberto Yukio Nishimura. So

Paulo: Pearson Prentice Hall, 2013.

NISHIMURA, Roberto Yukio. Banco de dados I : / Roberto Yukio Nishimura. So

Paulo: Pearson Prentice Hall, 2013.
PERINI, Luis Cludio Engenharia de Software: sistemas II/ Luis Cludio Perini,
MarcoIkuro Hisatomi, Wagner Luiz Berto So Paulo: Peason Prentice hall, 2009

LIMA,

Alessandro.

UML.

Disponvel

em:

http://alexpagernet.blogspot.com.br/

2012_08_01_archive.html. Acesso em 20/10/2014.

TANAKA, Simone Sawasaki Anlise de Sistemas II: - Sistemas/ Simone Sawasaki
Tanaka. So Paulo: Pearson Prentice Hall, 2009.
WIKIPDIA. Modelo Entidade Relacionamento. Disponivel em: http://pt. wikipedia.
org/wiki/modelo_entidade_relacionamento. Acesso em 19/10/2014.

WIKIPDIA. Diagrama de Atividade. Disponivel em: http://pt.wikipedia. org

/wiki/diagrama_de_atividade. Acesso em 19/10/2014.