- 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 30 and 31: 30 casos de teste, modelos, interfa
- Page 32 and 33: 32 Adaptação: a princípio, qualq
- Page 34 and 35: 34 domínio de aplicações. As par
- Page 36 and 37: 36 • Nível 3 - Definido: neste n
- Page 38 and 39: 38 forma que é difícil identifica
- Page 40 and 41: 40 Enquanto documentos de alto nív
- Page 42 and 43: 42 2.2.1.1 Principais vantagens e d
- Page 44 and 45: 44 • Alto investimento inicial: a
- Page 46 and 47: 46 nível, pois o meta-metamodelo
- Page 48 and 49: 48 2.2.2.2 Abordagem Sun Microsyste
- Page 50 and 51: 50 EMF, todo o código de acesso ao
- Page 52 and 53: 52 de ferramentas utilizadas para a
- Page 54 and 55: 54 utilizados, incluindo todos os a
- Page 57 and 58: 3 Reutilização de software e dese
- Page 59 and 60: domínio representam maneiras para
- Page 61 and 62: de AST ou Abstract Syntax Tree), qu
- Page 63 and 64: são compostos exclusivamente por e
- Page 65 and 66: um profundo conhecimento do sistema
- Page 67: 3.3 Considerações finais Neste ca
- Page 70 and 71: 70 Centrada em um domínio e seus s
- Page 72 and 73: 72 incorporados detalhes referentes
- Page 74 and 75: 74 4.4 Modelo de processo As ativid
- Page 76 and 77: 76 e planejamento. É necessário d
- Page 78 and 79:
78 domínio. Trata-se de um process
- Page 80 and 81:
80 1. Atividade ID.1. Caracterizaç
- Page 82 and 83:
82 • MDD - AP3 - Definição dos
- Page 84 and 85:
84 A decisão sobre quais práticas
- Page 86 and 87:
86 pode ser encapsulada dentro de u
- Page 88 and 89:
88 visando determinar os locais ond
- Page 90 and 91:
90 estão bem claros, porém o dese
- Page 92 and 93:
92 Quadro 2: Compilação das featu
- Page 94 and 95:
94 (DEBAUD; FLEGE; KNAUBER, 1998),
- Page 96 and 97:
96 premissas, enquanto novos compor
- Page 98 and 99:
98 (b) Aplicação realiza busca no
- Page 100 and 101:
100 subdomínios deve ser guiada po
- Page 102 and 103:
102 mais maturidade sobre os subdom
- Page 104 and 105:
104 Sub-atividade AD.3.4. Atribuiç
- Page 106 and 107:
106 Quadro 6: Documentação do sub
- Page 108 and 109:
108 maduros, enquanto outros necess
- Page 110 and 111:
110 Estes são apenas exemplos de c
- Page 112 and 113:
112 subdomínios sendo investigados
- Page 115 and 116:
6 Projeto de domínio orientado a m
- Page 117 and 118:
e links). Para representar esta var
- Page 119 and 120:
uma ou mais táticas, que represent
- Page 121 and 122:
O refinamento segue até o projetis
- Page 123 and 124:
Sub-atividade PD.2.3. Seleção das
- Page 125 and 126:
de projeto arquitetural (ANASTASOPO
- Page 127 and 128:
Figura 16: Uso do padrão Prototype
- Page 129 and 130:
padrão, cria-se uma classe abstrat
- Page 131 and 132:
Features opcionais: para features o
- Page 133 and 134:
integração entre o gerador e a fe
- Page 135 and 136:
Nesses casos, é possível remover
- Page 137 and 138:
comportamento pode ser especificado
- Page 139 and 140:
de consenso entre todos os envolvid
- Page 141 and 142:
Atividades e sub-atividades Entrada
- Page 143 and 144:
7 Implementação de domínio orien
- Page 145 and 146:
Além disso, existe uma série de c
- Page 147 and 148:
sua variabilidade, visando dar subs
- Page 149 and 150:
modelo de features, alguns relacion
- Page 151 and 152:
Relatório e Link) e autoria (Autor
- Page 153 and 154:
• Sub-features que representam li
- Page 155 and 156:
Até o momento, uma abordagem top-d
- Page 157 and 158:
o número de combinações de eleme
- Page 159 and 160:
eferência, serem mapeadas a um mes
- Page 161 and 162:
inconsistência. Para lidar com est
- Page 163 and 164:
inclusive criar um método separado
- Page 165 and 166:
componente, tais como o pacote de t
- Page 167 and 168:
Atividades e sub-atividades Entrada
- Page 169 and 170:
8 Avaliação A combinação entre
- Page 171 and 172:
que a abordagem não favoreça mais
- Page 173 and 174:
produzidos por geração automátic
- Page 175 and 176:
de classes dentro deste módulo que
- Page 177 and 178:
• Marcações condicionais e de l
- Page 179 and 180:
• A etapa de avaliação arquitet
- Page 181 and 182:
A rejeição da hipótese nula deve
- Page 183 and 184:
modelos. O Quadro 14 mostra um resu
- Page 185 and 186:
Domínio Aplicações distribuídas
- Page 187 and 188:
Para código C#, não foi encontrad
- Page 189 and 190:
Figura 28: Comparação entre as m
- Page 191 and 192:
Figura 32: Distribuições do índi
- Page 193 and 194:
não é efetivamente reutilizado no
- Page 195 and 196:
Figura 36: Distribuições de insta
- Page 197 and 198:
Assim, o que se observou neste estu
- Page 199 and 200:
forma que não vinha sendo consegui
- Page 201 and 202:
8.5 Análise das hipóteses e concl
- Page 203 and 204:
Figura 43: Uma possível hipótese
- Page 205:
desta tese. A avaliação permitiu
- 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