- Page 1 and 2:
Daniel Lucrédio Uma Abordagem Orie
- Page 3 and 4:
Agradecimentos Agradeço à minha o
- Page 5 and 6:
“Academic organizations in comput
- Page 7 and 8:
Abstract Software reuse aims at inc
- Page 9 and 10:
20 Padrão visitante sendo aplicado
- Page 11 and 12:
Lista de Quadros 1 Identificação
- Page 13 and 14:
GUI Graphical User Interface / Inte
- Page 15 and 16:
Sumário 1 Introdução 19 1.1 A te
- Page 17:
10.1 Principais contribuições . .
- Page 20 and 21:
20 que uma organização alcance os
- Page 22 and 23:
22 ao ponto de não sermos mais cap
- Page 24 and 25:
24 quando comparado com um processo
- Page 26 and 27:
26 orientado a modelos. Nesta pesqu
- Page 29 and 30:
2 Conceitos envolvidos Esta tese en
- Page 31 and 32:
Dessa forma, o que é necessário
- Page 33 and 34:
maior em determinada parte do proce
- Page 35 and 36:
processo são necessários para que
- Page 37 and 38:
ser atualmente um artefato extremam
- Page 39 and 40:
apreciada por desenvolvedores. É p
- Page 41 and 42:
2.2.1 Conceitos do desenvolvimento
- Page 43 and 44:
eutilizar também o código a ele a
- Page 45 and 46:
tarefa complexa. Finalmente, é nec
- Page 47 and 48:
O MOF consiste em um padrão orient
- Page 49 and 50:
2.2.2.3 Abordagem Eclipse Figura 5:
- Page 51 and 52:
Outro projeto, que fazia parte do G
- Page 53 and 54:
2.2.3 O processo de desenvolvimento
- Page 55:
2.3 Considerações finais Neste ca
- Page 58 and 59:
58 • Na criação de um projeto q
- Page 60 and 61:
60 • Categorias de features e ano
- Page 62 and 63:
62 linguagem específica para o dom
- Page 64 and 65:
64 caso um deles não seja capaz de
- Page 66 and 67:
66 O segundo elemento é o template
- Page 69 and 70:
4 Visão geral da abordagem Neste c
- Page 71 and 72:
ferramentas capazes de criar modelo
- Page 73 and 74:
em estado inicial antes de uma dete
- Page 75 and 76:
Figura 9: Sugestão de modelo de pr
- Page 77 and 78:
pelos stakeholders e a existência
- Page 79 and 80:
selecionadas para aquele módulo, t
- Page 81 and 82:
É importante ressaltar que nem sem
- Page 83 and 84:
- ENG8 - Desenvolver metamodelo cen
- Page 85 and 86:
5 Análise de domínio orientada a
- Page 87 and 88:
com exatidão o escopo a ser desenv
- Page 89 and 90:
e pelas condições de mercado, dei
- Page 91 and 92:
aplicações. Neste mapa, colunas e
- Page 93 and 94:
A Figura 11 mostra o modelo de feat
- Page 95 and 96:
Mesmo um caso de mudança pode sofr
- Page 97 and 98:
Supondo que um caso de uso UC001 po
- Page 99 and 100:
Entradas: Informações sobre siste
- Page 101 and 102:
de nível de confiança (Sub-ativid
- Page 103 and 104:
é consultado, além das documenta
- Page 105 and 106:
• Como a ferramenta se enquadra n
- Page 107 and 108:
Quadro 7: Documentação do nível
- Page 109 and 110:
tecnologia no desenvolvimento, e re
- Page 111 and 112:
Neste caso, o subdomínio de cadast
- Page 113:
Produto de trabalho Descrição Est
- Page 116 and 117:
116 completamente. Diferentes mecan
- Page 118 and 119:
118 de produtos (WEISS et al., 2008
- Page 120 and 121:
120 PD.4), de forma a identificar n
- Page 122 and 123:
122 • Variabilidade em forma de D
- Page 124 and 125:
124 Saídas: PT.8. Táticas e padr
- Page 126 and 127:
126 Features alternativas: estas s
- Page 128 and 129:
128 selecionada (linha 3). Opcional
- Page 130 and 131:
130 Em cada decorator implementa-se
- Page 132 and 133:
132 que pode ser inserido em outros
- Page 134 and 135:
134 Sub-atividade PD.3.3. Padrões
- Page 136 and 137:
136 isto corresponde à criação,
- Page 138 and 139:
138 aquele módulo específico, con
- Page 140 and 141:
140 • Número de cenários indire
- Page 142 and 143:
142 Produto de trabalho Descrição
- Page 144 and 145:
144 domínio para reutilização s
- Page 146 and 147:
146 A fase de implementação segue
- Page 148 and 149:
148 há alguma variabilidade que n
- Page 150 and 151:
150 ser realizado exclusivamente de
- Page 152 and 153:
152 • Sub-features podem também
- Page 154 and 155:
154 pode garantir que o comportamen
- Page 156 and 157: 156 D2. Para cada feature opcional,
- Page 158 and 159: 158 • Remoção de funcionalidade
- Page 160 and 161: 160 Por exemplo, pode-se embutir o
- Page 162 and 163: 162 identificação das variabilida
- Page 164 and 165: 164 Asset Specifications ou Especif
- Page 166 and 167: 166 4. Especificação dos parâmet
- Page 168 and 169: 168 Produto de trabalho Descrição
- Page 170 and 171: 170 definidos os objetivos da avali
- Page 172 and 173: 172 Existem diferentes métricas vo
- Page 174 and 175: 174 de modelagem. Como o objetivo
- Page 176 and 177: 176 uma medida instantânea como um
- Page 178 and 179: 178 NR = 13,13 + 8,88 + 8 + 8,2 4 =
- Page 180 and 181: 180 e projeta-se um ou mais experim
- Page 182 and 183: 182 o resultado da evolução dos e
- Page 184 and 185: 184 A teoria diz que é possível g
- Page 186 and 187: 186 Após o treinamento, a equipe u
- Page 188 and 189: 188 Dado um conjunto de dados segui
- Page 190 and 191: 190 gerado e não-gerado, porém de
- Page 192 and 193: 192 primeira explicação é a de q
- Page 194 and 195: 194 A porcentagem de reutilização
- Page 196 and 197: 196 Figura 38: Distribuições do
- Page 198 and 199: 198 código para cada elemento de e
- Page 200 and 201: 200 de reutilização com geração
- Page 202 and 203: 202 Figura 42: Efeito da abordagem
- Page 204 and 205: 204 protótipos executáveis desenv
- Page 208 and 209: 208 DSL. Um domínio no Draco inclu
- Page 210 and 211: 210 Esse processo é ch
- Page 212 and 213: 212 instituições de pesquisa e em
- Page 214 and 215: 214 Um template de modelo baseado e
- Page 216 and 217: 216 e avaliação de uma arquitetur
- Page 218 and 219: 218 da arquitetura do domínio util
- Page 220 and 221: 220 mudanças, sendo posteriormente
- Page 222 and 223: 222 com cardinalidades de features
- Page 224 and 225: 224 nesta tese, durante os estudos
- Page 226 and 227: 226 (DEVANBU et al., 1996); razão
- Page 228 and 229: 228 • Uma abordagem sistemática
- Page 230 and 231: 230 identificadas como sendo defici
- Page 232 and 233: 232 que envolvem a participação d
- Page 235 and 236: Referências ALFEREZ, M. et al. A m
- Page 237 and 238: BIGGERSTAFF, T. J.; RICHTER, C. Reu
- Page 239 and 240: DEBAUD, J.-M.; FLEGE, O.; KNAUBER,
- Page 241 and 242: GREENFIELD, J. et al. Software Fact
- Page 243 and 244: KICZALES, G. et al. Aspect-oriented
- Page 245 and 246: MATOS JR, P. O. A. Analysis of tech
- Page 247 and 248: NEIGHBORS, J. M. Software Construct
- Page 249 and 250: SAMETINGER, J. Software Engineering
- Page 251: VÖLTER, M.; BETTIN, J. Patterns fo
- Page 254 and 255: 254 documentação do software, nav
- Page 256 and 257:
256 abordagem, conforme descritos a
- Page 258 and 259:
258 dos termos do domínio financei
- Page 260 and 261:
260 Independentemente da abordagem
- Page 262 and 263:
262 Com relação a linguagens visu
- Page 264 and 265:
264 Por exemplo, para modelar um pr
- Page 266 and 267:
266 Vale a pena ressaltar que os co
- Page 268 and 269:
268 Abstração: a abstração ocor
- Page 270 and 271:
270 Abstração Seleção Adaptaç
- Page 272 and 273:
272 AP1 - Manutenção de métodos
- Page 274 and 275:
274 abordagem não define uma unida
- Page 276 and 277:
276 ENG1 - Decidir sobre convenç
- Page 278 and 279:
278 pode aplicar a abordagem, mas n
- Page 280 and 281:
280 casos onde o desenvolvimento de
- Page 283 and 284:
APÊNDICE C -- Reprodução na ínt
- Page 285 and 286:
demais pudessem ser investigados. P
- Page 287:
P:Quais foram as dificuldades para