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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 à 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

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

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

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

Engenharia de Software III

Engenharia de Software III Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,

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

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

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

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

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

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

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

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

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

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

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

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

APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA

APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA Autores: Claudiléia Gaio BANDT; Tiago HEINECK; Patrick KOCHAN; Leila Lisiane ROSSI; Angela Maria Crotti da ROSA Identificação autores: Aluna do Curso

Leia mais

Nome da Empresa Sistema digitalizado no almoxarifado do EMI

Nome da Empresa Sistema digitalizado no almoxarifado do EMI Nome da Empresa Documento Visão Histórico de Revisões Data Versão Descrição Autor 23/02/2015 1.0 Início do projeto Anderson, Eduardo, Jessica, Sabrina, Samuel 25/02/2015 1.1 Correções Anderson e Eduardo

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

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

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

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

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

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

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

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

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

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto Engenharia de Software I Informática 2009 Profa. Dra. Itana Gimenes RUP: Artefatos de projeto Modelo de Projeto: Use-Case Realization-projeto

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

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

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

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

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis

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

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas.

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas. UTILIZAÇÃO DA UML NO DESENVOLVIMENTO DE SISTEMA DE CONTROLE DE VENDAS E ESTOQUE GILBERTO FRANCISCO PACHECO DOS SANTOS Discente da AEMS Faculdades Integradas de Três Lagoas JACKSON LUIZ ARROSTI Discente

Leia mais

Unidade II ADMINISTRAÇÃO DE. Prof. Luiz Fernando de Lima Santos

Unidade II ADMINISTRAÇÃO DE. Prof. Luiz Fernando de Lima Santos Unidade II ADMINISTRAÇÃO DE BANCOS DE DADOS Prof. Luiz Fernando de Lima Santos Modelagem de Dados Coleção de ferramentas conceituais para descrever dados, suas relações e restrições Modelo Conceitual:

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

Ensino Técnico Integrado ao Médio FORMAÇÃO PROFISSIONAL. Plano de Trabalho Docente 2014

Ensino Técnico Integrado ao Médio FORMAÇÃO PROFISSIONAL. Plano de Trabalho Docente 2014 Ensino Técnico Integrado ao Médio FORMAÇÃO PROFISSIONAL Plano de Trabalho Docente 2014 ETEC PROF. MASSUYUKI KAWANO Código: 136 Município: TUPÃ Eixo Tecnológico: INFORMAÇÃO E COMUNICAÇÃO Habilitação Profissional:

Leia mais

Autor(es) BARBARA STEFANI RANIERI. Orientador(es) LUIZ EDUARDO GALVÃO MARTINS, ANDERSON BELGAMO. Apoio Financeiro PIBIC/CNPQ. 1.

Autor(es) BARBARA STEFANI RANIERI. Orientador(es) LUIZ EDUARDO GALVÃO MARTINS, ANDERSON BELGAMO. Apoio Financeiro PIBIC/CNPQ. 1. 19 Congresso de Iniciação Científica ESPECIFICAÇÃO E IMPLEMENTAÇÃO DE UMA FERRAMENTA AUTOMATIZADA DE APOIO AO GERSE: GUIA DE ELICITAÇÃO DE REQUISITOS PARA SISTEMAS EMBARCADOS Autor(es) BARBARA STEFANI

Leia mais

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, M.Sc. @ribeirord MODELAGEM DE DADOS. Aula 2. Prof. Rafael Dias Ribeiro. M.Sc.

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, M.Sc. @ribeirord MODELAGEM DE DADOS. Aula 2. Prof. Rafael Dias Ribeiro. M.Sc. MODELAGEM DE DADOS PROF. RAFAEL DIAS RIBEIRO, M.Sc. @ribeirord MODELAGEM DE DADOS Aula 2 Prof. Rafael Dias Ribeiro. M.Sc. @ribeirord 1 Objetivos: Revisão sobre Banco de Dados e SGBDs Aprender as principais

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 O Processo Unificado dos autores Ivar Jacobson, Grady Booch e James

Leia mais

Plano de Trabalho Docente 2014. Ensino Técnico

Plano de Trabalho Docente 2014. Ensino Técnico Etec Dr. José Luiz Viana Coutinho Plano de Trabalho Docente 2014 Ensino Técnico Etec Etec: Dr. José Luiz Viana Coutinho Código: 073 Município: Jales Eixo Tecnológico: Informação e Comunicação Componente

Leia mais

INTRODUÇÃO BANCO DE DADOS. Prof. Msc. Hélio Esperidião

INTRODUÇÃO BANCO DE DADOS. Prof. Msc. Hélio Esperidião INTRODUÇÃO BANCO DE DADOS Prof. Msc. Hélio Esperidião BANCO DE DADOS Podemos entender por banco de dados qualquer sistema que reúna e mantenha organizada uma série de informações relacionadas a um determinado

Leia mais

EVOLUÇÃO DE SOFTWARE

EVOLUÇÃO DE SOFTWARE EVOLUÇÃO DE SOFTWARE Dinâmica da evolução de programas Manutenção de software Processo de evolução Evolução de sistemas legados 1 Mudança de Software 2 Manutenção de software Mudança de software é inevitável

Leia mais

Importância do GED. Implantação de um Sistema de GED

Importância do GED. Implantação de um Sistema de GED Implantação de um Sistema de GED Gerenciamento Eletrônico de Documentos Importância do GED O GED tem uma importante contribuição na tarefa da gestão eficiente da informação; É a chave para a melhoria da

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

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

CCE 876 - Engenharia de Software. Introdução à Engenharia de Software

CCE 876 - Engenharia de Software. Introdução à Engenharia de Software CCE 876 - Engenharia de Software Introdução à Engenharia de Software Objetivos Introduzir a Engenharia de Software e explicar sua importância. Introduzir os conceitos principais relacionados à Engenharia

Leia mais

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS Elicitação Ciclo de Vida Clássico ou Convencional O Modelo Cascata Análise Ana Paula Terra Bacelo Blois Implementação Material Adaptado do Prof. Marcelo Yamaguti

Leia mais

Metodologia de Desenvolvimento de Sistemas

Metodologia de Desenvolvimento de Sistemas Metodologia de Desenvolvimento de Sistemas Aula 1 Ementa Fases do Ciclo de Vida do Desenvolvimento de Software, apresentando como os métodos, ferramentas e procedimentos da engenharia de software, podem

Leia mais

CAPITULO 4 A ARQUITETURA LÓGICA PARA O AMBIENTE

CAPITULO 4 A ARQUITETURA LÓGICA PARA O AMBIENTE CAPITULO 4 A ARQUITETURA LÓGICA PARA O AMBIENTE A proposta para o ambiente apresentada neste trabalho é baseada no conjunto de requisitos levantados no capítulo anterior. Este levantamento, sugere uma

Leia mais

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso Planejamento de Testes a partir de Casos de Uso Arilo Cláudio Dias Neto ariloclaudio@gmail.com É Bacharel em Ciência da Computação formado na Universidade Federal do Amazonas, Mestre em Engenharia de Sistemas

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São

Leia mais

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

! Introdução.  Motivação para Processos de Software. ! Processo Unificado (USDP)  Definições  RUP x USDP  Características do Processo Unificado Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às

Leia mais