UNIVERSIDADE FEDERAL DO PARAN

ALEXANDER CZAJKOWSKI

SISTEMA DE INSCRIES UNIFICADO PARA EVENTOS: ESTUDO DE CASO DA PROPOSTA DO N DESIGN IMERSO 2010

CURITIBA 2010

ALEXANDER CZAJKOWSKI

SISTEMA DE INSCRIES UNIFICADO PARA EVENTOS: ESTUDO DE CASO DA PROPOSTA DO N DESIGN IMERSO 2010
Trabalho de Concluso de Curso apresentado como requisito parcial concluso do Curso de Design Grfico da Universidade Federal do Paran. Orientadora: Profa Dra Stephania Padovani

CURITIBA 2010

TERMO DE APROVAO

ALEXANDER CZAJKOWSKI

SISTEMA DE INSCRIES UNIFICADO PARA EVENTOS: ESTUDO DE CASO DA PROPOSTA DO N DESIGN IMERSO 2010

Trabalho de Graduao aprovado como requisito parcial para obteno do grau de Designer com habilitao em Design Grfico, do Setor de Cincias Humanas, Letras e Artes da Universidade Federal do Paran, pela banca composta pelos seguintes professores:

Orientador:

__________________________ Profa Dra Stephania Padovani Departamento de Design

__________________________ Profa Dra Luciane Fadel Departamento de Design

___________________________ Profo Msc. Ricardo Alexandre Martins Departamento de Design

Curitiba, 12 de novembro de 2010

Dedico este trabalho a todos os estudantes de design do Brasil que acreditam e trabalham voluntariamente em prol de uma causa coletiva, em especial, famlia que encontrei na Conde Curitiba.

AGRADECIMENTOS

A Professora Doutora Stephania Padovani, Steph, pela pacincia sem limites com seu orientando relapso, e especialmente em admirao sua postura como educadora dentro e fora sala de aula, sem dvidas um modelo a ser seguido. Aos Professores Ricardo Martins e Luciane Fadel, pelas contribuies e redirecionamento preciso deste trabalho por ocasio da Banca de Qualificao. Aos Professores que foram referncia positiva durante os 8 anos de minha graduao: Carla Spinillo, Paulo Reis, Naotake Fukushima, Ken Fonseca, Dubiela, Bini, Daniella Munhoz, Hiroshi Homma, Sawada. Aos Professores que fora de aula me impressionaram por suas aes: Dulce Fernandes e Ronaldo Corra. Aos colegas que passaram pelo Centro Acadmico de Desenho Industrial, o CADI-UFPR, o qual me sinto honrado de ter sido Presidente em 2008 e Colaborador de 2006 a 2010, e aos colegas representantes discentes, por acreditarem e lutarem pela construo de uma Universidade mais gil e produtiva e pela melhoria da educao, nos meus trs anos de Reunies Departamentais e de Colegiado, um ano como Conselheiro no Setor de Cincias Humanas, Letras e Artes, e um ano como Conselheiro no Conselho de Ensino Pesquisa e Extenso e Conselho Universitrio. Aos colegas da Conde Curitiba, pela construo do N Design Imerso 2010, o maior encontro nacional feito por estudantes e para estudantes, do Brasil e do mundo. E especialmente aos que participaram do desenvolvimento do SIU-N2010, Gabriella Borges, Marcelo Leite, aos colaboradores Daniel Koganas e Equipe Sagwee, e a Vincius Brand, programador que adotou o nosso projeto at o fim. A Kelli, Jardim, Gui e Martina, colegas da Equipe 10.5, pelos trabalhos mais divertidos, e aos amigos para todas as horas, Mauro Alex Rego, Janayna Velozo, Patty Lima, Marina Nicolaiewsky, Anny Venncio, Priscila Oliveira, Raffaela Loffredo. A minha irm, Tatyana (in memoriam), que, mesmo longe, sempre estar perto. Ao meu pai, minha me e meus avs, exemplos de vida, que desde cedo me incentivaram a buscar sabedoria, lutar e nunca desistir de um objetivo. Aos meus irmos, minha famlia, amigos e amigas, pela confiana e motivao e compreenso pela ausncia involuntria. A todos que, com boa inteno, colaboraram para a realizao e finalizao deste trabalho e aos que no impediram a finalizao deste estudo.

Mergulhe no meio das coisas, suje as mos, caia de joelhos e, ento, procure alcanar as estrelas.

John L. Curcio

RESUMO

Sistema de Inscries Unificado para eventos uma proposta realizada pelo N Design Imerso 2010, que une a inscrio do participante com a submisso de atividades e outras formas de participao em uma mesma interface, diminuindo a fragmentao do banco de dados e facilitando a utilizao para o usurio. Neste trabalho ser apresentado o processo de design deste sistema e feita uma avaliao sobre vantagens e desvantagens a partir do feedback do usurio e dos realizadores do evento.

Palavras-chave: Sistema de Inscries, Evento, N Design.

ABSTRACT

The Unified Registration System for Conferences is a propose made by the N Design Imerso 2010. It gathers the participant register process, activities contributions and another ways of participation in one interface. Thus it reduces the database fragmentation and makes the user experience easier. This work will present its design process and an assessment on the advantages and disadvantages based on the participants and organization board testimonials.

Key-words: Registration System, Conference, N Design.

ii

LISTA DE FIGURAS

FIGURA 01 - Formulrio plano antigo .......................................................................15 FIGURA 02 - Formulrio contnuo .............................................................................15 FIGURA 03 - Ficha de inscrio de evento dos profissionais de direito ....................16 FIGURA 04 - Ficha de inscrio no 4 Congresso Internacional de Design da Informao ..........................................................................................................17 FIGURA 05 - Ficha de inscrio Vestibular UFPR 2010.........................................17 FIGURA 06 - Ficha de inscrio do 1 N Design Frente.........................................19 FIGURA 07 - Ficha de inscrio do 1 N Design Verso ..........................................19 FIGURA 08 - Sistema de inscries do N Design 2010 ............................................20 FIGURA 09 - Desenvolvimento da arquitetura da informao, segundo Garret ........24 FIGURA 10 - Modelo simples e elaborado de diagramas do site ..............................25 FIGURA 11 - Processo de design..............................................................................29 FIGURA 12 Banco de dados em sistemas similares ..............................................34 FIGURA 13 Submisso de atividades em sistemas similares ................................34 FIGURA 14 Forrmas de pagamento em sistemas similares...................................35 FIGURA 15 Evento similar com ficha no Word e pagamento por depsito ............35 FIGURA 16 Similar que utiliza formulrio gdocs.....................................................36 FIGURA 17 Similar que utiliza o sistema SGI.........................................................36 FIGURA 18 - Relacionamento de tabelas por chave-primria...................................46 FIGURA 20 - Interface do pagamento digital.............................................................52 FIGURA 21 - Arquivo de remessa bancria CNAB....................................................53 FIGURA 22 - Comparao entre servios de webmail ..............................................56 FIGURA 23 - Esboos preliminares do SIU...............................................................58 FIGURA 24 - Testes de layout do SIU .......................................................................58 FIGURA 25 - Testes de interface do SIU ...................................................................59 FIGURA 26 - Guia de Referncia do SIU ..................................................................59 FIGURA 27 - O usurio, a entrada e a sada do SIU.................................................60 FIGURA 28 - Navegao simplificada do SIU ...........................................................61 FIGURA 29 - Seqncia hbrida, com navegao global e local do SIU ...................61 FIGURA 30 - Cinco partes bsicas do wireframe do SIU ..........................................63 FIGURA 31 - Detalhamento do design estrutural do SIU ..........................................63 FIGURA 32 Rascunho do Layout do Menu Superior..............................................65 iii

FIGURA 33 Layout Finalizado do Menu Superior...................................................65 FIGURA 34 Legenda do Menu Superior.................................................................65 FIGURA 35 Diferenciao entre botes ativos e inativos .......................................66 FIGURA 36 Paleta de cores da interface do SIU....................................................66 FIGURA 37 Padro grfico do site do N2010.........................................................67 FIGURA 38 Banner do N2010 para o cabealho do SIU........................................67 FIGURA 39 Famlia tipogrfica utilizada.................................................................67 FIGURA 40 Rascunho final da interface do SIU.....................................................68 FIGURA 41 Interface final do SIU...........................................................................68 FIGURA 43 - Exemplo de usurio com mltiplos pagamentos emitidos ...................80 FIGURA 44 - Detalhe do diagrama de caso de uso ..................................................90 FIGURA 45 - Exemplos de caixa de alerta ................................................................91 FIGURA 46 - Exemplo de feedback aps verificao dos campos ...........................92 FIGURA 47 - Exemplo de feedback ao usurio em tela ............................................92 FIGURA 48 - Termo de compromisso e caixa de alerta correspondente...................93 FIGURA 49 - E-mail de ativao do cadastro bsico ................................................94 FIGURA 50 Pacote de arquivos enviados para os stakeholders ............................96 FIGURA 51 Pgina de exemplo de interface enviada para os stakeholders ..........96 FIGURA 52 Observao sobre posicionamento dos rtulos do menu superior feita por um avaliador..........................................................................................97 FIGURA 53 Correes efetuadas no menu superior do SIU ..................................97 FIGURA 54 Erros de quebra de linha e curvatura dos botes................................98 FIGURA 55 Tela inicial do SIU decidida pela verificao de CPF ..........................98 FIGURA 56 Verso preliminar da ativao de cadastro com cdigo a ser digitado ...............................................................................................................99 FIGURA 57 Verso agrupada da pgina do Passo 3 .............................................99 FIGURA 58 Anlise de mtricas do site do N2010 ...............................................102 FIGURA 59 Anlise de mtricas da pgina de entrada do SIU ............................102 FIGURA 60 Anlise de mtricas do SIU por estado .............................................103 FIGURA 61 Anlise de mtricas do SIU por navegador .......................................104 FIGURA 62 Anlise de mtricas do SIU por suporte a Java ................................104 FIGURA 63 Anlise de mtricas do SIU por resoluo de tela.............................105 FIGURA 64 Resultado QUIS: Idade e gnero ......................................................107 FIGURA 65 Resultado QUIS: Tempo de uso e quantidade de visitas ..................107 iv

FIGURA 66 Resultado QUIS: Quantidade de problemas enfrentados pelo usurio ..............................................................................................................108 FIGURA 67 Resultado QUIS: Reaes negativas ao sistema..............................108 FIGURA 68 Resultado QUIS: Sistema Unificado lgico ou ilgico? ..................109 FIGURA 69 Resultado QUIS: Reaes ao Layout ...............................................109 FIGURA 70 Resultado QUIS: Reaes navegao........................................... 110 FIGURA 71 Resultado QUIS: Sobre a aprendizagem da interface ...................... 110 FIGURA 72 Resultado QUIS: Aviso de problemas potenciais .............................. 111 FIGURA 72 Resultado compilado do atendimento ao usurio .............................122 FIGURA 74 Exemplo de atendimento com usurio irritado ..................................124 FIGURA 75 Pesquisa de cadastros diretamente no Banco de Dados..................125 FIGURA 76 Consulta SQL para gerao manual de relatrios.............................125 FIGURA 77 Barra de progresso de ocupao das vagas no Lote 1...................128

LISTA DE TABELAS

TABELA 01 Anlise de similares: encontros nacionais...........................................33 TABELA 02 Anlise de similares: timos Ns ..........................................................37 TABELA 03 - Pacotes, valores, vagas e datas de vigncia das inscries................48 TABELA 04 - Detalhes estruturais dos editais do N2010...........................................50 TABELA 05 - Legenda para das tabelas de dados dos formulrios...........................69 TABELA 06 - Login ....................................................................................................69 TABELA 07 - Esqueci minha senha...........................................................................70 TABELA 08 - Cadastro bsico ...................................................................................70 TABELA 09 - PASSO 1: Dados bsicos Seo A (Dados Pessoais) ......................70 TABELA 10 - PASSO 1: Dados bsicos Seo B (Local/Contato)..........................71 TABELA 11 - PASSO 1: Dados bsicos Seo C (Formao)................................72 TABELA 12 - PASSO 1: Dados bsicos Seo D (Outros).....................................73 TABELA 13 - PASSO 2: Censo do encontrista ..........................................................73 TABELA 14 - PASSO 3: Seleo de pacotes ............................................................78 TABELA 15 - PASSO 3: Forma de pagamento..........................................................79 TABELA 16 - EDITAIS: Campos padro e invisveis dos editais ...............................80 TABELA 17 - EDITAIS: Inscrio de atividade Mergulho...........................................81 TABELA 18 - EDITAIS: Inscrio de atividade Quebrando o Gelo ............................82 TABELA 19 - EDITAIS: Inscrio de atividade SEPA ................................................83 TABELA 20 - EDITAIS: Inscrio de atividade Mostra de Vdeo ...............................84 TABELA 21 - EDITAIS: Inscrio de Representante do Cone Design .......................85 TABELA 22 - EDITAIS: Inscrio de Monitor .............................................................85 TABELA 23 - EDITAIS: Inscrio de Chefe de Delegao ........................................88 TABELA 24 - EDITAIS: Inscrio de Bazar................................................................89 TABELA 25 Estatsticas Finais do SIU-N2010......................................................100 TABELA 26 Feedback Usurio: Cadastro Bsico................................................. 112 TABELA 27 Feedback Usurio: Pagamentos ....................................................... 113 TABELA 28 Feedback Usurio: Pacotes .............................................................. 115 TABELA 29 Feedback Usurio: Editais ................................................................ 116 TABELA 30 Feedback Usurio: Limitaes SIU-N2010 ....................................... 118 TABELA 31 Feedback Usurio: Dvidas em geral ............................................... 119 vi

TABELA 32 Feedback Usurio: Erros de sistema ...............................................121

vii

LISTA DE SIGLAS

ADG AI BDRs BDOO CADI CNAB CONE CPF CSS

Associao Brasileira dos Designers Grficos do Brasil Arquitetura da Informao Bancos de Dados Relacionais Bancos de Dados Orientadores a Objeto Centro Acadmico de Desenho Industrial Centro Nacional de Automao Bancria Conselho Nacional dos Estudantes de Design Cadastro de Pessoas Fsicas Cascating Style Sheets Federao Brasileira de Bancos Human-Computer Interaction Hyper Text Markup Language Encontro Nacional dos Estudantes de Design N Design Imerso 2010 Portable Document Format Hypertext Prepocessor Pixel Questionrio de Satisfao do Usurio com a Interface Registro Geral Sistema de Informaes ao Encontrista Sistema de Inscries Unificado Sistemas Gerenciadores de Bancos de Dados Sending and Posting Advertisement in Mass Structured Query Language Tecnologia e Informao Design Centrado no Usurio Universidade Federal do Paran

FEBRABAN HCI HTML NDESIGN N2010 PDF PHP PX QUIS RG SIE SIU SGBs SPAM SQL TI UCD UFPR

viii

SUMRIO

1 INTRODUO ....................................................................................................... 11 2 FUNDAMENTAO TERICA .............................................................................13 2.1 SISTEMAS DE INSCRIES DE EVENTOS ..................................................14 2.1.1 Definio.................................................................................................14 2.1.2 Histrico dos Formulrios .......................................................................15 2.1.3 Estudo de Caso: N Design......................................................................18 2.1.4 Banco de Dados .....................................................................................20 2.1.5 Linguagens de programao ..................................................................21 2.2 DESIGN DE INTERFACES DIGITAIS ..............................................................23 2.2.1 Arquitetura da Informao.......................................................................23 2.2.2 Navegao..............................................................................................25 2.3 DESIGN DA INFORMAO APLICADO WEB .............................................26 3 DESENVOLVIMENTO............................................................................................29 3.1 PROCESSO DE DESIGN ................................................................................29 3.1.1 Discusso ...............................................................................................30 3.1.2 Criao ...................................................................................................30 3.1.3 Validao ................................................................................................31 3.1.4 Concluso...............................................................................................31 3.2 ANLISE DE SIMILARES ................................................................................32 3.2.1 Sistemas de Inscries de outros Encontros Nacionais de Estudantes..32 3.2.2 Sistemas de Inscries das ltimas edies do N Design ......................37 3.3 SISTEMA DE INSCRIES UNIFICADO DO N DESIGN IMERSO 2010 ....39 3.3.1 Apresentao do SIE Sistema de Informaes ao Encontrista ............39 3.3.2 Apresentao do SIU N2010 ..................................................................42 3.3.3 Pblico-alvo ............................................................................................43 3.3.4 Parmetros, requisitos e restries ........................................................43 3.3.5 Organizao e Informaes Bsicas do SIU ..........................................45 3.3.6 Desenvolvimento Inicial do SIU ..............................................................55 3.3.7 Design Estrutural e Navegao ..............................................................60 3.3.8 Detalhamento da Interface......................................................................65 3.3.9 Detalhamento dos Formulrios ...............................................................69 ix

3.3.10 Detalhamento das Telas .......................................................................89 3.3.11 Diagrama de Caso de Uso....................................................................90 4 VALIDAO ..........................................................................................................95 4.1 AVALIAO COM STAKEHOLDERS...............................................................95 4.2 ESTATSTICAS GERAIS................................................................................100 4.2.1 Estatsticas Finais dos Cadastros do SIU-N2010 .................................100 4.2.2 Estatsticas de acesso e perfil do usurio.............................................101 4.3 QUESTIONRIO DE SATISFAO DO USURIO COM A INTERFACE......105 4.4 FEEDBACK DE ATENDIMENTO AO USURIO ............................................ 111 4.5 FEEDBACK DA ORGANIZAO...................................................................124 5 CONCLUSES E RECOMENDAES ..............................................................129 REFERNCIAS.......................................................................................................132 APNDICES ...........................................................................................................135

11

1 INTRODUO

Os sistemas de inscries de eventos acadmicos, na sua grande maioria, no prezam por um Design Centrado no Usurio (UCD). Alm disso, a

fragmentao de informaes, que parte desde a arquitetura do sistema, dificulta no s o uso, mas tambm a administrao da coleta de dados. Desta forma, o uso destes sistemas torna-se uma tarefa cansativa e pouco produtiva, o que muitas vezes afeta a qualidade dos dados coletados, consequncia do estresse do usurio. Estes problemas podem ser ocasionados por falhas projetuais na concepo e implementao de tal sistema. Como principais pontos de anlise, apresenta-se: A organizao da informao falha a partir de sua concepo, sendo bastante fragmentada; O contedo informacional desconsidera a linguagem do usurio e o feedback de experincias anteriores; e A apresentao da informao no feita atravs de uma mensagem amigvel ou de fcil assimilao. Diante disso, levanta-se o seguinte questionamento: como facilitar o preenchimento de dados pelos usurios atravs da unificao de sistemas de inscries de eventos? Como objeto principal desta pesquisa sero analisados sistemas de inscries de eventos, focando mais precisamente na vigsima edio do Encontro Nacional de Estudantes de Design, o N Design Imerso (N2010), que reuniu cerca de 4,5 mil participantes, sendo o maior evento brasileiro da rea e um dos maiores da Amrica Latina. Nesta edio do evento foi executada pela organizao, com a participao do autor deste trabalho, uma proposta de unificao do sistema de inscrio do participante ao sistema de submisso de atividades, com automatizao e acompanhamento em tempo real de estatticas. O resultado o Sistema de Inscries Unificado do N2010, que ser o alvo de anlise deste texto. Devido ao porte do evento, considerou-se a oportunidade como ideal para

12

recolher e analisar o feedback do usurio a partir de uma situao real, e no de um teste de laboratrio, uma vez que o sistema existe de fato e foi amplamente utilizado entre janeiro e julho do ano corrente. O objetivo geral deste projeto trata de: apresentar o Sistema de Inscries Unificado para eventos atravs do estudo de caso da proposta do N Design Imerso 2010. Para alcance do objetivo geral estabelecido, foram determinados os seguintes objetivos especficos: a) Comparar sistemas de inscries das ltimas edies do N Design e de eventos similares; b) Detalhar o Sistema de Inscries Unificado, proposto pelo N Design Imerso 2010; c) Examinar feedback dos usurios inscritos no sistema proposto pelo N Design Imerso 2010; d) Registrar o feedback dos realizadores sobre o sistema de inscries unificado para eventos. Os eventos no Brasil esto em crescimento contnuo, tanto em quantidade de pessoas quanto em frequncia de realizao. Na contramo disso, os sistemas de inscries continuam sendo bastante arcaicos, fragmentados e confusos,

dificultando a ao dos usurios interessados, gerando um estresse na execuo da tarefa e chegando a impedir a acessibilidade em alguns casos. Deve-se levar em conta que estes sistemas so "a porta de entrada" dos interessados na grande maioria dos eventos. Alm disso, este trabalho poder servir de plataforma para a construo de sistemas similares - em eventos de design e at de outras reas. Por meio do Design Grfico pode-se, por exemplo, aprimorar a qualidade do sistema informacional, facilitar o uso da interface, promover um design centrado no usurio e diminuir a sobrecarga de informaes em tela. Desta forma, acredita-se que a contribuio da pesquisa ser vlida, colaborando com o aprimoramento de novos sistemas de inscries.

13

2 FUNDAMENTAO TERICA
Para a fundamentao terica deste trabalho sero abordados aspectos de 3 eixos distintos:

Sistemas de Inscries de Eventos; Design de Interfaces Digitais; Design Grfico Aplicado Web.

Antes disso, vamos retomar uma reflexo que Flusser aborda em um de seus artigos, publicado por Rafael Cardoso (2007) no livro Mundo Codificado:
Em Ingls, a palavra design funciona como substantivo e tambm como verbo (circunstncia que caracteriza muito bem o esprito da lngua inglesa). Como substantivo significa, entre outras coisas, propsito, plano, inteno, meta, esquema maligno, conspirao, forma, estrutura bsica, e todos esse e outros significados esto relacionados a astcia e a fraude. Na situao de verbo to design significa, entre outras coisas, tramar algo, simular, projetar, esquematizar, configurar, proceder de modo estratgico. A palavra de origem latina e contm em si o terno signum, que significa o mesmo que a palavra alem Zeichen (signo, desenho). E tanto signum como Zeichen tm origem comum, Etimologicamente, a palavra design significa algo assim como de-signar (entzeichnem). Rafael Cardoso (2007, p181)

Para este projeto, antes de tudo, entendemos que o Design elemento primordial de um sistema de inscries, no s pelo apelo esttico, interface eficiente, facilidade de localizao, boa arquitetura e ergonomia, mas principalmente por um fator que anterior ao acabamento e estrutura: a estratgia. Pensar em um sistema de inscries de sucesso fraudar o bvio e pensar em como contornar uma tarefa chata em algo mais ldico, ou pelo menos, menos incmodo. Por trs do sistema temos um objetivo claro, a concluso bem sucedida de uma inscrio. No entanto, temos tambm objetivos implcitos, como a obteno de dados necessrios pra tramar um evento mais adequado as expectativas do participante, ou a agilidade na consulta de quaisquer informaes do evento pela comisso organizadora ou pelo participante. Todos estes fatores esto associados ao Design e contribuem para um bom um sistema de inscries unificado para eventos.

14

2.1 SISTEMAS DE INSCRIES DE EVENTOS

2.1.1 Definio Antes de qualquer coisa, cabe um esclarecimento em termos de nomenclatura. Neste trabalho ser considerado o termo evento sendo o substantivo masculino que denota acontecimento ou ao, como deslocamento (a ao) de pessoas a determinada localidade para assistir (o acontecimento) ou participar, ou palestrar determinado acontecimento. A reunio de pessoas para um determinado evento um fenmeno social que se confunde com a histria da humanidade. No entanto, o assunto a ser estudado aqui no tratar de uma abordagem sociolgica, mas sim, de uma pequena parte tcnica relacionada a organizao de um evento. Fato que, independente dos motivos, a reunio de pessoas em eventos algo que se torna cada vez mais freqente e corriqueiro. Podemos falar de diversos portes de evento, desde uma reunio familiar at uma feira para centenas de milhares de pessoas. medida que os eventos cresceram no seu porte comearam a ser necessrias ferramentas mais eficientes para organizao. Via de regra, em uma reunio familiar no necessrio cadastrar as pessoas previamente, j que so poucas informaes, porm em uma grande feira onde o nmero de visitantes implicar no tamanho do local, na logstica contratada, alimentao a ser servida, e pagamentos de valor varivel, por exemplo, aparece a necessidade de um banco de dados que armazene tudo isso. Portanto, qualquer evento que necessite tal banco de dados, necessitar tambm de um sistema de inscries, atravs do qual os dados sejam reunidos. Para a organizao, tal sistema atua como este mecanismo de coleta, armazenagem e administrao de informaes. Para o usurio, trata-se da maneira pela qual ser assegurada a sua participao no evento em questo, logo, concluindo a inscrio o usurio confirma seu interesse e garante uma vaga.

15

2.1.2 Histrico dos Formulrios Em pocas anteriores a da criao e popularizao da internet j se utilizava o mecanismo manual, e depois o eletrnico para auxiliar na tarefa de coletar e guardar dados. O formulrio foi bastante difundido junto com o crescimento da necessidade de catalogar dados. Segundo Oliveira (2005), o formulrio um documento com campos pr-impressos onde so preenchidos os dados e as informaes, que permite a formalizao das comunicaes, o registro e o controle das atividades das organizaes. O autor acrescenta ainda que existem os formulrios planos, contnuos e eletrnicos, sendo que estes 3 modelos j demonstram uma certa evoluo entre si.

FIGURA 01 - Formulrio plano antigo (Fonte: Squidoo)

FIGURA 02 - Formulrio contnuo (Fonte: Grfica Itabira)

O lanamento de novas tecnologias permite que os campos, antes preenchidos a mo, passassem a ser preenchidos com maquina de escrever. Depois, para aplicaes em larga escala, por longos anos foram utilizadas as impressoras matriciais para uso com formulrios contnuos. Nestes dois modelos de formulrios, por serem fsicos, importante lembrar que ainda existia o fator do envio dos dados. Considerando que os eventos podem ser em local muito distante, o envio de tais formulrios era realizado atravs de remessa postal (carta) ou de modo eletrnico (fax). Recentemente, com a popularizao de equipamentos como o scanner e as cmeras fotogrficas digitais o envio de um formulrio fsico de modo

16

remoto se tornou um processo mais rpido e menos custoso. No entanto, h mais de uma dcada, com a popularizao dos computadores pessoais e da internet, os formulrios eletrnicos j so uma alternativa que oferece vantagens de anos-luz de distncia em relao aos formulrios impressos. Exemplo disso so o menor custo e maior agilidade no processo e especialmente a catalogao j digital dos dados, possibilitando a edio, acesso e disponibilizao simultnea dos mesmos, algo que at pouco tempo atrs poderia levar semanas, meses ou at anos, considerando a busca ou anlise de informaes em grandes bancos de dados. No de se estranhar a falta de controle das variveis envolvidas em grandes eventos, pois a anlise dos dados recebidos era muitas vezes invivel, e somente se teria noo real do perfil do pblico quando o evento j estivesse em curso, tornando tambm, muitas vezes, invivel qualquer ao da organizao no sentido de atender melhor ao pblico em questo. Estranho que ainda hoje tantos eventos, inclusive congressos cientficos de mdio porte, ainda utilizem sistemas arcaicos e descentralizados para coletar informaes dos inscritos, trazendo ano aps ano falhas estruturais graves em sua execuo, algo que poderia ser contornado com o investimento em um sistema eletrnico centralizado e bem estruturado.

FIGURA 03 - Ficha de inscrio de evento dos profissionais de direito (Fonte: Google)

17

FIGURA 04 - Ficha de inscrio no 4 Congresso Internacional de Design da Informao (Fonte: SBDI)

Um bom exemplo de sistemas que foram modernizados recentemente so as inscries dos concursos de vestibular. At pouco tempo ainda era possvel submeter a inscrio atravs de formulrios impressos, preenchidos a mo e enviados s instituies de ensino. Atualmente a maioria das grandes Universidades trabalha apenas com os modelos de formulrios eletrnicos centralizados em bancos de dados bem estruturados. Considerando o Concurso de Vestibular da UFPR, por exemplo, que rene cerca de 50.000 candidatos, fica evidente perceber o quanto o processo eletrnico no facilita, uma vez que antes muitos dados das fichas eram digitalizados manualmente, um a um.

FIGURA 05 - Ficha de inscrio Vestibular UFPR 2010 (Fonte: NC/UFPR)

18

Com o processo digital tornou-se possvel o acompanhamento da procura e concorrncia nos cursos em tempo real, assim como a quantidade de candidatos que faro a prova no local X ou Y, de acordo com a sua preferncia indicada no formulrio eletrnico. Pode-se saber ainda, de maneira instantnea, quantos candidatos esto concorrendo atravs das cotas de afrodescentes ou quantos so os estudantes oriundos de escolas pblicas, por exemplo. So informaes preciosas que antes demorariam semanas para serem analisadas.

2.1.3 Estudo de Caso: N Design O N Design, Encontro Nacional de Estudantes de Design um evento brasileiro organizado por estudantes e para estudantes que ocorre de maneira itinerante, tendo uma cidade brasileira diferente como sede a cada ano. A Comisso Organizadora (CONDE) formada por voluntrios de cada cidade sede, em geral estudantes universitrios dos cursos de design, ou recm-formados. O evento ocorre desde 1991, quando a primeira edio foi realizada na cidade de Curitiba-PR. Na ocasio o evento contou com a participao de 700 pessoas. Nesta poca os computadores ainda eram para poucos e a internet ainda era algo com que o brasileiro nem sonhava. A ficha de inscrio era impressa e enviada pelo correio para as Universidades, atravs das coordenaes de curso ou estudantes j em contato com a organizao. Para efetuar a inscrio o interessado deveria datilograf-la na mquina de escrever ou preench-la com letra de forma, conforme indica a Figura 07. Feito isso, deveria remet-la novamente para a comisso organizadora atravs do correio, sendo recomendado o uso de carta registrada. Com o passar dos anos o N Design se tornou um evento de grande porte, sendo hoje o maior encontro nacional de estudantes do Brasil, reunindo uma mdia de 3 mil participantes, considerando as ltimas 5 edies. Nestas edies foram utilizadas diferentes verses de formulrios eletrnicos, que sero vistos na Anlise de Similares do item 3 Desenvolvimento deste trabalho.

19

FIGURA 06 - Ficha de inscrio do 1 N Design Frente (Fonte: Acervo CADI UFPR)

FIGURA 07 - Ficha de inscrio do 1 N Design Verso (Fonte: Acervo CADI UFPR)

Em sua vigsima edio, ocorrida em 2010, novamente na cidade de Curitiba, o N Design reuniu 4547 participantes. Para lidar com tamanha quantidade de dados foi desenvolvido um sistema de inscries personalizado, para atender as demandas do projeto em execuo. Este sistema ser apresentado em detalhes a partir do prximo captulo.

20

FIGURA 08 - Sistema de inscries do N Design 2010 (Fonte: O autor)

2.1.4 Banco de Dados At meados dos anos 60 os dados eram mantidos aleatoriamente em arquivos, geralmente como partes integrantes da aplicao. A partir dessa poca, surgiram os primeiros Sistemas Gerenciadores de Bancos de Dados (SGBDs) comerciais, provendo armazenamento dos dados de forma independente da aplicao (Boscarioli et al, 2006). Este foi o incio dos Bancos de Dados Relacionais (BDRs), aprimorados ao longo das ltimas dcadas e que hoje oferecem muitas alternativas de Sistemas Gerenciadores, a exemplo do MySQL, que ser visto a seguir. Os autores discorrem ainda sobre a composio bsica de um BDR:
Em BDR, uma coleo de tabelas, todas com nomes nicos, compem a base de dados, podendo estar relacionada a uma ou mais tabelas. Conceitos como integridade referencial de dados que garantem que um dado referenciado em uma tabela esteja presente na tabela que est sendo referenciada e chaves primrias esto presentes e garantem que um conjunto de informaes possa ser representado de maneira consistente, independente da forma de acesso. (Boscarioli et al, 2006)

Alm dos BDRs, a partir dos anos 80 surgiram base de dados orientadas a objetos, para uso em aplicaes mais pesadas e com dados fora do padro

21

tradicional (CHAUDRI & ZICARI, 2001, pg. 3). A capacidade que esse paradigma possui de representar dados complexos uniu-se tecnologia de banco de dados, gerando os Bancos de Dados Orientados a Objeto (BDOO), que suportam modelagem e criao de dados como objetos (ODBMS, 2006) e no sero abordados neste trabalho, uma vez que seu entendimento no ser necessrio para a anlise do Sistema de Inscries Unificado do N2010.

2.1.5 Linguagens de programao Existem diversas linguagens de programao que podem ser utilizadas para a aplicao de um sistema de inscries. importante observar que independente da linguagem, o website dever ser implementado em linguagem dinmica, j que o contedo ir variar de acordo com o banco de dados. Se uma linguagem esttica for escolhida, a manuteno do sistema poder ocasionar em problemas de administrao na atualizao dos dados. Em linhas gerais, em um website esttico, todo o contedo das pginas inserido manualmente por desenvolvedores diretamente no cdigo HTML (HyperText Markup Language). Esse processo conhecido como construo da pgina em tempo de projeto, ou seja, ao mesmo tempo em que o site codificado tem tambm o contedo inserido. Sites estticos no tem sistema de gerenciamento de contedo e so mantidos pelo profissional desenvolvedor, que deve inserir/alterar/excluir informaes do site de forma manual quando necessrio (Munzlinger, 2010). Sobre um website dinmico, a mesma autora afirma que a atualizao de contedo tornase mais rpida, eficaz e pode ser mantida pelos usurios e administradores do site, dependendo do profissional desenvolvedor apenas para mudanas estruturais. O processo pode ser chamado de contedo construdo on the fly, ou seja, no momento em que a pgina requisitada, so enviadas, buscadas e processadas informaes em um banco de dados, simultaneamente interpretao e apresentao para o usurio em seu navegador. O SIU do N2010, assim como a maioria dos similares analisados, trabalham com as linguagens PHP e MySQL.

22

PHP: Hypertext Preprocessor O PHP apresentado em seu manual colaborativo como sendo uma linguagem de programao de ampla utilizao, interpretada, que especialmente interessante para desenvolvimento para a Web e pode ser mesclada dentro do cdigo HTML. A sintaxe da linguagem lembra C, Java e Perl, e fcil de aprender. (Achour et al, 2010). Segundo Niederauer (2008), o PHP uma das linguagens de programao mais utilizadas na Web para a criao de pginas dinmicas. O autor explica as principais caractersticas que geram esta boa aceitao: - Gratuito e com cdigo aberto: o PHP um software livre e com cdigo-fonte aberto, podendo ser obtido gratuitamente; - Embutido no HTML: o PHP pode ser misturado livremente com o HTML, principal linguagem utilizada em websites, gerando um cdigo misto; - Baseado no servidor: todo o cdigo PHP executado no servidor, diminuindo a carga de processamento no computador do usurio e favorecendo a privacidade do cdigo, uma vez que o mesmo no poder ser acessado na ntegra; - Banco de Dados: diversos bancos de dados so suportados pelo PHP, trabalhando com a linguagem SQL (Structured Query Language); - Portabilidade: pode-se executar o PHP em diversos sistemas de servidores, como Linux, Unix e Windows NT. MySQL MySQL um Sistema Gerenciador de Bancos de Dados relacional que utiliza a linguagem padro SQL e largamente utilizado em aplicaes para a Internet (Niederauer, 2008). O autor destaca caractersticas como velocidade, escalabilidade e confiabilidade, tornando o MySQL uma alternativa atrativa, sendo utilizado em sites com grandes volumes de dados e de trfego, como Google e NASA. o mais popular entre os bancos de dados com cdigo-fonte aberto, sendo utilizado em mais de 5 milhes de instalaes. Algumas vantagens: - nmero ilimitado de utilizao por usurios simultneos; - capacidade de manipulao de tabelas com mais de 50 milhes de registros; - alta velocidade de execuo de comandos; - fcil e eficiente controle de privilgios de usurios.

23

2.2 DESIGN DE INTERFACES DIGITAIS

2.2.1 Arquitetura da Informao Sabe-se que a informao no mais o problema da sociedade atual. O desafio agora, e cada vez mais, saber como transformar a informao em conhecimento. Nesse nterim, a Arquitetura de Informao (AI) ganha fora, assim como o Ergodesign, aspectos essenciais para o Design de Interfaces Digitais.
O Ergodesign e a Arquitetura da Informao trabalham com os processos mentais humanos - os chamados processos cognitivos. Esses processos dizem respeito a como as pessoas aprendem a informao e como constroem conhecimentos. (Agner, 2009)

Dentro dos Sistemas de Inscries a AI tem um papel fundamental, pois o problema pode no estar nas informaes que chegam ao usurio, e sim na maneira como elas foram concebidas e como esto estruturadas. Rozenfeld e Morville (2002) consideram que AI tem como objetivo organizar as informaes de forma clara, auxiliando as pessoas e maximizando a sua efetividade. De forma mais especfica, Garret (2003) aponta alguns aspectos que podem ser abordados ao organizar o contedo, tais como: Modos diferentes de atingir uma informao; Estabelecer relaes entre os elementos, gerais e unitrios, Evidenciar as relaes do contedo visualizado com o contedo geral.

Ainda tratando-se de aproximar o usurio das informaes, Garret (2003) sugere uma sequencia de procedimentos. Este modelo possui cinco etapas que vo das informaes mais abstratas s mais concretas, i.e., dos objetivos do site e necessidades do usurio ao design visual.

24

FIGURA 09 - Desenvolvimento da arquitetura da informao, segundo Garret (Fonte: Garret, 2003)

Pode-se acrescentar a estes procedimentos, cinco etapas propostas por Maguire (2001), para facilitar a comunicao de um software com o usurio:

- Planejar o processo para um design voltado ao usurio; - Compreender e exemplificar as formas de utilizao; - Identificar o usurio, bem como os requisitos organizacionais; - Produzir modelos e executar simulaes de prottipos e simulaes; - Permitir avaliaes do usurio.

Uma AI bem elaborada previne erros comuns de navegao, portanto, Lynch & Horton (2009) sugerem, para um site elaborado por vrias pessoas, um acompanhamento atravs de diagramas do site. Assim, cada mudana proposta deve ser representada nos diagramas, facilitando o planejamento, visualizao do resultado e interao. Enquanto o site aprimorado a interao torna-se fundamental para melhorar o projeto. Vale ressaltar a utilizao do design interativo, que se aplicado aos usurios durante o processo de desenvolvimento, apresenta informaes sobre a repercusso da evoluo e as necessidades do pblico (Maguire, 2001).

25

FIGURA 10 - Modelo simples e elaborado de diagramas do site (Fonte: WebStyleGuide)

Nos diagramas de site mais elaborados esto presentes elementos como a organizao do contedo, a profundidade do clique, modelo da pgina, a estrutura dos diretrios e de seus arquivos, dados de aplicaes, identificao de reas restritas, entre outros. Entretanto, a escolha ao adotar o grau de especificidades do diagrama depende da necessidade, ou seja, se apresentado para um grupo de clientes um diagrama simples suficiente, conquanto no adequado para a equipe tcnica. No que tange equipe tcnica, particularmente de designers grficos, alm dos diagramas, os wireframes sero essenciais para a criao do design e interface das pginas do site. Os elementos mais comuns encontrados em wireframe so o logo, a identidade visual, os ttulos das pginas, a navegao, informaes de contato, formulrio de busca, declaraes de direitos autorais, etc.

2.2.2 Navegao Segundo Norman (1994), navegao uma metfora espacial para a atividade de traar um roteiro dentro de um sistema hipermdia movendo-se de um n para outro. J Leo (2005) define que navegar, em linhas gerais, a arte de encontrar um caminho que leve de local ao outro. A autora ainda lembra que a complexidade s se viabiliza se existir simplicidade. Isso fica bem evidente em um

26

sistema de inscries, que por mais completo que seja, dever ser apresentado ao usurio de modo que permita fcil navegao, j que ele possui um objetivo primrio: conseguir finalizar sua inscrio, sem perder muito tempo com isso. Monk (1990) distingue duas estratgias de navegao com base nas metas informacionais dos usurios: navegao dirigida e navegao exploratria. No caso do sistema de inscries a navegao ser primariamente dirigida. Tendo vista que a boa parte dos sites formada por textos imprescindvel o conhecimento das regras de composio de acordo com os hbitos de leitura. No Ocidente cabe o padro Gutenberg Z, i.e., a leitura realizada de cima para baixo, da esquerda para a direita. Os estudos do Instituto Poynter revelaram que para a leitura de sites, os usurios preliminarmente exploram o canto superior esquerdo, ento mantm o padro Gutenberg Z para a leitura da pgina, e por ltimo digitalizam o contedo do lado direito. Outro fator que merece a ateno a estrutura informacional do sistema. Brockman et al. (1989) concluram que ao mesmo tempo que uma estrutura simples limita o usurio, ela diminue as possibilidades de desorientao. Os autores classificam quatro diferentes categorias para sistemas hipermdia: seqncia linear, grid, rvore e rede. Segundo Padovani e Moura (2008) a definio hipermdia : Sistemas digitais com arquitetura da informao no seqencial, os quais incluam mltiplos formatos de apresentao de informao e permitam ao usurio escolher seus caminhos dentro do sistema. No desenvolvimento deste trabalho veremos que a estrutura informacional de um sistema de inscries no necessariamente linear.

2.3 DESIGN DA INFORMAO APLICADO WEB Partindo da grande rea temos a definio da Associao Brasileira dos Designers Grficos do Brasil ADG, que diz que design grfico (...) um processo tcnico e criativo que utiliza imagens e textos para comunicar mensagens, idias e conceitos, com objetivos comerciais ou de fundo social. Neste sentido concordamos com a definio da ADG, pois ela se enquadra no objeto projetual deste trabalho. Fragmentando subreas do Design Grfico aparece o Design da Informao, que preocupao em transformar dados em informao, tornando aquilo que

27

complexo mais fcil de compreender e de utilizar (MacLeod, 2003). No entanto, como estamos falando diretamente de Web, j que o sistema abordado inteiramente virtual, no possu quaisquer peas impressas, necessitamos focar um pouco mais. Uma definio que interessa ento a de Fleming (1998) que diz que o visitante do ciberespao precisa saber: onde est; onde pode ir; como pode chegar ao local desejado; como pode retornar posio inicial. Deve-se considerar tanto a informao disponvel propriamente dita, ou seja, o contedo, quanto a maneira como esta informao est organizada. (Jul e Furnas, 1997). Aqui j entramos em outro campo, de interesse direto para o desenvolvimento de nosso sistema, o Design da Informao aplicado a Web. Como trata-se de um ambiente de navegao onde o usurio necessita de orientao, precisamos trazer tambm uma definio de Wayfinding, o conjunto de processos perceptivos e cognitivos envolvidos na busca de um destino almejado em um espao fsico ou informacional. Durante este processo, o indivduo verifica sua localizao relativa, decide que rota tomar, monitora a rota e reconhece o destino final (Passini, 1998). Agora, pensando no Sistema de Inscries, notvel pensar que o usurio tem um destino almejado, finalizar a sua inscrio com sucesso, e para isso escolhe uma rota, os formulrios de inscrio, depois monitora a rota, aguardando feedback do sistema, e, finalmente, reconhece o destino final, uma mensagem derradeira assegurando que a sua inscrio foi feita com sucesso. Segundo Meister (1999) um Sistema pode ser definido como uma entidade composta de elementos que trabalham juntos (interagem) de modo a atingir um objetivo que esses mesmos componentes no seriam capazes de produzir isoladamente. Pensando em Sistema, podemos abordar alguns conceitos que Padovani & Moura (2008) agrupam, pensando em elementos importantes para facilitar a navegao do usurio: reas clicveis; Mecanismos de auxlio identificao de reas clicveis; Indicadores de localizao; Ferramentas de auxlio navegao; Ferramentas de Retronavegao; Feedback.

28

Alm disso, necessrio que o sistema considere aspectos de preveno aos problemas que o usurio poder encontrar. Aqui, cabe citar um problema fundamental a ser evitado, a desorientao, que prejudica tanto a usabilidade quanto a utilidade do sistema (Patel, 1998). A desorientao tambm abordada por Foss (1989), que afirma algumas decorrncias ao usurio: Chegar a um ponto do sistema e esquecer o que foi fazer l; Esquecer de retornar de digresses ou de seguir digresses anteriormente planejadas; No saber onde se encontra em relao a outros ns que contenham informao relevante para a busca; Esquecer que sees j foram visitadas ou alteradas; Dificuldade de sumariar que ns de informao j foram consultados aps horas de navegao.

29

3 DESENVOLVIMENTO
3.1 PROCESSO DE DESIGN Para elaborao do processo de design foi realizada uma pesquisa preliminar, em diversos sites da web, buscando por modelos apropriados. Da mesma forma, consultou-se a alguns autores relacionados HCI (Human-Computer Interface), como Garrett (2003). Uma vez que os modelos no pareciam corresponder abordagem pretendida para o trabalho, o autor optou por iniciar uma nova proposta. A sequncia lgica lembra os processos sugeridos por Vora (1997) e Lbach (2001), porm foi construda a partir do zero, almejando obter uma maneira possvel de abordar o problema. A estruturao se d em um eixo principal, representando as etapas principais e agrupamentos de sub-etapas de trabalho; suas ramificaes, representando subetapas de trabalho; e, suas interligaes, representando o seqenciamento dos blocos de etapas entre si, conforme demonstrado no diagrama a seguir:

FIGURA 11 - Processo de design (Fonte: O autor)

As etapas principais estabelecidas no processo de design proposto para este projeto configuram-se como um eixo norteador do processo e, por esse motivo, sero detalhamente explanadas.

30

3.1.1 Discusso Na primeira etapa, considera-se a pesquisa de informaes bsicas relacionadas ao sistema de inscries. Inclui-se aqui a reviso de literatura para consolidao da fundamentao terica com os itens de maior relevncia para o desenvolvimento. Na pesquisa de similares sero analisadas informaes de funcionamento geral de 25 sistemas de inscries de outros encontros nacionais de estudantes e tambm das ltimas quatro edies do N Design anteriores ao desenvolvimento do sistema atual. Para a anlise de pblico-alvo sero demonstrados dados relativos s ltimas edies do N Design e ao final os dados j consolidados da edio de 2010. Em parmetros, requisitos e restries sero apresentados os principais itens considerados relevantes para o sistema de inscries pela organizao do evento. So itens fundamentais para assegurar o acompanhamento do desenvolvimento atravs de um controle de qualidade.

3.1.2 Criao Na segunda etapa ser relatado processo de criao do Sistema de Inscries Unificado do N Design Imerso, comeando pelo desenvolvimento preliminar, incluindo aqui esboos, analogias e os procedimentos adotados at se obter um sistema possvel de ser aprimorado e detalhado nas etapas que seguem. Em seguida ser demonstrado a evoluo do design estrutural e funcionamento bsico de navegao no sistema. O detalhamento da interface abrange a apresentao grfica final do sistema, como ele ser apresentado ao usurio, o porqu de suas cores, formato dos cones, tipografias, e demais elementos de Design da Informao aplicado Web. Logo depois todos os formulrios sero esmiuados, montando uma tabela de cada um deles com as especificaes de todos os campos. Com a integrao dos formulrios, da interface principal e das pginas de acesso, passamos, na sequncia para o detalhamento de todas as telas visitadas pelo usurio dentro do sistema de inscries. Finalmente, com base nas subetapas acima, passa-se para a apresentao

31

de um diagrama de caso de uso, onde sero apresentadas a integrao entre as telas, rotas dentro do sistema e processos visveis e ocultos que acontecem no processamento de cada ao possvel do usurio.

3.1.3 Validao Na terceira etapa aparece o resultado mais esperado do sistema: a sua utilizao, e conseqentes dificuldades e novos pontos a serem melhorados que passam a ser descobertos. A primeira validao foi feita com Stakeholders, antes do sistema ser lanado, com uma verso beta, distribuda on-line para 80 avaliadores, sendo 60 da organizao e 20 externos. A segunda foi feita atravs de modelo adaptado do QUIS Questionrio de Satisfao do Usurio com a Interface aps 3 meses e meio do lanamento do sistema de inscries, visando obter um feedback qualificado daqueles que estavam se inscrevendo, considerando uma amostra pequena, apenas 20 participantes, j que o formulrio final bastante extenso, com 63 perguntas fechadas e 7 questes abertas. A seguir foram analisadas estatsticas sobre como se comportou o sistema de inscries durante todo o perodo pr-evento e durante o evento, considerando a quantidade de acessos, picos, informaes dos usurios, etc, servindo de base para anlises mais aprofundadas e desenvolvimento de novos sistemas. O prximo passo foi efetuar a compilao e anlise do feeback do usurio a partir dos atendimentos de dvidas enviadas atravs de e-mail. Foram avaliadas todas as mensagens trocadas entre os usurios e a Comisso de TI da Conde Curitiba, somando um total de 1.000 atendimentos realizados no perodo entre fevereiro e julho de 2010. Por fim, foram compilados os principais pontos apontados pela comisso organizadora, sempre que um problema relacionado ao sistema de inscries fosse detectado.

3.1.4 Concluso Na ltima etapa, alm da sugesto de ajustes feitos com base nas avaliaes

32

realizadas com os usurios, sero deixadas contribuies para auxiliar em novos sistemas que possam ser executados com base no SIU-N2010.

3.2 ANLISE DE SIMILARES O objetivo da anlise de similares mapear como cada sistema lida com questes bsicas operacionais, no focadas em aspectos de design de interface, mas sim, questes estruturais: Qual o formato do banco de dados; Se existe submisso de trabalhos; Se este envio unificado ao sistema de inscries; Se o pagamento integrado ao sistema; Qual a forma de pagamento; Qual o processo para reconhecimento de pagamento; Qual o sistema utilizado.

3.2.1 Sistemas de Inscries de outros Encontros Nacionais de Estudantes Para buscar informaes sobre o funcionamento de sistemas de inscries em eventos similares foram considerados 25 encontros nacionais de estudantes com realizao no ano de 2010, tal qual o N Design Imerso. Da amostragem total dos eventos, cinco no puderam ter seus dados contabilizados, pois estavam fora do ar ou inoperantes, como pode ser conferido na Tabela 01. De maneira geral percebe-se que praticamente a metade dos avaliados no utiliza um armazenamento de dados eletrnico e automtico. Nestas, o registro ainda recorre s fichas de inscrio que devem ser impressas e preenchidas, ou ento enviadas de maneira descentralizada, o que dificulta o processo de inscrio para o usurio e a administrao dos dados pela Comisso Organizadora.

33

TABELA 01 Anlise de similares: encontros nacionais Forma Pagto

Submisso Trabalhos

Envio Unificado?

Comprov. Pagto e-mail site site site -

Pagto Integrado

Banco de Dados

1 ENEQUI 2 ENECO 3 ENEEF 4 ENEH 5 ENEL 6 ENAFISIO 7 ENEAD 8 ENECIC 9 ENESS 10 ENEEEL 11 ENED 12 ENEG 13 ENEEn 14 ENEVET 15 CONEA 16 ENEB 17 ECEM 18 ENEAMB 19 ENEF 20 ENEGEO 21 ENEA 22 ENEPE 23 ENEBD 24 ENEAP 25 ENEMET
Fonte: O autor.

XXIX XXXVI XXXI XXX XXXI VII XXXVI XXIV XXXII V XXXI XVIII XXXIII XXIII LIII XXXI XL VIII XXXIII XXXII XXXIV XXX XXXIII IX X

Qumica Economia Ed. Fsica Histria Letras Fisioterapia Administrao Cincias Contbeis Servio Social Eng. Eltrica Direito Geografia Enfermagem Med. Veterinaria Agronomia Biologia Medicina Eng. Ambiental Farmcia Geologia Arquitetura Pedagogia Biblioteconomia Adm. Pblica Eng. Metalrgica

on-line on-line e-mail gdocs

sim sim sim sim

sim sim e-mail e-mail e-mail e-mail e-mail e-mail

no sim no no no no no no

depsito depsito depsito depsito depsito depsito

PKPe-mail OCS SGI

pag seguro site

e-mail gdocs SGI

on-line sim Word / email sim on-line gdocs gdocs gdocs sim sim no sim

e-mail word e-mail prprio gdocs

pag seguro depsito depsito depsito depsito depsito depsito depsito depsito depsito boleto depsito presencial

no e-mail / gdocs no e-mail e-mail e-mail e-mail e-mail e-mail no no no no no no no sim no no

e-mail gdocs e-mail gdocs e-mail prprio e-mail word e-mail word

on-line sim Word / email sim Word / email no impresso no Word / email no Word / email no on-line sim

e-mail word e-mail word SGI prprio

on-line no Word / email sim impresso sim

e-mail word

fora do ar fora do ar fora do ar fora do ar fora do ar

Sistema Utilizado

Edio

SIGLA

Curso

34

Banco de Dados
impresso word/egdocs e-mail on-line 0 2 6 4 1 7 2 4 6 8

Nmero de respostas

FIGURA 12 Banco de dados em sistemas similares (Fonte: O autor)

A maioria dos eventos trabalha com submisso de atividades, porm apenas 2 sistemas possibilitam o envio unificado destas durante a inscrio. Entre os demais a maioria trabalha com envio das fichas atravs de e-mail, o que novamente favorece a fragmentao dos dados e aumenta o custo operacional.

Submisso de Atividades
no sim 0 5 10 6 14 15
no possui gdocs e-mail sim

Envio Unificado
5 1 12 2 0 5 10 15

Nmero de respostas

Nmero de respostas

FIGURA 13 Submisso de atividades em sistemas similares (Fonte: O autor)

Quanto ao pagamento da inscrio, grande parte ainda trabalha com depsitos em conta, o que ocasiona falhas e dificulta o controle dos pagamentos j efetuados, que precisa ser manual, aps o recebimento de comprovante de pagamento por e-mail.

35

Forma de Pagamento
presencial boleto pag seguro depsito 0 1 1 2 16 5 10 15 20

Comprovante de Pagamento
no utiliza no informado site e-mail

1 2 4 13 0 5 10 15 Nmero de respostas

Nmero de respostas

FIGURA 14 Forrmas de pagamento em sistemas similares (Fonte: O autor)

De modo geral percebe-se que os sistemas similares em outros encontros nacionais de estudantes so bastante arcaicos, sendo de difcil utilizao para o usurio. Especialmente porque complica a administrao de todo o material gerado, sendo necessrio lidar manualmente com centenas ou milhares de fichas de inscrio e comprovantes de pagamento. Certamente esta uma escolha equivocada, dada a disponibilizao de tecnologia digital, at de forma gratuita, como no caso dos formulrios do Google Docs, que poderiam facilitar muito o processo.

FIGURA 15 Evento similar com ficha no Word e pagamento por depsito (Fonte: XXXI ENEB)

36

FIGURA 16 Similar que utiliza formulrio gdocs (Fonte: XXXII ENESS)

FIGURA 17 Similar que utiliza o sistema SGI (Fonte: XXXI ENEL)

Na amostra no foi encontrado nenhum exemplo que se assemelhe, em questo de aprimoramento de tecnologia, com o que foi aplicado no Sistema de Inscries Unificado do N2010, salvo no sistema SGI, um sistema de terceiros, prprio para eventos, que foi utilizado em 3 encontros analisados. O SGI tem um propsito semelhante ao SIU, porm apresentado de maneira mais simplificada. No geral a grande maioria no se aproxima sequer das amostras de edies mais antigas do N Design, que ser abordado no prximo item.

37

3.2.2 Sistemas de Inscries das ltimas edies do N Design Possuir acesso direto aos sistemas recentes utilizados pelo N Design foi algo pretendido exaustivamente. No entanto, por conta de problemas enfrentados no servidor, em 2009 foram perdidos todos os dados armazenados. Para suprir esta falta os dados foram coletados atravs de contato com os organizadores de cada edio, por meio de questionrios ou entrevistas no estruturados. O objetivo foi preencher a tabela com os mesmos dados que os demais encontros nacionais e reunir informaes especficas sobre problemas e curiosidades.

TABELA 02 Anlise de similares: timos Ns Submisso Trabalhos Envio Unificado? Comprov. Pagto Pagto Integrado Banco de Dados Sistema Utilizado prprio prprio prprio terceirizado adaptado

Edio

N16

Braslia (DF) Florianopolis (SC) Manaus (AM) Olinda (PE)

2006

on-line

sim

no

sim

boleto e carto

Forma Pagto boleto boleto boleto

Sede

Ano

manual

N17

2007

on-line

sim

no

sim

arquivo de lote extrato manual extrato manual

N18 N19

2008 2009

on-line on-line

sim sim

no sim

sim sim

Fonte: O autor.

O primeiro dado interessante que todas as edies do N Design, desde 2006, utilizam um sistema de inscries desenvolvido ou adaptado para o evento, com banco de dados prprio, facilitando bastante a administrao por parte dos organizadores, uma vez que estas edies tiveram um pblico entre 1400 e 4500 participantes cada uma. Nota-se tambm que nenhum destes sistemas trabalhou com pagamento via depsito, todos eles possuam sistema integrado para emisso de boletos durante o preenchimento do formulrio de inscrio. Com relao submisso de atividades, nas edies de 2006, 2007 e 2008 o envio foi realizado a partir de fichas em formato Word. Somente em 2009 foi efetuado o envio atravs do sistema de inscries, com informaes pessoais recuperadas do banco de dados da inscrio do participante, mas ainda sem

38

submisso totalmente unificada, pois o procedimento administrativo de avaliao e resultado das atividades aprovadas ou reprovadas era feito manualmente, e no pelo sistema. Com relao ao reconhecimento de pagamentos efetuados, somente em 2007 foi utilizado um sistema totalmente integrado com o sistema bancrio, a partir de arquivos de lote com dados da remessa bancria, que eram baixados diariamente e depois inseridos no sistema do evento, atualizando de modo automtico a situao dos participantes pagantes. Nas demais edies a confirmao de pagamento do participante era atualizada de forma integralmente ou parcialmente manual, pelos organizadores a partir de comparao com o extrato bancrio. No era solicitado que os participantes enviassem os comprovantes de pagamento por e-mail, tal qual ainda feito em boa parte dos encontros nacionais similares. N Design Braslia 2006 (2400 participantes) O sistema possuia a possibilidade de pagamento parcelado no carto de crdito, alm do boleto. Nesse caso era utilizado um sistema prprio da administradora de carto de crdito, porm informaes sobre a integrao entre os sistemas no foram fornecidas. Uma curiosidade informada que houve um bug a partir do milsimo boleto gerado, quando a partir de ento todos os boletos foram gerados com o mesmo nmero (999), causando um caos entre aqueles que emitiram e tentaram pagar ttulos duplicados. N Design Florianpolis 2007 (4532 participantes) O responsvel relatou que o principal problema encontrado foi a inconsistncia dos nmeros de pacotes com pagamento confirmado informado no sistema para organizao, fazendo com que mais pessoas do que o previsto chegassem ao evento com uma determinada seleo de pacotes. Por pouco o ocorrido no quebrou a margem de segurana e o problema de superlotao foi resolvido com bom-humor e um pouco de pacincia de todos. N Design Manaus 2008 (1400 participantes) Nesta edio ocorreu uma incompatibilidade entre o sistema bancrio e o

39

sistema do evento, fazendo com que muitas confirmaes e aes da organizao fossem prestadas de modo manual. Posteriormente, o ocorrido dificultou a prestao de contas, pois os valores das transaes efetuadas foram perdidos. N Design Pernambuco 2009 (1900 participantes) O sistema utilizado foi adaptado a partir do sistema Mesmo, uma proposta lanada, no ano anterior, por um participante com experincia em banco de dados. O sistema Mesmo consistia em utilizar um banco de dados nico para todos os eventos estudantis de design (nacionais e regionais), de modo que o participante regular precisasse apenas atualizar seus dados, e no preencher um formulrio novo a cada edio. A proposta foi considerada boa por todos, mas diante das necessidades de adaptao do sistema para o N Design PE, ocorreram muitos atrasos e pontos no finalizados, ocasionando, por exemplo, o processo no automtico de confirmao de pagamentos. Estes foram alguns motivos que ocasionaram a no continuidade do sistema em 2010. Entretanto, esse o que mais se aproxima do SIU-N2010, sendo uma das principais referncias consultadas no momento da criao. Outra questo pertinente que em 2009 foram utilizadas estatsticas simultneas quanto ao andamento das inscries para um melhor planejamento do evento, o que, segundo os organizadores consultados, foi de grande valia para o desenvolvimento das atividades.

3.3 SISTEMA DE INSCRIES UNIFICADO DO N DESIGN IMERSO 2010

Neste item do trabalho sero detalhados todos os fatores relacionados ao Sistema de Incries Unificado proposto pelo N Design Imerso, desenvolvido com o objetivo de solucionar problemas recorrentes encontrados nos similares e, sendo o escopo principal aperfeioar e otimizar o aproveitamento do sistema de inscries para garantir o xito do evento organizado.

3.3.1 Apresentao do SIE Sistema de Informaes ao Encontrista Precedente a apresentao do SIU necessrio comentar brevemente sobre

40

o Sistema de Informaes ao Encontrista SIE, proposta guarda-chuva do N Design Imerso 2010 que abarcou a maioria dos itens em desenvolvimento em relao Tecnologia e Informao do Encontro. Aproximadamente 9 meses antes do evento iniciou-se o desenvolvimento do SIE, fortemente ligado a proposta defendida de Projeto Verde promover um encontro gerando o menor impacto ambiental possvel. O desenvolvimento ficou a cargo da Comisso de Tecnologia e Informao (TI) da CONDE Curitiba, formada pelos membros Alexander Czajkowski (estudante da UFPR e tambm autor do presente trabalho), Gabriella de Campos Borges (estudante da PUC-PR) e Marcelo Leite Ribeiro (estudante da UTP), alm de diversos colaboradores internos e externos equipe.

Objetivos do SIE: Desenvolver um sistema informacional eficiente para o evento; Proporcionar a construo coletiva atravs da tecnologia; Promover a incluso social e a democratizao do conhecimento; Substituir suportes grficos por tecnologia digital; Diminuir o impacto ambiental gerado com o evento; Adequar o evento ao perfil do encontrista.

Propostas do SIE: a) Ilhas de Interao: Telas interativas espalhadas pela cidade-evento com mapa 3D, mini-eventos, utilidades, votao, informaes completas e atualizadas das atividades, diminuindo a quantidade desnecessria de materiais impressos; b) Sistema de Mini-eventos: Possibilidade de qualquer participante criar e divulgar sua atividade espontnea durante o evento, atravs das Ilhas de Interao; c) Sistema de Inscries Unificado: Todas as modalidades de inscrio dos participantes, das atividades e tambm na centralizao de um banco de dados para possibilitar as Ilhas de Interao e controle por cdigo de barra;

41

d) Censo do Encontrista: Mapeamento de informaes scio-econmicas, polticas e educacionais dos participantes, a partir do sistema de inscries, captando dados para tornar o evento mais inclusivo e coerente com a demanda do pblico; e) Pulseiras com Cdigo de Barra: No momento do credenciamento cada participante recebeu uma pulseira de PVC, que permaneceu lacrada em seu pulso durante os dias do evento. Esta pulseira possua informaes cromticas (que diferenciavam os tipos de participantes), informaes impressas (pacotes do evento adquiridos) e uma plaqueta de cdigo de barra, de nmero nico e associado ao cadastro de cada participante; f) Certificado com horas reais: Todas as atividades foram controladas com leitores de cdigo de barra, com isso os participantes recebiam as horas em seu cadastro e no final do evento o certificado impresso indicava as horas reais de participao; g) Mapas de Rota, Wayfinding e Sinalizao: Desenvolvimento de material impresso e digital que auxiliava na localizao do participante durante o evento, atravs de mapas, esquemas, placas e totens. h) Transmisso Simultnea: Algumas atividades por dia com transmisso em tempo real atravs da internet (Canal N TV), tornando possvel a participao daqueles que no estavam presencialmente no local do evento; i) Rdio N FM: Canal de rdio comunitria do N Design, com programao musical, notcias e novidades do evento, a partir de rdio FM, para os locais das atividades ou sintonizvel no celular e mp3 player;

Das propostas apresentadas acima, a sua totalidade foi executada com maior ou menor grau de sucesso, com exceo da Rdio N FM que no foi transmitida em ondas FM devido a problemas de ordem tcnica com a montagem final da estao de transmisso. O Sistema de Inscries aparece notavelmente nos itens C e D, porm todos os itens de A at F dependiam do Banco de Dados por trs do Sistema de Inscries para funcionar plenamente. Ou seja, o sucesso da maior parte do SIE, um dos principais investimentos do N Design Imerso 2010, esteve intimamente conectado a

42

qualidade do SIU, motivo pelo qual estes itens foram brevemente apresentados neste captulo. Algumas informaes adicionais sobre o SIE podem ser obtidas no site do N2010: http://ndesign.org.br/2010/evento/sie/

3.3.2 Apresentao do SIU N2010 O Sistema de Inscries Unificado (SIU) foi um dos primeiros itens desenvolvidos pela Comisso de TI da Conde Curitiba, visando a demanda da abertura das inscries para os interessados em participar do N Design Imerso, que foi realizado em prazo mais prolongado que o normal, abrangendo os 6 meses anteriores ao evento. Alm de fazer um formulrio de inscrio eletrnico, o objetivo era criar um Banco de Dados bem estruturado que possibilitasse a utilizao dos mesmos no Sistema de Informaes ao Encontrista. Por isso, desde o incio todos os brainstormings realizados giraram em torno da criao de um sistema unificado e o mais automatizado possvel.

Sistema Unificado A nomenclatura unificado utilizada para este sistema devido ao fato de somar-se a diversos formulrios relacionados inscrio do N Design em uma mesma interface de acesso e em um mesmo Banco de Dados, atravs de tabelas relacionadas com chaves primrias. Este foi o meio encontrado para organizar de modo mais estruturado as informaes relacionadas ao evento. Fazem parte do SIU os seguintes formulrios: Dados Bsicos do Participante (PASSO 1); Censo do Encontrista (PASSO 2); Escolha de Pacotes e Formas de Pagamento (PASSO 3); 8 Formulrios para submisso de diferentes atividades (EDITAIS).

43

3.3.3 Pblico-alvo O pblico-alvo do SIU composto por jovens na faixa etria de 17 a 25 anos, sendo praticamente 2/3 com rendimentos familiares acima de 5 salrios mnimos, portanto dentro da Classe Mdia e Classe Mdia Alta. Os participantes esto igualmente distribudos entre os sexos, e a distribuio geogrfica abrange todo o territrio nacional, porm, mais concentrado nas regies sul e sudeste, seguidas da centro-oeste e com menor participao, nordeste e norte. Estas informaes foram consideradas a partir de dados preliminares divulgados pela organizao do evento nos ltimos anos e agora, aps a realizao do N2010, podem ser confirmadas com base em informaes do seu prprio Censo. Nota-se ainda que os participantes eram formados por 88% estudantes, sendo 61% de Universidades Pblicas e 39% de Universidades Particulares. Os dados so do Centro do Encontrista do N2010, preenchido por mais de 5.000 participantes no momento da Inscrio.

3.3.4 Parmetros, requisitos e restries Algumas definies foram impostas pela Comisso de TI para o desenvolvimento do SIU:

a) Compatibilidade: O sistema deveria ser compatvel com os principais navegadores disponveis no mercado (Internet Explorer, Mozilla Firefox, Google Chrome e Safari); b) Velocidade de acesso: A interface deveria ser leve, evitando animaes ou grficos pesados, primando por um carregamento rpido mesmo em conexes mais lentas; c) Estabilidade: O servidor deveria oferecer condies para que o sistema permanecesse online, praticamente sem interrupes, salvo em

manutenes agendadas; d) Segurana: O banco de dados deveria protegido contra acessos indevidos, protegendo os dados depositados pelos usurios;

44

e) Grande Fluxo de Acesso: O sistema deveria estar preparado para comportar milhares de conexes simultneas, conforme ocorre nas vsperas do evento ou em datas de deadlines das inscries; f) Atualizaes do usurio: O sistema deveria permitir a atualizao dos dados do usurio sempre que necessrio, com exceo de dados primrios (ex.: CPF e Nome); g) Automatizao: Os limites de cada lote de inscries e quantidade de vagas disponveis deveria ser controlado de maneira automtica pelo sistema, oferecendo feedback sobre as vagas disponveis para o usurio; h) Administrao: Os administradores do sistema deveriam ter acesso a um painel controlado, restritivo por usurio e senha, para anlise e julgamento de editais e outras liberaes de casos especiais; i) Relatrios: O sistema deveria fornecer no painel administrativo, relatrios em tempo real sobre o andamento das inscries e principais indicadores do interesse da organizao; j) Integrao: Os sistemas de pagamento deveriam estar interligados com o sistema de maneira automtica, reconhecendo os pagamentos j efetuados e liberando a inscrio ao usurio; k) Comunicao: O sistema deveria dispor de um mecanismo de comunicao com o usurio, atravs de grupos de envio de mensagem personalizados; l) Status on-line: O usurio deveria ter acesso em tempo real ao status do andamento da sua inscrio ou submisso de edital; m) Proteo jurdica: O Termo de Compromisso do evento deveria ser visualizado e concordado pelo usurio no momento do preenchimento do formulrio, assim salvaguardando a organizao de problemas jurdicos frente a possveis ocorrncias.

Para a maioria dos itens acima foi alcanado xito, e aqueles que apresentaram problemas sero tratados em detalhes durante o desenvolvimento deste trabalho.

45

3.3.5 Organizao e Informaes Bsicas do SIU Preliminarmente ao desenvolver da estrutura, navegao e interface do SIU necessrio compreender alguns detalhes que esto por trs do sistema: a) Login: Cada usurio identificado e cadastrado a partir de seu nmero de Cadastro de Pessoa Fsica (CPF), documento pessoal e intransfervel, vlido em territrio nacional atravs de um padro nico de numerao, com 11 dgitos, que possibilita um algoritmo de verificao de autenticidade e que aqui utilizado na verso somente nmeros, sem pontos ou trao. (Ex.: CPF 000.111.222-33 > No SIU vira CPF 00011122233); b) Senha: Cada usurio cria uma senha pessoal de 4 a 15 dgitos que em conjunto com seu CPF ser a forma de acesso ao SIU. A senha no pode ser alterada pelo usurio, apenas recuperada a partir do e-mail cadastrado. c) E-mail: Cada usurio cadastra um e-mail pessoal atravs do qual ser feita toda a comunicao do sistema e da organizao com ele. O cadastro necessita ser ativado atravs do e-mail informado, justamente para garantir que o mesmo foi informado corretamente, no prejudicando etapas futuras. d) ID (Chave-Primria): Cada usurio fica associado em cada tabela do banco de dados a uma chave-primria auto incrementvel, aqui denominada ID. A primeira ID vinculada na tabela usurio, portanto a IDUSUARIO passa a ser a principal referncia ao cadastro efetuado. Este nmero no exibido ao usurio, porm utilizado para associ-lo a qualquer outra informao no banco de dados. e) Cdigo de Barra: Durante o credenciamento do evento cada participante recebe uma pulseira que tem um nmero nico formado por 4 dgitos, na verso numrica e em formato de cdigo de barra. Este nmero gravado no banco de dados associado a sua IDUSUARIO, e ser utilizado durante todo o evento, para qualquer ao do usurio (ex.: registro de horas de atividades, consulta de dados pelo usurio ou organizao, ticket de alimentao e retirada de certificado)

46

O banco de dados do SIU armazena, na verdade, centenas ou at milhares de informaes para cada usurio. Seria impossvel manter isso organizado sem diretrizes bem delimitadas e nmeros nicos de referncia. Se tudo estivesse numa mesma tabela, milhares de dados para milhares de usurios no daria certo, assim como se cada dado fosse associado a um campo ou valor no padronizado, como feito, por exemplo, numa anotao manual, que no segue o rigor formal. Facilmente as informaes seriam perdidas e o banco de dados permaneceria corrompido.

FIGURA 18 - Relacionamento de tabelas por chave-primria (Fonte: IceFusion)

Assim, os principais campos para o usurio so: CPF, e-mail e senha, nessa ordem, e durante o evento, o Cdigo de Barras passa a ser primordial, seguido do CPF, para casos de troca ou imprevistos associados ao cdigo de barra. J para a organizao, os principais campos so IDUSUARIO, CPF e e-mail, nessa ordem, e durante o evento, tambm passa a ser o Cdigo de Barras como principal, seguido do CPF e IDUSUARIO. Os demais campos dos formulrios e banco de dados podem ser conferidos em detalhes no subitem 3.3.8 deste trabalho.

47

Opes de inscrio Havia vrias possibilidades de inscrio no N Design Imerso, sendo que todas elas precisavam estar adequadamente previstas para pleno e automtico funcionamento do SIU. Podemos agrup-las em Pacotes e Lotes. a) Pacotes: Inscrio Bsica Pacote obrigatrio, que envolvia todas as atividades polticas, acadmicas, cientficas e culturais realizadas durante os 8 dias do evento, das 9 horas s 22 horas, conforme grade de atividades. Incluia ainda o Kit do Encontrista, composto de vrios itens promocionais do evento (Bolsa, Camiseta, Caneca, Caneta, Bloco de Anotaes, Guia do Encontrista, Mapa da Cidade-Evento, Revista ABC Design e 2

preservativos). Alimentao Pacote opcional, que dava direito a 7 refeies durante o evento, sendo 1 jantar e 6 almoos, com servio de Buffet completo e opes vegetariana e no vegetariana. Alojamento Pacote opcional, que dava direito a 8 dias de espao individual de 5m2 no camping coberto (cada participante levou a sua prpria barraca). O pacote incluia ainda segurana, emergncia mdica, banheiros, chuveiros com gua quente e demais itens de infra-estrutura bsica relacionada ao alojamento. Festas Pacote opcional, que dava direito ao ingresso em 7 festas exclusivas do evento. b) Lotes: Tradicionalmente o pacote de inscrio bsica dividido em vrios lotes. Cada lote tem uma quantidade de inscries disponveis e um perodo para compra. Assim, quem comprar antes paga menos e quem comprar depois paga mais. No N2010 as inscries foram distribudas em 3 LOTES antecipados e 1 LOTE PRESENCIAL.

48

FIGURA 19 - Grade de atividades do N Design Imerso (Fonte: Conde Curitiba)

Cruzando os pacotes e lotes com informaes sobre quantidade de vagas, valores e datas, chegamos Tabela 03.
TABELA 03 - Pacotes, valores, vagas e datas de vigncia das inscries

PACOTE
LOTE 1
INSCRIO BSICA

VALOR
R$65,00 R$85,00 R$105,00 R$140,00 R$35,00 R$40,00 R$30,00

VAGAS INCIO
1500 1500 2000 300 3500 3500 3500 20/01 01/04 16/05 11/07 20/01 20/01 20/01

FINAL
31/03 15/05 28/06 18/07 28/06 28/06 28/06

LOTE 2 LOTE 3 PRESENCIAL ALIMENTAO ALOJAMENTO FESTAS

Fonte: O autor.

INSCRIO OPCIONAL

Data final ou limite de vagas, o que ocorrer primeiro: O sistema deve acompanhar automaticamente as variveis data final e vagas, e limitar o pacote ou lote para o que ocorrer primeiro.

49

importante ressaltar que durante o perodo de inscries algumas mudanas ocorreram, com a incluso de pacotes opcionais avulsos. Tambm ocorreu a prorrogao de todos os prazos fixados em 28/06 para 06/07, devido a um nmero de inscries menor que o previsto no prazo do LOTE 3.

Inscrio de Editais O N2010 foi um evento com cerca de 400 atividades, de mais de uma dezena de modalidades diferentes. Boa parte destas atividades foram propostas enviadas pelos participantes e aprovadas pela organizao, que em troca ofereceu uma categoria de iseno correspondente aos aprovados. Somando editais de atividades com outros tipos de editais, eram ao todo 8 possibilidades de inscrio, demonstradas a seguir a partir da chamada realizada no site do N Design Imerso 2010 (http://www.ndesign.org.br/2010/editais):
Representante no Cone Design Venha fazer a diferena sendo representante de sua universidade nas Reunies do Conselho Nacional dos Estudantes de Design! Monitoria Venha ser o brao direito da Conde Curitiba durante o N Design Imerso! Mergulho Compartilhe seu conhecimento com os demais promovendo alguma atividade que gerar um resultado terico/prtico depois! Chefe de Delegao Seja organizador de um grupo de sua regio e traga seus amigos para o N Design Imerso! SEPA Demonstre um trabalho acadmico atravs de um banner ou de uma apresentao! Quebrando o Gelo Promova uma atividade ldica ou sobre a PNU para iniciar bem o seu dia! Mostra de Vdeos Mostre aquele vdeo produzido por voc com tanto empenho! Bazar O bazar um espao de exibio e comercializao de produtos de design, feito por estudantes de design e reas afins de todo o Brasil. (CONDE CURITIBA, 2010)

50

Para a estrutura do SIU os Editais influenciam em alguns fatores, demonstrados na Tabela 04.

TABELA 04 - Detalhes estruturais dos editais do N2010 MAX. EDITAL Cone Monitoria Mergulho Delegao SEPA Mostra QuebraGelo Bazar VAGAS 150 150 68 18 20 QTDE P/ ID* 1 1 3 1 3 1 3 1 INICIO 08/02 08/02 08/02 08/02 08/02 08/02 08/02 08/02 ISENO FIM 11/07 11/04 11/04 15/05 11/04 11/04 11/04 30/04 Bsica 100% 100% 100% 100% 100% 50% 50% Alimentao 100% 100% 100% 100% Alojamento 100% 100% 100% 100% Festas 100% 100% -

* QTDE P/ ID: Quantidade mxima de submisses por IDUSUARIO.

Fonte: O autor.

Para avaliao das editais submetidos existia uma interface administrativa onde a Conde Curitiba poderia aprovar ou reprovar cada proposta. Uma vez aprovada, o usurio passava automaticamente a ter o direito de finalizar sua inscrio com a iseno correspondente, pagando a diferena a partir da sua seleo de pacotes, se necessrio. No caso de vrias aprovaes para o mesmo usurio, valia unicamente a iseno mais abrangente. Todos os usurios que submeterem uma proposta de edital tinham a garantia de se inscrever nos valores relativos ao LOTE 1 por at 2 semanas aps a divulgao dos resultados de seu edital, independente do LOTE VIGENTE, assim como possua neste prazo assegurada a vaga nos pacotes opcionais, mesmo na hiptese do esgotamento destes. Essa medida visava garantir que o concorrente a um edital no necessitasse dispender a quantia equivalente para assegurar sua vaga antes do resultado da seleo, evitando uma troca de valores desnecessria para ele e para a organizao, que depois teria que reembols-lo.

Verificao de Variveis e Durao da Sesso Quando o usurio se conectava ao sistema atravs do login era feita uma

51

primeira verificao, relativa ao andamento dos lotes, vagas, datas e afins. A condio encontrada era vlida para toda a sesso. Por exemplo, se o usurio se conectava ao sistema s 23:50 horas do dia em que se encerram as inscries, ele conseguiria fazer a inscrio at s 01:49 do dia seguinte, pois a sesso tinha validade por 120 minutos, salvo se o usurio fizesse o logout. Forma de Pagamento A forma de pagamento foi um assunto bastante discutido dentro da Conde Curitiba, alvo de extensas reunies de anlise das opes possveis. Isso antes mesmo do assunto atingir a Comisso de TI. Muitos fatores esto relacionados aqui, e os principais so financeiros, j que em relao a parte tcnica existe uma certa similaridade entre os servios oferecidos. Havia o objetivo de oferecer opo de parcelamento aos usurios, porm a necessidade de no correr risco de calote nas prestaes intermedirias. Aqui aparece a preocupao financeira e tcnica, uma vez que s se poderia confirmar a inscrio com sucesso de um usurio caso ele j tivesse pagado todas as parcelas. Portanto, a opo de carn logo foi descartada, seguida do contrato direto com uma operadora de carto de crdito, pois estas exigem maior movimentao e perodos maiores para o contrato do que a durao das inscries. Restaram ento os dois principais servios de pagamento que se encontram na internet brasileira na poca: Pag Seguro da UOL e Pagamento Digital do Buscap. Atualmente esto ganhando mercado tambm o MOiP e o f2b. Entre os dois primeiros optou-se pelo Pagamento Digital, em especial pelo custo ligeiramente mais baixo. O mais interessante destes sistemas que eles oferecem a possibilidade de integrao automtica entre os sistemas, ou seja, cada pagamento confirmado no sistema deles passa a ser reconhecido pelo sistema do N Design 2010, e instantaneamente o usurio j visualiza no SIU o seu pagamento confirmado e mensagem de boas-vindas ao evento. O Pagamento Digital oferece tambm bons grficos com resumo das transaes efetuadas e a listagem de todas elas com os detalhes e possibilidades de ao no painel administrativo. Todas estas facilidades no ocorrem na compensao bancria convencional.

52

FIGURA 20 - Interface do pagamento digital (Fonte: O autor)

Porm, naturalmente, o servio envolve um custo, que no caso repassado integralmente ao usurio. Para pagamentos no carto de crdito, sem parcelamento, cobrada uma taxa de 6,39% sobre o valor da transao. No caso de uma inscrio completa, no LOTE 1, no valor de R$170, a taxa seria de R$10,86. Caso este usurio ainda desejasse parcelar, seria acrescida a taxa de 1,99% ao ms. No mesmo exemplo acima, uma compra parcelada em 4x teria parcelas de R$48,70 e valor total de R$194,80, um acrscimo de R$24,80, quase 15% do valor original da inscrio gastos em taxas, valor despendido pelo usurio. Assim, o valor final cobrado do usurio variava de acordo com a seleo de pagamento, e a Conde Curitiba recebia sempre o valor original da seleo de pacotes. Pelas facilidades de pagamento centralizado e integrao entre os sistemas, cogitou-se manter o pagamento vista por boleto associado ao Pagamento Digital. Porm, nesta opo de pagamento a taxa cobrada seria de 2,89% sobre o valor da transao. No mesmo exemplo acima, para um boleto de R$170,00 o usurio pagaria uma taxa de R$4,91. J em negociao com o Banco HSBC, foi conseguiuse uma taxa fixa de R$2,50 por boleto, tornando esta alternativa mais interessante que o Pagamento Digital, que s teria uma taxa abaixo de R$2,50 se o valor da transao fosse abaixo de R$115, uma minoria dos casos. Assim, os pagamentos em boleto passaram a ser feitos a partir de integrao bancria com o HSBC. O funcionamento um pouco distinto, pois neste caso havia necessidade da gerao do boleto no registrado direto no servidor do N Design Imerso 2010, sem comunicao com o HSBC. Uma vez que o ttulo fosse compensado, o sistema bancrio creditava o valor diretamente na conta do banco e disponibilizava um relatrio codificado com os pagamentos realizados, valores,

53

datas, etc. Este arquivo utilizava um padro de remessa bancria, chamado CNAB (Centro Nacional de Automao Bancria) segundo regras da FEBRABAN (Federao Brasileira de Bancos). Diariamente era necessrio verificar junto ao banco se existia um novo arquivo de remessa, baix-lo e fazer o upload dele na interface administrativa do SIU, que interpretava o cdigo, reconhecia pagamentos efetuados com sucesso e dava baixa ao usurio, confirmando sua inscrio. Este processo mais trabalhoso, tanto na criao do sistema, pois a interface administrativa precisava ser feito pelos organizadores, enquanto no Pagamento Digital j estava pronto, como na manuteno, exigia uma rotina diria de atualizao. Alm disso, o usurio no tinha o retorno instantneo de sua inscrio confirmada aps o recebimento do banco. Este retorno estava relacionado ao momento em que o operador de manuteno fizesse o download e upload do arquivo de remessa do banco.

FIGURA 21 - Arquivo de remessa bancria CNAB (Fonte: O autor)

Mesmo com a questo tcnica em desvantagem, optou-se por manter o boleto no sistema do HSBC, pois alm de sair mais barato ao usurio final, ainda oferecia a vantagem de crdito imediato aps a compensao do ttulo, enquanto no Pagamento Digital existia um prazo fixo de 14 dias aps a compensao para saque.

54

Relatrios Visando facilitar o acesso da Conde Curitiba aos dados armazenados no SIU e possibilitar a sua aplicao em tempo real nas decises estratgicas do evento, foram considerados no incio do desenvolvimento a construo de alguns relatrios administrativos, acessveis no painel de controle, com acesso controlado por usurio e senha. Estes relatrios no sero alvo de estudo deste trabalho, tal qual a interface administrativa do SIE tambm no ser. No entanto, a ttulo de informao, sero citados em resumo os relatrios que foram cogitados no incio do desenvolvimento: 01 - Inscries & Pacotes: Quantidade de inscries em cada pacote (no caso da alimentao, separando normal e vegetariana), dividas em LOTEs, e que demonstre tambm a quantidade de pagantes e no pagantes (a partir das confirmaes de pagamento). Este relatrio devereria demonstrar ainda a quantidade de camisetas de cada uma das opes selecionveis no PASSO 1. 02 - Inscries nos Editais: Quantidade de inscries em cada um dos 8 editais, ao lado da quantidade de inscries j aprovadas pelo administrador. 03 - Inscries no concludas: Cabealho com relatrio quantitativo das inscries concludas e no concludas, considerando inscrio bsica e inscrio de editais. Listagem de todos os usurios que possuiam inscries iniciadas e no concludas (sem todos os campos obrigatrios preenchidos). O relatrio deveria ser composto por uma seo para cada tipo de inscrio, sendo cada seo composta por CPF, nome, e-mail e telefone. 04 - Dados quantitativos do Passo 1: Relatrio com quantidade e porcentagem de cada uma das opes de inscrio do PASSO 1, incluindo todas as opes que sejam de questes fechadas. 05 - Ficha Bsica: Opo de relatrio que resgata todos os dados do PASSO1 de um determinado usurio, a partir do seu CPF. 06 - Censo: Relatrio com quantidade/porcentagem de cada uma das variveis do censo, acrescentado da varivel ano/perodo atual, resgatada a partir do PASSO 1.

55

07 - Relatrios de Editais: Relatrio que resgata todos os itens de um determinado formulrio de editais, somado a alguns dados do PASSO 1 do CPF associado. Este relatrio precisaria ter sada possvel em PDF e o USURIO ADMINISTRADOR teria acesso a um campo especfico para marcar a aprovao (S/N) da inscrio relativa, para que o sistema percebesse esta varivel e avisasse o usurio em sua pgina principal.

3.3.6 Desenvolvimento Inicial do SIU Uma vez conhecidos os objetivos do SIU e todos os itens que deveriam ser considerados, mas anteriormente ao detalhamento do sistema, iniciou-se o estudo para composio da interface.

Nesta etapa preliminar o foco da discusso envolveu 3 aspectos principais: a) Campos necessrios: deciso sobre os principais campos que deveriam compor a estrutura da interface, levando em considerao a relevncia dos mesmos, identificao bsica do usurio e destaque para avisos e campos de status da inscrio; b) Layout: agrupamento dos campos em uma ordem de leitura lgica, de modo que facilitasse a navegao e localizao de itens pelos usurios; c) Estilo Grfico: aplicao das cores institucionais na interface,

determinao da tipografia utilizada, desenho dos botes e demais itens da interface.

Alm da anlise de similares, outra interface bastante presente na anlise preliminar foi a do Gmail, e-mail gratuito da empresa Google, reconhecida por possuir uma interface limpa e leve. Ressalta-se aqui no s aspectos do estilo grfico, mas tambm a efetividade do feedback aos usurios e a possibilidade de fcil retrocesso em aes efetuadas. Outro ponto considerado foi o desenvolvimento de uma interface que apresentasse similaridade com outra j conhecida pelos usurios. Nesse aspecto, considerou-se estratgico analisar a interface dos principais servios de webmail, pois a grande maioria do pblico-alvo j estava

56

familiarizada com eles. Segundo a Revista INFO (2010) os trs servios mais utilizados no Brasil so: Hotmail, Gmail e Yahoo Mail.

Hotmail

Gmail

Yahoo Mail

FIGURA 22 - Comparao entre servios de webmail (Fonte: O autor)

Comparando a interface dos trs servios notou-se que existem vrias caractersticas em comum, inclusive em suas dimenses e propores: a) Barra superior com logo, ajuda, informaes de login e opo de logout; b) Barra lateral esquerda com menu principal atravs de links textuais; c) Espao central com o contedo principal e varivel; d) Barra lateral direita para publicidade ou funcionalidade adicional.

57

A interface do Yahoo Mail se destaca por um ndice relativamente alto de janelas de alerta, consideradas irritantes por parte dos usurios, mas que ajudam a prevenir aes no reversveis. J no Gmail, ao invs de janelas de alerta, so emitidos feedbacks para cada ao realizada pelo usurio, com a opo de desfazla. Estes avisos tambm esto posicionados no centro da tela, com fundo de texto em amarelo, dando o devido destaque, porm sem atrapalhar uma rpida navegao do usurio. Importante notar que o sistema tambm mostra, logo acima, de maneira semelhante, quando est executando uma ao, algo importante para o usurio no repetir um comando desnecessariamente, achando que o sistema no respondeu. J no Hotmail nada disso ocorre, nem alertas, nem feedback, nem opo de reverso das aes. Foram executadas algumas alternativas baseadas no minimalismo e botes atravs de links textuais, porm os resultados no foram satisfatrios e os demais testes foram sempre com botes grficos. Considerou-se tambm a opo de dividir a tela em 3 partes, mas o resultado tambm no agradou e foi constatado que no seria necessrio ter mais do que 2 sees. Uma tentativa no trabalhada foi a de colocar as opes de login/logout, saudao e ajuda na barra superior, pois ao contrrio da interface dos webmails seria necessrio um banner superior mais carregado, seguido da barra de navegao e localizao dos passos da inscrio, que poderiam competir com essas opes, tirando o destaque merecido delas, portanto seu agrupamento foi feito no menu lateral, como ser visto a seguir. A maior contribuio das interfaces de webmail foi a comparao do feedback ao usurio. As janelas de alerta inoportunas do Yahoo Mail foram eleitas para serem utilizadas em todos os momentos em que o usurio fosse realizar aes irreversveis, impedindo a sua navegao fluda, com o devido motivo. J o feedback textual do gmail foi escolhido para informar ao usurio aes realizadas com sucesso e/ou qual seria o seu prximo passo. Logo nas primeiras discusses chegou-se ao consenso de que alm de uma barra superior que desse acesso aos passos de inscrio, deveria existir uma barra lateral que reunisse as informaes fixas do usurio e itens que merecessem ateno especial. Nos primeiros esboos esta barra estava posicionada no lado direito da interface e logo aps passou a figurar no lado esquerdo, por uma questo de ordem de leitura e similaridade ao webmail, como pode ser conferido a seguir.

58

FIGURA 23 - Esboos preliminares do SIU (Fonte: O autor)

FIGURA 24 - Testes de layout do SIU (Fonte: O autor)

Para a barra lateral, alm dos botes de navegao, foram alocados os campos de saudao e identificao do usurio, dados bsicos, pacotes selecionados e status da inscrio. Para a barra superior, logo aps a imagem de topo, botes de navegao e localizao do estgio da inscrio e sua respectiva legenda. Neste momento j estava decidido que os botes de navegao teriam uma correspondncia cromtica que identificasse o estgio de preenchimento daquele item (concludo, no concludo e bloqueado), alm do destaque aos editais, visto que seria a primeira vez da utilizao de um sistema de inscries unificado junto a este pblico-alvo. Foram tambm executados diversos testes de layout e posicionamento da interface, antes da implementao, testando o comportamento da interface principal associada com as diversas telas secundrias e as informaes que estas conteriam.

59

Neste momento iniciou-se a redao de mensagens de feedback e status para cada uma das situaes possveis dentro dos diversos estgios e tipos de inscrio. No final do desenvolvimento redigiu-se um documento colaborativo que funcionou como guia de referncia e terminologia, utilizado para auxiliar na comunicao com o programador. No s a Comisso de TI, mas todos os membros da Organizao se envolveram nesta etapa, discutindo os campos de cada um dos formulrios de inscrio.

FIGURA 25 - Testes de interface do SIU (Fonte: O autor)

FIGURA 26 - Guia de Referncia do SIU (Fonte: O autor)

O SIU foi desenvolvido entre dezembro de 2009 e incio de janeiro de 2010, e foi implementado na seqncia, utilizando HTML+PHP 5 como linguagem e o MySQL como banco de dados. A programao HTML foi executada por Daniel Koganas (estudante da UTFPR) e a incorporao dos cdigos PHP e estruturao e programao do Banco de Dados, por Vincius Brand (profissional terceirizado para o projeto).

60

A primeira parte do SIU entrou no ar no dia 29 de janeiro de 2010, s 00:00 horas, com 9 dias de atraso, quando foram registradas mais de 500 inscries nas primeiras 3 horas a partir do lanamento. A segunda parte do SIU foi lanada no dia 08 de fevereiro de 2010, com a abertura dos Editais para inscrio de atividades. A partir de ento, entre os meses de fevereiro e julho o sistema passou por inmeras verses, corrigindo bugs e implementando pequenas rotinas de melhoria usabilidade ou novas rotinas para procedimentos auxiliares.

3.3.7 Design Estrutural e Navegao O sistema de inscries est baseado em uma seqncia lgica linear. De um lado h o site do N Design e um usurio interessado no evento, de outro, existe a inscrio efetuada com sucesso e mais um participante confirmado. No centro deste processo est o SIU, mecanismo que ir possibilitar a ao desejada.

FIGURA 27 - O usurio, a entrada e a sada do SIU (Fonte: O autor)

Para que este processo seja concludo com sucesso necessrio que o usurio cumpra uma srie de etapas internas do SIU, onde novamente aparece uma seqncia de passos lineares, que em resumo composta por 4 etapas obrigatrias e 1 opcional.

61

FIGURA 28 - Navegao simplificada do SIU (Fonte: O autor)

No entanto, ao detalhar as possibilidades de navegao nota-se que o sistema um pouco mais complexo. A sequncia aparentemente linear passa a ser hbrida e a permitir digresses. Alm disso, as etapas incluem a navegao local, para aes relacionadas tarefa em si, e navegao global, atravs da coluna lateral e menu superior, onde o usurio sempre tem na interface a opo de acessar as pginas importantes do sistema.

FIGURA 29 - Seqncia hbrida, com navegao global e local do SIU (Fonte: O autor)

62

As prximas linhas tratam do entendimento de cada uma destas etapas citadas na seqncia informacional: Cadastro Bsico: Dados essenciais para criar um usurio e entrar pela primeira vez no SIU - CPF, nome, e-mail, senha; Login: Controle para conexo com o SIU atravs de CPF e senha; PASSO 1: Dados bsicos do participante, divididos em 4 sees: Seo A Dados Pessoais (Nome, apelido, documentos, condio, sade) Seo B Local/Contato (Endereo, telefone, redes sociais, emergncia) Seo C Formao (Escolaridade, curso, Instituio) Seo D Outros (Informaes relativas a participao no N Design) PASSO 2: Censo do Encontrista (Pesquisa scio-econmica, cultural, poltica e sobre os hbitos do participante, realizada pela Conde Curitiba com inteno de colaborar com a construo participativa do evento e de criar uma base de dados estatsticos sobre os estudantes de design que participam de eventos. PASSO 3: Opes de Pacote de Inscrio e Formas de Pagamento.

Alm disso, existiam as opes de navegao global na coluna lateral: Pgina Principal: Reunio das principais informaes sobre o andamento das inscries, status do usurio e avisos importantes. A partir do segundo login o usurio sempre direcionado para esta pgina em primeiro lugar. Ajuda: Tpicos de ajuda para esclarecimentos das principais dvidas. Fale Conosco: Opes de contato com a Comisso Organizadora. Sair: Finaliza a sesso do usurio, fazendo logout do sistema e redirecionando para pgina de login do SIU.

Atravs dos estudos apresentados no subitem 3.3.6 chegou-se a uma estrutura bsica (wireframe) da interface do SIU, dividindo-a em 5 partes bsicas: Cabealho, Menu Superior, Coluna Lateral, Coluna Principal e Rodap, de acordo com o que pode ser conferido na Figura 30.

63

FIGURA 30 - Cinco partes bsicas do wireframe do SIU (Fonte: O autor)

Seguindo com o detalhamento a partir do wireframe algumas destas partes podem ser destrinchadas para melhor refinamento, com a apresentao dos seus itens, j se aproximando do desenvolvimento do layout da interface final:

FIGURA 31 - Detalhamento do design estrutural do SIU (Fonte: O autor)

64

Segue-se com a descrio de cada um dos itens apresentados no design estrutural:

CABEALHO: Banner do Sistema de Inscries do N2010. MENU SUPERIOR: Legenda com cdigo cromtico para status das etapas de inscrio e botes das etapas obrigatrias (Passo 1, 2 e 3) e etapa opcional (Editais), com seus respectivos rtulos. COLUNA LATERAL: Opes de navegao global e principais

informaes sobre o usurio e sua inscrio. Saudao Apelido: No formato Ol #Apelido! cumprimenta o usurio atravs do resgate do seu apelido no Banco de Dados (ou primeiro nome, no caso de no concluso do Passo 1). Pgina Principal: Boto de acesso para Pgina Principal. Ajuda: Boto de acesso para pgina de Ajuda. Dados Pessoais: Box com os principais dados de identificao do usurio (nome completo e e-mail) e opo para ver os demais (link com o Passo 1). Pacotes Selecionados: Box com a relao dos pacotes selecionados pelo usurio no Passo 3, ou Voc no selecionou nenhum pacote. Status da Inscrio: Box com a informao do status da inscrio do usurio, com mensagens variveis de acordo com a sua progresso da inscrio. Fale Conosco: Boto de acesso para pgina de Fale Conosco. Sair: Boto para finalizar a sesso e fazer o logout do sistema. COLUNA PRINCIPAL: Local onde era carregado o contedo de qualquer pgina interna do SIU. RODAP: Espao para logos dos realizadores e parceiros de

desenvolvimento do sistema.

65

3.3.8 Detalhamento da Interface Em seqncia ao desenvolvimento do SIU, a partir do wireframe, foi detalhada a interface, com a criao de um layout que considerou aspectos da identidade visual do N2010 e objetivos associados ao Design da Informao. O menu superior, alm de possibilitar a navegao do usurio entre as etapas de inscrio, utilizou-se como elemento de orientao, fortalecendo a mensagem de procedimento de inscrio seqencial e linear.

FIGURA 32 Rascunho do Layout do Menu Superior (Fonte: O autor)

O detalhe da Figura 32 demonstra a inflexo dos blocos das etapas da inscrio, simbolizando o seu sequenciamento, assim como a separao da etapa dos editais, que era opcional. Abaixo dos blocos aparece o rtulo da etapa, facilitando a utilizao do usurio. Outro elemento adicionado foi a cor, diferenciando etapas completas e incompletas, assim como as que no podem ser acessadas, e ainda reforando a separao dos editais dos demais botes.

FIGURA 33 Layout Finalizado do Menu Superior (Fonte: O autor)

FIGURA 34 Legenda do Menu Superior (Fonte: O autor)

66

Visando obter uma padronizao de botes clicveis por similaridade de formato os demais seguiram o estilo. Foi pensado tambm em uma diferenciao de pgina ativa ou inativa atravs da simulao de volume e sombreamento. Na verso final implementada, este recurso no foi seguido pelo programador, no entanto foi previsto e desenvolvido na etapa de criao, conforme demonstra a Figura 35. Inativo: Ativo:

FIGURA 35 Diferenciao entre botes ativos e inativos (Fonte: O autor)

Para todos os itens da interface foram utilizadas cores prximas as da paleta da identidade visual do evento, notadamente os tons de cinza, bord e verde. Apenas para os editais, novamente em destaque, foram utilizados tons de azul.

FIGURA 36 Paleta de cores da interface do SIU (Fonte: O autor)

67

O banner do cabealho foi desenvolvido a partir de elementos texturizados da identidade visual do N2010 presentes no site e itens do material grfico.

FIGURA 37 Padro grfico do site do N2010 (Fonte: O autor)

FIGURA 38 Banner do N2010 para o cabealho do SIU (Fonte: O autor)

A famlia tipogrfica principal indicada no arquivo CSS para todos os estilos de texto a Tahoma, em sua verso normal e verso bold. O corpo do texto varia entre o tamanho 10 e tamanho 16.

FIGURA 39 Famlia tipogrfica utilizada (Fonte: O autor)

A ltima verso do rascunho da interface em papel ficou bastante prxima da verso final, como pode ser conferido na Figura 40 e Figura 41.

68

FIGURA 40 Rascunho final da interface do SIU (Fonte: O autor)

FIGURA 41 Interface final do SIU (Fonte: O autor)

69

3.3.9 Detalhamento dos Formulrios Neste captulo sero demonstradas as tabelas de dados de todos os formulrios do SIU, seus botes de confirmao e principais links. O desenvolvimento das questes do formulrio foi um assunto

exaustivamente discutido e revisado dentro da Conde Curitiba. Devido a extenso dos formulrios foi bastante utilizado o fator ldico e cmico para distrair o usurio em relao ao tempo despedido na sua inscrio. Especialmente nas questes do PASSO 2 Censo pode ser observado isso, at pelo fato do Censo do Encontrista ser uma proposta inovadora do N2010, fazendo com que at mesmo os veteranos de evento ficassem surpresos com a extenso do formulrio. Para o correto entendimento das tabelas de dados necessrio observar a legenda da Tabela 05.
TABELA 05 - Legenda para das tabelas de dados dos formulrios Item / Smbolo N
o

Descrio Nmero do campo no formulrio, quando existir. Campo completo ou abreviado da maneira como exibido ao usurio na tela (no corresponde a nomenclatura que o campo recebe no banco de dados) Definio do tipo de campo para efeitos de visualizao e armazenamento Quantos caracteres so armazenveis nesta varivel Observaes importantes sobre verificao, funcionamento, armazenamento. Preenchimento obrigatrio do campo Preenchimento obrigatrio e no permio de edio posterior ao primeiro salvamento Preenchimento obrigatrio condicional ao resultado de questo anterior Campo Invisvel existente apenas no armazenamento da tabela correspondente no banco de dados Campo Bloqueado Aparece na tela, porm no permite a edio do usurio

NOME DO CAMPO TIPO TAM. OBSERVAES * ** *c {i} {b}

Fonte: O autor.

TABELA 06 - Login NOME DO CAMPO ** ** CPF (somente nmeros) Senha TIPO Txt Simples Txt Password [boto] OK! [link] Novo cadastro [link] Esqueci minha senha
Fonte: O autor.

TAM. 11 4-15

OBSERVAES Verificao formato Verificao formato

70

TABELA 07 - Esqueci minha senha NOME DO CAMPO ** CPF (somente nmeros) TIPO Txt Simples [boto] Recuperar senha [link] Login
Fonte: O autor.

TAM. 11

OBSERVAES Verificao formato

TABELA 08 - Cadastro bsico NOME DO CAMPO ** ** ** ** * ** * CPF (somente nmeros) Nome Sobrenome E-mail Confirme se e-mail Senha Confirme sua senha TIPO Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Password Txt Password [boto] OK! [link] J sou cadastrado
Fonte: O autor.

TAM. 11 60 60 255 255 4-15 4-15

OBSERVAES Verificao formato

Verificao formato Campo de checagem Verificao formato Campo de checagem

TABELA 09 - PASSO 1: Dados bsicos Seo A (Dados Pessoais) No {i} {b} {b} {b} * * * * * * * * * *c * 1 2 3 4 5 6 7 8 8 8 9 10 10.1 11 12 NOME DO CAMPO ID CPF (somente nmeros) Nome Sobrenome Apelido Gnero Data de Nascimento Nmero do RG Expedio RG / Data Expedio RG / rgo Expedidor Expedio RG / Estado Emitido Profisso/Ocupao Portador Necessidades Especiais Qual(is) Plano de Sade Tipo Sanguneo TIPO Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Menu Lista Menu Lista Txt Simples Menu Lista Txt Simples Menu Lista Txt Simples Menu Lista Txt Simples Txt Simples Menu Lista TAM 20 11 60 60 60 1 Date 20 Date 12 20 60 4 255 60 5 Lista Tipos/Fator RH Selecione Sim (aparece no 10.1) No (pula para no 11) Lista com todos os estados Campo Formato Data Escolha/Fem./Masc. Campo Formato Data OBSERVAES Chave primria cadastro (auto incrementvel) Verificao formato

71

No 13 * *c * * 14 14.1 15 15

NOME DO CAMPO Alergias Toma medicao controlada? Qual(is) Em caso de emergncia / Nome Em caso de emergncia / Telefone (com DDD)

TIPO Txt Simples Menu Lista Txt Simples Txt Simples Txt Simples

TAM 255 4 255 60 20

OBSERVAES Selecione Sim (aparece no 14.1) No (pula para no 15)

Mscara visualizao / somente nmeros

Fonte: O autor.

TABELA 10 - PASSO 1: Dados bsicos Seo B (Local/Contato) No {i} * * * * * * * 1 2 3 4 5 6 7 8 9 10 {b} 11 12 13 14 15 16

Fonte: O autor.

NOME DO CAMPO ID CEP (somente nmeros) Logradouro (Rua, avenida, ...) Nmero Complemento Bairro Cidade Estado Pas Telefone (com DDD) Celular (com DDD) E-mail MSN Google Talk (seu gmail) Orkut Twitter Website/blog

TIPO Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Menu Lista Menu Lista Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples Txt Simples

TAM 20 8 255 8 255 255 70 20 20 20 20 255 255 255 255 255 255

OBSERVAES Chave primria do cadastro somente nmeros somente nmeros

Lista com Estados + Fora do Brasil Lista com Pases Mscara visualizao / somente nmeros Mscara visualizao / somente nmeros

72

TABELA 11 - PASSO 1: Dados bsicos Seo C (Formao) No {i} NOME DO CAMPO ID TIPO Txt Simples TAM. 20 OBSERVAES Chave primria do cadastro (padro em branco) Ens. Fundamental (pula p/ no 10) Ens. Mdio (pula p/ no 10) Ens. Tcnico (pula p/ no 10) Superior Andamento (no 2 a no 6) Superior Incompleto (no 2 a no 6) Superior Completo (no 2 a no 7) Ps-Graduao (no 2 a no 9)

Escolaridade

Menu Lista

20

*c *c *c

2 3 4

Instituio de Ens. Superior Sigla Curso

Txt Simples Txt Simples Txt Simples

255 15 255 (padro em branco) Grfico Produto Moda Web Interiores Digital Animao Games Bacharelado em Design Outras No fao Design Selecione Anual (aparece no 6.1) Semestral (aparece no 6.2) (padro em branco) / 1 Ano / 2 Ano / 3 Ano / 4 Ano / 5 Ano (padro em branco) / 1 Semestre / 2 Semestre / 3 Semestre / 4 Semestre / 5 Semestre / 6 Semestre / 7 Semestre / 8 Semestre / 9 Semestre / 10 Semestre

*c

Habilitao

Menu Lista

20

*c

Oferta de Disciplinas

Menu Lista

*c

6.1

Ano que est matriculado

Menu Lista

20

*c

6.2

Semestre que est matriculado

Menu Lista

20

*c *c *c *c

7 8 9 10

Ano de concluso Instituio de Ps-graduao Linha de Pesquisa Instituio de Ensino (Fundamental, Mdio e Tcnico)

Txt Simples Txt Simples Txt Simples Txt Simples

4 255 255 255

Fonte: O autor.

73

TABELA 12 - PASSO 1: Dados bsicos Seo D (Outros) No {i} ** 1 NOME DO CAMPO ID Tamanho da Camiseta TIPO Txt Simples Menu Lista TAM 20 10 OBSERVAES Chave primria do cadastro Selecione / Fem P / Fem M / Fem G / Fem GG / Masc P / Masc M / Masc G / Masc GG Campo de ajuda: Delegao um grupo de pessoas que vem juntas ao evento... Selecione / Avio / nibus / Carro / J sou de Curitiba / Outra Opo Selecione / Sim / No Selecione / Sim / No Cartaz / Orkut / Twitter / Blog do N / Outros sites / Chefe de delegao / Atravs de conhecidos / Apresentao da equipe / 00N Agentes da Conde / Revista / Outros eventos / Em sala de aula / Centros ou Diretrios Acadmicos / Outros 4 Selecione / Sim / No Obrigatrio marcar o campo para prosseguir.

Delegao Meio de Transporte para Curitiba Permanncia na Cidade alm do evento Pretende fazer turismo

Txt Simples

255

* * *

3 4 5

Menu Lista Menu Lista Menu Lista

20 4 4

Como tomou conhecimento do N Design Imerso

CheckBox

Este ser o seu 1 N Design? Li e concordo com o Termo de Responsabilidade

Menu Lista Campo Booleano [boto] SALVAR [boto] ENVIAR

Visualizao do Termo de Responsabilidade * 1

[link] Verso do Termo de Responsabilidade em PDF para visualizao

Fonte: O autor.

As sees A, B, C e D foram separadas em grupos de afinidade acima tal qual esto separadas na visualizao ao usurio, porm todas em uma mesma pgina, correspondente ao PASSO 1, onde todos os campos so salvos somente 1 vez, no boto correspondente no final da pgina.
TABELA 13 - PASSO 2: Censo do encontrista No {i} {i} * 1 NOME DO CAMPO ID IDUSUARIO estudante do Ens. Superior? TIPO Txt Simples Txt Simples Menu Lista TAM 20 20 4 OBSERVAES Chave primria da tabela censo (auto incrementvel) Chave primria da tabela usuario Selecione Sim (aparece no 2 a no 7) No (pula p/ no 8)

74

No *c 2

NOME DO CAMPO Quando entrou na sua instituio de Ensino Superior? / Semestre Quando entrou na sua instituio de Ensino Superior? / Ano Qual o ano de previso de sua formao? Estado onde estuda Regio Qual o regime dos seus estudos? No momento voc: (de 1 a 5, sendo 1 o mnimo e 5 o mximo)

TIPO Menu Lista

TAM 20

OBSERVAES Selecione 1 Semestre 2 Semestre Selecione / 2000 / 2001 / 2002 / 2003 / 2004 / 2005 / 2006 / 2007 / 2008 / 2009 / 2010 Selecione / 2010 / 2011 / 2012 / 2013 / 2014 / 2015 / 2016 / 2017 / 2018 Lista com Estados + Fora do Brasil Capital / Metropolitana / Interior Pblico / Privado / Privado PROUNI / Privado Bolsista (1) Sou turista no curso. (5) Fao todos os trabalhos, estudo para provas e participo de atividades de pesquisa e extenso. At 3 salrios mnimos 3 a 5 salrios mnimos 5 a 8 salrios mnimos 8 a 10 salrios mnimos 10 salrios mnimos ou mais Representante de Turma; Representante Discente do Curso, ou outras instncias superiores; Centro ou Diretrio Acadmico; Diretrio Central dos Estudantes DCE; Empresa Jnior; Comisso de Formatura; Bolsista, Monitoria ou Permanncia; Iniciao Cientfica; Mobilidade Acadmica; Intercmbio; Morador de Casa do Estudante; Organizador de evento estudantil; Nenhum dos anteriores. -

*c

Menu Lista

20

*c *c *c *c

3 4 5 6

Menu Lista Menu Lista RadioBox RadioBox Escala de Oposio Semntica (1 a 5)

20 20 20 30

*c

20

Renda Familiar

RadioBox

50

Na sua trajetria acadmica, voc j foi/fez:

CheckBox

20

10

Quantas vezes voc participou dos eventos a seguir: N Design (Encontro Nacional dos Estudantes de Design) R Design (Encontro Regional dos Estudantes de Design) Semanas Acadmicas Encontros Locais Encontros Municipais ExpoDesign

10.1

Menu Lista

20

0 / 1 / 2 / 3 / 4 / 5 ou mais

* * * * *

10.2 10.3 10.4 10.5 10.6

Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista

20 20 20 20 20

0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais

75

No * * * * * 10.7 10.8 10.9 10. 10 10. 11

NOME DO CAMPO Megafnicas Bienais de Design Congressos Cientficos CONE Design (Conselho Nacional dos Estudantes de Design) Outros

TIPO Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista

TAM 20 20 20 20 20

OBSERVAES 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais No, s fui como encontrista / participante; Monitor; Oficineiro; Convidado; Palestrante; Sepa (Seminrios de Produo Acadmica) / Apresentao de trabalhos Acadmicos; Organizador Representante do CONE Design; Gestor de Balaio / Grupo de Discusso. Outros Tudo, sou viciado em eventos; Palestras, gosto de ouvir algum falando; Debates e mesas redondas, adoro uma boa briga; Festas, s vou pra curtir; Oficinas, adoro colocar a mo na massa. Reunies do CONE Design, quero fazer a diferena; Atividades espontneas, viva a interao; Bazar, sou muito consumista; Turismo, s vou para passear; Grupos de discusso, adoro um bom bate-papo; Outros. (1) Mnimo, s fao minha inscrio. (5) Insano, participo de 3 atividades ao mesmo tempo enquanto ajudo a comisso organizadora. (1) Um pedao de cho para dormir e uma bica pra tomar banho. (5) Desencana, vou pra um hotel. (1) S vou porque preciso de horas de atividade complementar. (5) Por mim comeava agora mesmo!

11

Voc desenvolveu alguma atividade

CheckBox

12

O que mais te interessa no N

CheckBox

13

Qual o seu grau de participao nos eventos?* (de 1 a 5, sendo 1 o mnimo e 5 o mximo) Quanto a estrutura do evento, o que o suficiente para voc? Qual seu grau de empolgao para o evento?

Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5)

20

14

20

15

20

76

No * 16

NOME DO CAMPO Quanto voc se preocupa com a sustentabilidade? Quanto voc se preocupa com o contedo/projeto do evento do qual voc vai participar? Quanto aos seus horrios:

TIPO Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5)

TAM 20

OBSERVAES (1) Sustenta o que? (5) Eu sou o Capito Planeta (VAI PLANETA!) (1) Projeto? Que projeto? Tem projeto? (5) Eu li o projeto na ntegra, discuti com os organizadores, revi todo referencial terico e ainda divulguei no meu curso. (1) Nem megafone me acorda! (5) Acordo na hora certa sem usar despertador. (1) Po com vina* me sustenta (5) Fao 6 refeies por dia. *Vina como os habitantes de Curitiba chamam a Salsicha. (1) Sou vegetariano e no abro mo disso! (5) Como o que vier pela frente, de preferncia ainda sangrando. (1) Hetero (5) Homo

17

20

18

20

19

Quanto a sua alimentao:

20

20

Quanto ao tipo de alimentao:

20

21

Sobre sua opo sexual:

20

22

Sobre cigarro:

20

(1) No Fumo. (5) Fumo 1 a 2 maos por dia Selecione; (opo padro) Tenho emprego com carteira assinada; Tenho emprego sem carteira assinada; Sou Freelancer; Fao Estgio; Fao Trabalho Voluntrio; No trabalho. (pula p/ no 25) Selecione; (opo padro) Experincia; Necessidade; Opo; Obrigatoriedade (ex. Estgio Supervisionado) (1) Aquele das Naes Unidas? (5) Sempre acompanho no wiki da PNU. (1) Que lista? (5) Eu leio e respondo todos os emails.

23

Com relao ao trabalho:

Menu Lista

40

*c

24

Responda se por:

Menu Lista

40

25

Voc conhece a PNU? (link http://pnu.wikispaces.co m) Voc participa da lista do CONE Design? (link http://conedesign.org.br)

Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5)

20

26

20

77

No

NOME DO CAMPO

TIPO

TAM

OBSERVAES Moda Cinema e Vdeo Filosofia Mobilirio Jias Animao 2D Animao 3D Empreendedorismo Teatro Semitica Design da Informao Food Design Design de Interiores Msica/Dana Sustentabilidade Tecnologia/materiais Movimento Estudantil Ilustrao HQ Tipografia Gnero (Masc/Fem) Editorial Estamparia Criatividade Inovao Design de brinquedos Artesanato Design Vernacular Design de Produtos Interveno Urbana Histria/Teoria do Design Branding Antropologia Arquitetura Design Emocional Design Sensorial Cermica Embalagens Binica Cor Organizao de eventos Vitrine Perfume Malabares/circo Psicologia Pesquisa Fantasia Artes Plsticas Design tipo exportao

27

reas de interesse:* (marque 5 alternativas)

CheckBox

[boto] SALVAR [boto] ENVIAR

Fonte: O autor.

O formulrio de Censo do Encontrista no poderia ter nenhum campo alterado uma vez que fosse enviado, nem mesmo poderia ser visualizado pelo usurio. Neste

78

formulrio aparecem vrias escalas de oposio semntica, visando a coleta de dados de enquadramento intermedirio entre valores opostos para uma determinada questo. Todas estas escalas dentro do SIU so numeradas de (1) a (5).

FIGURA 42 - Exemplo de escala de oposio semntica (Fonte: O autor)

TABELA 14 - PASSO 3: Seleo de pacotes No {i} {i} {b} ** ** ** ** * NOME DO CAMPO ID IDUSUARIO Inscrio Bsica (R$XX) Alojamento (R$XX) Alimentao No-Vegetariana (R$XX) Alimentao Vegetariana (R$XX) Festas (R$XX) Estou ciente de que no poderei alterar a seleo de pacotes no futuro. Li e concordo com as Informaes sobre lotes, isenes, pacotes e pagamento. TIPO Txt Simples Txt Simples Campo Booleano Campo Booleano Campo Booleano Campo Booleano Campo Booleano TAM 20 20 4 4 4 4 Obrigatrio marcar o campo para prosseguir. Atravs de uma rotina em javascript feito um controle para permitir a seleo de apenas um dos pacotes de alimentao. OBSERVAES Chave primria da tabela pacote (auto incrementvel) Chave primria da tabela usuario (veja explicao abaixo)

[caixa de texto esttico] Visualizao das Informaes sobre lotes, isenes, pacotes e pagamento. * Campo Booleano Obrigatrio marcar o campo para prosseguir.

[link] Verso do Termo em PDF para visualizao (link externo) [boto] ENVIAR
Fonte: O autor.

O Pacote de Inscrio Bsica era obrigatrio para qualquer participante que conclusse a inscrio. Logo, o campo apenas aparecia na tela, j pr-selecionado e bloqueado, sem possibilidade de alterar a seleo. Na tabela do banco de dados no existe um campo inscricaobasica, pois qualquer usurio que tenha salvado a seleo de pacotes ter necessariamente visualizado e concordado com a seleo e valores relacionados.

79

Os valores em tela dependiam dos valores salvos no sistema no sistema para cada pacote, do lote vigente e tambm do desconto de iseno parcial ou total associado ao usurio.
TABELA 15 - PASSO 3: Forma de pagamento NOME DO CAMPO {i} {i} {b} {b} {b} {b} ID IDUSUARIO Inscrio Bsica (R$XX) Alojamento (R$XX) Alimentao No-Vegetariana OU Vegetariana (R$XX) Festas (R$XX) TIPO Txt Simples Txt Simples TAM 20 20 OBSERVAES Chave primria da tabela pagamento (auto incrementvel) Chave primria da tabela usuario Apenas exibio para confirmao da seleo de pacotes salva na tabela pacotes e seus respectivos valores vigentes na ocasio da emisso de pagamento. Valor do Pagamento Lquido (descontando taxas, que eram somadas apenas para visualizao do usurio, mas no armazenadas) Informao numrica relativa ao lote vigente quando emitido o pagamento V = Boleto HSBC P = Pagamento Digital I = Iseno Total

{b}

Valor

Decimal

11,2

{i}

Lote

Txt Simples

20

** {i} {i} {i}

Forma de Pagamento Data de Emisso Ativo Pago

Txt Simples Date Campo Booleano Campo Booleano

1 Date 4 4

Padro: 1 Padro: 0

[boto] GERAR BOLETO (armazena V na Forma de Pagamento) [boto] PAGAR PARCELADO (armazena P na Forma de Pagamento) [link] Faa uma simulao dos valores para pagamento parcelado (link externo) *c [boto] CONFIRMAR INSCRIO (armazena I na Forma de Pagamento) Opo oculta que aparece no lugar dos 2 botes de pagamento apenas quando o usurio tem direito a iseno total

Fonte: O autor.

Inicialmente os formulrios de pacotes e pagamento estavam unidos em uma mesma pgina. Durante a implementao decidiu-se que as tabelas ficaram mais organizadas caso fossem etapas em separado. Por isso os formulrios eram carregados em pginas separadas, para fazer um pagamento era necessrio antes ter feito a seleo dos pacotes desejados.

80

Observaes complementares O campo Ativo era setado por padro em 1, porm depois do prazo de pagamento (5 dias) ou havendo resposta negativa sobre o pagamento de um ttulo, este campo era setado em 0. Desta forma, o usurio teria que emitir um novo pagamento ao acessar o sistema, gerando uma nova entrada no banco de dados, ficando a anterior armazenada por motivos de segurana. No caso de pagamentos confirmados o usurio passava a ter o campo Pago setado em 1, sendo este registro consultado para gerar uma mensagem de status positiva em relao ao pagamento, diretamente na composio de sua interface. Abaixo, observa-se na Figura 43 um exemplo de usurio que fez vrias emisses de pagamento, passando pelos 3 LOTES, com diferentes valores de pagamento emitido atravs de boleto, at finalmente pagar um ttulo atravs de pagamento parcelado e confirmar a sua inscrio.

FIGURA 43 - Exemplo de usurio com mltiplos pagamentos emitidos (Fonte: O autor)

TABELA 16 - EDITAIS: Campos padro e invisveis dos editais NOME DO CAMPO {i} {i} {i} {i} {i} ID IDUSUARIO Data de Inscrio da Atividade Data ltima Atualizao Revisor de Avaliao TIPO Txt Simples Txt Simples datetime datetime Txt Simples TAM 20 20 40 OBSERVAES Chave primria da tabela editais (auto incrementvel) Chave primria da tabela usuario Armazena Data e Hora Armazena Data e Hora Nome do Revisor que avaliou a atividade Novo (padro) Aprovado Reprovado No Indicado Cancelado 0 No enviado 1 Enviado (padro)

{i}

Status de Avaliao

Menu Lista

255

{i}

Enviado

Campo Booleano

81

NOME DO CAMPO

TIPO

TAM

OBSERVAES Diferencia tipo de edital submetido por um cdigo. Mergulhos: 111 Quebrando o Gelo: 112 SEPA: 12 Mostra de Vdeos: 13 Representante do Cone: 2 Monitor: 4 Chefe de Delegao: 3 Bazar: 6

{i}

Tipo de Edital

Txt Simples

255

Fonte: O autor.

Todos os Editais armazenavam seus dados em uma mesma tabela do banco de dados. No entanto, ao usurio utilizador, os formulrios apareciam de modo totalmente distinto. Cada submisso de edital ficaria armazenada com uma ID nica na tabela editais, sendo esta associada ao IDUSUARIO.
TABELA 17 - EDITAIS: Inscrio de atividade Mergulho NOME DO CAMPO {i} {b} ** ** *c *c *c ** ** ** Nome do Instrutor Currculo breve do Instrutor A atividade ter mais de um instrutor Justifique a necessidade de um segundo instrutor Nome do Segundo Instrutor Currculo breve do Segundo Instrutor Ttulo da Atividade Informaes Especficas Resumo (sinopse) Resultado (pr-requisito para a atividade ser um mergulho) ** ** ** Cronograma Mnimo de mergulhadores Mximo de mergulhadores TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao) 0 Pula 3 campos 1- Aparecem 3 prox. Campos

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Longo Campo Booleano Txt Longo Txt Simples Txt Longo Txt Simples Txt Longo Txt Longo Txt Longo 512 1 2048 512 100 2048 256 512 (descrio completa utilizada para seleo do Mergulho, explicando conceito, metodologia e funcionamento da atividade) (para o guia do encontrista e site) (descreva o resultado da atividade, seja ele atravs de texto, de um mural, de objetos construdos, etc.) (defina o cronograma da atividade em tpicos) (nmero mnimo de participantes) (nmero mximo de participantes)

Txt Longo Txt Simples Txt Simples

1024 20 20

82

NOME DO CAMPO ** Tempo Necessrio

TIPO Menu Lista Escala de Oposio Semntica (1 a 5)

TAM 255

OBSERVAES 1h30 (mergulho raso) 3h (mergulho mdio) 5h (mergulho profundo) (escolher e preencher at 4 escalas que melhor definam sua atividade, classificando seu mergulho)

Classificao da atividade

**

Prtico (1) (_) (_) (_) (5) Terico Design Grfico (1) (_) (_) (_) (5) Design de Produtos Profissional (1) (_) (_) (_) (5) Acadmico Trabalho Manual (1) (_) (_) (_) (5) Trabalho Digital Individual (1) (_) (_) (_) (5) Coletivo Subjetivo (1) (_) (_) (_) (5) Objetivo Ldico (1) (_) (_) (_) (5) Realista Design (1) (_) (_) (_) (5) Outras reas Material Necessrio Disponibilidade para ministrar a atividade duas vezes durante o evento? A atividade j foi ministrada antes? Onde e Quando? Link do anexo: Formato .pdf Por que sua atividade deve estar no NDesign Imerso? Li e compreendi o edital de Mergulhos [link] Txt Longo Campo Booleano Txt Simples 2048 (apresente a quantidade e a justificativa de uso de cada material) Este campo esta relacionado com a votao para repetio de atividades do SIE.

**

** **

1 128

Txt Simples

128

Opo para envio de materiais complementares a proposta de atividade, conforme disposto no edital.

**

Txt Longo Campo Booleano

512 Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_mergulho.pdf

[boto] CONFIRMAR
Fonte: O autor.

TABELA 18 - EDITAIS: Inscrio de atividade Quebrando o Gelo NOME DO CAMPO {i} {b} ** ** *c *c Nome do Instrutor Currculo breve do Instrutor A atividade ter mais de um instrutor Justifique a necessidade de um segundo instrutor Nome do Segundo Instrutor TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao) 0 Pula 3 campos 1- Aparecem 3 prox. Campos

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Longo Campo Booleano Txt Longo Txt Simples 512 1 2048 -

83

NOME DO CAMPO *c ** ** ** ** ** ** ** ** Currculo breve do Segundo Instrutor Ttulo da Atividade Informaes Especficas Resumo (sinopse) Onde prefere Quebrar o Gelo? possvel ser em ambiente externo? Qual? Mnimo de mergulhadores Mximo de mergulhadores Material Necessrio A atividade j foi ministrada antes? Onde e Quando? Link do anexo: Formato .pdf Por que sua atividade deve estar no NDesign Imerso? Li e compreendi o edital do Quebrando o Gelo [link]

TIPO Txt Longo Txt Simples Txt Longo Txt Longo Txt Longo Txt Simples Txt Simples Txt Longo Txt Simples

TAM 512 100 2048 256 256 20 20 2048 128

OBSERVAES

(descrio completa utilizada para seleo do Mergulho, explicando conceito, metodologia e funcionamento da atividade) (para o guia do encontrista e site) (diga se essencial que o lugar seja fechado ou aberto, com grama ou mata fechada, etc.) (nmero mnimo de participantes) (nmero mximo de participantes) (apresente a quantidade e a justificativa de uso de cada material)

Txt Simples

128

Opo para envio de materiais complementares a proposta de atividade, conforme disposto no edital.

**

Txt Longo

512 Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_quebrandogel o.pdf

Campo Booleano

[boto] CONFIRMAR
Fonte: O autor.

TABELA 19 - EDITAIS: Inscrio de atividade SEPA NOME DO CAMPO {i} {b} ** ** ** ** *c Nome Responsvel Currculo breve do Instrutor Ttulo Autores Orientador Carter Qual? TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao)

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Longo Txt Simples Txt Simples Txt Simples Menu Lista Txt Simples 512 100 128 128 255 50 TCC (pula 1 questo) Iniciao Cientfica (pula 1 ques.) Outro (aparece questo abaixo)

84

NOME DO CAMPO ** ** ** ** ** Ano de Concluso Informaes Especficas Resumo (sinopse) Palavras-chave (at 3) Apresentao A atividade j foi ministrada antes? Onde e Quando? Link do anexo: Formato .pdf

TIPO Txt Simples Txt Longo Txt Longo Txt Simples Menu Lista

TAM 4 2048 256 100 255

OBSERVAES (descrio completa utilizada para seleo do Mergulho, explicando conceito, metodologia e funcionamento da atividade) (para o guia do encontrista e site) Categorias distintas para seleo dos SEPAS: Multimdia; Pster.

**

Txt Simples

128 Opo para envio de materiais complementares a proposta de atividade, conforme disposto no edital. Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_sepa.pdf

Txt Simples

128

Li e compreendi o edital de Seminrio de Produo Acadmica (SEPA) [link]

Campo Booleano

[boto] CONFIRMAR
Fonte: O autor.

TABELA 20 - EDITAIS: Inscrio de atividade Mostra de Vdeo NOME DO CAMPO {i} {b} ** Nome Responsvel Ttulo Responsvel pelo vdeo ** ** Informaes Especficas Resumo (sinopse) TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao)

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Simples Txt Simples Txt Longo Txt Longo 100 255 2048 256 (descrio completa utilizada para seleo do Mergulho, explicando conceito, metodologia e funcionamento da atividade) (para o guia do encontrista e site) Documentrio (padro) Animao Vdeo Clipe Fico Experimental Institucional

**

Categoria

Menu Lista

255

Tcnica Utilizada (para o desenvolvimento do filme) ** Tempo de Durao

Txt Simples Menu Lista

255 Time Formato MM:SS

85

NOME DO CAMPO

TIPO

TAM

OBSERVAES Ao invs de receber os arquivos no momento do envio do edital optou-se por apenas receber um link para visualizao, sendo os arquivos solicitados somente aos aprovados.

**

Link para o vdeo

Txt Simples

128

**

O vdeo j foi exibido ou recebeu alguma premiao? Onde e Quando? Li e compreendi o edital de Mostra de Vdeos [link]

Txt Simples

128 Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_mostradevide os.pdf

Campo Booleano

[boto] CONFIRMAR
Fonte: O autor.

TABELA 21 - EDITAIS: Inscrio de Representante do Cone Design NOME DO CAMPO {i} {b} ** ** *c Nome Representante Entidade de Base J foi Representante em outra edio do Cone Design? Caso sim, onde e quando? Link do anexo: Formato .pdf TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao) (no caso de indicao atravs de Centro ou Diretrio Acadmico) 0 Padro 1 Aparece campo abaixo. Opo para envio de materiais complementares a proposta de atividade, conforme disposto no edital. Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_representante cone.pdf

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Simples Campo Booleano Txt Simples Txt Simples 60 1 128 128

Li e compreendi o edital de Representante do Cone Design [link]

Campo Booleano

[boto] CONFIRMAR
Fonte: O autor.

TABELA 22 - EDITAIS: Inscrio de Monitor NOME DO CAMPO {i} {b} TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao)

CAMPOS PADRO E INVISVEIS DOS EDITAIS Candidado monitoria Txt Simples -

86

NOME DO CAMPO ** Disposio Fsica (quanto fora)

TIPO Escala de Oposio Semntica (1 a 5) Escala de Oposio Semntica (1 a 5)

TAM 20

OBSERVAES (1) Fraco (5) Forte

**

Disposio Fsica (quanto agilidade)

20

(1) Lento (5) gil Basquete Ciclismo Futebol Ginstica Musculao Natao Tnis Vlei Outro No, sou sedentrio

**

Pratica esportes?

CheckBox

Qual outro(s) esporte(s)? ** Altura

Txt Simples Escala de Oposio Semntica (1 a 5)

60 20 (1) Baixo (5) lto Instalao de equipamentos eletrnicos Boa comunicao pessoal Uso de ferramentas (p, martelo, chave de fenda, serra, etc) Famiiaridade com o Cone Design Outra

**

Habilidades Especficas

CheckBox

Que outra(s) habilidade(s) especfica(s) Fala outro(s) idioma(s) alm do portugus Quantas vezes voc participou dos eventos a seguir: N Design R Design Semanas Acadmicas Encontros Estaduais/Locais ** Encontros Municipais ExpoDesign Megafnicas Bienais de Design Congressos Cientficos CONE Design Outros

Txt Simples Txt Simples Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista Menu Lista

100 60 20 20 20 20 20 20 20 20 20 20 20 (Explique com detalhes seu grau de proficincia no(s) idioma(s) citados.) 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais 0 / 1 / 2 / 3 / 4 / 5 ou mais

87

NOME DO CAMPO

TIPO

TAM

OBSERVAES No, s fui como encontrista / participante; Monitor; Oficineiro; Convidado; Palestrante; Sepa (Seminrios de Produo Acadmica) / Apresentao de trabalhos Acadmicos; Organizador Representante do CONE Design; Gestor de Balaio / Grupo de Discusso. Outros Representante do CONE Mergulhador Quebrador de Gelo Bazar Debate de Mesa Redonda Apresentao de Trabalhos Acadmicos Mostra de Vdeos No, apenas Monitoria Representante de Turma; Representante Discente do Curso, ou outras instncias superiores; Centro ou Diretrio Acadmico; Diretrio Central dos Estudantes - DCE; Empresa Jnior; Comisso de Formatura; Bolsista, Monitoria ou Permanncia; Iniciao Cientfica; Mobilidade Acadmica; Intercmbio; Morador de Casa do Estudante; Organizador de evento estudantil; Nenhum dos anteriores. 0 Padro 1 0 Padro 1

**

Voc desenvolveu alguma atividade nestes eventos?

CheckBox

**

Pretende desempenhar alguma outra atividade no N2010, alm de Monitoria?

CheckBox

**

Na sua universidade, voc j participou de:

CheckBox

20

** ** ** **

Tem disponibilidade de chegar antes em Curitiba? Pretende ficar no alojamento do evento? Por que quer ser monitor? Existe alguma atividade especfica de Monitor que voc gostaria de executar? Em qual dos horrios voc tem preferncia pelo seu turno livre?

Campo Booleano Campo Booleano Txt Longo Txt Longo

1 1 512 256

**

Menu Lista

255

Manh padro Tarde Noite

88

NOME DO CAMPO ** Li e compreendi o edital de Monitoria [link]

TIPO Campo Booleano

TAM 1

OBSERVAES Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_monitoria.pdf

[boto] CONFIRMAR
Fonte: O autor.

TABELA 23 - EDITAIS: Inscrio de Chefe de Delegao NOME DO CAMPO {i} {b} * * * TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao)

CAMPOS PADRO E INVISVEIS DOS EDITAIS Nome do Chefe de Delegao Nome da Delegao Estimativa de pessoas na delegao (nmero) Cidade de Origem Estado de Origem Txt Simples Txt Simples Txt Simples Txt Simples Menu Lista Menu Lista Menu Lista Menu Lista Campo Booleano Txt Longo 100 20 100 20 Date Date 1 256 Avio (padro) nibus Van 0 Padro 1 Lista com todos os estados + Fora do Pas

* * * * *c

Data da viagem para Curitiba Data de volta Transporte J foi Chefe de Delegao em outra edio do NDesign? Caso sim, onde e quando

Preenchimento de pelo menos 40 membros com os dados abaixo para cada 1 dos membros: [link] Adicionar novo membro Com validao, alm de checar se CPF vlido verifica e informa na listagem se o usurio existe, se est pendente ou se j est com pagamento confirmado. Apenas para referncia

CPF

Txt Simples

11

Nome

Txt Simples [link] remover membro

[link] adicionar delegao Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_chefedelegaca o.pdf

**

Li e compreendi o edital de Chefe de Delegao [link]

Campo Booleano

[boto] CONFIRMAR
Fonte: O autor.

89

TABELA 24 - EDITAIS: Inscrio de Bazar NOME DO CAMPO {i} {b} ** ** Nome Responsvel Qual o nome do seu bazar? Materiais a serem comercializados TIPO TAM OBSERVAES Recupera varivel NOME + SOBRENOME da tabela usurio (apenas para visualizao) (Citar quais materiais e a quantidade aproximada de cada. Ex: 300 camisetas, 50 bons, 1000 bottons, etc) Opo para envio de informaes complementares a proposta, conforme disposto no edital.

CAMPOS PADRO E INVISVEIS DOS EDITAIS Txt Simples Txt Simples Txt Longo 100 512

**

Indique um link para podermos conhecer melhor seus produtos: Qual o valor estimado que est trazendo contigo em materiais? Que tipo de estrutura voc precisa? Conte-nos um pouco sobre o seu bazar. Por que seu bazar deve estar no NDesign Imerso? Li e compreendi o edital de Bazar [link]

Txt Simples

80

** ** ** **

Txt Simples Txt Longo Txt Longo Txt Longo Campo Booleano

50 256 512 512 Obrigatrio ser marcado para confirmar envio do formulrio. http://ndesign.org.br/2010/downlo ads/editais/n2010_bazar.pdf

**

[boto] CONFIRMAR
Fonte: O autor.

3.3.10 Detalhamento das Telas Cada pgina exibida ao usurio era resultado da unio das vrias partes da estrutura que foram apresentadas nas anteriores. As pginas eram dinmicas e carregavam variveis do banco de dados, de acordo com fatores relacionados ao status da inscrio, data, vagas, todos estes j apresentados anteriormente. Alm disso, sempre que cada formulrio fosse carregado, o sistema deveria verificar se cada campo j foi previamente preenchido. Caso positivo, deveria preencher o campo com o contedo armazenado de maneira que o mesmo fosse editvel, salvo em campos bloqueados.

Uma captura de tela para exemplo de cada uma das etapas foi realizada e pode ser conferida no Apndice 01. possvel que o leitor faa o login com um

90

usurio de teste para visualizar a interface em funcionamento real, basta utilizar os dados abaixo:

Acesso ao SIU com usurio teste (disponvel at jan/2011) Endereo: https://inscricoes.ndesign.org.br/ Login: 53571850858 Senha: 1234

3.3.11 Diagrama de Caso de Uso Alm da navegao bsica no SIU, j demonstrada em resumo no subitem 3.3.7, foi necessrio detalhar o relacionamento entre pginas e sub-pginas do SIU e tambm rotinas e processos ocultos que eram realizados em cada etapa, como pode ser observado na Figura 44.

FIGURA 44 - Detalhe do diagrama de caso de uso (Fonte: O autor)

O Diagrama de Caso de Uso completo est disponvel no Apndice 02. Para possibilitar o seu entendimento so especificadas abaixo as principais aes que ocorrem durante o processo de inscrio pelo SIU. Boto OK/Confirmar/Enviar Realiza o envio dos dados ao servidor para que seja passado a uma prxima

91

etapa. O rtulo do boto varia de acordo com o formulrio em questo, porm a ao sempre a mesma: encerrar uma etapa com o objetivo de avanar. Boto Salvar Realiza o salvamento dos dados preenchidos no formulrio em questo, porm permanece na mesma etapa para continuidade da edio. Caixa de Alerta Janela pop-up que aparece na tela solicitando ateno ou confirmao do usurio. utilizada especialmente nas situaes em que a ao solicitada no poder ser revertida, ou ento quando o usurio no realizou uma ao necessria para prosseguir.

FIGURA 45 - Exemplos de caixa de alerta (Fonte: O autor)

Verificao de Campos Sempre que o usurio enviar um formulrio que conter dados relevantes os campos correspondentes sero validados. Neste processo verificado se os dados inseridos so condizentes com o que foi solicitado, evitando que dados errados fiquem armazenados no banco de dados. tambm verificado se todos os campos obrigatrios foram preenchidos. Somente aps esta validao, caso todas as exigncias tenham sido atendidas, que o formulrio enviado e armazenado no servidor. Caso contrrio dado o retorno ao usurio atravs da marcao dos campos incompletos e/ou caixa de alerta.

92

FIGURA 46 - Exemplo de feedback aps verificao dos campos (Fonte: O autor)

Feedback ao usurio em tela O feedback em tela utilizado no somente para mensagens solicitando a correo de campos, mas tambm para informar ao usurio uma ao realizada com sucesso. Isso interessante para que ele fique tranqilo em relao concluso de uma solicitao pessoal, como ocorre no envio de um formulrio. Neste caso interessante que a mensagem seja exibida em local de destaque, porm sem interromper a navegao, como acontece com uma caixa de alerta.

FIGURA 47 - Exemplo de feedback ao usurio em tela (Fonte: O autor)

93

Termo de Compromisso

Em algumas etapas do preenchimento da inscrio era necessrio que o usurio concordasse com um termo de compromisso especfico. Este procedimento visava resguardar a Comisso Organizadora de um eventual problema jurdico posterior, e obrigava (ao menos na teoria) que o usurio lesse informaes importantes, regulamentos, condies e afins. Os termos de compromisso eram exibidos em tela, ou em link disponvel na tela e o usurio precisava marcar uma checkbox em concordncia ao disposto. No era possvel fazer o envio da etapa envolvida sem a marcao desta checkbox.

FIGURA 48 - Termo de compromisso e caixa de alerta correspondente (Fonte: O autor)

Envio de informaes por e-mail Em algumas ocasies o SIU se comunicava com o usurio atravs do e-mail cadastrado, de modo automtico: Confirmao de e-mail (depois de preencher o cadastro bsico), com um link para ativao do cadastro, sem a qual o usurio no poderia utilizar o sistema; Envio de senha esquecida, com a respectiva senha; Envio de cpia de edital submetido, para fins de conferncia e arquivamento do usurio e da comisso organizadora;

94

Envio de alteraes salvas no edital de Chefe de Delegao, para fins de conferncia da comisso organizadora (este edital era o nico que possibilita salvamento sem envio definitivo).

FIGURA 49 - E-mail de ativao do cadastro bsico (Fonte: O autor)

95

4 VALIDAO
Diversos tericos ressaltam, com diferentes abordagens, a importncia de trazer o usurio para o centro do desenvolvimento. Isso pode ser observado nas Regras de Ouro, propostas por Ben Shneiderman, em Designing the user interface (1998), ou nas palavras de Mandel (1997), quando afirma que se adquirem informaes totalmente dspares dos decisores, em relao s informaes fornecidas pelos usurios reais dos produtos de tecnologia de informao. Ou ainda, atravs das vrias publicaes de Nielsen, ao demonstrar perdas significativas que as empresas tm ao desconsiderar a usabilidade que o sistema oferecer ao usurio. Ressaltam-se tambm as palavras de Agner (2009), no fechamento de seu livro "Ergodesign e Arquitetura de Informao: trabalhando com o usurio", ao afirmar que ao deslocarmos o foco dos nossos projetos do sistema meramente tcnico para o ser humano, podemos ter uma importante contribuio a oferecer dinmica de mudana das organizaes e da sociedade, alm do mbito especfico do projeto das interfaces entre o homem e a tecnologia. Com o objetivo de incluir o usurio, e tendo a oportunidade de faz-lo a partir de um sistema real e em funcionamento, neste captulo veremos as etapas de validao e seus resultados.

4.1 AVALIAO COM STAKEHOLDERS Aps o desenvolvimento preliminar do SIU-N2010 e antes da implementao final o sistema foi submetido para avaliao com stakeholders. Participaram desta etapa 80 avaliadores, nos dias 11 e 12 de janeiro de 2010, sendo 60 membros da prpria comisso organizadora e 20 membros externos, aos quais foi pedido sigilo. Com os avaliadores da prpria Conde Curitiba o objetivo principal era perceber pontos falhos em que o sistema no estivesse atendendo as prprias demandas da organizao. J com os avaliadores externos o objetivo era perceber fragilidades do sistema sob a tica do usurio. Todos os avaliadores eram da rea do Design (estudantes ou formados) e possuam experincia em eventos de diversos portes,

96

tanto em participao como na organizao destes. A interface, ainda no totalmente funcional, mas com os elementos j posicionados na sua verso final, foi implementada desta maneira em HTML, para que os usurios abrissem as pginas do sistema em seus diferentes navegadores. Esta verso beta foi agrupada em um arquivo compactado e distribuda para todos os avaliadores, sem explicaes sobre o porqu dos elementos, para utilizao como um usurio qualquer, que faz o uso sem instrues alm do veculo em si.

FIGURA 50 Pacote de arquivos enviados para os stakeholders (Fonte: O autor)

FIGURA 51 Pgina de exemplo de interface enviada para os stakeholders (Fonte: O autor)

97

Em relao interface principal os principais comentrios recebidos foram sobre a legenda e menu superior. Foi ainda questionado o formato dos botes e a necessidade de nfase to grande na sequncia dos passos. O destaque foi mantido justamente pelo objetivo de direcionar a ateno do usurio para este elemento da interface. No entanto, ainda em relao ao menu superior, algumas crticas foram consideradas, em especial sobre os rtulos. Um dos avaliadores at lidou com este item de maneira ldica, conforme mostra a Figura 52, ao demonstrar a necessidade de alinhamento dos rtulos externos e internos de cada boto.

FIGURA 52 Observao sobre posicionamento dos rtulos do menu superior feita por um avaliador (Fonte: O autor)

Ainda em relao aos rtulos, os mesmos tiveram o tamanho de corpo de texto reduzido. O texto do rtulo da legenda foi mudado, para torn-la mais conectada com seu significado, passando de legenda para legenda passos e editais.

FIGURA 53 Correes efetuadas no menu superior do SIU (Fonte: O autor)

Foram ajustados vrios pontos do cdigo-fonte das pginas para permitir uma visualizao adequada do contedo, pois alguns navegadores estavam

interpretando o posicionamento dos elementos de modo equivocado, fazendo com que o boto de editais pudesse aparecer em uma segunda linha. Alm disso, foi corrigido o layout dos botes sair, ajuda e editais, que na sua lateral direita possuam uma curvatura que extrapolava os limites da grade do design estrutural, alm de estarem destoantes com o resto da interface, como pode ser observado na Figura 54.

98

FIGURA 54 Erros de quebra de linha e curvatura dos botes (Fonte: O autor)

As pginas do cadastro bsico sofreram mudanas estruturais. Inicialmente a previso era de apenas um campo na primeira pgina, para entrada do CPF. Com a verificao do campo o prprio sistema identificaria se o usurio j estava cadastrado ou no, redirecionando para a pgina com o campo de senha ou com os campos do cadastro bsico. Como no houve entendimento, adotou-se

posteriormente a primeira tela com as perguntas J estou cadastrado e Quero me cadastrar, cada qual com link para a pgina correspondente.

FIGURA 55 Tela inicial do SIU decidida pela verificao de CPF (Fonte: O autor)

Para a verificao e ativao dos e-mails enviados pelo cadastro bsico, inicialmente foi previsto um campo para preenchimento de cdigo de confirmao. Este ponto gerou dvidas durante a validao, por isso na verso que foi ao ar, aps o envio do cadastro bsico apenas informado que um e-mail de confirmao foi enviado, pedindo que o usurio verifique seu e-mail. Assim, a ativao feita por um link nesta mensagem de e-mail, que quando clicado redireciona para a pgina de login, com o feedback da ativao realizada com sucesso.

99

FIGURA 56 Verso preliminar da ativao de cadastro com cdigo a ser digitado (Fonte: O autor)

A pgina do Passo 3 foi a que mais teve alteraes nesta validao. Na primeira verso ela agrupava a seleo de pacotes e forma de pagamento em uma mesma pgina, como pode ser conferido na Figura XX. A partir do feedback desta avaliao e por uma indicao do programador, houve a separao em pginas distintas, porm mantendo um nico boto de acesso no menu superior.

FIGURA 57 Verso agrupada da pgina do Passo 3 (Fonte: O autor)

100

Alm das sugestes de alterao estrutural, de layout e interface j apresentadas, recolheu-se durante esta validao uma srie de anotaes sobre correes necessrias na redao de itens do formulrio. Alguns campos foram adicionados ou retirados, e outros tiveram itens reformulados. Nesse aspecto a avaliao com stakeholders foi bastante valiosa, pois foi considerada a opinio de usurios experientes, conferindo mais abrangncia e consistncia primeira verso que posteriormente foi ao ar, no lanamento do SIU-N2010.

4.2 ESTATSTICAS GERAIS

4.2.1 Estatsticas Finais dos Cadastros do SIU-N2010

Neste item analisaremos algumas estatsticas relacionadas ao SIU-N2010, fornecidas pela Conde Curitiba aps a finalizao do evento. So nmeros que no foram contabilizados e disponibilizados na ntegra em edies anteriores, prejudicando os novos organizadores, que a cada ano trabalharam com estatsticas bastante imprecisas, colocando em xeque o planejamento estrutural do evento.
TABELA 25 Estatsticas Finais do SIU-N2010 USURIOS Cadastros totais Ativos Censo completo Enviaram edital Participantes do N 6570 6363 5775 620 4547 PACOTES Inscrio Bsica Alimentao NoVegetariana Alimentao Vegetariana Alimentao Total Alojamento Festas 4340 2955 365 3320 2648 3620 SUBMISSES DE EDITAIS Mergulho Quebrando o Gelo SEPA Mostra de Vdeos Representante do Cone Chefe de Delegao Monitoria Bazar TOTAL 225 19 112 31 26 52 254 39 758

Pagamento de Inscries: R$ 638 860.00

Fonte: O autor.

Observa-se que o banco de dados possui um total de 6570 cadastros, um nmero 44,49% superior ao de participantes do N2010, que de 4547. Porm, do

101

total de cadastros, muitos deles no passaram sequer da ativao do e-mail informado, ou seja, 96,85% preencheu apenas o cadastro bsico, sem ter acessado o PASSO 1. Considerando os cadastros ativos (6363) somente 90,76% deles continuou at a etapa do preenchimento completo do PASSO 2 Censo. Disto conclui-se que o total dos usurios que completou o PASSO 2, 5775 cadastros, so referentes a pessoas que de fato almejavam participar do evento, porm, por algum motivo, 27% deles no finalizaram sua inscrio posteriormente. So cadastros completos, aptos para efetuar o pagamento ou submisso de editais, mas que no concluram a inscrio. Em relao ao nmero de participantes efetivos do N Design observa-se que 13,64%, ou seja, 620 usurios submeteram algum edital para avaliao. Como o nmero total de propostas submetidas de 758, conclui-se que 22,26% destas foram enviadas por usurios que submeteram mais de uma proposta, em editais diferentes ou iguais. O nmero de participantes oficial do N Design foi 4547, mas, apenas 95,45% destes possuem registro de confirmao de iseno ou pagamento efetuado, ou seja, 4340 inscries bsicas. Os pacotes opcionais, em relao ao pacote obrigatrio, obtiveram boa adeso: Alimentao com 76,50%; Alojamento com 61,01% e Festas com 83,41%. Considerando as 2 opes de cardpio para o Pacote de Alimentao observa-se que 89% selecionou a opo no-vegetariana e 11% selecionou a opo vegetariana. Por fim, observa-se que o montante total de entradas relativas ao sistema de inscries de R$638.860,00. Trata-se de um valor considervel, o que refora aquilo que j foi citado neste projeto: a importncia e responsabilidade no desenvolvimento de um sistema e banco de dados seguro e consistente.

4.2.2 Estatsticas de acesso e perfil do usurio Neste item sero apresentados alguns resultados fornecidos pelo Google Analytics, sistema de anlise de mtricas gratuito que foi utilizado para acompanhamento dos acessos ao site do N Design Imerso 2010. Foi considerado o perodo de 01 de fevereiro de 2010 a 18 de julho de 2010, referente a um nmero total de 205.448 visitas e 640.167 pginas visualizadas.

102

FIGURA 58 Anlise de mtricas do site do N2010 (Fonte: O autor)

No grfico do nmero de visitas ao longo do perodo observa-se uma dinmica de variao significativa das visitas a cada semana, em funo do nmero mais elevado de visitas no incio da semana e mais reduzido no final de semana. O pico foi de 4244 visitantes, no dia 09 de julho. Logo aps a pgina principal (/2010), que aparece com 33,35% das pginas visualizadas, vem justamente a pgina de entrada do Sistema de Inscries Unificado (/2010/inscricoes), com 8,95% e um total de 57.267 visualizaes/acessos1.

FIGURA 59 Anlise de mtricas da pgina de entrada do SIU (Fonte: O autor)

1

Ser utilizado o termo acesso ao invs de visualizao ou pgina visualizada, referente ao termo original pageview, que aparece nos grficos do Google Analytics.

103

Isolando o grfico apenas para a pgina de entrada das inscries percebe-se que os picos esto associados aos eventos importantes do perodo, como o encerramento de lotes, deadline de submisso de editais e lanamento de resultados da seleo dos mesmos. possvel notar ainda que datas de final de prorrogao tiveram acesso maior do que datas de trmino normal dos prazos, havendo um acesso 16,81% maior no caso da prorrogao da submisso dos principais editais e 28,77% maior no trmino da prorrogao do Lote 3, ltima oportunidade para inscrio antecipada. O pico do perodo foi no dia 14 de maio, com 9812 acessos, data localizada entre a divulgao dos resultados dos editais (13 e 15 de maio) e encerramento do Lote 2 (15 de maio). A mdia de acessos no perodo total de 341 por dia. O perfil dos visitantes demonstra que 99,33% deles acessou o site em territrio brasileiro. Observando a diviso dos acessos por estado percebemos que o Paran, sede do evento, liderou de maneira consistente, com 25,37% dos acessos. Nota-se tambm que o Sul (41,39%) e Sudeste (35,27%) representam mais de do total de acessos (76,66%).

FIGURA 60 Anlise de mtricas do SIU por estado (Fonte: O autor)

O nmero de acessos por navegador confirma a preocupao inicial de testar o sistema de inscries no Internet Explorer, Mozilla Firefox, Google Chrome e Apple Safari. Na Figura 61 nota-se que o navegador mais utilizado pelos visitantes do sistema de inscries foi o Firefox, contrariando as estatsticas da web mundial,
2

Estima-se que no lanamento das inscries, no dia 29 de janeiro de 2010 houve um pico superior a 1.000 acessos, pois o nmero de cadastros realizados foi de praticamente este. Porm, devido a uma falha na integrao do site com o Google Analytics, no existe registro de estatsticas anteriores a 01 de fevereiro de 2010.

104

onde o Internet Explorer lidera. No entanto, 29,42% dos usurios ainda utilizam o Internet Explorer, algo que deve ser considerado pelos desenvolvedores, uma vez que este navegador possui algumas limitaes na interpretao do cdigo-fonte e especialmente na interpretao de scripts, como o javascript, utilizado na mscara de alguns campos do SIU-N2010.

FIGURA 61 Anlise de mtricas do SIU por navegador (Fonte: O autor)

O Google Analytics tambm fornece a estatstica dos usurios com e sem suporte para Java. A estatstica alarmante que 13,95% no estava com suporte ativado no momento de entrada da pgina de inscries. Depois de alguns problemas foi inserida uma limitao no SIU e usurios que no habilitassem o Java no poderiam acessar o sistema.

FIGURA 62 Anlise de mtricas do SIU por suporte a Java (Fonte: O autor)

O ltimo item a ser conferido a resoluo da tela. Durante o desenvolvimento se convencionou que seria utilizada como referncia mnima a resoluo de 1024x768px. Esta conveno foi adotada para todo o site do N2010 e tambm para o Sistema de Inscries. Em resolues menores do que esta os usurios podero enfrentar problemas ou dificuldades de visualizao de todos os elementos em tela. Atravs das estatsticas percebe-se que foi uma deciso acertada. A resoluo de 1024x768px foi a mais utilizada com 25,53%, seguida de 1280x800px, com 23,31%. Estas resolues so as mais utilizadas em computadores desktops e portteis, respectivamente. Nota-se que a nica resoluo

105

que no atende o requisito mnimo, e que aparece entre as 15 mais utilizadas, a 800x600px, em 14 lugar, com 1% dos acessos, o que no chega a ser um problema.

FIGURA 63 Anlise de mtricas do SIU por resoluo de tela (Fonte: O autor)

As anlises deste item poderiam se estender bastante. O Google Analytics oferece uma excelente tecnologia que pode ser aproveitada pelos futuros organizadores. Trata-se de um mecanismo eficaz para observar o perfil do usurio, mas no s isso, pois atravs da anlise de mtricas possvel mapear todo o perfil de acesso ao site, pgina de origem e destino dos visitantes, tempo de acesso, retornos, novos visitantes, retorno de pesquisas por palavras-chave, e dezenas de outras opes. Neste projeto a anlise foi limitada aos fatores de maior relao com o SIU-N2010.

4.3 QUESTIONRIO DE SATISFAO DO USURIO COM A INTERFACE O primeiro instrumento de anlise previsto neste trabalho foi realizado a partir de uma adaptao do QUIS - Questionnaire of User Interface Satisfaction de Ben Shneiderman (1998). A maior parte do modelo original foi mantida, a partir de traduo livre do ingls para o portugus e com a alterao de parte da terminologia utilizada. O QUIS foi utilizado nesta etapa do desenvolvimento visando obter, de maneira rpida, um diagnstico completo da opinio do usurio em relao a vrios

106

aspectos da interface do sistema analisado. Das 12 partes do modelo original foram adaptadas e utilizadas apenas 7: 1 Parte: Experincia com o Sistema; 2 Parte: Experincia Anterior; 3 Parte: Impresses Sobre a Utilizao do Sistema; 4 Parte: Tela; 5 Parte: Nomenclatura e Sistema de Informao; 6 Parte: Aprendizagem; 7 Parte: Capacidades de Sistema.

Foi ainda criada a 8 Parte: Consideraes Finais, com o objetivo de estimular o usurio a relatar itens em uma ltima questo aberta, visando contribuies que podero auxiliar diretamente no momento de escolha de parmetros para o redesign da interface. Desconsiderando o cabealho, que possui 2 perguntas para traar o perfil do usurio (Idade e Gnero), o instrumento de pesquisa foi finalizado com 63 perguntas fechadas, sendo na sua grande maioria escalas de oposio semntica numeradas de 1 a 5, e, sete questes abertas, com o objetivo de coletar informaes complementares e sugestes especficas para determinadas partes. Foi utilizada a tecnologia de formulrio eletrnico do Google Docs, que permite rpida implementao, fcil distribuio on-line e possui um sistema eficiente para controle de quantidade de respostas e exibio dos resultados. Seguidores das Redes Sociais Twitter e Orkut, relacionadas ao N Design, foram convidados a participar voluntariamente respondendo o questionrio, disponibilizado na internet durante 4 horas de um nico dia, em junho de 2010, durante o perodo final das inscries do SIU. O curto tempo foi suficiente para se obter uma amostragem de 20 participantes, que ser analisada a seguir. O formulrio pode ser verificado em sua ntegra no Apndice 03 e a compilao da amostra no Apndice 04. Observa-se que os participantes esto distribudos quase que igualmente entre os gneros e que as faixas etrias correspondem de fato ao principal pblicoalvo do Sistema, jovens de 18 a 30 anos.

107

FIGURA 64 Resultado QUIS: Idade e gnero (Fonte: O autor)

Na questo 1.1 nota-se que a maioria (N=15) dos usurios utiliza o sistema de 1 a 6 meses e que metade deles (N=10) j utilizou o sistema 6 ou mais vezes, o que aumenta a probabilidade de respostas coerentes no resto da pesquisa. Outro dado interessante que a maioria (N=16) j utilizou pelo menos algum outro sistema semelhante, o que refora o resultado como uma boa possibilidade de contribuio direta para o desenvolvimento do projeto.

FIGURA 65 Resultado QUIS: Tempo de uso e quantidade de visitas (Fonte: O autor)

Ressalta-se que 55% dos usurios afirmam que nenhuma vez tiveram problemas com o sistema, apenas 1 afirma ter possudo problemas entre 3 e 5 vezes e outro mais de 10 vezes. O resultado desta varivel pode ter sido determinante para o que percebe-se nas questes seguintes, onde praticamente a totalidade das afirmaes associada aos extremos positivos das escalas.

108

FIGURA 66 Resultado QUIS: Quantidade de problemas enfrentados pelo usurio (Fonte: O autor)

Na 3 Etapa a questo 3.1 e 3.2, sobre reaes ao sistema, teve um dos piores resultados na amostra, merecendo ateno no caso de um desenvolvimento futuro de aprimoramento do SIU. Aqui percebe-se a escala com respostas prximas aos extremos negativos da grade (tedioso, rgido e ilgico).

FIGURA 67 Resultado QUIS: Reaes negativas ao sistema (Fonte: O autor)

109

FIGURA 68 Resultado QUIS: Sistema Unificado lgico ou ilgico? (Fonte: O autor)

J na 4 Parte: Tela, os pontos que merecem maior ateno so: 4.3 Layouts das telas facilitam, onde 35% se posicionaram de maneira neutra (ponto central da escala); 4.3.1 Quantidade de informao que pode ser apresentada na tela, onde 15% assinalaram respostas prximas ao extremo negativo (inadequada) e 20% foram neutras;

FIGURA 69 Resultado QUIS: Reaes ao Layout (Fonte: O autor)

Ainda na 4 Parte, mais 2 pontos merecem ateno. 4.2.1 Organizao da informao na tela, onde 20% tenderam para o extremo negativo (ilgica); e 4.4.2 Voltar para a tela anterior, onde 20% tenderam para o extremo negativo (impossvel);

110

FIGURA 70 Resultado QUIS: Reaes navegao (Fonte: O autor)

Mesmo que em resultado pouco expressivo, com 5 a 10% da amostra, possvel notar alguns pontos criticados nas questes da 5 Parte, com relao nomenclatura, feedback, comandos, quantidade e posicionamento das informaes e redao das mensagens de erros. O mesmo pode ser observado em questes da 6 Parte, no que tange ao incio da utilizao, aprendizado de recursos avanados e estmulo de explorao de recursos por tentativa e erro. Destaca-se uma ateno necessria para alguns pontos que podem ser mais crticos: 6.2.2 Descoberta de novos recursos, onde 20% se posicionaram prximo ao extremo negativo (difcil); 6.4.1 Nmero de etapas por tarefa, onde 10% ficaram prximas ao extremo demasiado e 35% foram neutras, representando quase metade da amostra.

FIGURA 71 Resultado QUIS: Sobre a aprendizagem da interface (Fonte: O autor)

111

Finalmente, na 7 Parte: Capacidades do Sistema, necessria ateno no item 7.2.2 Aviso de potenciais problemas, onde 15% relataram opinio prxima ao extremo negativo (nunca) e 35% se posicionaram de maneira neutra.

FIGURA 72 Resultado QUIS: Aviso de problemas potenciais (Fonte: O autor)

Alm dos fatores acima, analisados a partir das questes fechadas, observase uma boa participao nas questes abertas com 75 respostas ao todo, as quais oferecem inmeras contribuies para a pesquisa e podem ser conferidas em sua ntegra no Apndice 05.

4.4 FEEDBACK DE ATENDIMENTO AO USURIO Nesta etapa de validao foram compilados todos os atendimentos ao usurio realizados por e-mail pela Comisso de Tecnologia e Informao da Conde Curitiba, principal responsvel pela recepo e soluo de dvidas e problemas enfrentados com o Sistema de Inscries Unificado. Outros canais de comunicao tambm foram utilizados: e-mail da Comisso de Assessoria ao Encontrista (focado em dvidas sobre o evento em si); e-mail geral (contato@ndesignimersao.com, geralmente repassado s Comisses responsveis); chat semanal (realizado no site do N2010); redes sociais; contato telefnico; e at pessoalmente, direto com os membros da organizao. Estes canais secundrios possuem amostra menor e no sero analisados neste projeto. Para a anlise foi cedido pela Conde Curitiba o acesso ao e-mail da Comisso de TI, onde estavam armazenados 1736 tpicos de atendimento. Em 76%

112

deste montante foram localizadas dvidas sobre o Sistema de Inscries Unificado, totalizando 1326 chamados de atendimento realizados entre 29 de janeiro de 2010 e 29 de julho de 2010, 6 meses de suporte. Cada novo item encontrado foi inserido em uma planilha com sua descrio, elemento associado e sugestes de solues feitas por ocasio deste trabalho. Posteriormente, os chamados de atendimento foram categorizados para facilitar o entendimento da distribuio dos pontos de dvida entre os itens do sistema, como poder ser observado nas tabelas a seguir. O objetivo aqui no o detalhamento completo de cada ponto e o desenvolvimento da possvel resoluo do problema, mas sim, o levantamento de problemas encontrados pelo usurio, de modo que os prximos sistemas possam considerar estes dados em seu desenvolvimento, previnindo a repetio dos mesmos itens.
TABELA 26 Feedback Usurio: Cadastro Bsico PONTO PROBLEMAS E-mails caindo na caixa de SPAM; Servidor na lista negra de envios; Hotmail e Yahoo recusando mensagens Usurio errou no preenchimento de dados bloqueados Erros de digitao; Uso de e-mail secundrio; ELEMENTOS MELHORIAS Adotar poltica anti-spam; Opo administrativa para ativar; Aviso na tela de maneira ainda mais expressiva; Preencher CPF para formulrio de dvidas; Diferenciar campos bloqueados; Interface administrativa para correo Diferenciar campos bloqueados; Especificar que o e-mail ser verificado Citar "seu e-mail xxx?" na janela de alerta antes de confirmar o envio do formulrio Diferenciar campos bloqueados; Campo "nome do meio" Campo "nome artstico" para atividades Especificar que o nome ser usado tal qual preenchido no certificado Citar "seu nome xxx?" na janela de alerta antes de confirmar o envio do formulrio qtde

Ativao de email

Especificaes Funcionais

81

Erro em dados bloqueados

Design da Informao

32

Erro no preenchimento de e-mail

Arquitetura da Informao; Design Visual

32

Erro no preenchimento de nome

Erros de digitao; Nomes repetidos nos campos de nome e sobrenome; Esquecimento do nome do meio Uso de nome artstico ao invs de nome real.

Arquitetura da Informao; Design Visual

21

Subtotal 166
Fonte: O autor.

113

TABELA 27 Feedback Usurio: Pagamentos PONTO PROBLEMAS ELEMENTOS MELHORIAS Opo de gerar documento de confirmao, um ingresso do evento; E-mail confirmando o pagamento recebido com sucesso e explicando as formas de comprovao; Tornar o Passo 3 clicvel para ver detalhes do pagamento aps realizao do mesmo; Citar pacotes que foram confirmados e pagos; qtde

Dvidas sobre o Documento comprovante de Comprovante de pagamento para garantir a inscrio do Pagamento evento

Design da Informao Design Visual Especificaes Funcionais

119

Refazer pagamento ou forma de pagamento

Dvidas e pedidos diversos sobre como refazer pagamento ou forma de pagamento, uma vez que este estivesse gerado

Deixar mais claro na interface o procedimento para refazer o pagto;Alterar rtulo do boto Especificaes quando o pagamento est FuncionaisDesi vigente para reimprimir gn da boleto;Opo de refazer pagto Informao zerando o outro (risco do usurio);Informaes sobre pagto expirado e providncias enviado para o e-mail. Envio de e-mail com todas as informaes sobre o pagamento, prazos, formas de confirmao; Sistema que gere boleto desconsiderando dias no teis; Diferenciar de maneira mais explcita prazo de pagto de prazo de verificao de pagto. Informar sobre formas e condies de pagamento logo no incio do cadastro; Informar que so 2 dias para pagto antes do usurio emitir o pagto. Opo de enviar boleto no email Alerta diferenciado verifique seu bloqueador de pop-up; Explicar como desabilitar o bloqueador de pop-up Trocar janela pop-up por outra tecnologia; Deixar claro o prazo de vencimento do boleto; E-mail automtico com informaes sobre o vencimento do pagamento

79

Como pagar e confirmar pagamento

Dvidas sobre prazo de vencimento; No saber onde acompanhar o pagamento; No saber como e quando confirmar o pagamento; Desconhecimento de dias teis e no teis para pagamentos.

Design da Informao Especificaes Funcionais

74

Nova janela de pagamento

Janela pop-up que nem sempre abre

Especificaes Funcionais Design Visual

60

Refazer pagamento vencido

Dvidas sobre como refazer ou pagamento vencido ou solicitaes de refao

Especificaes Funcionais Design da Informao

41

114

PONTO

PROBLEMAS

ELEMENTOS

MELHORIAS No utilizar sistema de boleto do banco; Feedback em tela sobre data dos ltimos pagamentos atualizados,
ranqilizando o usurio; Aumentar o planto da equipe. Pgina com informaes sobre o funcionamento do Pagamento Digital; E-mail avisando sobre o processo da verificao de dados; Integrar para ter resposta do PD direto no status de pagamento do SIU; Verificar de tempos em tempos se houve alteraes nas transaes do PD. Explicao no site/e-mail que no necessrio enviar o comprovante para organizao Melhorar feedback textual/visual sobre pagamento em aberto/em anlise;Enviar e-mail para pagamentos em aberto e j vencidos, explicando o que fazer Em caso de prorrogao, corrigir datas e lanar o informe em todas as mdias e tbm no prprio sistema Alerta de efetuao de pagamento (e no simulao); Explicar formas de pagto eparcelamento antes de abrir o sistema de inscries; E-mail automtico avisando que o Lote est acabando e que o valor acrescido caso no haja pagamento confirmado no prazo; Informao adicional em tela. Explicao do procedimento no site e no SIU Feedback com informao em tela ou email falando do final do lote, com alguns dias de antecedncia

qtde

Demora na integrao bancria

Problemas decorridos com a demora de confirmao de pagamentos no boleto

Especificaes Funcionais

22

Forma de cobrana e funcionamento do Pagamento Digital

Dvidas em geral sobre a forma de pagamento parcelado no PD e problemas decorrentes da integrao dos sistemas

Design da Informao Design Visual Especificaes Funcionais

20

Envios de comprovantes para organizao

Alguns usurios enviaram comprovantes por email

Design da Informao

19

Controle de pagamentos do sistema

Ausncia de feedback ao usurio durante o perodo de Design da confirmao;Ausncia InformaoDesi de verificao de gn de Interao pagamentos em aberto por muito tempo. Dvidas relativas a prorrogao do Lote 3 Design da Informao Design Visual

19

Prorrogao do Lote 3

17

Simulao x pagto iniciado x infos

No entendimento do Design da usurio sobre a diferena entre simular Informao Design Visual e efetuar um pagamento

14

Usurios que deixaram pagtos vencerem e no Troca de Lote de Especificaes entenderam valor Pagamento Funcionais acrescido em funo da mudana de lote Inscries Presenciais Confirmaes em final de lote de inscries Dvidas sobre como fazer inscrio presencial Design da Informao Design Visual

11

11

Usurios que deixaram Design da pra resolver Informao pendncias em cima Design Visual da hora do fim do lote

10

115

PONTO

PROBLEMAS

ELEMENTOS

MELHORIAS Cuidar com automaes do sistema, guardar datas e aes e nunca apagar entradas do banco de dados (apenas desativ-las); Sistema checa, antes de refazer pagamentos e pacotes, se alm da entrada est inativa, no h pagamento confirmado

qtde

Pagto Inativo e perda de pacotes

Erro de sistema que ocasionou a desativao de pagamentos, que ento no reconheciam Especificaes a confirmao. Funcionais Usurios desatentos, ao tentar refazer, apagavam sua seleo de pacotes, quebrando o sistema Casos de boletos emitidos e no aceitos por determinados bancos, no incio das inscries Especificaes Funcionais

Boleto incorreto

Checagem mais detalhada antes da liberao do sistema

Boleto de 10milhes

Erro de sistema que em situaes espordicas gerava um boleto de 10milhes Especificaes em caso de inconsistncia dos Funcionais dados para emisso (acontecia as vezes quando o sistem expirava) Falha do sistema que permitiu que alguns usurios conseguissem Especificaes Funcionais ter mais de 1 pagamento ativo ao mesmo tempo

Mensagem de erro em tela ao invs de gerar boleto com erro, e opo de refazer.

Pagamento em duplicidade

Verificao que no permita gerar 2 pagamentos simultneos ativos

Subtotal 540
Fonte: O autor.

TABELA 28 Feedback Usurio: Pacotes PONTO PROBLEMAS Usurio errou na seleo de pacotes e quer refazer ELEMENTOS Design da Informao Design Visual Especificaes Funcionais Design da Interface Design Visual Especificaes Funcionais MELHORIAS Possibilidade de refazer a seleo se no houver pagamento ativo (esta opo foi implementada durante o andamento das inscries) Opo de comprar pacotes avulsos separados aps a inscrio principal, j integrada ao SIU, de modo automtico. qtde

Seleo de pacotes

69

Usurio no comprou todos os pacotes de Pacotes avulsos uma vez s e que incluir novos pedidos e pagamentos

35

116

PONTO

PROBLEMAS Trocas entre vegetarianos e no vegetarianos por revenda de inscries ou casos de erro de preenchimento (alguns por falha do sistema com parte em java)

ELEMENTOS

MELHORIAS Deixar opo para o usurio alterar pacote por conta prpria at uma data limite; Deixar mais clara e diferena entre os pacotes; Opo administrativa que torne a alterao mais fcil Melhorar a disposio da informao e colocar uma nota sobre esta opo no sistema

qtde

Alterao de pacote de alimentao

Design da Interface Design Visual Especificaes Funcionais

19

Ingressos avulsos

Dvidas sobre a venda dos ingressos avulsos Design da para cada festa depois Informao que o pacote de todas Design Visual elas acabou Ausncia de explicao sobre o que so os pacotes direto no SIU (esta explicao estava apenas em pgina prpria) Design da Informao Design de Navegao

11

Dvidas sobre pacotes

Interligar pginas especficas com informaes dos pacotes; Explicar que o pacote de alojamento individual (e no por barraca)

Subtotal 139
Fonte: O autor.

TABELA 29 Feedback Usurio: Editais PONTO PROBLEMAS Aps enviados os editais no possibilitavam alteraes, devido a estarem em anlise. Qualquer correo tinha que ser pedida atravs de e-mail No havia um feedback claro sobre a submisso com sucesso, apenas uma tela com a listagem dos editais submetidos Devido a um erro de programao o tempo de expirao da sesso logada ficou setado em 30 min, o que causou a perda de formulrios de editais ELEMENTOS MELHORIAS qtde

Correo de Editais j enviados

Design da Informao Especificaes Funcionais

Melhorar interface administrativa para alterao dos dados pela organizao

41

Confirmao de submisso

Design da Informao Design da Interface Design Visual Especificaes Funcionais Design da Informao Especificaes Funcionais

Informao clara se o formulrio foi enviado ou no; Texto padro na tela principal de editais de quem no fez nenhuma submisso; Aumentar o tempo de sesso (posteriormente foi aumentado para 120min); Ter um relgio que demonstra o tempo da sesso, como em sistemas bancrios

26

Tempo de expirao de sesso

23

117

PONTO

PROBLEMAS Dvidas de usurios confusos sobre inscrio pra quem est nos editais

ELEMENTOS

MELHORIAS Enviar principais orientaes por e-mail alm de solicitar a leitura do edital de instrues completo; Repensar o rtulo Editais, que pode no estar claro. Verificar garantia de lote e confirmao de isenes antes da liberao do resultado dos editais; Verificar pagtos ativos e no finalizados, tornando-os inativos; Aprimorar mensagens de status para usurios de editais, com estgios intermedirios Acelerar a divulgao dos procedimentos, fazendo-a simultaneamente ao resultado da seleo Mostrar que d pra apagar um edital por conta prpria, a partir da interface, em um e-mail explicativo; Em caso de cancelamento ou excluso, enviar e-mail para organizao e para o usurio, no apagando totalmente do banco de dados, apenas alterando o status para eventuais correes de erros Perceber quando existe um pagamento em paralelo e colocar orientao em tela e por e-mail

qtde

Dvidas sobre inscrio com editais

Design da Informao

22

Alguns usurios submeteram editais com pagamento ativo mas no efetuado e Conflito com isso travou o sistema pagamento ativo quando estes foram confirmar a iseno pela aprovao ou a garantia de lote na no aprovao

Design da Informao Especificaes Funcionais

10

Demora na divulgao Procedimento dos procedimentos, Especificaes aos aprovados e que gerou dvidas logo Funcionais no aprovados aps a divulgao dos resultados

Pedidos para apagar editais enviados, Apagar/cancelar Design da quando na verdade o editais enviados Informao prprio usurio poderia faz-lo pela interface

Pagamento e garantia de lote

Dvidas sobre como efetuar o pagamento e garantia de lote aos no aprovados Na maioria dos editais havia um campo Anexo para enviar informaes complementares para anlise. Porm este campo no tinha sido referenciado no material informativo No edital de Chefe de Delegao o campo de insero do CPF dos membros permitia que fosse inserido - ao invs de ser somente nmeros, assim usurios desatentos ao aviso no localizam o membro do CPF especfico

Design da Informao

Anexo Editais

Design da Informao

Explicar melhor para que serve o campo anexo de cada um dos editais

Membros de Delegao

Design da Informao Especificaes Funcionais

Utilizar campo de CPF conforme login, permitindo somente nmeros

118

PONTO

PROBLEMAS Alguns campos dos editais foram alvo de reclamaes por ter um limite pequeno de caracteres No edital de instrues as categorias eram diferentes daquelas dispostas na seleo do formulrio, por um erro de comunicao e falha de verificao Pedidos de alterao de titularidade de um usurio para o outro Alguns e-mails de feedback de inscrio estavam sendo enviados com campos faltantes, devido a implementaes intermedirias do sistema Dvidas em geral sobre ressarcimento Pedidos de envio de carta de aceite do trabalho aprovado

ELEMENTOS Design da Informao Especificaes Funcionais

MELHORIAS Aumentar o limite de caracteres de alguns campos (j implementado); Ter explcito no formulrio o limite de caracteres de cada campo.

qtde

Limite de caracteres

Erro Mostra de Vdeos

Design da Informao Especificaes Funcionais

Ter mais ateno na correo dos formulrios antes da publicao

Alterao de titular de edital

Design da Informao Especificaes Funcionais

Explicar melhor que no sero permitidas alteraes de titularidade; Opo administrativa para alterao de titularidade

E-mail de feedback errados

Arquitetura da Informao

No alterar o sistema no meio das inscries; Verificar envios aos usurios aps modificaes necessrias

Ressarcimento

Design da Informao Design da Informao Especificaes Funcionais

Informao clara nos procedimentos Opo de gerar carta de aceite automtica na interface

Carta de aceite

Subtotal 167
Fonte: O autor.

TABELA 30 Feedback Usurio: Limitaes SIU-N2010 PONTO PROBLEMAS ELEMENTOS MELHORIAS Deixar claro que no haver reembolso; Opo de revenda no prprio SIU, ou link com informaes para procedimentos; Disponibilizar previamente modelos de documentos de revenda no site; Esclarecer que somente 1 pacote no poder ser revendido; qtde

Revenda de Inscries

Usurios desistentes que no querem perder o investimento, transferindo a sua inscrio

Design da Informao Arquitetura da Informao Especificaes Funcionais

97

119

PONTO

PROBLEMAS Pedido de Envio de Certificados aps o evento Os estrangeiros sem CPF no poderiam se cadastrar no sistema, exigindo um cadastro manual pela organizao Pedido de Configurao de Isenes para parceiros e demais isentos for a dos editais

ELEMENTOS Arquitetura da Informao Especificaes Funcionais Arquitetura da Informao Especificaes Funcionais

MELHORIAS Opo de emitir certificado digital pelo sistema salvando-o em PDF Verso de login que no seja baseada em CPF; Traduo dos Campos; Gerador de CPF aleatrio embutido para uso dos estrangeiros; Opo administrativa para conceder uma iseno a um determinado CPF/usurio, por pacotes e porcentagem Sistema programado para avisar o usurio sobre questes especficas aos menores de idade, caso identifique pelo formulrio que o usurio no completer a idade mnima at o evento Opo administrativa ou secundria ao usurio para gerar boleto com dados especficos

qtde

Certificados

60

Cadastro de Estrangeiros

18

Programar Isenes

Arquitetura da Informao Especificaes Funcionais

17

Documentao dos menores de idade

Dvidas sobre procedimentos aos menores de idade

Design da Informao Arquitetura da Informao Especificaes Funcionais Design da Informao Arquitetura da Informao Especificaes Funcionais Arquitetura da Informao Especificaes Funcionais Design da Informao Especificaes Funcionais Especificaes Funcionais

Boleto com CNPJ

Empresas solicitando emisso de boletos com seus dados para pagamento de inscrio de funcionrios Alguns outros organizadores e lderes locais se interessavam em saber estatsticas sobre o andamento das inscries em suas cidades Solicitao de alguns usurios para receberem seus nmeros de cadastro Pedidos para excluso do cadastro do banco de dados

Publicizao de Estatsticas

Informar boletins com estatsticas com maior periodicidade

Nmero de cadastro

Incluso de campo na interface e nos e-mails que informe o nmero de cadastro (ID) do usurio Opo administrativa para excluir totalmente os registros associados a um usurio, com as devidas restries de uma ao que no ser retornvel

Cancelamento de Cadastro

Subtotal 216
Fonte: O autor.

TABELA 31 Feedback Usurio: Dvidas em geral PONTO PROBLEMAS ELEMENTOS MELHORIAS qtde

120

PONTO Dvidas em geral

PROBLEMAS Dvidas que poderiam ser esclarecidas pelo FAQ

ELEMENTOS Design da Informao Design Visual Design de Interao

MELHORIAS Melhorar a apresentao e organizao do FAQ FAQ enviado por e-mail com alguns dias de antecedncia ao evento Mudar rtulo dos botes; Mudar mensagem de status; Mudar mensagem de feedback e da janela de alerta para tornar expressa a ao do boto (alterao realizada) Refazer o redesign da pgina que antecede o SIU; Criar guia passo-a-passo para calouros de evento Rever necessidade de campos especficos de documentao como data de expedio do RG e outros dados que poderiam ser dispensveis Repensar o boto e posicionamento da opo de esqueci minha senha e informar este procedimento na seo ajuda do site e do SIU Deixar claro que possvel alterar dados e atualizar o cadastro, podendo ser enviado um mailing ao final do preenchimento, informando que a interface pode ser utilizada para atualizao Comunicar claramente se existem, ou no, distino de inscrio e preos para participante estudante ou j formado. Mensagem na interface principal e e-mail, em paralelo a confirmao de pagamento realizada Guia bsico sobre o SIU, especialmente para os calouros, indicando as etapas e utilidades da interface Subtotal

qtde 19

Dvidas sobre o Credenciamento credenciamento no incio do evento

13

Boto salvar e enviar

Alguns usurios no entenderam a diferena entre o boto Design da salvar e enviar, e no Informao Design Visual conseguiam avanar no preenchimento do formulrio Dvidas sobre dados que j estavam informados no site Design Visual

10

Valores de inscrio e forma de pagamento

Documentos faltantes

Usurios que no conseguiam preencher o cadastro devido a Requisitos de ausncia de Contedo documentos obrigatrios Design da Informao Design Visual

Solicitao de senha Recuperao de por e-mail quando na verdade o sistema senha oferece esta opo Usurios que solicitaram alterao em campos editveis, onde no havia bloqueio

Solicitao de alterao de dados

Design da Informao Design Visual

No N2010, diferente dos ltimos anos, no Dvidas sobre havia diferenciao da tipo de inscrio inscrio para estudantes e profissionais

Design da Informao Design Visual

Promoo cachecol

Dvidas sobre os ganhadores do Design da cachecol na promoo Informao dos 500 primeiros, que Design Visual demorou a ser divulgada Design da Informao Design Visual

Dvidas sobre a Onde paga? Onde interface envio oficina? Etc. unificada

76

Fonte: O autor.

121

TABELA 32 Feedback Usurio: Erros de sistema PONTO PROBLEMAS ELEMENTOS MELHORIAS Conferir se todas as questes esto sendo verificadas e se o feedback para as no preenchidas est aparecendo de modo correto em tela, como nos itens 14 e 22 do Passo 2; Conferir se durante o salvamento dados no esto sendo resetados no formulrio, como no item 6.1 e 6.2 do Passo 1. qtde

Erro: formulrio no pode ser enviado

Alguns campos falharam na verificao de feedback sobre o no preenchimento e Especificao isso causou a confuso Funcionais em usurios que no conseguiam enviar e nenhuma correo era pedida na tela Erro que ocorria quando o usurio preenchia um e-mail em formato errado. Ao invs de retornar falha no endereo o SIU travava e na tela aparecia erro 500. O mesmo ocorria para algumas falhas de comunicao temporria com o servidor Problemas no preenchimento do CPF por dvidas quanto ao documento e diferenciao do "0" a esquerda

Erro 500

Design da Informao Especificaes Funcionais

Checar e-mail do formulrio antes do envio (realizado); Personalizar pgina de Erro 500

CPF incorreto

Design da Informao Especificaes Funcionais

Demonstrar formato do CPF; Incluir no e-mail de ativao o nmero de CPF informado; Verificar zero a esquerda

Telas estranhas

Erros que aconteciam no lanamento devido a no terem sido Especificao testatadas todas as Funcionais possibilidades de login/logout/expirao/ campos incorretos, etc. Design da Informao Especificaes Funcionais

Checar se existe previso no sistema para o que fazer em cada uma de todas as possibilidades possveis de uso do usurio Informar de modo claro que necessrio o Java; No aceitar acessos sem o java habilitado; Buscar outras formas de verificaes e mscaras que no utilizem Java.

Problema Java

Problemas ocorridos em navegadores que no suportavam Java

Inconsistncia do status

Em algumas situaes especficas houve erro de programao nas atualizaes de status do usurio e ele poderia receber mensagens de feedback erradas em algumas pginas

Especificao Funcionais

Conferir mensagens e simular situaes

122

PONTO

PROBLEMAS Problemas devido a no haver uma padronizao de quantidade de caracteres entre os nmeros de RGs de diversos estados

ELEMENTOS

MELHORIAS Aumentar o mximo de caracteres e no aplicar mscara no campo (alterao efetuada nas primeiras horas de lanamento do SIU) Subtotal

qtde

Campo RG

Especificao Funcionais

22

Fonte: O autor.

Percebe-se que os itens com maior ndice de chamados de atendimento so relativos a pagamentos, somando 40% da amostra. Como o Passo 3 envolve tambm a seleo de pacotes, que aparece com 10% da amostra, pode-se dizer que metade de todos os chamados foram para atender resolues desta etapa das inscries, mostrando que deve ser dada a ateno devida para estes aspectos em um prximo sistema, visando diminuir os atendimentos. As limitaes do SIU (alm daquelas relacionadas s etapas de inscrio) ficaram em segundo lugar no ranking, com 16%. So itens que podem ser melhor resolvidos visando a otimizao do sistema, mas que, no entanto, no impossibilitaram a utilizao do mesmo na verso atual. A maioria dos itens listados nesta categoria so desejveis de ser ter no sistema, porm, demandariam um tempo de desenvolvimento que no existia.

FIGURA 72 Resultado compilado do atendimento ao usurio (Fonte: O autor)

123

Em terceiro aparecem empatados os atendimentos relativos a Editais e ao Cadastro Bsico, com 13% cada. Em relao ao Cadastro Bsico, boa parte dos chamados reflete uma desateno do usurio no preenchimento do formulrio, um assunto que precisa ser tratado com o desenvolvimento de novas estratgias de comunicao e verificao dos dados informados. Os problemas enfrentados com o envio de e-mail necessitam maior ateno, pois o e-mail ainda a forma mais efetiva de contatar e atualizar o usurio sobre o andamento de sua inscrio. necessria uma pesquisa e adequao de poltica anti-spam para que o servidor adotado pelo sistema no seja bloqueado, garantindo a entrega dos e-mails aos destinatrios. J em relao aos Editais, de fato era aguardado um alto ndice de atendimentos, pois o sistema unificado era desconhecido pela maioria dos usurios, gerando uma srie de dvidas. Pequenos erros de especificaes funcionais foram cometidos, pois esta parte do sistema foi criada sem possuir muitos parmetros de sucesso e fracasso para avaliao durante o desenvolvimento. Por isso, algumas brechas no foram imaginadas, e tiveram que ser corrigidas durante o andamento das inscries. Com 6% da amostra aparecem as dvidas em geral, muitas delas que o usurio envia ao invs de procurar o que precisa com mais ateno, e quando a organizao responde, ele j havia encontrado o que desejava. So os itens de menor relevncia, pois no costumam colocar a inscrio em risco. Para um eventual redesign poderiam ser colocados como prioridade secundria, mas, se bem resolvidos, podem diminuir o ndice de atendimentos e aumentar a satisfao do usurio. Finalmente, com apenas 2%, os demais erros de sistema que no se enquadraram no Cadastro Bsico, Pacotes, Pagamentos ou Editais. O ndice destes baixo, pois geralmente os pequenos problemas eram corrigidos com rapidez. Em momentos de lanamento de novos itens do SIU a equipe estava de prontido em conjunto com o programador para efetuar correes de imediato. No entanto, importante ressaltar que erros de sistema sempre merecem ateno especial, visando corrig-los nas verses beta, pois o usurio no costuma ter muita pacincia com eles.

124

FIGURA 74 Exemplo de atendimento com usurio irritado (Fonte: O autor)

4.5 FEEDBACK DA ORGANIZAO O SIU-N2010 para a Conde Curitiba trouxe um resultado visvel. A organizao pautou escolhas em diversos momentos a partir dos dados fornecidos pelo Banco de Dados. Todo o funcionamento do SIE e de sistemas interligados, como as Ilhas de Interao, tinham por trs a eficincia do SIU. Mesmo com um ndice relativamente elevado de dvidas que foram descritas no item anterior, os usurios se demonstram satisfeitos com o sistema de inscries. Isso pode ser notado na avaliao do QUIS, na leitura dos e-mails, em comentrios que so recebidos pessoalmente. So muitas as ocasies em que a organizao recebeu elogios. Estes fatores do a impresso de misso cumprida, porm sabido que existe muito a ser aprimorado e desenvolvido em futuras verses. Um dos pontos que mais trouxe problemas foi a baixa ateno dada aos relatrios, essenciais para o acompanhamento do andamento das inscries em tempo real. Como nem todos eles foram feitos, e nenhum possuia um acabamento adequado, os dados precisavam ser pesquisados diretamente na interface de gerenciamento do banco de dados, e poucas pessoas possuiam capacitao tcnica para isso, ocorreu uma sobrecarga de trabalho para alguns colaboradores. O mesmo problema aconteceu com a maioria das operaes administrativas para correes de erros em cadastros, previstas para ocorrerem em uma interface de fcil utilizao e que tambm foram realizadas, em sua maioria, diretamente no Banco de Dados.

125

FIGURA 75 Pesquisa de cadastros diretamente no Banco de Dados (Fonte: O autor)

FIGURA 76 Consulta SQL para gerao manual de relatrios (Fonte: O autor)

Outra falha que gerou uma srie de inconvenientes foi o servio de mailing. Estava previsto no incio do desenvolvimento um sistema para envio de e-mail para um certo agrupamento de usurios, definido a partir de 2 ou 3 parmetros. Poderia ser escolhido, por exemplo: cidade = Curitiba; pagamento = 0; e enviada uma mensagem para este grupo avisando que o prazo para pagamento est acabando e que s faltam 2 participantes para ser atingida a marca dos 800 curitibanos no N Design. Este mecanismo teria acelerado e personalizado a comunicao. No final, no tivemos na interface administrativa nem o servio de mailing para envios em massa, nem a consulta por parmetros especficos, sendo que esta acabou sendo realizada somente atravs de consulta SQL. Isso ocorreu devido a uma falha da empresa contratada para realizar a programao do sistema.

126

O SIU enfrentou problemas com o servio de envio de e-mail de maneira geral. Um dos maiores ndices de atendimento ao usurio foi devido aos e-mails de ativao de cadastro que no chegavam, nem mesmo na caixa de spam. Isso ocorreu porque no foram tomados os devidos cuidados com regras anti-spam, adotadas pela maioria dos servidores de e-mail. Assim, eventualmente um dos servidores bloqueava o envio de e-mail de todo o domnio do N2010, fazendo com que todos os e-mails voltassem. Foi isso o que ocorreu mais de uma vez com o Hotmail e Yahoo. Em certo momento, alm das falhas nos envios, o servidor foi adicionado lista negra, como acontece com spammers, e nem mesmo os e-mails administrativos internos da organizao funcionaram por alguns dias. A cada repetio de um erro desses ocorria um caos que tomava 1 a 3 dias para resoluo. Em relao ao contato dos usurios com a organizao facilitaria muito se tivesse sido disponibilizado um formulrio solicitando o preenchimento de CPF, acompanhado do nome, e-mail e mensagem. Muitos e-mails analisado pediam alteraes, porm sem informar dados pessoais para localizao do cadastro, fazendo com que um chamado se prolongasse mais do que o necessrio devido ao tempo de atendimento e e-mails trocados. Um ponto que no recebeu a ateno devida foi a apresentao e ajuda do SIU. Mais de 70% dos participantes so calouros de N Design, muitos no participaram de nenhum outro evento, e mesmo os veteranos poderiam se confundir no sistema, especialmente pelo fato dele ser unificado e ter retorno de informaes diretamente na interface, e no via e-mail. Faltou uma apresentao e explicao destes atributos, que poderia ser feita de maneira breve, como uma mensagem de boas-vindas, em um primeiro acesso do usurio aps o cadastro bsico, ou ainda, atravs de e-mail aos recm-cadastrados. Outra dificuldade foi o cadastro dos estrangeiros. Como todo o sistema foi baseado no nmero de CPF, eles no poderiam se cadastrar diretamente. O cadastro deles seria feito em uma opo da interface administrativa que no exigisse o preenchimento de todos os campos, atravs de um nmero de CPF fictcio para cada novo usurio. Esta interface atrasou e a situao ficou complicada quando alguns estrangeiros solicitaram envios de editais para realizar atividades. No entanto, se nem cadastr-los era possvel, o que dizer ento dos editais, que s aparecem ao usurio depois do preenchimento de todo cadastro. A resoluo foi bastante improvisada e felizmente eram apenas 2 dezenas de estrangeiros.

127

A seleo de pacotes por usurio foi outro item que gerou vrios problemas. Inicialmente cada usurio poderia fazer a seleo dos pacotes apenas uma vez, sendo impossvel alterar a seleo posteriormente, apenas reemitir o pagamento com a mesma seleo de pacotes j feita. Devido a reclamaes o sistema foi alterado, possibilitando que o usurio refizesse a seleo de pacotes caso o seu pagamento j tivesse expirado. Assim, a recomendao era que aqueles que erraram na seleo de pacotes esperassem 5 dias sem efetuar o pagamento, para que fosse habilitada a opo de refazer a seleo dos pacotes e do pagamento. Foi tambm inserido um link para refazer a seleo dos pacotes, caso no tivesse sido clicado no boto de emisso de pagamento. Cabe ressaltar que sempre houve o aviso, escrito em tela, no termo de compromisso e ainda em uma janela de alerta, de que no seria possvel fazer a alterao de pacotes selecionados, mesmo assim o ndice de solicitaes de alterao se manteve alto durante todo o perodo. O maior remendo no SIU foi tambm relativo aos pacotes. Foram recebidas diversas ameaas de participantes que tinham errado na seleo, realizado seu pagamento, e s depois foram perceber que necessitavam de outros pacotes, como o alojamento, por exemplo, para viabilizar sua vinda ao evento. Isso gerou uma campanha on-line, especialmente em redes sociais, pressionando a Conde Curitiba para que encontrasse uma soluo para corrigir o erro destes usurios. Para evitar a propaganda negativa foi planejado e implementado uma forma de gerao de pacotes avulsos para usurios com inscrio j finalizada. Como era invivel alterar a interface por inteiro, a emisso destes pagamentos era feita manualmente pela organizao em um sistema auxiliar, o boleto era salvo em PDF e enviado para cada solicitante. Foi criada uma nova tabela no Banco de Dados para armazenar estes pagamentos que, uma vez confirmados, adicionavam o pacote equivalente para o usurio em questo na tabela de pacotes. Assim, o usurio j receberia o direito ao seu pacote e os relatrios de quantidade de vendas por pacote e demais tabelas do banco de dados no seriam corrompidas. Ao todo foram cerca de 200 solicitaes de pacotes avulsos feitas manualmente. Em datas prximas ao fechamento de lotes, envios de edital, divulgao de resultado de seleo e demais acontecimentos pr-divulgados, ou ainda, em datas prximas a ocorrncia de falhas de sistema, necessrio reforar a equipe de atendimento ao usurio. Nestas ocasies, em alguns setores eram registrados mais de 50 chamados em poucas horas de um mesmo dia. A poltica da Conde Curitiba

128

tambm colaborou para que ocorresse este fenmeno, pois eram divulgadas informaes sobre o andamento das inscries com freqncia, a partir de um ranking que tinha o objetivo de criar uma competio saudvel em redes sociais. O resultado era que os usurios acessavam mais o sistema e tambm enviavam dvidas com mais freqncia, como por exemplo, questionando a confirmao de sua inscrio. Para auxiliar no acompanhamento do andamento de cada lote de inscrio foi disponibilizada uma barra de progresso na interface do SIU, que aparecia na Pgina Principal e no Passo 3, sempre que o lote tivesse mais de 50% das vagas ocupadas com pagamentos vigentes. Esta barra gerava uma espcie de comoo nacional nas redes sociais e usurios mais assduos acompanhavam o andamento vaga a vaga, para divulgar o momento exato do encerramento das vagas. Foi uma estratgia de marketing que funcionou bem, gerando atendimentos de usurios mais desesperados, em alguns momentos, mas principalmente, gerando publicidade positiva e maior valorizao, interesse e ocupao das vagas.

FIGURA 77 Barra de progresso de ocupao das vagas no Lote 1 (Fonte: O autor)

Outros fatores que poderiam ser melhorados esto relacionados s funcionalidades do sistema de inscries que no foram pensadas h tempo de serem implementadas. A opo on-line para emitir certificados, carta de aceite de atividade e ingresso para o evento, seriam boas melhorias que facilitariam a vida do usurio e da comisso organizadora.

129

5 CONCLUSES E RECOMENDAES
Com este trabalho foi registrada a maior parte do processo de criao e administrao do Sistema de Inscries Unificado do N Design Imerso 2010, um sistema criado por estudantes e para estudantes. Inicialmente, o objetivo era muito mais singelo do que aquele que se desenvolveu com o decorrer do desenvolvimento do sistema. Isto pode ser notado nas dezenas de pginas das tabelas de dados aqui resumidas, ou ainda, no diagrama de caso de uso, que mostra um relacionamento complexo nas rotinas internas da navegao. So detalhes como estes que tornam o sistema mais prximo da realidade do usurio. O SIU no foi sempre desenvolvido dentro de um rigor de processo de design fechado. Havia etapas necessrias, o usurio foi incluso, validaes intermedirias foram feitas, e inmeras de intermedirias, vrias dezenas de fato, foram lanadas j com as inscries em andamento. Isso confere ao projeto um aspecto de experiencialismo. Muitos fatores aqui retratados refletem as verses mais recentes, j com diversas correes em relao s primeiras que foram ao ar. Parte das constantes revises foi devido escassa experincia da equipe, de designers, programadores e organizadores envolvidos. J que no se tratava de um sistema baseado 100% em algo existente, e que a equipe estava pela primeira vez envolvida em um evento de grande porte, muitos fatores no foram considerados de maneira precisa e tiveram de ser corrigidos, na medida do possvel. Alguns aspectos, que neste trabalho foram suprimidos ou apenas brevemente apresentados, como a emisso de pacotes avulsos, ocasionaram mudanas estruturais que foram implementadas em uma arquitetura que no previa demandas adicionais. Isso ocasionou algumas falhas no relacionamento entre as tabelas de dados, impossibilitando a exatido de alguns relatrios. Um balano aps a finalizao do trabalho permite compreender de maneira clara porque erros se repetem ano aps ano em tais sistemas. Faltam registros e pesquisas na rea. A cada edio, organizadores, designers, programadores, toda a equipe envolvida, necessita reinventar e repensar aspectos bsicos. Neste sentido, este trabalho teve o intuito de contribuir com a anlise de um sistema unificado, fato que este autor acredita ser de vasta utilidade aos organizadores, em especial, pela

130

facilidade na administrao e cruzamento dos dados. Acrescenta-se que a pesquisa e aferio de diretrizes para sistemas de inscries podem ser de grande valia, como continuidade das contribuies cientficas na rea. Com relao interface grfica necessria uma pesquisa mais aprofundada de parmetros vlidos para sistemas similares em geral, j que no SIU esta no foi a principal ateno dos desenvolvedores, at porque a demanda era por um resultado que se adequasse as individualidades do N2010. Neste sentido um caminho poderia ser a reflexo sobre caractersticas comuns, de modo a traar uma interface padro para utilizao e administrao de sistemas de inscrio, outra continuidade possvel desta pesquisa aqui iniciada. Uma vez que os eventos acadmicos esto em crescimento acelerado, e que muitos deles ainda utilizam meios precrios de captao, armazenamento e administrao de dados, como foi demonstrado ao longo do projeto, o desenvolvimento de um sistema padro baseado em um processo de design universal pode representar grande auxlio aos organizadores, que muitas vezes no dispem de recursos humanos ou financeiros para desenvolver um sistema prprio de inscries, mas que poderiam obter um melhor custo-benefcio a partir da utilizao de um sistema terceirizado. Aps o N Design Imerso, outros eventos de grande porte como o 9 Congresso Brasileiro de Pesquisa e Desenvolvimento em Design (P&D Design), a Bienal Brasileira do Design 2010 e o 1 Encontro Latinoamericano de Estudantes de Arquitetura (ELEA) utilizaram-se de conceitos do SIU-N2010 para o desenvolvimento de seus sistemas de inscries. Alm disso, pela primeira vez nos ltimos anos, a edio subseqente do N Design, a ser realizada em 2011 na cidade do Rio de Janeiro, j anunciou o interesse de continuar a pesquisa associada ao SIU, baseando o seu sistema a partir da pesquisa realizada com este projeto, assim que este for finalizado. Existem muitos aspectos em que a anlise poderia ser aprofundada, no entanto, ficou restrita neste trabalho ao propsito de um Trabalho de Concluso de Curso. Na realidade, trata-se de um sistema que pode estar em constante desonvolvimento e anlise, e, mesmo assim, sempre haver algo a mais para ser feito, pois novas tecnologias e formas de arquivamento e tratamento de dados surgem com freqncia.

131

Conclui-se que o projeto atingiu seus objetivos associados anlise do Sistema de Inscries Unificado do N Design Imerso 2010, no s apresentando todos os aspectos fundamentais da estruturao e do desenvolvimento do sistema, mas tambm a partir da compilao das pesquisas de validao e feedback dos usurios envolvidos, apresentando assim uma contribuio consistente queles que derem seqncia ao desenvolvimento cientfico da rea e queles que vierem a desenvolver novos sistemas para eventos.

132

REFERNCIAS

ACHOUR,

M.

et

al.

Manual

do

PHP.

Disponvel

em:

<http://br3.php.net/manual/pt_BR/index.php>. Acesso em: 19/09/2010. AGNER, L. Ergodesign e arquitetura de informao: trabalhando com o usurio. Rio de Janeiro: Quartet. 2a. Ed, 2009. AGNER, L.; SILVA, F. Uma introduo disciplina de arquitetura de informao: conceitos e discusses. Anais do 2. Congresso Internacional de Pesquisa em Design. Rio de Janeiro: ANPED, 2003. AGNER, L., MORAES, A. (Orientador). Arquitetura de informao e Governo Eletrnico: Dilogo Cidados-Estado na World Wide Web - Estudo de Caso e Avaliao Ergonmica de Usabilidade de Interfaces Humano-Computador. Rio de Janeiro, 2007, 354p. Tese de Doutorado - Departamento de Artes e Design, Pontifcia Universidade Catlica do Rio de Janeiro. BOSCARIOLI, C. et al. Uma reflexo sobre Banco de Dados Orientados a Objectos. Paper presented at the Congresso de Tecnologias para Gesto de Dados e Metadados do Cone Sul, Paran, Brasil, 2006. BROCKMAN, R., HORTON, W., BORCK, K. From Database to hypertext via electronic publishing: an information odyssey. In Barret, E. (ed.) The society of text: hypertext, hypermedia, and social construction of information. Cambridge, MA: the MIT Press. p. 162-205. CHAUDRI, A. B; ZICARI, R. Succeeding with Object Databases: A Practical Look at Today's Implementations with Java and XML. 1a. Ed. Willey Computer Publishing, 2001. CYBIS, W. Ergonomia e Usabilidade: conhecimentos, mtodos e aplicaes. So Paulo: Novatec Editora, 2007. DERTOUZOS, M. The Unfinished Revolution: Human-centered computers and

133

what can do for us. New York: W. Computer, J. Miley & Sons. 1997. GARRETT, J. The elements of user experience. New York: New Riders, 2003. LBACH, B. Design Industrial - As Bases para a Configurao dos Produtos. So Paulo: Edgar Blucher, 2001. LYNCH, P., HORTON, S. Web Style Guide, 3rd edition: Basic Design Principles for Creating Web Sites. 3a. Ed. Yale University Press, 2009. Disponvel em: <http://webstyleguide.com/wsg3/index.html> Acesso em: 19/09/2010. MAGUIRE, M. Methods to support human-centred design. International Journal of Human-Computer Studies, vol 55, 2001. MANDEL, T. The Elements of User Interface. New York: W. Computer, J. Miley & Sons. 1997. MAYHEW, D. Principles and Guidelines in software user interface design. New Jersey: Prentice Hall, 1992. MUNZLINGER, E. Tipos de sites. Material referente disciplina de Introduo Tecnologia Web, 1 ano de Sistemas de Informao - 2010. Disponvel em: <http://www.elizabete.com.br/site/Ensino/Entries/2010/2/8_Tecnologia_Web_2010.ht ml> Acesso em: 19/09/2010. NIEDERAUER, J. Integrando PHP 5 com MySQL. 2 Ed. So Paulo: Novatec, 2008. NIELSEN, J. Alertbox: are users stupid? Disponvel em:

<http://www.useit.com/alertbox/20010204.html>. Acesso em: 14/04/2010. NIELSEN. J. Card Sorting: How Many Users do Test. Alertbox. 2004. NIELSEN, J. Failure of Corporative websites. Disponvel em:

<http://www.useit.com/alertbox/981018.html>. Acesso em: 14/04/2010. ODBMS. Site do Portal ODBMS.org. Disponvel em: <http://www.odbms.org> Acesso em: 20/09/2010.

134

OLIVEIRA, D. Sistemas, organizao e mtodos: uma abordagem gerencial. 15. ed. So Paulo: Atlas, 2005. PADOVANI, S.; MOURA, D. Navegao em Hipermdia uma abordagem centrada no usurio. Rio de Janeiro: Moderna. 2008. ROSENFELD, L.; MORVILLE, P. Information Architecture for the world wide web. 2nd ed. Sebastopol, CA: O'Reilly, 2002. RUBIN, J., CHISNELL, D. Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests. 2a. Ed. New York: Wiley Technical Communication Library, John Wiley & Sons, Inc. 2008. SANTA ROSA, G., MORAES, A. Ergonomia e usabilidade em formulrios eletrnicos na internet: um estudo de caso sobre comrcio eletrnico. 2005. Dissertao (Mestrado em Artes e Design) - Pontifcia Universidade Catlica do Rio de Janeiro, Rio de Janeiro, 2005. SHNEIDERMAN, B. Designing the user interface: strategies for effective humancomputer interation. 2a. Ed. Chicago: Addison Wesley, 1998. TULIS, T., ALBERT, B. Measuring the user experience: collecting, analizing, ans presenting usability metrics. Burlington: Morgan Kaufmann. 2008. VORA, P., HELANDER, M. Hypertext and its implications for the internet. In: HANDBOOK of human-computer interaction. Amsterdam: Elsevier, 1997. WURMAN, R. S. Ansiedade de Informao. So Paulo: Cultura Editores Associados, 2003.

135

APNDICES

APNDICE 01 CAPTURA DE TELA DAS ETAPAS DE INSCRIO................136 APNDICE 02 DIAGRAMA DE CASO DE USO ...............................................147 APNDICE 03 - QUIS QUESTIONRIO DE SATISFAO DO USURIO COM A INTERFACE ..................................................................................................148 APNDICE 04 COMPILAO DO RESULTADO DO QUIS QUESTES FECHADAS...................................................................................................152 APNDICE 05 COMPILAO DO RESULTADO DO QUIS QUESTES ABERTAS......................................................................................................161

136

APNDICE 01 CAPTURA DE TELA DAS ETAPAS DE INSCRIO

PGINA DO SITE DO N2010 QUE D ACESSO AO SIU

PGINA INICIAL DO SIU

137

CADASTRO BSICO

TELA DE LOGIN

138

TELA DE RECUPERAO DE SENHA

PASSO 1 DADOS BSICOS

139

PASSO 1 SEO B: LOCAL/CONTATO

PASSO 1 SEO C: FORMAO

140

PASSO 1 SEO D: OUTROS

FINAL DO PASSO 1

141

PASSO 2 CENSO DO ENCONTRISTA

PASSO 2 CENSO DO ENCONTRISTA (ESCALAS DE OPOSIO SEMNTICA)

142

OPO DE GERAR NOVO PAGAMENTO

OPO DE REIMPRIMIR BOLETO

143

PGINA PRINCIPAL

PGINA PRINCIPAL COM CONFIRMAES PARA APROVADO EM EDITAL

144

PGINA PRINCIPAL COM CONFIRMAO PARA PARTICIPANTE SEM EDITAIS

PGINA DE AJUDA

145

PGINA FALE CONOSCO

PGINA DE EDITAIS COM SUBMISSES REALIZADAS

146

EDITAIS EXEMPLO DE EDITAL J INSCRITO SENDO VISUALIZADO

147

APNDICE 02 DIAGRAMA DE CASO DE USO

148

APNDICE 03 - QUIS Questionrio de Satisfao do Usurio com a Interface QUIS Sistema de Inscries Unificado SIU-N2010 Questionrio de Satisfao do Usurio com a Interface. Modelo adaptado a partir Shneideman (1997) Este um instrumento de pesquisa para o Trabalho de Concluso de Curso de Design Grfico da Universidade Federal do Paran, da autoria de Alexander Czajkowski. Para as respostas a seguir considere o Sistema de Inscries Integrado do N Design Imerso 2010, disponvel em: https://inscricoes.ndesign.org.br/ O formulrio dividido em 8 partes e o tempo previsto para preenchimento de cerca de 15 minutos. Suas respostas sero enviadas apenas ao final da 8 parte. As perguntas indicadas por asterisco (*) so obrigatrias. Idade*: - at 18 anos - 19 a 21 anos - 22 a 25 anos - 26 a 29 anos - 30 anos ou mais Gnero*: - masculino - feminino 1 PARTE: Experincia com o Sistema 1.1 H quanto tempo voc usa este sistema?* - Menos do que uma hora - De 1 hora at menos de 1 dia

- De 1 dia at menos de 1 semana - De 1 semana at menos de 1 ms - De 1 ms at 6 meses 1.2 Aproximadamente quantas vezes voc usou o sistema?* - 1 vez - 2 vezes - 3 a 5 vezes - 6 a 10 vezes - mais de 10 vezes 1.3 Aproximadamente quantas vezes voc enfrentou problemas com o sistema?* - nenhuma vez - 1 vez - 2 vezes - 3 a 5 vezes - 6 a 10 vezes - mais de 10 vezes 1.3.1 Caso tenha enfrentado problemas, como conseguiu resolv-los? - os problemas no foram resolvidos - suporte via e-mail - suporte telefnico - suporte via chat - pesquisando em redes sociais (orkut, twitter, etc.) - descobri a soluo na seo de ajuda - descobri a soluo com amigos - resolvi com tentiva e erro - nenhuma das opes anteriores

2 PARTE: Experincia anterior 2.1 Quantos sistemas semelhantes voc j utilizou?* Considere outros sistemas de Inscries de eventos - nenhum -1 -2 - 3 ou 4 - 5 ou 6 - mais do que 6

149

2.1.2 Caso voc j tenha utilizado outros sistemas semelhantes, comparativamente falando, como voc classifica o Sistema de Inscries do N Design 2010: Mal resolvido < 1 2 3 4 5 > Bem Resolvido 2.1.3 Caso voc j tenha utilizado outros sistemas semelhantes, cite exemplos que voc considera bem resolvidos: Caso voc no tenha utilizado outros sistemas, deixe esta questo em brao. < aberta >

4 PARTE: Tela 4.1 Letras na tela do computador*: Difcil leitura < 1 2 3 4 5 > Fcil leitura 4.1.1 Imagem das letras*: Desfocada < 1 2 3 4 5 > Ntida 4.1.2 Formato das letras (fontes)*: Pouco legveis < 1 2 3 4 5 > Muito legveis 4.2 Realces na tela*: Inteis < 1 2 3 4 5 > teis 4.2.1 Uso de negrito*: Inteis < 1 2 3 4 5 > teis 4.3 Layouts das telas facilitam*: Nunca < 1 2 3 4 5 > Sempre 4.3.1 Quantidade de informao que pode ser apresentada na tela*: Inadequada > Adequada 4.3.2 Organizao da informao na tela*: Lgica < 1 2 3 4 5 > Ilgica 4.4 Sequncia das telas*: Confusa < 1 2 3 4 5 > Clara 4.4.1 Prxima tela em uma seqncia*: Imprevisvel < 1 2 3 4 5 > Previsvel 4.4.2 Voltar para a tela anterior*: Impossvel < 1 2 3 4 5 > Fcil 4.4.3 Progresso das tarefas relativas ao trabalho*: Confusas < 1 2 3 4 5 > Claramente definida 4.5 Por favor escreva seus comentrios sobre o tpico tela: < aberta>

3 PARTE: Impresses sobre a utilizao do sistema 3.1 Reaes ao sistema*: Considere os conceitos apresentados em cada linha como seus respectivos extremos. Terrvel < 1 2 3 4 5 > Maravilhoso Frustrante < 1 2 3 4 5 > Satisfatrio Tedioso < 1 2 3 4 5 > Estimulante Difcil < 1 2 3 4 5 > Fcil Capacidade inadequada < 1 2 3 4 5 > Capacidade adequada Rgido < 1 2 3 4 5 > Flexvel 3.2 A respeito do sistema ser integrado, unificando todos os tipos de inscrio dentro de um evento, voc considera que esta opo *: Considere os conceitos apresentados em cada linha como seus respectivos extremos. Insatisfatria < 1 2 3 4 5 > Satisfatria Ilgica < 1 2 3 4 5 > Lgica 3.3 Qual o principal ponto forte do sistema*: < aberta > 3.4 Qual o principal ponto fraco do sistema*: < aberta >

150

5 PARTE: Terminologia e Sistema de Informao 5.1 Uso da nomenclatura em todo o sistema*: Inconsistente < 1 2 3 4 5 > Consistente 5.1.1 Nomenclatura relacionada a cada tarefa*: Inconsistente < 1 2 3 4 5 > Consistente 5.2 A nomenclatura utilizada est de acordo com a tarefa que est sendo executada?* Nunca < 1 2 3 4 5 > Sempre 5.2.1 A nomenclatura de computador utilizada*: Demasiadamente < 1 2 3 4 5 > Apropriadamente 5.2.2 Nomenclatura na tela*: Ambgua < 1 2 3 4 5 > Precisa 5.3 Mensagens que aparecem na tela*: Inconsistentes < 1 2 3 4 5 > Consistentes 5.3.1 Posio das instrues na tela*: Inconsistente < 1 2 3 4 5 > Consistente 5.4 Mensagens*: Confusas < 1 2 3 4 5 > Claras 5.4.1 Instrues para comandos ou funes*: Confusas < 1 2 3 4 5 > Claras 5.4.2 Instrues para correo de erros*: Confusas < 1 2 3 4 5 > Claras 5.5 O sistema lhe mantem informado sobre o que est sendo feito*: Nunca < 1 2 3 4 5 > Sempre

5.5.1 A Realizao de uma operao conduz a um resultado previsvel*: Nunca < 1 2 3 4 5 > Sempre 5.5.2 Quantidade de feedback do sistema para aes efetuadas*: Escasso < 1 2 3 4 5 > Demasiado 5.5.3 Tempo de espera entre as operaes feitas*: Inaceitvel < 1 2 3 4 5 > Aceitvel 5.6 Mensagens de erro*: Inteis < 1 2 3 4 5 > teis 5.6.1 Mensagens de erro esclarecem o problema*: Nunca < 1 2 3 4 5 > Sempre 5.6.2 Redao das mensagens de erro*: Desagradvel < 1 2 3 4 5 > Agradvel 5.7 Por favor escreva os seus comentrios sobre nomenclatura e sistema de informao aqui: < aberta>

6 PARTE: Aprendizagem 6.1 Aprendizado para operar o sistema*: Difcil < 1 2 3 4 5 > Fcil 6.1.1 Incio da utilizao*: Difcil < 1 2 3 4 5 > Fcil 6.1.2 Aprendizado de recursos avanados*: Difcil < 1 2 3 4 5 > Fcil 6.1.3 Tempo para aprender a usar o sistema*: Lento < 1 2 3 4 5 > Rpido

151

6.2 Explorao de recursos por tentativa e erro*: Desencorajada < 1 2 3 4 5 > Encorajada 6.2.1 Explorao de recursos*: Arriscada < 1 2 3 4 5 > Segura 6.2.2 Descoberta de novos recursos*: Difcil < 1 2 3 4 5 > Fcil 6.3 Relembrar nomes e uso de comandos *: Difcil < 1 2 3 4 5 > Fcil 6.4 Tarefas podem ser executadas de uma nica maneira*: Nunca < 1 2 3 4 5 > Sempre 6.4.1 Nmero de etapas por tarefa*: Demasiado < 1 2 3 4 5 > Apenas o necessrio

7.2 O sistema confivel*: Nunca < 1 2 3 4 5 > Sempre 7.2.1 Erros de sistema ocorrem*: Frequentemente < 1 2 3 4 5 > Raramente 7.2.2 O sistema avisa sobre problemas potenciais*: Nunca < 1 2 3 4 5 > Sempre 7.3 Corrigir os seus erros*: Difcil < 1 2 3 4 5 > Fcil 7.3.1 Corrigir erros de digitao*: Complexo < 1 2 3 4 5 > Simples 7.3.2 Possibilidade para desfazer aes*: Inadequada < 1 2 3 4 5 > Adequada

8 PARTE: Consideraes Finais 6.4.2 Etapas para concluir a tarefa seguem uma sequencia lgica*: Nunca < 1 2 3 4 5 > Sempre 6.4.3 Feedback sobre a concluso de uma sequencia de etapas*: Confuso < 1 2 3 4 5 > Claro 6.5 Por favor escreva os seus comentrios sobre aprendizado aqui: < aberta > 8.1 Este espao livre para voc fazer observaes em geral e/ou sugerir alteraes para o Sistema de Inscries do N Design Imerso 2010: < aberta >

7 PARTE: Capacidades de sistema 7.1 Velocidade do sistema*: Muito lento < 1 2 3 4 5 > Rpido o suficiente 7.1.1 Tempo de resposta para a maioria das operaes*: Muito lento < 1 2 3 4 5 > Rpido o suficiente

152

APNDICE 04 COMPILAO DO RESULTADO DO QUIS QUESTES FECHADAS

153

154

155

156

157

158

159

160

161

APNDICE 05 COMPILAO DO RESULTADO DO QUIS QUESTES ABERTAS 2.1.3 Caso voc j tenha utilizado outros sistemas semelhantes, cite exemplos que voc considera bem resolvidos: Ja utilizei sistema de inscricoes de outros eventos, mas esse do n curitiba foi o mais confiavel e que nao demonstrou problemas ate onde utilizei. "Utilizei P&D 2008, SBGames 2008 e 2009. No lembro direito dos sistemas, nenhum foi remarcavelmente eficiente." Nossa senhora... no lembro como eram os outros em detalhe. Compra on line da Fnac e DELL - Sistema de Inscrio N Design 2006 "Sistema do FISL [http://softwarelivre.org/fisl11/menu/inscricoes]." Eu utilizei outro sistema semelhante, mas NEM de longe to bom quanto esse. no me lembro de imediato. Lattes, sistema de inscrio do vestibular da UFSC, IFSC e UDESC. No lembro. o mais prximo sao formularios de envio! Os sistemas utilizados anteriormente no eram to desenvolvidos quanto o em questo. Abrangiam apenas questes especficas e necessrias para a realizao do objetivo. 3.3 Qual o principal PONTO FORTE do sistema: poder ter todas as informaes sobre minha inscrio dentro dele. A integracao entre todos os elementos do encontro e a organizacao de ter um unico ponto para conseguir varias informacoes importantes referentes a pessoa e sua participacao direta dentro do encontro. A centralizao das informaes. Informao. Ele possui todas as informaes que eu precisei pra efetuar a inscrio, assim como cada etapa e na finalizao, existindo tambm uma sesso (se escreve assim?) de AJUDA. Facilidade de carregamento Escala Likert Sistema intuitivo. Interface clara, objetiva. organizao das ideias, facil entendimento das funes, uso de cores e o estilo narrativo/vocabulario utilizado ( bem escrito) Detalhamento de cada passo e explicaes utilizando vocabulrio acessvel. A separao em "abas" das sees e os feedbacks quase "humanos" das mensagens e avisos. "Para os encontristas a capacidade e praticidade de atendimento para muitos de forma gil. Para os organizadores uma forma mais fcil de organizao de dados,

usurio 2

3 4 5 6 7 8 10 11 13 14 20

usurio 1 2 3 4 5 6 7 8 9 10 11

162

12 13 14 15 16 17 18 19 20 usurio

imagino." Organizao. Fcil de acessar - link > CPF > senha. Segurana simples Flexibilidade Contador regressivo de vagas facilidade e diversidade As escalas de graduao no censo (as mesmas presentes aqui nesta pesquisa) qualidade do banco de dados que ir gerar 3.4 Qual o principal PONTO FRACO do sistema: "ele se prope a manter uma sequncia linear das etapas da inscrio, mas na prtica tem de voltar os passos para concluso total do processo. No que isso seja ruim, ou difcil, mas a forma que ele apresentado quando voc se depara tendo de voltar passos, pensa que pode ter algo errado acontecendo." Nao encontrei nenhum ponto fraco todo esse tempo que utilizei. O acesso a partir do site do evento. A falta de dinamismo, flexibilidade e interao com o usurio. No detectei Extenso (formulrio/ censo) No h um ponto fraco que se destaque, apenas alguns itens que podem ser melhorados. de boa, no achei nenhum. com meus parcos conhecimentos em usabilidade e hci Muitos pontos de exclamao, aproximam as informaes demais a um formato hilariante, que infelizmente parece gozao em certos momentos. O maior problema que eu tive, o qual no sei se pertence de fato ao sistema, que aps um perodo de tempo ele sai do ar, isto , eu precisei efetuar o login novamente e as informaes que eu estava preenchendo no foram salvas. "Como todo sistema apresenta possveis falhas. Ao enviar minha ficha para inscrio como monitora, o sistema me confirmou o envio e na verdade no tinha ido. Problema de conexo talvez?" Quantidade de perguntas por vezes desestimula as pessoas! Algumas vezes diz para marcar apenas uma opo e, ao selecionar essa nica, d erro e diz para marcar trs (ou algo que o valha) e depois diz, novamente, que para selecionar apenas uma. Demora para preencher no lembro de nenhum Extenso, tedioso. Tempo conectado ao sistema para inscries de atividades tem

2 3 4 5 6 7 8 9

10

11 12 13 14 15 16 17 18

163

19 20 usurio 2 4

Confuso na hora de salvar ou enviar os passos. pouco estimulante. 4.5 Por favor escreva seus comentrios sobre o tpico tela: O layout poderia ser um pouco mais interessante e menos rigido. As telas poderiam ter algumas oes pra quem tem necessidades especiais, como baixa viso, pra mudar o contraste do fundo ou o tamanho da letra (que pequeno)... enfim. "A diviso em passos bem interessante. Entretanto, as informaes do passo 1 (Dados bsicos) poderiam ser divididas em 5 abas (Dados pessoais, Local/Contato, Formao, Outros e Termo de Responsabilidade). Evitaria/Diminuiria a barra de rolagem, deixando a navegao mais satisfatria. O campo que est sendo preenchido poderia ter um realce." achei um sistema de uso bem simples. informaes bem ordenadas. tudo claro. agora depende do usurio. a pessoa tem que dedicar ateno... no pode achar que vai fazer uma leitura dinmica e saber de tudo. ateno e pacincia na hora da leitura so essenciais. Fcil assimilao e flexibilidade relativa de utilizao, layout eficaz. nao fica muito claro depois de salvo como passar para as outras telas 5.7 Por favor escreva os seus comentrios sobre nomenclatura e sistema de informao aqui: Eu no tive mensagens de erro, mas as perguntas aqui no questionrio so obrigatrias. Mas no geral o sistema de informao, ao meu ver (como dito antes), o ponto mais forte do sistema. "*Erros O sistema dispara mensagens de erro, como a exigncia dos campos obrigatrios.Mas no em casos especficos. Por exemplo, em campos que aceitam apenas nmeros, ele realmente no deixa digitar letras. Entretanto, no renderiza (informa) a ao errada que o usurio est executando. Isso s um detalhe sem tanto impacto, considerando que h orientaes em relao ao preenchimento. *Mensagem que aparece Se voc estiver num segundo acesso, alterando alguma informao e clicar em Enviar, a mensagem exibida a mesma da primeira vez [ ""...Alguns dados no podero ser modificados a partir do envio""]. Essa mensagem j no corresponde situao atual do usurio. Isso tambm s um detalhe, mais uma vez, que no compromete a funo." Idem em relao ao uso de pontos de exclamao - causam uma impresso de gozao em certos momentos. Creio que a nomenclatura apresenta uma arbitrariedade para aqueles que no esto "por dentro" da linguagem estabelecida pelo prprio evento, embora no seja algo comprometedor. acho que esta de acordo!

8 10 14 usurio 4

9 10 14

164

usurio

6.5 Por favor escreva os seus comentrios sobre aprendizado aqui: "Como fiz minha inscrio h muito tempo atrs, no lembro de muitos dos detalhes questionados. Mas de forma geral o sistema fcil de ser utilizado, tendo seu tempo de aprendizagem curto (no entando sou uma usuria avanada deste tipo de recurso). *Algumas perguntas no ficaram muito claras, como ""aprendizado de recursos avanados"" e ""Incio da utilizao""." Embora o sistema abra espao para equvocos por parte de seus usurios, o aprendizado rpido e sua interface facilmente familiarizada. a partir do passo 2 o sistema logico! 8.1 Este espao livre para voc fazer observaes em geral e/ou sugerir alteraes para o Sistema de Inscries do N Design Imerso 2010: "cara o sistema de vcs eh muito bom e deve ser referencia para os proximos encontros! tipo vender/dar/alugar para as proximas cordes/condes e tudo mais. nao canso de parabenizar vcs! D:" "O link de acesso ao sistema no site do evento pode ser mais claro. O banner algo automaticamente ignorado por boa parte dos usurios. Mais de uma vez que acessei o site tive que perguntar onde poderia entrar no sistema, uma vez que simplesmente desprezei o banner. As informaes no bloco esquerdo da interface esto muito distante, o agrupamento poderia ser mais efetivo e me sentiria mais confortvel com esse bloco de informaes posicionado direita do site. Bons trabalhos! =}" "Problemas/ Erros encontrados: - Atualmente, se o texto for longo, se perde espao abaixo da coluna da esquerda; - Os editais j foram fechados, mas continuam em aberto no sistema (mesmo que seja apenas pra download do PDF). Em prazo, ao invs da data, deveria ter algo como ""INSCRIO ENCERRADA""; - Quando clicquei em FALE CONOSCO o sistema voltou para a pgina de login (isso aconteceu apenas uma vez); - Fui ao ""Dados Completos"" e modifiquei um detalhe ( pra estar em aberto ainda isso?). Ao finalizar e SALVAR, o sistema me disse pra lembrar de ENVIAR. Fui l novamente e apertei ENVIAR (ao invs de SALVAR) e a mensagem foi: ""Dados de usurio enviados. Agora voc pode preencher o passo 2 (censo)."" No entanto essa opo no est mais vlida pra mim (por j ter feito a inscrio completa). Sugestes: - Diminuir a verticalidade das informaes na pgina (barra de rolagem muito longa); - Os botes ""Pgina principal"" e ""ajuda"" poderiam estar com uma aparncia mais aproximada a um boto (sombreamendo maior talvez

10 14

usurio

165

8 9

10

ajudasse), inclusive mostrando o clicar do boto per si (em Editais tb); - Em Editais, quem est inscrito em uma atividade X, poderia ter uma tela diferenciada e ver a atividade (incluir na barra principal da esquerda seria interessante tb) e informaes relevantes relacionadas com a atividade inscrita. - A mensagem ""Tudo certo! Pagamento confirmado. Te esperamos no N!"" em vermelho d a primeira impresso que tem algo errado (pela associao que temos com a cor vermelha ser algo negativo ou problemtico). Ento acho que as mensagens que no fossem de erro (e informaes em geral) deveriam estar em outra cor. No h uma coerncia informacional no uso da cor das fontes do sistema de forma geral. O sistema do N2010 atende muito bem ao que se prope fazer. intuitivo, no frustra o usurio. H alguns itens que podem ser melhorados (como pequenos detalhes descritos em etapas anteriores desta pesquisa). E algumas facilidades que podem ser disponibilizadas, como o servio de auto completar o endereo atravs do cep, para o usurio em verses posteriores. S tenho elogios. Muito bom MESMO! Nada perfeito, mas foi tudo bem feito. Seria muito difcil permitir aos instrutores de atividades (mergulhos, sepa's, etc) alterarem suas atividades diretamente no sistema? Atualmente necessrio fazer uma solicitao por email, sendo possvel alterar apenas alguns itens. Imagino que hajam muitas razes para ser assim, porm creio que os intrutores poderiam ter uma credibilidade maior neste sentido. "Talvez uma aba que possibilite um resumo de todas as aes confirmadas na sequncia que aconteceram fossem utis ao encontrista! No sei se ela j existe, por favor desconsidere! Por exemplo: Inscrio > completa Pacotes confirmados > festas, alojamento e inscrio Editais > nenhum Quando enviei um edital, recebi o box com a notificao de enviado. Porm no sabia que deveria ter recebido um email de confirmao direto do site! Se houvesse constantemente um boletim de dados finalizados, seria prtico. Mas compreendo que isso depende tambm de como se d o processamento de informaes do contedo recebido." "Formulrio grande nh? Mas eu sei que para uma boa causa. Boa sorte!"

11

14