Elsa Cardoso, DCTI - ISCTE
|
|
- Ruy Ferretti Rico
- 8 Há anos
- Visualizações:
Transcrição
1 Elsa Cardoso, DCTI - ISCTE 25 Maio 2004 elsa.cardoso@iscte.pt
2 Sumário Perspectiva de Desenho do Sistema: Diagrama de classes numa perspectiva de Desenho: Estereótipos Relação de Dependência Relação de Realização Interfaces Conceitos UML Reutilização: 1. Interfaces para classes 2. Camadas (layers) no diagrama de classes 3. Pacotes Noção de Componente e Nó Diagramas de Componentes e de Instalação 2
3 Desenho do Sistema A fase de Desenho procura determinar COMO é que o sistema cumpre os requisitos - O diagrama de classes é refinado ao nível de Desenho REUTILIZAÇÃO Grande objectivo do desenvolvimento orientado por objectos, onde se procura produzir componentes reutilizáveis, que possam ser utilizados em diferentes aplicações, diminuindo os custos de desenvolvimento 3
4 Refinamento do Diagrama de Classes Conceitos UML 1. Estereótipo Mecanismo de extensibilidade que permite aumentar a flexibilidade das classes, através de uma subclassificação É possível criar novos estereótipos Os mais utilizados são: <<interface>> e <<control>> <<control>> ControloAc esso verificaacesso() <<Interface>> Gestão criar() apagar() ver() Classe com um conjunto de regras que controlam determinadas operações do sistema e que coordenam as interacções com as outras classes. ControloAcess o Gestão 4
5 Refinamento do Diagrama de Classes Conceitos UML 2. Noção de Dependência Utilizada quando uma classe recorre aos serviços disponibilizados por outra classe, numa relação de cliente/fornecedor de serviços Relação de Dependência Encomenda Funcionario bi nome morada Gestão numeroe data tipoencomenda criar() apagar() ver() A classe Funcionario depende (ou usa alguma funcionalidade) da classe Encomenda através da interface Gestão 5
6 Refinamento do Diagrama de Classes Conceitos UML 3. Noção de Realização Utilizada na modelação de um contrato entre uma classe que especifica o serviço e uma outra classe que garante a realização do serviço. Estabelece-se entre uma interface e uma classe ou entre uma interface e um componente. Mistura entre a relação de generalização e a de dependência (ver notação) Relação de Realização (forma expandida) Relação de Realização (forma simples) Funcionario bi nome morad a <<Interface>> Gestão Encomenda numeroe data ti poen comen da criar() apagar() ver() Funcionario bi nome morada Gestão Encomenda numeroe data tipoencomenda criar() apagar() ver() 6
7 Refinamento do Diagrama de Classes Conceitos UML 4. Interface Uma interface é um grupo de operações que são utilizadas para especificar um serviço. Este serviço funciona como um contrato entre a classe e os seus clientes Mecanismo para separação entre a vista externa e a vista interna de um determinado elemento usual nas linguagens de programação baseadas em objectos Uma interface é realizada (ou implementada) por uma ou mais classes, as quais prometem implementar todos os métodos nela especificados Conceito associado ao desenvolvimento de software baseado em componentes 7
8 Refinamento do Diagrama de Classes Conceitos UML 4. Interface benefícios ao nível da programação Captura de semelhanças entre classes não relacionadas sem forçar a criação de relações artificiais entre elas; Declaração de métodos que uma ou mais classes esperam implementar; Revelar a interface de programação de um objecto sem revelar a sua classe. I.e., um objecto pode ser visto de diferentes perspectivas (ou diferentes tipos) consoante as situações. 8
9 Refinamento do Diagrama de Classes Conceitos UML 4. Interface exemplo Funcionario bi nome morada Cliente bi : String nome : String mo rada : String pre Reg isto() <<Interface>> Gestão criar() apagar() ver() Encomenda numeroe : Long data : Date tipoencomenda : String valortotal : Long criar() apagar() ver() adicionaproduto() calculavalortotal() <<Interface>> Visualizar ver() Uma classe pode conter várias interfaces, fornecendo assim diferentes abstracções dos seus serviços, conforme o cliente. 9
10 Desenho do Sistema REUTILIZAÇÃO Algumas estratégias possíveis para, ao nível do Desenho, promover a reutilização: Interfaces para classes Camadas (layers) no diagrama de classes Pacotes 10
11 Camadas (layers) no Diagrama de Classes Reutilização Três camadas de serviços 1. Serviços de Interface ou User services fornece a interface do utilizador para apresentação e recolha de dados 2. Serviços de Negócio ou Business services engloba as classes que possuem as regras fundamentais do negócio 3. Serviços de Dados ou Data services permite manter, actualizar e aceder aos dados persistentes 11
12 Caso de Estudo: PhonePizza Ex. Diagrama de Classes com 3 níveis Serviços de Interface Serviços de Negócio Serviços de Dados <<user interface>> Ecrã Pré-registo <<user interface>> Ecrã Reservas <<user interface>> Ec rã Encomendas Controlo Acesso verificaacesso() Cliente {persistence=yes} bi nome morada pre-regist o() Enc omenda {pers ist ence=yes} numeroe data tipoencomenda criar() <<data connection>> SD_Cliente bi nome morada criar() apagar() consultar() actualizar() * <<data connection>> SD_Encomenda numeroe data tipoencomenda criar() apagar() consultar() actualizar() 1 efectua * 1 efectua 12
13 Pacotes organização de artefactos Reutilização Um pacote (package) em UML permite agrupar elementos de modelação (diagramas, classes, componentes, interfaces, etc) de um sistema de forma a que semântica ou estruturalmente faça sentido Gestão de Clientes Controlo de Acesso Vantagens: Gestão de Encomendas Encomendas Internet + FormEncomenda + FormCatalogo - Encomenda Gestão de Produt os (1) Facilita a gestão e procura de artefactos (2) Evita os conflitos de nomes (Ex: X::A é de Z::A) (3) Providencia um mecanismo de controlo de acessos (visibilidade) Pública: +, Privada: - e Protegida: # 13
14 Relações entre Pacotes Reutilização VISIBILIDADE Um elemento com Visibilidade Pública ( + ) pode ser usado/referenciado por qualquer outro elemento independentemente do local onde é definido Um elemento com Visibilidade Privada ( - ) pode ser usado/referenciado por elementos definidos no mesmo pacote Um elemento com Visibilidade Protegida ( # ) pode ser usado/referenciado por um elemento definido no mesmo pacote ou num outro pacote que seja uma especialização do primeiro Tipos de Relações entre Pacotes: Importação, Exportação e Generalização 14
15 Relações entre Pacotes Reutilização Relação de Exportação: Um pacote faz a exportação, por definição, de todos os seus elementos públicos. Isso não implica que um elemento definido noutro pacote possa aceder/referenciar um elemento exportado. Tem que existir explicitamente uma relação de importação entre os dois pacotes. Relação de Importação: É uma relação de dependência entre pacotes, especificando que o pacote base importa todos os elementos públicos definidos no pacote destino. Note-se que esta relação não é simétrica! Preferencialmente, os elementos exportados por cada pacote devem ser do tipo interface. 15
16 Relações entre Pacotes Reutilização Relação de Importação (exemplo) Gestão de Clientes Controlo de Acesso Gestão de Encomendas Gestão de Produtos 16
17 Relações entre Pacotes Reutilização Relação de Generalização: usada para a especificação de famílias ou hierarquias de pacotes, típicas em sistemas complexo (máximo 3 níveis!...) Gestão de Encomendas Encomendas Internet Encomendas Central Encomendas Telefone Encomendas Pizzaria HIERARQUIA DE PACOTES 17
18 Noção de Componente Noção Geral: Uma componente é uma entidade que possa ser reutilizada. [Silva2001] Exemplos: Conjunto de classes C++ (implementação) Conjunto de use cases (nível especificação de requisitos) Conjunto de diagramas de classes (nível de análise ou de desenho) Desde que tenham sido definidos de forma a serem reutilizáveis!... Definição [Silva, 2001] Uma componente é uma peça básica na implementação de um sistema. Consiste num conjunto de artefactos físicos em formato digital, como por exemplo: - ficheiros de código (fonte, binário ou executáveis) - ficheiros de documentos relativos ao negócio. 18
19 Noção de Componente Definição de Componente: [SCREEN, 1996] A component is any object or collection of objects that is a unit of construction and reuse. It has a purpose of existence, certain behaviour, interacts with the external world, and can be controlled. Definição [Nunes, 2003] Uma componente de software representa um módulo físico de código. Definição de Componente de Software: [Schmuller, 1999] A software component is a physical part of a system. It resides in a computer, not in the mind of the analyst. Examples: table, data files, executable, dynamic link library, document,... 19
20 Diagrama de Componentes Objectivo Os diagramas de Componentes utilizam-se para modelar a arquitectura de um sistema de software na perspectiva dos seus componentes digitais, explicitando as relações de dependência entre as várias componentes de software. Um diagrama de componentes representa apenas tipos de componentes, NUNCA instâncias de componentes. As instâncias de componentes devem ser representadas num diagrama de Instalação Controlo Acesso 20
21 Componentes e Classes Uma componente é uma implementação em software de uma classe. Uma classe representa uma abstracção de um conjunto de atributos e operações. Uma componente pode ser a implementação de várias classes. 21
22 Componentes e Interfaces Uma interface é um conjunto de operações que uma classe apresenta às outras classes. A interface que uma classe usa é a mesma interface que a respectiva implementação de software (a componente) usa. Em UML não há distinção de interfaces conceptuais e físicas. <<DLL>> ControloAcesso Internet 22
23 Tipos de Componentes Três Tipos de Componentes: Instalação, Trabalho e Execução Componentes de Instalação (Deployment Components): constituem a base dos sistemas executáveis (e.g., DLL, executáveis, classes Java) Componentes de Trabalho (Work Product Components): a partir dos quais são criados os componentes de instalação (e.g., ficheiros com código fonte, ficheiros de dados, documentos) Componentes de Execução (Execution Components): criados como resultado da execução de um sistema (e.g., processos, threads, agentes de software) apenas representadas nos Diagramas de Instalação (Deployment diagrams). 23
24 Estereótipos para Componentes <<document>> denota um documento <<executable>> denota um programa que possa ser executado num nó <<file>> denota um documento que contém código fonte ou dados <<library>> denota uma biblioteca dinâmica ou estática <<table>> denota uma tabela de uma base de dados 24
25 Diagrama de Componentes Um exemplo Considere a aplicação WinCOR desenvolvida sobre MS-Windows responsável pela gestão (entrada e saída) da correspondência de uma empresa. A aplicação consiste no seguinte conjunto de componentes de instalação (deployment components): wincor.exe ficheiro com o executável da aplicação pblib32.dll, sde32.dll, sdemdb32.dll bibliotecas com código binário com funcionalidades adicionais wincor.hlp ficheiro de ajuda da aplicação wincor.ini ficheiro de configuração da aplicação entrada.db, saida.db ficheiros/tabelas da base de dados de suporte Desenhe o Diagrama de Componentes desta aplicação, tendo em atenção que (1) o executável só pode correr se todos os restantes componentes tiverem sido instalados; e (2) o módulo sdemdb32.dll depende do módulo sde32.dll. 25
26 Diagrama de Componentes Um exemplo <<document>> wincor.hlp <<library>> pblib.dll <<document>> winc or.ini <<executable>> wincor.exe <<table>> entrada.db <<table>> saida.db <<library>> sde32.dll <<library>> sdem32db.dll 26
27 Noção de Nó Um nó é um objecto físico que representa um recurso de processamento. Os nós podem consistir em recursos computacionais (hardware), e recursos de processamento mecânico. Os nós podem ser representados como tipos e como instâncias. Instâncias de nós podem conter instâncias de objectos e de componentes. Nó (instância de nó) <<processor>> lisboa004: Kiosk <<device>> Monit or Nó (tipo de nó) 27
28 Noção de Nó Dois nós podem estar ligados através de relações de associação, que especificam a existência de caminhos de comunicação entre eles. As comunicações podem ser caracterizadas por um estereótipo, indicando o tipo de comunicação envolvido (e.g., o tipo de canal ou o tipo de rede). As propriedades dos nós são representadas por marcas com valores. Podem também ser definidos ícones para modelar diferentes tipos de recursos de processamento. Os nós podem ser classificados através de estereótipos, para representar com mais detalhe os recursos físicos: <<processor>> denota um nó que pode executar uma componente de software <<device>> denota um nó que não tem capacidade para executar componentes de software; e.g., uma impressora, um scanner, ou um monitor. 28
29 Diagrama de Instalação* (Deployment Diagram) * Também denominados Diagramas de Distribuição Objectivo Os diagramas de Instalação utilizam-se para descrever a arquitectura de um sistema de software em termos de hardware e a sua relação com os diferentes componentes (software) As componentes têm que ser executadas em algum recurso computacional que contenha memória e um processador. O Diagrama de Instalação define em que recursos os diferentes componentes estarão localizados e processados Servidor http Servidor Encomendas Cent ral Nó (tipo de nó) TCP/IP - XML Comunicação 29
30 Referências UML Metodologias e Ferramentas CASE Alberto Silva, Carlos Videira, Edições Centro Atlântico, Fundamental de UML, 2ª ed. Mauro Nunes, Henrique O Neill, FCA, 2003 UML in 24 Hours. Joseph Schuller, SAMS Macmillan Computer Publishing, 1999
UML Aula III Diagramas de Estado, Atividades, Componentes e Instalação
UML Aula III Diagramas de Estado, Atividades, Componentes e Instalação Ricardo Argenton Ramos Engenharia de Software II 2013.1 Diagrama de Estado Um diagrama de estados (statechart), também conhecido por
Leia maisUML & Padrões Aula 4 1
UML & Padrões Aula 4 1 UML & Padrões Aula 4 Diagramas Estruturais Profª Kelly Christine C. Silva UML O que vamos tratar: Diagramas UML Estruturais (Estáticos ) Diagrama de Pacotes Diagrama de Componentes
Leia maisCapítulo 8 - UML MODELAÇÃO DA ARQUITECTURA
Capítulo 8 - UML MODELAÇÃO DA ARQUITECTURA Tópicos Introdução Componentes e Nós Diagramas de Componentes Diagramas de Instalação Exercícios 8.1 Introdução Diagramas de arquitectura 1 descrevem aspectos
Leia maisFernando Brito e Abreu (fba@di.fct.unl.pt) Universidade Nova de Lisboa (http://www.unl.pt) QUASAR Research Group (http://ctp.di.fct.unl.
Deployment Diagrams Fernando Brito e Abreu (fba@di.fct.unl.pt) Universidade Nova de Lisboa (http://www.unl.pt) QUASAR Research Group (http://ctp.di.fct.unl.pt/quasar) Diagramas de Instalação O seu objectivo
Leia maisUML Aspectos de projetos em Diagramas de classes
UML Aspectos de projetos em Diagramas de classes Após ser definido o contexto da aplicação a ser gerada. Devemos pensar em detalhar o Diagrama de Classes com informações visando uma implementação Orientada
Leia maisENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE PARTE 2 LINGUAGEM DE MODELAÇÃO UML CAP. 8 UML MODELAÇÃO DA ARQUITETURA Tópicos Conceito de Diagramas Físicos Fundamentos dos Diagramas de Componentes componentes interface quando
Leia maisGestão de projectos na Web
Gestão de projectos na Web Relatório de desenho de alto nível Versão 1.0, 5 de Maio de 2003 Telmo Pedro Gomes Amaral (mee02013@fe.up.pt) (Grupo 15) Aplicações na Web Mestrado em Engenharia Electrotécnica
Leia maisUML Visão Geral. Índice. Introdução. Diagramas. Modelos e diagramas. Elementos de modelação. Referências
UML Visão Geral 1 Índice Introdução O que é a UML? Valor da UML Origens da UML Parceiros da UML Modelos e diagramas Elementos de modelação Diagramas Diagrama de casos de utilização Diagrama de classes
Leia maisUnified Modeling Language. Diagramas de Implementação
Unified Modeling Language Diagramas de Implementação José Correia, Junho 2006 (http://paginas.ispgaya.pt/~jcorreia/) Diagramas de implementação José Correia UML Diagramas de Implementação 2 Diagramas de
Leia maisDesenho de Software. Desenho de Software 1
Desenho de Software Desenho de Software 1 Sumário Caracterização Conceitos fundamentais Desenho funcional e desenho OO Qualidades Desenho de Software 2 Bibliografia Pfleeger, Capítulo 6 Design the Modules
Leia mais3.1 Definições Uma classe é a descrição de um tipo de objeto.
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 Classes Autoria:Aristófanes Corrêa Silva Adaptação:
Leia maisReferencial do Módulo B
1 Referencial do Módulo B Liga, desliga e reinicia correctamente o computador e periféricos, designadamente um scanner; Usa o rato: aponta, clica, duplo-clique, selecciona e arrasta; Reconhece os ícones
Leia maisAná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 maisTópicos em Engenharia de Computação
Tópicos em Engenharia de Computação Introdução / Revisão UML e POO (JAVA) Prof. Ivan Prof. Zagari UML Linguagem Unificada. Não é metodologia, processo ou método. Versão atual 2.0 3 categorias de Diagramas
Leia maisDiagramas de Componentes
Diagramas de Componentes Components 1 Diagramas que suportam unidades de implementação O UML suporta dois diagramas para representar unidades de implementação: Vista de implementação Mostra a implementação
Leia maisUniversidade da Beira Interior
Universidade da Beira Interior Relatório Apresentação Java Server Pages Adolfo Peixinho nº4067 Nuno Reis nº 3955 Índice O que é uma aplicação Web?... 3 Tecnologia Java EE... 4 Ciclo de Vida de uma Aplicação
Leia mais4.2. UML Diagramas de classes
Engenharia de Software 4.2. UML Diagramas de classes Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Um diagrama de classes serve para modelar o vocabulário de um sistema Construído e refinado ao longo
Leia maisDesenvolvimento 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 maisDesenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA
Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA RESUMO Ricardo Della Libera Marzochi A introdução ao Service Component Architecture (SCA) diz respeito ao estudo dos principais fundamentos
Leia maisO 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 maisDiagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.
1 Diagrama de Classes Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. Um dos objetivos do diagrama de classes é definir a base para
Leia maisEduardo 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 mais2 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 maisO 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 mais3 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 maisDepartamento de Informática
Departamento de Informática Licenciatura em Engenharia Informática Sistemas Distribuídos 1ª chamada, 9 de Janeiro de 2009 1º Semestre, 2009/2010 NOTAS: Leia com atenção cada questão antes de responder.
Leia maisIntranets. FERNANDO ALBUQUERQUE Departamento de Ciência da Computação Universidade de Brasília 1.INTRODUÇÃO
Intranets FERNANDO ALBUQUERQUE Departamento de Ciência da Computação Universidade de Brasília 1.INTRODUÇÃO As intranets são redes internas às organizações que usam as tecnologias utilizadas na rede mundial
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisProjeto de Arquitetura
Introdução Projeto de Arquitetura (Cap 11 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Até agora, estudamos: Os
Leia maisProcesso 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 maisDiagrama de transição de Estados (DTE)
Diagrama de transição de Estados (DTE) O DTE é uma ferramenta de modelação poderosa para descrever o comportamento do sistema dependente do tempo. A necessidade de uma ferramenta deste tipo surgiu das
Leia maisEngenharia de Software Sistemas Distribuídos
Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2007/2008 Requisitos para a 1 a entrega Loja Virtual 1 Introdução O enunciado base do projecto conjunto das disciplinas de Engenharia de Software
Leia maisTECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO. SISTEMAS DE GESTÃO DE BASE DE DADOS Microsoft Access TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO
TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO Microsoft Access TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO CONCEITOS BÁSICOS 1 Necessidade das base de dados Permite guardar dados dos mais variados tipos; Permite
Leia maisWilson Moraes Góes. Novatec
Wilson Moraes Góes Novatec Copyright 2014 Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo,
Leia maisAspectos técnicos do desenvolvimento baseado em componentes
Aspectos técnicos do desenvolvimento baseado em componentes Um novo processo de desenvolvimento O uso de componentes traz mudanças no processo de desenvolvimento Além de desenvolver um produto, queremos
Leia maisO gerador terá que disponibilizar um factory que permita ao coordenador obter uma instância para o mesmo.
INSTITUTO SUPERIOR DE ENGENHARIA DE LISBOA Engenharia Informática e de Computadores Projecto e Seminário Proposta de Projecto Rapid Application Development Membros do Grupo 26657 Ricardo Neto 31923 Nuno
Leia maisArquitecturas de Software Licenciatura em Engenharia Informática e de Computadores
UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Arquitecturas de Software Licenciatura em Engenharia Informática e de Computadores Primeiro Teste 21 de Outubro de 2006, 9:00H 10:30H Nome: Número:
Leia maisManual do GesFiliais
Manual do GesFiliais Introdução... 3 Arquitectura e Interligação dos elementos do sistema... 4 Configuração do GesPOS Back-Office... 7 Utilização do GesFiliais... 12 Outros modos de utilização do GesFiliais...
Leia maisEngenharia de Software Sistemas Distribuídos
Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2009/2010 FEARSe Requisitos para a 1 a entrega 18 de Março de 2010 1 Introdução O projecto conjunto das disciplinas de Engenharia de Software
Leia maisProgramação Estruturada e Orientada a Objetos. Fundamentos Orientação a Objetos
Programação Estruturada e Orientada a Objetos Fundamentos Orientação a Objetos 2013 O que veremos hoje? Introdução aos fundamentos de Orientação a Objetos Transparências baseadas no material do Prof. Jailton
Leia maisUnisant 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 maisSumá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 maisItens estruturais/caso de uso. Itens estruturais/classe ativa. Itens estruturais/componente. Itens estruturais/artefatos. Itens comportamentais
Objetivos da UML Introdução a UML cbraga@ic.uff.br Uma linguagem para: Visualizar Especificar Construir Documentar... e analisar. Desenvolvimento dirigido a modelos 2 Construções básicas Organizadas em
Leia maisSistemas Distribuídos. Professora: Ana Paula Couto DCC 064
Sistemas Distribuídos Professora: Ana Paula Couto DCC 064 Processos- Clientes, Servidores, Migração Capítulo 3 Agenda Clientes Interfaces de usuário em rede Sistema X Window Software do lado cliente para
Leia maisFigura 1 - O computador
Organização e arquitectura dum computador Índice Índice... 2 1. Introdução... 3 2. Representação da informação no computador... 4 3. Funcionamento básico dum computador... 5 4. Estrutura do processador...
Leia maisUML - 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 maisEntendendo como funciona o NAT
Entendendo como funciona o NAT Vamos inicialmente entender exatamente qual a função do NAT e em que situações ele é indicado. O NAT surgiu como uma alternativa real para o problema de falta de endereços
Leia maisUML: 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 maisJSP trata-se de uma tecnologia que possibilita o desenvolvimento de páginas web dinâmicas utilizando todas as potencialidades do Java como linguagem
1 JSP trata-se de uma tecnologia que possibilita o desenvolvimento de páginas web dinâmicas utilizando todas as potencialidades do Java como linguagem orientada a objectos. Tal como em ASP e PHP, os ficheiros
Leia maisUm sistema SMS 1 simplificado
1 Introdução Um sistema SMS 1 simplificado Projecto de Redes de Computadores I - 2007/2008 LEIC IST, Tagus Park 10 de Setembro de 2007 Pretende-se com este projecto que os alunos implementem um sistema
Leia maisArquitetura de Software
Agenda de Software - Fundamentos e Tendências - Objetivos e Contexto de Software (A.S.) A.S. no Processo de Desenvolvimento Passado, Presente e Futuro Prof. Marco Fagundes mfagunde@tre-pa.gov.br 1 2 Objetivos
Leia maisRock In Rio - Lisboa
Curso de Engenharia Informática Industrial Rock In Rio - Lisboa Elaborado por: Ano Lectivo: 2004/05 Tiago Costa N.º 4917 Turma: C Gustavo Graça Patrício N.º 4757 Turma: C Docente: Professora Maria Estalagem
Leia maisBanco de Dados Aula 02. Colégio Estadual Padre Carmelo Perrone Profº: Willian
Banco de Dados Aula 02 Colégio Estadual Padre Carmelo Perrone Profº: Willian Conceitos básicos Dado: Valor do campo quando é armazenado dento do BD; Tabela Lógica: Representa a estrutura de armazenamento
Leia maisEngenharia 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 maisUNIVERSIDADE 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 maisDesenvolvimento Cliente-Servidor 1
Desenvolvimento Cliente- 1 Ambiienttes de Desenvollviimentto Avançados Engenharia Informática Instituto Superior de Engenharia do Porto Alexandre Bragança 1998/99 Ambientes de Desenvolvimento Avançados
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de Software AULA NÚMERO: 10 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir os conceitos de coesão e acoplamento. DESENVOLVIMENTO Projetar
Leia maisIntrodução ao Paradigma Orientado a Objetos. Principais conceitos
Introdução ao Paradigma Orientado a Objetos Principais conceitos Paradigmas de Programação PROGRAMAÇÃO ESTRUTURADA X PROGRAMAÇÃO ORIENTADA A OBJETOS Paradigma Programação estruturada Na programação estrutura
Leia maisSistemas Distribuídos Capítulos 3 e 4 - Aula 4
Sistemas Distribuídos Capítulos 3 e 4 - Aula 4 Aula passada Threads Threads em SDs Processos Clientes Processos Servidores Aula de hoje Clusters de Servidores Migração de Código Comunicação (Cap. 4) Fundamentos
Leia maisPROGRAMAÇÃO Microsoft WINDOWS XP
Mais que um Sistema Operativo, o MS-Windows é um ambiente de trabalho que simula no ecrã o trabalho diário sobre uma secretária. A ideia base do MS-Windows foi a de esconder a organização do MS-DOS e apresentar
Leia mais4.1. UML Diagramas de casos de uso
Engenharia de Software 4.1. UML Diagramas de casos de uso Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Utilizados para ajudar na análise de requisitos Através da forma como o utilizador usa o sistema
Leia maisProgramaTchê Programação OO com PHP
Roteiro 1 Objetivos: * Apresentar conceitos de orientação a objetos; * Representar classes e objetos usando UML; Este roteiro tem como objetivo abordar os conceitos básicos de orientação a objetos. 1 Introdução
Leia maisSISTEMAS DISTRIBUIDOS
1 2 Caracterização de Sistemas Distribuídos: Os sistemas distribuídos estão em toda parte. A Internet permite que usuários de todo o mundo acessem seus serviços onde quer que possam estar. Cada organização
Leia maisTarciane Andrade. tarcianeandrade@gmail.com
Tarciane Andrade tarcianeandrade@gmail.com Contexto Análise Passando de casos de uso para diagramas de classes 2 Após a etapa de análise de requisitos, temos documentos de requisitos e os casos de uso
Leia maisBenefícios Aumento de produtividade; Sincronização directa e sem problemas; Muito fácil de utilizar.
Pocket Encomendas Descritivo completo A solução ideal para os vendedores que precisam de enviar as encomendas por telefone. Evita perdas de tempo e erros, com o PDA acede à informação dos clientes, introduz
Leia maisFaculdade de Ciências da Universidade de Lisboa CURSO DE GPS. Módulo x. (Aula Prática) Reliance - Ashtech. Suas Aplicações Em SIG.
Faculdade de Ciências da Universidade de Lisboa CURSO DE GPS Módulo x (Aula Prática) Reliance - Ashtech e Suas Aplicações Em SIG (Carlos Antunes) INTODUÇÃO O Sistema Reliance baseia-se na utilização do
Leia maisEngenharia de Software I: Análise e Projeto de Software Usando UML
Engenharia de Software I: Análise e Projeto de Software Usando UML Capítulo 1 Processo de Desenvolvimento de Software Metodologia de Desenvolvimento de Software Uma metodologia é um conjunto de métodos,
Leia maisHardware & Software. SOS Digital: Tópico 2
Hardware & Software SOS Digital: Tópico 2 Os objetos digitais são acessíveis somente através de combinações específicas de componentes de hardware a parte física do computador software programas para operar
Leia maisTarefa Orientada 2 Criar uma base de dados
Tarefa Orientada 2 Criar uma base de dados Objectivos: Criar uma base de dados vazia. O Sistema de Gestão de Bases de Dados MS Access Criar uma base dados vazia O Access é um Sistema de Gestão de Bases
Leia maisVeja abaixo um exemplo de um endereço IP de 32 bits: 10000011 01101011 00010000 11001000
4 Camada de Rede: O papel da camada de rede é transportar pacotes de um hospedeiro remetente a um hospedeiro destinatário. Para fazê-lo, duas importantes funções da camada de rede podem ser identificadas:
Leia maisEngenharia de Software
Engenharia de Software 2º Semestre de 2006/2007 Terceiro enunciado detalhado do projecto: Portal OurDocs ic-es+alameda@mega.ist.utl.pt ic-es+tagus@mega.ist.utl.pt 1. Introdução O terceiro enunciado do
Leia maisGerência de Redes. Arquitetura de Gerenciamento. filipe.raulino@ifrn.edu.br
Gerência de Redes Arquitetura de Gerenciamento filipe.raulino@ifrn.edu.br Sistema de Gerência Conjunto de ferramentas integradas para o monitoramento e controle. Possui uma interface única e que traz informações
Leia maisModelagem 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 maisModelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.
UML Diagramas Um diagrama é a apresentação gráfica de um conjunto de elementos, onde os vértices são ITENS e os arcos RELACIONAMENTOS UML 2.0 possui os seguintes diagramas: Diagrama de Classes (Class Diagram)
Leia maisBanco 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 maisResumo: Perguntas a fazer ao elaborar um projeto arquitetural
Resumo: Perguntas a fazer ao elaborar um projeto arquitetural Sobre entidades externas ao sistema Quais sistemas externos devem ser acessados? Como serão acessados? Há integração com o legado a ser feita?
Leia maisFelipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)
UML Felipe Denis M. de Oliveira Fonte: Alice e Carlos Rodrigo (Internet) 1 Programação O que é UML? Por quê UML? Benefícios Diagramas Use Case Class State Interaction Sequence Collaboration Activity Physical
Leia maisBANCO DE DADOS I AULA 3. Willamys Araújo
BANCO DE DADOS I AULA 3 Willamys Araújo Modelo Conceitual Descreve quais dados serão armazenados no banco de dados as relações que existem entre eles. Independe do SGBD e da abordagem do banco de dados
Leia maisSeu manual do usuário EPSON LQ-630 http://pt.yourpdfguides.com/dref/1120693
Você pode ler as recomendações contidas no guia do usuário, no guia de técnico ou no guia de instalação para. Você vai encontrar as respostas a todas suas perguntas sobre a no manual do usuário (informação,
Leia maisENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE PARTE 2 LINGUAGEM DE MODELAÇÃO UML CAP. 6. UML MODELAÇÃO DA ESTRUTURA - DIAGRAMA DE CLASSES Tópicos Diagrama de Classes Perspetivas dos Diagramas de Classes Associações Atributos
Leia maisEscola Superior de Tecnologia de Setúbal. Projecto Final
Instituto Politécnico de Setúbal Escola Superior de Tecnologia de Setúbal Departamento de Sistemas e Informática Projecto Final Computação na Internet Ano Lectivo 2002/2003 Portal de Jogos Executado por:
Leia maisModelagem 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 maisGlossá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 maisAutoria: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 maisMODELO CLIENTE SERVIDOR
SISTEMAS DISTRIBUÍDOS Modelo Cliente Servidor Modelo que estrutura um S.O. como um grupo de processos cooperantes, chamados servidores, que oferecem serviços a processos usuários, denominados clientes;
Leia maisProgramação de Sistemas
Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência
Leia maisProgramação de Sistemas
Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência
Leia maisO AMBIENTE DE TRABALHO DO WINDOWS
O AMBIENTE DE TRABALHO DO WINDOWS O Windows funciona como um Sistema Operativo, responsável pelo arranque do computador. Um computador que tenha o Windows instalado, quando arranca, entra directamente
Leia maisDepartamento de Sistemas e Informática. Licenciatura em Engenharia Informática Industrial EDP
Departamento de Sistemas e Informática Licenciatura em Engenharia Informática Industrial Projecto ARC Ano Lectivo de 2006/2007 EDP Processamento das Leituras dos Contadores de Electricidade dos Consumidores
Leia maisPersistê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 maisDado: 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 mais1.3. Componentes dum sistema informático HARDWARE SOFTWARE
1.3. Componentes dum sistema informático Computador Sistema Informático HARDWARE SOFTWARE + Periféricos Sistema Operativo Aplicações HARDWARE - representa todos os componentes físicos de um sistema informático,
Leia mais