BRPI0706267A2 - identificação de problemas de projeto em formulários eletrÈnicos - Google Patents

Abstract

IDENTIFICAçãO DE PROBLEMAS DE PROJETO EM FORMULARIOS ELETRÈNICOS. Uma tecnologia para identificar problemas de projeto durante um processo de geração de formulário eletrónico é discutida. Em uma aproximação de método, um ambiente de tempo de execução selecionado por usuário a ser aplicado a um formulário eletrónico é recebido. Uma verificação de projeto de formulário é executada no formulário eletrónico. Um objeto de relatório gera uma lista de problemas de projeto identificada pela verificação do problema no formulário. A lista de problemas de projeto é exibida em uma interface de usuário.

Description

"IDENTIFICAÇÃO DE PROBLEMAS DE PROJETO EM FORMULÁRIOS ELETRÔNICOS"

Fundamentos da Invenção

Quando projetando um formulário eletrônico (umformulário a ser preenchido em um computador) com um progra-ma projetista de formulário eletrônico, existem muitos errosque podem ocorrer durante o processo de projeto de formulá-rio eletrônico. Os erros podem ser introduzidos em uma vari-edade de vezes durante o processo de projeto e podem ser a-tribuidos a uma variedade de problemas tais como problemasde importação, problemas de formatação, problemas de compa-tibilidade, problemas de tempo de execução, e seus similares.

Um erro de incompatibilidade de localização é umexemplo de uma facilidade em produzir erros. Um erro de in-compatibilidade de localização pode ocorrer devido ao fatode que alguns formulários eletrônicos possuem característi-cas que funcionam quando o formulário eletrônico é usado so-mente em um computador autônomo, mas não funcionam quando oformulário eletrônico é usado em um ambiente de tempo de e-xecução diferente. Se, por exemplo, um formulário eletrônicoé projetado para uso somente em um computador autônomo, ca-pacidades mais elaboradas, tais como verificação de spell eanexação de arquivos, podem estar disponíveis e embutidascomo funcionalidade dentro do formulário eletrônico. Entre-tanto, se o mesmo formulário eletrônico é então localizadoem um servidor da rede tal que ele possa ser preenchido comum navegador da rede, as capacidades mais elaboradas podemnão estar disponíveis para uso, assim causando um erro deincompatibilidade de localização.

0 erro de incompatibilidade de localização é so-mente um dos muitos erros de projeto potenciais que podemocorrer durante um processo de projeto de formulário eletrô-nico. Estes erros de projeto potenciais podem variar em gra-vidade e escopo. Certos erros impedirão um formulário ele-trônico de funcionar, enquanto erros mais sutis podem levaro formulário eletrônico a se comportar diferentemente dopretendido. As condições de erro em formulários eletrônicossão indesejáveis porque elas poderem causar uma experiênciaruim ao usuário eventual do formulário eletrônico. Adicio-nalmente, as condições de erro em formulários eletrônicospodem corromper os dados que um formulário eletrônico é pro-jetado para ajudar a capturar.

Como os erros são indesejáveis, é importante e ú-til identificá-los e eliminá-los durante o processo de pro-jeto. Para auxiliar na identificação e na remoção de erros,programas de projeto de formulário eletrônico freqüentemen-te sinalizam ou relatam erros de projeto potenciais durantea execução de uma etapa ou de um processo que está associadocom um certo tipo de erro. Esse único aviso é freqüentementeo único tempo que um usuário de um programa de projeto deformulário eletrônico está ciente de um problema de projetoque é um erro ou que pode gerar potencialmente um erro. Porexemplo, um erro de importação pode somente ser relatado aousuário de um programa de projeto de formulário eletrônicodurante a importação de um arquivo. Como um outro exemplo,um erro de incompatibilidade pode somente ser relatado aousuário de um programa de projeto de formulário eletrônicodurante uma fase de publicação do formulário eletrônico. Aidentificação e a fixação de um único erro podem assim serum processo que consome muito tempo, se ele não é fixado i-mediatamente quando é identificado. A avaliação de um usuá-rio de erros desta forma esporádica, pode produzir processosde projeto de formulário eletrônico, de identificação do er-ro, e de eliminação de erro que consomem muito tempo.

Existem numerosas fontes potenciais de erros du-rante o processo de projeto de formulário eletrônico. Muitasdessas numerosas fontes de erros relatam erros somente quan-do os erros inicialmente ocorrem, ou quando uma ação, talcomo a publicação do formulário eletrônico, revela o erro.As numerosas fontes e os métodos de identificação de errostornam difícil a um usuário estar ciente de todos os errosque existem ou potencialmente existem em qualquer dado mo-mento. Enquanto o aprendizado sobre os erros é útil ao usuá-rio de um programa de projeto de formulário eletrônico, osmétodos descritos acima de identificação e relatório de er-ros podem ser frustrantes, inconsistentes, e muito'inefici-entes.

Sumário da Invenção

Este sumário é fornecido para introduzir uma sele-ção de conceitos de uma forma simplificada que são adicio-nalmente descritos abaixo na Descrição Detalhada. Este sumá-rio não pretende identificar características chave ou carac-terísticas essenciais do assunto reivindicado, nem pretendeser usado como um auxílio na determinação do escopo do as-sunto reivindicado.

Uma tecnologia para identificar problemas de pro-jeto durante um processo de geração de formulário eletrônicoé discutida. Em uma aproximação de método, um ambiente detempo de execução selecionado por usuário a ser aplicado aum formulário eletrônico é recebido. Uma verificação de pro-jeto de formulário é executada no formulário eletrônico. Umobjeto de relatório gera uma lista de problemas de projetoidentificados pela verificação do projeto de formulário. Alista de problemas de projeto é exibida em uma interface de4 usuário.

Breve Descrição dos Desenhos

Os desenhos em anexo, que são incorporados e for-mam uma parte desta especificação, ilustram as modalidadesda tecnologia para identificar problemas de projeto em for-mulários eletrônicos e, junto com a descrição, servem paraexplicar os princípios discutidos abaixo:

A Figura 1 ilustra um diagrama de um sistema com-putacional exemplificado usado de acordo com as modalidadesda presente tecnologia para identificar os problemas de pro-jeto em formulários eletrônicos.

A Figura 2 ilustra um diagrama de uma modalidadedo presente sistema para identificar os problemas de projetoem formulários eletrônicos.

A Figura 3 é um diagrama de uma modalidade de umainterface de usuário do presente sistema para identificar osproblemas de projeto em formulários eletrônicos.A Figura 4 é um diagrama de uma modalidade de umquadro de aplicação que utiliza o presente sistema para i-dentificar os problemas de projeto em formulários eletrôni-cos .

A Figura 5 é um fluxograma de operações executadas

de acordo com uma modalidade da presente tecnologia para i-dentificar os problemas de projeto em formulários eletrôni-cos .

A Figura 6 é um fluxograma de operações executadasde acordo com uma modalidade da presente tecnologia para i-dentificar os problemas de projeto em formulários eletrôni-cos.

A Figura 7 é um diagrama de uma modalidade de umacaixa de diálogo do presente sistema para identificar osproblemas de projeto em.formulários eletrônicos.

A Figura 8 é um diagrama de uma modalidade de umacaixa de diálogo do presente sistema para identificar osproblemas de projeto em formulários eletrônicos.

A Figura 9A é um diagrama de uma modalidade de umpainel de tarefas do verificador de projeto do presente sis-tema para identificar os problemas de projeto em formulárioseletrônicos.

A Figura 9B é um diagrama de uma modalidade de umpainel de tarefas do verificador de projeto do presente sis-tema para identificar os problemas de projeto em formulárioseletrônicos.

A Figura 9C é um diagrama de uma modalidade de umpainel de tarefas do verificador de projeto do presente sis-tema para identificar os problemas de projeto em formulárioseletrônicos.

A Figura 10 é um diagrama de uma modalidade de umatela de projeto e painel de tarefas do verificador de proje-to do presente sistema para identificar os problemas de pro-jeto em formulários eletrônicos.

A Figura 11 é um diagrama de uma modalidade de umatela de projeto e painel de tarefas do verificador de proje-to do presente sistema para identificar os problemas de pro-jeto em formulários eletrônicos.

A Figura 12 é um diagrama de uma modalidade de umatela de projeto e painel de tarefas do verificador de proje-to do presente sistema para identificar os problemas de pro-jeto em formulários eletrônicos.

Os desenhos referidos nesta descrição deveriam serentendidos como não desenhados em escala, exceto se especi-ficamente notado.

Descrição Detalhada da Invenção

Referência será feita agora em detalhes às modalidades da presente tecnologia para identificar os problemasde projeto em formulários eletrônicos, exemplos dos quaissão ilustrados nos desenhos em anexo. Enquanto a tecnologiapara identificar os problemas de projeto em formulários ele-trônicos será descrita em conjunto com várias modalidades,entende-se que eles não pretendem limitar a presente tecno-logia para identificar os problemas de projeto em formulá-rios eletrônicos a essas modalidades. Pelo contrário, a tec-nologia apresentada para identificar os problemas de projetoem formulários eletrônicos pretende abranger alternativas,modificações e equivalentes, que podem ser incluídos no es-pírito e escopo das várias modalidades como definidas pelasreivindicações em anexo. Ademais, na seguinte descrição de-talhada, os numerosos detalhes específicos são apresentadosde modo a fornecer um entendimento completo da presente tec-nologia para identificar os problemas de projeto em formulá-rios eletrônicos. Entretanto, a presente tecnologia para i-dentificar os problemas de projeto em formulários eletrôni-cos pode ser praticada sem esses detalhes específicos. Emoutros casos, métodos, procedimentos, componentes, e circui-tos bem conhecidos não foram descritos em detalhes para nãoocultar desnecessariamente aspectos das presentes modalidades.

A menos que especificamente determinado de outraforma como aparente a partir das seguintes discussões, apre-cia-se por toda a presente descrição detalhada, discussõesque utilizam os termos tais como "receber", "executar","gerar", "exibir", "selecionar", "rolar as imagens", "desta-car", "apresentar", "testar", "identificar", "relatar", "a-visar", suprimir, "fornecer", e "restaurar" ou similares,referentes às ações e processos de um sistema de computador,ou dispositivo eletrônico de computação similar. O sistemade computador ou o dispositivo eletrônico de computação si-milar manipula e transforma os dados representados comoquantidades físicas (eletrônicas) dentro nos registros e me-mórias do sistema de computador em outros dados similarmenterepresentados como quantidades físicas nas memórias ou re-gistros do sistema de computador ou outros tais dispositivosde armazenamento, transmissão, ou exibição de informação. Apresente tecnologia para identificar os problemas de projetoem formulários eletrônicos é também bem adequada ao uso deoutros sistemas de computador tais como, por exemplo, compu-tadores mecânicos e ópticos. Adicionalmente, dever-se-ia en-tender que em modalidades da presente tecnologia para iden-tificar os problemas de projeto em formulários eletrônicos,uma ou mais das etapas podem ser executadas manualmente.

Com relação agora à Figura 1, partes da tecnologiapara identificar os problemas de projeto em formulários ele-trônicos são compostas de instruções executáveis e legíveispor computador que residem, por exemplo, em meios utilizá-veis por computador de um sistema de computador. Ou seja, aFigura 1 ilustra um exemplo de um tipo de computador que po-de ser usado para implementar as modalidades, que são discu-tidas abaixo, da presente tecnologia para identificar osproblemas de projeto em formulários eletrônicos. A Figura 1ilustra um sistema de computador exemplificado 100 usado deacordo com as modalidades da presente tecnologia para iden-tificar os problemas de projeto em formulários eletrônicos.Aprecia-se que o sistema 100 da Figura 1 é somente um exem-plo e que a presente tecnologia para identificar os proble-mas de projeto em formulários eletrônicos pode operar em umnúmero de diferentes sistemas de computador que incluem sis-temas de computador em rede de propósito geral, sistemas decomputador embutidos, roteadores, comutadores, dispositivosservidores, dispositivos clientes, vários dispositivos/nósintermediários, sistemas de computador autônomos, e simila-res. Como mostrado na Figura 1, o sistema de computador 100da Figura 1 é bem adaptado para ter meios legíveis por com-putador periféricos 102 tais como, por exemplo, um. disquete,um disco compacto, e similares acoplados a esse.

O sistema 100 da Figura 1 inclui um barramento deendereço/dados 104 para comunicar informação, e um processa-dor 106Ά acoplado ao barramento 104 para processar informa-ção e instruções. Como descrito na Figura 1, o sistema 100 étambém bem adaptado a um ambiente de multiprocessadores noqual uma pluralidade de processadores 106A, 106B, e 106C es-tão presentes. De modo oposto, o sistema 100 é também bemadaptado para ter um único processador tal como, por exem-plo, o processador 106A. Os processadores 106A, 106B, e 106Cpodem ser qualquer um dos vários tipos de microprocessado-res. O sistema 100 também inclui características de armaze-namento de dados, tal como uma memória volátil utilizávelpor computador 108, por exemplo, memória de acesso aleatório(RAM), acoplada ao barramento 104 para armazenar informaçãoe instruções para os processadores 106A, 106B, e 106C. Osistema 100 também inclui a memória não volátil utilizávelpor computador 110, por exemplo, memória somente de leitura(ROM), acoplada ao barramento 104 para armazenar informaçãoestática e instruções para os processadores 106A, 106B, e106C. Também presente no sistema 100 está uma unidade de ar-mazenamento de dados 112 (por exemplo, uma unidade de discoe disco óptico ou magnético) acoplada ao barramento 104 paraarmazenar informação e instruções. O sistema 100 também in-clui um dispositivo de entrada alfanumérica opcional 114 queinclui teclas de função e alfanuméricas acopladas ao barra-mento 104 para comunicar informação e seleções de comandosao processador 106A ou aos processadores 106A, 106B, e 106C.

O sistema 100 também inclui um dispositivo de controle decursor opcional 116 acoplado ao barramento 104 para comuni-car a informação de entrada de usuário e seleções de comandoao processador 106Ά ou aos processadores 106A, 106B, e 106C.

O sistema 100 da presente modalidade também inclui um dispo-sitivo de tela opcional 118 acoplado ao barramento 104 paraexibir informação.

Com relação ainda à Figura 1, o dispositivo de te-la opcional 118 da Figura 1, pode ser um dispositivo decristal liquido, tubo de raios catódicos, dispositivo de te-la de plasma, ou outro dispositivo de tela adequado paracriar imagens gráficas e caracteres alfanuméricos reconhecí-veis por um usuário. O dispositivo de controle de cursor op-cional 116 permite que o usuário do computador note dinami-camente o movimento de um símbolo visível (cursor) em umatela do dispositivo de tela 118. Muitas implementações dodispositivo de controle de cursor 116 são conhecidas na téc-nica incluindo um mouse estacionário, mouse, mesa sensívelao toque, comando de jogos ou teclas especiais no dispositi-vo de entrada alfanumérica 114 capaz de sinalizar o movimen-to de uma dada direção ou forma de deslocamento. Alternati-vamente, aprecia-se que um cursor pode ser direcionado e/ouacionado via entrada do dispositivo de entrada alfanumérica114 usando teclas especiais e comandos de seqüência de te-cias. O sistema 100 é também bem adequado para ter um cursordirecionado por outros meios tais como, por exemplo, coman-dos de voz. O sistema 100 também inclui um dispositivo I/O120 para acoplar o sistema 100 com entidades externas. Porexemplo, em uma modalidade, o dispositivo I/O 120 é um modemque habilita comunicações sem fio ou por fio entre o sistema100 e uma rede externa tal como, mas não limitado à Inter-net. Uma discussão mais detalhada da presente tecnologia pa-ra identificar os problemas de projeto em formulários ele-trônicos é encontrada abaixo.

Com relação ainda à Figura 1, vários outros compo-nentes são descritos para o sistema 100. Especificamente,quando presentes, um, sistema operacional 122, aplicativos124, módulos 126, e dados 128 são mostrados como tipicamenteresidentes em uma ou alguma combinação de memória volátilutilizável por computador 108, por exemplo, memória de aces-so aleatório (RAM), e a unidade de armazenamento de dados112. Em uma modalidade, a presente tecnologia para identifi-car problemas de projeto em formulários eletrônicos, por e-xemplo, é armazenada como um aplicativo 124 ou módulo 126 emlocalizações de memória na RAM 108 e áreas de memória na u-nidade de armazenamento de dados 112.

Descrição Geral da Tecnologia para Identificar osProblemas de Projeto em Formulários Eletrônicos

Como uma visão geral, em uma modalidade, a presen-te tecnologia para identificar os problemas de projeto emformulários eletrônicos é direcionada a um método para iden-tificar problemas potenciais que podem ocorrer durante umprocesso de projeto de formulário eletrônico. Em uma modali-dade, esses problemas de projeto são identificados por umapluralidade de objetos verificadores de projeto.

Um objeto de relatório coleta e classifica os pro-blemas de projeto identificados e os formata para exibir aousuário em um painel de única tarefa do verificador de pro-jeto de uma interface de usuário. Essa única exibição con-solidada de uma lista de problemas de projeto identificadosfornece ao usuário uma experiência consistente para reconhe-cer e interagir com problemas potenciais por todo o projetode um formulário eletrônico. Adicionalmente, em várias moda-lidades, essa única exibição da lista de problemas de proje-to serve como um ponto inicial para várias funções. Essasfunções incluem, por exemplo, a localização das fontes deproblemas de projeto dentro do formulário eletrônico sendoprojetado, corrigir os problemas de projeto, e verificar ra-pidamente que problemas de projeto foram corrigidos dentrodo formulário eletrônico.

Com relação agora à Figura 2, um diagrama de umamodalidade do presente sistema 200 para identificar os pro-blemas de projeto em formulários eletrônicos é mostrado. Aseguinte discussão iniciará com uma descrição da estruturafísica do presente sistema para identificar os problemas deprojeto em formulários eletrônicos. Esta discussão será en-tão seguida com uma descrição da operação da presente inven-ção. Com relação à estrutura física, o sistema 200 é compre-endido de um verificador de projeto de formulário 210, umobjeto de relatório 220, uma interface de usuário 230, e umbarramento 240 para passar a mensagem. O verificador de pro-jeto de formulário 210 é acoplado via o barramento 240 aoobjeto de relatório 220. A interface de usuário 230 é aco-plada via um acoplamento de duas vias ao objeto de relatório 220.

O verificador de projeto de formulário 210 servecomo um objeto verificador de projeto central para o regis-tro de uma pluralidade de objetos verificadores de projetode formulário, compreendidos de: verificador de compatibili-dade de tempo de execução 211, verificador de retrocompati-bilidade 212, verificador de erro embutido 213, verificadorde erros de partes da solução 214, verificador de erro deimportação 215, e verificador de compatibilidade fora de li-nha 216. Embora os seis objetos verificadores de projeto deformulário clientes (211 - 216) sejam mostrados, dever-se-iaapreciar que mais ou menos objetos são possíveis. Cada obje-to verificador de projeto de formulário (211 - 216) é utili-zado para verificar uma fonte específica de erros em um for-mulário eletrônico. Por exemplo, o verificador de compatibi-lidade de tempo de execução 211 verifica especialmente errosde compatibilidade de tempo de execução em um formulário e-letrônico.

Quando alguma ação aciona uma verificação de erroinicial ou uma restauração de verificação de erro de um for-mulário eletrônico, o objeto verificador de projeto 210questiona os objetos verificadores de projeto de formulárioclientes registrados 211 - 216 por uma lista de erros deprojeto potenciais. Os erros de projeto potenciais são entãorelatados ao objeto de relatório 220. Era uma modalidade, ca-da um dos objetos clientes é acoplado ao barramento 240 erelata os erros do projeto potenciais independentemente aoobjeto de relatório 220. Em uma outra modalidade, os errosde projeto potenciais identificados pelos objetos clientes211 - 216 são acoplados através do objeto verificador deprojeto 210 ao objeto de relatório 220. Em uma modalidade,os objetos verificadores de projeto individuais 211 - 216também geram mensagens de aviso baseadas nos erros do proje-to potenciais identificados. Quaisquer mensagens de avisogeradas são também recebidas pelo objeto de relatório 220.

0 objeto de relatório 220 consolida os erros po-tenciais relatados para gerar uma única lista de problemasde projeto. Em uma modalidade onde os avisos são também re-cebidos pelo objeto de relatório 220, eles estão disponíveispara consolidação dentro da lista de problemas de projeto.

Em uma modalidade, o objeto de relatório 220 também compre-ende a lógica para gerar avisos baseados nos erros de proje-to potenciais que são relatados a ele. Em tal modalidade,esses avisos estão também disponíveis para serem compiladosna lista de problemas de projeto que é gerada pelo objeto derelatório 220. A lista consolidada de problemas de projetopode ser compreendida de erros de projeto potenciais, avi-sos, ou alguma combinação de erros de projeto potenciais eavisos.

A interface de usuário 230 é acoplada ao objeto derelatório 220 para receber as listas de problemas de projetocompiladas pelo objeto de relatório 220. A interface de usu-ário 230 também fornece a informação selecionada ao objetode relatório 220 que é recebida em resposta às interações dousuário com as várias partes da interface de usuário 230.Como um exemplo, em uma modalidade, a interface de usuário230 fornece ao objeto de relatório 220 diretrizes para for-matar um formulário eletrônico. O objeto de relatório 220utiliza essa informação de diretrizes para orientar a gera-ção de listas de problemas de projeto. Adicionalmente, emuma modalidade, o objeto de relatório 220 também acopla essainformação de diretrizes ao verificador de projeto de formu-lário 210 para usar na orientação dos objetos verificadoresde projeto de formulário (211 - 216) em quais erros verifi-car .

A Figura 3 é um diagrama de uma modalidade de umainterface de usuário 230 do presente sistema 200 para iden-tificar os problemas de projeto em formulários eletrônicos.Na modalidade representada pela Figura 3, a interface de u-suário 230 é compreendida de um quadro de aplicativo 331,uma tela de projeto 332, caixas de diálogo 333, e um painelde tarefas do verificador de projeto 334.

Na Figura 3, o quadro de aplicativo 331 é uma áreade nivel superior onde todos os elementos da interface deusuário 230 são exibidos a um usuário. 0 quadro de aplicati-vo 331 é apropriado para inclusões de outros elementos deuma interface de usuário tal como são comumente conhecidasem típicos ambientes de computação de interface gráfica deusuário. As caixas de diálogo 333 são usadas para executaruma variedade de funções tal como fornecer a informação a umusuário, avisar um usuário para fornecer informação, forne-cer a um usuário uma conexão selecionável, ou alguma combi-nação desses ou outros usos conhecidos para caixas de diálo-go. A parte de tela de projeto 332 da interface de usuário230 é para projetar um formulário eletrônico. A tela de pro-jeto 332 exibe o formulário eletrônico a um usuário e é tam-bém usada para habilitar interação com um usuário. O painelde tarefas do verificador de projeto 334 da interface de u-suário 230 é para exibir os problemas de projeto, tal comoos avisos e os erros de projeto potenciais que foram identi-ficados em um formulário eletrônico que foi projetado na te-la de projeto 332.

A Figura 4 é um diagrama de uma modalidade de umquadro de aplicativo 331 que utiliza o presente sistema 200para identificar os problemas de projeto em formulários ele-trônicos. 0 quadro de aplicativo 331 da Figura 4 mostra re-presentações exemplificadas de um menu suspenso 410 e umabarra de ferramentas baseada em icones 420. O menu 410 e abarra de ferramentas 420 são utilizados em conjunto com aárea tela de projeto 332 e um painel de tarefas do verifica-dor de projeto 334. A tela de projeto de formulário em bran-co 332 da Figura 4 é uma tela que ainda não tem elementos deum formulário eletrônico representados dentro dela. Na Figu-ra 4, o painel de tarefas do verificador de projeto 334 émostrado sem avisos ou erros de projeto potenciais exibidos.

A funcionalidade associada com uma modalidade do painel detarefas do verificador de projeto 334 é descrita em maioresdetalhes em conjunto com as Figuras 9A, 9B, e 9C abaixo.A seguinte discussão apresenta em detalhes a ope-ração da presente tecnologia para identificar os problemasde projeto em um formulário eletrônico. Com relação às Figu-ras 5 e 6, cada um dos fluxogramas 500 e 600 ilustra etapasexemplificadas usadas pelas várias modalidades da presentetecnologia para identificar os problemas de projeto em for-mulários eletrônicos. Os fluxogramas 500 e 600 incluem pro-cessos que, em várias modalidades, são executados por umprocessador sob o controle de instruções legíveis e executá-veis por computador. As instruções legíveis e executáveispor computador residem, por exemplo, em características dearmazenamento de dados tal como memória volátil utilizávelpor computador 108, memória não volátil utilizável por com-putador 110, e/ou unidade de armazenamento de dados 112 da·Figura 1. As instruções legíveis e executáveis por computa-dor são usadas para controlar ou operar em conjunto com, porexemplo, o processador 106A e/ou os processadores 106A,106B, e 106C da Figura 1. Embora as etapas específicas sejamdescritas nos fluxogramas 500 e 600, tais etapas são exem-plificadas. Isto é, as modalidades são bem adequadas paraexecutar várias outras etapas ou variações das etapas cita-das nos fluxogramas 500 e 600. Aprecia-se que as etapas nosfluxogramas 500 e 600 podem ser executadas em uma ordem di-ferente do que a apresentada, e que nem todas as etapas nosfluxogramas 500 e 600 podem ser executadas.

Com relação agora ao fluxograma 500 da Figura 5,na etapa 502, a presente tecnologia para identificar os pro-blemas de projeto em formulários eletrônicos recebe um ambi-ente de tempo de execução selecionado pelo usuário a ser a-plicado a um formulário eletrônico. Um ambiente de tempo deexecução é uma escolha de compatibilidade feita pelo usuáriovia a interface de usuário 230, -e define em quais ambienteso formulário eletrônico pretenderá operar. Essa é uma esco-lha importante, à medida que cada ambiente de tempo de exe-cução pode oferecer um conjunto diferente de característicasde aplicação para utilizar com o formulário eletrônico. Adi-cionalmente, cada escolha de ambiente de tempo de execuçãotambém impõe inerentemente um conjunto diferente de exigên-cias para a construção do formulário eletrônico.

Como um exemplo, um ambiente de tempo de execuçãotipicamente especifica a plataforma que . um formulário ele-trônico pretende ser executado, tal como, um formulário ele-trônico acessado via um computador individual, um servidor,ou rede que tem dados inseridos a partir de uma localizaçãoremota. 0 recebimento de um ambiente de tempo de execuçãoorienta a identificação de problemas de projeto em um formu-lário eletrônico. Em uma modalidade, a presente tecnologiapara identificar os problemas de projeto em formulários ele-trônicos orienta um usuário por um ambiente de tempo de exe-cução como uma etapa inicial no processo de projeto de for-mulário eletrônico. 0 ambiente de tempo de execução recebidoé um de uma pluralidade de possíveis diretrizes que governamo conjunto de regras usadas para verificar os erros de pro-jeto potenciais que podem aparecer durante o projeto de umformulário eletrônico. Em uma modalidade, o ambiente de tem-po de execução é recebido em resposta a uma seleção do usuá-rio que é feita em qualquer ponto durante o processo de pro-jeto de formulário eletrônico. Isso é útil em casos onde ousuário pode mudar o ambiente de tempo de execução selecio-nado depois de iniciar o projeto de um formulário eletrôni-co. Tal aproximação também permite que o usuário veja qual otipo de problemas de projeto pode estar presente se um for-mulário eletrônico projetado para um ambiente de tempo deexecução é utilizado em um ambiente de tempo de execução di-ferente.

Com relação agora a Figura 7, um diagrama de umamodalidade de uma caixa de diálogo 700 do presente sistema200 para identificar os problemas de projeto em formulárioseletrônicos é mostrado. A caixa de diálogo 700 é um exemplode uma caixa de diálogo que pode ser apresentada para avisarum usuário para informação no inicio de um processo de pro-jeto de formulário eletrônico. A área selecionável 705 per-mite que um usuário faça uma seleção que acionará o projetode um novo modelo de formulário eletrônico. A área selecio-nável 705 compreende a área 710 que avisa um usuário parauma escolha de entrada de compatibilidade a partir de um me-nu suspenso que compreende uma pluralidade de ambientes umformulário eletrônico recentemente projetado que pode serprojetado para ser compatível. A escolha da compatibilidadepode compreender um ambiente de tempo de execução, uma ver-são de um programa de projeto de formulário eletrônico comque o formulário eletrônico será projetado para ser compatí-vel, ou algumas combinações dos dois. A área selecionável705 também compreende a área 720 que avisa um usuário parauma entrada, a partir de uma pluralidade de ícones selecio-náveis. Cada um dos ícones selecionáveis na área 720 permitea seleção de uma fonte de dados para o formulário eletrôni-co. Os dados são emitidos a partir de localizações tais comoum serviço da rede, um banco de dados, XML (Linguagem deMarcação Extensível), ou outros.

Uma área de seleção de entrada 730 permite que umusuário abra um modelo de formulário eletrônico a partir dequalquer uma de uma variedade de fontes selecionáveis. Umaoutra área de seleção de entrada 740 fornece ao usuário umaconexão com uma lista selecionável de formulários eletrôni-cos que podem ser preenchidos. Depois que quaisquer seleçõesde entrada são feitas, um usuário seleciona o botão OK 750para fechar a caixa de diálogo 700, e prossegue com as açõesselecionadas. 0 usuário é alternativamente capaz de selecio-nar o botão "cancel" 760 para fechar a caixa de diálogo 700e prosseguir sem que uma ação selecionada seja convocada.

Com relação agora à Figura 8, é mostrado um dia-grama de uma modalidade de uma caixa de diálogo 800 do pre-sente sistema 200 para identificar os problemas de projetode formulários eletrônicos. A caixa de diálogo 800 é um ou-tro exemplo de uma caixa de diálogo apresentada para avisarum usuário para informação. A caixa de diálogo 800 é bem a-dequada para permitir que um usuário faça seleções sobre oprojeto de um formulário eletrônico a qualquer momento, du-rante o processo de projeto de formulário. A área selecioná-vel 810 avisa um usuário para uma escolha de compatibilidadede tempo de execução a partir de um menu suspenso. A escolhada compatibilidade de tempo de execução compreende: um ambi-ente de tempo de execução em que um formulário eletrônicoserá projetado para executar; uma versão de um programa deprojeto de formulário eletrônico com que o formulário ele-trônico será projetado para ser compatível; ou alguma combi-nação dos dois. A área selecionável 820 é um exemplo especí-fico de uma classe de áreas selecionáveis para habilitar ve-rificações de compatibilidade que podem ser opcionalmenteincluídas na caixa de diálogo 800. A área selecionável 820,como mostrada, avisa o usuário para verificar ou não verifi-car uma seleção que gerará relatórios que listam problemasde compatibilidade de projeto relacionados às versões ante-riores de um programa de projeto de formulário eletrônico.

Depois que quaisquer seleções de entrada são feitas, um usu-ário seleciona o botão OK 830 para fechar a caixa de diálogo800, e prossegue com as ações selecionadas. 0 usuário é al-ternativamente capaz de selecionar o botão "cancel" 840 parafechar a caixa de diálogo 800 e prosseguir sem que uma açãoselecionada seja convocada.

Com relação novamente à Figura 5, na etapa 504 apresente tecnologia para identificar os problemas de projetoem formulários eletrônicos executa uma verificação de proje-to de formulário no formulário eletrônico. A verificação deprojeto de formulário identifica as condições de erro deprojeto potenciais que são, ou podem se tornar, problemas deprojeto com o formulário eletrônico. Em uma modalidade, averificação de projeto de formulário é executada automatica-mente em resposta às ações do usuário que podem alterar oformulário de tal forma a introduzir os erros de projeto po-tenciais que não foram identificados anteriormente. Por e-xemplo, depois de importar um documento de formulário ele-trônico, uma verificação de projeto de formulário é automa-ticamente executada para identificar os erros de projeto po-tenciais que podem aparecer como um resultado da importaçãode um arquivo. Em uma outra modalidade, um usuário pode tam-bém iniciar seletivamente uma verificação de projeto de for-mulário. Esta iniciação seletiva é executada, por exemplo,em resposta a uma interação do usuário com ou botão de res-taurar que é fornecido como uma parte da interface de usuá-rio 230. Uma ferramenta de restauração seletiva é útil pararestaurar uma lista de problemas de projeto, depois que mu-danças foram feitas em um projeto de formulário eletrônico.

A verificação de projeto de formulário é executa-da por uma pluralidade de objetos verificadores de projetode formulário individuais (211 - 216 da Figura 2). Cada ob-jeto verificador de projeto de formulário individual, porexemplo 211, é dedicado a verificar o formulário eletrônicopor uma categoria ou fonte de erros. Em uma modalidade, osobjetos verificadores de projeto de formulário individuais211 - 216 são orientados a testar erros de projeto que sãoconsistentes com a diretriz do ambiente de tempo de execuçãoa que foi projetado. Em uma outra modalidade, alguns dos ob-jetos verificadores de projeto são orientados aos erros, talcomo erros de tempo de execução, enquanto outros objetos ve-rificadores de projeto seguem simultaneamente outras dire-trizes e verificam por outros erros. Ainda em outras modali-dades, outras diretrizes, em adição a um ambiente de tempode execução, controlam os erros de projeto que são testadose identificados pelos vários objetos verificadores de proje-to 211 - 216.

A lista de objetos verificadores de projeto decliente 211 - 216 registrados com o verificador de projetode formulário 210 é extensível, em uma modalidade. A exten-sibilidade permite que um usuário adicione clientes de obje-to verificador de projeto adicionais, que não são parte doconjunto original de objetos verificadores de projeto forne-cidos com o software verificador de projeto de formulárioeletrônico. Tal modalidade habilita a adição de novas carac-terísticas. Em uma modalidade, a extensibilidade também per-mite a adição de objetos verificadores de projeto terceirosque são configurados para funcionar com o software de proje-to de formulário eletrônico.

Em uma modalidade, os objetos verificadores de projeto clientes 211 - 216 são compreendidos de objetos ve-rificadores de projeto de formulário estáticos e objetos ve-rificadores de projeto de formulário dinâmicos. Os objetosverificadores de projeto de formulário.estáticos, tal como overificador de erros de importação 215, somente executa umaverificação de projeto em resposta a um evento tal como im-portação de anexo ou de arquivo. Portanto, quando as verifi-cações de projeto de restauração são executadas, os objetosverificadores de projeto estáticos somente verificam a listagerada de problemas de projeto e removem os erros e avisosque não são mais aplicáveis. Os objetos verificadores deprojeto de formulário dinâmicos, tal como o verificador deretrocompatibilidade 212, verifica os erros que podem serintroduzidos dentro do projeto de formulário em qualquer mo-mento e em qualquer localização dentro de um projeto de for-mulário eletrônico, em contraste aos erros que ocorrem so-mente em certos pontos no processo de projeto, por exemplo,na criação ou na publicação. Em uma modalidade, os objetosverificadores de projeto de formulário dinâmicos executamuma verificação de projeto completa do formulário eletrônicocada vez que eles são utilizados para verificar os erros deprojeto ou para restaurar a lista de problemas de projetoque já foi gerada.

Na etapa 506 da Figura 5, a presente tecnologiapara identificar os problemas de projeto em formulários ele-trônicos gera uma lista de problemas de projeto identificadapela verificação de projeto de formulário; a lista dos errosde projeto potenciais é gerada pelo objeto de relatório 220.A lista dos problemas de projeto é compreendida de erros de

projeto potenciais e avisos que são mantidos dentro do obje-to de relatório 220. Em uma modalidade, essa lista é estru-turada em categorias com cada categoria contendo listas deerros de projeto potenciais e avisos que estão relacionados.

Por exemplo, em uma modalidade, cada categoria na lista ge-rada corresponde diretamente a um ou mais de uma pluralidadede objetos verificadores de projeto 211 - 216 que são usadospara testar uma certa categoria ou fonte de erro. Por exem-plo, uma categoria na lista de erros gerada compreende osproblemas de projeto de tempo de execução que correspondemao verificador de compatibilidade de tempo de execução 211.

Uma outra categoria compreende os problemas de projeto deretrocompatibilidade que correspondem ao verificador de re-trocompatibilidade 212. Ainda outras categorias são compre-endidas de problemas de projeto que correspondem a outrosobjetos verificadores de projeto. Em uma modalidade que uti-liza este método de gerar uma lista de erros subdividida emcategorias, a lista é gerada com uma categoria de erros cor-respondentes a cada objeto verificador de projeto 211 - 216.Em tal modalidade, um único erro de projeto potencial ou a-viso que foi identificado pelo, ou está relacionado a, maisde um objeto verificador de projeto 211 - 2116 aparece vá-rias vezes na lista, listado sob cada categoria a qual elese refere.

Na etapa 508 da Figura 5, a presente tecnologiapara identificar os problemas de projeto em formulários ele-trônicos exibe a lista de problemas de projeto em uma inter-face de usuário. A lista de problemas de projeto, que é com-preendida de avisos e erros de projeto potenciais, e é gera-do pelo objeto de relatório 220, é exibida tal que um usuá-rio possa vê-la. Se a lista de problemas de projeto é geradaem categorias como descritas acima, a lista exibida de pro-blemas de projeto é subdividida em categorias de problemasde projeto. Em tal modalidade, cada categoria da pluralidadede categorias de problemas de projeto corresponde a pelo me-nos uma pluralidade de objetos verificadores de projeto 211- 216 que identificaram um aviso ou erro de projeto potenci-al no projeto do formulário eletrônico. A exibição da listade problemas de projeto subdividida desta forma auxilia umusuário na determinação de qual significância um aviso par-ticular ou condição de erro de projeto potencial tem na re-lação com o formulário eletrônico sendo projetado.

Em uma modalidade, a lista de problemas de projetoé exibida em um painel de única tarefa do verificador deprojeto 334 no quadro de aplicativo 331 da interface de usu-ário 230 (ver as Figuras 3 e 4) . A exibição de problemas deprojeto identificados em uma única área da interface de usu-ário 230 fornece ao usuário uma experiência consistente navisualização e interação com avisos e erros de projeto po-tenciais que são identificados com problemas de projeto noprojeto do formulário eletrônico. Essa única exibição tambémserve como um único ponto inicial para corrigir as condiçõesque levam esses problemas de projeto a serem identificados,relatados, e exibidos. Um exemplo de tal exibição é mostradona Figura 9A.

A Figura 9A é um diagrama de uma modalidade de umpainel de tarefas do verificador de projeto 334 do presentesistema 200 para identificar os problemas em formulários e-letrônicos. Na Figura 9A, várias sub-áreas do painel de ta-refas do verificador de projeto 334 são identificadas. A á-rea 910 fornece um indicador da escolha de compatibilidadeassociada com um formulário eletrônico que está sendo atual-mente projetado. A área 910 também serve como uma conexãoselecionável pelo usuário com uma caixa de diálogo, tal comoa caixa de diálogo 800, que permitirá que um usuário iniciea mudança da escolha de compatibilidade a qualquer momentodurante o processo de projeto de formulário.

A área selecionável 920 fornece uma tela visual deproblemas de projeto que foram identificados com um formulá-rio eletrônico sob projeto. A área selecionável 920 é subdi-vidida em categorias de problemas de projeto como represen-tadas pelos cabeçalhos de categoria de problema de projeto930 e 940. O cabeçalho de categoria 930 está associado aoobjeto verificador de projeto 211 (Figura 2), e o cabeçalhode categoria 940 está associado com o objeto verificador deprojeto 212 (Figura 2) . Embora as duas categorias sejam exi-bidas na Figura 9A, em outras modalidades adicionais ou me-nos categorias são representadas dependendo do número de ca-tegorias de problemas de projeto identificados que são sele-cionadas para exibição. Os elementos 931 - 935 representamos problemas de projeto selecionáveis por usuário que. estãoassociados com a categoria 930. O elemento 941 representa umproblema de projeto selecionável por usuário que está asso-ciado com a categoria 940. Um usuário rola através das cate-gorias listadas e problemas de projeto interagindo com abarra de rolagem 945. A seleção do usuário do botão de res-tauração 950 causa uma restauração da verificação de projetode formulário eletrônico, e desse modo restaura os problemasde projeto exibidos na área 920. A seleção de usuário do bo-tão de opções 960 permite que um usuário selecione exibiropções associadas com os problemas de projeto exibidos naárea 920. Em uma modalidade, um ou mais indicadores numéri-cos do tipo contador (não mostrados) são exibidos no painelde tarefas do verificador de projeto 334 para fornecer a umusuário uma rápida representação visual de quantos problemasde projeto, erros de projeto potenciais, ou avisos estãolistados. Tal indicador do tipo contador permite que um usu-ário determine rapidamente se uma ação de projeto adicionouou removeu problemas de projeto da lista exibida.

Uma modalidade de painel do verificador de projeto334 permite suprimir a exibição de pelo menos uma das cate-gorias de problemas de projeto, em resposta a uma seleção dousuário. Isso é útil para reduzir o número de problemas deprojeto exibidos. É também útil se um usuário que decidiuque uma categoria particular de problemas de projeto não éimportante ou foi suficientemente manipulada e, portanto,não mais necessita ser exibida. Uma outra modalidade, permi-te suprimir a exibição no painel de tarefas de um sub-conjunto de problemas de projeto de pelo menos uma das cate-gorias de problemas de projeto, em resposta a uma seleção deusuário. Suprimir um sub-conjunto de uma categoria de pro-blemas de projeto é útil, por exemplo, se um usuário decideque um tipo particular de aviso ou erro de projeto potencialé inconseqüente ou tem sido propriamente distribuído, masainda está sendo exibido, tal como, por exemplo, no caso deum objeto verificador de projeto de formulário estático quegera uma lista de avisos uma vez e não remove dinamicamenteos avisos à medida que os usuários corrigem os problemas in-dicados. Suprimir seletivamente um sub-conjunto particularde avisos ou erros, que podem aparecer em uma categoria ouem várias categorias, impede exibição adicional do sub-conjunto selecionado, sem desabilitar a exibição de uma ca-tegoria inteira de problemas. Utilizar essa opção de supres-são seletiva permite que um usuário estruture uma exibiçãode problemas de projeto, tal que somente os problemas deprojeto importantes ao usuário são exibidos. As Figuras 9B e9C demonstram a supressão opcional descrita acima.

Com relação agora à Figura 9B, um diagrama de umamodalidade de um painel de tarefas do verificador de projeto334 do presente sistema 200 para identificar os problemas deprojeto em formulários eletrônicos é mostrado. A Figura 9Bmostra uma caixa de diálogo de opções exemplificada 970 queé acionada para exibição por uma seleção do usuário do botãode opções 960. Os itens 910, 920, 930, 940, 950, e 960 sãoos mesmos descritos na Figura 9A. Na modalidade exibida, acaixa de diálogo de opções 970 permite que um usuário habi-Iite ou desabilite seletivamente a exibição de várias cate-gorias 976 - 979 de avisos pela adição ou remoção de uma ve-rificação em uma caixa selecionável 971 - 974 a seguir a ca-da aviso 976 - 979. Como mostrado, a área 974 foi de-selecionada para desabilitar a exibição de avisos de retro-compatibilidade 97 9. A seleção do usuário do botão OK 975executará essa entrada de opção de de-seleção.

Aprecia-se que em outras modalidades, as opçõesmenos selecionadas ou adicionais podem ser apresentadas a umusuário. Em outras modalidades, uma caixa de diálogo tal co-mo a caixa de diálogo 970 é também usada para expandir osniveis de avisos e/ou erros que são exibidos. Adicionalmen-te, em uma modalidade, as categorias 976 - 979 servem comoconexões de texto selecionáveis. Por exemplo, uma seleção deuma conexão de texto selecionável 976 direciona um usuário auma área para escolher seletivamente as opções tal como quãofreqüentemente um aviso ou erro de importação é apresentado,ou para escolher as opções para habilitar seletivamente ousuprimir a exibição de sub-conjuntos de categorias de avisose erros.

Com relação agora à Figura 9C, um diagrama de umamodalidade de um painel de tarefas do verificador de projeto334 do presente sistema 200 para identificar os problemas deprojeto em formulários eletrônicos é mostrado. A Figura 9Cmostra um resultado exemplificado que flui a partir da en-trada de opção de de-seleção descrita em conjunto com a Fi-gura 9B. Os itens 910, 920, 930 - 935, 945, 950, e 960 sãoos ,mesmos descritos na Figura 9A. Entretanto, a categoria deproblema de projeto 940 e o problema de projeto selecionável941 não são mais mostradas na exibição,, devido à de-seleçãode avisos de retrocompatibilidade que aconteceu.

Os problemas de projeto são compreendidos de avi-sos e erros de projeto potenciais que- têm uma grande varie-dade de fontes. Como previamente descrito, os problemas deprojeto podem ser exibidos em categorias relacionadas. a es-sas fontes. Entretanto, sem 'levar em consideração a fonte,cada aviso e cada erro de projeto potencial na lista de pro-blemas de projeto é também classificado como pertencente aum dos três tipos de problemas de projeto, que são: proble-mas de projeto centrais de tela, problemas de projeto cen-trais de nó, e problemas de projeto globais.

A classificação do tipo de problema de projeto go-verna o tipo de informação que é apresentada a um usuáriopara descrever o problema de projeto. Os problemas de proje-to centrais de tela são áreas visíveis em um formulário ele-trônico, e assim um usuário pode ver esse tipo de erro noformulário eletrônico. Por exemplo, se uma imagem não impor-ta apropriadamente, um usuário pode ver em uma área de telade projeto 332 (ver Figura 3) do programa de projeto de for-mulário eletrônico e ver que a imagem importada não estásendo exibida apropriadamente no formulário eletrônico queestá sendo projetado.

Os problemas de projeto centrais de nó são geral-mente as falhas no esquema de dados atrás da tela ou naspropriedades, tal como lógica, associada com um nó em umformulário eletrônico. Um erro central- de nó ou aviso é des-critível ao usuário, mas não aparece como um erro visual emum formulário eletrônico. Por exemplo, uma regra de usuáriopode estar associada a um nó particular. Entretanto, se aregra de usuário selecionada é uma que não estava disponívelem uma versão anterior do programa de projeto de formulárioeletrônico, então existe um erro de retrocompatibilidade po-tencial tornando esse nó incompatível com o formulário ele-trônico quando usado em uma versão de programa anterior. A-pesar desse erro central de nó apresentar um problema poten-cial com o nó, ele não aparece visualmente como uma falha noformulário eletrônico exibido na área de tela de projeto 332.

Os problemas de projeto globais são itens tal comocaracterísticas não compatíveis associadas com um formulárioeletrônico inteiro. Por exemplo, escolhendo uma configuraçãoque permite que um formulário completado seja enviado porcorreio eletrônico. Se o ambiente de tempo de execução alvopara que o formulário eletrônico está sendo projetado nãosuporta o envio de correio eletrônico, então essa configura-ção é um erro global que pode impedir o uso do formuláriointeiro. Um erro global é descritivel ao usuário, mas elenão aparece visualmente como uma falha no formulário eletrônico exibido na área tela de projeto 332.

Com relação novamente à Figura 5, em uma modalida-de, na etapa 510 a presente tecnologia para identificar osproblemas de projeto em formulários eletrônicos seleciona umcontrole em uma área de projeto de formulário em resposta auma interação de usuário com um dos problemas de projeto e-xibidos. Essa etapa descreve a interação de um usuário comum problema de projeto central de tela. Essa interação deusuário leva a interface de usuário 230 (Figura 2) do pro-grama de projeto de formulário eletrônico a selecionar auto-maticamente o controle associado com o problema de projetode formulário central de tela com que o usuário interagiu. Ocontrole é selecionado no formulário eletrônico que é exibi-do, por exemplo, na área tela de projeto 332 do programa deprojeto de formulário eletrônico. Selecionar o controle ocoloca em uma condição para manipulação pelo usuário.

Em uma modalidade, cada problema de projeto exibi-do no painel de tarefas do verificador de projeto 334 com-preende uma conexão com mais informação. Interagindo com umaviso ou erro de projeto potencial exibido, de uma certa ma-neira, tal como usando um dispositivo de controle por cursorpara clicar nele, uma variedade de outras ações podem serautomaticamente iniciadas em resposta à interação. A nature-za de outras ações iniciadas automaticamente é governada pe-Ia classificação do tipo de problema de projeto com que éinteragido, e a informação disponível a ser apresentada. AFigura 10 mostra um exemplo de um controle sendo selecionadoem resposta à interação de um usuário com um problema cen-tral de tela exibido. Uma discussão detalhada da Figura 10 éfornecida abaixo.

Na etapa 512 da Figura 5, em uma modalidade, apresente tecnologia para identificar os problemas de projetoem formulários eletrônicos rola o controle selecionado emvisualização. Essa etapa descreve uma outra ação automáticainiciada por uma interação de usuário com um problema deprojeto central de tela. Se um controle selecionado não estávisível na tela, a rolagem automática o trará em visualiza-ção ajustando a parte exibida do formulário tal que o con-trole selecionado esteja na área de tela de projeto visüali-zável 332. Se um controle selecionado já está visível na te-la na área de tela de projeto 332, a rolagem automática re-posiciona o controle selecionado tal que ele é mais facil-mente visualizado e interagido com um usuário. Isso pode in-cluir ações tal como centralizar o controle selecionado naárea de tela de projeto 332, ou posicionar o controle sele-cionado como o controle mais acima na área de tela de proje-to 332. Em alguns casos, quando um controle selecionado jáestá apropriadamente posicionado dentro da área de tela deprojeto 332 da interface do usuário, a rolagem automáticameramente confirma a posição do controle e não executa maisnenhuma ação. Rolar automaticamente um controle selecionadoem um formulário eletrônico em visualização na área de telade projeto 332 é útil devido a apresentar automaticamente ocontrole selecionado ao usuário na área visualizável da telade projeto 332. A rolagem automática para o controle sele-cionado em um formulário eletrônico economiza tempo que umusuário normalmente gastaria rolando através de um tela deprojeto 332 de uma interface de usuário procurando atravésdo formulário eletrônico e tentando encontrar o controle as-sociado com a condição de erro. A Figura 10 mostra um exem-plo de um controle sendo rolado em visualização em respostaa uma interação de usuário com um problema central de telaexibido.

Na etapa 514 da Figura 5, em uma modalidade, apresente tecnologia para identificar os problemas de projetoem formulários eletrônicos destaca o controle selecionadopara fornecer um indicador visual do erro de projeto poten-cial. Essa etapa descreve, uma outra ação automática iniciadapor uma interação de usuário com um problema de projeto cen-tral de tela. Destacando automaticamente o controle, em res-posta a uma interação de usuário com um problema de projetolistado torna fácil para um usuário localizar o controle,por exemplo, na área de tela de projeto de uma interface deusuário. Destacar pode compreender sombrear o controle se-lecionado em uma cor diferente dos outros controles. Desta-car o controle selecionado pode também compreender automati-camente executar outras ações para atrair a atenção do usuá-rio para o controle. Destacar as ações pode compreender ope-rações automáticas tal como marcar a indicação do controleselecionado parecendo maior que o normal, ou apresentar ou-tros identificadores visuais para atrair a atenção de um usuário.

Na etapa 516 da Figura 5, em uma modalidade, apresente tecnologia para identificar problemas de projeto emformulários eletrônicos apresenta uma mensagem de diálogoque descreve o erro de projeto potencial. Essa etapa descre-ve uma outra ação automática iniciada por uma interação dousuário com um problema de projeto central de tela. Em umamodalidade, a mensagem de diálogo automaticamente aparece emalgum lugar na interface de usuário, em resposta a uma inte-ração do usuário com um problema de projeto listado. A men-sagem de diálogo, que pode aparecer na forma de uma caixa dediálogo, fornece ao usuário uma informação mais especificasobre qual aviso ou condição de erro de projeto potencialfoi identificado como um erro de projeto. Em uma modalidade,a mensagem de diálogo é localizada adjacente ao controle se-lecionado. Em uma modalidade, a mensagem de diálogo tambémfornece uma sugestão relacionada a como corrigir a condiçãoque levou o aviso ou erro de projeto potencial a ser identi-ficado. Em uma modalidade, mais de uma mensagem de diálogo éapresentada. Por exemplo, uma pequena mensagem é apresentadaem uma caixa adjacente a um controle selecionado, enquantouma mensagem maior mais detalhada é apresentada em uma caixade diálogo separada localizada em algum lugar na área de vi-sualização da interface de usuário. A Figura 10 mostra umexemplo de uma caixa de diálogo sendo apresentada adjacentea um controle em resposta a uma interação de usuário com umerro central de tela exibido.

Como mencionado acima, a Figura 10 é um diagramade uma modalidade de tela de projeto 332 e painel de tarefasdo verificador de projeto 334 do presente sistema 200 paraidentificar os problemas de projeto em formulários eletrônicos.

A Figura 10 mostra ações exemplificadas que acontecemem resposta a uma interação de usuário com um problema deprojeto selecionável 932 exibido no painel de tarefas do ve-rificador de projeto 334. Os itens 910 - 960 são os mesmosdescritos em conjunto com a figura 9A, com a exceção de queo item selecionável 932 foi selecionado por uma interação dousuário. O texto no item selecionável 932 está sublinhadopara representar essa seleção do item 932. 0 item selecioná-vel 932 é um problema de projeto central de tela que estárelacionado a um controle de imagem que não é suportado.

A área de tela de projeto 332 é exibida em conjun-to com o painel de tarefas do verificador 334. As áreas1010, 1020, 1030, 1040, e 1050 representam partes de um for-mulário eletrônico que está sendo projetado na tela de pro-jeto 332. Em resposta a uma interação de usuário com o pro-blema de projeto selecionável 932, a interface de usuário doprograma de projeto de formulário selecionou automaticamentea área 1020, que está associada a uma área de imagem associ-ada com o problema de projeto selecionável 932 (o controlede imagem não é suportado). Um pequeno icone de erro padrão1021 é apresentado como um indicador visual de que uma ima-gem foi importada dentro da área 1020, mas por alguma razãonão está sendo apropriadamente exibida. Em adição à seleçãoda área 1020, a área 1020 foi automaticamente rolada dentroda área de visualização da tela de projeto 332, onde é op-cionalmente automaticamente destacada (não mostrada). Adi-cionalmente, uma caixa de diálogo opcional 1060 foi apresen-tada automaticamente adjacente a ela. Como mostrado na Figu-ra 10, a caixa 1060, que é uma pequena mensagem que é apre-sentada em uma caixa adjacente a uma área de controle 1020,fornece a um usuário explicação adicional de um problema deprojeto associado com a área selecionável 932 e o controle1020.

Em uma modalidade, em resposta a uma interação deusuário com um problema de projeto global exibido, uma men-sagem de diálogo adicional que descreve a natureza particu-lar do problema de projeto global será apresentada ao usuá-rio. A Figura 11 mostra um exemplo de uma caixa de diálogosendo apresentada em resposta a uma interação de usuário comum problema global exibido.

A Figura 11 é um diagrama de uma modalidade de umatela de projeto 332 e um painel de tarefas do verificador deprojeto 334 do presente sistema 200 para identificar os pro-blemas de projeto em formulários eletrônicos. A Figura 11mostra ações exemplificadas que acontecem em resposta a umainteração de usuário com o problema de projeto selecionável931 exibido no painel de tarefas do verificador de projeto334. Os itens 910 - 960 são os mesmos descritos em conjuntocom a Figura 9A, com duas exceções. Primeiro, a escolha decompatibilidade na área 910 foi alterada para incluir o usodo nivel de servidor como uma exigência de compatibilidadepara o formulário sob projeto. Segundo, o item selecionável931 foi selecionado por uma interação do usuário. O texto noitem selecionável 931 foi sublinhado para representar essaseleção do item 931. O item selecionável 931 é um problemade projeto global que está relacionado às regras do usuárioque não são suportadas no formulário exibido.

Na tela de projeto 332, as áreas 1010, 1020, 1030,1040, e 1050 são as mesmas das descritas na Figura 10 com aexceção de que a área 1020 não está mais selecionada. Emresposta a uma interação de usuário com o problema de proje-to selecionável 931, uma caixa de diálogo 1062 foi automati-camente aberta.

A caixa de diálogo 1062 fornece a um usuárioexplicação adicional do problema de projeto global associadocom a área selecionável 931. Adicionalmente, a caixa de diá-logo 1062 fornece a usuário uma sugestão de como eliminar oerro associado com o problema de projeto selecionável 931.Um usuário fecha a caixa de diálogo 1062 selecionando o bo-tão OK 1063.

Em uma modalidade, em resposta a uma interação dousuário com um problema de projeto central de nó exibido,uma mensagem de diálogo que descreve adicionalmente a natu-reza particular do problema de projeto central de nó é apre-sentada ao usuário. A Figura 12 mostra um exemplo de umacaixa de diálogo sendo apresentada em resposta a uma intera-ção de usuário com um problema central de nó exibido.A Figura 12 é um diagrama de uma modalidade de umatela de projeto 332 e um painel de tarefas do verificador deprojeto 334 do presente sistema 200 para identificar os pro-blemas de projeto em formulários eletrônicos. A Figura 12mostra ações exemplificadas que acontecem em resposta a umainteração de usuário com um problema de projeto selecionável934 exibido no painel de tarefas do verificador de projeto334. Os itens 910 - 960 são os mesmos descritos em conjuntocom a Figura 9A, com duas exceções. Primeiro, a escolha decompatibilidade na área 910 foi alterada para incluir o usodo nivel de servidor como uma exigência de compatibilidadepara formulário sob projeto. Segundo, o item selecionável934 que agora representa "A função de regra atual do usuárionão é suportada" foi selecionado por uma interação de usuá-rio. O texto no item selecionado 934 está sublinhado pararepresentar essa seleção do item 934. O item selecionável934 é um problema de projeto central de nó que está relacio-nado à função de regra atual do usuário não suportada.

Na tela de projeto 332, as áreas 1010, 1020, 1030,1040, e 1050 são as mesmas das descritas na Figura 10 comexceção que a área 1020 não está mais selecionada. Em res-posta a uma interação de usuário com o problema de projetoselecionável 934, uma caixa de diálogo 1064 foi automatica-mente aberta. A caixa de diálogo 1064 fornece a um usuárioexplicação adicional do problema de projeto central de nóassociado com a área selecionável 934. Adicionalmente, acaixa de diálogo 1064 fornece ao usuário uma sugestão de como eliminar o erro associado com o problema de projeto sele-cionável 934. Selecionado o botão de editar propriedades1066 que é fornecido na caixa de diálogo 1064, um usuário éconectado a uma área de entrada onde as propriedades dos nósassociadas com o problema de projeto selecionável 934 podemser editadas ou manipuladas pelo usuário para corrigir oproblema de projeto identificado. Um usuário fecha a caixade diálogo 1064 selecionado o botão OK 1065.

Com relação agora à Figura 6, um fluxograma 600 deoperações executadas de acordo com uma outra modalidade dapresente tecnologia para identificar os problemas de projetoem formulários eletrônicos é mostrado. A operações citadasno fluxograma 600 funcionam da mesma forma que as operaçõescitadas no fluxograma 500, mas a descrição dos processos va-ria para claramente apontar as yantagens da presente tecno-logia para identificar os problemas de projeto em um formu-lário eletrônico.

Na etapa 602 da Figura 6, a presente tecnologiapara identificar os problemas de projeto em formulários ele-trônicos recebe diretrizes para formatar um formulário ele-trônico. A etapa 602 é similar à etapa 502 do fluxograma500, e compreende receber um ambiente de tempo de execuçãoselecionado por usuário em uma interface de usuário 230. En-tretanto, receber diretrizes também compreende receber maisinformação que somente uma seleção de ambiente de tempo deexecução. Receber diretrizes também compreende a receber in-formação tal como uma seleção de uma fonte de dados para aentrada de dados em um formulário eletrônico, uma seleção deuma versão do software de projeto de formulário de que oformulário é projetado para ser compatível, e a informaçãopertencente a se ou não os problemas de retrocompatibilidadedeveriam ser relatados ao usuário durante o processo de pro-jeto de formulário.

Um ambiente de tempo de execução é o destino ondeum formulário eletrônico é esperado a ser usado, e pode com-preender um ambiente tal como um computador autônomo, umservidor, um ponto de acesso de rede, ou similares. Um ambi-ente de tempo de execução pode também compreender uma combi-nação desses tipos de ambientes. Uma fonte de dados para da-dos de formulário pode compreender uma fonte tal como umaentrada de usuário autônoma, um serviço de rede, um banco dedados, ou um esquema tal como o XML (linguagem de marcaçãoextensível). Uma versão do software que o formulário é pro-jetado para ser compatível com outros controles que, se hou-ver algum, problemas de retrocompatibilidade são identifica-dos durante a geração do formulário eletrônico.

Em uma modalidade, a interface de usuário 230 (Fi-gura 2) avisa um usuário para inserir diretrizes para forma-tar o formulário eletrônico como uma condição de início doprocesso de geração de formulário. Em uma modalidade, um u-suário seletivamente insere ou muda as diretrizes para oprocesso de geração de formulário a qualquer momento que umusuário então escolhe durante o processo de geração de for-mulário. No caso onde nenhuma informação é recebida por al-guma ou todas as diretrizes de geração de formulário, asconfigurações padrão são substituídas.

Na etapa 604 da Figura 6, a presente tecnologiapara identificar os problemas de projeto em formulários ele-trônicos executa uma verificação de projeto no formulárioeletrônico; a verificação do projeto de formulário é execu-tada por uma pluralidade de objetos verificadores de projeto211 - 216 (Figura 2) aplicando as regras consistentes com asdiretrizes recebidas. A etapa 604 é similar à etapa 504 daFigura 500 e a descrição correspondente da etapa 504 que foiapresentada acima, com uma exceção. A exceção é que os veri-ficadores de projeto de formulário 211 - 216 na etapa 604são restritos por um conjunto de regras que é consistentecom um conjunto de diretrizes descritas acima em conjuntocom a etapa 602. As diretrizes recebidas fornecem mais in-formação do que somente um ambiente de tempo de execução,como oi especificado na etapa 504. Devido às regras mais es-pecificas que são derivadas das diretrizes recebidas, maiserros de projeto potenciais ou diferentes erros são prova-velmente identificados pelos verificadores de projeto -deformulário 211 - 216.

Com relação agora ao fluxograma 600 da Figura 6,na etapa 606, a presente tecnologia para identificar os pro-blemas de projeto em formulários eletrônicos gera uma listade erros de projeto potenciais identificados pela verifica-ção de projeto de formulário. Essa etapa é similar à etapa506 do fluxograma 500, e é consistente com a descrição for-necida na etapa 506 do fluxograma 500, e é consistente com adescrição fornecida na etapa 506 com uma exceção. A exceçãoé que a lista gerada é somente compreendida de erros de pro-jeto potenciais, ao contrário da categoria maior de proble-mas de projeto que compreendem não somente os erros de pro-jeto potenciais, porém também avisos. Em outras modalidades,a etapa 606 é expandida para abranger uma lista completa deproblemas de projeto compreendida de avisos e quaisquer er-ros de projeto potenciais identificados como um resultado daverificação do projeto de formulário.

A etapa 608 da Figura 6, a presente tecnologia pa-ra identificar os problemas de projeto em formulários ele-trônicos exibe a lista de erros de projeto potenciais em umpainel de única tarefa do verificador de projeto 334 (Figu-ras 3 e 9A) de uma interface de usuário. A etapa 608 é simi-lar à etapa 508 do fluxograma 500, e a exibição de erros emum painel de única tarefa do verificador de projeto 334 deuma interface de usuário é consistente com a descrição daexibição de problemas de projeto fornecem em conjunto com aetapa 508 e a Figura 9A.

Ainda com relação à etapa 608, em uma modalidade,a lista exibida de erros de projeto potenciais é também sub-dividida em categorias de erros, com cada uma da pluralidadede categorias de erros correspondente a pelo menos um dapluralidade de objetos verificadores de projeto 211 - 216(Figura 2). Uma modalidade também compreende a funcionalida-de para suprimir a exibição no painel de tarefas do verifi-cador de projeto 334 de pelo menos uma das categorias de er-ros. A supressão acontece em resposta a uma seleção do usuá-rio de uma caixa de diálogo associada com o painel de tare-fas ou acessada via este, como descrito na etapa 508 ( Figura5 ) e Figuras 9B e 9C. Uma modalidade também compreende afuncionalidade para restaurar a exibição da lista de errosde projeto potenciais no painel de tarefas do verificador deprojeto 334 em resposta a uma seleção do usuário de um botãode restauração selecionável, tal como o botão "refresh" 950(Figura 9A), acessado ou associado com o painel de tarefasdo verificador de projeto 334. Em uma modalidade onde errose avisos são exibidos juntos no painel de tarefas do verifi-cador de projeto 334, o botão "refresh" 950 também habilitaa restauração de avisos no painel de tarefas.

Na etapa 610 da Figura 6, a presente tecnologiapara identificar problemas de projeto de formulários eletrô-nicos apresenta uma caixa de diálogo contendo texto de errode contexto especifico; a caixa de diálogo é apresentada emresposta à interação do usuário com um dos erros de projetopotenciais exibidos no painel de tarefas do verificador deprojeto 334 (Figuras 3 e 9A). Como anteriormente descrito,os tipos de erros são classificados como: centrais de tela,centrais de nó, e globais. Embora somente os erros centraisde tela sejam visiveis no formulário eletrônico sendo proje-tado, todos os três tipos de erros de projeto potenciais sãodescritiveis ao usuário, por exemplo, conectando uma caixade diálogo ao erro exibido. As Figuras 10, 11 e 12 e suasdescrições em anexo fornecem exemplos de caixas de diálogopresentes em resposta à interação do usuário com problemas eerros centrais de tela, globais, e centrais de nó.

Embora o assunto tenha sido descrito em uma lin-guagem especifica para características estruturais e/ou a-ções metodológicas, entende-se que o assunto definido nasreivindicações em anexo não é necessariamente limitado àscaracterísticas ou ações especificas descritas acima. Depreferência, as características e ações específicas descri-tas acima são descritas como formas exemplificadas de imple-mentar as reivindicações.

Claims (20)

1. Método implementado por computador (500) paraidentificar problemas de projeto durante um processo de ge-ração de formulário eletrônico, CARACTERIZADO pelo fato deque compreende:receber um ambiente de tempo de execução selecio-nado por usuário a ser aplicado a um formulário eletrônico(502) ;executar uma verificação de projeto de formuláriono dito formulário eletrônico (504);gerar uma lista de problemas de projeto identifi-cados pela dita verificação de projeto de formulário, a ditalista de problemas de projeto gerada em um objeto de relató-rio (506); eexibir a dita lista de problemas de projeto em umainterface de usuário (508).

2. Método implementado por computador (500), deacordo com a reivindicação 1, CARACTERIZADO adicionalmentepelo fato de que compreende:selecionar um controle em uma área de projeto deformulário em resposta a uma interação do usuário com um dosditos problemas de projeto exibidos (510);rolar o dito controle selecionado em visualização(512) ;destacar o dito controle selecionado para fornecerum indicador visual do dito problema de projeto (514); eapresentar uma mensagem de diálogo descrevendo odito problema de projeto (516).

3. Método implementado por computador (500), deacordo com a reivindicação 1, CARACTERIZADO pelo fato de queexecutar uma verificação de projeto de formulário no ditoformulário eletrônico (504) compreende:testar conteúdo do dito formulário eletrônico comuma pluralidade de objetos verificadores de projeto de for-mulário com o dito ambiente de tempo de execução selecionadopor usuário;identificar problemas de projeto associados com odito formulário eletrônico; erelatar os ditos problemas de projeto identifica-dos ao dito objeto de relatório.

4. Método implementado por computador (500), deacordo com a reivindicação 1, CARACTERIZADO pelo fato de queo dito recebimento de um ambiente de tempo de execução sele-cionado por usuário a ser aplicado a um formulário eletrôni-co (502) adicionalmente compreende:avisar um usuário para um ambiente de tempo de e-xecução desejado do dito formulário eletrônico como uma con-dição de inicio do dito processo dei geração de formulário.

5. Método implementado por computador (500), deacordo com a reivindicação 1, CARACTERIZADO pelo fato de queo dito recebimento de um ambiente de tempo de execução sele-cionado por usuário a ser aplicado a um formulário eletrôni-co (502) compreende:receber de um usuário um ambiente de tempo de exe-cução desejado do dito formulário eletrônico a qualquer mo-mento durante o dito processo de geração de formulário.

6. Método implementado por computador (500), deacordo com a reivindicação 1, CARACTERIZADO pelo fato de queexibir a dita lista de problemas de projeto em uma interfacede usuário (508) compreende:exibir a dita lista de problemas de projeto sub-dividida em categorias de problemas de projeto em um painelde única tarefa de verificador de projeto, cada categoria dadita pluralidade de categorias de problemas de projeto cor-respondente a pelo menos um de uma pluralidade de objetosverificadores de projeto.

7. Método implementado por computador (500), deacordo com a reivindicação 6, CARACTERIZADO adicionalmentepelo fato de que compreende:suprimir a exibição no dito painel de tarefas depelo menos uma das ditas categorias de problemas de projeto,em resposta a uma seleção do usuário.

8. Método implementado por computador (500), deacordo com a reivindicação 6, CARACTERIZADO adicionalmentepelo fato de que compreende:suprimir a exibição no dito painel de tarefas deum sub-conjunto de problemas de projeto de pelo menos umadas ditas categorias de problemas de projeto, em resposta auma seleção do usuário.

9. Sistema (200) para identificar erros em um pro-cesso de geração de formulário eletrônico, CARACTERIZADO pe-lo fato de que compreende:uma pluralidade de objetos verificadores de proje-to de formulário (210), cada um dos ditos objetos verifica-dores de projeto de formulário (210) para identificar errosde projeto potenciais em um formulário eletrônico;um objeto de relatório (220) acoplado à dita plu-ralidade de objetos verificadores de projeto de formulário(210), o dito objeto de relatório (220) para receber relató-rios de erros de projeto potenciais a partir da dita plura-lidade de objetos verificadores de projeto de formulário(210) e para gerar uma lista de erros de projeto potenciaisa partir dos ditos relatórios recebidos; euma interface de usuário (230) acoplada ao ditoobjeto de relatório (220), a dita interface de usuário (230)para receber diretrizes para formatar um formulário eletrônico.

10. Sistema (200), de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita lista de erros deprojeto potenciais compreende:uma pluralidade de categorias de erros de projetopotenciais, onde cada categoria da dita pluralidade de cate-gorias de erros de projeto potenciais corresponde a pelo me-nos um da dita pluralidade de objetos verificadores de pro-jeto de formulário (210).

11. Sistema (200), de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita interface de usuá-rio (230) adicionalmente compreende:um painel de tarefas do verificador de projeto in-terativo (334) para exibir a dita lista dos ditos erros deprojeto potenciais e receber entradas de usuário relaciona-das à dita lista de erros de projeto potenciais.

12. Sistema (200), de acordo com a reivindicação-11, CARACTERIZADO pelo fato de que o dito painel de tarefasde verificador de projeto interativo (334) adicionalmentecompreende:um seletor de opções (960) para seletivamente su-primir a exibição de uma parte de uma ou mais das ditas ca-tegorias de erros de projeto potenciais; eum seletor de restauração (950) para seletivamenterestaurar a exibição da dita lista de erros de projeto po-tenciais.

13. Instruções em um meio utilizável por computa-dor onde as instruções, quando executadas, levam um sistemade computador a executar o método (600) para identificar er-ros de projeto potenciais durante um processo de geração deformulário eletrônico, CARACTERIZADO pelo fato de que com-preende:receber diretrizes para formatar um formulário e-letrônico (602);executar uma verificação de projeto de formuláriono dito formulário eletrônico, executada por uma pluralidadede objetos verificadores de projeto aplicando regras consis-tentes com as ditas diretrizes recebidas (604);gerar uma lista de erros de projeto potenciais i-dentificados pela dita verificação de projeto de formulário,a dita lista de erros de projeto potenciais gerada em um ob-jeto de relatório (606); eexibir a dita lista de erros de projeto potenciaisem um painel de única tarefa de uma interface de usuário(608).

14. Instruções, de acordo com a reivindicação 13,CARACTERIZADAS adicionalmente pelo fato de que compreendem:apresentar uma caixa de diálogo contendo texto deerro de contexto especifico, a dita caixa de diálogo apre-sentada em resposta a uma interação do usuário com um dosditos erros de projeto potenciais exibidos no dito painel detarefas (610).

15. Instruções que, quando executadas, levam osistema de computador a apresentar uma caixa de diálogo con-tendo texto de erro de contexto especifico (610), de acordocom a reivindicação 14, CARACTERIZADAS adicionalmente pelofato de compreendem instruções para:fornecer uma conexão selecionável por usuário nadita caixa de diálogo, a dita conexão selecionável por usuá-rio acoplada uma área de entrada onde uma propriedade de nódescrita pelo dito texto de erro de contexto especifico podeser manipulada pelo dito usuário.

16. Instruções que, quando executadas, levam osistema de computador a receber diretrizes para formatar umformulário eletrônico (602), de acordo com a reivindicação 13, CARACTERIZADAS adicionalmente pelo fato de que compreen-dem instruções para:receber diretrizes para identificar erros de re-trocompatibilidade durante o dito processo de geração deformulário.

17. Instruções que, quando executadas, levam osistema de computador a receber diretrizes para formatar umformulário eletrônico (602), de acordo com a reivindicação-13, CARACTERIZADAS adicionalmente pelo fato de que compreen-dem instruções para:avisar um usuário para as ditas diretrizes paraformatar o dito formulário eletrônico como uma condição ini-cial do dito processo de geração de formulário.

18. Instruções que, quando executadas, levam osistema de computador a exibir a dita lista de erros de pro-jeto potenciais no painel de única tarefa de uma interfacede usuário (608), de acordo com a reivindicação 13,CARACTERIZADAS adicionalmente pelo fato de que compreendeminstruções para:exibir a dita lista de erros de projeto potenciaissub-dividida em categorias de erros, cada categoria da ditapluralidade de categorias de erros correspondente a pelo me-nos um da dita pluralidade de objetos verificadores de projeto.

19. Instruções que, quando executadas, levam osistema de computador a exibir a dita lista de erros de pro-jeto potenciais sub-dividida em categorias de erros, de a-cordo com a reivindicação 18, CARACTERIZADAS adicionalmentepelo fato de que compreendem instruções para:suprimir a exibição no dito painel de tarefas depelo menos uma das ditas categorias de erros, em resposta auma seleção do usuário de uma caixa de diálogo acessada viao dito painel de tarefas.

20. Instruções que, quando executadas, levam osistema de computador a exibir a dita lista de erros de pro-jeto potenciais sub-dividida em categorias de erros, de a-cordo com a reivindicação 18, CARACTERIZADAS adicionalmentepelo fato de que compreendem instruções para:restaurar a exibição da dita lista de erros deprojeto potenciais no dito painel de tarefas em resposta auma seleção do usuário de um botão de restauração selecioná-vel no dito painel de tarefas.