DESENVOLVIMENTO DE SISTEMAS DE INFORMAÇÃO

1 INTRODUÇÃO – CENÁRIO PROPOSTO 3

2 OBJETIVO 5

3 DESENVOLVIMENTO 6

3.1 DIAGRAMA DE ATIVIDADES 6

3.2 NORMALIZAÇÃO DIAGRAMA ENTIDADE RELACIONAMENTO (MRN) 7

3.3 SEGURANÇA NO DESENVOLVIMENTO DE APLICAÇÕES WEB 10

4 CONCLUSÃO 13

REFERÊNCIAS 14

1 INTRODUÇÃO – CENÁRIO PROPOSTO

Será realizada uma pesquisa a respeito dos seguintes temas:

 Segurança no desenvlvimento de aplicações WEB;

 Diagrama de Atividade (UML) e

 Normalização do Diagrama Entidade Relacionamento (MRN).

2 OBJETIVO

O objetivo deste trabalho é a ampliação dos conhecimentos e enriquecimento do vocabulário do estudante de Análise de Sistemas além do contato com fontes variadas de pesquisa. As metas a serem alcançadas são a aplicação dos conhecimentos adquiridos em atividades práticas empresariais.

Os temas são baseados na grade curricular do quarto semestre do curso de graduação em Análise de Sistemas

3 DESENVOLVIMENTO

3.1 DIAGRAMA DE ATIVIDADES

De acordo com a Wikipédia, um diagrama de atividades é um gráfico de fluxo de controle de uma atividade para outra que será utilizado para fazer a modelagem de aspectos dinâmicos do sistema.

O Banco de Dados do sistema deverá conter os seguintes registros:

Cadastro de Filmes

Código do Filme

Nome do Filme

Valor da Locação

Cadastro de Clientes

CPF do Cliente

Nome do Cliente

Débitos

Créditos

Senha

Registros Diversos

Obs: Os débitos e os créditos de cada cliente serão lançados no próprio cadastro. Se, ao final do período o valor dos débitos não for superior aos créditos, será gerada uma nova senha para o período que será informada ao cliente.

Locação

CPF do Cliente

Código do Filme

Data da Locação

Obs: O campo Data da Locação servirá como chave primária composta juntamente com as chaves estrangeiras : CPF do Cliente e o Código do Filme pois a locação feita pelo cliente valerá por todo o dia portanto haverá uma regra de negócio para impedir a locação em duplicidade do mesmo filme no mesmo dia e permitir que o mesmo cliente alugue o mesmo filme em dias variados.

Elaboramos a seguir o diagrama de atividade referente à locação efetuada pelo Cliente:

Fluxo Principal:

 Sistema exibe os filmes disponíveis e valores de locação;

 Cliente seleciona o filme desejado;

 Sistema solicita senha atual;

 Cliente informa sua senha;

 Sistema verifica a senha informada;

Fluxos Alternativos

Senha Inválida

Sistema exibe mensagem “Senha Inválida”

Senha Válida

Sistema Efetua Registros

Figura 1 Diagrama de Atividades – Locação de Filmes

3.2 NORMALIZAÇÃO DIAGRAMA ENTIDADE RELACIONAMENTO (MRN)

O diagrama Entidade Relacionamento é um modelo conceitual para projetos de aplicações de Banco de Dados criado por Peter Chen em 1976. Ele descreve as Entidades, Atributos e Relacionamentos existentes. Entidades são objetos sobre os quais o Banco de dados mantém informações. Atributos são propriedades, especificações desses objetos, Relacionamentos são as associações existentes entre as entidades.

Abaixo o Diagrama Entidade Relacionamento Conceitual do Sistema proposto:

Figura 2 – MER Conceitual

E o modelo Lógico devidamente normalizado:

Figura 3 – MER Lógico

Segundo a Wikipédia, normalização de dados são passos que se seguem no projeto de um banco de dados que permitem um armazenamento consistente e eficiente acesso aos dados.

São as seguintes as formas normais :

• Primeira Forma Normal (ou 1FN) requer que todos os valores de colunas em uma tabela sejam atômicos (ex., um número é um átomo, enquanto uma lista ou um conjunto não o são). A normalização para a primeira forma normal elimina grupos repetidos, pondo-os cada um em uma tabela separada, conectando-os com uma chave primária ou estrangeira.

• Segunda Forma Normal (ou 2FN) requer que não haja dependência funcional não-trivial de um atributo que não seja a chave, em parte da chave candidata.

• Terceira Forma Normal (ou 3FN) requer não haver dependências funcionais não-triviais de atributos que não sejam chave, em qualquer coisa exceto um superconjunto de uma chave candidata.

• Forma Normal de Boyce-Codd (ou BCNF) requer que não exista nenhuma dependência funcional não-trivial de atributos em algo mais do que um superconjunto de uma chave candidata. Neste estágio, todos os atributos