METODOLOGIA DE AVALIAÇÃO PARA AQUISIÇÃO DE UMA FERRAMENTA DE ENGENHARIA REVERSA ANTONIO MATEUS LOCCI ORIENTADOR: PROF. DR. LUIZ EDUARDO GALVÃO MARTINS

Tamanho: px
Começar a partir da página:

Download "METODOLOGIA DE AVALIAÇÃO PARA AQUISIÇÃO DE UMA FERRAMENTA DE ENGENHARIA REVERSA ANTONIO MATEUS LOCCI ORIENTADOR: PROF. DR. LUIZ EDUARDO GALVÃO MARTINS"

Transcrição

1 Universidade Metodista de Piracicaba Faculdade de Ciências Matemáticas, da Natureza e Tecnologia da Informação. Programa de Pós-Graduação em Ciência da Computação METODOLOGIA DE AVALIAÇÃO PARA AQUISIÇÃO DE UMA FERRAMENTA DE ENGENHARIA REVERSA ANTONIO MATEUS LOCCI ORIENTADOR: PROF. DR. LUIZ EDUARDO GALVÃO MARTINS Dissertação apresentada ao Programa de Pós- Graduação em Ciência da Computação, da Faculdade de Ciências Matemáticas, da Natureza e Tecnologia da Informação, da Universidade Metodista de Piracicaba - UNIMEP, como requisito para obtenção do Título de Mestre em Ciência da Computação. PIRACICABA,SP 2006METODOLOGIA DE AVALIAÇÃO PARA AQUISIÇÃO DE UMA FERRAMENTA DE ENGENHARIA REVERSA

2 AUTOR: ANTONIO MATEUS LOCCI ORIENTADOR: LUIZ EDUARDO GALVÃO MARTINS Profa. Dra. Rogéria Cristiane Gratão de Souza UNESP - São José do Rio Preto Profa. Dra. Tereza Gonçalves Kirner UNIMEP Prof. Dr. Luiz Eduardo Galvão Martins UNIMEP

3 À Minha noiva Vanessa, pelo apoio e compreensão. Aos Meus pais Antonio Carlos e Maria Aparecida. AGRADECIMENTOS Ao longo deste período de estudos e pesquisas tenho muito a agradecer. Primeiramente, a DEUS que não me deixou fraquejar e desistir, em uma fase tão importante e singular da minha vida.

4 Ao professor Dr. Luiz Eduardo Galvão Martins pela orientação, compreensão, encorajamento e incentivo dedicado ao desenvolvimento deste trabalho. Aos meus pais Antonio Carlos e Maria Aparecida, pela educação concedida, afeto e compreensão nos momentos mais difíceis. As minhas irmãs Rita de Cássia e Claudia Fernanda, pela disposição, dedicação e companheirismo em situações de extrema necessidade. As minhas tias Aninha e Maria, pelas preces dedicadas, nos momentos que eu mais necessitava. A minha noiva Vanessa, pelo amor e carinho nessa fase tão importante da vida. Ao meu cunhado Julio César, pela atenção nos momentos finais da minha dissertação. Aos amigos, André e Patrícia pelo apoio e disposição na finalização da minha dissertação. As secretárias Solange e Rosa, pela disposição no atendimento junto à secretaria da Universidade, quanto a dúvidas acadêmicas. Aos meus colegas de mestrado pela oportunidade de tê-los conhecido e convivido em momentos tão diversos. A minha instituição (ALIE) e amigos de trabalho, pelo apoio e compreensão no decorrer da minha dissertação.

5 Eduquem-se os meninos e não será preciso castigar os homens." (Pitágoras)

6 RESUMO A maioria dos sistemas já implantados ou em processo de implantação possuem uma restrita documentação de apoio ao desenvolvimento, e em muitos casos nenhuma documentação. Isto é atribuído aos cronogramas com tempos reduzidos, que são aplicados para o desenvolvimento do software ou à falta de experiência do desenvolvedor neste processo. A contribuição deste trabalho está voltada exclusivamente em propor uma metodologia de escolha de uma ferramenta para a Engenharia Reversa, levando em consideração a intensidade da situação problema que se encontra a documentação do sistema legado. Os métodos estudados foram: Fusion RE, Fusion RE/I, Renaissance, Sneed & Nyáry, Abordagem Genérica De Engenharia Reversa e as ferramentas Case estudas foram: Dr. Case, Dbmain, Erwin, Case Studio, SA, Rose. O processo de avaliação proposto na metodologia dividiu-se em três etapas principais: identificação do sistema atual, definições das correlações e a pontuação dos pesos para cada correlação, permitindo ao desenvolvedor personalizar a metodologia de escolha com o cenário atual que se encontra o sistema legado a ser reestruturado. Foi realizado juntamente com uma Instituição de Ensino, um estudo de caso, para localizar uma ferramenta CASE de Engenharia Reversa com o intuito de auxiliar o processo de reestruturação do sistema legado. Os resultados obtidos foram satisfatórios em relação à metodologia e também para a Instituição que utilizou a mesma para sinalizar a melhor ferramenta CASE de Engenharia Reversa de acordo com o cenário que se encontrava o sistema atual. PALAVRAS-CHAVE: Engenharia Reversa, Ferramenta Case, Correlações, Métodos de Engenharia Reversa, Sistemas Legados.

7 METHODOLOGY OF EVALUATION FOR ACQUISITION OF A TOOL OF REVERSE ENGINEERING ABSTRACT The majority of the implanted systems already or in process of implantation have a restricted documentation for supporting development and usually no documentation. This is due to the reduced time schedules, applied for the software development or to the lack of experience of the developer in this process. The contribution of this work is exclusively directed to proposing a methodology for better choosing a tool for Reverse Engineering, considering the problem situation intensity of the system legacy documentation. The studied methods were: Fusion RE, Fusion RE/I, Renaissance, Sneed & Nyáry, Generic Boarding of Reverse Engineering and the studied Case tools were: Dr. Case, Dbmain, Erwin, Case Studio, SA, Rose. The process of evaluation proposed in such a methodology was divided into three main stages: identification of the current system, definitions of the correlations and the evaluation of the weights for each correlation, therefore the developer personalize the methodology of choice in accordance with the current situation of the legacy system to be reorganized. It was made together with an Institution of Education, as a case study, in order to find out a Reverse Engineering CASE tool focusing the assistance of the legacy system reorganization process. The results obtained were satisfactory in relation to the methodology and for the Institution that used it to identify the best Reverse Engineering CASE tool in accordance with the current system situation. KEYWORDS: Reverse Engineering, Case Tool, Correlations, Reverse Engineering Methods, Legacy Systems. ÍNDICE

8 RESUMO...V ABSTRACT...VI LISTA DE FIGURAS...IX LISTA DE ABREVIATURAS E SIGLAS...X LISTA DE TABELAS...XI LISTA DE QUADROS...XII 1. INTRODUÇÃO ENGENHARIA REVERSA CONCEITOS DE ENGENHARIA REVERSA MÉTODO FUSION / RE OBJETIVOS PROCEDIMENTOS E RESULTADOS MÉTODO FUSION RE/I OBJETIVO RECUPERAÇÃO DE VISÕES FUNCIONAIS - ETAPA RECUPERAÇÃO DE VISÕES ESTRUTURAIS - ETAPA MÉTODO RENAISSANCE OBJETIVOS PROCEDIMENTOS E RESULTADOS DETALHAMENTO DO MÉTODO E RESULTADOS MÉTODO SNEED & NYÁRY OBJETIVOS PROCEDIMENTOS E RESULTADOS MÉTODO DE ABORDAGEM GENÉRICA DE ENGENHARIA REVERSA OBJETIVOS PROCEDIMENTOS E RESULTADOS FERRAMENTA CASE CONCEITO FERRAMENTA DR. CASE CARACTERÍSTICAS FERRAMENTA DB-MAIN CARACTERÍSTICAS FERRAMENTA ERWIN CARACTERÍSTICAS PROJETO INTERATIVO DE SUPORTE COM COMPLETE-COMPARE FERRAMENTA CASE STUDIO CARACTERÍSTICAS FERRAMENTA ROSE CARACTERÍSTICAS FERRAMENTA SYSTEM ARCHITECT CARACTERÍSTICAS METODOLOGIA DE AQUISIÇÃO DE UMA FERRAMENTA DE ENGENHARIA REVERSA VISÃO GERAL DA METODOLOGIA DE ESCOLHA DA FERRAMENTA DE ENGENHARIA

9 REVERSA DETALHAMENTO DA METODOLOGIA PROPOSTA DEFINIÇÕES DOS TIPOS DE RELACIONAMENTO REFERENTES A SUAS CORRELAÇÕES E ESCALAS DE VALORES CORRELAÇÕES IDENTIFICADAS PARA O PROCESSO DE ESCOLHA DE UMA FERRAMENTA DE ENGENHARIA REVERSA ESTUDO DE CASO - DADOS DA PESQUISA RESULTADOS DAS CORRELAÇÕES REFERENTES ÀS RESPOSTAS DAS DIRETRIZES PESOS ATRIBUÍDOS PARA AS CORRELAÇÕES RESULTADO FINAL DAS CORRELAÇÕES REFERÊNCIAS BIBLIOGRÁFICAS... 73

10 LISTA DE FIGURAS FIGURA FASES DA ENGENHARIA REVERSA FIGURA MODELO FUSION / RE FIGURA DESENVOLVIMENTO DE UM NOVO SISTEMA FIGURA DIAGRAMA DE ESCOLHA DA FERRAMENTA DE ER FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE AS RESPOSTAS DA CORRELAÇÃO FIGURA GRÁFICO REFERENTE A DIRETRIZ SEM CORRELAÇÃO ATENDIMENTO ON-LINE FIGURA RESULTADO FINAL DAS CORRELAÇÕES (1 A 8) FIGURA RESULTADO FINAL DAS CORRELAÇÕES ACRESCENTANDO OS INDICATIVOS DE ATENDIMENTO ON-LINE... 70

11 LISTA DE ABREVIATURAS E SIGLAS ADO BDE CASE CODASYL DBMS DER DFD DLL DTD ER HTML IDS IMS MASA MAS ODBC OMT RE/I RTF SA SGDB SGE SQL UML XML ActiveX Data Objects Borland Database Engine Computer-Aided Software Engineering Comitee For Data Systems Language Data Base Manager System Diagrama de Entidade e Relacionamento Diagrama de Fluxo de Dados Dynamic Link Library Document Type Definitions Engenharia Reversa Hyper Text Markup Language Integrated Data Stored Information Management System Modelo de Análise do Sistema Atual Modelo de Análise do Sistema Open Database Connectivity Object Modeling Technique Engenharia Reversa / Interface Rich Text Format System Architect Sistema de Gerenciamento de Banco de Dados Sistema de Gestão Escolar Structured Query Language Unified Modeling Language Extensible Mankup Language

12 LISTA DE TABELAS TABELA ESCALA DE PONTOS DO TIPO RELACIONAMENTO COM ESCALA TABELA ESCALA DE PONTOS DO TIPO RELACIONAMENTO SEM ESCALA TABELA PESOS DAS CORRELAÇÕES DA METODOLOGIA DE ER TABELA PESOS INDICADOS PELO DESENVOLVEDOR LISTA DE QUADROS

13 QUADRO EXEMPLOS DAS RELAÇÕES - FUSION / RE... 9 QUADRO ETAPA DO MÉTODO FUSION RE/I QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA CORRELAÇÃO QUADRO RESPOSTAS DA DIRETRIZ SEM CORRELAÇÃO ATENDIMENTO ON-LINE 63 CAPÍTULO 1 Introdução 1. INTRODUÇÃO A Engenharia Reversa surgiu como uma metodologia, que estuda a construção de ferramentas, para extrair informações referentes à análise e projeto a partir de programas já implementados. Tem como vantagem principal permitir a documentação e o entendimento de sistemas que possuem pouca ou nenhuma documentação. O processo de Engenharia Reversa, não é considerado uma tarefa muito simples, exigindo um alto custo benefício (pessoa / tempo) para a realização da mesma. Isso acontece, devido ao grande volume de informações inseridas no processo de revitalização do sistema que está sendo analisado, onde a complexidade maior está em manter a coerência dos relacionamentos juntamente com as suas respectivas informações (regras de negócio) contidas no sistema legado para o

14 novo sistema. Sendo assim, o objetivo deste trabalho foi desenvolver um método para escolha de uma ferramenta de Engenharia Reversa, que permita maior precisão ao ser aplicado no processo de reestruturação de um sistema legado. Neste momento é muito importante a análise de todas as informações disponíveis para a definição da ferramenta de Engenharia Reversa a ser adquirida. Este trabalho permitirá que o processo de escolha seja amparado por uma metodologia, cuja concepção vem das correlações pré-definidas e também com a possibilidade de permitir a criação de novas correlações, visando facilitar, agilizar e personalizar a metodologia, com os cenários diversificados que possuem os sistemas legados. Outro ponto relevante é a possibilidade que o desenvolvedor responsável pela escolha da ferramenta de Engenharia Reversa terá com a utilização dos pesos para cada correlação, já propostos na metodologia, permitindo assim, minimizar ou maximizar a importância das correlações de acordo com a situação- problema do sistema legado que está sendo analisado. Este trabalho está organizado como segue: No capítulo 2 são relatados os conceitos e métodos utilizados no processo de Engenharia Reversa. No capítulo 3 são descritos os conceitos e as características das ferramentas do tipo CASE, que são utilizadas como apoio ao processo de recuperação do sistema legado. No capítulo 4 será apresentada a metodologia de escolha de uma ferramenta de Engenharia Reversa, levando sempre em consideração a complexidade da situação-problema em que se encontra a documentação e a adaptação da metodologia em cenários diversificados. No capítulo 5 é apresentado um estudo de caso, com intuito de validar a metodologia proposta. O capítulo 6 apresenta as conclusões finais, sugerindo também o desenvolvimento de uma ferramenta para facilitar e agilizar os resultados gerados através da metodologia proposta.

15 CAPÍTULO 2 Métodos de Engenharia Reversa Neste capítulo são apresentados os conceitos e métodos da Engenharia Reversa, justificando a importância e os procedimentos para a realização da reestruturação de um sistema legado para um novo sistema, possibilitando a criação da documentação do sistema que será reestruturado. 2. ENGENHARIA REVERSA 2.1. CONCEITOS DE ENGENHARIA REVERSA Com o aumento da utilização de programas para o gerenciamento de grandes informações, fazendo com que a informática se torne tão necessária, até mesmo para a estabilidade de empresas dos mais diversos portes, vem causando uma demanda de sistemas sem documentações. Devido as constantes modificações e inserções de novas características (funcionalidades) ao sistema, poderão surgir complicações inesperadas, que não estão presentes na documentação. Diante disso, quando é realizada a manutenção do produto, o engenheiro de software depara-se com uma documentação incompleta, diferente da existente. Dessa forma o valor da manutenção de um sistema pode atingir um custo de proporções acima do esperado, tornando-se inviável a realização da mesma. Segundo Schneidewind (1987), citado por Feltrim (1999), Para a realização de uma manutenção de um sistema, é necessário à concretização de três etapas

16 fundamentais: entendimento, modificação e a revalidação do sistema. Sendo que as duas primeiras etapas (entendimento, modificação) estão ligadas diretamente com a disponibilidade das informações contidas no software. Segundo Gall (1994), a Engenharia Reversa é um processo de refazer a documentação de um sistema, com o objetivo de conseguir as informações necessárias para a definição do novo projeto. Segundo Shneiderman (1979), citados por Braga (1998), O coeficiente de abstração de um programa, pode ser variável, devido ao tipo de conhecimento que o analista irá obter, através da análise do sistema em questão. É importante ressaltar que a maneira mais prática de se obter as informações necessárias, seria a leitura do código fonte, a dificuldade está no grande volume de dados contidos no mesmo (Robson, 1991). Segundo Muhammad (2005), a Engenharia Reversa de software consiste em analisar o código do sistema, as documentações disponíveis e as regras de negócio existentes. Com isto será possível criar uma abstração do mesmo, possibilitando a geração das informações necessárias para o processo de Engenharia Reversa. Segundo Abdelwahab e Timothy (2004), manter um sistema com pouca documentação é uma tarefa difícil. As ferramentas de Engenharia Reversa são utilizadas como meio de manutenção, tais como, exploração do código fonte, análise de fluxo de dados, possibilitando, a restauração da arquitetura do projeto. Com isto, é possível gerar uma abstração do sistema legado com alto nível de complexidade, facilitando a compreensão do mesmo. Segundo Anquetil (2002), a Engenharia Reversa de software é muito utilizada para: adaptar o software a novos computadores; atualizar o software (novas bibliotecas, novas linguagens de

17 programação, novas ferramentas); adaptar o software a novas regras; disponibilizar novas funcionalidades e corrigir bugs. Segundo Pressman (1994), o termo Engenharia Reversa se refere a um processo de analisar e representar um programa em um nível de abstração mais elevado do que o código fonte. A Engenharia Reversa é um processo de recuperação do projeto, utilizando ferramentas para extrair informações sobre o projeto procedimental, arquitetural e de dados de um programa existente. Segundo Chikofsky e Cross II (1990), citados por Braga (1998), a Engenharia Reversa originou-se da análise de hardware, onde o hábito de explicar os projetos de produtos já desenvolvidos são considerados comuns. O mesmo conceito pode ser aplicado a software, pois a Engenharia Reversa de hardware tem o objetivo de reproduzir o sistema, enquanto a Engenharia Reversa de Software tem como foco principal a criação de visões do sistema em vários níveis de abstração, fazendo com que haja facilidade em seu entendimento, e, principalmente, oferecendo apoio à manutenção do sistema. Rugaber (1992), citado por Feltrim (1999), assegura que a maior parte do esforço de desenvolvimento de software é dedicado à manutenção de sistemas já implantados, e não ao desenvolvimento de novos sistemas; o processo concentrase na compreensão do sistema em manutenção. Para isso, é necessário facilitar o processo de compreensão de sistemas legados, para que haja uma melhora no desenvolvimento de novos sistemas. Segundo Saleh e Boujarwah (1996), citados por Feltrim (1999), o crescimento do mercado de software e a constante utilização de novas técnicas sem documentação formal, vêm causando uma dificuldade para realizar a manutenção desses softwares, pois na maioria dos casos a documentação não está de acordo com o código implementado.

18 Além disso, efeitos colaterais inesperados que não estão presentes na documentação são gerados devido às constantes modificações impostas ao software. Segundo Beneduzi (1992), citado por Braga (1998), a Engenharia Reversa deve produzir documentos para facilitar de uma forma geral o conhecimento do sistema implantado, facilitando assim o reuso, manutenção, teste e controle da qualidade do software. Além disso, a Engenharia Reversa está concentrada diretamente na necessidade de conhecer as funcionalidades existentes em softwares antigos (implantados), na produção de novos softwares e de proporcionar uma maior facildade nas realizações de futuras manutenções. Segundo Chikofsky (1990), citado por Braga (1998), a Engenharia Reversa é o processo de análise de um sistema existente cujo objetivo principal é verificar seus componentes e seus inter-relacionamentos, com o intuito de atingir uma representação do sistema de outra forma ou em um nível mais alto de abstração. A Figura 2.1 representa as fases da Engenharia Reversa. A etapa inicial é extrair informações do sistema a partir do código fonte ou até mesmo da interface. Em seguida começa a fase do projeto, ou seja, da modelagem dos dados extraídos. Nesta etapa a utilização de ferramentas CASE é fundamental. Com as informações já modeladas, tem início a fase de organização dos requisitos, que permite um nível mais alto de abstração em relação ao código fonte. A terceira fase é o processo de Reengenharia de Software, cuja função está na recodificação do fonte sobre os requisitos levantados.

19 FIGURA FASES DA ENGENHARIA REVERSA (BASEADO EM CHIKOFSKY,1990, CITADO 2.2. POR BRAGA,1998)

20 MÉTODO FUSION / RE OBJETIVOS Segundo Penteado (1996), para implementar um sistema orientado a objetos a partir de um sistema legado orientado a procedimentos, são dadas duas razões: 1) Para satisfazer a maioria das necessidades dos usuários, os sistemas legados atendem à quase a totalidade de suas necessidades, sendo a melhoria da programação de sua interface essencial no atendimento ou padronização de suas funções. 2) O Fusion / RE, possui como foco principal, viabilizar a migração de um sistema procedimental para um sistema orientado a objetos, cujo objetivo, está na recuperação do projeto de sistemas legados. O processo de Engenharia Reversa não está voltado simplesmente na documentação do sistema. A viabilidade da recuperação do projeto está na utilização do código fonte e das entrevistas com os usuários PROCEDIMENTOS E RESULTADOS A reconstrução do sistema é feita manualmente através das informações existentes no código fonte, utilizando os recursos de pesquisa disponíveis em editores de texto. Assim, faz-se a documentação dos procedimentos pertencentes aos módulos do sistema e da relação CHAMA / CHAMADO POR. O quadro 2.1 apresenta as relações: QUADRO EXEMPLOS DAS RELAÇÕES - FUSION / RE

21 Módulo Módulo X Nome_procedimento_módulo Descrição CHAMA: Nome_procedimento (módulo_a que_pertence). CHAMADO POR: Nome_procedimento (módulo_a que_pertence) Com base nas informações anteriormente expostas, o método está dividido em quatro etapas: 1ª Etapa: A realização de pesquisas no sistema identificando quais documentos estão relacionados ao sistema legado, é o principal objetivo nessa etapa. Não existindo nenhuma documentação, a pesquisa deverá ser realizada através do código fonte, sendo a mesma efetuada sem nenhum recurso computacional. 2ª Etapa: Nesta etapa será criado o modelo de análise do sistema atual (MASA), para a identificação das classes juntamente com seus relacionamentos, atributos e procedimentos. A partir do código fonte este modelo pode ser desenvolvido, visando um melhor conhecimento das funcionalidades do sistema legado, facilitando e proporcionando possíveis sugestões para eventuais alterações. 3ª Etapa: Nesta etapa, será desenvolvido o modelo de análise do sistema (MAS), não relacionado diretamente à implementação e sim ao domínio da aplicação, solucionando problemas relacionados à ambigüidade de informações, nomenclaturas de campos com dificuldade de compreensão e a realização da análise para a redução de classes utilizando os conceitos de Especializações / Generalização, Encapsulamento e outros. 4ª Etapa: Após a definição dos modelos de análise do sistema atual (MASA) e do modelo de análise do sistema novo (MAS), com o objetivo de identificar o que foi incluído ou excluído no sistema legado, deve-se realizar a comparação entre os modelos MASA e MAS. Esta etapa é extremamente importante, já que possui como função principal a documentação das alterações realizadas no sistema legado, possibilitando a realização de futuras manutenções do sistema em questão, como mostra a Figura 2.2

22 Passos Documentação Existente Outros Documentos Relevantes 1.Revitalizar a Arquitetura 1º Passo D Entradas/Saídas Listadas Estrutura do Programa I C I 2.Recuperar o Modelo de Análise do Sistema Atual 2º Passo Temas Modelo de Ciclo de Vida O N Á R Modelo de Objetos Modelo de Operações I O 3.Criar o Modelo de Análise do Sistema 3º Passo Modelo de Objetos Modelo de Ciclo de Vida D E Modelo de Operações D A D O 4.Mapear o Modelo de Análise do Sistema para o Modelo de Análise do Sistema Atual 4º Passo Objetos Atributos/ Elementos de Dados Métodos/ Procedimentos S FIGURA MODELO FUSION / RE (PENTEADO, 1996) 2.3. MÉTODO FUSION RE/I

23 OBJETIVO Segundo Costa (1997), citado por Feltrim (1999), o método Fusion-RE/I forma um método de Engenharia Reversa que visa facilitar todo o processo de recuperação dos dados, partindo da interface do sistema para a recuperação de informações úteis à compreensão do software. Por meio desta metodologia possibilita-se a recuperação das partes funcionais e estruturais do sistema, obtendo-se as considerações lógicas através da análise da interface para a recuperação de partes funcionais do sistema. O Fusion RE/I é baseado na utilização dos modelos das fases de análise, do método de desenvolvimento de software orientado a objetos Fusion. O método Fusion RE/I é derivado de outro método de Engenharia Reversa, o Fusion/RE. Os dois métodos visam recuperar os modelos de análise do método Fusion, mas apresentam diferenças em relação à ordem das etapas a serem cumpridas. O processo do Fusion RE/I inicia-se com a análise da interface do sistema para a recuperação das visões. O quadro 2.2 apresenta a etapa que o método Fusion RE/I utiliza para recuperar as visões Funcionais e Estruturais. QUADRO ETAPAS DO MÉTODO FUSION RE/I (COSTA,1997) Etapa 1. Recuperar visões Funcionais a. Obter informações existentes sobre o sistema b. Recuperar o modelo de análise b.1. Elaboração do modelo de ciclo de vida b.2. Elaboração do modelo de operações b.3. Elaboração do modelo de objetos Etapa 2. Recuperar Visões Estruturais a. Elaboração do quadro de procedimentos de implementação a.1. Elaboração do quadro de chamadas a.2. Elaboração do quadro de índice de procedimentos b. Elaboração do quadro de operações - procedimentos de implementações 2.4. RECUPERAÇÃO DE VISÕES FUNCIONAIS - ETAPA 1 A primeira etapa do método Fusion-RE/I é constituída por duas etapas: obtenção das informações já existentes do sistema e recuperação do modelo de análise. Segue-se a descrição das etapas:

24 1ª Etapa (a): A obtenção de informações sobre o sistema: procuram-se todas as informações existentes no sistema, até mesmo a documentação (manuais, listagem de códigos, etc.) do software e também todo tipo de informação considerada importante (relevante) neste processo, como linguagem de implementação, entre outras (Costa,1997). As documentações deverão ser agrupadas e analisadas, com o intuito de identificar as informações consideradas necessárias para os requisitos do sistema, ao projeto arquitetural e procedimental de dados. A entrevista com o usuário é considerada muito importante, pois as informações cruciais do sistema podem não constar na documentação. 1ª Etapa (b): Recuperar Modelo de Análise do Sistema: nesta etapa são obtidas informações a partir da análise da interface do sistema (Costa,1997). Neste momento é compreendido a execução de modelos da fase de análise do método Fusion, sendo eles: ciclo de vida, operações; objetos. 1ª Etapa (b-1): Elaborar o Modelo de Ciclo de Vida do Sistema: a partir da utilização do sistema, da análise da documentação existente e das entrevistas com os usuários, são definidos a seqüência de operações permitidas e os eventos de entrada e saída aceitos pelo sistema.

25 As opções existentes no menu principal do sistema identificam a expressão principal do modelo de ciclo de vida. As opções ali listadas são construídas novas expressões, uma para cada opção, sinalizando as seqüências de operações permitidas a partir daquele ponto. Para cada operação citada, é escrita uma nova expressão, identificando a seqüência permitida de eventos de entrada (elementos da operação) e os respectivos eventos de saída, que aparecem precedidos pelo símbolo #. 1ª Etapa (b-2): Elaborar o Modelo de Operações do Sistema: nesta etapa o objetivo está em mostrar uma visão geral da funcionalidade das operações realizadas pelo sistema. Para a elaboração do modelo de operações deve-se utilizar constantemente o sistema, para que as operações se tornem amplamente detalhadas. O método Fusion-RE/I considera desde as operações geradas por meio da interface até as opreções e eventos visíveis em tela, como a criação e manipulação de arquivos. A verificação é realizada através de diretórios de trabalho do sistema. 1ª Etapa (b-3): Elaborar o Modelo de Objetos do Sistema: a princípio, definem-se os temas relacionados à funcionalidade do sistema. Para que se possam definir os temas, uma análise das informações recuperadas nos passos nas etapas anteriores é necessária, além das abstrações registradas nos modelos de ciclo de vida e de operações. Esta é uma das tarefas mais subjetivas e de fundamental importância do método Fusion RE/I. Definidos os temas, é realizado um agrupamento das operações de acordo com os temas a que se referem. Ao final tem-se uma lista de temas com suas respectivas operações. Temas são constituídos de outros temas, ao deparar-se com assuntos que se relacionam em um nível de abstração mais alto. Cada tema definido é criado um modelo de objetos. Neste momento as operações são analisadas novamente com

26 o intuito de localizar componentes que constituem o modelo de objetos (classes, relacionamentos, atributos, agregações, especializações e generalizações) Os componentes do modelo de objetos muitas vezes incluem componentes que não estão explícitos nas operações, mas simplesmente identificados pela abstração e entendimento da funcionalidade de cada elemento e operação. A construção do modelo de objetos é função amplamente subjetiva, mesmo não constando no método, e provavelmente requererá um feedback após a recuperação das visões estruturais (visualização do código). A necessidade do feedback é evidente durante a utilização do Fusion-RE/I, uma vez que as mais notáveis referências sobre este método de Engenharia Reversa não emitem diretrizes únicas voltadas à elaboração deste modelo de objetos (Costa,1997) RECUPERAÇÃO DE VISÕES ESTRUTURAIS - ETAPA 2 Nesta etapa o foco está em trabalhar com o código fonte do sistema, cujo o objetivo está em identificar os procedimentos que implementam as operações do sistema descritas nas etapas anteriores. 2ª Etapa (a): Elaborar Quadro de Procedimentos de Implementação: Tem como objetivo identificar os procedimentos, suas funcionalidades e a seqüência de chamadas desses procedimentos. Sendo assim, são utilizados dois quadros: um quadro de chamadas para cada arquivo de programa do sistema e um índice geral de procedimentos (Costa,1997). 2ª Etapa (a-1): Elaborar o Quadro de Chamadas: este quadro é utilizado para cada arquivo do código fonte do sistema, indicando os procedimentos armazenados no arquivo, suas respectivas funcionalidades e os procedimentos utilizados (chamados) e utilizadores (chamado por).

27 As funcionalidades podem ser identificadas através de comentários registrados no código fonte. Já os procedimentos (chamados) são definidos pela análise do código e os procedimentos (chamados por) são obtidos através das elaborações dos quadros. Para finalizar, os procedimentos de cada quadro são reorganizados em ordem alfabética. 2ª Etapa (a-2): Elaborar o Quadro Índice de Procedimentos: este quadro irá apresentar os procedimentos da implementação do sistema em ordem alfabética, com as localizações (arquivo e diretório). Na elaboração deste quadro utilizam-se os quadros de chamadas obtidos anteriormente. 2ª Etapa (b): Elaborar Quadro das Operações - Procedimentos de Implementação: Neste momento identificam-se os procedimentos que implementam as operações da interface e, funcionalmente, os procedimentos são acoplados à interface ou a um dos temas definidos anteriormente, sendo identificados os links entre os documentos Quadro de Operações, da primeira etapa do método, com os códigos que os implementam (Costa,1997) MÉTODO RENAISSANCE OBJETIVOS Segundo Battaglia et al. (1998), o método Renaissance foi desenvolvido como um suporte para a reengenharia de software de sistemas legados, criando diferentes visões do projeto do sistema antigo e novo, por meio de modelos da UML (Diagrama de Interação, Diagrama de Casos de Uso, Diagrama de Estados e Diagrama de Componentes). Fornece diretrizes de como transformar uma

Noções de. Microsoft SQL Server. Microsoft SQL Server

Noções de. Microsoft SQL Server. Microsoft SQL Server Noções de 1 Considerações Iniciais Basicamente existem dois tipos de usuários do SQL Server: Implementadores Administradores 2 1 Implementadores Utilizam o SQL Server para criar e alterar base de dados

Leia mais

Administração de Banco de Dados

Administração de Banco de Dados Administração de Banco de Dados Professora conteudista: Cida Atum Sumário Administração de Banco de Dados Unidade I 1 INTRODUÇÃO A BANCO DE DADOS...1 1.1 Histórico...1 1.2 Definições...2 1.3 Importância

Leia mais

Módulo 4: Gerenciamento de Dados

Módulo 4: Gerenciamento de Dados Módulo 4: Gerenciamento de Dados 1 1. CONCEITOS Os dados são um recurso organizacional decisivo que precisa ser administrado como outros importantes ativos das empresas. A maioria das organizações não

Leia mais

Engenharia Reversa e Reengenharia

Engenharia Reversa e Reengenharia Engenharia Reversa e Reengenharia SCE 186 Engenharia de Software Profa Rosana T. Vaccare Braga (material adaptado a partir do concedido pela Profa.: Rosângela Penteado, DC - UFSCar) Fases Genéricas do

Leia mais

Bancos de Dados. Conceitos F undamentais em S is temas de B ancos de Dados e s uas Aplicações

Bancos de Dados. Conceitos F undamentais em S is temas de B ancos de Dados e s uas Aplicações Conceitos F undamentais em S is temas de B ancos de Dados e s uas Aplicações Tópicos Conceitos Básicos Bancos de Dados Sistemas de Bancos de Dados Sistemas de Gerenciamento de Bancos de Dados Abstração

Leia mais

FACULDADE INTEGRADAS DE PARANAÍBA ADMINISTRAÇÃO DE EMPRESAS. Bancos de Dados Conceitos Fundamentais

FACULDADE INTEGRADAS DE PARANAÍBA ADMINISTRAÇÃO DE EMPRESAS. Bancos de Dados Conceitos Fundamentais FACULDADE INTEGRADAS DE PARANAÍBA ADMINISTRAÇÃO DE EMPRESAS Bancos de Dados Conceitos Fundamentais Tópicos Conceitos Básicos Bancos de Dados Sistemas de Bancos de Dados Sistemas de Gerenciamento de Bancos

Leia mais

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do

Leia mais

Engenharia de Software II

Engenharia de Software II Engenharia de Software II Aula 27 http://www.ic.uff.br/~bianca/engsoft2/ Aula 27-26/07/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software

Leia mais

Persistência e Banco de Dados em Jogos Digitais

Persistência e Banco de Dados em Jogos Digitais Persistência e Banco de Dados em Jogos Digitais Prof. Marcos Francisco Pereira da Silva Especialista em Engenharia de Software Jogos Digitais - Computação Gráfica 1 Agenda Vantagens de usar a abordagem

Leia mais

Introdução ao Delphi. Introdução. Edições do Software. Capítulo 1. InforBRás - Informática Brasileira Ltda. O Que é o Delphi.

Introdução ao Delphi. Introdução. Edições do Software. Capítulo 1. InforBRás - Informática Brasileira Ltda. O Que é o Delphi. Capítulo 1 O Que é o Delphi Diferenças entre Delphi Client/Server do Delphi for Windows Características que compõem o Integrated Development Invironment (IDE) Como o Delphi se encaixa na família Borland

Leia mais

Documentação de um Produto de Software

Documentação de um Produto de Software Documentação de um Produto de Software Versão 3.0 Autora: Profª Ana Paula Gonçalves Serra Revisor: Prof. Fernando Giorno 2005 ÍNDICE DETALHADO PREFÁCIO... 4 1. INTRODUÇÃO AO DOCUMENTO... 6 1.1. TEMA...

Leia mais

Dado: Fatos conhecidos que podem ser registrados e têm um significado implícito. Banco de Dados:

Dado: Fatos conhecidos que podem ser registrados e têm um significado implícito. Banco de Dados: MC536 Introdução Sumário Conceitos preliminares Funcionalidades Características principais Usuários Vantagens do uso de BDs Tendências mais recentes em SGBDs Algumas desvantagens Modelos de dados Classificação

Leia mais

FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS

FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS PAULO ALBERTO BUGMANN ORIENTADOR: ALEXANDER ROBERTO VALDAMERI Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento

Leia mais

Etapas da evolução rumo a tomada de decisão: Aplicações Isoladas: dados duplicados, dados inconsistentes, processos duplicados.

Etapas da evolução rumo a tomada de decisão: Aplicações Isoladas: dados duplicados, dados inconsistentes, processos duplicados. Histórico Etapas da evolução rumo a tomada de decisão: Aplicações Isoladas: dados duplicados, dados inconsistentes, processos duplicados. Sistemas Integrados: racionalização de processos, manutenção dos

Leia mais

1 UML (UNIFIED MODELING LANGUAGE)

1 UML (UNIFIED MODELING LANGUAGE) 1 UML (UNIFIED MODELING LANGUAGE) Segundo Tonsig (2003), para conseguir desenvolver um software capaz de satisfazer as necessidades de seus usuários, com qualidade, por intermédio de uma arquitetura sólida

Leia mais

Banco de Dados. Aula 1 - Prof. Bruno Moreno 16/08/2011

Banco de Dados. Aula 1 - Prof. Bruno Moreno 16/08/2011 Banco de Dados Aula 1 - Prof. Bruno Moreno 16/08/2011 Roteiro Apresentação do professor e disciplina Definição de Banco de Dados Sistema de BD vs Tradicional Principais características de BD Natureza autodescritiva

Leia mais

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante 1 - Q193183 ( Prova: FCC - 2011 - TRT - 19ª Região (AL) - Analista Judiciário - Tecnologia da Informação / Engenharia de Software / Análise de Requisitos; Engenharia de Requisitos; ) De acordo com Sommerville,

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula

Leia mais

Sistemas de Informação James A. O Brien Editora Saraiva Capítulo 5

Sistemas de Informação James A. O Brien Editora Saraiva Capítulo 5 Para entender bancos de dados, é útil ter em mente que os elementos de dados que os compõem são divididos em níveis hierárquicos. Esses elementos de dados lógicos constituem os conceitos de dados básicos

Leia mais

1. CONCEITOS BÁSICOS DE BD, SBD E SGBD

1. CONCEITOS BÁSICOS DE BD, SBD E SGBD Introdução 1. CONCEITOS BÁSICOS DE BD, SBD E SGBD A importância da informação para a tomada de decisões nas organizações tem impulsionado o desenvolvimento dos sistemas de processamento de informações.

Leia mais

BANCO DE DADOS. Introdução a Banco de Dados. Conceitos BásicosB. Engenharia da Computação UNIVASF. Aula 1. Breve Histórico

BANCO DE DADOS. Introdução a Banco de Dados. Conceitos BásicosB. Engenharia da Computação UNIVASF. Aula 1. Breve Histórico Banco de Dados // 1 Banco de Dados // 2 Conceitos BásicosB Engenharia da Computação UNIVASF BANCO DE DADOS Aula 1 Introdução a Banco de Dados Campo representação informatizada de um dado real / menor unidade

Leia mais

Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional

Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Juarez Bachmann Orientador: Alexander Roberto Valdameri Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento

Leia mais

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; 1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,

Leia mais

Introdução. Banco de dados. Por que usar BD? Por que estudar BD? Exemplo de um BD. Conceitos básicos

Introdução. Banco de dados. Por que usar BD? Por que estudar BD? Exemplo de um BD. Conceitos básicos Introdução Banco de Dados Por que usar BD? Vitor Valerio de Souza Campos Adaptado de Vania Bogorny 4 Por que estudar BD? Exemplo de um BD Os Bancos de Dados fazem parte do nosso dia-a-dia: operação bancária

Leia mais

Programa do Módulo 2. Processo Unificado: Visão Geral

Programa do Módulo 2. Processo Unificado: Visão Geral 9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:

Leia mais

Introdução Banco de Dados

Introdução Banco de Dados Introdução Banco de Dados Vitor Valerio de Souza Campos Adaptado de Vania Bogorny Por que estudar BD? Os Bancos de Dados fazem parte do nosso dia-a-dia: operação bancária reserva de hotel matrícula em

Leia mais

Empresa de Informática e Informação do Município de Belo Horizonte S/A PRODABEL

Empresa de Informática e Informação do Município de Belo Horizonte S/A PRODABEL Empresa de Informática e Informação do Município de Belo Horizonte S/A PRODABEL Diretoria de Sistema - DS Superintendência de Arquitetura de Sistemas - SAS Gerência de Arquitetura de Informação - GAAS

Leia mais

Roteiro. Conceitos e Arquitetura de Sistemas de Banco de Dados. Conceitos e Arquiteturas de Sistemas de Banco de Dados. BCC321 - Banco de Dados I

Roteiro. Conceitos e Arquitetura de Sistemas de Banco de Dados. Conceitos e Arquiteturas de Sistemas de Banco de Dados. BCC321 - Banco de Dados I Roteiro Conceitos e Arquitetura de Sistemas de Banco de Dados Luiz Henrique de Campos Merschmann Departamento de Computação Universidade Federal de Ouro Preto luizhenrique@iceb.ufop.br www.decom.ufop.br/luiz

Leia mais

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado

Leia mais

Unidade II MODELAGEM DE PROCESSOS

Unidade II MODELAGEM DE PROCESSOS Unidade II 3 MODELAGEM DE SISTEMAS 1 20 A fase de desenvolvimento de um novo sistema de informação (Quadro 2) é um momento complexo que exige um significativo esforço no sentido de agregar recursos que

Leia mais

MBA Inteligência Competitiva Com ênfase em BI/CPM. Metadados

MBA Inteligência Competitiva Com ênfase em BI/CPM. Metadados MBA Inteligência Competitiva BI/CPM 1 Data Warehousing PÓS-GRADUAÇÃO MBA Inteligência Competitiva Com ênfase em BI/CPM Metadados Andréa Cristina Montefusco (36927) Hermes Abreu Mattos (36768) Robson Pereira

Leia mais

INDICE 3.APLICAÇÕES QUE PODEM SER DESENVOLVIDAS COM O USO DO SAXES

INDICE 3.APLICAÇÕES QUE PODEM SER DESENVOLVIDAS COM O USO DO SAXES w w w. i d e a l o g i c. c o m. b r INDICE 1.APRESENTAÇÃO 2.ESPECIFICAÇÃO DOS RECURSOS DO SOFTWARE SAXES 2.1. Funcionalidades comuns a outras ferramentas similares 2.2. Funcionalidades próprias do software

Leia mais

Qualidade de Processo de Software Normas ISO 12207 e 15504

Qualidade de Processo de Software Normas ISO 12207 e 15504 Especialização em Gerência de Projetos de Software Qualidade de Processo de Software Normas ISO 12207 e 15504 Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto

Leia mais

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1 Objetivos Apresentar os conceitos de requisitos de usuário e de sistema Descrever requisitos funcionais

Leia mais

RESUMO DA SOLUÇÃO CA ERwin Modeling. Como eu posso gerenciar a complexidade dos dados e aumentar a agilidade dos negócios?

RESUMO DA SOLUÇÃO CA ERwin Modeling. Como eu posso gerenciar a complexidade dos dados e aumentar a agilidade dos negócios? RESUMO DA SOLUÇÃO CA ERwin Modeling Como eu posso gerenciar a complexidade dos dados e aumentar a agilidade dos negócios? O CA ERwin Modeling fornece uma visão centralizada das principais definições de

Leia mais

Unified Modeling Language UML - Notações

Unified Modeling Language UML - Notações Unified Modeling Language UML - Notações Prof. Ms. Elvio Gilberto da Silva elvio@fmr.edu.br UML Ponto de Vista É gerada com propósito geral de uma linguagem de modelagem visual usada para especificar,

Leia mais

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado)

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado) UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado) SISTEMA INTERNO INTEGRADO PARA CONTROLE DE TAREFAS INTERNAS DE UMA EMPRESA DE DESENVOLVIMENTO

Leia mais

Software de gerenciamento de trabalho

Software de gerenciamento de trabalho Software de gerenciamento de trabalho Software de gerenciamento de trabalho GoalPost O software de gerenciamento de trabalho (LMS) GoalPost da Intelligrated fornece informações sob demanda para medir,

Leia mais

Sistemas Gerenciadores de Bancos de Dados

Sistemas Gerenciadores de Bancos de Dados Sistemas Gerenciadores de Bancos de Dados Fernando Castor A partir de slides elaborados por Fernando Fonseca & Robson Fidalgo 1 Sistemas de Arquivos Sistemas de arquivos Principal característica é a replicação

Leia mais

Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.

Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd. Apresentação Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar modelos para a construção de projetos lógicos de bancos

Leia mais

Prof. Marcelo Machado Cunha www.marcelomachado.com mcelobr@yahoo.com.br

Prof. Marcelo Machado Cunha www.marcelomachado.com mcelobr@yahoo.com.br Prof. Marcelo Machado Cunha www.marcelomachado.com mcelobr@yahoo.com.br Ementa Introdução a Banco de Dados (Conceito, propriedades), Arquivos de dados x Bancos de dados, Profissionais de Banco de dados,

Leia mais

Engenharia de Software I

Engenharia de Software I Engenharia de Software I Rogério Eduardo Garcia (rogerio@fct.unesp.br) Bacharelado em Ciência da Computação Aula 05 Material preparado por Fernanda Madeiral Delfim Tópicos Aula 5 Contextualização UML Astah

Leia mais

Thiago Hernandes de Souza

Thiago Hernandes de Souza Thiago Hernandes de Souza SQL Avançado e Teoria Relacional Copyright Editora Ciência Moderna Ltda., 2013 Todos os direitos para a língua portuguesa reservados pela EDITORA CIÊNCIA MODERNA LTDA. De acordo

Leia mais

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Clayton Maciel Costa

Leia mais

Figura 1 - Arquitetura multi-camadas do SIE

Figura 1 - Arquitetura multi-camadas do SIE Um estudo sobre os aspectos de desenvolvimento e distribuição do SIE Fernando Pires Barbosa¹, Equipe Técnica do SIE¹ ¹Centro de Processamento de Dados, Universidade Federal de Santa Maria fernando.barbosa@cpd.ufsm.br

Leia mais

Docente: Éberton da Silva Marinho e-mail: ebertonsm@gmail.com

Docente: Éberton da Silva Marinho e-mail: ebertonsm@gmail.com INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Introdução a Banco de Dados Docente: Éberton da Silva Marinho e-mail: ebertonsm@gmail.com 12/06/2013 Sumário Motivação da Disciplina

Leia mais

Banco de Dados I. Introdução. Fabricio Breve

Banco de Dados I. Introdução. Fabricio Breve Banco de Dados I Introdução Fabricio Breve Introdução SGBD (Sistema Gerenciador de Banco de Dados): coleção de dados interrelacionados e um conjunto de programas para acessar esses dados Coleção de dados

Leia mais

BRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert:

BRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert: BRAlarmExpert Software para Gerenciamento de Alarmes A TriSolutions conta com um produto diferenciado para gerenciamento de alarmes que é totalmente flexível e amigável. O software BRAlarmExpert é uma

Leia mais

Engenharia de Sistemas de Computador

Engenharia de Sistemas de Computador Engenharia de Sistemas de Computador Sistema é um conjunto ou disposição de elementos que é organizado para executar certo método, procedimento ou controle ao processar informações. Assim, o que é um Sistema????????

Leia mais

ADMINISTRAÇÃO DE BANCOS DE DADOS MÓDULO 9

ADMINISTRAÇÃO DE BANCOS DE DADOS MÓDULO 9 ADMINISTRAÇÃO DE BANCOS DE DADOS MÓDULO 9 Índice 1. Modelagem de Dados - Continuação...3 1.1. Ferramentas CASE... 3 1.1.1. Definição... 3 1.1.2. A ferramenta CASE ErWin... 3 2 1. MODELAGEM DE DADOS - CONTINUAÇÃO

Leia mais

Banco de Dados I. Apresentação (mini-currículo) Conceitos. Disciplina Banco de Dados. Cont... Cont... Edson Thizon (edson@esucri.com.

Banco de Dados I. Apresentação (mini-currículo) Conceitos. Disciplina Banco de Dados. Cont... Cont... Edson Thizon (edson@esucri.com. Sistemas da Informação Banco de Dados I Edson Thizon (edson@esucri.com.br) 2008 Apresentação (mini-currículo) Formação Acadêmica Mestrando em Ciência da Computação (UFSC/ ) Créditos Concluídos. Bacharel

Leia mais

Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br

Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Programação com acesso a BD Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br 1 Modelos de Dados, Esquemas e Instâncias 2 Modelos de Dados, Esquemas e Instâncias Modelo de dados: Conjunto de conceitos

Leia mais

Ferramenta para Geração de Código a partir da Especialização do Diagrama de Classes

Ferramenta para Geração de Código a partir da Especialização do Diagrama de Classes Ferramenta para Geração de Código a partir da Especialização do Diagrama de Classes Alexandro Deschamps (Ápice) alexandro@apicesoft.com Everaldo Artur Grahl (FURB/DSC) egrahl@furb.br Resumo. Uma das grandes

Leia mais

Sistemas de Banco de Dados Aspectos Gerais de Banco de Dados

Sistemas de Banco de Dados Aspectos Gerais de Banco de Dados Sistemas de Banco de Dados Aspectos Gerais de Banco de Dados 1. Conceitos Básicos No contexto de sistemas de banco de dados as palavras dado e informação possuem o mesmo significado, representando uma

Leia mais

UML - Unified Modeling Language

UML - Unified Modeling Language UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril

Leia mais

SISTEMA DE BANCO DE DADOS. Banco e Modelagem de dados

SISTEMA DE BANCO DE DADOS. Banco e Modelagem de dados SISTEMA DE BANCO DE DADOS Banco e Modelagem de dados Sumário Conceitos/Autores chave... 3 1. Introdução... 4 2. Arquiteturas de um Sistema Gerenciador... 5 3. Componentes de um Sistema... 8 4. Vantagens

Leia mais

Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP

Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP UNIVERSIDADE DE SÃO PAULO Instituto de Ciências Matemáticas e de Computação Departamento de Ciências da Computação e Estatística Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP André

Leia mais

Introdução à Banco de Dados. Definição

Introdução à Banco de Dados. Definição Universidade Federal da Bahia Departamento de Ciência da Computação (DCC) Disciplina: Banco de Dados Profª. Daniela Barreiro Claro Introdução à Banco de Dados Definição Um banco de dados é uma coleção

Leia mais

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento

Leia mais

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o

Leia mais

Evolução. Tópicos. Bancos de Dados - Introdução. Melissa Lemos. Evolução dos Sistemas de Informação Esquemas Modelos. Características de SGBDs

Evolução. Tópicos. Bancos de Dados - Introdução. Melissa Lemos. Evolução dos Sistemas de Informação Esquemas Modelos. Características de SGBDs 1 Bancos de Dados - Introdução Melissa Lemos melissa@inf.puc-rio.br Tópicos Evolução dos Sistemas de Informação Esquemas Modelos Conceitual Lógico Características de SGBDs 2 Evolução tempo Programas e

Leia mais

ARQUITETURA DE SISTEMAS. Cleviton Monteiro (cleviton@gmail.com)

ARQUITETURA DE SISTEMAS. Cleviton Monteiro (cleviton@gmail.com) ARQUITETURA DE SISTEMAS Cleviton Monteiro (cleviton@gmail.com) Roteiro Definição Documento de arquitetura Modelos de representação da arquitetura Estilos arquiteturais Arquitetura de sistemas web Arquitetura

Leia mais

Disciplina: Tecnologias de Banco de Dados para SI s

Disciplina: Tecnologias de Banco de Dados para SI s Curso de Gestão em SI Disciplina: Tecnologias de Banco de Dados para SI s Rodrigo da Silva Gomes (Extraído do material do prof. Ronaldo Melo - UFSC) Banco de Dados (BD) BD fazem parte do nosso dia-a-dia!

Leia mais

Automação do Processo de Instalação de Softwares

Automação do Processo de Instalação de Softwares Automação do Processo de Instalação de Softwares Aislan Nogueira Diogo Avelino João Rafael Azevedo Milene Moreira Companhia Siderúrgica Nacional - CSN RESUMO Este artigo tem como finalidade apresentar

Leia mais

PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS

PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS Élysson Mendes Rezende Bacharelando em Sistemas de Informação Bolsista de Iniciação Científica

Leia mais

Roteiro 2 Conceitos Gerais

Roteiro 2 Conceitos Gerais Roteiro 2 Conceitos Gerais Objetivos: UC Projeto de Banco de Dados Explorar conceitos gerais de bancos de dados; o Arquitetura de bancos de dados: esquemas, categorias de modelos de dados, linguagens e

Leia mais

Rational Quality Manager. Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831

Rational Quality Manager. Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831 Rational Quality Manager Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831 1 Informações Gerais Informações Gerais sobre o RQM http://www-01.ibm.com/software/awdtools/rqm/ Link para o RQM https://rqmtreina.mvrec.local:9443/jazz/web/console

Leia mais

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software

Leia mais

Banco de Dados. Introdução. João Eduardo Ferreira Osvaldo Kotaro Takai. jef@ime.usp.br DCC-IME-USP

Banco de Dados. Introdução. João Eduardo Ferreira Osvaldo Kotaro Takai. jef@ime.usp.br DCC-IME-USP Banco de Dados Introdução João Eduardo Ferreira Osvaldo Kotaro Takai jef@ime.usp.br DCC-IME-USP Importância dos Bancos de Dados A competitividade das empresas depende de dados precisos e atualizados. Conforme

Leia mais

Banco de Dados Aula 1 Introdução a Banco de Dados Introdução Sistema Gerenciador de Banco de Dados

Banco de Dados Aula 1 Introdução a Banco de Dados Introdução Sistema Gerenciador de Banco de Dados Banco de Dados Aula 1 Introdução a Banco de Dados Introdução Um Sistema Gerenciador de Banco de Dados (SGBD) é constituído por um conjunto de dados associados a um conjunto de programas para acesso a esses

Leia mais

SISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO

SISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO SISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO Competências Analista 1. Administração de recursos de infra-estrutura de tecnologia da informação 2.

Leia mais

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML. MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da

Leia mais

Introdução à Engenharia de Software

Introdução à Engenharia de Software Introdução à Engenharia de Software Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia

Leia mais

20/05/2013. Sistemas de Arquivos Sistemas de arquivos. Sistemas de Gerenciamento de Banco de Dados (SGBD) Banco de Dados. Estrutura de um BD SGBD

20/05/2013. Sistemas de Arquivos Sistemas de arquivos. Sistemas de Gerenciamento de Banco de Dados (SGBD) Banco de Dados. Estrutura de um BD SGBD Gerenciamento de Dados e Informação Fernando Fonseca Ana Carolina Robson Fidalgo Sistemas de Arquivos Sistemas de arquivos Principal característica é a replicação e isolamento de dados (ilhas de informações)

Leia mais

UNIP Ciência da Computação AES Análise Essencial de Sistemas

UNIP Ciência da Computação AES Análise Essencial de Sistemas 1 Análise Essencial UNIP Ciência da Computação A análise essencial pode ser considerada um refinamento da análise estruturada. O problema existente (ou situação que requer a informatização) é estudado,

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software O que é a engenharia de software É um conjunto integrado de métodos e ferramentas utilizadas para especificar, projetar, implementar e manter um sistema. Método É uma prescrição

Leia mais

SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/

SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/ SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/ ModeloPlanoProjeto_2007_04_24 SIGECO07_PlanoProjeto_2007_09_23 Página

Leia mais

IBM WebSphere DataStage

IBM WebSphere DataStage IBM WebSphere DataStage Os Desafios de Integração de Dados Integrar dados discrepantes entre aplicações e processos de negócio sempre foi uma tarefa difícil, e dado a explosão de dados que acontece na

Leia mais

LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE

LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento

Leia mais

Processo de Desenvolvimento Unificado

Processo de Desenvolvimento Unificado Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,

Leia mais

Introdução a Computação

Introdução a Computação Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos

Leia mais

Modelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.

Modelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1. Modelos de Sistema Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1 Objetivos Explicar por que o contexto de um sistema deve ser modelado como parte do processo de RE Descrever

Leia mais

Tecnologia e Sistemas de Informações

Tecnologia e Sistemas de Informações Universidade Federal do Vale do São Francisco Tecnologia e Sistemas de Informações Prof. Ricardo Argenton Ramos Aula 3 Componentes de SIs Pessoas SI Organiz. Unidades que exercem diferentes funções, tais

Leia mais

Conceitos de Banco de Dados

Conceitos de Banco de Dados Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir

Leia mais

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE CMP1280/CMP1250 Prof. Me. Fábio Assunção Introdução à Engenharia de Software SOFTWARE Programa de computador acompanhado dos dados de documentação e configuração

Leia mais

Documento de Arquitetura

Documento de Arquitetura Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento

Leia mais

DESENVOLVENDO SOLUÇÕES COM VISUAL FOXPRO 8 E 9

DESENVOLVENDO SOLUÇÕES COM VISUAL FOXPRO 8 E 9 DESENVOLVENDO SOLUÇÕES COM VISUAL FOXPRO 8 E 9 Í N D I C E Capítulo 1 - O Início de Tudo 1 Reunindo todas as informações necessárias 2 Instalando o Visual FoxPro 2 Configurando o Visual FoxPro 7 Capítulo

Leia mais

Curso Superior de Tecnologia em BD

Curso Superior de Tecnologia em BD Curso Superior de Tecnologia em BD Modelagem de Dados Aula 01 Revisão Modelos de Dados Existem modelos para diferentes níveis de abstração de representação de dados modelos conceituais modelos lógicos

Leia mais

Introdução. Gerenciamento de Dados e Informação. Principais Tipos de SI. Papel de SI. Principais Tipos de SI. Principais Tipos de SI.

Introdução. Gerenciamento de Dados e Informação. Principais Tipos de SI. Papel de SI. Principais Tipos de SI. Principais Tipos de SI. Introdução Gerenciamento de Dados e Informação Introdução Sistema de Informação (SI) Coleção de atividades que regulam o compartilhamento e a distribuição de informações e o armazenamento de dados relevantes

Leia mais

15 Conceitos de Bancos de Dados com o LibreOffice Base

15 Conceitos de Bancos de Dados com o LibreOffice Base Introdução a Informática - 1º semestre AULA 14 Prof. André Moraes Objetivos desta aula: Explorar as propriedades na criação de bancos de dados no LibreOffice Base; Criar e explorar tabelas; Criar e explorar

Leia mais

Documento de Requisitos

Documento de Requisitos UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO Documento de Requisitos Sistema Gerenciador de Atendimento de Chamados Técnicos Grupo: Luiz Augusto Zelaquett

Leia mais

GBD. Introdução PROF. ANDREZA S. AREÃO

GBD. Introdução PROF. ANDREZA S. AREÃO GBD Introdução PROF. ANDREZA S. AREÃO Sistema de arquivos X Sistemas de Banco de Dados Sistema de arquivos Sistema de Banco de Dados Aplicativos Dados (arquivos) Aplicativos SGBD Dados (arquivos) O acesso/gerenciamento

Leia mais

Visão Geral dos Sistemas de Informação

Visão Geral dos Sistemas de Informação Visão Geral dos Sistemas de Informação Existem muitos tipos de sistemas de informação no mundo real. Todos eles utilizam recursos de hardware, software, rede e pessoas para transformar os recursos de dados

Leia mais

Engenharia de Domínio baseada na Reengenharia de Sistemas Legados

Engenharia de Domínio baseada na Reengenharia de Sistemas Legados 1021 X Salão de Iniciação Científica PUCRS Engenharia de Domínio baseada na Reengenharia de Sistemas Legados Cássia Zottis¹, Profa. Dra. Ana Paula Terra Bacelo 1 (orientadora) 1 Faculdade de Informática,

Leia mais

Análise e Projeto de Sistemas. Engenharia de Software. Análise e Projeto de Sistemas. Contextualização. Perspectiva Histórica. A Evolução do Software

Análise e Projeto de Sistemas. Engenharia de Software. Análise e Projeto de Sistemas. Contextualização. Perspectiva Histórica. A Evolução do Software Análise e Projeto de Sistemas Análise e Projeto de Sistemas Contextualização ENGENHARIA DE SOFTWARE ANÁLISE E PROJETO DE SISTEMAS ENGENHARIA DA INFORMAÇÃO Perspectiva Histórica Engenharia de Software 1940:

Leia mais

Banco de Dados 1 Prof. MSc Wagner Siqueira Cavalcante

Banco de Dados 1 Prof. MSc Wagner Siqueira Cavalcante Banco de Dados 1 Programação sucinta do curso:. Conceitos fundamentais de Banco de Dados.. Arquitetura dos Sistemas Gerenciadores de Banco de Dados (SGBD ou DBMS).. Características típicas de um SGBD..

Leia mais

GeCA: Uma Ferramenta de Engenharia Reversa e Geração Automática de Código

GeCA: Uma Ferramenta de Engenharia Reversa e Geração Automática de Código GeCA: Uma Ferramenta de Engenharia Reversa e Geração Automática de Código Igor Steinmacher 1, Éderson Fernando Amorim 1, Flávio Luiz Schiavoni 1, Elisa Hatsue Moriya Huzita 1 1 Departamento de Informática

Leia mais

ORGANIZAÇÃO CURRICULAR

ORGANIZAÇÃO CURRICULAR ORGANIZAÇÃO CURRICULAR O curso Técnico em Informática, em Nível Médio Subseqüente, será organizado de forma semestral, com aulas presenciais, compostos por disciplinas, com conteúdos estabelecidos, tendo

Leia mais