SISTEMA DE ENSINO PRESENCIAL CONECTADO CURSO SUPERIOR DE TECNOLOGIA E ANALISE E DESENVOLVIMENTO DE SISTEMAS JAILSON SILVA MATIAS

INFORMATIZAO EMPRESARIAL

Morrinhos - GO 2011

JAILSON SILVA MATIAS

INFORMATIZAO EMPRESARIAL

Trabalho apresentado ao Curso Superior de Tecnologia e Analise e Desenvolvimento de Sistemas da Universidade Norte do Paran - UNOPAR Professores. Polyanna Gomes Roberto Y. Nishimura Lus Claudio Perini Anderson Gonalves

Morrinhos - Go 2011

SUMRIO

1 INTRODUO ....................................................................................... 04 2 Caso de Uso ......................................................................................... 2.1 Caso de Uso. Cadastramento Usurio na Biblioteca ......... 2.2 Entidades, Tabelas, relacionamentos e Cordialidade ....... 2.3 Verso da NET framework e do visual Studio ................... 2.4 Modelos geis e Modelos Evolucionrios ....................... 3 Concluso ........................................................................................... 4 Referncias Bibliogrficas ................................................................ 05 05 06 08 10 18 19

1 INTRODUO

Neste trabalho irei abordar a documentao de caso de uso, tcnicas de modelagem, entidade, relacionamento, tambm desenvolvimento na linguagem c# junto com suas funcionalidades. Farei pesquisa bibliogrfica sobre os modelos geis e modelos evolucionrios. Lembrando que depois de estudado sobre a UML e bom lembrar que uma linguagem para especificao, documentao, visualizao e desenvolvimento de sistemas orientados a objetos. Sintetiza os principais mtodos existentes, sendo considerada uma das linguagens mais expressivas para modelagem de sistemas orientados a objetos. Por meio de seus diagramas possvel representar sistemas de softwares sob diversas perspectivas de visualizao. Facilita a comunicao de todas as pessoas envolvidas no processo de desenvolvimento de um sistema. Neste trabalho pretendo elaborar um projeto que pode usar e seus componentes principais neste caso de uso, sobre os modelos geis e revolucionrios, alguns como o Cascata, RUP, Espiral, Extremem Programming (XP), Scrum, e outros.

2 CASO DE USO 2.1 Cadastro de Usurio na Biblioteca Considere um Caso de Uso Controlar Usurio, cujo objetivo cadastrar o usurio da biblioteca. Partindo desse cenrio, elabore a documentao de Caso de Uso.

Caso de uso: Cadastrar Usurio da biblioteca. Descrio: Fazer cadastro de usurio no sistema da biblioteca. Ator: Bibliotecrio - Ele e o responsvel pelo cadastro de livros, usurios, faz os atendimentos e solicitaes de cadastro, faz os emprstimos ou reservas, devolues, e outras necessidades dos usurios. Ator: Usurio - Que solicita seu cadastro faz emprstimo ou reserva de livros, efetua devoluo, entre outras coisas de suas necessidades.

Cenrio principal Bibliotecrio solicita ao usurio que seja feito o cadastro. Sistema exibe o controle de cadastro Bibliotecrio solicita e faz a incluso O software gera cdigo de cadastro Usurio informa CPF do usurio Software valida CPF do usurio Usurio informa os demais dados Software verifica se h pendncias Software solicita livro a ser emprestado Software solicita data de devoluo O Usurio faz o emprstimo Se o livro no estiver disponvel o software faz a reserva. 2.2 Entidades, Tabelas, Relacionamentos e Cordialidades ENTIDADES: Conjunto de coisas ou objetos relevantes para o que se quer representar ou armazenar. Pode ser abstrato ou concreto e possui caractersticas ou propriedades em comuns agrupados, na lngua portuguesa so reconhecidos como substantivos. As entidades podem ser um conjunto de objetos onde podem ser armazenados informaes no banco de dados. RELACIONAMENTO: a definio de relacionamento que liga duas entidades, duas coisas ou objetos. um grupo de associaes entre elementos que tambm tem relevncia quando associados entre si. Podem ocorrer entre duas entidades (binrio) ou entre vrias entidades (ternrio, n-rio). Na lngua portuguesa so reconhecidos como verbos. ATRIBUTOS: Os atributos podem ter diversas classificaes

dependendo do seu tipo. Os atributos so um dado, uma caracterstica ou uma propriedade relevante de uma entidade ou relacionamento. Toda entidade pode possuir propriedades ou qualidades que so descritas por atributos e valores.

CARDINALIDADE: a quantidade de ocorrncias de entidades que podem estar associadas a uma ocorrncia da entidade que se quer analisar. tambm conhecida como regra do negcio entre as entidades envolvidas em um relacionamento. ADMINISTRADOR DE BANCO DE DADOS: o controlador central dos dados e programas que iro acessar o banco de dados. aquele que defini o esquema e a estrutura de armazenamento e mtodos de acesso, possibilitando atualizaes necessrias ao banco de dados atravs de regras, controle de acesso e restries de integridade. MODELO CONCEITUAL: O modelo conceitual permite descrever a realidade do ambiente do problema, formada de uma viso global de todos os relacionamentos, independente das restries de implementao. chamado de modelo abstrato, porque descreve a estrutura de um banco de dados de maneira independente. MODELO LGICO: Descreve as estruturas que estaro contidas no banco de dados, de acordo com as possibilidades permitidas pela abordagem, mas sem considerar ainda nenhuma caracterstica especfica de um SGBD. E o modelo de dados que busca representar uma estrutura de dados conforme ponto de vista de um analista. MODELO FSICO: neste modelo a preocupao fica mais direcionada s caractersticas de armazenamento fsico do banco de dados. Nesta hora e bom pensar melhor se vantajoso armazenar tabelas separadas em discos diferentes ou se devemos separar tabelas em vrias tabelas.

2.3 Verso da NET framework e do visual Studio Depois de pesquisar em vrios sites e tambm fazer leituras dos livros desse semestre e tambm alguns outros e fazer reunies em grupo com minha turma de sala, resolvi fazer a escolha do Windows Forms por ter interface

ligada ao usurio no. Net Framework alm de ser mais simples na hora de ser usada, alm de atender as necessidades do dia a dia na hora do desenvolvimento de aplicaes desktop. Na escolha do Windows Forms lembramos que um conjunto de bibliotecas gerenciadas que habilita tarefas comuns de aplicativo como a leitura e a gravao no sistema de arquivos. Usando um ambiente de desenvolvimento como o Visual Studio, voc pode criar aplicativos Windows Forms que exibem informaes, solicitam entradas de usurios e se comunicam com computadores remotos pela rede. Quando usamos o Windows Forms, um formulrio uma superfcie visual na qual so exibidas informaes para o usurio. Normalmente, os aplicativos do Windows Forms so criados pela insero de controles em formulrios e pelo desenvolvimento de respostas a aes do usurio, como cliques do mouse ou pressionamentos de teclas. Um controle um elemento discreto de interface do usurio que exibe dados ou aceita a entrada de dados. Quando um usurio ou administrador executa alguma ao em seu formulrio ou em um de seus controles, gera um evento. O seu aplicativo reage a esses eventos usando cdigo e os processa quando eles acontecem. O Windows Forms contm uma variedade de controles que podem ser colocados em diversos formulrios: controles que exibem caixas de texto, botes, caixas suspensas, botes de rdio, comentrios, etc. Abaixo coloquei alguns exemplos de componentes usados depois das pesquisas realizadas: Windows Forms Controls by funo: lista e descreve os controles Windows Forms com base na .NET Framework. Controles com Built-in proprietrio-desenho suporte: descreve como alterar aspectos da aparncia de um controle que no esto disponvel por meio de propriedades. BackgroundWorker componente: permite que um formulrio ou controle para executar uma operao de maneira assncrona. BindingNavigator controle: fornece a interface de usurio de navegao e manipulao (UI) para controles ligados a dados. O Componente BindingSource: encapsula uma fonte de dados para vinculao de controles.

Boto controle: apresenta um boto padro que o usurio pode clicar para realizar aes. Controle CheckBox : indica se uma condio ou desativar. Controle CheckedListBox: exibe uma lista de itens com uma caixa de seleo prxima a cada item. ColorDialog componente: permite que o usurio selecionar uma cor de uma paleta em uma caixa de dilogo pr-configurado e adicionar cores personalizadas para essa paleta. ComboBox controle: exibe dados em uma caixa de combinao suspensa. ContextMenu componente: fornece um menu de comandos usados com freqncia que esto associados com o objeto selecionado com com facilidade acessvel aos usurios. Embora ContextMenuStrip substitui e adiciona funcionalidade a ContextMenu controle de verses anteriores, ContextMenu mantida para compatibilidade com verses anteriores e para uso futuro, se desejado. ContextMenuStrip controle: representa um menu de atalho. Embora ContextMenuStrip substitui e adiciona funcionalidade a ContextMenu controle de verses anteriores, ContextMenu mantida para compatibilidade com verses anteriores e para uso futuro, se desejado. Controle DataGrid: exibe dados tabulares a partir de um conjunto de dados e permite atualizaes para a fonte de dados. DataGridView controle: fornece um sistema flexvel e extensvel para exibir e editar dados tabulares. Controle DateTimePicker: permite que o usurio selecionar um nico item em uma lista de datas ou horas. Controles de caixa de dilogo e componentes: descreve um conjunto de controles que permitem aos usurios executar interaes padro com o aplicativo ou sistema. DomainUpDown controle: exibe as seqncias de texto que um usurio pode procurar e selecionar. ErrorProvider componente: exibe informaes de erro para o usurio de maneira no invasiva. Classe FileDialog: fornece a funcionalidade da classe base para caixas de dilogo de arquivo.

10

Controle FlowLayoutPanel: representa um painel que dispe o Sumrio dinamicamente horizontal ou verticalmente. FolderBrowserDialog componente: exibe uma interface com que os usurios podem procurar e selecionar um diretrio ou criar um novo. FontDialog componente: expe as fontes que so atualmente instaladas no sistema. GroupBox controle: fornece um agrupamento identificvel para outros controles. HelpProvider componente: associa um arquivo de Ajuda em HTML com um aplicativo baseado no Windows.

2.4. MODELOS GEIS e MODELOS EVOLUCIONARIOS MODELO EVOLUCIONRIO: O modelo evolucionrio tem como base idia de desenvolver uma implementao inicial, e interagir ativamente com o cliente de modo a fazer seu aprimoramento por meio de muitas verses at que um sistema adequado tenha sido desenvolvido. A natureza evolucionria do software no considerada explicitamente nem no modelo linear seqencial, nem no modelo de prototipao; Os modelos evolucionrios so iterativos, ou seja, so caracterizados de maneira que permitem aos engenheiros de software, construes com verses cada vez mais completas do software; Clssico ou Cascata: Este modelo foi idealizado em 1970 por Royce, e tem como caracterstica principal a sequencialidade das atividades. Etapas Baseado em projetos de engenharia clssicos (modelo de engenharia convencional) requer abordagem sistemtica e sequencial. E suas fases so, Engenharia de sistema, Anlise, Projeto, Codificao, Teste, Manuteno. Aplicaes Na primeira fase, a definio de todos os requisitos necessrios para o sistema proposto, na segunda fase Anlise coletado os requisitos para a funcionalidade, desempenho e interfaces e tambm documentado sinto junto com o cliente. Na face de Projeto, tem a finalidade de

11

detalhamento tcnico. A codificao a fase que resulta os programas construdos, conforme documentao na fase de projeto. Comea a fase de teste, so realizadas atividades para descobrir possveis erros no sistema. Na ultima fase, est previsto mudanas no software aps a entrega ao cliente, ests mudanas provocadas por adaptao ao meio externo ou novas funcionalidades. Vantagens/Desvantagens Os projetos reais no seguem um fluxo seqencial, dificuldade de mudanas depois de iniciado, dificuldade de declarao de todas as exigncias do cliente. Rational Unified Process: O RUP, abreviao de Rational Unified Process (ou Processo Unificado Racional), um processo proprietrio de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM, ganhando um novo nome IRUP que agora uma abreviao de IBM Rational Unified Process. O RUP usa a abordagem da orientao a objetos em sua concepo e projetado e documentado utilizando a notao UML (Unified Modeling Language) para ilustrar os processos em ao. um processo considerado pesado e preferencialmente aplicvel a grandes equipes de desenvolvimento e a grandes projetos, porm o fato de ser amplamente customizvel torna possvel que seja adaptado para projetos de qualquer escala. As fases indicam a nfase que dada no projeto em um dado instante. O RUP divide o projeto em quatro fases diferentes: Fase de Concepo - A fase de concepo contm os workflows necessrios para que as partes interessadas concordem com os objetivos, arquitetura e o planejamento do projeto. Fase de Elaborao - A fase de elaborao ser apenas para o projeto do sistema, buscando complementar o levantamento / documentao dos casos de uso Fase de Construo - Na fase de construo, comea o desenvolvimento fsico do software, produo de cdigos, testes alfa e beta. Fase de Transio - Nesta fase ocorre a entrega do software, realizado o plano de implantao e entrega, acompanhamento e qualidade do

12

software. Incremental: Caractersticas - Combina elementos do modelo seqencial linear com a filosofia interativa da prototipagem. Cada sequncia linear produz um incremento. Etapas Exploratria, o objetivo trabalhar com o cliente a partir de uma primeira especificao at atingir o produto final. Aplicaes Para sistemas pequenos a mdios; Para partes de grandes sistemas, por exemplo, para a interface com o utilizador; Para sistemas com curto tempo de vida. Por exemplo: Se fssemos desenvolver um site, no primeiro incremento teramos as funcionalidades sobre a empresa, contato e produtos. Em um segundo incremento teramos acesso restrito para clientes, newsletter, enquete e assim se seguiria durante todo o processo de desenvolvimento. Quando este modelo usado, o primeiro incremento tido como o ncleo do sistema. Ele usado pelo cliente e ento necessrio fazer um plano para o prximo incremento como resultado do uso/avaliao. Vantagens/Desvantagens - O plano visa melhorar o ncleo e adicionar novas funcionalidades, que por sua vez sero testadas e alteradas para adequarem s solicitaes do cliente e assim por diante. A grande diferena do modelo incremental que a cada incremento o cliente j possui um modelo utilizvel e aprovado. Porm resulta em alguns problemas como falta de visibilidade do processo, resulta muitas vezes em sistema mal estruturados e pode necessitar do uso de linguagens de desenvolvimento rpido. Espiral: Caractersticas: - Foi desenvolvido para abranger as melhores caractersticas tanto do ciclo de vida clssico como da prototipao, acrescentando, ao mesmo tempo, um novo elemento, a anlise de riscos que falta a esses paradigmas. Tambm mescla o modelo seqencial linear com o da prototipagem. Oferece potencial para desenvolvimento rpido de verses incrementais do software. Nos primeiros incrementos podem ser usados papel ou prottipo. So utilizadas as seguintes tarefas: Comunicao com o cliente, Planejamento: tarefa necessria para definir recursos, prazos e outras informaes relacionadas ao projeto. Etapas Elaborar objetivos, restries e alternativas para entidades de

13

software. Avaliar alternativas com relao aos objetivos e restries, e identificar as principais fontes de riscos. Elaborar a definio das entidades de software em um projeto. Planejar o prximo ciclo. Abortar um projeto se ele apresentar um alto fator de risco. Aplicaes Planejamento: define recursos, referencias de tempo e outras informaes do projeto. Anlise de risco: levantamento de riscos tcnicos e de gerenciamento. Engenharia: Constri uma ou mais representaes da aplicao. Construo e release: constri, testa, instala e da suporte ao usurio (documentao e treinamento). Avaliao do cliente: obter feedback com base na representao do software criado durante a fase de engenharia e implementado na fase de construo. Vantagens/Desvantagens Atualmente a abordagem mais realstica, desenvolvedor e cliente tm a capacidade de entender e reagir aos riscos em cada etapa exige experincia na determinao de riscos e disso depende o sucesso do projeto. Montagem de componentes: Caractersticas Incorpora as caractersticas de tecnologias orientadas a objetos no modelo espiral, a atividade de engenharia comea com a identificao de classes candidatas, se a classe existe ela ser reutilizada se a classe no existe, ela ser desenvolvida nos moldes do paradigma de Orientao a Objeto. Etapas Processo baseado na reutilizao sistemtica de componentes; Anlise de requisitos; Anlise de componentes; Modificao dos requisitos; Desenho do sistema; Desenvolvimento e integrao; Validao. Aplicaes Vantagens/Desvantagens Reduz quantidade de cdigo a desenvolver, conduz a um processo mais rpido, reduz custo de desenvolvimento. Requisitos podem no ser cumpridos exatamente, a evoluo do sistema pode no estar totalmente sob controle visto que os componentes podem ser desenvolvidos por terceiros. Mtodos geis: Mtodos geis so uma coleo de metodologias baseada na prtica para modelagem efetiva de sistemas baseados em software. As metodologias geis aplicam uma coleo de prticas, guiadas por

14

princpios e valores que podem ser aplicados por profissionais de software no dia a dia Extreme Programming (XP) Caractersticas Metodologia criada para produzir o software que o cliente precisa quando ele necessrio. XP encoraja os desenvolvedores a atender as requisies de mudanas dos requisitos do software. Alguns princpios traduzem o esprito da metodologia e deve ser rigorosamente seguidos e planejados, simplicidade, comunicao, feedback, coragem. Etapas As prticas so um conjunto de atividades que devero ser seguidas pelas equipes que desejam utilizar a XP. Os valores apresentados anteriormente somados a estas prticas formam um conjunto entrelaado de boas atitudes. Aplicaes Projetos cujos requisitos so vagos e mudam com freqncia, Desenvolvimento de sistemas orientados a objeto Desenvolvimento incremental (ou iterativo),onde o sistema comea a ser implementado logo no incio do projeto e vai ganhando novas funcionalidades ao longo do tempo. Vantagens/Desvantagens - A XP trabalha com uma viso diferente do modelo tradicional em relao ao cliente. Ele sugere que o cliente esteja no dia-a-dia do projeto, acompanhando os passos dos desenvolvedores. Scrum Caractersticas - O SCRUM um modelo de desenvolvimento gil de software que fornece mtodos para se definir o planejamento, os principais papis de pessoas e a forma de trabalho do time. A idia do SCRUM justamente definir papis bem especficos para as pessoas envolvidas no projeto. Etapas O produto definido: quais so os seus requisitos? O que realmente o cliente quer? O responsvel por esta tarefa o que chamamos de Proprietrio do Produto. O Proprietrio do Produto define quais so as funcionalidades do programa, criando assim o que chamamos de Product Backlog.

15

Com as prioridades definidas, uma pessoa definida para ser o ScrumMaster, uma espcie de coordenador do projeto. O ScrumMaster, junto com o Proprietrio do Produto e o Time de desenvolvimento definem o que chamamos de Sprints. Cada Sprint possui uma parte de todo o Product Backlog, e devem ser trabalhados de acordo com as prioridades definidas no Product Backlog. Os Sprints devem ser preparados de uma forma de que durem de 2 a 4 semanas, e que no final de cada perodo tenham um produto apresentvel para o cliente. Os Sprints vo sendo feitos at o Product Backlog acabar e o Proprietrio do Produto definir que o projeto est pronto. Aplicaes desenvolvimento de um sistema web de streaming de vdeo para a Internet. Vantagens/Desvantagens Praxis Caractersticas O PRAXIS (Processo para Aplicativos eXtensiveis e InterativoS) um processo de desenvolvimento de software.que so responsabilidade de membros especficos do projeto. Ele tem enfoque educacional, com o objetivo de dar suporte ao treinamento em Engenharia de Software. Etapas O Praxis, que j est em sua segunda verso, possui um ciclo de vida composto por fases, dividida em iteraes. Cada iterao produz um conjunto precisamente definido de documentos, modelos e relatrios, que so os artefatos do processo: Documentos so os artefatos produzidos por ferramentas de processamento de texto ou hipertexto, para fins de documentao dos principais aspectos de engenharia de um projeto, incluindo aspectos selecionados dos modelos e aspectos no modelveis. So, tipicamente, os artefatos entregues aos clientes. Modelos so os artefatos de uma ferramenta tcnica especfica (tais como planilhas, ferramentas de modelagem orientada a objetos e de desenvolvimento), produzido e usado nas atividades de um dos fluxos do processo.

16

Relatrios so artefatos que relatam as concluses de determinadas atividades do projeto. Na construo desses artefatos, o usurio do processo guiado por padres e auxiliado pelos gabaritos de documentos e por exemplos, constantes do material de apoio. Aplicaes Para uso dos modelos de anlise e desenho, indispensvel o uso da ferramenta IBM Rational Rose, verso 2003 ou superior; Para edio do cdigo-fonte recomendado o ambiente de desenvolvimento Borland JBuilder, pelo menos no nvel Foundation e na verso X, mas o cdigo pode ser facilmente transportado para qualquer outro ambiente de desenvolvimento Java; Para uso das baterias de testes, a plataforma Junit, verso 3.8.1 ou superior; Para edio da maioria dos anexos, as ferramentas Microsoft Word e Excel, verso 2003 ou superior; Para visualizao da maioria dos anexos, os respectivos visualizadores distribudos pela Microsoft so suficientes; Para uso do cadastro dos requisitos, recomendado o uso da ferramenta IBM Rational RequisitePro, verso 2003 ou superior; Para edio dos prottipos, qualquer ferramenta capaz de editar HTML, embora o Microsoft Visio tenha sido usado no prottipo de desenho. Vantagens/Desvantagens Os padres do PRAXIS esto em conformidade com os padres de engenharia de software do IEEE, os mais abrangentes e respeitados da rea. O PRAXIS inclui um conjunto de conceitos, tcnicas, fluxos de trabalho e sub-processos que cobrem todos os aspectos dos projetos tpicos de software e so baseados em mtodos de aceitao consagrados pela indstria de software. Crystal/Clear Caractersticas - uma metodologia direcionada a projetos pequenos, com equipes de at 6 desenvolvedores. Assim como com SCRUM, os membros da equipe tem especialidades distintas. Existe uma forte nfase na comunicao entre os membros do grupo.

17

Etapas - Toda a especificao e projeto so feitos informalmente, utilizando quadros publicamente visveis. Os requisitos so elaborados utilizando casos de uso, um conceito similar s estrias de usurio em XP, onde so enunciados os requisitos como tarefas e um processo para sua execuo. Aplicaes - Grande parte da metodologia pouco definida, e segundo o autor, isto proposital; a idia de Crystal/Clear permitir que cada organizao documentos Vantagens/Desvantagens - As entregas das novas verses de software so feitos em incrementos regulares de um ms, e existem alguns subprodutos do processo que so responsabilidade de membros especficos do projeto. Feature Driven Development Desenvolvimento orientado a funcionalidades Stephen Palmer & John Felsing 2002 Caractersticas - Mtodo gil e adaptativo; Foco nas fases de desenho e construo Interage com outras metodologias, No exige nenhum processo especfico de modelagem, Possui desenvolvimento iterativo, Enfatiza aspectos de qualidade durante o processo e inclui entregas freqentes e tangveis, Suporta desenvolvimento gil com rpidas adaptaes s mudanas de requisitos e necessidades do mercado Etapas - Consiste de 5 processos principais: Desenvolver um modelo compreensvel (Develop anoverall model),Construir uma lista de funcionalidades (Build a features list), Planejar por funcionalidade (Plan By Feature), Projetar por funcionalidade (Design by feature), Construir por funcionalidade (Build by feature) Aplicaes - Boas Prticas, Modelagem de objetos de domnio (Domain Object Modeling), Explorao e explicao do problema do domnio, Resulta em um arcabouo, Desenvolver por funcionalidade (Developing by feature), Desenvolvimento e acompanhamento do progresso atravs de da lista de funcionalidades. implemente as atividades que lhe parecem adequadas, fornecendo um mnimo de suporte til do ponto de vista de comunicao e

18

4. Concluso Podemos concluir que, a informatizao um dos principais responsveis se no for o principal, pelo o desenvolvimento da sociedade, tanto sociolgico, empresarial e cultural. As atividades propostas neste portifolio tiveram como objetivo aprofundar mais os nossos conhecimentos que estamos adquirindo neste semestre do curso de Analise e Desenvolvimento de Sistemas. Na primeira atividade nos mostrou a importncia da documentao do caso de uso que descreve de forma simples o que deve ocorrer em determinado caso de uso. Na Segunda atividade fez com nos apresentssemos conceitos fundamentais da tcnica de modelagem entidade relacionamento. Na terceira atividade inicia o uso do C# como linguagem de programao mostrando seus diversos tipos de projetos e seus inmeros componentes. Na quarta atividade abordamos diversos estilos de modelagem existente e mostra que cada um mais indicado a determinado tipo de projeto de pendendo de fatores como tamanho, estrutura, necessidades e usurios do projeto.

19

5. REFERNCIAS http://pt.wikipedia.org/wiki/IBM_Rational_ http://msdn.microsoft.com/pt-br/library/hk4ts42s%28v=vs.90%29.aspx http://www.juliobattisti.com.br/tutoriais/herbertgois/programandocsharp003.asp http://pt.wikipedia.org/wiki/Administrador_de_banco_de_dados http://www.infoescola.com/profissoes/administrador-de-banco-de-dados/ http://www.macoratti.net/cbmd1.htm http://www.luis.blog.br/relacionamento-entre-entidades-tipos-ecardinalidade.aspx http://www.sqlmagazine.com.br/Colunistas/Reinaldo/05_Modelagem_P2.asp http://www.devmedia.com.br/ http://www.luis.blog.br/modelagem-conceitual-modelo-conceitual-dedados.aspx http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logicoe-fisico.aspx http://pt.scribd.com/doc/6584442/Modelagem-Conceitual-de-Dados http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logicoe-fisico.aspx http://pt.wikipedia.org/wiki/Modelagem_de_dados http://www.devmedia.com.br/post-368-Por-que-construir-um-Modelo-de-DadosLogico-Parte-I.html http://pt.wikipedia.org/wiki/Modelagem_de_dados http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logicoe-fisico.aspx http://www.macoratti.net/vbn_bas1.htm http://msdn.microsoft.com/pt-br/vbasic/ms789117 http://msdn.microsoft.com/pt-br/library/dd30h2yb.aspx http://www.macoratti.net/vbnet_4.htm