Anais do IHC'2001 - Departamento de Informática e Estatística - UFSC

More documents

Recommendations

Info

224 Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais A integração entre a engenharia reversa, reengenharia e a RV apoiada pelo GaCIV é realizada como na figura 4. Sistema Legado Cód. Legado + Nova Interface 1 GaCIV Modelos REOO Sistema Segmentado Cód. Segmentado + Nova Interface 2 Modelos de Projeto OO Sistema Orientado a Objetos Código OO + Nova Interface 3 Figura 4 – Integração da atividade de engenharia reversa e reengenharia com a aplicação de recursos de RV. Na figura 4 estão representados alguns sistemas e modelos já existentes e outros ainda a serem desenvolvidos. O sistema legado é um sistema comercial já existente que será comentado adiante. Os modelos de análise orientados a objetos (Modelos REOO) e a versão segmentada do sistema foram obtidos através de engenharia reversa e reengenharia anteriores ao início das atividades deste projeto [18]. A segmentação consiste no processo de reengenharia com mudança de paradigma de desenvolvimento, para o orientado a objetos, mas preservando a linguagem de implementação original. Os modelos obtidos na fase de engenharia reversa foram utilizados na segmentação e a partir desses, os modelos de projeto são construídos para a reengenharia com mudança de linguagem de programação para uma orientada a objetos, nesse caso, Java. Paralelamente, a reengenharia de interface das versões do sistema será realizada com apoio do ambiente GaCIV. As versões legada, segmentada e a OO resultante da reengenharia serão consideradas para o desenvolvimento de novas interfaces através do ambiente GaCIV verificando-se a viabilidade do uso desse ambiente para apoiar o processo de engenharia reversa e reengenharia, como pode ser visto na figura 5. Um sistema legado exemplo terá sua interface substituída por uma interface OO com RV gerada com apoio do ambiente GaCIV, conforme é mostrado na coluna “Código Legado” da figura 5. Em seguida, a versão segmentada, já existente, do mesmo sistema legado sofrerá o mesmo processo de reengenharia de interface, visto na coluna “Código Segmentado” da figura 5. Finalmente, como ilustra a última coluna da mesma figura, um novo sistema seguindo o paradigma de OO será gerado à partir do sistema existente. Esse novo sistema também terá sua interface reengenheirada, substituída por uma interface de quarta geração.
Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais 225 Código Legado leg.prg Código Segmentado seg1.prg seg2.prg segn.prg Código OO oo1.exe oo2.exe oom.exe Reengenharia de Interfaces OO usando RV apoiada pelo GaCIV Código Legado leg.prg Interface Clipper 2 ª geração Interface OO com RV para legado 4 ª geração Código Segmentado seg1.prg seg2.prg segn.prg Legenda: Módulos a serem desenvolvidos no projeto Módulos já desenvolvidos no projeto Interface Clipper 2 ª geração Interface OO com RV para segmentado 4 ª geração Código OO oo1.exe oo2.exe oom.exe Figura 5 – Proposta de integração da engenharia reversa com RV Interface Java 3 ª geração Interface OO com RV para sistema OO 4 ª geração 5. Estudo de Caso – O Sistema de Administração de Oficina Mecânica O sistema exemplo a ser utilizado neste estudo é o mesmo apresentado em [18], que exibiu o processo de engenharia reversa e segmentação de um sistema legado. Ele foi originalmente desenvolvido em Clipper 5.0, com aproximadamente 20K linhas de código, com 25 tabelas do tipo “dbf”, relacionadas por chaves estrangeiras. Trata-se de um sistema real de uma oficina mecânica que controla os serviços executados em veículos, bem como o controle de estoque das peças utilizadas e de sua reposição. O cliente chega à mecânica e solicita serviços para o seu veículo. Um cliente pode ter vários veículos. O mesmo veículo pode retornar à mecânica várias vezes, uma ordem de serviço específica é preparada para cada visita. Ela contém dados sobre o cliente, veículo e serviços a realizar. Quando o serviço for completado, a ordem de serviço do cliente é completada com relação às peças usadas e a mão-de-obra realizada. Algumas peças podem não existir no estoque e devem ser adquiridas fora, mas também são inseridas na ordem de serviço. O modelo de veículo deve ser registrado no sistema para que tabelas de preços sejam utilizadas para o pagamento dos serviços elétricos ou mecânicos, de acordo com o modelo do veículo. O sistema legado apresenta uma estrutura de interface de pouca profundidade, isto é, a partir das diversas opções apresentadas na tela principal pode-se, em geral, acessar diretamente uma operação do sistema. Essa organização não permite a representação de níveis de abstração da aplicação com recursos de RV durante a reengenharia de interface.
Page 1 and 2:
De 15 a 17 de outubro de 2001 Flori
Page 3 and 4:
Sumário Apresentação............
Page 5 and 6:
Análise Ergonômica do Estado da A
Page 7 and 8:
de formidável coesão, denominado
Page 9 and 10:
Sociedade Brasileira de Computaçã
Page 11:
Fund. Educacional de Criciúma - FU
Page 15 and 16:
Palestras Internacionais Online Com
Page 17:
Objetivos: O objetivo deste mini-cu
Page 21 and 22:
Anais do IHC’2001 - IV Workshop s
Page 23 and 24:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193 and 194: Anais do IHC’2001 - IV Workshop s
Page 243: Anais do IHC’2001 - IV Workshop s
Page 289: IV Workshop sobre Fatores Humanos e
Page 292 and 293: 272 Anais do IHC’2001 - IV Worksh
Page 294 and 295:
274 4. Considerações Finais Anais
Page 296 and 297:
276 Anais do IHC’2001 - IV Worksh
Page 298 and 299:
Page 300 and 301:
Page 302 and 303:
Page 304 and 305:
Page 306 and 307:
Page 308 and 309:
Page 310 and 311:
Page 312 and 313:
Page 314 and 315:
Page 316 and 317:
Page 318 and 319:
Page 320 and 321:
Page 322 and 323:
Page 324 and 325:
Page 326 and 327:
Page 328 and 329:
Page 330 and 331:
Page 332 and 333:
Page 334 and 335:
314 Artigos Anais do IHC’2001 - I
show all

Anais do IHC'2001 - Departamento de Informática e Estatística - UFSC

Create successful ePaper yourself

Delete template?

Save as template?