TERRA E CULTURA, ANO XVIII, N 35

81

UTILIZANDO UML PARA WEB: UM CASO PRTICO

1 *Srgio Akio Tanaka *Ademir Morgenstern Padilha RESUMO O trabalho apresentado neste artigo foi desenvolvido no Laboratrio de Engenharia de Software da UNIFIL em cooperao com o NIEEL - Ncleo de Informtica Aplicada Educao Especial de Londrina. Este projeto contempla o desenvolvimento do website do NIEEL. O website disponibiliza diversos materiais associados educao especial, por exemplo, divulgao de trabaljos de portadores de necessidades especiais e rgos de apoio, download de produtos desenvolvidos pelo Ncleo em carter demonstrativo, envio de informativos por e-mail aos usurios cadastrados, alm de dispor de recursos que viabilizam a comunicao entre os usurios interessados. O trabalho fundamentouse no projeto de pesquisa do grupo de psicologia do NIELL [9]. A modelagem do desenvolvimento do projeto se baseia nos conceitos aplicados por Jim Conallen [4], de acordo com o RUP (Rational Unified Process), Processo Racional Unificado [10]. Para a modelagem da aplicao foram utilizadas a ferramenta CASE (Computer Aided Software Engineering) Rational Rose [11] e a linguagem de programao Delphi [3]. Para a anlise e projeto foi utilizada a UML (Unified Modeling Language), Linguagem Unificada de Modelagem, como padro no desenvolvimento, permitindo uma padronizao na especificao, visualizao, documentao e construo de artefatos de um sistema, que possam ser utilizados nos processos ao longo do ciclo do desenvolvimento [2]. Portanto, o objetivo deste trabalho foi investigar como as tcnicas de modelagem de aplicaes para web e o RUP podem ser aplicados em um ciclo de vida de desenvolvimento do software, utilizando um caso prtico e apresentando os diagramas que fazem esta transio. PALAVRAS-CHAVE: UML; RUP; Modelagem para WEB.

*Docente do Curso de Tecnologia em Processamento de Dados do Centro Universitrio Filadlfia UniFil. E-mail: tanaka@filadelfia.br E-mail: mpadilha@adetec.org.br

TERRA E CULTURA, ANO XVIII, N 35

82

ABSTRACT The work presented in this paper was developed at the Software Engineering Laboratory of UNIFIL in cooperation with NIEEL - Nucleus of Informatics Applied to Special Education of Londrina. This project comprises the development of the NIEEL website. The website provides many resources related to special education, e.g., the spreading of papers by those with special needs and support departments and organs, the download of products developed by the nucleus with a demonstrative character, news sent by email to registered users, besides providing features that make it possible for the communication among interested users. This paper is based on a research project by the NIEEL Psychology group [9]. The modeling of the project development is based on the concepts applied by Jim Conallen [4] in accordance with the RUP - Rational Unified Process [10]. The CASE (Computer Aided Engineering Software) Rational Rose tool [11], and the Delphi programming language [3] were used for the application modeling. For the analysis and project, the UML (Unified Modeling Language) was used as development pattern, allowing standardization in the specification, visualization, documentation, and construction of artifacts of a system that can be used in all processes throughout the development cycle [2]. Therefore, the objective of this paper was to investigate how the modeling techniques of web applications and the RUP can be applied in a life cycle of software development using a practical case and presenting the diagrams that make this transition. KEY-WORDS: UML; RUP; WEB Modeling. 1. INTRODUO Os objetivos da engenharia de software esto centrados na melhoria da qualidade dos processos de desenvolvimento e na qualidade dos produtos de software desenvolvidos. Outra meta importante a ser considerada a reduo dos esforos e custos envolvidos na produo de software. Neste trabalho, observou-se que possvel reutilizarmos modelos, uma vez que estes sejam bem especificados, testados e documentados. Os recursos computacionais oferecem excelentes recursos no que se refere a atualizao cultural e a aquisio de informaes, que so veculos necessrios para integrar o ser humano sociedade do nosso tempo. Os recursos da Multimdia e da Internet enquadram-se neste contexto. O estmulo educao especial atravs da utilizao de novos recursos tecnolgicos de suma importncia, j que atravs deles possvel orientar o indivduo na busca constante de novos conhecimentos.

TERRA E CULTURA, ANO XVIII, N 35

83

Este projeto contempla o desenvolvimento do website do NIEEL - Ncleo de Informtica Aplicada Educao Especial de Londrina, empregando a linguagem UML, que, atravs de seus esteretipos padres, permite estender sua semntica para modelar aplicaes para web. Este trabalho apresenta um modelo para web utilizando um caso prtico. A seo 2 apresenta os conceitos do RUP que foram utilizados como um guia no desenvolvimento da modelagem. As sees 3 e 4 discutem as extenses da UML para aplicaes web e o projeto e a prototipao do website do NIEEL, respectivamente. A seo 5 apresenta o desenvolvimento do projeto NIEEL. Finalmente, na seo 6, as concluses e os trabalhos futuros so apresentados. 2. RUP - Rational Unified Process O RUP um processo que fornece uma abordagem disciplinada para o desenvolvimento de software, nomeando tarefas e responsabilidades dentro de uma organizao. Sua meta assegurar a produo de software da mais alta qualidade, que satisfaa as necessidades de seus usurios finais dentro de um cronograma e oramento previsveis, atravs da integrao das fases do desenvolvimento de software. As atividades do RUP do nfase criao e manuteno de modelos, visando minimizar a sobrecarga associada a gerao e manuteno de documentos e maximizar o contedo das informaes relevantes [2, 12, 7, 1]. O RUP utiliza a UML para desenvolvimento dos diagramas do sistema. nestes diagramas e suas representaes que os analistas e projetistas se basearo para finalizar cada ciclo eficazmente, considerando tambm as mudanas que podem ocorrer aps a entrega de um software em relao ao ambiente, aos sistemas operacionais, ao banco de dados e ao hardware. A Figura 1 ilustra a arquitetura global do RUP, que representa o ciclo de vida de desenvolvimento de um software. Em cada fase ocorrem vrias iteraes. Uma iterao representa um conjunto distinto de atividades com um plano de linha de base e um critrio de avaliao que resulta em uma verso do sistema. As fases de concepo e de elaborao abrangem as atividades de engenharia do ciclo de vida do desenvolvimento; e as fases de construo e de transio constituem sua produo. A seguir, so apresentadas as definies das fases do RUP: concepo: estabelece o contexto de negcios para o projeto; elaborao: estabelece um plano de projeto e uma arquitetura slida; construo: desenvolve o sistema; transio: fornece o sistema a seus usurios finais.

TERRA E CULTURA, ANO XVIII, N 35

84

Figura 1 O ciclo de vida de desenvolvimento de um software segundo o RUP [12].

2.1. Workflows Os workflows so os tipos de artefatos mais importantes do RUP. Um workflow uma simplificao da realidade, proporcionando uma melhor compreenso do sistema que est sendo criado. No RUP, existem nove modelos que, em conjunto, abrangem decises importantes para a visualizao, a especificao, a construo e a documentao de um sistema complexo de software [12]; os workflows so: Modelo de negcio: estabelece uma abstrao da organizao. uma tcnica para entender os processos de negcios de uma organizao. O objetivo encontrar os casos de uso e as entidades de negcios do software que so relevantes e que devem ser suportados pelo sistema. Requisitos: so definidos os requisitos, funcionais e no funcionais, de software de um sistema. Anlise e projeto: responsvel pela transformao dos requisitos em um projeto do sistema. Desenvolve uma arquitetura robusta para o sistema e adapta o projeto ao ambiente de implementao.

TERRA E CULTURA, ANO XVIII, N 35

85

Implementao: o modelo de implementao uma coleo de componentes e subsistemas. Um componente representa uma parte fsica de implementao de um sistema, inclusive cdigo de software (fonte ou executvel) ou equivalentes, como manuscritos ou arquivos de comando. Teste: estabelece os caminhos pelos quais o sistema validado e verificado. Implantao: abrange a configurao do ambiente e do sistema a ser entregue; Gerenciamento de configurao e mudanas: referenciada por fornecer a linha base para a construo do produto e os seus mecanismos para controlar pedidos de mudanas, que so gerados como resultados de beta-testes e testes de aceitao. Gerenciamento de projetos: definio do escopo do projeto e acompanhamento em todas as fases do ciclo de vida do desenvolvimento do sistema. Ambiente: fornece o ambiente para que seja realizado todo o ciclo de vida do desenvolvimento do sistema. Para estabelecer um padro na comunicao e facilitar o entendimento do projeto, foi elaborado um glossrio, artefato compreendido na fase de concepo do modelo de negcios, onde so definidos os termos relevantes utilizados no desenvolvimento do projeto. A lista de caractersticas, artefato elaborado na fase de concepo do modelo de negcios, contempla um conjunto de atividades que permitem identificar as necessidades do usurio de modo a obter uma definio clara das caractersticas (requisitos) do sistema. Essas caractersticas descrevem o sistema em termos de funcionalidades, desempenho esperado, restries de projeto, nveis de qualidade esperados e interfaces com outros elementos do sistema. O artefato requisitos adicionais, realizado na fase de concepo do modelo de negcios, apresenta as descries dos requisitos necessrios para atender o propsito do sistema em termos de ambiente, dinamismo, prazo de entrega e segurana. O modelo de negcios, artefato concebido na fase de concepo do modelo de negcios, documenta os processos de negcios do NIEEL. O objetivo encontrar os casos de uso e as entidades de negcios do software que so relevantes e que devem ser suportadas pelo sistema. Nas fases de concepo e elaborao, foram realizados dois modelos de casos de uso, contemplando a diviso do sistema em dois subsistemas: o controle de dados e o website do NIEEL. O controle de dados tem a finalidade de administrar o banco de dados do sistema independente da internet. J o website a

TERRA E CULTURA, ANO XVIII, N 35

86

parte visvel do sistema na web. Esta subdiviso propagada para os diagramas de atividades, diagramas de interao (seqncia e colaborao), diagramas de estados, diagramas de classes, projeto de banco de dados e projeto de interface grfica. O projeto website do NIEEL foi desenvolvido utilizando o ciclo de vida do RUP. O workflow da anlise e do projeto foi o foco principal do trabalho e onde foi feita a modelagem do sistema para web; assim, o estudo desta seo foi necessrio para se poder visualizar a modelagem para a web dentro do ciclo de vida do processo utilizado, alm da clareza e qualidade do desenvolvimento. A seo seguinte apresenta os principais conceitos da modelagem para web que foram utilizados no projeto proposto. 3. MODELAGEM DE APLICAES WEB COM UML A UML uma linguagem para modelagem de sistemas de software intensivos. Para a modelagem de pginas web, algumas extenses foram implementadas, utilizando esteretipos de acordo com o modelo empregado. Os criadores da UML reconheceram que o padro UML no se ajustava perfeitamente a todos os tipos de aplicaes, e, assim, visando satisfazer as necessidades destas situaes especiais, definiram um modo formal para estender tais funcionalidades atravs de uma semntica diferente aplicada aos elementos de modelagem. As aplicaes web representam uma destas situaes. Neste trabalho, foi tomada como base a extenso que Jim Conalen [4] definiu para o desenvolvimento de aplicaes web. 3.1. Extenses da UML A UML definiu um mecanismo para permitir que certos domnios possam estender a semntica de elementos a modelos especficos. O mecanismo de extenso permite a incluso de novos atributos, de diferentes semnticas e de restries adicionais. Parte do mecanismo de extenso de UML a habilidade para nomear cones diferentes a classes estereotipadas. A extenso da UML para web define um conjunto de esteretipos, valores etiquetados (tagged values) e regras que permitem a modelagem de aplicaes web. So aplicados esteretipos e regras a elementos que so particulares a aplicaes web. Isto permite que estes elementos sejam representados nos mesmos modelos e diagramas que descrevem o restante do sistema. Esteretipos podem especificar cones especiais para serem utilizados em diagramas, ajudam na identificao de elementos especiais em modelos de diagramas, ou seja, um adorno que nos permite definir um significado semnti-

TERRA E CULTURA, ANO XVIII, N 35

87

co novo para um elemento do modelo. Os valores etiquetados so grupos de valores fundamentais que podem ser associados a um elemento modelado, permitem etiquetar (tag) algum valor sobre um elemento do modelo. Um valor etiquetado est representado em um diagrama como uma string entre os sinais de maior e menor (ex.<string>). Restries so regras que devem ser seguidas ao agrupar os elementos do modelo. Elas podem ser expressas como texto livre entre chaves (<string>). 3.2. Arquitetura para Aplicaes web Segundo [4], alguns padres foram definidos, testados e reutilizados de acordo com a arquitetura utilizada. Trs padres foram definidos especificamente para a arquiteturas web: Thin Web Client, Thick Web Client e Web Delivery. O padro Thin Web Client utilizado para aplicaes padronizadas nas quais os objetos estaro sendo executados no servidor web. J o padro Thick Web Client permite que alguns objetos sejam executados no cliente. Finalmente, o padro Web Delivery utilizado para sistemas de objetos distribudos. Neste projeto foi utilizado o padro Thin Web Client, por ser mais indicado para aplicaes para internet. Na viso do cliente, a pgina web um documento HTML (Hyper Text Markup Language) formatado. No servidor, porm, uma pgina pode manifestar-se de vrios modos diferentes. A arquitetura bsica de uma aplicao web inclui: browsers, uma rede e um servidor de rede. Browsers solicitam pginas ao servidor. Cada pgina uma mistura de contedo formatado de instrues expressas em HTML. Algumas pginas clientes incluem scripts que so interpretados pelo browser. Estes scripts definem o comportamento dinmico adicional para a pgina em exibio e freqentemente interagem com o browser. O usurio interage com o contedo da pgina. s vezes o usurio insere a informao em elementos de campo na pgina e os submete ao servidor para processamento. O usurio tambm pode interagir com o sistema, navegando entre pginas diferentes atravs de hyperlinks. O usurio a contribuio abastecedora ao sistema que pode alterar o estado do mesmo. 3.3. Modelando Pginas web Modelos nos auxiliam a entender o sistema, simplificando alguns dos detalhes. A escolha do que modelar tem um efeito significativo na compreenso do problema e na busca de sua soluo. Aplicaes web so representadas, assim como outros sistemas, com um conjunto de modelos.

TERRA E CULTURA, ANO XVIII, N 35

88

A modelagem deve fornecer subsdios que tragam benefcios aos usurios do modelo. O modelo do interior do servidor de rede ou dos detalhes do browser no ajudar os desenhistas e arquitetos de uma aplicao web. Porm, a modelagem das pginas do cliente com suas ligaes e seu contedo dinmico importante. So estes os artefatos projetados pelos desenhistas, que so utilizados como instrumento de implementao. Pginas, hyperlinks e contedo dinmico no cliente, e no servidor, o que deveria ser modelado. Pginas web, scripts ou pginas compiladas so elementos em UML. Um elemento a parte fsica e substituvel do sistema. A viso de implementao (Viso do Elemento) do modelo descreve os elementos do sistema e seus relacionamentos. Em uma aplicao web, esta viso descreve toda a rede, o sistema e as suas relaes (hyperlinks). Os elementos representam o empacotamento fsico das interfaces, eles no so satisfatrios para modelar as colaboraes dentro das pginas. Cada pgina web uma classe da UML na viso de projeto do modelo (viso lgica), e suas relaes para outras pginas (associaes) representam hyperlinks. Esta abstrao considera que qualquer pgina web pode representar um conjunto de funes e colaboraes que s existem no servidor, e um conjunto completamente diferente que s existe no cliente. O comportamento lgico de uma pgina web no servidor completamente diferente da pgina do cliente. Enquanto executado no servidor, tem-se acesso aos recursos de pginas disponveis no servidor (por exemplo, bancos de dados e sistema de arquivos). Em uma pgina web (ou a produo de HTML daquela pgina), o cliente usa um comportamento e um conjunto de relaes completamente diferente. No cliente, uma pgina de script tem relaes com o browser pelo DOM - Modelo de Objeto de Documento - e com Java Applet, ou controle ActiveX que a pgina tenha especificado. Pode-se modelar o servidor e o cliente como pginas web atravs de classes, usando o mecanismo de extenso da UML para definir esteretipos e cones para cada um, isto , server page e client page. Classes estereotipadas e cones podem ser utilizados em um diagrama da UML, ou o nome do esteretipo, representado por guillmets (), pode ser adicionado no diagrama. Os cones so teis para avaliar os diagramas quando atributos e operaes de classes so representados neles. Para pginas web, os esteretipos indicam que as classes so uma abstrao do comportamento lgico de uma pgina no cliente ou no servidor. As duas abstraes so relacionadas entre si atravs de uma relao direcional. Esta associao estereotipada denominada builds desde que uma pgina do cliente seja construda por uma pgina do servidor. Cada pgina web dinmica

TERRA E CULTURA, ANO XVIII, N 35

89

construda com uma pgina de servidor. Toda pgina de cliente construda por uma nica pgina de servidor, porm, possvel uma pgina de servidor construir pginas de cliente mltiplas. Um hyperlink em uma aplicao web representado por uma associao estereotipada link. Esta associao origina-se de uma pgina de cliente e aponta para uma pgina de cliente ou uma pgina de servidor. Valores etiquetados so usados para definir os parmetros que so passados junto com um pedido de ligao. O link tagged value Parameters uma lista de nomes de parmetros (e valores opcionais) esperados e usados pela pgina do servidor que processa o pedido. Usando estes esteretipos, torna-se mais fcil modelar pginas de script e seus relacionamentos. Com o server page, as operaes de classe se tornam funes no servidor da pgina script, e seus atributos tornam-se variveis de escopo de pgina (globalmente acessveis pelas funes da pgina). Com o client page, as operaes de classe e atributos tornam-se funes e variveis igualmente visveis no cliente. A vantagem fundamental de separar os aspectos do servidor e do cliente de uma pgina em classes diferentes est na relao entre pginas e outras classes do sistema. Pginas de cliente so modeladas com relaes para recursos de cliente (i.e., DOM, Java Applets, controle ActiveX). Pginas de servidor so modeladas com relaes para servidor de recursos, elementos de acesso de banco de dados e sistema operacional de servidor. 3.4. Formulrios O mecanismo de entrada de dados principal para pginas de web o formulrio. Formulrios esto definidos em um documento de HTML com tags <form>. Cada formulrio especifica a pgina que submetida para o servidor. Um formulrio contm vrios elementos de entrada os quais so expressos com tags HTML. As tags mais comuns so o <input>, o <select> e o <textarea>. A tag de entrada sobrecarregada podendo ser: text field, checkbox, radio button, push button, image, hidden field, como tambm alguns outros tipos menos comuns. Para a modelagem do formulrio, utiliza-se outro esteretipo de classe: Form. Um Form utilizado em qualquer operao na qual poderia ser definida uma tag <form> existente na pgina de cliente. Os elementos de entrada de um formulrio so todos os atributos estereotipados da classe Form. Um Form pode ter relaes com Applets ou controles de ActiveX que agem como controles de entrada. Cada formulrio tambm tem uma relao com uma pgina de servidor, ou seja, a pgina que processa a submisso do formulrio. Nesta relao utilizado o esteretipo submit. Desde que formulrios so completamen-

TERRA E CULTURA, ANO XVIII, N 35

90

te contidos em um documento HTML, eles so expressos em um diagrama da UML como uma forma de agregao. 3.5. Frames Frames permitem que mltiplas pginas sejam ativas e visveis ao usurio em um determinado momento. Usando scripts do tipo Dynamic HTML (DHTML), os elementos nestas pginas podem interagir entre si. O potencial para interaes complexas no cliente significativamente maior e a necessidade de modelar isto tambm. A utilizao de frames como exemplos de browser mltiplos em uma aplicao web uma deciso para o engenheiro de software. O modelo deste comportamento do cliente precisa ser representado no modelo de anlise e projeto. Para modelar o uso de frames, mais dois esteretipos de classe foram criados, frameset e target, e um esteretipo de associao, targeted link. Uma classe de frameset representa um objeto de recipiente e direciona diretamente ao HTML a tag <frameset>. A classe frameset contm pginas de cliente e targets. Uma classe target um frame nomeado ou exemplos de browsers que so referenciados atravs de outras pginas de cliente. Uma associao de targeted link um hyperlink a outra pgina, mas que feito com um objetivo especfico. 4. ANLISE E PROJETO DO DOMNIO WEBSITE DO NIEEL A modelagem de aplicaes para web apresenta uma complexidade peculiar. Esta complexidade precisa ser compatibilizada com outros modelos da UML de forma a proporcionar uma padronizao ao longo de todo o ciclo de desenvolvimento de software. Para atingir seus objetivos, o website disponibilizar textos dissertativos, publicao de materiais tcnicos, trabalhos de pesquisas especficos, links sobre eventos, assuntos ligados educao especial, divulgao de trabalhos de portadores de necessidades especiais e rgos de apoio, produtos de informtica direcionados educao especial, download de produtos desenvolvidos pelo Ncleo em carter demonstrativo e encaminhar informativos por e-mail aos usurios cadastrados, alm de dispor de recursos que viabilizem a comunicao entre os usurios interessados. O diagrama de classes desenvolvido no modelo de anlise considerado a

TERRA E CULTURA, ANO XVIII, N 35

91

contribuio primria s atividades de projeto subseqentes. A Figura 2 apresenta um diagrama de classe de anlise, que compe o modelo de anlise desenvolvido durante a fase de elaborao. Este diagrama apresenta a viso do projetista em relao funcionalidade que permite consultar produtos do NIEEL, denotando a interao do ator (colaborador do NIEEL) com o requisito do sistema representado pelo caso de uso ConsultarProdutos. A rastreabilidade demonstrada pela aplicao do relacionamento de dependncia estereotipada <<trace>>, entre o caso de uso e a realizao rConsultarProdutosAnlise. Esta realizao documenta a passagem da viso do usurio, documentada pelo analista de sistemas no caso de uso, para a viso do projetista, documentada nas classes. A classe de fronteira fConsultarProdutos, que utiliza o esteretipo <<boundary>>, representa a interface com o usurio. Finalmente, a classe persistente pProdutos com o esteretipo <<entity>> representa a persistncia das informaes utilizadas pelo sistema. A Figura 3 apresenta o diagrama de classe, elemento do modelo de projeto desenvolvido na fase de elaborao. A realizao rConsultarProdutoAnlise proveniente do diagrama de classe da anlise. Toda realizao do modelo de anlise deve ter sua realizao correspondente no modelo de projeto. A realizao rConsultarProdutoProjeto da Figura 3 est ligada ao pacote ConsultarProdutos, demonstrando a rastreabilidade deste requisito pela dependncia estereotipada <<trace>>. Na Figura 4 apresentado um diagrama de classes de projeto para aplicaes web. Na ilustrao, o uso de frames empregado como exemplos de browser mltiplos em uma aplicao web, alm das classes estereotipadas com frameset e target e o esteretipo de associao targeted link. No exemplo, tem-se uma viso em um browser que emprega dois frames. Um frame nomeado com um target (menu), contendo uma pgina de cliente. O outro frame nomeado com um target (contedo). Este frame (menu) da pgina de cliente o ndice do site. So direcionados hyperlinks nesta pgina, de forma que eles demonstrem o frame (contedo), contendo o que a ser exibido na pgina de acordo com a opo selecionada no menu. O efeito um ndice esttico no lado esquerdo e o contedo das pginas apresentadas dinamicamente direita da pgina.

TERRA E CULTURA, ANO XVIII, N 35

92

< < trace> >

Us uario (Internauta)

Cons ultarP rodutos

rCons ultarP r odutos An alis e

< < trace> >

pP rod utos (from Controle dos Dados) Codigo Im agem Desc ric ao A utor Link Download P rodutoNIE E L

fCons ultarP rodutos

Figura 2 Diagrama de Classe de Anlise do Caso de Uso Consultar Produtos.

< < t rac e> >

rCons ultarP rodutos A nalis e

(fro m We b S i te )

rCons ult arP rodutos Proj eto

< < trac e> >

Cons ultarProdutos

Figura 3 Diagrama de Classe de Projeto do Caso de Uso Consultar Produtos.

TERRA E CULTURA, ANO XVIII, N 35

93

Con sultarProd uto s

(from P rojetoConsultarP rodutos) Menu cpM enu

< < targeted link> > fst WebS i te cpP agina {target= c onteudo} cpP roduto s < < Im g> > Im agem < < Text> > Descric ao < < Text> > A utor < < Hyperlink >> LinkDownload < < Text> > Nieel < < builds> > spProdutos RecuperarP roduto() A cessarProduto() FazerDownloadP roduto()

Conteudo

Figura 4 Diagrama de Classe Estereotipada para Aplicaes Web Consultar Produtos.

5. DESENVOLVIMENTO DO PROJETO NIEEL Para diagramao da anlise e projeto do website do NIEEL foi utilizada a ferramenta CASE Rational Rose 2001 [11]. As interfaces grficas foram desenvolvidas na linguagem de programao Delphi 5.0 [3] e banco de dados ACCESS 2000, com acesso via interface JDBC - Java Database Connectivity e ODBC - Open Database Connectivity [8]. A Figura 5 mostra uma das interfaces grficas do web site do NIEEL que apresentar os produtos desenvolvidos pelo NIEEL, por alunos especiais, e em outras instituies com interesses afins. O menu esquerda da interface mostra as opes disponveis no web site.

TERRA E CULTURA, ANO XVIII, N 35

94

Figura 5 Interface Grfica de produtos do web site do NIEEL. 6. CONCLUSES E TRABALHOS FUTUROS A elaborao do projeto, adotando-se os modelos do RUP e a documentao sistemtica e disciplinada da UML, durante o ciclo de desenvolvimento do sistema, permitiu identificar, atravs dos documentos de entrada e sada de cada fase, a interao entre os elementos do projeto em suas diversas etapas de desenvolvimento, de forma clara e precisa, uma vez que o uso de ferramentas isoladas poderia oferecer apenas vises e solues parciais, ou seja, o RUP atende a captura dos requisitos e a rastreabilidade do processo, mesmo em aplicaes voltadas a web. A adoo de um processo baseado em modelos e padres conhecidos e aceitos reduz a prtica de habilidades individuais de carter emprico, homogeneizando a comunicao entre os diversos integrantes do processo, racionalizando tcnicas de documentao e maximizando o contedo das informaes relevantes.

TERRA E CULTURA, ANO XVIII, N 35

95

As classes de fronteira so uma excelente abstrao para o analista de sistemas sobre classes de projeto voltadas para web que exigem um conhecimento especfico do projetista e do arquiteto, o qual envolve detalhes da linguagem (HTML) e do mecanismo do funcionamento do browser. Tais detalhes, se exigidos do analista de sistemas, poderiam influenciar a anlise e os requisitos, com consideraes de implementao. Por outro lado, o uso das extenses da UML para modelagem de aplicaes web viabilizou o projeto da arquitetura em um nvel de detalhe e abstrao apropriados aos projetistas de aplicaes web, representando este tipo de domnio de maneira consistente. medida que os sistemas de software crescem em complexidade, principalmente em aplicaes web, o processo de desenvolvimento tambm se torna mais complexo e passa a ser imprescindvel a utilizao de ferramentas e tcnicas para apoiar a realizao das tarefas de desenvolvimento, de modo a se obterem a qualidade e a produtividade desejadas. O RUP, por se tratar de um processo flexvel, adaptou-se perfeitamente ao contexto, integrando as necessidades de especificaes do desenvolvimento para ambiente web, com o restante da aplicao. Isto confirma sua aplicabilidade mesmo em projetos com ambientes heterogneos. O uso do RUP juntamente com as extenses da UML para WEB permitiu adequar as vises do sistema de acordo com os requisitos dos papis desempenhados pelos diferentes atores do processo. A viso do engenheiro de requisitos (modelo de caso de uso) complementada pela viso do projetista (modelo de projeto). Esta separao de papis importante porque so funes e habilidades distintas que, se no forem bem coordenadas, podem interferir na construo do sistema, por exemplo, colocando restries de projeto j na fase de concepo. As colaboraes do modelo de anlise e projeto tornam a transio entre os modelos mais objetivos, sendo que uma conseqncia disto a rastreabilidade obtida durante todo o processo de software. Padres e frameworks podem ser construdos e/ou utilizados em desenvolvimentos de aplicaes para web. Um exemplo disso foi o padro usado neste projeto, o Thin Web Client, que, uma vez aplicado, observou-se que podemos ter um ganho significativo na produtividade. Alm disso, o uso de ferramentas CASE fundamental para o desenvolvimento destes tipos de aplicativos, pois, permite a gerao de cdigo automtico e reengenharia dos sistemas, aumentando, assim, a produtividade com um baixo custo. Como trabalhos futuros, pretende-se explorar a aplicao de outros padres de processos de software, como, por exemplo: Catalysis [5], Object-Oriented Software Process (OOSP) e Wisdom [6].

TERRA E CULTURA, ANO XVIII, N 35

96

7. REFERNCIAS BIBLIOGRFICAS
AMBLER, S. W. http://www.ambysoft.com. ltimo acesso em 18/08/2001. BOOCH, G., RUMBAUGH, J.; JACOBSON, I. Unified modeling language user guide. Addison Wesley, 1999. CANT, Marco. Dominando o Delphi 5 a Bblia. So Paulo: Makron Books,2000. CONALLEN, J. Building Web applications with UML. USA: Addison Wesley, 2000. DSOUZA, D.; WILLS, A. Objects, components and frameworks with UML - the catalysis approach. USA: Addison-Wesley, 1999. HARMELEN, M. V. Object modeling and user interface design. Editora Addison-Wesley, Maro de 2001. JACOBSON, I.; BOOCH, G.; RUMBAUGH, J. The unified software development process. USA: Addison-Wesley, 1999. JSP Brasil. www.jsp.com.br. ltimo acesso em 15/09/2001. JULIANI, J. Efeitos da modalidade sensorial do estmulo nodal e da exposio sucessiva a arranjos de treino na formao de classes de estmulos equivalentes. 1999. Tese de doutorado apresentada ao Instituto de Psicologia da Universidade de So Paulo. KRUCHTEN, P. The rational unified process an introduction. Editora Addison-Wesley, 1999. RATIONAL Software Corporation. UML notation guide. Disponvel em http:/ /www.rational.com/uml/html/notation. ltimo acesso em 24/02/2001. RATIONAL Software Corporation. Rational unified process. Version 2001.03.00. Copyright 1987 2000. Portions Copyright IBM Corporation 1999-2000.