Análise de Requisitos - II Métodos de Análise de Requisitos



Documentos relacionados
UML: Diagrama de Casos de Uso, Diagrama de Classes

Diagrama de classes. Ricardo Roberto de Lima UNIPÊ APS-I

3.1 Definições Uma classe é a descrição de um tipo de objeto.

Modelagem com UML. Fabio Perez Marzullo. IEEE Body of Knowledge on Services Computing Committee on Services Computing, IEEE Computer Society

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 16 PROFª BRUNO CALEGARO

Uma visão mais clara da UML Sumário

FUNDAMENTOS DA ORIENTAÇÃO A OBJETOS- REVISÃO

SISTEMAS DE INFORMAÇÃO GERENCIAIS

MODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES.

EXERCÍCIOS SOBRE ORIENTAÇÃO A OBJETOS

Engenharia de Software Engenharia de Requisitos. Análise Orientada a Objetos Prof. Edison A M Morais prof@edison.eti.

MODELAGEM DE SISTEMAS

Mapa Mental de Engenharia de Software - Diagramas UML

Modelagem de dados usando o modelo BANCO DE DADOS 1º TRIMESTRE PROF. PATRÍCIA LUCAS

UML Itens Estruturais - Interface

Análise e Projeto Orientados por Objetos

Resolução da lista de exercícios de casos de uso

Disciplina Técnicas de Modelagem

Casos de uso Objetivo:

O modelo Entidade-Relacionamento. Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento

Modelo Entidade-Relacionamento

Micro Mídia Informática Fevereiro/2009

Roteiro. Modelagem de Dados: Usando o Modelo Entidade-Relacionamento. BCC321 - Banco de Dados I. Processo de Projeto de Banco de Dados.

PROJETO (OU DESIGN) DO SOFTWARE Diagrama de Estrutura

Relacionamentos entre classes

Diagrama de Casos de Uso

Diagrama de Fluxo de Dados (DFD)

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

Orientação a Objeto e UML Questões 2014 Prof. Felipe Leite

Modelos de Sistemas Casos de Uso

Figura 1 Tela de escolha das atividades do curso

Aula II Introdução ao Modelo de Entidade-Relacionamento

A Linguagem de Modelagem Unificada (UML)

Programação Orientada a Objetos e Java - Introdução. Carlos Lopes

Métodos de Construção de Software: Orientação a Objetos. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes

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

Desenvolvimento de uma Etapa

04/07/2015 UML. Prof. Esp. Fabiano Taguchi DEFINIÇÃO DE REQUSIITOS

UML & Padrões. Aula 1 Apresentação. Profª Kelly Christine C. Silva

Professor: Curso: Disciplina: Aula 4-5-6

DISCIPLINAS DO CURSO INFORMÁTICA ÊNFASE GESTÃO DE NEGÓCIOS. PROFESSOR: DOUGLAS DUARTE DISCIPLINA: BDA1-3º SEMESTRE. Modelagem de Dados

A Linguagem de Modelagem Unificada

MANUAL SICCL SQL SRTVS 701 Bloco O Ed. MultiEmpresarial Sala 804 Brasília/DF CEP Fone/Fax: (061) implanta@conselhos.com.

REQUISITOS DE SISTEMAS

Banco de Dados. MER Estendido. Profa. Flávia Cristina Bernardini

Introdução ao Paradigma Orientado a Objetos. Principais conceitos

Gerenciamento de Projetos. Douglas Farias Cordeiro

Itens estruturais/caso de uso. Itens estruturais/classe ativa. Itens estruturais/componente. Itens estruturais/artefatos. Itens comportamentais

Diagrama de contexto

Trabalho Computacional 2. Aplicativo para Gestão Financeira. Grupos: Os trabalhos devem ser feitos individualmente ou em duplas.

O Modelo de Entidade Relacionamento (ER ou MER) Parte 1

2 Diagrama de Caso de Uso

Manual do Usuário. Menus: Produtor Rural, Propriedade Rural e GTA Módulo: Produtor Rural. dezembro de 13

I Requisitos de um modelo conceitual: - clareza (facilidade de compreensão) - exatidão (formal)

Sistemas Operacionais. Curso Técnico Integrado Profa: Michelle Nery

Algoritmos Estruturas Seqüenciais. José Gustavo de Souza Paiva

Figura 5 - Workflow para a Fase de Projeto

Orientação a Objetos com Java

4- PROJETO DE BANCO DE DADOS

Casos de Uso. Professor MSc Wylliams Barbosa Santos wylliams.wordpress.com Laboratório de Programação

CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Parametrização Itens para Movimentação

MAIS CONTROLE SOFTWARE Controle Financeiro / Fluxo de Caixa (MCS Versão ) Índice

phpcollab Versão 2.4

BANCO DE DADOS I AULA 3. Willamys Araújo

Manual sistema Laundry 4.0

COLÉGIO ESTADUAL ULYSSES GUIMARÃES CURSO TÉCNICO PROFISSIONALIZANTE EM INFORMÁTICA ERINALDO SANCHES NASCIMENTO

MULTIACERVO Implementações da versão 20-1

BR DOT COM SISPON: MANUAL DO USUÁRIO

Modelagem de Processos. Prof.: Fernando Ascani

Modelagem de Dados Usando o Modelo Entidade-Relacionamento

Projeto de Banco de Dados. Disciplina: Banco de Dados I José Antônio da Cunha

Manual para acesso às disciplinas na modalidade EAD

5.1 Sistemas de Arquivos

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

PROCEDIMENTOS PARA AQUISIÇÃO

Engenharia de Software III

Programação Orientada a Objetos

Notas de versão. Versão

CONCEITOS BÁSICOS PARA A CONSTRUÇÃO DE ALGORITMOS PARA COMPUTADORES. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

Simulado Banco de Dados I Bimestre 1 Capítulo 1 Projeto Lógico de Banco de Dados

PCS ENGENHARIA DE SOFTWARE l MODELAGEM DE DADOS DIAGRAMA ENTIDADE-RELACIONAMENTO

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

Especificação do Trabalho

Fundamentos de Teste de Software

Manual de Comunidades RIPALC

Linguagem e Técnicas de Programação I Tipos de dados, variáveis e constantes. Prof. MSc. Hugo Souza Material desenvolvido por: Profa.

Exercícios Diagrama de Casos de Uso. Disciplina: Engenharia de Requisitos

Modelo de Casos de Uso (Casos de Uso Expandidos + Diagrama de Casos de Uso) Modelo Conceitual Diagramas de Sequência de Eventos do Sistema

Banco de Dados. Profª. Ana Leda

MC536 Bancos de Dados: Teoria e Prática

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

MINISTÉRIO DA EDUCAÇÃO UNIVERSIDADE FEDERAL DE GOIÁS CERCOMP/CENTRO DE RECURSOS COMPUTACIONAIS SAU - SERVIÇO DE ATENDIMENTO AO USUÁRIO

Catálogo de Padrões de Dados

Metadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Especificação Operacional.

Transcrição:

Tema da Aula Análise de Requisitos - II Métodos de Análise de Requisitos Prof. Cristiano R R Portella portella@widesoft.com.br Análise de Requisitos Métodos Consagrados 9 Análise Estruturada Baseada em Processos e Fluxos de Dados 9 Análise Orientada a Objetos Baseada em Classes, Objetos Casos de uso etc 9 Análise Orientada a Estruturas de Dados 9 Método de Jackson 9 Métodos Formais 1

Análise Estruturada Análise de Requisitos Análise Estruturada 9 Uma das maiores contribuições à ; 9 Foi Desenvolvida no transcorrer da década de 70 e início da década de 80; 9 Ainda é o método mais difundido e popular; 9 Notação Gráfica que representam os dados e como estes fluem através dos processos (funções) de um sistema; 2

Os Elementos do Modelo de Análise Dados Funcional Comportamental Análise (Estruturada) de Requisitos Diagrama de Fluxo de Dados: Fluxo da informação e suas transformações; Dicionário de Dados: Repositório que contém a descrição de todos os objetos de dados alimentados ou produzidos pelo software. Diagrama Entidade-Relacionamento: Mostra as relações (cardinalidade e modalidade) existentes entre os itens de dados. Diagrama de Transição de Estado: Destaca o evento e seu impacto sobre o sistema (fluxo de controle). 3

DFD - Diagrama de Fluxo de Dados: Análise de Requisitos Análise Estruturada 9 Existem duas notações populares de DFD Notação de Gane/Sarson Notação Tom DeMarco (Diagrama de Bolhas) 9 O DFD fornece um modelo visual, contendo: abrangência e limites do sistema Entidades que interagem com o sistema Dados e seu fluxo através do sistema Processos (funções) executados pelo sistema Análise de Requisitos Notação Básica do DFD Entidade Símbolo Símbolo Externa GANE DeMarco Referência A Nome Nome Representam as entidades que fornecem ou recebem dados do sistema 4

Análise de Requisitos Notação Básica do DFD Processo Símbolo Símbolo (Função) GANE DeMarco Referência 4 Nome da Função Nome 9 Representam os processos que o sistema executa, ou seja, a transformação de dados de entrada em dados de saída Análise de Requisitos Notação Básica do DFD Depósito Símbolo Símbolo de Dados GANE DeMarco Referência D1 Nome Nome 9 Dados que ficaram armazenados por algum período de tempo (representam a necessidade de sincronismo de tempo). 5

Análise de Requisitos Notação Básica do DFD Fluxo de Símbolo Símbolo Dados GANE DeMarco Nome do Fluxo Nome do Fluxo 9 Referenciam a Origem e o Destino (funções ou depósito de dados/funções). Diagrama de Fluxo de Dados 9 Modelo do Sistema em Níveis. Cada Nível agrega detalhes ao nível anterior; 9 Quanto maior a complexidade do sistema, mais níveis deverão ser criados no modelo. 9 DFD Nível 0 - Diagrama de Contexto Limites e Abrangência do Sistema Entidades que Interagem com o Sistema Informações que entram e que são produzidas pelo sistema 6

Diagrama de Fluxo de Dados 9 DFD Nível 1 Expansão (Explosão) do Nível 0 Mostra os Processos que o sistema executa, os Depósitos de Dados e os Fluxos de Dados Internos ao Sistema 9 DFD Nível 2 Expansão (Explosão) dos processos no Nível 1 consideradas complexas Nem todos os processo de nível 1 serão expandidos no nível 2 9 Níveis de Alta Ordem (3, 4, 5, etc...) Projeto Orientado a Fluxo de Dados Diagrama de Fluxo de Dados - Nível 0 7

Projeto Orientado a Fluxo de Dados Diagrama de Fluxo de Dados - Nível 1 Projeto Orientado a Fluxo de Dados Diagrama de Fluxo de Dados - Nível 2 8

Projeto Orientado a Fluxo de Dados Diagrama de Fluxo de Dados - Nível 3 Análise (Estruturada) de Requisitos Diagrama Entidade-Relacionamento Cardinalidade: Número de ocorrências de um objeto (de dados) em relação às ocorrências de outro objeto. 9

Análise (Estruturada) de Requisitos Diagrama Entidade-Relacionamento Modalidade: Obrigatoriedade (ou não) de ocorrer o relacionamento. Pode ser: 0 (zero) se não há necessidade explícita do relacionamento, ou ele é opcional. 1 se uma ocorrência do relacionamento é mandatória. Análise (Estruturada) de Requisitos Diagrama Entidade-Relacionamento 10

Dicionário de Dados Dicionário de Dado: Modelo descritivo Padronizados dos itens componentes do DFD 9 Itens que devem ser dicionarizados Entidades Externas Processos Depósitos de Dados e Fluxos de Dados, com Descrição, Referências e Conteúdo Estruturas de Dados Elementos de Dados Dicionário de Dados: Itens Análise (Estruturada) de Requisitos Dicionário de Dados Nome (do item) Alias Onde é usado Como é usado Descrição (notação) Outras informações 11

Dicionário de Dados: Notação Análise (Estruturada) de Requisitos Dicionário de Dados Notação Significa Operação = É composto Agregação de + E Sequência [ ] ou ou Seleção ( ) n repetições de *... * Comentários Repetição Dicionário de Dados: Exemplo Análise (Estruturada) de Requisitos Dicionário de Dados 9 Nome: Número do telefone 9 Alias: Não tem 9 Onde/como é usado: Entrada de dados dial-up 9 Descrição: no.telefone = prefixo + no.acesso prefixo = * número de 5 dígitos não iniciando por zero* no.acesso = * string com qualquer número de dígitos * 12

Dicionário de Dados Exemplo: Fluxo de Dados Nome do Fluxo: Dados do Usuário Referências: B-3; 3-D1 Conteúdo: Código de Identificação Nome Login Tipo de Usuário 9 Cada elemento e/ou estrutura de dados deve ser dicionarizado Dicionário de Dados Exemplo: Elementos de Dados Nome do Elemento: Código de Identificação Descrição: Código que identifica os usuários Aliases: RA (alunos); RU (professores e funcionários) Tamanho: 8 posições Numéricas Valores Válidos: Qualquer seqüência de 8 dígitos, sendo os dois primeiros o ano de ingresso na Universidade 13

Dicionário de Dados Exemplo: Elementos de Dados Nome do Elemento: Tipo de Usuário Descrição: Descreve qual a categoria a qual pertence o usuário do LABI Aliases: Não há Tamanho: 1 caracter Valores Válidos: A para categoria Aluno P para categoria Professor F para categoria Funcionário Dicionário de Dados Descrição de Processo 9 Objetivo: Descrever a finalidade do processo, suas entradas, saídas e como as informações são processadas 9 Formas de Descrição Especificação Narrativa PDL/LDA (Program Design Language/ Linguagem de Descrição de Algoritmos ou Português Estruturado) Tabela de Decisão Árvores de Decisão Mistura das opções anteriores 14

9Nome: Analisar Triângulo Comprimento do Lados 9Descrição: Dicionário de Dados Exemplo: Processo Analisar Triângulo Mensagem de Erro Tipo de triângulo O processo aceita três valores que representam as dimensões dos lados do triângulo. Testa os valores dimensionais para determinar se todos os lados são positivos; se um valor negativo for identificado é produzida uma mensagem de Erro. Se as dimensões definem um triângulo válido o mesmo será classificado como saída da função (isósceles, escaleno ou equilátero) Dicionário de Dados Exemplo: Processo (cont.) 9Especificação em PDL/LDA (Port. Estrut.) Ler as 3 dimensões do triângulo se qualquer dimensão for negativa então produzir Mensagem de Erro se a menor dimensão for menor que a soma das demais então se 3 lados iguais então Triângulo Equilátero se dois lados iguais então Triângulo Isósceles se 3 lados diferentes então Triângulo Escaleno Produzir Resultado Tipo do triângulo senão produzir mensagem de erro 15

Análise Orientada a Objetos Análise Orientada a Objetos 9 Amadurecimento durante a década de 90 9 Baseia-se nos seguintes conceitos: Objetos e Classes (Categorias) de Objetos Atributos e operações Associação entre objetos Todo e Parte Herança Troca de Mensagens 16

Conceitos Básicos de OO Objeto: Uma entidade única, identificável em um determinado nível de abstração Uma unidade (real ou abstrata) individual e identificável que modela algum conceito da realidade humana, ocupando espaço físico (mundo real) ou lógico (na memória) Exemplos de Objeto: Um Carro, uma Nota Fiscal, uma Conta Corrente, uma Pessoa etc. Conceitos Básicos de OO Objetos em um Sistema Exemplos de Objetos: 9 Entidades Externas ao Sistema (chamados em OO de Atores) 9 Coisas que são manipuladas/geradas pela aplicação (Relatórios, cartas, cartões, recibos, etc..) 9 Papéis Desempenhados no sistema (gerente, Vendedor, Alunos, etc..) 9 Ocorrência de Eventos (Clique de um mouse em um botão, Conclusão de uma série de movimentos de um robô) 17

Conceitos Básicos de OO Classe: Definição de um conjunto de objetos que compartilham os mesmo atributos e comportamento. Representação de um conjunto de coisas reais ou abstratas que são reconhecidas como sendo do mesmo tipo por compartilhar as mesmas características, atributos, relações e semântica. Conceitos Básicos de OO 9 Classificação: Processo de agrupar objetos em classes. 9 Exemplo de Classes: Portella é objeto (instância) da classe Professor Maria é objeto da classe Aluno Gol é objeto da classe Automóvel 18

Classes x Objetos Notação Classes e Objetos Classes Cliente Nome : String Idade : Num Criar() Destruir() Objetos Identidade ¾ nome:classe Pablo Barros:Cliente Nome : "Pablo Barros" Idade : 20 Criar() Destruir() Atributos Operações 19

Conceitos Básicos de OO Atributo Propriedade associada ao objeto, que pode assumir valores dentro de um domínio Menor unidade que em si possui significado próprio e interrelacionado com o conceito da classe a qual pertence. Exemplos de Atributos: 9 Atributos da Classe Homem (Ser Humano) Nome, Data_de_Nascimento, etc. 9 Atributos da Classe Arquivo Nome, Tipo, Tamanho, Visibilidade, etc. Os atributos são reconhecidos, definidos e usados conforme o domínio do problema Conceitos Básicos de OO Operação (Serviços): É um serviço provido por uma classe ou comportamento resultante de um procedimento algorítmico. Componentes que precisam ser executados para prover um determinado serviço. 9 Operações sempre são invocadas (chamadas à execução) por um objeto, através de uma mensagem. 20

Operações x Métodos 9 Operação é algo que é invocado por um objeto, com objetivo de prestar algum serviço definido pela classe desse objeto. 9 Operação causa mudança em um objeto de alguma forma, mais especificamente em seus atributos. 9 Método é a implementação de uma operação (serviço) para uma classe específica. Conceitos Básicos de OO 9 Troca de Mensagens Mecanismo que permite a um objeto solicitar que outro objeto lhe preste algum serviço. 9 Mensagem Solicitação de serviços entre objetos 9 Mensagem Típica: saída=objeto-alvo.método (argumentos) 21

Exemplo de Classe Visibilidade privada + publica # protegida - privada 9 Atributos: #Conta, Saldo, Limite_Credito, Data_abertura, etc.. 9 Operações: Abrir, Cadastrar, Fechar Depositar, Sacar ObterSaldo (OS), ObterLimiteCrédito (OLC) Visibilidade pública Conta Account Balance CreditLimit open() setup() deposit() withdraw() getcreditlimit() getbalance() Classes de um Sistema Caixa Eletrônico Banco Interface ATM verifystatus() depositstatus() dispensecash() pritnaccntstat() readcardinfo() getcashamnt() ATM CardOperation() password() deposit() withdraw() accntstatus() terminate() verifyacct() VerifyPIN() VerifyPolicy() withdrawreq() depositreq() acctinfo() opeanacct() initialdeposit() authorizecard() desauthorize() closeacct() Conta Account Balance CreditLimit open() setup() deposit() withdraw() getcreditlimit() getbal ance() verifypassword() Validadora validpin() validacct () 22

Seqüência de troca de Mensagens entre Classes : Cliente : Interface ATM Dados Cartão + Operação Depósito : ATM : Banco : Conta : Validadora readcardinfo( ) Operação CardOperation( ) verifyacct( ) validacct( ) Senha password( ) verifypa ssword( ) VerifyP IN( ) validpin( ) getcashamnt( ) Valor do Depósito deposit( ) depositreq( ) deposit( ) depositstatus( ) Situa çã o do Depó sito Conceitos Básicos de OO Herança: Mecanismo que permite a definição de uma classe (sub-classe ou classe filha) que inclua atributos e comportamento de uma classe mais genérica (super-classe, ou classe mãe). Princípio da Herança: Permitir que características comuns (operações e atributos) de uma classe mais abstrata (conceitual) sejam redefinidas nas classes mais concretas dela derivadas, ou seja, permitir que tais características possam ser adaptadas às particularidades. 23

Conceitos Básicos de OO Herança: Conceitos Básicos de OO 9 Mecanismos de abstração de Heranças Generalização: Classificação de um conjunto de objetos a partir de atributos e operações comuns Especialização: Separação de objetos de uma mesma classe a partir de atributos e operações mais específicas 24

Exemplo Super-Classe Sub-Classe Sub-Classe Sub-Classe Especialização Generalização Análise Orientada a Objetos Herança entre Classes carteira Cor Tamanho PosiçãoBraço 25

Análise Orientada a Objetos Herança entre Classes carteira Cor Tamanho PosiçãoBraço Mesa Cor tam anho Análise Orientada a Objetos Herança entre Classes carteira Cor Tamanho PosiçãoBraço Mesa Cor tam anho Qu adro Cor tam anho 26

Análise Orientada a Objetos Herança entre Classes Móveis Cor Tamanho carteira PosiçãoBraço Mesa QuantGavetas Quadro NumeroPresilhas Análise Orientada a Objetos Herança entre Classes Móveis Cor Tamanho carteira PosiçãoBraço Mesa QuantGavetas Quadro NumeroPresilhas Árvore de herança Símbolo Avisos Anotações 27

Herança Outro Exemplo Us uário Código : String * * materiais NumeroTombo : String Título : String Símbolo triângulo Emp re s tim o Da ta Em pre s tim o : Da te Da ta De voluçã o : Da te Revista ISSN : String Livro ISBN : String Cd Código : String Associação entre Classes 9 Associação representa uma população variada de vínculos de relacionamento entre instâncias de uma classe. 9 Exemplo: Classes usuário e materiais de um Biblioteca são associadas. 9 Regras de Normalização podem ser aplicadas em Classes. 9 Níveis de Multiplicidade Comuns: - 1 para 1-1 para 1..N - 1 para Muitos - Muitos para Muitos, etc.. 28

Associação entre Classes Exemplo Us uário Código : String Empresta 1 0..* materiais NumeroTombo : String Título : S tring Associação entre Classes Exemplo Us uá rio Código : String são emprestados 0..1 1 materiais NumeroTombo : String Título : String 29

Associação entre Classes Exemplo - Binárias Us uá rio Código : String empresta * * materiais NumeroTombo : String Título : String Associação também pode ser feita através de uma classe Para isso, devem haver atributos da Associação entre as classes Associação entre Classes Exemplo (Ternárias) Us uário Código : String * * materiais NumeroTombo : String Título : String Emprestim o DataEmpre s tim o : Da te Da ta De voluçã o : Da te 30

Associação entre a mesma Classes - Unárias Produto Código : Integer Descrição : String * pertence Categoria Código : Integer 1 Nome : String 1 * é sub-dividida em Associação de Classes por Agregação Agregação: 9 Agregação modela uma associação entre duas classes, do tipo todo-parte 9 Quando juntas, as instâncias dessa classes tem um sentido orgânico, relacionado. 9 Separadas, continuam existindo como unidades autônomas, podendo se associar com outras instâncias. 9 Mantém características de multiplicidade 31

Associação de Classes por Agregação Todo Telefone Numero : Long Tipo : Char 1..* pertence a 1 1 Aparelho NumSérie : String Parte 1 Assinante Nome : String Parte Endereço : String Símbolo: Losango (Diamante) Vazado Associação de Classes por Composição Composição: 9 Caso Particular de Agregação 9 Representam duas classes que só possuem sentido quando estão associadas, ou seja, sempre cumprem um papel orgânico 9 Se um instância da classes deixar de existir, todas as que estiverem agregadas por composição deixarão também de existir 9 Algo similar com a remoção em cascata existente em Bancos de Dados Relacionais 32

Associação de Classes por Composição Cliente Código : Integer RazaoSocial : String coloca 1 1..* Pedido Numero : Integer DataEmissao : Date 1 Símbolo: Itens de Estoque Código : Integer Descrição : String ValorUnitário : Currency Losango (Diamante) cheio é originado 1 0..1 1..* It ens do pedido Código : Integer QtdPedida : Double ValorItem : Currency 33