Douglas DSW I

Desenvolvimento de Sistemas Web I

Apresentação

Atual - 2013 | Professor Douglas Alexandre Rodrigues de Souza do Campus Itajaí do IFSC.

2013 - 1994 | Técnico de Tecnologia da Informação do Câmpus São Jose.

Formação Acadêmica

Mestre em Mecatrônica Industrial - IFSC - Campus Florianópolis.

Especialista em Desenvolvimento de Produtos Eletrônicos - IFSC - Campus Florianópolis.

Graduado em CST em Sistemas de Telecomunicações - IFSC - Campus São José.

Formação Complementar

Curso de curta duração em Desenvolvimento de Sistemas de Informação - Oracle. Universidade do Sul de Santa Catarina, UNISUL, Tubarao, Brasil.

Técnico em Telecomunicações pelo IFSC - Câmpus São José.

Unidade Curricular

DESENVOLVIMENTO DE SISTEMAS WEB I

Carga Horária: 60h

Objetivos

Promover competências e habilidades para: Identificar as ferramentas necessárias para o ambiente onde a aplicação Web será concebida; Instalar as ferramentas a serem utilizadas no projeto; Configurar as ferramentas para funcionamento; Efetuar modelagem de dados do sistema a ser desenvolvido.

Ementa

Definição de Ferramentas de software e hardware. Preparação do ambiente de programação: instalação e configuração dos software. Modelagem de dados.

Modelagem de Dados

Para se desenvolver aplicações que utilisam banco de dados relacionais, você deverá possuir os conceitos básicos sobre modelagem de dados. Não importa se sua aplicação é simples ou complexa. A correta modelagem dos seus dados tornará sua aplicação mais robusta e fácil de manter.

Nota: O ERWin foi utilizado como ferramenta para modelagem para os exemplos citados.
(Foto ERWIN)

- Qual o objetivo da modelagem de dados? Pra que modelar?

• Representar o ambiente observado.
• Documentar e normalizar.
• Fornecer processos de validação.
• Observar processos de relacionamentos entre objetos.

Modelar implica em construir modelos. Então como fazer isto?

Podemos definir as etapas envolvidas na construção de modelos em :

1. Modelo conceitual
2. Modelo lógico
3. Modelo físico

Modelo conceitual

Representa as regras de negócio sem limitações tecnológicas ou de implementação. Por isto é a etapa mais adequada para o envolvimento do usuário que não precisa ter conhecimentos técnicos.
Neste modelo temos

• Visão Geral do negócio.
• Facilitação do entendimento entre usuários e desenvolvedores.
• Possui somente as entidades e atributos principais.
• Pode conter relacionamentos n para m.

Modelo lógico

Leva em conta limites impostos por algum tipo de tecnologia de banco de dados. (banco de dados hierárquico , banco de dados relacional ,etc.).

Suas características são

• Deriva do modelo conceitual e via a representação do negócio
• Possui entidades associativas em lugar de relacionamentos n:m
• Define as chaves primárias das entidades
• Normalização até a 3a. forma normal
• Adequação ao padrão de nomenclatura
• Entidades e atributos documentados

Modelo Físico

Leva em consideração limites impostos pelo SGBD (Sistema Gerenciador de Banco de dados) e pelos requisitos não funcionais dos programas que acessam os dados.

Características

• Elaborado a partir do modelo lógico
• Pode variar segundo o SGBD
• Pode ter tabelas físicas
• Pode ter colunas físicas
• Precisamos definir agora entidade e atributo. O que são e o que representam?

Uma Entidade pode ser definida como qualquer coisa do mundo real, abstrata ou concreta, na qual se deseja guardar informações. Exemplos de entidades: Cliente, Produto, Contrato, Vendas.

Um atributo é tudo o que se pode relacionar como propriedade da entidade. (coluna , campo , etc,..). Exemplos de atributos: Código do Produto (Entidade Produto), Nome do Cliente (Entidade Cliente).

Nota: Chama-se Domínio o conjunto de valores possíveis do atributo.

Obs: Nenhum modelo é suficientemente claro se não for acompanhado de uma definição formal dos elementos, fazemos isto através do Dicionário de Dados . Lembre-se conceitos que podem ser triviais a quem esta modelando podem não ser para pessoas leigas no assunto. Assim o dicionário de dados tem o objetivo de deixar claro qualquer informação que seja de valia para o processo de compreensão e unificação de conceitos.

Para que fique claro vamos fazer um exercício simples: Definir uma entidade que represente as informações de uma Pessoa e descrever seus atributos.

Podemos definir a entidade Pessoa que irá representar as informações de uma pessoa. Abaixo temos a representação da entidade e de alguns de seus atributos feitos no ERWin.

Note que na definição dos atributos eu estou definindo a natureza do tipo de atributo. Exemplos de tipos de natureza: Texto , Número , Indicador(sim/não) , Código, etc.

Alguns atributos são obrigatórios outros são opcionais.

Nome é obrigatório pois toda pessoa deve ter um nome.

Telefone é opcional pois nem toda pessoa possui um telefone.

Então podemos fazer as seguintes definições:

Atributo obrigatório - è aquele que para uma instância de uma entidade ou relacionamento deve possuir um valor. (NOT NULL)

Atributo opcional - É aquele que para uma instância da entidade ou relacionamento pode possuir um valor. (NULL)

Podemos ainda classificar os atributos como :

Atributo Identificador - (#) - Atributo capaz de identificar exclusivamente cada ocorrência de uma entidade. Também conhecido como chave Primária ou Primary Key (PK). Ex: Código do Cliente , Código do Produto , etc.( O símbolo # é usado para representar a chave primária em algumas notações)

Chave Candidata - Atributo ou grupamento de atributos que têm a propriedade de identificar unicamente uma ocorrência da entidade . Pode vir a ser uma chave Primária. A chave candidata que não é chave primária também chama-se chave Alternativa.