Análise e Projeto Orientado a Objetos Aula 1 (Versão )
|
|
- Beatriz Domingos Neiva
- 6 Há anos
- Visualizações:
Transcrição
1 Análise e Projeto Orientado a Objetos Aula 1 (Versão ) Histórico das Metodologias Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Para começar! Horário 19:15 às 23:00 Intervalo 20:50 às 21:15 Avaliações: [Soma da maiores notas (A1, A2, A3)] / 2 >= 6 A1 = Caso 1 + Caso 2 + Caso 3 + Caso 4 A2 = Integrada A3 = Integrada Ementa do Curso Apresentação da importância da modelagem no desenvolvimento de sistemas, histórico da evolução das metodologias de modelagem, modelagem tradicional, estruturada e essencial. Modelagem orientada a objeto, padrões e normas de UML, notação da interface, subtipos, composição e agregação. 1
2 Objetivos do Curso Desenvolver soluções através da Análise e Projeto Orientado a Objetos fazendo uso dos conceitos de UML. Conteúdo Programático Histórico das metodologias de desenvolvimento de sistemas Conceitos de Orientação a Objetos Introdução à UML Os diagramas da UML Diagrama e Especificação de Casos de Uso Diagrama de Classes Diagrama de Sequência Diagrama de Atividades Diagrama de Máquina de Estados Diagrama de Componentes Diagrama de Implantação Bibliografia Básica BLAHA, Michael; RUMBAUGH, James. Modelagem e projetos baseados em objetos com UML 2 2ª Edição. Rio de Janeiro: Campus, BOOCK, Grady; JACOBSON, Ivar; RUMBAUGH, James. UML: guia do usuário. Rio de Janeiro: Campus, CARLSON, David. Modelagem de aplicações XML com UML: aplicações práticas de e-business. São Paulo: Pearson,
3 Bibliografia Complementar BEZERRA, Eduardo. Princípios de análise e projeto de sistemas com UML. 2ª ed. Rio de Janeiro: Elsevier, LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientado a objeto e ao desenvolvimento iterativo. 3ª ed. Porto Alegre: Bookman, OBJECT MANAGEMENT GROUP (OMG) UML (UNIFIED MODELING LANGUAGE), UML Resource Page, em acessado em agosto de SOMMERVILLE, Ian. Engenharia de software. São Paulo: Addison Wesley, E agora? O que vocês imaginam que irá acontecer após esta disciplina? Relembrando... Crise do Software 1972 Dijsktra: De um desenvolvimento informal para atender à necessidades pessoais, passamos para um desenvolvimento corporativo, tendo cada dia mais hardwares mais potentes. 3
4 Com isso: Custo acima do estipulado Diversos atrasos Funcionalidades abaixo do esperado Baixa qualidade Pessoas insatisfeitas Solução Engenharia de Software Disciplina da engenharia que se ocupa de todos os aspectos da produção de software (SOMMERVILLE, 2003) Atividades fundamentais do Software Especificação: Definição de funcionalidades e restrições. Projeto (Desenho): Definição dos desenhos que servirão como auxílio para a produção do software. Implementação: Produção do software de acordo com o especificado / desenhado. Validação: Garantia que o software faz o que foi especificado. Evolução: Evolução natural para atender às necessidades do cliente. 4
5 Quais os desafios enfrentados pela Engenharia de Software? - Custo - Qualidade - Prazo - Pessoas - Funcionalidades Pessoas Funcionalidades Qualidade Prazo Custo Metodologias para Análise e Projeto de Sistemas Análise Estruturada Análise Essencial Análise Orientada a Objetos Análise Estruturada (Decomposição Funcional) Perspectiva das funções Apresentação dos processos Artefatos produzidos Diagrama de Entidade-Relacionamento Diagrama de Fluxo de Dados Dicionário de Dados 5
6 Análise Essencial (Lista de Eventos) Evolução da Análise Estruturada Preocupado com a questão de Controle Formado pelos modelos Ambiental (Contexto + Lista de Eventos) Comportamental (DFD + Dicionário) Informação (DER + Dicionário) Análise Orientada a Objetos (Bottom-up) Enfoque nos dados Maior detalhe na modelagem Mais próximo da realidade Comunicação mais fácil com o usuário Análise Orientada a Objetos O mundo real é composto por objetos. Cada objeto tem propriedades e comportamentos. Então porquê não desenvolver programas que simulem no computador os objetos do mundo real com suas propriedades e comportamentos? 6
7 Sistemas Orientados a Objetos Um sistema construído usando um método Orientado a Objetos é aquele cujos componentes são partes encapsuladas de dados e funções, que podem herdar atributos e comportamentos de outros componentes da mesma natureza, e cujos componentes comunicam-se entre si por meio de mensagens. (YOURDON) Portanto... Vantagens e Desvantagens Vantagens Dependência menor entre os módulos de um sistema Combinação de estrutura (dados) e comportamento (funções) em um único objeto Compartilha comportamentos com objetos de níveis inferiores (herança) Ferramentas poderosas Reuso pode chegar a aumentar a produtividade Desvantagens Usuário se preocupa com funcionalidades Bancos de dados permanecem estruturados 7
8 O que vem a ser um objeto? Qualquer coisa visível ou tangível para qual a ação, pensamento ou sentimento é direcionado, ou seja, o mundo real é formado por coisas e para a Orientação a Objetos estas coisas são denominadas de OBJETOS. Os objetos são caracterizados por: Identidade Comportamento Estado Sendo a comunicação entre os objetos feita através de MENSAGENS. O que vem a ser uma classe? Representação de um conjunto de objetos que possuem os atributos (propriedades) e comportamento (métodos) semelhantes. Cada objeto criado a partir desta classe, pode ser chamado de instância da classe. Classe professor instanciada para o Professor Gabriel Identidade RG: XX.XXX.XXX-X Comportamentos Lançar Nota Lançar Falta Estado Idade: 31 Nome: Gabriel Disciplina que leciona: Análise e Projeto Orientado a Objetos Matrícula: XXXX As informações referentes ao professor Gabriel são os dados do objeto 8
9 Obrigado! Análise e Projeto Orientado a Objetos Aula 2 (Versão ) Conceitos de Orientação a Objetos e Introdução à UML Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Conteúdo adaptado do Material do Prof. Marcos Roberto e Silva Revisando O que significa modelar um sistema? O que é a Engenharia de Software? Quais os desafios enfrentados pela Engenharia de Software? O que trata a Crise do Software? Quais são as atividades essenciais para o desenvolvimento de um software? Quais foram as metodologias para Análise e Projeto de Sistemas que foram apresentadas? No que elas se diferem? 9
10 Princípios da Orientação a Objetos A análise orientada a objetos baseia-se em alguns princípios que são utilizados para administrar a complexidade e facilitar a Análise e Projeto Orientado a Objetos Estes princípios são: Abstração Herança Encapsulamento Polimorfismo Vocês sabem dizer o que significa cada um destes princípios? Abstração Princípio de ignorar os aspectos de um assunto não relevantes para o propósito em questão, tornando possível uma concentração maior nos assuntos principais. (Dictionary of Computing. Oxford University Press, 1986) Quais serão os objetos relevantes para desenvolver um sistema de sala de aula? Herança O conceito de HERANÇA representa GENERALIZAÇÃO e ESPECIALIZAÇÃO, tornando explícitos os atributos e métodos comuns em uma hierarquia de classe. Existem dois tipos de herança Simples Múltipla 10
11 Ainda dentro da sala de aula Tanto professor como aluno são pessoas, que tem nome, RG e idade. Sobre a Herança Generalização (Superclasse) Especialização (Subclasse) É possível adicionar novos métodos e/ou reescrever métodos existentes em uma subclasse. Encapsulamento Ocultação de características e comportamentos Proteção de dados Com isso temos: Propriedades Privadas Propriedades Públicas Métodos Privados Métodos Públicos As mensagens entre os objetos serão trafegadas somente entre métodos e propriedades públicos 11
12 Polimorfismo É o princípio em que classes derivadas (subclasses) de uma mesma superclasse podem invocar operações que têm a mesma assinatura (nome), mas comportamentos diferentes em cada subclasse, produzindo resultados diferentes, dependendo de como cada objeto implementa a operação. (Marcos Roberto e Silva) Polimorfismo Obrigado! 12
13 Análise e Projeto Orientado a Objetos Aula 3 (Versão ) Introdução à UML Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Conteúdo adaptado do Material do Prof. Marcos Roberto e Silva Obrigado! Análise e Projeto Orientado a Objetos Aula 2 (Versão ) Conceitos de Orientação a Objetos e Introdução à UML Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Conteúdo adaptado do Material do Prof. Marcos Roberto e Silva 13
14 Revisando O que significa modelar um sistema? O que é a Engenharia de Software? Quais os desafios enfrentados pela Engenharia de Software? O que trata a Crise do Software? Quais são as atividades essenciais para o desenvolvimento de um software? Quais foram as metodologias para Análise e Projeto de Sistemas que foram apresentadas? No que elas se diferem? Revisando Qual o conceito de objeto? Qual o conceito de classe? Qual o conceito de instância? Qual o conceito de abstração? Qual o conceito de herança? Qual o conceito de encapsulamento? Qual o conceito de polimorfismo? Histórico Orientação a objetos é um paradigma abordado desde a década de 80! Inúmeras metodologias OMT, Rumbaugh COAD/YOURDON, Coad-Yourdon, OOSE, Jacobson, SHLAER/MELLOR, Shlaer-Mellor, BOOCH, Grady Booch 14
15 Histórico UML Unified Modeling Language Padronizada pela OMG: Object Management Group Os três amigos: Rumbaugh, Jacobson e Booch Versão 2.0 Sobre a UML (UML ) helps you specify, visualize, and document models of software systems, including their structure and design, in a way that meets all of these requirements UML Linguagem Linguagem para visualização Linguagem para especificação Linguagem para construção Linguagem para documentação: Requisitos, arquitetura, desenho, código fonte, planos de projeto, testes, protótipos, releases. 15
16 UML Diagramas: Estrutura: Classe, Objetos, Componente, Estrutura Composta, Pacote e Distribuição (Implantação). Comportamento: Caso de Uso, Atividade, Máquina de Estado. Interação: Seqüência, Comunicação, Temporização e Interação. Diagrama de Classes Conjunto de classes, interfaces e colaborações, apresentando seus relacionamentos. Diagrama mais comum da OO. Visão estática da arquitetura do sistema. Diagrama de Classes 16
17 Diagrama de Objetos Conjunto de componentes e seus relacionamentos. Apresenta uma visão dos valores armazenados pelos objetos de um diagrama de classes em um determinado momento de execução de um processo do software. Diagrama de Objetos Diagrama de Componentes Partes internas, conectores e portas que implementam um componente. Ao instanciar um componente, suas partes internas também são instanciadas. Está associado à linguagem de programação que será utilizada no desenvolvimento do sistema. 17
18 Diagrama de Componentes Diagrama de Estrutura Composta Estrutura interna de uma classe ou colaboração. Segundo os três amigos, a diferença entre este diagrama e o diagrama de componentes é muito pequena. Diagrama de Pacotes Decomposição do modelo dentro da organização e suas dependências. Um pacote pode ter qualquer diagrama da UML. 18
19 Diagrama de Pacotes Diagrama de Distribuição Configuração dos nós e os componentes que vivem em cada um destes pontos. Visão estática da arquitetura. Diagrama de Distribuição 19
20 Diagrama de Caso de Uso Conjunto de casos de uso e atores (tipo especial de classe) e seu relacionamento. Visão de uso estática do sistema. Modelagem do comportamento do sistema. Diagrama de Caso de Uso Diagrama de Atividade Estrutura do processo. Passo a passo da execução. Visão dinâmica do sistema. 20
21 Diagrama de Atividade Diagrama de Máquina de Estado Estado, transições, eventos e atividades. Visão dinâmica de um objeto. Modelagem do comportamento de uma interface, classe ou colaboração. Diagrama de Máquina de Estado 21
22 Diagrama de Seqüência Diagrama de Interação Enfatiza a cronologia de troca de mensagens entre classes. Diagrama de Seqüência Diagrama de Comunicação Diagrama de Interação Enfatiza a organização estrutural dos objetos e papéis que enviam e recebem mensagens. 22
23 Diagrama de Comunicação Diagrama de Temporização Apresenta momento atual em relação a diferentes objetos e papéis, em contrapartida a somente seqüências de mensagem relativas. Diagrama de Temporização 23
24 Diagrama de Interação Diagrama híbrido composto pelos diagramas de atividade e seqüência. Diagrama de Interação Hierarquia dos diagramas 24
25 Obrigado! Análise e Projeto Orientado a Objetos Aula 4 (Versão ) Requisitos Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Um pouco de reflexão: 25
26 Acabou aí? Tem mais? Mas na verdade... 26
27 Isto é comum? SIM!!! Em 1995, um relatório elaborado pelo Grupo Standish*, chamado CHAOS, alertou que apenas 16,2% dos projetos eram encerrados com sucesso. O mesmo estudo em 2009 apresentou uma melhoria no índice, passando para 32%. Na verdade, fala-se em crise do software desde 1968! * Acessado através de Relatório do Grupo Standish CHAOS % dos projetos de software com sucesso; - 42% atrasados, acima do custo, e/ou com menos funcionalidades; - 21% cancelados ou nunca usados. Isto é comum? Segundo Capers Jones and Bill Curtis: - 25% dos projetos de software falham ou são abandonados; - 15% dos defeitos permanecem no produto entregue ao cliente; - 30% a 44% do tempo está sendo utilizado para retrabalho nas companhias (tempo não produtivo); - 50% dos prazos são atendidos pelas companhias. Segundo Professor Dr. Ivanir Costa: - 65% dos erros ocorrem na fase de requisitos - 8% dos erros ocorrem na fase da codificação* * Testes caixas pretas só conseguem verificar estes erros 27
28 A questão é... Por quê? Para Jack Ganssle: Let's face it: any idiot can write code. Estudo do Grupo Standish: Falta de Envolvimento do Usuário Falta de Gerenciamento Falta de necessidades claras A questão é... Por quê? Segundo Humphrey*: - Cronogramas fora da realidade - Equipe inapropriada - Mudanças de Necessidades - Trabalho com baixa qualidade - Crenças em mágica * Maio de Acessado através de Agora imaginem... Um idiota programando + Lista de necessidades confusas ou inexistentes + Necessidades sendo modificadas a toda hora CAOS 28
29 Existe algo a ser feito? Engenharia de Requisitos A Engenharia de Requisitos ajuda os engenheiros de software a compreender melhor o problema que eles vão trabalhar para resolver. Ela inclui o conjunto de tarefas que elevam a um entendimento de qual será o impacto do software sobre o negócio, do que o cliente quer e de como os usuários finais vão interagir com o software * Pressman, 2006 Engenharia de Requisitos O que é um requisito? Os requisitos para um sistema de software estabelecem o que o sistema deve fazer e definem restrições sobre sua operação e implementação * Sommerville,
30 Engenharia de Requisitos Tipos de requisitos - Requisitos do usuário - Funções que o sistema deve ter, visualizados de uma maneira simples - Requisitos do sistema - Domínio: Leis, normas ou até mesmo uma restrição funcional obtidos a partir das necessidades específicas do sistema. - Funcionais: Funcionalidades ou os serviços que se espera que o sistema forneça. - Não-funcionais: Não dizem respeito diretamente às funções específicas do sistema. Definem atributos como confiabilidade e restrições. * Sommerville, 2005 Engenharia de Requisitos Engenharia de Requisitos Desenvolvimento de Requisitos Gerenciamento de Requisitos Elicitação Análise Especificação Validação * Costa, 2007: Sub-Componentes do domínio da Engenharia de Requisitos Desenvolvimento de Requisitos Elicitação Vamos tentar extrair as necessidades do cliente... - Introspecção (Imaginação) - Questionários - Entrevistas - Etnografia (Observação) - JAD (Joint Application Development) 30
31 Desenvolvimento de Requisitos Análise Vamos pensar sobre tudo que foi levantado e, de alguma maneira, vamos documentar estas necessidades na forma de sistema... - JAD (Joint Application Development) - Use cases - Prototipação Desenvolvimento de Requisitos Especificação Vamos criar um contrato com o nosso cliente... - O objetivo é gerar um documento que possa ser lido por diversos stakeholders: - Clientes - Gerentes - Engenheiros de Desenvolvimento - Engenheiros de Teste - Engenheiros de Implantação Desenvolvimento de Requisitos Especificação * Sommerville,
32 Desenvolvimento de Requisitos Validação Vamos confirmar o que o foi pedido pelo cliente... - Prototipação - Revisões formais Desenvolvimento de Requisitos * Costa, 2007: Desenvolvimento de requisitos em um processo iterativo Obrigado! 32
33 Análise e Projeto Orientado a Objetos Aula 5 (Versão ) Modelo de Caso de Uso Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Revisando O que significa UML? Qual o objetivo da UML? Quantos diagramas compõe a UML? Que tipo de representação pode ser feita através dos diagramas da UML? Quais são as etapas básicas para o desenvolvimento de requisitos? Como começar? Detectando as necessidades do sistema! 33
34 Modelo de Caso de Uso Uma das maneiras utilizadas para desenvolvimento dos requisitos funcionais. Composto por: Diagrama Especificação Para que serve? Entender o comportamento do sistema Identificar as funcionalidades de arquitetura Localizar as classes Identificar casos de teste Planejamento Criação de manuais Caso de Uso O modelo de casos de uso é um modelo das funções pretendidas do sistema e seu ambiente, e serve como um contrato estabelecido entre o cliente e os desenvolvedores. O modelo de casos de uso é usado como fonte de informações essencial para atividades de análise, design e teste. 34
35 Diagrama de Caso de Uso Exemplo de diagrama de Caso de Uso Ator Um ator define um conjunto coerente de papéis que os usuários do sistema podem desempenhar ao interagir com ele. Uma instância de ator pode ser desempenhada tanto por um indivíduo quanto por um sistema externo. 35
36 Caso de Uso Um caso de uso define um conjunto de instâncias de casos de uso, no qual cada instância é uma seqüência de ações realizadas por um sistema que produz um resultado de valor observável para determinado ator. Relacionamentos existentes Associação Generalização (Herança) Inclusão Extensão Generalização Conceito de Herança Pode ser aplicado no caso de uso e no ator 36
37 Inclusão Ação do sistema que será executada por mais de um caso de uso. A seta é direcionada para o caso de uso que será incluído. Inclusão Extensão Ação do sistema que pode ser executada por mais de um caso de uso. A seta é direcionada para o caso de uso que poderá executar o caso de uso opcional. 37
38 Extensão Especificação do Caso de Uso Número: Número identificador do UC Nome: Nome dado ao UC no diagrama Breve descrição: Descrição em um parágrafo falando sobre o UC Pré-condições: O que deve acontecer antes do caso de uso ser executado. Fluxo de eventos: Fluxo básico (principal ou happy day), Fluxos alternativos, Fluxos de exceção) Requisitos Especiais: Alguma informação adicional que deva ser comentada Pós-condições: O que deve acontece após o caso de uso executar. Inclusões: Pontos de inclusão Extensões: Pontos de extensão Relacionamentos: Atores relacionados, UC s de especialização ou generalização. Como fazer? 1.Identificar possíveis atores. 2.Identificar possíveis ações do sistema. 3.Criar diagrama apontando relacionamento dos elementos. 4.Criar especificação de cada um dos casos de uso levantados. 38
39 Obrigado! Análise e Projeto Orientado a Objetos Aula 6 (Versão ) Diagrama de Classes Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Revisando Qual o objetivo do Modelo de Caso de Uso? O que o ator representa em um diagrama de caso de uso? O que o caso de uso representa em um diagrama de caso de uso? Qual o objetivo do relacionamento de herança? Qual o objetivo do relacionamento de inclusão? Qual o objetivo do relacionamento de extensão? 39
40 Diagrama de Classes Representação estática / estrutural do sistema. Entidades essenciais. Principal e mais usado diagrama da UML. Classe Representação de um conjunto de objetos que possuem os atributos (propriedades) e comportamento (métodos) semelhantes. Cada objeto criado a partir desta classe, pode ser chamado de instância da classe. O que representamos em uma classe? Atributos Métodos Visibilidade Privada (-) Pública (+) Protegida (#) Pacote (~) 40
41 Relacionamento entre classes Associação Nome e direção Multiplicidade Navegabilidade Papéis Restrições Prof. Marcos Roberto e Silva Tipos de associação Unária Binária Agregação Composição Generalização Dependência Associação Unária Auto-relacionamento 41
42 Associação Binária Relacionamento simples Agregação Funcionam como uma entidade única Possui um objeto controlador (todo) que cuida dos objetos agregados (partes) Os objetos partes podem existir sem o objeto todo Agregação 42
43 Composição Um objeto parte pertence somente a UM objeto todo Os objetos partes não podem existir sem o objeto todo Composição Generalização Aplicação do conceito de herança É possível representar uma herança múltipla Representa relacionamentos do tipo É UM. 43
44 Generalização Dependência Indica grau de dependência entre classes Relacionamentos de dependência podem expressar também ordem de precedência, onde um elemento deve preceder a outro. Dependência 44
45 Passos para modelar um diagrama de classes 1. Identificar as classes baseada nos casos de uso. 2. Identificar os atributos das classes. (sem levar em conta suas visibilidades ou tipos) 3. Analisar os atributos, identificando se alguns deles são na realidade relacionamentos. 4. Algumas operações podem ser identificadas neste ponto, mas com certeza, não todas. As operações em geral são descobertas com o auxílio de outros diagramas. 5. Analisar classes semelhantes, remodelando as com relacionamentos de Herança. 6. Lançar detalhes dos atributos. Obrigado! Análise e Projeto Orientado a Objetos Aula 7 (Versão ) Diagrama de Sequência Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) 45
46 Para que serve? Utilizado para determinar a ordem das mensagens trocadas entre papéis e objetos, com base no tempo. Quais são os componentes deste diagrama? Estereótipos de Objetos 46
47 Exemplo Portanto A sequência é dada desde a interação do ator com o sistema. ATOR -> INTERFACE -> CONTROLE -> CLASSES Não se faz necessário apontar o retorno das mensagens A condicional existe através de um bloco do tipo OPT. É possível enviar mensagens de criação e destruição de objetos durante a sequência do diagrama. Obrigado! 47
48 Análise e Projeto Orientado a Objetos Aula 08 (Versão ) Diagrama de Atividades Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Para que serve? Determinação de fluxo Atividades em um processamento Trabalho entre as unidades organizacionais em um modelo de negócio. Cenários dos casos de uso Quais são os componentes deste diagrama? Áreas organizacionais Transição Início Atividade Bifurcação Fim Decisão Junção 48
49 Exemplo Obrigado! Análise e Projeto Orientado a Objetos Aula 09 (Versão ) Diagrama de Máquina de Estados Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) 49
50 Para que serve? Modelar o comportamento de um objeto individualmente. Descrever a seqüência de estados que um objeto possui durante o seu ciclo de vida. Modelar aspectos dinâmicos do sistema. O que significa estado? Período de tempo em que o objeto atenda a uma condição, realize alguma atividade ou espere algum evento. Quando usar? Comportamentos que respondam à mensagens assíncronas Comportamentos que dependam do comportamento anterior para funcionar. 50
51 Quais são os componentes deste diagrama? Exemplo Caixa eletrônico Obrigado! 51
52 Análise e Projeto Orientado a Objetos Aula 10 (Versão ) Diagrama de Componentes Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) Projeto com reuso O processo de projeto, na maioria das disciplinas de engenharia, baseia-se no reuso de sistemas existentes ou componentes (SOMMERVILLE, 2008) Projeto com reuso Preocupação desde os requisitos com os pontos do projeto que podem ou serão potenciais itens de reuso. Dependente de um processo de desenvolvimento voltado para tal tarefa. Custo inicial pode ser mais alto, entretanto, o retorno do investimento vai acontecer à medida que o componente for reutilizado. 52
53 Projeto com reuso Desenvolvimento sem reuso Desenvolvimento com reuso 53
54 Vantagens do reuso Confiança aumentada Risco de processo reduzido Uso eficiente de especialistas Conformidade com padrões Desenvolvimento acelerado Desvantagens do reuso Falta de apoio de ferramenta Síndrome do não-inventado-aqui Criação e manutenção de uma biblioteca de componentes Abordagens que apoiam o reuso Bibliotecas Frameworks Softwares de prateleira Desenvolvimento orientado a objetos Desenvolvimento orientado a serviços Desenvolvimento orientado a aspectos Design patterns Em resumo: Componentização 54
55 O que significa componente? Parte lógica e substituível de um sistema que atende e provém a realização de um conjunto de interfaces. UML Diagrama de Componentes Para que serve? Modelar os componentes existentes no sistema, bem como o relacionamento entre eles através de interfaces. O que significa interface? Coleção de operações que especificam um serviço que é provido ou é requerido por uma classe ou componente. 55
56 Quando usar o diagrama de componentes? Descrição de componentes do sistema. Representação explícita de uma biblioteca comum entre diversas aplicações Quais são os componentes deste diagrama? Exemplo Caixa eletrônico 56
57 Exemplo Caixa eletrônico Obrigado! Análise e Projeto Orientado a Objetos Aula 11 (Versão ) Diagrama de Implantação Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( ) 57
58 Quando usar o diagrama de implantação? Representar a relação entre diferentes hardwares existentes no sistema. Organizar distribuição de arquivos entregáveis (executáveis, bibliotecas, bases de dados). Componentes do diagrama Exemplo Caixa eletrônico 58
59 Obrigado! 59
Notas de Aula 03: Introdução a Orientação a Objetos e a UML
Notas de Aula 03: Introdução a Orientação a Objetos e a UML Objetivos da aula: Introduzir os conceitos da Orientação à Objetos (O.O) Introduzir os conceitos da UML Relacionar os processos às ferramentas
Leia maisTópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.
Engenharia de Software Aula 07 Tópicos da Aula Introdução à UML e Introdução a UML Visão geral de alguns diagramas Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 28 Março 2012 A
Leia maisA Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. História da UML. O que é modelagem?
DCC / ICEx / UFMG A Linguagem UML A Linguagem UML Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo UML (Linguagem de Modelagem Unificada) É uma notação gráfica (visual) para projetar sistemas OO Não
Leia maisAnálise de Sistemas. Aula 5
Análise de Sistemas Aula 5 Prof. Emerson Klisiewicz CONTEXTUALIZAÇÃO Aula 5 Análise Orientada a Objetos Introdução a UML Histórico e Visão Geral Ferramentas CASE O Sucesso... Clientes satisfeitos Eles
Leia maisRequisitos de Sistemas
Requisitos de Sistemas Unidade II - Processos de Negócio Identificação Conceitos Modelagem - BPM - UML Processos x Requisitos 1 Processo de negócio CONCEITO Um processo de negócio, processo organizacional
Leia maisUML e seus diagramas
UML e seus diagramas A UML Unified Modeling Language (Linguagem de Modelagem Unificada), como o próprio nome já diz, é uma linguagem para modelagem de objetos do mundo real, usada para especificar, construir,
Leia maisRequisitos de sistemas
Requisitos de sistemas Unidade III - Casos de Uso Identificação de casos de uso Conceitos de orientação a objetos Modelagem do diagrama de classes e casos de uso 1 Casos de uso CONCEITO Especifica o comportamento
Leia maisIntrodução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão
Sumário Introdução à UML BSI Bacharelado em Sistemas de Informação LOO Linguagens Orientadas a Objetos Humberto Mossri de Almeida hmossri_cursos@yahoo.com.br Marcelo Nassau Malta nassau_cursos@yahoo.com.br
Leia maisCurso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML
Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DComp 2017 Modelagem de Dados UML 2 1 Eduardo Bezerra Editora Campus/Elsevier Porcentagem de projetos que terminam dentro do
Leia maisMODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro
MODELAGEM DE SISTEMAS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Introdução Modelagem de Sistemas: A modelagem de um sistema auxilia o analista a entender a funcionalidade
Leia maisUML. Trabalho Análise e Projeto de Sistemas. Aluna: Luana Alves Businaro
Curso Técnico Integrado de Informática 2 Ano Projeto Integrador Formação Profissional Trabalho Análise e Projeto de Sistemas UML Aluna: Luana Alves Businaro-1614193 Maio de 2017 Sumário 1 Introdução...
Leia maisUML (Unified Modelling Language)
UML (Unified Modelling Language) Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Booch, G. et al. The Unified Modeling Language User Guide
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 1 O Paradigma Orientado a Objetos A Linguagem UML Descrição da Arquitetura 1 Programa
Leia mais1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010
1 1 Introdução 1.1 Teoria dos Sistemas 1.2 Constituição dos sistemas 1.3 Natureza dos sistemas 1.4 Parâmetros do sistema 1.5 Descrição de sistemas 1.6 Desafios enfrentados no desenvolvimento 1.7 Perfil
Leia maisDiagrama de Classes. Régis Patrick Silva Simão. Régis Simão Diagrama de Classes 1/42
Diagrama de Classes Régis Patrick Silva Simão Régis Simão Diagrama de Classes 1/42 Agenda Introdução Objetos Classes Atributos Operações & Métodos Relacionamentos Relacionamento: Associação Nome de Relacionamento
Leia maisAnálise e Projeto Orientados a Objetos
Análise e Projeto Orientados a Objetos Introdução Diretoria Acadêmica de Gestão e Tecnologia da Informação Introdução Os sistemas computacionais adquiriram extrema importância para as organizações públicas
Leia maisTópicos da Aula. Desenvolvimento Dirigido por Modelos (MDD) Reusar cada vez mais... Reusar cada vez mais... O que é modelagem? Reuso: Código x Modelos
Reuso de Software Aula 20 Tópicos da Aula Desenvolvimento Dirigido por Modelos (MDD) Introdução a UML Visão geral de alguns diagramas Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo reuso.software@gmail.com
Leia maisUNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 15 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 15 PROFª BRUNO CALEGARO Santa Maria, 08 de Novembro de 2013. Contextualização Nas próximas aula iremos começar a modelar e projetar sistemas
Leia maisRUP Unified Process. Profª Jocelma Rios
RUP Unified Process Profª Jocelma Rios Nov/2012 O que pretendemos: Reforçar os aspectos que caracterizam o processo iterativo e incremental Identificar como atingir os objetivos dos projetos de software
Leia maisPOO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos
UEG - Universidade Estadual de Goiás (Câmpus Posse) Disciplina: Análise e Projeto de Sistemas II Turma: 4 Semestre Ano: 2016 Professor: José Ronaldo Leles Júnior O que é? É uma forma de abordar um problema.
Leia maisIntrodução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.
Diagramas UML Classe, Seqüência e Atividades Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 15 de maio
Leia maisLinguagem de Modelagem Unificada UML
Linguagem de Modelagem Unificada UML Parte 1 Rosemary Silveira Filgueiras Melo rosesfmelo@hotmail.com 1 Tópicos abordados Paradigma Orientado a Objetos Linguagem UML e seus principais diagramas Diagramas
Leia maisIntrodução a UML (Unified Modeling Language)
Introdução a UML (Unified Modeling Language) O que é a UML? Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário
Leia maisDIAGRAMAS DE CLASSE UML
DIAGRAMAS DE CLASSE UML Projeto Detalhado de Software (PDS) Profa. Cynthia Pinheiro Antes de mais nada... Calendário de Reposições Aula 1: 27/10/2017, 8h-10h, Sala 8 Aula 2: A verificar Aula 3: A verificar
Leia maisAnálise de Sistemas 4º Bimestre (material 3)
Análise de Sistemas 4º Bimestre (material 3) Permite a visualização das classes que irão compor o sistema com seus respectivos atributos e métodos, bem como demonstrar como elas se relacionam, complementam
Leia maisEngenharia de Software
Tema da Aula Origens da Modelagem de Retrospectiva Histórica Prof. Cristiano R R Portella portella@widesoft.com.br Origens da Modelagem de A pré-história Antes de 1960: Nenhuma metodologia. Programar computador
Leia maisModelos em Sistemas de Informação. Aula 2
Modelos em Sistemas de Informação Aula 2 Referências básicas da aula Paulo Cougo - Modelagem conceitual e Projeto de Banco de Dados. Craig Larman - Utilizando UML e padrões. Roger Pressman - Engenharia
Leia maisAPLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Leia maisINTRODUÇÃO À ENGENHARIA DE SOFTWARE. Prof.: Tiago Alves
INTRODUÇÃO À ENGENHARIA DE SOFTWARE Prof.: Tiago Alves (tiagofga@gmail.com) UML UNIFIED MODELING LANGUAGE Livro: Utilizando UML e Padrões, 3.ed. Autor(es): Craig Larman Modelagem de Sistemas Orientados
Leia maisUML Unified Modeling Language Linguagem de Modelagem Unificada
UML Unified Modeling Language Linguagem de Modelagem Unificada Prof. Gilberto Porto e-mail: porto@gilbertoporto.com.br A linguagem UML n UML (Unified Modeling Language) Linguagem de Modelagem Unificada
Leia maisProgramação para Games II. Professor Ariel da Silva Dias Orientação a Objetos
Programação para Games II Professor Ariel da Silva Dias Orientação a Objetos Pacotes Pacotes são um modo de organizar classes e interfaces Um programa pode ser formado por centenas de classes individiduais;
Leia maisProjeto e Desenvolvimento de Sistemas de Informação
Projeto e Desenvolvimento de Sistemas de Informação flavio@ufu.br 1 Objetivos Identificar problemas do mundo real implementáveis computacionalmente; Realizar a análise e projeto de soluções em software
Leia maisPROJETO DE PROGRAMAS. Projeto de Programas PPR0001
PROJETO DE PROGRAMAS Projeto de Programas PPR0001 Desenvolvimento de Software 2 3 Desenvolvimento de Software Análise de Requisitos Distinguir e dividir o sistema em componentes: Analisar os componentes
Leia maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
Leia maisUML Visão Geral UML Visão geral v.1.1, Novembro de 2001
UML Visão Geral 1 Índice Introdução Diagramas O que é a UML? Diagrama de casos de utilização Valor da UML Diagrama de classes Origens da UML Diagrama de objectos Parceiros da UML Diagrama de componentes
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Régis Patrick Silva Simão Régis Simão Diagrama de Casos de Uso 1/29 Agenda Introdução Casos de Uso Atores Relacionamento entre Atores e Casos de Uso Relacionamento entre Casos
Leia mais27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:
Modelos de Ciclo de Vida e Metodologias de Software 33) No SCRUM, uma iteração que segue um ciclo (PDCA) e entrega incremento de software pronto é denominada: A) Backlog. B) Sprint. C) Daily scrum. D)
Leia maisCiência da Computação. Análise e Projeto Orientado a Objetos UML. Anderson Belgamo
Ciência da Computação Análise e Projeto Orientado a Objetos UML Anderson Belgamo 1 Evolução do Software O rápido crescimento da capacidade computacional das máquinas resultou na demanda por sistemas de
Leia mais15/04/2013. Outro Diagrama de Classes. Primeiro Diagrama de Classes. Diagrama de Classes. Atributos. Eduardo Figueiredo
DCC / ICEx / UFMG Primeiro Diagrama de Classes Diagrama de Classes Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Professor Aluno matricula Outro Diagrama de Classes Diagrama de Classes Serve de
Leia maisUML. Adriano J. Holanda 21/3/
UML Adriano J. Holanda 21/3/2016 UML Introdução UML - Unified Modeling Language Linguagem Unificada de Modelagem. Adquiriu maturidade na segunda década de 1990 pela fusão dos métodos e diagramas de Grady
Leia maisMODELAGEM COM A UML (UNIFIED MODELING LANGUAGE)
MODELAGEM COM A UML (UNIFIED MODELING LANGUAGE) g BREVE HISTÓRICO g CARACTERÍSTICAS g CONCEITOS DE PROGRAMAÇÃO ORIENTADA A OBJETOS g MODELAGEM DE ANÁLISE E DE PROJETO 1 I. BREVE HISTÓRICO Em fins dos anos
Leia maisA modelagem é tida como a parte central de todas as atividades para a construção de um bom sistema, com ela podemos:
Módulo 6 Análise Orientada a Objeto É interessante observar como a análise orientada a objeto utiliza conceitos que aprendemos há muito tempo: objetos, atributos, classes, membros, todos e partes. Só não
Leia maisAPÊNDICE D Unified Model Language (UML)
APÊNDICE D Unified Model Language (UML) 299 APÊNDICE D Unified Model Language (UML) Apresenta-se neste Apêndice uma visão geral sobre a UML (Unified Modeling Language), focalizando-se nos conceitos e definições
Leia maisIntrodução à UML. Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX. Prof. Fernando Maia da Mota
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Introdução à UML Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin Machado UFMS/FACOM Introdução
Leia maisEngenharia de Software Orientada a Objetos - OOSE. Método de Jacobson
Engenharia de Software Orientada a Objetos - OOSE Método de Jacobson Alunos: Amanda Lira Gomes Lucas Balbino de Melo Ferreira Mycke Richard Guntijo Renato Gomes Borges Júnior Sumário Introdução Visão Geral
Leia maisUML - Linguagem de Modelagem Unificada
UML - Linguagem de Modelagem Unificada Aula #9.1. EBS 211 POO e UML Prof. Luiz Fernando S. Coletta luizfsc@tupa.unesp.br Campus de Tupã Engenharia de Software Fases do processo de software 1. Levantamento
Leia maisModelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus
Curso Disciplina Linguagem de Programação II Curso Engenharia da Computação Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Site : http://www1.univap.br/~wagner/ec.html Prof. Responsáveis
Leia maisProcesso de Desenvolvimento de Software
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Fases do Processo. Ciclo de vida do processo. Processo Unificado Orientado por Casos de Uso, surgiu para realizar o
Leia maisEngenharia de Software I: Introdução. Graduação em Informática 2009 Profa. Itana Gimenes
Engenharia de Software I: Introdução Graduação em Informática 2009 Profa. Itana Gimenes Programa 1. O processo de engenharia de software 2. Engenharia de requisitos 3. Modelagem de sistemas 4. Conceitos
Leia maisAula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas
Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br Nome da disciplina:
Leia maisDepartamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de
Leia maisO Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita
Leia maisUnidade IV MODELAGEM DE. Prof. Daniel Arthur Gennari Junior
Unidade IV MODELAGEM DE SISTEMAS DE INFORMAÇÃO Prof. Daniel Arthur Gennari Junior Sobre esta aula Análise Orientada a Objetos Análise, Definição e Especificação de Requisitos Modelagem de Casos de Uso
Leia maisUML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos
UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos joao.queiroz@ifrn.edu.br Roteiro A importância da UML para projetar sistemas. Principais características do diagrama de classes e de sequência.
Leia maisAnálise de Sistemas 3º Bimestre (material 2)
Análise de Sistemas 3º Bimestre (material 2) Professor: José Ronaldo Leles Júnior Turma: 2º ano do curso de Sistemas de Informação UEG Universidade Estadual de Goiás Campus Posse POO Paradigma Orientado
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisUML Diagrama de Atividades Diagrama de Caso de Uso. ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas
Diagrama de Atividades Diagrama de Caso de Uso ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas villas@puc-rio.br 1 - Conceitos 2 UML é uma linguagem para: Especificar Visualizar Construir...
Leia maisMarcelo Henrique dos Santos
Mestrado em Educação (em andamento) MBA em Negócios em Mídias Digitais (em andamento) MBA em Marketing e Vendas Especialista em games Bacharel em Sistema de Informação marcelosantos@outlook.com AULA 01
Leia maisGUIA DE FUNCIONAMENTO DA UNIDADE CURRICULAR
Curso Engenharia Informática Ano letivo 2015/2016 Unidade Curricular Engenharia de Software II ECTS 6 Regime Obrigatório Ano 3º Semestre 1º sem Horas de trabalho globais Docente Maria Clara Silveira Total
Leia maisUML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla
UML 2.0 Método, Linguagem e Ferramenta Prof. Cesar Augusto Tacla Conteúdo do Curso MÉTODO RUP FERRAMENTA Visual Paradigm Enterprise Architect LINGUAGEM UML UML: Unified Modeling Language Linguagem padrão
Leia maisCapítulo 5 Modelação do Sistema 1
Capítulo 5 Modelação do Sistema Capítulo 5 Modelação do Sistema 1 Assuntos abordados Modelos de contexto Modelos de interação Modelos estruturais Modelos comportamentais Engenharia orientada a modelos
Leia maisUML UNIFIED MODELING LANGUAGE LINGUAGEM DE MODELAGEM UNIFICADA
UML UNIFIED MODELING LANGUAGE LINGUAGEM DE MODELAGEM UNIFICADA UML - Introdução Não é uma linguagem de programação É uma linguagem de modelagem e projeto É uma linguagem padrão para modelagem orientada
Leia maisTECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 7. Agenda
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula 7 1 Agenda Correção exercicio aula 6 Modelo de Análise Orientada a Objetos Bibliografia 2 http:professorleomir.wordpress.com
Leia maisEspecificação de Sistemas de Software e a UML
Modelagem de sistema Especificação de Sistemas de Software e a UML A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema Modelo => visão simplificada e abstrata de um sistema
Leia maisPrograma Analítico de Disciplina INF323 Engenharia de Software II
0 Programa Analítico de Disciplina Departamento de Informática - Centro de Ciências Exatas e Tecnológicas Número de créditos: Teóricas Práticas Total Duração em semanas: 15 Carga horária semanal 0 Períodos
Leia maisFábricas de Software. Processos de Software. Fábricas de Software. Fábricas de Software 17/08/2010. Jorge Dias
Fábricas de Software Processos de Software Jorge Dias Um processo estruturado, controladoe melhoradode forma contínua, considerando abordagens de engenharia industrial, orientado para o atendimento a múltiplas
Leia maisVisão Geral da UML. SSC Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
Visão Geral da UML SSC 121 - Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Conteúdo Introdução Ferramentas de Apoio Diagramas da UML Elementos Genéricos Material sobre UML
Leia mais15/04/2013. Pensar Orientado a Objetos. Projeto Orientado a Objetos. Características de Objetos. Classe de Objetos. Comunicação entre Objetos
DCC / ICEx / UFMG Pensar Orientado a Objetos Projeto Orientado a Objetos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Onde quer que você olhe no mundo real, você vê objetos Pessoas, animais, plantas,
Leia maisFORMULÁRIO DE REGISTRO DE PLANO DE CURSO 2013.I
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA BAIANO Campus Senhor do Bonfim I N S T I T U T O F E D E R A L D E E D U C A Ç Ã O, C I Ê N C I A E T E C N O L O G I A B A I A N O C a m p u s S E N
Leia maisTópicos da Aula. Diretrizes Gerais. Trabalho Prático (TP) Pontuação do TP. Tema do Trabalho. Projeto de Software Diagrama de Classes
Engenharia de Software Aula 09 Tópicos da Aula Projeto de Software Revisão de orientação a objetos Projeto orientado a objetos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 04
Leia maisUnidade II MODELAGEM DE PROCESSOS. Profa. Gislaine Stachissini
Unidade II MODELAGEM DE PROCESSOS Profa. Gislaine Stachissini Modelagem de sistemas A fase do desenvolvimento do sistema exige: esforço; dedicação; envolvimento; um único objetivo. Estilo de desenvolvimento
Leia maisFatec Ipiranga - Engenharia de Software I 18/02/2013. Agenda. 0. Relembrando os Relacionamentos do Diagrama de Classes
Engenharia de Software I 3º. Semestre ADS Diagramas de Interação Enfoque Diagrama de Sequência Profa. Dra. Ana Paula Gonçalves Serra Agenda 0. Relembrando os Relacionamentos do Diagrama de Classes 2. Diagrama
Leia maisPanorama da notação UML
Panorama da notação UML A notação UML (Unified Modeling Language linguagem de modelagem unificada) evoluiu desde que foi adotada a primeira vez como um padrão em 1997. Uma revisão maior para o padrão foi
Leia maisDiagrama 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 maisVisões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Leia maisProf. Esp. Fabiano Taguchi
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com UML COMPETÊNCIA: Conhecer e desenvolver estudos de caso usando modelagem orientada a objeto. HABILIDADE: Conhecer
Leia maisAula 4 POO 1 Análise OO. Profa. Elaine Faria UFU
Aula 4 POO 1 Análise OO Profa. Elaine Faria UFU - 2019 Sobre o Material Agradecimentos Aos professores José Gustavo e Fabiano, por gentilmente terem cedido seus materiais. Os slides consistem de adaptações
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisIntrodução. Introdução. Introdução. Planejamento da disciplina. Modelagem de Processos de Negócio. Prof.: Clarindo Isaías Pereira da Silva e Pádua
Modelagem de Processos de Negócio Prof.: Clarindo Isaías Pereira da Silva e Pádua Gestus Departamento de Ciência da Computação - UFMG Bibliografia Eriksson, H-E; Penker, M. Business Modeling with UML:
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisUML: Introdução. História Visão geral Modelo conceitual da UML. Bibliografia. UML: introdução
UML: introdução Prof.: Clarindo Isaías Pereira da Silva e Pádua Synergia / Gestus Departamento de Ciência da Computação - UFMG UML: introdução 2 Bibliografia Rumbaugh, J.; Jacobson, I.; Booch, G., The
Leia maisANÁLISE E PROJETO DE SISTEMAS TÓPICO IV - INTRODUÇÃO A UML
ANÁLISE E PROJETO DE SISTEMAS TÓPICO IV - INTRODUÇÃO A UML AGENDA Histórico da UML O que é e para que serve a UML Conjunto de diagramas da UML Overview Diagrama de Casos de Uso e Diagrama de Classes PROBLEMAS
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br O que é?? 2 A UML
Leia maisEngenharia de Software II e III - Introdução ao Diagrama de Classe
1-Orientação a Objetos ANÁLISE ESTRUTURADA X ANÁLISE O.O. Enfoque Tradicional: Conjunto de programas que executam processos sobre dados. Enfoque Baseado em Objetos: Conjunto de coisas que tem características
Leia maisModelagem de Classes. Mestrado em Engenharia de Produção e Sistemas Computacionais. Profa. Adriana Pereira de Medeiros
Modelagem de Classes Mestrado em Engenharia de Produção e Sistemas Computacionais Profa. Adriana Pereira de Medeiros adrianamedeiros@id.uff.br Resumo Introdução Conceitos em Orientação a Objetos Diagrama
Leia maisEngenharia de Software
Engenharia de Software UML Unified Modeling Language http://www.uml.org/ http://www.omg.org/spec/ Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br Esta parte apresenta...
Leia maisSERVIÇO PÚBLICO FEDERAL UNIVERSIDADE FEDERAL DE SANTA CATARINA CENTRO DE CIÊNCIAS DA SAÚDE PROGRAMA DE MESTRADO PROFISSIONAL EM INFORMÁTICA EM SAÚDE
PLANO DE ENSINO Disciplina (INS310008): Análise de Sistemas e UML Professor Responsável: Raul Sidnei Wazlawick Créditos: (02 CRÉDITOS 30HS) Semestre: 2017-2 1. Ementa Geral Introdução a orientação a objetos
Leia maisProcessos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
Leia maisProcesso. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)
Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível
Leia maisA linguagem de modelagem UML
A linguagem de modelagem UML A Unified Modeling Language (UML) é uma linguagem de modelagem não proprietária de terceira geração, ou seja, uma linguagem projetada para ser facilmente entendida por pessoas,
Leia maisEngenharia de Software
Instituto Superior Politécnico de Ciências e Tecnologia Engenharia de Software Prof Pedro Vunge www.pedrovunge.com BASEADO EM MATERIAL DE Jaelson Freire Brelaz de Castro Universidade Federal de Pernambuco
Leia maisDiagrama 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 maisReuso de Software Aula Maio 2012
Reuso de Software Aula 19 Tópicos da Aula Engenharia de Software baseada em Componentes (CBSE) Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo reuso.software@gmail.com Componentes Modelos de Componentes
Leia mais