A linguagem de modelagem UML
|
|
- Lucinda Ávila de Andrade
- 7 Há anos
- Visualizações:
Transcrição
1 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, com suporte a nomes e variáveis. A UML não é um método de desenvolvimento, o que significa que ela não diz para você o que fazer primeiro e em seguida ou como desenhar seu sistema, mas ela lhe auxilia a visualizar seu desenho e a comunicação entre objetos. Basicamente, a UML permite que desenvolvedores visualizem os produtos de seu trabalho em diagramas padronizados. Junto com uma notação gráfica, a UML também especifica significados, isto é, semântica. É uma notação independente de processos, embora o RUP (Rational Unified Process) tenha sido especificamente desenvolvido utilizando a UML. É importante distinguir entre um modelo UML e um diagrama (ou conjunto de diagramas) de UML, o último é uma representação gráfica da informação do primeiro, mas o primeiro pode existir independentemente. O XMI (XML Metadata Interchange) na sua versão corrente disponibiliza troca de modelos, mas não de diagramas. A UML (Unified Modeling Language) é uma linguagem para especificação, documentação, visualização e desenvolvimento de sistemas orientados a objetos. Sintetiza os principais métodos existentes, sendo considerada uma das linguagens mais expressivas para modelagem de sistemas orientados a objetos. Por meio de seus diagramas é possível representar sistemas de softwares sob diversas perspectivas de visualização. Facilita a comunicação de todas as pessoas envolvidas no processo de desenvolvimento de um sistema - gerentes, coordenadores, analistas, desenvolvedores - por apresentar um vocabulário de fácil entendimento. A origem A UML tem origem na compilação das "melhores práticas de engenharia" que provaram ter sucesso na modelagem de sistemas grandes e complexos. Sucedeu aos conceitos de Booch, OMT (Rumbaugh) e OOSE (Jacobson) fundindo-os numa única linguagem de modelagem comum e largamente utilizada. A UML pretende ser a linguagem de modelagem padrão para modelar sistemas concorrentes e distribuídos. Os esforços para a criação da UML tiveram início em outubro de 1994, quando Rumbaugh se juntou a Booch na Rational. Com o objetivo de unificar os métodos Booch e OMT, decorrido um ano de trabalho, foi lançado, em outubro de 1995, o esboço da versão 0.8 do Método Unificado (como era conhecido). Nesta mesma época, Jacobson se associou à Rational e o escopo do projeto da UML foi expandido para incorporar o método OOSE. Nasceu então, em junho de 1996, a versão 0.9 da UML. Assim que a primeira versão foi lançada, diversas grandes empresas atuantes na área de software passaram a contribuir com o projeto, fornecendo sugestões para melhorar e ampliar a linguagem. Finalmente a UML foi adotada pela OMG(Object Management Group) em 1997, como a linguagem padrão de modelagem. Em 2002 foi lançado a última versão, a UML 2.0. A UML integrou muitas idéias adversas, e esta integração acelera o uso do desenvolvimento de softwares orientados a objetos. Perspectivas para o futuro Embora a UML defina uma linguagem precisa, ela não é uma barreira para futuros aperfeiçoamentos nos conceitos de modelagem. O desenvolvimento da UML foi
2 baseado em técnicas antigas e marcantes da orientação a objetos, mas muitas outras influenciarão a linguagem em suas próximas versões. Muitas técnicas avançadas de modelagem podem ser definidas usando UML como base, podendo ser estendida sem se fazer necessário redefinir a sua estrutura interna. A UML será a base para muitas ferramentas de desenvolvimento, incluindo modelagem visual, simulações e ambientes de desenvolvimento. Um exemplo disto é o RUP(Rational Unified Process) usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado utilizando a notação UML para ilustrar os processos em ação. O RUP utiliza técnicas e práticas aprovadas comercialmente. Conceitos Iniciais Um diagrama é uma representação gráfica de um sistema sob determinada visão. Existem diversos motivos para utilizá-los. Eles são úteis na documentação, tornando a manutenção mais fácil, ajudam a compreender melhor os requisitos de um sistema antes de implementá-lo, simplificam o entendimento de sistemas comlpexos usando a técnica de dividir para conquistar. Os diversos diagramas da UML podem ser divididos em dois grandes grupos, os diagramas estruturais e os comportamentais. Nas duas lições seguintes você aprenderá um pouco sobre cada um desses diagramas. Estruturais: Diagrama de classes; Diagrama de componentes; Diagrama de objetos; Diagrama de artefatos; Diagrama de implantação. Comportamentais: Diagrama de casos de uso; Diagrama de seqüência; Diagrama de colaboração; Diagrama de gráfico de estados; Diagrama de atividades. Programas Para facilitar a tarefa de modelagem é preferível que você utilize um programa específico para desenhar diagramas em UML. Existem muitos programas que fazem isto, entre eles estão o Jude(com versões freeware e shareware), que pode ser baixado no endereço e o Umbrello( livre ), que pode ser instalado com o comando "apt-get install umbrello". Diagramas Estruturais Classes Na lógica de programação orientada a objetos uma classe é uma abstração de um conjunto de objetos com as mesmas características (atributos, operações, relacionamentos e semântica). Uma classe define os atributos de seus objetos e métodos.
3 Os atributos são elementos das classes semelhantes as variáveis da lógica de programação estruturada. Cada atributo representa uma propriedade do item que está sendo modelado. Para cada atributo é definido um intervalo de valores possíveis. Por exemplo, a classe funcionário pode ter os atributos nome, endereço, telefone, número de identidade, salário, cargo. Na UML, os Atributos são mostrados como tendo o seu nome, pelo menos, e poderão mostrar também o seu tipo, o seu valor inicial e outras propriedades. Os atributos também poderão ser mostrados com a sua visibilidade: + Representa atributos públicos; # Representa atributos protegidos; - Representa atributos privados. Veja a seguir a representação de uma classe com seus atributos na linguagem UML: Além de atributos as classes têm métodos. Um método é uma operação que pode ser executada sobre os objetos de uma classe. São os métodos que executam todas as funcionalidades do programa, como fazer cálculos, exibir mensagens, gerar relatórios, etc. As operações (métodos) são também mostradas contendo pelo menos o seu nome e poderão também mostrar os seus parâmetros e tipos de valor devolvidos. As operações podem, assim como os Atributos, mostrar a sua visibilidade: + Corresponde a operações públicas; # Corresponde a operações protegidas; - Corresponde a operações privadas. A próxima figura mostra a representação em UML para uma classe com as operações latir, morder e comer. Relacionamentos Além de identificar as classes do seu sistema será preciso representar os relacionamentos que existem entre elas. Há três tipos de relacionamentos: dependências, generalizações e associações. Dependência Uma dependência é um relacionamento em que um item usa dados e serviços de outro item. Representa-se uma dependência em UML com uma linha tracejada apontando do item que depende de alguma informação para o que a fornece. Generaliz ação
4 Uma generalização é um relacionamento entre ítens gerais e itens mais específicos. Esse tipo de relacionamento indica que objetos da classe específica podem ser utilizados em qualquer lugar onde a classe geral ocorra. A classe específica, que pode ser chamada de filha, herda todas as características da classe geral, ou classe mãe. Isto é, a filha tem todos os atributos e todos os métodos da classe geral. Ela pode ter também atributos e métodos próprios, que não estão na classe mãe. Na UMl representa-se uma generalização com uma linha que aponta da filha para a mãe. Associaç ão Uma associação representa uma relação entre classes e dá a semântica e a estrutura comum para vários tipos de "ligações" entre os objetos. As associações são o mecanismo que permite aos objetos comunicarem uns com os outros. Descrevem a ligação entre as diferentes classes (a ligação entre os objetos em si é chamada de ligação do objeto). As associações podem ter um papel que indica o objetivo da associação e pode ser unidirecionais ou bidirecionais (indica se os dois objetos que participam na relação poderão enviar mensagens um para o outro, ou se só um deles é que conhece o outro). Cada extremo da associação também tem um valor de multiplicidade, que define quantos objetos desse lado da associação poderão se relacionar com um objeto do outro lado. No UML, as associações são representadas como linhas que ligam as classes que participam na relação e poderá também mostrar o papel e a multiplicidade de cada um dos participantes. A multiplicidade é mostrada como um intervalo [mín..máx] de valores não-negativos ou com um asterisco (*) no lado do máximo que representa o infinito. Agregação As agregações são um tipo especial de associações nas quais as duas classes participantes não têm um estado igual, mas têm uma relação "do 'todo' para as partes". Uma agregação diz como é que a classe que tem o papel do 'todo' é composta (ou tem) as outras classes, que tem o papel das partes. Para as agregações, a classe que atua como o 'todo' tem sempre uma multiplicidade de um. No UML, as agregações são representadas por uma associação com um losango do lado do 'todo'.
5 Composição As composições são associações que representam agregações muito fortes. Isto significa que as composições formam também relações do 'todo' para as partes, mas a relação é tão forte que as partes não podem existir por si só. Elas só existem dentro do todo e se o todo for destruído, as partes desaparecem também. No UML, as Composições são representadas por um losango a cheio do lado do 'todo'. Diagrama de Classes Os Diagramas de Classes mostram as diferentes classes que compõem um sistema e como elas se relacionam umas com as outras. Os Diagramas de Classes são apontados normalmente como "estáticos" porque mostram as classes, em conjunto com os seus métodos e atributos, assim como as relações estáticas entre elas, quais as classes que "conhecem" outras classes ou que "fazem parte" de outra classe, mas não mostram as chamadas de métodos entre elas. Diagramas de Classe podem conter diversos outros ítens além das classes: Interfaces Interfaces são classes abstratas que significam instâncias que não podem ser diretamente criadas delas. Elas podem conter operações, mas não podem conter atributos. Classes podem derivar de interfaces (através da realização de uma associação) e instâncias podem então ser feitas destes diagramas. Tipos de dados Tipos de dados são primitivos uma vez que são tipicamente construídos numa linguagem de programação. Exemplos comuns são inteiros e lógicos. Eles não podem ser relacionados à classes, mas classes podem se relacionar com eles. Enumerações Enumerações são uma lista simples de valores. Um exemplo típico é uma enumeração para dias da semana. As opções de uma enumeração são chamadas Literais de Enumeração. Como tipos de dados, elas não podem ter relacionamentos para classes, mas classes podem relacionar-se com elas. Pacotes Pacotes representam um espaço de nomes numa linguagem de programação. Num diagrama eles são usados para representar partes de um sistema que contém mais de uma classe, talvez centenas de classes. Veja na figura a seguir um exemplo de um diagrama de classes:
6 Objetos Os objetos são instanciações de classes. Enquanto as classes são abstrações, os objetos existem no mundo real. Um objeto representa uma entidade que pode ser física, conceitual ou de software. É uma abstração de algo que possui fronteira definida e significado para a aplicação. Na UML a representação de um objeto é quase igual a de uma classe. A única diferença é que o nome dos objetos aparecem sublinhados, como na figura a seguir. Se você quiser pode escrever o nome da classe depois do nome do objeto para que fique mais claro a que classe ele pertence. Diagrama de Objetos O diagrama de objetos é uma variação do diagrama de classes e utiliza quase a mesma notação. A diferença é que o diagrama de objetos mostra os objetos que foram instanciados das classes. O diagrama de objetos é como se fosse o perfil do sistema em um certo momento de sua execução. A mesma notação do diagrama de classes é utilizada com duas exceções: os objetos são escritos com seus nomes sublinhados e todas as instâncias num relacionamento são mostradas. Os diagramas de objetos não são tão importantes como os diagramas de classes, mas eles são muito úteis para exemplificar diagramas complexos de classes ajudando muito em sua compreensão. Diagramas de objetos também são usados como parte dos diagramas de colaboração, onde a colaboração dinâmica entre os objetos do sistema são mostrados. Diagrama de Componentes Componente de Software é o termo utilizado para descrever o elemento de software que encapsula uma série de funcionalidades. Um componente é uma unidade independente, que pode ser utilizado com outros componentes para formar um sistema mais complexo.
7 Em programação orientada a objetos um componente é o objeto que implementa uma interface e é autônomo em relação a outros componentes do sistema. Na UML existem cinco estereótipos de componentes: executável, biblioteca, tabela, documento e arquivo. A figura abaixo mostra a representação de um componente na UML: Um diagrama de componentes ilustra os componentes de software e os relacionamentos entre eles, representando a estrutura do código gerado. O diagrama de componentes não mostra instâncias de componentes, mostra apenas componentes como tipos. As instâncias de componentes são mostradas no diagrama de execução. As dependências entre componentes são representadas por uma linha tracejada apontando para o componente que fornece a informação da qual o outro precisa, assim como no diagrama de classes. O diagrama de componentes é utilizado para: Modelar os componentes do código-fonte, do código executável do software; Organizar o código fonte, mostrando as dependências entre os diferentes arquivos fonte de modo que fique claro quais arquivos precisarão ser recompilados quando for feita uma modificação em algum deles; Destacar a função de cada módulo para facilitar a sua reutilização; Auxiliar no processo de engenharia reversa, por meio da organização dos módulos do sistema e seus relacionamentos. Diagrama de Artefatos Um artefato é o produto de uma ou mais atividades dentro do contexto do desenvolvimento de um sistema. Pode ser um documento de texto, código fonte, um programa executável, uma biblioteca, etc. O diagrama de artefatos mostra a organização dos artefatos do sistema e o relacionamento entre eles. Geralmente os diagramas de artefatos são utilizados para a modelagem de um dos seguintes ítens: Código fonte; Versões executáveis; Bancos de dados físicos; Sistemas adaptáveis. Diagrama de Implantação O diagrama de implantação mostra a organização do hardware do sistema. Ele é utilizado para a representação de sistemas distribuídos (sistemas que utilizam vá rios computadores ligados em rede), mostrando quais processos serão executados em cada máquina. Neste diagrama cada máquina é chamada de nó. Pode-se dizer que os diagramas de implatação são diagramas de classes que mostram os nós do sistema e os artefatos que existem neles. Diagramas Comportamentais Atores
8 Os atores representam os usuários do sistema, eles podem ser pessoas, dispositivo de hardware ou outro sistema. Por exemplo, em uma escola pode haver os atores aluno, professor, diretor, coordenador, representante de turma, etc. Também podem ser atores o sistema de cobranças que envia s aos pais, o sistema de cálculo das notas, etc. Cada ator tem determinados papéis dentro do sistema. Atores não representam as pessoas físicas ou sistemas, mas sua regra. Isto significa que quando uma pessoa interage com o sistema de diferentes maneiras (assumindo diferentes regras) ela será representada por diversos atores. Por exemplo um pessoa que fornece suporte ao cliente por telefone e recebe ordens do cliente para o sistema pode ser representado por um ator da "Equipe de Suporte" e um ator "Representante de Vendas". Na figura abaixo é mostrada a representação de atores na UML. Casos de Uso Um caso de uso descreve uma funcionalidade provida pelo sistema, um grupo de atividades num sistema que produz um resultado concreto e tangível. Casos de Uso são descrições de interações típicas entre os usuários de um sistema e o sistema propriamente dito. Eles representam a interface externa do sistema e especificam um conjunto de exigências do que o sistema deve fazer (lembre-se: somente o quê, não como). O conjunto de casos de uso representa todas as funções do sistema. Ele não deve fazer nada além do que é descrito nos casos de uso, ou melhor, não deve haver nenhuma funcionalidade que não é descrita pelos casos de uso. Quando trabalhar com Casos de Uso, é importante lembrar-se de algumas regras simples: Cada Caso de Uso está relacionado com no mínimo um ator; Cada Caso de Uso possui um iniciador (isto é um ator); Cada Caso de Uso liga-se a um resultado relevante (um resultado com "valor de negócio"). Casos de Uso também podem ter relacionamentos com outros Casos de Uso. Os três tipos mais comuns de relacionamento entre Casos de Uso são: <<inclui-se>> que especifica que um Caso de Uso toma lugar dentro de outro Caso de Uso; <<estende>> que especifica que em determinadas situações, ou em algum ponto (chamado um ponto de extensão) um Caso de Uso será estendido por outro; Generalização especifica que um Caso de Uso herda as características do "Super" Caso de Uso, e pode sobrepor algumas delas ou adicionar novas de maneira semelhante a herança entre classes. Na UML os casos de uso são representados por elipses.
9 Descrição do Caso de Uso Descrição do Caso de Uso são narrativas de texto do Caso de Uso. Elas usualmente tomam a forma de uma nota ou um documento que é de alguma maneira ligado ao Caso de Uso, e explana o processo ou atividades que tomarão lugar no Caso de Uso. Diagrama de Casos de Uso O diagrama de casos de uso ilustra os comportamentos que o programa terá quando estiver pronto. Ele descreve relacionamentos e dependências entre um grupo de Caso de Uso e os Atores participantes no processo. Quando há uma comunicação entre um ator e um caso de uso ela é representada por um relacionamento. Um caso de uso pode se relacionar com vários atores. Por exemplo, o caso de uso matrícula de alunos pode ter os atores aluno e sistema de matrículas. Em UML representa-se um relacionamento com uma linha reta. Se esta linha não apontar para nenhuma direção adimite-se que a comunicação parte do ator. Se você quiser indicar um relacionamento em que a iniciativa parte do processo basta usar uma seta apontando do caso de uso para o ator. O nome dado aos casos de uso é muito importante para que a interpretação do diagrama seja fácil e rápida. É aconselhável que se utilize um padrão para estes nomes. Como casos de uso são processos de preferência use verbos para seus nomes. Diagrama de Seqüência Um diagrama de seqüência mostra a seqüência dos processos (mais especificamente de mensagens passadas entre os objetos) num sistema. Ele é usado para representar o comportamento das operações, métodos (procedimentos ou funções) entre objetos de um cenário. Um cenário é uma forma de ocorrência de um caso de uso. Este diagrama é construído a partir do Diagrama de Casos de Usos. Primeiro, se define qual o papel do sistema (Uses Case), depois, é definido como o software realizará seu papel (Seqüência de operações). Um diagrama de seqüência descreve a maneira como os grupos de objetos colaboram em algum comportamento ao longo do tempo. Ele registra o comportamento de um
10 único caso de uso. Ele exibe os objetos e as mensagens passadas entre esses objetos no caso de uso. Um design pode ter uma grande quantidade de métodos em classes diferentes. Isso torna difícil determinar a seqüência global do comportamento. Esse diagrama é simples e lógico, a fim de tornar óbvios a seqüência e o fluxo de controle. Geralmente para cada caso de uso é feito um diagrama de seqüência mostrando a operação normal do sistema para este caso de uso e depois são feitos outros diagramas mostrando as seqüências alternativas e o tratamento de erros. Em Diagramas de Seqüência objetos são representados através de linhas verticais tracejadas, com o nome do Objeto no topo. O eixo do tempo é também vertical, aumentando para baixo, de modo que as mensagens são enviadas de um Objeto para outro na forma de setas com a operação e os nomes dos parâmetros. Mensagens podem ser síncronas, o tipo normal de mensagem de chamada onde o controle é passado para o objeto chamado até o método ter terminado sua execução, ou assíncronas onde o controle é passado diretamente para o objeto chamado. Mensagens síncronas possuem uma caixa vertical no lado do objeto chamado para mostrar o controle do fluxo do programa. A figura seguinte mostra um exemplo de um diagrama de seqüência: Diagramas de Colaboração mostram as interações que ocorrem entre os objetos participantes numa situação específica. Isto é mais ou menos a mesma informação mostrada pelos Diagramas de Seqüência, mas neste a ênfase é colocada em como as interações ocorrem no tempo, enquanto os Diagramas de Colaboração colocam os relacionamentos entre os objetos e sua topologia em destaque. Em Diagramas de Colaboração as mensagens enviadas de um objeto para outro são representadas por setas, mostrando o nome da mensagem, parâmetros, e a seqüência da mensagem. Diagramas de Colaboração são especialmente indicados para mostrar um fluxo ou situação específica do programa e são um dos melhores tipos de diagrama para rapidamente demonstrar ou explanar um processo na lógica do programa.
11 Estados Estados são os blocos construídos dos Diagramas de Estado. Um Estado pertence a exatamente uma classe e representa um resumo dos valores dos atributos que uma classe pode tomar. Um Estado UML descreve o estado interno de um objeto para uma classe em particular Observe que nem toda mudança em um dos atributos de um objeto pode ser representada por um Estado, mas somente aquelas mudanças que podem afetar significativamente o trabalho do objeto Existem dois tipos especiais de Estados: Inicial e Final. Eles são especiais porque nenhum evento pode fazer com que um Objeto retorne para seu estado Inicial, e da mesma maneira nenhum evento pode tirar um Objeto de seu estado Final uma vez que ele já o tenha alcançado. Diagrama de Estados Diagramas de Estado mostram os diferentes estados de um Objeto durante sua vida, e o estímulo que faz com que o Objeto mude seu estado. Diagramas de Estado veem Objetos como máquinas de estado ou automatismos finitos que podem ser um de um conjunto de estados finitos e que podem mudar seu estado através de um conjunto finito de estímulos. Por exemplo, um tipo de Objeto ServidorRede pode estar em um dos seguintes estados durante sua vida: 1. Pronto; 2. Ouvindo; 3. Trabalhando; 4. Parado.
12 e os eventos que podem fazer com que o Objeto mude de estado são: Objeto é criado; Objeto recebe mensagem ouvir; Um Cliente solicita uma conexão através da rede; Um Cliente termina um pedido; O pedido é executado e terminado; Objeto recebe mensagem parar;. etc. Atividade Uma Atividade é um passo simples num processo. Uma Atividade é um estado no sistema com atividade interna e, pelo menos, uma transição de saída. Atividades podem também ter mais de uma transição de saída se elas possuem condições diferentes. Atividades podem formar hierarquias, isto significa que uma Atividade pode ser composta por diversas Atividades em "detalhe", na qual as transições de entrada e saída devem corresponder às transições de entrada e saída do diagrama de detalhe. Diagrama de Atividade O Diagrama de Atividade descreve a seqüência de atividades num sistema com a ajuda as Atividades. Diagramas de Atividade são uma forma especial de Diagramas de Estado, que somente (ou principalmente) contém Atividades. Diagramas de Atividade são similares aos Diagramas de Fluxo de procedimentos, com a diferença de que todas as Atividades são claramente anexas aos Objetos. Diagramas de Atividade são sempre associados a um Classe, uma Operação ou um Caso de Uso. Diagramas de Atividade suportam Atividades seqüenciais bem como paralelas. A execução paralela é representada pelos ícones Forquilha/Esperar, e para as Atividades executadas em paralelo, não é importante a ordem na qual elas se executam (elas podem ser executadas ao mesmo tempo ou uma após a outra).
13 Exercícios: 1. Marque as alternativas corretas sobre UML: ( ) A UML tem origem na compilação das "melhores práticas de engenharia". ( ) A UML 1.4 é versão mais recente da UML. ( ) A UML é uma linguagem de modelagem proprietária. 2. Julgue a afirmação seguinte como verdadeira ou falsa: ( ) O Jude é o único programa livre que pode ser usado para fazer diagramas UML. 3. Qual dos seguintes símbolos é usado para indicar que um atributo é público? ( ) % ( ) - ( ) + ( ) * 4. Qual é o relacionamento em que um item usa dados e serviços de outro item? ( ) agregação ( ) composição ( ) generalização ( ) dependência 5. Julgue as seguintes afirmações como verdadeira ou falsa: ( ) Uma lista dos meses do ano são um exemplo de enumeração. ( ) Na representação de objetos da UML o nome do objeto aparece sublinhado. ( ) Um componente é uma unidade independente, que pode ser utilizado com outros componentes para formar um sistema mais complexo.
14 ( ) Tanto o diagrama de artefatos quanto o de implantação são utilizados para modelagem física. 6. Das alternativas seguintes qual não pode ser um ator? ( ) Cadastrar usuário ( ) Aluno ( ) Sistema de vendas ( ) Gerente 7. Qual das seguintes frases se refere a um caso de uso? ( ) Representa os usuários do sistema. ( ) Descreve uma funcionalidade provida pelo sistema. ( ) Mostra a seqüência dos processos num sistema. ( ) Mostra os diferentes estados de um Objeto durante sua vida. 8. Julgue a afirmação seguinte como verdadeira ou falsa: ( ) No diagrama de seqüência o tempo é representado por linhas verticais, aumentando para baixo. 9. Associe cada descrição ao diagrama correspondente: (A) Diagrama de Gráfico de Estados (B) Diagrama de Atividade (C) Diagrama de Colaboração (D) Diagrama de Sequência ( ) É sempre associado a uma Classe, uma Operação ou um Caso de Uso. ( ) Mostra os diferentes estados de um Objeto durante sua vida. ( ) Descreve a maneira como os grupos de objetos colaboram em algum comportamento ao longo do tempo. ( ) Mostra as interações que ocorrem entre os objetos participantes numa situação específica. 10. Das alternativas seguintes qual não é uma função de um diagrama de componentes? ( ) A. mostrar a seqüência dos processos (mais especificamente de mensagens passadas entre os objetos) num sistema ( ) B. Modelar os componentes do código-fonte, do código executável do software. ( ) C. Destacar a função de cada módulo para facilitar a sua reutilização. ( ) D. Auxiliar no processo de engenharia reversa, por meio da organização dos módulos do sistema e seus relacionamentos. 11. Qual dos seguintes itens não aparece nos diagramas de classes? ( ) A. objetos ( ) B. classes ( ) C. tipos de dados ( ) D. pacotes 12. Julgue as afirmações abaixo: ( ) "Geralmente para cada caso de uso é feito um diagrama de seqüência mostrando a operação normal do sistema para este caso de uso e depois são feitos outros diagramas mostrando as seqüências alternativas e o tratamento de erros." ( ) "A agregação é um exemplo de tipo especial de associação" ( ) "Diagramas de Atividade somente suportam Atividades sequenciais." 13. Das seguintes alternativas, quais são tipos de relacionamentos apresentados neste curso? ( ) A. dependência ( ) B. generalização ( ) C. associação
15 ( ) D. enumeração 14. Julgue as afirmações: ( ) "O desenvolvimento da UML foi baseado em técnicas antigas e marcantes da orientação a objetos." ( ) Assim que a primeira versão foi lançada, diversas grandes empresas atuantes na área de software passaram a contribuir com o projeto, fornecendo sugestões para melhorar e ampliar a linguagem. A UML ainda não foi adotada pela OMG(Object Management Group) como a linguagem padrão de modelagem. ( ) Os atores representam os usuários do sistema, eles podem ser pessoas, dispositivo de hardware ou outro sistema. 15. Marque a opção que não é uma das vantagens de se usar UML em um projeto. ( ) A. Torna a manutenção do sistema mais fácil. ( ) B. Diagramas UML são úteis na documentação. ( ) C. Implementação do código dos métodos automaticamente. ( ) D. Simplificam o entendimento de sistemas complexos usando a técnica de dividir para conquistar.
Introdução a UML e seus diagramas
Introdução a UML e seus diagramas A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software orientados por objetos. O UML
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 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 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 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 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 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 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 maisDiagramas. Abordaremos agora cada um destes tipos de diagrama: 1. Diagrama Use-Case. 2. Diagrama de Colaboração. 3. Diagrama de Sequência
Diagramas Os diagramas utilizados pela UML são compostos de nove tipos: diagrama de use case, de classes, de objecto, de estado, de sequência, de colaboração, de actividade, de componente e o de instalação/execução.
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 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 maisNotas 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 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 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 maisAnálise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
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 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 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 maisUML. Modelando um sistema
UML Modelando um sistema Fases do desenvolvimento de Software Análise de requisitos Análise Projeto Programação Análise de Requisitos Esta fase captura as intenções e necessidades dos usuários do sistema
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 maisRequisitos de Software e UML Básico. Janaína Horácio
Requisitos de Software e UML Básico Janaína Horácio janaina@les.inf.puc-rio.br Agenda Requisitos O que é? Objetivos? Atividades?... UML O que é? Modelos... Casos de Uso O que é? Componentes 2 Requisitos
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 maisDiagramas de Classes. ESII Profª. Andressa Falcade URI Santiago
Diagramas de Classes Conceitos Básicos O caso de uso fornece uma perspectiva do sistema de um ponto de vista externo (do ator) Internamente os objetos colaboram para atender às funcionalidades do sistema
Leia maisMODELAGEM DE SISTEMAS Unidade 2 A Linguagem UML. Luiz Leão
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Introdução a UML Evolução da UML Visão dos modelos UML Unified Modelling Language Linguagem de modelagem que irá se associar ao
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 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 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 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 maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
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 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 maisTema 2: Modelo Dinâmico
Tema 2: Modelo Dinâmico Diagrama de sequência (ou Diagrama de Sequência de Mensagens) é um diagrama usado em UML (Unified Modeling Language), representando a sequência de processos (mais especificamente,
Leia maisAnálise de Sistemas. Visão Geral - Orientação a Objetos. Prof. José Honorato Ferreira Nunes
Análise de Sistemas Visão Geral - Orientação a Objetos Prof. José Honorato Ferreira Nunes Prof. José Honorato Ferreira Nunes honorato.nunes@bonfim.ifbaiano.edu.br Resumo: VISÃO GERAL: Modelagem de sistemas
Leia maisModelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer
Modelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer Introdução As funcionalidades de um SOO são realizadas internamente através de colaborações entre objetos. Externamente,
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 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 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 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 maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro É uma padronização de modelagem. Ele é desenhada! Como é uma linguagem desenhada, os desenhos podem ser codificados em qualquer linguagem de qualquer forma, não necessariamente
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 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 maisFUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ
FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ Centro de Tecnologia - CTC Departamento de Informática - DIN Programa de Pós-Graduação em Ciência da Computação PCC ESTÁGIO DE DOCÊNCIA II Disciplina: Engenharia
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 maisQuer ser mais produtivo? A Nasa encontrou o segredo
Quer ser mais produtivo? A Nasa encontrou o segredo A busca pela receita que te faz produzir mais chegou ao espaço. No início de 2015, a Nasa recrutou pesquisadores que pudessem colaborar com a saúde e
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 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: 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 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 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 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 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 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 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 maisAnálise Orientada a Objetos. Análise Orientada a Objetos; O Paradigma de Objetos; A UML.
ESPECIALIZAÇÃO EM GESTÃO DE TECNOLOGIAS DA INFORMAÇÃO Análise Orientada a Objetos AULA 03 Análise Orientada a Objetos; O Paradigma de Objetos; A UML. Prof. Sandrerley R. Pires Goiânia, agosto de 2003 Conceitos
Leia maisEngenharia de Software. UML Unified Modeling Language
Engenharia de Software UML Unified Modeling Language UML - INTRODUÇÃO UML é um acrônimo para a expressão Linguagem de Modelagem Unificada. Pela definição de seu nome, vemos que a UML é uma linguagem que
Leia maisLista Diagrama de Casos de Uso
Lista Diagrama de Casos de Uso 1. Qual é a notação da UML para um caso de uso? Qual é a notação da UML para um ator? Qual a notação utilizada na UML para o relacionamento de generalização? 2. Defina o
Leia maisAnalista de Sistemas S. J. Rio Preto
RATIONAL ROSE TUTORIAL Conteúdo: 1. Bem-vindo ao Rational Rose tutorial Rational Rose é um conjunto de ferramentas de modelagem visual usadas para desenvolvimento de soluções de software eficientes, robustas,
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 maisUML (Linguagem unificada de modelagem)
UML (Linguagem unificada de modelagem) Modelo de Casos de Uso -> descritos através de Diagramas de Caso de uso Determinação dos usos que o sistema terá (requisitos funcionais) captura os usos ou aplicações
Leia maisPUC-GO- ADS: Prof. Vicente P. de Camargo. Desenvolvimento de Aplicações para Cliente Servidor
PUC-GO- ADS: Prof. Vicente P. de Camargo INTRODUÇÃO Seja bem vindo ao módulo de EAD da disciplina DACC(Desenvolvimento de Aplicações Para Cliente Servidor). A Modelagem com UML foi o assunto estabelecido
Leia maisModelagem Dinâmica. Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel. O pensamento é o ensaio da ação.
Modelagem Dinâmica Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel O pensamento é o ensaio da ação. Sigmund Freud Modelagem Dinâmica Identifica e modela os aspectos do sistema
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 maisModelos. Banco de dados. Professor: Jarbas Araújo CENTRO EDUCACIONAL RADIER.
Modelos Banco de dados Professor: Jarbas Araújo professorjarbasaraujo@gmail.com CENTRO EDUCACIONAL RADIER Projeto de banco de dados Todo bom sistema de banco de dados deve apresentar um projeto, que visa
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 maisDiagrama de Comunicação
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 Medeiros, E. Desenvolvendo Software
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 maisTópicos da Aula. Alguns Diagramas UML. Diagramas Principais. Diagramas de Interação: Sequência e Colaboração. Tipos de Diagramas de Interação
Engenharia de Software Aula 10 Tópicos da Aula Diagramas de Interação: Sequência e Colaboração Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 09 Abril 2012 Alguns Diagramas UML
Leia maisUML Relacionamentos. Relacionamento é uma conexão entre itens A maioria dos itens relacionam-se entre si. Quatro tipos de relacionamentos:
Relacionamentos Relacionamento é uma conexão entre itens A maioria dos itens relacionam-se entre si. Quatro tipos de relacionamentos: Dependência Generalização Associação Realização Relacionamentos - Dependência
Leia maisCURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A2 DATA 09/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: A principal diferença
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 Modelo
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 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 maisUML Unified Modeling Language Linguagem de Modelagem Unificada Requisitos, Casos de Uso no ArgoUML
UML Unified Modeling Language Linguagem de Modelagem Unificada Requisitos, Casos de Uso no ArgoUML Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Roteiro Requisitos Funcionais
Leia maisModelagem de Casos de Uso. Sistemas de Informação
Modelagem de Casos de Uso Sistemas de Informação 1 Introdução O modelo de casos de uso é uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que
Leia maisModelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Introdução (1) Objetivos Principais dos Casos de Uso: Delimitação do contexto de um sistema Documentação e o entendimento dos requisitos Descrição dos requisitos funcionais
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 maisENGENHARIA DE SOFTWARE. Aula 07 UML - Diagrama de Casos de Uso
ENGENHARIA DE SOFTWARE Aula 07 UML - Diagrama de Casos de Uso OBJETIVOS DA AULA Apresentar uma introdução ao conceitos da UML; Explicar o que é um caso de uso; Explanar sobre o diagrama de casos de uso;
Leia maisDiagramas de Classes e O Paradigma da Orientação a Objetos usando UML. Prof. Ricardo A. Ramos
Diagramas de Classes e O Paradigma da Orientação a Objetos usando UML Prof. Ricardo A. Ramos Engenharia de Software II 207. 04/07/207 UML Unified Modeling Language É uma linguagem para especificação, construção,
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 maisHospital Samaritano e a implementação de ERP
Hospital Samaritano e a implementação de ERP Gerenciar de forma eficiente processos assistenciais e administrativos, gerar dados relevantes para a tomada de decisões estratégicas do hospital e aumentar
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 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 Diagramas Estruturais Diagrama de Componentes
UML Diagramas Estruturais Diagrama de Componentes Representa um modelamento físico dos componentes de software de um determinado Sistema Um componente realiza um conjunto de interfaces e contém em seu
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 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 maisBANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer
BANCO DE DADOS I Prof. Luiz Antônio Vivacqua C. Meyer Projeto de Banco de Dados Etapas do Desenvolvimento de um Projeto de Sistemas: 1. Levantamento de Requisitos a. Requisitos Funcionais b. Requisitos
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 maisENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.
ENGENHARIA DE SOFTWARE I AULA 3 Análise e diagramação professor Luciano Roberto Rocha www.lrocha.com.br POR QUE DIAGRAMAR A maioria dos problemas encontrados em sistemas tem sua origem na construção do
Leia maisPrincípios de Análise e Projeto Orientados a Objetos com UML
Princípios de Análise e Projeto Orientados a Objetos com UML Eduardo Bezerra Editora CAMPUS Copyright 2002, 2003 Eduardo Bezerra 1 Capítulo 1 Visão Geral Um modelo é uma simplificação da realidade que
Leia maisINTRODUÇÃO. Professora Lucélia Oliveira
INTRODUÇÃO Professora Lucélia Oliveira POR QUE MODELAR?? POR QUE MODELAR? Casa do cachorro Casa da familia Um grande prédio Construímos modelos de arquitetura de casas e de grandes prédios para auxiliar
Leia maisModelagem de Casos de Uso
Modelagem de Casos de Uso Introdução O modelo de casos de uso é uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com o mesmo.
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 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 maisModelagem ou Diagrama de Caso de Uso
Modelagem ou Diagrama de Caso de Uso Objetivos principais: Delimitar o contexto de um sistema Documentar os requisitos Ajudar no entendimento dos requisitos Descrever os requisitos funcionais Facilitar
Leia maisIntrodução à UML. Prof. Jesus José de Oliveira Neto
Introdução à UML Prof. Jesus José de Oliveira Neto UML Linguagem de Modelagem Unificada Linguagem visual utilizada para modelar softwares baseados no paradigma de orientação a objetos UML não é uma linguagem
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 mais