PROJETO DE PROGRAMAS. Projeto de Programas PPR0001
|
|
|
- Bernardo Fragoso Tuschinski
- 8 Há anos
- Visualizações:
Transcrição
1 PROJETO DE PROGRAMAS Projeto de Programas PPR0001
2 Desenvolvimento de Software 2
3 3 Desenvolvimento de Software Análise de Requisitos Distinguir e dividir o sistema em componentes: Analisar os componentes individualmente Analisar como os componentes devem interagir uns com os outros São construídos modelos e/ou diagramas para representar o sistema a ser construído Não leva em conta o ambiente tecnológico a ser utilizado
4 4 Desenvolvimento de Software Análise de Requisitos Fase de validação / verificação: o Analistas levam os modelos elaborados aos clientes e verificam se as necessidades dos clientes estão sendo atendidas pelo sistema o Se um modelo não é bem definido, usuários e programadores poderão ter interpretações diferentes o Se um erro nesta etapa for descoberto posteriormente haverá um impacto muito grande no sistema
5 5 Desenvolvimento de Software Projeto Determina-se como o sistema atenderá aos requisitos o Descrição computacional do que o software deve fazer o Considera aspectos físicos e tecnológicos o Arquitetura do sistema, padrão de interface gráfica, linguagem de programação, gerenciador de banco de dados, etc.
6 6 Aspectos Técnicos de Projeto Aspectos Gerenciais Aspectos Técnicos Projeto Detalhado Projeto Preliminar Projeto de Interfaces Projeto Procedimental Projeto Arquitetural Projeto de Dados
7 7 Aspectos Técnicos de Projeto Projeto Possui duas etapas principais: Projeto de arquitetura (projeto de alto nível) Distribuir classes de objetos e seus subcomponentes Projeto detalhado (projeto de baixo nível) Descrição da colaboração entre os objetos de cada módulo Projeto de interface com o usuário Projeto do banco de dados Diagramas: de classe, casos de uso, interação, estados e atividades
8 8 Projeto de Dados Durante a análise se gera o modelo de informação, e com este modelo serão definidas as estruturas de dados necessárias para a implementação do software A etapa final é influenciada pela tecnologia de persistência escolhida para a implementação Banco de dados, arquivos (xml, csv), etc... A base do projeto de dados é um modelo entidaderelacionamento (MER), que armazena os objetos de dados e as relações entre eles.
9 9 Projeto de Dados Exemplo de um Diagrama Entidade-Relacionamento (DER)
10 10 Projeto Arquitetural Define quais tecnologias serão utilizadas: Arquitetura de computador Sistema Operacional SGBD (se for o caso) Linguagem de programação Considerações dos requisitos não-funcionais Define o estilo arquitetural adotados: Hierarquia / relação dos componentes e das estrutura de dados Padrões arquiteturais: centrado nos dados, orientado a objetos, em camadas, etc...
11 11 Projeto Arquitetural Define as interações internas (consigo mesmo): o Assinaturas de métodos Define como interage com outros sistemas: o E.g.: Troca de Informações entre sistemas bancários Como outro sistema bancário deve acessar meus dados: string clientdata (int conta, int agencia, string codseg); Como meu sistema deve acessar o sistema bancário X: string getclient (int conta, string codseg); Diagrama utilizado: o Diagrama de classes
12 12 Projeto Procedimental Especifica detalhes de processamento de cada módulo o Transforma os elementos estruturais da arquitetura em uma descrição procedimental dos componentes o Sequência de eventos realizados: Funcionalidades, Algoritmos Diagramas utilizados: o Diagrama de Fluxo de Dados (DFD) o Diagrama de Estados o Diagrama de Sequência (UML)
13 13 Projeto de Interfaces Define aspectos da interface do sistema: Qual tecnologia será utilizada? Como será a interface gráfica com o usuário? O que deve ser feito para usar a funcionalidade X? Questões envolvendo a Psicologia Cognitiva: o Percepção visual o Psicologia Cognitiva de leitura; o Memória Humana; o Raciocínio Indutivo e Dedutivo o Comunicação Textual ou Pictórica (ícones) o Nível Intelectual e/ou Habilidades do Usuário
14 PROJETO DE DADOS 14
15 15 Atividades Envolvidas Realizar a abstração de dados (visando o escopo do problema) o Uma abstração é uma representação das características e do comportamento relevantes de um conceito do mundo real para um determinado problema. O que faz parte do escopo de projeto? o Pode ser definida em dois níveis: Dados: informações relacionados a uma entidade Procedimental: Formas de interação/ação com o elemento
16 16 Atividades Envolvidas A abstração dos dados pode ser realizada em duas etapas: Etapa conceitual: Não se preocupa com tecnologia Identificar os objetos com seus dados e ações significativos Etapa lógica e física: Estudar e escolher as estruturas de dados que permitam a implementação mais adequada; Caracterizar a abrangência dos dados: componente (local) ou parte do software (global); persistência de dados: uso de Banco de Dados, arquivos ou memória;
17 17 Atividades Envolvidas Etapa conceitual: Utilização do Modelo Entidade-Relacionamento (MER) o Representação gráfica das entidades (objetos), seus atributos e relações o Criada em 1976 por Peter Chen o Muito utilizada em Banco de Dados o Ferramentas: BR-Modelo (binário) e Terra-ER (java)
18 18 Modelo Entidade-Relacionamento Entidade: representa um conjunto de objetos do mundo real significante ao problema Alunos João Maria Alice Bob (representação gráfica) (interpretação)
19 19 Modelo Entidade-Relacionamento Atributos: representam dados (características) significativos que estão associados a uma entidade ou relacionamento derivado multivalorado composto opcional identificador
20 20 Modelo Entidade-Relacionamento Ações: representam o que os usuários do sistema podem realizar no sistema (OBS: isto não é objetivo ou padrão do MER, mas vamos usar a mesma ferramenta para simplificar) Vamos utilizar uma caixa de texto para destacar os usuários do sistema e as operações. Incluir operações comuns (inserção, listagem, alteração e exclusão) Exemplo usando Terra-ER
21 21 Exemplo Realizar o projeto de dados conceitual para um sistema acadêmico que permite o controle e gerenciamento de matricula, frequência e desempenho dos discentes e a organização das disciplinas ofertadas. O sistema acadêmico deverá permitir que os acadêmicos realizem suas matrículas nas turmas de disciplinas disponíveis, considerando restrições de pré-requisitos, número máximo de créditos (9) e limite de alunos por turma. Deverá permitir que chefes de departamento incluam novas disciplinas e novos professores, abram novas turmas para as disciplinas existentes com sala, horário, lotação máxima e professor definidos. As disciplinas só poderão ser ofertadas entre 7:30 e 12:00, e, 13:30 e 21:40, em blocos de 50 minutos por aula (hora-aula). Também deverá ser possível que professores acessem suas turmas e registrem frequência e notas para seus alunos.
22 22 Exemplo O sistema deverá ter uma opção para finalizar o semestre, possibilitando a inclusão das notas de exame. Um aluno deverá ter frequência superior a 75% e deverá ter uma média superior a 3 para realizar exame. Caso sua nota seja maior ou igual a 7 está aprovado (desde que tenha a frequência necessária). Após a digitação das notas de exame o professor deverá finalizar a turma e o sistema mostrará o resultado final. O sistema deverá funcionar nos sistemas operacionais Windows e Linux e deverá ter seu acesso controlado por login e senha. (adicionar atributos que considerar relevantes ao problema)
23 23 Atividade Agora é a sua vez! Construa o projeto de dados conceitual para o sistema descrito no documento que está disponível na página da disciplina.
24 24 Bibliografia Básica: BEZERRA, E. Princípios de Análise e Projetos de Sistemas com UML. Rio de Janeiro: Campus, PRESSMAN, R.S. Engenharia de Software. São Paulo: Makron Books, SOMMERVILLE, I. Engenharia de Software. São Paulo: Addison Wesley, Complementar: WARNIER, J. Lógica de Construção de Programas. Rio de Janeiro: Campus, JACKSON, M. Princípios de Projeto de Programas. Rio de Janeiro: Campus, PAGE-JONES, M. Projeto Estruturado de Sistemas. São Paulo: McGraw-Hill, 1988.
PROJETO DE PROGRAMAS. Projeto de Programas PPR0001
PROJETO DE PROGRAMAS Projeto de Programas PPR0001 Desenvolvimento de Software 2 3 Desenvolvimento de Software Análise de Requisitos Distinguir e dividir o sistema em componentes: Analisar os componentes
PROJETO PROCEDIMENTAL. Projeto de Programas PPR0001
1 PROJETO PROCEDIMENTAL Projeto de Programas PPR0001 2 Introdução A trípode de modelagem é composta por: o Modelo de Objetos: especifica a estrutura dos objetos. É importante quando muitas classes não
PROJETO ARQUITETURAL PARTE II: PADRÕES DE PROJETO. Projeto de Programas PPR0001
PROJETO ARQUITETURAL PARTE II: PADRÕES DE PROJETO Projeto de Programas PPR0001 QUALIDADE DO PROJETO 2 3 Qualidade do Projeto de Software Modularidade: gerar particionamento em elementos que executam funções
PROJETO PROCEDIMENTAL. Projeto de Programas PPR0001
1 PROJETO PROCEDIMENTAL Projeto de Programas PPR0001 2 Introdução A trípode de modelagem é composta por: o Modelo de Objetos: especifica a estrutura dos objetos. É importante quando muitas classes não
Aula 01 Revisão Geral Banco de Dados I Conceito de Banco de Dados e SGBD
Aula 01 Revisão Geral Banco de Dados I Conceito de Banco de Dados e SGBD Banco de Dados (BD) é o arquivo físico, em dispositivos periféricos, onde estão armazenados os dados de diversos sistemas, para
Aula 01 Conceito de Banco de Dados e SGBD
Aula 01 Conceito de Banco de Dados e SGBD Dado: conjunto de símbolos arranjados a fim de representar a informação fora da mente humana. Elemento de Dado: subconjunto de símbolos que compõem um dado com
MINISTÉRIO DA EDUCAÇÃO UNIVERSIDADE FEDERAL DE PELOTAS PRÓ-REITORIA DE GRADUAÇÃO PLANO DE ENSINO. Semestre letivo. 1. Identificação Código
MINISTÉRIO DA EDUCAÇÃO UNIVERSIDADE FEDERAL DE PELOTAS PRÓ-REITORIA DE GRADUAÇÃO PLANO DE ENSINO Ano Semestre letivo 2016 2 1. Identificação Código 1.1 Disciplina: Engenharia da Informação 1640066 1.2
INF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho [email protected] Programa Capítulo 1 O Paradigma Orientado a Objetos A Linguagem UML Descrição da Arquitetura 1 Programa
Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas
Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas Análise de Sistemas Prof. Filipe Arantes Fernandes [email protected] Nome da disciplina:
Laboratório de Engenharia de Software I
Laboratório de Engenharia de Software I Turma 01: Profa. Lucia Vilela Leite Filgueiras Turma 02: Profa. Maria Alice Grigas Varela Ferreira Aula 01 Casos de uso e protótipo da interface de usuário Roteiro
Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Introdução Laboratório de Computação para Ciências Módulo II Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional
Análise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
01 - Quais as principais vantagens da utilização de um Sistema de Banco de Dados em relação aos sistemas tradicionais de gerenciamento de arquivos?
Exercícios 01 - Quais as principais vantagens da utilização de um Sistema de Banco de Dados em relação aos sistemas tradicionais de gerenciamento de arquivos? 02 - Defina, sem retornar ao capítulo, os
Análise de Sistemas 4º Bimestre (material 3)
Análise de Sistemas 4º Bimestre (material 3) Permite a visualização das classes que irão compor o sistema com seus respectivos atributos e métodos, bem como demonstrar como elas se relacionam, complementam
Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto
Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto Engenharia de Software I Informática 2006 Profa. Dra. Itana Gimenes RUP: Projeto Artefatos Modelo de Projeto: Lista de classes de
Requisitos de sistemas
Requisitos de sistemas Unidade III - Casos de Uso Identificação de casos de uso Conceitos de orientação a objetos Modelagem do diagrama de classes e casos de uso 1 Casos de uso CONCEITO Especifica o comportamento
Unidade 4 Projeto de Banco de Dados
Unidade 4 Projeto de Banco de Dados Engenharia de Computação / Engenharia de Produção Banco de Dados Prof. Maria das Graças da Silva Teixeira Material base: Banco de Dados, 2009.2, prof. Otacílio José
Revisando Banco de Dados. Modelo Relacional
: Revisando Banco de Dados Banco de Dados (BD) é o arquivo físico, em dispositivos periféricos, onde estão armazenados os dados de diversos sistemas, para consulta e atualização pelo usuário. Sistema Gerenciador
Modelo Entidade- Relacionamento
Modelo Entidade- Relacionamento 1 Plano de Aula Modelos de Dados (Revisão) O Modelo Entidade-Relacionamento Entidades Atributos Relacionamentos Identificando Entidades e Relacionamentos Resumo da Aula
ENGENHARIA DE SOFTWARE
EMENTA ENGENHARIA DE SOFTWARE DISCIPLINA: Estrutura e Fluxo de Informação EMENTA: A disciplina Estrutura e Fluxo de Informação se propõe a capacitar o aluno sobre os fundamentos da Gestão da Informação
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Conceitos Básicos Introdução Tópicos Especiais Modelagem de Dados Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional
Modelo Entidade- Relacionamento. Hugo Barros
Modelo Entidade- Relacionamento Hugo Barros [email protected] http://www.hugobarros.com.br 1 Modelos de Dados Modelo de dados: Descrição formal da estrutura de um banco de dados Modelos propostos:
PROJETO PROCEDIMENTAL. Projeto de Programas PPR0001
1 PROJETO PROCEDIMENTAL Projeto de Programas PPR0001 2 Introdução Primeiro estudamos e determinamos a estrutura estática Agora vamos completar a trípode de modelagem: o Modelo de Objetos: especifica a
2
ANÁLISE DE SISTEMAS (processo de desenvolvimento de sistemas) por Antônio Maurício Pitangueira 1 2 Levantamento de requisitos Análise de requisitos Projeto Implementação Testes Implantação Foco da disciplina
Sistemas da Informação. Banco de Dados I. Edson Thizon
Sistemas da Informação Banco de Dados I Edson Thizon ([email protected]) 2008 Apresentação (mini-currículo) Formação Acadêmica Mestrando em Ciência da Computação (UFSC/ ) Créditos Concluídos. Bacharel
Universidade Estadual de Ponta Grossa PRÓ-REITORIA DE GRADUAÇÃO DIVISÃO DE ENSINO
Universidade Estadual de Ponta Grossa PROGRAMA DE DISCIPLINA SETOR: CIÊNCIAS AGRÁRIAS E DE TECNOLOGIA DEPARTAMENTO: INFORMÁTICA DISCIPLINA: PROJETO DE SISTEMAS DE INFORMAÇÃO CÓDIGO: 203094 Nº de aulas
PARTICIPANTES, FERRAMENTAS E O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Projeto de Programas PPR0001
PARTICIPANTES, FERRAMENTAS E O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Projeto de Programas PPR0001 2 Componente Humano / Participantes Analista o Deve ter conhecimento do domínio do negócio o Não precisa
MODELAGEM DE DADOS UNIDADE 2 Projeto de Banco de Dados. Luiz Leão
Luiz Leão [email protected] http://www.luizleao.com Conteúdo Programático 2.1 Projeto de banco de dados 2.2 Modelo Externo 2.3 Modelo Conceitual 2.4 Modelo Interno 2.5 Modelo Físico 2.6 Modelo de Dados
PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Pró-Reitoria de Graduação - PROGRAD Plano de Ensino 2016/2
PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Pró-Reitoria de Graduação - PROGRAD Plano de Ensino 2016/2 Disciplina: CMP1134 - Modelagem Conceitual de Dados Turma: C01 Subturma(s): 1 Créditos: 6 Carga Horária:
SISTEMA DE INFORMAÇÃO Modelo Conceitual. Prof. Luiz Fernando Laguardia Campos FMS
SISTEMA DE INFORMAÇÃO Modelo Conceitual Prof. Luiz Fernando Laguardia Campos FMS [email protected] Modelo conceitual Um modelo conceitual é uma descrição do banco de dados de forma independente
Modelo Entidade Relacionamento
Modelo Entidade-Relacionamento : Modelo de dados baseado na percepção do mundo real que consiste em um conjunto de objetos básicos chamados de entidades e relacionamentos Dept. CC Entidade Professor n
Arquitetura de Software. Fatec ES III - Prof. Dinis 1
Fatec ES III - Prof. Dinis 1 Segundo Shaw e Garlan Desde quando o primeiro programa foi dividido em módulos, os sistemas de software passaram a ter arquiteturas, e os programadores têm sido responsáveis
Análise e Projeto de Sistemas
Análise e Projeto de Sistemas Prof. M.Sc. Ronaldo C. de Oliveira [email protected] FACOM - 2012 Paradigmas e Processo de Software Engenharia de Software: Abrangência Engenharia de Software possui
FACULDADE DE CIÊNCIA DE ENGENHARIA DE SOFTWARE MATRIZ CURRICULAR DO CURSO DE ENGENHARIA DE SOFTWARE PRIMEIRO PERÍODO SEGUNDO PERÍODO
FACULDADE DE CIÊNCIA DE ENGENHARIA DE SOFTWARE MATRIZ CURRICULAR DO CURSO DE ENGENHARIA DE SOFTWARE PRIMEIRO PERÍODO ESW200 Introdução à Engenharia de Software 2 36 30 - ESW201 Prática de Programação I
Projeto e Desenvolvimento de Sistemas de Informação
Projeto e Desenvolvimento de Sistemas de Informação [email protected] 1 Objetivos Identificar problemas do mundo real implementáveis computacionalmente; Realizar a análise e projeto de soluções em software
Análise Clássica (Tradicional) X Análise Estruturada
UEG - Universidade Estadual de Goiás (Câmpus Posse) Disciplina: Análise e Projeto de Sistemas II Turma: 4 Semestre Ano: 2016 Professor: José Ronaldo Leles Júnior Análise Clássica (Tradicional) X Análise
PCS3413 Engenharia de Software e Banco de Dados
PCS3413 Engenharia de Software e Banco de Dados Aula 11 Escola Politécnica da Universidade de São Paulo 1 Conceitos de Sistemas de Gerenciamento de Banco de Dados (SGBD), Banco de Dados, Modelos de Dados
Notas de Aula 03: Introdução a Orientação a Objetos e a UML
Notas de Aula 03: Introdução a Orientação a Objetos e a UML Objetivos da aula: Introduzir os conceitos da Orientação à Objetos (O.O) Introduzir os conceitos da UML Relacionar os processos às ferramentas
Visões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Instituto Federal de Educação, Ciência e Tecnologia do Sul de Minas Gerais Câmpus Muzambinho. Muzambinho /MG.
SGNAPNE: Um software para o gerenciamento do núcleo de atendimento as pessoas com necessidades educacionais específicas do IFSULDEMINAS Campus Muzambinho-MG. Raphael de P. GONÇALVES 1 ; Leonardo F. MOREIRA
Unidade 3 23/10/2008. Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Redes de Computadores
Faculdade INED Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Redes de Computadores Disciplina: Banco de Dados Prof.: Fernando Hadad Zaidan 1 Unidade 3 3.1 Etapas da construção de
EA975 - Laboratório de Engenharia de Software
EA975 - Laboratório de Engenharia de Software Turmas K/L - 2017 Aula 8 Vamos inicialmente especificar com mais detalhes o termo "recurso" utilizado no estilo arquitetural REST. Em REST, recursos são uma
Documento de Arquitetura de Software- SGE
Documento de Arquitetura de Software- SGE IFG Autor: Marcelo Roldrin Barros Silva 1. Introdução 1.1 Finalidade Este documento oferece uma visão geral arquitetural abrangente do sistema SGE (Sistema de
PLANO DE ENSINO E APRENDIZAGEM CURSO: Tecnologia em Análise e Desenvolvimento de Sistemas
Disciplina: Análise Estruturada de Sistemas C.H. Teórica: 40 PLANO DE ENSINO E APRENDIZAGEM CURSO: Tecnologia em Análise e Desenvolvimento de Sistemas Período Letivo: Série: Periodo: 2 sem/2013 2ª Série
MER e DER Entidades Relacionamentos Atributos Ferramentas CASE Exemplos de DERs Exemplo de Minimundo. Banco de Dados. Aula 1.
Banco de Dados Aula 1.5 - Modelo ER Bruno Neiva Moreno Instituto Federal do Rio Grande do Norte Campus Nova Cruz [email protected] 1/40 Modelo Entidade Relacionamento Descreve objetos (entidades),
Requisitos de Sistemas
Requisitos de Sistemas Unidade II - Processos de Negócio Identificação Conceitos Modelagem - BPM - UML Processos x Requisitos 1 Processo de negócio CONCEITO Um processo de negócio, processo organizacional
BANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer
BANCO DE DADOS I Prof. Luiz Antônio Vivacqua C. Meyer Projeto de Banco de Dados Etapas do Desenvolvimento de um Projeto de Sistemas: 1. Levantamento de Requisitos a. Requisitos Funcionais b. Requisitos
Professor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
Programação Estruturada Orientada a Objetos
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Programação Estruturada Orientada a Objetos Docente: Éberton da Silva Marinho e-mail: [email protected] [email protected]
Modelagem de dados usando o modelo Entidade- Relacionamento (ER)
Modelagem de dados usando o modelo Entidade- Relacionamento (ER) slide 1 Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Tópicos Usando modelo de dados conceituais de alto nível
PLANO DE ENSINO. PRÉ-REQUISITO: Modelagem e Programação Orientada a Objetos. PROFESSORA RESPONSÁVEL: Roberta Macêdo Marques Gouveia
UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO PRÓ-REITORIA DE ENSINO DE GRADUAÇÃO Rua Dom Manoel de Medeiros, s/n Dois Irmãos 52171-900 Recife-PE Fone: 0xx-81-332060-40 [email protected] PLANO DE ENSINO
Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos
Banco de dados BD Dados x Informações Banco de dados Objetivo: Armazenar dados Consultar dados (dentro de um determinado contexto) gerando informações úteis Reter os dados de forma que possam ser utilizados
Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos
Banco de dados BD Banco de dados Objetivo: Armazenar dados Consultar dados (dentro de um determinado contexto) gerando informações úteis Reter os dados de forma que possam ser utilizados em outros momentos
MER Modelo de entidade e Relacionamento. Prof. Me. Hélio Esperidião
MER Modelo de entidade e Relacionamento Prof. Me. Hélio Esperidião Objetivos: Compreender os aspectos tecnológicos relacionados aos principais dispositivos de memória computacional. Banco de dados Podemos
DISCIPLINA: Programação de Computadores II
DISCIPLINA: Programação de Computadores II CÓDIGO: ECOM.007 Validade: a partir do 1º Semestre de 007 Carga Horária: Total: 30 horas-aula Semanal: 0 aulas Créditos: 0 Modalidade: Teórica Classificação do
SSC Engenharia de Software. Prof. Paulo C. Masiero
SSC - 5764 Engenharia de Software Prof. Paulo C. Masiero Processo de Software: Fases ou Subprocessos DEFINIÇÃO CONSTRUÇÃO MANUTENÇÃO Análise de Sistema Análise de Requisitos Projeto Projeto Processo pelo
Engenharia de Requisitos
DCC / ICEx / UFMG Engenharia de Requisitos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Motivação Motivação Porque levantar Requisitos é importante? Motivação Porque levantar Requisitos é importante?
RUP Unified Process. Profª Jocelma Rios
RUP Unified Process Profª Jocelma Rios Nov/2012 O que pretendemos: Reforçar os aspectos que caracterizam o processo iterativo e incremental Identificar como atingir os objetivos dos projetos de software
Arquitetura dos SBDs Características e Benefícios Visão Geral de Projeto de BD MER: Entidades e Atributos Atividade.
Banco de Dados Aula 1.4 - Sistemas de Banco de Dados Bruno Neiva Moreno Instituto Federal do Rio Grande do Norte Campus Nova Cruz [email protected] 1/25 Arquitetura dos SBDs 2/25 Objetivos dos SGBDs
1. INTRODUÇÃO A MODELAGEM DE DADOS
1. INTRODUÇÃO A MODELAGEM DE DADOS Para se construir uma casa ou um prédio de qualidade, é essencial fazer um planejamento detalhado, com a finalidade de pensar sobre as formas de construção, fazer estimativas
SISTEMA DE GERENCIAMENTO DE BANCO DE DADOS - SGBD
Fundação Centro de Análise, Pesquisa e Inovação Tecnológica Instituto de Ensino Superior - FUCAPI SISTEMA DE GERENCIAMENTO DE BANCO DE DADOS - SGBD Disciplina: Banco de Dados Prof: Márcio Palheta, Esp
Modelo Relacional. Aula 02
Aula 02 Modelo Relacional É um modelo baseado em relações, seus dados no BD são representados através de tabelas, ou seja, sua coleção ou relação recebe cada uma um nome único. Revisando: Dados: é o conteúdo
Ederson Luiz da Silva Ciência da Computação. Algoritmos e Programação
Ederson Luiz da Silva Ciência da Computação Algoritmos e Programação Linguagem de programação Linguagem de Programação Linguagem de máquina http://www.assemblyprogressivo.net/p/curso.html Linguagem de
Banco de Dados. SGBDs. Professor: Charles Leite
Banco de Dados SGBDs Professor: Charles Leite Sistemas de BD Vimos que um BANCO DE DADOS representa uma coleção de dados com algumas propriedades implícitas Por exemplo, um BD constitui os dados relacionados
MODELAGEM DE DADOS UNIDADE 3 Modelo Entidade-Relacionamento. Luiz Leão
Luiz Leão [email protected] http://www.luizleao.com Conteúdo Programático 3.1 Modelo Entidade-Relacionamento 3.1.1 Modelo de Banco de Dados 3.1.2 Modelo Conceitual 3.1.3 Modelo lógico 3.2 As Principais
