IDENTIFICAÇÃO DE PADRÕES ARQUITETURAIS USANDO ENGENHARIA REVERSA

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

Download "IDENTIFICAÇÃO DE PADRÕES ARQUITETURAIS USANDO ENGENHARIA REVERSA"

Transcrição

1 IDENTIFICAÇÃO DE PADRÕES ARQUITETURAIS USANDO ENGENHARIA REVERSA Marcos Antonio Quináia 1,2 e Paulo Cézar Stadzisz 1 e 1 Centro Federal de Educação Tecnológica do Paraná - CEFET-PR Programa de Pós-Graduação em Eng. Elétrica e Informática Industrial - CPGEI 2 Universidade Estadual do Centro-Oeste - UNICENTRO Resumo A engenharia reversa é o processo de análise de um sistema computacional que possibilita a criação de representações do sistema analisado em outra forma e/ou em outro nível de abstração. O objetivo da engenharia reversa é resgatar informações de valor, presentes nos sistemas computacionais, e representá-las de forma que seja possível o reuso posterior. Esse esforço visa não só melhorar a qualidade geral dos sistemas computacionais mas também aumentar a produtividade do processo de desenvolvimento de software. Este artigo apresenta um método para engenharia reversa que, aplicado a um conjunto de sistemas computacionais pertencentes a um mesmo domínio, gera a descrição de um padrão arquitetural que unifica os sistemas computacionais analisados. Abstract Reverse Engineering is the analysis process of a computational system which enables to create representations of the analyzed system in another form and/or abstraction level. The reverse engineering purpose is to recover valuable information present in the computational systems and represent them to enable its posterior reuse. This effort aims not only to improve the general quality of the computational systems, but also to increase the productivity of the software develment process. This article presents a method for reverse engineering that applied to a set of computational systems pertaining to a same domain generates a description of the architectural pattern which unifies the analyzed computational systems. 1. Introdução Como outros produtos, os sistemas computacionais também se tornam obsoletos ao longo do tempo. Essa obsolescência provoca a necessidade de freqüentes ajustes nos sistemas para adaptá-los às novas tecnologias e, principalmente, às exigências do negócio ou dos usuários [5]. Assim, faz-se necessário encontrar formas para facilitar a manutenção, evolução e reuso de software visando o prolongamento da vida útil dos sistemas computacionais. Uma das grandes dificuldades para a manutenção e reuso de software é a falta ou desatualização da documentação dos sistemas. Ao longo do tempo, todo o conhecimento sobre a arquitetura do software passa a estar contida unicamente no seu código. Neste tipo de cenário a evolução do sistema depende de um esforço de análise de sua documentação para extração de componentes e relações com o objetivo de redescobrir a arquitetura originalmente imaginada. Esta arquitetura de sistema, obtida através de um processo de engenharia reversa, poderá, então, permitir que mudanças ou reusos conscientes possam ser desenvolvidos. Neste artigo prõe-se aplicar um processo de engenharia reversa sobre um conjunto de sistemas computacionais similares (pertencentes a um mesmo domínio 1 ) com o objetivo de produzir um modelo único de arquitetura. Este modelo unifica as arquiteturas dos sistemas analisados em uma representação genérica aplicável a problemas recorrentes. Esta representação genérica é denominada padrão arquitetural. 1 Na engenharia de software, um Domínio abrange uma família de sistemas computacionais que compartilham um conjunto de requisitos comuns [2; 8].

2 O processo prosto parte da análise das interfaces e documentações disponíveis dos sistemas para: a) extrair os requisitos de cada sistema e criar um modelo de requisitos genérico; e b) extrair e analisar os modelos estruturais de cada sistema e criar o modelo de arquitetura do padrão arquitetural. O Padrão arquitetural sintetizado poderá ser reutilizado na instanciação de software para o domínio que o padrão representa, assim como as documentações obtidas servirão para a manutenção dos respectivos sistemas. 2. Resumo do Processo de Engenharia Reversa O processo prosto utiliza os princípios da Análise de Domínio. A Análise de Domínio é uma atividade que tem como objetivo fornecer suporte sistemático para reuso em larga escala através da identificação, captura e organização de partes semelhantes dos sistemas em um domínio, visando melhorar a eficiência do desenvolvimento e manutenção destes sistemas [6; 4; 3]. A aplicação do processo prosto deve considerar pelo menos três sistemas para se configurar a natureza de recorrência de um padrão relativo a um determinado domínio [1]. A Figura 1 mostra um resumo simplificado do processo para a identificação de um padrão. A parte superior da Figura 1 mostra um exemplo de domínio hipotético que é composto de n negócios. Cada negócio é composto por um conjunto de transações ou atividades agrupadas logicamente em encadeamentos aqui denominados serviços. O negócio N 2, por exemplo, é composto por seis serviços que são implementados em três sistemas computacionais (A, B e C). Deve-se notar que poderiam existir mais negócios (N n ) no domínio assim como mais serviços (S m ) no negócio e, também, mais sistemas computacionais que implementassem os serviços. Domínio N 1 N 2 N n Negócios S 1 S 2 S 3 S 4 S 5 S 6 S m Serviços Sistema A Sistema B Sistema C Sistema N Sistemas Computacionais Análise de Requisitos Requisitos dos Sistemas Análise de Arquitetura Análise de equivalência funcional Requisitos do Padrão Diferenciação dos requisitos Requisitos Iniantes Requisitos Variantes Requisitos Opcionais Requisitos Múltiplos Modelos Estruturais dos Sistemas Análise Estrutural Modelo estrutural do Padrão Modelos de Interações dos Sistemas Análise das Interações Modelo de Interações do Padrão Modelos de Estados dos Sistemas Análise dos Estados Modelo de Estados do Padrão Componentes específicos de cada sistema Núcleo do Padrão Figura 1 Identificação de padrão arquitetural em uma família de sistemas pertencentes a um domínio

3 A parte central da Figura 1 mostra duas etapas principais de análise: 1) Análise de Requisitos e 2) Análise de Arquiteturas. Na etapa de Análise de Requisitos procura-se extrair, analisar, classificar e descrever os requisitos que compõem o domínio de aplicação, representado pelo conjunto dos sistemas analisados, de forma que os requisitos genéricos do padrão arquitetural sejam evidenciados. Analisando-se os serviços que os sistemas A, B e C, da Figura 1, implementam, verifica-se que existem alguns serviços que são implementados exclusivamente por um dos três sistemas, outros serviços são implementados por dois sistemas e outros serviços são implementados pelos três sistemas computacionais (e. g. os serviços S 3 e S 4 ) e, portanto, constituem o núcleo do padrão arquitetural. Uma vez identificados esses requisitos, inicia-se a modelagem dos casos de uso, utilizando-se uma extensão da notação UML que está resumida na seção 3. Na etapa de Análise de Arquitetura procura-se verificar as estruturas dos sistemas e sintetizar os componentes estruturais que passarão a fazer parte do padrão arquitetural. As informações extraídas nas etapas de análise de requisitos e de arquitetura são sintetizadas na forma de um padrão arquitetural que representa uma solução genérica para reuso (parte inferior da Figura 1). 3. Extensão da Notação UML para Modelos de Casos de Uso A extensão para modelos de casos de uso, resumida nesta seção, é utilizada para especificar os requisitos funcionais de padrões arquiteturais extraídos mediante a análise de um conjunto de sistemas computacionais que pertençam a um domínio [7]. Tipologia Para Atores e Casos de Uso Esta extensão prosta apresenta a tipologia para atores e casos de uso genéricos identificados quando da modelagem dos requisitos do padrão arquitetural. Os atores e casos de uso clássicos definidos na UML [9] são também usados na modelagem de padrões. Eles representam, respectivamente, atores específicos (entidades externas) e casos de uso específicos (serviços ou funcionalidades do sistema) que estarão presentes em todas as instâncias do padrão arquitetural. Atores e Casos de Uso Opcionais Um ator cional é uma entidade externa ao sistema que pode ou não aparecer em instâncias do padrão (e. g. um administrador de sistema). Um caso de uso cional indica uma funcionalidade que pode ou não aparecer em um sistema que é modelado usando o padrão. (e. g. um diálogo de início de uma sessão. A notação adotada usa o rótulo e um retângulo em volta do ator para indicar que esse ator é cional. Para o caso de uso cional usa-se apenas o rótulo dentro da elipse que representa o caso de uso (Figura 2a). Ator e Caso de Uso Variante Um ator iante expressa uma entidade externa genérica do padrão arquitetural. Por Entidade Externa Genérica pode-se entender uma entidade que existe em toda instância do padrão, porém suas prriedades ou características iam entre as instâncias do padrão (e. g. um software externo implementado em diferentes versões). Um caso de uso iante representa um serviço ou uma funcionalidade genérica. Trata-se de uma abstração ou uma unificação de um conjunto de casos de uso similares. (e. g. um serviço para estabelecer conexão entre computadores por meio de uma rede que possa ser de tipos diferentes). A notação adotada para atores e casos de uso iantes aplica um rótulo ao lado do ícone correspondente (Figura 2b).

4 Ator e Caso de Uso Múltiplo Ator ou caso de uso múltiplo pode aparecer uma ou mais vezes nos sistemas computacionais projetados a partir do padrão. Um ator múltiplo expressa um conjunto de atores do mesmo tipo, isto é, esses atores têm papel similar com relação aos casos de uso aos quais estão associados. (e. g. usuários de um sistema ou as suas impressoras. Pode haver um ou vários usuários do sistema ou impressoras em um dado sistema). Um caso de uso múltiplo indica uma funcionalidade do padrão que pode ter múltiplas execuções independentes em várias threads ou em processadores diferentes, nas instâncias que utilizam o padrão. (e. g. um serviço de controle de dispositivo usado para controlar um certo número de dispositivos externos). A notação adotada para atores e casos de uso múltiplos é um fundo acinzentado no ícone correspondente (Figura 2c). Nome do ator Nome do caso de uso Nome do ator a) Atores e Casos de Usos b) Atores e Casos de Usos c) Atores e Casos de Usos Opcionais Variantes Múltiplos Figura 2 Notação da Extensão para Modelos de Casos de Uso Nome do caso de uso Nome do ator Nome do caso de uso Combinação de Tipos Os três tipos classificadores prostos (cional, iante e múltiplo) podem ser reunidos para permitir combinações desses tipos. Exemplos de combinações são: i) Ator e Caso de Uso Múltiplo e Opcional; ii) Ator e Caso de Uso Variante e Múltiplo; iii) Ator e Caso de Uso Opcional e Variante; iv) Ator e Caso de Uso Múltiplo, Variante e Opcional. 4. Identificação e Descrição de Padrão Arquitetural Os passos descritos a seguir têm o objetivo de servir como metodologia para as etapas de identificação e descrição de um padrão arquitetural. Buscar sistemas que implementam a solução para o domínio do problema Efetuar uma busca por sistemas computacionais e respectivas documentações já desenvolvidos e disponíveis que implementem a solução para a qual se deseja criar o padrão. Buscar, ainda, outras documentações disponíveis para a solução desejada. Análise dos Requisitos Compor uma tabela com as funcionalidades dos sistemas analisados Inicialmente, deve-se montar uma tabela para cada sistema contendo as suas funcionalidades. Essas tabelas (Tabela 1) devem ser exaustivas de modo a conter as funcionalidades de cada sistema. Durante a descrição das tarefas busca-se o agrupamento das funções em possíveis módulos do sistema. Entende-se por módulo uma parte de um sistema computacional que agrega algumas funções desse sistema. Busca-se ainda a identificação de possíveis atores do sistema. ATOR MÓDULO FUNÇÃO Tabela 1 - Módulos e funções de cada sistema

5 Uma vez completas as tabelas (Tabela 1) referentes a cada sistema, deve-se então mesclar essas tabelas retirando módulos e funcionalidades duplicados, formando-se assim uma tabela única (Tabela 2) que represente as funcionalidades de todos os sistemas analisados. Esta tarefa é bastante subjetiva e demanda muita atenção e conhecimento do domínio para mesclar corretamente as funcionalidades duplicadas que são consideradas importantes para o domínio. A nova tabela (Tabela 2), resultante do processo de mixagem das tabelas individuais de cada sistema, permite identificar as funcionalidades que são comuns a todos os sistemas e, também, aquelas que são específicas de algum ou alguns dos sistemas analisados. Ator Módulo Função Sistemas que implementam Bibliotecário Cadastro Cadastrar livro Atendente Movimentação / Circulação Emprestar exemplar Consultar histórico de empréstimos de usuário Devolver exemplar Emitir aviso de devolução em atraso 1 4 Reno empréstimo Reser obra Cancelar reserva de obra Consultar reserva Emitir multa Cancelar multa Ler código de barras Tabela 2 - Módulos e funções dos sistemas Os módulos que comporão o padrão arquitetural devem ser separados nessa tabela. Cada módulo deve conter as funcionalidades que lhe forem concernentes. Esse processo de análise, separação dos módulos e composição desta tabela única permite ainda a definição dos atores do padrão arquitetural. Os atores do padrão são definidos através da análise dos atores de cada sistema. Identificar atores e casos de uso genéricos (iantes, cionais e múltiplos) As funcionalidades descritas na Tabela 2 são transformadas nos casos de uso do Padrão Arquitetural. Assim cada funcionalidade torna-se um caso de uso. A análise dos casos de uso Opcionais é feita diretamente visualizando-se a Tabela 2. Os casos de uso implementados por todos os sistemas analisados são fortes candidatos a fazerem parte do núcleo do padrão arquitetural e, conseqüentemente, serem comuns (não cionais) a todos os sistemas. Os demais casos de uso, implementados por parte dos sistemas, são fortes candidatos a serem casos de uso cionais. Nas duas situações citadas, o projetista com sua experiência e vislumbrando alguma situação que requeira julgamento diferenciado poderá tomar a decisão. Cada caso de uso Variante é analisado à parte nos diferentes sistemas que o implementa, procurando-se por similaridades e diferenças que possam ou não caracterizar esse caso de uso como iante. Para essa tarefa usa-se a relação de equivalência funcional [10], através da qual se pode verificar as similaridades entre as funcionalidades dos sistemas analisados. Os casos de uso Múltiplos são elicitados procurando-se evidenciá-los a partir da observação das funcionalidades de cada sistema que os implementam.

6 Nesse processo de análise procura-se, ainda, identificar os atores genéricos concernentes aos vários casos de uso. Esses atores são identificados através da observação dos atores da cada sistema e o seu comportamento. A Figura 3a mostra um Modelo de Casos de Uso Genérico construído usando a extensão. Análise das Arquiteturas Analisar os diagramas de classes dos sistemas Caso existam, os diagramas de classes dos sistemas deverão ser analisados para a identificação de suas partes na composição do diagrama de classes do padrão arquitetural. Caso não existam esses diagramas de classes dos sistemas, pode-se efetuar um processo de engenharia reversa para cada sistema para extrair os modelos de classes correspondentes de cada sistema. Reser obra Cancelar reserva de obra Bibliotecário CIBibliotecário CCPagar- Multa CIImpressora Impressora InformeValorMulta() ValorMulta Atendente Consultar histórico de empréstimos de usuário Consultar reserva Reno empréstimo Emitir aviso de devolução em atraso Cancelar multa Emprestar exemplar Devolver exemplar Ler código de barras Emitir multa sgbd LeitorOtico Sistema Impressora InformeFormaPagto() JanFormaPagto b) Diagrama de Seqüência evidenciando parte cional e iante FormaPagto FormaPagto ImprimeRecibo() Recibo Mostrando Janela Valor Multa /^CIBibliotecário.Inf ormarvalormulta Mostrando Janela Forma Pagto /^CIBibliotecário.Inf ormarformapagto a) Modelo Genérico de Casos de Uso Imprimindo Recibo c) Diagrama de Estados evidenciando parte cional e iante Figura 3 Diagramas genéricos do padrão arquitetural Desenvolver o diagrama de classes do padrão Nesta fase deverá ser composto o diagrama de classes do padrão arquitetural. Esse diagrama será sintetizado dos diagramas de classes de cada sistema analisado na fase anterior. Esta síntese é baseada em uma análise de equivalência das classes que é composta, basicamente, por quatro passos: 1) Levantamento das classes para cada caso de uso; 2) Definir uma tipologia para as classes baseada nos estereótipos (Controle, Interface e Entidade);

7 3) Para cada ator genérico criar uma classe de equivalência para os estereótipos da tipologia do passo 2; 4) Fazer a unificação ou integração das classes de equivalência para criar as classes genéricas do padrão. Desenvolver os diagramas de seqüência Os diagramas de seqüência para as partes comuns do padrão são desenvolvidos da maneira convencional, utilizando-se os recursos oferecidos pela UML. Já os diagramas de seqüência que representam partes cionais, iantes e múltiplas devem explicitar essas partes colocando nelas um retângulo para delimitá-la da parte comum, como o exemplo da Figura 3b. Desenvolver os diagramas de estados De maneira análoga aos diagramas de seqüência, os diagramas de estado são criados usando-se as convenções da UML. Para se descrever as partes genéricas usa-se um retângulo que evidencia essas partes, como ilustrado na Figura 3c. Desenvolver o diagrama de componentes O padrão arquitetural não deve ser construído como uma única peça. Constroem-se componentes que serão as partes do padrão. Esses componentes são definidos pelo projetista do padrão através da análise dos documentos obtidos dos sistemas que compõem o domínio e também da análise das tabelas e diagramas que compõem a descrição do padrão. Como um exemplo tem-se que, através da análise da Tabela 2 e demais diagramas, pode-se particionar o módulo de movimentação em quatro componentes como descrito na Figura 4a. Esta figura evidencia ainda os componentes cionais através da sigla OP colocada antes dos nomes dos componentes cionais. Este trabalho de criação dos componentes exige uma minuciosa análise, por parte do projetista, para identificar as funcionalidades que possuem características comuns para colocálas em um mesmo módulo. O conhecimento do domínio é importante nessa etapa. Multa + Cancelar multa + OP Emitir aviso de devolução em atraso + Emitir multa Servidor BD BD Sist Biblioteca Servidor Impressão Impressora Empréstimo Servidor de Aplicação + Consultar histórico de empréstimos de usuário + Devolver exemplar + Emprestar exemplar + OP Reno empréstimo Servidor WEB TCP/IP Sist Biblioteca Reserva + Cancelar reserva de obra + OP Consultar reserva + Reser obra CódigoDeBarras + Ler código de barras Navegador: Usuário «executable» Sistema de Biblioteca a) Diagrama de componentes b) Diagrama de Distribuição Figura 4 Diagramas de componentes e distribuição do padrão

8 Desenvolver o diagrama de distribuição O diagrama de distribuição é usado para definir a arquitetura de execução dos sistemas que forem instanciados do padrão arquitetural. Este diagrama apresenta a distribuição dos sistemas computacionais, instanciados do padrão arquitetural, dentro do ambiente de execução, representando dispositivos de hardware ou ambientes de execução de software. A Figura 4b mostra um exemplo aplicável para um sistema que é desenvolvido para WEB. 5. Conclusão e Contribuição Tendo em vista que os padrões de software são considerados como meios de reuso que possibilitam a produção de software em grande escala (produção industrial), pode-se concluir que os sistemas computacionais produzidos a partir de padrões de arquitetura de software tendem a ter maior facilidade de manutenção e evolução pois são baseados em arquiteturas desenvolvidas com maior consciência do domínio de aplicação no qual se inserem. Este trabalho apresenta uma contribuição para a busca, através da engenharia reversa, de informações importantes que contribuam para a construção de padrões de arquitetura de software com vistas ao reuso. O processo resumidamente apresentado nesse artigo tem por objetivo a produção de padrões de arquitetura de software a partir da engenharia reversa executada sobre um conjunto representativo de sistemas de um domínio de aplicação. Busca-se neste processo a elicitação das funcionalidades para a descrição dos requisitos genéricos que comporão o padrão arquitetural, bem como a criação dos componentes arquiteturais do padrão. Os padrões arquiteturais identificados com o processo poderão ser reutilizados em larga escala na composição de novos sistemas computacionais. A documentação obtida a partir do processo de engenharia reversa pode também ser utilizada para a manutenção dos sistemas do domínio analisado. 6. Referências [1] B. Appleton. Patterns and Software: Essential Concepts and Terminology. In: Data de acesso: 07/06/2000. [2] E. V. Berard. Essays in Object-Oriented Software Engineering. Vol 1. Prentice Hall, [3] J. Foreman. Product Line Based Software Develment- Significant Results, Future Challenges. Software Technology Conference, Salt Lake City, UT, Abril, [4] I. Jacobson, M. Griss e P. Jonsson. Software Reuse: Architecture, process and Organization for Business Success. Addison Wesley Longman [5] R. S. Pressman. Software Engineering: A Practitioner's Approach. McGraw-Hill 6 edition, [6] R. Prieto-Díaz. Domain Analysis: An Introduction. Software Engineering Notes 15, 2. Abril [7] M. A. Quináia e P. C. Stadzisz. A Use Case Extension for Architectural Patterns. In: CSITeA 03, Rio de Janeiro, [8] M. Z. Roseti e C. M. L. Werner. Aquisição de Conhecimento no Contexto de Análise de Domínio. In: SBES'99, Florianópolis, [9] J. Rumbaugh, I. Jacobson e G. Booch. Unified Modeling Language Reference Manual. Addison-Wesley [10] P. C. Stadzisz. Contribuition à une Méthodologie de Conception Intégrée des Familles de Produits pour l Assemblage. L Universite de Franche-Comte. (Tese doutorado)

Casos de Uso O que é. Casos de Uso. Objetivos de um Caso de Uso. Atores. Atores e Casos de Uso. Diagramas de Caso de Uso

Casos de Uso O que é. Casos de Uso. Objetivos de um Caso de Uso. Atores. Atores e Casos de Uso. Diagramas de Caso de Uso Casos de Uso O que é Casos de Uso Descrições narrativas de processos do domínio da aplicação Documentam a seqüência de eventos de um ator (um agente externo) usando o sistema para completar, do início

Leia mais

Uma Arquitetura de Linha de Produto Baseada em Componentes para Sistemas de Gerenciamento de Workflow

Uma Arquitetura de Linha de Produto Baseada em Componentes para Sistemas de Gerenciamento de Workflow Uma Arquitetura de Linha de Produto Baseada em Componentes para Sistemas de Gerenciamento de Workflow Itana M. S. Gimenes 1 itana@din.uem.br Fabrício R. Lazilha 2 fabricio@cesumar.br Edson A. O. Junior

Leia mais

4. Exemplo de Levantamento de Classes...26. 3. Levantamento das Classes...24. 1. Conceito de Classe e Objeto... 15. 1. Modelo de Casos de Uso...

4. Exemplo de Levantamento de Classes...26. 3. Levantamento das Classes...24. 1. Conceito de Classe e Objeto... 15. 1. Modelo de Casos de Uso... Projeto de Software usando UML Sumário Capítulo I : Casos de Uso...3 1. Modelo de Casos de Uso... 3 2. Diagramas de Casos de Uso... 3 3. Exemplo... 9 4. Conclusão... 13 Capítulo II : Levantamento de Classes...15

Leia mais

Diagrama de Classes. Diagrama de Classes. Diagramas de Classe. POST Criando Diagramas de Classe. Como construir (2)

Diagrama de Classes. Diagrama de Classes. Diagramas de Classe. POST Criando Diagramas de Classe. Como construir (2) Diagrama de Classes Diagrama de Classes Modelo de classes de especificação Perspectiva de Projeto Ilustra as especificações de software para as classes e interfaces do sistema. É obtido através da adição

Leia mais

Planejamento da disciplina: Modelagem de processos de negócio

Planejamento da disciplina: Modelagem de processos de negócio UNIVERSIDADE FEDERAL DE MINAS GERAIS / INSTITUTO DE CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO Planejamento da disciplina: Modelagem de processos de negócio Professor: Clarindo Isaías Pereira

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

ESPECIFICAÇÃO DO AMBIENTE EXPSEE SEGUNDO O MÉTODO CATALYSIS

ESPECIFICAÇÃO DO AMBIENTE EXPSEE SEGUNDO O MÉTODO CATALYSIS ESPECIFICAÇÃO DO AMBIENTE EXPSEE SEGUNDO O MÉTODO CATALYSIS RESUMO Este artigo apresenta a especificação de um sistema gerenciador de workflow, o ExPSEE, de acordo com a abordagem de desenvolvimento baseado

Leia mais

Table 1. Dados do trabalho

Table 1. Dados do trabalho Título: Desenvolvimento de geradores de aplicação configuráveis por linguagens de padrões Aluno: Edison Kicho Shimabukuro Junior Orientador: Prof. Dr. Paulo Cesar Masiero Co-Orientadora: Prof a. Dr. Rosana

Leia mais

Um Processo de Engenharia de Domínio com foco no Projeto Arquitetural Baseado em Componentes

Um Processo de Engenharia de Domínio com foco no Projeto Arquitetural Baseado em Componentes Um Processo de Engenharia de Domínio com foco no Projeto Arquitetural Baseado em Componentes Ana Paula Blois 1, 2, Karin Becker 2, Cláudia Werner 1 1 COPPE/UFRJ, Universidade Federal do Rio de Janeiro,

Leia mais

O que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo?

O que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo? O que é a UML? Introdução a UML Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário + regras de combinaçã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

Uma proposta de um processo prático para apoiar o reuso de software

Uma proposta de um processo prático para apoiar o reuso de software Uma proposta de um processo prático para apoiar o reuso de software Rosangela Kronig (UNIP) rkronig.mes.engprod@unip.br Ivanir Costa (UNIP) icosta@unip.br Mauro Spínola (UNIP) mspinola@unip.br Resumo A

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

Uma Metodologia de Desenvolvimento de Sistemas de Informações em Empresas de Pequeno e Médio Porte

Uma Metodologia de Desenvolvimento de Sistemas de Informações em Empresas de Pequeno e Médio Porte Uma Metodologia de Desenvolvimento de Sistemas de Informações em Empresas de Pequeno e Médio Porte Autoria: Denis Silveira, Eber Schmitz Resumo: Este artigo apresenta uma Metodologia Rápida de Desenvolvimento

Leia mais

MC302A Modelagem de Sistemas com UML. Prof. Fernando Vanini vanini@ic.unicamp.br

MC302A Modelagem de Sistemas com UML. Prof. Fernando Vanini vanini@ic.unicamp.br MC302A Modelagem de Sistemas com UML Prof. Fernando Vanini vanini@ic.unicamp.br Modelamento de Sistemas e Orientação a Objetos O paradigma de Orientação a Objetos oferece um conjunto de características

Leia mais

Engenharia de Software

Engenharia de Software Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Análise e Projeto Orientados a Objetos Análise e Projeto Orientados a Objetos O que é Análise e Projeto? Análise o quê Investigação

Leia mais

UML: Casos de Uso. Projeto de Sistemas de Software

UML: Casos de Uso. Projeto de Sistemas de Software UML: Casos de Uso Projeto de Sistemas de Software UML Casos de Uso Introdução Casos de uso Elementos do diagrama de casos de uso Descrição de casos de uso Exemplo: Blog Ferramentas de modelagem Bibliografia

Leia mais

Notas de Aula 04: Casos de uso de um sistema

Notas de Aula 04: Casos de uso de um sistema Notas de Aula 04: Casos de uso de um sistema Objetivos da aula: Aprender os elementos básicos da modelagem por casos de uso Utilizar as associações entre casos de uso, atores e demais artefatos Compreender

Leia mais

Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira

Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre

Leia mais

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br - MÓDULO 3 - MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS COM UML 1. INTRODUÇÃO A partir de 1980, diversos métodos de desenvolvimento de sistemas surgiram para apoiar o paradigma orientado a objetos com uma

Leia mais

Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web

Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web } Com o forte crescimento do comércio eletrônico por

Leia mais

Curso de Licenciatura em Informática

Curso de Licenciatura em Informática Curso de Licenciatura em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita EXERCÍCIOS SOBRE MODELAGEM DE CASOS DE USO Exercício 1: construa um Diagrama de Casos de

Leia mais

Sumário. Uma visão mais clara da UML

Sumário. Uma visão mais clara da UML Instituto Federal de Santa Catarina Câmpus Chapecó Ensino Médio Integrado em Informática Módulo V Unidade Curricular: Engenharia de Software Professora: Lara P. Z. B. Oberderfer Uma visão mais clara da

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

Aula 5 UML: Casos de Uso

Aula 5 UML: Casos de Uso Aula 5 UML: Casos de Uso UML Casos de Uso Introdução Casos de uso Elementos do diagrama de casos de uso Descrição de casos de uso Exemplo: Blog Ferramentas de modelagem Bibliografia 2 Introdução Casos

Leia mais

18º Congresso de Iniciação Científica UM ESTUDO EXPLORATÓRIO SOBRE TÉCNICAS DE MODELAGEM DE REQUISITOS DE SOFTWARE PARA SISTEMA EMBARCADO

18º Congresso de Iniciação Científica UM ESTUDO EXPLORATÓRIO SOBRE TÉCNICAS DE MODELAGEM DE REQUISITOS DE SOFTWARE PARA SISTEMA EMBARCADO 18º Congresso de Iniciação Científica UM ESTUDO EXPLORATÓRIO SOBRE TÉCNICAS DE MODELAGEM DE REQUISITOS DE SOFTWARE PARA SISTEMA EMBARCADO Autor(es) MARINA CALÇA Orientador(es) LUIZ EDUARDO GALVÃO MARTINS

Leia mais

Modelagem de Casos de Uso (Parte 2)

Modelagem de Casos de Uso (Parte 2) Modelagem de Casos de Uso (Parte 2) Roteiro (1) Método para Modelagem de Casos De Uso Estudo de Caso: Sistema de Controle para Videolocadora Levantamento Inicial dos Casos de Uso Identificação dos Casos

Leia mais

Derivando a arquitetura inicial do software de uma central de monitoração de diabéticos a partir do modelo de Negócio da UML

Derivando a arquitetura inicial do software de uma central de monitoração de diabéticos a partir do modelo de Negócio da UML Derivando a arquitetura inicial do software de uma central de monitoração de diabéticos a partir do modelo de Negócio da UML Claudio Yua Shen Ling Centro Estadual de Educação Tecnológica Paula Souza (CEETEPS)

Leia mais

A história de UML e seus diagramas

A história de UML e seus diagramas A história de UML e seus diagramas Thânia Clair de Souza Vargas Departamento de Informática e Estatística Universidade Federal de Santa Catarina (UFSC) Florianópolis, SC Brazil thania@inf.ufsc.br Abstract.

Leia mais

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC CURSO: Bacharelado em Ciência da Computação DISCIPLINA: ANPS Análise e Projeto de Sistemas AULA NÚMERO: 3 DATA: PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Revisão...1 2.1.1

Leia mais

ANÁLISE E PROJETO ORIENTADO A OBJETOS. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

ANÁLISE E PROJETO ORIENTADO A OBJETOS. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com ANÁLISE E PROJETO ORIENTADO A OBJETOS Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Análise Descrição do problema a ser implementado Descrição dos objetos e classes que fazem parte do problema, Descrição

Leia mais

Ministério da Educação UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Campus Curitiba PLANO DE ENSINO

Ministério da Educação UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Campus Curitiba PLANO DE ENSINO Ministério da Educação UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Campus Curitiba PLANO DE ENSINO CURSO Engenharia Eletrônica MATRIZ FUNDAMENTAÇÃO LEGAL (Resolução do COEPP que aprovou a matriz curricular

Leia mais

Modelagem de Casos de Uso (Parte 2)

Modelagem de Casos de Uso (Parte 2) Modelagem de Casos de Uso (Parte 2) Roteiro (1) Método para Modelagem de Casos De Uso Estudo de Caso: Sistema de Controle para Videolocadora Levantamento Inicial dos Casos de Uso Identificação dos Casos

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

Eduardo Bezerra. Editora Campus/Elsevier

Eduardo Bezerra. Editora Campus/Elsevier Princípios de Análise e Projeto de Sistemas com UML 2ª edição Eduardo Bezerra Editora Campus/Elsevier Capítulo 11 Arquitetura do sistema Nada que é visto, é visto de uma vez e por completo. --EUCLIDES

Leia mais

UM PROTÓTIPO DO SISTEMA PARA CONTROLE DE BIBLIOTECAS POR MEIO DE PÁGINAS WEB DINÂMICAS 1

UM PROTÓTIPO DO SISTEMA PARA CONTROLE DE BIBLIOTECAS POR MEIO DE PÁGINAS WEB DINÂMICAS 1 UM PROTÓTIPO DO SISTEMA PARA CONTROLE DE BIBLIOTECAS POR MEIO DE PÁGINAS WEB DINÂMICAS 1 Daniel de Faveri HONORATO 2, Renato Bobsin MACHADO 3, Huei Diana LEE 4, Feng Chung WU 5 Escrito para apresentação

Leia mais

Engenharia de Software: Introdução. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes

Engenharia de Software: Introdução. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes Engenharia de Software: Introdução Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes Programa 1. O processo de engenharia de software 2. UML 3. O Processo Unificado 1. Captura de requisitos 2.

Leia mais

Modelagem OO com UML. Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza

Modelagem OO com UML. Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza Modelagem OO com UML Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza Departamento de Informática Centro Tecnológico Universidade Federal do Espírito Santo Modelos Maneira

Leia mais

Fase 1: Engenharia de Produto

Fase 1: Engenharia de Produto Fase 1: Engenharia de Produto Disciplina: Análise de Requisitos DURAÇÃO: 44 h O objetivo principal da disciplina é realizar uma análise das necessidades e produzir um escopo do produto. Representará os

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

Introduçãoa Engenhariade. Prof. Anderson Cavalcanti UFRN-CT-DCA

Introduçãoa Engenhariade. Prof. Anderson Cavalcanti UFRN-CT-DCA Introduçãoa Engenhariade Software Prof. Anderson Cavalcanti UFRN-CT-DCA O que é Software? O que é software? São programas de computadores, em suas diversas formas, e a documentação associada. Um programa

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

Software Architecture Recovery based on Dynamic Analysis. Aline Vasconcelos Cláudia Werner

Software Architecture Recovery based on Dynamic Analysis. Aline Vasconcelos Cláudia Werner Software Architecture Recovery based on Dynamic Analysis Aline Vasconcelos Cláudia Werner Agenda Contexto e Motivações Trabalhos Relacionados Processo Proposto Estudo de Caso Conclusões Contexto Engenharia

Leia mais

SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS

SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS Lilian R. M. Paiva, Luciene C. Oliveira, Mariana D. Justino, Mateus S. Silva, Mylene L. Rodrigues Engenharia de Computação - Universidade de Uberaba (UNIUBE)

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

O Processo de Desenvolvimento de Software

O Processo de Desenvolvimento de Software O Processo de Desenvolvimento de Software Objetivos Contextualizar Análise e Projeto de software dentro de uma metodologia de desenvolvimento (um processo de desenvolvimento de software) Um processo de

Leia mais

Engenharia de Requisitos Estudo de Caso

Engenharia de Requisitos Estudo de Caso Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este

Leia mais

build UNIP Sistemas de Informação Análise Essencial de Sistemas 3 Prof.Marcelo Nogueira A produção de Software é uma atividade build and fix.

build UNIP Sistemas de Informação Análise Essencial de Sistemas 3 Prof.Marcelo Nogueira A produção de Software é uma atividade build and fix. UNIP Sistemas de Informação Análise Essencial de Sistemas Prof.Marcelo Nogueira Análise Essencial de Sistemas 1 Introdução A produção de Software é uma atividade build and fix. Análise Essencial de Sistemas

Leia mais

ERACE-TOOL - UMA FERRAMENTA BASEADA EM CENÁRIOS PARA À ENGENHARIA DE REQUISITOS

ERACE-TOOL - UMA FERRAMENTA BASEADA EM CENÁRIOS PARA À ENGENHARIA DE REQUISITOS ERACE-TOOL - UMA FERRAMENTA BASEADA EM CENÁRIOS PARA À ENGENHARIA DE REQUISITOS João Caldas Júnior FIL- Fundação Paulista de Educação e Tecnologia Paulo C. Masiero ICMC - Universidade de São Paulo masiero@icmsc.sc.usp.br

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

Unisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER

Unisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER Objetivo dessa aula é descrever as características e a simbologia dos diagramas UML e MER na modelagem de sistemas de informação de uma forma a permitir a comunicação entre técnicos e gestores. Modelagem

Leia mais

guia prático 2a Edição Gilleanes T.A. Guedes Novatec

guia prático 2a Edição Gilleanes T.A. Guedes Novatec guia prático 2a Edição Gilleanes T.A. Guedes Novatec Copyright 2007, 2014 da Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta

Leia mais

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO Danilo Freitas Silvas Sistemas de informação CEATEC danilofs.ti@gmail.com Resumo:

Leia mais

Modelagem de Casos de Uso (Parte 1)

Modelagem de Casos de Uso (Parte 1) Modelagem de Casos de Uso (Parte 1) Roteiro Introdução Descrição: Sistema de Ponto de Vendas Casos de Usos Atores Fluxo de Eventos Cenários Formato de Documentação de Casos de Uso Diagramas de Casos de

Leia mais

2 Diagrama de Caso de Uso

2 Diagrama de Caso de Uso Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa

Leia mais

UML Aula I Diagramas de Caso de Uso, Sequência e Colaboração

UML Aula I Diagramas de Caso de Uso, Sequência e Colaboração UML Aula I Diagramas de Caso de Uso, Sequência e Colaboração Ricardo Argenton Ramos Engenharia de Software II 2013.1 Um Exercício Como você pode representar? Uma casa de 2 andares, 4 quartos, 2 banheiros,

Leia mais

Um Componente de Gerenciamento de Execução de Workflow Segundo a Abordagem de Linha de Produto de Software

Um Componente de Gerenciamento de Execução de Workflow Segundo a Abordagem de Linha de Produto de Software Um Componente de Gerenciamento de Execução de Workflow Segundo a Abordagem de Linha de Produto de Software Itana M. S. Gimenes 1 itana@din.uem.br Radames J. Halmeman 1 radames@cm.cefetpr.br Fabrício R.

Leia mais

Palavras-Chaves: engenharia de requisitos, modelagem, UML.

Palavras-Chaves: engenharia de requisitos, modelagem, UML. APLICAÇÃO DA ENGENHARIA DE REQUISITOS PARA COMPREENSÃO DE DOMÍNIO DO PROBLEMA PARA SISTEMA DE CONTROLE COMERCIAL LEONARDO DE PAULA SANCHES Discente da AEMS Faculdades Integradas de Três Lagoas RENAN HENRIQUE

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

UML: Unified Modeling Language. Graduação em Informática 2008 Profa. Itana Gimenes

UML: Unified Modeling Language. Graduação em Informática 2008 Profa. Itana Gimenes UML: Unified Modeling Language Graduação em Informática 2008 Profa. Itana Gimenes Unified Modelling Language (UML) Não é uma linguagem de programação. Linguagem de modelagem visual utilizada para especificar,

Leia mais

A Experiência na Definição de um Processo Padrão Baseado no Processo Unificado

A Experiência na Definição de um Processo Padrão Baseado no Processo Unificado A Experiência na Definição de um Processo Padrão Baseado no Processo Unificado RICARDO DE ALMEIDA FALBO Departamento de Informática - UFES Av. Fernando Ferrari, s/n, Vitória ES falbo@inf.ufes.br Abstract

Leia mais

Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama

Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama DCC / ICEx / UFMG Diagrama de Diagrama de Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento externo do sistema

Leia mais

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem

Leia mais

Orientação a Objetos I

Orientação a Objetos I Serviço Nacional de Aprendizagem Comercial do Rio Grande do Sul Informação e Comunicação Habilitação Técnica de Nível Médio Técnico em Informática Orientação a Objetos I UML: Introdução e Casos de Uso

Leia mais

Padrões de Requisitos para Especificação de Casos de Uso em Sistemas de Informação

Padrões de Requisitos para Especificação de Casos de Uso em Sistemas de Informação Padrões de Requisitos para Especificação de Casos de Uso em Sistemas de Informação Gabriela T. de Souza 1, 2, Carlo Giovano S. Pires 2 e Arnaldo Dias Belchior 1 1 Universidade de Fortaleza Av. Washington

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

Diagrama de Caso de Uso e Diagrama de Sequência

Diagrama de Caso de Uso e Diagrama de Sequência Diagrama de Caso de Uso e Diagrama de Sequência Milena Alexandre dos Santos Baesso (Mestranda em Engenharia Elétrica) Agenda Ciclo de Vida de um Sistema A Fase de Análise Análise Orientada à Objetos Diagramas

Leia mais

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio 32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio

Leia mais

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial 1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão

Leia mais

Micro Mídia Informática Fevereiro/2009

Micro Mídia Informática Fevereiro/2009 Micro Mídia Informática Fevereiro/2009 1 UML Introdução Fases de Desenvolvimento Notação Visões Análise de Requisitos Casos de Uso StarUML Criando Casos de Uso Orientação a Objetos Diagrama de Classes

Leia mais

Notas de Aula 02: Processos de Desenvolvimento de Software

Notas de Aula 02: Processos de Desenvolvimento de Software Notas de Aula 02: Processos de Desenvolvimento de Software Objetivos da aula: Introduzir os conceitos de um processo de desenvolvimento de software Definir os processos básicos Apresentar as vantagens

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

Processo de Desenvolvimento de Software. Engenharia de Software. nelmarpg@yahoo.com.br

Processo de Desenvolvimento de Software. Engenharia de Software. nelmarpg@yahoo.com.br Processo de Desenvolvimento de Software nelmarpg@yahoo.com.br 1 Objetivos Contextualizar Análise e Projeto de software dentro de uma metodologia de desenvolvimento (um processo de desenvolvimento de software)

Leia mais

DOCUMENTO DE REQUISITOS

DOCUMENTO DE REQUISITOS DOCUMENTO DE REQUISITOS ID documento: Data: / / Versão : Responsável pelo documento: ID Projeto: HISTÓRICO DE REVISÕES Data de criação/ atualização Descrição da(s) Mudança(s) Ocorrida(s) Autor Versão do

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

1. Introdução 2. Desenvolvimento de Softwares orientado a objetos 3. UML A unificação dos métodos para a criação de um novo padrão 4. Uso da UML 5.

1. Introdução 2. Desenvolvimento de Softwares orientado a objetos 3. UML A unificação dos métodos para a criação de um novo padrão 4. Uso da UML 5. 1. Introdução 2. Desenvolvimento de Softwares orientado a objetos 3. UML A unificação dos métodos para a criação de um novo padrão 4. Uso da UML 5. Fases do Desenvolvimento de um Sistema em UML 1. Análise

Leia mais

SysGCoS: Gerenciador de Controle de Ordem de Serviço

SysGCoS: Gerenciador de Controle de Ordem de Serviço SysGCoS: Gerenciador de Controle de Ordem de Serviço Adriano Alves da Silva 1, José Flávio Gomes Barros 2, Henrique Rocha Fontenele e Jean Carlo Galvão Mourão 3 1 Bacharel em Sistemas de Informação - Faculdade

Leia mais

Uma Abordagem usando PU

Uma Abordagem usando PU Uma Abordagem usando PU Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Baseada em: Rational Software Corpotation G. Booch, Ivar Jacobson,

Leia mais

Sistema de Apoio ao Ensino de Modelagem de Software Uma extensão para o editor de programação BlueJ

Sistema de Apoio ao Ensino de Modelagem de Software Uma extensão para o editor de programação BlueJ IV Encontro de Pesquisa PUCSP/TIDD 2011 Sistema de Apoio ao Ensino de Modelagem de Software. Uma extensão para o editor de programação BlueJ Autor: Luciano Gaspar - E-mail: tigaspar@hotmail.com Orientador:

Leia mais

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita Unified Process Sueleni Mendez Batista Orientadora: Dra. Elisa Hatsue Moriya Huzita Processo de Desenvolvimento de Software 8O processo de desenvolvimento de software é um conjunto de atividades e resultados

Leia mais

Uma visão mais clara da UML Sumário

Uma visão mais clara da UML Sumário Uma visão mais clara da UML Sumário 1 Definição de Objeto...2 2 Estereótipos...3 2.1 Classe fronteira (boundary):...3 2.2 Classe de Entidade (entity):...3 2.3 Classe de Controle (control):...4 3 Interação

Leia mais

Modelando com UML Unified Modeling Language

Modelando com UML Unified Modeling Language Modelando com UML Unified Modeling Language AHMED ALI ABDALLA ESMIN 1 1 ILES ULBRA Instituto de Informática - Universidade Luterana do Brasil de Informática Cx. Postal 271 CEP 78.9860-000 Ji-Paraná (RO)

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

UML (Unified Modeling Language) Linguagem de Modelagem Unificada

UML (Unified Modeling Language) Linguagem de Modelagem Unificada UML (Unified Modeling Language) Linguagem de Modelagem Unificada Introdução É a padronização das metodologias de desenvolvimento de sistemas baseados na orientação a objetos. Foi criada por três grandes

Leia mais

A linguagem UML. UML e Diagramas de Casos de Uso e Classes. Por que usar UML? O que é modelagem?

A linguagem UML. UML e Diagramas de Casos de Uso e Classes. Por que usar UML? O que é modelagem? UML e Diagramas de Casos de Uso e Classes Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com A linguagem UML UML (Unified Modeling Language) Linguagem de Modelagem Unificada É uma linguagem de modelagem

Leia mais

Documento de Projeto de Software

Documento de Projeto de Software Documento de Projeto de Software Projeto: Vídeo Locadora Passatempo Versão: 1.0 Responsável: Ricardo de Almeida Falbo 1. Introdução Este documento apresenta o documento de projeto (design) do sistema de

Leia mais

Análise e Projeto OO com UML. Lição 3 Especificação e Modelagem de Requisitos com UML

Análise e Projeto OO com UML. Lição 3 Especificação e Modelagem de Requisitos com UML Análise e Projeto OO com UML Lição 3 Especificação e Modelagem de Requisitos com UML Prof. Fábio Bianchi Campos 1 Objetivos Gerais Apresentar as características básicas de uma especificação de requisitos;

Leia mais

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004 Introdução ao RUP Rational Unified Process por Denize Terra Pimenta Outubro/2004 1 Contexto Não é suficiente apenas a presença de desenvolvedores altamente treinados: Precisamos de uma linguagem para a

Leia mais

Gestão de Projectos de Software - 1

Gestão de Projectos de Software - 1 Gestão de Projectos de Software Licenciaturas de EI / IG 2012/2013-4º semestre msantos@ispgaya.pt http://paginas.ispgaya.pt/~msantos Gestão de Projectos de Software - 1 Objectivos da Disciplina de Gestão

Leia mais

Rational Software White Paper TP 156

Rational Software White Paper TP 156 Desenvolvendo Sistemas em Larga Escala com o Rational Unified Process Maria Ericsson Rational Software White Paper TP 156 Índice Analítico Histórico... 1 Sistemas de Sistemas Interconectados... 1 O Ciclo

Leia mais

Instituto de Computação, Universidade Federal do Amazonas (UFAM) Manaus-AM, Brasil

Instituto de Computação, Universidade Federal do Amazonas (UFAM) Manaus-AM, Brasil Elicitação de Requisitos a partir de Modelos de Processos de Negócio e Modelos Organizacionais: Uma pesquisa para definição de técnicas baseadas em heurísticas Marcos A. B. de Oliveira 1, Sérgio R. C.

Leia mais

Guia de Modelagem de Casos de Uso

Guia de Modelagem de Casos de Uso Guia de Modelagem de Casos de Uso Sistema de e-commerce de Ações Versão 1.1 1 Histórico da Revisão. Data Versão Descrição Autor 13 de Setembro de 2008 1.0 Criação do documento Antonio Marques 28 de Setembro

Leia mais

Engenharia de Software

Engenharia de Software Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 UML Linguagem Unificada de Modelagem Análise Orientada a Objetos com UML Análise Orientada a Objetos com UML Diagrama de Caso

Leia mais

Análise e Projeto de Sistemas

Análise e Projeto de Sistemas Análise e Projeto de Sistemas Unified Modeling Language Benno Eduardo Albert benno@ufrj.br O que é modelagem Tripé de apoio ao desenvolvimento. Notação: UML Ferramenta: Rational Rose. 2 O que é modelagem

Leia mais

09/09/2013. Roteiro. Aula 2 Revisão 2:Diagrama de Sequência. Diagrama de Sequência. Diagrama de Sequência. Biblioteca. Atributos

09/09/2013. Roteiro. Aula 2 Revisão 2:Diagrama de Sequência. Diagrama de Sequência. Diagrama de Sequência. Biblioteca. Atributos Aula 2 Revisão 2:Diagrama de Sequência UML Roteiro Diagrama Sequência Mostra: a evolução de uma dada situação em determinado momento do software uma dada colaboração entre duas ou mais classes a interação

Leia mais

Análise e Projeto de Software Para o Treinamento de Pilotos Baseado em Simuladores: Estudo de Caso

Análise e Projeto de Software Para o Treinamento de Pilotos Baseado em Simuladores: Estudo de Caso 1 Análise e Projeto de Software Para o Treinamento de Pilotos Baseado em Simuladores: Estudo de Caso Analysis and Project of Software For the Training of Pilots Based in Simulators: Study of Case Ana Cláudia

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

Ciência da Computação ENGENHARIA DE SOFTWARE. UML-Unified Modeling Language Linguagem de Modelagem Unificada

Ciência da Computação ENGENHARIA DE SOFTWARE. UML-Unified Modeling Language Linguagem de Modelagem Unificada Ciência da Computação ENGENHARIA DE SOFTWARE UML-Unified Modeling Language Linguagem de Modelagem Unificada Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução a linguagem UML

Leia mais

Sistemas de Informação Aplicados a AgroIndústria Utilizando DataWarehouse/DataWebhouse

Sistemas de Informação Aplicados a AgroIndústria Utilizando DataWarehouse/DataWebhouse Sistemas de Informação Aplicados a AgroIndústria Utilizando DataWarehouse/DataWebhouse Prof. Dr. Oscar Dalfovo Universidade Regional de Blumenau - FURB, Blumenau, Brasil dalfovo@furb.br Prof. Dr. Juarez

Leia mais

Análise e Projeto Orientados a Objeto

Análise e Projeto Orientados a Objeto Análise e Projeto Orientados a Objeto com UML e Padrões Parte I Análise, Projeto, e Processo Baseado em Craig Larman 1 Aplicando UML, Padrões e APOO Objetivo Desenvolver habilidades práticas na utilização

Leia mais