| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:ContentDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.3/uma.ecore" rmc:version="7.1.0" epf:version="1.0.0" xmi:id="_0LCr8BUFEdqrUt4zetC1gg" guid="_0LCr8BUFEdqrUt4zetC1gg" changeDate="2006-04-13T14:26:20.262-0700"> |
| <mainDescription><p> |
| O Plugin de Método representa conceitualmente uma unidade para configuração, modularização, extensão, empacotamento e |
| distribuição de Conteúdo de Método e Processos. Um Engenheiro de Processo pode projetar Plugins e alocar conteúdo a |
| estes Plugins tendo em mente requisitos para extensibilidade, modularidade, reuso e manutenabilidade. |
| </p> |
| <p> |
| Os Plugins podem contribuir com conteúdo novo, substituir conteúdo existente ou fazer referência cruzada a qualquer |
| Elemento de Conteúdo ou Processo dentro de um outro Plugin que ele estenda. Similar as interpretações de transformação |
| do mecanismo &amp;apos;package merge&amp;apos; da UML 2.0, a interpretação destes mecanismos de Plugin de Método |
| resultam em novos Conteúdos de Métodos e Processos estendidos. Por exemplo, um pôde conter etapas adicionais para |
| Tarefas, novas extensões de Produtos de Trabalho para que Papéis existentes sejam responsáveis por novos Produtos de |
| Trabalho, relacionamentos adicionais de Elementos de Conteúdo existentes para novos elementos específicos de Orientação |
| (tais como Diretrizes, White Papers e Listas de Verificação), Atividades adicionais para um Processo de Entrega, |
| Padrões de Capacidade novos, etc. Um Plugin de Método define estas extensões usando relacionamentos de Elemento de |
| Variabilidade e a interpretação destes conduz aos novos Conteúdos de Método e Processos. |
| </p></mainDescription> |
| </org.eclipse.epf.uma:ContentDescription> |