Douglas DSW II: mudanças entre as edições

De IFSC
Ir para navegação Ir para pesquisar
imported>Douglas
imported>Douglas
 
(42 revisões intermediárias por 2 usuários não estão sendo mostradas)
Linha 3: Linha 3:
:'''Identificação'''<span style="color:#4069e1;"> | CURSO DE INFORMÁTICA PARA INTERNET - E-TEC/EAD/TUBARÃO
:'''Identificação'''<span style="color:#4069e1;"> | CURSO DE INFORMÁTICA PARA INTERNET - E-TEC/EAD/TUBARÃO


:'''Semestre'''<span style="color:#4069e1;"> | 2015/2 - Módulo 3-B</span>
:'''Semestre'''<span style="color:#4069e1;"> | 2015/2 - Módulo 3-A</span>


:'''Unidade Curricular'''<span style="color:#4069e1;"> | Desenvolvimento de Sistemas Web II</span>
:'''Unidade Curricular'''<span style="color:#4069e1;"> | Desenvolvimento de Sistemas Web II</span>
Linha 15: Linha 15:
=Apresentação=
=Apresentação=


Caro(a) Estudante,

Olá Estudante,



Seja muito bem-vindo à Unidade Curricular de Desenvolvimento de Sistemas Web II.
Seja muito bem-vindo à Unidade Curricular de Desenvolvimento de Sistemas Web II.


Agora que você já tem instalado as ferramentas necessárias para o desenvolvimento de um sistema web e aprendeu como criar e administrar o seu banco de dados, e, que também já sabe fazer as telas e formulários de um sistema, tá na hora de por a mão na massa de vez! Nesta unidade curricular você utilizará todo esse conhecimento para o desenvolvimento completo de uma aplicação Web. A proposta é criar equipes que irão desenvolver um sistema a partir do zero.  
Agora que você já tem instalado as ferramentas necessárias para o desenvolvimento de um sistema web. Na unidades curricular anterior, Desenvolvimento de Sistemas Web I, você aprendeu como criar e administrar o seu banco de dados, além de fazer as telas e formulários de um sistema, agora tá na hora de por a mão na massa de vez! Nesta unidade curricular você utilizará todo esse conhecimento para o desenvolvimento completo de uma aplicação Web. A proposta é criar equipes que irão desenvolver um sistema a partir do zero.  


Participem das interações semanais! Será o momento para direcionar o desenvolvimento e uso dos aplicativos. Também será o momento de preparação para a semana posterior.
Participem das interações semanais! Será o momento para direcionar o desenvolvimento e uso dos aplicativos. Também será o momento de preparação para a semana posterior.
Linha 31: Linha 31:
=Plano de Ensino=
=Plano de Ensino=


Plano de Ensino PDF (breve)
[https://wiki.ifsc.edu.br/mediawiki/images/f/f0/PE_DOUGLAS_DS2.pdf Plano de Ensino PDF] <span style="color:red;">Novo!</span>


=Atividades=
=Atividades=


:Semana 1 - [[PI_S1_DSW_I_DouglasARS |  De 09/10/2015 a 14/10/2015 - Linux Ubuntu, Netbeans e Apache.]]
:Semana 1 - [[PI_S1_DSW_II_DouglasARS |  De 11/02/2016 a 17/02/2016 - Formação das Equipes e Apresentação dos Sistemas]]


:Semana 2 - [[PI_S2_DSW_I_DouglasARS |  De 16/10/2015 a 21/10/2015 - MySQL, PHP e phpMyAdmin.]]
:Semana 2 - [[PI_S2_DSW_II_DouglasARS |  De 18/02/2016 a 24/02/2016 - Registro das Equipes, Telas e Acesso ao Banco de Dados]]


:Semana 3 - [[PI_S3_DSW_I_DouglasARS |  De 23/10/2015 a 28/10/2015 - Configurando, testando e comparando o MySQL.]]
:Semana 3 - [[PI_S3_DSW_II_DouglasARS |  De 25/02/2016 a 02/03/2016 - Revisão de aplicativos para Atividade Obrigatória 1 (AO1)]]


:Semana 4 - [[PI_S4_DSW_I_DouglasARS |  De 30/10/2015 a 04/11/2015 - Testando o phpMyAdmin, instalando EasyPHP e o DIA.]]
:Semana 4 - [[PI_S4_DSW_II_DouglasARS |  De 03/03/2016 a 09/03/2016 - CSS | Gerenciamento de Projetos]]


:Semana 5 - [[PI_S5_DSW_I_DouglasARS |  De 06/11/2015 a 11/11/2015 - Testando o DIA, instalando o DBDesigner e BrModelo.]]
:Semana 5 - [[PI_S5_DSW_II_DouglasARS |  De 10/03/2016 a 16/03/2016 - Correção da AO1 | Programação de Formulários]]


:Semana 6 - [[PI_S6_DSW_I_DouglasARS |  De 13/11/2015 a 18/11/2015 - Ligação NetBeans-MySQL-PHP-Java e o MySQL Wokbench.]]
:Semana 6 - [[PI_S6_DSW_II_DouglasARS |  De 17/03/2016 a 23/03/2016 - Cadastro com Consulta PHP/MySQL]]


:Semana 7 - [[PI_S7_DSW_I_DouglasARS |  De 20/11/2015 a 25/11/2015 - Xampp, PostgreSQL e pgAdmin3.]]
:Semana 7 - [[PI_S7_DSW_II_DouglasARS |  De 24/03/2016 a 30/03/2016 | Máscaras e Validação]] | <span style="color:red;">Chat dia 23/03 quarta-feira</span>


:Semana 8 - [[PI_S8_DSW_I_DouglasARS |  De 27/11/2015 a 02/12/2015 - Modelagem de dados e Tipos de dados.]]
:Semana 8 - [[PI_S8_DSW_II_DouglasARS |  De 31/03/2016 a 06/04/2016 | Filtros em Consultas | Exclusão de Registro | Vídeos da Tela do PC]]


=Fórum de notícas=
:<span style="color:red;">'''Chat dia 05/04 19h-19h40min''' - Dúvidas Prova Presencial (PP1)</span>


*12 linguagens de programação requisitadas no mercado
:Semana 9 - <span style="color:#4069e1;">De 07/04/2016 a 13/04 PP1 - M 3-A</span>


:[[Douglas_Prog_R | Reportagem vinculada em 2015 na internet pela revista Exame da Editora abril.]]
:Semana 10 - <span style="color:#4069e1;">De 14/04/2016 a 14/04 PPR - M 3-A</span>


*EaD
=Notícias=


:[[Douglas_EaD | Saiba como funciona o ensino a distância]]
* Fiquem atentos ao Fórum de Noticias no moodle.
 
 
<!--
=Ambiente de Programação=
 
=Modelagem de Dados=
 
Para se desenvolver aplicações que utilizam 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 :
 
#Modelo conceitual
#Modelo lógico
#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.<br>
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.). <br>
 
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. <br>
 
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.
 
{| border="1" cellpadding="5" cellspacing="0"
! style="background: #FFC125; text-align:left; " | PESSOA: Número sequencial identificador único
|-
!style="text-align:left; color:gray" | Nome da pessoa (letras)<br> CPF da pessoa (número)<br> Data de Nascimento (data)<br>Endereco da pessoa (texto)<br>Nome do Pai (texto)<br>Nome da Mãe (texto)<br>Telefone (texto) <br>E-mail (texto)
|}
 
 
Note que na definição dos atributos está definindo a natureza do tipo de atributo. Exemplos de tipos de natureza: Texto, Número, Data, Indicador(sim/não), entre outros.
 
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 não nulo (NOT NULL).
 
;Atributo opcional: É aquele que não é obrigatório para uma instância da entidade ou relacionamento pode possuir um valor nulo (NULL).
 
Podemos ainda classificar os atributos como:
 
;Chave Primária: É o atributo capaz de '''identificar exclusivamente''' cada ocorrência em uma entidade. Também conhecido como Primary Key (PK). Ex: Código do Cliente, Código do Produto. 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.
 
Características de uma Chave Primária:
 
*Não pode haver duas ocorrências de uma mesma entidade com o mesmo conteúdo na Chave Primária
*A chave primária não pode ser composta por atributo opcional, ou seja, atributo que aceite nulo.
*Os atributos identificadores devem ser o conjunto mínimo que pode identificar cada instância de um entidade.
*Não devem ser usadas chaves externas. (Atributos sobre os quais você não tem controle. Ex: CPF)
*Cada atributo identificador da chave deve possuir um tamanho reduzido
*Não deve conter informação volátil (que possa ser modificada).
 
Ao criar modelos geralmente temos diversas entidades cada uma com diversos atributos que podem se relacionar entre si.
 
O que é um relacionamento?
 
Um relacionamento pode ser entendido como uma associação entre instâncias de Entidades devido a regras de negócio. Normalmente ocorre entre instâncias de duas ou mais Entidades, podendo ocorrer entre instâncias da mesma Entidade (auto-relacionamento).
 
Por que o relacionamento é necessário?
 
*Quando existem várias possibilidades de relacionamento entre o par das entidades e se deseja representar apenas um
*Quando ocorrer mais de um relacionamento entre o par de entidades
*Para evitar ambiguidade
*Quando houver auto-relacionamento
 
Para definir o número de ocorrências de uma entidade usamos o conceito de Cardinalidade.
 
A Cardinalidade indica quantas ocorrências de uma Entidade participam no mínimo e no máxima do relacionamento.
 
Cardinalidade Mínima - define se o relacionamento entre duas entidades é obrigatório ou não.
Ex: Abaixo temos a entidade Pais e a Entidade UF.
 
http://www.macoratti.net/cbmd1.htm
-->

Edição atual tal como às 07h58min de 5 de abril de 2016

Plano Instrucional

Identificação | CURSO DE INFORMÁTICA PARA INTERNET - E-TEC/EAD/TUBARÃO
Semestre | 2015/2 - Módulo 3-A
Unidade Curricular | Desenvolvimento de Sistemas Web II
Carga horária | 60h
Dias da Interação síncrona | Quintas-feiras
Horário da interação síncrona | Das 19h às 19h45min

Apresentação

Olá Estudante,


Seja muito bem-vindo à Unidade Curricular de Desenvolvimento de Sistemas Web II.

Agora que você já tem instalado as ferramentas necessárias para o desenvolvimento de um sistema web. Na unidades curricular anterior, Desenvolvimento de Sistemas Web I, você aprendeu como criar e administrar o seu banco de dados, além de fazer as telas e formulários de um sistema, agora tá na hora de por a mão na massa de vez! Nesta unidade curricular você utilizará todo esse conhecimento para o desenvolvimento completo de uma aplicação Web. A proposta é criar equipes que irão desenvolver um sistema a partir do zero.

Participem das interações semanais! Será o momento para direcionar o desenvolvimento e uso dos aplicativos. Também será o momento de preparação para a semana posterior.

Fórum. Poste sua dúvida ou experiência, utilize esse meio para tirar todas as dúvidas e compartilhar experiências com os colegas.

Bons Estudos!!! Abraços, Prof. Douglas A.

Plano de Ensino

Plano de Ensino PDF Novo!

Atividades

Semana 1 - De 11/02/2016 a 17/02/2016 - Formação das Equipes e Apresentação dos Sistemas
Semana 2 - De 18/02/2016 a 24/02/2016 - Registro das Equipes, Telas e Acesso ao Banco de Dados
Semana 3 - De 25/02/2016 a 02/03/2016 - Revisão de aplicativos para Atividade Obrigatória 1 (AO1)
Semana 4 - De 03/03/2016 a 09/03/2016 - CSS | Gerenciamento de Projetos
Semana 5 - De 10/03/2016 a 16/03/2016 - Correção da AO1 | Programação de Formulários
Semana 6 - De 17/03/2016 a 23/03/2016 - Cadastro com Consulta PHP/MySQL
Semana 7 - De 24/03/2016 a 30/03/2016 | Máscaras e Validação | Chat dia 23/03 quarta-feira
Semana 8 - De 31/03/2016 a 06/04/2016 | Filtros em Consultas | Exclusão de Registro | Vídeos da Tela do PC
Chat dia 05/04 19h-19h40min - Dúvidas Prova Presencial (PP1)
Semana 9 - De 07/04/2016 a 13/04 PP1 - M 3-A
Semana 10 - De 14/04/2016 a 14/04 PPR - M 3-A

Notícias

  • Fiquem atentos ao Fórum de Noticias no moodle.
Disponível em “https://wiki.ifsc.edu.br/index.php?title=Douglas_DSW_II&oldid=11762”